一種組合服務(wù)執(zhí)行方法及執(zhí)行引擎的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及Web服務(wù)技術(shù)，具體涉及一種Web組合服務(wù)的執(zhí)行方法及執(zhí)行引擎。
【背景技術(shù)】
[0002] 隨著應(yīng)用功能的不斷增加，單一的Web服務(wù)已經(jīng)無(wú)法滿足廣大用戶的應(yīng)用需求。 目前，可通過(guò)采用多個(gè)Web服務(wù)相互組合的方式達(dá)到滿足用戶多方面需求的目的；同時(shí)， Web組合服務(wù)可使Web服務(wù)的功能得W最大程序的發(fā)揮。其中，由多個(gè)單一Web服務(wù)進(jìn)行組 合而形成的Web服務(wù)功能的集合為Web組合服務(wù)；組成Web組合服務(wù)的每個(gè)單一Web服務(wù) 稱之為原子服務(wù)。各種不同功能的原子服務(wù)之間的有效聯(lián)合與協(xié)作，實(shí)現(xiàn)了大粒度的服務(wù) 功能，能夠解決更為復(fù)雜的問(wèn)題，從而達(dá)到服務(wù)增值的目的。
[0003] 在Web組合服務(wù)中，如何使得組合服務(wù)執(zhí)行引擎對(duì)組合服務(wù)執(zhí)行高效率的處理一 直是研究者追求的目標(biāo)。目前，組合服務(wù)的執(zhí)行模式包括W下幾種：數(shù)據(jù)流控制流全集中模 式CCCD、控制流集中數(shù)據(jù)流分散模式CCDD。
[0004] 圖1 (a)為數(shù)據(jù)流控制流全集中模式的示意圖。如圖1 (a)所示，CCCD執(zhí)行模式 邏輯上的控制中也即執(zhí)行引擎，能夠?qū)M合服務(wù)進(jìn)行整體控制，負(fù)責(zé)協(xié)調(diào)服務(wù)之間的控制 流和數(shù)據(jù)流，所有數(shù)據(jù)都要經(jīng)過(guò)引擎進(jìn)行轉(zhuǎn)發(fā)，而不是由數(shù)據(jù)生產(chǎn)者直接將數(shù)據(jù)發(fā)送給數(shù) 據(jù)消費(fèi)者。該種執(zhí)行模式更適合數(shù)據(jù)量比較小的服務(wù)，傳輸?shù)臄?shù)據(jù)量較大且并發(fā)組合服務(wù) 流程實(shí)例數(shù)量較多時(shí)，執(zhí)行引擎很容易形成較大負(fù)載，從而成為系統(tǒng)性能的瓶頸，影響組合 服務(wù)的執(zhí)行效率。
[0005] 圖1 (b)為控制流集中數(shù)據(jù)流分散模式的示意圖。如圖1 (b)所示，CCDD執(zhí)行模 式既存在邏輯上的控制中也即執(zhí)行引擎，又能夠使數(shù)據(jù)直接由數(shù)據(jù)生產(chǎn)者傳遞給數(shù)據(jù)消費(fèi) 者，但是需要協(xié)調(diào)服務(wù)與引擎進(jìn)行通信，并根據(jù)控制消息實(shí)現(xiàn)數(shù)據(jù)流在各個(gè)服務(wù)之間的傳 遞。在服務(wù)之間的交互數(shù)據(jù)量與控制消息數(shù)據(jù)量相差不大時(shí)，該執(zhí)行模式的執(zhí)行效率較低。
[0006] 由此可見(jiàn)，每種執(zhí)行模式都有其弊端，此外，由于服務(wù)之間傳輸?shù)臄?shù)據(jù)量是動(dòng)態(tài)變 化的，選擇任何一種執(zhí)行模式，都不能保證執(zhí)行效率最高，執(zhí)行結(jié)果最優(yōu)。因此，迫切需要一 種高效率的組合服務(wù)執(zhí)行方法。

【發(fā)明內(nèi)容】

[0007] 為解決現(xiàn)有存在的技術(shù)問(wèn)題，本發(fā)明實(shí)施例提供一種Web組合服務(wù)的執(zhí)行方法及 執(zhí)行引擎，可提高執(zhí)行引擎的執(zhí)行效率，減少執(zhí)行引擎的負(fù)載。
[0008] 本發(fā)明實(shí)施例的技術(shù)方案是該樣實(shí)現(xiàn)的：
[0009] 本發(fā)明實(shí)施例提供了一種組合服務(wù)執(zhí)行方法，所述方法包括：
[0010] 接收用戶的組合服務(wù)請(qǐng)求消息，創(chuàng)建組合服務(wù)的流程實(shí)例，依據(jù)預(yù)設(shè)的執(zhí)行模式 執(zhí)行所述流程實(shí)例，并對(duì)所述組合服務(wù)的相關(guān)參數(shù)進(jìn)行監(jiān)控；
[0011] 依據(jù)監(jiān)控結(jié)果，確定是否進(jìn)行執(zhí)行模式的切換；
[0012] 確定為進(jìn)行執(zhí)行模式切換時(shí)，利用切換后的執(zhí)行模式繼續(xù)執(zhí)行當(dāng)前剩余的流程實(shí) 例。
[0013] 上述方案中，所述方法還包括：
[0014] 接收組合服務(wù)流程部署文件，解析流程部署文件；
[0015] 依據(jù)所解析出的流程部署文件內(nèi)容，創(chuàng)建流程模板；
[0016] 相應(yīng)的，所述接收用戶的組合服務(wù)請(qǐng)求消息，創(chuàng)建組合服務(wù)的流程實(shí)例，包括：
[0017] 接收到所述組合服務(wù)請(qǐng)求消息時(shí)，查找流程模板，并依據(jù)所查找出的流程模板，創(chuàng) 建所述流程實(shí)例。
[0018] 上述方案中，所述預(yù)設(shè)的執(zhí)行模式為數(shù)據(jù)流控制流全集中CCCD執(zhí)行模式；
[0019] 相應(yīng)的，依據(jù)監(jiān)控結(jié)果，確定是否進(jìn)行執(zhí)行模式的切換，包括：
[0020] 依據(jù)所述監(jiān)控結(jié)果，預(yù)測(cè)所述CCCD執(zhí)行模式的執(zhí)行時(shí)間及控制流集中數(shù)據(jù)流分 散CCDD執(zhí)行模式的執(zhí)行時(shí)間；
[0021] 確定所述執(zhí)行時(shí)間小的執(zhí)行模式與所述預(yù)設(shè)的執(zhí)行模式不同時(shí)，確定為進(jìn)行執(zhí)行 模式切換；
[0022] 確定所述執(zhí)行時(shí)間小的執(zhí)行模式與所述預(yù)設(shè)的執(zhí)行模式相同時(shí)，確定為不進(jìn)行執(zhí) 行模式的切換。
[0023] 上述方案中，所述相關(guān)參數(shù)包括：
[0024] 服務(wù)輸出數(shù)據(jù)量、網(wǎng)絡(luò)帶寬、服務(wù)協(xié)議消息數(shù)據(jù)量、服務(wù)調(diào)用活動(dòng)的數(shù)據(jù)依賴量。 [00巧]上述方案中，所述依據(jù)監(jiān)控結(jié)果，確定是否進(jìn)行執(zhí)行模式的切換，包括：
[0026]當(dāng)確定出所述服務(wù)輸出數(shù)據(jù)量小于所述服務(wù)協(xié)議消息數(shù)據(jù)量時(shí)，確定不進(jìn)行執(zhí)行 模式的切換；
[0027]當(dāng)確定出所述服務(wù)輸出數(shù)據(jù)量大于等于所述服務(wù)協(xié)議消息數(shù)據(jù)量，或者不能確定 出所述服務(wù)輸出數(shù)據(jù)量與所述服務(wù)協(xié)議消息數(shù)據(jù)量的大小，確定為進(jìn)行執(zhí)行模式切換。
[0028]本發(fā)明實(shí)施例還提供了一種組合服務(wù)執(zhí)行引擎，所述執(zhí)行引擎包括：
[0029] 第一接收單元，用于接收用戶的組合服務(wù)請(qǐng)求消息；
[0030] 第一創(chuàng)建單元，用于創(chuàng)建組合服務(wù)的流程實(shí)例；
[0031] 執(zhí)行單元，用于依據(jù)預(yù)設(shè)的執(zhí)行模式執(zhí)行所述流程實(shí)例；
[0032] 監(jiān)控單元，用于對(duì)所述組合服務(wù)的相關(guān)參數(shù)進(jìn)行監(jiān)控；
[0033] 確定單元，用于依據(jù)監(jiān)控結(jié)果，確定是否進(jìn)行執(zhí)行模式的切換，并在確定為進(jìn)行執(zhí) 行模式切換時(shí)，觸發(fā)執(zhí)行單元；
[0034] 執(zhí)行單元，用于利用切換后的執(zhí)行模式繼續(xù)執(zhí)行當(dāng)前剩余的流程實(shí)例。
[00巧]上述方案中，所述執(zhí)行引擎還包括；第二接收單元，用于接收組合服務(wù)流程部署文 件；
[0036] 解析單元，用于解析流程部署文件；
[0037] 第二創(chuàng)建單元，用于依據(jù)所述解析單元解析出的流程部署文件內(nèi)容，創(chuàng)建流程模 板；
[00測(cè) 相應(yīng)的，
[0039] 所述第一接收單元，用于接收到所述組合服務(wù)請(qǐng)求消息時(shí)，觸發(fā)所述第一創(chuàng)建單 元；
[0040] 所述第一創(chuàng)建單元，用于查找流程模板，并依據(jù)所查找出的流程模板，創(chuàng)建所述流 程實(shí)例。
[0041] 上述方案中，所述確定單元，用于依據(jù)所述監(jiān)控結(jié)果，預(yù)測(cè)所述CCCD執(zhí)行模式的 執(zhí)行時(shí)間及控制流集中數(shù)據(jù)流分散CCDD執(zhí)行模式的執(zhí)行時(shí)間；
[0042] 確定所述執(zhí)行時(shí)間小的執(zhí)行模式與所述預(yù)設(shè)的執(zhí)行模式不同時(shí)，確定為進(jìn)行執(zhí)行 模式切換；
[0043] 確定所述執(zhí)行時(shí)間小的執(zhí)行模式與所述預(yù)設(shè)的執(zhí)行模式相同時(shí)，確定為不進(jìn)行執(zhí) 行模式的切換。
[0044] 上述方案中，所述相關(guān)參數(shù)還包括：
[0045] 服務(wù)輸出數(shù)據(jù)量、網(wǎng)絡(luò)帶寬、服務(wù)協(xié)議消息數(shù)據(jù)量、服務(wù)調(diào)用活動(dòng)的數(shù)據(jù)依賴量。
[0046] 上述方案中，所述確定單元，還用于
[0047]當(dāng)確定出所述服務(wù)輸出數(shù)據(jù)量小于所述服務(wù)協(xié)議消息數(shù)據(jù)量時(shí)，確定不進(jìn)行執(zhí)行 模式的切換；
[0048]當(dāng)確定出所述服務(wù)輸出數(shù)據(jù)量大于等于所述服務(wù)協(xié)議消息數(shù)據(jù)量，或者不能確定 出所述服務(wù)輸出數(shù)據(jù)量與所述服務(wù)協(xié)議消息數(shù)據(jù)量的大小，確定為進(jìn)行執(zhí)行模式切換。
[0049] 本發(fā)明實(shí)施例提供的組合服務(wù)的執(zhí)行方法及執(zhí)行引擎，所述方法包括：接收用戶 的組合服務(wù)請(qǐng)求消息，創(chuàng)建組合服務(wù)的流程實(shí)例，依據(jù)預(yù)設(shè)的執(zhí)行模式執(zhí)行所述流程實(shí)例， 并對(duì)所述組合服務(wù)的相關(guān)參數(shù)進(jìn)行監(jiān)控；依據(jù)監(jiān)控結(jié)果，確定是否進(jìn)行執(zhí)行模式的切換； 確定為進(jìn)行執(zhí)行模式切換時(shí)，利用切換后的執(zhí)行模式繼續(xù)執(zhí)行當(dāng)前剩余的流程實(shí)例。利用 本發(fā)明實(shí)施例的技術(shù)方案，能夠依據(jù)監(jiān)控結(jié)果對(duì)執(zhí)行模式進(jìn)行調(diào)整，與現(xiàn)有采用固定的執(zhí) 行模式相比較，提高了執(zhí)行效率，減少了執(zhí)行引擎的負(fù)載。
【附圖說(shuō)明】
[0050] 圖1 (a)為數(shù)據(jù)流控制流全集中模式的示意圖；
[0051]圖1 (b)為控制流集中數(shù)據(jù)流分散模式的示意圖；
[0052] 圖2為本發(fā)明實(shí)施例提供的執(zhí)行引擎與代理服務(wù)進(jìn)行通信的一應(yīng)用場(chǎng)景示意圖；
[005