本發(fā)明涉及視頻會議系統(tǒng)領(lǐng)域，且特別涉及一種視頻會議系統(tǒng)中多媒體文件演示方法。

背景技術(shù)：

視頻會議系統(tǒng)(Video conferencing System)是利用通信網(wǎng)絡(luò)，傳輸多個與會者連續(xù)活動圖像、聲音及數(shù)據(jù)的一種通信系統(tǒng)。與電話會議相比，具有直觀性強、信息量大等優(yōu)點。各個會場的終端通過通信網(wǎng)絡(luò)互聯(lián)，接收其他會場的圖像、聲音和數(shù)據(jù)；視頻會議不僅可以聽到聲音，還可以看到與會者，使每一個與會者都有身臨其境的感覺；與會者也可以通過文字聊天的方式進行交流；會議系統(tǒng)通過數(shù)據(jù)控制協(xié)議為與會者提供豐富的數(shù)據(jù)服務(wù)，例如：文件傳輸、電子白板、桌面共享和應(yīng)用程序共享等。

隨著通信網(wǎng)絡(luò)的高速發(fā)展，視頻會議系統(tǒng)的應(yīng)用越來越廣泛：提供遠端雙方或多方立即且面對面的會談，最直接的效益是節(jié)省時間和各種會議開銷，并提高會議效率；改善和增進商務(wù)交流、客戶服務(wù)、產(chǎn)品開發(fā)和產(chǎn)品展示；支持遠程教學(xué)、技術(shù)培訓(xùn)、遠程醫(yī)療和會診；提供市場調(diào)查、情報檢索、科研合作、工程設(shè)計、員工招聘的新手段等等。

在目前的視頻會議系統(tǒng)中，對于多媒體文件演示的解決方案通常是將整個多媒體文件演示的音視頻內(nèi)容在本地或者服務(wù)端使用攝影錄音裝置進行實時視頻拍攝，同時實時同步傳輸給其他客戶端的方式來實現(xiàn)的。

音視頻文件作為多媒體文件演示的形式，存在著幾個明顯的缺點：

1.文件過大：音視頻是高數(shù)據(jù)量和計算量要求的呈現(xiàn)形式，對于存儲的開銷很大。無論在本地或者服務(wù)器上，多媒體文件演示次數(shù)越多，演示時間越長，對本地存儲或網(wǎng)絡(luò)流量會相應(yīng)有更大的開銷，而且這種情況對于移動設(shè)備而言會更加明顯。

2.屏幕適配性差，舉例來說，一個按照1080p標(biāo)準(zhǔn)進行采集的虛擬視頻直 播，在PC或者電視上播放時，效果會很好，但是在4:3的顯示設(shè)備或者平板、手機等小屏幕設(shè)備上播放時，效果就差強人意了。

3.版權(quán)保護風(fēng)險，無論何種音視頻文件，作為一個獨立的文件形式數(shù)據(jù)，相比于其他私有型數(shù)據(jù)而言，要更加容易傳播和侵權(quán)。在遠程視頻會議情境下，主持人或主講人對于會議過程是否公開或可傳播都有不同的考量，而音視頻文件的保密性不能覆蓋這些不同的需求。

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

本發(fā)明提出一種視頻會議系統(tǒng)中多媒體文件演示方法，能夠?qū)⒍嗝襟w文件及其操作數(shù)據(jù)分別獨立傳輸，多媒體文件根據(jù)服務(wù)端文件地址獨立加載，操作指令采用腳本形式與音視頻流數(shù)據(jù)分離，對下載帶寬要求較低并且有效提高了多媒體文件演示的流暢性。

為了達到上述目的，本發(fā)明提出一種視頻會議系統(tǒng)中多媒體文件演示方法，包括下列步驟：

獲取服務(wù)端配置數(shù)據(jù)并初始化客戶端，所述客戶端包括主持人客戶端、主講人客戶端和其他參與者客戶端；

所述主持人客戶端授權(quán)某一臺參與者客戶端為主講人客戶端；

所述主講人客戶端上傳一個或多個多媒體文件到服務(wù)端；

獲取所述主講人客戶端當(dāng)前打開的多媒體文件服務(wù)端地址，并同步給其他客戶端下載并打開相應(yīng)的多媒體文件；

獲取所述主講人客戶端多媒體文件操作數(shù)據(jù)并實時傳輸給其他客戶端進行演示。

進一步的，所述服務(wù)端配置數(shù)據(jù)包括：會議ID、角色類型及數(shù)量、角色ID、角色的音視頻播放狀態(tài)和系統(tǒng)時間。

進一步的，所述多媒體文件操作數(shù)據(jù)包括：打開或關(guān)閉多媒體文件操作、翻頁操作和描繪操作數(shù)據(jù)。

進一步的，所述主講人客戶端將所述多媒體文件操作數(shù)據(jù)結(jié)合消息信令數(shù)據(jù)生成結(jié)構(gòu)化數(shù)據(jù)并發(fā)送給服務(wù)端，所述服務(wù)端將所述結(jié)構(gòu)化數(shù)據(jù)重新解析為操作數(shù)據(jù)，所述服務(wù)端再將所述操作數(shù)據(jù)封裝成廣播結(jié)構(gòu)化數(shù)據(jù)并轉(zhuǎn)發(fā)給其他客戶端。

進一步的，所述結(jié)構(gòu)化數(shù)據(jù)包括操作類型、操作數(shù)據(jù)、位置信息和消息信令類型。

進一步的，其他客戶端接收到廣播結(jié)構(gòu)化數(shù)據(jù)后將其解析為操作數(shù)據(jù)，并反饋到相應(yīng)的多媒體文件操作中，同時將描繪操作數(shù)據(jù)繪制到多媒體文件上層的描繪層。

進一步的，所述服務(wù)端將解析后的操作數(shù)據(jù)添加該數(shù)據(jù)的觸發(fā)時間信息和會議ID后傳輸?shù)綌?shù)據(jù)存儲端保存，以便后續(xù)下載查看。

進一步的，所述消息信令數(shù)據(jù)為根據(jù)客戶端的角色類型、角色ID和客戶端當(dāng)前時間生產(chǎn)的rtmp串?dāng)?shù)據(jù)。

本發(fā)明提出的視頻會議系統(tǒng)中多媒體文件演示方法，其有益效果為：

1.帶寬要求低，多媒體文件演示更流暢：將多媒體文件作為源文件獨立加載，音視頻文件僅錄制與會者的語音數(shù)據(jù)以及頭像數(shù)據(jù)，將操作數(shù)據(jù)作為腳本，兩者分開傳輸，整體數(shù)據(jù)量更小，網(wǎng)絡(luò)適應(yīng)性強：與將整個會議內(nèi)容全部拍攝的視頻直播相比，無論在何種同等分辨率下，單位時間內(nèi)的數(shù)據(jù)量都更小，對更窄的網(wǎng)絡(luò)環(huán)境的適應(yīng)性更強；

2.直播效果理想：原始數(shù)據(jù)以主講人操作數(shù)據(jù)的腳本為基礎(chǔ)，結(jié)合下載的多媒體文件，通過不同類型或平臺的客戶端的本地化展示，可以達到最佳的直播效果，多媒體文件可以自動適配電腦屏幕、電視屏幕、平板或手機屏幕的分辨率，結(jié)合主講人操作數(shù)據(jù)腳本，實現(xiàn)完美播放；

3.有益于版權(quán)保護：所有數(shù)據(jù)全部來自于云端，通過對腳本數(shù)據(jù)、多媒體文件數(shù)據(jù)、音視頻數(shù)據(jù)的訪問限制和加密保護，以及不同類型平臺客戶端的加密保護，可以有效提升版權(quán)保護效果。

附圖說明

圖1所示為本發(fā)明較佳實施例的視頻會議系統(tǒng)中多媒體文件演示方法流程圖。

圖2所示為本發(fā)明較佳實施例的結(jié)構(gòu)化數(shù)據(jù)示意圖。

圖3所示為本發(fā)明較佳實施例的多媒體文件描繪演示示意圖。

具體實施方式

以下結(jié)合附圖給出本發(fā)明的具體實施方式，但本發(fā)明不限于以下的實施方式。根據(jù)下面說明和權(quán)利要求書，本發(fā)明的優(yōu)點和特征將更清楚。需說明的是，附圖均采用非常簡化的形式且均使用非精準(zhǔn)的比率，僅用于方便、明晰地輔助說明本發(fā)明實施例的目的。

請參考圖1，圖1所示為本發(fā)明較佳實施例的視頻會議系統(tǒng)中多媒體文件演示方法流程圖。本發(fā)明提出一種視頻會議系統(tǒng)中多媒體文件演示方法，包括下列步驟：

步驟S110：獲取服務(wù)端配置數(shù)據(jù)并初始化客戶端，所述客戶端包括主持人客戶端、主講人客戶端和其他參與者客戶端；

步驟S120：所述主持人客戶端授權(quán)某一臺參與者客戶端為主講人客戶端；

步驟S130：所述主講人客戶端上傳一個或多個多媒體文件到服務(wù)端；

步驟S140：獲取所述主講人客戶端當(dāng)前打開的多媒體文件服務(wù)端地址，并同步給其他客戶端下載并打開相應(yīng)的多媒體文件；

步驟S150：獲取所述主講人客戶端多媒體文件操作數(shù)據(jù)并實時傳輸給其他客戶端進行演示。

根據(jù)本發(fā)明較佳實施例，所述服務(wù)端配置數(shù)據(jù)包括：會議ID、角色類型及數(shù)量、角色ID、角色的音視頻播放狀態(tài)和系統(tǒng)時間。所述會議ID為該會議的標(biāo)示信息，在主持人或者系統(tǒng)管理員創(chuàng)建會議時由系統(tǒng)自動分配；角色類型和數(shù)量分別定義為有幾名主持人、主講人及其他參與者參加會議，角色ID由各角色進入會議時系統(tǒng)自動分配，以便起到標(biāo)示作用；角色的音視頻播放狀態(tài)是指，在服務(wù)端配置數(shù)據(jù)中，每個會議中的角色都會有兩個文本類型的值分別表示其音頻的流媒體地址和視頻的流媒體地址，如果該音頻流或視頻流地址不為空，則表示該用戶正在音頻或者視頻的播放狀態(tài)，當(dāng)前客戶端會解析并進行播放，反之，則不進行解析播放。

根據(jù)本發(fā)明較佳實施例，所述多媒體文件為word文檔、PPT課件、Excel表格等office文本文件或各種格式的音視頻流媒體文件(例如主講人開一段視頻文件播放作為演示講解)，主持人或主講人在會議開始前預(yù)先上傳多媒體文件到服務(wù)端，或在會議進行中臨時上傳多媒體文件，并獲取所述多媒體文件的服務(wù)端地址，同步給其他客戶端，其他客戶端根據(jù)服務(wù)端地址下載并打開多媒體文件進行同步播放。

根據(jù)本發(fā)明較佳實施例，所述多媒體文件操作數(shù)據(jù)包括：打開或關(guān)閉多媒體文件操作、翻頁操作和描繪操作數(shù)據(jù)。獲取主講人客戶端多媒體文件操作數(shù)據(jù)并實時傳輸給其他客戶端進行演示，這樣在其他客戶端上就可以同步顯示主講人打開的相應(yīng)的多媒體文件及其操作數(shù)據(jù)，實現(xiàn)多媒體文件演示的實時直播。

根據(jù)本發(fā)明較佳實施例，以主講人打開PPT課件演示為例，所述多媒體文件操作數(shù)據(jù)即為主講人打開或關(guān)閉所述PPT課件，以及翻頁等文檔操作數(shù)據(jù)，其也可以包括文字編輯(修改、插入、加粗或改變字體及大小等)等操作數(shù)據(jù)，同時還包括主講人在所述PPT課件上進行繪畫、添加標(biāo)注、劃線等描繪操作數(shù)據(jù)，其中，所述描繪操作數(shù)據(jù)位于所述PPT課件上層的描繪層。

描繪層是基于flash的可視化基礎(chǔ)類編寫出的一層能夠支持課件等多媒體文件的描繪、文本輸入、清除、橡皮擦等功能控件，其可疊加顯示在課件等多媒體文件上，并且其能夠?qū)⒔缑娴娘@示內(nèi)容轉(zhuǎn)化成結(jié)構(gòu)化數(shù)據(jù)發(fā)送給服務(wù)器，還能將服務(wù)器接受到的結(jié)構(gòu)化數(shù)據(jù)轉(zhuǎn)化成界面的顯示內(nèi)容。

根據(jù)本發(fā)明較佳實施例，所述主講人客戶端將所述多媒體文件操作數(shù)據(jù)結(jié)合消息信令數(shù)據(jù)生成結(jié)構(gòu)化數(shù)據(jù)并發(fā)送給服務(wù)端，所述服務(wù)端將所述結(jié)構(gòu)化數(shù)據(jù)重新解析為操作數(shù)據(jù)，所述服務(wù)端再將所述操作數(shù)據(jù)封裝成廣播結(jié)構(gòu)化數(shù)據(jù)并轉(zhuǎn)發(fā)給其他客戶端。

進一步的，所述結(jié)構(gòu)化數(shù)據(jù)包括操作類型、操作數(shù)據(jù)、位置信息和消息信令類型。其中，所述消息信令類型包括文檔操作和描繪操作，所述操作類型包括文本輸入、圖形線條描繪、畫筆功能、橡皮擦功能、清空操作、截圖、圖形庫選取、權(quán)限設(shè)定(包括多媒體文件是否可以保存、編輯等涉及版權(quán)及安全方面的設(shè)定)及其他各種操作，所述操作數(shù)據(jù)包括主講人在例如課件等多媒體文件上描繪的具體信息數(shù)據(jù)，所述位置信息為主講人所描繪的數(shù)據(jù)在例如課件等多媒體文件上的具體位置信息數(shù)據(jù)。

根據(jù)本發(fā)明較佳實施例，以下舉例說明主講人客戶端獲取課件操作數(shù)據(jù)并進行處理的過程：主講人在會議第20分鐘時，在實時進行演示的PPT課件的第20頁上選擇的畫筆功能，并在選擇的當(dāng)前頁x＝10，y＝10的位置按下鼠標(biāo)，此時描繪數(shù)據(jù)內(nèi)記錄了起始點位置信息(10,10)；當(dāng)主講人在頁面上移動按住的鼠標(biāo)的時候，會將移動點的x值與y值都傳遞到描繪數(shù)據(jù)內(nèi)進行記錄每個點的位置信息；當(dāng)主講人在頁面上x＝200，y＝200的位置放開鼠標(biāo)的時候，結(jié)束本次描 繪操作，描繪數(shù)據(jù)記錄下終點位置信息(200,200)；主講人客戶端根據(jù)獲取的描繪操作數(shù)據(jù)、操作類型(畫筆功能)、位置信息結(jié)合消息信令類型(描繪操作)生成結(jié)構(gòu)化數(shù)據(jù)并發(fā)送給服務(wù)端；所述服務(wù)端收到主講人客戶端發(fā)送來的結(jié)構(gòu)化數(shù)據(jù)后，解析所述結(jié)構(gòu)化數(shù)據(jù)，并根據(jù)解析后的消息信令類型為描繪操作，將其解析后的數(shù)據(jù)添加時間信息(第20分鐘作為時間標(biāo)簽)后保存到數(shù)據(jù)存儲端。

請參考圖2，圖2所示為本發(fā)明較佳實施例的結(jié)構(gòu)化數(shù)據(jù)示意圖。本發(fā)明較佳實施例的課件描繪生成的結(jié)構(gòu)化數(shù)據(jù)如附圖2所示，其生成的是JSON格式的結(jié)構(gòu)化數(shù)據(jù)發(fā)送給服務(wù)端。

JSON(JavaScript Object Notation)是一種輕量級的數(shù)據(jù)交換格式。它基于JavaScript(Standard ECMA-2623rd Edition-December 1999)的一個子集。JSON采用完全獨立于語言的文本格式，但是也使用了類似于C語言家族的習(xí)慣(包括C,C++,C#,Java,JavaScript,Perl,Python等)。這些特性使JSON成為理想的數(shù)據(jù)交換語言，易于人閱讀和編寫，同時也易于機器解析和生成(網(wǎng)絡(luò)傳輸速度快)。當(dāng)然，其也可以生成為如附圖2所示的XML格式的結(jié)構(gòu)化數(shù)據(jù)。

XML是Extensible Markup Language的簡寫，其是一種可擴展標(biāo)記語言，標(biāo)準(zhǔn)通用標(biāo)記語言的子集，是一種用于標(biāo)記電子文件使其具有結(jié)構(gòu)性的標(biāo)記語言。它可以用來標(biāo)記數(shù)據(jù)、定義數(shù)據(jù)類型，是一種允許用戶對自己的標(biāo)記語言進行定義的源語言。它非常適合萬維網(wǎng)傳輸，提供統(tǒng)一的方法來描述和交換獨立于應(yīng)用程序或供應(yīng)商的結(jié)構(gòu)化數(shù)據(jù)。

根據(jù)本發(fā)明較佳實施例，其他客戶端接收到廣播結(jié)構(gòu)化數(shù)據(jù)后將其解析為操作數(shù)據(jù)，并反饋到相應(yīng)的多媒體文件操作中，同時將描繪操作數(shù)據(jù)繪制到多媒體文件上層的描繪層，繪制過程為根據(jù)解析得到的操作類型、操作數(shù)據(jù)、位置信息和消息信令類型將實施例中的課件操作數(shù)據(jù)描繪到課件上層的描繪層。

進一步的，所述服務(wù)端將解析后的操作數(shù)據(jù)添加該數(shù)據(jù)的觸發(fā)時間信息和會議ID后傳輸?shù)綌?shù)據(jù)存儲端保存，以便后續(xù)下載查看。

根據(jù)本發(fā)明較佳實施例，所述消息信令數(shù)據(jù)為根據(jù)客戶端的角色類型、角色ID和客戶端當(dāng)前時間生產(chǎn)的rtmp串?dāng)?shù)據(jù)。

根據(jù)本發(fā)明較佳實施例，所述信令數(shù)據(jù)為根據(jù)客戶端的角色類型、角色ID和客戶端當(dāng)前時間生產(chǎn)的rtmp串?dāng)?shù)據(jù)。舉例來說，如果角色類型為主講人，ID為11000，當(dāng)前時間為2014-01-0110:00:00，當(dāng)前的動作是描繪(即在多媒體文件例如PPT課件上進行描繪說明)，則rtmp串?dāng)?shù)據(jù)為 11000-speaker-draw-2014-01-01-10-00-00。RTMP(Real Time Messaging Protocol)實時消息傳送協(xié)議是Adobe Systems公司為Flash播放器和服務(wù)器之間音頻、視頻和數(shù)據(jù)傳輸開發(fā)的開放協(xié)議。

根據(jù)本發(fā)明較佳實施例，同樣由上面提到的實施例舉例說明如下：當(dāng)客戶端播接收到服務(wù)端發(fā)出的廣播結(jié)構(gòu)化數(shù)據(jù)，便將所述結(jié)構(gòu)化數(shù)據(jù)解析，根據(jù)解析后的消息信令類型為課件描繪操作，因此將解析得到的課件操作數(shù)據(jù)發(fā)送到客戶端描繪模塊，描繪模塊根據(jù)收到的數(shù)據(jù)進行課件描繪操作，在課件上層的描繪層描繪由數(shù)據(jù)中起始點的x＝10，y＝10到x＝200，y＝200這中間的所有數(shù)據(jù)，并且將所有點從起始點開始到終點進行連線展現(xiàn)到課件上的描繪層(根據(jù)時間標(biāo)簽信息逐點描繪，顯示動態(tài)描繪的過程直播)，實現(xiàn)主講人課件描繪操作的動作直播演示。

請參考圖3，圖3所示為本發(fā)明較佳實施例的多媒體文件描繪演示示意圖。主講人客戶端采集主講人在課件頁面上描繪的線條數(shù)據(jù)，將其生成結(jié)構(gòu)化數(shù)據(jù)(JSON格式或XML格式)，并將結(jié)構(gòu)化數(shù)據(jù)發(fā)送給服務(wù)端，所述服務(wù)端將結(jié)構(gòu)化數(shù)據(jù)解析為多媒體文件演示信令發(fā)送給其他客戶端。其他客戶端獲取多媒體文件演示信令后將其還原為結(jié)構(gòu)化數(shù)據(jù)并進行解析，然后進行課件描繪數(shù)據(jù)渲染(將結(jié)構(gòu)化數(shù)據(jù)解析為課件描繪操作數(shù)據(jù)后描繪到課件上層的描繪層)，最終在其他客戶端上顯示主講人在課件上描繪的線條數(shù)據(jù)。

根據(jù)本發(fā)明較佳實施例，所述服務(wù)端包括HTTP數(shù)據(jù)服務(wù)模塊，所述HTTP數(shù)據(jù)服務(wù)模塊用于提供課件數(shù)據(jù)服務(wù)，包括Office文檔文件(如doc、xls、ppt)、圖片文件(如jpeg、gif、png)、音頻或視頻格式文件(如mp3、mp4)等，HTTP數(shù)據(jù)服務(wù)模塊是將主講人所使用的多媒體通用文件轉(zhuǎn)化成swf文件類型，從而使得這些通用文件類型能夠在會議中進行展現(xiàn)，所述HTTP數(shù)據(jù)服務(wù)模塊根據(jù)主講人客戶端請求從數(shù)據(jù)存儲端獲取課件數(shù)據(jù)并傳輸給所有客戶端，主講人所上傳的任何多媒體文件都具有獨一無二的服務(wù)端地址，主講人客戶端將所述服務(wù)端地址同步發(fā)送給其他客戶端下載并打開，從而進行多媒體文件演示。

雖然本發(fā)明已以較佳實施例揭露如上，然其并非用以限定本發(fā)明。本發(fā)明所屬技術(shù)領(lǐng)域中具有通常知識者，在不脫離本發(fā)明的精神和范圍內(nèi)，當(dāng)可作各種的更動與潤飾。因此，本發(fā)明的保護范圍當(dāng)視權(quán)利要求書所界定者為準(zhǔn)。