Web服務註冊和操作方法
2023-06-08 06:49:06
專利名稱：Web服務註冊和操作方法
背景技術：
許多協議和標準已被用來推動通過網際網路的業務流程。統一描述、發現和集成(UDDI)規範使用可擴展標記語言(XML)文件，定義機制來發布和發現有關「web服務」的信息。術語web服務描述的是由一個公司提供的業務功能，使其它公司、個人、或軟體程序能夠訪問此服務。例如，金融服務公司使用合適的編碼交易和依照統一描述、發現和集成(UDDI)標準定義的應用程式接口(API)呼叫，可以使顧客能夠獲得股票報價。
統一描述、發現和集成(UDDI)定義的「businessEntity」業務實體結構，包括「白頁」、「黃頁」、和「綠頁」部分。「白頁」部分包括有關業務的地址信息、聯繫信息、和已知標識符。「黃頁」部分包括基於標準分類的行業類別。「綠頁」部分描述業務發布的服務。「businessService業務服務」和「bindingTemplate綁定模板」結構被定義用於「綠頁」部分。businessService業務服務結構是一個描述性容器，被用於對一系列的與業務流程或類別服務有關的web服務進行分組。bindingTemplate綁定模板結構提供實際調用服務所需的信息。通常，bindingTemplate綁定模板結構包括指向有關web服務所支持的規範的指針。
用於業務流程的web標準的另一個例子是業務流程建模語言(BPML)。BPML是一種元語言，用於將業務流程描述成，在可擴展的BPML XML結構頂部分層的特定業務流程建模語言。BPML將業務流程描繪成控制流、數據流、和事件流的結合。BPML有許多限制。具體地，BPML受限於必需預先定義一個完整的業務流程。同樣，web服務業務流程執行語言(BPEL4WS)是用來調用業務流程的另一種語言。BPEL4WS類似於業務流程建模語言(BPML)，必須預先定義完整的業務流程。
Web服務描述語言(WSDL)是涉及業務流程的另一種web標準。WSDL使用可擴展標記語言(XML)格式將網絡服務描述成一個在消息上進行操作的端點集。WSDL是相當限制的一個標準。特別地，WSDL是方便將業務流程交易綁定到具體網絡協議和消息網絡格式上。WSDL並不是提供一個抽象元模型或一個框架用於整合業務流程。
概述 典型實施例涉及一個智能註冊中心用於整合web業務服務。註冊中心使得整合服務的基於模型開發成為可能，並提供用於服務建模的實體和用於動態查詢標準的詞彙。在一個實施例裡，智能註冊中心提供一個動態的、可擴展的、和充分表達的元模型。元模型被用來定義域模型。域模型是特定業務塊或項的模型。例如，使用元模型可以開發旅遊行業的域模型。域模型是可以重複使用的，且在配置之後能夠被用於許多不同的應用。
在抽象層面，一個域可以根據業務服務提供者、類別定義和服務定義而建模。在一個實施例裡，「businessServiceProvider」業務服務提供者結構被用作抽象結構，在有關域內提供有關一種業務實體的元數據。在旅遊域內可以定義businessServiceProvider業務服務提供者文檔的業務實體的實例包括航空公司、酒店、飯店、租車中介等。在businessServiceProvider業務服務提供者內，categoryDefinition類別定義結構描述分類方案。典型地，對於每個相應的類別項，categoryDefinition類別定義結構可以包括有效數值或有效範圍的一個集合。categoryDefinition類別定義結構提供一個查詢功能基礎。同樣，在businessServiceProvider業務服務提供者結構內，serviceDefinition服務定義結構可以抽象地描述特定類型的業務實體可以或必須提供的web界面。通過識別或參考可擴展標記語言(XML)文檔或業內參與者同意的其它公開標準，可以定義web界面。
在抽象模型基礎上建造，並使一系列應用能夠訪問元模型和導出實例，便可以實現web服務整合。例如，域建模專家可以利用域建模應用，在智能註冊中心上定義域模型XML文檔。然後，業務實體可以訪問域模型XML文檔，通過發布應用發布它們的web服務。業務流程工程師使用業務流程設計應用，可以訪問發布了的web服務，實現一個從開始到結束的業務流程。在業務流程的運行時間裡，業務流程執行引擎可以使用由其它應用建立的數據結構和文檔，為用戶或特定的軟體實體，調用設定的業務流程。在運行時間上，業務流程可以使用服務定義和註冊的合資格的服務提供者，依照設定的業務流程動態地選擇服務。
一些典型實施例提供的註冊功能不同於已知業務服務註冊標準。例如，統一描述、發現和集成(UDDI)很少提供通用業務註冊。規範是靈活的，以適應不同的應用需要。結果，UDDI不會阻止同行業內的業務被發布給具有不同信息的UDDI註冊。UDDI在發布業務界面上不會強制任何統一的技術界面。相應地，註冊業務可以發布任何類型的私有標準。另外，UDDI不會去關聯兩個相同類型業務。例如，儘管可以定位找到依照UDDI註冊的同一類別的業務，但是不能推斷每個找到的業務支持相同類的界面。
依照一些典型實施例，通過引入元模型，提供一種語言在域模型上定義「businessEntity」業務實體結構。域模型可以被看作獨立的規範集合，能夠在服務整合流程的不同階段被分配到不同的應用中。發布應用可以強制由域模型定義的結構。在設計時，業務流程工程師可以定義具有查詢標準(抽象服務)的服務建造模塊和具有固定接入點信息(具體服務)的模塊。然後，將實際服務捆綁到抽象服務(「具體化」)可以被延遲直到運行時間。簡而言之，如果沒有域模型，抽象服務的具體化將不可能輕易實現，也不可能有用於有效創建服務的應用工具。
前面已經廣義地概括了本發明的特點和技術優越性，以便可以更好地理解後續的本發明的詳細說明。本發明的其它特點和技術優越性將在此後說明，它們構成本發明的權利要求的主題。應該理解，這裡公開的概念和具體實施例可以很容易地用於修正或設計實現本發明的相同目的的構造的基礎。還應認識到，這樣的等同結構不脫離所附權利要求定義的本發明範圍。本發明的特徵的創新點，即指其結構也包括操作方法，以及其它的目的和優點，這些將在後面結合附圖的說明中更好地理解。但是還應理解，每個附圖是用於說明的目的，不用來限定本發明的範圍。
為了更全面地理解本發明，現參考結合附圖的下述說明，其中 圖1描述依照一個典型實施例的用於抽象建模業務類型的數據結構。
圖2描述依照一個典型實施例的用於整合web服務的系統。
圖3描述依照一個典型實施例的整合web服務的流程圖。
圖4描述依照一個典型實施例的執行業務流程腳本的流程圖。
圖5描述依照一個典型實施例的業務流程腳本。
發明詳述 現參考附圖，依照一個典型實施例，圖1描述元模型100。元模型100包括businessServiceProvider業務服務提供者結構101。本質上，businessServiceProvider業務服務提供者101是一個形成唯一技術籤名的定義集，業務實體在相關業務域內依照設定的業務類型進行註冊時必須符合該籤名。例如，businessServiceProvider業務服務提供者結構101的一個具體例子是旅遊域內的航空公司業務實體。在旅遊域內註冊為航空公司的業務實體可以要求提供一個詳細的航班到達時間的界面、一個提供起飛時間的界面、一個預定航班的界面等。
在一些典型實施例裡，businessServiceProvider業務服務提供者結構101可以包含0個或多個類別定義和服務定義。為此，可以使用兩個子結構，categoryDefinition類別定義結構102和serviceDefinition服務定義結構103。categoryDefinition類別定義結構102可以被用來實現分類方案。在一個實施例裡，categoryDefinition類別定義結構102是一個保留多個統一資源標識符(URIs)和定位器數據元素的容器。每個統一資源標識符(URI)可以被作為一個指針指向提供類別信息的技術規範。有可能的是，有關規範可以定義多個類別類型。定位器數據元素可以被用來準確定位規範的相關部分。定位器數據元素的語法可以依照技術規範的類型的不同而不同。serviceDefinition服務定義結構103描述businessServiceProvider業務服務提供者結構101的有關業務實體可以或必須實現的界面。在一個實施例裡，serviceDefinition服務定義結構103是一個或多個統一資源標識符(URIs)的一個容器，URIs指向描述web界面的有關技術規範。例如，統一資源標識符(URI)可以指向一個使用web服務描述語言(WSDL)編碼的文檔。
businessServiceProvider業務服務提供者結構101，categoryDefinition類別定義結構102和serviceDefinition服務定義結構103的實施，不需要依照特定的數據結構或文檔而被嚴格定義。相反，可以在抽象層面上定義結構101-103。通過從嚴格實施當中對結構101-103進行去藕，可以確認智能註冊伺服器的高層面運作，而不會影響模型規範的未來擴展。
根據業務類型、分類定義和web服務定義，對業務域進行建模，一些典型實施例可以實現一些已知的web服務標準裡沒有的功能。例如，UDDI使業務實體提供的web服務註冊成為可能。但是，UDDI註冊流程是一個開放式機制，任何特定的業務實體能夠註冊任何類型的web服務，包括它自己專有的web服務。在多個業務實體之間整合web服務是困難的，因為不知道業務夥伴將是否提供合適的web服務，直到業務夥伴完成UDDI註冊流程。相反，一些典型實施例可以整合web服務，而不管具體web服務的特定註冊。相反，業務域模型提供業務流程設計的基礎，由此抽象地描述服務。相應地，可以選擇抽象服務，作為調用多個業務夥伴的多種web服務的一個業務流程的建造模塊。在執行業務流程的運行時間，可以動態地選擇註冊的業務實體，來執行設定的抽象服務。
依照一個典型實施例，圖2描述支持web服務整合的業務流程系統200。業務流程系統200包括多個客戶201，通過網絡213通訊連接到智能註冊202上，使服務整合成為可能。作為例子，使用合適的計算機平臺(具有一個或多個處理器214、儲存設備、存儲器215、網絡硬體216等)和可執行代碼或軟體，可以實現智能註冊中心202。
如圖2所示，智能註冊中心202包括存儲有關業務流程數據的非易失性(non-volatile)儲存器203。存儲的數據包括域文檔204。域文檔204最好是描述有關業務塊或項的可擴展標記語言(XML)文檔。例如，可以建立域文檔204，用於旅遊行業、消費汽車銷售行業、消費數字內容行業等。域文檔204最好使用由businessServiceProvider業務服務提供者結構101定義的抽象元模型，根據分類和提供的服務在業務域內定義業務類型。智能註冊中心202可以包括由businessServiceProvider業務服務提供者結構101的categoryDefinition類別定義結構102和serviceDefinition服務定義結構103引用的類別文檔205和服務文檔206。但是，智能註冊中心202不需要存儲這些文檔。另外或者，結構102和103的統一資源標識符(URIs)可以參考存儲在其它伺服器上的文檔。
業務實體文檔207使得業務實體可以註冊，可以發現它們發布的服務。業務實體文檔207可以識別業務實體、地址信息、聯繫信息等的公司標識符。再者，業務實體文檔207可以識別與業務實體相符的businessServiceProvider業務服務提供者結構101。在businessServiceProvider業務服務提供者結構101內，數值範圍和可選服務是有可能的。業務實體文檔207可以識別與分類信息相關的特定數值。同樣，業務實體文檔207可以識別由業務實體發布的可選服務。
另外請注意，一些典型實施例不需要在業務實體提供者上強加嚴格的web服務定義。例如，通過提供適配模塊，具有非一致web服務的服務提供者可以使用註冊中心202。對這種提供者的專有或非標準界面，適配模塊可以執行消息和其它轉換功能。相應地，這種提供者的非一致服務可以透明地被應用在註冊中心202上。
業務流程文檔208根據在服務文檔206裡識別出的服務定義各個業務流程。另外，通過明確地識別提供服務的業務實體或通過定義分類標準和/或其它合適的標準，可以定義業務流程，在業務流程運行時動態地選擇業務實體。
智能註冊中心202包括多種應用操作，以促進整合業務服務。例如，智能註冊中心202包括域設計應用209，使得域專家能夠通過在各個客戶201上的軟體建立域。域設計應用209可以採用合適的圖解控制和其它用戶顯示元件，使域模型的建造模塊形象化，如businessServiceProvider業務服務提供者、categoryDefinition類別定義、和serviceDefinition服務定義結構。域專家可以建立一個文檔，描述在各個行業內的業務實體類型、分類方案、和業務實體類型採用的服務。
另外，與categoryDefinition類別定義和serviceDefinition服務定義結構相關的技術規範(如WSDL文檔)以URL格式使用唯一的標識符，以便能夠在將域模型配置到註冊中心202上時查找文檔。基於域模型的名字空間以及serviceDefinition服務定義和categoryDefinition類別定義的名字，通過導出唯一的統一資源定位符(URL)路徑，域設計應用209可以支持一個自動URL創建算法。另外，域設計應用209可以支持技術規範的語法檢查，來驗證在域內包括的文檔的語法正確性。
當一個業務實體決定披露其服務(「發布」)，業務實體中介可以使用發布應用210查詢智能註冊202，獲得有關設定的業務域和在此域內業務類型的相關信息。用戶可以選擇域和域內一個或多個businessServiceProvider業務服務提供者結構。然後，與選擇的結構相關聯的部分規範被提供給此用戶。通過提供規範信息來響應用戶選擇，可以避免下載和管理不必要的數據。
此外，發布應用210呈現一個用戶界面適應選擇的域模型和businessServiceProvider業務服務提供者。依靠各個businessServiceProvider業務服務提供者，用戶界面可以適當地顯示類別項對應分類數值。例如，「酒店星級水平」項將僅僅對應在「旅遊」域內的「酒店」項。在類別項內，可以提供有效數值或數值範圍供用戶選擇。發布應用210可以獲得其它有關信息，如業務名稱、業務地址、聯繫信息。而且，通過用戶界面可以識別找到相關的界面。例如，可以將與界面相關聯的統一資源定位符(URL)輸入到各個項內。在獲得相關信息之後，發布應用210建立一個業務實體文檔207來編碼此信息。
查詢界面217可以用來識別那些使用發布應用210已發布其web服務的業務。例如，包括一個或多個查詢參數的查詢項可以被傳送給查詢界面217。查詢參數可以設定與分類信息相關聯的數值或數值範圍。例如，對「酒店」businessServiceProvider業務服務提供者，具有「五星」查詢參數的查詢項可以被遞交給查詢界面217。查詢界面217可以檢索業務實體文檔207，來尋找滿足查詢參數的實體。通過傳送包含匹配業務實體的文檔，查詢界面217可以響應接收到的查詢項。在業務流程的運行時，來自查詢界面217的響應可以用來動態地選擇web服務，這些將在以下進行描述。
業務流程工程師可以訪問業務流程設計應用211，來識別找到相關的服務定義，作為業務流程的建造模塊。例如，旅遊中介可以實施一個業務流程，該業務流程使用航空公司、酒店、租車中介等註冊服務。
在一個典型實施例裡，業務流程設計應用211提供圖形符號來表示業務流程。業務流程設計應用211可以包括一個可視業務流程模型器、服務定義編輯器、和業務流程腳本產生器。可視業務流程模型器可以提供圖形環境給業務流程工程師，在業務流程內定義建造模塊的作業流和次序。服務定義編輯器使業務流程工程師能夠定義業務流程選擇的服務是否是具體服務(即註冊業務實體清楚發布的服務)或抽象服務(即普通描述的服務且不需要識別特定支持業務實體)。如果定義抽象服務，可以採用在運行時隨後使用的標準來選擇對應抽象服務的具體服務。當完成設計時，業務流程工程師可以使用業務流程腳本產生器來建立業務流程腳本。
可以採用業務流程執行引擎212來執行業務流程。業務流程執行引擎212可以檢索找到相應業務流程文檔208。業務流程執行引擎212可以處理從用戶接收到的信息，作為業務流程的輸入。可以應用接收到的信息來查詢業務實體文檔207，並使用查詢界面217識別找到合適的服務。同樣，抽象服務設定的標準被用於查詢業務實體文檔，來識別找到合適的具體服務。使用在業務實體文檔207內的編碼信息，服務的訪問點被定位找到。接著，服務被調用，且合適的信息被傳送給此服務。一個調用的服務接收到的信息可以被提供給一個隨後調用的服務，來提供一個協調的業務流程流。
儘管圖2描述了使用集成式和集中式構造的智能註冊中心202，但本發明並不限於此。如果需要的話可以採用分布式構造。例如，域文檔204、類別文檔205、服務文檔206、業務實體文檔207、和業務流程文檔208可以由分離的伺服器保留。同樣，應用209-212可以在其它伺服器上實施，伺服器使用API呼叫或其它合適的功能訪問文檔204-208。
依照一個典型實施例，圖3描述了整合業務服務的流程圖。使用來自任意合適的計算機可讀媒介的軟體代碼或可執行指令，可以部分地實施圖3的流程圖。在步驟301，建立業務域。在步驟302，根據將被業務類型採用的分類數值和web服務，在建立的域內定義業務類型。在步驟303，域定義可以被存儲在註冊平臺(如智能註冊中心202)上，來支持查詢操作。在步驟304，從業務實體接收信息，在建立的域內將實體註冊為一個或多個業務類型。在步驟305，接收到的信息可以被存儲在智能註冊中心上，使訪問信息來發現業務成為可能。在步驟306，接收信息來定義業務流程。使用在建立的域內描述的服務、涉及類別信息和其它有關標準的查詢、消息交換、和業務邏輯，來定義業務流程。在步驟307，建立業務流程文檔，並將它存儲在智能註冊中心上。在步驟308，使用存儲的文檔，執行業務流程。另外，依照設定的選擇標準和在運行時提供的選擇標準，註冊業務實體的動態查詢可以用於選擇業務服務，以供在業務流程執行期間調用。
在一個實施例裡，定義了一種智能業務流程建模語言(iBPML)，使得可以描述業務流程流，而不需要在業務流程創建和部署時確認具體服務。一個iBPML編碼的業務流程，根據在web服務和用於處理消息和/或選擇web服務的業務邏輯之間的消息交換，來描述業務流程。以這種方式描述業務流程，對涉及兩個或多個業務夥伴的複雜業務功能，可以進行服務編制(Service Orchestration)。
在一個實施例裡，iBPML採用WSDL 1.1標準和XML schema 1.0標準，來提供由iBPML業務流程使用的數據模型。iBPML也可以包括依照XML協定定義的其它數據結構，來保留業務流程的狀態定義，並使得在業務流程執行期間可以進行業務邏輯操作。iBPML可以包括依照XML協定定義的數據結構，使得在多個業務流程之間可以交換消息。因為可以協調多個業務流程，與具有不同粒度級別的唯一數據要求的每個單元一起，嵌套的工作單元可以被激活。另外，通過使用XML協定，從用於實現相關的web服務的支持平臺和程序語言，可以獨立地描述業務流程。
使用iBPML的業務流程開發使得可以選擇不同的服務提供者，對應不同情境或不同需要。在設計時靜態查找標準是已知的，且能夠在iBPML文檔內被直接編碼。但是，在運行時，可以找出一些服務提供者滿足靜態查找標準。可以採用另外的標準，使得在多個服務提供者之間可以動態地選擇。可以獲得另外的標準，作為輸入提供給業務流程，或可以由前面執行的web絡服務的結果建立另外的標準。以這種方式的標準動態應用，使得可以靈活執行業務流程，情境感知(context-aware)顧客偏好。
依照一個典型實施例，圖4描述了使用iBPML文檔編碼的業務流程腳本的執行流程圖。使用來自任意合適的計算機可讀媒介的軟體代碼或可執行指令，圖4的流程圖也可以部分實現。在步驟401，開始執行業務流程，可選地輸入參數，並被傳送給腳本。這些輸入參數可以來源於一個用戶。例如，通過超連結標記語言(HTML)表單，可以提供圖形用戶界面給用戶，在執行腳本之前獲得信息。另外或者，輸入參數可以從先前執行腳本的結果獲得。在步驟402，為響應在業務流程腳本裡的代碼，查詢註冊中心以獲得依照查詢參數提供web服務的業務實體列表。查詢參數可以被靜態定義。或者，查詢參數可以包括輸入參數。在步驟403，依照在業務流程腳本裡定義的選擇策略，從此列表裡選擇一個業務實體。在步驟404，可以查詢註冊中心以獲得由業務實體提供的web服務位置。在步驟405，調用業務實體的web服務。有關執行業務流程腳本的其它細節將在圖5中討論。
例如，假設一個旅遊中介專門提供「豪華」度假套餐。這個旅遊中介可以創建一個業務流程，通過第三方業務實體的web服務做出必要的預訂，來提供度假套餐給顧客。為了提供這種套餐，可以建立業務流程腳本，以查詢智能註冊中心202，在旅遊域內查詢具有「五星」級別的酒店。因為旅遊中介專門提供豪華度假，在業務流程腳本內定義的五星級別標準可以是靜態的。為響應查詢，可以獲得在用戶目標範圍內的多個酒店列表。業務流程腳本可以定義一個選擇策略，應用一個或多個標準從酒店列表裡選擇一個特定酒店。在選擇特定酒店之後，業務流程腳本可以呼叫酒店的web服務，以作出適當的預訂。
作為另一個例子，旅遊中介可以通過一些機制使顧客能夠支付度假套餐。使用超連結標記語言(HTML)表單，可以得到用戶作出的選擇。此選擇可以被傳送給業務流程腳本，作為輸入參數。由於選擇標準不是靜態定義的，設定所需支付方法的輸入參數被傳送給業務流程腳本的查詢操作。然後，業務流程腳本可以動態地定位找到一個或多個業務實體提供者以響應用戶選擇。可以應用選擇策略邏輯來選擇單個業務實體提供者。可以執行另一個查詢，以獲得被選業務實體提供者的web服務位置。然後，呼叫web服務來執行支付服務。
依照一個典型實施例，圖5描述了業務流程腳本500。在腳本500上，invoke調用單元507和508是命令腳本，分別被用來調用「airlinePartner」(航空公司夥伴)和「hotelPartner」(酒店夥伴)的web服務。詳細的夥伴信息分別由partner夥伴單元503和504描述。
如前所述，某些典型實施例能夠將具體和抽象的web服務包含在業務流程腳本裡。如業務流程腳本500所示，當選擇一個具體服務時，在invoke調用單元507裡的「abstract」(抽象)屬性數值被設定成false(假的)，從而顯示一個具體的web服務將被調用。partner夥伴單元503的「key」關鍵屬性數值(即「Entity_Key-1」)指向被調用的特定web服務。在invoke調用單元508裡的抽象屬性數值被設定成假的，從而顯示在運行時動態地選擇被調用的web服務。在partner夥伴單元504裡不提供任何關鍵屬性，因為將動態地選擇web服務。
如業務流程腳本500所示，抽象的「hotelPartner」酒店夥伴服務調用是基於partner夥伴單元504裡的「categoryContainer」類別容器屬性數值。此數值指向存儲有標準的container容器單元502。業務流程工程師可以明確地定義用於抽象服務的標準。例如，在assign賦值單元505裡，業務流程腳本500包括「five star」五星級別。也可以定義標準，作為輸入提供給業務流程，或可以由先前執行的web服務(如在assign賦值單元506裡所示)的結果建立。業務流程引擎212從container容器單元502獲得標準，並傳送標準給智能註冊中心202。智能註冊中心202作出響應，傳送對應標準的web服務標識符。
當智能註冊中心202識別找到多個web服務時，可以採用選擇策略來選擇一個web服務以調用。在業務流程腳本500裡，在partner夥伴單元504裡的selectionStrategyContainer選擇策略容器屬性數值指向含有選擇標準的container容器單元501。業務流程工程師可以明確地定義選擇標準。另外或者，從輸入到業務流程可以獲得選擇標準，或可以建立選擇標準作為先前執行web服務的結果。assign賦值單元可以用來包括在container容器單元501裡的標準。
一些典型實施例可以提供多個優點。例如，根據業務服務提供者的類型，可以使用靈活的元模型來建立業務域。另外，建立業務域使得能夠以組織有序的方式和最低複雜度地發布web服務。而且，建立業務域使得能夠有效率地建立業務流程。此外，一些典型實施例使用業務域模型能夠抽象地定義業務流程，並能夠在運行時動態地綁定具體服務。
雖然已經詳細說明了本發明及其優越性，但應理解，在不脫離所附權利要求定義的本發明的條件下可以做出各種改變，替換和變化。此外，本申請的範圍不限定到此處說明書中描述的處理方法，機器，製造，物質構成，手段，方法和步驟等的特定實施例。從說明書可以容易理解，可以利用實質上執行了與這裡說明的相應實施例相同功能或實現了相同結果的目前已有的或者將來會開發出的處理方法，機器，製造，物質構成，手段，方法和步驟。因此，所附的權利要求書旨在包括這些處理方法，機器，製造，物質構成，手段，方法或步驟。
權利要求
1.一種方法，包括建立業務域數據結構，識別業務項；為所述業務域數據結構建立業務類型數據結構，在業務項內定義業務類別；為所述業務類型數據結構建立類別定義，提供有關業務類別的描述信息；為所述業務類型數據結構建立web服務定義，識別由業務類別提供的且通過通信網絡可以訪問的軟體界面；和通過經由通信網絡可以訪問的註冊平臺，對所述業務域數據結構、業務類型數據結構、類別定義、和web服務定義提供訪問進入。
2.根據權利要求1所述的方法，還包括使用一個業務類型數據結構在所述註冊平臺註冊業務實體，顯示所述業務實體，作為在一個所述業務類別裡的業務。
3.根據權利要求2所述的方法，其中所述的註冊包括識別所述業務實體的類別數值。
4.根據權利要求2所述的方法，其中所述的註冊包括識別由所述業務實體實施的一個或多個web服務的網絡位置。
5.根據權利要求2所述的方法，還包括在所述註冊平臺上處理查詢，來識別依照一個或多個查詢參數實現web服務的註冊業務實體。
6.根據權利要求5所述的方法，其中所述的處理發生在執行業務流程腳本期間。
7.根據權利要求6所述的方法，還包括為了響應所述註冊平臺處理的查詢，通過業務流程腳本，在識別出的多個業務實體之間進行選擇。
8.根據權利要求6所述的方法，還包括從用戶接收輸入，用於業務流程腳本作為查詢參數。
9.一種使用可執行腳本執行業務流程的方法，包括查詢註冊中心，識別找到提供一個web服務的多個業務實體；使用在所述可執行腳本裡嵌入的選擇邏輯，從所述多個業務實體中選擇一個業務實體；識別找到由所述選擇的業務實體提供的所述web服務的一個位置；和調用所述選擇的業務實體的所述web服務，至少部分地執行所述業務流程。
10.根據權利要求9所述的方法，其中所述的查詢註冊中心，提供給所述註冊中心的查詢參數來自用戶的輸入信息。
11.根據權利要求9所述的方法，其中所述的查詢註冊中心，提供的查詢參數來自執行另一個業務流程可執行腳本。
12.根據權利要求9所述的方法，其中所述的查詢註冊中心，提供的查詢參數是在所述可執行腳本裡被靜態編碼。
13.根據權利要求9所述的方法，其中所述的查詢註冊中心，提供的查詢參數，可以識別與一種類業務實體定義的分類方案相關聯的一個或多個數值。
14.一個註冊平臺，包括域結構，用於識別業務項；業務類型結構，用於在業務項內定義業務類別；類別定義結構，用於提供有關所述業務類別的描述信息；web服務定義結構，用於識別由所述業務類別提供的界面；和查詢界面，用於識別依照所述業務類型結構註冊的業務實體。
15.根據權利要求14所述的註冊平臺，還包括域設計應用，用於建立域結構。
16.根據權利要求14所述的註冊平臺，還包括發布應用，用於依照所述業務類型結構接受信息以註冊業務實體。
17.根據權利要求14所述的註冊平臺，還包括業務流程設計應用，用於建立業務流程腳本，調用依照所述業務類型結構註冊的業務實體的web服務。
18.根據權利要求17所述的註冊平臺，還包括業務流程執行引擎，用於執行所述業務流程腳本。
19.一個執行業務流程腳本的系統，包括用來查詢註冊中心以獲得業務實體列表的裝置，提供web服務來響應在所述業務流程腳本內的腳本單元；用來從所述列表選擇業務實體的裝置，以響應在所述業務流程腳本裡的至少一個選擇參數；用來識別找到由所述選擇的業務實體提供的所述web服務位置的裝置；和用來在執行所述業務流程腳本期間調用所述選擇的業務實體的所述web服務的裝置。
20.根據權利要求19所述的系統，其中所述的查詢裝置傳送查詢參數，所述查詢參數來自用戶的輸入信息，此用戶啟動執行所述業務流程腳本。
21.根據權利要求19所述的系統，其中所述的業務流程腳本包括一個靜態定義的參數，所述參數被提供給所述查詢裝置。
22.根據權利要求19所述的系統，其中所述的查詢裝置傳送查詢參數給所述註冊中心，識別與一種類業務實體定義的分類方案相關聯的一個或多個數值。
全文摘要
一些典型實施例涉及整合web服務的註冊中心。註冊中心可以包括對行業或業務領域進行建模的域文檔或數據結構。根據多個業務類型或分類，域文檔可以定義各個行業。通過分類定義和web服務定義，可以定義每個業務類型或分類。web服務定義是那些註冊為屬於該業務類型的業務實體可以或必須提供的web服務。另外，一些典型實施例利用註冊中心在執行業務流程期間動態地選擇web服務。
文檔編號G06F9/44GK101065947SQ200580029935
公開日2007年10月31日 申請日期2005年9月7日 優先權日2004年9月7日
發明者沈國峰, 吳志剛 申請人:香港應用科技研究院有限公司