移動(dòng)終端視頻共享方法
【專利摘要】本發(fā)明提供了一種移動(dòng)終端視頻共享的方法，該方法包括以下步驟：（1）一個(gè)或多個(gè)作為發(fā)送端的移動(dòng)終端對將要共享的視頻數(shù)據(jù)進(jìn)行編碼壓縮后傳輸給一個(gè)或多個(gè)服務(wù)器；（2）所述一個(gè)或多個(gè)服務(wù)器儲(chǔ)存所述編碼壓縮后的視頻數(shù)據(jù)；（3）一個(gè)或多個(gè)作為接收端的移動(dòng)終端從服務(wù)器獲得所述編碼壓縮后的視頻數(shù)據(jù)，對接收到的所述視頻數(shù)據(jù)進(jìn)行解壓解碼后調(diào)用相應(yīng)的驅(qū)動(dòng)接口對所述視頻數(shù)據(jù)進(jìn)行播放。本發(fā)明還提供了實(shí)時(shí)編碼優(yōu)化方法。所述方法可以滿足大數(shù)據(jù)量的視頻實(shí)時(shí)共享要求。
【專利說明】
移動(dòng)終端視頻共享方法
技術(shù)領(lǐng)域
[0001 ]本發(fā)明設(shè)及移動(dòng)通信領(lǐng)域，具體地設(shè)及一種移動(dòng)終端視頻共享方法。
【背景技術(shù)】
[0002] 互聯(lián)網(wǎng)時(shí)代網(wǎng)絡(luò)正在帶給人們各種各樣的信息，運(yùn)些信息不只是單純文本、圖像 和簡單的聲音文件，而是包含音、視頻的多媒體技術(shù)，包括廣播電視、新聞剪輯電臺、電影、 監(jiān)控視頻等。想要使用運(yùn)些多媒體信息，就必須實(shí)現(xiàn)視頻、音頻信息在網(wǎng)絡(luò)上的傳輸，但隨 著上網(wǎng)人數(shù)的趨增，而網(wǎng)絡(luò)硬件設(shè)備的本身局限性，使得媒體文件的大小成為網(wǎng)絡(luò)傳輸一 個(gè)不可忽視的參數(shù)。人們希望能在網(wǎng)絡(luò)上實(shí)時(shí)地看到清晰、流楊的媒體演示或共享。
[0003] 移動(dòng)終端在媒體功能中所起的作用越來越重要，通過移動(dòng)終端實(shí)現(xiàn)媒體資料共享 也逐漸顯現(xiàn)它在資源共享方面的重要性。目前，移動(dòng)終端之間的視頻等媒體信息的實(shí)時(shí)共 享一般是通過先將視頻等媒體文件傳輸?shù)浇邮斩?，再由接收端進(jìn)行媒體文件的解碼與播 放。但是，如果接收端不支持相關(guān)媒體文件的解碼，則該接收端就無法播放運(yùn)些媒體文件， 而且，由于文件傳輸需要一段時(shí)間，接收端需要等待較長的時(shí)間進(jìn)行文件下載，才能進(jìn)行播 放;此外，對于需要分享其實(shí)時(shí)播放或顯示內(nèi)容的移動(dòng)終端用戶，可能還需要將運(yùn)些內(nèi)容錄 制成文件，再傳輸?shù)浇邮斩?，不能滿足實(shí)時(shí)與同步性。
[0004] 另外，由于信息技術(shù)的不斷進(jìn)步，視頻或者圖像設(shè)備和平臺也越來越豐富，由于圖 像視頻的格式和標(biāo)準(zhǔn)沒有得到統(tǒng)一，運(yùn)使得視頻圖像跨平臺或者是不同的設(shè)備之間很難得 到共享。如果在編碼端采用獨(dú)特或者過于復(fù)雜編碼方式，解碼端并不知道編碼端的編碼方 式W及可能由于編碼端編碼方式難度很大。解碼端不能過對已編碼的視頻序列進(jìn)行解碼， 運(yùn)種標(biāo)準(zhǔn)的不統(tǒng)一性就造成了視頻或圖像的可操作性和應(yīng)用性變差，甚至使得視頻的壓縮 技術(shù)失去意義。在制定標(biāo)準(zhǔn)的過程中產(chǎn)生了很多不同的標(biāo)準(zhǔn)，經(jīng)過實(shí)踐的檢驗(yàn)，保留下來幾 個(gè)大的視頻圖像標(biāo)準(zhǔn)，運(yùn)就有利于競爭機(jī)制的保持，也加強(qiáng)了視頻圖像標(biāo)準(zhǔn)的統(tǒng)一性。
[0005] CN200810066097.0的專利申請?zhí)岢隽? 一種共享播放多媒體文件的方法及多媒體 播放器"，該專利申請?zhí)岢龅姆椒ê投嗝襟w播放器雖然可W通過實(shí)時(shí)流的方式對播放器中 的媒體進(jìn)行緩沖，但還需播放器進(jìn)行媒體解碼，對播放器解碼能力要求較高，對一些播放器 不支持的文件格式?jīng)]有辦法共享播放;并且，該專利申請?zhí)岢龅姆椒ê投嗝襟w播放器未設(shè) 及與解決非實(shí)體文件的實(shí)時(shí)共享問題，例如，終端如何將其CMMB或收音機(jī)所接收到的視頻 或音頻信息實(shí)時(shí)共享給其他終端，或如何將終端的LCD顯示內(nèi)容或聲音實(shí)時(shí)共享給其他終 JLjJU 乂而。
[0006] CN200910205518公開了一種實(shí)現(xiàn)移動(dòng)終端音視頻實(shí)時(shí)共享的方法，包括W下步 驟:A、發(fā)送端記錄將要播放的音視頻數(shù)據(jù)，對所述音視頻數(shù)據(jù)進(jìn)行編碼壓縮后傳輸給接收 端;B、接收端對接收到的所述音視頻數(shù)據(jù)進(jìn)行解壓解碼后調(diào)用相應(yīng)的驅(qū)動(dòng)接口對所述音視 頻數(shù)據(jù)進(jìn)行播放。
[0007] CN102326356A公開了一種在包括多個(gè)視頻捕捉設(shè)備（102)的通信網(wǎng)絡(luò)（100)中的 節(jié)點(diǎn)（101)處的計(jì)算機(jī)實(shí)現(xiàn)的視頻共享方法，所述方法包括:接收同一事件的多個(gè)視頻流 (200)，每個(gè)視頻流源自所述視頻捕捉設(shè)備中的不同的一個(gè);獲取關(guān)于所述視頻流的上下文 信息（202);提供視頻流輸出用于由所述通信網(wǎng)絡(luò)中其他實(shí)體共享(206)，所述視頻流輸出 是在所述上下文信息的基礎(chǔ)上從已接收的視頻流生成的。
[000引 CN101625701A公開了一種視頻共享方法，包括W下步驟:移動(dòng)終端將視頻文件上 傳給內(nèi)容管理口戶;所述內(nèi)容管理口戶把視頻文件發(fā)布到流媒體平臺上;把視頻文件在所 述流媒體平臺的鏈接通知給其他移動(dòng)終端。
[0009] CN104902311A公開了一種音視頻資源共享的方法，包括:接收智能移動(dòng)終端發(fā)送 的節(jié)目播放請求消息;根據(jù)所述節(jié)目播放請求消息，確定節(jié)目標(biāo)識;根據(jù)所述節(jié)目標(biāo)識，獲 取所述節(jié)目標(biāo)識對應(yīng)的節(jié)目信息；根據(jù)所述節(jié)目信息，獲取傳輸流TS數(shù)據(jù);解擾所述TS數(shù) 據(jù)，得到所述節(jié)目標(biāo)識對應(yīng)的清流TS數(shù)據(jù);從所述清流TS數(shù)據(jù)中錄制出音頻數(shù)據(jù)及視頻數(shù) 據(jù)并將所述音頻數(shù)據(jù)及視頻數(shù)據(jù)進(jìn)行實(shí)時(shí)流傳輸化S切片處理，得到播放TS數(shù)據(jù);將所述播 放TS數(shù)據(jù)發(fā)送至所述智能移動(dòng)終端。
[0010] CN101707686A公開了一種移動(dòng)終端之間共享視頻的方法，所述方法包括:主叫終 端將視頻文件上傳至媒體服務(wù)器;被叫終端通過移動(dòng)網(wǎng)絡(luò)與所述媒體服務(wù)器建立視頻鏈 路，所述媒體服務(wù)器通過所述視頻鏈路向所述被叫終端發(fā)送所述視頻文件的視頻流;被叫 終端接收所述媒體服務(wù)器發(fā)送的視頻流，完成所述視頻文件的播放。
[0011] CN101883147A公開了一種實(shí)現(xiàn)多方視頻共享的方法，該方法包括:主叫終端通過 視頻共享服務(wù)器向多個(gè)被叫終端發(fā)起視頻共享請求，收到視頻共享請求的被叫終端向視頻 共享服務(wù)器回復(fù)響應(yīng)消息;視頻共享服務(wù)器按照被叫終端的歸屬地、終端類型、接入方式和 上行帶寬的優(yōu)先級順序確定被叫終端的視頻數(shù)據(jù)方向；被叫終端根據(jù)所確定的視頻數(shù)據(jù)方 向?yàn)槠渌K端提供共享的視頻數(shù)據(jù)。
[0012] CN101127874A公開了一種在移動(dòng)通信終端中進(jìn)行的視頻電話中共享屏幕的方法， 該方法包括:如果在視頻電話中出現(xiàn)了屏幕共享的事件，則向接通的終端發(fā)送屏幕共享請 求信號;和當(dāng)從接通的終端接收到屏幕共享接受信號時(shí)，捕獲屏幕上顯示的圖像，并把所捕 獲的圖像發(fā)送到接通的終端。
[0013] 肝2003-012734A公開了一種利用靜止圖像或運(yùn)動(dòng)圖像執(zhí)行視頻通信的移動(dòng)視頻 電話終端，包括：圖像拍攝部分，用于拍攝第一顯示信息;視頻電話通信執(zhí)行部分，用于在視 頻通信中接收來自接收端的第二顯示信息W執(zhí)行視頻電話通信;數(shù)據(jù)通信執(zhí)行部分，用于 通過預(yù)定的基站獲取第=顯示信息；圖像合成部分，用于通過將從第一至第=顯示信息中 選擇的至少兩個(gè)顯示信息相結(jié)合，W產(chǎn)生第四顯示信息;發(fā)送圖像選擇部分，用于將第一至 第四顯示信息輸入到其中，W選擇顯示信息至少其中之一，并將其作為發(fā)送圖像發(fā)送到接 收端；W及顯示圖像選擇部分，用于選擇第一至第四顯示信息其中之一并將其作為顯示圖 像進(jìn)行顯示。
[0014] W02014/093668A1公開了一種用于視頻編輯和創(chuàng)建的方法，包括:a.接收多個(gè)視 頻，每個(gè)接收的視頻與位置信息和時(shí)間信息關(guān)聯(lián);b.基于所述位置信息和時(shí)間信息將所述 接收的視頻分組到事件;C.基于所述時(shí)間信息同步所述事件的所述接收的視頻;d.將所述 事件的每個(gè)接收的視頻劃分為預(yù)定持續(xù)時(shí)間的多個(gè)視頻段，每個(gè)視頻段與時(shí)間間隔關(guān)聯(lián)； W及e.顯示與相同時(shí)間間隔對應(yīng)的多個(gè)視頻段。
[001引"基于40化01(1和H.264的實(shí)時(shí)視頻監(jiān)控系縮'，任克強(qiáng)等，計(jì)算機(jī)現(xiàn)慢與控制，2013 年，21(9) ,2448-2450,為了提高無線視頻監(jiān)控系統(tǒng)的實(shí)時(shí)性和普適性，設(shè)計(jì)并實(shí)現(xiàn)了一種 基于Amlroid平臺的實(shí)時(shí)視頻監(jiān)控系統(tǒng);介紹了視頻監(jiān)控系統(tǒng)的組成，重點(diǎn)論述了視頻監(jiān)控 系統(tǒng)主要模塊設(shè)計(jì)W及RTP/RTCP協(xié)議重組優(yōu)化方案;并WPC機(jī)作為服務(wù)器采集實(shí)時(shí)視頻， 選取An化Oid手機(jī)和Amlroid平板電腦作為不同的客戶端，分別在移動(dòng)3G網(wǎng)絡(luò)和WLAN網(wǎng)絡(luò)環(huán) 境中對系統(tǒng)進(jìn)行了測試;測試結(jié)果表明，系統(tǒng)在不同無線網(wǎng)絡(luò)和不同移動(dòng)終端中均能可靠 的工作，客戶端所獲取的實(shí)時(shí)視頻圖像穩(wěn)定流楊，具有較好的實(shí)時(shí)性能。
[0016] 在上述文獻(xiàn)和其它現(xiàn)有技術(shù)中，通常是將視頻發(fā)送至服務(wù)器，由服務(wù)器進(jìn)行轉(zhuǎn)碼 操作，運(yùn)增加了服務(wù)器的負(fù)荷，另外在轉(zhuǎn)碼中未進(jìn)行有效優(yōu)化，使得轉(zhuǎn)碼耗時(shí)過長，嚴(yán)重限 制了視頻數(shù)據(jù)的實(shí)時(shí)共享。因此需要一種能夠W高的傳輸速度實(shí)現(xiàn)移動(dòng)終端視頻的實(shí)時(shí)共 享的方法。

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

[0017] 為解決上述問題，本發(fā)明人經(jīng)過深入研究和大量實(shí)驗(yàn)，提供了一種移動(dòng)終端視頻 共享的方法，該方法包括W下步驟：
[0018] (1)-個(gè)或多個(gè)作為發(fā)送端的移動(dòng)終端對將要共享的視頻數(shù)據(jù)進(jìn)行編碼壓縮后傳 輸給一個(gè)或多個(gè)服務(wù)器；
[0019] (2)所述一個(gè)或多個(gè)服務(wù)器儲(chǔ)存所述編碼壓縮后的視頻數(shù)據(jù)；
[0020] (3)-個(gè)或多個(gè)作為接收端的移動(dòng)終端從服務(wù)器獲得所述編碼壓縮后的視頻數(shù) 據(jù)，對接收到的所述視頻數(shù)據(jù)進(jìn)行解壓解碼后調(diào)用相應(yīng)的驅(qū)動(dòng)接口對所述視頻數(shù)據(jù)進(jìn)行播 放。
[0021 ]優(yōu)選地，所述編碼或解碼采用H. 264標(biāo)準(zhǔn)進(jìn)行。
[0022] 優(yōu)選地，所述移動(dòng)終端是基于Amlroid平臺或IOS平臺。
[0023] 優(yōu)選地，所述移動(dòng)終端包括視頻流媒體控制模塊，發(fā)送模塊和接收模塊，W及視頻 編碼和解碼模塊。
[0024] 在一個(gè)優(yōu)選實(shí)施方式中，所述服務(wù)器具有中間節(jié)點(diǎn)調(diào)節(jié)功能，節(jié)點(diǎn)的管理工作主 要由供應(yīng)節(jié)點(diǎn)發(fā)起，由服務(wù)器進(jìn)行中間調(diào)節(jié)，由用戶節(jié)點(diǎn)配合完成，供應(yīng)節(jié)點(diǎn)使用一張節(jié)點(diǎn) 列表來存儲(chǔ)所有節(jié)點(diǎn)的信息，同時(shí)有另一張表存儲(chǔ)被分享視頻的特性。所有節(jié)點(diǎn)都會(huì)有一 張表用來記錄其上下家節(jié)點(diǎn)的信息。服務(wù)器的實(shí)時(shí)中間節(jié)點(diǎn)調(diào)節(jié)方法優(yōu)選為如下：1)新用 戶節(jié)點(diǎn)連接到同步協(xié)作網(wǎng)絡(luò)，發(fā)送請求或詢問給供應(yīng)節(jié)點(diǎn)；2)供應(yīng)節(jié)點(diǎn)根據(jù)當(dāng)前總的節(jié)點(diǎn) 數(shù)進(jìn)行判斷，確定是否使用網(wǎng)絡(luò)編碼:若節(jié)點(diǎn)數(shù)小于m(m優(yōu)選>10,下同），不進(jìn)行網(wǎng)絡(luò)編碼， 反之則進(jìn)行網(wǎng)絡(luò)編碼;供應(yīng)節(jié)點(diǎn)直接發(fā)送同步視頻塊給用戶節(jié)點(diǎn)，用戶節(jié)點(diǎn)互相交換接收 到的數(shù)據(jù);若節(jié)點(diǎn)數(shù)大于m，則使用網(wǎng)絡(luò)編碼(給定的k和n)，反之則進(jìn)行網(wǎng)絡(luò)編碼;供應(yīng)節(jié)點(diǎn) 隨機(jī)選取k個(gè)供應(yīng)節(jié)點(diǎn)，作為新加入節(jié)點(diǎn)的上家;發(fā)送SELECTION給相關(guān)的節(jié)點(diǎn)，運(yùn)k個(gè)將收 到編碼的同步視頻塊直接推送至新加入節(jié)點(diǎn)；3)若新加入節(jié)點(diǎn)成為再生節(jié)點(diǎn)，則發(fā)送REGEN 通知供應(yīng)節(jié)點(diǎn)，供應(yīng)節(jié)點(diǎn)序列進(jìn)行更新n = n+l;4)用戶節(jié)點(diǎn)定期發(fā)送ROUTI肥，W表示其還 處于正常的健康狀態(tài);5)退出時(shí)，用戶節(jié)點(diǎn)發(fā)送卵口通知供應(yīng)節(jié)點(diǎn)。
[0025] 優(yōu)選地，在該中間節(jié)點(diǎn)調(diào)整過程中，可W選擇用TCP發(fā)送通信控制數(shù)據(jù)包，而選擇 使用UDP發(fā)送同步視頻塊。
[0026] 該方法可W極大地改善用戶體驗(yàn)。本發(fā)明人根據(jù)不同的網(wǎng)絡(luò)編碼設(shè)置，測試了一 次同步過程所需要的平均延時(shí)時(shí)間。在不同的編碼條件下，供應(yīng)節(jié)點(diǎn)在快進(jìn)2分鐘之后，所 有節(jié)點(diǎn)達(dá)到同步所需要的平均時(shí)間延時(shí)。隨著節(jié)點(diǎn)數(shù)量的增加，使用了網(wǎng)絡(luò)編碼策略的平 均延時(shí)會(huì)小于不使用網(wǎng)絡(luò)編碼的情況，平均延時(shí)最多減少了 55%。使用網(wǎng)絡(luò)編碼策略時(shí)，n、 k兩值也會(huì)影響到平均延時(shí)。當(dāng)k相等時(shí)，n值較小的策略在節(jié)點(diǎn)少時(shí)(節(jié)點(diǎn)數(shù)小于10)系統(tǒng)平 均延遲小于n值較大的情況，時(shí)間縮短0.3秒-0.5秒;但當(dāng)系統(tǒng)節(jié)點(diǎn)逐漸變多時(shí)，采用上述節(jié) 點(diǎn)調(diào)節(jié)方法時(shí)，與不采用該方法相比，可顯著縮短延遲時(shí)間，時(shí)間縮短0.5秒-1.0秒。當(dāng)n值 固定時(shí)，k值較大時(shí)的延時(shí)明顯高于k值較小時(shí)。隨著節(jié)點(diǎn)數(shù)目的增多，達(dá)到同步所需要的平 均時(shí)間延時(shí)也會(huì)增大，而且增幅會(huì)逐漸增大。同時(shí)使用了網(wǎng)絡(luò)編碼后，平均時(shí)間延時(shí)都會(huì)降 低，因此本發(fā)明的上述節(jié)點(diǎn)調(diào)節(jié)方法對網(wǎng)絡(luò)用戶較多的情形可有效促進(jìn)了視頻的同步觀 看，顯著增加了用戶體驗(yàn)。
[0027] 在一個(gè)優(yōu)選實(shí)施方式中，在前述步驟(1)和(3)中：
[0028] (a)移動(dòng)終端W特定的速率定時(shí)抽取將要播放的視頻數(shù)據(jù)，按時(shí)間順序?qū)⑾噜廇t 時(shí)間內(nèi)抽取的視頻數(shù)據(jù)存儲(chǔ)在不同的緩沖區(qū)中，形成多個(gè)At時(shí)間數(shù)據(jù)包;所述抽取視頻數(shù) 據(jù)具體實(shí)現(xiàn)為:按照抽取周期定時(shí)采樣視頻數(shù)據(jù)，并且抽取所述抽取周期內(nèi)完整的視頻數(shù) 據(jù)；
[0029] (b)輪流編碼壓縮所述不同的緩沖區(qū)中的A t時(shí)間數(shù)據(jù)包；
[0030] (C)將編碼壓縮后的A t時(shí)間數(shù)據(jù)包存儲(chǔ)于數(shù)據(jù)隊(duì)列中；
[0031 ] (d)將編碼壓縮后的A t時(shí)間數(shù)據(jù)包傳輸給服務(wù)器；
[0032] (e)接收端的移動(dòng)終端從服務(wù)器獲得所述編碼壓縮后的視頻數(shù)據(jù)，對接收到的所 述視頻數(shù)據(jù)進(jìn)行解壓解碼后調(diào)用相應(yīng)的驅(qū)動(dòng)接口對所述視頻數(shù)據(jù)進(jìn)行播放，其中接收端接 收移動(dòng)終端發(fā)來的所述A t時(shí)間數(shù)據(jù)包，對所述A t時(shí)間數(shù)據(jù)包進(jìn)行解壓解碼后交替存儲(chǔ)于 不同的緩沖區(qū)中，輪流地從所述不同的緩沖區(qū)中取出所述A t時(shí)間數(shù)據(jù)包中的視頻數(shù)據(jù)進(jìn) 行分離和調(diào)整后，調(diào)用LO)驅(qū)動(dòng)接口和CODE碼E動(dòng)接口分別對所述視頻數(shù)據(jù)進(jìn)行播放。
[0033] 該方法可顯著降低對移動(dòng)終端播放器解碼能力的要求。
[0034] 所述A t可W優(yōu)選使得PSNR損失<10 %。
[0035] 進(jìn)一步地，如果移動(dòng)終端采集到的視頻信息為非H. 264編碼，則進(jìn)行基于H. 264進(jìn) 行轉(zhuǎn)碼，將其轉(zhuǎn)換成標(biāo)準(zhǔn)H. 264編碼，同時(shí)根據(jù)對網(wǎng)絡(luò)狀況的實(shí)時(shí)監(jiān)控對帖率、碼率和視頻 圖像分辨率進(jìn)行實(shí)時(shí)調(diào)整來保證高質(zhì)量的網(wǎng)絡(luò)視頻傳輸;其中對網(wǎng)絡(luò)狀況的實(shí)時(shí)監(jiān)控是基 于TCP建立下式（1)所示的模型來估算網(wǎng)絡(luò)速度，然后根據(jù)估算結(jié)構(gòu)來動(dòng)態(tài)調(diào)整視頻，例如 調(diào)整前沐At.-
[0036] (I)
[0037] 其中PSize是數(shù)據(jù)包的大小，P為平均丟包率，RTT為平均往返時(shí)延，T日為超時(shí)時(shí)限， b為每個(gè)應(yīng)答包所包含的數(shù)據(jù)包應(yīng)答的個(gè)數(shù)。
[0038] 在另外一個(gè)優(yōu)選實(shí)施方式中，A t可根據(jù)下面方式進(jìn)行動(dòng)態(tài)可調(diào)，即，A t=(任務(wù) 時(shí)間片)-(任務(wù)執(zhí)行時(shí)間），其中任務(wù)時(shí)間片為預(yù)估任務(wù)需要循環(huán)執(zhí)行的時(shí)間周期。
[0039] 優(yōu)選地，所述服務(wù)器或移動(dòng)終端具有轉(zhuǎn)碼模塊，W滿足不同移動(dòng)終端的要求。
[0040] 所述轉(zhuǎn)碼模塊優(yōu)選由一個(gè)或多個(gè)轉(zhuǎn)碼器組成，所述轉(zhuǎn)碼器由解碼器和編碼器級聯(lián) 而成，即先對編碼碼流進(jìn)行解碼，然后對重建視頻帖進(jìn)行下采樣，再重新編碼。
[0041] 在一個(gè)特別優(yōu)選的實(shí)施方式中，在所述編碼器的運(yùn)動(dòng)估計(jì)中，基于線性回歸模型 進(jìn)行運(yùn)動(dòng)矢量重估計(jì)。H.264有巧巾帖間預(yù)測模式，相應(yīng)地，對每種預(yù)測模式分別建立線性回 歸模型。
[0042] 優(yōu)選地，所述線性回歸模型如下式(I)所示：
[0043]
[0044] 其中，另i，Sj,...,?為未知參數(shù)，可從當(dāng)前視頻序列采集數(shù)據(jù)對該模型進(jìn)行訓(xùn) 練，得到相應(yīng)的未知參數(shù)，W支持該視頻序列的特征，其訓(xùn)練過程如下：
[0045] (1)解碼原始的壓縮數(shù)據(jù)流，對其進(jìn)行下采樣；
[0046] (2)在開始階段，用標(biāo)準(zhǔn)的H. 264編碼方式和R-D優(yōu)化算法對其進(jìn)行重新編碼，保存 所得到的所有塊的運(yùn)動(dòng)矢量，按照宏塊預(yù)測模式對其進(jìn)行分類，其中i表示宏塊預(yù)測模式， Ni表示該預(yù)測模式的塊的數(shù)目，它們的運(yùn)動(dòng)矢量表示為{yn，n=l，2,. . .，Ni};
[0047] (3)找到（2)中所有塊在原始視頻圖像中的相應(yīng)區(qū)域，用{xmii,m = 1,2, . . .M,n=l, 2,. . .，Ni}表示它們對應(yīng)的運(yùn)動(dòng)矢量；
[004引（4)從上述步驟獲取的數(shù)據(jù)Si={(Xmn，yn)，m=l，2，...M，n = l，2，...，Ni}中選取N 組數(shù)據(jù)5={(加。，7。），111=1，2，...1，11=1，2，...，1}對預(yù)測模式為1的線性回歸模型進(jìn)行訓(xùn) 練；
[0049] (5)將N組數(shù)據(jù)對應(yīng)的巧的平均值確定為該預(yù)測模式下未知參數(shù)的值;其中視頻的 特征會(huì)影響N的取值，而N值得大小，又會(huì)影響運(yùn)動(dòng)估計(jì)的速度和準(zhǔn)確性。
[0050] 本發(fā)明人發(fā)現(xiàn)，當(dāng)N取8時(shí)，能夠獲得比較好的回歸實(shí)驗(yàn)結(jié)果，具體如下：將S = {(X皿,yn) ,m=l ,2,. . .M,n = l ,2,. . . ,M}應(yīng)用在線性回歸板型（I)中可得：
[0054] Y=(yi，y2,. . .，yM)
[0化1 ] CID
[0化2]
[0化3]
[0化5]
(ni)
[0056] 每個(gè)線性回歸模型的運(yùn)動(dòng)矢量都對應(yīng)兩個(gè)相互獨(dú)立的方向。例如：
[0057] Y=(yl，y2)，X={(xim，X2m)，m=l，2, . . .，M}
:該模 型對應(yīng)下式IV所示的2個(gè)線性方程：
[0化引 (IV)
[0059] 在此基礎(chǔ)上，對H. 264的7中不同的預(yù)測模式及其兩個(gè)相互獨(dú)立的方向需要分別建 立線性回歸模型，將求得的參數(shù)保存在轉(zhuǎn)碼器的緩沖區(qū)中，利用線性回歸模型，后續(xù)帖在B 塊的運(yùn)動(dòng)矢量可W通過W下步驟獲?。?br>[0060] (1)確定該塊的預(yù)測模式i;
[0061] (2)在原始視頻圖像中找到該塊對應(yīng)的區(qū)域R，記錄該區(qū)域各塊的運(yùn)動(dòng)矢量；
[0062] (3)將得到的運(yùn)動(dòng)矢量運(yùn)用到預(yù)測模式為i的線性回歸模型中，求得B塊的運(yùn)動(dòng)矢 量；
[0063] (4)通過1/4像素精度，快速捜索算法來獲取最佳運(yùn)動(dòng)矢量。
[0064] 本發(fā)明人將上述線性回歸方法與BestRD方法（即，在重編碼過程中，按照H.264編 碼標(biāo)準(zhǔn)直接進(jìn)行CPDT，并使用R-D優(yōu)化算法）、Benchmark方法（即，在重編碼過程中，仍然按 照H.264編碼標(biāo)準(zhǔn)進(jìn)行CPDT，但是不使用R-D優(yōu)化算法）、和AMV方法（即利用原始視頻流運(yùn)動(dòng) 矢量的平均值來替代下采用視頻流的欲動(dòng)矢量)進(jìn)行對比。實(shí)驗(yàn)結(jié)果表明：使用BestRD方法 可W獲得最佳的R-D性能，但是耗時(shí)也最多，是本發(fā)明方法的20-30倍，AMV方法的耗時(shí)與本 發(fā)明相當(dāng)（即基本相同），但是R-D性能卻比本發(fā)明差很多，明顯可W看出，本發(fā)明算法兼顧 了 R-D性能和時(shí)間開銷，從而使得本發(fā)明的方法能夠非常有利地應(yīng)用移動(dòng)終端視頻的實(shí)時(shí) 共享。
[0065] 綜上，本發(fā)明提供的實(shí)現(xiàn)移動(dòng)終端視頻實(shí)時(shí)共享方法使得能夠高速、流楊地進(jìn)行 視頻的實(shí)時(shí)傳遞和共享，極大降低了服務(wù)器的壓力，能夠滿足大量用戶之間視頻實(shí)時(shí)傳輸 的要求，同時(shí)對一些播放器不支持的文件格式也可W共享共享播放，從而有效解決非實(shí)體 文件的實(shí)時(shí)共享問題，可W加大用戶間的交流，增強(qiáng)用戶的多媒體體驗(yàn)。
【附圖說明】
[0066] 圖1為根據(jù)本發(fā)明實(shí)施例1的移動(dòng)終端視頻共享的流程示意圖。 具體實(shí)施方案
[0067] 下面結(jié)合W下實(shí)施例對本發(fā)明作進(jìn)一步詳細(xì)的描述，但本發(fā)明的實(shí)施方式不限于 此。
[0068] 實(shí)施例1
[0069] 如圖I所示，移動(dòng)終端視頻共享的方法包括:一個(gè)或多個(gè)作為發(fā)送端的移動(dòng)終端對 將要共享的視頻數(shù)據(jù)進(jìn)行編碼壓縮后傳輸給一個(gè)或多個(gè)服務(wù)器;所述一個(gè)或多個(gè)服務(wù)器儲(chǔ) 存所述編碼壓縮后的視頻數(shù)據(jù);一個(gè)或多個(gè)作為接收端的移動(dòng)終端從服務(wù)器獲得所述編碼 壓縮后的視頻數(shù)據(jù)，對接收到的所述視頻數(shù)據(jù)進(jìn)行解壓解碼后調(diào)用相應(yīng)的驅(qū)動(dòng)接口對所述 視頻數(shù)據(jù)進(jìn)行播放。
[0070] 在現(xiàn)有的視頻共享方法中，通常是由服務(wù)器進(jìn)行編碼壓縮和解壓解碼操作，運(yùn)會(huì) 嚴(yán)重增加服務(wù)器的負(fù)荷，甚至導(dǎo)致不能夠使用大量用戶之間的視頻實(shí)時(shí)流楊共享。與此形 成對照的是，根據(jù)實(shí)施例1的方法，由作為發(fā)送端的移動(dòng)終端對將要共享的視頻數(shù)據(jù)進(jìn)行編 碼壓縮，W及由對接收到的所述視頻數(shù)據(jù)進(jìn)行解壓解碼，可W極大地降低服務(wù)器的負(fù)荷，同 時(shí)由于智能機(jī)性能的不斷增強(qiáng)，也使該方法具有很高的可行性。
[0071] 實(shí)施例2
[0072] 通過上文所述的本發(fā)明線性回歸方法對解碼過程進(jìn)行優(yōu)化即對編碼器的運(yùn)動(dòng)矢 量進(jìn)行重估計(jì)，將其優(yōu)化效果與BestRD方法、Benchmark方法和AMV方法進(jìn)行對比，對比結(jié)果 如下表1所示。
[0073] 表1:序列Mother-Dau曲ter實(shí)驗(yàn)結(jié)果比較 「007/11
[0075] 由表1可W看出，使用BestRD方法可W獲得最佳的R-D性能，但是耗時(shí)也最多，是本 發(fā)明方法的約21倍，雖然AMV方法的耗時(shí)與本發(fā)明相當(dāng)，但是R-D性能卻比本發(fā)明差很多，可 見實(shí)施例1的方法能夠非常有利地應(yīng)用移動(dòng)終端視頻的實(shí)時(shí)共享。
[0076] 本書面描述使用實(shí)例來公開本發(fā)明，包括最佳模式，且還使本領(lǐng)域技術(shù)人員能夠 制造和使用本發(fā)明。本發(fā)明的可授予專利的范圍由權(quán)利要求書限定，且可W包括本領(lǐng)域技 術(shù)人員想到的其它實(shí)例。如果運(yùn)種其它實(shí)例具有不異于權(quán)利要求書的字面語言的結(jié)構(gòu)元 素，或者如果運(yùn)種其它實(shí)例包括與權(quán)利要求書的字面語言無實(shí)質(zhì)性差異的等效結(jié)構(gòu)元素， 則運(yùn)種其它實(shí)例意圖處于權(quán)利要求書的范圍之內(nèi)。在不會(huì)造成不一致的程度下，通過參考 將本文中參考的所有引用之處并入本文中。
【主權(quán)項(xiàng)】
1. 一種移動(dòng)終端視頻共享的方法，該方法包括以下步驟： (1) 一個(gè)或多個(gè)作為發(fā)送端的移動(dòng)終端對將要共享的視頻數(shù)據(jù)進(jìn)行編碼壓縮后傳輸給 一個(gè)或多個(gè)服務(wù)器； (2) 所述一個(gè)或多個(gè)服務(wù)器儲(chǔ)存所述編碼壓縮后的視頻數(shù)據(jù)； (3) -個(gè)或多個(gè)作為接收端的移動(dòng)終端從服務(wù)器獲得所述編碼壓縮后的視頻數(shù)據(jù)，對 接收到的所述視頻數(shù)據(jù)進(jìn)行解壓解碼后調(diào)用相應(yīng)的驅(qū)動(dòng)接口對所述視頻數(shù)據(jù)進(jìn)行播放。2. 如權(quán)利要求1所述的方法，所述編碼或解碼采用Η. 264標(biāo)準(zhǔn)進(jìn)行。3. 如權(quán)利要求1或2所述的方法，所述移動(dòng)終端是基于Android平臺或IOS平臺。4. 如前述權(quán)利要求中任一項(xiàng)所述的方法，其中移動(dòng)終端包括視頻流媒體控制模塊、發(fā) 送模塊和接收模塊、以及視頻編碼和解碼模塊。5. 如權(quán)利要求1所述的方法，其特征在于，在所述步驟(1)和(3)中： (a) 移動(dòng)終端以特定的速率定時(shí)抽取將要播放的視頻數(shù)據(jù)，按時(shí)間順序?qū)⑾噜彙?t時(shí)間 內(nèi)抽取的視頻數(shù)據(jù)存儲(chǔ)在不同的緩沖區(qū)中，形成多個(gè)A t時(shí)間數(shù)據(jù)包;所述抽取視頻數(shù)據(jù)具 體實(shí)現(xiàn)為:按照抽取周期定時(shí)采樣視頻數(shù)據(jù)，并且抽取所述抽取周期內(nèi)完整的視頻數(shù)據(jù)； (b) 輪流編碼壓縮所述不同的緩沖區(qū)中的△ t時(shí)間數(shù)據(jù)包； (c) 將編碼壓縮后的△ t時(shí)間數(shù)據(jù)包存儲(chǔ)于數(shù)據(jù)隊(duì)列中； (d) 將編碼壓縮后的△ t時(shí)間數(shù)據(jù)包傳輸給服務(wù)器； (e) 接收端的移動(dòng)終端從服務(wù)器獲得所述編碼壓縮后的視頻數(shù)據(jù)，對接收到的所述視 頻數(shù)據(jù)進(jìn)行解壓解碼后調(diào)用相應(yīng)的驅(qū)動(dòng)接口對所述視頻數(shù)據(jù)進(jìn)行播放，其中接收端接收移 動(dòng)終端發(fā)來的所述A t時(shí)間數(shù)據(jù)包，對所述△ t時(shí)間數(shù)據(jù)包進(jìn)行解壓解碼后交替存儲(chǔ)于不同 的緩沖區(qū)中，輪流地從所述不同的緩沖區(qū)中取出所述A t時(shí)間數(shù)據(jù)包中的視頻數(shù)據(jù)進(jìn)行分 離和調(diào)整后，調(diào)用LCD驅(qū)動(dòng)接口和CODEC驅(qū)動(dòng)接口分別對所述視頻數(shù)據(jù)進(jìn)行播放。6. 根據(jù)權(quán)利要求5的方法，其中所述Δ t可使得失< 10%。7. 根據(jù)權(quán)利要求5或6的方法，其中At動(dòng)態(tài)可調(diào)，At =(任務(wù)時(shí)間片）-(任務(wù)執(zhí)行 時(shí)間），任務(wù)時(shí)間片為預(yù)估任務(wù)需要循環(huán)執(zhí)行的時(shí)間周期。8. 根據(jù)前述權(quán)利要求中任一項(xiàng)的方法，其中所述服務(wù)器或移動(dòng)終端具有轉(zhuǎn)碼模塊，以 滿足不同移動(dòng)終端的要求。9. 根據(jù)權(quán)利要求8的方法，其中所述轉(zhuǎn)碼模塊由一個(gè)或多個(gè)轉(zhuǎn)碼器組成，所述轉(zhuǎn)碼器由 解碼器和編碼器級聯(lián)而成，即先對編碼碼流進(jìn)行解碼，然后對重建視頻幀進(jìn)行下采樣，再重 新編碼。10. 根據(jù)權(quán)利要求8或9的方法，其中在編碼器的運(yùn)動(dòng)估計(jì)中，基于線性回歸模型進(jìn)行運(yùn) 動(dòng)矢量重估計(jì)。
【文檔編號】H04N21/43GK105979284SQ201610309339
【公開日】2016年9月28日
【申請日】2016年5月10日
【發(fā)明人】楊 遠(yuǎn), 楊華杰
【申請人】楊 遠(yuǎn), 楊華杰