專利名稱:一種基于移動代理生產(chǎn)開發(fā)的事件響應(yīng)模型方法
技術(shù)領(lǐng)域:
本發(fā)明是一種基于模型驅(qū)動思想面向移動代理的開發(fā)方案。主要用于解決移動代理的開發(fā)問題,屬于分布式計算技術(shù)和計算機(jī)網(wǎng)絡(luò)技術(shù)的交叉領(lǐng)域。
背景技術(shù):
移動代理移動代理技術(shù)是隨著Internet(因特網(wǎng))的發(fā)展而出現(xiàn)的一種新興技術(shù),它較好的適應(yīng)了Internet的特點,有效簡化分布式系統(tǒng)的設(shè)計、實現(xiàn)和維護(hù)。一般來講,移動代理是指一段獨立的計算機(jī)程序,它按照一定的規(guī)程,能夠自主的在異構(gòu)的網(wǎng)絡(luò)上移動,代表用戶完成特定的任務(wù)。移動代理的優(yōu)勢主要有兩點一方面,它實現(xiàn)了計算向所需資源的靠攏,這可以節(jié)省網(wǎng)絡(luò)的帶寬并具有異步功能;另一方面,允許程序動態(tài)發(fā)布到主機(jī)。
由于移動代理的諸多優(yōu)點,它在電子商務(wù)、移動計算、Internet信息的智能發(fā)現(xiàn)等方面都有較好的應(yīng)用前景,對移動代理技術(shù)的研究正成為學(xué)術(shù)界和工業(yè)界的熱點之一。移動代理的關(guān)鍵技術(shù)包括移動機(jī)制、通訊機(jī)制以及安全機(jī)制。安全性是制約移動代理技術(shù)廣泛使用的重要因素之一,因此研究移動代理的安全問題具有重要意義。
發(fā)明內(nèi)容
技術(shù)問題本發(fā)明的目的是提供一種基于移動代理生產(chǎn)開發(fā)的事件響應(yīng)模型方法,解決移動代理開發(fā)中的開發(fā)速度慢和煩瑣的問題,可以達(dá)到快速而有效產(chǎn)生移動代理的目的。開發(fā)模型如圖1所示分為基于模型驅(qū)動思想的移動代理分析、基于模型驅(qū)動思想的移動代理分析和基于模型驅(qū)動思想的移動代理實現(xiàn)。
技術(shù)方案事件決定響應(yīng)模型的基本概念在心理學(xué)上,有一種決定(刺激)理論,認(rèn)為人或動物的行為是一種「事件—響應(yīng)」的模式。也就是說,外界出現(xiàn)的一種事件,會引發(fā)人的某種響應(yīng)。因此,人的行為可以使用許許多多的不同事件導(dǎo)致不同響應(yīng)的方式來描述。這種概念,是我們發(fā)明當(dāng)中決定響應(yīng)模型的概念來源。
在這種概念底下,我們可以找出Agent在應(yīng)用中可能會接收的事件,以及在應(yīng)用中各種可能的響應(yīng),透過描述一條條的事件—>響應(yīng)的式子,來描述Agent的行為。
以一條條的事件—>響應(yīng)的式子,來描述Agent的行為,是一種分解描述的方式。但我們可以預(yù)期的是,所有的響應(yīng)式子加總起來,理論上應(yīng)該構(gòu)成該Agent完整的行為。想要一次描述完整Agent的行為透過低階的程序性的方式也許在某種情境下會顯得困難,但如果該Agent的行為,適合利用這種分解成一條條事件響應(yīng)式來看待時,便只要利用這種方式進(jìn)行分析,便可以描述出Agent的行為。
1)在事件決定響應(yīng)模型下進(jìn)行Agent的分析進(jìn)行系統(tǒng)分析,可以依循下述的步驟進(jìn)行。
1先初步找出需要的Agent類型2決定每一種Agent類型的責(zé)任3以粗略的觀點來看各種Agent之間的互動,檢查應(yīng)用的目標(biāo)是否有被解決4倘若目標(biāo)尚未解決,便考慮增加新類型的Agent或是為已存的Agent類型增加責(zé)任5倘若以粗略的觀點來看,各種Agent之間的互動已能滿足目標(biāo),則結(jié)束在識別出Agent的類型,以及大致的責(zé)任分工后,我們透過填寫下述格式的表格來進(jìn)一步確定Agent的特質(zhì)。這個表格我們稱之「Agent屬性表」,各字段的名稱與用途于下表中描述。
2)在事件決定響應(yīng)模型下進(jìn)行Agent的設(shè)計在事件決定響應(yīng)模型下進(jìn)行Agent的設(shè)計,會需要利用前一子節(jié)中所介紹的Agent屬性表,再轉(zhuǎn)化為成所謂的Agent事件響應(yīng)式。每一條Agent事件響應(yīng)式都是由三個部份組成Event(事件)、Info & Logic(信息與邏輯、決定)、Reaction(響應(yīng))。
Agent響應(yīng)式的寫法須依循下述的步驟為之。
1.列出原始的事件。
2.寫出每個事件所引發(fā)的響應(yīng),并且記錄做出此響應(yīng)需要的輔助信息(記憶與事件的內(nèi)容)及判斷邏輯。
3.列出響應(yīng)所引發(fā)的新事件。
4.檢查是否所有列出的事件皆有相對應(yīng)的響應(yīng),若否則回到步驟2,反之則接續(xù)下一步驟。
5.寫作結(jié)束。
本發(fā)明的基于移動代理生產(chǎn)開發(fā)的事件響應(yīng)模型方法,首先要進(jìn)行基于模型驅(qū)動思想的移動代理分析--移動代理屬性表初步找出需要的移動代理的類型,在決定每一種移動代理類型的責(zé)任,并以粗略的關(guān)鍵來看各種移動代理之間的互動,填寫移動代理屬性表;其次要根據(jù)移動代理屬性表進(jìn)行基于模型驅(qū)動思想的移動代理設(shè)計--移動代理事件響應(yīng)式利用移動代理屬性表生成移動代理事件響應(yīng)式;最后根據(jù)移動代理事件響應(yīng)式實現(xiàn)移動代理的代碼基于模型驅(qū)動思想的移動代理實現(xiàn)--移動代理代碼利用移動代理事件響應(yīng)式生成移動代理具體代碼。
基于模型驅(qū)動思想的移動代理分析為1)初步找出需要的移動代理類型,2)決定每一種移動代理類型的責(zé)任,3)以粗略的觀點來看各種移動代理之間的互動,檢查應(yīng)用的目標(biāo)是否有被解決,4)倘若目標(biāo)尚未解決,便考慮增加新類型的移動代理或是為已存的移動代理類型增加責(zé)任,5)倘若以粗略的觀點來看,各種移動代理之間的互動已能滿足目標(biāo),則結(jié)束,在識別出移動代理的類型,以及大致的責(zé)任分工后,我們透過填寫固定格式的表格來進(jìn)一步確定移動代理的特質(zhì)。這個表格我們稱之「移動代理屬性表。
基于模型驅(qū)動思想的移動代理設(shè)計為在事件決定響應(yīng)模型下進(jìn)行移動代理的設(shè)計,會需要利用前一子節(jié)中所介紹的移動代理屬性表,再轉(zhuǎn)化為成所謂的移動代理事件響應(yīng)式。每一條移動代理事件響應(yīng)式都是由三個部份組成事件、信息與邏輯--決定、響應(yīng);1)列出原始的事件,
2)寫出每個事件所引發(fā)的響應(yīng),并且記錄做出此響應(yīng)需要的輔助信息,即記憶與事件的內(nèi)容及判斷邏輯,3)列出響應(yīng)所引發(fā)的新事件,4)檢查是否所有列出的事件皆有相對應(yīng)的響應(yīng),若否則回到步驟2,反之則接續(xù)下一步驟。
基于模型驅(qū)動思想的移動代理實現(xiàn)為在事件決定響應(yīng)模型下進(jìn)行移動代理的實現(xiàn),會需要利用前一子節(jié)中所介紹的移動代理事件響應(yīng)式子,再轉(zhuǎn)化為成相應(yīng)的面向?qū)ο蟮拇a;每一條移動代理事件響應(yīng)式都是由三個部份組成事件、信息與邏輯即決定、響應(yīng),他們就對應(yīng)著面向?qū)ο笾械氖录崿F(xiàn)、消息。
有益效果本發(fā)明方法提出了移動代理開發(fā)的新方法,模型影響的不單只是編程時的活動,它所影響的應(yīng)該是從分析、設(shè)計、一直到編程整體的思維方式。當(dāng)你采用某種模型來描述Agent的行為時,從分析、設(shè)計、一直到編程都在這個模型的思維下進(jìn)行。通過使用本發(fā)明提出的方法可以實現(xiàn)Agent的高效開發(fā)。
圖1是移動代理開發(fā)模型主要框架示意圖,圖2是基于移動代理的故障管理系統(tǒng)結(jié)構(gòu)圖,圖3是故障管理簡單流程示意圖。
具體實施例方式
系統(tǒng)構(gòu)建方案Agent開發(fā)平臺中應(yīng)該提供Agent抽象類,允許Agent的應(yīng)用程序開發(fā)者,透過繼承Agent的方式,來撰寫Agent的行為(具體表現(xiàn)為Agent中的Run()方法)。Agent一旦開始執(zhí)行,便從繼承后的Run()方法開始執(zhí)行,主要的行為便描述于此一方法中。此種撰寫Agent程序的方式,可謂之低階的撰寫方法,開發(fā)者像是在撰寫程序性的程序,而非從Agent的觀點來描述Agent的行為。
通過我們發(fā)明的模型驅(qū)動的移動代理開發(fā)機(jī)制,在概念上,每個Agent都可以由一個模型來描述其行為。我們希望透過描述各種Agent模型的方式,來描述Agent的行為,而不是從程序性的角度來看待Agent,藉而提供一個高階的撰寫方法。我們設(shè)計了一個抽象的類別AgentModel(移動代理模型)。對于提供AgentModel的Agent程序而言,便無需再使用低階的方式,將Agent的行為統(tǒng)統(tǒng)寫到Run()方法之中,只須利用一些簡便的方式,便可以完成Agent的程序。
模型影響的不單只是編程時的活動,它所影響的應(yīng)該是從分析、設(shè)計、一直到編程整體的思維方式。當(dāng)你采用某種模型來描述Agent的行為時,便需要從分析、設(shè)計、一直到編程都在這個模型的思維下進(jìn)行。
系統(tǒng)應(yīng)用方案我們利用一個網(wǎng)絡(luò)故障管理系統(tǒng)為例,透過利用Multi-Agent System來達(dá)成這個應(yīng)用,來說明事件—決定—響應(yīng)模型下的分析、設(shè)計、開發(fā)?;贏gent的故障管理系統(tǒng)結(jié)構(gòu)圖如圖2所示,故障管理簡單流程如圖3所示。
因此,為了達(dá)成上述網(wǎng)絡(luò)故障管理中的故障發(fā)現(xiàn)與處理的目標(biāo),我們可以如下數(shù)表的方式來填寫Agent屬性表。
在第一個階段中,我們分別識別出了HomeAgent(本地移動代理)、AgentProcucer(移動代理生成器)、FaultWatchAgent(故障監(jiān)控移動代理)以及FaultFixAgent(故障修復(fù)移動代理)等四類的Agent。其中HomeAgent為管理中心節(jié)點專有的Agent,并負(fù)責(zé)與使用者互動的GUI(圖形用戶界面)溝通,接受來自使用者的指令。同時它也接受其它Agent的回報,包括FaultWatchAgent和FaultFixAgent,并且有能力顯示一些信息給使用者。而FaultWatchAgent負(fù)責(zé)的則是定期的監(jiān)視自己所在的被管理節(jié)點是否有故障發(fā)生,倘若有的話,則回報給HomeAgent。此外,當(dāng)HomeAgent接收到FaultWatchAgent回報的故障信息,則根據(jù)故障管理策略(故障管理算法、故障歷史信息比較)來決定故障處理方法,在必要的情況下可以通知AgentProducer產(chǎn)生一FaultFixAgent,移動到被管理節(jié)點上執(zhí)行故障修復(fù)策略所指派的任務(wù)。
在識別出所需的Agent類型與分別的主要責(zé)任后,便可填寫Agent屬性表(僅以如下的HomeAgent與FaultWatchAgent為例)。
在HomeAgent的屬性表中,由于整個應(yīng)用系統(tǒng)中,HomeAgent只會有一份,因此它的Quantity是1。由于網(wǎng)絡(luò)故障管理系統(tǒng)是對一批被管理節(jié)點進(jìn)行管理,因此,我們必須在HomeAgent初始化的時候,便加載這一份被管節(jié)點列表。而初始化的行為最適合描述于「What to do after the birth」字段中了。由于被管節(jié)點列表可能會有所變化,因此HomeAgent必須定期的更新這一份列表,而定期性的行為則描述于「Periodical behavior」中。
對FaultWatchAgent而言,由于HomeAgent會對每一個被管節(jié)點派出一個FaultWatchAgent常駐。因此,它的Quantity是0..n,代表最少0個,最多n個-n為節(jié)點數(shù)目。由于FaultWatchAgent一旦發(fā)現(xiàn)新的故障信息時,會向HomeAgent做立即回報,因此其Collaboration字段中填寫了HomeAgent。由于FaultWatchAgent是HomeAgent所派出的,如果HomeAgent無法聯(lián)絡(luò)上時,F(xiàn)aultWatchAgent被設(shè)定會自動摧毀自己,因此「When to be killed」中描述了這個時機(jī)。
透過上述的屬性表,我們可以說是對Agent的行為做了分析。接著便可以建立此這樣的基礎(chǔ)上,進(jìn)行Agent的設(shè)計。
以HomeAgent為例,我們可以先利用Agent屬性表,找出其原始事件。由于HomeAgent在After the birth后會有行為,因此它會對此種事件有所響應(yīng)。另外,它具備了定期性的行為,因此會對某個固定間隔格的Clock有所響應(yīng)。當(dāng)使用者在GUI上下了一個指令要求開始、或結(jié)束監(jiān)督時,也會自GUI(圖形用戶界面)傳來事件。當(dāng)FaultWatchAgent回傳信息,回報發(fā)現(xiàn)故障信息時,也會導(dǎo)致HomeAgent產(chǎn)生事件。而當(dāng)FaultFixAgent回報修復(fù)故障結(jié)果時,也會導(dǎo)致HomeAgent產(chǎn)生事件。所謂「原始的事件」即為我們根據(jù)Agent屬性表中直接可以找出來的事件,因此我們依據(jù)Agent屬性表可以列出其原始的事件如下After the birth(產(chǎn)生后事件)On clockl tick(定時時鐘1觸發(fā)事件)User requests to start a watch mission(用戶請求開始一個監(jiān)視任務(wù)事件)User requests to terminate a watch mission(用戶請求中止一個任務(wù)事件)A FaultWatchAgent warns the fault information of managed site(FaultWatchAgent通知被管理節(jié)點的故障信息)A FaultFixAgent reports the fault-fixing result(FaultFixAgent報告故障修復(fù)結(jié)果)因此我們可以先依照原始的事件寫下如下的內(nèi)容。其中Reaction(響應(yīng))部份代表該事件所引發(fā)的響應(yīng)。例如After the birth會對應(yīng)到Read the managedsites list以及Spawn the FaultWatchAgents兩個動作。
在上表中的Info & Logic這個字段,以User requests to terminate a watchmission為例,由于它所對應(yīng)的響應(yīng)是要在使用者要求結(jié)束監(jiān)控時,同時要求所有已送出去的FaultWatchAgent自行結(jié)束生命。因此,HomeAgent會在自己的存儲區(qū)中記錄所有送出去的FaultWatchAgent。由于響應(yīng)的執(zhí)行必須參考存儲區(qū)的內(nèi)容,因此Info & Logic這個字段中便填寫了「[Mem]the ID and location ofthe FaultWatchAgents」。而像「A FaultWatchAgent warns the faultinformation in the managed site」這個事件中,事件本身不單只是個事件,而且還有事件的內(nèi)容。對這個事件而言,便是示警的內(nèi)容。因此在這個字段便注明了「[Event]the fault info」。由于HomeAgent會依據(jù)使用者是否正在主控臺旁邊操作來決定是否要對使用者提出示警,而這是關(guān)系到Logic的部份,因此產(chǎn)生了一個分支(branch),對同一個事件,會依據(jù)使用者是否正在主控臺旁邊操作,而有了不同的響應(yīng)。類似此類的Logic,亦記載于Info & Logic字段中。
依據(jù)上表填寫了各個原始事件所對應(yīng)的響應(yīng)之后,這些響應(yīng)可能引發(fā)新的事件。例如「Refresh the managed sites list」可能會引發(fā)新的事件「The changeof the managed sites list」。因此,我們再進(jìn)一步找出有用的新事件如下The change of the managed sites list(被管理節(jié)點列表改變)On the result of discovery of all alive site for watching(探索所有的被監(jiān)視活動節(jié)點產(chǎn)生結(jié)果)The change of the memory of all alive site for watching(被監(jiān)視的活動節(jié)點更新)
因此,我們可以再補(bǔ)入這些事件,以及它們所引發(fā)的響應(yīng)。
依照上述的方法,我們可以填寫其余Agent的事件響應(yīng)式。我們依據(jù)Agent屬性表可以列出FaultWatchAgent的原始事件如下After the birth(產(chǎn)生后事件)On clockl tick(scan the managed site)(定時時鐘1觸發(fā)事件(掃描被管理節(jié)點))On clock2 tick(contact the HomeAgent)(定時時鐘2觸發(fā)事件(聯(lián)系HomeAgent))When the HomeAgent requests to terminate the watch mission(當(dāng)HomeAgent請求中止監(jiān)視任務(wù))再進(jìn)一步找出有用的新事件如下One or more faults are discovered(一個或多個故障被發(fā)現(xiàn))Contact the HomeAgent successfully(聯(lián)系HomeAgent成功)Fail to contact the HomeAgent(聯(lián)系HomeAgent失敗)the HomeAgent cannot be contacted for a long time(長時間無法聯(lián)系上HomeAgent)因此,可以填寫如下的表。
我們可以進(jìn)一步整理每個Agent相關(guān)的事件、信息邏輯、與響應(yīng)。把屬于同一類的合并在一起。HomeAgentEventLifecycle Handler(生命周期控制器)After the birth(產(chǎn)生后事件)Clock(時鐘)Periodical(周期)Memory Change(記憶改變)The managed sites list(管理節(jié)點列表)All alive site for watching(所有監(jiān)視的活動節(jié)點)Face(交互)A request from the user to start watch mission(用戶請求開始監(jiān)視任務(wù))A request from the user to terminate watch mission(用戶請求中止監(jiān)視任務(wù))Ear(外部)A FaultWatchAgent warns the fault information(FaultWatchAgent通知故障信息)The FaultFixAgent reports the result of the fault-fixing(FaultFixAgent報告故障修復(fù)結(jié)果)Info&LogicMem
the ID and location of the FaultWatchAgents(FaultWatchAgent的識別號和位置)the managed sites list(管理節(jié)點列表)EventThe warning from a FaultWatchAgent(來自FaultWatchAgent的告警)The result of the fault-fixing(故障修復(fù)結(jié)果)ReactionToolManagedSitesListReader(管理節(jié)點列表讀取器)FaultInfoDiscoverTool(故障信息發(fā)現(xiàn)工具)FaultInfoRecorder(故障信息記錄器)Reproduction(再生)FaultWatchAgentsRemember(記憶)The ID and location of the FaultWatchAgents(FaultWatchAgent的識別號和位置)Face(交互)FaultInfoReport(故障信息報告)其中Tool是額外的工具,在進(jìn)行某些響應(yīng)時,會使用某些工具。此時,就會列于Tool下,例如Agent會需要利用ManagedSitesListReader來讀取被管理節(jié)點列表。而Face表示GUI系統(tǒng),GUI系統(tǒng)可能會傳來事件,也可以用來顯示某些想要告訴用戶的結(jié)果。而Ear代表Agent可能會接收到的信息。
依照同樣的方式,我們可以完成其余Agent的整理。FaultWatchAgentEventLifecycle Handler(生命周期控制器)After the birth(產(chǎn)生后事件)Clock(時鐘)Periodical-1(周期1)Periodical-2(周期2)Memory Change(記憶改變)Managed site for watching(監(jiān)視中的管理節(jié)點)The failure count of contacting HomeAgent is over thethresholdContactEventListener(當(dāng)試著連絡(luò)某Agent時,成功或失敗都會引發(fā)這個事件)Contact the HomeAgent successfully(聯(lián)系HomeAgent成功)Fail to contact the HomeAgent(聯(lián)系HomeAgent失敗)Ear(外部)When the HomeAgent requests to terminate the watch mission(當(dāng)HomeAgent請求中止監(jiān)視任務(wù))Info & LogicMemThe destination to go(遷移目標(biāo)位置)The location and ID of the HomeAgent(HomeAgent的識別號和位置)ReactionToolMemoryBasedLeg(依據(jù)存儲區(qū)的內(nèi)容進(jìn)行移動)
FaultScaner(掃描被管理節(jié)點的故障)AgentContact(聯(lián)絡(luò)某個Agent)Reproduction(再生)Remember(把信息記到存儲區(qū))failure count of contacting the HomeAgent(聯(lián)系HomeAgent的失敗次數(shù))Mouth(發(fā)送信息)Report the discovered fault information to the HomeAgent(向HomeAgent報告發(fā)現(xiàn)的故障信息)
權(quán)利要求
1.一種基于移動代理生產(chǎn)開發(fā)的事件響應(yīng)模型方法,其特征在于首先要進(jìn)行基于模型驅(qū)動思想的移動代理分析--移動代理屬性表初步找出需要的移動代理的類型,在決定每一種移動代理類型的責(zé)任,并以粗略的關(guān)鍵來看各種移動代理之間的互動,填寫移動代理屬性表;其次要根據(jù)移動代理屬性表進(jìn)行基于模型驅(qū)動思想的移動代理設(shè)計--移動代理事件響應(yīng)式利用移動代理屬性表生成移動代理事件響應(yīng)式;最后根據(jù)移動代理事件響應(yīng)式實現(xiàn)移動代理的代碼基于模型驅(qū)動思想的移動代理實現(xiàn)--移動代理代碼利用移動代理事件響應(yīng)式生成移動代理具體代碼。
2.根據(jù)權(quán)利要求1所述一種基于移動代理生產(chǎn)開發(fā)的事件響應(yīng)模型方法,其特征在于基于模型驅(qū)動思想的移動代理分析為1)初步找出需要的移動代理類型,2)決定每一種移動代理類型的責(zé)任,3)以粗略的觀點來看各種移動代理之間的互動,檢查應(yīng)用的目標(biāo)是否有被解決,4)倘若目標(biāo)尚未解決,便考慮增加新類型的移動代理或是為已存的移動代理類型增加責(zé)任,5)倘若以粗略的觀點來看,各種移動代理之間的互動已能滿足目標(biāo),則結(jié)束,在識別出移動代理的類型,以及大致的責(zé)任分工后,我們透過填寫固定格式的表格來進(jìn)一步確定移動代理的特質(zhì)。這個表格我們稱之「移動代理屬性表。
3.根據(jù)權(quán)利要求1所述的一種基于移動代理生產(chǎn)開發(fā)的事件響應(yīng)模型方法,其特征在于基于模型驅(qū)動思想的移動代理設(shè)計為在事件決定響應(yīng)模型下進(jìn)行移動代理的設(shè)計,會需要利用前一子節(jié)中所介紹的移動代理屬性表,再轉(zhuǎn)化為成所謂的移動代理事件響應(yīng)式。每一條移動代理事件響應(yīng)式都是由三個部份組成事件、信息與邏輯--決定、響應(yīng);1)列出原始的事件,2)寫出每個事件所引發(fā)的響應(yīng),并且記錄做出此響應(yīng)需要的輔助信息,即記憶與事件的內(nèi)容及判斷邏輯,3)列出響應(yīng)所引發(fā)的新事件,4)檢查是否所有列出的事件皆有相對應(yīng)的響應(yīng),若否則回到步驟2,反之則接續(xù)下一步驟。
4.根據(jù)權(quán)利要求1所述的一種基于移動代理生產(chǎn)開發(fā)的事件響應(yīng)模型方法,其特征在于基于模型驅(qū)動思想的移動代理實現(xiàn)為在事件決定響應(yīng)模型下進(jìn)行移動代理的實現(xiàn),會需要利用前一子節(jié)中所介紹的移動代理事件響應(yīng)式子,再轉(zhuǎn)化為成相應(yīng)的面向?qū)ο蟮拇a;每一條移動代理事件響應(yīng)式都是由三個部份組成事件、信息與邏輯即決定、響應(yīng),他們就對應(yīng)著面向?qū)ο笾械氖录?、實現(xiàn)、消息。
全文摘要
一種基于移動代理生產(chǎn)開發(fā)的事件響應(yīng)模型方法主要用于解決移動代理的開發(fā)問題,首先要進(jìn)行基于模型驅(qū)動思想的移動代理分析--移動代理屬性表初步找出需要的移動代理的類型,在決定每一種移動代理類型的責(zé)任,并以粗略的關(guān)鍵來看各種移動代理之間的互動,填寫移動代理屬性表;其次要根據(jù)移動代理屬性表進(jìn)行基于模型驅(qū)動思想的移動代理設(shè)計--移動代理事件響應(yīng)式利用移動代理屬性表生成移動代理事件響應(yīng)式;最后根據(jù)移動代理事件響應(yīng)式實現(xiàn)移動代理的代碼基于模型驅(qū)動思想的移動代理實現(xiàn)--移動代理代碼利用移動代理事件響應(yīng)式生成移動代理具體代碼。通過使用本發(fā)明提出的方法可以實現(xiàn)Agent的高效開發(fā)。
文檔編號H04L29/06GK1822595SQ200610039040
公開日2006年8月23日 申請日期2006年3月23日 優(yōu)先權(quán)日2006年3月23日
發(fā)明者王汝傳, 孫正林, 徐小龍 申請人:南京郵電大學(xué)