專利名稱：一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方法
一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)字化終端嵌入式領(lǐng)域，特別是涉及一種基于互動機頂盒的嵌入 式流媒體播放模塊的實現(xiàn)方法。
背景技術(shù)：
作為多媒體和網(wǎng)絡(luò)領(lǐng)域的交叉學(xué)科，流媒體技術(shù)的應(yīng)用和研究得到了迅速發(fā)展。 開發(fā)實時可靠、多功能、數(shù)字化、操作簡單的基于計算機網(wǎng)絡(luò)通訊技術(shù)和多媒體應(yīng)用的網(wǎng)絡(luò) 化流媒體已成為計算機、通信、消費電子產(chǎn)品領(lǐng)域技術(shù)發(fā)展的主要方向之一。多媒體使計算 機能夠綜合處理聲音、文字、圖像和視頻，它以豐富的聲、文、圖信息和方便的交互性，極大 地改善了人機界面，改變了人們使用計算機的方式，從而為計算機進入人類生活和生產(chǎn)的 各個領(lǐng)域打開了方便之門，給人們的工作、生活和娛樂帶來了深刻的變化。隨著網(wǎng)絡(luò)寬帶化 的發(fā)展趨勢，人們不再滿足于信息高速公路中僅有文本、圖像或聲音這一類簡單的信息，而 越來越希望更直觀、更豐富的新一代信息的表現(xiàn)形式，流媒體(streaming media)技術(shù)便應(yīng) 運而生。隨著計算機多媒體技術(shù)和網(wǎng)絡(luò)技術(shù)飛速發(fā)展，基于流媒體的多媒體應(yīng)用也被運用 在多種領(lǐng)域，特別是網(wǎng)絡(luò)可視電話、遠程監(jiān)控、視頻點播領(lǐng)域。而流媒體的傳輸一般是用流 式傳輸?shù)?，流式傳輸?shù)膶崿F(xiàn)需要合適的傳輸協(xié)議。普通網(wǎng)絡(luò)通常采用TCP (傳輸控制協(xié)議) 協(xié)議傳輸，需要較多的開銷；而傳輸實時數(shù)據(jù)，對于傳輸數(shù)據(jù)的及時性有較高要求，要求信 息要來得更加及時。受網(wǎng)絡(luò)帶寬等客觀條件的限制，故TCP協(xié)議不太適合流式傳輸。在流 式傳輸?shù)膶崿F(xiàn)方案中，一般采用RTP/RTSP來傳輸實時多媒體數(shù)據(jù)。其中RTSP (實時流傳輸 協(xié)議)是應(yīng)用級協(xié)議，控制實時數(shù)據(jù)的發(fā)送。RTSP在體系結(jié)構(gòu)上位于RTP和RTCP (實時流 控制協(xié)議)之上，它使用TCP或RTP完成數(shù)據(jù)傳輸。其中RTP (實時傳送協(xié)議)的設(shè)計目的 是提供實時數(shù)據(jù)傳輸中的時間戳信息以及各數(shù)據(jù)流的同步功能。RTP協(xié)議提供序列號字段 使接受方通過檢測收到的分組序列號判斷是否有分組丟失，并可重新恢復(fù)發(fā)送時的分組順 序；提供時間戳字段用于重新建立原始音頻、視頻的時序，幫助接受方確定數(shù)據(jù)到達時間的 一致性或變化；提供同步源標識符(SSRC)字段，在接收端為包分組。為了讓一般技術(shù)人員能更透徹的了解本發(fā)明，這里首先對流媒體的傳輸與播放進 行介紹實施流式傳輸兩種方法順序流式傳輸(progressive streaming)和實時流式傳 輸(Real-time streaming)。(1)順序流式傳輸(progressive streaming)順序流式傳輸是順序下載，在下載文件的同時用戶可觀看在線媒體，在給定時刻， 用戶只能觀看已下載的那部分，而不能跳到還未下載的前頭部分，順序流式傳輸不像實時 流式傳輸在傳輸期間根據(jù)用戶連接的速度做調(diào)整。順序流式傳輸比較適合高質(zhì)量的短片 段，如片頭、片尾和廣告，由于該文件在播放前觀看的部分是無損下載的，這種方法保證電 影播放的最終質(zhì)量。這意味著用戶在觀看前，必須經(jīng)歷延遲，對較慢的連接尤其如此。
(2)實時流式傳輸(Real-time streaming)實時流式傳輸總是實時傳送，特別適合現(xiàn)場事件，也支持隨機訪問，用戶可快進或 后退以觀看前面或后面的內(nèi)容。理論上，實時流一經(jīng)播放就不可停止，但實際上，可能發(fā)生 周期暫停。實時流式傳輸必須匹配連接帶寬，這意味著在以調(diào)制解調(diào)器速度連接時圖象質(zhì) 量較差。而且，由于出錯丟失的信息被忽略掉，網(wǎng)絡(luò)擁擠或出現(xiàn)問題時，視頻質(zhì)量很差。如 欲保證視頻質(zhì)量，順序流式傳輸也許更好。實時流式傳輸需要特定服務(wù)器，如QuickTime Streaming Server、RealServer 與 Windows Media Server。這些服務(wù)器允許你對媒體發(fā)送 進行更多級別的控制。流媒體的播放使用三種方式(1)單播在客戶端與媒體服務(wù)器之間需要建立一個單獨的數(shù)據(jù)通道，從一臺服務(wù)器送出的 每個數(shù)據(jù)包只能傳送給一個客戶機，這種傳送方式稱為單播。每個用戶必須分別對媒體服 務(wù)器發(fā)送單獨的查詢，而媒體服務(wù)器必須向每個用戶發(fā)送所申請的數(shù)據(jù)包拷貝。(2)組播組播技術(shù)構(gòu)建一種具有組播能力的網(wǎng)絡(luò)，允許路由器一次將數(shù)據(jù)包復(fù)制到多個通 道上。采用組播方式，單臺服務(wù)器能夠?qū)资f臺客戶機同時發(fā)送連續(xù)數(shù)據(jù)流而無延時。 媒體服務(wù)器只需要發(fā)送一個信息包，而不是多個；所有發(fā)出請求的客戶只需連結(jié)到這個數(shù) 據(jù)流而不是連結(jié)到視頻服務(wù)器，從而降低帶寬的使用。網(wǎng)絡(luò)利用效率大大提高，成本大為下 降。(3)點播與廣播點播連接是客戶端與服務(wù)器之間的主動的連接。在點播連接中，用戶通過選擇內(nèi) 容項目來初始化客戶端連接。用戶可以開始、停止、后退、快進或暫停流。點播連接提供了 對流的最大控制，但這種方式由于每個客戶端各自連接服務(wù)器，卻會迅速用完網(wǎng)絡(luò)帶寬。廣播指的是用戶被動接收流。在廣播過程中，客戶端接收流，但不能控制流。例如， 用戶不能暫停、快進或后退該流。廣播方式中數(shù)據(jù)包的單獨一個拷貝將發(fā)送給網(wǎng)絡(luò)上的所 有用戶，而不管用戶是否需要。使用單播發(fā)送和廣播方式發(fā)送的方式會非常浪費網(wǎng)絡(luò)帶寬，組播吸收了上述兩種 發(fā)送方式的長處，克服了上述兩種發(fā)送方式的弱點，組播不會復(fù)制數(shù)據(jù)包的多個拷貝傳輸 到網(wǎng)絡(luò)上，也不會將數(shù)據(jù)包發(fā)送給不需要它的那些客戶，保證了網(wǎng)絡(luò)上多媒體應(yīng)用占用網(wǎng) 絡(luò)的最小帶寬。流媒體不同于傳統(tǒng)的媒體，它的主要特點就是邊下載邊觀看，以流的形式進行數(shù) 字媒體的傳送，從而使人們可在線欣賞到連續(xù)不斷的多媒體節(jié)目。流媒體的傳送一般的做 法是使用流媒體技術(shù)，不是等到整個文件全部下載完畢后才進行解壓和觀看，而是將多媒 體文件經(jīng)過特殊的壓縮方式分成一個個壓縮包，由電視服務(wù)器端向用戶連續(xù)、實時的傳送。 而接收端會預(yù)先準備一個緩沖區(qū)在播放前先緩沖一段數(shù)據(jù)在緩沖區(qū)中，在播放時調(diào)整緩沖 區(qū)內(nèi)數(shù)據(jù)的大小，當播放速率暫時高于傳輸速率時，通過釋放緩沖區(qū)中的數(shù)據(jù)，使音視頻的 播放不因為網(wǎng)絡(luò)狀況而中斷；而在傳輸狀態(tài)良好時恢復(fù)緩沖區(qū)中的預(yù)存數(shù)據(jù)量。從而保證 音視頻播放的品質(zhì)。傳統(tǒng)方式的多媒體文件需要從電視中心的服務(wù)器上下載后才能播放， 由于多媒體文件一般較大，一個典型MPEG-I編碼視頻文件，1分鐘的數(shù)據(jù)為11.3MB，利用56Kbps調(diào)制解調(diào)器至少需要20分鐘進行下載，因而限制了人們在互聯(lián)網(wǎng)上使用多媒體數(shù) 據(jù)進行交流。

發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問題，在于提供一種基于互動機頂盒的嵌入式流媒體播放模 塊的實現(xiàn)方法，本發(fā)明使機頂盒能夠接收實時性數(shù)據(jù)，用戶不用等待所有內(nèi)容下載到硬盤 上后才開始播放，只需等待一些時間，極大方便了用戶，且降低了機頂盒系統(tǒng)的緩存容量。本發(fā)明是這樣實現(xiàn)的一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方 法，包括接收數(shù)據(jù)流程及解碼播放流程，其特征在于所述的接收數(shù)據(jù)流程包括以下步驟步驟10、在用戶選擇某一流媒體服務(wù)后，客戶端機頂盒的瀏覽器與電視中心的服 務(wù)器之間使用HTTP/TCP交換控制信息，把需要傳輸?shù)膶崟r數(shù)據(jù)從原始信息中檢索出來；步驟20、瀏覽器啟動音頻/視頻控制程序，使用HTTP從服務(wù)器檢索相關(guān)參數(shù)對所 述的控制程序初始化；所述的音頻/視頻控制程序與電視中心的音響/視頻服務(wù)器運行實 時流控制協(xié)議RTSP，以交換音響/視頻控制程序所需的相關(guān)參數(shù)信息；步驟30、音響/視頻服務(wù)器接收到客戶端的請求時，將實時數(shù)據(jù)中的音視頻數(shù)據(jù) 由客戶端機頂盒進行解析，解析得到的音視頻數(shù)據(jù)存儲到機頂盒的緩沖器中。本發(fā)明具有如下優(yōu)點提供一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn) 方法，由接收數(shù)據(jù)流程及解碼播放流程來實現(xiàn)的，所述的接收數(shù)據(jù)流程是在客戶端機頂盒 的瀏覽器與電視中心的服務(wù)器之間使用HTTP/TCP交換控制信息，把需要傳輸?shù)膶崟r數(shù)據(jù) 從原始信息中檢索出來；通過音頻/視頻控制程序與電視中心的音響/視頻服務(wù)器運行實 時流控制協(xié)議RTSP，以交換音響/視頻控制程序所需的相關(guān)參數(shù)信息初始化音頻/視頻控 制程序，來完成實時數(shù)據(jù)接收，然后將接收的數(shù)據(jù)通過解碼進行播放。本發(fā)明使機頂盒能夠 接收實時性數(shù)據(jù)，用戶不用等待所有內(nèi)容下載到硬盤上后才開始播放，只需等待一些時間， 極大方便了用戶，且降低了機頂盒系統(tǒng)的緩存容量，實現(xiàn)了機頂盒系統(tǒng)的模塊化，使得機頂 盒具有可擴展性。

下面參照附圖結(jié)合實施例對本發(fā)明作進一步的說明。圖1是本發(fā)明基于互動機頂盒的嵌入式流媒體播放模塊的結(jié)構(gòu)示意圖。圖2是本發(fā)明接收數(shù)據(jù)流程示意圖。圖3是本發(fā)明的解碼播放模塊工作流程示意圖。
具體實施方式下面結(jié)合圖1至圖3對本發(fā)明作進一步的說明圖1是本發(fā)明基于互動機頂盒的嵌入式流媒體播放模塊的結(jié)構(gòu)示意圖，嵌入式流 媒體播放模塊具有UDP協(xié)議的模塊，具有RTCP協(xié)議的模塊，具有RTP協(xié)議的模塊、播放解碼 模塊，流媒體播放器模塊，上述模塊都是以軟件的形式嵌入在機頂盒系統(tǒng)中，這些模塊的互 相運轉(zhuǎn)來完成流媒體的播放。本發(fā)明的基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方法，由接收數(shù)據(jù)流程及解碼播放流程來完成，其中接收數(shù)據(jù)流程包括以下步驟步驟10、在用戶選擇某一流媒體服務(wù)后，客戶端機頂盒的瀏覽器與電視中心的服 務(wù)器之間使用HTTP/TCP交換控制信息，把需要傳輸?shù)膶崟r數(shù)據(jù)從原始信息中檢索出來；步驟20、瀏覽器啟動音頻/視頻控制程序，使用HTTP從服務(wù)器檢索相關(guān)參數(shù)對所 述的控制程序初始化；所述的音頻/視頻控制程序與電視中心的音響/視頻服務(wù)器運行實 時流控制協(xié)議RTSP，以交換音響/視頻控制程序所需的相關(guān)參數(shù)信息；步驟30、音響/視頻服務(wù)器接收到客戶端的請求時，將實時數(shù)據(jù)中的音視頻數(shù)據(jù) 由客戶端機頂盒進行解析，解析得到的音視頻數(shù)據(jù)存儲到機頂盒的緩沖器中。其中解碼播放流程是從緩沖器中讀取音視頻數(shù)據(jù)，通過音視頻解復(fù)用將音視頻數(shù) 據(jù)分解開來；見圖3所示，其中視頻數(shù)據(jù)傳送給視頻解碼器，音頻數(shù)據(jù)傳送給音頻解碼器； 再對解碼后的音視頻數(shù)據(jù)進行同步處理；最后直接輸出音視頻數(shù)據(jù)到客戶端的電視機上。所述嵌入式流媒體播放模塊還可進一步包括提供一視頻點播模塊，視頻點播模塊 可控制播放、快進、快倒、暫停及錄制命令。其中快進控制方式如下(1)首先音頻/視頻控制程序清除緩沖器中的數(shù)據(jù)，同時通過RTSP協(xié)議讓電視中 心服務(wù)器按快進的方式傳送數(shù)據(jù)流；(2)數(shù)據(jù)流傳送到具有RTP協(xié)議的模塊中；(3)然后利用具有RTP協(xié)議的模塊去掉數(shù)據(jù)流中的RTP包頭，傳送到緩沖器中；(4)最后由播放器播放跳躍式的數(shù)據(jù)流；(5)視頻點播模塊進入快進狀態(tài)。其中快倒控制方式如下(1)首先音頻/視頻控制程序清除緩沖器中的數(shù)據(jù)，同時通過RTSP協(xié)議讓電視中 心服務(wù)器按快倒的方式傳送數(shù)據(jù)流；(2)數(shù)據(jù)流傳送到具有RTP協(xié)議的模塊中；(3)然后利用具有RTP協(xié)議的模塊去掉數(shù)據(jù)流中的RTP包頭，傳送到緩沖器中；(4)最后由播放器播放跳躍式的數(shù)據(jù)流；(5)視頻點播模塊進入快倒狀態(tài)。其中暫停控制方式如下(1)首先是用戶通過遙控器發(fā)送一暫停命令；(2)由機頂盒紅外接收模塊接收后傳給遙控器模塊，遙控器模塊再把這條命令傳 給控制器；(3)控制器控制播放器停止播放，同時告訴具有RTSP協(xié)議的模塊，讓其通過服務(wù) 器停止發(fā)數(shù)據(jù)流給機頂盒；(4)視頻播放媒體處在暫停狀態(tài)。其中播放控制方式如下(1)首先是用戶通過遙控器發(fā)送一播放命令；(2)由機頂盒紅外接收模塊接收后傳給遙控器模塊，遙控器模塊再把這條命令傳 給控制器；(3)控制器控制播放器開始播放，同時告訴具有RTSP協(xié)議的模塊，讓其通過服務(wù)器開始發(fā)播放數(shù)據(jù)流給機頂盒；(4)視頻播放媒體處在播放狀態(tài)。其中錄制控制方式如下(1)首先是用戶通過遙控器發(fā)送一錄制命令；(2)由機頂盒紅外接收模塊接收后傳給遙控器模塊，遙控器模塊再把這條命令傳 給控制器；(3)控制器控制機頂盒進入錄制狀態(tài)，同時告訴具有RTSP協(xié)議的模塊，讓其通過 服務(wù)器開始發(fā)錄制數(shù)據(jù)流給機頂盒；(4)視頻播放媒體處在錄制狀態(tài)。以上所述的嵌入式流媒體播放模塊還支持MPEG-2、MPEG-4以及Windows Media9 三種媒體格式。以上所述僅為本發(fā)明的較佳實施例，凡依本發(fā)明申請專利范圍所做的均等變化與 修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方法，包括接收數(shù)據(jù)流程及解碼播放流程，其特征在于所述的接收數(shù)據(jù)流程包括以下步驟步驟10、在用戶選擇某一流媒體服務(wù)后，客戶端機頂盒的瀏覽器與電視中心的服務(wù)器之間使用HTTP/TCP交換控制信息，把需要傳輸?shù)膶崟r數(shù)據(jù)從原始信息中檢索出來；步驟20、瀏覽器啟動音頻/視頻控制程序，使用HTTP從服務(wù)器檢索相關(guān)參數(shù)對所述的控制程序初始化；所述的音頻/視頻控制程序與電視中心的音響/視頻服務(wù)器運行實時流控制協(xié)議RTSP，以交換音響/視頻控制程序所需的相關(guān)參數(shù)信息；步驟30、音響/視頻服務(wù)器接收到客戶端的請求時，將實時數(shù)據(jù)中的音視頻數(shù)據(jù)由客戶端機頂盒進行解析，解析得到的音視頻數(shù)據(jù)存儲到機頂盒的緩沖器中。
2.根據(jù)權(quán)利要求1所述的一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方法， 其特征在于，所述的相關(guān)參數(shù)包括目錄信息、音響/視頻數(shù)據(jù)的編碼類型以及音響/視頻服 務(wù)器檢索到的相關(guān)電視中心的服務(wù)器地址。
3.根據(jù)權(quán)利要求1所述的一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方法， 其特征在于，所述的解碼播放流程包括以下步驟步驟10、從緩沖器中讀取音視頻數(shù)據(jù)，通過音視頻解復(fù)用將音視頻數(shù)據(jù)分解開來； 步驟20、其中視頻數(shù)據(jù)傳送給視頻解碼器，音頻數(shù)據(jù)傳送給音頻解碼器； 步驟30、再對解碼后的音視頻數(shù)據(jù)進行同步處理； 步驟40、最后直接輸出音視頻數(shù)據(jù)到客戶端的電視機上。
4.根據(jù)權(quán)利要求1所述的一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方法， 其特征在于所述的嵌入式流媒體播放模塊支持MPEG-2、MPEG-4以及Windows Media9三種 媒體格式。
5.根據(jù)權(quán)利要求1所述的一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方法， 其特征在于流媒體播放模塊進一步包括提供一視頻點播模塊，所述的視頻點播模塊用于 控制播放、快進、快倒、暫停及錄制命令。
6.根據(jù)權(quán)利要求5所述的一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方法， 其特征在于所述的快進控制方式如下步驟10、首先音頻/視頻控制程序清除緩沖器中的數(shù)據(jù)，同時通過RTSP協(xié)議讓電視中 心服務(wù)器按快進的方式傳送數(shù)據(jù)流；步驟20、數(shù)據(jù)流傳送到具有RTP協(xié)議的模塊中；步驟30、然后利用具有RTP協(xié)議的模塊去掉數(shù)據(jù)流中的RTP包頭，傳送到緩沖器中； 步驟40、最后由播放器播放這些跳躍式的數(shù)據(jù)流； 步驟50、視頻點播模塊進入快進狀態(tài)。
7.根據(jù)權(quán)利要求5所述的一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方法， 其特征在于所述的暫停控制方式如下步驟10、首先是用戶通過遙控器發(fā)送一暫停命令；步驟20、由機頂盒紅外接收模塊接收后傳給遙控器模塊，遙控器模塊再把這條命令傳 給控制器；步驟30、控制器控制播放器停止播放，同時告訴具有RTSP協(xié)議的模塊，讓其通過服務(wù) 器停止發(fā)數(shù)據(jù)流給機頂盒；步驟40、視頻播放媒體處在暫 停狀態(tài)。
全文摘要
本發(fā)明提供一種基于互動機頂盒的嵌入式流媒體播放模塊的實現(xiàn)方法，包括接收數(shù)據(jù)流程及解碼播放流程，其特征在于所述的接收數(shù)據(jù)流程是在客戶端機頂盒的瀏覽器與電視中心的服務(wù)器之間使用HTTP/TCP交換控制信息，把需要傳輸?shù)膶崟r數(shù)據(jù)從原始信息中檢索出來；通過音頻/視頻控制程序與電視中心的音響/視頻服務(wù)器運行實時流控制協(xié)議RTSP，以交換音響/視頻控制程序所需的相關(guān)參數(shù)信息初始化音頻/視頻控制程序，來完成實時數(shù)據(jù)接收，然后將接收的數(shù)據(jù)通過解碼進行播放。本發(fā)明使機頂盒能夠接收實時性數(shù)據(jù)，用戶不用等待所有內(nèi)容下載到硬盤上后才開始播放，只需等待一些時間，極大方便了用戶，且降低了機頂盒系統(tǒng)的緩存容量。
文檔編號H04N7/173GK101938633SQ20101028152
公開日2011年1月5日 申請日期2010年9月14日 優(yōu)先權(quán)日2010年9月14日
發(fā)明者郭鑫俊 申請人:福州創(chuàng)頻科技有限公司