1.一種基于多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ì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。
2.根據(jù)權(quán)利要求1所述的一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)，其特征在于：所述的第一業(yè)務(wù)處理Agent用于記錄和管理若干個業(yè)務(wù)處理流程采用的業(yè)務(wù)處理模型以及工作活動，指示當(dāng)前工作活動的所處位置，以及執(zhí)行當(dāng)前結(jié)點需要的資源支持。
3.根據(jù)權(quán)利要求1所述的一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)，其特征在于：所述的第一業(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的支持。
4.根據(jù)權(quán)利要求1所述的一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)，其特征在于：所述的第一業(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)之間的通訊。
5.根據(jù)權(quán)利要求1所述的一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)，其特征在于：所述的第一數(shù)據(jù)資源Agent以及第一數(shù)據(jù)分析Agent向第一業(yè)務(wù)處理Agent提交事件，要求第一業(yè)務(wù)處理Agent協(xié)作，其協(xié)議采用BPMN Event表示。
6.根據(jù)權(quán)利要求1所述的一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)，其特征在于：所述的業(yè)務(wù)系統(tǒng)A與業(yè)務(wù)系統(tǒng)B的數(shù)據(jù)交換采用XML協(xié)議，XML協(xié)議包括Schema文件和XML文件。
7.根據(jù)權(quán)利要求1所述的一種基于多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ù)分析包括以下步驟：
71)業(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ā)出請求；
72)業(yè)務(wù)系統(tǒng)A的第一代理Agent發(fā)起資源交互請求，等待業(yè)務(wù)系統(tǒng)B的第二代理Agent的響應(yīng)；
73)業(yè)務(wù)系統(tǒng)B的第二代理Agent收到資源交互請求后，第二代理Agent將其傳給第二數(shù)據(jù)分析Agent，第二數(shù)據(jù)分析Agent通過訪問接口經(jīng)第二代理Agent、第一代理Agent訪問第一數(shù)據(jù)分析Agent，訪問接口通過WSDL文件進(jìn)行封裝；
74)第一數(shù)據(jù)分析Agent解析WSDL文件并訪問第二數(shù)據(jù)分析Agent；
75)第二數(shù)據(jù)分析Agent對業(yè)務(wù)系統(tǒng)B的第二數(shù)據(jù)資源Agent的本地數(shù)據(jù)庫系統(tǒng)進(jìn)行分析，檢索結(jié)果以Schema文件以及XML文件形式返回；
76)第一數(shù)據(jù)分析Agent解析Schema文件以及XML文件，合并分析結(jié)果。
8.根據(jù)權(quán)利要求1所述的一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)的業(yè)務(wù)流轉(zhuǎn)方法，其特征在于，第一業(yè)務(wù)處理Agent提請第二業(yè)務(wù)處理Agent進(jìn)行業(yè)務(wù)流程處理，包括以下步驟：
81)第一業(yè)務(wù)處理Agent從業(yè)務(wù)模型庫和業(yè)務(wù)節(jié)點管理模塊調(diào)度執(zhí)行業(yè)務(wù)模型執(zhí)行流程；
82)第一代理Agent發(fā)現(xiàn)需要業(yè)務(wù)系統(tǒng)B的第二業(yè)務(wù)處理Agent參與協(xié)作，則掛起當(dāng)前業(yè)務(wù)活動并向第一代理Agent提交請求；
83)第一代理Agent與第二代理Agent聯(lián)系，啟動第二業(yè)務(wù)處理Agent處理業(yè)務(wù)；
84)第二業(yè)務(wù)處理Agent執(zhí)行流程，將處理結(jié)果以BPMN Message返回給第一業(yè)務(wù)處理Agent。
9.根據(jù)權(quán)利要求1所述的一種基于多Agent技術(shù)的業(yè)務(wù)流轉(zhuǎn)系統(tǒng)的業(yè)務(wù)流轉(zhuǎn)方法，其特征在于，第一代理Agent響應(yīng)業(yè)務(wù)系統(tǒng)A內(nèi)的請求，尋求業(yè)務(wù)系統(tǒng)B的資源，包括以下步驟：
91)第一代理Agent收到業(yè)務(wù)系統(tǒng)A內(nèi)的請求，第一代理Agent基于BDI機制采用FIPA協(xié)議向業(yè)務(wù)系統(tǒng)B發(fā)出消息，開始尋找業(yè)務(wù)系統(tǒng)B的合作；
92)業(yè)務(wù)系統(tǒng)B的第二代理Agent收到第一代理Agent的邀請，檢查本地資源描述庫，檢查是否滿足資源條件，其中本地資源描述庫包含一組二維表描述業(yè)務(wù)系統(tǒng)B內(nèi)的Agent標(biāo)簽、Agent標(biāo)識信息；
93)第二代理Agent發(fā)現(xiàn)滿足資源條件，啟動選舉機制；
94)第一代理Agent根據(jù)調(diào)度策略判斷邀請是否無效或者超時，如果長期得不到有效響應(yīng)，則終止選舉機制；
95)第一代理Agent通過第二代理Agent獲取資源，并將其資源轉(zhuǎn)交給業(yè)務(wù)系統(tǒng)A內(nèi)的請求。