視頻會(huì)議控制方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及一種會(huì)議控制方法及系統(tǒng)，尤其涉及一種視頻會(huì)議控制方法及系統(tǒng)。
【背景技術(shù)】
[0002] 目前的視頻會(huì)議主要是基于多點(diǎn)控制單元（Multi-point Control化it, MCU)的 系統(tǒng)結(jié)構(gòu)和基于視頻路由器的系統(tǒng)結(jié)構(gòu)。MCU系統(tǒng)的優(yōu)點(diǎn)是節(jié)省網(wǎng)絡(luò)資源，但畫面壓縮比率 大，畫面不清晰；而基于視頻路由器的系統(tǒng)結(jié)構(gòu)正好稱補(bǔ)了 MCU結(jié)構(gòu)畫面不清晰的缺點(diǎn)，但 其對(duì)網(wǎng)絡(luò)資源的占用率高，不適合性能不好的網(wǎng)絡(luò)。目前大多數(shù)視訊會(huì)議的結(jié)構(gòu)都是將送 兩種結(jié)構(gòu)分立開來，送使得用戶使用起來不是很靈活。

【發(fā)明內(nèi)容】

[0003] 鑒于W上內(nèi)容，有必要提供一種視頻會(huì)議控制方法及系統(tǒng)，用戶可W根據(jù)自己的 需求選擇畫面質(zhì)量優(yōu)先還是網(wǎng)絡(luò)資源優(yōu)先，從而大大提高用戶使用的靈活度和體驗(yàn)度。
[0004] -種視頻會(huì)議控制方法，該方法包括：接收步驟一，接收與所述服務(wù)器相連的客戶 端發(fā)送的與所述服務(wù)器建立通信的請(qǐng)求及獲取該客戶端的IP地址；建立步驟一，根據(jù)獲取 的IP地址，建立所述服務(wù)器與所述客戶端的通信連接；發(fā)送步驟，將會(huì)議模式的選項(xiàng)發(fā)送 給所述客戶端；接收步驟二，接收用戶從所述選項(xiàng)中選擇的會(huì)議模式；及建立步驟二，為所 述客戶端建立所述用戶選擇的會(huì)議模式。。
[0005] -種視頻會(huì)議控制系統(tǒng)，運(yùn)行于服務(wù)器，該系統(tǒng)包括：接收模塊，用于接收與所述 服務(wù)器相連的客戶端發(fā)送的與所述服務(wù)器建立通信的請(qǐng)求及獲取該客戶端的IP地址；建 立模塊，用于根據(jù)所獲取的IP地址，建立所述服務(wù)器與所述客戶端的通信連接；發(fā)送模塊， 用于將會(huì)議模式的選項(xiàng)發(fā)送給所述客戶端，并顯示在客戶端的用戶界面上；所述接收模塊， 還用于接收用戶從所述選項(xiàng)中選擇的會(huì)議模式；及所述建立模塊，還用于為所述客戶端建 立所述用戶選擇的會(huì)議模式。
[0006] 相較于現(xiàn)有技術(shù)，所述視頻會(huì)議控制方法及系統(tǒng)提供基于MCU的會(huì)議模式及基于 視頻路由器的會(huì)議模式供用戶選擇，用戶能根據(jù)自己的需求選擇畫面質(zhì)量優(yōu)先還是網(wǎng)絡(luò)資 源優(yōu)先，從而可W大大提高用戶的使用的靈活度和體驗(yàn)度。
【附圖說明】
[0007] 圖1是本發(fā)明視頻會(huì)議控制系統(tǒng)較佳實(shí)施例的運(yùn)行環(huán)境示意圖。
[0008] 圖2是本發(fā)明視頻會(huì)議控制系統(tǒng)較佳實(shí)施例的功能模塊圖。
[0009] 圖3是本發(fā)明視頻會(huì)議控制方法較佳實(shí)施例的流程圖。
[0010] 主要元件符號(hào)說明
[0011]

[0012] 如下【具體實(shí)施方式】將結(jié)合上述附圖進(jìn)一步說明本發(fā)明。
【具體實(shí)施方式】
[0013] 參閱圖1所示，是本發(fā)明視頻會(huì)議控制系統(tǒng)較佳實(shí)施例的運(yùn)行環(huán)境示意圖。所述 視頻會(huì)議控制系統(tǒng)10運(yùn)行于服務(wù)器1中。該服務(wù)器1還包括通過數(shù)據(jù)總線相連的存儲(chǔ)設(shè) 備11，一個(gè)或者多個(gè)處理設(shè)備12,多點(diǎn)控制單元（Multi-point Control化it,MCU) 13及路 由器處理單元14等。所述服務(wù)器1與多個(gè)客戶端2相連，所述客戶端2可W是電腦、手機(jī)、 PDA (Personal Digital Assistant,個(gè)人數(shù)字助理）等。
[0014] 所述多點(diǎn)控制單元與基于MCU的會(huì)議模式有關(guān)，所述基于MCU的會(huì)議模式的優(yōu)點(diǎn) 是節(jié)省網(wǎng)絡(luò)資源。所述路由器處理單元與基于視頻路由器的會(huì)議模式有關(guān)，基于視頻路由 器的會(huì)議模式的視頻畫面清晰，但其對(duì)網(wǎng)絡(luò)資源的占用率高。
[0015] 所述的視頻會(huì)議控制系統(tǒng)10包括一個(gè)或多個(gè)由程序代碼組成的功能模塊（詳見 圖2)，各功能模塊存儲(chǔ)于所述存儲(chǔ)設(shè)備11中，并由所述處理設(shè)備12所執(zhí)行，W實(shí)現(xiàn)如下功 能：提供基于MCU的會(huì)議模式及基于視頻路由器的會(huì)議模式供用戶選擇，用戶能根據(jù)自己 的需求選擇適合的會(huì)議模式。
[0016] 參閱圖2所示，在本實(shí)施例中，所述視頻會(huì)議控制系統(tǒng)10的功能模塊包括；接收模 塊100、建立模塊101及發(fā)送模塊102。W下將結(jié)合圖3說明各模塊的具體功能。
[0017] 參閱圖3所示，是本發(fā)明視頻會(huì)議控制方法較佳實(shí)施例的流程圖。根據(jù)不同的需 求，該流程圖中步驟的順序可W改變，某些步驟可W省略。
[0018] 步驟S11，當(dāng)某個(gè)客戶端2使用用戶名和密碼登錄所述視頻會(huì)議控制系統(tǒng)10后，接 收模塊100接收所述客戶端2發(fā)送的與服務(wù)器1建立通信的請(qǐng)求及獲取該客戶端2的IP 地址。在本實(shí)施例中，每個(gè)客戶端2對(duì)應(yīng)一個(gè)IP地址。每個(gè)客戶端2利用該IP地址與服 務(wù)器1建立通信連接
[0019] 步驟S12,建立模塊101根據(jù)所獲取的IP地址，與所述客戶端2建立通信連接。
[0020] 步驟S13,發(fā)送模塊102將會(huì)議模式的選項(xiàng)發(fā)送給客戶端2,并顯示在客戶端2的 用戶界面上。
[0021] 在本實(shí)施例中，所述會(huì)議模式包括，但不限于，基于MCU的會(huì)議模式及基于視頻路 由器的會(huì)議模式。
[0022] 步驟S14,接收模塊100接收用戶所選的會(huì)議模式。
[0023] 在本實(shí)施例中，當(dāng)用戶的網(wǎng)絡(luò)狀態(tài)比較好時(shí)，用戶可W選擇基于視頻路由器的會(huì) 議模式，送樣可W保證視頻畫面的清晰度。當(dāng)用戶的網(wǎng)絡(luò)狀態(tài)不是很好時(shí)，用戶可W選擇基 于MCU的會(huì)議模式，送樣可W節(jié)省網(wǎng)絡(luò)資源，保證視頻畫面的接收及視頻會(huì)議的進(jìn)行。
[0024] 所述MCU的會(huì)議模式是服務(wù)器1接收每個(gè)客戶端2發(fā)送的畫面，服務(wù)器1將所接 收的畫面進(jìn)行合并拼接，并將合并后的畫面發(fā)送給每個(gè)客戶端2。所述基于視頻路由器的 會(huì)議模式是每個(gè)客戶端合并自己所需的畫面，服務(wù)器1會(huì)發(fā)送每個(gè)客戶端2合并畫面時(shí)所 需要的其他的客戶端的畫面。例如，服務(wù)器1與客戶端A，客戶端B及客戶端C相連，客戶 端A，B，C會(huì)將各自的畫面?zhèn)魉徒o服務(wù)器1。當(dāng)客戶端A需要合并自己的畫面時(shí)，會(huì)請(qǐng)求服 務(wù)器1發(fā)送客戶端B，C的畫面。然后客戶端A根據(jù)所接收的客戶端B，C的畫面及客戶端A 自己的畫面就可W合并出自己所需的畫面。
[0025] 步驟S15,建立模塊101根據(jù)用戶所選的會(huì)議模式建立與所述會(huì)議模式相對(duì)應(yīng)的 會(huì)議模式給所述客戶端2。
[0026] 最后應(yīng)說明的是，W上實(shí)施例僅用W說明本發(fā)明的技術(shù)方案而非限制，盡管參照 較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可W對(duì)本發(fā)明的 技術(shù)方案進(jìn)行修改或等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。
【主權(quán)項(xiàng)】
1. 一種視頻會(huì)議控制方法，應(yīng)用于服務(wù)器，其特征在于，該方法包括： 接收步驟一，接收與所述服務(wù)器相連的客戶端發(fā)送的與所述服務(wù)器建立通信的請(qǐng)求及 獲取該客戶端的IP地址； 建立步驟一，根據(jù)獲取的IP地址，建立所述服務(wù)器與所述客戶端的通信連接； 發(fā)送步驟，將會(huì)議模式的選項(xiàng)發(fā)送給所述客戶端； 接收步驟二，接收用戶從所述選項(xiàng)中選擇的會(huì)議模式；及 建立步驟二，為所述客戶端建立所述用戶選擇的會(huì)議模式。2. 如權(quán)利要求1所述的視頻會(huì)議控制方法，其特征在于，所述會(huì)議模式的選項(xiàng)包括基 于多點(diǎn)控制單元的會(huì)議模式及基于視頻路由器的會(huì)議模式。3. 如權(quán)利要求2所述的視頻會(huì)議控制方法，其特征在于，所述多點(diǎn)控制單元的會(huì)議模 式是服務(wù)器接收每個(gè)客戶端發(fā)送的畫面，服務(wù)器將所接收的畫面進(jìn)行合并拼接，并將合并 后的畫面發(fā)送給每個(gè)客戶端。4. 如權(quán)利要求2所述的視頻會(huì)議控制方法，其特征在于，所述基于視頻路由器的會(huì)議 模式是每個(gè)客戶端合并自己所需的畫面，服務(wù)器發(fā)送每個(gè)客戶端合并畫面時(shí)所需要的其他 的客戶端的畫面。5. -種視頻會(huì)議控制系統(tǒng)，運(yùn)行于服務(wù)器，其特征在于，該系統(tǒng)包括： 接收模塊，用于接收與所述服務(wù)器相連的客戶端發(fā)送的與所述服務(wù)器建立通信的請(qǐng)求 及獲取該客戶端的IP地址； 建立模塊，用于根據(jù)所獲取的IP地址，建立所述服務(wù)器與所述客戶端的通信連接； 發(fā)送模塊，用于將會(huì)議模式的選項(xiàng)發(fā)送給所述客戶端，并顯示在客戶端的用戶界面 上； 所述接收模塊，還用于接收用戶從所述選項(xiàng)中選擇的會(huì)議模式；及 所述建立模塊，還用于為所述客戶端建立所述用戶選擇的會(huì)議模式。6. 如權(quán)利要求5所述的視頻會(huì)議控制系統(tǒng)，其特征在于，所述會(huì)議模式的選項(xiàng)包括基 于多點(diǎn)控制單元的會(huì)議模式及基于視頻路由器的會(huì)議模式。7. 如權(quán)利要求6所述的視頻會(huì)議控制系統(tǒng)，其特征在于，所述多點(diǎn)控制單元的會(huì)議模 式是服務(wù)器接收每個(gè)客戶端發(fā)送的畫面，服務(wù)器將所接收的畫面進(jìn)行合并拼接，并將合并 后的畫面發(fā)送給每個(gè)客戶端。8. 如權(quán)利要求7所述的視頻會(huì)議控制系統(tǒng)，其特征在于，所述基于視頻路由器的會(huì)議 模式是每個(gè)客戶端合并自己所需的畫面，服務(wù)器發(fā)送每個(gè)客戶端合并畫面時(shí)所需要的其他 的客戶端的畫面。
【專利摘要】一種視頻會(huì)議控制方法，應(yīng)用于服務(wù)器，該方法包括：接收與服務(wù)器相連的客戶端發(fā)送的與建立通信的請(qǐng)求及獲取該客戶端的IP地址；根據(jù)所獲取的IP地址，與所述客戶端建立通信連接；將會(huì)議模式的選項(xiàng)發(fā)送給客戶端，并顯示在客戶端的用戶界面上接收用戶所選的會(huì)議模式；根據(jù)用戶所選的會(huì)議模式建立與所述會(huì)議模式相對(duì)應(yīng)的會(huì)議模式給所述客戶端。本發(fā)明還提供一種視頻會(huì)議控制系統(tǒng)。用戶能根據(jù)自己的需求選擇畫面質(zhì)量優(yōu)先還是網(wǎng)絡(luò)資源優(yōu)先，從而可以大大提高用戶使用的靈活度和體驗(yàn)度。
【IPC分類】H04L12/18, H04N7/15
【公開號(hào)】CN105635631
【申請(qǐng)?zhí)枴緾N201410614552
【發(fā)明人】高明權(quán), 強(qiáng)振雄
【申請(qǐng)人】捷達(dá)世軟件（深圳）有限公司, 鴻海精密工業(yè)股份有限公司
【公開日】2016年6月1日
【申請(qǐng)日】2014年11月4日