【文章內(nèi)容簡(jiǎn)介】 ，會(huì)議策略的制定和修改等。另外，還可以通過(guò)會(huì)議管理服務(wù)器對(duì)會(huì)議控制服務(wù)器的系統(tǒng)參數(shù)進(jìn)行配置，并提交到系統(tǒng)數(shù)據(jù)庫(kù)保存。會(huì)議控制服務(wù)器在啟動(dòng)時(shí)可以從系統(tǒng)數(shù)據(jù)庫(kù)將系統(tǒng)參數(shù)下載到本地，進(jìn)行系統(tǒng)的初始化?！　?）會(huì)議控制服務(wù)器　　會(huì)議控制服務(wù)器是此系統(tǒng)的控制中心，模型中的會(huì)議控制中心功能，包括會(huì)議的創(chuàng)建、啟動(dòng)、刪除、會(huì)場(chǎng)管理和控制、會(huì)議狀態(tài)信息的采集和發(fā)布、會(huì)議成員的在席管理、處理會(huì)議成員請(qǐng)求等。會(huì)議控制服務(wù)器通過(guò)MEGACO/[5]命令對(duì)媒體服務(wù)器的媒體混合處理進(jìn)行控制?！　?huì)議控制服務(wù)器主要由總控模塊、Web管理模塊、啟動(dòng)/注冊(cè)模塊、即時(shí)會(huì)議模塊、會(huì)議狀態(tài)通告模塊、會(huì)議控制模塊和會(huì)議列表等幾部分組成。其中總控模塊主要負(fù)責(zé)系統(tǒng)的初始化工作和各個(gè)模塊之間的通信調(diào)度等功能；啟動(dòng)/注冊(cè)模塊主要負(fù)責(zé)會(huì)議的啟動(dòng)和結(jié)束等操作；會(huì)議狀態(tài)通告模塊負(fù)責(zé)完成會(huì)議狀態(tài)信息通知服務(wù)，遵從RFC3265標(biāo)準(zhǔn)；會(huì)議控制模塊是會(huì)議控制服務(wù)器的主要功能模塊，采用基于事件觸發(fā)的工作機(jī)制。會(huì)議列表負(fù)責(zé)維護(hù)會(huì)議的狀態(tài)信息，包括會(huì)議屬性、成員列表、請(qǐng)求隊(duì)列和消息隊(duì)列等，并提供對(duì)這些數(shù)據(jù)進(jìn)行操作的接口函數(shù)。　　4） 媒體服務(wù)器　　媒體服務(wù)器可采用純軟件方式實(shí)現(xiàn)媒體混合等處理，與傳統(tǒng)的采用硬件板卡的方式相比，具有巨大的成本優(yōu)勢(shì)。會(huì)議控制服務(wù)器通過(guò)MEGACO/，完成創(chuàng)建關(guān)聯(lián)域、增加終端、刪除終端、修改終端屬性、刪除關(guān)聯(lián)域等操作。媒體服務(wù)器接收與會(huì)者發(fā)來(lái)的媒體流，按照媒體策略進(jìn)行混合后，再分發(fā)給與會(huì)者，從而實(shí)現(xiàn)會(huì)議媒體流的交互。在介紹了集中式視頻會(huì)議系統(tǒng)的結(jié)構(gòu)之后，下面簡(jiǎn)單介紹此系統(tǒng)的工作原理?！　?創(chuàng)建會(huì)議　　此系統(tǒng)支持預(yù)約式會(huì)議和即時(shí)會(huì)議2種會(huì)議類(lèi)型?！　☆A(yù)約式會(huì)議的創(chuàng)建可通過(guò)Web管理系統(tǒng)來(lái)完成。會(huì)議預(yù)定成功后，將向系統(tǒng)數(shù)據(jù)庫(kù)的會(huì)議數(shù)據(jù)表插入一條記錄。會(huì)議控制服務(wù)器的Web管理模塊對(duì)系統(tǒng)數(shù)據(jù)庫(kù)的會(huì)議數(shù)據(jù)表進(jìn)行周期掃描，若發(fā)現(xiàn)新的會(huì)議記錄，則按照預(yù)定要求生成新的會(huì)議節(jié)點(diǎn)，添加到會(huì)議列表中?！　〖磿r(shí)會(huì)議的創(chuàng)建可通過(guò)多媒體會(huì)議終端完成。用戶只需向指定的會(huì)議工廠URI發(fā)送INVITE請(qǐng)求即可創(chuàng)建一個(gè)即時(shí)會(huì)議。新會(huì)議的URI由302響應(yīng)的Contact頭域帶回?！　?加入會(huì)議　　與會(huì)者可以通過(guò)以下5種方式加入到會(huì)議中：　　a）CallIn方式。用戶可通過(guò)Email、Web公告、即時(shí)消息等方式事先獲得會(huì)議URI，然后向會(huì)議URI發(fā)送INVITE消息，請(qǐng)求加入會(huì)議?！　）CallOut方式。會(huì)議開(kāi)始后，會(huì)議控制中心向用戶發(fā)送INVITE消息，邀請(qǐng)其加入會(huì)議。會(huì)議控制中心需事先存儲(chǔ)與會(huì)者的URI列表?！　）第三方通過(guò)向會(huì)議URI發(fā)送REFER[6]請(qǐng)求，觸發(fā)會(huì)議控制中心邀請(qǐng)用戶加入會(huì)議。　　d）第三方通過(guò)向用戶發(fā)送REFER請(qǐng)求，觸發(fā)用戶主動(dòng)加入會(huì)議。e）若用戶不知道會(huì)議URI，但可能通過(guò)其他途徑獲得會(huì)議中的某一個(gè)會(huì)話ID，則可通過(guò)發(fā)送帶有Join頭域的INVITE消息來(lái)加入會(huì)議[7]。　　 會(huì)議狀態(tài)信息通告機(jī)制　　與會(huì)者在會(huì)議進(jìn)行期間可以獲得會(huì)議的事件及狀態(tài)信息，這通過(guò)會(huì)議通告服務(wù)（CNS）來(lái)實(shí)現(xiàn)。如圖4中的F9－F12所示，與會(huì)者在加入會(huì)議后可向會(huì)議控制中心發(fā)送SUBSCRIBE請(qǐng)求。訂閱感興趣的會(huì)議事件和狀態(tài)通知的服務(wù)，當(dāng)某類(lèi)事件發(fā)生或會(huì)議的狀態(tài)發(fā)生變化時(shí)，會(huì)議通告服務(wù)器將生成狀態(tài)報(bào)告的事件包，通過(guò)NOTIFY請(qǐng)求發(fā)送給訂閱者，通告發(fā)生的事件或狀態(tài)的變化情況?！　?會(huì)場(chǎng)控制機(jī)制　　會(huì)場(chǎng)控制（Floor Control）是指對(duì)共享資源的訪問(wèn)控制，如對(duì)發(fā)言權(quán)、視頻顯示等公共資源的控制。會(huì)場(chǎng)控制消息是在會(huì)議主席、會(huì)議服務(wù)器和會(huì)議成員之間傳遞的，可分為2部分：會(huì)議控制命令和會(huì)議控制事件。會(huì)議控制命令是從會(huì)議主席或經(jīng)過(guò)授權(quán)的會(huì)議參與者發(fā)往會(huì)議服務(wù)器的更改會(huì)場(chǎng)資源狀態(tài)的請(qǐng)求。而會(huì)議控制事件消息是一種關(guān)于會(huì)場(chǎng)資源狀態(tài)信息的報(bào)告，由會(huì)議服務(wù)器發(fā)往會(huì)議參與者?？刂泼畹膬?nèi)容可以是添加會(huì)場(chǎng)資源、請(qǐng)求使用會(huì)場(chǎng)資源、主席批準(zhǔn)/拒絕請(qǐng)求或改變會(huì)議策略等?？刂剖录t用來(lái)向會(huì)議參與者報(bào)告有關(guān)會(huì)場(chǎng)資源占用情況的變化、會(huì)議策略或媒體配置的變更等情況。　　會(huì)場(chǎng)控制命令采用SOAP格式封裝[8]，由SIP協(xié)議的INFO[9]消息作為承載消息。會(huì)場(chǎng)控制事件消息的傳送可以通過(guò)會(huì)議狀態(tài)信息通告機(jī)制來(lái)實(shí)現(xiàn)?！　?結(jié)束會(huì)議　　預(yù)約型會(huì)議的結(jié)束時(shí)間在預(yù)定時(shí)已經(jīng)確定，當(dāng)會(huì)議的結(jié)束時(shí)間到，但會(huì)議中仍有與會(huì)者時(shí)，則會(huì)議控制中心向其發(fā)送BYE消息并將其刪除，然后執(zhí)行去注冊(cè)過(guò)程。去注冊(cè)成功后，會(huì)議控制服務(wù)器將此會(huì)議節(jié)點(diǎn)刪除?！　〖磿r(shí)會(huì)議因在創(chuàng)建時(shí)沒(méi)有確定結(jié)束時(shí)間，故不能依據(jù)會(huì)議的結(jié)束時(shí)間來(lái)結(jié)束會(huì)議。即時(shí)會(huì)議判斷結(jié)束的條件是會(huì)議中的與會(huì)者數(shù)目。當(dāng)會(huì)議中的最后一個(gè)與會(huì)者退出會(huì)議后，認(rèn)為會(huì)議結(jié)束，執(zhí)行去注冊(cè)過(guò)程，去注冊(cè)成功后即刪除會(huì)議節(jié)點(diǎn)?！≌?根據(jù)IETF SIPPING工作組提出的集中式會(huì)議模型，設(shè)計(jì)并實(shí)現(xiàn)了基于SIP的視頻會(huì)議系統(tǒng)。 該系統(tǒng)各部分可分別設(shè)計(jì)，具有良好的可擴(kuò)展性。詳細(xì)介紹了此系統(tǒng)的結(jié)構(gòu)和工作原理。　　前言　　近幾年來(lái)，隨著計(jì)算機(jī)技術(shù)、通信技術(shù)和互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展，視頻會(huì)議的應(yīng)用范圍正逐漸從傳統(tǒng)的專業(yè)領(lǐng)域、大型企業(yè)等高端用戶向中小企業(yè)等普通用戶和個(gè)人用戶拓展。據(jù)有關(guān)機(jī)構(gòu)的分析結(jié)果顯示，并以每年26%的速度遞增，市場(chǎng)前景十分廣闊?！　”疚闹饕榻B了一種基于SIP的集中式視頻會(huì)議模型，并根據(jù)此模型設(shè)計(jì)了初步的實(shí)現(xiàn)方案，分析了此方案的工作原理。目前，IETF領(lǐng)導(dǎo)的對(duì)SIP會(huì)議模型的研究還處于草案階段，并沒(méi)有成