專利名稱：級聯(lián)發(fā)現(xiàn)web服務(wù)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用于在面向服務(wù)的架構(gòu)(SOA)中調(diào)用所請求服務(wù) 的配置。本發(fā)明還涉及一種用于調(diào)用所請求服務(wù)的方法、 一種發(fā)現(xiàn)服務(wù)、 一種相應(yīng)的計(jì)算機(jī)軟件產(chǎn)品以及一種服務(wù)器主機(jī)。
背景技術(shù)：
目前的服務(wù)技術(shù)主要集中于服務(wù)的功能性。然而，可用服務(wù)的重要 部分表現(xiàn)出數(shù)據(jù)驅(qū)動而非功能性驅(qū)動的特征，這使得目前的技術(shù)不那么 適用。本申請集中于特別是對數(shù)據(jù)驅(qū)動服務(wù)的發(fā)現(xiàn)。在面向服務(wù)的架構(gòu)的上下文中的服務(wù)，或者更具體地說，web服務(wù) 的典型特征在于它們支持的功能。服務(wù)的開發(fā)和使用是功能性驅(qū)動的 服務(wù)基于它們的功能性被定義、搜索以及連接。數(shù)據(jù)也經(jīng)常在服務(wù)內(nèi)部受到管理，但是這是服務(wù)的功能"視圖"的 一部分。然而，對于某些類型的服務(wù)，功能性非常類似于對服務(wù)的數(shù)據(jù) 的管理。例如，典型日歷服務(wù)的大多數(shù)操作涉及到數(shù)據(jù)管理而不是涉及 到基于該數(shù)據(jù)的功能性。這些服務(wù)是數(shù)據(jù)驅(qū)動而非功能性驅(qū)動的。最近， 例如很多在線服務(wù)表明，服務(wù)的數(shù)據(jù)驅(qū)動方法越來越重要，這些在線服 務(wù)提供代表性狀態(tài)傳輸應(yīng)用編程器接口 ，這種接口有利于這種方法?？紤]面向服務(wù)的架構(gòu)中的web服務(wù)之間的聯(lián)合的情況。web服務(wù)是 可以在因特網(wǎng)上尋址的功能實(shí)體，其在XML格式化的接口描述文檔 WSDL文檔中公布其提供的功能性。
對于能夠彼此通信的兩個web服務(wù)，它們必須對一個共同協(xié)議(典 型地為SOAP)以及對消息內(nèi)容的共同理解(即接口 )達(dá)成一致。在SOA(面向服務(wù)的架構(gòu))中，服務(wù)松散地耦合，意味著它們典型 地獨(dú)立于彼此而開發(fā)，并且因此不必具有一致的共同接口。因此，必須 執(zhí)行映射以確保web服務(wù)提供方理解web服務(wù)接受方發(fā)送的消息。該 映射典型地采取XSLT轉(zhuǎn)換的形式。本發(fā)明特別針對于(但不限于)凄t據(jù)聯(lián)合系統(tǒng)，其中預(yù)定給特定服 務(wù)的消息可能需要也轉(zhuǎn)發(fā)給一個或多個其他服務(wù)，因?yàn)樵撓⒖赡苡绊?這些服務(wù)共同擁有的數(shù)據(jù)。在此情況下，本發(fā)明優(yōu)選地應(yīng)用于類似UDDI 或ebXML注冊中心(Registry)之類的、作為全部服務(wù)基礎(chǔ)設(shè)施的一部 分的發(fā)現(xiàn)服務(wù)中。SOA的典型實(shí)施例是企業(yè)服務(wù)總線(ESB)。 ESB是分布式的基于 標(biāo)準(zhǔn)的集成平臺，其預(yù)見消息傳送、智能路由以及轉(zhuǎn)換能力方面的情況 以便可靠地連接和協(xié)調(diào)服務(wù)的交互。如上所述，在這樣的設(shè)置中，還需 要集中于功能性以外的可用數(shù)據(jù)。總之，對服務(wù)總線上的可用數(shù)據(jù)的管 理引入了不同種類的問題-數(shù)據(jù)在注冊于總線上的服務(wù)之間分布，并且常被復(fù)制；-服務(wù)才喿作駐留在不同位置上的相似數(shù)據(jù)，并因此對這些(語義相 同)的數(shù)據(jù)項(xiàng)的同步是一個問題；以及-交互服務(wù)的數(shù)據(jù)模型不兼容并且需要被橋接。萬維網(wǎng)聯(lián)盟(W3C)定義了作為軟件系統(tǒng)的一部分的(web)服務(wù)， 其設(shè)計(jì)用于支持網(wǎng)絡(luò)上的相互可操作的機(jī)-機(jī)交互(machine-to-machine interaction )。其具有一個以諸如web服務(wù)描述語言(WSDL )之類的機(jī) 器可讀格式描述的接口。其他系統(tǒng)使用消息以其接口指定的方式與web 服務(wù)進(jìn)行交互，該消息可以包括在簡單對象應(yīng)用協(xié)議(SOAP )封裝內(nèi)， 或遵從Restful (代表性狀態(tài)傳輸(REST))方法。這些消息典型地使用 超文本傳輸協(xié)議(HTTP)來傳送，并且通常包括與其他web相關(guān)標(biāo)準(zhǔn) 協(xié)作的可擴(kuò)展標(biāo)記語言(XML)。以各種編程語言編寫并在各種平臺上 運(yùn)行的軟件應(yīng)用可以使用(web)服務(wù)以在類似于因特網(wǎng)之類的計(jì)算機(jī)
網(wǎng)絡(luò)上以與在單個計(jì)算機(jī)上的內(nèi)部處理通信相似的方式交換數(shù)據(jù)。web服務(wù)描述語言(WSDL )是一種公布用于描述web服務(wù)的XML 格式。WSDL是基于XML的服務(wù)描述，有關(guān)于如何使用web服務(wù)進(jìn)行 通信；即，有關(guān)于與其目錄中列出的web服務(wù)進(jìn)行交互所需的協(xié)議綁 定和消息格式。所支持的操作和消息被抽象地描述，并且隨后綁定到具 體網(wǎng)絡(luò)協(xié)議和消息格式。這意味著WSDL描述到web力良務(wù)的7>共接口 。WSDL與SOAP和XML模式結(jié)合起來使用，以在因特網(wǎng)上提供 web服務(wù)。連接到web服務(wù)的客戶端程序可以讀取WSDL以確定服務(wù) 器上何種功能可用。所用的任何特殊數(shù)據(jù)類型都包含在XML模式形式 的WSDL文件中?？蛻舳擞谑强梢允褂肧OAP來實(shí)際地調(diào)用WSDL中 列出的功能。UDDI是通用描述、發(fā)現(xiàn)和集成的縮寫，是平臺獨(dú)立的、基于XML 的注冊中心，用于世界范圍的企業(yè)，將它們列在因特網(wǎng)上。UDDI是開 放行業(yè)的始發(fā)端，使企業(yè)發(fā)布服務(wù)列表，發(fā)現(xiàn)彼此以及定義因特網(wǎng)上的 服務(wù)或軟件應(yīng)用如何交互以提供地址、聯(lián)絡(luò)方式以及已知標(biāo)識；基于標(biāo) 準(zhǔn)分類方法的行業(yè)分類；以及關(guān)于服務(wù)的技術(shù)信息。UDDI設(shè)計(jì)為由SOAP消息詢問并提供對描述與在其目錄中列出的 web服務(wù)交互必需的協(xié)議綁定和消息格式的web服務(wù)描述語言文檔的訪 問，參見http:Vuddi.org/pubs/uddi_v3.htm?？蓴U(kuò)展樣式表轉(zhuǎn)換語言(XSLT) 是基于XML的語言，用于XML文檔的轉(zhuǎn)換。它是產(chǎn)生AWK的XML 專用過濾器語言，以及功能語言。XSLT是一種標(biāo)準(zhǔn)，它允許將某個XML文檔映射到另一個XML文 檔。XSLT經(jīng)常用于服務(wù)上下文中以在不同XML模式之間轉(zhuǎn)換數(shù)據(jù)或 對XML數(shù)據(jù)進(jìn)行轉(zhuǎn)換。XSLT腳本典型地必須被人工構(gòu)建，或者通過 編寫XSLT腳本本身，或者通過使用工具來輔助生成這樣的XSLT腳本。 后者典型地通過描繪XML文檔的圖形表示中的字段之間的鏈接而獲 得，但是對鏈接每個字段的明確需要導(dǎo)致麻煩的過程。本發(fā)明拓展了諸如上述的UDDI或CORBA命名服務(wù)之類的典型發(fā) 現(xiàn)服務(wù)的功能性，使其不僅基于語義查詢返回對服務(wù)的參考，即特定客 戶端應(yīng)用從該服務(wù)請求的功能性，并且還返回對搜索到的服務(wù)的參考，還返回在將尋址到該搜索到的服務(wù)的消息傳送給該服務(wù)之前需要對該消息進(jìn)行的操作。當(dāng)消息由于是不同格式/不同協(xié)議/預(yù)定給不同接口的而不能被可以 提供客戶端感興趣的功能的搜索到的服務(wù)所理解時，這是非常有價(jià)值 的。根據(jù)本發(fā)明的發(fā)現(xiàn)服務(wù)，收集充足的信息以便甚至得到消息必須經(jīng) 過的服務(wù)的路由，在該路由中的每個服務(wù)執(zhí)行對該消息的必要調(diào)整，即格式調(diào)整例如XSLT轉(zhuǎn)換，協(xié)議轉(zhuǎn)換例如SOAP/HTTP轉(zhuǎn)換成 SOAP/JMS ，接口調(diào)整例如XSLT轉(zhuǎn)換。根據(jù)現(xiàn)有技術(shù)，典型的情形是在提供對服務(wù)應(yīng)當(dāng)提供的內(nèi)容的語 義描述的同時，聯(lián)系UDDI,獲取提供所請求功能性的服務(wù)的WSDL描 述，以及對符合該WSDL描述的客戶端應(yīng)用進(jìn)行編碼。從UDDI中發(fā) 現(xiàn)運(yùn)行時參考并調(diào)用目標(biāo)服務(wù)。發(fā)明內(nèi)容根據(jù)本發(fā)明，可能利用應(yīng)當(dāng)被某些服務(wù)理解的消息以及對方法的語 義描述來聯(lián)系UDDI,然后獲取對目標(biāo)服務(wù)的參考以及使消息適應(yīng)所返 回的服務(wù)的實(shí)際接口的途徑。然后可能經(jīng)由發(fā)現(xiàn)的途徑將消息轉(zhuǎn)發(fā)給目 標(biāo)服務(wù)。由此，本發(fā)明的貢獻(xiàn)在于與現(xiàn)有技術(shù)的離線步驟加上在線步驟相比 利用了服務(wù)發(fā)現(xiàn)的一步式方法。該進(jìn)步通過一種用于調(diào)用所請求服務(wù)的配置來達(dá)到，其中該配置包 括發(fā)現(xiàn)服務(wù)。該發(fā)現(xiàn)服務(wù)包括用于存儲至少一個服務(wù)的數(shù)據(jù)模型的存儲 裝置，以及用于獲取服務(wù)(2103、 2104和2105)的獲取裝置，其中存 儲裝置適用于存儲服務(wù)之間的關(guān)系。發(fā)現(xiàn)服務(wù)包括提前獲取裝置，用于 獲取所述數(shù)據(jù)模型中的多個服務(wù)的路徑，其中服務(wù)的級聯(lián)對應(yīng)于所請求 服務(wù)。通過發(fā)現(xiàn)至少一個服務(wù)的數(shù)據(jù)模型來獲取對應(yīng)于所請求服務(wù)的服 務(wù)以及調(diào)用所獲取的服務(wù)來執(zhí)行發(fā)現(xiàn)，即用于調(diào)用所請求服務(wù)的方法， 其中提前獲取包括所述數(shù)據(jù)模型中的多個服務(wù)的路徑，其中服務(wù)的級聯(lián) 對應(yīng)于所請求服務(wù)。最后，連續(xù)地調(diào)用在路徑上獲取的服務(wù)。并且本發(fā)明以計(jì)算機(jī)軟件產(chǎn)品的形式實(shí)現(xiàn)，該產(chǎn)品包括用于執(zhí)行上 述方法的編程裝置。換言之，本發(fā)明實(shí)現(xiàn)了服務(wù)級別上的數(shù)據(jù)聯(lián)合方法。數(shù)據(jù)聯(lián)合的主要優(yōu)勢在于服務(wù)之間的仲裁總線上的服務(wù)由第三方提供并在沒有預(yù)先 協(xié)定的情況下部署。作為結(jié)果，服務(wù)不需要符合共同數(shù)椐模型。因?yàn)檫@ 一點(diǎn)，數(shù)據(jù)聯(lián)合可以操作為這些服務(wù)之間的仲裁器?；跀?shù)據(jù)的合成除了明確的基于功能性的服務(wù)合成之外，服務(wù)可 以基于相關(guān)的數(shù)據(jù)模型而合成。數(shù)據(jù)聯(lián)合的示例使用是具有重疊數(shù)據(jù)模 型的服務(wù)之間的同步。例如，考慮獨(dú)立部署的地址簿和即時消息傳送服務(wù)?？蛻舳丝赡芟?望改變地址簿中的條目之一的地址。即時消息傳送服務(wù)接著存儲一組 Vcard,其也包含地址信息。在數(shù)據(jù)聯(lián)合環(huán)境中，有可能發(fā)生下述情況， 當(dāng)?shù)刂凡緱l目的地址將要發(fā)生改變時，即時消息傳送服務(wù)中的相應(yīng) Vcard也被更新。該思想是使用元數(shù)據(jù)令轉(zhuǎn)換的生成自動化，以便將與web服務(wù)相關(guān) 聯(lián)的XML文檔映射到另 一語義相同的web服務(wù)中。有各種不同類型的元數(shù)據(jù)可以輔助這一 自動化描述公共web服務(wù) 接口的WSDL文檔列出了該接口上支持的所有方法。當(dāng)這些方法是強(qiáng) 類型(strongly typed)的時候，對應(yīng)于該方法屬性/自變量的數(shù)據(jù)模型可 以從WSDL規(guī)范中自動提取?？蛇x地，管理員/集成者/服務(wù)提供商可以 提供諸如部署描述符之類的附加配置文件，進(jìn)一步詳述web服務(wù)的行 為。通過web服務(wù)揭露到本體描述(ontology description)的數(shù)據(jù)分類 可以被看作另一種類型的元數(shù)據(jù)，促進(jìn)不同命名但語義相關(guān)的數(shù)據(jù)字段 的映射。本體描述通常采取定義類及其關(guān)系的分類法的形式。如果目標(biāo)、 屬性、方法及其自變量、數(shù)據(jù)模型字段等術(shù)語指向定義了同等關(guān)系的特 定本體即上下文，則可以解析這些術(shù)語的意義。
例如最后可以提供接口的語義描述，以表示方法是執(zhí)行只讀操作還 是讀寫操作。


通過附圖具體地描述本發(fā)明，其中圖1和圖2示出了根據(jù)本發(fā)明的 配置。圖3示出了根據(jù)本發(fā)明的數(shù)據(jù)聯(lián)合方法。圖4和圖5示出了根據(jù)本發(fā)明的發(fā)現(xiàn)服務(wù)的高級架構(gòu)。圖6示出了根據(jù)本發(fā)明的發(fā)現(xiàn)服務(wù)所存儲的發(fā)現(xiàn)的服務(wù)網(wǎng)絡(luò)。圖7至圖10示出了所發(fā)現(xiàn)的服務(wù)網(wǎng)絡(luò)的信息如何能夠促進(jìn)服務(wù)調(diào)用。圖11示出了關(guān)于服務(wù)的信息如何與根據(jù)本發(fā)明的數(shù)據(jù)聯(lián)合方法結(jié)合。
具體實(shí)施方式
圖1所示的是基本情形。在圖中，兩個服務(wù)1103和1104已經(jīng)部署 在服務(wù)基礎(chǔ)設(shè)施1500上。因此，發(fā)現(xiàn)服務(wù)1106已經(jīng)在其知識庫1206 和元數(shù)據(jù)庫1207中具有關(guān)于服務(wù)1103和1104的數(shù)據(jù)模型的信息。還 假定圖中所有三個服務(wù)1103、 1104和1105具有重疊的數(shù)據(jù)模型1202、 1203和1204。因此轉(zhuǎn)換功能1200已經(jīng)由系統(tǒng)推導(dǎo)出并且該轉(zhuǎn)換功能已 經(jīng)部署在轉(zhuǎn)換引擎1102上。該情形繼續(xù)將另一服務(wù)1105部署在服務(wù)基礎(chǔ)設(shè)施1500上。管理 員在服務(wù)基礎(chǔ)設(shè)施1500上部署新的服務(wù)1105。因此，管理員向管理工具1107提供該服務(wù)的WSDL接口以及對應(yīng) 于該服務(wù)實(shí)施的包。管理工具1107向發(fā)現(xiàn)服務(wù)1106發(fā)送請求1400。發(fā) 現(xiàn)服務(wù)解析WSDL接口并從文檔中提取數(shù)據(jù)模型。數(shù)椐模型包括對應(yīng)于在WSDL接口上定義的方法的數(shù)據(jù)結(jié)構(gòu)以及 方法自變量數(shù)據(jù)結(jié)構(gòu)，其在WSDL文檔中被描述為XML模式。該數(shù)據(jù) 模型存儲在元數(shù)據(jù)庫1207中。 發(fā)現(xiàn)服務(wù)1106在其知識庫1206中進(jìn)行查詢，知識庫1206包含對 在前一服務(wù)部署期間在模型中插入的數(shù)據(jù)結(jié)構(gòu)等的本體和/或語義定義, 即，當(dāng)部署時，服務(wù)1103或1104試圖解析新服務(wù)數(shù)據(jù)模型與其之前已 經(jīng)發(fā)現(xiàn)的數(shù)據(jù)模型之間的任何依賴和關(guān)系.當(dāng)新的數(shù)據(jù)結(jié)構(gòu)或這些數(shù)據(jù)結(jié)構(gòu)中的特定字段保持未解析時，即不 能關(guān)聯(lián)到任何已有本體時，請求1401操作者通過管理工具1107提供對 它們的另外的本體描述。管理工具回復(fù)1402以新的關(guān)聯(lián)。它們^皮發(fā)現(xiàn)服務(wù)U06存儲在知識 庫1206中。當(dāng)所有數(shù)據(jù)結(jié)構(gòu)和字段都已經(jīng)被分類后，推理器1205搜索數(shù)據(jù)結(jié) 構(gòu)之間的關(guān)系。這是一種類型推斷機(jī)制。對于這樣一種關(guān)系，系統(tǒng)試圖基于之前發(fā)現(xiàn)的合成數(shù)據(jù)結(jié)構(gòu)的單個 字段之間的關(guān)系自動地構(gòu)建映射功能?？赡苄枰粋€手動確認(rèn)步驟，以確保自動地生成的映射是正確的。 此外，不能容易地由XSLT腳本處理或需要從外部系統(tǒng)諸如屬性提供商 處獲得另外的信息的復(fù)雜的映射情形可能需要手動干預(yù)。當(dāng)不能自動地完全解析關(guān)系時，可能會再次請求1401操作者提供 映射。該映射^皮存儲在發(fā)現(xiàn)服務(wù)1106的知識庫1206中。相關(guān)聯(lián)的映射功能部署1403在轉(zhuǎn)換引擎1102中，以便其作為服務(wù) 基礎(chǔ)設(shè)施中的服務(wù)1201變得可用，通過該服務(wù)，消息應(yīng)當(dāng)被路由，以 {更相應(yīng)地纟皮轉(zhuǎn)換。隨著發(fā)現(xiàn)單個數(shù)據(jù)結(jié)構(gòu)字段之間的越來越多的關(guān)系，未來的服務(wù)部 署將能夠從這些信息中獲益，以便處理變得越來越自動化。圖2示出了 一種運(yùn)行時情形，其中消息2400被客戶端應(yīng)用或另一 服務(wù)2100發(fā)送給服務(wù)A2103。該消息對應(yīng)于請求更新服務(wù)A2103的數(shù) 據(jù)庫2202中存儲的數(shù)據(jù)記錄的請求。該情形還假定服務(wù)B 2104和服務(wù) C 2105都在它們各自的翁:據(jù)庫2203和2204中共享由消息2400更新的 數(shù)據(jù)。所有的服務(wù)2103、 2104和2105連接到服務(wù)基礎(chǔ)設(shè)施2500。其可以 是企業(yè)服務(wù)總線或等效的消息代理。服務(wù)基礎(chǔ)設(shè)施包含基于內(nèi)容的路由器2101,通過該路由器所有預(yù)定部署在服務(wù)基礎(chǔ)設(shè)施2500上的服務(wù) 2103、 2104和2105的請求被轉(zhuǎn)換和路由。在從客戶端2100接收到消息2400后，基于內(nèi)容的路由器2101在 如圖中箭頭2402所示將消息2400路由給它的原擬目的地(服務(wù)2103 ) 之前首先查詢發(fā)現(xiàn)服務(wù)2106以查看其他服務(wù)是否受到與消息2400相關(guān) 聯(lián)的更新操作的影響。在該示例性情形中，發(fā)現(xiàn)服務(wù)2106響應(yīng)以兩條路由 一條路由經(jīng) 由第一轉(zhuǎn)換功能2200通向目標(biāo)服務(wù)2104，并且一條路由經(jīng)由第二轉(zhuǎn)換 功能2201通向目標(biāo)服務(wù)2105。每個轉(zhuǎn)換功能將原始消息2400轉(zhuǎn)換為等 效的消息，即具有引起對受影響的服務(wù)2104和2105的數(shù)據(jù)庫2203和 2204中的共享數(shù)據(jù)的相同更新的效果的消息，其符合每個受影響的服務(wù) 2104和2105所暴露的接口 ，如箭頭2404和2406分別所示?；趦?nèi)容的路由器2101從發(fā)現(xiàn)服務(wù)2106接收路由，首先將原始消 息2400轉(zhuǎn)發(fā)給他原始擬到達(dá)的目標(biāo)服務(wù)2103，如箭頭2402所示。然后， 基于內(nèi)容的路由器2101處理該第一路由，首先如箭頭2403所示，將消 息2400發(fā)送給第一轉(zhuǎn)換功能2200，并且接下來如箭頭2404所示將結(jié)果 即轉(zhuǎn)換后的消息發(fā)送給服務(wù)B 2104。最后，基于內(nèi)容的路由器2101處 理第二路由，首先如箭頭2405所示，將消息2400發(fā)送給第二轉(zhuǎn)換功能 2201，并且接下來將結(jié)果即轉(zhuǎn)換后的消息發(fā)送給服務(wù)C 2105。服務(wù)2104和2105都執(zhí)行分別與消息2404和2406相關(guān)聯(lián)的邏輯， 即它們分別更新它們的數(shù)據(jù)存儲2203和2204。本發(fā)明具有重要性的另一領(lǐng)域是SCA兼容(服務(wù)組件架構(gòu))服務(wù) 環(huán)境，參考圖3，其中服務(wù)/組件3100、 3101、 3102和3103聲明(declare ) 入口 3300、 3301、 3302,即它們期望另一組件提供的接口 ，以及出口3200、 3201、 3202和3203,即組件自己提供給其他組件的接口 ，并且 其中入口 3300、3301和3302鏈接/綁定3400、3401和3402到出口 3200、3201、 3202和3203,以便構(gòu)成提供特定功能性的新組件/服務(wù)。 至少一個轉(zhuǎn)換功能(包括其等同體)3500、 3501和3502與鏈接/ 綁定3400、 3401和3402相關(guān)聯(lián)。在ESB環(huán)境的上下文中，專用的聯(lián)合數(shù)據(jù)管理器(FDM)可以顯 著地有助于實(shí)現(xiàn)該數(shù)據(jù)聯(lián)合模型。概念上，F(xiàn)DM可以被認(rèn)為由發(fā)現(xiàn)服 務(wù)、獲取服務(wù)以及供應(yīng)服務(wù)所構(gòu)成。發(fā)現(xiàn)意指對總線上可用數(shù)據(jù)進(jìn)行定位并維護(hù)代表該數(shù)據(jù)的模型，獲 取或詢問是支持對不同服務(wù)和數(shù)據(jù)模型進(jìn)行搜索的集成詢問，并且供應(yīng) 是基于總線上已經(jīng)可用的數(shù)據(jù)為新注冊的服務(wù)提供數(shù)據(jù)。FDM還可以用于同步，即，使類似的數(shù)據(jù)保持一致狀態(tài)。由UDDI提供的傳統(tǒng)的服務(wù)發(fā)現(xiàn)，使得企業(yè)發(fā)布服務(wù)列表并從其他 企業(yè)發(fā)現(xiàn)服務(wù)。在注冊中心中可用的元數(shù)據(jù)適合于描述和搜索服務(wù)。即 使已經(jīng)增加了語義表示，其仍然是有限的，并且主要有關(guān)于企業(yè)、協(xié)議 和標(biāo)準(zhǔn)分類。在數(shù)據(jù)驅(qū)動服務(wù)的視角，該發(fā)現(xiàn)功能性是不充分的。本發(fā)明的貢獻(xiàn) 在于分析數(shù)據(jù)驅(qū)動服務(wù)發(fā)現(xiàn)的需求以及呈現(xiàn)這些高級發(fā)現(xiàn)服務(wù)的綜合 模型。圖4中示出了 FDMReg。發(fā)現(xiàn)服務(wù)Dis可以被看做FDM的一部分。 其負(fù)責(zé)發(fā)現(xiàn)和定位服務(wù)以及基于這些服務(wù)的數(shù)據(jù)模型來發(fā)現(xiàn)和定位它 們的數(shù)據(jù)利用率。特定服務(wù)的數(shù)據(jù)模型必須基于它的接口。發(fā)現(xiàn)服務(wù)應(yīng) 當(dāng)檢查服務(wù)的接口(或用于此用途的任何其他規(guī)范)并從該描述中推導(dǎo) 數(shù)據(jù)模型。對于數(shù)據(jù)驅(qū)動服務(wù)發(fā)現(xiàn)，必須定義數(shù)據(jù)類型之間的關(guān)系以便支持不 同服務(wù)的數(shù)據(jù)模型的集成。無論何時新服務(wù)注冊到發(fā)現(xiàn)服務(wù)，發(fā)現(xiàn)服務(wù) 都將更新數(shù)據(jù)模型并發(fā)現(xiàn)和實(shí)例化新關(guān)系。作為擴(kuò)展，元數(shù)據(jù)可以用于這些數(shù)據(jù)類型和關(guān)系以增加對導(dǎo)致更多 語義數(shù)據(jù)發(fā)現(xiàn)的分類模型的支持，即在元級別上討論例如以定位處理多 媒體內(nèi)容的服務(wù)而不是僅僅查找類似于電影或書籍之類的內(nèi)容。關(guān)于FDM服務(wù)仲裁，發(fā)現(xiàn)服務(wù)必須了解相關(guān)數(shù)據(jù)類型之間的語義 差異。例如，地址簿服務(wù)所使用的地址信息的格式可能不同于即時消息 服務(wù)，不同之處在于數(shù)據(jù)字段存儲的順序，或者在一種類型中信息表 示為單獨(dú)數(shù)據(jù)字段而在另一種類型中表示為綜合字段。因此，除了不同數(shù)據(jù)類型之間的關(guān)系之外，發(fā)現(xiàn)服務(wù)還應(yīng)當(dāng)優(yōu)選地 結(jié)合如何轉(zhuǎn)換這些數(shù)據(jù)類型的知識。這可以通過將每種數(shù)據(jù)關(guān)系與(如 何利用)轉(zhuǎn)換服務(wù)(的知識)相關(guān)聯(lián)來獲得，轉(zhuǎn)換服務(wù)能夠基于關(guān)系是 否是單向的而將關(guān)系中的 一種數(shù)據(jù)類型轉(zhuǎn)換成另 一種并且反之亦然。發(fā)現(xiàn)服務(wù)能夠?yàn)g覽得到的數(shù)據(jù)模型并推導(dǎo)出如何使用這些轉(zhuǎn)換通 過服務(wù)的數(shù)據(jù)類型將一個服務(wù)映射到另一個服務(wù)。在此上下文中，術(shù)語 路由還用于這樣的映射。這些路由的基本使用是對結(jié)合的服務(wù)之間的數(shù)據(jù)進(jìn)行自動的同步Sy?？傊?，這種數(shù)據(jù)庫發(fā)現(xiàn)包括三個主要活動-從注冊服務(wù)的接口中提取數(shù)據(jù)模型；-將提取的數(shù)據(jù)模型關(guān)聯(lián)到注冊中心中存儲的數(shù)據(jù)模型；-查詢所存儲的數(shù)據(jù)模型以基于服務(wù)的數(shù)據(jù)模型來發(fā)現(xiàn)服務(wù)。當(dāng)新服務(wù)在發(fā)現(xiàn)服務(wù)處注冊時，將檢查該服務(wù)的接口并將提取數(shù)據(jù)模型?；诮涌诘男再|(zhì)以及該接口上的數(shù)據(jù)部分的重要性，存在多種情形。最困難的情況-并且目前由于這樣一種數(shù)據(jù)聯(lián)合尚未應(yīng)用因此也 是最常見的情況-是從未使用數(shù)據(jù)聯(lián)合的服務(wù)中提取數(shù)據(jù)模型。接口上 數(shù)椐部分的重要性較小并且發(fā)現(xiàn)服務(wù)能夠提取的信息相當(dāng)有限。例如，WSDL描述通常只包括對在服務(wù)的操作的輸入或輸出上使用 的數(shù)據(jù)類型的基本描述。對于數(shù)據(jù)驅(qū)動服務(wù)更適合的是具有單獨(dú)數(shù)據(jù)接 口的接口 ，更詳細(xì)地描述數(shù)據(jù)類型以及不同數(shù)據(jù)類型如何能夠被讀或被 寫，即，通過使用共同訪問操作而被處理。用于JavaBeans組件的屬性的獲得者(getter)和設(shè)置者(setter)是 這種訪問操作的好例子。在最理想的情況下，數(shù)據(jù)類型也被語義地描述， 例如使用內(nèi)嵌(in-lined)的Web本體語言(OWL )、構(gòu)造(construct), 或使用單獨(dú)的OWL文件，將這些類型關(guān)聯(lián)到其他已知類型或?qū)⑺鼈兗?成在共同或標(biāo)準(zhǔn)本體中。將服務(wù)的數(shù)據(jù)模型集成在目前存儲的數(shù)據(jù)模型中使得在新的和已存在的數(shù)據(jù)類型之間進(jìn)行區(qū)分并且識別新數(shù)據(jù)類型和之前已知的數(shù)據(jù) 類型之間的關(guān)系。當(dāng)信息從接口中提取出來時越詳細(xì)，在目前存儲的數(shù)據(jù)類型中集成 新數(shù)據(jù)類型的發(fā)生就越有意義。在此影響因素是使用明確的類型。例如, 如果某個服務(wù)的所有數(shù)據(jù)使用字符串來建模，則發(fā)現(xiàn)服務(wù)將不能推導(dǎo)出 很多與其他服務(wù)的數(shù)據(jù)類型的有意義的關(guān)系。接口中語義的程度越高， 集成可以越自動化地執(zhí)行。如果新的數(shù)據(jù)類型在不參考或不關(guān)聯(lián)其它類 型的情況下獨(dú)立的定義，則接下來不可能完全自動化地集成這些類型。 在此情況下，將新類型關(guān)聯(lián)到已存儲的數(shù)據(jù)類型需要例如由發(fā)現(xiàn)管理員 所提供的全局知識。然而，如果接口中存在語義信息，則可以通過對注冊中心和接口中 存在的語義信息進(jìn)行推理而發(fā)生集成。更有可能的，這種語義信息將以 對標(biāo)準(zhǔn)或共同本體的參考的形式獲得。在此情況下，發(fā)現(xiàn)服務(wù)可以直接 從該本體中提取正確的關(guān)系。為使發(fā)現(xiàn)服務(wù)能夠通過數(shù)據(jù)模型搜索相關(guān)服務(wù)，需要某些規(guī)則來定 義數(shù)據(jù)模型級別上的哪些關(guān)系可以引入服務(wù)級別上的關(guān)系。例如，可以將特定操作s的一組語義相關(guān)操作定義為操作之間的關(guān) 系R的傳遞閉包。如果操作X的輸入與操作Y的輸入重疊則X與Y相 關(guān)。在某種程度上這可能是輸入類型是輸入的子類型或一部分的情況。更實(shí)際的方法，可能包括關(guān)系isTransfomableTo,其只意^K著存在 從一種數(shù)據(jù)類型到另一種數(shù)據(jù)類型的轉(zhuǎn)換，對于isTransfomableTo、其 關(guān)系子類型和其一部分中的每一個存在與轉(zhuǎn)換服務(wù)之間的關(guān)聯(lián)。于是，相關(guān)操作的上述定義^L定從一種數(shù)據(jù)類型或操作到另一總數(shù) 據(jù)類型或操作的一系列轉(zhuǎn)換。這一系列操作實(shí)際上是一種路由，其用于 數(shù)據(jù)聯(lián)合管理器中的服務(wù)之間的自動同步。對于地址簿和即時消息器的情況的例子，可能存在經(jīng)由將Update Address映射到Address數(shù)據(jù)無型、將Address數(shù)據(jù)類型映射到在VCard的從UpdateAddress操作到UpdateVCard操作的路由。
對于實(shí)際的實(shí)施，需要數(shù)據(jù)描述和數(shù)據(jù)發(fā)現(xiàn)技術(shù)二者。在不需要任何進(jìn)一步集成的情況下，例如可以使用WSDL和OWL 二者。也就是說， OWL可以同樣地在WSDL規(guī)范中使用，或者其可以用作單獨(dú)的規(guī)范文 件。關(guān)于數(shù)據(jù)發(fā)現(xiàn)技術(shù)，例如可以選擇UDDI上的ebXML,因?yàn)樗?以提供表達(dá)能力強(qiáng)得多的數(shù)據(jù)模型和詢問應(yīng)用編程器接口 。ebXML可以用作用于電子商務(wù)組織的一組規(guī)范，發(fā)現(xiàn)是其一部分， ebXML所用的注冊中心包括注冊庫(registry)和儲存庫(repository )。 儲存庫能夠存儲任何類型的電子內(nèi)容，而注冊庫能夠存卡者描述該內(nèi)容的 元數(shù)據(jù)。儲存庫中的內(nèi)容稱作"儲存庫項(xiàng)"，而注冊庫中的元數(shù)據(jù)稱作 "注冊庫對象"。ebXML注冊中心定義了注冊信息模型(RIM),其規(guī)定了可以被提 交給注冊中心的標(biāo)準(zhǔn)元數(shù)據(jù)。該信息模型的主要特征包括-RegistryObject: ebRIM中的最高級別的類是RegistryObject。這是模型中大多數(shù)類使用的抽象基本類。其為注冊庫對象提供最少的元數(shù) 據(jù)。-Classification: 4吏用ClassificationScheme禾口 ClassificationNode可 以對任何 RegistryObject 進(jìn)行分類，ClassificationScheme 和 ClassificationNode代表各個類分級元素。ClassificationScheme定義構(gòu)成 ClassificationNode的樹結(jié)構(gòu)。ClassificationScheme可以是用戶定義的。-Association: 4吏用Association實(shí)《列可以將"f壬"f可RegistryObject與 任何其它的RegistiyObject相關(guān)聯(lián)，其中一個對象是Association實(shí)例的 sourceObject并且另 一 個是targetObject 。 Association實(shí)例可以具有 associationType，其定義該關(guān)聯(lián)的性質(zhì)。存在注冊中心必須支持以成為 ebXML兼容的多個預(yù)定義的Association Type。 ebXML允許該列表被擴(kuò) 展。- Service Description, ServiceBinding和SpecificationLink類提供定 義包括WSDL的服務(wù)描述的能力。ebXML輸出兩個用以使用注冊中心 的接口。-Life-CycleManager (LCM)負(fù)責(zé)所有對象的生命周期管理請求。 -QueryManager ( QM)負(fù)責(zé)處理所有的詢問請求?？蛻舳耸褂么?服務(wù)定義的操作來詢問注冊中心和發(fā)現(xiàn)對象。ebXML詢問服務(wù)充分地利用該數(shù)據(jù);漠型，所有的信息可以被用于 搜索注冊中心中的項(xiàng)目，例如與某個項(xiàng)目相關(guān)聯(lián)的所有Registry Object 或與利用某個ClassificationNode分類的所有力l務(wù)項(xiàng)。為了增強(qiáng)ebXML 注冊中心中的數(shù)據(jù)分類模型使其具有語義關(guān)系，可以使用ebXML中可 用的構(gòu)造。ebXML注冊信息模型可以用于仿真對數(shù)據(jù)類的OWL描述。已經(jīng)定義了一種架構(gòu)，用于使用ebXML作為骨干組件的數(shù)據(jù)發(fā)現(xiàn) 服務(wù)原型。圖5示出了該架構(gòu)的高級組件視圖。其包括3個組件D, QF和EB。 發(fā)現(xiàn)組件D提供三個接口 LC、 Q、 A,它們由其它FDM服務(wù)使用。生 命周期接口 LC用于注冊服務(wù)的生命周期管理。其可以由系統(tǒng)管理員用 來定制、發(fā)布和激活新服務(wù)。該組件基于描述將服務(wù)信息存儲在注冊中 心中并提出服務(wù)的數(shù)據(jù)模型以及與注冊中心中其它數(shù)據(jù)類型的關(guān)系。該 接口還包含用于解析和存儲所提出的數(shù)據(jù)關(guān)系的操作。管理接口 A用于 維護(hù)注冊中心上的操作。系統(tǒng)管理員將使用它進(jìn)行維護(hù)，尤其是對數(shù)據(jù)模型和它們之間的關(guān) 系進(jìn)行維護(hù)。詢問接口 Q用于搜索注冊中心中存儲的信息。它提供一種 特殊操作，主要由同步服務(wù)使用來查找到相關(guān)服務(wù)的路由，并提供一種 通用操作，用于類似于在ebXML標(biāo)準(zhǔn)中定義的詢問的結(jié)構(gòu)化詢問語言 (SQL )。 ebXML組件EB是完全兼容ebXML標(biāo)準(zhǔn)的注冊中心和發(fā)現(xiàn)服 務(wù)。其可以被發(fā)現(xiàn)組件D和第三方客戶端使用。前者將利用它作為注冊 中心，存儲可用服務(wù)和它們的數(shù)據(jù)模型，包括這些模型之間的關(guān)系以及 相關(guān)聯(lián)的轉(zhuǎn)換；而后者可以利用它作為傳統(tǒng)的發(fā)現(xiàn)服務(wù)。QueryFacade 組件QF可以處理遞歸詢問，例如用以搜索傳遞關(guān)系。該組件是必需的， 因?yàn)閑bXML標(biāo)準(zhǔn)規(guī)范不包括這種功能性。發(fā)現(xiàn)組件的接口 Q、 A和LC主要使用WSDL和OWL格式作為輸 入和輸出，但是內(nèi)部的，發(fā)現(xiàn)注冊中心基于ebXML格式。數(shù)據(jù)模型的 提取由此將涉及到將WSDL和OWL轉(zhuǎn)換為ebRIM和ebRS公開格式。
服務(wù)可以利用Service類表示并且來自WSDL的信息的其余部分以 ServiceBinding和SpecificationLink類的形式獲得。l艮務(wù)所用的凄丈據(jù)才莫型 被映射到ClassificationScheme,其中每個ClassificationNode代表數(shù)據(jù)模 型中的一種類型并且與使用Classification的服務(wù)相關(guān)聯(lián)。例如，上述地址簿服務(wù)可以被存儲在ebXML注冊中心中。服務(wù)被 分為兩種數(shù)據(jù)類型， 一種用于改變地址信息，另一種用于在地址簿上添 加新的條目。使這些類型包括地址類型、個人類型和字符串。作為在注冊中心中發(fā)布的新服務(wù)，新的數(shù)據(jù)模型元素應(yīng)當(dāng)被插入到 注冊中心中并且服務(wù)的數(shù)據(jù)模型應(yīng)當(dāng)與已經(jīng)存儲在注冊中心中的數(shù)據(jù) 類型相關(guān)聯(lián)。發(fā)現(xiàn)服務(wù)可能不能完全自動地完成后一種操作。則它可以 推導(dǎo)一組建議的數(shù)據(jù)類型關(guān)系，其例如由系統(tǒng)管理員最后確定。一些有關(guān)于關(guān)聯(lián)的簡化可以基于數(shù)據(jù)類型之間的完全等效，例如當(dāng) 類型在注冊中心中已經(jīng)可用時，其服務(wù)特定的關(guān)系將必須也添加到注冊 中心中。為了使這種推論合理和完整，系統(tǒng)管理員可以通過在WSDL 公開中嵌入OWL構(gòu)造將服務(wù)描述擴(kuò)展為具有語義數(shù)據(jù)信息。為了搜索不同服務(wù)的操作之間的路由的模型，可以使用 Floyd-Warshal類算法，或一對最短路徑發(fā)現(xiàn)，即來自Dijkstra搜索類型 的算法。圖6示出了服務(wù)網(wǎng)絡(luò)的更抽象的表示。如上所述，服務(wù)對應(yīng)于箭頭 T所示的功能。服務(wù)形成箭頭T的種類，其中服務(wù)T具有輸入和輸出數(shù) 據(jù)類型D。這些類型定義服務(wù)，并且反之亦然。為了兩個服務(wù)之間的級 聯(lián)，類型必須一致，即類型必須至少通過能夠從語義級別上的類型的元 信息得出的轉(zhuǎn)換功能而匹配。對圓點(diǎn)(bullet)仔細(xì)觀察會發(fā)現(xiàn)該類型形 成在應(yīng)用于上述數(shù)據(jù)模型的概括實(shí)現(xiàn)中的數(shù)據(jù)表現(xiàn)的等效類。圖7示出了級聯(lián)的情形，即具有適當(dāng)?shù)募醇嫒莸慕涌诘姆?wù)的連續(xù) 調(diào)用。存在描述為虛線的結(jié)果(級聯(lián)的)服務(wù)的輸入類型S和輸出類型 E。該(虛擬)服務(wù)包括三個真實(shí)的服務(wù)。服務(wù)以箭頭的種類的形式被級聯(lián)。 一系列級聯(lián)的調(diào)用對應(yīng)于具有開 始S和結(jié)束E的曲線圖(粗體)中的路徑。約束在于數(shù)據(jù)類型需要是一
致的，即第N個箭頭結(jié)束于一個圓點(diǎn)，在該圓點(diǎn)第N+l個箭頭開始。 該路徑對應(yīng)于具有輸入類型S和輸出類型E (虛線)的(虛擬)服務(wù)。根據(jù)本發(fā)明的發(fā)現(xiàn)服務(wù)感知圖6中所示出的服務(wù)網(wǎng)絡(luò)。發(fā)現(xiàn)服務(wù)X 存儲對如圖8所示的服務(wù)網(wǎng)絡(luò)的映射?？蛻舳薈可以詢問S E例如，是 否存在輸入數(shù)據(jù)類型S和輸出數(shù)據(jù)類型E定義的服務(wù)。詢問用客戶端c 和發(fā)現(xiàn)服務(wù)X之間的連接來表示。在圖9中，示出了如何發(fā)現(xiàn)通過服務(wù)網(wǎng)絡(luò)的路由。發(fā)現(xiàn)服務(wù)X必須 識別其映射中的輸入數(shù)據(jù)類型S和輸出數(shù)據(jù)類型E,并且該服務(wù)必須識 別映射中相應(yīng)的點(diǎn)(或等效類)的數(shù)據(jù)類型，即數(shù)據(jù)模型之間的連接。 這是服務(wù)T1、 T2和T3的路徑，或者總的來說是一組路徑。該信息， 即路由信息(可選地包括用于類型變換的數(shù)據(jù)轉(zhuǎn)換)被回復(fù)給客戶端C。如圖IO所示，這使得客戶端調(diào)用由此路徑定義的服務(wù)鏈。通過輸 入調(diào)用(IT1)第一服務(wù)Tl,通過該調(diào)用的結(jié)果調(diào)用(IT2)第二服務(wù) T2，并且最后調(diào)用第三服務(wù)T3，產(chǎn)生所提供的輸出類型E的結(jié)果?？偨Y(jié)來看尋求具有輸入數(shù)據(jù)類型S和輸出數(shù)據(jù)類型E的服務(wù)的客 戶端C可以問詢專用服務(wù)X關(guān)于提供所搜索的服務(wù)的一系列月艮務(wù)調(diào)用。 專用服務(wù)X可以在其存儲器中查找數(shù)據(jù)類型并可以例如經(jīng)由Dijkstra的 算法或借助于經(jīng)由Foyd-Warshal算法的傳遞閉包來計(jì)算路徑。這使得客 戶端可以以級聯(lián)的方式調(diào)用月良務(wù)。圖11示出了如何能夠(遞增地)創(chuàng)建發(fā)現(xiàn)服務(wù)中存儲的映射。假 定，開始于圖6所示的(已經(jīng)發(fā)現(xiàn)的)服務(wù)網(wǎng)絡(luò)，新的服務(wù)S必須被注 冊。這用虛箭頭示出。該服務(wù)具有輸入數(shù)據(jù)類型DS和輸出數(shù)據(jù)類型DE。 查找說明輸入數(shù)據(jù)類型DS相當(dāng)?shù)匦拢次粗?，但是從語義描述中可以 得到已知數(shù)據(jù)類型與該新數(shù)據(jù)類型之間的轉(zhuǎn)換。這通過在映射中創(chuàng)建新 的圓點(diǎn)和新的箭頭來記錄。在本例中輸出數(shù)據(jù)類型DE可以被識別為已 知數(shù)據(jù)類型。這用點(diǎn)畫圓示出。通過集成直接連接數(shù)據(jù)類型DS和DE 的箭頭來完成映射。最后，上述的發(fā)現(xiàn)服務(wù)具有這些服務(wù)、數(shù)據(jù)類型和 數(shù)據(jù)類型轉(zhuǎn)換的一致和整體的圖形(模型)。該技術(shù)實(shí)現(xiàn)了 一種用于調(diào)整在例如面向服務(wù)的架構(gòu)中的用戶服務(wù)
與多個提供商服務(wù)之間交換的消息的配置，其中該配置包括發(fā)現(xiàn)服務(wù)， 其包括存儲裝置，用于區(qū)分服務(wù)數(shù)據(jù)模型，每種服務(wù)數(shù)據(jù)模型與提供商 服務(wù)相關(guān)聯(lián)，并且存儲裝置用于存儲所述服務(wù)數(shù)據(jù)模型之間的關(guān)系。這 實(shí)現(xiàn)了發(fā)現(xiàn)消息路由，每個提供商服務(wù)一個消息路由，每個消息路由被 定義為 一 系列零個或多個服務(wù)調(diào)用，可選地具有與數(shù)據(jù)模型關(guān)系相關(guān)聯(lián) 的轉(zhuǎn)換。發(fā)現(xiàn)裝置能夠?qū)⑺鲇脩舴?wù)的消息調(diào)整到通向指定提供商服 務(wù)的消息路由中。優(yōu)選地，發(fā)現(xiàn)裝置能夠?qū)⒆鳛樽詈蟮奶峁┥谭?wù)的所 述用戶服務(wù)的消息包括在所述一 系列消息路由中。該發(fā)現(xiàn)裝置還可以包括推理器(2205 ),其適應(yīng)于支持基于之前建 立的關(guān)系對服務(wù)數(shù)據(jù)模型之間的新關(guān)系進(jìn)行的自動推導(dǎo)。發(fā)現(xiàn)裝置可以 適用于基于在所述用戶服務(wù)和所述指定的提供商服務(wù)之間交換的所述 消息的影響自動地確定至少一個附加目標(biāo)提供商服務(wù)，具有關(guān)于其它提 供商服務(wù)的服務(wù)數(shù)據(jù)模型的信息以便支持提供商服務(wù)之間共享的數(shù)據(jù) 的同步。
權(quán)利要求
1. 一種用于調(diào)用所請求服務(wù)的配置，所述配置包括發(fā)現(xiàn)服務(wù)，所 述發(fā)現(xiàn)服務(wù)包括用于存儲至少一個服務(wù)的數(shù)據(jù)模型的存儲裝置和用于 獲取服務(wù)的荻取裝置，其中所述存儲裝置適用于存儲服務(wù)之間的關(guān)系， 包括提前獲取裝置，用于獲取所述數(shù)據(jù)模型中的多個服務(wù)的路徑，其中 服務(wù)的級聯(lián)對應(yīng)于所請求服務(wù)。
2. 根據(jù)權(quán)利要求1所述的配置，其中所述發(fā)現(xiàn)裝置適合于將數(shù)據(jù) 類型的轉(zhuǎn)換關(guān)聯(lián)到關(guān)系。
3. 根據(jù)權(quán)利要求1所述的配置，其中所述發(fā)現(xiàn)裝置包括推理器， 其適合于支持基于先前建立的關(guān)系和對服務(wù)的語義描述來自動推導(dǎo)服 務(wù)數(shù)據(jù)模型之間的新關(guān)系。
4. 根據(jù)權(quán)利要求1所述的配置，包括同步裝置，用于基于所述至 少一個服務(wù)的數(shù)據(jù)模型以及所述數(shù)據(jù)模型之間的關(guān)系自動識別冗余數(shù) 據(jù)。
5. —種用于調(diào)用所請求服務(wù)的方法，所述方法包括步驟-通過發(fā)現(xiàn)至少一個服務(wù)的數(shù)據(jù)模型來獲取對應(yīng)于所請求服務(wù)的 服務(wù)并調(diào)用所獲取的服務(wù)， 其中-提前獲取所述數(shù)據(jù)模型中的多個服務(wù)的路徑，其中服務(wù)的級聯(lián)對 應(yīng)于所請求服務(wù)，以及-連續(xù)地調(diào)用所述路徑上的服務(wù)。
6. 根據(jù)權(quán)利要求5所述的方法，包括步驟 獲取用于在所述級聯(lián)中校準(zhǔn)接口的轉(zhuǎn)換方法。
7. —種用于調(diào)用所請求服務(wù)的發(fā)現(xiàn)服務(wù)，所述發(fā)現(xiàn)服務(wù)包括用于存 儲至少一個服務(wù)的數(shù)據(jù)模型的存儲裝置和用于獲取服務(wù)的獲取裝置，其 中所述存儲裝置適用于存儲服務(wù)之間的關(guān)系，包括提前獲取裝置，用于 獲取所述數(shù)據(jù)模型中的多個服務(wù)的路徑，其中服務(wù)的級聯(lián)對應(yīng)于所請求服務(wù)。
8. —種計(jì)算機(jī)軟件產(chǎn)品，包括用于執(zhí)行根據(jù)權(quán)利要求5所述的方法 的編程裝置。
9. 一種服務(wù)器主機(jī)，包括用于執(zhí)行根據(jù)權(quán)利要求6所述的發(fā)現(xiàn)服務(wù) 的執(zhí)行裝置。
全文摘要
本發(fā)明涉及一種用于調(diào)用所請求服務(wù)的配置，所述配置包括發(fā)現(xiàn)服務(wù)(2106)，該發(fā)現(xiàn)服務(wù)(2106)包括用于存儲至少一個服務(wù)的數(shù)據(jù)模型的存儲裝置和用于獲取服務(wù)(2103，2104，2105)的獲取裝置，其中所述存儲裝置適用于存儲服務(wù)之間的關(guān)系，包括提前獲取裝置，用于獲取所述數(shù)據(jù)模型中的多個服務(wù)的路徑，其中服務(wù)的級聯(lián)對應(yīng)于所請求服務(wù)。本發(fā)明還涉及一種用于調(diào)用所請求服務(wù)的方法，該方法包括步驟提前獲取所述數(shù)據(jù)模型中的多個服務(wù)的路徑，其中服務(wù)的級聯(lián)對應(yīng)于所請求服務(wù)，用于連續(xù)地調(diào)用路徑上的服務(wù)。
文檔編號H04L29/06GK101146106SQ200710149120
公開日2008年3月19日 申請日期2007年9月4日 優(yōu)先權(quán)日2006年9月13日
發(fā)明者B·錫坦恩 申請人:阿爾卡特朗訊