[發明專利]一種組合服務執行方法及執行引擎

在審

• 申請號: 201410088365.4
• 申請日: 2014-03-11
• 公開（公告）號: CN104917789A
• 公開（公告）日: 2015-09-16
• 發明（設計）人: 王海明;王欣;金駿;倪慶
• 申請（專利權）人: 中國移動通信集團遼寧有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L12/26
• 代理公司: 北京派特恩知識產權代理有限公司 11270
• 代理人: 張振偉;王黎延

技術領域

本發明涉及Web服務技術，具體涉及一種Web組合服務的執行方法及執行引擎。

背景技術

隨著應用功能的不斷增加，單一的Web服務已經無法滿足廣大用戶的應用需求。目前，可通過采用多個Web服務相互組合的方式達到滿足用戶多方面需求的目的；同時，Web組合服務可使Web服務的功能得以最大程序的發揮。其中，由多個單一Web服務進行組合而形成的Web服務功能的集合為Web組合服務；組成Web組合服務的每個單一Web服務稱之為原子服務。各種不同功能的原子服務之間的有效聯合與協作，實現了大粒度的服務功能，能夠解決更為復雜的問題，從而達到服務增值的目的。

在Web組合服務中，如何使得組合服務執行引擎對組合服務執行高效率的處理一直是研究者追求的目標。目前，組合服務的執行模式包括以下幾種：數據流控制流全集中模式CCCD、控制流集中數據流分散模式CCDD。

圖1（a）為數據流控制流全集中模式的示意圖。如圖1（a）所示，CCCD執行模式邏輯上的控制中心即執行引擎，能夠對組合服務進行整體控制，負責協調服務之間的控制流和數據流，所有數據都要經過引擎進行轉發，而不是由數據生產者直接將數據發送給數據消費者。這種執行模式更適合數據量比較小的服務，傳輸的數據量較大且并發組合服務流程實例數量較多時，執行引擎很容易形成較大負載，從而成為系統性能的瓶頸，影響組合服務的執行效率。

圖1（b）為控制流集中數據流分散模式的示意圖。如圖1（b）所示，CCDD執行模式既存在邏輯上的控制中心即執行引擎，又能夠使數據直接由數據生產者傳遞給數據消費者，但是需要協調服務與引擎進行通信，并根據控制消息實現數據流在各個服務之間的傳遞。在服務之間的交互數據量與控制消息數據量相差不大時，該執行模式的執行效率較低。

由此可見，每種執行模式都有其弊端，此外，由于服務之間傳輸的數據量是動態變化的，選擇任何一種執行模式，都不能保證執行效率最高，執行結果最優。因此，迫切需要一種高效率的組合服務執行方法。

發明內容

為解決現有存在的技術問題，本發明實施例提供一種Web組合服務的執行方法及執行引擎，可提高執行引擎的執行效率，減少執行引擎的負載。

本發明實施例的技術方案是這樣實現的：

本發明實施例提供了一種組合服務執行方法，所述方法包括：

接收用戶的組合服務請求消息，創建組合服務的流程實例，依據預設的執行模式執行所述流程實例，并對所述組合服務的相關參數進行監控；

依據監控結果，確定是否進行執行模式的切換；

確定為進行執行模式切換時，利用切換后的執行模式繼續執行當前剩余的流程實例。

上述方案中，所述方法還包括：

接收組合服務流程部署文件，解析流程部署文件；

依據所解析出的流程部署文件內容，創建流程模板；

相應的，所述接收用戶的組合服務請求消息，創建組合服務的流程實例，包括：

接收到所述組合服務請求消息時，查找流程模板，并依據所查找出的流程模板，創建所述流程實例。

上述方案中，所述預設的執行模式為數據流控制流全集中CCCD執行模式；

相應的，依據監控結果，確定是否進行執行模式的切換，包括：

依據所述監控結果，預測所述CCCD執行模式的執行時間及控制流集中數據流分散CCDD執行模式的執行時間；

確定所述執行時間小的執行模式與所述預設的執行模式不同時，確定為進行執行模式切換；

確定所述執行時間小的執行模式與所述預設的執行模式相同時，確定為不進行執行模式的切換。

上述方案中，所述相關參數包括：

服務輸出數據量、網絡帶寬、服務協議消息數據量、服務調用活動的數據依賴量。

上述方案中，所述依據監控結果，確定是否進行執行模式的切換，包括：

當確定出所述服務輸出數據量小于所述服務協議消息數據量時，確定不進行執行模式的切換；

當確定出所述服務輸出數據量大于等于所述服務協議消息數據量，或者不能確定出所述服務輸出數據量與所述服務協議消息數據量的大小，確定為進行執行模式切換。

本發明實施例還提供了一種組合服務執行引擎，所述執行引擎包括：

第一接收單元，用于接收用戶的組合服務請求消息；

第一創建單元，用于創建組合服務的流程實例；

執行單元，用于依據預設的執行模式執行所述流程實例；

監控單元，用于對所述組合服務的相關參數進行監控；