【正文】 //被動(dòng)分發(fā)消息的TTL值int。 //被動(dòng)分發(fā)節(jié)點(diǎn)的ID標(biāo)識(shí)int pas_size。 //主動(dòng)分發(fā)消息所經(jīng)過的節(jié)點(diǎn)數(shù)統(tǒng)計(jì)int file_pro[10]。 //主動(dòng)分發(fā)的規(guī)模int act_ttl。 //節(jié)點(diǎn)請(qǐng)求的元數(shù)據(jù)標(biāo)識(shí)數(shù)組}2． 主動(dòng)分發(fā)中包的數(shù)據(jù)結(jié)構(gòu)struct pk_format_ACTMD{object id act_pro_objid。 //會(huì)議消息所經(jīng)過的節(jié)點(diǎn)數(shù)統(tǒng)計(jì)int file_pro[10]。 //會(huì)議參加消息標(biāo)識(shí)float meet_time。 //會(huì)議開始消息標(biāo)識(shí)int meet_deny。 //會(huì)議消息的TTL值int meet_try。 //會(huì)議召開者的ID標(biāo)識(shí)int meet_size。 主動(dòng)/被動(dòng)分發(fā)進(jìn)程級(jí)模型 仿真算法 仿真數(shù)據(jù)結(jié)構(gòu)由于OPNET仿真主要基于數(shù)據(jù)包的通信，通信協(xié)議也必須通過包的字段來進(jìn)行體現(xiàn)，因此仿真中所使用包的數(shù)據(jù)結(jié)構(gòu)是整個(gè)仿真數(shù)據(jù)結(jié)構(gòu)的核心，下面將分別對(duì)RMMD及主動(dòng)/被動(dòng)分發(fā)算法中的包的數(shù)據(jù)結(jié)構(gòu)進(jìn)行介紹。 仿真進(jìn)程級(jí)模型 不同的分發(fā)算法，應(yīng)該對(duì)應(yīng)于不同的進(jìn)程級(jí)模型，它采用有限狀態(tài)機(jī)（FSM）來定義和實(shí)現(xiàn)了輪值會(huì)議元數(shù)據(jù)分發(fā)的協(xié)議。當(dāng)節(jié)點(diǎn)的連接度為3時(shí)，收發(fā)－信機(jī)沒有空閑的；而當(dāng)節(jié)點(diǎn)的連接度為2時(shí)有一對(duì)收發(fā)－信機(jī)空閑。 仿真節(jié)點(diǎn)級(jí)模型 根據(jù)上層（網(wǎng)絡(luò)層）的需要對(duì)OPNET仿真的節(jié)點(diǎn)級(jí)模型進(jìn)行設(shè)計(jì)。另外，為了簡(jiǎn)化處理，對(duì)于仿真系統(tǒng)中數(shù)據(jù)資源的設(shè)置如下：在仿真中設(shè)定數(shù)據(jù)資源為100個(gè)不同的文檔，且每個(gè)文檔都會(huì)有多份的拷貝，用數(shù)字0到99來標(biāo)識(shí)這樣文檔的元數(shù)據(jù)。目前流行的很多純P2P網(wǎng)格是滿足小世界特性的，故將此網(wǎng)絡(luò)級(jí)模型設(shè)計(jì)為符合Small World特性，仿真實(shí)驗(yàn)中具體設(shè)計(jì)如下：網(wǎng)絡(luò)由35個(gè)節(jié)點(diǎn)組成，節(jié)點(diǎn)按照node_1到node_35進(jìn)行編號(hào)，每個(gè)節(jié)點(diǎn)都于其最近的2個(gè)相鄰節(jié)點(diǎn)相連，同時(shí)考慮到實(shí)際網(wǎng)絡(luò)結(jié)構(gòu)的隨機(jī)性，讓一部分節(jié)點(diǎn)隨機(jī)的與另一個(gè)節(jié)點(diǎn)相連。 仿真網(wǎng)絡(luò)級(jí)模型根據(jù)OPNET仿真設(shè)計(jì)的需要，首先應(yīng)該將最上層的網(wǎng)絡(luò)級(jí)模型實(shí)現(xiàn)出來。激活后從非強(qiáng)制狀態(tài)的離開代碼開始執(zhí)行在非強(qiáng)制狀態(tài)的進(jìn)入代碼執(zhí)行后結(jié)束激活若在相鄰非強(qiáng)制狀態(tài)之間存在多個(gè)強(qiáng)制狀態(tài)，則這些狀態(tài)將一次性順序執(zhí)行 加入強(qiáng)制狀態(tài)后的狀態(tài)執(zhí)行流程 仿真模型按照OPNET仿真建模機(jī)制，應(yīng)該采用網(wǎng)絡(luò)—節(jié)點(diǎn)—進(jìn)程三層結(jié)構(gòu)進(jìn)行構(gòu)造，由于要對(duì)RMMD、主動(dòng)分發(fā)、被動(dòng)分發(fā)進(jìn)行相應(yīng)的仿真并最后進(jìn)行對(duì)比，所以只需要根據(jù)三種分發(fā)方式的不同定義好相應(yīng)的進(jìn)程級(jí)模型，并讓相應(yīng)的進(jìn)程級(jí)模型部署到相同的網(wǎng)絡(luò)、節(jié)點(diǎn)層上，即此仿真模型的網(wǎng)絡(luò)層、節(jié)點(diǎn)層對(duì)于不同的分發(fā)算法都是一致的，這也即是OPNET仿真設(shè)計(jì)的優(yōu)勢(shì)所在。強(qiáng)制狀態(tài)只是由于編程的需要，為了有限狀態(tài)機(jī)編程的方便而提出的一個(gè)狀態(tài)。 阻塞 等待中斷 離開代碼根據(jù)對(duì)條件的判斷，轉(zhuǎn)移線將指導(dǎo)進(jìn)程進(jìn)入下一個(gè)狀態(tài)或者返回本狀態(tài)。對(duì)于非強(qiáng)制狀態(tài)，當(dāng)進(jìn)程執(zhí)行完進(jìn)入代碼后，處于阻塞狀態(tài)，并等待被激活。每個(gè)狀態(tài)的執(zhí)行代碼分為上下兩個(gè)部分，上面部分稱為執(zhí)行代碼(enter executive)，下面部分成為離開執(zhí)行代碼(exit executive)，分別在仿真進(jìn)入或離開這一狀態(tài)時(shí)執(zhí)行。初始狀態(tài)是進(jìn)程被訪問的第一個(gè)狀態(tài)，一般在此狀態(tài)中進(jìn)行變量的初始化工作；對(duì)于強(qiáng)制狀態(tài)，指的是當(dāng)仿真進(jìn)入到此狀態(tài)后，仿真核心不允許其停留在這個(gè)狀態(tài)，強(qiáng)制其立即轉(zhuǎn)移到下一個(gè)狀態(tài)；對(duì)于非強(qiáng)制狀態(tài)，進(jìn)行非強(qiáng)制狀態(tài)后的仿真，將停留在那個(gè)狀態(tài)，等待觸發(fā)喚起。狀態(tài)的含義就是進(jìn)程在仿真進(jìn)行當(dāng)中所處的眾多模式中的一個(gè)，狀態(tài)之間既是互斥的，又是互補(bǔ)的，進(jìn)程在收到中斷之后，就會(huì)從一個(gè)狀態(tài)轉(zhuǎn)移到另一個(gè)狀態(tài)。對(duì)于仿真來說，仿真的控制權(quán)不斷地在進(jìn)程模型和仿真核心之間轉(zhuǎn)移，當(dāng)事件到達(dá)時(shí)，仿真核心確定該事件應(yīng)該交給哪一個(gè)進(jìn)程進(jìn)行處理，控制權(quán)隨后轉(zhuǎn)交給了該進(jìn)程模型，進(jìn)程模型進(jìn)入活動(dòng)狀態(tài)，進(jìn)程模型根據(jù)到達(dá)的事件種類，進(jìn)行相應(yīng)處理，處理后重新把控制權(quán)交回給仿真核心，進(jìn)程模型進(jìn)入阻塞狀態(tài)，即進(jìn)程模型就是不斷在阻塞和活動(dòng)狀態(tài)之間進(jìn)行轉(zhuǎn)換。有限狀態(tài)機(jī)是動(dòng)態(tài)的，并且可以在仿真中對(duì)其它有限狀態(tài)機(jī)引起的特定事件進(jìn)行響應(yīng)。可以用狀態(tài)和轉(zhuǎn)移條件圖形化的定義一個(gè)事件的邏輯。每個(gè)模塊完成一部分節(jié)點(diǎn)行為，同時(shí)每個(gè)模塊可以生成，發(fā)送和接受來自其它模塊的包。從編輯器的對(duì)象面板上拖拉，點(diǎn)擊節(jié)點(diǎn)和鏈路或者使用導(dǎo)入拓?fù)浣Y(jié)構(gòu)和快速對(duì)象配置來建立網(wǎng)絡(luò)。 OPNET modeler的核心編輯器界面1. 網(wǎng)絡(luò)編程器網(wǎng)絡(luò)編輯器以圖形化的方式展示了通信網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)。 OPNET編程特點(diǎn)OPNET modeler進(jìn)程—節(jié)點(diǎn)—網(wǎng)絡(luò)三層結(jié)構(gòu)的建模機(jī)制簡(jiǎn)單明了，在“進(jìn)程層”模擬單個(gè)對(duì)象的行為，在“節(jié)點(diǎn)層”將其互連成設(shè)備，在“網(wǎng)絡(luò)層”將這些設(shè)備互連組成網(wǎng)絡(luò)，幾個(gè)不同的網(wǎng)絡(luò)場(chǎng)景組成“項(xiàng)目”，從而比較不同的設(shè)計(jì)[40,41,42]。OPNET采用離散事件驅(qū)動(dòng)的模擬機(jī)制，其仿真核心實(shí)際上為離散事件驅(qū)動(dòng)的事件調(diào)度器(Event Scheduler)，它對(duì)所有進(jìn)程模塊希望完成的事件和計(jì)劃該事件發(fā)生的時(shí)間進(jìn)行列表和維護(hù)。目前共有大概2700個(gè)OPNET用戶，包括企業(yè)、網(wǎng)絡(luò)運(yùn)營(yíng)商，儀器配備廠商以及軍事、教育、銀行、保險(xiǎn)等領(lǐng)域，OPNET近幾年贏得的大量獎(jiǎng)項(xiàng)是對(duì)其在網(wǎng)絡(luò)仿真中所采用的精確模擬方式及其呈現(xiàn)結(jié)果的充分肯定。OPNET迅速而穩(wěn)步發(fā)展，作為高科技之網(wǎng)絡(luò)規(guī)劃、仿真及分析工具，OPNET在通信、國(guó)防及電腦網(wǎng)絡(luò)領(lǐng)域已經(jīng)被廣泛認(rèn)可和采用。沖突檢測(cè)/處理模塊的功能是完成對(duì)會(huì)議召集過程中、會(huì)議進(jìn)行過程中的相關(guān)會(huì)議沖突進(jìn)行檢測(cè)及處理。會(huì)議延遲模塊的功能是完成對(duì)會(huì)議沖突處理模塊處理后需要進(jìn)行延遲阻塞的會(huì)議進(jìn)行相關(guān)設(shè)置，讓此會(huì)議在相應(yīng)時(shí)間后再次被系統(tǒng)觸發(fā)。會(huì)議觸發(fā)模塊的功能是完成輪值會(huì)議的觸發(fā)，網(wǎng)格系統(tǒng)中的每個(gè)節(jié)點(diǎn)中都應(yīng)包含一種隨機(jī)被系統(tǒng)觸發(fā)的機(jī)制，被觸發(fā)的節(jié)點(diǎn)將會(huì)成為“會(huì)議候選節(jié)點(diǎn)”進(jìn)行會(huì)議的召集。 RMMD原型系統(tǒng)開發(fā)、分發(fā)策略的介紹與設(shè)計(jì)。為了更好的對(duì)網(wǎng)格中元數(shù)據(jù)分發(fā)策略進(jìn)行仿真，提高仿真的效率及仿真結(jié)果的有效性，擬采用OPNET 這一通用網(wǎng)絡(luò)仿真工具來完成元數(shù)據(jù)分發(fā)方法的仿真工作。4 原型系統(tǒng)開發(fā)與仿真實(shí)驗(yàn)分析網(wǎng)格系統(tǒng)是一個(gè)非常龐大而且復(fù)雜的系統(tǒng)，在實(shí)際運(yùn)行之前應(yīng)確保系統(tǒng)具有設(shè)計(jì)時(shí)預(yù)期的性能表現(xiàn)，因此需要使用實(shí)驗(yàn)加以測(cè)試與驗(yàn)證，一般采用仿真實(shí)驗(yàn)的方式對(duì)網(wǎng)格系統(tǒng)進(jìn)行評(píng)估。雖然這樣做會(huì)導(dǎo)致會(huì)議相關(guān)消息數(shù)的增加，必然增加網(wǎng)絡(luò)的通信開銷，增加分發(fā)的代價(jià)，但是由于這些參加此次會(huì)議的節(jié)點(diǎn)可以去參加別的會(huì)議獲取定購(gòu)的元數(shù)據(jù)，即相當(dāng)于將在這次會(huì)議沒有獲得滿足的元數(shù)據(jù)定購(gòu)請(qǐng)求向外傳播出去，這樣必然會(huì)提高元數(shù)據(jù)定購(gòu)請(qǐng)求的命中率，可以進(jìn)一步提高元數(shù)據(jù)分發(fā)的準(zhǔn)確性，相對(duì)于分發(fā)代價(jià)的增大，對(duì)于分發(fā)準(zhǔn)確性的提高效果還是很能值得的。顯然，這種改變是不可取的。如果改變一下輪值會(huì)議分發(fā)策略，讓“會(huì)議參加節(jié)點(diǎn)”將自己擁有的所有元數(shù)據(jù)（而非部分）分發(fā)給“會(huì)議主持節(jié)點(diǎn)”，這樣肯定就能讓“會(huì)議主持節(jié)點(diǎn)”收集到會(huì)議域內(nèi)的全域元數(shù)據(jù)信息，這樣就更有可能完全滿足“會(huì)議參加節(jié)點(diǎn)”的元數(shù)據(jù)定購(gòu)請(qǐng)求?！皶?huì)議主持節(jié)點(diǎn)”在會(huì)議進(jìn)行中相當(dāng)于中心服務(wù)器的角色，它會(huì)收集到這個(gè)會(huì)議域內(nèi)的所有元數(shù)據(jù)更新信息，同時(shí)還有一部分的全域元數(shù)據(jù)信息，這樣它就可以對(duì)自己的元數(shù)據(jù)進(jìn)行更新，從而獲得一個(gè)“全局元數(shù)據(jù)視圖”，然后再對(duì)照每個(gè)“會(huì)議參加節(jié)點(diǎn)”的元數(shù)據(jù)定購(gòu)視圖進(jìn)行匹配，將這些查詢請(qǐng)求的元數(shù)據(jù)反饋信息分發(fā)過去，這即類似于HLA數(shù)據(jù)分發(fā)中采用的數(shù)據(jù)過濾機(jī)制，同時(shí)完成了將主動(dòng)分發(fā)方式與被動(dòng)分發(fā)方式的結(jié)合，并完全繼承了主動(dòng)分發(fā)的準(zhǔn)確性和被動(dòng)分發(fā)的低代價(jià)性。通過研究HLA數(shù)據(jù)分發(fā)中采用的數(shù)據(jù)過濾機(jī)制，為如何在元數(shù)據(jù)分發(fā)策略的研究中將兩種分發(fā)方式結(jié)合起來提供了很好的啟示，即采用本章詳細(xì)介紹的輪值會(huì)議元數(shù)據(jù)分發(fā)機(jī)制，下面將闡述RMMD采用的元數(shù)據(jù)分發(fā)策略。 元數(shù)據(jù)分發(fā)策略，一方面，被動(dòng)分發(fā)技術(shù)采用查詢分發(fā)式，即當(dāng)有查詢請(qǐng)求到達(dá)時(shí)節(jié)點(diǎn)才分發(fā)自己擁有的元數(shù)據(jù)，這種方式雖然對(duì)網(wǎng)絡(luò)資源的占用量小，具有低代價(jià)性，但是在網(wǎng)絡(luò)資源頻繁變化的環(huán)境中卻無法保證節(jié)點(diǎn)元數(shù)據(jù)的準(zhǔn)確性；另一方面，主動(dòng)分發(fā)技術(shù)能在最大可能上保證元數(shù)據(jù)的準(zhǔn)確性，但由于分發(fā)數(shù)據(jù)過多，對(duì)網(wǎng)絡(luò)資源的使用量大，使得這種分發(fā)方式的效率較低。綜述所述，可以得知time_meet的取值應(yīng)該取決于網(wǎng)絡(luò)狀況和“會(huì)議主持節(jié)點(diǎn)”對(duì)眾多消息的處理能力，因此time_meet值的具體大小應(yīng)該結(jié)合網(wǎng)絡(luò)狀況、節(jié)點(diǎn)網(wǎng)絡(luò)勢(shì)能、節(jié)點(diǎn)TTL值等綜合給定。在“會(huì)議候選節(jié)點(diǎn)”在向“會(huì)議主持節(jié)點(diǎn)”轉(zhuǎn)變前，為了避免和周圍正在舉行的會(huì)議發(fā)生沖突，設(shè)定它延遲等待一段時(shí)間time_delay，由于消息在網(wǎng)絡(luò)中的延遲，它的“會(huì)議召開消息”被正在參加（或者主持）會(huì)議的節(jié)點(diǎn)收到在網(wǎng)絡(luò)中得一段時(shí)間延遲，而這些節(jié)點(diǎn)向它發(fā)送得“會(huì)議否決消息”也得一段時(shí)間延遲，如果time_delay設(shè)定過小，則有可能此次本應(yīng)該被否決的會(huì)議得以非正常的召開，從而導(dǎo)致系統(tǒng)無法正常運(yùn)行；而如果time_delay設(shè)定過大，則會(huì)導(dǎo)致會(huì)議協(xié)議運(yùn)行效率的低下，因此應(yīng)該根據(jù)實(shí)際情況中的網(wǎng)絡(luò)狀況進(jìn)行設(shè)定這個(gè)值的大小。可以將網(wǎng)格勢(shì)能作為TTL值的主要衡量指標(biāo)，這樣TTL值可以看成節(jié)點(diǎn)的屬性值，其設(shè)置方法如下：系統(tǒng)會(huì)在初始化時(shí)計(jì)算并收集所有節(jié)點(diǎn)的網(wǎng)格勢(shì)能，設(shè)第i個(gè)節(jié)點(diǎn)的網(wǎng)格勢(shì)能為GPi，并設(shè)所有網(wǎng)格勢(shì)能中最大的為GPmax，最小的為GPmin，可以設(shè)置網(wǎng)格勢(shì)能最小的節(jié)點(diǎn)的TTL值為1，由于TTL值越大，網(wǎng)絡(luò)的延遲就會(huì)越大，這樣就應(yīng)該根據(jù)實(shí)際的網(wǎng)絡(luò)狀況設(shè)置網(wǎng)格勢(shì)能最大的節(jié)點(diǎn)的TTL值，若設(shè)置其為TTLmax，此值應(yīng)取為整數(shù)，則可知第i個(gè)節(jié)點(diǎn)的TTL值應(yīng)該為：，這樣系統(tǒng)初始化后每個(gè)節(jié)點(diǎn)舉行會(huì)議的會(huì)議規(guī)模就能確定。 RMMD的工作流程2. 會(huì)議規(guī)模設(shè)置會(huì)議的規(guī)模取決于“會(huì)議開始消息”的TTL值，TTL值越大，此消息傳播的范圍就會(huì)越大，參加會(huì)議的節(jié)點(diǎn)數(shù)就會(huì)越多，會(huì)議規(guī)模也就越大。系統(tǒng)中的每個(gè)節(jié)點(diǎn)中都應(yīng)包含一種隨機(jī)被系統(tǒng)觸發(fā)的機(jī)制，這樣在系統(tǒng)運(yùn)行初始化時(shí)就會(huì)給每個(gè)節(jié)點(diǎn)隨機(jī)的分配一個(gè)會(huì)議觸發(fā)時(shí)刻，這樣隨著系統(tǒng)當(dāng)前運(yùn)行時(shí)間的推移，當(dāng)某一個(gè)節(jié)點(diǎn)的會(huì)議觸發(fā)時(shí)刻到達(dá)時(shí)，它就會(huì)觸發(fā)為“會(huì)議候選節(jié)點(diǎn)”，在沖突檢測(cè)通過后它就會(huì)成為“會(huì)議主持節(jié)點(diǎn)”，那些參加會(huì)議的節(jié)點(diǎn)就會(huì)將自己的會(huì)議觸發(fā)時(shí)刻向后推移，具體推移數(shù)值取決于此次會(huì)議的延遲時(shí)間（具體數(shù)值為time_meet），這樣參加會(huì)議的節(jié)點(diǎn)就不會(huì)在參加會(huì)議時(shí)由于自己的會(huì)議觸發(fā)時(shí)刻到達(dá)而產(chǎn)生不必要的沖突，會(huì)議結(jié)束后“會(huì)議主持節(jié)點(diǎn)”因?yàn)橐呀?jīng)獲得了一次被系統(tǒng)觸發(fā)的機(jī)會(huì)，所以下一次被系統(tǒng)觸發(fā)的時(shí)刻應(yīng)該相對(duì)于其他還沒有被觸發(fā)的節(jié)點(diǎn)的時(shí)刻晚很多，這樣這些節(jié)點(diǎn)就可以公平地獲得被系統(tǒng)觸發(fā)的機(jī)會(huì)，其中具體下一次觸發(fā)時(shí)刻的設(shè)置應(yīng)該主要取決于網(wǎng)絡(luò)規(guī)模及每一次會(huì)議持續(xù)時(shí)間。5. RMMD協(xié)議的工作流程圖根據(jù)之前對(duì)于RMMD協(xié)議的相關(guān)介紹。如果“會(huì)議預(yù)參加節(jié)點(diǎn)”收到“會(huì)議召開消息”，則它會(huì)取出“會(huì)議候選節(jié)點(diǎn)”信息，然后比較之前的“會(huì)議候選節(jié)點(diǎn)”與目前的“會(huì)議候選節(jié)點(diǎn)”是否相同，如果相同，則說明消息重復(fù)，無需進(jìn)行別的處理；而如果不相同，則說明存在沖突，并且目前的預(yù)召開會(huì)議要晚于之前的那個(gè)預(yù)召開的會(huì)議，它向目前的“會(huì)議候選節(jié)點(diǎn)”發(fā)送一條“會(huì)議否決消息”，且設(shè)置此“會(huì)議否決消息”否決時(shí)間。4. 沖突處理規(guī)則如果“會(huì)議主持節(jié)點(diǎn)”或者“會(huì)議參加節(jié)點(diǎn)”收到“會(huì)議召開消息”，則說明存在沖突，它就會(huì)從此消息中取出“會(huì)議候選節(jié)點(diǎn)”信息，并向“會(huì)議候選節(jié)點(diǎn)”發(fā)送一條“會(huì)議否決消息”，設(shè)正在進(jìn)行會(huì)議的開始時(shí)間為meet_time_start，會(huì)議的延遲時(shí)間為time_meet，當(dāng)前時(shí)間為time_now，則應(yīng)設(shè)置此“會(huì)議否決消息”否決時(shí)間。之后它會(huì)延遲一段時(shí)間time_delay，如果在延遲時(shí)間結(jié)束前沒有收到“會(huì)議開始消息”，則此節(jié)點(diǎn)就會(huì)成為“普通節(jié)點(diǎn)”；而如果收到其他的消息，則會(huì)使用沖突處理規(guī)則進(jìn)行處理，然后繼續(xù)等待；如果收到“會(huì)議開始消息”，則它就會(huì)成為“會(huì)議參加節(jié)點(diǎn)”，它會(huì)向“會(huì)議主持節(jié)點(diǎn)”發(fā)送自己的元數(shù)據(jù)更新信息（包括自己更新的元數(shù)據(jù)以及部分擁有的元數(shù)據(jù)）、元數(shù)據(jù)定購(gòu)信息，同時(shí)會(huì)通過“會(huì)議開始消息”的TTL值來判斷是否轉(zhuǎn)發(fā)此消息：如果TTL不為1，就會(huì)將此消息的TTL值減去1后向自己的鄰居節(jié)點(diǎn)（除去“會(huì)議主持節(jié)點(diǎn)”）進(jìn)行轉(zhuǎn)發(fā)；反之就不會(huì)轉(zhuǎn)發(fā)。如果在這段會(huì)議時(shí)間內(nèi)收到“會(huì)議參加節(jié)點(diǎn)”發(fā)來的“會(huì)議參加消息”，它會(huì)將這些消息存儲(chǔ)起來，而如果收到其他的消息，它會(huì)根據(jù)沖突處理規(guī)則進(jìn)行處理；在會(huì)議時(shí)間time_meet結(jié)束前，它就會(huì)對(duì)所有“會(huì)議參加消息”中的元數(shù)據(jù)更新信息和定購(gòu)信息進(jìn)行匯總，從而得到一個(gè)全局元數(shù)據(jù)更新視圖和一個(gè)全局元數(shù)據(jù)定購(gòu)視圖，這樣它就會(huì)將結(jié)合全局元數(shù)據(jù)更新視圖將自己的元數(shù)據(jù)進(jìn)行更新，同時(shí)判斷自己更新后的元數(shù)據(jù)信息是否能滿足所有元數(shù)據(jù)的定購(gòu)需求，如果完全滿足這些需求，它就會(huì)按照每個(gè)“會(huì)議參加節(jié)點(diǎn)”的定購(gòu)信息將其所需的元數(shù)據(jù)定購(gòu)反饋發(fā)送過去，并宣告會(huì)議的結(jié)束；如果不能滿足所有的元數(shù)據(jù)的定購(gòu)需求，它會(huì)收集無法滿足的元數(shù)據(jù)定購(gòu)需求，對(duì)這些元數(shù)據(jù)進(jìn)行歸類統(tǒng)計(jì)，得到一個(gè)元數(shù)據(jù)“重定購(gòu)”視圖，最后按照自己的元數(shù)據(jù)將滿足每個(gè)“會(huì)議參加節(jié)點(diǎn)”定購(gòu)信息的元數(shù)據(jù)定購(gòu)反饋發(fā)送過去，同時(shí)將元數(shù)據(jù)“重定購(gòu)”視圖中的一部分發(fā)送過去，再宣告會(huì)議結(jié)束，此節(jié)點(diǎn)就會(huì)變?yōu)椤捌胀ü?jié)點(diǎn)”，系統(tǒng)會(huì)在某個(gè)時(shí)刻再次對(duì)它進(jìn)行觸發(fā)。3. 會(huì)議過程對(duì)于會(huì)議主持人：每個(gè)節(jié)點(diǎn)都可以被系統(tǒng)隨機(jī)觸發(fā)為會(huì)議主持人，某個(gè)節(jié)點(diǎn)一旦被系統(tǒng)觸發(fā)，就成為一個(gè)“會(huì)議候選節(jié)點(diǎn)”，它會(huì)向它的鄰居節(jié)