專利名稱：流媒體業(yè)務(wù)中獲取關(guān)鍵幀的方法、系統(tǒng)及用戶設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊及多媒體領(lǐng)域，具體涉及一種流媒體業(yè)務(wù)中獲取關(guān)鍵幀 的方法、系統(tǒng)及用戶設(shè)備。
背景技術(shù)：
隨著通訊技術(shù)的發(fā)展，能夠向終端設(shè)備提供的通訊帶寬越來越大，多媒 體在移動終端上得到了飛速的發(fā)展，手機電視、流媒體等業(yè)務(wù)逐漸在成熟起 來。但是這些多媒體業(yè)務(wù)主要還是展現(xiàn)了特色的一面，還沒有充分挖掘在這 些業(yè)務(wù)上的其他業(yè)務(wù)的集成。如何使用戶在觀看節(jié)目時，能夠最快的看到清晰的視頻圖像，使得整個 業(yè)務(wù)的用戶體驗得到更大限度的提升，成為當(dāng)前需要解決的問題。發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題是提供一種流媒體業(yè)務(wù)中獲取關(guān)鍵幀的方法、系統(tǒng)及用戶設(shè)備，解決了用戶在觀看節(jié)目時，能夠最快的看到清晰的視頻圖像的問題，使得整個業(yè)務(wù)的用戶體驗得到;更大限度的提升。為了解決上述問題，本發(fā)明提供了一種流媒體業(yè)務(wù)中獲取關(guān)鍵幀的方法， 包括，
設(shè)置接收關(guān)鍵幀的閾值時間；客戶端從流媒體服務(wù)器接收視頻數(shù)據(jù)，并對視頻數(shù)據(jù)進行分析，當(dāng)網(wǎng)絡(luò) 狀況正常時，如果所述客戶端在所述閾值時間沒有收到視頻關(guān)鍵幀，則向所 述流i某體服務(wù)器發(fā)送調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的請求；所述流媒體服務(wù)器收到所述請求后進行判斷，根據(jù)所述客戶端的請求， 調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率。
進一步地，上述方法還可包括，所述流媒體服務(wù)器根據(jù)所述客戶端的請 求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率，是指所述流々某體服務(wù)器在組播或者廣播的同一 時間段內(nèi)收到了 一個或多個客戶端的請求，根據(jù)多數(shù)客戶端的請求調(diào)整視頻
關(guān)鍵幀產(chǎn)生頻率；或是指所述流i某體服務(wù)器在點播時直接根據(jù)所述客戶端的 請求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率。
進一步地，上述方法還可包括，所述客戶端是通過實時流傳輸協(xié)議標(biāo)準(zhǔn) 內(nèi)的SET—PARAMETER METHOD對視頻數(shù)據(jù)進行分析，判斷在所述閾值時 間是否收到視頻關(guān)鍵幀。
進一步地，上述方法還可包括，所述流媒體服務(wù)器調(diào)整視頻關(guān)鍵幀產(chǎn)生 頻率的同時，調(diào)整相應(yīng)的視頻帶寬需求。
本發(fā)明還提供了一種流媒體業(yè)務(wù)系統(tǒng)，包括客戶端和流媒體服務(wù)器，其
中，
所述客戶端，用于從所述流媒體服務(wù)器接收視頻數(shù)據(jù)，并對視頻數(shù)據(jù)進 行分析，當(dāng)網(wǎng)絡(luò)狀況正常時，如果在設(shè)定的閾值時間沒有收到視頻關(guān)鍵幀， 則向所述流々某體服務(wù)器發(fā)送調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的請求；
所述流媒體服務(wù)器，用于向客戶端發(fā)送視頻數(shù)據(jù)；接收所述客戶端所述 請求后進行判斷，根據(jù)所述客戶端的請求，詢整視頻關(guān)鍵幀產(chǎn)生頻率。
進一步地，上述流媒體業(yè)務(wù)系統(tǒng)還可包括，所述流媒體服務(wù)器根據(jù)所述 客戶端的請求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率，是指所述流纟某體服務(wù)器在組播或者 廣播的同一時間段內(nèi)收到了一個或多個客戶端的請求，根據(jù)多數(shù)客戶端的請 求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率；或是指所述流媒體服務(wù)器在點播時直接根據(jù)所 述客戶端的請求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率。
進一步地，上述流媒體業(yè)務(wù)系統(tǒng)還可包括，所述客戶端是通過實時流傳 輸協(xié)議標(biāo)準(zhǔn)內(nèi)的SET_PARAMETER METHOD對視頻數(shù)據(jù)進行分析，判斷在 所述閾值時間是否收到視頻關(guān)鍵幀。
進一步地，上述流媒體業(yè)務(wù)系統(tǒng)還可包括，所述流媒體服務(wù)器，還用于 調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的同時，調(diào)整相應(yīng)的視頻帶寬需求。
本發(fā)明還提供了一種用戶設(shè)備，用于流媒體業(yè)務(wù)中獲取關(guān)鍵幀，包括視
頻接收模塊和控制模塊，其中，
所述視頻接收;f莫塊，用于接收視頻數(shù)據(jù)，并發(fā)送給所述控制^^莫塊；
所述控制模塊，用于根據(jù)所述視頻接收模塊發(fā)送的視頻數(shù)據(jù)，對視頻數(shù) 據(jù)進行分析，當(dāng)網(wǎng)絡(luò)狀況正常時，如果在設(shè)定的閾值時間沒有收到視頻關(guān)鍵 幀，則向流i某體服務(wù)器發(fā)送調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的請求。
進一步地，上述用戶設(shè)備還可包括，所述控制才莫塊是通過實時流傳輸協(xié) 議標(biāo)準(zhǔn)內(nèi)的SET_PARAMETER METHOD對視頻數(shù)據(jù)進行分析，判斷在所述 閾值時間是否收到視頻關(guān)鍵幀。
與現(xiàn)有技術(shù)相比，應(yīng)用本發(fā)明，使得服務(wù)器能夠響應(yīng)用戶的請求，綜合 判斷后形成一個較為合理的關(guān)鍵幀產(chǎn)生時間間隔，使得用戶的體驗有很大提 升。本發(fā)明主要涉及消息參數(shù)的增加，客戶端和服務(wù)器改動均比較小，不影 響網(wǎng)絡(luò)結(jié)構(gòu)，實現(xiàn)較為快速，有很強的實用性。


圖1是本發(fā)明的流媒體業(yè)務(wù)中獲取關(guān)鍵幀的方法的流程圖； 圖2是本發(fā)明的流々某體業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)示意圖3是一個流媒體客戶端向流媒體直播服務(wù)器之間進行消息交互的流程 示意圖。
具體實施例方式
下面結(jié)合附圖和具體實施方式
對本發(fā)明作進一步說明。
本發(fā)明的主要構(gòu)思是在網(wǎng)絡(luò)正常的條件下,流媒體客戶端進行視頻關(guān)鍵 幀判斷。如果在設(shè)定時間內(nèi)沒有收到視頻關(guān)鍵幀的前提下，則流媒體客戶端 進行關(guān)鍵幀請求，請求服務(wù)器對視頻關(guān)鍵幀產(chǎn)生頻率進行調(diào)整，流i某體服務(wù) 器收到該請求后，進行綜合判斷，在組播或者廣播時才艮據(jù)多數(shù)客戶端的請求， 或在點播時直接根據(jù)所述客戶端請求，調(diào)整其視頻關(guān)鍵幀產(chǎn)生頻率，并調(diào)整 相應(yīng)的視頻帶寬需求。
本發(fā)明在流媒體業(yè)務(wù)系統(tǒng)中，通過原有的RTSP (Real Time Streaming
Protocol,實時流傳輸協(xié)議)協(xié)議標(biāo)準(zhǔn)內(nèi)的SET—PARAMETER METHOD (方 法)進行擴充，即不改變該方法定義的原有數(shù)據(jù)結(jié)構(gòu)，僅僅擴充相應(yīng)的字段， 使客戶端和服務(wù)器都能識別該方法內(nèi)的參數(shù)內(nèi)容，不需要對原有系統(tǒng)進行大 的改動，用戶體驗的效果得到很大的提升。
SET_PARAMETER METHOD攜帶的參數(shù)中擴充一個參數(shù) Key-Frame-Span,用于表示請求產(chǎn)生關(guān)鍵幀頻率的時間，該參數(shù)的名稱可任 意規(guī)定，但內(nèi)容為數(shù)字，并且以秒為單位，在實際應(yīng)用中，單位也可以進行 協(xié)商設(shè)置，如在發(fā)送協(xié)議中表示為
Key-Frame-Span: 5，表示為平均每5秒產(chǎn)生一幀關(guān)鍵幀。服務(wù)器在收到 客戶端請求后進行綜合判斷，如果能夠接受該參數(shù)設(shè)置請求，則進行關(guān)鍵幀 產(chǎn)生頻率調(diào)整。
如圖l所示，本發(fā)明的流々某體業(yè)務(wù)中獲取關(guān)鍵幀的方法，包括以下步驟，
步驟100、客戶端從流4某體服務(wù)器接收視頻數(shù)據(jù)，并對視頻數(shù)據(jù)進行分 析，當(dāng)網(wǎng)絡(luò)狀況正常時，如果在設(shè)定的閾值時間沒有收到視頻關(guān)鍵幀，則客 戶端可以向流媒體服務(wù)器發(fā)送調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的請求；
所述閾值時間可以設(shè)置為10秒，該閾值時間是一個用于判斷的時間，該 閾值時間可由用戶進行調(diào)整，請求產(chǎn)生頻率的時間值一般要小于所述閾值時 間。
所述客戶端是通過實時流傳輸協(xié)議標(biāo)準(zhǔn)內(nèi)的SET—PARAMETER對視頻 數(shù)據(jù)進行分析，判斷在所述閾值時間是否收到視頻關(guān)鍵幀。
步驟200、流媒體服務(wù)器收到所述請求后，進行綜合判斷，然后根據(jù)客 戶端的請求，調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率，并調(diào)整相應(yīng)的視頻帶寬需求。
所述流媒體服務(wù)器根據(jù)所述客戶端的請求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率，是 指所述流々某體服務(wù)器在組播或者廣播的同一時間段內(nèi)收到了多個客戶端的請 求，根據(jù)多數(shù)客戶端的請求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率，或所述流媒體服務(wù)器 在點播時直接根據(jù)所述客戶端的請求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率。
如果所述流媒體服務(wù)器在組播或者廣播的同一時間段內(nèi)收到了多個客戶 端的請求，可以針對客戶端請求的時間做一個順序排列，例如按照請求時間
最小的數(shù)據(jù)，調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率。
根椐本發(fā)明的一個實施例，利用RTSP的SET—PARAMETER方法調(diào)整 關(guān)鍵幀的產(chǎn)生頻率的具體過程如下，
客戶端-〉流々某體服務(wù)器SET—PARAMETER rtsp:〃example.com/fizzle/foo RTSP/1.0
CSeq: 421 Session: efhyrio8012t User-Agent: StreamClient/l.lb5
Key-Frame-Span: 5 流媒體服務(wù)器->客戶端RTSP/1.0 200 OK CSeq: 421 Session: efhyrio8012t User-Agent: StreamClient/l.lb5
Key-Frame-Span: 5
如圖2所示，本發(fā)明的流i某體業(yè)務(wù)系統(tǒng)，包括客戶端和流媒體服務(wù)器， 其中，
客戶端，用于從所述流媒體服務(wù)器接收視頻數(shù)據(jù)，并對視頻數(shù)據(jù)進行分 析，當(dāng)網(wǎng)絡(luò)狀況正常時，如果在設(shè)定的閾值時間沒有收到視頻關(guān)鍵幀，則向 所述流媒體服務(wù)器發(fā)送調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的請求；
流媒體服務(wù)器，用于向客戶端發(fā)送視頻數(shù)據(jù)；接收所述客戶端的所述請 求后，進行綜合判斷，在組播或者廣播時根據(jù)多數(shù)客戶端的請求，或者在點 播時直接根據(jù)所述客戶端的請求，調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率，并調(diào)整相應(yīng)的 視頻帶寬需求。
本發(fā)明的流媒體用戶設(shè)備，包括視頻接收模塊和控制模塊，其中， 視頻接收模塊，用于接收視頻數(shù)據(jù)，并發(fā)送給控制模塊；
控制模塊，用于根據(jù)視頻接收模塊發(fā)送的視頻數(shù)據(jù)，對視頻數(shù)據(jù)進行分 析，當(dāng)網(wǎng)絡(luò)狀況正常時，如果在設(shè)定的閾值時間沒有收到視頻關(guān)鍵幀，則向 流媒體服務(wù)器發(fā)送調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的請求。
下面結(jié)合具體實例對本發(fā)明作進一步說明。
圖3是一個流媒體客戶端向流媒體直播服務(wù)器之間進行消息交互的流程示意圖，圖中描述了基本的消息流程，同時，為了簡化示意圖的結(jié)構(gòu)，僅僅 釆用了客戶端和服務(wù)器之間的消息，沒有顯示一些其他環(huán)節(jié)如門戶網(wǎng)站、傳 輸系統(tǒng)等，包括以下步驟，第一步流媒體客戶端向流媒體服務(wù)器發(fā)送相關(guān)鏈接的RTSP:Describe消息。
第二步流媒體服務(wù)器發(fā)送響應(yīng)OK消息，消息中有SDP消息內(nèi)容； 第三步客戶端解析SDP消息內(nèi)容，向服務(wù)器發(fā)送SETUP請求消息； 第四步服務(wù)器響應(yīng)客戶端發(fā)送OK消息；
第五步客戶端向服務(wù)器發(fā)送PLAY請求消息； 第六步服務(wù)器響應(yīng)客戶端發(fā)送OK消息；
第七步客戶端接收服務(wù)器發(fā)送來的RTP消息，該RTP消息中包含音頻 數(shù)據(jù)信息；
第八步客戶端向服務(wù)器發(fā)送RTCP消息，反饋一些網(wǎng)絡(luò)信息；
第九步客戶端接收服務(wù)器發(fā)送來的RTP消息，該RTP消息中包含視頻 數(shù)據(jù)信息；
第十步客戶端對接收到的視頻數(shù)據(jù)進行分析，當(dāng)網(wǎng)絡(luò)狀況正常時，而 長時間收不到視頻關(guān)鍵幀，比如設(shè)置一個門檻值IO秒，即用戶在10秒內(nèi)沒 有收到關(guān)鍵幀，則客戶端可以向流媒體服務(wù)器發(fā)起調(diào)整關(guān)鍵幀產(chǎn)生時間間隔 的請求。J;口
SET—PARAMETER rtsp:〃example.com/fizzle/foo RTSP/1.0
CSeq: 421
Session: efhyrio8012t
User-Agent: StreamClient/l.lb5 Key-Frame-Span: 5
第十一步服務(wù)器收到客戶端的請求后，根據(jù)情況進行綜合分析，比如 組播或者廣播時在同一時間段內(nèi)收到了多個請求，針對請求的時間做一個順 序排列，例如按照請求時間最小的數(shù)據(jù)執(zhí)行；或者在點播時直接根據(jù)用戶請 求，調(diào)整產(chǎn)生關(guān)鍵幀的頻率；
第十二步服務(wù)器對客戶端作出響應(yīng)；
第十三步服務(wù)器在調(diào)整關(guān)鍵幀發(fā)送時間間隔后，發(fā)送視頻數(shù)據(jù)。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不 局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到 的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范 圍應(yīng)該以權(quán)利要求的保護范圍為準(zhǔn)。
權(quán)利要求
1、一種流媒體業(yè)務(wù)中獲取關(guān)鍵幀的方法，其特征在于，包括，設(shè)置接收關(guān)鍵幀的閾值時間；客戶端從流媒體服務(wù)器接收視頻數(shù)據(jù)，并對視頻數(shù)據(jù)進行分析，當(dāng)網(wǎng)絡(luò)狀況正常時，如果所述客戶端在所述閾值時間沒有收到視頻關(guān)鍵幀，則向所述流媒體服務(wù)器發(fā)送調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的請求；所述流媒體服務(wù)器收到所述請求后進行判斷，根據(jù)所述客戶端的請求，調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率。
2、 如權(quán)利要求l所述的方法，其特征在于，所述流媒體服務(wù)器根據(jù)所述客戶端的請求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率，是 指所述流媒體服務(wù)器在組播或者廣播的同一時間段內(nèi)收到了一個或多個客戶 端的請求，根據(jù)多數(shù)客戶端的請求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率；或者是指所述流媒體服務(wù)器在點播時直接根據(jù)所述客戶端的請求調(diào)整視 頻關(guān)鍵幀產(chǎn)生頻率。
3、 如權(quán)利要求l所述的方法，其特征在于，所述客戶端是通過實時流傳輸協(xié)議標(biāo)準(zhǔn)內(nèi)的SET—PARAMETER METHOD對視頻數(shù)據(jù)進行分析，判斷在所述閾值時間是否收到視頻關(guān)鍵幀。
4、 如權(quán)利要求l所述的方法，其特征在于，所述流媒體服務(wù)器調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的同時，調(diào)整相應(yīng)的視頻帶 寬需求。
5、 一種流+某體業(yè)務(wù)系統(tǒng)，其特征在于， 包括客戶端和流々某體服務(wù)器，其中，所述客戶端，用于從所述流媒體服務(wù)器接收視頻數(shù)據(jù)，并對視頻數(shù)據(jù)進 行分析，當(dāng)網(wǎng)絡(luò)狀況正常時，如果在設(shè)定的閾值時間沒有收到視頻關(guān)鍵幀， 則向所述流媒體服務(wù)器發(fā)送調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的請求； 所述流媒體服務(wù)器，用于向客戶端發(fā)送視頻數(shù)據(jù)；接收所述客戶端所述 請求后進行判斷，根據(jù)所述客戶端的請求，調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率。
6、 如權(quán)利要求5所述的流i某體業(yè)務(wù)系統(tǒng)，其特征在于，所述流媒體服務(wù)器根據(jù)所述客戶端的請求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率，是 指所述流媒體服務(wù)器在組播或者廣播的同 一時間段內(nèi)收到了 一個或多個客戶 端的請求，根據(jù)多數(shù)客戶端的請求調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率；或者是指所述流々某體服務(wù)器在點播時直接根據(jù)所述客戶端的請求調(diào)整-見 頻關(guān)鍵幀產(chǎn)生頻率。
7、 如權(quán)利要求5所述的流媒體業(yè)務(wù)系統(tǒng)，其特征在于，所述客戶端是通過實時流傳輸協(xié)議標(biāo)準(zhǔn)內(nèi)的SET—PARAMETER METHOD對視頻數(shù)據(jù)進行分析，判斷在所述閾值時間是否收到視頻關(guān)鍵幀。
8、 如權(quán)利要求5所述的流媒體業(yè)務(wù)系統(tǒng)，其特征在于，所述流媒體服務(wù)器，還用于調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的同時，調(diào)整相應(yīng) 的視頻帶寬需求。
9、 一種用戶設(shè)備，用于流々某體業(yè)務(wù)中獲取關(guān)鍵幀，其特征在于， 包括視頻接收模塊和控制模塊，其中，所述視頻接收模塊，用于接收視頻數(shù)據(jù)，并發(fā)送給所述控制模塊；所述控制模塊，用于根據(jù)所述視頻接收模塊發(fā)送的視頻數(shù)據(jù)，對視頻數(shù) 據(jù)進行分析，當(dāng)網(wǎng)絡(luò)狀況正常時，如果在設(shè)定的閾值時間沒有收到視頻關(guān)鍵 幀，則向流媒體服務(wù)器發(fā)送調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的請求。
10、 如權(quán)利要求9所述的用戶設(shè)備，其特征在于，所述控制模塊是通過實時流傳輸協(xié)議標(biāo)準(zhǔn)內(nèi)的SET—PARAMETER METHOD對視頻數(shù)據(jù)進行分析，判斷在所述閾值時間是否收到視頻關(guān)鍵幀。
全文摘要
本發(fā)明公開了一種流媒體業(yè)務(wù)中獲取關(guān)鍵幀的方法、系統(tǒng)及用戶設(shè)備，包括，設(shè)置接收關(guān)鍵幀的閾值時間；客戶端從流媒體服務(wù)器接收視頻數(shù)據(jù)，并對視頻數(shù)據(jù)進行分析，當(dāng)網(wǎng)絡(luò)狀況正常時，如果所述客戶端在所述閾值時間沒有收到視頻關(guān)鍵幀，則向所述流媒體服務(wù)器發(fā)送調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率的請求；所述流媒體服務(wù)器收到所述請求后進行判斷，根據(jù)所述客戶端的請求，調(diào)整視頻關(guān)鍵幀產(chǎn)生頻率。應(yīng)用本發(fā)明，解決了用戶在觀看節(jié)目時，能夠最快的看到清晰的視頻圖像的問題，使得整個業(yè)務(wù)的用戶體驗得到更大限度的提升。
文檔編號H04N7/24GK101383959SQ20081017058
公開日2009年3月11日 申請日期2008年10月23日 優(yōu)先權(quán)日2008年10月23日
發(fā)明者尚國強 申請人:中興通訊股份有限公司