專利名稱：用于動態(tài)地創(chuàng)建web服務(wù)的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及面向服務(wù)架構(gòu)的應(yīng)用的開發(fā)領(lǐng)域，并且更具體地涉及用于動態(tài)地創(chuàng)建Web服務(wù)的方法和系統(tǒng)。
背景技術(shù)：
面向服務(wù)架構(gòu)(SOA)允許軟件編程人員根據(jù)通過網(wǎng)絡(luò)以組件提供給任何人和任何地方的服務(wù)建立編程解決方案模型。服務(wù)開發(fā)工具(例如WebSphere Studio Application Developer(WSAD))是基于服務(wù)和處理(流程)的編程模型。所述服務(wù)是架構(gòu)中把所有部分捆綁在一起的關(guān)鍵因素。服務(wù)由端點(業(yè)務(wù)應(yīng)用)實現(xiàn)，并由Web服務(wù)定義語言(WSDL)文件描述。所述處理實現(xiàn)新的業(yè)務(wù)服務(wù)，并在其實現(xiàn)中使用現(xiàn)有的服務(wù)。所述處理實現(xiàn)還可以包括其它的處理。
用于開發(fā)SOA應(yīng)用的處理通常包含以下步驟1.創(chuàng)建希望使用的服務(wù)。將現(xiàn)有資產(chǎn)轉(zhuǎn)變?yōu)榉?wù)，(使它們可再次使用)，或者從頭開始創(chuàng)建新的服務(wù)。
2.創(chuàng)建業(yè)務(wù)處理。業(yè)務(wù)處理是將所有單獨建立的服務(wù)會聚到一起的方法。處理使用一組服務(wù)得到一個新的服務(wù)。建立時(build-time)工具例如WSAD-IE中的處理編輯器可被用來建立業(yè)務(wù)處理。
3.創(chuàng)建服務(wù)提供者希望提供的服務(wù)?，F(xiàn)在創(chuàng)建處理，其中所有以前的服務(wù)被組合到另一個服務(wù)內(nèi)，該服務(wù)需要被部署或被打包到可以放在應(yīng)用服務(wù)器上的文件內(nèi)。
以目前的技術(shù)，上面所列的所有步驟都被在建立時使用諸如WSAD的建立時工具完成?，F(xiàn)有的工具不能動態(tài)地和實時地開發(fā)新的Web服務(wù)。在建立時可能不知道實現(xiàn)流程中的服務(wù)的業(yè)務(wù)應(yīng)用系統(tǒng)，而且現(xiàn)有的工具不允許所述工具實時地選擇和綁定到業(yè)務(wù)應(yīng)用系統(tǒng)，也不能填補流程節(jié)點中到端點的綁定尚未完成的空隙。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的實施例可以實現(xiàn)一種用于實時地動態(tài)地開發(fā)新的服務(wù)的方法和系統(tǒng)。在一種情況中，可以開始描述和實現(xiàn)流程的處理服務(wù)，但是可以不必完成該流程，并可以略去用于它的一些節(jié)點的服務(wù)實現(xiàn)。如前所述由端點實現(xiàn)并執(zhí)行業(yè)務(wù)服務(wù)，所述端點是業(yè)務(wù)應(yīng)用系統(tǒng)。在建立時可能不知道實現(xiàn)所述流程中的服務(wù)的業(yè)務(wù)應(yīng)用系統(tǒng)，因此，可以用允許所述建立工具實時地選擇并綁定到業(yè)務(wù)應(yīng)用系統(tǒng)的框架和方法增強該工具。因此，此處的實施例涉及一種用于動態(tài)地完成流程和創(chuàng)建服務(wù)的方法和框架。例如，填補流程節(jié)點中到端點的綁定尚未完成的空隙能夠完成所述流程。
在本發(fā)明的第一個方面中，動態(tài)創(chuàng)建Web服務(wù)的方法可以包括如下步驟向網(wǎng)絡(luò)中其它服務(wù)提供者揭示正被創(chuàng)建的服務(wù)的流程，請求該流程的節(jié)點所需的服務(wù)，并且使得其它服務(wù)提供者能夠填充所述流程節(jié)點所需的服務(wù)。該方法可以進一步包括如下步驟合并該流程節(jié)點所需的由其它服務(wù)提供者填充的服務(wù)，以及一旦填充了所述服務(wù)并且該流程合并了所述服務(wù)，可選擇地刪除對所述流程節(jié)點所需服務(wù)的任何請求。因此所述方法能完成流程的所有節(jié)點并且創(chuàng)建和部署所述服務(wù)。應(yīng)注意，所述請求步驟可以包括通告該流程的流程節(jié)點所需服務(wù)的WSDL文件，所述WSDL文件代表該流程為了完成所述服務(wù)所需的至少一個服務(wù)。請求步驟還可以包括在類似統(tǒng)一描述、發(fā)現(xiàn)和集成(UDDI)目錄中公布所需的WSDL文件。
在本發(fā)明的第二個方面中，使用服務(wù)提供者的網(wǎng)絡(luò)動態(tài)地創(chuàng)建Web服務(wù)的系統(tǒng)可以包括連接到服務(wù)提供者的網(wǎng)絡(luò)的處理器。該處理器可以被編程以便向網(wǎng)絡(luò)中的其它的服務(wù)提供者揭示正被創(chuàng)建的服務(wù)的流程，請求該流程中的流程節(jié)點所需的服務(wù)以及使得其它服務(wù)提供者能夠填充所述流程節(jié)點所需的服務(wù)。所述處理器還可以被編程以便合并所述流程節(jié)點所需的由其它服務(wù)提供者填充的服務(wù)，以及一旦填充了所述服務(wù)并且該流程合并了所述服務(wù)，可選擇地刪除對該流程節(jié)點所需服務(wù)的任何請求。所述處理器可以進一步被編程以便完成流程中所有的節(jié)點，創(chuàng)建所述服務(wù)并部署該服務(wù)。該處理器可以通過通告WSDL文件來請求該流程的流程節(jié)點所需的服務(wù)，所述的WSDL文件代表該流程為了完成所述服務(wù)所需的至少一個服務(wù)。所述服務(wù)器還可以通過在類似統(tǒng)一描述、發(fā)現(xiàn)和集成(UDDI)目錄中公布所需的WSDL文件來進行請求。
在本發(fā)明的第三方面中，一種計算機程序具有可由機器執(zhí)行的多個代碼部分，用于使得該機器執(zhí)行如上面第一和第二方面概述的方法和系統(tǒng)中所述的一些步驟。


附圖中示出了多種實施方式，但是可以理解，本發(fā)明并不限于示出的精確的方案與手段。
圖1示出了根據(jù)本發(fā)明的一個實施例的服務(wù)和處理編程模型的圖示；圖2示出了根據(jù)本發(fā)明的一個實施例用于動態(tài)地創(chuàng)建Web服務(wù)的方法的流程圖；圖3示出了根據(jù)本發(fā)明的一個實施例用于動態(tài)地創(chuàng)建Web服務(wù)的方法的另一個流程圖。
具體實施例方式
根據(jù)本發(fā)明的實施例可以向其它服務(wù)提供者揭示正被構(gòu)建的服務(wù)的流程，并允許所述服務(wù)提供者填充該流程中所需的節(jié)點?？梢酝ㄟ^請求或通告流程節(jié)點所需服務(wù)的WSDL文件完成揭示和填充。典型地，服務(wù)的WSDL文件描述該服務(wù)能執(zhí)行什么功能(抽象接口)，怎樣與該服務(wù)交互(綁定)和該服務(wù)的實現(xiàn)位于何處(定位)。然而，根據(jù)本發(fā)明被通告的WSDL文件代表了所述流程(或正創(chuàng)建的服務(wù))為了實現(xiàn)將完成的服務(wù)需要什么，而不是服務(wù)當(dāng)前能提供什么。與可以提供什么相對的對需要什么的請求與WSDL文件的現(xiàn)有應(yīng)用不同。此處以與其它任何應(yīng)用完全不同的方式使用WSDL文件。再次地，此處使用的WSDL文件并不描述提供的服務(wù)，而是所希望的服務(wù)。還可以在類似UDDI的目錄內(nèi)公布這些所需的WSDL文件。就此而言UDDI也被以一種不同的方式使用。典型的UDDI被服務(wù)請求者(用戶)用于發(fā)現(xiàn)他們希望使用的服務(wù)。相反，此處類似UDDI的目錄被用于通告需要什么，并請求服務(wù)提供者的幫助以便提供所需的服務(wù)。服務(wù)提供者能夠訪問該目錄，并能將所需的WSDL提供回該框架。如果該框架接受了來自服務(wù)提供者的WSDL，它將把該WSDL合并到構(gòu)建中的流程中，并從目錄中刪除該通告。當(dāng)流程的所有節(jié)點都完成之后，框架創(chuàng)建所述服務(wù)并部署它。
參考圖1的示例的情況，圖1的流程圖示出了系統(tǒng)10，其中正在構(gòu)建一個允許不同的源更新企業(yè)的顧客信息數(shù)據(jù)庫46的服務(wù)。要求可以是如顧客更新處理流程12中所示，來自不同源的顧客數(shù)據(jù)必須以一種統(tǒng)一的方式保持在企業(yè)顧客數(shù)據(jù)庫中。為保證數(shù)據(jù)質(zhì)量、有效性和完整性，必須在更新顧客數(shù)據(jù)存儲之前對數(shù)據(jù)進行標(biāo)準(zhǔn)化、匹配和匯總。圖1中示出了描述了對地址進行標(biāo)準(zhǔn)化13、指定或匹配14、匯總15及更新16的活動的處理流程12。該處理流程中的每個活動調(diào)用所使用的服務(wù)18中的相應(yīng)的服務(wù)(23、24、25或26)，并且所述服務(wù)分別由端點應(yīng)用實現(xiàn)，諸如服務(wù)43、44、45或46。例如，標(biāo)準(zhǔn)化地址活動13調(diào)用地址標(biāo)準(zhǔn)化服務(wù)23，并且地址標(biāo)準(zhǔn)化功能由地址標(biāo)準(zhǔn)化引擎43實現(xiàn)。
圖1的示例說明示出了開發(fā)的各個服務(wù)(地址標(biāo)準(zhǔn)化服務(wù)、關(guān)鍵字指定服務(wù)、數(shù)據(jù)匯總服務(wù)和持久化服務(wù))并且這些服務(wù)被一起組合到一個處理服務(wù)內(nèi)(顧客更新服務(wù))并實現(xiàn)一個處理(顧客更新處理)。所述各個服務(wù)中的每一個由它們自己的WSDL文件(例如，地址標(biāo)準(zhǔn)化服務(wù)WSDL文件)描述，并由一個端點應(yīng)用(例如，地址標(biāo)準(zhǔn)化引擎)實現(xiàn)。這些端點應(yīng)用中的一些可以由第三方提供，并在構(gòu)建時是不可用的。在構(gòu)建時，定義了服務(wù)接口(WSDL)并且沒有到端點的任何特定綁定。可以如上所述通告所述各個WSDL。第三方提供者可以檢查WSDL并確定它們是否滿足該說明。然后，第三方提供者可以動態(tài)地提供它們的WSDL(綁定到它們的端點)。
在圖1的示例的情況中，在構(gòu)建該服務(wù)時除了數(shù)據(jù)匹配引擎44之外圖1中示出的所有組件都可用的假設(shè)能進一步說明本發(fā)明的實施例。因此，在該實現(xiàn)中由于缺少服務(wù)實現(xiàn)和執(zhí)行所需的匹配引擎端點44，關(guān)鍵字指定服務(wù)24不能被完成。關(guān)于具有數(shù)據(jù)匹配引擎的多個供應(yīng)商的知識允許使用系統(tǒng)或框架10動態(tài)地選擇一個供應(yīng)商并實時地構(gòu)建需要的服務(wù)。就此而言，可以為關(guān)鍵字指定服務(wù)創(chuàng)建上述提到的特定的WSDL文件，其僅在該WSDL的實現(xiàn)部分缺少服務(wù)位置信息。
回顧一下，WSDL文件包括三個部分抽象服務(wù)接口，服務(wù)接口實現(xiàn)和服務(wù)位置。WSDL中的服務(wù)接口被稱為“portType”。PortType由具有輸入和輸出的一個或多個操作構(gòu)成。所述輸入和輸出由消息描述。使用XML方案鍵入服務(wù)消息。由特定于服務(wù)提供者的可擴展元件描述服務(wù)接口實現(xiàn)。服務(wù)接口實現(xiàn)支持多個特定于服務(wù)提供者的綁定，包括SOAP、Java、無狀態(tài)會話EJB、J2EE連接器、JMS、處理和轉(zhuǎn)換。如圖所示，服務(wù)23、24和26分別使用無狀態(tài)會話EJB綁定33、34和36，而服務(wù)25使用Java綁定35。由特定于服務(wù)提供者的端口可擴展元件描述服務(wù)位置。
現(xiàn)在參考圖2，一個流程圖示出了用于動態(tài)地構(gòu)建Web服務(wù)的方法50。方法50包括向網(wǎng)絡(luò)中其它服務(wù)提供者揭示正被構(gòu)建的服務(wù)的流程的步驟51，請求該流程的流程節(jié)點所需的服務(wù)的步驟52，和使得其它服務(wù)提供者能夠填充所述流程節(jié)點所需服務(wù)的步驟55。注意請求步驟可以包括通告該流程中的流程節(jié)點所需服務(wù)的WSDL文件的可選擇步驟53，所述WSDL文件代表為了完成該服務(wù)所述流程所需的至少一個服務(wù)。請求步驟還可以包括在一個類似統(tǒng)一描述、發(fā)現(xiàn)和集成(UDDI)目錄中公布所需的WSDL文件的步驟54。所述方法還可以包括在步驟56合并所述流程節(jié)點所需的由其它服務(wù)提供者填充的服務(wù)的可選擇步驟，以及可選擇地在步驟57一旦填充了所述服務(wù)并且該流程合并了所述服務(wù)，刪除對所述流程節(jié)點所需的服務(wù)的任何請求。然后方法50在步驟58完成該流程的所有節(jié)點并且創(chuàng)建和部署該服務(wù)。
如上提到的，向其它服務(wù)提供者揭示正被構(gòu)建的服務(wù)的流程和允許服務(wù)提供者填充該流程中所需的節(jié)點可以通過通告流程節(jié)點所需服務(wù)的WSDL文件實現(xiàn)。典型地，服務(wù)的WSDL文件描述了該服務(wù)可以執(zhí)行什么功能(抽象接口)，如何與服務(wù)交互(綁定)，服務(wù)實現(xiàn)位于何處(位置)。然而，根據(jù)此處的實施例的被通告的WSDL文件代表了為了完成所述流程(或正被創(chuàng)建的服務(wù))需要什么，而不是它當(dāng)前可以提供什么。另外，可以在類似UDDI的目錄中公布WSDL文件，同樣所述類似UDDI的目錄被以不同于典型的UDDI目錄的方式使用。典型的UDDI目錄被服務(wù)請求者(用戶)用來尋找他們希望使用的服務(wù)。相反地，此處類似UDDI的目錄可以被用于通告需要什么并且請求服務(wù)提供者的幫助以提供所需的服務(wù)。服務(wù)提供者可以訪問該目錄并且能將所需的WSDL提供回框架。如果框架接受了來自服務(wù)提供者的WSDL，它將把該WSDL合并到構(gòu)造中的流程內(nèi)，并且從所述目錄中刪除該通告。當(dāng)完成流程的所有節(jié)點后，框架創(chuàng)建所述服務(wù)并部署它。
應(yīng)注意，UDDI(統(tǒng)一描述，發(fā)現(xiàn)和集成)項目致力于定義一組說明，所述說明使得企業(yè)易于加速對B2B和因特網(wǎng)上的交易的使用。UDDI通過定義企業(yè)可以如何揭示它們的業(yè)務(wù)應(yīng)用來完成所述目的，例如作為Web服務(wù)的電子商務(wù)、訂單管理、庫存、銷售和記賬，它們可以直接地安全地被定義、被發(fā)現(xiàn)和被集成到貿(mào)易伙伴和客戶處的業(yè)務(wù)應(yīng)用中。
UDDI項目基于現(xiàn)有的因特網(wǎng)標(biāo)準(zhǔn)，是平臺和實現(xiàn)中性的，并且自從它的推出以來已產(chǎn)生了相當(dāng)大的推動力。最重要的是，UDDI涉及基于UDDI說明的Web服務(wù)的共享實現(xiàn)。所述的Web服務(wù)，即UDDI業(yè)務(wù)注冊，是企業(yè)以及它們作為Web服務(wù)揭示給貿(mào)易伙伴和顧客使用的應(yīng)用的因特網(wǎng)目錄。業(yè)務(wù)程序以類似于人們使用Web搜索引擎搜索網(wǎng)站的方式使用UDDI業(yè)務(wù)注冊以便確定其它公司的程序說明。這種因特網(wǎng)上的自動的應(yīng)用到應(yīng)用的發(fā)現(xiàn)和集成將有助于消除阻止企業(yè)更廣泛地采用B2B的許多配置和兼容性問題(盡管B2B具有節(jié)省成本和提高效率的潛力)。
綜上所述并參照圖3的流程圖示出的方法70，用戶72希望開發(fā)一種服務(wù)，可以使用服務(wù)構(gòu)建工具74創(chuàng)建服務(wù)處理或流程76。所述各個服務(wù)中的每一個服務(wù)由它自己的WSDL文件描述，并且由端點應(yīng)用實現(xiàn)。其中這些端點應(yīng)用中的某一些可以由第三方提供商81(A到N)提供，并且可以在構(gòu)建時是不可用的。在構(gòu)建時，定義服務(wù)接口(WSDL)并且沒有到端點的任何特定綁定。根據(jù)本發(fā)明的一個實施例，框架78能夠如上所述請求或通告84各個WSDL82。第三方提供商81可以檢查WSDL82并確定它們是否滿足所述說明。然后第三方提供商81可以在運行時環(huán)境80期間動態(tài)地提供它們的WSDL(綁定到它們的端點)。另外，還可以提供傳統(tǒng)的UDDI86以便就像已知的服務(wù)那樣提供服務(wù)，只是所提供的服務(wù)是由框架78動態(tài)地創(chuàng)建的。
應(yīng)當(dāng)理解可以使用硬件、軟件或硬件和軟件的組合來實現(xiàn)本發(fā)明。還可以在一個計算機系統(tǒng)中以集中的方式實現(xiàn)本發(fā)明，或以分布式的方式實現(xiàn)本發(fā)明，其中不同的元件分散在若干互連的計算機系統(tǒng)上。適合于執(zhí)行這里描述的方法的任何類型的計算機系統(tǒng)或其它裝置都是適用的。硬件和軟件的典型組合可以是具有計算機程序的通用計算機系統(tǒng)，當(dāng)所述計算機程序被裝入并被執(zhí)行時，控制所述計算機系統(tǒng)，從而它執(zhí)行此處說明的方法。
本發(fā)明還可以被嵌包含在計算機程序產(chǎn)品中，所述計算機程序產(chǎn)品包括能夠?qū)崿F(xiàn)此處說明的方法的所有特征，并且當(dāng)其被裝入計算機系統(tǒng)時能夠執(zhí)行這些方法。當(dāng)前上下文中的計算機程序或應(yīng)用是指一組指令的任何的語言、代碼或符號的任何表示，其旨在使得具有信息處理能力的系統(tǒng)或是直接地或是在a)轉(zhuǎn)換成另外的語言，代碼或符號；b)以不同的材料形式復(fù)制之一或兩者之后執(zhí)行特定的功能。
可以其它形式表述本發(fā)明而不脫離本發(fā)明的精神或基本屬性。因此應(yīng)當(dāng)參考下面的權(quán)利要求而不是上述的說明確定本發(fā)明的范圍。
權(quán)利要求
1.一種動態(tài)地創(chuàng)建Web服務(wù)的方法，包括如下步驟向網(wǎng)絡(luò)中其它服務(wù)提供者揭示正被構(gòu)建的服務(wù)的流程；請求所述流程的流程節(jié)點所需的服務(wù)；以及使得其它服務(wù)提供者能夠填充所述流程節(jié)點所需的服務(wù)。
2.根據(jù)權(quán)利要求1的方法，其中所述方法進一步包括合并由所述其它服務(wù)提供者填充的所述流程節(jié)點所需的服務(wù)的步驟。
3.根據(jù)權(quán)利要求2的方法，其中所述方法進一步包括一旦所述服務(wù)被填充并且已被所述流程合并，則刪除對所述流程節(jié)點所需服務(wù)的任何請求的步驟。
4.根據(jù)權(quán)利要求2的方法，其中所述方法進一步包括完成所述流程的所有節(jié)點，創(chuàng)建所述服務(wù)并部署所述服務(wù)的步驟。
5.根據(jù)權(quán)利要求1的方法，其中所述請求步驟包括通告用于所述流程的流程節(jié)點的所需服務(wù)的Web服務(wù)定義語言(WSDL)文件的步驟。
6.根據(jù)權(quán)利要求5的方法，其中所述WSDL文件代表為了完成所述服務(wù)所述流程所需的至少一個所需服務(wù)。
7.根據(jù)權(quán)利要求6的方法，其中所述請求步驟包括在類似統(tǒng)一描述、發(fā)現(xiàn)和集成(UDDI)目錄中公布所需的WSDL文件的步驟。
8.一種使用服務(wù)提供者的網(wǎng)絡(luò)動態(tài)地創(chuàng)建Web服務(wù)的系統(tǒng)，包括連接到服務(wù)提供者的所述網(wǎng)絡(luò)的處理器，其中所述處理器被編程為向所述網(wǎng)絡(luò)中其它服務(wù)提供者揭示正被構(gòu)建的服務(wù)的流程；請求所述流程的流程節(jié)點所需的服務(wù)；以及使得其它服務(wù)提供者能夠填充所述流程節(jié)點所需的服務(wù)。
9.根據(jù)權(quán)利要求8的系統(tǒng)，其中所述處理器進一步被編程為合并由所述其它服務(wù)提供者填充的所述流程節(jié)點所需的服務(wù)。
10.根據(jù)權(quán)利要求9的系統(tǒng)，其中所述處理器進一步被編程為一旦所述服務(wù)被填充并且已被所述流程合并，則刪除對所述流程節(jié)點所需服務(wù)的任何請求。
11.根據(jù)權(quán)利要求9的系統(tǒng)，其中所述處理器進一步被編程為完成所述流程的所有節(jié)點，創(chuàng)建所述服務(wù)并部署所述服務(wù)。
12.根據(jù)權(quán)利要求8的系統(tǒng)，其中所述處理器進一步被編程為通過通告用于所述流程的流程節(jié)點所需的服務(wù)的Web服務(wù)定義語言(WSDL)文件進行請求。
13.根據(jù)權(quán)利要求12的系統(tǒng)，其中所述WSDL文件代表為了完成所述服務(wù)所述流程所需的至少一個所需服務(wù)。
14.根據(jù)權(quán)利要求8的系統(tǒng)，其中所述處理器進一步被編程為通過在類似統(tǒng)一描述、發(fā)現(xiàn)和集成(UDDI)目錄中公布所需的WSDL文件進行請求。
15.一種其上存儲有計算機程序的機器可讀存儲器，所述計算機程序具有多個可由機器執(zhí)行的代碼部分，用于使得所述機器執(zhí)行如下步驟向所述網(wǎng)絡(luò)中其它服務(wù)提供者揭示正被構(gòu)建的服務(wù)的流程；請求所述流程的流程節(jié)點所需的服務(wù)；以及使得其它服務(wù)提供者能夠填充所述流程節(jié)點所需的服務(wù)。
16.根據(jù)權(quán)利要求15的機器可讀存儲器，其中所述機器可讀存儲器進一步被編程為合并由所述其它服務(wù)提供者填充的所述流程節(jié)點所需的服務(wù)。
17.根據(jù)權(quán)利要求16的方法，其中所述機器可讀存儲器進一步被編程為一旦所述服務(wù)被填充并且已被所述流程并合，則刪除對所述流程節(jié)點所需服務(wù)的任何請求。
18.根據(jù)權(quán)利要求16的方法，其中所述機器可讀存儲器進一步被編程為完成所述流程的所有節(jié)點，創(chuàng)建所述服務(wù)并部署所述服務(wù)。
19.根據(jù)權(quán)利要求15的方法，其中所述機器可讀存儲器進一步被編程為通過通告用于所述流程的流程節(jié)點所需服務(wù)的WSDL文件進行請求。
20.根據(jù)權(quán)利要求1的方法，所述機器可讀存儲器進一步被編程為通過在類似統(tǒng)一描述、發(fā)現(xiàn)和集成(UDDI)目錄中公布所需的WSDL文件進行請求。
全文摘要
一種動態(tài)地創(chuàng)建Web服務(wù)的方法(50)，包括向網(wǎng)絡(luò)中其它服務(wù)提供者揭示(51)正被構(gòu)建的服務(wù)的流程，請求(52)所述流程的流程節(jié)點所需的服務(wù)和使得其它服務(wù)提供者能夠(55)填充所述流程節(jié)點所需的服務(wù)。所述方法還可包括合并(56)由其它服務(wù)提供者填充的服務(wù)，以及一旦服務(wù)被填充并且已被流程合并則可選擇地刪除(57)對所述流程節(jié)點所需服務(wù)的任何請求。該方法然后可以完成(58)所述流程的所有節(jié)點并創(chuàng)建和部署所述服務(wù)。應(yīng)注意，所述請求步驟可以包括通告(53)用于所述流程節(jié)點所需服務(wù)的WSDL文件。所述請求步驟還可以可選擇地包括在類似UDDI目錄中公布(54)所需的WSDL文件。
文檔編號H04L29/06GK1797401SQ20051012836
公開日2006年7月5日 申請日期2005年11月14日 優(yōu)先權(quán)日2004年12月28日
發(fā)明者A·A·布-甘納姆, T·E·克里默, N·A·卡茨, V·S·莫爾 申請人:國際商業(yè)機器公司