專利名稱：多終端的多媒體會議控制系統(tǒng)及實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體通信的應(yīng)用技術(shù)，尤其涉及一種多終端的多媒體會議控制系統(tǒng) 及實現(xiàn)方法。
背景技術(shù)：
隨著計算技術(shù)和通信技術(shù)的發(fā)展，為身處異地的人們提供交流、討論、協(xié)同工作的 多媒體會議系統(tǒng)展現(xiàn)出巨大的發(fā)展前景，它可以廣泛用于遠(yuǎn)程報告、總結(jié)、匯報、討論、教 學(xué)、產(chǎn)品發(fā)布等，能夠極大地節(jié)省開支和提高工作效率。目前，已經(jīng)有了一些多媒體會議產(chǎn) 品，但絕大部分功能集中于個人電腦的Web端，例如MSN多人語音系統(tǒng)，其基于公網(wǎng)，支持多人語音，但不支持手機和固話終端的多人語首。騰訊QQ多人語音系統(tǒng)，其類似于MSN，支持多人語音聊天，但不支持手機和固話終 端的多人語音。中興視頻會議系統(tǒng)(中興通訊多媒體綜合業(yè)務(wù)平臺)，是以全兼容智能視訊服務(wù) 器為核心的全兼容業(yè)務(wù)平臺，可全面接入專線、ISDN、IP等不同網(wǎng)絡(luò)、不同協(xié)議的視訊終端 (如，DDN、ISDN、IP等)，能提按會議質(zhì)量要求提供高清晰度會議、普通視頻會議、個人可視 通信等不同的會議內(nèi)容，支持實時通訊與非實時通訊、雙向交流與單向交流(如，組播)等。但以上產(chǎn)品或多媒體會議系統(tǒng)提供視頻和音頻通信都在一定程度上滿足了人們 的遠(yuǎn)程交流需求，然而，這些產(chǎn)品絕大多數(shù)只能支持以計算機為主的Web客戶端，而缺乏對 手機和固話終端參會功能的支持；或者，有的雖然支持手機或固話終端參會功能，但手機和 固話終端僅僅是作為信息的接收端，因而缺乏向會議系統(tǒng)發(fā)送請求進而參與會議控制等功 能的支持。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種多終端的多媒體會議控制系統(tǒng)及實現(xiàn) 方法，其基于公網(wǎng)普通媒體服務(wù)器，以實現(xiàn)手機、固話終端或Web端用戶進行會議控制功 能，從而降低公眾使用多媒體會議系統(tǒng)的費用，以有助于推廣多媒體會議業(yè)務(wù)。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種多終端的多媒體會議控制系統(tǒng)，主要包括會議能力組件子系統(tǒng)和會議流程控 制子系統(tǒng)；其中，會議能力組件子系統(tǒng)，用于實現(xiàn)會議底層的業(yè)務(wù)功能，與媒體服務(wù)器發(fā)生交互直 接調(diào)用所述媒體服務(wù)器的應(yīng)用程序編程接口 API，并封裝其基本功能接口以供其他功能模 塊調(diào)用；所述會議底層的業(yè)務(wù)功能，包括實現(xiàn)雙音多頻DTMF常態(tài)監(jiān)聽功能、語音文件播放 原子功能和設(shè)置媒體狀態(tài)原子功能；會議流程控制子系統(tǒng)，用于實現(xiàn)會議大粒度流程控制功能，包括實現(xiàn)手機、固話終 端和web客戶端申請消息獲取(核心是DTMF常態(tài)監(jiān)聽功能)、消息路由功能、終端切換功能、會議發(fā)言策略控制功能、終端發(fā)言功能和停止發(fā)言功能。其中，該多媒體會議控制系統(tǒng)進一步包括終端顯示子系統(tǒng)，用于實現(xiàn)web端的頁 面狀態(tài)顯示、包括發(fā)言狀態(tài)顯示和終端類型顯示。所述會議能力組件子系統(tǒng)，包括邏輯實體層、會議子服務(wù)層、會話初始化協(xié)議SIP 消息處理層和SIP消息適配層。所述會議流程控制子系統(tǒng)，進一步包括DTMF常態(tài)監(jiān)聽模塊、請求消息路由模塊、 會議發(fā)言策略控制模塊、終端發(fā)言模塊、停止發(fā)言模塊和終端切換模塊；其中，DTMF常態(tài)監(jiān)聽模塊，用于為手機、固話終端參與多媒體會議提供DTMF實時監(jiān)聽功 能；請求消息路由模塊，用于統(tǒng)一接收外部消息，根據(jù)不同的消息內(nèi)容將消息路由到 相關(guān)組件，以實現(xiàn)發(fā)言申請、停止發(fā)言申請、終端切換消息的路由連接；會議發(fā)言策略控制模塊，用于收集手機、固話終端和web客戶端發(fā)出的請求發(fā)言 消息，采用一定的策略進行裁決，然后將裁決結(jié)果發(fā)送給終端發(fā)言模塊；終端發(fā)言模塊，用于實現(xiàn)手機、固話終端和web客戶端在多媒體會議中發(fā)言的功 能，當(dāng)終端發(fā)言請求被批準(zhǔn)后，通過該終端發(fā)言模塊在多媒體會議中發(fā)言；停止發(fā)言模塊，用于結(jié)束會議成員的發(fā)言狀態(tài)；終端切換模塊，用于實現(xiàn)在手機、固話、web客戶端之間進行會議切換。所述請求消息路由模塊接收的外部消息，包括經(jīng)DTMF常態(tài)監(jiān)聽模塊所接收的手 機或固話終端DTMF信號中的請求消息，以及來自web客戶端的請求消息。一種多終端的多媒體會議控制系統(tǒng)的實現(xiàn)方法，該方法包括A、開啟媒體服務(wù)器DTMF監(jiān)聽功能，接收手機或固話終端的用戶申請，并從中提取 按鍵內(nèi)容，根據(jù)電話號碼從多媒體會議數(shù)據(jù)庫中查詢該用戶的相關(guān)信息，與所述按鍵內(nèi)容 一起組成請求消息發(fā)送到消息路由模塊；B、消息路由模塊接收到手機或固話終端、或web客戶端的請求消息，根據(jù)消息內(nèi) 容進行判斷，并根據(jù)判斷結(jié)果將消息路由到相關(guān)組件；若所述消息內(nèi)容為請求發(fā)言消息，則 將消息發(fā)送到會議發(fā)言策略控制模塊，并執(zhí)行步驟C ；若所述消息內(nèi)容為終端切換相關(guān)的 申請消息，則將消息發(fā)送到終端切換模塊，并執(zhí)行步驟D;若所述消息內(nèi)容為停止發(fā)言相關(guān) 的消息，則將消息發(fā)送到停止發(fā)言模塊，并執(zhí)行步驟E ；C、會議發(fā)言策略控制模塊根據(jù)請求發(fā)言消息，根據(jù)不同的工作模式采用一定策
略進行裁決，并將裁決結(jié)果發(fā)送給終端發(fā)言模塊，由與會者通過終端發(fā)言模塊進行會議發(fā) 、
H ；D、終端切換模塊根據(jù)終端切換申請消息，采用軟切換方式，在手機、固話終端和 web客戶端之間進行會議切換；E、停止發(fā)言模塊根據(jù)停止發(fā)言消息結(jié)束原因的不同，結(jié)束會議成員的發(fā)言狀態(tài)。其中，步驟C所述會議發(fā)言策略控制模塊包含三種工作模式演講模式、提問模式 和討論模式；所述演講模式適用于會議中的個人演講階段；提問模式適用于會議中的提問 階段，以從眾多提問者中選擇發(fā)言者；討論模式適用于多個與會成員同時進行發(fā)言。所述采用軟切換方式在手機、固話終端和web客戶端之間進行會議切換，具體包 括手機_ >固話、手機_ > web端、固話-> web端、手機-> web端、web端- >手機和web端_ >固話的六種會議控制切換。所述根據(jù)停止發(fā)言消息結(jié)束原因的不同結(jié)束會議成員的發(fā)言狀態(tài)，分為兩種情況 觸發(fā)；其一，發(fā)言請求由主席端發(fā)出，停止發(fā)言模塊收到該請求消息后改變發(fā)言者的媒體狀 態(tài)，中止該用戶的發(fā)言；其二，發(fā)言請求由發(fā)言者發(fā)出，當(dāng)發(fā)言者發(fā)言結(jié)束后，發(fā)言者放棄發(fā) 言權(quán)，由停止發(fā)言模塊收到該請求后改變該發(fā)言者的發(fā)言狀態(tài)，停止其發(fā)言。本發(fā)明所提供的多終端的多媒體會議控制系統(tǒng)及實現(xiàn)方法，具有以下優(yōu)點該多媒體會議控制系統(tǒng)采用包括DTMF常態(tài)監(jiān)聽模塊、請求消息路由模塊、會議發(fā) 言策略控制模塊、終端發(fā)言模塊、停止發(fā)言模塊和終端切換模塊的會議流程控制子系統(tǒng)，通 過持續(xù)監(jiān)聽DTMF信號，能夠?qū)崟r監(jiān)聽用戶按鍵申請，及時提取按鍵內(nèi)容，從而能夠?qū)崟r截 獲用戶終端發(fā)出的請求消息，以便于發(fā)送到消息路由模塊，并由消息路由模塊根據(jù)不同的 消息內(nèi)容將所述消息路由到相關(guān)組件進行發(fā)言申請、終端切換以及停止發(fā)言的功能。該多媒體會議控制系統(tǒng)，采用會議發(fā)言策略控制模塊，能夠?qū)崿F(xiàn)多種工作模式，并 配合一定的策略進行裁決，能夠使該系統(tǒng)使用者獲得最大滿意度。該多媒體會議控制系統(tǒng)，采用終端切換模塊，能夠?qū)崿F(xiàn)軟切換方式在手機、固話終 端和web客戶端之間進行會議切換，提高了系統(tǒng)的靈活性和便攜性，同時，還具有切換失敗 仍可返回原終端繼續(xù)參會的優(yōu)點，提高了多媒體會議系統(tǒng)的可靠性。


圖1為本發(fā)明多終端的多媒體會議控制系統(tǒng)功能結(jié)構(gòu)示意圖；圖la為圖1所示意會議能力組件子系統(tǒng)架構(gòu)示意圖；圖2為圖1所示意會議流程控制子系統(tǒng)中使用多種終端參會的功能示意圖；圖2a為圖2所示DTMF監(jiān)聽功能示意圖；圖2b為圖2所示停止發(fā)言模塊結(jié)束發(fā)言控制過程示意圖；圖3為web客戶端- >手機的切換流程示意圖；圖4為web- >固話終端的切換流程示意圖；圖5為手機-> web端的切換流程示意圖；圖6為固話終端_ > web端的切換流程示意圖；圖7為固話終端_ >手機端的切換流程示意圖；圖8為手機_ >固話終端的切換流程示意圖；圖9為本發(fā)明會議能力組件子系統(tǒng)DTMF常態(tài)監(jiān)聽功能實現(xiàn)過程中的消息交互示 意圖；圖10為本發(fā)明會議能力組件子系統(tǒng)終端切換功能(連接切換)實現(xiàn)過程中的消 息交互示意圖；圖11為本發(fā)明會議能力組件子系統(tǒng)的設(shè)置用戶媒體狀態(tài)功能實現(xiàn)過程中的消息 交互示意圖；圖12為本發(fā)明會議能力組件子系統(tǒng)的播放提示音功能實現(xiàn)過程中消息交互示意圖。
具體實施例方式下面結(jié)合附圖及本發(fā)明的實施例對本發(fā)明的系統(tǒng)及方法作進一步詳細(xì)的說明。
6
圖1為本發(fā)明多終端的多媒體會議控制系統(tǒng)功能結(jié)構(gòu)示意圖，如圖1所示，該多媒 體會議控制系統(tǒng)主要包括會議能力組件子系統(tǒng)10、會議流程控制子系統(tǒng)20和終端顯示子 系統(tǒng)30 ；其中會議能力組件子系統(tǒng)10，用于實現(xiàn)會議底層的業(yè)務(wù)功能，與媒體服務(wù)器發(fā)生交互 直接調(diào)用所述媒體服務(wù)器的應(yīng)用程序編程接口(API)，并封裝其基本功能接口以供其他功 能模塊調(diào)用。使用本會議能力組件子系統(tǒng)10，能夠?qū)崿F(xiàn)DTMF常態(tài)監(jiān)聽功能、語音文件播放 原子功能、設(shè)置媒體狀態(tài)原子功能等。會議流程控制子系統(tǒng)20，用于實現(xiàn)會議大粒度流程控制功能，即使用下列功能模 塊，如，DTMF常態(tài)監(jiān)聽模塊201 (電話申請消息獲取)、請求消息路由模塊202、會議發(fā)言策 略控制模塊203、終端發(fā)言模塊204、停止發(fā)言模塊205、終端切換模塊206，以實現(xiàn)手機、固 話終端和web客戶端申請消息獲取(核心是DTMF常態(tài)監(jiān)聽功能)、消息路由功能、終端切換 功能、會議發(fā)言策略控制功能、終端發(fā)言功能、停止發(fā)言功能等。以上各功能模塊詳情如圖 2所示。終端顯示子系統(tǒng)30，主要用于實現(xiàn)web端的頁面狀態(tài)顯示，包括發(fā)言狀態(tài)顯示、終 端類型顯示等。該狀態(tài)存儲在數(shù)據(jù)庫中，用到時再讀出。圖la為圖1所示意會議能力組件子系統(tǒng)架構(gòu)示意圖，如圖la所示，該子系統(tǒng)包括 邏輯實體層(又稱媒體邏輯層)、會議子服務(wù)層、會話初始化協(xié)議(SIP，Session initial Protocal)消息處理層和SIP消息適配層；其中，1)媒體邏輯層，包括參會者(Participant)邏輯實體，用于表示與會者實體在本 層可以參與的各種原子功能。通過參會者(Participant)業(yè)務(wù)邏輯單元(SBB，Service Building Block)實現(xiàn)，同時維護自己的實體狀態(tài)和資源并通過子業(yè)務(wù)邏輯層實現(xiàn)不同的 業(yè)務(wù)邏輯。2)會議子服務(wù)層，根據(jù)多媒體會議所需要的不同能力，定義不同的會議子服務(wù)，集 中實現(xiàn)不同的會議子服務(wù)的業(yè)務(wù)邏輯。它們通過實體邏輯層接收來自上層模塊的調(diào)用，并 使用SIP信令控制層的功能完成自身的業(yè)務(wù)邏輯。3) SIP消息處理層該層用于給上層提供SIP的鏈接資源，為業(yè)務(wù)執(zhí)行提供信令通 道，并進行信令級別的消息處理。4) SIP消息適配層(器)該層用于將SIP協(xié)議棧適配到Mobicents內(nèi)部，主要進 行消息的接收和發(fā)送，消息格式的轉(zhuǎn)換以及消息在各個SBB實體(Entity)的分配(分配到 Activity,每個Activity對應(yīng)于多個dialog)。這里，所述Mobicents是目前第一個也是唯 ——個被JSLEE1. 0規(guī)范認(rèn)證的開源網(wǎng)絡(luò)電話(VoIP，Voice over Internet Protocol)平 臺，Mobicents為電信應(yīng)用提供了強有力的組件模型和執(zhí)行環(huán)境，通過支持J2EE促進語音、 視頻和數(shù)據(jù)業(yè)務(wù)在下一代智能應(yīng)用中的融合。5)其他工具有數(shù)據(jù)庫接口 提供SBB訪問數(shù)據(jù)庫的接口 ；媒體服務(wù)器控制語言(MSML，MediaServer Markup Language)提供MSML語言的 生成和解析；對話和背靠背用戶代理(B2BUA)狀態(tài)機提供SIP對話和B2BUA的狀態(tài)機。對于參會者(Participant)，主要提供如下10種功能邀請成員和成員申請退出會議(網(wǎng)頁)、申請加入會議(電話)和申請退出會議(電話)、放音、獲取當(dāng)前媒體類型、 獲取支持媒體類型、設(shè)置媒體類型、獲取成員信息和電話申請服務(wù)。其中，獲取當(dāng)前媒體類 型、獲取支持媒體類型和獲取成員信息等無流程的功能，以及與SIP連接資源的相關(guān)功能 直接在參會者SBB中實現(xiàn)。其它具有流程的功能將作為參會者SBB的孩子，以子SBB方式 實現(xiàn)，在需要時由父SBB創(chuàng)建。參會者SBB實體的初始事件為邀請web端用戶加入會議 (InvitePaticipant)或邀請電話端用戶加入會議(Applyjoin)，在初始事件中創(chuàng)建為會議 成員提供服務(wù)的SIP連接。然后，再進行成員加入過程的業(yè)務(wù)邏輯。當(dāng)收到斷開會議鏈接 (DisconnectPaticipant)或申請退出會議(ApplyQuit)時，成員退出會議結(jié)束。參會者SBB 實體首先執(zhí)行退出對應(yīng)的業(yè)務(wù)邏輯，然后釋放SIP連接。圖2為圖1所示意會議流程控制子系統(tǒng)中使用多種終端參會的功能示意圖，如圖 2所示，通過對手機、固話終端的雙音多頻(DTMF)信號的連續(xù)監(jiān)聽，來實現(xiàn)多媒體會議系統(tǒng) 的多終端參會功能。該會議流程控制子系統(tǒng)20，主要包括DTMF常態(tài)監(jiān)聽模塊201、請求消息路由模塊 202、會議發(fā)言策略控制模塊203、終端發(fā)言模塊204、停止發(fā)言模塊205、終端切換模塊206 ； 其中，DTMF在現(xiàn)有網(wǎng)絡(luò)環(huán)境下的常態(tài)監(jiān)聽模塊201、會議發(fā)言策略控制模塊203、終端切換 模塊206及各模塊配合來實現(xiàn)多媒體會議控制功能，是本發(fā)明創(chuàng)新點。這里所述的DTMF信號監(jiān)聽是一項相對成熟的技術(shù)，各媒體服務(wù)器都能提供該功 能。但多媒體會議系統(tǒng)有其自身的特點，其會議成員交互性貫穿始終，即整個會議過程中， 手機或固話會議成員要用手機或固話接收信息(如，接聽會議內(nèi)容)，還要在合適場景下發(fā) 送信息(如，用手機或固話發(fā)言、請求進行終端切換等)，這就要求多媒體會議系統(tǒng)不僅能 夠向手機或固話終端發(fā)送消息，還要求能實時接收手機或固話端發(fā)出的消息，并進行相應(yīng) 的功能轉(zhuǎn)換。而現(xiàn)有的媒體服務(wù)器在DTMF監(jiān)聽啟動后只能接受一次信號，當(dāng)信號接收完畢 后，如果沒有新的觸發(fā)流程，便無法再開啟新的監(jiān)聽功能，換句話說，現(xiàn)有的媒體服務(wù)器只 能接收用戶的一次請求，無法滿足用戶在任意時刻都能向該多媒體會議系統(tǒng)發(fā)送請求的要 求。因此，現(xiàn)有的多媒體會議系統(tǒng)對手機或固話參會功能都比較弱，只支持信息接收功能或 者在指定的時間點發(fā)送指定次數(shù)的請求信號。本發(fā)明給出了一種基于現(xiàn)有DTMF監(jiān)聽技術(shù) 基礎(chǔ)上的常態(tài)DTMF監(jiān)聽技術(shù)，即能夠在會議的任意時刻監(jiān)聽到用戶發(fā)出的任意次數(shù)的請 求消息。1)DTMF常態(tài)監(jiān)聽模塊201，用于為手機、固話終端參與多媒體會議提供DTMF實時 監(jiān)聽功能；其DTMF常態(tài)監(jiān)聽的核心是監(jiān)聽的持續(xù)性，即一旦開啟，則整個過程都在監(jiān)聽用 戶按鍵，體現(xiàn)在流程上便是DTMF監(jiān)聽功能的連續(xù)啟動，如圖2a所示，其實現(xiàn)過程如下步驟2011、開啟媒體服務(wù)器進行DTMF監(jiān)聽；步驟2012、等待用戶按鍵申請；步驟2013、判斷收到按鍵內(nèi)容，若接收到的是用戶申請，則轉(zhuǎn)至步驟2014，否則返 回步驟2012 ；步驟2014、提取按鍵內(nèi)容，根據(jù)電話號碼從多媒體會議數(shù)據(jù)庫中查詢該用戶的相 關(guān)信息，與按鍵內(nèi)容一起組成請求消息發(fā)送到消息路由模塊；步驟2015、返回至步驟2011。2)請求信息路由模塊202，用于統(tǒng)一接收外部消息，根據(jù)不同的消息內(nèi)容將消息路由到相關(guān)組件，以實現(xiàn)發(fā)言申請、停止發(fā)言申請、終端切換消息的路由連接。其請求消息 路由實現(xiàn)過程如下步驟 2021、接收消息 requestMessage ；步驟2022、如果requestMessage是申請發(fā)言相關(guān)的消息(如，手機/固話申請發(fā) 言，web端申請發(fā)言)，將消息發(fā)送到“會議發(fā)言策略控制模塊”；步驟2023、如果requestMessage是停止發(fā)言相關(guān)的消息(如，手機/固話停止發(fā) 言，web端停止發(fā)言等)，將消息發(fā)送到“停止發(fā)言模塊”；步驟2024、如果requestMessage是終端切換相關(guān)的申請消息(如，手機_ >固話， 手機-> web端，固話- >手機，固話-> web端，web端- >手機，web端- > 固話)，則將 消息發(fā)送到終端切換模塊。3)會議發(fā)言策略控制模塊203，用于收集各終端(如，手機、固話終端和web客戶 端)發(fā)出的請求發(fā)言消息，采用一定的策略進行裁決，然后將裁決結(jié)果發(fā)送給終端發(fā)言模 塊204。這里，本會議發(fā)言策略控制模塊203，其包含多種模式及實現(xiàn)策略，并設(shè)計有加權(quán)公 平排隊算法，能夠進一步提升本系統(tǒng)在應(yīng)對發(fā)言申請時的整體公平性。該模塊核心是發(fā)言人裁決問題，即如何選擇發(fā)言人進行發(fā)言。本多媒體會議控制 系統(tǒng)根據(jù)多媒體會議的特點給出了三種不同的模式演講模式、提問模式和討論模式，這三 種模式在會議不同的三個階段采用，每種發(fā)言模式都對應(yīng)不同的發(fā)言策略，其具體模式如 下(1)演講模式該模式適用于會議中的個人演講階段，主席確定使用演講模式選 擇發(fā)言人時，將會出現(xiàn)可供選擇的與會成員列表，當(dāng)主席選中某位與會成員，該成員獲得發(fā) 言權(quán)，可以進行發(fā)言；(2)提問模式該模式適用于會議中的提問階段，需要從眾多的提問者中選擇發(fā) 言者，總體目標(biāo)是使本系統(tǒng)使用者獲得最大的滿意度。有三種裁決策略A、最小發(fā)言頻度策略系統(tǒng)記錄進入提問模式后每個成員的發(fā)言次數(shù)，決策時選 擇發(fā)言次數(shù)最少的成員獲得發(fā)言權(quán)。這種策略使會議整體發(fā)言趨于均衡。B、最大請求頻度策略系統(tǒng)記錄進入提問模式后每個成員的發(fā)言請求次數(shù)，并統(tǒng) 計每個成員發(fā)出發(fā)言請求而未獲得發(fā)言權(quán)的次數(shù)f，決策時選擇f 最大的賦予發(fā)言權(quán)。該策 略使得會議成員只要申請足夠積極，總能獲得發(fā)言權(quán)C、加權(quán)公平排隊策略加權(quán)公平排隊策略實際上是一種模糊策略，它綜合了多種 單一策略的參數(shù)，權(quán)衡總體進行判決。發(fā)言模塊收集申請發(fā)言的信息，將申請信息直接發(fā)送 給加權(quán)公平排隊子策略。這里的申請信息所包含的內(nèi)容不再僅僅是簡單的用戶ID，而是包 含了復(fù)雜結(jié)構(gòu)的與會成員列表。這些復(fù)雜結(jié)構(gòu)包括用戶ID、用戶申請發(fā)言的時間、用戶在該 會議中的發(fā)言次數(shù)、用戶在該會議中請求發(fā)言的次數(shù)等。該策略根據(jù)上述參數(shù)，為每一參數(shù) 合理的分配權(quán)重，綜合得出一個加權(quán)后的結(jié)果，即為發(fā)言權(quán)獲得者。具體見如下算法算法加權(quán)公平排隊算法設(shè)決策時間為c，申請發(fā)言時間為t，申請次數(shù)為r，發(fā)言次數(shù)為s,為申請時間分配 的權(quán)重為weightl，為發(fā)言次數(shù)分配的權(quán)重為weight2，為申請次數(shù)分配的權(quán)重為weight3， 用戶的發(fā)言加權(quán)值記為result。算法公式可以描述如下result = (r_s)*weight3_s*weight2_(t_c)*weightl ()
加權(quán)公平排隊算法描述如下步驟 1 :result = 0 ；步驟2 采用公式一計算申請發(fā)言者的加權(quán)值，記為temp ；步驟3 如果temp大于result，則將temp賦值給result ；轉(zhuǎn)步驟5步驟4 如果temp等于result，則比較result對應(yīng)的用戶ID與temp對應(yīng)的用戶 ID，較小者為新的result ；步驟5 循環(huán)步驟2-4，直到每個成員的加權(quán)值得出為止；步驟6 選擇result值最大者對應(yīng)的用戶為發(fā)言者，結(jié)束。加權(quán)公平排隊策略分析本策略核心是加權(quán)值計算公式，即公式一，對其變型可得 公式二；從公式二中可以看出加權(quán)值result是關(guān)于申請次數(shù)r的單調(diào)增函數(shù)，即申請次數(shù) 越多，result值越大；是關(guān)于發(fā)言次數(shù)s的單調(diào)減函數(shù)，這體現(xiàn)了會議發(fā)言的普遍性原則， 使發(fā)言機會能遍及盡可能多的提問者；是發(fā)言申請時間t的單調(diào)減函數(shù)，即鼓勵盡可能早 的發(fā)出提問申請，體現(xiàn)先來先服務(wù)的原則。result = r*weight3_s* (weight2+weight3) _t*weightl+c*weightl (公式二)當(dāng)會議主席選擇進入提問模式后，系統(tǒng)在一定時間段內(nèi)(如，1分鐘)收集各用戶 發(fā)出的發(fā)言申請，按該模式的策略進行裁決，選擇發(fā)言人。(3)討論模式討論模式開啟后，無需主席進行控制，開啟所有與會者的發(fā)言媒體 流信息，多個與會成員可以同時進行發(fā)言。綜上所述，本系統(tǒng)設(shè)計實現(xiàn)了加權(quán)公平排隊算法，該策略考慮了申請次數(shù)原則 (多發(fā)出申請則獲得發(fā)言機會大)、先來先服務(wù)原則(申請發(fā)出早的獲得發(fā)言權(quán)機會大)、以 及發(fā)言普遍性原則(獲得發(fā)言權(quán)少的申請者申請發(fā)言時獲得發(fā)言權(quán)的機會大)，并為每種 影響因素分配合理的權(quán)重，最終算出一個合理的加權(quán)值。4)終端發(fā)言模塊204，用于實現(xiàn)手機、固話終端和web客戶端在多媒體會議中發(fā)言 的功能，即終端發(fā)言請求被批準(zhǔn)后，通過該終端發(fā)言模塊204在多媒體會議中發(fā)言，其他參 會成員能實時接聽到該成員的發(fā)言內(nèi)容。考慮到手機或固話終端與會成員的特殊性，發(fā)言 申請被批準(zhǔn)后，將首先在手機或固話終端播放提示語音，如“請發(fā)言”等提示；其發(fā)言內(nèi)容將 被發(fā)送到媒體服務(wù)器，再由媒體服務(wù)器統(tǒng)一向各參與會議的成員轉(zhuǎn)發(fā)。由于本模塊與具體媒體服務(wù)器關(guān)系密切，為便于在不同媒體服務(wù)器中部署，此處 僅給出功能層面的實現(xiàn)流程。因為播放語音文件以及接收/轉(zhuǎn)發(fā)媒體流都是媒體服務(wù)器的 基本功能，具體實現(xiàn)時只需參照媒體服務(wù)器的說明書進行設(shè)置即可。5)停止發(fā)言模塊205，用于結(jié)束會議成員的發(fā)言狀態(tài)。根據(jù)結(jié)束原因的不同，分兩 種情況被觸發(fā)，即“被中止”和“正常停止”。“被中止”發(fā)言請求由主席端發(fā)出，當(dāng)會議成員不適合繼續(xù)發(fā)言時(如，會議成員發(fā) 言已到規(guī)定發(fā)言時間等)，會議主席會發(fā)出中止該用戶發(fā)言的請求消息，停止發(fā)言模塊205 收到該請求消息后會改變發(fā)言者的媒體狀態(tài)，中止其發(fā)言，并根據(jù)終端類型的不同給予相 應(yīng)提示。“正常停止”發(fā)言請求由發(fā)言者發(fā)出，當(dāng)發(fā)言者發(fā)言結(jié)束后，會發(fā)出“正常停止”的 發(fā)言請求放棄發(fā)言權(quán)，停止發(fā)言模塊收到該請求信息后會改變該發(fā)言者的發(fā)言狀態(tài)停止其 發(fā)言。其實施過程如圖2b所示，本模塊用到了語音文件播放以及媒體流控制，因此與具體媒體服務(wù)器關(guān)系密切，此處只給出流程介紹。6)終端切換模塊206，用于實現(xiàn)在手機、固話、web客戶端之間進行會議切換。在 會議的進行過程中，由于用戶的移動性，有時用戶需要會議能夠在不同的終端設(shè)備之間切 換。例如用戶正在使用電腦web客戶端參與會議，中途有事需要外出，而他不想因此退出 會議，這時可以將會議切換到手機上，保證用戶繼續(xù)參與到他所在的會議之中。本發(fā)明多終端的多媒體會議控制系統(tǒng)可實現(xiàn)“手機_ >固話、手機_ > web端、 固話-> web端、手機-> web端、web端- >手機和web端- > 固話”的六種會議控制切 換。該系統(tǒng)的終端切換模塊206采用軟切換方式，能夠?qū)崿F(xiàn)在上述三種終端之間的相互切 換，提高了系統(tǒng)的靈活性和便攜性，該系統(tǒng)接到切換請求后首先判斷切換方式，然后將新終 端連接到多媒體會議系統(tǒng)。當(dāng)新參會終端成功登錄會議后，可選擇斷開原有終端退出會議； 若新參會的終端登錄失敗，還可返回原來的用戶終端繼續(xù)開會。如上所述，通過在多媒體會 議系統(tǒng)中引入軟切換思想，采用本發(fā)明的終端切換模塊206，能夠提高多媒體會議系統(tǒng)的可 靠性。圖3為web- >手機的切換流程示意圖，圖4為web- >固話終端的切換流程示意 圖，圖5為手機-> web端的切換流程示意圖，圖6為固話終端-> web端的切換流程示意 圖，圖7為固話終端_ >手機端的切換流程示意圖，圖8為手機_ >固話終端的切換流程示 意圖。這里，以圖7所示的固話終端_ >手機端的切換過程為例進行說明，該切換過程包 括步驟701、固話終端通過請求消息路由模塊向手機終端發(fā)送切換請求；步驟702、媒體服務(wù)器停止向固話終端發(fā)送媒體流；步驟703、然后在固話終端播放IVR提示音；如，“正在切換，請稍候…”；步驟704、將手機加入多媒體會議；步驟705、判斷手機終端加入是否成功，若加入失敗，則執(zhí)行步驟706 ；否則，執(zhí)行 步驟708 ；步驟706、向固話終端播放IVR提示切換失敗，然后執(zhí)行步驟707 ；步驟707、繼續(xù)向固話終端發(fā)送媒體流，繼續(xù)使用固話終端參與會議，然后執(zhí)行步 驟 711 ；步驟708、與手機端建立SIP連接；然后執(zhí)行步驟709 ；步驟709、由媒體服務(wù)器向手機發(fā)送攜帶多媒體會議的媒體流數(shù)據(jù)，此時，手機加 入多媒體會議成功，然后執(zhí)行步驟710 ；步驟710、斷開多媒體會議與固話終端用戶的數(shù)據(jù)連接，然后執(zhí)行步驟711 ；步驟711、結(jié)束固話終端向手機終端的切換流程。同理，圖8所示的手機_ >固話終端切換的過程與此類似，這里不再贅述。下面結(jié)合圖1及圖la，對本發(fā)明會議能力組件子系統(tǒng)10的原子功能及消息交互執(zhí) 行過程進行簡要說明。圖9為本發(fā)明會議能力組件子系統(tǒng)10的DTMF常態(tài)監(jiān)聽原子功能實現(xiàn)過程中的消 息交互示意圖。，該過程包括1)服務(wù)消息總線(Service Message Bus)收到啟動DTMF常態(tài)監(jiān)聽服務(wù)消息，通過 內(nèi)部消息通知Participant SBB ；
2) Participant SBB 創(chuàng)建 ContinueDTMF SBB 提供 ContinueDTMF 業(yè)務(wù)；3) ContinueDTMF SBB 使用 MSML Parser 創(chuàng)建 MSML ；4)MSML Parser 返回用于 ContinueDTMF 的 MSML ；5) ContinueDTMF SBB通過SIP協(xié)議控制層發(fā)送SIP消息，通知媒體服務(wù)器準(zhǔn)備接 受 DTMF；6)媒體服務(wù)器成功執(zhí)行DTMF，并通過SIP Control Layer通知ContinueDTMF SBB ；7) ContinueDTMF SBB 向 Participant SBB 返回 DTMF 常態(tài)監(jiān)聽啟動結(jié)果；8)Participant SBB 向 Service Message Bus 返回 DTMF 常態(tài)監(jiān)聽啟動結(jié)果；9)當(dāng)用戶撥完號碼，媒體服務(wù)器通過SIP Control Layer通知DTMF SBB用戶所播 的號；10) ContinueDTMF SBB 上報 Service Message Bus 所撥號碼；11) ContinueDTMF SBB 使用 MSML Parser 創(chuàng)建 MSML ；12)MSML Parser 返回用于 ContinueDTMF 的 MSML ；13)ContinueDTMF SBB通過SIP協(xié)議控制層發(fā)送SIP消息，通知媒體服務(wù)器準(zhǔn)備接 受 DTMF；14)媒體服務(wù)器成功執(zhí)行DTMF，并通過SIP Control Layer通知ContinueDTMF SBB ；15)當(dāng)用戶撥完號碼，媒體服務(wù)器通過SIP Control Layer通知DTMF SBB用戶所 播的號；16)ContinueDTMF SBB 上J艮 Service Message Bus 所撥號碼。圖10為本發(fā)明會議能力組件子系統(tǒng)的終端切換原子功能(連接切換)實現(xiàn)過程 中的消息交互示意圖，連接切換(ChangeCormection)-該原子功能實現(xiàn)底層媒體鏈接的 相互切換，是終端切換模塊的核心實現(xiàn)部分；包含了建立新終端SIP連接，連接新終端媒體 流、斷開舊終端SIP連接的過程，如圖10所示。，該過程包括1) Service Message Bus收到終端切換消息后向Participant SBB發(fā)送觸發(fā)消 息；2)Participant SBB 使用 SIP Control Layer 創(chuàng)建新終端的 SIP 連接；3) SIP Control Layer 返回創(chuàng)建結(jié)果;4) Participant SBB創(chuàng)建SetMedia SBB提供設(shè)置用戶媒體的業(yè)務(wù)；5) SetMedia SBB 使用 MSML Parser 創(chuàng)建 MSML 腳本；6) MSML Parser 返回用于 SetMedia 的 MSML 腳本；7) SetMedia SBB通過SIP Control Layer發(fā)送SIP消息，其中攜帶創(chuàng)建會議的 msml腳本；8)媒體服務(wù)器通過SIP Control Layer通知SetMedia SBB媒體設(shè)置結(jié)果；9) SetMedia SBB 將媒體設(shè)置的結(jié)果上報到 Participant SBB ；10)如果邀請成功，Participant SBB將新終端的信息寫入數(shù)據(jù)庫；11)數(shù)據(jù)庫返回寫入結(jié)果；12)Participant SBB 通過 SIP Control Layer 釋放舊終端的 SIP 連接；
13) SIP Control Layer 返回釋放結(jié)果;14)果釋放成功，Participant SBB將數(shù)據(jù)庫中的舊終端信息更新；15)數(shù)據(jù)庫返回更新結(jié)果；16)Participant SBB 通過 Service Message Bus 上報終端切換結(jié)果。圖11為本發(fā)明會議能力組件子系統(tǒng)的設(shè)置用戶媒體狀態(tài)原子功能實現(xiàn)過程示意 圖，所述設(shè)置用戶媒體狀態(tài)，即該原子功能實現(xiàn)在媒體服務(wù)器端設(shè)置用戶的媒體狀態(tài)，如， 發(fā)言狀態(tài)、停止發(fā)言狀態(tài)等。如圖11所示。，該過程包括1) Service Message Bus收到設(shè)置與會者媒體消息，通過內(nèi)部消息通知 Participant SBB ；2) Participant SBB創(chuàng)建SetMedia SBB提供設(shè)置用戶媒體的業(yè)務(wù)；3) SetMedia SBB 使用 MSML Parser 創(chuàng)建 MSML 腳本；4) MSML Parser 返回用于 SetMedia 的 MSML 腳本；5) SetMedia SBB通過SIP Control Layer發(fā)送SIP消息，其中攜帶創(chuàng)建會議的 msml腳本；6)媒體服務(wù)器通過SIP Control Layer通知SetMedia SBB媒體設(shè)置結(jié)果；7) SetMedia SBB 將媒體設(shè)置的結(jié)果上報到 Participant SBB ；8)Participant SBB通過Service Message Bus上報設(shè)置與會者媒體的結(jié)果。圖12為本發(fā)明會議能力組件子系統(tǒng)的播放提示音原子功能實現(xiàn)過程示意圖，該 播放提示音(Palylnform)原子功能，用于實現(xiàn)在手機、固話端播放指定提示音功能。如圖 12所示，該過程包括1) Service Message Bus收到播放提示音服務(wù)消息，通過內(nèi)部消息通知 Participant SBB ；2) Participant SBB 創(chuàng)建 Play SBB 提供 PLAY 業(yè)務(wù)；3) PLAY SBB 使用 MSML Parser 創(chuàng)建 MSML ；4) MSML Parser 返回用于 PLAY 的 MSML ；5) PLAY SBB通過SIP協(xié)議控制層發(fā)送SIP消息，通知媒體服務(wù)器準(zhǔn)備接受PLAY ；6)媒體服務(wù)器成功執(zhí)行PLAY，并通過SIP Control Layer通知PLAY SBB ；7) Play SBB 上報 Participant SBB 播音結(jié)束信息；8)Participant SBB 通過 Service Message Bus 上報播放提示音的結(jié)果。下面結(jié)合圖1、圖la及圖2介紹本發(fā)明會議流程控制子系統(tǒng)20調(diào)用所述會議能力 組件子系統(tǒng)10的原子功能實現(xiàn)多終端的多媒體控制技術(shù)的過程，如圖1所述，消息總線上 的消息主要有DTMF信號、請求消息、終端切換申請消息、結(jié)束發(fā)言消息、發(fā)言申請消息和裁 決結(jié)果消息等。其中，DTMF信號是由“按鍵#”構(gòu)成的字符串；請求消息、終端切換申請消息、結(jié) 束發(fā)言消息、發(fā)言申請消息都采用RequestMessage結(jié)構(gòu)，如表一所示；裁決結(jié)果消息采用 JudgeResult結(jié)構(gòu)，如表二所示 表一請求消息結(jié)構(gòu) 表二裁決結(jié)果根據(jù)DTMF監(jiān)聽手機和固話終端的請求消息，截獲與用戶相關(guān)的信息，并將該信息 發(fā)送到請求消息路由模塊進行判斷，進而路由該消息至?xí)h發(fā)言策略控制模塊、終端切換 模塊或停止發(fā)言模塊進行下一步的動作，以實現(xiàn)選擇發(fā)言者、終端切換和發(fā)言/停止等的 功能。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
1權(quán)利要求
一種多終端的多媒體會議控制系統(tǒng)，其特征在于，主要包括會議能力組件子系統(tǒng)和會議流程控制子系統(tǒng)；其中，會議能力組件子系統(tǒng)，用于實現(xiàn)會議底層的業(yè)務(wù)功能，與媒體服務(wù)器發(fā)生交互直接調(diào)用所述媒體服務(wù)器的應(yīng)用程序編程接口API，并封裝其基本功能接口以供其他功能模塊調(diào)用；所述會議底層的業(yè)務(wù)功能，包括實現(xiàn)雙音多頻DTMF常態(tài)監(jiān)聽功能、語音文件播放原子功能和設(shè)置媒體狀態(tài)原子功能；會議流程控制子系統(tǒng)，用于實現(xiàn)會議大粒度流程控制功能，包括實現(xiàn)手機、固話終端和web客戶端申請消息獲取(核心是DTMF常態(tài)監(jiān)聽功能)、消息路由功能、終端切換功能、會議發(fā)言策略控制功能、終端發(fā)言功能和停止發(fā)言功能。
2.根據(jù)權(quán)利要求1所述的多終端的多媒體會議控制系統(tǒng)，其特征在于，該多媒體會議 控制系統(tǒng)進一步包括終端顯示子系統(tǒng)，用于實現(xiàn)web端的頁面狀態(tài)顯示、包括發(fā)言狀態(tài)顯 示和終端類型顯示。
3.根據(jù)權(quán)利要求1所述的多終端的多媒體會議控制系統(tǒng)，其特征在于，所述會議能力 組件子系統(tǒng)，包括邏輯實體層、會議子服務(wù)層、會話初始化協(xié)議SIP消息處理層和SIP消息 適配層。
4.根據(jù)權(quán)利要求1所述的多終端的多媒體會議控制系統(tǒng)，其特征在于，所述會議流程 控制子系統(tǒng)，進一步包括DTMF常態(tài)監(jiān)聽模塊、請求消息路由模塊、會議發(fā)言策略控制模塊、 終端發(fā)言模塊、停止發(fā)言模塊和終端切換模塊；其中，DTMF常態(tài)監(jiān)聽模塊，用于為手機、固話終端參與多媒體會議提供DTMF實時監(jiān)聽功能；請求消息路由模塊，用于統(tǒng)一接收外部消息，根據(jù)不同的消息內(nèi)容將消息路由到相關(guān) 組件，以實現(xiàn)發(fā)言申請、停止發(fā)言申請、終端切換消息的路由連接；會議發(fā)言策略控制模塊，用于收集手機、固話終端和web客戶端發(fā)出的請求發(fā)言消息， 采用一定的策略進行裁決，然后將裁決結(jié)果發(fā)送給終端發(fā)言模塊；終端發(fā)言模塊，用于實現(xiàn)手機、固話終端和web客戶端在多媒體會議中發(fā)言的功能，當(dāng) 終端發(fā)言請求被批準(zhǔn)后，通過該終端發(fā)言模塊在多媒體會議中發(fā)言；停止發(fā)言模塊，用于結(jié)束會議成員的發(fā)言狀態(tài)；終端切換模塊，用于實現(xiàn)在手機、固話、web客戶端之間進行會議切換。
5.根據(jù)權(quán)利要求1所述的多終端的多媒體會議控制系統(tǒng)，其特征在于，所述請求消息 路由模塊接收的外部消息，包括經(jīng)DTMF常態(tài)監(jiān)聽模塊所接收的手機或固話終端DTMF信號 中的請求消息，以及來自web客戶端的請求消息。
6.一種多終端的多媒體會議控制系統(tǒng)的實現(xiàn)方法，其特征在于，該方法包括A、開啟媒體服務(wù)器DTMF監(jiān)聽功能，接收手機或固話終端的用戶申請，并從中提取按鍵 內(nèi)容，根據(jù)電話號碼從多媒體會議數(shù)據(jù)庫中查詢該用戶的相關(guān)信息，與所述按鍵內(nèi)容一起 組成請求消息發(fā)送到消息路由模塊；B、消息路由模塊接收到手機或固話終端、或web客戶端的請求消息，根據(jù)消息內(nèi)容進 行判斷，并根據(jù)判斷結(jié)果將消息路由到相關(guān)組件；若所述消息內(nèi)容為請求發(fā)言消息，則將消 息發(fā)送到會議發(fā)言策略控制模塊，并執(zhí)行步驟C;若所述消息內(nèi)容為終端切換相關(guān)的申請 消息，則將消息發(fā)送到終端切換模塊，并執(zhí)行步驟D;若所述消息內(nèi)容為停止發(fā)言相關(guān)的消 息，則將消息發(fā)送到停止發(fā)言模塊，并執(zhí)行步驟E ；C、會議發(fā)言策略控制模塊根據(jù)請求發(fā)言消息，根據(jù)不同的工作模式采用一定策略進行 裁決，并將裁決結(jié)果發(fā)送給終端發(fā)言模塊，由與會者通過終端發(fā)言模塊進行會議發(fā)言；D、終端切換模塊根據(jù)終端切換申請消息，采用軟切換方式，在手機、固話終端和web客 戶端之間進行會議切換；E、停止發(fā)言模塊根據(jù)停止發(fā)言消息結(jié)束原因的不同，結(jié)束會議成員的發(fā)言狀態(tài)。
7.根據(jù)權(quán)利要求6所述的多終端的多媒體會議控制系統(tǒng)的實現(xiàn)方法，其特征在于，步 驟C所述會議發(fā)言策略控制模塊包含三種工作模式演講模式、提問模式和討論模式；所述 演講模式適用于會議中的個人演講階段；提問模式適用于會議中的提問階段，以從眾多提 問者中選擇發(fā)言者；討論模式適用于多個與會成員同時進行發(fā)言。
8.根據(jù)權(quán)利要求6或7所述的多終端的多媒體會議控制系統(tǒng)的實現(xiàn)方法，其特征在于， 根據(jù)工作模式的不同采用的裁決策略包括最小發(fā)言頻度策略、最大請求頻度策略以及加 權(quán)公平排隊策略。
9.根據(jù)權(quán)利要求6所述的多終端的多媒體會議控制系統(tǒng)的實現(xiàn)方法，其特征在于，所 述采用軟切換方式在手機、固話終端和web客戶端之間進行會議切換，具體包括手機_ >固 話、手機_ > web端、固話-> web端、手機-> web端、web端- >手機和web端- > 固話 的六種會議控制切換。
10.根據(jù)權(quán)利要求6所述的多終端的多媒體會議控制系統(tǒng)的實現(xiàn)方法，其特征在于，所 述根據(jù)停止發(fā)言消息結(jié)束原因的不同結(jié)束會議成員的發(fā)言狀態(tài)，分為兩種情況觸發(fā)；其一， 發(fā)言請求由主席端發(fā)出，停止發(fā)言模塊收到該請求消息后改變發(fā)言者的媒體狀態(tài)，中止該 用戶的發(fā)言；其二，發(fā)言請求由發(fā)言者發(fā)出，當(dāng)發(fā)言者發(fā)言結(jié)束后，發(fā)言者放棄發(fā)言權(quán)，由停 止發(fā)言模塊收到該請求后改變該發(fā)言者的發(fā)言狀態(tài)，停止其發(fā)言。
全文摘要
本發(fā)明公開了一種多終端的多媒體會議控制系統(tǒng)及其實現(xiàn)方法，其包括會議能力組件子系統(tǒng)和會議流程控制子系統(tǒng)；其中，會議流程控制子系統(tǒng)包括雙音多頻(DTMF)常態(tài)監(jiān)聽模塊、請求消息路由模塊、會議發(fā)言策略控制模塊、終端發(fā)言模塊、停止發(fā)言模塊和終端切換模塊，該多媒體會議控制系統(tǒng)通過上述會議流程控制子系統(tǒng)的各功能模塊實現(xiàn)手機、固話終端和web客戶端申請消息獲取、消息路由功能、終端切換功能、會議發(fā)言策略控制功能、終端發(fā)言功能和停止發(fā)言功能，以實現(xiàn)對多媒體會議進行控制和對參會的通信終端之間進行會議切換的目的。采用本發(fā)明的多媒體會議控制系統(tǒng)，能夠降低公眾使用多媒體會議系統(tǒng)的費用，從而有助于推廣多媒體會議業(yè)務(wù)。
文檔編號H04L29/06GK101877706SQ201010208459
公開日2010年11月3日 申請日期2010年6月24日 優(yōu)先權(quán)日2010年6月24日
發(fā)明者劉傳昌, 吳步丹, 商彥磊, 李常寶, 程渤, 章洋, 鄧娜, 陳俊亮 申請人:北京郵電大學(xué)