一種視頻會話中動態(tài)調(diào)整視頻傳輸效率的方法
【專利摘要】本發(fā)明提供了一種視頻會話中動態(tài)調(diào)整視頻傳輸效率的方法。其中視頻發(fā)送方客戶端通過流媒體服務(wù)器向視頻接收方客戶端轉(zhuǎn)發(fā)視頻數(shù)據(jù)，包括如下步驟：a)建立視頻會話b)視頻發(fā)送方客戶端向流媒體服務(wù)器發(fā)送測試網(wǎng)絡(luò)狀況的測試包，記錄收到響應(yīng)信號所需時(shí)間；c)視頻發(fā)送方客戶端計(jì)算最新的響應(yīng)時(shí)間平均值；d)視頻發(fā)送方客戶端實(shí)時(shí)判斷最新的響應(yīng)時(shí)間平均值是否超過閾值，否則進(jìn)入步驟e；是則進(jìn)入步驟f;e)視頻發(fā)送方客戶端以第一視頻采集效率向流媒體服務(wù)器傳輸視頻數(shù)據(jù)；f)視頻發(fā)送方客戶端以低于第一視頻采集效率的第二視頻采集效率向流媒體服務(wù)器傳輸視頻數(shù)據(jù)。利用本發(fā)明的方法，能夠動態(tài)調(diào)整視頻傳輸效率，保證視頻會話的流暢性。
【專利說明】一種視頻會話中動態(tài)調(diào)整視頻傳輸效率的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，特別是一種視頻會話中動態(tài)調(diào)整視頻傳輸效率的方法。
【背景技術(shù)】
[0002]隨著通信技術(shù)的發(fā)展，視頻會話在互聯(lián)網(wǎng)中的應(yīng)用日益廣泛。視頻會話，是一種可以實(shí)現(xiàn)與多人同時(shí)進(jìn)行視頻通訊的會話方式。通過視頻會話方式，可以實(shí)現(xiàn)處于多個(gè)不同地點(diǎn)的用戶面對面的講話，由于視頻會話的優(yōu)勢，使得該技術(shù)在各領(lǐng)域中得到廣泛的應(yīng)用。
[0003]但是，由于網(wǎng)絡(luò)帶寬、傳輸質(zhì)量等因素造成的網(wǎng)絡(luò)狀況不穩(wěn)定，此外，由于在視頻會話中的不同用戶的網(wǎng)絡(luò)狀況本身不盡相同，導(dǎo)致現(xiàn)有的視頻會話中存在視頻存在延遲，畫面不流暢等問題。
[0004]現(xiàn)有的一種保障視頻會話的實(shí)時(shí)性的方法是，通過給用戶多個(gè)用于調(diào)整視頻質(zhì)量及速度的選擇項(xiàng)，讓用戶根據(jù)視頻會話的效果，手動選擇來保證視頻質(zhì)量及速度。然而，用戶手動選擇視頻質(zhì)量及速度，對于用戶來說操作門檻較高，而且，在在網(wǎng)絡(luò)狀態(tài)不好的情況下，可能出現(xiàn)用戶無法進(jìn)行動態(tài)手動調(diào)整，出現(xiàn)視頻卡死等情況，從而給用戶帶來了不佳的視頻會話體驗(yàn)效果。
[0005]因此，需要一種視頻會話中一種動態(tài)調(diào)整視頻傳輸效率的方法，對視頻進(jìn)行動態(tài)調(diào)整，兼顧視頻的質(zhì)量和視頻的流暢性，提高用戶體驗(yàn)。

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

[0006]本發(fā)明的目的是提供一種視頻會話中一種動態(tài)調(diào)整視頻傳輸效率的方法。
[0007]根據(jù)本發(fā)明的一個(gè)方面，提供了一種視頻會話中動態(tài)調(diào)整視頻傳輸效率的方法，其中視頻發(fā)送方客戶端通過流媒體服務(wù)器向視頻接收方客戶端轉(zhuǎn)發(fā)視頻數(shù)據(jù)，其特征在于，包括如下步驟：a)建立視頻會話，所述視頻發(fā)送方客戶端以第一視頻采集效率向流媒體服務(wù)器傳輸視頻山）所述視頻發(fā)送方客戶端向所述流媒體服務(wù)器發(fā)送測試網(wǎng)絡(luò)狀況的測試包，記錄收到響應(yīng)信號所需時(shí)間；c)所述視頻發(fā)送方客戶端計(jì)算最新收到的多個(gè)響應(yīng)信號的響應(yīng)時(shí)間平均值；d)所述視頻發(fā)送方客戶端實(shí)時(shí)判斷所述最新的響應(yīng)時(shí)間平均值是否超過閾值，否則進(jìn)入步驟e ;是則進(jìn)入步驟f ;e)所述視頻發(fā)送方客戶端以第一視頻采集效率向所述流媒體服務(wù)器傳輸所述視頻數(shù)據(jù)，并在傳輸所述視頻數(shù)據(jù)的同時(shí)持續(xù)重復(fù)步驟b-d以判斷網(wǎng)絡(luò)狀況；f)所述視頻發(fā)送方客戶端以低于所述第一視頻采集效率的第二視頻采集效率向所述流媒體服務(wù)器傳輸所述視頻數(shù)據(jù)，并在傳輸所述視頻數(shù)據(jù)的同時(shí)持續(xù)重復(fù)步驟b_d。
[0008]優(yōu)選地，在所述視頻發(fā)送方客戶端通過流媒體服務(wù)器向視頻接收方轉(zhuǎn)發(fā)視頻數(shù)據(jù)的過程中，采用flash的流媒體服務(wù)轉(zhuǎn)發(fā)技術(shù)，且流媒體信息的協(xié)議是H. 264或H. 263。
[0009]優(yōu)選地，在步驟c中，計(jì)算最新收到的5個(gè)響應(yīng)信號的響應(yīng)時(shí)間平均值。
[0010]優(yōu)選地，在步驟f中，所述以低于所述第一視頻采集效率的第二視頻采集效率向所述流媒體服務(wù)器傳輸所述視頻數(shù)據(jù)的方法可以選自下列方式中的任意一種或幾種的組合，所述方式包括：減少原本視頻的采集幀率，以及降低原本視頻的采集分辨率。
[0011]優(yōu)選地，在步驟d中，設(shè)置兩個(gè)或兩個(gè)以上閾值來調(diào)整視頻采集效率。
[0012]根據(jù)本發(fā)明的另一個(gè)方面，提供了一種視頻會話中動態(tài)調(diào)整視頻傳輸效率的方法，其中所述視頻發(fā)送方客戶端通過流媒體服務(wù)器向視頻接收方客戶端轉(zhuǎn)發(fā)視頻數(shù)據(jù)，其特征在于，包括如下步驟：a)建立視頻會話，所述視頻發(fā)送方客戶端以第一視頻采集效率向流媒體服務(wù)器傳輸所述視頻數(shù)據(jù)山）所述視頻接收方客戶端向所述流媒體服務(wù)器發(fā)送測試網(wǎng)絡(luò)狀況的測試包，記錄收到響應(yīng)信號所需時(shí)間；c)所述視頻接收方客戶端計(jì)算最新收到的多個(gè)響應(yīng)信號的響應(yīng)時(shí)間平均值；d)所述視頻接收方客戶端實(shí)時(shí)判斷最新的響應(yīng)時(shí)間平均值是否超過閾值，是則進(jìn)入步驟e ;否則持續(xù)重復(fù)步驟b-d以判斷網(wǎng)絡(luò)狀況；e)所述視頻接收方客戶端通過所述流媒體服務(wù)器向所述視頻發(fā)送方客戶端轉(zhuǎn)發(fā)表示其網(wǎng)絡(luò)狀態(tài)不好從而需要所述視頻發(fā)送客戶端以較低采集效率發(fā)送視頻的信號；f)所述視頻發(fā)送方客戶端以低于所述第一視頻采集效率的第二視頻采集效率向所述流媒體服務(wù)器傳送所述視頻數(shù)據(jù)。
[0013]優(yōu)選地，在步驟c中，在所述視頻發(fā)送方客戶端以所述第二視頻采集效率傳輸所述視頻數(shù)據(jù)的過程中，所述視頻接收方客戶端仍持續(xù)重復(fù)步驟b-d以判斷網(wǎng)絡(luò)狀況，若在設(shè)定的閾值時(shí)間內(nèi)所述視頻發(fā)送方客戶端未接收到來自所述流媒體服務(wù)器轉(zhuǎn)發(fā)的要求以較低采集效率發(fā)送所述視頻數(shù)據(jù)的信號，則所述視頻發(fā)送方客戶端恢復(fù)以所述第一視頻采集效率進(jìn)行所述視頻數(shù)據(jù)的傳輸。
[0014]優(yōu)選地，在步驟e中，所述以低于所述第一視頻采集效率的第二視頻采集效率向所述流媒體服務(wù)器傳輸所述視頻數(shù)據(jù)的方法可以選自下列方式中的任意一種或幾種的組合，所述方式包括：減少原本視頻的采集幀率，以及降低原本視頻的采集分辨率。
[0015]優(yōu)選地，在步驟d中，所述視頻接收方客戶端設(shè)置兩個(gè)或兩個(gè)以上閾值來將網(wǎng)絡(luò)狀況通知所述視頻發(fā)送方客戶端，使所述視頻發(fā)送方客戶端調(diào)整視頻采集效率。
[0016]優(yōu)選地，在步驟c中，計(jì)算最新收到的5個(gè)響應(yīng)信號的響應(yīng)時(shí)間平均值。
[0017]利用本發(fā)明的提高視頻體驗(yàn)的方法，能夠適應(yīng)不同的網(wǎng)絡(luò)狀態(tài)，動態(tài)調(diào)整視頻傳輸效率，以保證視頻會話通道的流暢性，來為用戶提供良好的視頻會話體驗(yàn)。
【專利附圖】

【附圖說明】
[0018]參考隨附的附圖，本發(fā)明更多的目的、功能和優(yōu)點(diǎn)將通過本發(fā)明實(shí)施方式的如下描述得以闡明，其中：
[0019]圖I示意性示出了實(shí)現(xiàn)根據(jù)本發(fā)明的動態(tài)調(diào)整視頻傳輸效率的方法的系統(tǒng)框圖。
[0020]圖2示意性示出了基于發(fā)送方客戶端網(wǎng)絡(luò)狀況動態(tài)調(diào)整視頻傳輸效率的方法流程圖。
[0021]圖3示意性示出了基于接收方客戶端網(wǎng)絡(luò)狀況動態(tài)調(diào)整視頻傳輸效率的方法流程圖。
【具體實(shí)施方式】
[0022]通過參考示范性實(shí)施例，本發(fā)明的目的和功能以及用于實(shí)現(xiàn)這些目的和功能的方法將得以闡明。然而，本發(fā)明并不受限于以下所公開的示范性實(shí)施例；可以通過不同形式來對其加以實(shí)現(xiàn)。說明書的實(shí)質(zhì)僅僅是幫助相關(guān)領(lǐng)域技術(shù)人員綜合理解本發(fā)明的具體細(xì)節(jié)。
[0023]在下文中，將參考附圖描述本發(fā)明的實(shí)施例。在附圖中，相同的附圖標(biāo)記代表相同或類似的部件，或者相同或類似的步驟。
[0024]圖I示意性示出了實(shí)現(xiàn)根據(jù)本發(fā)明的動態(tài)調(diào)整視頻傳輸效率的方法的系統(tǒng)框圖。如圖I所示，應(yīng)用本發(fā)明的視頻會話中動態(tài)調(diào)整視頻傳輸效率的方法的系統(tǒng)100包括發(fā)起視頻會話的至少兩個(gè)客戶端以及在客戶端之間傳遞視頻會話的流媒體服務(wù)器。在圖I中，所述客戶端示例性地以PC客戶端110以及移動客戶端120表示，所述流媒體服務(wù)器以服務(wù)器130來表示。PC客戶端110以及移動客戶端120分別和服務(wù)器130之間通過網(wǎng)絡(luò)進(jìn)行視頻數(shù)據(jù)的傳輸。出于示意性的目的，圖I僅示出了兩個(gè)客戶端，即PC客戶端110和移動客戶端120，然而，可以理解的是根據(jù)本發(fā)明的方法可以應(yīng)用于多方視頻會話的場景中，因此在其他實(shí)施方式中，系統(tǒng)100可以包括更多的客戶端。
[0025]所述網(wǎng)絡(luò)例如包括諸如內(nèi)聯(lián)網(wǎng)之類的局域網(wǎng)（“LAN”）和諸如互聯(lián)網(wǎng)之類的廣域網(wǎng)（“WAN”)。網(wǎng)絡(luò)可被配置為支持利用多種協(xié)議設(shè)置格式的信息的傳輸。另外，網(wǎng)絡(luò)可以是公共網(wǎng)絡(luò)、專用網(wǎng)絡(luò)或其組合。網(wǎng)絡(luò)還可以利用任何一種或多種類型的物理介質(zhì)來實(shí)現(xiàn)，其中包括與多個(gè)服務(wù)提供商相關(guān)聯(lián)的有線通信路徑和無線通信路徑。無線通信方式例如WiFi或WLAN、GPRS、蜂窩網(wǎng)絡(luò)，例如GSM網(wǎng)絡(luò)、3G網(wǎng)絡(luò)、LTE網(wǎng)絡(luò)或CDMA網(wǎng)絡(luò)等等。
[0026]優(yōu)選地，本發(fā)明采用flash的流媒體服務(wù)轉(zhuǎn)發(fā)技術(shù)，流媒體信息的協(xié)議例如是
H.264 或 H. 263。
[0027]圖2示意性示出了基于發(fā)送方客戶端網(wǎng)絡(luò)狀況動態(tài)調(diào)整視頻傳輸效率的方法流程圖。
[0028]如圖2所示：
[0029]步驟210，建立視頻會話。具體地，發(fā)起視頻會話的客戶端(下文簡稱視頻發(fā)送方客戶端，以圖I中的客戶端110為例）通過流媒體服務(wù)器130向任意其他的客戶端(下文簡稱視頻接收方客戶端，以圖I中的客戶端120為例）發(fā)起與其進(jìn)行視頻會話的請求，視頻接收方客戶端同意會話請求后通過流媒體服務(wù)器發(fā)送表示同意的響應(yīng)，視頻接收方客戶端在收到表示同意的響應(yīng)后，客戶端110與客戶端120通過流媒體服務(wù)器130建立起連接，開始進(jìn)行視頻會話。在進(jìn)行視頻會話過程中，客戶端110與客戶端120的視頻信息通過中間層流媒體服務(wù)器進(jìn)行轉(zhuǎn)發(fā)，以實(shí)現(xiàn)正常的視頻會話。其中，流媒體服務(wù)器是用來轉(zhuǎn)發(fā)來自至少兩個(gè)客戶端本地采集的視頻信息的中間媒介。
[0030]建立起視頻會話后，視頻發(fā)送方客戶端以設(shè)定的第一視頻采集效率向流媒體服務(wù)器傳輸視頻，經(jīng)流媒體服務(wù)器轉(zhuǎn)發(fā)給視頻接收方客戶端進(jìn)行播放。
[0031]步驟220，視頻發(fā)送方客戶端在發(fā)送視頻的過程中定時(shí)向流媒體服務(wù)器發(fā)送測試網(wǎng)絡(luò)狀況的測試包，記錄收到流媒體服務(wù)器的響應(yīng)信號所需時(shí)間。由于在視頻會話中的客戶端110以及客戶端120都是視頻發(fā)送方，所以為了不對本方法的過程進(jìn)行贅述，在本實(shí)施例中僅對客戶端110向客戶端120進(jìn)行視頻傳輸?shù)倪^程進(jìn)行說明。具體地，客戶端110定時(shí)向流媒體服務(wù)器130發(fā)送測試網(wǎng)絡(luò)狀態(tài)包（即req信號)，并記錄收到來自流媒體服務(wù)器的回復(fù)信號（即rsp信號）所需的時(shí)間。
[0032]步驟230，客戶端110計(jì)算最新收到的多個(gè)響應(yīng)信號所需時(shí)間的平均值（以下稱為響應(yīng)時(shí)間平均值)。優(yōu)選地，計(jì)算最新收到的5個(gè)響應(yīng)信號的響應(yīng)時(shí)間平均值。計(jì)算最新的響應(yīng)時(shí)間平均值A(chǔ)的公式為：
[0033]A= (tj+tg+ts+......+tj) / i (I)
[0034]其中，\為客戶端110收到的響應(yīng)時(shí)間，i為大于I的正整數(shù)，表示用于計(jì)算平均值的最新收到的多個(gè)響應(yīng)信號的數(shù)量。
[0035]步驟240，客戶端110實(shí)時(shí)判斷步驟230求出的響應(yīng)時(shí)間平均值是否超過閾值，否則說明網(wǎng)絡(luò)狀況良好，進(jìn)入步驟250 ;是則說明網(wǎng)絡(luò)狀況不足以進(jìn)行正常視頻質(zhì)量的傳輸，進(jìn)入步驟260。
[0036]步驟250，客戶端110仍以所設(shè)定的第一視頻采集效率向流媒體服務(wù)器130傳輸視頻，并在傳輸視頻的同時(shí)持續(xù)重復(fù)步驟220-240以判斷網(wǎng)絡(luò)狀況。
[0037]步驟260，客戶端110以低于所述第一視頻采集效率的第二視頻采集效率向流媒體服務(wù)器130傳輸視頻，從而使客戶端120能夠得到流暢且不延遲的視頻畫面?zhèn)鬏斝Ч?。其中，以較低的第二視頻采集效率傳輸視頻的方法可以選自下列方式中的任意一種或幾種的組合，所述方式包括：減少原本視頻的采集幀率，以及降低原本視頻的采集分辨率等。其中，采集分辨率表示畫面采集像素的多少，例如采集分辨率為320X240。視頻采集幀率為視頻畫面的采集頻率，若幀率越大則視頻看起來越流暢，此時(shí)的網(wǎng)絡(luò)發(fā)包量較大；若幀率越小，視頻看起來越不流暢，此時(shí)的網(wǎng)絡(luò)發(fā)包量較小。
[0038]在客戶端110以第二視頻采集效率傳輸視頻的過程中，客戶端110仍持續(xù)重復(fù)步驟220-240以判斷網(wǎng)絡(luò)狀況，若在步驟240判斷出響應(yīng)時(shí)間平均值已低于閾值，則客戶端110恢復(fù)第一視頻采集效率進(jìn)行視頻的傳輸。
[0039]優(yōu)選地，設(shè)置兩個(gè)或兩個(gè)以上閾值來調(diào)整視頻采集效率。例如在設(shè)置兩個(gè)閾值(閾值A(chǔ)和閾值B，且閾值A(chǔ)小于閾值B)來調(diào)整視頻采集效率時(shí)，若響應(yīng)時(shí)間平均值小于閾值A(chǔ)則以第一采集效率傳輸視頻，若響應(yīng)時(shí)間平均值大于閾值A(chǔ)且小于閾值B則以第二采集效率傳輸視頻，若響應(yīng)時(shí)間平均值大于閾值B則以第三采集效率傳輸視頻。
[0040]圖3示意性示出了基于接收方客戶端網(wǎng)絡(luò)狀況動態(tài)調(diào)整視頻傳輸效率的方法流程圖。
[0041]如圖3所示：
[0042]步驟310，建立視頻會話。建立起視頻會話后，視頻發(fā)送方客戶端(本實(shí)施例中以客戶端110為例)以設(shè)定的第一視頻采集效率向流媒體服務(wù)器傳輸視頻，經(jīng)流媒體服務(wù)器轉(zhuǎn)發(fā)給視頻接收方客戶端(本實(shí)施例中以客戶端120為例）進(jìn)行播放。
[0043]步驟320，客戶端120定時(shí)向流媒體服務(wù)器發(fā)送測試網(wǎng)絡(luò)狀況的測試包，記錄收到來自流媒體服務(wù)器的響應(yīng)信號所需時(shí)間；
[0044]步驟330，客戶端120計(jì)算最新收到的多個(gè)響應(yīng)信號所需時(shí)間的平均值（以下稱為響應(yīng)時(shí)間平均值）;
[0045]步驟340，客戶端120實(shí)時(shí)判斷步驟330求出的響應(yīng)時(shí)間平均值是否超過閾值，是則說明此時(shí)視頻接收方客戶端的網(wǎng)絡(luò)狀況不好需通知發(fā)送方，進(jìn)入步驟350 ;否則說明此時(shí)視頻接收方客戶端的網(wǎng)絡(luò)狀況良好，持續(xù)重復(fù)步驟320-340以判斷網(wǎng)絡(luò)狀況；
[0046]步驟350，客戶端120通過流媒體服務(wù)器130向客戶端110轉(zhuǎn)發(fā)表示其網(wǎng)絡(luò)狀態(tài)不好從而需要客戶端110以低采集效率發(fā)送視頻的信號；
[0047]步驟360，客戶端110在收到客戶端120發(fā)出的表示網(wǎng)絡(luò)狀況不好的信號后，降低采集效率向流媒體服務(wù)器130傳送視頻。具體地，客戶端110以低于所述第一視頻采集效率的第二視頻采集效率向流媒體服務(wù)器130傳輸視頻，從而使客戶端120能夠得到流暢且不延遲的視頻畫面?zhèn)鬏斝Ч?。其中，以較低的第二視頻采集效率傳輸視頻的方法可以選自下列方式中的任意一種或幾種的組合，所述方式包括：減少原本視頻的采集幀率，以及降低原本視頻的采集分辨率等。其中，采集分辨率表示畫面采集像素的多少，例如采集分辨率為320X240。視頻采集幀率為視頻畫面的采集頻率，若幀率越大則視頻看起來越流暢，此時(shí)的網(wǎng)絡(luò)發(fā)包量較大；若幀率越小，視頻看起來越不流暢，此時(shí)的網(wǎng)絡(luò)發(fā)包量較小。
[0048]在客戶端110以第二視頻采集效率傳輸視頻的過程中，客戶端120仍持續(xù)重復(fù)步驟320-340以判斷網(wǎng)絡(luò)狀況，若在設(shè)定的閾值時(shí)間內(nèi)客戶端110未接收到來自流媒體服務(wù)器轉(zhuǎn)發(fā)的指示客戶端120網(wǎng)絡(luò)狀況不好的信號，則客戶端110恢復(fù)第一視頻采集效率進(jìn)行視頻的傳輸。
[0049]優(yōu)選地，視頻接收方客戶端設(shè)置兩個(gè)或兩個(gè)以上閾值來將其網(wǎng)絡(luò)狀況通知視頻發(fā)送方客戶端，來使視頻發(fā)送方客戶端調(diào)整視頻采集效率。
[0050]在本發(fā)明的實(shí)施例中雖然只說明了在進(jìn)行視頻會話的情況下動態(tài)調(diào)整視頻采集效率的方法，但是不限于此，本發(fā)明也可以適用于音頻會話的情況或音視頻會話的情況。
[0051]本發(fā)明中，一個(gè)用戶可以同多個(gè)用于同時(shí)進(jìn)行音視頻交互，所有的流媒體信息都是通過流媒體服務(wù)器130進(jìn)行轉(zhuǎn)發(fā)的，一個(gè)用戶同流媒體服務(wù)器130之間僅需要一條tcp連接，但這條連接上可以傳輸很多流媒體信息流，并且在該條Tcp連接上還包括一條檢測通道狀況的請求，從而能夠使服務(wù)器只提供Tcp —種接入方式，降低開發(fā)維護(hù)成本，同時(shí)，能夠?qū)崿F(xiàn)多網(wǎng)頁僅保持一條鏈接，從而大大降低了服務(wù)器接入層的壓力，減少硬件的投入。
[0052]利用本發(fā)明的提高視頻體驗(yàn)的方法，能夠適應(yīng)不同的網(wǎng)絡(luò)狀態(tài)，動態(tài)調(diào)整視頻傳輸效率，以保證視頻會話通道的流暢性，來為用戶提供良好的視頻會話體驗(yàn)。
[0053]結(jié)合這里披露的本發(fā)明的說明和實(shí)踐，本發(fā)明的其他實(shí)施例對于本領(lǐng)域技術(shù)人員都是易于想到和理解的。說明和實(shí)施例僅被認(rèn)為是示例性的，本發(fā)明的真正范圍和主旨均由權(quán)利要求所限定。
【權(quán)利要求】
1.一種視頻會話中動態(tài)調(diào)整視頻傳輸效率的方法，其中視頻發(fā)送方客戶端通過流媒體服務(wù)器向視頻接收方客戶端轉(zhuǎn)發(fā)視頻數(shù)據(jù)，其特征在于，包括如下步驟： a)建立視頻會話，所述視頻發(fā)送方客戶端以第一視頻采集效率向流媒體服務(wù)器傳輸視頻； b)所述視頻發(fā)送方客戶端向所述流媒體服務(wù)器發(fā)送測試網(wǎng)絡(luò)狀況的測試包，記錄收到響應(yīng)信號所需時(shí)間； c)所述視頻發(fā)送方客戶端計(jì)算最新收到的多個(gè)響應(yīng)信號的響應(yīng)時(shí)間平均值； d)所述視頻發(fā)送方客戶端實(shí)時(shí)判斷所述最新的響應(yīng)時(shí)間平均值是否超過閾值，否則進(jìn)入步驟e ;是則進(jìn)入步驟f; e)所述視頻發(fā)送方客戶端以第一視頻采集效率向所述流媒體服務(wù)器傳輸所述視頻數(shù)據(jù)，并在傳輸所述視頻數(shù)據(jù)的同時(shí)持續(xù)重復(fù)步驟b-d以判斷網(wǎng)絡(luò)狀況； f)所述視頻發(fā)送方客戶端以低于所述第一視頻采集效率的第二視頻采集效率向所述流媒體服務(wù)器傳輸所述視頻數(shù)據(jù)，并在傳輸所述視頻數(shù)據(jù)的同時(shí)持續(xù)重復(fù)步驟b-d。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述視頻發(fā)送方客戶端通過流媒體服務(wù)器向視頻接收方轉(zhuǎn)發(fā)視頻數(shù)據(jù)的過程中，采用flash的流媒體服務(wù)轉(zhuǎn)發(fā)技術(shù)，且流媒體信息的協(xié)議是H. 264或H. 263。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟c中，計(jì)算最新收到的5個(gè)響應(yīng)信號的響應(yīng)時(shí)間平均值。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟f中，所述以低于所述第一視頻采集效率的第二視頻采集效率向所述流媒體服務(wù)器傳輸所述視頻數(shù)據(jù)的方法可以選自下列方式中的任意一種或幾種的組合，所述方式包括：減少原本視頻的采集幀率，以及降低原本視頻的采集分辨率。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟d中，設(shè)置兩個(gè)或兩個(gè)以上閾值來調(diào)整視頻米集效率。
6.—種視頻會話中動態(tài)調(diào)整視頻傳輸效率的方法，其中所述視頻發(fā)送方客戶端通過流媒體服務(wù)器向視頻接收方客戶端轉(zhuǎn)發(fā)視頻數(shù)據(jù)，其特征在于，包括如下步驟： a)建立視頻會話，所述視頻發(fā)送方客戶端以第一視頻采集效率向流媒體服務(wù)器傳輸所述視頻數(shù)據(jù)； b)所述視頻接收方客戶端向所述流媒體服務(wù)器發(fā)送測試網(wǎng)絡(luò)狀況的測試包，記錄收到響應(yīng)信號所需時(shí)間； c)所述視頻接收方客戶端計(jì)算最新收到的多個(gè)響應(yīng)信號的響應(yīng)時(shí)間平均值； d)所述視頻接收方客戶端實(shí)時(shí)判斷最新的響應(yīng)時(shí)間平均值是否超過閾值，是則進(jìn)入步驟e ;否則持續(xù)重復(fù)步驟b-d以判斷網(wǎng)絡(luò)狀況； e)所述視頻接收方客戶端通過所述流媒體服務(wù)器向所述視頻發(fā)送方客戶端轉(zhuǎn)發(fā)表示其網(wǎng)絡(luò)狀態(tài)不好從而需要所述視頻發(fā)送客戶端以較低采集效率發(fā)送視頻的信號； f)所述視頻發(fā)送方客戶端以低于所述第一視頻采集效率的第二視頻采集效率向所述流媒體服務(wù)器傳送所述視頻數(shù)據(jù)。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，在步驟c中，在所述視頻發(fā)送方客戶端以所述第二視頻采集效率傳輸所述視頻數(shù)據(jù)的過程中，所述視頻接收方客戶端仍持續(xù)重復(fù)步驟b-d以判斷網(wǎng)絡(luò)狀況，若在設(shè)定的閾值時(shí)間內(nèi)所述視頻發(fā)送方客戶端未接收到來自所述流媒體服務(wù)器轉(zhuǎn)發(fā)的要求以較低采集效率發(fā)送所述視頻數(shù)據(jù)的信號，則所述視頻發(fā)送方客戶端恢復(fù)以所述第一視頻采集效率進(jìn)行所述視頻數(shù)據(jù)的傳輸。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，在步驟e中，所述以低于所述第一視頻采集效率的第二視頻采集效率向所述流媒體服務(wù)器傳輸所述視頻數(shù)據(jù)的方法可以選自下列方式中的任意一種或幾種的組合，所述方式包括：減少原本視頻的采集幀率，以及降低原本視頻的采集分辨率。
9.根據(jù)權(quán)利要求6所述的方法，其特征在于，在步驟d中，所述視頻接收方客戶端設(shè)置兩個(gè)或兩個(gè)以上閾值來將網(wǎng)絡(luò)狀況通知所述視頻發(fā)送方客戶端，使所述視頻發(fā)送方客戶端調(diào)整視頻米集效率。
10.根據(jù)權(quán)利要求6所述的方法，其特征在于，在步驟c中，計(jì)算最新收到的5個(gè)響應(yīng)信號的響應(yīng)時(shí)間平均值。`
【文檔編號】H04L29/06GK103780869SQ201410025737
【公開日】2014年5月7日 申請日期:2014年1月20日 優(yōu)先權(quán)日:2014年1月20日
【發(fā)明者】李曉東 申請人:五八同城信息技術(shù)有限公司