專利名稱：一種利用移動(dòng)Agent實(shí)現(xiàn)鮮花訂單智能處理的系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于信息技術(shù)領(lǐng)域，具體涉及一種利用移動(dòng)Agent實(shí)現(xiàn)鮮花訂單智能處理 的系統(tǒng)。
背景技術(shù)：
隨著信息技術(shù)和互聯(lián)網(wǎng)的普及，越來越多的企業(yè)開始利用網(wǎng)絡(luò)來宣傳公司、拓展 業(yè)務(wù)，鮮花經(jīng)銷企業(yè)也不例外，他們通過引進(jìn)基于Browser/Server架構(gòu)的管理系統(tǒng)來進(jìn)行 網(wǎng)上鮮花銷售、客戶管理、訂單處理等，以上業(yè)務(wù)中尤以訂單處理使用最頻繁，訂單的處理 效率和質(zhì)量直接影響到鮮花的銷量。目前，鮮花訂單的處理主要2種方法人工操作處理訂 單和服務(wù)器端處理訂單。人工操作處理訂單是由負(fù)責(zé)訂單管理的操作員根據(jù)客戶網(wǎng)上提交的訂單信息(鮮 花名稱、數(shù)量、價(jià)格、其它定制等信息)，從供應(yīng)商里查詢、篩選出符合客戶訂單的供應(yīng)商，進(jìn) 行訂單分解、匹配操作。此種方法帶來的問題是
1、處理效率低，耗費(fèi)大量人力來查詢檢索匹配方案；
2、人工操作容易出錯(cuò)、出漏。服務(wù)器端處理訂單是由服務(wù)器端軟件根據(jù)客戶網(wǎng)上提交的訂單信息(鮮花名稱、 數(shù)量、價(jià)格、其它定制等信息)，從服務(wù)器端數(shù)據(jù)庫里檢索出適合的供應(yīng)方案。此種方法帶來 的問題是
1、供應(yīng)方案需要預(yù)先保存在服務(wù)器端數(shù)據(jù)庫里，如果數(shù)據(jù)庫里沒合適的供應(yīng)方案，則 無法及時(shí)匹配訂單，只能臨時(shí)通知供應(yīng)商通過網(wǎng)絡(luò)來更新數(shù)據(jù)庫中供應(yīng)方案，導(dǎo)致訂單響 應(yīng)慢、網(wǎng)絡(luò)數(shù)據(jù)流量大、網(wǎng)絡(luò)依賴程度高；
2、訂單匹配操作在服務(wù)器上完成，服務(wù)器負(fù)載壓力大，網(wǎng)絡(luò)資源利用率低。

發(fā)明內(nèi)容
本發(fā)明的目的是針對(duì)現(xiàn)有鮮花訂單處理方法的不足，提出了一種利用移動(dòng)Agent 實(shí)現(xiàn)鮮花訂單智能處理的系統(tǒng)，使其能自動(dòng)化和智能化處理鮮花訂單，解決背景技術(shù)中的 問題。移動(dòng)Agent是一個(gè)能異構(gòu)網(wǎng)絡(luò)中自主地從一臺(tái)主機(jī)遷移到另一臺(tái)主機(jī)，并可與其 它Agent或資源交互的程序，它能在異構(gòu)的主機(jī)環(huán)境廈持續(xù)遷移并保存自身的狀態(tài)，能在 在沒有人或者其它Agent的直接干涉和指導(dǎo)下運(yùn)行，并能控制其內(nèi)部狀態(tài)和動(dòng)作。本發(fā)明 采用 JADE作為開發(fā)平臺(tái)，遵守FIPA(Foundation for Intelligent Physical Agent)規(guī)范， 構(gòu)建多Agent框架，其中訂單Agent為移動(dòng)Agent，它能夠在聯(lián)網(wǎng)的計(jì)算機(jī)之間自由移動(dòng)并 進(jìn)行信息處理，既提高了網(wǎng)絡(luò)資源的利用率，又提升了運(yùn)算的效率。為達(dá)到上述目的，本發(fā)明采用如下技術(shù)方案，包含以下內(nèi)容
利用移動(dòng)Agent實(shí)現(xiàn)鮮花訂單智能處理的系統(tǒng)如圖1所示，包含訂單Agent(IO)、功能 Agent (20)和供應(yīng)商Agent系統(tǒng)(30)三部分，其中訂單Agent (10)與功能Agent (20)部署在服務(wù)器端，供應(yīng)商Agent系統(tǒng)(30)部署在客戶端，服務(wù)器端的Agent運(yùn)行平臺(tái)采用遵守 FIPA SE^llW JADE AgentACL (Agent Communication Languiige) fflff。訂單Agent的運(yùn)行方式如圖2所示，它與傳統(tǒng)的遠(yuǎn)程信息交換不同，傳統(tǒng)遠(yuǎn)程信息 交換方式要求通信計(jì)算機(jī)雙方之間保持持久的連接通道以進(jìn)行信息交換，一旦連接通道斷 開，信息交換將結(jié)束。而訂單Agent可以異步自主運(yùn)行，它在服務(wù)器端啟動(dòng)后，通過網(wǎng)絡(luò)遷 移到供應(yīng)商主機(jī)，此時(shí)服務(wù)器與供應(yīng)商主機(jī)之間的網(wǎng)絡(luò)即使斷開也不會(huì)影響到訂單Agent 的工作，它在供應(yīng)商主機(jī)上能異步自主運(yùn)行，完成任務(wù)后服務(wù)器端可以在隨后適當(dāng)?shù)臅r(shí)候 再與供應(yīng)商主機(jī)連接時(shí)接收訂單Agent攜帶結(jié)果回到服務(wù)器端。訂單Agent的信息傳遞如圖3所示，訂單Agent通過與服務(wù)器端資源調(diào)度Agent 交互獲取到目標(biāo)供應(yīng)商信息，然后移到目標(biāo)供應(yīng)商，與供應(yīng)商的訂單服務(wù)Agent交互，獲取 結(jié)果后，返回服務(wù)器端，如果結(jié)果中包含適合的訂單匹配方案，則將此方案給用戶，否則重 新與資源調(diào)度Agent交互獲取下一個(gè)目標(biāo)供應(yīng)商信息。服務(wù)器端的功能Agent如圖4所示，分為用戶Agent (40)、管理Agent (50)、訂單協(xié) 商Agent (60)、資源調(diào)度Agent (70)和服務(wù)Agent (80)等5類Agent。其中
用戶Agent(40)監(jiān)視用戶服務(wù)請(qǐng)求行為，是用戶在系統(tǒng)中的智能代理，為用戶 提供服務(wù)并接收用戶請(qǐng)求和返回結(jié)果。用戶Agent類圖如圖5所示，setup ()方 法負(fù)責(zé)初始化及用戶Agent的工作定義，在初始化時(shí)加入CustomerRecvBehavior、 CustomerHandleRecvBehavior兩個(gè)行為類，分別實(shí)現(xiàn)循環(huán)等待訂單消息和查詢解決方案 的工作。takedownO方法負(fù)責(zé)注銷操作。sendOrderO方法負(fù)責(zé)發(fā)送訂單到目標(biāo)供應(yīng)商 Agent。queryCustomlnfo ()方法負(fù)責(zé)查詢用戶信息。管理Agent (50)用于管理所有Agent的生命周期，每個(gè)Agent必須向管理Agent 注冊(cè)才能獲得唯一的AID，被其他Agent檢索到，所有Agent的AID和Agent的狀態(tài)都由管 理Agent維護(hù)。同時(shí)，管理Agent也擔(dān)當(dāng)了可信任的安全認(rèn)證中心，保證各Agent子系統(tǒng)之 間的安全通信機(jī)制。訂單協(xié)商Agent(60)接收來自客戶的需求，創(chuàng)建客戶訂單Agent (90)并使其與資 源調(diào)度Agent (70)進(jìn)行信息交互。資源調(diào)度Agent(70)從訂單協(xié)商Agent (60)處獲得客戶訂單信息，做出供應(yīng)計(jì)劃， 然后由訂單Agent (90)攜帶，移動(dòng)到各供應(yīng)商處進(jìn)行協(xié)商，最終以供應(yīng)訂單的方式發(fā)送給 客戶和供應(yīng)商。此外，資源調(diào)度Agent(70)還可接收來自用戶Agent (40)的請(qǐng)求，訪問本地 數(shù)據(jù)庫，根據(jù)不同的請(qǐng)求采取相應(yīng)的動(dòng)作，為外部的資源查詢提供服務(wù)。服務(wù)Agent (80)提供黃頁服務(wù)，負(fù)責(zé)管理各供應(yīng)商Agent系統(tǒng)的服務(wù)信息，各供應(yīng) 商Agent系統(tǒng)需要通過服務(wù)Agent (80)來注冊(cè)、更新、注銷服務(wù)，只有將自己的服務(wù)信息在 此注冊(cè)后才能被檢索到。訂單Agent類圖如圖6所示，其屬性有消息、目標(biāo)Agent地址、訂單、訂單ID、用戶 名、位置等，對(duì)屬性值的獲取與設(shè)置通過相應(yīng)的get、set方法來進(jìn)行，此外，在afterMoveO 方法加入了發(fā)送訂單行為類(SendOrderBehavior)。供應(yīng)商Agent系統(tǒng)如圖7所示，包括獨(dú)立的Agent運(yùn)行環(huán)境(100)、用戶 Agent (110)、資源調(diào)度Agent (120)和訂單服務(wù)Agent (130)。用戶Agent(IlO)與資源調(diào)度 Agent (120)的功能與圖4中服務(wù)器端的用戶Agent (40)、資源調(diào)度Agent (70)功能一致，訂
5單服務(wù)Agent(130)接受服務(wù)器端的訂單Agent (140)請(qǐng)求，通過通信協(xié)議，了解到訂單需 求，檢索與訂單匹配的鮮花并做出答復(fù)。Agent中信息查詢、發(fā)送訂單等任務(wù)的完成，通過添加相應(yīng)的behavior行為子 系統(tǒng)來完成。系統(tǒng)中與訂單處理相關(guān)的behavior行為子系統(tǒng)有SendOrderBehavior、 CustomerRecvBehavior> CustomerHandleRecvBehavior> QueryCustomBehavior> RecieveBehavior、ProviderHandleBehaviour 等，其中
SendOrderBehavior 訂單Agent在移動(dòng)到供應(yīng)商端后添加這個(gè)行為子系統(tǒng)，這個(gè)行 為子系統(tǒng)主要負(fù)責(zé)兩個(gè)任務(wù)，向訂單服務(wù)Agent發(fā)送訂單請(qǐng)求，以及接收并處理訂單服務(wù) Agent的回復(fù)。CustomerRecvBehavior 用戶Agent添加這個(gè)行為子系統(tǒng)，此行為子系統(tǒng)被 添加后會(huì)不斷執(zhí)行，并在每次接收到一條ACLMessage之后，在用戶Agent里添加一次 CustomerHandleRecvBehavior 行為。CustomerHandleRecvBehavior 用戶Agent添加這個(gè)行為子系統(tǒng)。此行為子系統(tǒng) 主要負(fù)責(zé)處理用戶Agent從訂單Agent處接收到的信息。QueryCustomBehavior 訂單Agent在移動(dòng)到供應(yīng)商端后添加這個(gè)行為子系統(tǒng)。這 個(gè)行為子系統(tǒng)主要負(fù)責(zé)兩個(gè)任務(wù)，向訂單服務(wù)Agent發(fā)送查詢解決方案請(qǐng)求，以及接收并 處理訂單服務(wù)Agent的回復(fù)。RecieveBehavior 訂單服務(wù)Agent添加這個(gè)行為子系統(tǒng)。此行為子系統(tǒng)被添 加后會(huì)不斷執(zhí)行，并在每次接收到一條ACLMessage之后，在訂單服務(wù)Agent里添加一次 ProviderHandleBehaviour 為。ProviderHandleBehaviour 訂單服務(wù)Agent添加這個(gè)行為子系統(tǒng)。此行為子系統(tǒng) 主要負(fù)責(zé)處理訂單服務(wù)Agent從訂單Agent處接收到的信息。


圖1本發(fā)明系統(tǒng)架構(gòu)圖。
圖2本發(fā)明訂單Agent運(yùn)行方式。
圖3本發(fā)明訂單Agent信息傳遞流程圖。
圖4本發(fā)明服務(wù)器端Agent間交互圖。
圖5本發(fā)明用戶Agent類圖。
圖6本發(fā)明訂單Agent類圖。
圖7本發(fā)明供應(yīng)商Agent系統(tǒng)。
圖8本發(fā)明鮮花訂單處理流程圖。
具體實(shí)施例方式下面參照附圖，對(duì)本發(fā)明的各種實(shí)施作進(jìn)一步的詳細(xì)描述。如圖1所示，本發(fā)明實(shí)施分為3個(gè)部分訂單Agent (10)、功能Agent (20)和供應(yīng) 商Agent系統(tǒng)(30)，其中部署在服務(wù)器端的有訂單Agent (10)和功能Agent (20)，部署在客 戶端的為供應(yīng)商Agent系統(tǒng)(50)。服務(wù)器端訂單Agent (10)與供應(yīng)商Agent系統(tǒng)(30)相 互交互來完成訂單智能處理。
如圖3所示，本發(fā)明訂單Agent信息傳遞，具體過程如下步
啟動(dòng)服務(wù)器端的訂單協(xié)商Agent接收客戶的需求，創(chuàng)建客戶訂單Agent ； 獲取目標(biāo)地址訂單Agent從資源調(diào)度Agent處獲取目標(biāo)供應(yīng)商信息； 遷移訂單Agent攜帶客戶訂單信息遷移到目標(biāo)供應(yīng)商主機(jī)上； 供應(yīng)商端交互訂單Agent與供應(yīng)商主機(jī)上的訂單服務(wù)Agent交互，得到答復(fù)結(jié)果； 再次遷移訂單Agent攜帶在供應(yīng)商主機(jī)上完成的協(xié)商結(jié)果遷移回服務(wù)器端； 結(jié)束訂單Agent與服務(wù)器端的資源調(diào)度Agent交互，告知結(jié)果，如果有匹配的供應(yīng)方 案則返回給用戶訂單供應(yīng)方案，否則重新獲取下一個(gè)目標(biāo)供應(yīng)商信息。如圖4所示，本發(fā)明服務(wù)器端Agent包括用戶Agent (40)、管理Agent (50)、訂單協(xié) 商Agent (60)、資源調(diào)度Agent (70)、服務(wù)Agent (80)和訂單Agent (90)，他們間相互交互包 括
用戶Agent (40)與訂單協(xié)商Agent (60)及資源調(diào)度Agent (70)的交互。如果網(wǎng)頁請(qǐng)求 是訂單，則用戶Agent (40)與訂單協(xié)商Agent (60)交互；如果網(wǎng)頁請(qǐng)求是本地?cái)?shù)據(jù)庫訪問， 則用戶Agent (40)與資源調(diào)度Agent (70)交互；
管理Agent (50)負(fù)責(zé)用戶Agent (40)、訂單協(xié)商Agent (60)、資源調(diào)度Agent (70)和服 務(wù)Agent (80)的注冊(cè)和Agent生命周期維護(hù)；
訂單協(xié)商Agent (60)接收來自客戶的訂單請(qǐng)求，創(chuàng)建客戶訂單Agent (90)； 資源調(diào)度Agent (70)響應(yīng)用戶Agent (40)的查詢請(qǐng)求，以及資源調(diào)度Agent (70)與客 戶訂單Agent (90)進(jìn)行信息交互；
服務(wù)Agent (80)提供各供應(yīng)商Agent系統(tǒng)(100)在服務(wù)器端的注冊(cè)、更新、注銷服務(wù)； 訂單Agent (90)向所有供應(yīng)商Agent (100)發(fā)送訂單信息匹配請(qǐng)求(包括花型、數(shù)量、價(jià) 格等)；各供應(yīng)商根據(jù)自身的知識(shí)判斷是否有能力滿足訂單，訂單Agent (90)等待所有供應(yīng) 商Agent系統(tǒng)(100)答復(fù)，決定接受其中一個(gè)或多個(gè)的答復(fù)，將接受消息發(fā)送給他們，同時(shí) 發(fā)送拒絕消息給其他供應(yīng)商Agent系統(tǒng)(100)，當(dāng)被接受的供應(yīng)商Agent系統(tǒng)(100)通知訂 單Agent (90)接受訂單時(shí)，協(xié)商結(jié)束。如圖7所示，本發(fā)明供應(yīng)商Agent系統(tǒng)，包括獨(dú)立的Agent運(yùn)行環(huán)境(110)、用戶 Agent (120)、資源調(diào)度Agent (130)和訂單服務(wù)Agent (140)。訂單服務(wù)Agent (140)接受服 務(wù)器端的訂單Agent (150)請(qǐng)求，通過定義在鮮花ontology的通信協(xié)議，了解到訂單需求， 檢索與訂單匹配的鮮花并答復(fù)訂單Agent (150)。如圖8所示，本發(fā)明鮮花訂單處理流程圖，顯示了用戶訂單處理的流程，其中 如流程160所示，供應(yīng)商先到服務(wù)器端注冊(cè)；
如流程170所示，服務(wù)器端在用戶人機(jī)界面上提供鮮花信息；
如流程180所示，用戶瀏覽鮮花信息網(wǎng)頁；
如流程190所示，用戶提交正常訂單或含定制需求的訂單；
如流程200所示，服務(wù)器端中的用戶Agent針對(duì)用戶提交的訂單進(jìn)行判斷，然后對(duì)訂 單進(jìn)行分析和拆分；
如流程210所示，服務(wù)器端中的訂單Agent攜帶訂單信息到供應(yīng)商處；
如流程220所示，供應(yīng)商Agent系統(tǒng)與服務(wù)器端中移動(dòng)過來的訂單Agent進(jìn)行協(xié)商；
如流程230所示，供應(yīng)商Agent系統(tǒng)返回協(xié)商結(jié)果，仍由訂單Agent攜帶回服務(wù)器端；如流程240所示，服務(wù)器端返回給用戶訂單供應(yīng)方案。
權(quán)利要求
一種利用移動(dòng)Agent實(shí)現(xiàn)鮮花訂單智能處理的系統(tǒng)，其特征在于，包括訂單Agent、功能Agent和供應(yīng)商Agent 3個(gè)系統(tǒng)，訂單Agent和功能Agent 部署在服務(wù)器端，供應(yīng)商Agent部署在供應(yīng)商處；服務(wù)器端的Agent運(yùn)行平臺(tái)采用遵守FIPA 規(guī)范的JADE平臺(tái)，Agent間采用ACL通信；其中所述訂單Agent用于獲取和傳遞鮮花訂單信息，訂單Agent是移動(dòng)Agent，在功能Agent間移動(dòng)并與他們進(jìn)行協(xié)商交流，然后將協(xié)商后的確認(rèn)訂單信息返回；所述功能Agent用于對(duì)外提供服務(wù)，對(duì)服務(wù)的請(qǐng)求進(jìn)行資源調(diào)度和訂單協(xié)商處理，功能Agent是靜止的，它僅在被創(chuàng)建的計(jì)算機(jī)節(jié)點(diǎn)上運(yùn)行；所述供應(yīng)商Agent通過網(wǎng)絡(luò)與服務(wù)器相連，用于提供鮮花訂單供應(yīng)方案。
2.根據(jù)權(quán)利要求1所述的利用移動(dòng)Agent實(shí)現(xiàn)鮮花訂單智能處理的系統(tǒng)，其特征在于 所述訂單Agent攜帶的信息包括鮮花名稱、數(shù)量、備注、客戶名稱、交貨時(shí)間，其信息傳遞過 程如下啟動(dòng)服務(wù)器端的訂單協(xié)商Agent接收客戶的需求，創(chuàng)建客戶訂單Agent ； 獲取目標(biāo)地址訂單Agent從資源調(diào)度Agent處獲取目標(biāo)供應(yīng)商信息； 遷移訂單Agent攜帶客戶訂單信息遷移到目標(biāo)供應(yīng)商主機(jī)上； 與供應(yīng)商端交互訂單Agent與供應(yīng)商主機(jī)上的訂單服務(wù)Agent交互，得到答復(fù)結(jié)果； 再次遷移訂單Agent攜帶在供應(yīng)商主機(jī)上完成的協(xié)商結(jié)果遷移回服務(wù)器端； 結(jié)束訂單Agent與服務(wù)器端的資源調(diào)度Agent交互，告知結(jié)果，如果有匹配的供應(yīng)方 案則返回給用戶訂單供應(yīng)方案，否則重新獲取下一個(gè)目標(biāo)供應(yīng)商信息。
3.根據(jù)權(quán)利要求2所述的利用移動(dòng)Agent實(shí)現(xiàn)鮮花訂單智能處理的系統(tǒng)，其特征在于 所述功能Agent根據(jù)業(yè)務(wù)功能的不同分為用戶Agent、管理Agent、訂單協(xié)商Agent、資源調(diào) 度Agent和服務(wù)Agent5類，其中用戶Agent，用于監(jiān)視用戶服務(wù)請(qǐng)求行為，是用戶在系統(tǒng)中的智能代理，如用戶請(qǐng)求是 本地資源，則調(diào)用本地資源信息；管理Agent，用于管理所有Agent的生命周期，并負(fù)責(zé)各Agent的管理和協(xié)調(diào)； 訂單協(xié)商Agent，用于接收來自客戶的需求，創(chuàng)建客戶訂單Agent并使其與資源調(diào)度 Agent進(jìn)行信息交互，將反饋結(jié)果提交給客戶；資源調(diào)度Agent，從訂單協(xié)商Agent處獲得客戶訂單信息，做出供應(yīng)計(jì)劃，然后由訂單 Agent攜帶，移動(dòng)到各供應(yīng)商處進(jìn)行協(xié)商，最終以供應(yīng)訂單的方式發(fā)送給客戶和供應(yīng)商； 服務(wù)Agent，提供黃頁服務(wù)，負(fù)責(zé)各供應(yīng)商Agent系統(tǒng)的注冊(cè)、更新、注銷服務(wù)的管理。
4.根據(jù)權(quán)利要求3所述的利用移動(dòng)Agent實(shí)現(xiàn)鮮花訂單智能處理的方法，其特征在于 供應(yīng)商Agent系統(tǒng)，該系統(tǒng)部署在供應(yīng)商處，通過網(wǎng)絡(luò)連入服務(wù)器，包括用戶Agent、資源調(diào) 度Agent、訂單服務(wù)Agent ；其中訂單服務(wù)Agent用來接收服務(wù)器向其發(fā)送的訂單Agent請(qǐng) 求，進(jìn)行協(xié)商并答復(fù)，用戶Agent、資源調(diào)度Agent功能與服務(wù)器端的用戶Agent、資源調(diào)度 Agent功能相同。
5.根據(jù)權(quán)利要求4所述的利用移動(dòng)Agent實(shí)現(xiàn)鮮花訂單智能處理的系統(tǒng)， 其特征在于整個(gè)系統(tǒng)中還添加有與訂單處理相關(guān)的behavior行為的子系統(tǒng)，包 括SendOrderBehaviorλ CustomerRecvBehavior、CustomerHandleRecvBehavior、 QueryCustomBehaviorλ RecieveBehavior、ProviderHandleBehaviour，其中SendOrderBehavior 訂單Agent在移動(dòng)到供應(yīng)商端后添加這個(gè)行為子系統(tǒng)，主要負(fù)責(zé) 兩個(gè)任務(wù)，向訂單服務(wù)Agent發(fā)送訂單請(qǐng)求，以及接收并處理訂單服務(wù)Agent的回復(fù)；CustomerRecvBehavior 用戶Agent添加這個(gè)行為子系統(tǒng)，此行為子系統(tǒng)被添 加后會(huì)不斷執(zhí)行，并在每次接收到一條ACLMessage之后，在用戶Agent里添加一次 CustomerHandleRecvBehavior 行為；CustomerHandleRecvBehavior 用戶Agent添加這個(gè)行為子系統(tǒng)，主要負(fù)責(zé)處理用戶 Agent從訂單Agent處接收到的信息；QueryCustomBehavior 訂單Agent在移動(dòng)到供應(yīng)商端后添加這個(gè)行為子系統(tǒng)，主要負(fù) 責(zé)兩個(gè)任務(wù)，向訂單服務(wù)Agent發(fā)送查詢解決方案請(qǐng)求，以及接收并處理訂單服務(wù)Agent的 回復(fù)；RecieveBehavior 訂單服務(wù)Agent添加這個(gè)行為子系統(tǒng)，此行為子系統(tǒng)被添加 后會(huì)不斷執(zhí)行，并在每次接收到一條ACLMessage之后，在訂單服務(wù)Agent里添加一次 ProviderHandleBehaviour 為；ProviderHandleBehaviour 訂單服務(wù)Agent添加這個(gè)行為子系統(tǒng)，主要負(fù)責(zé)處理訂單 服務(wù)Agent從訂單Agent處接收到的信息。
全文摘要
本發(fā)明屬于信息技術(shù)領(lǐng)域，具體為一種利用移動(dòng)Agent實(shí)現(xiàn)鮮花訂單智能處理的系統(tǒng)。它包括訂單Agent、功能Agent和供應(yīng)商Agent3個(gè)系統(tǒng)。訂單Agent是移動(dòng)Agent，用于獲取和傳遞鮮花訂單信息，它遷移到供應(yīng)商主機(jī)后以異步自主方式運(yùn)行，不受網(wǎng)絡(luò)是否連通的影響；功能Agent用于對(duì)外提供資源調(diào)度、訂單協(xié)商等功能服務(wù)；供應(yīng)商Agent系統(tǒng)用于訂單處理和信息查詢。Agent間以ACL通信并通過添加相應(yīng)behavior行為來完成任務(wù)。鮮花訂單處理流程為訂單Agent在服務(wù)器上啟動(dòng)，然后遷移到供應(yīng)商主機(jī)，與訂單服務(wù)Agent交互，完成交互后攜帶結(jié)果返回服務(wù)器，反饋給客戶供應(yīng)方案。與現(xiàn)有技術(shù)相比，本發(fā)明使鮮花訂單的處理智能化，省人力，而且網(wǎng)絡(luò)資源利用率高，服務(wù)器壓力緩解。
文檔編號(hào)H04L29/08GK101945138SQ20101050125
公開日2011年1月12日 申請(qǐng)日期2010年10月9日 優(yōu)先權(quán)日2010年10月9日
發(fā)明者吳海峰, 戴偉輝, 戴永輝, 王文娟, 趙衛(wèi)東, 趙碧榮 申請(qǐng)人:復(fù)旦大學(xué)