欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

會(huì)議重建方法及裝置與流程

文檔序號(hào):11844457閱讀:216來源:國知局
會(huì)議重建方法及裝置與流程

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



背景技術(shù):

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

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

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

針對(duì)相關(guān)技術(shù)中不能對(duì)不同廠家之間的視頻會(huì)議進(jìn)行備份的問題,目前尚未提出有效的解決方案。



技術(shù)實(shí)現(xiàn)要素:

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

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

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

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

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

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

進(jìn)一步地,所述會(huì)議信息包括以下至少之一:會(huì)議基本信息,會(huì)議能力信息,會(huì)議當(dāng)前狀態(tài),會(huì)議中的所有會(huì)議終端的標(biāo)識(shí)信息。

進(jìn)一步地,所述設(shè)備故障包括以下之一:整機(jī)設(shè)備故障和部分模塊故障,其中,所述整機(jī)設(shè)備故障包括:設(shè)備掉電或核心主控模塊停止工作;所述部分模塊故障包括:部分或全部音頻、視頻模塊不能正常工作。

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

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

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

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

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

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

附圖說明

此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解,構(gòu)成本申請(qǐng)的一部分,本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明,并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中:

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

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

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

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

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

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

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

具體實(shí)施方式

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

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

步驟S102,接收數(shù)據(jù)監(jiān)控平臺(tái)確定的建立會(huì)議的第一多點(diǎn)控制單元MCU發(fā)生設(shè)備故障的通知消息;

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

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

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

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

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

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

上述的會(huì)議信息包括以下至少之一:會(huì)議基本信息,會(huì)議能力信息,會(huì)議當(dāng)前狀態(tài),會(huì)議中的所有會(huì)議終端的標(biāo)識(shí)信息。

上述的設(shè)備故障包括以下之一:整機(jī)設(shè)備故障和部分模塊故障,其中,該整機(jī)設(shè)備故障包括:設(shè)備掉電或核心主控模塊停止工作;該部分模塊故障包括:部分或全部音頻、視頻模塊不能正常工作。

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

圖2是根據(jù)本發(fā)明實(shí)施例的會(huì)議重建裝置的框圖,如圖2所示,包括:

接收模塊22,用于接收數(shù)據(jù)監(jiān)控平臺(tái)確定的建立會(huì)議的第一多點(diǎn)控制單元MCU發(fā)生設(shè)備故障的通知消息;

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

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

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

進(jìn)一步地,該裝置還包括:第四通知模塊,用于通知該數(shù)據(jù)監(jiān)控平臺(tái)對(duì)該會(huì)議重新進(jìn)行監(jiān)控。

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

下面結(jié)合可選實(shí)施例對(duì)本發(fā)明實(shí)施例進(jìn)行進(jìn)一步說明。

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

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

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

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

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

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

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

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

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

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

步驟S402,會(huì)議管理平臺(tái)通過甲廠商MCU召集視頻會(huì)議,并通知數(shù)據(jù)監(jiān)控平臺(tái)開啟實(shí)時(shí)監(jiān)控;

步驟S404,當(dāng)甲廠商MCU出現(xiàn)設(shè)備故障時(shí),數(shù)據(jù)監(jiān)控平臺(tái)檢測(cè)到甲廠商MCU發(fā)往用戶終端的媒體碼流出現(xiàn)異常,立即上報(bào)MCU異常報(bào)警給會(huì)議管理平臺(tái),會(huì)議管理平臺(tái)收到報(bào)警后啟動(dòng)會(huì)議備份流程;

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

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

圖5是根據(jù)本發(fā)明實(shí)施例的會(huì)議管理平臺(tái)與甲廠商MCU之間的處理流程的示意圖,如圖5所示,包括:

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

步驟S504,會(huì)議過程中出現(xiàn)甲廠商MCU宕機(jī)或音視頻模塊故障情況時(shí),會(huì)議管理平臺(tái)收到數(shù)據(jù)監(jiān)控平臺(tái)的報(bào)警,啟動(dòng)會(huì)議備份流程;

步驟S506,會(huì)議管理平臺(tái)保存甲廠商MCU上的會(huì)議的狀態(tài)信息;

步驟S508,強(qiáng)制關(guān)閉甲廠商MCU上的會(huì)議;

步驟S510,釋放所有會(huì)議資源。

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

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

步驟S604,數(shù)據(jù)監(jiān)控平臺(tái)回復(fù)是否成功開啟數(shù)據(jù)監(jiān)聽的信息;

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

步驟S608,會(huì)議管理平臺(tái)回復(fù)是否成功收到告警信息的信息;

步驟S610,會(huì)議管理平臺(tái)啟動(dòng)會(huì)議備份流程,并通知數(shù)據(jù)監(jiān)控平臺(tái)停止甲廠商MCU與所有入會(huì)終端之間的數(shù)據(jù)監(jiān)聽;

步驟S612,數(shù)據(jù)監(jiān)控平臺(tái)回復(fù)是否成功停止數(shù)據(jù)監(jiān)聽的信息;

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

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

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

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

步驟S704,會(huì)議管理平臺(tái)指示乙廠商MCU重新發(fā)起會(huì)議,原有的會(huì)議名稱和會(huì)議終端保存不變;

步驟S706,乙廠商MCU向相應(yīng)的會(huì)議終端發(fā)起呼叫,從而實(shí)現(xiàn)MCU會(huì)議備份的功能。

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

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

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

當(dāng)前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
宝鸡市| 海盐县| 宁乡县| 泾阳县| 陆良县| 紫云| 常州市| 兰坪| 中牟县| 永春县| 武威市| 华蓥市| 淳化县| 万山特区| 砀山县| 和田市| 新竹县| 会泽县| 禹州市| 佛教| 阳谷县| 五莲县| 修水县| 寿光市| 同心县| 汉源县| 望奎县| 甘洛县| 偏关县| 稻城县| 龙胜| 渝中区| 方正县| 铜陵市| 义乌市| 津市市| 宣恩县| 二连浩特市| 南开区| 新龙县| 高邮市|