本發(fā)明涉及多Agent系統(tǒng)技術(shù)領(lǐng)域，具體來說是一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)及其業(yè)務(wù)流轉(zhuǎn)方法。

背景技術(shù)：

隨著云計算、互聯(lián)網(wǎng)業(yè)務(wù)的興起，以及在互聯(lián)網(wǎng)+背景下，需要實現(xiàn)不同的行業(yè)部門的業(yè)務(wù)處理相互協(xié)同協(xié)作，例如環(huán)境監(jiān)測以及橋梁檢測以及網(wǎng)絡(luò)輿情監(jiān)控等，因此各分布系統(tǒng)的自治、自主協(xié)作有著重要的應(yīng)用價值。

多Agent技術(shù)是在在二十世紀(jì)七十年代，隨著分布式人工智能研究的興起而產(chǎn)生的，與DPS(分布式問題求解)不同，MAS(多Agent系統(tǒng))主要研究Agent之間在自治基礎(chǔ)之上的協(xié)商和協(xié)作。Agent與傳統(tǒng)面向?qū)ο蟮募夹g(shù)的同體現(xiàn)在Agent具有智能，即擁有自己的知識庫和推理機(jī)、Agent能夠自主的決定是否對來自其他Agent的信息做出響應(yīng)，Agent之間的通信通常采用支持知識傳遞的通信語言。目前國際對MAS系統(tǒng)建模應(yīng)用以及人工智能相關(guān)領(lǐng)域的研究較多，主要包括Agent理論研究、Agent體系結(jié)構(gòu)研究、Agent通訊以及通訊語言研究、Agent學(xué)習(xí)研究等方面內(nèi)容。一些標(biāo)準(zhǔn)化工作也在開展，例如智能物理Agent基金會(FIPA)制定了一系列指導(dǎo)多Agent系統(tǒng)開發(fā)的規(guī)范。LiGuo等人提出采用基于商業(yè)過程模型(BPM)的多Agent系統(tǒng)，采用時態(tài)邏輯以及SPPC模型解決了Agent系統(tǒng)之間的通訊實時交互問題。在應(yīng)用領(lǐng)域MAS也有較多的研究成果，例如基于多Agent的協(xié)同供應(yīng)鏈管理系統(tǒng)，基于多Agent的汽車供應(yīng)鏈協(xié)商機(jī)制等研究?；跇I(yè)務(wù)管理系統(tǒng)的應(yīng)用研究成果也比較多，例如OMG提出的BPMN標(biāo)準(zhǔn)，解決了管理流程定義的可視化、語義化等標(biāo)準(zhǔn)化問題。目前跨業(yè)務(wù)領(lǐng)域的業(yè)務(wù)協(xié)作系統(tǒng)相關(guān)研究成果較少。

在大數(shù)據(jù)以及云計算環(huán)境下，實現(xiàn)多個業(yè)務(wù)領(lǐng)域的業(yè)務(wù)協(xié)作需要解決以下問題，在大數(shù)據(jù)環(huán)境下數(shù)據(jù)分析需要解決不同數(shù)據(jù)來源交換問題，云環(huán)境下不同業(yè)務(wù)領(lǐng)域之間業(yè)務(wù)協(xié)同問題，以及不同業(yè)務(wù)資源的業(yè)務(wù)調(diào)度問題。那么，如何利用Agent技術(shù)，基于多Agent系統(tǒng)業(yè)務(wù)流轉(zhuǎn)系統(tǒng)設(shè)計已經(jīng)成為急需解決的技術(shù)問題。

技術(shù)實現(xiàn)要素：

本發(fā)明的目的是為了解決現(xiàn)有技術(shù)中在多個業(yè)務(wù)系統(tǒng)之間缺少自動化業(yè)務(wù)流轉(zhuǎn)技術(shù)的缺陷，提供一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)及其業(yè)務(wù)流轉(zhuǎn)方法來解決上述問題。

為了實現(xiàn)上述目的，本發(fā)明的技術(shù)方案如下：

一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)，包括業(yè)務(wù)系統(tǒng)A和業(yè)務(wù)系統(tǒng)B，業(yè)務(wù)系統(tǒng)A和業(yè)務(wù)系統(tǒng)B兩者結(jié)構(gòu)相同，

所述的業(yè)務(wù)系統(tǒng)A包括第一代理Agent、第一業(yè)務(wù)處理Agent、第一數(shù)據(jù)分析Agent、第一數(shù)據(jù)資源Agent，業(yè)務(wù)系統(tǒng)A與業(yè)務(wù)系統(tǒng)B通過第一代理Agent和第二代理Agent基于BDI機(jī)制進(jìn)行數(shù)據(jù)交互傳輸；

所述的第一數(shù)據(jù)資源Agent用于對本地數(shù)據(jù)來源及本地數(shù)據(jù)庫系統(tǒng)進(jìn)行數(shù)據(jù)資源管理，對本地數(shù)據(jù)庫系統(tǒng)按來源、用途區(qū)分并標(biāo)明其屬性；

第一數(shù)據(jù)分析Agent用于進(jìn)行本地數(shù)據(jù)分析，與第一代理Agent、第一業(yè)務(wù)處理Agent和第一數(shù)據(jù)資源Agent進(jìn)行協(xié)作，包括：對本地數(shù)據(jù)資源統(tǒng)計分析、根據(jù)數(shù)據(jù)分析結(jié)果觸發(fā)事件，請求第一業(yè)務(wù)處理Agent進(jìn)入相應(yīng)事務(wù)處理，在本地數(shù)據(jù)分析資源缺乏時，提交業(yè)務(wù)請求給第一代理Agent，與業(yè)務(wù)系統(tǒng)B的第二數(shù)據(jù)分析Agent協(xié)作，響應(yīng)第一代理Agent請求與業(yè)務(wù)系統(tǒng)B交互；

第一業(yè)務(wù)處理Agent對業(yè)務(wù)系統(tǒng)A內(nèi)的業(yè)務(wù)模型庫和業(yè)務(wù)節(jié)點管理模塊進(jìn)行管理并與第一代理Agent、第一數(shù)據(jù)分析Agent和第一數(shù)據(jù)資源Agent進(jìn)行協(xié)作，業(yè)務(wù)模型庫采用商業(yè)過程模型表述其業(yè)務(wù)流程，業(yè)務(wù)節(jié)點管理模塊記錄第一業(yè)務(wù)處理Agent采用的具體業(yè)務(wù)模型和第一業(yè)務(wù)處理Agent正在處理的工作活動；

第一代理Agent負(fù)責(zé)查找業(yè)務(wù)系統(tǒng)B的數(shù)據(jù)資源、業(yè)務(wù)處理資源，根據(jù)業(yè)務(wù)系統(tǒng)A內(nèi)第一業(yè)務(wù)處理Agent、第一數(shù)據(jù)分析Agent和第一數(shù)據(jù)資源Agent的請求，從業(yè)務(wù)系統(tǒng)B尋找第二業(yè)務(wù)處理Agent、第二數(shù)據(jù)分析Agent和第二數(shù)據(jù)資源Agent。

所述的第一業(yè)務(wù)處理Agent用于記錄和管理若干個業(yè)務(wù)處理流程采用的業(yè)務(wù)處理模型以及工作活動，指示當(dāng)前工作活動的所處位置，以及執(zhí)行當(dāng)前結(jié)點需要的資源支持。

所述的第一業(yè)務(wù)處理Agent用于響應(yīng)第一代理Agent、第一數(shù)據(jù)分析Agent和第一數(shù)據(jù)資源Agent請求，執(zhí)行業(yè)務(wù)系統(tǒng)A內(nèi)的工作流程；響應(yīng)業(yè)務(wù)系統(tǒng)A內(nèi)業(yè)務(wù)處理系統(tǒng)請求，尋找第二數(shù)據(jù)分析Agent、第二業(yè)務(wù)處理Agent的支持。

所述的第一業(yè)務(wù)處理Agent的業(yè)務(wù)模型庫采用基于BPMN描述的業(yè)務(wù)處理模型、采用Activitii或JBPM工作流引擎作為業(yè)務(wù)處理模型的解釋器和執(zhí)行器、各業(yè)務(wù)狀態(tài)采用BPMN Activity Point保存工作節(jié)點信息、采用BPMN Message與業(yè)務(wù)系統(tǒng)B的第二業(yè)務(wù)代理Agent實現(xiàn)不同業(yè)務(wù)系統(tǒng)之間的通訊。

所述的第一數(shù)據(jù)資源Agent以及第一數(shù)據(jù)分析Agent向第一業(yè)務(wù)處理Agent提交事件，要求第一業(yè)務(wù)處理Agent協(xié)作，其協(xié)議采用BPMN Event表示。

所述的業(yè)務(wù)系統(tǒng)A與業(yè)務(wù)系統(tǒng)B的數(shù)據(jù)交換采用XML協(xié)議，XML協(xié)議包括Schema文件和XML文件。

一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)的業(yè)務(wù)流轉(zhuǎn)方法，業(yè)務(wù)系統(tǒng)A的第一數(shù)據(jù)分析Agent到業(yè)務(wù)系統(tǒng)B尋求數(shù)據(jù)分析包括以下步驟：

業(yè)務(wù)系統(tǒng)A的第一數(shù)據(jù)分析Agent調(diào)度其自身的分析引擎分析業(yè)務(wù)系統(tǒng)A的本地數(shù)據(jù)，當(dāng)發(fā)現(xiàn)業(yè)務(wù)系統(tǒng)A的本地數(shù)據(jù)資源不足以支撐其分析需求時，向業(yè)務(wù)系統(tǒng)A的第一代理Agent發(fā)出請求；

業(yè)務(wù)系統(tǒng)A的第一代理Agent發(fā)起資源交互請求，等待業(yè)務(wù)系統(tǒng)B的第二代理Agent的響應(yīng)；

業(yè)務(wù)系統(tǒng)B的第二代理Agent收到資源交互請求后，第二代理Agent將其傳給第二數(shù)據(jù)分析Agent，第二數(shù)據(jù)分析Agent通過訪問接口經(jīng)第二代理Agent、第一代理Agent訪問第一數(shù)據(jù)分析Agent，訪問接口通過WSDL文件進(jìn)行封裝；

第一數(shù)據(jù)分析Agent解析WSDL文件并訪問第二數(shù)據(jù)分析Agent；

第二數(shù)據(jù)分析Agent對業(yè)務(wù)系統(tǒng)B的第二數(shù)據(jù)資源Agent的本地數(shù)據(jù)庫系統(tǒng)進(jìn)行分析，檢索結(jié)果以Schema文件以及XML文件形式返回；

第一數(shù)據(jù)分析Agent解析Schema文件以及XML文件，合并分析結(jié)果。

第一業(yè)務(wù)處理Agent提請第二業(yè)務(wù)處理Agent進(jìn)行業(yè)務(wù)流程處理，包括以下步驟：

第一業(yè)務(wù)處理Agent從業(yè)務(wù)模型庫和業(yè)務(wù)節(jié)點管理模塊調(diào)度執(zhí)行業(yè)務(wù)模型執(zhí)行流程；

第一代理Agent發(fā)現(xiàn)需要業(yè)務(wù)系統(tǒng)B的第二業(yè)務(wù)處理Agent參與協(xié)作，則掛起當(dāng)前業(yè)務(wù)活動并向第一代理Agent提交請求；

第一代理Agent與第二代理Agent聯(lián)系，啟動第二業(yè)務(wù)處理Agent處理業(yè)務(wù)；

第二業(yè)務(wù)處理Agent執(zhí)行流程，將處理結(jié)果以BPMN Message返回給第一業(yè)務(wù)處理Agent。

第一代理Agent響應(yīng)業(yè)務(wù)系統(tǒng)A內(nèi)的請求，尋求業(yè)務(wù)系統(tǒng)B的資源，包括以下步驟：

第一代理Agent收到業(yè)務(wù)系統(tǒng)A內(nèi)的請求，第一代理Agent基于BDI機(jī)制采用FIPA協(xié)議向業(yè)務(wù)系統(tǒng)B發(fā)出消息，開始尋找業(yè)務(wù)系統(tǒng)B的合作；

業(yè)務(wù)系統(tǒng)B的第二代理Agent收到第一代理Agent的邀請，檢查本地資源描述庫，檢查是否滿足資源條件，其中本地資源描述庫包含一組二維表描述業(yè)務(wù)系統(tǒng)B內(nèi)的Agent標(biāo)簽、Agent標(biāo)識信息；

第二代理Agent發(fā)現(xiàn)滿足資源條件，啟動選舉機(jī)制；

第一代理Agent根據(jù)調(diào)度策略判斷邀請是否無效或者超時，如果長期得不到有效響應(yīng)，則終止選舉機(jī)制；

第一代理Agent通過第二代理Agent獲取資源，并將其資源轉(zhuǎn)交給業(yè)務(wù)系統(tǒng)A內(nèi)的請求。

有益效果

本發(fā)明的基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)及其業(yè)務(wù)流轉(zhuǎn)方法，與現(xiàn)有技術(shù)相比提出了基于角色的多個Agent分工協(xié)作機(jī)制，構(gòu)建了跨云端的業(yè)務(wù)處理協(xié)作社區(qū)，解決了跨云端的業(yè)務(wù)處理協(xié)作問題。本發(fā)明解決了大數(shù)據(jù)環(huán)境下數(shù)據(jù)搬遷、以及數(shù)據(jù)私密性問題，減少了跨業(yè)務(wù)系統(tǒng)的業(yè)務(wù)協(xié)作開發(fā)成本。

附圖說明

圖1為本發(fā)明中業(yè)務(wù)流轉(zhuǎn)系統(tǒng)的結(jié)構(gòu)示意圖；

圖2為本發(fā)明中業(yè)務(wù)流轉(zhuǎn)系統(tǒng)交互結(jié)構(gòu)示意圖。

具體實施方式

為使對本發(fā)明的結(jié)構(gòu)特征及所達(dá)成的功效有更進(jìn)一步的了解與認(rèn)識，用以較佳的實施例及附圖配合詳細(xì)的說明，說明如下：

如圖1和圖2所示，本發(fā)明所述的一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)，包括業(yè)務(wù)系統(tǒng)A和業(yè)務(wù)系統(tǒng)B，業(yè)務(wù)系統(tǒng)A和業(yè)務(wù)系統(tǒng)B兩者結(jié)構(gòu)相同，業(yè)務(wù)系統(tǒng)A包括第一代理Agent、第一業(yè)務(wù)處理Agent、第一數(shù)據(jù)分析Agent、第一數(shù)據(jù)資源Agent，業(yè)務(wù)系統(tǒng)A與業(yè)務(wù)系統(tǒng)B通過第一代理Agent和第二代理Agent基于BDI機(jī)制進(jìn)行數(shù)據(jù)交互傳輸。業(yè)務(wù)系統(tǒng)B包括了第二代理Agent、第二業(yè)務(wù)處理Agent、第二數(shù)據(jù)分析Agent和第二數(shù)據(jù)資源Agent。在此，針對業(yè)務(wù)系統(tǒng)A內(nèi)的結(jié)構(gòu)和流轉(zhuǎn)方法進(jìn)行闡述，業(yè)務(wù)系統(tǒng)B則與此相同。

第一數(shù)據(jù)資源Agent包括多個數(shù)據(jù)訪問接口、多個本地數(shù)據(jù)來源和本地數(shù)據(jù)庫系統(tǒng)。第一數(shù)據(jù)資源Agent用于對本地數(shù)據(jù)來源及本地數(shù)據(jù)庫系統(tǒng)進(jìn)行數(shù)據(jù)資源管理，對本地數(shù)據(jù)庫系統(tǒng)按來源、用途區(qū)分并標(biāo)明其屬性。其中本地數(shù)據(jù)來源可以包括連接本地業(yè)務(wù)系統(tǒng)的傳感器數(shù)據(jù)采集、網(wǎng)絡(luò)爬蟲、網(wǎng)絡(luò)消息采集等數(shù)據(jù)來源，本地數(shù)據(jù)庫資源包括本地系統(tǒng)的關(guān)系型數(shù)據(jù)庫、基于KV的內(nèi)存數(shù)據(jù)、以及基于HDFS的分布式數(shù)據(jù)庫等資源。

第一數(shù)據(jù)分析Agent包括分析引擎，用于進(jìn)行本地數(shù)據(jù)分析，與第一代理Agent、第一業(yè)務(wù)處理Agent和第一數(shù)據(jù)資源Agent進(jìn)行協(xié)作，包括：對本地數(shù)據(jù)資源統(tǒng)計分析、根據(jù)數(shù)據(jù)分析結(jié)果觸發(fā)事件，請求第一業(yè)務(wù)處理Agent進(jìn)入相應(yīng)事務(wù)處理。在本地數(shù)據(jù)分析資源缺乏時，提交業(yè)務(wù)請求給第一代理Agent，與業(yè)務(wù)系統(tǒng)B的第二數(shù)據(jù)分析Agent協(xié)作，響應(yīng)第一代理Agent請求與業(yè)務(wù)系統(tǒng)B交互。

第一業(yè)務(wù)處理Agent對業(yè)務(wù)系統(tǒng)A內(nèi)的業(yè)務(wù)模型庫和業(yè)務(wù)節(jié)點管理模塊進(jìn)行管理并與第一代理Agent、第一數(shù)據(jù)分析Agent和第一數(shù)據(jù)資源Agent進(jìn)行協(xié)作，業(yè)務(wù)模型庫采用商業(yè)過程模型表述其業(yè)務(wù)流程，可以采用的模型有BPMN，F(xiàn)BPML等模型表示。業(yè)務(wù)節(jié)點管理模塊記錄第一業(yè)務(wù)處理Agent采用的具體業(yè)務(wù)模型和第一業(yè)務(wù)處理Agent正在處理的工作活動。

第一業(yè)務(wù)處理Agent記錄和管理若干個業(yè)務(wù)處理流程采用的業(yè)務(wù)處理模型以及工作活動，指示當(dāng)前工作活動的所處位置，以及執(zhí)行當(dāng)前節(jié)點需要的資源支持。第一業(yè)務(wù)處理Agent響應(yīng)第一數(shù)據(jù)分析Agent和第一數(shù)據(jù)資源Agent請求，執(zhí)行本地業(yè)務(wù)系統(tǒng)內(nèi)的工作流程。第一業(yè)務(wù)處理Agent的業(yè)務(wù)模型庫采用基于BPMN描述的業(yè)務(wù)處理模型、采用Activitii或JBPM工作流引擎作為業(yè)務(wù)處理模型的解釋器和執(zhí)行器、各業(yè)務(wù)狀態(tài)采用BPMN Activity Point保存工作節(jié)點信息。

第一代理Agent負(fù)責(zé)查找業(yè)務(wù)系統(tǒng)B的數(shù)據(jù)資源、業(yè)務(wù)處理資源，根據(jù)業(yè)務(wù)系統(tǒng)A內(nèi)第一業(yè)務(wù)處理Agent、第一數(shù)據(jù)分析Agent和第一數(shù)據(jù)資源Agent的請求，從業(yè)務(wù)系統(tǒng)B尋找第二業(yè)務(wù)處理Agent、第二數(shù)據(jù)分析Agent和第二數(shù)據(jù)資源Agent。

以上為業(yè)務(wù)系統(tǒng)A的第一代理Agent、第一業(yè)務(wù)處理Agent、第一數(shù)據(jù)分析Agent和第一數(shù)據(jù)資源Agent組成本地Agent社區(qū)。本地Agent社區(qū)內(nèi)的活動為第一數(shù)據(jù)資源Agent以及第一數(shù)據(jù)分析Agent向第一業(yè)務(wù)處理Agent提交事件，要求第一業(yè)務(wù)處理Agent協(xié)作，其協(xié)議采用BPMN Event表示。

在基于多Agent的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)中，其特征主要包括以下幾點：

(1)各Agent滿足自治、協(xié)商、協(xié)作，Agent需要具有一定的智能型，Agent能夠在滿足條件的情況下自主的完成其業(yè)務(wù)。在條件不滿足的情況下，能夠與其他Agent組成的社區(qū)內(nèi)，自主交互共同協(xié)商協(xié)作完成任務(wù)。

(2)多Agent代理機(jī)制，在本地Agent系統(tǒng)中，存在多個任務(wù)不同的Agent，需要通過一種代理機(jī)制查詢所需資源。

(3)Agent資源的查找，在分布環(huán)境下，業(yè)務(wù)處理系統(tǒng)往往基于松散耦合合作模式的資源交換策略，代理Agent需要實現(xiàn)采用Raft算法的代理協(xié)商機(jī)制。

(4)本地多個Agent協(xié)商機(jī)制，各個Agent之間需要建立有效的通訊手段，實現(xiàn)不同Agent角色相互通訊協(xié)商機(jī)制。

(5)跨業(yè)務(wù)系統(tǒng)中的業(yè)務(wù)活動協(xié)作，在云環(huán)境下，需要解決不同的業(yè)務(wù)處理系統(tǒng)之間跨業(yè)務(wù)領(lǐng)域的協(xié)作。業(yè)務(wù)處理Agent采用BPMN描述的業(yè)務(wù)處理模型，采用BPMN標(biāo)準(zhǔn)定義的Actives保存各自業(yè)務(wù)節(jié)點信息，以及采用Message機(jī)制的事件實現(xiàn)不同業(yè)務(wù)系統(tǒng)通訊。

(6)大數(shù)據(jù)環(huán)境下活性數(shù)據(jù)共享需求，在大數(shù)據(jù)環(huán)境下，數(shù)據(jù)分析遇到的困難主要有兩點，其一是大數(shù)據(jù)環(huán)境下數(shù)據(jù)高度隱私以及敏感，例如運營商的具體個人的通話記錄等。其二是大數(shù)據(jù)環(huán)境下存在著海量的活性數(shù)據(jù)，其數(shù)據(jù)內(nèi)容是動態(tài)的，異地業(yè)務(wù)處理過程中如采用大量原數(shù)據(jù)直接搬遷方式，勢必帶來帶寬存儲計算等計算壓力，因此需要通過數(shù)據(jù)分析Agent提供基于數(shù)據(jù)分析結(jié)果方式滿足業(yè)務(wù)處理需要。

基于以上多個Agent的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)的特征設(shè)計時考慮，Agent不僅要具有個體智能性,還要具有自主的群體交互能力。我們采用基于BDI的Agent交互方式,即信念(Belief)、愿望(Desire)和意圖(Intention)，BDI間的約束與激發(fā)關(guān)系能夠使Agent達(dá)到理性平衡,體現(xiàn)個體智能性，還可用以其它Agent思維狀態(tài)的建模,解釋交互語言的語義和語用,支持多Agent的交互。因此，在業(yè)務(wù)系統(tǒng)內(nèi)，業(yè)務(wù)處理模型采用基于BPMN描述的業(yè)務(wù)處理，采用Activitii、JBPM工作流引擎作為業(yè)務(wù)處理模型的解釋器和執(zhí)行器。各業(yè)務(wù)狀態(tài)采用BPMN Activity Point保存工作節(jié)點信息，第一業(yè)務(wù)處理Agent轉(zhuǎn)發(fā)BPMN Message與本地業(yè)務(wù)處理系統(tǒng)可以實現(xiàn)不同云端業(yè)務(wù)處理系統(tǒng)之間的通訊。本地業(yè)務(wù)系統(tǒng)中第一數(shù)據(jù)資源Agent以及第一數(shù)據(jù)分析Agent向第一業(yè)務(wù)處理Agent提交事件要求第一業(yè)務(wù)處理Agent協(xié)作，其協(xié)議采用BPMN Event表示。

在此還提供在業(yè)務(wù)系統(tǒng)A內(nèi)多Agent技術(shù)的本地業(yè)務(wù)系統(tǒng)的本地業(yè)務(wù)訪問方法，包括以下步驟：

第一步，第一數(shù)據(jù)資源Agent管理并調(diào)度多個數(shù)據(jù)來源。數(shù)據(jù)來源包含通過傳感器、視頻設(shè)備、網(wǎng)絡(luò)爬蟲、業(yè)務(wù)請求收集到的數(shù)據(jù)，收集的數(shù)據(jù)經(jīng)過ETL整理后將數(shù)據(jù)按時效性、結(jié)構(gòu)關(guān)系分別存放到不同的本地數(shù)據(jù)庫系統(tǒng)。其具體步驟如下：

(1)第一數(shù)據(jù)資源Agent從數(shù)據(jù)來源獲得數(shù)據(jù)，經(jīng)ETL整理后，分發(fā)并保存為結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)。

(2)第一數(shù)據(jù)資源Agent將數(shù)據(jù)經(jīng)過分類后保存到本地數(shù)據(jù)庫系統(tǒng)，本地數(shù)據(jù)庫系統(tǒng)包含基于KV的分布內(nèi)存數(shù)據(jù)庫、分布式關(guān)系數(shù)據(jù)庫、基于HDFS的分布數(shù)據(jù)庫、消息隊列。其中內(nèi)存隊列可以采用Memcached、Redis；關(guān)系型數(shù)據(jù)庫采用Oracle、MySQL、SQLServer等SQL兼容關(guān)系型數(shù)據(jù)庫；非結(jié)構(gòu)化分布數(shù)據(jù)庫采用HBASE。消息隊列用于存放以BPMNMessage表示的消息以及以BPMNEvent表示的事件，消息隊列可以采用Kafaka、RabitMQ、JMS。

(3)設(shè)計分發(fā)策略，將即時數(shù)據(jù)存放到基于KV的分布內(nèi)存數(shù)據(jù)庫、結(jié)構(gòu)化數(shù)據(jù)保存到分布式關(guān)系數(shù)據(jù)庫、非結(jié)構(gòu)化數(shù)據(jù)保存到基于HDFS的分布數(shù)據(jù)庫、消息或事件保存到消息隊列。

(4)第一數(shù)據(jù)資源Agent提供數(shù)據(jù)訪問接口訪問本地數(shù)據(jù)庫系統(tǒng)，接口集成Hive、采用Publish/Subscribe模式的消息隊列訪問方式，進(jìn)行對本地數(shù)據(jù)庫系統(tǒng)訪問管理。

第二步，第一數(shù)據(jù)分析Agent調(diào)用分析引擎分析數(shù)據(jù)，并輸出分析結(jié)果，其具體步驟如下：

(1)第一數(shù)據(jù)分析Agent通過數(shù)據(jù)訪問接口向第一數(shù)據(jù)資源Agent請求數(shù)據(jù)資源。

(2)第一數(shù)據(jù)分析Agent調(diào)用分析引擎進(jìn)行數(shù)據(jù)分析，對第一數(shù)據(jù)資源Agent檢索到的數(shù)據(jù)內(nèi)容進(jìn)行分析，分析引擎包括數(shù)學(xué)分析需要的內(nèi)存資源、數(shù)據(jù)挖掘算法、濾波算法、判斷條件。

(3)分析引擎通過對檢索到的數(shù)據(jù)結(jié)果分析，輸出并保存數(shù)據(jù)結(jié)果，并判斷數(shù)據(jù)結(jié)果是否滿足事件觸發(fā)條件；若滿足則產(chǎn)生事件并向第一業(yè)務(wù)處理Agent提出業(yè)務(wù)處理請求，事件采用BPMNEvent表示。

(4)第一數(shù)據(jù)分析Agent保存數(shù)據(jù)分析結(jié)果，為數(shù)據(jù)分析結(jié)果打上標(biāo)簽并建立索引。

第三步，第一業(yè)務(wù)處理Agent進(jìn)行業(yè)務(wù)處理。第一業(yè)務(wù)處理Agent響應(yīng)第一數(shù)據(jù)分析Agent或第一數(shù)據(jù)資源Agent的請求，根據(jù)事件類型調(diào)度從業(yè)務(wù)模型庫調(diào)取相應(yīng)業(yè)務(wù)處理模型處理業(yè)務(wù)，其具體步驟如下：

(1)第一業(yè)務(wù)處理Agent響應(yīng)第一數(shù)據(jù)分析Agent或第一數(shù)據(jù)資源Agent的請求，獲取事件或者消息；根據(jù)事件或者消息屬性，在業(yè)務(wù)模型庫尋找對應(yīng)的業(yè)務(wù)處理模型，通過業(yè)務(wù)節(jié)點管理模塊獲得需要處理業(yè)務(wù)節(jié)點。業(yè)務(wù)模型庫包含多個采用BMPN描述的業(yè)務(wù)處理模型，業(yè)務(wù)節(jié)點管理模塊記錄采用BPMN Activty標(biāo)識業(yè)務(wù)處理節(jié)點，管理BPMN活動的就緒、激活、掛起、結(jié)束狀態(tài)。

(2)第一業(yè)務(wù)處理Agent處理當(dāng)前業(yè)務(wù)節(jié)點，若當(dāng)前業(yè)務(wù)節(jié)點為掛起狀態(tài)，則激活業(yè)務(wù)節(jié)點，并處理業(yè)務(wù)；處理完畢后結(jié)束當(dāng)前業(yè)務(wù)節(jié)點，并激活下一個活動。

若當(dāng)前業(yè)務(wù)節(jié)點缺少必要信息，則在本地業(yè)務(wù)系統(tǒng)內(nèi)向第一數(shù)據(jù)分析Agent或第一數(shù)據(jù)資源Agent尋求協(xié)助。

(3)若第一數(shù)據(jù)分析Agent或第一數(shù)據(jù)資源Agent均不能滿足請求，則保存當(dāng)前活動信息，并掛起當(dāng)前業(yè)務(wù)節(jié)點，繼續(xù)處理其他業(yè)務(wù)節(jié)點。即業(yè)務(wù)節(jié)點管理模塊反復(fù)執(zhí)行任務(wù)處理，直到整個業(yè)務(wù)流程處理完畢。

以上進(jìn)行的是業(yè)務(wù)系統(tǒng)A內(nèi)第一數(shù)據(jù)分析Agent、第一業(yè)務(wù)處理Agent和第一數(shù)據(jù)資源Agent的訪問過程和步驟。

如圖2，在同一云中各Agent之間的相互操作。而為了實現(xiàn)不同云系之間的操作，兩個分布式云環(huán)境的互訪操作，即還包括一個與業(yè)務(wù)系統(tǒng)A結(jié)構(gòu)相同的業(yè)務(wù)系統(tǒng)B，基于相同的原理，還可能有業(yè)務(wù)系統(tǒng)C、業(yè)務(wù)系統(tǒng)D。業(yè)務(wù)系統(tǒng)A與業(yè)務(wù)系統(tǒng)B的數(shù)據(jù)交換采用XML協(xié)議，XML協(xié)議包括Schema文件和XML文件。

Schema文件示意如下("investigation.xsd")：

XML文件示意如下：

在此，還提供一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)的業(yè)務(wù)流轉(zhuǎn)方法，作為第一種方法實施方式，業(yè)務(wù)系統(tǒng)A的第一數(shù)據(jù)分析Agent到業(yè)務(wù)系統(tǒng)B尋求數(shù)據(jù)分析，其包括以下步驟：

(1)業(yè)務(wù)系統(tǒng)A的第一數(shù)據(jù)分析Agent調(diào)度其自身的分析引擎分析業(yè)務(wù)系統(tǒng)A的本地數(shù)據(jù)，當(dāng)發(fā)現(xiàn)業(yè)務(wù)系統(tǒng)A的本地數(shù)據(jù)資源不足以支撐其分析需求時，向業(yè)務(wù)系統(tǒng)A的第一代理Agent發(fā)出請求，請求業(yè)務(wù)系統(tǒng)A的第一代理Agent向云內(nèi)的業(yè)務(wù)系統(tǒng)B尋求幫助。

(2)業(yè)務(wù)系統(tǒng)A的第一代理Agent發(fā)起資源交互請求，等待業(yè)務(wù)系統(tǒng)B的第二代理Agent的響應(yīng)。

(3)業(yè)務(wù)系統(tǒng)B的第二代理Agent收到資源交互請求后，第二代理Agent將其傳給第二數(shù)據(jù)分析Agent，第二數(shù)據(jù)分析Agent通過訪問接口經(jīng)第二代理Agent、第一代理Agent訪問第一數(shù)據(jù)分析Agent，訪問接口通過WSDL文件進(jìn)行封裝。

(4)第一數(shù)據(jù)分析Agent解析WSDL文件并訪問第二數(shù)據(jù)分析Agent，以利用第二數(shù)據(jù)分析Agent的分析引擎分析業(yè)務(wù)系統(tǒng)A的本地數(shù)據(jù)。

(5)第二數(shù)據(jù)分析Agent對業(yè)務(wù)系統(tǒng)B的第二數(shù)據(jù)資源Agent的本地數(shù)據(jù)庫系統(tǒng)進(jìn)行分析，檢索結(jié)果以Schema文件以及XML文件形式返回。

(6)第一數(shù)據(jù)分析Agent解析Schema文件以及XML文件，合并分析結(jié)果，從而實現(xiàn)利用業(yè)務(wù)系統(tǒng)B的第二數(shù)據(jù)分析Agent完成分析數(shù)據(jù)的任務(wù)。

作為第二種方法實施方式，第一業(yè)務(wù)處理Agent提請第二業(yè)務(wù)處理Agent進(jìn)行業(yè)務(wù)流程處理，包括以下步驟：

(1)第一業(yè)務(wù)處理Agent從業(yè)務(wù)模型庫和業(yè)務(wù)節(jié)點管理模塊調(diào)度執(zhí)行業(yè)務(wù)模型執(zhí)行流程，同樣第一業(yè)務(wù)處理Agent無法進(jìn)行操作，以至于第一代理Agent發(fā)現(xiàn)業(yè)務(wù)系統(tǒng)A內(nèi)第一業(yè)務(wù)處理Agent已處于業(yè)務(wù)掛起狀態(tài)。

(2)第一代理Agent發(fā)現(xiàn)需要業(yè)務(wù)系統(tǒng)B的第二業(yè)務(wù)處理Agent參與協(xié)作，則掛起當(dāng)前業(yè)務(wù)活動并向第一代理Agent提交請求。

(3)第一代理Agent與第二代理Agent聯(lián)系，啟動第二業(yè)務(wù)處理Agent處理業(yè)務(wù)。

(4)第二業(yè)務(wù)處理Agent執(zhí)行流程，執(zhí)行業(yè)務(wù)系統(tǒng)A內(nèi)第一業(yè)務(wù)處理Agent的業(yè)務(wù)，并將處理結(jié)果以BPMN Message返回給第一業(yè)務(wù)處理Agent。

作為第三種方法實施方式，第一代理Agent響應(yīng)業(yè)務(wù)系統(tǒng)A內(nèi)的請求，尋求業(yè)務(wù)系統(tǒng)B的資源，包括以下步驟：

(1)第一代理Agent收到業(yè)務(wù)系統(tǒng)A內(nèi)的請求，第一代理Agent基于BDI機(jī)制采用FIPA協(xié)議向業(yè)務(wù)系統(tǒng)B發(fā)出消息，開始尋找業(yè)務(wù)系統(tǒng)B的合作。

(2)業(yè)務(wù)系統(tǒng)B的第二代理Agent收到第一代理Agent的邀請，檢查本地資源描述庫，檢查是否滿足資源條件，其中本地資源描述庫包含一組二維表描述業(yè)務(wù)系統(tǒng)B內(nèi)的Agent標(biāo)簽、Agent標(biāo)識信息。

(3)第二代理Agent發(fā)現(xiàn)滿足資源條件，在多業(yè)務(wù)系統(tǒng)環(huán)境下，啟動選舉機(jī)制。選舉機(jī)制算法如下：

第二代理Agent向其他代理Agent(針對于業(yè)務(wù)系統(tǒng)C、業(yè)務(wù)系統(tǒng)D)發(fā)出消息選舉自己。其他代理Agent(針對于業(yè)務(wù)系統(tǒng)C、業(yè)務(wù)系統(tǒng)D)決定是否投票給第二代理Agent,當(dāng)?shù)诙鞟gent滿足半數(shù)以上投票，則第二代理Agent響應(yīng)第一代理Agent答復(fù)，為第一代理Agent服務(wù)。如投票失敗，則由其他代理Agent發(fā)出選舉自己請求，重復(fù)上述請求，以使得其他代理Agent滿足半數(shù)以上投票，以上為選舉過程。

(4)第一代理Agent根據(jù)調(diào)度策略判斷邀請是否無效或者超時，如果長期得不到有效響應(yīng)，則終止選舉機(jī)制；

(5)第一代理Agent通過第二代理Agent獲取資源，并將其資源轉(zhuǎn)交給業(yè)務(wù)系統(tǒng)A內(nèi)的請求。

以上顯示和描述了本發(fā)明的基本原理、主要特征和本發(fā)明的優(yōu)點。本行業(yè)的技術(shù)人員應(yīng)該了解，本發(fā)明不受上述實施例的限制，上述實施例和說明書中描述的只是本發(fā)明的原理，在不脫離本發(fā)明精神和范圍的前提下本發(fā)明還會有各種變化和改進(jìn)，這些變化和改進(jìn)都落入要求保護(hù)的本發(fā)明的范圍內(nèi)。本發(fā)明要求的保護(hù)范圍由所附的權(quán)利要求書及其等同物界定。