本發(fā)明涉及通信領域，具體而言，涉及一種會議重建方法及裝置。

背景技術：

隨著IP網(wǎng)絡及多媒體技術的發(fā)展，視頻會議系統(tǒng)在現(xiàn)代行業(yè)中得到了廣泛的應用。視頻會議系統(tǒng)是指，利用電視設備及視頻會議終端，通過多點控制單元(Multipoint Control Unit，簡稱為MCU)將分布各地的多個用戶終端召集到同一個會議中，通過視音頻及數(shù)據(jù)的傳送，與會人員就相關議題進行討論，達到現(xiàn)場互動和溝通的目的。

在現(xiàn)實應用中，MCU通過IP網(wǎng)絡連接和分散各地的用戶終端進行視頻/音頻交互。所以MCU作為視頻會議系統(tǒng)的核心部件，一旦出現(xiàn)MCU故障，維護人員又無法在短時間內(nèi)排除故障并恢復會議，那么將會給用戶帶來極大的不便，甚至造成會議癱瘓。因此，如果能夠啟動MCU會議備份功能，能夠滿足緊急的會議恢復要求，縮短系統(tǒng)故障的恢復時間，這對用戶而言其實際價值是不言而喻的。

隨著視頻會議技術的不斷發(fā)展，用戶的設備也在不斷更新，往往存在兩套或者更多不同廠家的視頻會議系統(tǒng)。為了節(jié)約成本、減少資源浪費，用戶往往希望能夠利用現(xiàn)有的設備來完成MCU會議備份功能。但是由于技術壁壘等原因，目前各大MCU生產(chǎn)廠商的MCU會議備份功能都是在自家設備上來實現(xiàn)的，無法兼容其他廠商的設備。

針對相關技術中不能對不同廠家之間的視頻會議進行備份的問題，目前尚未提出有效的解決方案。

技術實現(xiàn)要素：

本發(fā)明提供了一種會議重建方法及裝置，以至少解決相關技術中不能對不同廠家之間的視頻會議進行備份的問題。

根據(jù)本發(fā)明的一個方面，提供了一種會議重建方法，包括：接收數(shù)據(jù)監(jiān)控平臺確定的建立會議的第一多點控制單元MCU發(fā)生設備故障的通知消息；根據(jù)所述通知消息通知第二MCU建立所述會議，其中，所述第一MCU和所述第二MCU屬于不同的廠商。

進一步地，在接收所述數(shù)據(jù)監(jiān)控平臺確定的建立會議的所述第一MCU發(fā)生設備故障的所述通知消息之前，還包括：通知所述第一MCU建立會議，并通知數(shù)據(jù)監(jiān)控平臺對所述會議進行監(jiān)控。

進一步地，在根據(jù)所述通知消息通知第二MCU建立所述會議之前，還包括：保存所述第一MCU建立的所述會議的會議信息；釋放所述會議所占用的會議資源；通過發(fā)送掛斷所述會議中的所有會議終端的掛斷消息掛斷所有會議終端；通知所述數(shù)據(jù)監(jiān)控平臺停止對所述會議進行監(jiān)控。

進一步地，在根據(jù)所述通知消息通知第二MCU建立所述會議之后，還包括：通知所述數(shù)據(jù)監(jiān)控平臺對所述會議重新進行監(jiān)控。

進一步地，根據(jù)所述通知消息通知第二MCU建立所述會議包括：將保存的所述會議信息發(fā)送給所述第二MCU；通知所述第二MCU根據(jù)所述會議信息發(fā)起所述會議。

進一步地，所述會議信息包括以下至少之一：會議基本信息，會議能力信息，會議當前狀態(tài)，會議中的所有會議終端的標識信息。

進一步地，所述設備故障包括以下之一：整機設備故障和部分模塊故障，其中，所述整機設備故障包括：設備掉電或核心主控模塊停止工作；所述部分模塊故障包括：部分或全部音頻、視頻模塊不能正常工作。

根據(jù)本發(fā)明的另一方面，提供了一種會議重建裝置，包括：接收模塊，用于接收數(shù)據(jù)監(jiān)控平臺確定的建立會議的第一多點控制單元MCU發(fā)生設備故障的通知消息；第一通知模塊，用于根據(jù)所述通知消息通知第二MCU建立所述會議，其中，所述第一MCU和所述第二MCU屬于不同的廠商。

進一步地，所述裝置還包括：第二通知模塊，用于通知所述第一MCU建立會議，并通知數(shù)據(jù)監(jiān)控平臺對所述會議進行監(jiān)控。

進一步地，所述裝置還包括：保存模塊，用于保存所述第一MCU建立的所述會議的會議信息；釋放模塊，用于釋放所述會議所占用的會議資源；掛斷模塊，用于通過發(fā)送掛斷所述會議中的所有會議終端的掛斷消息掛斷所有會議終端；第三通知模塊，用于通知所述數(shù)據(jù)監(jiān)控平臺停止對所述會議進行監(jiān)控。

進一步地，所述裝置還包括：第四通知模塊，用于通知所述數(shù)據(jù)監(jiān)控平臺對所述會議重新進行監(jiān)控。

進一步地，所述第一通知模塊包括：發(fā)送單元，用于將保存的所述會議信息發(fā)送給所述第二MCU；通知單元，用于通知所述第二MCU根據(jù)所述會議信息發(fā)起所述會議。

通過本發(fā)明，采用接收數(shù)據(jù)監(jiān)控平臺確定的建立會議的第一多點控制單元MCU發(fā)生設備故障的通知消息；根據(jù)所述通知消息通知第二MCU建立所述會議，其中，所述第一MCU和所述第二MCU屬于不同的廠商，解決了相關技術中不能對不同廠家之間的視頻會議進行備份的問題，從而實現(xiàn)不同廠商之間會議的備份。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的會議重建方法的流程圖；

圖2是根據(jù)本發(fā)明實施例的會議重建裝置的框圖；

圖3是根據(jù)本發(fā)明實施例的實現(xiàn)不同廠商MCU會議備份功能的系統(tǒng)的示意圖；

圖4是根據(jù)本發(fā)明實施例的實現(xiàn)不同廠商MCU會議備份功能的方法流程圖；

圖5是根據(jù)本發(fā)明實施例的會議管理平臺與甲廠商MCU之間的處理流程的示意圖；

圖6是根據(jù)本發(fā)明實施例的會議管理平臺與數(shù)據(jù)監(jiān)控平臺之間的交互過程的示意圖；

圖7是根據(jù)本發(fā)明實施例的會議管理平臺與乙廠商MCU及會議終端之間的交互過程的示意圖。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

在本實施例中提供了一種會議重建方法，圖1是根據(jù)本發(fā)明實施例的會議重建方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟S102，接收數(shù)據(jù)監(jiān)控平臺確定的建立會議的第一多點控制單元MCU發(fā)生設備故障的通知消息；

步驟S104，根據(jù)該通知消息通知第二MCU建立該會議，其中，該第一MCU和該第二MCU屬于不同的廠商。

通過上述步驟，接收數(shù)據(jù)監(jiān)控平臺確定的建立會議的第一多點控制單元MCU發(fā)生設備故障的通知消息；根據(jù)該通知消息通知第二MCU建立該會議，其中，該第一MCU和該第二MCU屬于不同的廠商，解決了相關技術中不能對不同廠家之間的視頻會議進行備份的問題，從而實現(xiàn)不同廠商之間會議的備份。

在接收該數(shù)據(jù)監(jiān)控平臺確定的建立會議的該第一MCU發(fā)生設備故障的該通知消息之前，通知該第一MCU建立會議，并通知數(shù)據(jù)監(jiān)控平臺對該會議進行監(jiān)控。

在根據(jù)該通知消息通知第二MCU建立該會議之前，保存該第一MCU建立的該會議的會議信息；釋放該會議所占用的會議資源；通過發(fā)送掛斷該會議中的所有會議終端的掛斷消息掛斷所有會議終端；通知該數(shù)據(jù)監(jiān)控平臺停止對該會議進行監(jiān)控。

在根據(jù)該通知消息通知第二MCU建立該會議之后，通知該數(shù)據(jù)監(jiān)控平臺對該會議重新進行監(jiān)控。

根據(jù)該通知消息通知第二MCU建立該會議可以包括：將保存的該會議信息發(fā)送給該第二MCU；通知該第二MCU根據(jù)該會議信息發(fā)起該會議。

上述的會議信息包括以下至少之一：會議基本信息，會議能力信息，會議當前狀態(tài)，會議中的所有會議終端的標識信息。

上述的設備故障包括以下之一：整機設備故障和部分模塊故障，其中，該整機設備故障包括：設備掉電或核心主控模塊停止工作；該部分模塊故障包括：部分或全部音頻、視頻模塊不能正常工作。

本發(fā)明實施例還提供了一種會議重建裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。

圖2是根據(jù)本發(fā)明實施例的會議重建裝置的框圖，如圖2所示，包括：

接收模塊22，用于接收數(shù)據(jù)監(jiān)控平臺確定的建立會議的第一多點控制單元MCU發(fā)生設備故障的通知消息；

第一通知模塊24，用于根據(jù)該通知消息通知第二MCU建立該會議，其中，該第一MCU和該第二MCU屬于不同的廠商。

進一步地，該裝置還包括：第二通知模塊，用于通知該第一MCU建立會議，并通知數(shù)據(jù)監(jiān)控平臺對該會議進行監(jiān)控。

進一步地，該裝置還包括：保存模塊，用于保存該第一MCU建立的該會議 的會議信息；釋放模塊，用于釋放該會議所占用的會議資源；掛斷模塊，用于通過發(fā)送掛斷該會議中的所有會議終端的掛斷消息掛斷所有會議終端；第三通知模塊，用于通知該數(shù)據(jù)監(jiān)控平臺停止對該會議進行監(jiān)控。

進一步地，該裝置還包括：第四通知模塊，用于通知該數(shù)據(jù)監(jiān)控平臺對該會議重新進行監(jiān)控。

進一步地，該第一通知模塊24包括：發(fā)送單元，用于將保存的該會議信息發(fā)送給該第二MCU；通知單元，用于通知該第二MCU根據(jù)該會議信息發(fā)起該會議。

下面結合可選實施例對本發(fā)明實施例進行進一步說明。

本可選實施例提供了一種實現(xiàn)不同廠商視頻會議系統(tǒng)之間MCU會議備份功能，涉及到會議管理平臺、一個或多個甲廠商多點控制單元MCU、另一個或多個乙廠商多點控制單元MCU、數(shù)據(jù)監(jiān)控平臺、用戶終端。其中，會議管理平臺作為視頻會議業(yè)務的用戶接口，負責調(diào)用甲廠商MCU或者乙廠商MCU召開視頻會議；在收到數(shù)據(jù)監(jiān)控平臺上報的甲廠商MCU宕機或者音視頻碼流異常的情況時保存甲廠商MCU上所有的會議狀態(tài)信息，并且釋放相應的會議資源，然后發(fā)送消息掛斷會議中的所有會議終端；同時指示乙廠商MCU重新發(fā)起會議及呼叫所有會議終端，從此進入正常會議流程。其中，多點控制單元MCU，包括視頻會議業(yè)務管理系統(tǒng)及媒體處理系統(tǒng)。數(shù)據(jù)監(jiān)控平臺，接在MCU與用戶終端之間進行網(wǎng)絡截包監(jiān)聽，用于監(jiān)控MCU與用戶終端之間的信令交互和音視頻媒體碼流，并根據(jù)媒體碼流情況判斷MCU是否發(fā)生宕機或音視頻模塊不能正常工作等異常情況。用戶終端，用于和MCU進行實時雙向的視音頻及數(shù)據(jù)交互。

會議管理平臺通過甲廠商MCU召集視頻會議，并通知數(shù)據(jù)監(jiān)控平臺開啟實時監(jiān)控。會議管理平臺通知MCU會議管理系統(tǒng)召開視頻會議，用戶終端在與MCU會議管理系統(tǒng)進行信令交互之后加入視頻會議，與MCU互通媒體。會議管理平臺將入會終端IP地址等信息傳給數(shù)據(jù)監(jiān)控平臺，并通知數(shù)據(jù)監(jiān)控平臺實時監(jiān)控MCU與各個入會終端之間的媒體碼流。

當甲廠商MCU出現(xiàn)設備故障時，數(shù)據(jù)監(jiān)控平臺檢測到甲廠商MCU發(fā)往用戶終端的媒體碼流出現(xiàn)異常，立即通知會議管理平臺啟動會議備份流程。當甲廠商MCU出現(xiàn)設備故障時，數(shù)據(jù)監(jiān)控平臺檢測到MCU發(fā)往各個入會終端的媒體碼流同時出現(xiàn)無數(shù)據(jù)或者黑屏、藍屏、花屏等異常數(shù)據(jù)，與此同時入會終端發(fā)往MCU的媒體碼流卻無任何異常的情況，據(jù)此判斷甲廠商MCU出現(xiàn)設備故障；于是數(shù)據(jù)監(jiān)控平臺將甲廠商MCU出現(xiàn)設備故障的異常情況上報給會議管理平臺，會議管理平臺開始啟動會議備份流程。其中，MCU的設備故障包括：整機設備故障(設備掉電或者核心主控模塊停止工作)、部分模塊故障(如部分或者全部 音頻、視頻模塊不能正常工作)。

會議管理平臺保存甲廠商MCU上所有的會議狀態(tài)信息，并且釋放相應的會議資源，發(fā)送消息掛斷會議中的所有會議終端，并通知數(shù)據(jù)監(jiān)控平臺停止監(jiān)控。會議管理平臺將在甲廠商MCU上召開的所有會議狀態(tài)信息進行保存，其中會議狀態(tài)信息包括：會議基本信息、會議能力、會議當前狀態(tài)、入會的用戶終端及其狀態(tài)信息中的一種或多種。然后，會議管理平臺開始釋放會議資源，發(fā)送消息掛斷會議中的所有會議終端，并同時通知數(shù)據(jù)監(jiān)控平臺停止監(jiān)控。

會議管理平臺通知乙廠商MCU重新發(fā)起會議及呼叫會議終端，并通知數(shù)據(jù)監(jiān)控平臺重新開啟監(jiān)控，從而進入正常會議流程。會議管理平臺將已保存的會議信息發(fā)送給乙廠商MCU，通知乙廠商MCU重新召開要恢復的會議，并完成對原有會議終端的呼叫，并另外同時也通知數(shù)據(jù)監(jiān)控平臺重新開啟乙廠商MCU與會議終端之間的數(shù)據(jù)監(jiān)控。

通過上述的MCU會議備份實現(xiàn)了不同廠商視頻會議系統(tǒng)之間的MCU會議備份功能，幫助用戶節(jié)約設備投資成本。不僅可以適用于MCU出現(xiàn)整機設備故障(如設備掉電、核心主控模塊停止工作)，還能夠適用于MCU出現(xiàn)部分模塊故障(如部分或者全部音頻、視頻模塊不能正常工作)?，F(xiàn)有的MCU會議備份技術一般都是在主用MCU和備用MCU之間加入心跳檢測，通常只能檢測到MCU出現(xiàn)整機設備故障的情況。如果只是部分音視頻模塊故障，現(xiàn)有的檢測機制無法自動偵測出來，只能現(xiàn)場人工判斷，進行手動備份切換會議操作。在MCU出現(xiàn)部分音視頻模塊故障時，本發(fā)明提供的MCU會議備份方法和系統(tǒng)可以識別出來，自動完成MCU會議的備份和切換，以達到快速恢復會議的目的。

圖3是根據(jù)本發(fā)明實施例的實現(xiàn)不同廠商MCU會議備份功能的系統(tǒng)的示意圖，如圖3所示，該系統(tǒng)包括：會議管理平臺、甲廠商MCU、作為備份的乙廠商MCU、數(shù)據(jù)監(jiān)控平臺以及用戶終端。其中，甲廠商MCU，作為提供對多點會議支持的端點，分別提供對終端1、終端2及終端3的會議支持；會議管理平臺作為視頻會議業(yè)務的用戶接口，負責調(diào)用甲廠商MCU或者乙廠商MCU召開視頻會議；在收到數(shù)據(jù)監(jiān)控平臺上報的甲廠商MCU宕機或者音視頻碼流異常的情況時啟動會議備份流程，保存甲廠商MCU上所有的會議狀態(tài)信息，并且釋放相應的會議資源，然后發(fā)送消息掛斷所有會議終端1、終端2及終端3；然后將已保存的會議信息發(fā)送給乙廠商MCU并指示乙廠商MCU重新發(fā)起會議。

數(shù)據(jù)監(jiān)控平臺接在MCU與用戶終端之間進行網(wǎng)絡數(shù)據(jù)包監(jiān)聽，用于監(jiān)控MCU與用戶終端之間的信令交互和音視頻媒體碼流，并根據(jù)媒體碼流情況判斷MCU是否發(fā)生宕機或音視頻模塊不能正常工作等異常情況，如果發(fā)現(xiàn)MCU出現(xiàn)異常，立即上報給會議管理平臺處理；

乙廠商MCU，作為甲廠商MCU的備份設備，在收到會議管理平臺的重新開會的指示后，向被注銷會議的終端1、終端2及終端3發(fā)起呼叫，使其及時進入到恢復的會議上。

圖4是根據(jù)本發(fā)明實施例的實現(xiàn)不同廠商MCU會議備份功能的方法流程圖，如圖4所示，包括：

步驟S402，會議管理平臺通過甲廠商MCU召集視頻會議，并通知數(shù)據(jù)監(jiān)控平臺開啟實時監(jiān)控；

步驟S404，當甲廠商MCU出現(xiàn)設備故障時，數(shù)據(jù)監(jiān)控平臺檢測到甲廠商MCU發(fā)往用戶終端的媒體碼流出現(xiàn)異常，立即上報MCU異常報警給會議管理平臺，會議管理平臺收到報警后啟動會議備份流程；

步驟S406，會議管理平臺保存甲廠商MCU上所有的會議狀態(tài)信息，并且釋放相應的會議資源，發(fā)送消息掛斷會議中的所有入會終端，并通知數(shù)據(jù)監(jiān)控平臺停止監(jiān)控。其中，會議狀態(tài)信息包括：會議基本信息、會議能力、會議當前狀態(tài)、入會的用戶終端及其狀態(tài)信息中的一種或多種。

步驟S408，會議管理平臺通知乙廠商MCU重新發(fā)起會議及呼叫會議終端，并通知數(shù)據(jù)監(jiān)控平臺重新開啟監(jiān)控，從而進入正常會議流程。

圖5是根據(jù)本發(fā)明實施例的會議管理平臺與甲廠商MCU之間的處理流程的示意圖，如圖5所示，包括：

步驟S502，會議管理平臺指示甲廠商MCU召集多點會議，并同時指示數(shù)據(jù)監(jiān)控平臺對該MCU與所有入會終端之間的信令交互和媒體碼流進行監(jiān)聽；

步驟S504，會議過程中出現(xiàn)甲廠商MCU宕機或音視頻模塊故障情況時，會議管理平臺收到數(shù)據(jù)監(jiān)控平臺的報警，啟動會議備份流程；

步驟S506，會議管理平臺保存甲廠商MCU上的會議的狀態(tài)信息；

步驟S508，強制關閉甲廠商MCU上的會議；

步驟S510，釋放所有會議資源。

圖6是根據(jù)本發(fā)明實施例的會議管理平臺與數(shù)據(jù)監(jiān)控平臺之間的交互過程的示意圖，如圖6所示，包括：

步驟S602，會議管理平臺在通知甲廠商MCU開會后，同時通知數(shù)據(jù)監(jiān)控平臺開啟對甲廠商MCU和所有入會終端進行信令交互和媒體碼流的數(shù)據(jù)監(jiān)聽；

步驟S604，數(shù)據(jù)監(jiān)控平臺回復是否成功開啟數(shù)據(jù)監(jiān)聽的信息；

步驟S606，數(shù)據(jù)監(jiān)控平臺檢測到甲廠商MCU發(fā)往用戶終端的媒體碼流出現(xiàn)異常，并判斷為甲廠商MCU出現(xiàn)故障后，上報告警信息給會議管理平臺；

步驟S608，會議管理平臺回復是否成功收到告警信息的信息；

步驟S610，會議管理平臺啟動會議備份流程，并通知數(shù)據(jù)監(jiān)控平臺停止甲廠商MCU與所有入會終端之間的數(shù)據(jù)監(jiān)聽；

步驟S612，數(shù)據(jù)監(jiān)控平臺回復是否成功停止數(shù)據(jù)監(jiān)聽的信息；

步驟S614，會議管理平臺在通知乙廠商MCU重新開會后，同時也通知數(shù)據(jù)監(jiān)控平臺開啟乙廠商MCU與所有入會終端之間的數(shù)據(jù)監(jiān)聽；

步驟S616，數(shù)據(jù)監(jiān)控平臺回復是否成功開啟數(shù)據(jù)監(jiān)聽的信息。

圖7是根據(jù)本發(fā)明實施例的會議管理平臺與乙廠商MCU及會議終端之間的交互過程的示意圖，如圖7所示，包括：

步驟S702，會議管理平臺在保存會議狀態(tài)信息后，發(fā)送消息掛斷所有會議終端；

步驟S704，會議管理平臺指示乙廠商MCU重新發(fā)起會議，原有的會議名稱和會議終端保存不變；

步驟S706，乙廠商MCU向相應的會議終端發(fā)起呼叫，從而實現(xiàn)MCU會議備份的功能。

綜上所述，通過增加數(shù)據(jù)監(jiān)控平臺及會議管理平臺來自動檢測會議過程中MCU出現(xiàn)宕機故障或者部分音視頻模塊故障并快速進行會議備份及切換的功能，實現(xiàn)了不同廠商MCU之間的會議備份，幫助客戶節(jié)約硬件投資成本。

顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。