基于多Agent協(xié)同的數(shù)據(jù)增量交換模型

楊長春 蔣冬冬 呂何新

1(常州大學信息科學與工程學院 江蘇 常州 213164)2(浙江樹人大學信息科技學院 浙江 杭州 310015)

基于多Agent協(xié)同的數(shù)據(jù)增量交換模型

楊長春1蔣冬冬1呂何新2

1(常州大學信息科學與工程學院 江蘇 常州 213164)2(浙江樹人大學信息科技學院 浙江 杭州 310015)

針對企事業(yè)內(nèi)部業(yè)務系統(tǒng)眾多、數(shù)據(jù)共享、交互能力差等問題，提出一種基于多Agent協(xié)同和策略驅(qū)動技術的增量數(shù)據(jù)協(xié)同交換機制。在此機制的基礎上設計數(shù)據(jù)增量交換模型，其具有高度的自治性和良好的擴展性，并在一個實例中描述了其具體的工作流程。實驗結果表明，該機制能明顯地加強數(shù)字化校園內(nèi)部各系統(tǒng)間的數(shù)據(jù)共享效率，提高了各系統(tǒng)整體的運行效率。

增量數(shù)據(jù) Agent技術 策略驅(qū)動 協(xié)同交換

0 引 言

跨管理域業(yè)務融合的趨勢，導致企事業(yè)單位各業(yè)務系統(tǒng)間存在著大量數(shù)據(jù)協(xié)同交換的需求，如何快速、安全地在異構系統(tǒng)間進行數(shù)據(jù)協(xié)同交換成為信息領域研究的一大熱點。

然而，由于企事業(yè)綜合信息系統(tǒng)在構建之初缺乏整體規(guī)劃，各部門在構建本地系統(tǒng)時只注重自身業(yè)務需求，而忽略其他部門的需要，以致各部門開發(fā)的應用系統(tǒng)往往基于異構的操作系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)，由此形成眾多的“信息孤島”。面對如何解決信息數(shù)據(jù)共享以及快速訪問異構系統(tǒng)的數(shù)據(jù)等問題，國內(nèi)外已有相當一部分的研究。張麗曄等[1]采用Web Service技術實現(xiàn)了系統(tǒng)與高級語言開發(fā)的異構程序的集成，通過數(shù)據(jù)統(tǒng)一訪問接口完成異構系統(tǒng)之間的信息交互，使開發(fā)工作不受平臺與技術的限制；仇新紅[2]通過保留關系數(shù)據(jù)的實體完整性約束、參照完整性約束以及用戶自定義的完整性約束，實現(xiàn)異構數(shù)據(jù)源之間的數(shù)據(jù)交換，屏蔽數(shù)據(jù)庫類型完成各種異構數(shù)據(jù)源之間的模式轉(zhuǎn)換和數(shù)據(jù)交換；沈立等[3]運用基于SOA和OSB的技術,構建了無線電數(shù)據(jù)共享平臺架構，并基于這種架構設計和實現(xiàn)了可擴展的無線電數(shù)據(jù)共享平臺，該平臺能安全而有效地支持異構應用系統(tǒng)之間的數(shù)據(jù)共享；Zhu等[4]提出運用云計算技術與半結構化的XBRL相結合，構建了基于Hadoop集群技術的數(shù)據(jù)交換系統(tǒng)，此系統(tǒng)對解決大數(shù)據(jù)共享問題具有重要應用意義。雖然這些采用點對點數(shù)據(jù)接口能夠從功能上實現(xiàn)數(shù)據(jù)的共享和交換，但面對數(shù)據(jù)中心急劇增長的海量數(shù)據(jù)，以及快速的人機交互需求，這些傳統(tǒng)的信息集成技術已經(jīng)難以滿足要求。為提高企事業(yè)的業(yè)務效率，構建以服務為導向的增量數(shù)據(jù)協(xié)同交換技術成為關鍵。

本文借鑒多Agent協(xié)同技術的研究成果[5-6]，針對校園綜合信息平臺的分布式數(shù)據(jù)協(xié)同交換問題，設計了一種集中式與分布式數(shù)據(jù)庫相結合，能自動實現(xiàn)數(shù)據(jù)增量交換的協(xié)同交換機制。該機制實現(xiàn)數(shù)據(jù)在不同業(yè)務系統(tǒng)之間的自動流轉(zhuǎn)，具有良好的擴展性和可配置性，其自動服務和部署的能力，降低了企業(yè)運營成本，提高了業(yè)務系統(tǒng)的運行效率。

1 多Agent協(xié)同交換相關技術

軟件Agent不僅具備自治性、社會性、反應性和能動性這四個基本特征，還具有知識、信念、義務、意圖等人類才具有的特性，因此在分布式計算領域發(fā)揮著重要作用[7,8]。本文建立的多Agent協(xié)同的數(shù)據(jù)增量交換模型是基于協(xié)議調(diào)控E-機構和策略驅(qū)動技術的[9]，宏觀上以E-機構為調(diào)控服務協(xié)同的法規(guī)，微觀上以策略驅(qū)動的個體行為遵從外部約束。建立的數(shù)據(jù)增量交換模型不僅能使Agent保持各自的獨立性，而且能通過可配置的連接機制，促使多個Agent合作完成預設的目標。

1.1 軟件Agent系統(tǒng)結構

軟件Agent系統(tǒng)主要由以下幾個模塊組成：主控模塊(主要負責消息分發(fā)和總體控制)、服務調(diào)度模塊(主要負責服務的計劃調(diào)度和執(zhí)行)、合作模塊(主要負責Agent協(xié)作的建立)、協(xié)商模塊(主要負責Agent間的協(xié)商)、服務監(jiān)控與異常處理系統(tǒng)模塊(用于監(jiān)控和處理Agent異常)。這些模塊由消息驅(qū)動，并動態(tài)、并行地接受和處理(分發(fā)的)消息，以執(zhí)行具體的任務。軟件Agent系統(tǒng)的結構如圖1所示。

圖1 Agent系統(tǒng)結構

1.2 多Agent系統(tǒng)驅(qū)動機制

鑒于服務的封裝性，以及軟件Agent的自主性，使得軟件Agent個體行為的預測和控制成為多Agent協(xié)同環(huán)境下完成全局任務的關鍵[10]。本文通過制定社交結構標準和協(xié)同行為規(guī)范來約束和調(diào)控Agent個體行為，使得個體行為遵從這些標準規(guī)范，并通過業(yè)務協(xié)同實現(xiàn)全局目標，通過建立策略驅(qū)動的自主管理機制，使Agent個體行為始終處于理性可控狀態(tài)。

1.2.1 規(guī)范調(diào)控的E-機構

多Agent系統(tǒng)中需要建立適當?shù)囊?guī)范調(diào)控機制來協(xié)調(diào)多個Agent個體的協(xié)同行為，從而使得各個Agent的協(xié)同行為變得可預測、可調(diào)控。本文通過設置E-機構來實現(xiàn)這種調(diào)控機制。

E-機構定義為三元組,其中SS表示社交結構標準，用以表示協(xié)同參與者Agent必須遵守的約束，由業(yè)務操作型角色集、業(yè)務服務集和分布業(yè)務流程三部分組成。只要Agent遵守了這些社交結構標準，就可以安全、靈活、快捷地建立服務協(xié)同關系，使服務協(xié)同的自組織具有較高的可信度。AN表示協(xié)同行為規(guī)范集，由權利、義務和禁忌三部分組成，使得協(xié)同參與者只要都遵守相應的協(xié)同行為規(guī)范集，就可以進行服務協(xié)同從而完成預期的目標。AO表示應用域本體論，由概念集、關系集、屬性集組成，使得協(xié)同活動參與各方參照的標準和規(guī)范具有應用域贊同一致的語法和語義。

1.2.2 策略驅(qū)動的理性Agent

軟件Agent運行于分布式跨管理域環(huán)境，其基于自身資源、狀態(tài)、行為能力、知識以及獲取的外部環(huán)境信息，并依據(jù)內(nèi)置的策略，通過規(guī)劃、推理和決策實現(xiàn)對環(huán)境事件作出反應，并自主地完成特定任務，達到預期目標。策略表示為指導Agent決策和行為的指令和規(guī)則集，按照作用不同分為參數(shù)型策略和規(guī)則型策略。前者描述服務能力，用于服務供需協(xié)商；后者以規(guī)則、條件不等式等形式描述，用于規(guī)定動作的觸發(fā)條件，是策略表示的主要形式。

策略Policy定義為六元組，其中Name表示策略名,Type表示策略類型,Process表示策略對應的操作說明,Target表示以條件表達式定義的目標對象范圍,Trigger表示觸發(fā)模式(條件表達式),Update表示策略建立或更新日期。策略的XML形式表示如下：

策略類型

操作參數(shù)1

操作參數(shù)n

Agent自主管理過程如圖2所示，分為三個階段：接收或產(chǎn)生觸發(fā)事件、激活相應管理策略、決策和驅(qū)動適當?shù)臉I(yè)務處置活動。對于本地業(yè)務系統(tǒng)的服務請求，將直接激活服務提供策略，驅(qū)動服務業(yè)務操作；對于外部業(yè)務系統(tǒng)的服務請求，將激活服務請求應答策略，以檢查服務請求者是否有權限，并確定服務提供者是否有義務提供服務。

圖2 策略驅(qū)動的Agent行為自主管理機制

2 基于多Agent協(xié)同的數(shù)據(jù)增量交換模型

企事業(yè)單位內(nèi)不同的管理部門和業(yè)務處大都建有各自的業(yè)務系統(tǒng)，鑒于各部門之間業(yè)務的關聯(lián)性，需要不同業(yè)務部門的部分數(shù)據(jù)進行共享。傳統(tǒng)的數(shù)據(jù)共享方式主要有三種：集中式存儲、分布式存儲和混合式存儲。前兩種方式在共享能力、負載均衡能力、安全性等方面各有優(yōu)劣，混合式存儲方式則結合了前兩種方式的優(yōu)點，成為當前企事業(yè)私有數(shù)據(jù)主要采用的存儲方式。數(shù)據(jù)共享中需要解決的一個關鍵問題是本地數(shù)據(jù)與數(shù)據(jù)中心之間增量數(shù)據(jù)的透明、快速交換?；谏瞎?jié)提出的協(xié)議調(diào)控E-機構和策略驅(qū)動的多Agent協(xié)同技術，本文設計了多Agent協(xié)同的數(shù)據(jù)增量交換模型DIEM(Data Incremental Exchange Model)。

2.1 多Agent協(xié)同的數(shù)據(jù)增量交換模型

本文構建的數(shù)據(jù)增量交換模型是依據(jù)服務需求，分為四個層次，結合E-機構和策略驅(qū)動技術，其具有高度的自治性和良好的擴展性。多Agent協(xié)同的數(shù)據(jù)增量交換模型如圖3所示。

圖3 多Agent協(xié)同的數(shù)據(jù)增量交換模型

模型中的數(shù)據(jù)交換節(jié)點是可配置的數(shù)據(jù)交換服務器，每個節(jié)點都是由一臺數(shù)據(jù)庫服務器與一對運行于節(jié)點服務器和數(shù)據(jù)中心的服務程序組成。根據(jù)分布式部署，在不改變原有存儲環(huán)境下，分布式地配置交換節(jié)點滿足當今企業(yè)業(yè)務動態(tài)多變的需求。當需要增加新的數(shù)據(jù)交換節(jié)點時，首先需要在數(shù)據(jù)中心和數(shù)據(jù)交換節(jié)點服務器上配置并啟動服務程序；然后通過部署在數(shù)據(jù)中心的數(shù)據(jù)中心管理系統(tǒng)實現(xiàn)對相應的數(shù)據(jù)中心和數(shù)據(jù)交換服務節(jié)點的服務程序的注冊、配置和管理，從而使數(shù)據(jù)中心服務Agent與數(shù)據(jù)交換服務節(jié)點、中心管理系統(tǒng)連接起來；最后根據(jù)自主管理的策略驅(qū)動技術，決定數(shù)據(jù)交換策略的步驟，實現(xiàn)數(shù)據(jù)交換配置。完成配置并且啟動服務后，數(shù)據(jù)節(jié)點和數(shù)據(jù)中心按照配置的策略自動完成數(shù)據(jù)的增量交換，各業(yè)務系統(tǒng)的本地數(shù)據(jù)庫與交換節(jié)點實現(xiàn)配置后，數(shù)據(jù)自主交互、維護、更新。

2.2 數(shù)據(jù)增量交換模型層次結構

數(shù)據(jù)增量交換模型基于Agent技術，分布式與集中式數(shù)據(jù)庫相結合，將企事業(yè)內(nèi)部各種不同類型的存儲設備集合起來協(xié)同工作，對外提供統(tǒng)一數(shù)據(jù)存儲和訪問等功能。該模型主要由四層功能單元組成：基礎數(shù)據(jù)訪問層、Web Service訪問接口、數(shù)據(jù)交換層、數(shù)據(jù)中心管理層。

(1) 基礎數(shù)據(jù)訪問層

分布式環(huán)境下各業(yè)務部門采取本地業(yè)務核心數(shù)據(jù)與可共享數(shù)據(jù)分離的方式，將各業(yè)務系統(tǒng)中的重要數(shù)據(jù)分離出來供給內(nèi)部訪問，提取的共享數(shù)據(jù)則交由數(shù)據(jù)交換層管理。這種分離方式既保護了本地核心數(shù)據(jù)又實現(xiàn)了公共數(shù)據(jù)的共享。

(2) Web Service訪問接口

Web Service是可以用來解決跨網(wǎng)絡應用集成問題的開發(fā)模式，松耦合性是其處理分布式問題的最大特點和優(yōu)勢。在數(shù)據(jù)訪問層與數(shù)據(jù)交換層之間使用Web Service接口來作為連接的橋梁，數(shù)據(jù)訪問層(服務需求方)通過Web Service接口向數(shù)據(jù)交換層(服務提供方)發(fā)送服務請求，再由數(shù)據(jù)交換層執(zhí)行請求活動，最后通過Web Service接口返回結果給數(shù)據(jù)訪問層。

(3) 數(shù)據(jù)交換層

數(shù)據(jù)交互層是DIEM的核心。該層包含多個本地定制化Agent，并配置為相應數(shù)據(jù)交換節(jié)點，依賴制定的數(shù)據(jù)交換策略集實現(xiàn)本地業(yè)務數(shù)據(jù)與數(shù)據(jù)中心管理層的數(shù)據(jù)交換。

(4) 數(shù)據(jù)中心管理層

數(shù)據(jù)中心管理層負責協(xié)調(diào)整個數(shù)據(jù)云的數(shù)據(jù)管理與維護工作，各業(yè)務部門在數(shù)據(jù)交換層部署的數(shù)據(jù)交換節(jié)點都要到數(shù)據(jù)中心管理層注冊，并配置相應的數(shù)據(jù)維護策略。

2.3 服務策略集

根據(jù)增量數(shù)據(jù)交換的需求，該模型為Agent制定了三種策略：管理型策略、數(shù)據(jù)維護策略和數(shù)據(jù)交換策略。其中管理型策略用以支持Agent的自主管理，包括處境監(jiān)視策略、處境分析策略、服務調(diào)度策略、合作協(xié)商策略、效用實施策略；數(shù)據(jù)維護策略和數(shù)據(jù)交換策略屬于應用域策略，包括本地共享數(shù)據(jù)增量檢查策略、中心數(shù)據(jù)更新策略、中心數(shù)據(jù)增量發(fā)布策略、本地共享數(shù)據(jù)更新策略等。表1列出了部分策略。

表1 增量數(shù)據(jù)交換配置的部分策略

數(shù)據(jù)交換節(jié)點根據(jù)數(shù)據(jù)交換策略集來實現(xiàn)數(shù)據(jù)交互，當本地業(yè)務系統(tǒng)進行共享數(shù)據(jù)操作時，將激發(fā)數(shù)據(jù)交換節(jié)點進行增量數(shù)據(jù)檢測。數(shù)據(jù)交換節(jié)點首先判斷是訪問本地共享數(shù)據(jù)還是外部數(shù)據(jù)，如果是本地業(yè)務數(shù)據(jù)則直接訪問；如果訪問本地共享數(shù)據(jù)，則依據(jù)數(shù)據(jù)交換策略與數(shù)據(jù)中心Agent開展協(xié)同活動，將本地共享數(shù)據(jù)更新到數(shù)據(jù)中心。鑒于部署于各個數(shù)據(jù)交換節(jié)點的協(xié)同增量交換規(guī)范具有相同的執(zhí)行過程(僅僅是數(shù)據(jù)目標不同)，因此服務協(xié)同規(guī)范直接以順序化的消息以及語句代碼序列形式固化在程序中。由此實現(xiàn)了增量交換規(guī)范調(diào)控的、策略驅(qū)動的增量數(shù)據(jù)協(xié)同交換。而且從數(shù)據(jù)應用端來看，上述增量數(shù)據(jù)的交換過程是透明的。

DIEM具有良好的擴展性和可配置性，數(shù)據(jù)中心管理員能夠根據(jù)應用需要對新加入的數(shù)據(jù)交換服務器(代理)以及相應的數(shù)據(jù)服務做配置，一般需要經(jīng)過四個步驟：

(1) 安裝、配置、運行服務代理：在數(shù)據(jù)中心和數(shù)據(jù)交換節(jié)點中分別安裝代理程序；

(2) 注冊數(shù)據(jù)交換代理(節(jié)點)：將對應的數(shù)據(jù)中心服務代理與數(shù)據(jù)交換代理、數(shù)據(jù)中心管理系統(tǒng)之間建立連接；

(3) 業(yè)務庫配置：完成交換代理中針對本地應用端的交換數(shù)據(jù)庫的配置；

(4) 普通交換配置：完成數(shù)據(jù)交換策略(規(guī)則及交換條件)的配置。

2.4 策略驅(qū)動的數(shù)據(jù)增量交換機制

構建的數(shù)據(jù)增量協(xié)同交換機制，支持服務耦合協(xié)同按需、動態(tài)和自主建立、管理及演化，使得個人應用目標能夠通過所需業(yè)務服務的即時發(fā)現(xiàn)和組合來快捷和低成本地實現(xiàn)，進而支持業(yè)務服務的大規(guī)模部署及推廣應用。多Agent協(xié)同的數(shù)據(jù)交換具體步驟如下：

步驟一 服務需求方依據(jù)E-機構宏觀政策發(fā)送請求消息，由需求方數(shù)據(jù)交換代理Ace接收請求消息；

步驟二 數(shù)據(jù)交換代理Ace產(chǎn)生請求事件，觸發(fā)數(shù)據(jù)交換策略，驅(qū)動Ace到共享數(shù)據(jù)庫尋求業(yè)務活動，若共享數(shù)據(jù)庫中有此業(yè)務活動則跳至步驟五，否則產(chǎn)生外部業(yè)務系統(tǒng)的服務事件，跳步驟三；

步驟三 數(shù)據(jù)交換代理Ace接收外部業(yè)務系統(tǒng)的服務請求消息，產(chǎn)生請求事件，觸發(fā)數(shù)據(jù)交換策略，驅(qū)動Ace到數(shù)據(jù)中心管理層尋求所需業(yè)務活動并發(fā)送獲取消息；

步驟四 中心端代理Ace接收需求方獲取消息，產(chǎn)生獲取事件，觸發(fā)數(shù)據(jù)維護策略，驅(qū)動Ace到中心共享數(shù)據(jù)庫尋求業(yè)務活動，若數(shù)據(jù)庫中有此業(yè)務活動，跳至步驟五，否則跳至步驟六；

步驟五 數(shù)據(jù)提供方Ace接收消息，觸發(fā)數(shù)據(jù)交換策略，驅(qū)動提供數(shù)據(jù)的業(yè)務操作，協(xié)同完成；

步驟六 子業(yè)務數(shù)據(jù)提供Ace接收中心業(yè)務系統(tǒng)的數(shù)據(jù)請求消息，產(chǎn)生請求事件，驅(qū)動提供數(shù)據(jù)的業(yè)務操作，協(xié)同完成。

Agent個體內(nèi)部增量數(shù)據(jù)的自適應步驟如下：

步驟一 當各個業(yè)務系統(tǒng)出現(xiàn)增量數(shù)據(jù)時，系統(tǒng)內(nèi)部Ace判斷數(shù)據(jù)是否為共享數(shù)據(jù)；

步驟二 若為共享數(shù)據(jù)，配置觸發(fā)事件以及觸發(fā)事件所提供的活動，否則不進行相應配置。

3 仿真實驗與對比分析

3.1 實驗環(huán)境配置

以上提出的數(shù)據(jù)增量交換模型是建立在第1節(jié)描述的策略驅(qū)動和多Agent協(xié)同技術之上的。實驗中增量數(shù)據(jù)協(xié)同交換和維護策略的分發(fā)由策略協(xié)調(diào)服務器完成，DIEM需求實施的功能由專門的DIEM管理代理完成，在實驗中各個獨立系統(tǒng)中都增加了Web Service訪問接口類。下面通過一個簡單的實例說明系統(tǒng)的工作情況。

假設操作員在教務系統(tǒng)客戶端的主機上要求訪問學工系統(tǒng)內(nèi)某一學院的一些基本信息數(shù)據(jù)。實驗一在Web Service服務器上配置有一個DIEM管理代理，它需要完成操作員相關的請求及其實施的功能，實驗二是直接通過Web Service服務器點對點的訪問數(shù)據(jù)。圖4是在實驗室內(nèi)搭建的實驗一的環(huán)境，圖5是實驗二的環(huán)境，實驗環(huán)境都是建立在Linux操作系統(tǒng)之上的，帶寬都是10 MB/s。服務器IP地址為172.20.55.191，它為全網(wǎng)用戶提供服務。

圖4 實驗一拓撲圖

圖5 實驗二拓撲圖

實驗一系統(tǒng)的工作步驟：

(1) 例如操作員需要在教務系統(tǒng)內(nèi)部主機上請求訪問學工系統(tǒng)中的學生信息，操作員作為服務需求方在教務系統(tǒng)中通過Web Service訪問接口發(fā)送需求信息到服務器中的DIEM管理代理；

(2) 服務器上的DIEM管理代理接收到請求并存儲，對管理員所請求的業(yè)務進行策略的驅(qū)動并建立事件，過程如2.4節(jié)中多Agent協(xié)同的數(shù)據(jù)交換具體步驟所示；

(3) 代理激活業(yè)務活動并開始向DIEM管理代理中的共享數(shù)據(jù)庫或者被請求訪問的系統(tǒng)本地數(shù)據(jù)庫請求數(shù)據(jù)，請求數(shù)據(jù)結果通過服務需求方的Web系統(tǒng)呈現(xiàn)。至此，數(shù)據(jù)的訪問從指定到執(zhí)行的過程結束。

實驗二是直接通過Web Service在一臺主機上點對點地訪問另一臺主機的共享數(shù)據(jù)，詳細過程不作述說。

3.2 實驗結果分析

每次實驗后在學工系統(tǒng)中新增300條學生記錄，實驗一和實驗二各做200次，根據(jù)每次訪問相同的數(shù)據(jù)得出訪問延遲時間和訪問失敗次數(shù)，兩次實驗統(tǒng)計結果如表2和表3所示。

表2 實驗一結果統(tǒng)計

表3 實驗二結果統(tǒng)計

由于各個獨立的業(yè)務系統(tǒng)中都存在可共享數(shù)據(jù)和不可共享(私有)數(shù)據(jù)，因此實驗一中DIEM管理代理會觸發(fā)Agent個體內(nèi)部數(shù)據(jù)的自適應步驟，若為非共享數(shù)據(jù)則訪問請求失敗，實驗二中亦無權訪問。此處為簡化問題，僅以兩種實驗不同訪問方式每次結束后訪問延遲時間對比作為對DIEM衡量的標準，訪問延遲時間對比曲線如圖6所示。

圖6 實驗結果對比曲線圖

由圖6可以看出，隨著實驗數(shù)據(jù)量和實驗次數(shù)的增加，應用了數(shù)據(jù)增量交換模型的訪問延遲時間逐漸趨于平穩(wěn)，并且延遲時間基本都要少于點對點訪問的方式，實驗一數(shù)據(jù)訪問的成功率亦要明顯高于實驗二。因此在面對企事業(yè)綜合信息系統(tǒng)數(shù)據(jù)中心急劇增長的海量數(shù)據(jù)，以及快速的人機交互需求時，通過數(shù)據(jù)增量交換機制能夠更好地體現(xiàn)出其優(yōu)勢，能夠很好地分擔各個業(yè)務部門系統(tǒng)的壓力，提高訪問速度以及工作效率。

4 結 語

本文針對數(shù)字化校園信息系統(tǒng)面臨的數(shù)據(jù)協(xié)同問題，結合Agent協(xié)同技術、策略驅(qū)動技術，構建了滿足數(shù)字化校園的數(shù)據(jù)增量交換模型。其將數(shù)字校園平臺各業(yè)務子系統(tǒng)中的數(shù)據(jù)服務器配置為分布式數(shù)據(jù)交換節(jié)點，并在本地數(shù)據(jù)代理與數(shù)據(jù)中心共享數(shù)據(jù)代理之間建立數(shù)據(jù)交換服務協(xié)同關系，能夠較好地實現(xiàn)數(shù)字校園數(shù)據(jù)云的透明數(shù)據(jù)交換。該數(shù)據(jù)交換模型具有良好的擴展性和可配置性，后續(xù)研究工作將聚焦于數(shù)據(jù)代理系統(tǒng)的效率以及精簡化，以適應數(shù)字校園移動業(yè)務系統(tǒng)的需要。

[1] 張麗曄,彭建,鄭小鵬,等.試驗數(shù)據(jù)統(tǒng)一訪問技術研究與實現(xiàn)[J].計算機仿真,2014,31(9):319-322,355.

[2] 仇新紅.一種異構數(shù)據(jù)交換方法[D].長春:吉林大學,2010.

[3] 沈立,何婧,李映紅,等.基于SOA的無線電數(shù)據(jù)共享平臺的設計與實現(xiàn)[J].計算機科學,2014,41(6A):463-465.

[4] Zhu J,Wang P,Wang D,et al.The Research of Technical Architecture of Semi-Structured XBRL Data Based on Hadoop Cluster and Structured Data Exchange System[J].Applied Mechanics and Materials,2014,678:130-134.

[5] Chainbi W,Mezni H,Ghedira K.AFAWS:An agent based framework for autonomic webservices[J].Multiagent and Grid Systems,2012,8(1):45-68.

[6] 李青山,王璐,褚華,等.一種基于智能體技術的軟件自適應動態(tài)演化機制[J].軟件學報,2015,26(4):760-777.

[7] 楊力,陳利學,趙永清,等.基于移動代理的Struts 2框架[J].計算機工程,2013,39(1):260-263,269.

[8] 馬冬萍,陳明,陳文娜.基于MAS魚病診斷專家系統(tǒng)的設計與應用[J].計算機應用與軟件,2014,31(2):96-99,221.

[9] 高濟,呂何新,郭航,等.可信的自治式服務協(xié)同模型和應用開發(fā)構架[J].中國科學(F輯：信息科學),2009,39(11):1146-1175.

[10] 危世民,戴牡紅.多Agent協(xié)同的電子商務推薦系統(tǒng)模型[J].計算機應用,2014,34(4):1118-1121.

INCREMENTAL DATA EXCHANGE MODEL BASED ON MULTIPLE COOPERATING AGENTS

Yang Changchun1Jiang Dongdong1Lü Hexin2

1(SchoolofInformationScienceandEngineering,ChangzhouUniversity,Changzhou213164,Jiangsu,China)2(CollegeofInformationScienceandTechnology,ZhejiangShurenUniversity,Hangzhou310015,Zhejiang,China)

An incremental data exchange mechanism based on multi cooperating agents and policy-driven technology is put forward to solve the problems of numerous internal business systems, bad data sharing, low interactive ability and other issues. Then, an incremental data exchange model is designed based on this mechanism, which is highly autonomic and well expanded, and its detailed working process is described in an example. The experimental results show that this system can obviously strengthen the data sharing efficiency among the different systems in the digital campus, and it improves the overall operating efficiency of the system.

Incremental data Agent technology Policy-driven Cooperative exchange

2015-09-02。國家自然科學基金項目(61375071)；浙江省優(yōu)先主題重點工業(yè)項目(2010C11045)。楊長春，教授，主研領域：信息管理與信息系統(tǒng)，數(shù)據(jù)挖掘與決策支持系統(tǒng)。蔣冬冬，碩士生。呂何新，教授。

TP3

A

10.3969/j.issn.1000-386x.2017.01.015