專利名稱：用于管理web服務(wù)的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于管理面向服務(wù)的軟件體系結(jié)構(gòu)的web服務(wù)的系統(tǒng)和方法。
背景技術(shù)：
web服務(wù)是用于通過計算機網(wǎng)絡(luò)(例如因特網(wǎng))從一個計算機向另一計算機交換數(shù)據(jù)的標(biāo)準(zhǔn)化接口。應(yīng)用可以利用由服務(wù)器提供的web服務(wù)通過計算機網(wǎng)絡(luò)向服務(wù)器請求數(shù)據(jù)。這種請求通常被封入在利用HTTP傳送的SOAP包封中，并且可包括XML以及其他與web有關(guān)的標(biāo)準(zhǔn)。技術(shù)上更高級的應(yīng)用組合各種web服務(wù)以獲得或處理期望數(shù)據(jù)。圍繞多個web服務(wù)開發(fā)的軟件體系結(jié)構(gòu)被稱為面向服務(wù)的體系結(jié)構(gòu)(SOA)。
在SOA中，資源對于網(wǎng)絡(luò)中的參與者來說是可用的，其被當(dāng)作參與者可以按標(biāo)準(zhǔn)化方式訪問的獨立服務(wù)。雖然SOA的大多數(shù)定義使用經(jīng)由TCP/IP上的HTTP/HTTPS傳送的SOAP請求，但是SOA可以使用任何基于web服務(wù)的技術(shù)。web服務(wù)基于形式定義協(xié)同工作，形式定義與下層的平臺和編程語言是無關(guān)的。接口定義封裝了特定實現(xiàn)方式。SOA與特定的開發(fā)技術(shù)(例如Java和.NET)無關(guān)。軟件組件變得高度可重用，因為接口是遵從標(biāo)準(zhǔn)的，并且與web服務(wù)邏輯的下層實現(xiàn)方式無關(guān)。例如，C#(C Sharp)服務(wù)可被JAVA應(yīng)用所使用，反之亦然。
然而，管理SOA是一項復(fù)雜和困難的任務(wù)。維護web服務(wù)的整體情況的全局視圖(某些web服務(wù)可能隨時間動態(tài)改變)對于確保使用各種web服務(wù)的應(yīng)用正確地工作來說是很重要的。因此，在現(xiàn)有技術(shù)中已知提供一種集中化的注冊庫(registry)/貯藏庫(repository)，例如CentraSite或Systinet 2。這種注冊庫/貯藏庫的工作的基本原理在圖1中示出。
如圖所示，集中化的注冊庫包括對SOA的web服務(wù)的描述。每個web服務(wù)由web服務(wù)描述語言(WSDL)文件描述，并且利用API(例如UDDI)注冊。WSDL文件通常包含關(guān)于相應(yīng)web服務(wù)的功能、數(shù)據(jù)、數(shù)據(jù)類型和交換協(xié)議的信息。想要向某一web服務(wù)發(fā)送請求的客戶端可以從web服務(wù)自身或者從注冊庫/貯藏庫獲得WSDL文件，以找出如何訪問web服務(wù)。如圖1所示，注冊庫/貯藏庫提供了用于訪問存儲在注冊庫中的信息和用于其管理的各種API。除了WSDL文檔和服務(wù)的注冊以外，注冊庫/貯藏庫還可用于存儲與服務(wù)有關(guān)的任何類型的工件(artefact)，例如策略。
集中化的注冊庫可用于SOA的新應(yīng)用的設(shè)計時期。涉及一個或多個web服務(wù)的新應(yīng)用的開發(fā)者可以使用所存儲的信息來確保應(yīng)用中所涉及的SOA的web服務(wù)接收其需要的數(shù)據(jù)，并且可以按新應(yīng)用所期望的那樣交互。然而，圖1的注冊庫沒有提供任何運行時期(runtime)信息，并且不允許執(zhí)行(enforce)與一個或多個web服務(wù)有關(guān)的策略或服務(wù)級別協(xié)定。運行時期信息例如有助于提高或監(jiān)視涉及SOA的多個web服務(wù)的新應(yīng)用的性能和穩(wěn)定性。
WO 2004/10297公開了一種自治軟件代理，其被布置在客戶端和web服務(wù)之間。在由用戶配置后，自治軟件代理可以監(jiān)視并影響web服務(wù)的操作，而不影響web服務(wù)自身。然而，將WO 2004/10297的教導(dǎo)應(yīng)用于具有大量web服務(wù)的復(fù)雜體系結(jié)構(gòu)需要對同樣大量的自治軟件代理進行費時的手工配置。
因此，本發(fā)明要解決的技術(shù)問題是提供一種用于管理SOA的web服務(wù)的更高效的方式，其允許獲得關(guān)于SOA的web服務(wù)的運行時期信息，從而克服現(xiàn)有技術(shù)的上述不足。

發(fā)明內(nèi)容
在本發(fā)明的一方面中，該問題由一種用于管理面向服務(wù)的體系結(jié)構(gòu)(SOA)的多個web服務(wù)的系統(tǒng)來解決，該系統(tǒng)包括注冊庫和服務(wù)過濾器，注冊庫包括在注冊庫中注冊的對多個web服務(wù)中的每一個的描述，服務(wù)過濾器適合于過濾調(diào)用在注冊庫中注冊的web服務(wù)中的至少一個的客戶端的至少一個請求，其中服務(wù)過濾器適合于根據(jù)注冊庫中對相應(yīng)web服務(wù)的描述收集關(guān)于請求的運行時期信息。
因此，本發(fā)明的服務(wù)過濾器使用已經(jīng)可用的對web服務(wù)的描述來收集關(guān)于web服務(wù)的運行時期信息。因此，在注冊庫中定義的描述不僅在設(shè)計時可用于導(dǎo)出這多個web服務(wù)是如何工作的，還另外定義了在運行時期要從相應(yīng)web服務(wù)收集的信息，即，何時來自客戶端的請求實際由web服務(wù)提供服務(wù)。因此，本發(fā)明的注冊庫是整個SOA的中心點。不需要額外步驟/手工步驟來確保來自web服務(wù)的運行時期數(shù)據(jù)的收集。
在一個實施例中，服務(wù)過濾器還適合于在運行期間根據(jù)注冊庫中對相應(yīng)web服務(wù)的描述修改請求。修改請求可例如包括將去往第一web服務(wù)的請求重定向到在注冊庫中注冊的第二web服務(wù)(或端點)。這可以有助于負(fù)載平衡或動態(tài)地替代發(fā)生故障的web服務(wù)。
優(yōu)選地，服務(wù)過濾器還適合于收集關(guān)于被調(diào)用的web服務(wù)的使用情況的統(tǒng)計數(shù)據(jù)，例如某一web服務(wù)的使用計數(shù)、帶寬使用情況、身份、隨時間(一天中的時間或更長的時間段)的分布、響應(yīng)時間和數(shù)據(jù)量等等。
此外，優(yōu)選地，服務(wù)過濾器還適合于監(jiān)督被調(diào)用的web服務(wù)的可用性，并且優(yōu)選地在被調(diào)用的web服務(wù)不可用的情況下發(fā)出警報。用于報警的策略(用于發(fā)起警報的條件、報警的方法和接受者)可以存儲在注冊庫中，從而允許單個的警報配置點。另外，注冊庫存儲web服務(wù)的統(tǒng)治信息(所有者、責(zé)任)，其可用于動態(tài)確定警報的接受者。從而可以減少使用發(fā)生故障的web服務(wù)的應(yīng)用的停用時間。
優(yōu)選地，服務(wù)過濾器適合于在運行期間在注冊庫中執(zhí)行至少一次查找，其中查找的結(jié)果確定服務(wù)過濾器對請求和/或來自web服務(wù)的響應(yīng)的處理。因此，服務(wù)過濾器使用web服務(wù)的最新描述來確定其對運行時期信息的收集。
在一個實施例中，由服務(wù)過濾器收集的運行時期信息優(yōu)選地與對web服務(wù)的描述一同被存儲在系統(tǒng)的注冊庫中。因此，開發(fā)者或任何其他用戶可以容易地訪問所獲得的運行時期信息以及對相應(yīng)web服務(wù)的描述。將運行時期信息存儲在注冊庫中還能夠?qū)崿F(xiàn)不平常的使用模式的搜索(例如用于欺騙檢測)和趨勢的辨別，例如用于預(yù)測未來的使用模式。
在一種替換方案中，服務(wù)過濾器被布置在服務(wù)代理上，服務(wù)代理甚至可能運行在與web服務(wù)自身不同的機器上。使用獨立的代理組件或者甚至使用獨立的機器提供了用于實現(xiàn)服務(wù)過濾器的最大靈活性，而無論web服務(wù)的特定實現(xiàn)方式如何。
根據(jù)又一方面，本發(fā)明涉及一種用于管理面向服務(wù)的體系結(jié)構(gòu)(SOA)的多個web服務(wù)的方法，包括以下步驟提供注冊庫，該注冊庫包括在注冊庫中注冊的對多個web服務(wù)中的每一個的描述，提供服務(wù)過濾器，該服務(wù)過濾器適合于過濾調(diào)用在注冊庫中注冊的web服務(wù)中的至少一個的客戶端的至少一個請求，以及利用服務(wù)過濾器根據(jù)注冊庫中對相應(yīng)web服務(wù)的描述收集關(guān)于至少一個web服務(wù)的運行時期信息。
在從屬權(quán)利要求中限定了對該方法的進一步修改。


在下面的詳細(xì)描述中，參考附圖進一步描述了本發(fā)明的當(dāng)前優(yōu)選的實施例，在附圖中圖1根據(jù)現(xiàn)有技術(shù)的具有對web服務(wù)的描述的注冊庫；圖2根據(jù)本發(fā)明的系統(tǒng)的實施例的全局視圖；圖3根據(jù)本發(fā)明的系統(tǒng)的另一實施例的全局視圖；圖4圖示了根據(jù)本發(fā)明一個實施例的用于收集運行時期信息所執(zhí)行的各種步驟的流程圖；圖5在本發(fā)明的一個實施例中與對相應(yīng)web服務(wù)的描述一同存儲在注冊庫中的運行時期信息的樣本輸出；以及圖6存儲在注冊庫中的與對各種web服務(wù)的請求的數(shù)目有關(guān)的運行時期信息的另一樣本輸出。
具體實施例方式
下面，針對管理僅有訪問單個web服務(wù)20的單個客戶端10的簡化布置來描述本發(fā)明的系統(tǒng)和方法的實施例。然而，應(yīng)當(dāng)理解，本發(fā)明主要目的是促進對具有服務(wù)于多個客戶端的請求的數(shù)十或數(shù)百web服務(wù)的大規(guī)模布置的管理。
如圖所示，該系統(tǒng)包括注冊庫30。注冊庫優(yōu)選地包括用于存儲和檢索存儲在注冊庫中的WSDL文件以及運行時期信息(如下所述)的一個或多個API 31。另外，優(yōu)選地包括用于管理注冊庫30的管理API 32。
如圖2中的雙向水平箭頭所示，客戶端10發(fā)出請求11到web服務(wù)20，例如為了獲得某些數(shù)據(jù)。優(yōu)選地，來自客戶端10的請求和響應(yīng)都被當(dāng)作XML文件利用例如HTTP上的SOAP發(fā)送。然而，從客戶端10接收的請求并不立即被web服務(wù)20處理，而是首先被服務(wù)過濾器40過濾。服務(wù)過濾器40截取進入的請求，按需要修改數(shù)據(jù)，隨后將請求傳遞到原始web服務(wù)20。在處理了請求后來自web服務(wù)20的響應(yīng)可以沿相反方向再次被服務(wù)過濾器40處理，并最終返回到客戶端10。以這種方式，服務(wù)過濾器40在運行期間內(nèi)獲得關(guān)于請求和其可能的響應(yīng)的信息，該信息隨后被轉(zhuǎn)發(fā)并存儲在注冊庫30中，如圖2中的箭頭35所示。在該實施例中，用于服務(wù)過濾器40的被收集的運行時期信息和配置設(shè)置的傳送是利用服務(wù)過濾器的API 41實現(xiàn)的，API 41與注冊庫30的API 31通信。
在一種非常簡單的情形中，由服務(wù)過濾器40提供的運行時期信息可能僅僅是關(guān)于SOA的哪個實體在什么時間調(diào)用哪個web服務(wù)的信息。在更高級的實施例中，服務(wù)過濾器40將獲得更多信息，例如涉及到的用戶帳戶、請求和其響應(yīng)的大小、處理時間、故障等等。從更為結(jié)構(gòu)化的視角來看，可以區(qū)分下面四種不同的技術(shù)領(lǐng)域，由服務(wù)過濾器40收集的運行時期信息可能與這些領(lǐng)域有關(guān)首先，運行時期信息可以揭示在SOA中涉及的web服務(wù)的統(tǒng)計信息。諸如使用計數(shù)、具有帶寬使用和身份的互連圖的提供、隨時間(一天的時間或更長的時間段)的分布以及響應(yīng)時間和被發(fā)送的數(shù)據(jù)量之類的統(tǒng)計信息為SOA的管理員提供了對所涉及的web服務(wù)的使用情況的集中視圖。
另一方面是SOA的技術(shù)監(jiān)視，其涉及在出現(xiàn)某些事件(例如web服務(wù)的不可用)的情況下向正確的聯(lián)系者發(fā)送警報。由服務(wù)過濾器40提供的監(jiān)視還可涉及病毒和安全檢查，對于新應(yīng)用的開發(fā)的調(diào)試支持，并且一般還涉及對由SOA的web服務(wù)提供的服務(wù)質(zhì)量的評估。由于所有被收集的信息都被反饋回注冊庫30，因此注冊庫30允許使被監(jiān)視的SOA從中心點開始一直運行，并且基于歷史數(shù)據(jù)評估其成功。
除了收集關(guān)于SOA的信息以外，在更高級的實施例中，服務(wù)過濾器40還可以主動改變對請求的處理。如果服務(wù)過濾器40將最初去往某一web服務(wù)20的請求重定向到另一web服務(wù)(未在圖2中示出)，則可以實現(xiàn)諸如松散耦合之類的動態(tài)概念。該技術(shù)特征允許在來自客戶端10的請求中使用動態(tài)端點，例如在某一web服務(wù)面對超過其處理能力的大量請求的情況下用于負(fù)載平衡，或者該技術(shù)特征允許將發(fā)送到發(fā)生故障的web服務(wù)的請求自動重定向到備用web服務(wù)(未在圖2中示出)。重定向的條件和細(xì)節(jié)也可以存儲在注冊庫中，從而提供了單個控制點。
最終，運行時期信息的收集可用于執(zhí)行策略或服務(wù)級別協(xié)定，例如關(guān)于web服務(wù)對某一請求的預(yù)定響應(yīng)時間。
在圖2的實施例中，執(zhí)行上述功能的服務(wù)過濾器40被實現(xiàn)為web服務(wù)20的附加(add-on)功能，例如從專用web服務(wù)器和.Net環(huán)境(IIS、ASP)到web服務(wù)20的基于J2EE或Java Servlet的安裝的平臺，這些平臺的細(xì)節(jié)對于本領(lǐng)域技術(shù)人員來說是公知的。
圖3表示本發(fā)明的系統(tǒng)的替換實施例，其中服務(wù)過濾器40充當(dāng)與web服務(wù)20/應(yīng)用服務(wù)器相分離的服務(wù)代理45，其甚至可能運行在與web服務(wù)20不同的機器上。在這種情況下，在注冊庫30中對web服務(wù)20的描述針對客戶端進行修改，從而web服務(wù)20的實際端點由代理45的URL替代。這之所以是可能的，是因為注冊庫30對SOA的每個web服務(wù)的描述(其被注冊到注冊庫30)有完全的控制。由于URL的改變，在運行期間客戶端10將調(diào)用代理45，代理45隨后在收集了運行時期信息和/或修改了請求之后將請求轉(zhuǎn)移到實際的web服務(wù)20。對于來自web服務(wù)20的響應(yīng)，反方向發(fā)生相同的過程。
下面，參考圖4的流程圖詳細(xì)說明由圖2或3的實施例的服務(wù)過濾器40執(zhí)行的對進入請求的示例性處理。
對進入請求的處理開始于步驟100，在步驟100確定進入請求是否是SOAP請求。在圖4的非限制性實施例中，只有SOAP請求被過濾以獲得運行時期信息。如果該請求是SOAP請求，則在步驟101中利用在請求頭部中指示的URL識別請求所尋址的web服務(wù)(如果不僅過濾SOAP請求，還過濾其他類型的請求，則其他技術(shù)可用于識別在進入請求中尋址的web服務(wù))。
步驟102包括可選地在注冊庫30中進行查找以獲得對請求所尋址的web服務(wù)的當(dāng)前描述，具體而言是確定在運行時要從請求和/或其響應(yīng)收集哪些信息以及該請求是否要(額外地)被修改?？梢栽诓檎也襟E102期間獲得并且在后續(xù)步驟103中被評估的信息可能涉及被尋址的web服務(wù)是否被標(biāo)記進行報告，即在注冊庫的描述中是否標(biāo)記了要針對該特定web服務(wù)收集運行時期數(shù)據(jù)。在具有數(shù)百個web服務(wù)的SOA中，只有選定的web服務(wù)可能與獲得運行時期信息或修改來自客戶端的請求有關(guān)。
如果相應(yīng)web服務(wù)沒有被標(biāo)記進行報告(即，沒有被標(biāo)記收集運行時期信息)，或者甚至不為過濾器所知，則其在步驟104中被轉(zhuǎn)發(fā)并由所尋址的web服務(wù)處理，而不再涉及服務(wù)過濾器。在這種情況下，可以發(fā)送警報以告知存在未知服務(wù)這樣的事實。
否則，在步驟105中從請求收集運行時期信息，例如與請求客戶端、主機、時間戳和大小等有關(guān)的信息。所有對運行時期信息的上述替換(以及對進入請求的可能修改)都可以在該步驟中由過濾器獲得。所獲得的運行時期信息可以存儲在本地，如圖4所示，或者被立即發(fā)送到注冊庫(未示出)。
在步驟105中從請求中收集了運行時期信息之后，在步驟106中該請求被轉(zhuǎn)發(fā)到web服務(wù)。來自web服務(wù)的響應(yīng)在步驟107中被服務(wù)過濾器處理，并且同樣地存儲在本地或者被立即轉(zhuǎn)發(fā)到注冊庫。如果步驟105和107的結(jié)果被存儲在本地，則還有另一步驟108，其中所有結(jié)果被發(fā)送到注冊庫。隨后，在步驟109中來自web服務(wù)的響應(yīng)被返回到客戶端。然而，該響應(yīng)也可以在運行時期信息被發(fā)送到注冊庫之前或與之同時被轉(zhuǎn)發(fā)到客戶端。另外，所獲得的數(shù)據(jù)可以不在每一請求之后被立即發(fā)送到注冊庫，而是例如僅在經(jīng)過了一定量的時間之后或者在處理了預(yù)定數(shù)目的請求之后被周期性地發(fā)送到注冊庫。
結(jié)果，注冊庫30包括被注冊的web服務(wù)的所有信息，即其描述和運行時期信息。該運行時期信息示例性地顯示在圖5的截屏圖中。如圖所示，所顯示的表包括具有示例性運行時期信息的各個列。而最左邊的一列標(biāo)識web服務(wù)，第三列指示聯(lián)系服務(wù)的客戶端的IP地址。另外的列指示請求大小和其響應(yīng)以及用戶、提供web服務(wù)的服務(wù)器、服務(wù)器的端口和URL，該URL被用在請求中以聯(lián)系web服務(wù)。最后兩列包含請求和相應(yīng)的響應(yīng)的時間戳。該簡化示例已經(jīng)能夠?qū)С鲫P(guān)于web服務(wù)的性能的有價值信息，因為這兩個時間戳之間的時間差反映了用于為相應(yīng)請求提供服務(wù)的響應(yīng)時間。
圖6表示可以從注冊庫30獲得的與被注冊的web服務(wù)有關(guān)的運行時期信息的另一示例。圓形分格圖(pie chart)表示在某一時間段期間對SOA的web服務(wù)的若干請求的比較結(jié)果。從而，管理員可以容易地識別更常被請求的web服務(wù)(例如，web服務(wù)“XCITransformerService”)。
如果一個web服務(wù)被過多請求，則該情形將反映在圖6的圓形分格圖中，并且管理員可以立即起動應(yīng)對措施，例如將去往過載的web服務(wù)的其他請求重定向到另一端點。結(jié)果，所描述的系統(tǒng)和方法允許用戶獲得對所管理的SOA的靜態(tài)和動態(tài)方面的全局視圖和控制。
權(quán)利要求
1.一種用于管理面向服務(wù)的體系結(jié)構(gòu)的多個web服務(wù)的系統(tǒng)，包括a.注冊庫(30)，包括在所述注冊庫(30)中注冊的對所述多個web服務(wù)(20)中的每一個的描述；b.服務(wù)過濾器(40)，其適合于過濾調(diào)用在所述注冊庫(30)中注冊的所述web服務(wù)(20)中的至少一個的客戶端的至少一個請求(11)；c.其中所述服務(wù)過濾器(40)適合于根據(jù)所述注冊庫(30)中對相應(yīng)web服務(wù)(20)的描述收集關(guān)于所述請求(11)的運行時期信息。
2.如權(quán)利要求1所述的系統(tǒng)，其中所述服務(wù)過濾器(40)還適合于在運行期間根據(jù)所述注冊庫(30)中對所述相應(yīng)web服務(wù)(20)的描述修改所述請求(11)。
3.如權(quán)利要求2所述的系統(tǒng)，其中修改請求(11)包括將去往第一web服務(wù)的請求(11)重定向到在所述注冊庫(30)中注冊的第二web服務(wù)。
4.如權(quán)利要求1-3中的任何一個所述的系統(tǒng)，其中所述服務(wù)過濾器(40)還適合于收集關(guān)于被調(diào)用的web服務(wù)(20)的使用情況的統(tǒng)計數(shù)據(jù)。
5.如權(quán)利要求1-4中的任何一個所述的系統(tǒng)，其中所述服務(wù)過濾器(40)還適合于監(jiān)督被調(diào)用的web服務(wù)(20)的可用性。
6.如權(quán)利要求5所述的系統(tǒng)，其中所述服務(wù)過濾器(40)還適合于在被調(diào)用的web服務(wù)(20)不可用的情況下發(fā)出警報。
7.如權(quán)利要求1-6中的任何一個所述的系統(tǒng)，其中所述服務(wù)過濾器(40)還適合于在運行期間在所述注冊庫(30)中執(zhí)行至少一次查找，其中所述查找的結(jié)果確定對所述請求(11)和/或來自所述web服務(wù)(20)的響應(yīng)的處理。
8.如權(quán)利要求1-7中的任何一個所述的系統(tǒng)，還適合于將由所述服務(wù)過濾器收集的信息與對所述web服務(wù)(20)的描述一同存儲在所述注冊庫(30)中。
9.如權(quán)利要求1-8中的任何一個所述的系統(tǒng)，其中所述服務(wù)過濾器(40)充當(dāng)服務(wù)代理(45)。
10.一種用于管理面向服務(wù)的體系結(jié)構(gòu)的多個web服務(wù)的方法，包括以下步驟a.提供注冊庫(30)，所述注冊庫(30)包括在所述注冊庫(30)中注冊的對所述多個web服務(wù)(20)中的每一個的描述；b.提供服務(wù)過濾器(40)，所述服務(wù)過濾器適合于過濾調(diào)用在所述注冊庫(30)中注冊的所述web服務(wù)(20)中的至少一個的客戶端(10)的至少一個請求(11)；以及c.根據(jù)所述注冊庫(30)中對相應(yīng)web服務(wù)(20)的描述利用所述服務(wù)過濾器(40)收集關(guān)于至少一個web服務(wù)(20)的運行時期信息。
11.如權(quán)利要求10所述的方法，其中所述服務(wù)過濾器(40)在運行期間根據(jù)所述注冊庫(30)中對所述相應(yīng)web服務(wù)(20)的描述修改請求(11)。
12.如權(quán)利要求11所述的方法，其中所述服務(wù)過濾器(40)將去往第一web服務(wù)的請求(11)重定向到在所述注冊庫(30)中注冊的第二web服務(wù)。
13.如權(quán)利要求10-12中的任何一個所述的方法，其中所述服務(wù)過濾器(40)收集關(guān)于被調(diào)用的web服務(wù)(20)的使用情況的統(tǒng)計數(shù)據(jù)。
14.如權(quán)利要求10-13中的任何一個所述的方法，其中所述服務(wù)過濾器(40)監(jiān)督被調(diào)用的web服務(wù)(20)的可用性。
15.如權(quán)利要求14所述的方法，其中所述服務(wù)過濾器(40)在被調(diào)用的web服務(wù)(20)不可用的情況下發(fā)出警報。
16.如權(quán)利要求10-15中的任何一個所述的方法，其中所述服務(wù)過濾器(40)在運行期間在所述注冊庫(30)中執(zhí)行至少一次查找。
17.如權(quán)利要求10-16中的任何一個所述的方法，其中所述服務(wù)過濾器(40)將所述被收集的信息與對所述web服務(wù)(20)的描述一同存儲在所述注冊庫(30)中。
18.如權(quán)利要求10-17中的任何一個所述的方法，還包括提供所述服務(wù)過濾器(40)充當(dāng)服務(wù)代理(45)的步驟。
全文摘要
本發(fā)明公開了一種用于管理面向服務(wù)的體系結(jié)構(gòu)(SOA)的多個web服務(wù)的系統(tǒng)，包括注冊庫(30)和服務(wù)過濾器(40)，注冊庫(30)包括在注冊庫(30)中注冊的對多個web服務(wù)(20)中的每一個的描述，服務(wù)過濾器(40)適合于過濾調(diào)用在注冊庫中注冊的web服務(wù)(20)中的至少一個的客戶端(10)的至少一個請求，其中服務(wù)過濾器(40)適合于根據(jù)注冊庫(30)中對相應(yīng)web服務(wù)(20)的描述收集關(guān)于請求的運行時期信息。
文檔編號H04L29/08GK101087312SQ200710110709
公開日2007年12月12日 申請日期2007年6月1日 優(yōu)先權(quán)日2006年6月2日
發(fā)明者約翰尼斯·瓦格納, 哈拉德·思科寧, 比約恩·布拉烏爾, 烏爾里奇·赫伯勒 申請人:軟件股份公司