一種視頻電話會議的實現(xiàn)方法及裝置的制造方法
【技術領域】
[0001] 本發(fā)明屬于通訊技術領域，尤其基于嵌入式通訊設備的多方視頻電話會議實現(xiàn)方 法及裝置。
【背景技術】
[0002] 在當今全球商務環(huán)境下，語音是商務交流的重要媒介，而電話則是終端用戶的主 要界面。由于每天都會召開大量的電話會議，會議電話成為所有企業(yè)機構終端產品組合的 重要組成部分。因此，集成高級IP應用程序和高清音視頻技術的電話會議可以改善用戶體 驗，并最終對商業(yè)交流與流程管理帶來積極的影響。現(xiàn)有市場上的VoIP話機所提供的視 頻會議，鑒于硬件解碼芯片性能限制，通?？梢栽谥鞒址皆O置下，邀請其他兩方與會人員參 與，從而僅多支持三方視頻會議，其他方想請求視頻連接時，主持方直接拒絕。
[0003]本發(fā)明希望在現(xiàn)有可支持三方視頻會議的硬件基礎上，進一步改進以增加視頻會 議的與會人員，提高現(xiàn)有VoIP話機的靈活擴展性。

【發(fā)明內容】

[0004]本發(fā)明的目的在于提供一種視頻電話會議的實現(xiàn)方法，在較低硬件成本的支持 下，實現(xiàn)三方以上與會人員召開的視頻會議可以相互間進行視頻互動。
[0005] 為了實現(xiàn)上述發(fā)明目的，本發(fā)明的技術方案如下： 一種視頻電話會議的實現(xiàn)方法，包括如下操作：步驟a、主持方話機判斷當前視頻解碼 模塊是否同時支持所述新增與會方話機傳輸視頻的解碼；步驟b、根據用戶的操作來選擇 所需的視頻輪詢機制，主持方話機進一步確定所有與會方話機的工作狀態(tài)，確定為可見狀 態(tài)或不可見狀態(tài)。
[0006] 優(yōu)選的，步驟a進一步包括：主持方話機判斷支持視頻碼流解碼的通路數量為L;判斷新增與會方話機后所有與會方話機的數量為H ;比較H是否超出了 L。
[0007] 優(yōu)選的，步驟a進一步包括：主持方話機和新增與會方話機進行語音連接和視頻 通訊連接。
[0008] 優(yōu)選的，步驟b進一步包括：如果H>L，則確定所述可見狀態(tài)的與會方話機可以設 置L個，并顯示所述視頻輪詢機制菜單供用戶操作。
[0009]優(yōu)選的，所述不可見狀態(tài)表明與會方話機的視頻通訊已經連接，可以接收來自主 持方話機經混疊處理的視頻進行顯示，但與會方話機的視頻不發(fā)送給主持方話機進行解碼 顯示；可見狀態(tài)表明與會方話機可以接收來自主持方話機經混疊處理的視頻進行顯示，同 時主持方話機選擇與會方話機的視頻碼流解碼并顯示。
[0010] 優(yōu)選的，視頻輪詢機制可以是固定顯示模式、隨機顯示模式、定時顯示模式、音量 確定模式。
[0011] 優(yōu)選的，主持方話機進入音量確定模式時，通過設置能量計算單元來計算各路來 話語音數據的語音能量，并比較選擇所述語音能量數值大的幾路來接通對應與會方話機的 視頻碼流解碼通道以實現(xiàn)視頻輪詢。
[0012] 為了實現(xiàn)本發(fā)明目的，本發(fā)明方案還包括一種可實現(xiàn)視頻輪詢式電話會議的裝 置，設有視頻通訊模塊、信令協(xié)商模塊、0SD顯示模塊、視頻通道管理、視頻解碼模塊、視頻合 成、視頻編碼、視頻顯示，以及攝像頭，其特征在于，所述視頻通道管理包括：判斷識別是否 有新增與會方話機的視頻連接請求；進行視頻通訊連接；判斷當前視頻解碼模塊是否同時 支持所述新增與會方話機傳輸視頻的解碼；根據視頻輪詢機制來切換與會方話機的工作狀 態(tài)。
[0013] 優(yōu)選的，所述視頻通道管理包括：判斷支持視頻碼流解碼的通路數量為L ;判斷新 增與會方話機后所有與會方話機的數量為H ;比較H是否超出了 L，如果H>L，則確定所述可 見狀態(tài)的與會方話機可以設置L個。
[0014] 優(yōu)選的，上述與會方話機在不可見狀態(tài)和可見狀態(tài)間進行切換，其中所述不可見 狀態(tài)表明所述與會方話機的視頻通訊已經連接，可以接收來自所述主持方話機經混疊處理 的視頻進行顯示，但所述與會方話機的視頻不發(fā)送給所述主持方話機進行解碼顯示；所述 可見狀態(tài)表明所述與會方話機可以接收來自所述主持方話機經混疊處理的視頻進行顯示， 同時所述主持方話機選擇所述與會方話機的視頻碼流解碼并顯示。
[0015] 優(yōu)選的，在音量確定模式下，上述裝置還包括能量計算單元和選路單元，該能量計 算單元用于計算各與會方話機的語音數據的短時能量，選路單元根據短時能量來選擇音量 最大的兩個與會方ID信息，并將ID信息發(fā)送給所述視頻管理通道來接通對應與會方話機 的視頻碼流解碼通道。
[0016] 本發(fā)明公開了一種在現(xiàn)有視頻會議功能基礎上進行多方視頻會議擴展的技術方 案，通過采用視頻輪詢機制來輪流對不同的與會方話機傳輸的視頻碼流進行解碼和顯示， 從而可以在解碼能力有限的條件下增加多個與會方圖像的顯示，提高了視頻會議的實景溝 通效果。
【附圖說明】
[0017] 圖1為現(xiàn)有技術三方視頻會議工作原理示意圖； 圖2為本發(fā)明實施例中輪詢式視頻會議模式的工作原理示意圖； 圖3為傳統(tǒng)三方視頻會議時主持方話機M端視頻顯示示意圖； 圖4為本發(fā)明輪詢式視頻會議中與會方話機的模式切換的操作示意圖； 圖5為本發(fā)明輪詢式視頻會議的顯示示意圖； 圖6為本發(fā)明具體實施例中三方視頻會議擴展的操作流程圖； 圖7為本發(fā)明具體實施例中固定視頻輪詢模式的流程圖； 圖8為本發(fā)明具體實施例中音量確定模式的功能示意圖； 圖9為本發(fā)明具體實施例中音量確定模式的狀態(tài)切換示意圖； 圖10為本發(fā)明具體實施例中視頻輪詢顯示的功能模塊圖。
【具體實施方式】
[0018] 為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對 本發(fā)明實施例中的技術方案進行清楚、完整的描述。應當理解，此處所描述的具體實施例僅 僅用以解釋本發(fā)明，并不用于限定本發(fā)明?；诒景l(fā)明中的實施例，本領域的技術人員所獲 得的所有其他實施例都屬于本發(fā)明保護的范圍。
[0019] 在本發(fā)明具體實施例中提及的會議主持方VoIP話機，支持同時進行五路通話，五 條通話線路隨意切換，并提供傳統(tǒng)的三方視頻會議。圖1為現(xiàn)有技術三方視頻會議工作原 理示意圖。如該圖所示，主持方話機M最多支持兩路視頻碼流數據的解碼，一路視頻數據編 碼，因此該傳統(tǒng)三方視頻會議功能，在主持方話機M端可以顯示與會方A、與會方B，以及自 身攝像頭拍攝的圖片，此時如果除上述與會方外，還有與會方話機C、與會方話機D想要請 求視頻連接時，話機M將會直接拒絕，而只能與他們進行語音連接。
[0020] 圖2為本發(fā)明實施例中輪詢式視頻會議模式的工作原理示意圖。如該圖所示，在 主持方M、與會方A、與會方B進行三方視頻會議過程中，如果話機C請求視頻連接時，主持 方M同意連接并將疊加后的視頻碼流數據發(fā)送給話機C。所以此時，話機C也能夠看到部分 與會方的視頻。并且根據實際需求，話機C可以設計成看到其他所有會議參與人員的視頻， 或者只能看到主持方的視頻。作為本發(fā)明進一步的改進，在主持方話機M端同意話機C連 接后，也可以接收話機C的視頻碼流。此時，話機M可以選擇解碼任意兩個與會方話機發(fā)過 來的視頻碼流數據，而并非像傳統(tǒng)三方視頻會議時始終解碼話機A和話機B的視頻。
[0021] 因此，對于后面請求加入的話機C存在以下兩種視頻工作狀態(tài)：（a)可見狀態(tài)：表 示視頻通道已經連接，可以進行視頻會議，并且該與會方的視頻數據將發(fā)送給主持方話機 進行解碼，同時將會發(fā)送給其他與方話機進行顯示；（b)不可見狀態(tài)：表示視頻通道已經連 接，可以進行視頻會議，但是該與會方的視頻未發(fā)送給主持方話機進行解碼，該與會方只能 看到其他與會方和主持方的視頻，而其他與會方不能看到該與會方的視頻數據。
[0022] 以下我們就以上述VoIP話機為基礎進行本發(fā)明的視頻會議實現(xiàn)方法說明。在普 通的語音會議模式