控制Web服務策略的方法和裝置的製作方法

2023-06-15 09:25:16 1

專利名稱：控制Web服務策略的方法和裝置的製作方法
技術領域：
本發明涉及Web服務領域，特別涉及控制Web服務策略的方法 和裝置。
背景技術：
Web服務是一種分布計算環境，其基本思想是利用開放式的標準 技術，在Internet上實現分布式軟體開發、軟體工程和軟體使用。 這裡，"服務"指的是分布在Internet中的各種軟體，無論是單位用 戶還是個人用戶都可以根據服務需求，利用Web服務技術調用在網 上已有的服務軟體，構成自己的應用軟體。不同單位的應用軟體之 間、單位和客戶應用軟體之間也可以通過Web服務技術互相調用，以支持電子商務、客戶關係模型等應用。雖然它和只能提供數據服 務的普通Web含義完全不同，然而採用的協議和接口依然屬於已經 廣泛使用的Web技術。Web服務的基礎技術是XML,這是由W3C定義的用於描述數據的 一種可擴展標記語言。和超文本連結標記語言(HTML)不同，XML描述 的只是數據內容本身，並不涉及數據的顯示，因此可以用來描述任 何廣義的內容。在Web服務中，就是用XML來描述遠程調用操作及 其執行結果。該描述裝載在簡單對象訪問協議(SOAP)中，SOAP協議 消息通常在最常用的HTTP中傳送。由於XML文本描述和實現無關， 因此釆用不同作業系統、不同程式語言的平臺之間都可以通過Web 服務互相交互。Web服務本身的發布和描述也是用XML實現的。Web服務策略描述Web服務在其與其它Web服務或消費者的相互 作用中的要求和能力，這對於服務級別協議(Service Level Agreement, SLA)是重要的。由IBM、 BEA、 Microsoft等定義的Web
服務策略(WS Policy)框架是Web服務策略的實際上的標準。它提 供一般目的模型和相應的語法以描述Web服務的策略。WS策略定義 了基本構造的集，能夠由其他Web服務規範使用和擴展以描述寬範 圍的服務要求和能力。基於WS策略，已經從不同的系統觀點定義了 標準的集合，這些不同的系統觀點包括WS-RM策略、WS安全策略、 WS原子事務、WS策略斷言等。用戶還可以為他們的請求基於WS策 略以及相關的標準定義策略語言。Web服務策略是一個非常易於擴展 的標準協議，並可以利用它實現其他功能。通常，Web服務的提供者會公開一個策略，以表達它提供服務 的條件。服務提供者以諸如經由服務註冊中心(如UDDI)或者嵌入 在WSDL的方式在策略陳述中定義並公布所有可選的集合。服務消費 者可以使用該策略來決定是否和如何^使用該服務。此外，服務消費 者還可以選擇策略陳述中的任何替換選項，原因是每個替換選項都是一個能夠與服務交互的有效配置。 一般地，服務消費者或者其他 策略執行點選擇策略陳述中的一個選項並且將其與本地策略陳述集 合起來以生成有效的策略，這些策略在與服務提供者的通信期間將 被執行。這種機制為提供客戶端應用選擇服務的提供者提供了靈活性。 在這種機制中，服務提供者暴露它能夠接受的所有選項後，策略的 選擇權實際上是在請求者一方，服務提供者無法控制服務的請求者 實際選擇哪一個選項。因此，可能存在某一個策略選項被很多請求 者使用而其他選項很少或沒有被選擇，使得服務提供者的負栽就不 平衡。例如，某個策略選項的資源被耗盡後，還繼續有請求者要求 按照該策略選項提供服務，服務提供者就無法按照該選項提供服務。 同時，如果請求者選擇其他選項，服務提供者可以有資源按照該選 項為其提供服務。因此，需要一種機制能夠使服務提供者根據條件 動態地決定服務策略的發布，以避免服務消費者盲目選擇服務策略 的問題。Web服務的另一個需求是提供服務區分。工業界和學術界已經作
出努力以實現Web服務區分。但是這些方法是從IP區分的服務中擴 展得到的，並且集中在服務實現自身以及諸如Web伺服器的網絡傳輸層。它們具有以下的缺陷需要在報頭添加附加的信息。這使客戶端的實現更為複雜。 它基於客戶端和伺服器的綁定和協作，並且難以根據需要進行改變。這種類型的服務區分通常只在業務流一個方向上提供服務區分因此是不對稱的。並且只考慮諸如性能的服務質量(Quality of Service QoS)，沒有涉及非功能請求的其它方面，諸如事務、安全、 語言、標準規範、服務版本、訪問能力等，也是不全面的。Web服務的提供者希望對基於用戶身份或其他條件進行服務區 分，並且希望能夠使服務提供者為非功能請求在不同的條件下提供 策略支持。因此，需要有一種靈活和易於實現的技術方案以解決服 務區分的問題。發明內容本發明的一個目的是提供一種服務策略基本上是由服務提供者 控制的方法本發明的另一個目的是提供一種基於Web服務策略的服務區分 方法，並且使服務提供者能夠根據服務功能以外的其他非功條件提 供策略支持。本發明的再一個目的是提供一種將服務區分機制從服務提供以 及服務調用機制中解耦合的方法，從而能夠更靈活地配置新的服務區分機制。本發明的又一個目的是提供一種Web服務提供者的資源控制方 法，使服務提供者通過動態地控制服務策略的發布，能夠控制資源 的利用，避免由於服務消費者盲目選擇服務替換選項而造成資源利 用率的不平衡。為此，根據本發明的一個方面，提供一種控制Web服務策略的裝 置，包括服務策略庫，用於存儲多個Web服務策略；服務策略代
理，用於接收服務消費者對Web服務策略的請求和獲取影響Web服 務策略的調節信息；和服務策略調節器，用於根據該調節信息從服務策略庫中選摔對應的Web服務策略；其中該服務策略代理將該Web 服務策略發送至該服務消費者。根據本發明的另一個方面，提供一種Web服務提供者，包含上述 的控制Web服務策略的裝置。根據本發明的再一個方面，提供一種Web服務策略註冊中心，包 含上述的控制Web服務策略的裝置。根據本發明的又一個方面，提供一種控制Web服務策略的方法， 包括接收服務消費者對Web服務策略的請求；響應該請求，獲取 影響服務的調節信息；從策略庫中選擇對應於該調節信息的Web服 務策略；和發送該服務策略至該服務消費者。根據本發明的再一個方面，提供一種機器可讀存儲裝置，其上存 儲有電腦程式，該電腦程式有可由機器執行以使該機器完成如 下步驟的多個代碼部分接收服務消費者對Web服務策略的請求； 響應該請求，獲取影響服務的調節信息；從策略庫中選擇對應於該 調節信息的Web服務策略；和發送該服務策略至該服務消費者。通過以下結合附圖所作的描述，本發明的其他特點和優點將顯而 易見，其中在其全部附圖中相同標號指示相同或類似部分。


附圖構成本說明書的一部分，其用來說明本發明的實施方式，並 且和文字描述一起，解釋本發明的原理。圖1是其中可以有利應用本發明的優選實施方式的數據處理環 境的示意圖；圖2是根據本發明一個實施例的控制Web服務策略的裝置的方框圖。圖3是根據本發明一個實施例的控制Web服務策略的方法的流 程圖。 在附圖中，相同的元件和部件由相同的參考標號表示，並且省略 對其重複的描述。
具體實施方式
境的框圖；在圖1中，經由網絡ll ，如網際網路，把客戶機/服務 器數據處理主機10連接到客戶機/伺服器數據處理主機12和13 。 例如，在主機10上執行web客戶程序，經由主機13上的網關服務 器訪問主機12上的web服務。客戶機/伺服器IO具有用於執行控 制客戶機/伺服器10的操作的程序的處理器101、 RAM易失存儲元 件102、非易失存儲器103 ，以及用於連接網絡11的網絡連接器 104 ,用於與其它客戶機/伺服器12和13通信。在本發明中， 一種優選的描述服務策略的方式是採用服務策略 概要(Service Policy Profile SPP)機制。SPP定義Web服務策略 的集合，描述Web服務的能力和要求。 一般來說可以採用XML文件 形式來表示SPP，一個SPP文件描述一組服務策略，例如包括RM (Reliable Message) 、 TX (Transact ion) 、 RT(Response Time)、 及Sec (Security)策略參數，分別代表可靠消息、事務、響應時間以 及安全策略參數。另外一組服務策略可以採用另外一個SPP文件描 述。在服務消費者激活Web服務之前，可以請求SPP,並根據SPP 中的策略激活Web服務。SPP可以以任何形式存儲。例如SPP可以是 一個單獨的XML文件。本領域技術人員應該知道，採用SPP描述服 務策略只是一種實施方式，也可以直接採用其它形式描迷服務策略， 例如，文本文件以及服務提供者與服務消費者約定的其他形式等。另外，服務策略還可以嵌入描述服務的服務元數據，在服務消 費者請求服務元數據的同時獲得服務策略。例如，根據Web服務策 略附件(WS-PolicyAttachment ),可以將Web服務策略附加在服務 註冊中心(如UDDI)實體中，使Web服務策略與Web服務主體相關 聯。也可以將Web服務策略嵌入WSDL、 XSD或DTD元數據中。當服 務消費者請求元數據文件時，將嵌入Web服務策略的元數據文件發 送至服務消費者。服務消費者在獲得元數據文件的同時也獲得服務 策略。這樣，服務消費者可以根據服務策略和元數據激活Web服務。如果Web服務策略附加在服務註冊中心(如UDDI)實體中，服 務策略或元數據控制器210可以是服務註冊中心(如UDDI)的一個 部分，其功能相當於對Web服務策略進行篩選。如果Web服務策略 嵌入WSDL、 XSD或DTD中，服務策略或元數據控制器210可以是支 持WS發現的Web服務的一部分。圖2是根據本發明一個實施例的控制Web服務策略的裝置的方 框圖。首先結合服務消費者請求單獨的服務策略概要(SPP)的情形對本發明進行詳細說明。圖2中，服務策略或元數據控制器210包含一個服務策略庫211、 一個服務策略或元數據代理212和一個策略調節器213。服務策略或 元數據控制器210可以是一個單獨的伺服器，接收來自服務消費者 220對SPP的請求，通過例如HTTP、 FTP等協議將SPP文件發送給服 務消費者220。首先，在開發和部署Web服務期間，服務提供者230根據服務調的集合，並將該集合存儲到服務策略庫Til中。服務策略選擇規則 定義選擇各個服務策略的一個或多個條件，當服務調節信息符合該 一個或多個條件時，則選擇對應的服務策略。服務策略選擇規則也 可以採用多種描述形式，最常用的也是XML文件描述，還可以採用 其它條件格式等描述方式。本發明也不限於某種具體的描述方式。例如，當服務策略選擇規則是用戶的身份時，包括普通用戶和 VIP用戶，服務策略採用SPP文件，則對於消費者是根據SLA的普通 消費者的服務消費者，選擇以下SPP1:SPP1- {RM=false TX=false RT=5秒 S已c-non這意味著對於這類的服務消費者，該服務不支持可靠的消息接 發和事務特徵。最大響應時間為5秒並且沒有安全支持。對於消費者是根據SLA的VIP用戶的服務消費者，選擇以下 SPP2:SPP2- {RM-trueTX-AtomicTransaetionRT-1秒Sec=X509這意味著對於這類服務消費者，該服務支持可靠的浙息接發和 原子事務。最大響應時間為1秒並且具有基於X509的安全支持。此外，當服務策略採用SPP文件描述，服務策略選擇規則是負 載閾值或者時段時，則對於Web服務的負載未超過閾值或在某個空 閒的時段(例如22: 00-6: 00 )採用以下SPP3:SPP3= {RT-1秒這意味著對於在這種情況下，所有的服務消費者都得到較快的 響應時間。相反，對於Web服務的負栽超過閾值或在某個繁忙時段(例如 9: 00-21: 00 )採用以下SPP4: SPP4= {RT-5秒這意味著對於在這種情況下，系統資源不足以實現較好的服務，200610115924. 1說明書第8/13頁所有的服務消費者都得到較慢的響應時間。策略選擇規則有很多種，除了前面已經給出的用戶身份選擇規 則、時段選擇規則、負載閾值選擇規則等，本領域技術人員還可以 根據需要，定義其它的選擇規則，後面會給出另外一些規則的示例。服務策略和服務策略選擇規則在服務策略庫211中的存儲方式 也可以有很多種，可以是資料庫的形式，例如採用XML資料庫，也 可以以普通資料庫加上一個解釋應用程式的方式，還可以直接採用 文件匹配的形式，等等。本發明並不限於某種具體存儲方式。以下為了描述方便，都假設服務策略採用SPP文件描述。服務策略或元數據代理212接收來自服務消費者220對SPP的 請求。服務消費者220可以在它的不同階段向服務策略或元數據代 理212請求SPP。例如，在服務消費者220的開發、部署和運行時均 可向服務策略或元數據代理212請求SPP。響應服務消費者220的請求，服務策略或元數據代理212進一 步向信息收集器240請求能夠影響服務策略的調節信息。其中能夠 影響服務策略的調節信息可以有多種，包括服務消費者220和/或服 務提供者230的事務處理方式、安全措施、語言、訪問能力等等。 例如，服務消費者的身份、語言、版本、地域等等以及服務提供者 的加密方式、事務處理方式、負載狀態、響應時間、時段信息等等。 應當理解，本發明並不限於上述的調節信息，本領域的普通技術人 員可以採用任何能夠影響服務的服務消費者或服務提供者的調節信 息。這些調節信息同時是服務策略選擇規則的基礎。應當理解，信息收集器240可以向服務消費者、服務提供者或 者其他監控伺服器請求這些調節信息。信息收集器240可以是能夠 獲得上述的調節信息的任何應用程式、程序模塊或伺服器等等。例 如，信息收集器240可以是一個認證伺服器。在認證期間，服務策 略或元數據代理212可以從該認證伺服器中得到服務消費者220的 標識。或者，信息收集器240可以是一個Web服務監控系統，它監 視Web服務的提供者的資源利用狀況，提供服務提供者的加密方式、
事務處理方式、負栽狀態、服務響應時間等信息。此外，信息收集器240還可以是一個管理服務級別協議(SLA)的系統。它可以根據 SLA,提供用於區分服務的任何條件。獲取調節信息和如何監視Web 服務提供者是公知技術，本發明並不涉及監視Web服務的狀態以及 提供何種Web服務的狀態信息的任何具體方式。應當理解，從信息收集器240獲得調節信息的是一個可選的方 式。當服務消費者220向服務策略或元數據代理212發送請求時， 服務策略或元數據代理212可以獲得服務消費者220的很多區別服 務信息。例如，服務策略或元數據代理212能夠獲得服務消費者220 的月良務標識、WS地址端點(WS-Addressing endpoint )、消息標識、 服務消費者的語言、版本、IP位址、地域等消息。根據上述消息也 能夠為服務消費者220提供服務區分。這些調節信息同時是服務策 略選擇規則的基礎。信息收集器240收集服務調節信息並將該信息發送至服務策略 或元數據代理212。當服務策略或元數據代理212接收到服務調節信息後，將被請 求的服務的標識、服務消費者的標識、消息標識和服務調節信息發 送至策略調節器213。策略調節器213從策略庫獲得相應的策略選擇規則和SPP,並基 於服務調節信息和策略選擇規則，為服務消費者220選擇相應的 SPP，並且將其發送到服務策略或元數據代理212。策略調節器213將選擇的SPP返回給服務策略或元數據代理 212。服務策略或元數據代理212將SPP返回給服務消費者220。從 而實現基於Web服務策略的服務區分。在基於時段和負載閾值的服務策略選擇規則下，如果服務提供 者230的負載未超過閾值或在較空閒的時段，策略調節器213選擇 服務質量較好的SPP3,使得所有服務消費者能夠選擇較好的服務質 量。如果服務提供者230的負載超過閾值或處於較繁忙的時段，策 略調節器213隻將服務質量較差的SPP4提供給服務消費者。所有服
務消費者者只能採用較差的服務質量，而服務提供者能夠控制它的 資源的使用。應當理解，基於服務調節信息和策略選擇規則為服務消費者逸擇相應的SPP是本領域的普通技術人員能夠實現的。例如，策略選擇規則中設定當一個服務調節信息在一個閾值範圍時，則選擇某一個SPP1。只要判斷當前的服務調節信息是否在該範圍內，即可決定 是否採用該SPP1。這種邏輯判斷通過各種編程手段即可實現。在此不再進行詳細描述。可選的，服務策略或元數據代理212在接收到服務消費者的相 應的SPP之後，將服務消費者ID和該SPP發送給服務提供者230用 於準備。另一種可能是，當服務被調用時，由服務提供者230請求 由服務策略或元數據代理212提供給服務消費者220的SPP。響應該 請求，服務策略或元數據代理212將該SPP發送給服務提供者。以下結合服務消費者請求包含服務策略的元數據的情形對閨2 所示的實施例進^亍說明。服務策略或元數據代理212接收來自服務消費者220對包含服 務策略的元數據的請求。響應服務消費者220的請求，服務策略或 元數據代理212進一步向信息收集器240請求能夠影響服務策略的 調節信息。信息收集器240收集服務調節信息並將該信息發送至服 務策略或元數據代理212。當服務策略或元數據代理212接收到服務 調節信息後，將服務標識和服務調節信息發送至策略調節器213。策 略調節器213從策略庫獲得相應的策略選擇規則和SPP並基於服務 調節信息和策略選擇規則，為服務消費者220選擇SPP並且將其發 送到服務策略或元數據代理212。當服務策略或元數據代理212接收相應的SPP後，將SPP中包 含的策略陳述嵌入到目標元數據文件的主題中，並將元數據文件發 送給服務消費者220。服務消費者220根據該元數據文件以服務策略 中規定的規則激活Web服務。圖3是根據本發明一個實施例的控制Web服務策略的方法的流
程圖。在步驟S301，接收服務消費者對包含服務策略的服務元數據 的請求。如果服務策略或元數據控制器210是服務註冊中心(如 UDDI)的一個部分時，服務消費者可以在開發、部署和運行時均可 向元數據代理請求描述Web服務並嵌入服務策略的元數據；如果服 務策略或元數據控制器210為提供服務者的服務的一部分時，服務 消費者只能在運行時向元數據代理請求描述Web服務並嵌入服務策 略的元數據。在步驟S302，響應服務消費者的請求，元數據代理向信息收集器請求服務調節信息。在步驟S303，信息收集器收集與提供Web服務相關的服務調節 信息。這些調節信息可以由信息收集器向服務消費者、服務提供者 或者其他監控伺服器請求。信息收集器將該調節信息返回至元數據 代理。在步驟S304，元數據代理將包含服務調節信息的請求發送到服 務調節器以請求相應的SPP。在步驟S305,服務調節器從策略庫獲得相應的策略選擇規則和 SPP並基於服務調節信息和策略選擇規則，為服務消費者選擇SPP 並且將其發送到元數據代理。選擇SPP可以通過調節信息與選擇規 則的匹配而實現。在步驟S306,元數據代理將SPP和服務消費者請求的服務元數據集合在一起並將服務元數據發回到服務消費者。在步驟S307,服務消費者分析在元數據中描述的服務的能力和 要求以策略陳述所定義的方式調用服務，因而實現基於服務策略的 服務區分。此外，在步驟S306,元數據代理還可以將服務消費者ID和對應 的SPP發送服務提供者用於準備提供服務。或者，當服務被調用時， 服務提供者向元數據代理髮出請求，元數據代理則將對應的SPP發送服 務提供者用於準備提供服務。根據本發明，策略控制器只將服務提供者所支持的策略中符合
當前調節條件的一部分策略提供給了服務消費者。但是，SPP中包含 的服務策略陳述仍然是可選擇的。也就是說，SPP中仍然可以包含多 個策略替換選項。服務消費者220至少支持其中一個策略替換選項， 並且根據所支持的策略請求Web服務。
由於服務提供者設定了發布服務策略的條件，只將符合條件的 部分策略提供給了服務消費者，服務策略基本上是由服務提供者控 制的。這改變了現有技術中，服務提供者公開所有支持的服務策略， 而由服務消費者決定其中任意一個服務替換選項的策略控制機制。
本發明中，服務提供者根據不同條件為不同的服務消費者提供 不同的服務策略，實現了服務區分。與現有的服務區分相比較，本 發明的服務區分不需要在報頭添加附加的信息。本發明的策略控制 對於客戶端來說是透明的，不需要客戶端編碼支持即可實現服務區 分。本發明可以與基於WS策略的現有應用一起工作，而不需要改變 客戶端側應用，使得客戶端的開發變得簡單。
此外，現有技術中，服務區分是基於客戶端和伺服器的綁定和 協作實現的。本發明將服務區分機制從服務提供以及服務調用機制 中解耦合，從而能夠更靈活地配置新的服務區分機制。
此外，現有技術中的服務區分只考慮諸如性能的QoS,沒有涉及 非功能請求的其它方面，諸如事務、安全、語言、說明書版本、可 得性等。本發明中，服務提供者根據各種服務調節信息控制服務策 略，能使服務提供者能夠根據服務功能以外的其他非功條件提供策 略支持。
此外，服務提供者通過動態地控制服務策略的發布，能夠控制 資源的利用，避免由於服務消費者盲目選擇服務替換選項而造成資 源利用率的不平衡。
以上結合實施例對本發明進行了詳細描述。上述實施例只是示 例性的，而不是用來限定本發明。本領域的普通技術人員能夠在此 基礎上做出各種改變或修改。例如，上述的策略代理訪問信息收集 器以得到調節信息，然後將調節信息發送至策略調節器。另一種可
能的方式是由策略調節器訪問信息收集器以獲得調節信息。
所公開的本發明的方法可以在軟體、硬體、或軟體和硬體的結
合中實現。硬體部分可以利用專用邏輯來實現；軟體部分可以存儲 在存儲器中，由適當的指令執行系統，例如微處理器，個人計算機 (PC)或大型機來執行。
雖然已經參考目前考慮到的實施例描述了本發明，但是應該理 解本發明不限於所公開的實施例。相反，本發明打算覆蓋所附權利 要求的精神和範圍之內所包括的各種修改和等同布置。以下權利要 求的範圍符合最廣泛解釋，以便包含所有這樣的修改及等同結構和 功能
權利要求
1.一種控制Web服務策略的裝置，包括服務策略庫，用於存儲多個Web服務策略；服務策略代理，用於接收服務消費者對Web服務策略的請求和獲取影響Web服務策略的調節信息；和服務策略調節器，用於根據該調節信息從服務策略庫中選擇對應的Web服務策略；其中該服務策略代理將該Web服務策略發送至該服務消費者。
2. 根據權利要求1所述的裝置，其中所述服務策略代理進一步從 信息收集器獲取所述調節信息。
3. 根據權利要求1或2所述的裝置，其中所述調節信息包括以下 信息組成的組中的一個或多個事務處理方式、安全措施、語言、 訪問能力、時段信息、服務消費者的身份、版本、地域、服務提供 者負栽狀態、響應時間。
4. 根據權利要求1或2所述的裝置，其中服務策略代理還接收服務消費者對包含策略的服務元數據的請求；服務策略代理將該Web服務策略嵌入元數據；和 發送該嵌入Web服務策略的元數據至該服務消費者。
5. 根據權利要求1或2所述的裝置，其中服務策略代理進一步將 選擇的策略發送至服務提供者。
6. 根據權利要求1或2所述的裝置，其中服務策略代理進一步接 收服務提供者的請求，將選擇的策略發送至服務提供者。
7. 根據權利要求1所述的裝置，其中所述Web服務策略是一個獨 立策略文件。
8. 根據權利要求3所述的裝置，其中所述Web服務策略是嵌入在 WSDL或XML文件中的策略陳述或附加在服務註冊中心實體的策略文件。
9. 一種Web服務提供者，包含權利要求1的控制Web服務策略的 裝置。
10. —種服務註冊中心，包含權利要求1的控制Web服務策略的裝置o
11. 根據權利要求10所述的服務註冊中心，其中所述Web服務策 略是附加在服務註冊中心實體的策略文件。
12. —種控制Web服務策略的方法，包括a) 接收服務消費者對Web服務策略的請求；b) 響應該請求，獲取影響服務的調節信息；c) 從策略庫中選擇對應於該調節信息的Web服務策略；和d) 發送該服務策略至該服務消費者。
13. 根據權利要求12所述的方法，其中步驟b進 一 步包括從信息收集器獲得所述調節信息。
14. 根據權利要求12或13所述的方法，其中所述調節信息包括 以下信息組成的組中的一個或多個事務處理方式、安全措施、語 言、訪問能力、時段信息、服務消費者的身份、版本、地域、服務 提供者負載狀態、響應時間。
15. 根據權利要求12所述的方法，其中步驟a進一步包括服務消費者請求包含策略的服務元數據； 步驟c進一步包括將該Web服務策略嵌入元數據；和 步驟d進一步包括發送該嵌入了 Web服務策略的元數據至該服務 消費者。
16. 根據權利要求12所述的方法，進一步包含 將選擇的策略發送至服務提供者。
17. 根據權利要求12所述的方法，進一步包含 響應服務提供者的請求，將選擇的策略發送至服務提供者。
18. 根據權利要求12所述的方法，其中所述Web服務策略是一個 獨立策略文件。
19. 根據權利要求12或15所述的方法，其中所述Web服務策略 是嵌入在WSDL或XML文件中的策略陳述或附加在服務註冊中心實體 的策略文件。
20. 根據權利要求12所述的方法，進一步包括 e)該服務消費者根據至少部分該服務策略請求Web服務。
21. 根據權利要求15所述的方法，進一步包括 e)該服務消費者根據該包含Web服務策略的元數據請求Web服務。
22. —種機器可讀存儲裝置，其上存儲有電腦程式，該計算機 程序有可由機器執行以使該機器完成如權利要求12-21的方法。
全文摘要
本發明涉及控制Web服務策略的方法和系統。本發明的裝置包括服務策略庫，用於存儲多個Web服務策略；服務策略代理，用於接收服務消費者對Web服務策略的請求和獲取影響Web服務策略的調節信息；和服務策略調節器，用於根據該調節信息從服務策略庫中選擇對應的Web服務策略；其中該服務策略代理將該Web服務策略發送至該服務消費者。本發明提供的基於Web服務策略的服務區分方法將服務區分機制從服務提供以及服務調用機制中解耦合併且能夠根據服務功能以外的其他非功條件提供策略支持。
文檔編號G06Q10/00GK101127757SQ20061011592
公開日2008年2月20日 申請日期2006年8月18日 優先權日2006年8月18日
發明者周宇辰 申請人:國際商業機器公司