掃描二維碼
隨時隨地手機(jī)看文章
執(zhí)行Agent位于現(xiàn)場層,實(shí)現(xiàn)參數(shù)采集及現(xiàn)場控制的功能;沖突消解Agent是該智能化系統(tǒng)的核心,其功能是通過對任務(wù)規(guī)劃信息、故障信息、系統(tǒng)狀態(tài)信息以及其他Agent的協(xié)作請求信息等的融合,對 Agent行為所產(chǎn)生的沖突進(jìn)行消解;數(shù)據(jù)服務(wù)Agent的功能是為其他Agent提供統(tǒng)一、靈活的訪問實(shí)時數(shù)據(jù)庫的接口;軟測量Agent的功能是通過易測變量與難測變量之間的數(shù)學(xué)關(guān)系,實(shí)現(xiàn)難測變量的測量;故障診斷Agent是一個專家系統(tǒng),可對污泥膨脹、污泥解絮、曝氣池泡沫等故障現(xiàn)象進(jìn)行診斷,并提出解決對策。
Agent間相互交換信息、進(jìn)行協(xié)調(diào)或合作、解決超出單個Agent能力或知識的問題,并真正具有社會性的關(guān)鍵是Agent間可以通信。因此, Agent通信是Multi-Agent系統(tǒng)研究的重要問題之一。
2 MAS的通信語言
Agent通信語言(Agent Communication Language,ACL)提供了Agent之間交換信息和知識的工具,使Agent之間相互作用達(dá)到求解問題的目的。ACL使Agent通信建立在知識級別(Knowledge Level)上,從而使Agent間的通信效率大大高于傳統(tǒng)的分布式計(jì)算中的通信。
目前主要有兩種ACL,一種是1993年美國ARPA的KSE 研究小組提出的KQML(Knowledge Query and Manipulation Language);另一種是1997年歐洲的FIPA(Foundation for Intelligent Physical Agents)協(xié)會制定的開放性標(biāo)準(zhǔn)FIPA-ACL。FIPA標(biāo)準(zhǔn)由一系列規(guī)范組成,用于規(guī)范一個應(yīng)用程序內(nèi)部Agent之間和不同應(yīng)用程序Agent之間的互操作,并對多Agent應(yīng)用程序互操作中相應(yīng)的功能模塊進(jìn)行標(biāo)準(zhǔn)化。由于FIPA-ACL在構(gòu)建新的原語方面具有很強(qiáng)的能力,并且采用SL(Semantic Language)作為它的內(nèi)容語言來描述Agent的狀態(tài),所以,F(xiàn)IPA-ACL有逐漸代替KQML的趨勢。
2.1 FIPA-ACL的系統(tǒng)組成
FIPA標(biāo)準(zhǔn)由一系列規(guī)范組成,每個規(guī)范對多Agent應(yīng)用程序互操作中相應(yīng)的功能模塊進(jìn)行標(biāo)準(zhǔn)化。FIPA-ACL規(guī)范集合在整個FIPA規(guī)范中的位置及其內(nèi)部的功能規(guī)范組成結(jié)構(gòu)如圖2所示。
由圖2可見,F(xiàn)IPA-ACL規(guī)范集合是整個FIPA標(biāo)準(zhǔn)中極其重要的組成部分,它與Agent管理規(guī)范集合、Agent消息傳輸規(guī)范集合構(gòu)成了FIPA標(biāo)準(zhǔn)的主體部分。Interaction Protocols規(guī)范集合定義了FIPA-ACL可采用的互操作協(xié)議(如請求互操作協(xié)議);Communicative Acts規(guī)范集合則將Agent在使用FIPA-ACL進(jìn)行通信過程中的各種語言行為單元(如:request、agree、refuse等)規(guī)范為一個CAL(Communicative Acts Library)庫規(guī)范;Content Languages規(guī)范集合定義了應(yīng)用在FIPA-ACL消息的內(nèi)容上不同的表示方式(如:SL),它們可提供不同標(biāo)準(zhǔn)的編碼形式。
2.2 FIPA-ACL通信機(jī)制
Agent之間的通信是通過構(gòu)造、封裝、傳輸ACL消息進(jìn)行的,ACL消息的主要結(jié)構(gòu)如表1所示。
Agent A為了和Agent B進(jìn)行通信,首先應(yīng)該構(gòu)建ACL消息。如果B提供的服務(wù)應(yīng)采用請求互操作協(xié)議,則ACL的Protocol參數(shù)就設(shè)為fipa-request。A是此次互操作對話的發(fā)起者,它與B的第一次通信應(yīng)視為請求互操作協(xié)議的第一個請求動作,這在CAL庫規(guī)范中描述為request行為,所以ACL的performative參數(shù)應(yīng)為request。封裝好整個ACL消息后,Agent A選用適當(dāng)?shù)木幋a方式將其編碼,形成有效載荷(Payload),然后再添加信封,信封中包含A和B進(jìn)行通信所使用協(xié)議對應(yīng)的協(xié)議地址。最后,A采用此傳輸協(xié)議將信息傳送給Agent B。Agent B收到A發(fā)送的消息并根據(jù)消息具體的內(nèi)容加以判斷后,按照請求互操作協(xié)議所規(guī)定的操作流程對A進(jìn)行回答。
3 系統(tǒng)的通信技術(shù)與實(shí)現(xiàn)
基于FIPA-ACL的污水處理Multi-Agent智能化系統(tǒng)是在開源Java項(xiàng)目JADE(Java Agent Development Framework)提供的多Agent平臺上實(shí)現(xiàn)的。JADE完全符合FIPA標(biāo)準(zhǔn),為多Agent系統(tǒng)的開發(fā)者提供了一個功能強(qiáng)大的開發(fā)框架,使開發(fā)者無需親自從頭實(shí)現(xiàn)FIPA的具體規(guī)范就能開發(fā)出符合FIPA標(biāo)準(zhǔn)的多Agent系統(tǒng)。[!--empirenews.page--]
3.1 通信方式的確定
MAS通信主要有四種連接方式:黑板模式、聯(lián)邦方式、廣播方式、點(diǎn)到點(diǎn)方式。通信傳遞方式有消息傳遞、方案傳遞兩種。本系統(tǒng)Agent之間通信前都通過Agent管理平臺提供的服務(wù)查詢機(jī)制來定位欲通信的Agent,然后兩個Agent進(jìn)行直接通信;而Agent之間傳輸?shù)男畔⑹腔ゲ僮髅?、參?shù)和操作結(jié)果,沒有設(shè)計(jì)到方案傳遞。所以本系統(tǒng)采用的是點(diǎn)對點(diǎn)的消息傳遞通信方式。
3.2 通信策略
本系統(tǒng)中的數(shù)據(jù)服務(wù)Agent、沖突消解Agent、故障診斷Agent分別為整個系統(tǒng)中的其他Agent提供數(shù)據(jù)查詢和寫入服務(wù)、沖突識別和消解服務(wù)、故障診斷服務(wù),請求每種服務(wù)的Agent必須要先定位到服務(wù)提供者,這就要求一種服務(wù)注冊和定位機(jī)制。FIPA標(biāo)準(zhǔn)中定義了在Agent系統(tǒng)中必須存在的DF(Directory Facilitator)Agent。上述三個服務(wù)提供者啟動時就會在DF中注冊自己提供的服務(wù),如:某個執(zhí)行Agent需要沖突消解服務(wù)時,它會通過查詢DF來得到?jīng)_突消解Agent的通信地址和服務(wù)使用的互操作協(xié)議等信息,然后根據(jù)互操作協(xié)議規(guī)定的對話方式與協(xié)調(diào)Agent通信。
JADE提供了默認(rèn)的DF Agent,服務(wù)提供者(如數(shù)據(jù)服務(wù)Agent)欲注冊自己的服務(wù),其主要代碼如下:
Service Description sd=new Service Description( );
//創(chuàng)建服務(wù)描述對象,描述服務(wù)屬性
DF Agent Description DFad=new DF Agent Description( );
//創(chuàng)建自身描述對象,描述自身信息
Codec language=new SLCodec( );//采用SL內(nèi)容語言規(guī)范
Ontology ontology=Basic Ontology.getInstance( );
//采用基本本體語言構(gòu)建服務(wù)描述對象
sd.setName(getLocalName( ));
sd.setType(″SwageDisposeDataService″);//為服務(wù)命名,其他Agent查詢服務(wù)時就用此名字
sd.addProtocols(InteractionProtocol.FIPA_REQUEST);
//服務(wù)所采用的互操作協(xié)議
sd.addLanguages(language.getName( ));
sd.addOntologies(ontology.getName( ));
//構(gòu)建自身描述對象
DFad.addProtocols(InteractionProtocol.FIPA_REQUEST);
DFad.addLanguages(language.getName( ));
DFad.addOntologies(ontology.getName( ));
DFad.setName(getAID( ));
//使自身具有構(gòu)建的服務(wù)描述對象
DFad.addServices(sd);
try{
DFService.register(this,DFad);//在平臺提供的默認(rèn)DF中注冊自己的服務(wù)
}catch(FIPAException e){
//處理異常
}
當(dāng)沖突消解Agent需要此服務(wù)時,可通過下面的代碼來搜索DF,并定位到此服務(wù)的提供者,即數(shù)據(jù)服務(wù)Agent[6]。
…… //部分變量申明與上段代碼相同
DFAgentDescription dfd[ ];//用于存儲提供此服務(wù)的
//Agent描述信息(服務(wù)提供者可能不止一個)
//構(gòu)建服務(wù)描述對象
sd.setType(″SwageDisposeDataService″);
sd.addLanguages(language.getName( ));
sd.addOntologies(ontology.getName( ));
sd.addProtocols(InteractionProtocol.FIPA_REQUEST);
DFad.addServices(sd);
try{
dfd=DFService.search(this,DFad);//在默認(rèn)DF中搜索服務(wù)提供者
…… //與服務(wù)提供者通信
}catch (FIPAException e){
//處理異常
}
3.3 通信協(xié)議
本系統(tǒng)Agent之間通信都采用請求互操作協(xié)議,即ACL消息的protocol參數(shù)均為fipa-request,用UML表示的該協(xié)議流程如圖3所示。
Agent提供服務(wù)所需的參數(shù)和操作結(jié)果都包含在ACL消息的content參數(shù)中。
3.4 通信內(nèi)容
在本系統(tǒng)中,Agent之間的通信內(nèi)容是封裝在自定義的CSO(Communication Seriable Object)類中,通過JADE提供的串行化接口,可將CSO對象作為ACL消息的content參數(shù)在任意Agent之間傳遞,能達(dá)到很好的可擴(kuò)展效果。CSO的類結(jié)構(gòu)如下:
public class CSO implements Serializable {
private String[ ] arg;//服務(wù)參數(shù)
private float[ ] value;//服務(wù)結(jié)果
private String comment;//注釋
……
}
系統(tǒng)中的數(shù)據(jù)服務(wù)Agent提供數(shù)據(jù)查詢和數(shù)據(jù)寫入服務(wù),它根據(jù)服務(wù)使用者在CSO.arg[ ]中傳送的參數(shù)進(jìn)行實(shí)時數(shù)據(jù)庫操作,并將查詢結(jié)果存儲在CSO.value[ ]中返回給請求者。沖突消解Agent接收執(zhí)行Agent的沖突識別請求(此請求不帶參數(shù)),并根據(jù)沖突識別算法的需要請求數(shù)據(jù)服務(wù)Agent的數(shù)據(jù)查詢服務(wù)或故障診斷Agent的故障診斷服務(wù),將消解結(jié)果命令或無沖突命令存放于CSO.arg[0]中,再向執(zhí)行Agent傳送。故障診斷Agent向沖突消解Agent提供故障診斷服務(wù)時也需要從CSO.arg[ ]中獲取參數(shù),并將診斷結(jié)果存放于CSO.value[ ]中,以表明請求診斷的故障是否出現(xiàn)。
本文基于FIPA-ACL提出了污水處理Multi-Agent智能化系統(tǒng)的通信技術(shù),確定了其通信方式、通信策略與通信協(xié)議,并給出了JADE 3.1軟件開發(fā)平臺上的實(shí)現(xiàn)方法。
蘇伊士集團(tuán)日前發(fā)布了2027年戰(zhàn)略規(guī)劃。 集團(tuán)將聚焦于主營業(yè)務(wù),即水務(wù)和固廢,并壯大其國際化布局。 集團(tuán)將攜手客戶,通過創(chuàng)新和投資,為全體股東方創(chuàng)造價(jià)值。 集團(tuán)的目標(biāo)是實(shí)現(xiàn)4%至5%的年均營收增長,并使...
關(guān)鍵字: 污水處理 可持續(xù)發(fā)展 管網(wǎng) ADVANCED摘要:以某污水處理廠項(xiàng)目為背景,分析污水處理廠生產(chǎn)工藝過程,結(jié)合項(xiàng)目所使用集散控制系統(tǒng)的特點(diǎn)和污水處理控制要求設(shè)計(jì)了污水處理廠自動控制系統(tǒng)的整體結(jié)構(gòu),然后根據(jù)控制方案和實(shí)際污水處理需求完成了PLC1、PLC2控制站的設(shè)計(jì)...
關(guān)鍵字: 污水處理 PLC控制 集散控制系統(tǒng)20世紀(jì)90年代,“網(wǎng)”是一個陌生的東西,那時候要想用家里的電腦聯(lián)網(wǎng),需要去電信局申請服務(wù)號,寬帶范圍只有14.45-56k,不及現(xiàn)在的2G網(wǎng)絡(luò)。
關(guān)鍵字: 通信技術(shù) 6G 電腦聯(lián)網(wǎng)摘要:隨著中國社會經(jīng)濟(jì)的快速發(fā)展和居民生活水平的不斷提高,水環(huán)境污染的問題變得越來越嚴(yán)重,主要原因之一是國內(nèi)許多小城鎮(zhèn)沒有相應(yīng)的污水處理設(shè)施,這不僅污染了當(dāng)?shù)氐乃h(huán)境,影響了居民的健康,而且嚴(yán)重阻礙了我國的經(jīng)濟(jì)可持續(xù)發(fā)展...
關(guān)鍵字: 污水處理 PLC控制系統(tǒng) 組態(tài)仿真以下內(nèi)容中,小編將對智能電網(wǎng)的相關(guān)內(nèi)容進(jìn)行著重介紹和闡述,希望本文能幫您增進(jìn)對智能電網(wǎng)的了解,和小編一起來看看吧。
關(guān)鍵字: 智能電網(wǎng) 通信技術(shù) 自動化(全球TMT2022年6月23日訊)2022是合規(guī)管理強(qiáng)化年,中國電信國際有限公司(簡稱"中國電信")獲頒SGS ISO 37301:2021合規(guī)管理體系認(rèn)證證書,成為中國首批獲得此項(xiàng)國際標(biāo)準(zhǔn)認(rèn)證的企業(yè)。 SG...
關(guān)鍵字: ISO 中國電信 可持續(xù)發(fā)展 通信技術(shù)系統(tǒng)成本更低,低延遲,支持下行控制且低功耗。
關(guān)鍵字: LoRa 物聯(lián)網(wǎng) 通信技術(shù)