專利名稱：用于使用uddi來調(diào)解web服務(wù)的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于對(duì)Web (網(wǎng)絡(luò))服務(wù)進(jìn)行支持的方法和設(shè)備，尤 其涉及Web服務(wù)的動(dòng)態(tài)服務(wù)質(zhì)量(QoS)的管理。
背景技術(shù)：
萬維網(wǎng)聯(lián)盟(W3 C )已經(jīng)將Web服務(wù)定義為被設(shè)計(jì)為支持網(wǎng)絡(luò)上 可協(xié)同操作的機(jī)器到機(jī)器的交互的軟件系統(tǒng)。Web服務(wù)通常僅是在能 夠通過諸如因特網(wǎng)之類的網(wǎng)絡(luò)被訪問并且能夠在宿主(host)所請(qǐng)求 服務(wù)的遠(yuǎn)程系統(tǒng)上執(zhí)行的應(yīng)用編程接口 (API)。例如，Web服務(wù)的 示例包括由旅行社通過因特網(wǎng)所提供的機(jī)票預(yù)訂服務(wù)、用于建立3G 運(yùn)營商所提供的HSDPA (高速下行鏈路分組接入)連接的呼叫建立 服務(wù)、以及用于在兩個(gè)終端用戶之間建立多媒體會(huì)話的服務(wù)。
已經(jīng)研發(fā)了多種不同的協(xié)議和格式來管理Web服務(wù)。
UDDI (統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議)是為用于發(fā)布和發(fā)現(xiàn)關(guān)于 Web服務(wù)的元數(shù)據(jù)的協(xié)議。UDDI服務(wù)器擔(dān)當(dāng)Web服務(wù)的服務(wù)代理 (service broker)。服務(wù)提供者能夠在UDDI服務(wù)器中注冊(cè)(register) 與其服務(wù)相關(guān)的信息，并且服務(wù)請(qǐng)求者能夠聯(lián)系UDDI服務(wù)器以便根 據(jù)在UDDI服務(wù)器中所存儲(chǔ)的信息來尋找適當(dāng)?shù)姆?wù)。
WSDL (Web服務(wù)描述語言)是用于描述待提供的Web服務(wù)的 XML (可擴(kuò)展標(biāo)記語言)格式。例如，服務(wù)請(qǐng)求者可以從UDDI服務(wù) 器或從服務(wù)提供者接收WSDL文件作為服務(wù)請(qǐng)求的結(jié)果。WSDL文件 將對(duì)服務(wù)請(qǐng)求者需要了解以便使用Web服務(wù)的細(xì)節(jié)進(jìn)行解釋。
SOAP (簡單對(duì)象訪問協(xié)議)是能夠被用于例如服務(wù)提供者與服 務(wù)請(qǐng)求者之間的通信的基于XML的消息封裝格式。
UDDI服^器上的服務(wù)相關(guān)的信息。、這意味著關(guān)于服務(wù)的信P息被存;者 在UDDI服務(wù)器中并且能夠在服務(wù)請(qǐng)求者在對(duì)所期望的服務(wù)進(jìn)行搜索 中聯(lián)系UDDI服務(wù)器時(shí)被搜索。如果在UDDI服務(wù)器接收到服務(wù)請(qǐng)求 時(shí)找到一個(gè)或數(shù)個(gè)適當(dāng)服務(wù)，則其能夠例如通過向服務(wù)請(qǐng)求者發(fā)送每個(gè)適當(dāng)服務(wù)的服務(wù)提供者的地址或與每個(gè)服務(wù)相關(guān)聯(lián)的WSDL文件 或URL (統(tǒng)一資源定位符)來進(jìn)行響應(yīng)。
在UDDI服務(wù)器中所存儲(chǔ)的關(guān)于服務(wù)的信息通常將包括如下數(shù) 據(jù)例如提供服務(wù)的公司名稱、服務(wù)類型以及連接到所述服務(wù)所需的 信息(例如，URL)。所述信息還可以包括QoS信息，例如Web服 務(wù)容量(即，能夠支持的同時(shí)請(qǐng)求的數(shù)目)、關(guān)于Web服務(wù)的魯棒性 的信息以及與Web服務(wù)的性能相關(guān)的信息。W3C的文獻(xiàn)"QoS for Web Services: Requirements and Possible Approaches ，， http:〃www.w3c.or.kr/kr-office/TR/2003/ws畫qos/描述了對(duì)于web服務(wù)的 QoS要求。
美國專利申請(qǐng)US2005/0235053公開了 一種用于搜索Web服務(wù)的 方法和機(jī)制，其使得服務(wù)請(qǐng)求者可以連同有關(guān)每個(gè)服務(wù)的服務(wù)歷史的 信息一起接收可能服務(wù)的列表。服務(wù)請(qǐng)求者接著能夠根據(jù)所接收的信 息從所述列表中選擇服務(wù)。出于該目的，服務(wù)提供者將收集有關(guān)過去 所遞送的服務(wù)質(zhì)量的信息，即，所述服務(wù)的實(shí)際操作所產(chǎn)生的服務(wù)歷 史，并將該信息提供給UDDI站點(diǎn)。
然而，從服務(wù)請(qǐng)求者的角度來看，現(xiàn)有技術(shù)的用于搜索Web服務(wù) 的機(jī)制具有缺陷，原因在于它們沒有特別關(guān)注服務(wù)請(qǐng)求者的興趣和需 求。服務(wù)請(qǐng)求者可能對(duì)特定服務(wù)具有特別的QoS要求。但是利用當(dāng)今 可用的Web服務(wù)解決方案，服務(wù)請(qǐng)求者難以找到滿足他/她的要求的 Web服務(wù)。例如，服務(wù)請(qǐng)求者可能希望使用Web服務(wù)來建立兩個(gè)終 端用戶之間的多媒體會(huì)話。請(qǐng)求者對(duì)于會(huì)話具有特定的QoS要求，如 傳輸速率、分組丟失、傳輸延遲和抖動(dòng)延遲。利用以上所提到的W3C 文獻(xiàn)和美國專利申請(qǐng)中所描述的Web服務(wù)解決方案，服務(wù)請(qǐng)求者通常 能夠接收到與web服務(wù)的容量相關(guān)的某些信息或者與服務(wù)在過去所能 夠提供的QoS相關(guān)的信息，但是這將不會(huì)為請(qǐng)求者給出任何關(guān)于請(qǐng)求 者針對(duì)他/她的會(huì)話將接收到的QoS的信息。Web服務(wù)容量根據(jù)當(dāng)前 進(jìn)行中的會(huì)話的數(shù)量及其QoS要求而動(dòng)態(tài)變化。歷史上已經(jīng)提供了最 佳QoS的服務(wù)可能在請(qǐng)求者希望建立多媒體會(huì)話的時(shí)候由于那時(shí)大 量進(jìn)行中的會(huì)話而并非是他/她的最佳選擇。如果存在若干服務(wù)提供 者，則服務(wù)請(qǐng)求者希望從能夠最佳滿足他/她的QoS要求的服務(wù)提供 者那里獲得服務(wù)。服務(wù)請(qǐng)求者將可能不會(huì)對(duì)諸如所能夠支持的同時(shí)請(qǐng)求數(shù)量之類的一般QoS要求感興趣。他/她主要會(huì)對(duì)現(xiàn)在他/她能夠從 服務(wù)提供者獲得的最佳服務(wù)質(zhì)量是什么感興趣。

發(fā)明內(nèi)容
如以上所提到的，從服務(wù)請(qǐng)求者的角度來看，當(dāng)今可用的Web 服務(wù)解決方案并未關(guān)注QoS支持。因此，本發(fā)明的目的是提供用于支 持Web服務(wù)中的動(dòng)態(tài)QoS要求的方法和設(shè)備。
借助于根據(jù)本發(fā)明的UDDI服務(wù)器和UDDI服務(wù)器中的方法來實(shí) 現(xiàn)上述目的。
本發(fā)明的第一實(shí)施例提供了一種用于對(duì)由多個(gè)服務(wù)提供者向多 個(gè)服務(wù)請(qǐng)求者提供的Web服務(wù)進(jìn)行調(diào)解(mediate)的UDDI服務(wù)器。 UDDI服務(wù)器包括用于存儲(chǔ)與Web服務(wù)相關(guān)聯(lián)的信息的Web服務(wù)寄存 器。Web服務(wù)寄存器包括用于存儲(chǔ)分別與每個(gè)Web服務(wù)相關(guān)聯(lián)的QoS 狀態(tài)信息的數(shù)據(jù)集合。QoS狀態(tài)信息是關(guān)于相關(guān)聯(lián)的Web服務(wù)能夠?yàn)?服務(wù)請(qǐng)求者提供的當(dāng)前QoS的信息。UDDI服務(wù)器還包括用于根椐從 服務(wù)提供者接收的動(dòng)態(tài)服務(wù)狀態(tài)信息對(duì)存儲(chǔ)在所述數(shù)據(jù)集合中的QoS 狀態(tài)信息進(jìn)行周期性地更新的裝置。
本發(fā)明的第二實(shí)施例提供了一種在用于對(duì)由多個(gè)服務(wù)提供者向 多個(gè)服務(wù)請(qǐng)求者提供的Web服務(wù)進(jìn)行調(diào)解的UDDI服務(wù)器中的方法。 所述方法包括在UDDI服務(wù)器中注冊(cè)至少一個(gè)Web服務(wù)的步驟。該注 冊(cè)步驟包括存儲(chǔ)與每個(gè)Web服務(wù)相關(guān)聯(lián)的信息，所述信息包括與每個(gè) Web服務(wù)相關(guān)聯(lián)的QoS狀態(tài)信息。QoS狀態(tài)信息是關(guān)于相關(guān)聯(lián)的Web 服務(wù)能夠向服務(wù)請(qǐng)求者提供的當(dāng)前QoS的信息。此外，所述方法包括 根據(jù)分別從每個(gè)Web服務(wù)的服務(wù)提供者接收的動(dòng)態(tài)服務(wù)狀態(tài)信息對(duì) 所存儲(chǔ)的QoS狀態(tài)信息進(jìn)行周期性地更新的步驟。
本發(fā)明進(jìn)一步的實(shí)施例提供了 一種用于響應(yīng)于服務(wù)請(qǐng)求而選擇 滿足服務(wù)請(qǐng)求者的QoS要求的Web服務(wù)的方法和UDDI服務(wù)器。
本發(fā)明的優(yōu)勢在于允許將動(dòng)態(tài)QoS納入考慮的Web服務(wù)調(diào)解 (mediation)。本發(fā)明提供了對(duì)QoS供應(yīng)的支持，這使得UDDI服務(wù) 器可以通過將服務(wù)提供者與滿足服務(wù)請(qǐng)求者要求的Web服務(wù)進(jìn)行匹 配而為服務(wù)請(qǐng)求者提供更好的服務(wù)。
本發(fā)明的另 一個(gè)優(yōu)勢在于其提供了對(duì)服務(wù)提供者的資源進(jìn)行更好的資源管理的工具。根據(jù)本發(fā)明，由于可以考慮到不同服務(wù)提供者 的容量，所以服務(wù)請(qǐng)求可以更好地在不同服務(wù)提供者之間分布。因此， 可以避免因服務(wù)請(qǐng)求而使不具有可用容量的服務(wù)提供者過載，而是作 為替代將服務(wù)請(qǐng)求導(dǎo)向具有可用容量的服務(wù)提供者。這可能對(duì)各方都 會(huì)更為有利的，原因在于向服務(wù)請(qǐng)求者提供質(zhì)量很差的服務(wù)或者根本 不提供服務(wù)會(huì)損害服務(wù)提供者的聲譽(yù)。
本發(fā)明實(shí)施例進(jìn)一步的優(yōu)勢在于它可以提供對(duì)Web "良務(wù)的更快 遞送，原因在于可以避免對(duì)Web服務(wù)的不必要的請(qǐng)求。由于根據(jù)本發(fā) 明實(shí)施例的UDDI服務(wù)器能夠給出與滿足服務(wù)請(qǐng)求者的QoS要求的 Web服務(wù)相關(guān)的信息，所以這是可能的。因此，服務(wù)請(qǐng)求者可以避免 向無法支持該服務(wù)請(qǐng)求者的要求的Web服務(wù)做出請(qǐng)求。
本發(fā)明實(shí)施例又另一優(yōu)勢在于可能提供通過偏好(preference)寄 存器來定制(customize)對(duì)Web服務(wù)的請(qǐng)求。
通過閱讀以下結(jié)合附圖所進(jìn)行的詳細(xì)描述，本發(fā)明實(shí)施例的更多 優(yōu)勢和特征將變得顯而易見。


圖1是圖示用于實(shí)現(xiàn)Web服務(wù)的一般系統(tǒng)體系結(jié)構(gòu)的示意性框圖。
圖2是圖示根據(jù)本發(fā)明實(shí)施例的用于實(shí)現(xiàn)Web服務(wù)的系統(tǒng)體系結(jié) 構(gòu)的示意性框圖。
圖3a是圖示根據(jù)本發(fā)明實(shí)施例的QoS模型的第一示例的示意性 框圖。
圖3b是圖示根據(jù)本發(fā)明實(shí)施例的QoS模型的第二示例的示意性 框圖。
圖4是圖示根據(jù)本發(fā)明的UDDI服務(wù)器中的方法實(shí)施例的流程圖。
圖5是圖示根據(jù)本發(fā)明的可替換實(shí)施例的用于實(shí)現(xiàn)Web服務(wù)的系 統(tǒng)體系結(jié)構(gòu)的示意性框圖。
圖6是圖示根據(jù)本發(fā)明實(shí)施例的UDDI服務(wù)器(如圖5所示的 UDDI服務(wù)器)中的方法的流程圖。
圖7是圖示根據(jù)本發(fā)明實(shí)施例的UDDI服務(wù)器中用于管理請(qǐng)求隊(duì) 列的方法的流程圖。
具體實(shí)施例方式
現(xiàn)在將參考其中示出了本發(fā)明優(yōu)選實(shí)施例的附圖對(duì)本發(fā)明進(jìn)行 更為全面的描述。然而，本發(fā)明可以以許多不同形式來實(shí)現(xiàn)，并且不
應(yīng)被理解為局限于這里所闡釋的實(shí)施例；相反，對(duì)于本領(lǐng)域技術(shù)人員 而言，提供這些實(shí)施例以使得本公開內(nèi)容全面和完整并且將全面?zhèn)鬟_(dá) 本發(fā)明的范圍。在附圖中，相同的附圖標(biāo)記表示相同部件。
圖1示意性圖示了用于實(shí)現(xiàn)Web服務(wù)的一般體系結(jié)構(gòu)。服務(wù)提供 者11已經(jīng)實(shí)施了供其他人經(jīng)由諸如因特網(wǎng)之類的網(wǎng)絡(luò)開放使用的 Web服務(wù)lla。為了推廣Web服務(wù)，服務(wù)提供者向擔(dān)當(dāng)Web服務(wù)代 理的UDDI服務(wù)器12注冊(cè)Web服務(wù)lla。注冊(cè)步驟13可以包括月良 務(wù)提供者傳送諸如服務(wù)提供者名稱、服務(wù)類型和訪問服務(wù)所需信息之 類的信息。服務(wù)提供者還可以向UDDI服務(wù)器傳送描述Web服務(wù)的 WSDL文件。UDDI服務(wù)器12存儲(chǔ)從服務(wù)提供者12所接收的關(guān)于Web 服務(wù)lla的信息以及與Web服務(wù)器寄存器14中由其他服務(wù)提供者所 提供的其他Web服務(wù)相關(guān)的信息。希望使用特定類型的Web服務(wù)的 服務(wù)請(qǐng)求者15可以通過向UDDI服務(wù)器12發(fā)送搜索請(qǐng)求16來尋找 適當(dāng)?shù)姆?wù)。例如，假設(shè)服務(wù)請(qǐng)求者可能想要在線預(yù)訂機(jī)票，Web服 務(wù)lla為旅行預(yù)訂服務(wù)并且服務(wù)提供者12例如是旅行社。搜索請(qǐng)求 16于是將指示服務(wù)請(qǐng)求者想要搜索旅行預(yù)訂服務(wù)。UDDI服務(wù)器12 將針對(duì)旅行預(yù)訂服務(wù)檢查Web服務(wù)寄存器14并在搜索響應(yīng)17中返回 與所注冊(cè)的任何旅行預(yù)訂服務(wù)相關(guān)的信息。在這種情況下，UDDI服 務(wù)器12將在搜索響應(yīng)17中發(fā)送關(guān)于Web服務(wù)lla并且可能還與向 UDDI服務(wù)器注冊(cè)的其他旅行預(yù)訂服務(wù)相關(guān)的信息。根據(jù)UDDI服務(wù) 器對(duì)特定Web服務(wù)所存儲(chǔ)的信息類型，搜索響應(yīng)例如可以包括諸如服 務(wù)提供者名稱、用于訪問服務(wù)或WSDL文件的URL之類的信息。搜 索響應(yīng)17后面可以是，服務(wù)請(qǐng)求者15連接18到服務(wù)提供者11以請(qǐng) 求使用Web服務(wù)lla。服務(wù)提供者11接著可以通過向服務(wù)請(qǐng)求者15 發(fā)送WSDL文件來進(jìn)行響應(yīng)，所述WSDL文件向服務(wù)請(qǐng)求者提供了 使用所述服務(wù)所需的所有信息。在這種情況下，WSDL文件例如可以 指定諸如期望起飛時(shí)間、目的地和航線之類的參數(shù)，服務(wù)提供者應(yīng)當(dāng) 在使用Web服務(wù)lla時(shí)發(fā)送這些參數(shù)。根據(jù)WSDL文件中的信息，可以在服務(wù)請(qǐng)求者15處建立Web服務(wù)客戶端20。在服務(wù)請(qǐng)求者已經(jīng) 從UDDI服務(wù)器12接收到描述服務(wù)的WSDL文件的情況下，服務(wù)請(qǐng) 求者能夠接著開始直接使用Web服務(wù)而無需首先聯(lián)系服務(wù)提供者以 接收WSDL文件。
應(yīng)當(dāng)注意的是，有許多不同方式來實(shí)現(xiàn)Web服務(wù)并且圖1和以上 描述僅構(gòu)成一個(gè)示例。
如以上所提到的，從服務(wù)請(qǐng)求者的角度來看，當(dāng)今可用的Web 服務(wù)解決方案沒有關(guān)注QoS支持。然而，本發(fā)明的實(shí)施提供了用于支 持Web服務(wù)中的動(dòng)態(tài)QoS要求的方法和UDDI服務(wù)器。
圖2是圖示根據(jù)本發(fā)明實(shí)施例的UDDI服務(wù)器21的示意性框圖。 所述UDDI服務(wù)器包括Web服務(wù)寄存器22，其中存儲(chǔ)與由不同服務(wù) 提供者24所提供的Web服務(wù)23相關(guān)的信息。Web服務(wù)寄存器對(duì)于 向UDDI服務(wù)器所注冊(cè)的每個(gè)Web服務(wù)而言具有一個(gè)記錄25。每個(gè) 記錄25包括服務(wù)規(guī)范26,其是包含與服務(wù)相關(guān)的諸如服務(wù)類型、月良 務(wù)提供者名稱、到服務(wù)的URL等之類的完全靜態(tài)的數(shù)據(jù)的數(shù)據(jù)集合。 根據(jù)本發(fā)明的該實(shí)施例的Web服務(wù)寄存器中的記錄還將包括含有與 相關(guān)聯(lián)的Web服務(wù)能夠向服務(wù)請(qǐng)求者提供的當(dāng)前QoS相關(guān)的QoS狀 態(tài)信息的服務(wù)狀態(tài)數(shù)據(jù)集合27。與在服務(wù)規(guī)范26中存儲(chǔ)的數(shù)據(jù)相比， 在服務(wù)狀態(tài)數(shù)據(jù)集合27中存儲(chǔ)的數(shù)據(jù)通常是高度動(dòng)態(tài)的。對(duì)于用于 HSDPA連接的呼叫建立的Web服務(wù)而言，服務(wù)狀態(tài)數(shù)據(jù)集合例如可 以包括諸如Web服務(wù)所能夠提供的當(dāng)前傳輸速率之類的數(shù)據(jù)。該傳輸 速率依賴于同時(shí)進(jìn)行的會(huì)話數(shù)量并且由此將隨Web服務(wù)負(fù)載的變化 而變4匕。
根據(jù)從不同服務(wù)提供者所接收的更新信息對(duì)存儲(chǔ)在服務(wù)狀態(tài)數(shù) 據(jù)集合中的QoS狀態(tài)信息進(jìn)行周期性地更新。例如，這些更新可以響 應(yīng)于從服務(wù)提供者接收到周期性地自動(dòng)推送(push)消息而發(fā)生，或 者借助于UDDI服務(wù)器所進(jìn)行的周期性地主動(dòng)拉取(pull)來進(jìn)行。 向UDDI服務(wù)器傳輸經(jīng)更新的動(dòng)態(tài)QoS狀態(tài)信息的模式可以取決于 Web服務(wù)。例如，可以使用推送來更新經(jīng)常被i青求的流行Web服務(wù) 的QoS狀態(tài)信息，而拉取則被用于更新QoS狀態(tài)更新并非那么關(guān)4建 的不常被請(qǐng)求的服務(wù)。但是許多用于向UDDI服務(wù)器傳輸更新的不同 方案也是可能的，并且所實(shí)施的方案是選擇的問題。QoS狀態(tài)信息例如可以被承載于不同服務(wù)提供者與UDDI服務(wù)器之間的SOAP消息中。
UDDI服務(wù)器21任選地還可以包括QoS模型寄存器28。 QoS模型寄存器包括多個(gè)預(yù)定義QoS模型29。 QoS模型均指定多個(gè)QoS參數(shù)字段并且表示W(wǎng)eb服務(wù)的QoS簡檔(profile) 。 QoS模型可以作為服務(wù)狀態(tài)數(shù)據(jù)集合27的模板。使用具有預(yù)定義QoS模型集合的QoS模型寄存器將簡化服務(wù)狀態(tài)數(shù)據(jù)集合27的處理。
如所提到的，QoS模型寄存器28中的每個(gè)條目(即，每個(gè)QoS模型)具有表示W(wǎng)eb服務(wù)的QoS簡檔的多個(gè)字段。圖3a和3b圖示了 QoS模型的兩個(gè)示例。圖3a圖示了尤其適于描述用于建立數(shù)據(jù)連接的服務(wù)的QoS簡檔的QoS模型31。 QoS模型31包括用于存儲(chǔ)傳輸速率、分組丟失、傳輸延遲、峰值速率和平均速率的字段32、 33、 34、34a和34b。圖3b圖示了尤其適于描述用于建立多媒體會(huì)話的服務(wù)的QoS簡檔的QoS模型35。 QoS模型35包括用于存儲(chǔ)傳輸速率、分組丟失、傳輸延遲和抖動(dòng)延遲的字段36、 37、 38和39。所^使用的QoS參數(shù)由此將取決于Web服務(wù)的類型?？赡芟嚓P(guān)的一些其他QoS參數(shù)示例為最大速率、平均速率、最小速率、分辨率、采樣速率等，或者與音頻、視頻和數(shù)據(jù)的質(zhì)量相關(guān)的參數(shù)。
許多不同服務(wù)使用相同的QoS模型是可能的。使用相同的QoS模型將使得更容易對(duì)相同類型的Web服務(wù)進(jìn)行比較。如果Web服務(wù)對(duì)應(yīng)于若千不同類型的服務(wù)的組合，則Web服務(wù)與若干QoS模型相關(guān)聯(lián)也是可能的。
如果使用QoS模型寄存器28，則優(yōu)選地，當(dāng)新的服務(wù)在UDDI服務(wù)器12處被注冊(cè)時(shí)，其必須與至少一個(gè)QoS模型29相關(guān)聯(lián)。如果沒有一個(gè)QoS模型與所述服務(wù)相符(fit)，則能夠創(chuàng)建新的QoS模型并將其存儲(chǔ)在QoS模型寄存器28中。優(yōu)選地，這應(yīng)當(dāng)由UDDI服務(wù)器以受控的方式來進(jìn)行。
不保證QoS要求的服務(wù)23可以與QoS模型寄存器28中的NULL(空)條目相關(guān)聯(lián)。
一旦注冊(cè)了服務(wù)并選擇了 QoS模型，UDDI服務(wù)器就將使用所選擇的QoS模型作為模板來創(chuàng)建用于QoS監(jiān)視的服務(wù)狀態(tài)數(shù)據(jù)集合27。服務(wù)狀態(tài)數(shù)據(jù)集合27被鏈接(link)到所注冊(cè)的服務(wù)。如以上所提到的，服務(wù)狀態(tài)數(shù)據(jù)集合27的內(nèi)容將根據(jù)從Web服務(wù)的提供者周期性地接收的或在請(qǐng)求時(shí)所接收的信息而被動(dòng)態(tài)更新。服務(wù)狀態(tài)數(shù)據(jù)集合的內(nèi)容將指示相關(guān)聯(lián)的Web服務(wù)當(dāng)前所能夠支持的最高QoS要求。
當(dāng)使用QoS模型時(shí)，服務(wù)請(qǐng)求者40的設(shè)備可適于將QoS要求的集合直接包括在服務(wù)請(qǐng)求41中。可替換地，服務(wù)請(qǐng)求者可以針對(duì)沒有QoS要求的特定類型的服務(wù)向UDDI服務(wù)器發(fā)送服務(wù)請(qǐng)求，并且UDDI服務(wù)器可以通過向服務(wù)請(qǐng)求者發(fā)送包括與所請(qǐng)求服務(wù)類型相對(duì)應(yīng)的QoS模型的消息42來對(duì)服務(wù)請(qǐng)求進(jìn)行響應(yīng)，以便指示服務(wù)請(qǐng)求者可以在QoS要求的集合中指定什么QoS參數(shù)。服務(wù)請(qǐng)求者將接著通過在響應(yīng)消息43中指定期望的QoS要求來進(jìn)行響應(yīng)，并且UDDI服務(wù)器21在已經(jīng)從服務(wù)請(qǐng)求者40接收到期望的QoS要求之后將開始查找適當(dāng)?shù)姆?wù)。
根據(jù)以上描述，對(duì)于本領(lǐng)域技術(shù)人員而言將會(huì)很明顯的是，本發(fā)明的實(shí)施方式需要對(duì)根據(jù)現(xiàn)有技術(shù)的UDDI服務(wù)器進(jìn)行一些適配。自然選擇是通過向UDDI服務(wù)器提供新的軟件來實(shí)施本發(fā)明，不過以固件、硬件或其組合的實(shí)施方式也是可行的。例如，UDDI服務(wù)器21將必須被適配成使得Web服務(wù)寄存器被安排為存儲(chǔ)QoS狀態(tài)信息。UDDI服務(wù)器還將必須被配備以用于與服務(wù)提供者進(jìn)行通信以接收和更新QoS狀態(tài)信息的裝置。這樣的更新裝置在圖2中示意性圖示并且由附圖標(biāo)記44來表示。所述更新裝置通常以軟件來實(shí)施，并且優(yōu)選地被安排為使用已有的用于與服務(wù)提供者進(jìn)行通信的接口 。
除UDDI服務(wù)器中的適配之外，還要求服務(wù)提供者的設(shè)備的一些適配，原因在于服務(wù)提供者應(yīng)當(dāng)能夠向UDDI服務(wù)器提供服務(wù)狀態(tài)信息，并且周期性地向UDDI服務(wù)器發(fā)送該信息的更新。此外，服務(wù)提供者還應(yīng)當(dāng)具有必要裝置以便例如在其當(dāng)前可用容量方面跟蹤(keeptrackof)其自己的QoS狀態(tài)。還有必要對(duì)服務(wù)請(qǐng)求者的設(shè)備進(jìn)行一定的適配。根據(jù)本發(fā)明的實(shí)施例，服務(wù)請(qǐng)求者應(yīng)當(dāng)具有用于向UDDI服務(wù)器傳送QoS要求的裝置。如果使用QoS模型，則服務(wù)請(qǐng)求者例如應(yīng)當(dāng)能夠獲得QoS模型并且將QoS要求表示成與適當(dāng)QoS模型相對(duì)應(yīng)。對(duì)本領(lǐng)域技術(shù)人員很明顯的是，這樣的適配通常在軟件中進(jìn)行。
圖4是圖示根據(jù)本發(fā)明的UDDI服務(wù)器中的方法實(shí)施例的流程圖。在步驟401,開始在Web服務(wù)寄存器中注冊(cè)新的Web服務(wù)。這可以通過UDDI從服務(wù)提供者接收注冊(cè)請(qǐng)求而被發(fā)起。根據(jù)該實(shí)施例，所
述方法接著在步驟402繼續(xù)，其中搜索QoS模型寄存器，以查明是否存在與待注冊(cè)的Web服務(wù)相符的預(yù)定義QoS模型。如果沒有找到相符的QoS模型，則創(chuàng)建相符的QoS模型并將其存儲(chǔ)在QoS模型寄存器中，步驟403。在步驟404中選擇相符的QoS模型與所述Web服務(wù)相關(guān)聯(lián)。在步驟405中，根據(jù)所選擇的QoS模型為所述Web服務(wù)創(chuàng)建服務(wù)狀態(tài)數(shù)據(jù)集合。接著，將從服務(wù)提供者所提供的QoS狀態(tài)信息存儲(chǔ)在服務(wù)狀態(tài)數(shù)據(jù)集合中，步驟406。此后，完成Web服務(wù)的注冊(cè)，除其他之外，這尤其可以包括在Web服務(wù)寄存器中存儲(chǔ)以上所提到的Web服務(wù)的服務(wù)規(guī)范，步驟407。當(dāng)注冊(cè)完成時(shí)，所述方法將繼續(xù)以更新步驟408,其中根據(jù)通過UDDI服務(wù)器所發(fā)起的主動(dòng)拉取或服務(wù)
信息，對(duì)所存儲(chǔ)的服務(wù)的QoS狀態(tài)信息進(jìn)行周期性地更新。
以上所提到的對(duì)UDDI進(jìn)行適配以存儲(chǔ)和監(jiān)視與Web服務(wù)能夠提供給服務(wù)請(qǐng)求者的當(dāng)前QoS相關(guān)的信息將使得UDDI可以向服務(wù)請(qǐng)求者提供更好的服務(wù)請(qǐng)求響應(yīng)。然而，如果如圖5所示以及以下將要描述的那樣在UDDI服務(wù)器中實(shí)施多個(gè)附加特征，貝'J UDDI能夠向服務(wù)請(qǐng)求者提供甚至更好的服務(wù)。
圖5是根據(jù)本發(fā)明的可替換實(shí)施例的UDDI服務(wù)器50的示意性框圖。UDDI服務(wù)器50包括Web服務(wù)寄存器22,其列出不同Web服務(wù)提供者24-1， ...， 24-N所提供的多個(gè)Web服務(wù)。多個(gè)服務(wù)請(qǐng)求者40-1, ...， 40-M可以聯(lián)系UDDI以便尋找期望的Web服務(wù)。Web月良務(wù)寄存器22包括每個(gè)所注冊(cè)Web服務(wù)的記錄25,其中每個(gè)記錄25包括服務(wù)規(guī)范26和服務(wù)狀態(tài)數(shù)據(jù)集合27，所述服務(wù)狀態(tài)數(shù)據(jù)集合27具有如上所述的被動(dòng)態(tài)更新的內(nèi)容。根據(jù)本發(fā)明的該實(shí)施例，UDDI服務(wù)器50還包括決策制訂功能(decision making function DMF ) 51。DMF 51被安排成使用在服務(wù)狀態(tài)數(shù)據(jù)集合27中所存儲(chǔ)的QoS狀態(tài)信息和服務(wù)請(qǐng)求者所提供的QoS要求來為服務(wù)請(qǐng)求者選擇Web服務(wù)。
當(dāng)UDDI從例如服務(wù)請(qǐng)求者40-1接收到對(duì)于期望服務(wù)類型的服務(wù)請(qǐng)求Rl以及QoS要求集合時(shí)，DMF 51將處理所述服務(wù)請(qǐng)求并從Web服務(wù)寄存器中所注冊(cè)的期望類型的Web服務(wù)中選擇Web服務(wù)，以使得如相關(guān)聯(lián)的服務(wù)狀態(tài)數(shù)據(jù)集合27中所存儲(chǔ)的QoS狀態(tài)信息所指示的，所選擇的Web服務(wù)能夠提供的當(dāng)前QoS滿足所述QoS要求集合。UDDI接著將在服務(wù)請(qǐng)求響應(yīng)消息中向服務(wù)請(qǐng)求者發(fā)送與所選擇的Web服務(wù)相關(guān)的信息。由此，服務(wù)請(qǐng)求者將接收與已知滿足服務(wù)請(qǐng)求者的QoS要求的單個(gè)Web服務(wù)相關(guān)的信息，而不是從UDDI接收的可能的Web服務(wù)的列表。從服務(wù)請(qǐng)求者的角度來看，與現(xiàn)有技術(shù)的解決方案相比，這被認(rèn)為是非常有吸引力的，原因在于其為服務(wù)請(qǐng)求者省去了可能必須在多個(gè)Web服務(wù)之間進(jìn)行選擇的麻煩。根據(jù)現(xiàn)有技術(shù)的解決方案，服務(wù)請(qǐng)求者甚至不了解UDDI已經(jīng)發(fā)送了與其相關(guān)的信息的Web服務(wù)是否合適，原因在于根據(jù)現(xiàn)有技術(shù)沒有提供與滿足服務(wù)請(qǐng)求者的QoS要求的Web服務(wù)能力相關(guān)的信息。
圖5所示的UDDI服務(wù)器50還可選地包括偏好寄存器52。在偏好寄存器52中可以存儲(chǔ)與服務(wù)請(qǐng)求者40-1,…，40-M和/或服務(wù)提供者24-l， ...， 24-N相關(guān)的更多靜態(tài)偏好信息。在偏好寄存器中所存儲(chǔ)的偏好信息通常并非是服務(wù)請(qǐng)求特定的。其可以是來自他人的評(píng)價(jià)(rating)，優(yōu)選的收費(fèi)方案、優(yōu)選的服務(wù)提供者/請(qǐng)求者、QoS參數(shù)的權(quán)重(weight)等。并不排除還可以在偏好寄存器中存儲(chǔ)實(shí)際的QoS要求，例如，如果服務(wù)請(qǐng)求者總是請(qǐng)求具有相同QoS要求的相同服務(wù)的話。但QoS要求通常并不存儲(chǔ)在偏好寄存器中。服務(wù)請(qǐng)求者例如能夠根據(jù)定價(jià)策略、先前接收的服務(wù)等來不斷地更新偏好寄存器。
如果使用了偏好寄存器52,如以下將進(jìn)一步詳細(xì)解釋的，DMF
應(yīng)當(dāng)適于在選擇Web服務(wù)時(shí)考慮存儲(chǔ)在偏好寄存器中的相關(guān)偏好信自
可選地，UDDI服務(wù)器50此外可以包括一個(gè)或數(shù)個(gè)請(qǐng)求隊(duì)列53?？梢詾樵赨DDI中注冊(cè)的每個(gè)Web服務(wù)類型提供 一 個(gè)請(qǐng)求隊(duì)列。如果對(duì)于所注冊(cè)的Web服務(wù)而言當(dāng)前沒有可用容量，則針對(duì)特定類型的Web服務(wù)的服務(wù)請(qǐng)求可以被放入與所述特定類型的Web服務(wù)相關(guān)聯(lián)的請(qǐng)求隊(duì)列中，以使得與所述服務(wù)請(qǐng)求相關(guān)聯(lián)的偏好和/或QoS要求能夠得以滿足。所述服務(wù)請(qǐng)求被放入請(qǐng)求隊(duì)列中以等待可用容量。
UDDI服務(wù)器50的DMF優(yōu)選地被安排為使其對(duì)Web力良務(wù)的選擇不僅基于QoS要求和所請(qǐng)求Web服務(wù)的QoS狀態(tài)信息，而且還基于所存儲(chǔ)的與服務(wù)請(qǐng)求者和/或服務(wù)提供者相關(guān)的任何存儲(chǔ)的偏好信息以及請(qǐng)求隊(duì)列狀態(tài)。DMF并不限于任何特定類型的決策制訂或選擇算法。可以使用許多不同的算法。當(dāng)存在多個(gè)適合的Web服務(wù)可供選4奪時(shí)，例如可以使用選擇具有最大容量的算法、隨機(jī)選擇算法和循環(huán)機(jī)制。
圖6是圖示根據(jù)本發(fā)明實(shí)施例的諸如UDDI服務(wù)器50之類的UDDI服務(wù)器中的方法示例的流程圖。圖6圖示了如何為服務(wù)請(qǐng)求選擇適當(dāng)?shù)腤eb服務(wù)。在步驟501中，接收服務(wù)請(qǐng)求。即使請(qǐng)求隊(duì)列不為空，也立即處理所述請(qǐng)求，這是因?yàn)橛性S多將服務(wù)請(qǐng)求存儲(chǔ)在隊(duì)列中的理由。首先應(yīng)當(dāng)檢查新的服務(wù)請(qǐng)求。在步驟502中，UDDI服務(wù)器的DMF將找出不同服務(wù)提供者所提供的、能夠提供所請(qǐng)求類型的服務(wù)的所有Web服務(wù)。在步驟502中所找到的Web服務(wù)在這里被稱作第一 Web服務(wù)集合。在步驟503中，由DMF使用偏好寄存器52中的信息對(duì)第一 Web服務(wù)集合進(jìn)行第一過濾。例如，該步驟將移除服務(wù)提供者所提供的、偏好寄存器的偏好信息指出無論Web服務(wù)的狀態(tài)如何也永遠(yuǎn)不被用于當(dāng)前服務(wù)請(qǐng)求者的那些Web服務(wù)。剩余Web服務(wù)的集合在這里被稱作第二 Web服務(wù)集合并且被臨時(shí)保存用于所述服務(wù)請(qǐng)求。在步驟504中，由DMF獲取與第二 Web服務(wù)集合相關(guān)聯(lián)的、并被存儲(chǔ)在Web服務(wù)寄存器中的QoS狀態(tài)信息。在步驟505中，使用來自服務(wù)請(qǐng)求者的QoS要求再次對(duì)第二集合進(jìn)行過濾以得到第三Web服務(wù)集合，其包括根據(jù)其相關(guān)聯(lián)的QoS狀態(tài)信息而滿足所述QoS要求的那些Web服務(wù)。如果在步驟506a中發(fā)現(xiàn)第三集合為空，則在步驟506b中將服務(wù)請(qǐng)求存儲(chǔ)在請(qǐng)求隊(duì)列53中。否則，根據(jù)該實(shí)施例，將在步驟507中使用偏好寄存器52中的偏好信息對(duì)Web服務(wù)進(jìn)行排序(rank)。排序中所使用的參數(shù)可以是定價(jià)、可信度、請(qǐng)求者與提供者之間的關(guān)系、QoS參數(shù)的權(quán)重等。如果若干Web服務(wù)具有相同的最高排名(ranking)，則能夠使用許多算法來進(jìn)行選擇。非常簡單的 一種算法為隨機(jī)選擇。將隨機(jī)選出具有最高排名的Web服務(wù)之一。也可以使用循環(huán)方法，即依次選擇Web服務(wù)。略為先進(jìn)的算法將考慮Web服務(wù)的當(dāng)前可用容量?？梢赃x擇具有最高可用容量的Web服務(wù)，以使得能夠在所有Web服務(wù)上均勻分布負(fù)載。甚至能夠在決策制訂時(shí)使用與請(qǐng)求隊(duì)列53中的當(dāng)前請(qǐng)求相關(guān)的信息。如果存在等待特定Web服務(wù)獲得足夠容量的請(qǐng)求，則如果存在具有相同排名的其他可用Web服務(wù)，就避免該特定Web服務(wù)用于其他服務(wù)請(qǐng)求。在DMF中能夠使用多種算法。然而，在步驟508中，DMF根據(jù)某一決策制訂算法來選擇Web服務(wù)。在步驟509中，向服務(wù)請(qǐng)求者發(fā)送具有關(guān)于所選擇的Web服務(wù)的信息的服務(wù)請(qǐng)求響應(yīng)。
如果使用一個(gè)或數(shù)個(gè)請(qǐng)求隊(duì)列，則存在若干不同的對(duì)請(qǐng)求隊(duì)列中的請(qǐng)求進(jìn)行管理的方式。例如，可以以預(yù)定間隔進(jìn)行新的檢查來查明請(qǐng)求隊(duì)列中的任何服務(wù)請(qǐng)求是否可以得到滿足。 一種可選方式是在針對(duì)與請(qǐng)求隊(duì)列相關(guān)聯(lián)的Web服務(wù)類型更新QoS狀態(tài)信息時(shí)執(zhí)行檢查。圖7是圖示這種實(shí)施例的流程圖。圖7圖示了 DMF51如何在更新與Web服務(wù)相關(guān)的QoS狀態(tài)信息時(shí)管理請(qǐng)求隊(duì)列53的示例。在步驟601中，更新Web服務(wù)的QoS狀態(tài)信息。(假設(shè)容量增加，但是存在若干QoS參數(shù)， 一些可能增加而其他可能減少。根據(jù)該實(shí)施例，針對(duì)每個(gè)服務(wù)狀態(tài)更新進(jìn)行檢查)。在步驟602中，檢查與針對(duì)其進(jìn)行了更新的服務(wù)類型相關(guān)聯(lián)的請(qǐng)求隊(duì)列53。如果請(qǐng)求隊(duì)列為空，則將沒有動(dòng)作發(fā)生，步驟608。否則，在步驟603中，取出請(qǐng)求隊(duì)列中的第一服務(wù)請(qǐng)求以供處理。在步驟604中，當(dāng)如以上結(jié)合圖6的步驟503所描述的那樣，在接收到請(qǐng)求時(shí)，DMF檢查Web服務(wù)是否處于以上所提到的所創(chuàng)建的第二 Web服務(wù)集合中。如果不處于第二集合中，則沒有動(dòng)作發(fā)生，步驟608。否則，該過程進(jìn)行至步驟605，在那里對(duì)照所更新的QoS狀態(tài)信息來檢查QoS要求。如果Web服務(wù)能夠滿足QoS要求，則在步驟606中選擇Web服務(wù)并且將服務(wù)請(qǐng)求響應(yīng)發(fā)送回請(qǐng)求者。否則，該過程將繼續(xù)在步驟607中取得隊(duì)列中的下一個(gè)請(qǐng)求，并且接著將在步驟604開始過程步驟的重復(fù)。如果服務(wù)請(qǐng)求為請(qǐng)求隊(duì)列53中的最后請(qǐng)求，則沒有動(dòng)作發(fā)生，步驟608。
根據(jù)本發(fā)明以上所描述的實(shí)施例，提供具有大容量的Web服務(wù)的服務(wù)提供者很可能被分配給服務(wù)請(qǐng)求者。本發(fā)明還向UDDI服務(wù)器的提供者提供了新的商業(yè)機(jī)會(huì)的可能性。UDDI服務(wù)器的提供者例如可以提供服務(wù)級(jí)別方案，其中服務(wù)提供者可以向UDDI服務(wù)器提供者支付費(fèi)用以使其服務(wù)被排在UDDI服務(wù)器中的高質(zhì)量(premium)級(jí)別的服務(wù)中。如果存在若干可從中進(jìn)行選擇的、能夠滿足QoS要求的Web服務(wù)，則UDDI可以被安排成總是比在服務(wù)級(jí)別方案中具有較低級(jí)別的任意其他Web服務(wù)更為優(yōu)先地選擇高質(zhì)量級(jí)別的服務(wù)。
如以上所提到的，現(xiàn)有技術(shù)的UDDI服務(wù)器僅提供了服務(wù)查找服務(wù)而并不支持QoS供應(yīng)。另一方面，本發(fā)明的實(shí)施例提供了對(duì)QoS 供應(yīng)的這種支持并且還提供了用于高效資源管理的工具。由于UDDI 服務(wù)器擔(dān)當(dāng)Web服務(wù)的代理，所以希望所迷代理為服務(wù)提供者和服務(wù) 請(qǐng)求者這二者提供最佳可能服務(wù)。服務(wù)請(qǐng)求者想要得到能夠滿足其 QoS要求的服務(wù)。服務(wù)提供者的目標(biāo)是使其系統(tǒng)資源最大化并且為盡 可能多的滿意用戶提供服務(wù)。這可以通過本發(fā)明的實(shí)施例來實(shí)現(xiàn)。
本領(lǐng)域技術(shù)人員根據(jù)以上描述將會(huì)意識(shí)到，為了實(shí)施所描述的本 發(fā)明的不同實(shí)施例，對(duì)軟件、固件和/或硬件進(jìn)行修改是必要和/或適 當(dāng)?shù)摹?br> 然采用了特定術(shù)語，、但是它們僅以 一般和說^性的含2來使用而并非 用于限制，本發(fā)明的范圍在以下權(quán)利要求中給出。
權(quán)利要求
1.一種用于對(duì)由多個(gè)服務(wù)提供者(24)向多個(gè)服務(wù)請(qǐng)求者(40)提供的Web服務(wù)(23)進(jìn)行調(diào)解的UDDI服務(wù)器(21，50)，所述UDDI服務(wù)器包括用于存儲(chǔ)與所述Web服務(wù)相關(guān)聯(lián)的信息的Web服務(wù)寄存器(22)，其中所述Web服務(wù)寄存器包括用于存儲(chǔ)分別與每個(gè)Web服務(wù)相關(guān)聯(lián)的QoS狀態(tài)信息的數(shù)據(jù)集合(27)，所述QoS狀態(tài)信息是關(guān)于相關(guān)聯(lián)的Web服務(wù)能夠向服務(wù)請(qǐng)求者提供的當(dāng)前QoS的信息，用于根據(jù)從所述多個(gè)服務(wù)提供者接收的動(dòng)態(tài)服務(wù)狀態(tài)信息，對(duì)存儲(chǔ)在所述數(shù)據(jù)集合(27)中的所述QoS狀態(tài)信息進(jìn)行周期性地更新的裝置(44)。
2. 如權(quán)利要求1所述的UDDI服務(wù)器(21 )，進(jìn)一步包括QoS 模型寄存器(28)，其包括多個(gè)預(yù)定義QoS模型(29, 31， 35 ),每 個(gè)預(yù)定義QoS模型指定多個(gè)QoS參數(shù)字段(32， 33, 34， 36， 37， 38， 39),其中每個(gè)QoS模型表示W(wǎng)eb服務(wù)的QoS簡檔并且可以用 作為用于多個(gè)所述數(shù)據(jù)集合(27)的模板。
3. 如權(quán)利要求2所述的UDDI服務(wù)器(21),其中所述多個(gè)QoS 參數(shù)字段包括用于以下QoS參數(shù)中至少一個(gè)的字段傳輸速率、分組 丟失、傳輸延遲、抖動(dòng)延遲、最大速率、最小速率、平均速率、分辨 率或采樣速率。
4. 如權(quán)利要求2或3所述的UDDI服務(wù)器(21 )，其中Web服 務(wù)寄存器(22 )被安排成將待注冊(cè)的第一 Web服務(wù)與至少一個(gè)預(yù)定義 QoS模型(29 )相關(guān)聯(lián)以創(chuàng)建與第一 Web服務(wù)相關(guān)聯(lián)的第 一數(shù)據(jù)集合， 其包含由所述至少一個(gè)預(yù)定義QoS模型所指定的多個(gè)QoS參數(shù)字段。
5. 如權(quán)利要求2-4中任一項(xiàng)所述的UDDI服務(wù)器(21),其中 QoS模型寄存器(28 )被安排成在沒有一個(gè)現(xiàn)有的預(yù)定義QoS模型(29 ) 與將要在Web服務(wù)寄存器中注冊(cè)的第二 Web服務(wù)相符的情況下注冊(cè) 新的QoS模型，并且其中Web服務(wù)寄存器被安排成將第二 Web服務(wù) 與新的QoS模型相關(guān)聯(lián)以創(chuàng)建與第二 Web服務(wù)相關(guān)聯(lián)的第二數(shù)據(jù)集 合(27 )。
6. 如權(quán)利要求1-5中任一項(xiàng)所述的UDDI服務(wù)器(21),其中 用于更新所述QoS狀態(tài)信息的所述裝置(44 )被安排成在UDDI服務(wù)器接收到與來自與數(shù)據(jù)集合相關(guān)聯(lián)的Web服務(wù)的服務(wù)提供者(24 )的 推送消息中的數(shù)據(jù)集合相關(guān)的動(dòng)態(tài)服務(wù)狀態(tài)信息時(shí)對(duì)所述數(shù)據(jù)集合 (27)之一的QoS狀態(tài)信息進(jìn)行更新。
7. 如權(quán)利要求1-5中任一項(xiàng)所述的UDDI服務(wù)器(21)，其中 用于更新所述QoS狀態(tài)信息的所述裝置(44 )被安排成周期性地拉取 所述Web服務(wù)之一的服務(wù)提供者(24)以便請(qǐng)求與所述Web服務(wù)相 關(guān)的動(dòng)態(tài)服務(wù)狀態(tài)信息并且根據(jù)所接收的動(dòng)態(tài)服務(wù)狀態(tài)信息，對(duì)與 Web服務(wù)相關(guān)聯(lián)的數(shù)據(jù)集合(27)中存儲(chǔ)的QoS狀態(tài)信息進(jìn)行更新。
8. 如權(quán)利要求1 - 5中任一項(xiàng)所述的UDDI服務(wù)器(21)，其中 用于更新所述QoS狀態(tài)信息的所述裝置(44 )被安排成根據(jù)作為推送 信息或者作為由UDDI服務(wù)器周期性地拉取的信息而從與數(shù)據(jù)集合相 關(guān)聯(lián)的Web服務(wù)的服務(wù)提供者遞送的服務(wù)狀態(tài)信息來對(duì)所述數(shù)據(jù)集 合(27)之一的QoS狀態(tài)信息進(jìn)行更新，并且其中UDDI服務(wù)器被安 排成根據(jù)Web服務(wù)類型對(duì)服務(wù)狀態(tài)信息的遞送模式進(jìn)行適配。
9. 如權(quán)利要求1-8中任一項(xiàng)所述的UDDI服務(wù)器(50),其中 UDDI服務(wù)器進(jìn)一步包括決策制定功能(51),其被安排成處理來自所述服務(wù)請(qǐng)求者的服務(wù)請(qǐng)求，所述服務(wù)請(qǐng)求者均與QoS 要求集合相關(guān)聯(lián)；并且分別為每個(gè)服務(wù)請(qǐng)求從在所述Web服務(wù)寄存器(22)中注冊(cè)的所 述Web服務(wù)中選擇Web服務(wù)，以使得在與Web服務(wù)相關(guān)聯(lián)的數(shù)據(jù)集 合(27)中存儲(chǔ)的QoS狀態(tài)信息所指示的、Web服務(wù)所能夠提供的當(dāng) 前QoS滿足與服務(wù)請(qǐng)求相關(guān)聯(lián)的QoS要求集合。
10. 如權(quán)利要求9所述的UDDI服務(wù)器(50)，其中UDDI服務(wù) 器進(jìn)一步包括偏好寄存器(52)，其中可以在偏好寄存器(52)中存 儲(chǔ)關(guān)于所述服務(wù)請(qǐng)求者(40)或服務(wù)提供者(24)的偏好的偏好信息， 并且其中決策制定功能(51 )進(jìn)一步被安排成選擇Web服務(wù)以使得其 還與在所述偏好寄存器中存儲(chǔ)的服務(wù)請(qǐng)求者和/或服務(wù)提供者的偏好 信息相匹配。
11. 如權(quán)利要求IO所述的UDDI服務(wù)器(50),其中所述偏好信 息包括以下信息類型中的一個(gè)或數(shù)個(gè)關(guān)于Web服務(wù)評(píng)價(jià)的信息、優(yōu) 選收費(fèi)方案、優(yōu)選服務(wù)提供者或請(qǐng)求者、不接受的服務(wù)提供者或請(qǐng)求 者、或QoS要求的權(quán)重或QoS要求。
12. 如權(quán)利要求9所述的UDDI服務(wù)器(50)，其中UDDI服務(wù) 器進(jìn)一步包括至少一個(gè)請(qǐng)求隊(duì)列(53)，如果不存在滿足與服務(wù)請(qǐng)求 相關(guān)聯(lián)的QoS要求的可用Web服務(wù)，則能夠?qū)⑺龇?wù)請(qǐng)求存儲(chǔ)在 所述請(qǐng)求隊(duì)列中。
13. 如權(quán)利要求10或11所述的UDDI服務(wù)器(50),其中所述 UDDI服務(wù)器進(jìn)一步包括至少一個(gè)請(qǐng)求隊(duì)列(53),如果不存在滿足 與服務(wù)請(qǐng)求相關(guān)聯(lián)的QoS要求的、并且還與存儲(chǔ)在所述偏好寄存器(52 )中的服務(wù)請(qǐng)求者和/或服務(wù)提供者的偏好信息相匹配的可用Web 服務(wù)，則能夠?qū)⑺龇?wù)請(qǐng)求存儲(chǔ)在所述請(qǐng)求隊(duì)列中。
14. 如權(quán)利要求13所述的UDDI服務(wù)器(50),其中所述決策制 定功能(51 )進(jìn)一步被安排成在選擇Web服務(wù)之前檢查所述請(qǐng)求隊(duì)列(53 )的狀態(tài)并且選擇Web服務(wù)以使得所述請(qǐng)求隊(duì)列中所存儲(chǔ)的服務(wù) 請(qǐng)求盡可能多地得到滿足。
15. 如權(quán)利要求9-13中任一項(xiàng)所述的UDDI服務(wù)器(50),其 中所述決策制定功能(51 )被安排成在存在若干可能選擇的Web服務(wù) 時(shí)根據(jù)決策算法來選擇Web服務(wù)。
16. —種在用于對(duì)由多個(gè)服務(wù)提供者(24 )向多個(gè)服務(wù)請(qǐng)求者(40 ) 提供的Web服務(wù)進(jìn)行調(diào)解的UDDI服務(wù)器(21, 50)中的方法，所述 方法包括以下步驟在UDDI服務(wù)器中注冊(cè)(401-407)至少一個(gè)Web服務(wù)(23)， 所述注冊(cè)步驟包括存儲(chǔ)與每個(gè)Web服務(wù)相關(guān)聯(lián)的信息，所述信息包括 與每個(gè)Web服務(wù)相關(guān)聯(lián)的QoS狀態(tài)信息，所述QoS狀態(tài)信息是關(guān)于 相關(guān)聯(lián)的Web服務(wù)能夠向服務(wù)請(qǐng)求者提供的當(dāng)前QoS的信息；以及根據(jù)分別從每個(gè)Web服務(wù)的服務(wù)提供者接收的動(dòng)態(tài)服務(wù)狀態(tài)信 息，對(duì)所述存儲(chǔ)的QoS狀態(tài)信息進(jìn)行周期性地更新(408 )。
17. 如權(quán)利要求16所述的方法，其中所述注冊(cè)步驟進(jìn)一步包括 從QoS模型寄存器(28)中選擇(404)將與每個(gè)Web服務(wù)相關(guān)聯(lián)的 QoS模型(29)，所述QoS模型寄存器(28)包括多個(gè)預(yù)定義QoS 模型，每個(gè)預(yù)定義QoS模型指定多個(gè)QoS參數(shù)字段(32， 33， 34， 36, 37， 38， 39)，利用所選擇的QoS模型作為模板為每個(gè)Web服 務(wù)創(chuàng)建數(shù)據(jù)集合(27 )并且將所述QoS狀態(tài)信息映射到所述數(shù)據(jù)集合 中。
18. 如權(quán)利要求16所述的方法，其中所述注冊(cè)步驟進(jìn)一步包括 在QoS模型寄存器(28)中搜索(402)分別與每個(gè)Web服務(wù)的類型相符的QoS模型(29),所述QoS模型寄存器(28)包括多個(gè)預(yù)定義QoS模型，每個(gè)預(yù)定義QoS模型指定多個(gè)QoS參數(shù)字段， 如果找到用于第一 Web服務(wù)的相符的QoS模型，貝'J選擇(404)所述相符的QoS模型以與第一 Web服務(wù)相關(guān)聯(lián)； 利用所選擇的相符的QoS模型作為模板為第一 Web服務(wù)創(chuàng)建(405 )數(shù)據(jù)集合(27);并且將與第一 Web服務(wù)相關(guān)聯(lián)的所述QoS狀態(tài)信息映射(406 )到所述數(shù)據(jù)集合中，如果沒有找到用于第一 Web服務(wù)的相符的QoS模型，則定義(403)與第一 Web服務(wù)的類型相符的新的QoS模型； 在QoS模型寄存器中注冊(cè)新的QoS模型； 選擇(404)所述新的QoS模型以與第一 Web服務(wù)相關(guān)聯(lián)； 利用所選擇的新的QoS模型作為模板為第一 Web服務(wù)創(chuàng)建 (405 )數(shù)據(jù)集合(27);并且將與第一 Web服務(wù)相關(guān)聯(lián)的所述QoS狀態(tài)信息映射(406 )到所述數(shù)據(jù)集合中。
19. 如權(quán)利要求16- 18中任一項(xiàng)所述的方法，其中更新所述QoS 狀態(tài)信息的所述步驟(408 )包括周期性地接收來自Web服務(wù)的服務(wù) 提供者的推送消息中的動(dòng)態(tài)服務(wù)狀態(tài)信息。
20. 如權(quán)利要求16- 18中任一項(xiàng)所述的方法，其中更新所述QoS 狀態(tài)信息的所述步驟(408 )包括周期性地從Web服務(wù)的服務(wù)提供者 拉取動(dòng)態(tài)服務(wù)狀態(tài)信息。
21. 如權(quán)利要求16-20中任一項(xiàng)所述的方法，進(jìn)一步包括步驟 從所述服務(wù)請(qǐng)求者之一接收(501)服務(wù)請(qǐng)求，所述服務(wù)請(qǐng)求與QoS要求集合相關(guān)聯(lián)；以及選擇(502-508 ) UDDI服務(wù)器中所注冊(cè)的所述至少一個(gè)Web服務(wù) 之一，所述選擇步驟包括將所述QoS要求集合與UDDI中所存儲(chǔ)的 QoS狀態(tài)信息進(jìn)行比較并且選擇一個(gè)Web服務(wù)以使得如與所述一個(gè) Web服務(wù)相關(guān)聯(lián)的QoS狀態(tài)信息所指示的、所述一個(gè)Web服務(wù)所能 夠提供的當(dāng)前QoS滿足與服務(wù)請(qǐng)求相關(guān)聯(lián)的QoS要求集合，在響應(yīng)消息中向從其接收到服務(wù)請(qǐng)求的服務(wù)請(qǐng)求者發(fā)送(509 ) 關(guān)于所選擇的一個(gè)Web服務(wù)的信息。
22. 如權(quán)利要求21所述的方法，其中所述選擇步驟進(jìn)一步包括 搜索(502 )在UDDI中注冊(cè)的所述至少一個(gè)Web服務(wù)以尋找與服務(wù)請(qǐng)求中所請(qǐng)求的Web服務(wù)的類型相對(duì)應(yīng)的第一 Web服務(wù)集合， 以及使用偏好信息對(duì)所述第一 Web服務(wù)集合進(jìn)行過濾(503 ),以便 得到遵照所述偏好信息的第二 Web服務(wù)集合，所述偏好信息是已經(jīng)在 UDDI服務(wù)器中預(yù)存儲(chǔ)的與從其接收到服務(wù)請(qǐng)求的服務(wù)請(qǐng)求者的偏好 相關(guān)的信息，其中從所述第二 Web服務(wù)集合中選擇一個(gè)Web服務(wù)。
23. 如權(quán)利要求22所述的方法，其中所述選擇步驟進(jìn)一步包括 通過將所述QoS要求集合與UDDI中所存儲(chǔ)的QoS狀態(tài)信息進(jìn)行比 較來過濾(505 )所述第二 Web服務(wù)集合以得到第三Web服務(wù)集合， 其均與指示每個(gè)web服務(wù)將分別滿足所述QoS要求集合的QoS狀態(tài) 信息相關(guān)聯(lián)，其中從所述第三Web服務(wù)集合中選擇一個(gè)Web服務(wù)。
24. 如權(quán)利要求21-23中任一項(xiàng)所述的方法，其中如果沒有在 所述選擇步驟中找到適合的Web服務(wù)，則將服務(wù)請(qǐng)求存儲(chǔ)(506b)在 請(qǐng)求隊(duì)列中。
全文摘要
本發(fā)明涉及用于對(duì)由多個(gè)服務(wù)提供者(24)向多個(gè)服務(wù)請(qǐng)求者(40)提供的Web服務(wù)(23)進(jìn)行調(diào)解的UDDI服務(wù)器(50)以及UDDI服務(wù)器(50)中的方法。根據(jù)本發(fā)明的UDDI服務(wù)器適于提供對(duì)于在Web服務(wù)調(diào)解中考慮動(dòng)態(tài)服務(wù)質(zhì)量的支持。UDDI服務(wù)器包括Web服務(wù)寄存器(22)，其包括用于存儲(chǔ)QoS狀態(tài)信息的數(shù)據(jù)集合(27)。QoS狀態(tài)信息是關(guān)于相關(guān)聯(lián)的Web服務(wù)能夠向服務(wù)請(qǐng)求者提供的當(dāng)前QoS的信息。根據(jù)從服務(wù)提供者接收的動(dòng)態(tài)服務(wù)狀態(tài)信息，對(duì)存儲(chǔ)在數(shù)據(jù)集合(27)中的QoS狀態(tài)信息進(jìn)行周期性地更新。UDDI服務(wù)器可選地包括決策制定功能(51)，其用于選擇滿足服務(wù)請(qǐng)求者的QoS要求集合的Web服務(wù)。
文檔編號(hào)H04L29/08GK101637006SQ200780052164
公開日2010年1月27日 申請(qǐng)日期2007年3月14日 優(yōu)先權(quán)日2007年3月14日
發(fā)明者威 黃 申請(qǐng)人:艾利森電話股份有限公司