專利名稱：實現(xiàn)業(yè)務(wù)組合的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IT技術(shù)領(lǐng)域，尤其涉及一種實現(xiàn)業(yè)務(wù)組合的方法、裝置及系統(tǒng)。
背景技術(shù)：
在利用業(yè)務(wù)實現(xiàn)系統(tǒng)的功能時，單個業(yè)務(wù)往往無法完成全部需求，必須依靠一組 業(yè)務(wù)相互之間的協(xié)作才能達到目的。上述的一組業(yè)務(wù)形成新業(yè)務(wù)的技術(shù)稱為業(yè)務(wù)組合。業(yè) 務(wù)組合作為實現(xiàn)靈活、快速集成的重要方法，為應(yīng)用集成提供了有效支持。業(yè)務(wù)組合主要涉及到用戶界面、業(yè)務(wù)邏輯兩個層面。其中UI (User hterface，用 戶界面)組合描述了面向用戶的、可視的、不同業(yè)務(wù)界面之間的集成關(guān)系；業(yè)務(wù)邏輯組合描 述了各業(yè)務(wù)之間的控制依賴關(guān)系。隨著應(yīng)用開發(fā)越來越趨向于采用重用機制，對用戶界面 的重用機制的需求也越來越強烈。為解決上述問題，現(xiàn)有技術(shù)中提出了 WSRP(Web Service for Remote Portlets, 遠程門戶Web服務(wù))技術(shù)。在WSRP模型中，一個應(yīng)用程序(Consumer)充當另一個應(yīng)用 程序(Producer)的客戶端，其中，Producer負責存放用戶界面，Consumer利用WSRP協(xié) 議收集用戶界面并與用戶界面交互。在WSRP協(xié)議中還定義了 Producer實現(xiàn)的一組Wfeb services (Web服務(wù))。Consumer能向這些W^eb services發(fā)送信息，以查看用戶界面并與用 戶界面交互。其中，在WSRP中定義了 Web Service接口，可以與BPEL(Web Service Business Process Execution Language，業(yè)務(wù)流程執(zhí)行語言)結(jié)合使用。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種實現(xiàn)業(yè)務(wù)組合的方法、裝置及系統(tǒng)，以實現(xiàn)用戶界面和業(yè) 務(wù)邏輯的重用。本發(fā)明實施例采用如下技術(shù)方案一種實現(xiàn)業(yè)務(wù)組合的方法，包括接收客戶端的業(yè)務(wù)請求消息；根據(jù)所述業(yè)務(wù)請求消息，利用組合業(yè)務(wù)中的界面生成參數(shù)對所述組合業(yè)務(wù)中的遠 程門戶Web服務(wù)WSRP界面業(yè)務(wù)進行調(diào)用，獲得界面調(diào)用響應(yīng)消息；根據(jù)所述界面調(diào)用響應(yīng)消息生成客戶端界面，并將所述客戶端界面發(fā)送給所述客 戶端。一種實現(xiàn)業(yè)務(wù)組合的裝置，包括消息接收單元，用于接收客戶端的業(yè)務(wù)請求消息；界面調(diào)用單元，用于根據(jù)所述業(yè)務(wù)請求消息，利用組合業(yè)務(wù)中的界面生成參數(shù)對 所述組合業(yè)務(wù)中的WSRP界面業(yè)務(wù)進行調(diào)用，獲得界面調(diào)用響應(yīng)消息；界面發(fā)送單元，用于根據(jù)所述界面調(diào)用響應(yīng)消息生成客戶端界面，并將所述客戶 端界面發(fā)送給所述客戶端。一種實現(xiàn)業(yè)務(wù)組合的系統(tǒng)，包括
組合引擎，包括實現(xiàn)業(yè)務(wù)組合的裝置；WSRP服務(wù)器，WSRP業(yè)務(wù)的運行環(huán)境，供所述組合引擎調(diào)用，并向所述組合引擎發(fā) 送界面調(diào)用響應(yīng)消息，在所述界面調(diào)度響應(yīng)消息中包括界面信息；Web服務(wù)服務(wù)器，Web服務(wù)的運行環(huán)境，供所述組合引擎調(diào)用。本發(fā)明實施例的實現(xiàn)業(yè)務(wù)組合的方法、裝置及系統(tǒng)，通過擴展的界面生成參數(shù)使 得在WSRP和BPEL之間能夠無縫集成，因而，BPEL能夠同時組合用戶界面和業(yè)務(wù)邏輯，從而 實現(xiàn)用戶界面和業(yè)務(wù)邏輯的重用。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例描述中所需要使用 的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于 本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他
的附圖。
圖1為本發(fā)明實施例一實現(xiàn)業(yè)務(wù)組合的方法的流程圖2為本發(fā)明實施例二實現(xiàn)業(yè)務(wù)組合的方法的流程圖3為本發(fā)明實施例三實現(xiàn)業(yè)務(wù)組合的方法的流程圖4為本發(fā)明實施例四實現(xiàn)業(yè)務(wù)組合的裝置的示意圖5為本發(fā)明實施例四實現(xiàn)業(yè)務(wù)組合的裝置的結(jié)構(gòu)圖6為本發(fā)明實施例五的裝置中界面請求處理單元的示意圖7為本發(fā)明實施例五的裝置中界面調(diào)用處理單元的示意圖8為本發(fā)明實施例五的裝置中界面調(diào)用處理單元的又--示意圖
圖9為本發(fā)明實施例五的裝置中界面調(diào)用處理單元的又--示意圖
圖10為本發(fā)明實施例五的裝置中界面發(fā)送單元的示意圖
圖11為本發(fā)明實施例六實現(xiàn)業(yè)務(wù)組合的系統(tǒng)的示意圖12為本發(fā)明實施例六的系統(tǒng)在具體應(yīng)用中示意圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍?，F(xiàn)有技術(shù)中，在WSRP和BPEL中對業(yè)務(wù)相關(guān)的schema信息的定義方式不同。其中， 在 WSRP 中只是利用 wsdl (Web Services Description Language，web 服務(wù)描述語言)定 義了通用的schema信息，不能體現(xiàn)特定業(yè)務(wù)的特性，因而在特定的業(yè)務(wù)邏輯中無法直接使 用該信息；在BPEL中，定義的schema信息能夠直接體現(xiàn)特定業(yè)務(wù)的特性。由于在WSRP和 BPEL中對業(yè)務(wù)相關(guān)的schema的定義方式不同，無法實現(xiàn)WSRP和BPEL的無縫集成，這就使 得無法實現(xiàn)用戶界面和業(yè)務(wù)邏輯的重用。因此，為實現(xiàn)用戶界面和業(yè)務(wù)邏輯的重用，本發(fā)明實施例一提供了一種實現(xiàn)業(yè)務(wù) 組合的方法。如圖1所示，本發(fā)明實施例一的方法包括
步驟11、組合引擎接收客戶端的業(yè)務(wù)請求消息。在此步驟中，客戶端通過URL(Uniform Resource Locator，統(tǒng)一資源定位符)訪問 組合業(yè)務(wù)，該URL是在業(yè)務(wù)加載過程中生成的組合業(yè)務(wù)的地址。在所述業(yè)務(wù)請求消息中，還 可以包括有會話消息、業(yè)務(wù)請求參數(shù)等。需要說明的是，本發(fā)明實施例主要是處理來自客戶端的HTTP (Hyper Text Transfer Protocol，超文本傳輸協(xié)議)格式消息，而非 S0AP(Simple Object Access Protocol，簡單對象訪問協(xié)議)格式的消息。處理SOAP格式的消息的過程與現(xiàn)有技術(shù)中的 相同。步驟12、所述組合引擎根據(jù)所述業(yè)務(wù)請求消息，利用組合業(yè)務(wù)中的界面生成參數(shù) 對組合業(yè)務(wù)中的WSRP界面業(yè)務(wù)進行調(diào)用，獲得界面調(diào)用響應(yīng)消息。由于目前的WSRP的wsdl描述缺少業(yè)務(wù)特定的描述，不足以支持用戶界面和業(yè)務(wù) 邏輯的組合，因此，在本發(fā)明實施例中對WSRP的業(yè)務(wù)描述信息擴展，增加界面生成參數(shù)描 述。所述界面生成參數(shù)是指生成界面時需提供的參數(shù)；該參數(shù)能夠與WSRP提供的界面組合 在一起呈現(xiàn)給客戶端。此外，在業(yè)務(wù)請求消息中可攜帶界面請求參數(shù)，所述界面請求參數(shù)是指客戶端在 界面中能夠輸入的參數(shù)；該參數(shù)由客戶端發(fā)送給組合引擎。在此實施例中，為描述方便，還提出了界面調(diào)用參數(shù)的概念，它可以包括界面調(diào) 用活動的輸入變量的子元素，或者包括界面調(diào)用活動的輸入變量，或者包括界面調(diào)用活動 的界面生成參數(shù)變量。在不同的情況下，此步驟可通過以下幾種方式實現(xiàn)。其中方式一的過程是步驟121 JfWSRP的輸入變量賦值給調(diào)用活動的輸入變量，并將所述界面生成 參數(shù)轉(zhuǎn)換成WSRP格式，并將格式轉(zhuǎn)換后的界面生成參數(shù)賦值給界面調(diào)用活動(invoke activity)的輸入變量(input)的子元素。對應(yīng)的schema可表示成如下的形式<complexType name = “ NamedString“ ><sequence>〈element name = “ value “ type = “ xsd: string" minOccurs = “ 0〃 /></sequence>〈attribute name = " name" type = " xsd: string" use = " required" /></complexType>在賦值的過程中，可將格式轉(zhuǎn)換后的界面生成參數(shù)賦值給invoke活動的input變 量的子元素，例如formParameters元素。若該WSRP對應(yīng)的頁面是組合業(yè)務(wù)的首頁或者不 需要接收用戶輸入時，則該invoke無界面生成參數(shù)變量，則不需要賦值。在此，對khema (模式)進行簡單介紹。khema主要是用于描述和規(guī)范XML文檔 的邏輯結(jié)構(gòu)的一種語言，它最大的作用就是驗證XML文件邏輯結(jié)構(gòu)的正確性。步驟122、根據(jù)所述輸入變量生成界面調(diào)用消息，在所述界面調(diào)用消息中包括指定 WSRP界面業(yè)務(wù)的地址信息，并將所述消息發(fā)送給WSRP服務(wù)器。在此，主要是根據(jù)組裝的input message變量生成界面調(diào)用的SOAP消息。步驟123、接收由WSRP服務(wù)器發(fā)送的界面調(diào)用響應(yīng)消息，在所述界面調(diào)用響應(yīng)消 息中包括對應(yīng)的界面信息，其中所述的界面信息是所述WSRP服務(wù)器根據(jù)所提供的初始頁面以及所述格式轉(zhuǎn)換后的界面生成參數(shù)組裝而成的。方式二的過程是步驟1211、將所述界面生成參數(shù)轉(zhuǎn)換成WSRP格式，并將格式轉(zhuǎn)換后的界面生成參 數(shù)賦值給界面調(diào)用活動的輸入變量。步驟1221、當確定所述界面調(diào)用活動為WSRP類型的調(diào)用時，根據(jù)所述WSRP的輸入 消息元素生成界面調(diào)用消息框架。步驟1231、在所述界面調(diào)用消息框架中插入根據(jù)所述調(diào)用活動對應(yīng)的輸入變量生 成的ml片段，生成界面調(diào)用消息。步驟1241、接收由WSRP服務(wù)器發(fā)送的界面調(diào)用響應(yīng)消息，在所述界面調(diào)用響應(yīng)消 息中包括對應(yīng)的界面信息，其中所述的界面信息是所述WSRP服務(wù)器根據(jù)所提供的初始頁 面以及所述格式轉(zhuǎn)換后的界面生成參數(shù)組裝而成的。方式三的過程是步驟1212、將界面服務(wù)對應(yīng)的輸入消息元素作為界面調(diào)用活動的輸入變量，并將 所述界面生成參數(shù)轉(zhuǎn)換成WSRP格式，并將格式轉(zhuǎn)換后的界面生成參數(shù)賦值給界面調(diào)用活 動的界面生成參數(shù)變量。步驟1222、根據(jù)所述調(diào)用活動的輸入變量以及界面生成參數(shù)生成界面調(diào)用消息， 在所述界面調(diào)用消息中包括指定WSRP界面業(yè)務(wù)的地址信息，并將所述消息發(fā)送給WSRP服 務(wù)器步驟1232、接收由WSRP服務(wù)器發(fā)送的界面調(diào)用響應(yīng)消息，在所述界面調(diào)用響應(yīng)消 息中包括對應(yīng)的界面信息，其中所述的界面信息是所述WSRP服務(wù)器根據(jù)所提供的初始頁 面以及所述格式轉(zhuǎn)換后的界面生成參數(shù)組裝而成的。步驟13、所述組合引擎根據(jù)所述界面調(diào)用響應(yīng)消息生成客戶端界面，并將所述客 戶端界面發(fā)送給所述客戶端。此步驟可包括如下過程步驟131、執(zhí)行回復活動(i^ply activity)，并根據(jù)所述界面調(diào)用響應(yīng)消息生成業(yè) 務(wù)響應(yīng)消息。在此，可首先提取reply活動所對應(yīng)的界面信息，也即提取所述界面調(diào)用響應(yīng)消 息中的mimeType、markupString等信息，其中mimeType作為所述業(yè)務(wù)響應(yīng)消息的HTTP頭， markupString作為所述業(yè)務(wù)響應(yīng)消息的HTTP體。步驟132、將所述客戶端界面通過所述業(yè)務(wù)響應(yīng)消息發(fā)送給客戶端。此外，在所述步驟132前，還可包括在所述業(yè)務(wù)響應(yīng)消息中插入所述組合業(yè)務(wù)所 對應(yīng)的會話信息的步驟，使得客戶端以后的業(yè)務(wù)請求都能夠攜帶該會話消息；以及將所述 業(yè)務(wù)響應(yīng)消息中的后繼操作地址替換為組合引擎的地址的步驟，從而使得客戶端的后繼請 求都由所述組合引擎進行處理。通過以上的描述可以看出，本發(fā)明實施例一的實現(xiàn)業(yè)務(wù)組合的方法，通過擴展的 界面生成參數(shù)使得在WSRP和BPEL之間能夠無縫集成，因而BPEL能夠同時組合用戶界面和 業(yè)務(wù)邏輯，從而實現(xiàn)用戶界面和業(yè)務(wù)邏輯的重用。在實施例一的基礎(chǔ)上，本發(fā)明實施例二實現(xiàn)業(yè)務(wù)組合的方法如圖2所示，可包括步驟20、WSRP業(yè)務(wù)向業(yè)務(wù)目錄發(fā)布業(yè)務(wù)描述信息，然后根據(jù)所述業(yè)務(wù)描述信息創(chuàng) 建帶有用戶界面的組合業(yè)務(wù)。具體過程如下
WSRP業(yè)務(wù)向業(yè)務(wù)目錄發(fā)布業(yè)務(wù)描述信息，其中除WSRP標準中定義的通用描述 外，還可包括該特定業(yè)務(wù)界面的界面生成參數(shù)、界面請求參數(shù)。在WSDL描述中，在對應(yīng) 的 operation 描述中，除 input message、output message 兀素夕卜，還增力口 UIGenerate message,UIRequest message元素。這兩個元素具體內(nèi)容與WSRP業(yè)務(wù)緊密相關(guān)，不同WSRP 業(yè)務(wù)會有不同描述。在創(chuàng)建帶界面的組合業(yè)務(wù)時，從業(yè)務(wù)目錄引入業(yè)務(wù)的WSDL，其中包括 web service 與 WSRP 的 WSDL。根據(jù)不同的情況，在程序中可引入不同的處理模塊。例如，需要接收來自客戶端的消息、且該消息來自WSRP界面時，生成receive活動 (receive activity)，并將該WSRP對應(yīng)的界面請求參數(shù)作為該receive活動對應(yīng)的變量。例如，需要獲取WSRP界面給用戶時，生成invoke活動，并將該WSRP對應(yīng)的界面生 成參數(shù)作為該invoke活動對應(yīng)的界面生成變量，將WSRP對應(yīng)的input message變量作為 該invoke活動對應(yīng)的input變量；或者將WSRP對應(yīng)的input message變量作為該invoke 活動對應(yīng)的input變量，將WSRP對應(yīng)的界面生成參數(shù)作為該invoke活動對應(yīng)的input變 量的子元素；或者將WSRP對應(yīng)的界面生成參數(shù)作為該invoke活動對應(yīng)的input變量。例如，需要程序WSRP界面給用戶時，生成Mply活動，并將調(diào)用WSRP時返回的 SOAP消息作為該reply活動對應(yīng)的變量。最后，加載創(chuàng)建的業(yè)務(wù)到組合引擎，并生成組合業(yè)務(wù)的地址，供業(yè)務(wù)請求者調(diào)用。 其中所述組合業(yè)務(wù)的地址既可以在創(chuàng)建環(huán)境中生成，也可以在組合引擎中生成。步驟21、參見步驟11的描述。其中，在所述業(yè)務(wù)請求消息中攜帶界面請求參數(shù)。步驟22、所述組合引擎將所述界面請求參數(shù)賦值給組合業(yè)務(wù)中用于接收所述業(yè)務(wù) 請求消息的接收活動的業(yè)務(wù)流程執(zhí)行語言BPEL變量，以接受來自用戶界面的請求。在此步驟中，可包括如下過程步驟221、根據(jù)所述業(yè)務(wù)請求消息確定是否需要重新創(chuàng)建組合業(yè)務(wù)實例。具體的判斷方法是當確定在所述業(yè)務(wù)請求消息中包括有所述會話信息、在組合 引擎中找到了對應(yīng)的組合業(yè)務(wù)實例時，確定不需要重新創(chuàng)建組合業(yè)務(wù)實例，同時獲得所述 業(yè)務(wù)請求消息中的界面請求參數(shù)。然后執(zhí)行步驟222。而當確定在所述業(yè)務(wù)請求消息中沒有包括所述會話信息或者確定在所述業(yè)務(wù)請 求消息中包括有會話信息但在組合引擎中沒有找到對應(yīng)的組合業(yè)務(wù)實例時，確定需要重新 創(chuàng)建組合業(yè)務(wù)實例。此時重新創(chuàng)建組合業(yè)務(wù)，流程結(jié)束。步驟222、判斷所述界面請求參數(shù)是否為XML(Extensible Markup Language，可擴 展標記語言)格式。當所述界面請求參數(shù)為XML格式時，利用所述組合業(yè)務(wù)實例中所述活 動所對應(yīng)的WSRP的界面請求參數(shù)對應(yīng)的schema驗證所述界面請求參數(shù)是否合法。若所述 界面請求參數(shù)不是XML格式，還需將所述界面請求參數(shù)轉(zhuǎn)換為XML格式，然后再利用所述組 合業(yè)務(wù)實例中所述活動所對應(yīng)的WSRP的界面請求參數(shù)對應(yīng)的schema驗證所述界面請求參 數(shù)是否合法。在驗證所述界面請求參數(shù)的格式是否為合法時，首先要由創(chuàng)建的組合業(yè)務(wù)獲得該 receive活動對應(yīng)的WSRP界面請求參數(shù)的schema信息，然后利用該schema信息驗證所述 界面請求參數(shù)是否合法。若所述界面請求參數(shù)不合法時，流程結(jié)束。當所述界面請求參數(shù)合法時，執(zhí)行步驟223。步驟223、將所述界面請求參數(shù)賦值給所述receive活動的BPEL變量。步驟23-24的過程參見上述步驟12_13的過程描述。通過本發(fā)明實施例二的實現(xiàn)業(yè)務(wù)組合的方法，通過擴展的界面生成參數(shù)、界面請 求參數(shù)使得在WSRP和BPEL之間能夠無縫集成，因而BPEL能夠同時組合用戶界面和業(yè)務(wù)邏 輯，從而實現(xiàn)用戶界面和業(yè)務(wù)邏輯的重用。以下結(jié)合實施例三詳細描述一下本發(fā)明實施例的實現(xiàn)業(yè)務(wù)組合的方法。在此實施例三中，假設(shè)有一個虛擬旅游業(yè)務(wù)的組合業(yè)務(wù)，此實施例僅分析其登錄 部分。在該登錄部分主要包括兩個WSRP界面，一個是登錄界面(首頁)，另一個是登錄 成功之后的界面。另外，還包括一個Web Serivce (Web服務(wù))，用于提供用戶信息(user profile)，對用戶信息進行鑒權(quán)，并提供用戶的當前城市信息。其中，WSRP登錄界面中不需要界面生成參數(shù)，但需要界面請求參數(shù)。其中界面請 求參數(shù)封裝了用戶的登錄用戶、登錄密碼信息。在該WSRP的operation中，增加UIRequest message。例如，<wsdloperation name = “ getMarkup“ ><wsdlinput message =“ intfgetMarkup“ name =“ getMarkup“ /><wsdl outputmessage =“intfgetMarkupResponse“name=" getMarkupResponse“ /><ext UIRequest message = “ intf IoginInfo “ name =〃 IoginInfo “ /></wsdl:operation)WSRP登錄成功界面中暫不考慮界面請求參數(shù)，其中界面生成參數(shù)主要封裝了用戶 的當前城市信息。在該WSRP的operation中，增加UIGenerate message。例如
on"
nse"
<wsdloperation name = “ performBlockinglnteraction“ >
<wsdlinputmessage = “ intf:performBlockingInteracti
name = " performBlockinglnteraction“ />
<wsdloutputmessage = " intf:performBlockinglnteractionResponame = " performBlocking InteractionResponse“ /><ext:UIRequest message =" intf:other" name = " other" /><ext:UIGenerate message =" intf:citylnfo" name =" citylnfo" /></wsdl: operation)對于該組合業(yè)務(wù)，組合邏輯主要內(nèi)容如下<bpws:receive createlnstance = “ yes “ name = “ initiate “ operation =“initiate “ partnerLink = “ eTourPL “ portType = “ nsleTourPT “ variable ="initiateln" />
其中，該receive活動主要是基于用戶收到的HTTP請求，創(chuàng)建一個組合業(yè)務(wù)實例。<bpws: invoke inputVariab 1 e = “ WSRPHomepageInput “ name =‘‘INV-HomepageffSRP ‘‘ operation = ‘‘ getMarkup ‘‘ UIGenerate = “ “ outputVariable = “ WSRPHomepageOutput “ partnerLink ="WSRPHomepagePL" portType = “ ns2: WSRPHomepagePT" />其中，該invoke活動主要是調(diào)用首頁WSRP，獲取該組合業(yè)務(wù)的首頁，其中 UIGenerate參數(shù)為空。<bpws:reply name = “ RPL-initiate“ operation = “ initiate“ partnerLink =“eTourPL" portType = “ nsleTourPT" variable = “ WSRPHomepageOutput“ >其中，該i^ply活動主要是將WSRPHom印ageOutput變量轉(zhuǎn)成HTTP消息，并發(fā)送給
客戶端?！碽pws:receive name = ” RCV-Login ” operation = ” Login ” partnerLink =〃 eTourPL“ portType = 〃 nsl:eTourPT" variable = 〃 UlRequestVarLoginInfo“ />其中，該receive活動主要是接收來自客戶端的登錄請求，其中 UlRequestVarLoginInfo是首頁WSRP提供的界面請求參數(shù)。<bpwsinvoke inputVariable = “ UlRequestVarLoginInfo “ name = “INV-authenticate “ operation = “ authenticate “ outputVariable = “ citilnfo “ partnerLink = “ authent i catePL “ portType =〃 ns4:authenticatePT" />其中，該invoke活動主要調(diào)用鑒權(quán)業(yè)務(wù)對用戶進行認證，并返回用戶默認城市信
肩、O<bpwsinvoke inputVariable = “ WSRPLoginSuccessInput “ UIGenerate =“citilnfo “ name = “ INV-LoginSuccessffSRP “ operation = “ performBloc kinglnteraction “ outputVariable = “ WSRPLoginSuccessOutput “ partnerLink =〃 WSRPLoginSuccessPL" portType = “ ns3 WSRPLoginSuccessPT “ />其中，該invoke活動主要將登錄成功界面WSRP的界面生成參數(shù)與WSRP對應(yīng)的 input message參數(shù)組合形成WSRP調(diào)用信息。<bpws:reply name = “ RPL-Login “ operation = “ Login “ partnerLink =“eTourPL" portType = “ nsleTourPT" variable = “ WSRPLoginSuccessOutput“ >其中，該I^ply活動主要是將WSRPLoginSuccessOutput變量轉(zhuǎn)成HTTP消息，并發(fā)
送給客戶端。如圖3所示，本發(fā)明實施例三的實現(xiàn)業(yè)務(wù)組合的方法可包括如下過程步驟31、客戶端通過HTTP消息http://ip:port/eTour訪問首頁。步驟32、組合引擎檢查所述HTTP消息中不攜帶會話信息，創(chuàng)建組合業(yè)務(wù)，并生成 該組合業(yè)務(wù)對應(yīng)的會話信息。若攜帶會話消息，并已經(jīng)創(chuàng)建了組合業(yè)務(wù)，則無需重新創(chuàng)建組 合業(yè)務(wù)。步驟33、組合引擎執(zhí)行首頁WSRP的invoke活動，調(diào)用首頁(即登錄界面)WSRP。 由于界面生成參數(shù)UIGenerate為空，因此直接根據(jù)WSRP對應(yīng)的input message元素生成 SOAP請求。
步驟34、首頁WSRP接收到所述SOAP請求后，提取對應(yīng)界面。由于界面請求參數(shù)為 空，所以不需界面重組。步驟35、所述首頁WSRP將界面信息包含在SOAP消息中返回。步驟36、組合引擎執(zhí)行I^ply活動，提取所述SOAP消息中的mimeType作為http 頭、提取markupString作為http體，生成HTTP消息。由于界面中攜帶后續(xù)的登錄操作，將登錄操作的遞交地址設(shè)為組合引擎的地址， 使得后續(xù)登錄經(jīng)過組合引擎。同時在HTTP消息中插入會話信息，形成HTTP響應(yīng)消息。步驟37、組合引擎通過所述HTTP響應(yīng)消息將登錄界面返回給客戶端。步驟38、客戶端輸入用戶名、密碼并遞交。步驟39、客戶端根據(jù)替換后的遞交地址發(fā)送HTTP請求給組合引擎。該HTTP請求 類似http://ip:port/eTour/login ？ user = admin&password = admin。其中在該請求中 還包括了步驟36中交互的會話信息。步驟310、組合引擎執(zhí)行receive活動，提取HTTP請求的會話信息，根據(jù)會話信息 找到對應(yīng)的組合業(yè)務(wù)。同時將該HTTP請求轉(zhuǎn)換成xml格式，如下。<login><user>admin</user><password>admin</password></login>同時根據(jù)組合業(yè)務(wù)當前需要處理的界面請求參數(shù)的schema來驗證該xml格式的 HTTP請求消息，驗證通過后賦值給receive對應(yīng)的BPEL變量。步驟311、組合引擎執(zhí)行web service調(diào)用活動(invoke)，對用戶信息進行驗證。步驟312、驗證通過后，返回用戶的默認城市信息，例如〈cityhhenzherK/city〉。步驟313、組合引擎執(zhí)行WSRP invoke活動，將界面生成參數(shù)(即默認城市變量) 轉(zhuǎn)換成WSRP格式，如下<formParameters name = “ city “ ><value>shenzhen</value></ formParameters〉。同時根據(jù)活動的input元素生成界面調(diào)用消息框架，并將轉(zhuǎn)換格式后的 界面生成參數(shù)插入到消息框架中的interactionParams元素中，并生成對登錄成功WSRP的
調(diào)用信息。步驟314、WSRP服務(wù)器根據(jù)調(diào)用信息提取對應(yīng)界面，同時提取該調(diào)用信息中的界 面生成參數(shù)信息，重新組裝成新的界面，發(fā)送SOAP消息。步驟315、WSRP服務(wù)器返回登錄成功界面，并顯示用戶當前城市。步驟316、組合引擎執(zhí)行Mply活動，提取SOAP消息中的mimeType作為http頭、 提取markupString作為http體，生成HTTP消息。若界面中攜帶后續(xù)的操作，將遞交地址 設(shè)為組合引擎的地址，使得后續(xù)消息經(jīng)過組合引擎。同時在HTTP消息中插入會話信息，形 成HTTP響應(yīng)消息。步驟317、組合引擎返回登錄成功界面給客戶端。通過本發(fā)明實施例三的實現(xiàn)業(yè)務(wù)組合的方法，通過擴展的界面生成參數(shù)、界面請 求參數(shù)使得在WSRP和BPEL之間能夠無縫集成，因而BPEL能夠同時組合用戶界面和業(yè)務(wù)邏 輯，從而實現(xiàn)用戶界面和業(yè)務(wù)邏輯的重用。如圖4所示，本發(fā)明實施例四還提供了一種實現(xiàn)業(yè)務(wù)組合的裝置，包括消息接收單元41，用于接收客戶端的業(yè)務(wù)請求消息；界面調(diào)用單元42，用于根據(jù) 所述業(yè)務(wù)請求消息，利用組合業(yè)務(wù)中的界面生成參數(shù)對所述組合業(yè)務(wù)中的WSRP界面業(yè)務(wù)進行調(diào)用，獲得界面調(diào)用響應(yīng)消息；界面發(fā)送單元43，用于根據(jù)所述界面調(diào)用響應(yīng)消息生 成客戶端界面，并將所述客戶端界面發(fā)送給所述客戶端。在此實施例中，所述業(yè)務(wù)請求消息的含義與方法實施例中描述的相同。其中，在所述業(yè)務(wù)請求消息中還可攜帶界面請求參數(shù)。如圖5所示，所述裝置還 可包括界面請求處理單元44，用于將所述界面請求參數(shù)賦值給組合業(yè)務(wù)中用于接收所述 HTTP消息的接收活動的業(yè)務(wù)流程執(zhí)行語言BPEL變量。如圖6所示，所述界面請求處理單元44包括參數(shù)獲取模塊441，用于解析所述業(yè) 務(wù)請求消息，獲得所述界面請求參數(shù)；賦值模塊442，用于將所述界面請求參數(shù)賦值給所述 接收活動的BPEL變量。其中，如圖6所示，所述賦值模塊442可包括判斷子模塊4421，用 于判斷所述界面請求參數(shù)是否為可擴展標記語言XML格式；驗證子模塊4422，用于在確定 所述界面請求參數(shù)為可擴展標記語言XML格式時，利用所述組合業(yè)務(wù)實例中所述活動所對 應(yīng)的WSRP的界面請求參數(shù)對應(yīng)的schema驗證所述界面請求參數(shù)是否合法；參數(shù)處理子模 塊4423，用于當所述界面請求參數(shù)合法時，將所述界面請求參數(shù)賦值給所述活動的BPEL變 量。為了提高賦值效率，所述賦值模塊442還可包括參數(shù)轉(zhuǎn)換子模塊44M，用于在確定所 述界面請求參數(shù)不是可擴展標記語言XML格式時，將所述界面請求參數(shù)轉(zhuǎn)換為XML格式。所述界面請求處理單元的工作過程可參照實施例一的步驟12的過程。其中，如圖7所示，所述界面調(diào)用單元42可包括第一參數(shù)賦值模塊421，用于將 所述界面生成參數(shù)轉(zhuǎn)換成WSRP格式，并將WSRP格式的的界面生成參數(shù)賦值給界面調(diào)用活 動的輸入變量的子元素；第一消息生成模塊422，用于根據(jù)所述輸入變量生成界面調(diào)用消 息，在所述界面調(diào)用消息中包括指定WSRP界面業(yè)務(wù)界面的地址信息；第一消息接收模塊 423，用于接收由WSRP服務(wù)器發(fā)送的界面調(diào)用響應(yīng)消息，在所述界面調(diào)用響應(yīng)消息中包括 對應(yīng)界面的信息，其中所述界面的信息是所述WSRP服務(wù)器根據(jù)所提供的初始頁面以及所 述格式轉(zhuǎn)換后的界面生成參數(shù)組裝而成的?；蛘?，如圖8所示，所述界面調(diào)用單元42還可包括第二參數(shù)賦值模塊4211，用于 將所述界面生成參數(shù)轉(zhuǎn)換成WSRP格式，并將WSRP格式的的界面生成參數(shù)賦值給界面調(diào)用 活動的輸入變量；第二消息生成模塊4221，用于當確定所述界面調(diào)用活動為WSRP類型的調(diào) 用時，根據(jù)所述WSRP輸入消息元素生成界面調(diào)用消息框架，并在所述界面調(diào)用消息框架中 插入根據(jù)所述輸入變量生成的ml片段，生成界面調(diào)用消息；第二消息接收模塊4241，用于 接收由WSRP服務(wù)器發(fā)送的界面調(diào)用響應(yīng)消息，在所述界面調(diào)用響應(yīng)消息中包括對應(yīng)界面 的信息，其中所述界面的信息是所述WSRP服務(wù)器根據(jù)所提供的初始頁面以及所述格式轉(zhuǎn) 換后的界面生成參數(shù)組裝而成的?；蛘?，如圖9所示，所述界面調(diào)用單元42還可包括第三參數(shù)賦值模塊42111，用 于將所述界面生成參數(shù)轉(zhuǎn)換成WSRP格式，并將WSRP格式的界面生成參賦值給界面調(diào)用活 動的界面生成參數(shù)變量，將界面服務(wù)對應(yīng)的輸入消息元素作為界面調(diào)用活動的輸入變量； 第三消息生成模塊42112，用于根據(jù)活動的輸入變量和活動的界面生成參數(shù)變量生成界面 調(diào)用消息，在所述界面調(diào)用消息中包括指定WSRP界面業(yè)務(wù)的地址信息；第三消息接收模塊 42113，用于接收由WSRP服務(wù)器發(fā)送的界面調(diào)用響應(yīng)消息，在所述界面調(diào)用響應(yīng)消息中包 括對應(yīng)界面的信息，其中所述界面的信息是所述WSRP服務(wù)器根據(jù)所提供的初始頁面以及 所述格式轉(zhuǎn)換后的界面生成參數(shù)組裝而成的。
上述幾種形式的界面調(diào)用單元的工作過程可分別參照實施例一相應(yīng)的過程。其中，如圖10所示，所述界面發(fā)送單元43可包括第六消息生成模塊431， 用于根據(jù)所述界面調(diào)用響應(yīng)消息生成業(yè)務(wù)響應(yīng)消息，其中，提取所述界面調(diào)用響應(yīng)消 息中的mimeType作為所述業(yè)務(wù)響應(yīng)消息的HTTP頭，提取所述界面調(diào)用響應(yīng)消息中的 markupString作為所述業(yè)務(wù)響應(yīng)消息的HTTP體；界面發(fā)送模塊433，用于將所述界面通過 所述業(yè)務(wù)響應(yīng)消息發(fā)送給客戶端。此外，如圖10所示，所述界面發(fā)送單元43還可包括插入模塊432，用于在所述業(yè) 務(wù)響應(yīng)消息中插入所述組合業(yè)務(wù)所對應(yīng)的會話信息，并將所述業(yè)務(wù)響應(yīng)消息中的后繼操作 地址替換為組合引擎的地址，從而使得客戶端以后的業(yè)務(wù)請求都能夠攜帶該會話消息并都 經(jīng)由所述組合引擎進行處理。其中，所述界面發(fā)送單元43的工作過程可參照實施例一中步驟13的過程。其中，上述任一附圖所示的裝置可位于組合引擎中。本發(fā)明實施例的實現(xiàn)業(yè)務(wù)組合的裝置，通過擴展的界面生成參數(shù)、界面請求參數(shù) 使得在WSRP和BPEL之間能夠無縫集成。使得BPEL能夠同時組合用戶界面和業(yè)務(wù)邏輯，從 而實現(xiàn)用戶界面和業(yè)務(wù)邏輯的重用。此外，本發(fā)明實施例六還提供了一種實現(xiàn)業(yè)務(wù)組合的系統(tǒng)，如圖11所示，包括組合引擎91，包括圖4-圖10任一所述的實現(xiàn)業(yè)務(wù)組合的裝置；WSRP服務(wù)器92， WSRP業(yè)務(wù)的運行環(huán)境，供所述組合引擎調(diào)用，并向所述組合引擎發(fā)送界面調(diào)用響應(yīng)消息，在 所述界面調(diào)度響應(yīng)消息中包括通過調(diào)用獲得的界面信息；Web服務(wù)服務(wù)器93，Web服務(wù)的運 行環(huán)境，供所述組合引擎調(diào)用。在具體應(yīng)用中，如圖12所示，該實現(xiàn)業(yè)務(wù)組合的系統(tǒng)可包括如下組成Web Service服務(wù)器93，用于作為Wfeb Service的運行環(huán)境，供組合引擎91調(diào)用， 并發(fā)布其業(yè)務(wù)描述信息到業(yè)務(wù)目錄94。所述的WSRP服務(wù)器92還可作為WSRP業(yè)務(wù)的運行 環(huán)境，供組合引擎91調(diào)用，并發(fā)布其業(yè)務(wù)描述信息到業(yè)務(wù)目錄94。業(yè)務(wù)目錄94，用戶發(fā)布 Web Service.WSRP業(yè)務(wù)的業(yè)務(wù)描述信息，供組合業(yè)務(wù)創(chuàng)建環(huán)境95在創(chuàng)建組合業(yè)務(wù)時使用。 組合業(yè)務(wù)創(chuàng)建環(huán)境95，用于基于業(yè)務(wù)目錄94中Wfeb Service.WSRP業(yè)務(wù)的業(yè)務(wù)描述信息創(chuàng) 建既有業(yè)務(wù)邏輯又有業(yè)務(wù)界面的組合業(yè)務(wù)，并加載所創(chuàng)建的組合業(yè)務(wù)到組合引擎91中。通過以上描述可以看出，本發(fā)明實施例的實現(xiàn)業(yè)務(wù)組合的方法、裝置及系統(tǒng)，通過 擴展的界面生成參數(shù)、界面請求參數(shù)使得在WSRP和BPEL之間能夠無縫集成，因而BPEL能 夠同時組合用戶界面和業(yè)務(wù)邏輯，從而實現(xiàn)用戶界面和業(yè)務(wù)邏輯的重用。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以 通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì) 中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁 碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random Access Memory, RAM)等。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何 熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵 蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)以所述權(quán)利要求的保護范圍為準。
權(quán)利要求
1.一種實現(xiàn)業(yè)務(wù)組合的方法，其特征在于，包括 接收客戶端的業(yè)務(wù)請求消息；根據(jù)所述業(yè)務(wù)請求消息，利用組合業(yè)務(wù)中的界面生成參數(shù)對所述組合業(yè)務(wù)中的遠程門 戶Web服務(wù)WSRP界面業(yè)務(wù)進行調(diào)用，獲得界面調(diào)用響應(yīng)消息；根據(jù)所述界面調(diào)用響應(yīng)消息生成客戶端界面，并將所述客戶端界面發(fā)送給所述客戶端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述業(yè)務(wù)請求消息中攜帶界面請求參數(shù)；在所述接收客戶端的業(yè)務(wù)請求消息后，所述方法還包括將所述界面請求參數(shù)賦值給所述組合業(yè)務(wù)中用于接收所述業(yè)務(wù)請求消息的接收活動 的業(yè)務(wù)流程執(zhí)行語言BPEL變量。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述業(yè)務(wù)請求消息，利用組合業(yè) 務(wù)中的界面生成參數(shù)對所述組合業(yè)務(wù)中的遠程門戶Web服務(wù)WSRP界面業(yè)務(wù)進行調(diào)用，獲得 界面調(diào)用響應(yīng)消息包括將可擴展標記語言XML格式的所述界面生成參數(shù)轉(zhuǎn)換成WSRP格式的界面生成參數(shù)，并 將所述WSRP格式的界面生成參數(shù)賦值給界面調(diào)用活動的界面調(diào)用參數(shù)；根據(jù)所述界面調(diào)用參數(shù)生成界面調(diào)用消息，在所述界面調(diào)用消息中包括指定WSRP界 面業(yè)務(wù)的地址信息；接收由WSRP服務(wù)器發(fā)送的界面調(diào)用響應(yīng)消息，其中所述界面調(diào)用響應(yīng)消息是根據(jù)所 述WSRP格式的界面生成參數(shù)獲得的。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述將所述WSRP格式的界面生成參數(shù)賦 值給界面調(diào)用活動的界面調(diào)用參數(shù)包括將所述WSRP格式的界面生成參數(shù)賦值給界面調(diào)用活動的輸入變量的子元素；或 將所述WSRP格式的界面生成參數(shù)賦值給界面調(diào)用活動的輸入變量；或?qū)SRP格式的 界面生成參數(shù)賦值給界面調(diào)用活動的界面生成參數(shù)變量，將界面服務(wù)對應(yīng)的輸入消息元素 作為界面調(diào)用活動的輸入變量。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，當所述WSRP格式的界面生成參數(shù)賦值給 界面調(diào)用活動的界面調(diào)用參數(shù)包括將所述WSRP格式的界面生成參數(shù)賦值給界面調(diào)用活動 的輸入變量時，所述根據(jù)所述界面調(diào)用參數(shù)生成界面調(diào)用消息包括當所述界面調(diào)用活動為WSRP類型的調(diào)用時，根據(jù)所述WSRP的輸入消息元素生成界面 調(diào)用消息框架，并在所述界面調(diào)用消息框架中插入根據(jù)所述輸入變量生成的xml片段，生 成界面調(diào)用消息。
6.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述將所述界面請求參數(shù)賦值給所述組 合業(yè)務(wù)中用于接收所述業(yè)務(wù)請求消息的接收活動的業(yè)務(wù)流程執(zhí)行語言BPEL變量包括解析所述業(yè)務(wù)請求消息，獲得所述業(yè)務(wù)請求消息中的界面請求參數(shù)； 將所述界面請求參數(shù)賦值給所述接收活動的BPEL變量。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述將所述界面請求參數(shù)賦值給所述接 收活動的BPEL變量包括確定所述界面請求參數(shù)是否為可擴展標記語言XML格式；當確定所述界面請求參數(shù)為XML格式時，利用所述接收活動所對應(yīng)的WSRP的界面請求 參數(shù)對應(yīng)的模式schema驗證所述界面請求參數(shù)是否合法；當所述界面請求參數(shù)合法時，將所述界面請求參數(shù)賦值給所述活動的BPEL變量。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，當確定所述界面請求參數(shù)不是XML格式 時，在所述確定所述界面請求參數(shù)是否為可擴展標記語言XML格式后，所述方法還包括將 所述界面請求參數(shù)轉(zhuǎn)換為XML格式。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述界面調(diào)用響應(yīng)消息生成客 戶端界面，并將所述客戶端界面發(fā)送給所述客戶端包括根據(jù)所述界面調(diào)用響應(yīng)消息生成業(yè)務(wù)響應(yīng)消息，其中，提取所述界面調(diào)用響應(yīng)消息中 的mimeType作為所述業(yè)務(wù)響應(yīng)消息的超文本傳輸協(xié)議HTTP頭，提取所述界面調(diào)用響應(yīng)消 息中的markupString作為所述業(yè)務(wù)響應(yīng)消息的HTTP體；將所述客戶端界面通過所述業(yè)務(wù)響應(yīng)消息發(fā)送給客戶端。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，在所述將所述客戶端界面通過所述業(yè)務(wù) 響應(yīng)消息發(fā)送給客戶端前，所述方法還包括在所述業(yè)務(wù)響應(yīng)消息中插入所述組合業(yè)務(wù)所對應(yīng)的會話信息，并將所述業(yè)務(wù)響應(yīng)消息 中的后繼操作地址替換為組合引擎的地址。
11.根據(jù)權(quán)利要求1-10任一所述的方法，其特征在于，在所述接收客戶端的業(yè)務(wù)請求 消息前，所述方法還包括向業(yè)務(wù)目錄發(fā)布WSRP業(yè)務(wù)的描述信息，所述描述信息包括界面生成參數(shù)、界面請求參數(shù)；根據(jù)所述描述信息創(chuàng)建帶有用戶界面的組合業(yè)務(wù)。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，根據(jù)所述描述信息創(chuàng)建帶有用戶界面 的組合業(yè)務(wù)包括生成接收活動，將所述界面請求參數(shù)作為所述接收活動對應(yīng)的變量；生成調(diào)用活動，將WSRP中的輸入變量作為調(diào)用活動的輸入變量，并將所述界面生成參 數(shù)作為所述調(diào)用活動的界面生成變量；或者將WSRP中的輸入變量作為調(diào)用活動的輸入變 量，并將所述界面生成參數(shù)作為輸入變量的子元素；或者將所述界面生成參數(shù)作為調(diào)用活 動的輸入變量；生成回復活動，將所述界面調(diào)用響應(yīng)消息作為所述回復活動的變量；加載所述創(chuàng)建的組合業(yè)務(wù)，并生成所述組合業(yè)務(wù)的地址。
13.一種實現(xiàn)業(yè)務(wù)組合的裝置，其特征在于，包括消息接收單元，用于接收客戶端的業(yè)務(wù)請求消息；界面調(diào)用單元，用于根據(jù)所述業(yè)務(wù)請求消息，利用組合業(yè)務(wù)中的界面生成參數(shù)對所述 組合業(yè)務(wù)中的WSRP界面業(yè)務(wù)進行調(diào)用，獲得界面調(diào)用響應(yīng)消息；界面發(fā)送單元，用于根據(jù)所述界面調(diào)用響應(yīng)消息生成客戶端界面，并將所述客戶端界 面發(fā)送給所述客戶端。
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，在所述業(yè)務(wù)請求消息中攜帶界面請求 參數(shù)；所述裝置還包括界面請求處理單元，用于將所述界面請求參數(shù)賦值給所述組合業(yè)務(wù)中用于接收所述業(yè)務(wù)請求消息的接收活動的業(yè)務(wù)流程執(zhí)行語言BPEL變量。
15.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述界面調(diào)用單元包括第一參數(shù)賦值模塊，用于將可擴展標記語言XML格式的所述界面生成參數(shù)轉(zhuǎn)換成WSRP 格式的界面生成參數(shù)，并將所述WSRP格式的界面生成參數(shù)賦值給界面調(diào)用活動的輸入變 量的子元素；第一消息生成模塊，用于根據(jù)所述輸入變量生成界面調(diào)用消息，在所述界面調(diào) 用消息中包括指定WSRP界面業(yè)務(wù)的地址信息；第一消息接收模塊，用于接收由WSRP服務(wù)器 發(fā)送的界面調(diào)用響應(yīng)消息，其中所述界面調(diào)用響應(yīng)消息是根據(jù)所述WSRP格式的界面生成 參數(shù)獲得的；或第二參數(shù)賦值模塊，用于將所述界面生成參數(shù)轉(zhuǎn)換成WSRP格式，并將WSRP格式的界面 生成參數(shù)賦值給界面調(diào)用活動的輸入變量；第二消息生成模塊，用于當所述界面調(diào)用活動 為WSRP類型的調(diào)用時，根據(jù)所述WSRP的輸入消息元素生成界面調(diào)用消息框架，并在所述界 面調(diào)用消息框架中插入根據(jù)所述輸入變量生成的xml片段，生成界面調(diào)用消息，在所述界 面調(diào)用消息中包括指定WSRP界面業(yè)務(wù)的地址信息；第二消息接收模塊，用于接收由WSRP服 務(wù)器發(fā)送的界面調(diào)用響應(yīng)消息，其中所述界面調(diào)用響應(yīng)消息是根據(jù)所述WSRP格式的界面 生成參數(shù)獲得的；或第三參數(shù)賦值模塊，用于將可擴展標記語言XML格式的所述界面生成參數(shù)轉(zhuǎn)換成WSRP 格式的界面生成參數(shù)，并將WSRP格式的界面生成參數(shù)賦值給界面調(diào)用活動的界面生成參 數(shù)變量，將界面服務(wù)對應(yīng)的輸入消息元素作為界面調(diào)用活動的輸入變量；第三消息生成模 塊，用于根據(jù)所述界面調(diào)用活動的輸入變量和界面調(diào)用活動的界面生成參數(shù)變量生成界面 調(diào)用消息，在所述界面調(diào)用消息中包括指定WSRP界面業(yè)務(wù)的地址信息；第三消息接收模 塊，用于接收由WSRP服務(wù)器發(fā)送的界面調(diào)用響應(yīng)消息，其中所述界面調(diào)用響應(yīng)消息是根據(jù) 所述WSRP格式的界面生成參數(shù)獲得的。
16.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述界面請求處理單元包括參數(shù)獲取模塊，用于解析所述業(yè)務(wù)請求消息，獲得所述界面請求參數(shù)；賦值模塊，用于將所述界面請求參數(shù)賦值給所述接收活動的BPEL變量。
17.根據(jù)權(quán)利要求16所述的裝置，其特征在于，所述賦值模塊包括判斷子模塊，用于判斷所述界面請求參數(shù)是否為可擴展標記語言XML格式；驗證子模塊，用于在確定所述界面請求參數(shù)為可擴展標記語言XML格式時，利用所述 組合業(yè)務(wù)實例中所述活動所對應(yīng)的WSRP的界面請求參數(shù)對應(yīng)的schema驗證所述界面請求 參數(shù)是否合法；參數(shù)處理子模塊，用于當所述界面請求參數(shù)合法時，將所述界面請求參數(shù)賦值給所述 活動的BPEL變量。
18.根據(jù)權(quán)利要求17所述的裝置，其特征在于，所述賦值模塊還包括參數(shù)轉(zhuǎn)換子模塊，用于在確定所述界面請求參數(shù)不是可擴展標記語言XML格式時，將 所述界面請求參數(shù)轉(zhuǎn)換為XML格式。
19.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述界面發(fā)送單元包括第六消息生成模塊，用于根據(jù)所述界面調(diào)用響應(yīng)消息生成業(yè)務(wù)響應(yīng)消息，其中，提取所 述界面調(diào)用響應(yīng)消息中的mimeType作為所述業(yè)務(wù)響應(yīng)消息的超文本傳輸協(xié)議HTTP頭，提 取所述界面調(diào)用響應(yīng)消息中的markupString作為所述業(yè)務(wù)響應(yīng)消息的HTTP體；界面發(fā)送模塊，用于將所述界面通過所述業(yè)務(wù)響應(yīng)消息發(fā)送給客戶端。
20.根據(jù)權(quán)利要求19所述的裝置，其特征在于，所述界面發(fā)送單元還包括插入模塊，用于在所述業(yè)務(wù)響應(yīng)消息中插入所述組合業(yè)務(wù)所對應(yīng)的會話信息，并將所 述業(yè)務(wù)響應(yīng)消息中的后繼操作地址替換為組合引擎的地址。
21.一種實現(xiàn)業(yè)務(wù)組合的系統(tǒng)，其特征在于，包括組合引擎，包括權(quán)利要求13-20任一所述的實現(xiàn)業(yè)務(wù)組合的裝置； WSRP服務(wù)器，WSRP業(yè)務(wù)的運行環(huán)境，供所述組合引擎調(diào)用，并向所述組合引擎發(fā)送界 面調(diào)用響應(yīng)消息，在所述界面調(diào)度響應(yīng)消息中包括界面信息； Web服務(wù)服務(wù)器，Web服務(wù)的運行環(huán)境，供所述組合引擎調(diào)用。
全文摘要
本發(fā)明實施例公開了一種實現(xiàn)業(yè)務(wù)組合的方法、裝置及系統(tǒng)，屬于IT技術(shù)領(lǐng)域，目的在于實現(xiàn)用戶界面和業(yè)務(wù)邏輯的重用。所述方法，包括接收客戶端的業(yè)務(wù)請求消息；根據(jù)所述業(yè)務(wù)請求消息，利用組合業(yè)務(wù)中的界面生成參數(shù)對所述組合業(yè)務(wù)中的WSRP界面業(yè)務(wù)進行調(diào)用，獲得界面調(diào)用響應(yīng)消息；根據(jù)所述界面調(diào)用響應(yīng)消息生成客戶端界面，并將所述客戶端界面發(fā)送給所述客戶端。本發(fā)明實施例主要用在業(yè)務(wù)組合技術(shù)中。
文檔編號G06F3/048GK102137135SQ20101025189
公開日2011年7月27日 申請日期2010年8月12日 優(yōu)先權(quán)日2010年8月12日
發(fā)明者常恒, 徐文華, 李彥 申請人:華為技術(shù)有限公司