專利名稱：一種數(shù)據(jù)流式傳輸?shù)姆椒ê脱b置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，特別涉及一種數(shù)據(jù)流式傳輸?shù)姆?法和裝置。
背景技術(shù)：
隨著計算機網(wǎng)絡(luò)的發(fā)展和用戶對信息多樣化需求的不斷提高，以靜態(tài)為 主的圖像和文字內(nèi)容的傳統(tǒng)々某體已經(jīng)遠遠不能滿足用戶的需求，隨著用戶需 求的不斷提升，如何更好地融合聲音、文字和圖像，讓更多的用戶進入一個 有聲有色、逼真形象的多々某體世界，成為用戶關(guān)心的話題。
流媒體是一種以"流，，的形式進行數(shù)字媒體的傳送，用戶在一定的帶寬 環(huán)境下就可以在線欣賞到連續(xù)不斷的高品質(zhì)音頻和碎見頻節(jié)目，它不需要下載 完整數(shù)據(jù)就可以在播放器傳輸?shù)倪^程中 一邊播放一邊下載，實現(xiàn)了在網(wǎng)上點 播或觀看電影、電視的愿望。在互聯(lián)網(wǎng)快速發(fā)展的時代，流Jf某體技術(shù)的產(chǎn)生 和發(fā)展必然會給用戶的日常生活和工作帶來深遠的影響。
所謂流媒體是指采用流式傳輸?shù)姆绞皆贗nternet/Intranet播放的媒體格式。 流媒體在播放前并不下載完整數(shù)據(jù)，只將開始部分數(shù)據(jù)存入內(nèi)存，在計算機 中對數(shù)據(jù)包進行緩存并使數(shù)據(jù)正確地輸出。流媒體實現(xiàn)的關(guān)鍵技術(shù)就是流式 傳輸，流式傳輸主要指將整個音頻和視頻及三維媒體等多媒體數(shù)據(jù)經(jīng)過特定 的壓縮方式解析成一個個壓縮包，由服務(wù)器向終端順序或?qū)崟r傳送。
目前，流媒體通過兩種主流的流媒體協(xié)議得以實現(xiàn)
1、 RTSP (Real Time Streaming Protocol,實時流傳輸協(xié)議)是TCP/IP (Transmission Control Protocol/Internet Protocol,傳輸4空制十辦i義/網(wǎng)間協(xié)i義)協(xié) 議體系中的一個應(yīng)用層協(xié)議，由哥倫比亞大學(xué)、網(wǎng)景和Real Networks公司提 交的IETF (Internet Engineering Task Force,互聯(lián)網(wǎng)工程任務(wù)組)RFC (Request For Comments,請求注解)標準。該協(xié)議定義了 一對多應(yīng)用程序如何有效地通過IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)。RTSP在體系結(jié)構(gòu)上位于RTP (Real Time Transport Protocol,實時傳輸協(xié)議)和RTCP (Real-time Transport Control Protocol,實時傳送控制協(xié)議)之上，它使用TCP或RTP完成數(shù)據(jù)傳輸。HTTP (Hypertext Transfer Protocol,超文本傳輸協(xié)議)與RTSP相比，HTTP傳送 HTML (HypertextMarkup Language,超文本標記語言)，而RTP傳送的是多 媒體數(shù)據(jù)。HTTP請求由客戶機發(fā)出，服務(wù)器作出響應(yīng)，使用RTSP時，客戶 機和服務(wù)器都可以發(fā)出請求，即RTSP可以是雙向的。
2、 MMS (Microsoft Media Server Protocol,微軟流媒體服務(wù)協(xié)議)是用 來訪問并且流式接收Windows Media服務(wù)器。MMS用于訪問Windows Media 發(fā)布點上的單播內(nèi)容。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題現(xiàn)有 技術(shù)中，RTSP和MMS這兩種主流的流媒體協(xié)議不被以含有HTTP代理服 務(wù)器為網(wǎng)關(guān)的特殊組網(wǎng)模式下所支持，使得RTSP和MMS數(shù)據(jù)不能在以HTTP 代理服務(wù)器為網(wǎng)關(guān)的組網(wǎng)^=莫式下傳輸。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種數(shù)據(jù)流式傳輸?shù)姆椒ê脱b置，應(yīng)用于含有HTTP 代理服務(wù)器的組網(wǎng)中，通過本發(fā)明實施例，可以實現(xiàn)在含有HTTP代理服務(wù) 器為網(wǎng)關(guān)的特殊組網(wǎng)模式下，支持HTTP為承載實現(xiàn)終端對數(shù)據(jù)流式的傳輸。
為達到上述目的，本發(fā)明實施例一方面提供一種數(shù)據(jù)流式傳輸?shù)姆椒ǎ?包括
終端接收來自HTTP代理服務(wù)器的分塊數(shù)據(jù)； 所述終端將所述分塊數(shù)據(jù)存儲在播放序列中；
所述終端從所述播放序列中第一塊分塊數(shù)據(jù)存儲完后到最后一塊分塊數(shù) 據(jù)存儲完之前依次播放所述分塊數(shù)據(jù)。
另一方面，本發(fā)明實施例還提供一種終端，包括 接收模塊，用于接收來自HTTP代理服務(wù)器的分塊數(shù)據(jù)； 存儲模塊，用于將所述分塊數(shù)據(jù)存儲在播放序列中；播放模塊，用于從所述播放序列中第一塊分塊數(shù)據(jù)存儲完后到最后一塊 分塊數(shù)據(jù)存儲完之前依次播放所述分塊數(shù)據(jù)。
與現(xiàn)有技術(shù)相比，本發(fā)明實施例具有以下優(yōu)點通過本發(fā)明實施例，可 以實現(xiàn)在含有HTTP代理服務(wù)器為網(wǎng)關(guān)的組網(wǎng)模式下，完成終端對數(shù)據(jù)流式 的傳輸。


圖1為本發(fā)明實施例數(shù)據(jù)流式傳輸?shù)姆椒鞒虉D； 圖2為本發(fā)明實施例終端的結(jié)構(gòu)圖。
具體實施例方式
本發(fā)明實施例提供一種數(shù)據(jù)流式傳輸?shù)姆椒ǎ瑧?yīng)用于含有HTTP代理服務(wù) 器的組網(wǎng)中，可以實現(xiàn)在含有HTTP代理服務(wù)器的組網(wǎng)中，支持HTTP為承載 完成終端對數(shù)據(jù)流式的傳輸。
本發(fā)明實施例中的數(shù)據(jù)流式傳輸是在一種終端和網(wǎng)絡(luò)服務(wù)器之間含有 HTTP代理服務(wù)器的特殊組網(wǎng)下進行的。
如圖1所示，為本發(fā)明實施例數(shù)據(jù)流式傳輸?shù)姆椒鞒虉D，具體包括以下 幾個步驟
步驟S101,終端接收來自HTTP代理服務(wù)器的分塊數(shù)據(jù)。 具體的，網(wǎng)絡(luò)服務(wù)器從支持流媒體內(nèi)容源或本地內(nèi)容源來獲取數(shù)據(jù)。本 發(fā)明實施例中接收的數(shù)據(jù)可以是流式數(shù)據(jù)，也可以是非流式數(shù)據(jù)。如果接收 來自HTTP代理服務(wù)器的數(shù)據(jù)是已分塊的數(shù)據(jù)，那么終端直接接收已分塊好 的數(shù)據(jù)；如果接收來自HTTP代理服務(wù)器的數(shù)據(jù)是未分塊的數(shù)據(jù)，那么網(wǎng)絡(luò) 服務(wù)器按照預(yù)設(shè)的規(guī)則或終端網(wǎng)絡(luò)的需求對未分塊的數(shù)據(jù)進行分塊，網(wǎng)絡(luò)服 務(wù)器將根據(jù)實際的網(wǎng)絡(luò)情況，例如，根據(jù)網(wǎng)絡(luò)傳輸效率、硬件設(shè)備的狀態(tài)及 服務(wù)器的設(shè)置等參數(shù)的情況，預(yù)先對數(shù)據(jù)進行分塊。從在最佳傳輸狀態(tài)下對 數(shù)據(jù)分塊大小數(shù)值的統(tǒng)計結(jié)果表明，不是將數(shù)據(jù)分的越小塊傳輸?shù)镁驮娇欤?也不是將數(shù)據(jù)分的越大塊傳輸?shù)迷娇?，分塊的數(shù)據(jù)的大小需要保持在一個最佳、穩(wěn)定的數(shù)值(例如20k左右)，按照上述的最佳數(shù)值將數(shù)據(jù)分成多個小塊 的數(shù)據(jù)，終端接收上述已經(jīng)分成小塊的數(shù)據(jù)。
可選的，根據(jù)實際的網(wǎng)絡(luò)傳輸狀況，網(wǎng)絡(luò)服務(wù)器可以將已分塊數(shù)據(jù)進行 分塊壓縮。具體可以為，如果網(wǎng)絡(luò)傳輸?shù)乃俣缺容^快，則不需要對分塊數(shù)據(jù) 進行分塊壓縮；如果網(wǎng)絡(luò)較差，網(wǎng)絡(luò)傳輸?shù)乃俣容^慢，網(wǎng)絡(luò)服務(wù)器會對分塊 數(shù)據(jù)進行壓縮，將已分塊數(shù)據(jù)壓縮成多個壓縮包。壓縮的方式按照文件的格 式、文件的大小等參數(shù)對分塊數(shù)據(jù)進行壓縮。例如可以將mp3格式的音頻 文件壓縮轉(zhuǎn)化成WMA ( Windows Media Audio,微軟多媒體音頻)等格式的 音頻文件。
步驟S102,終端將所述分塊數(shù)據(jù)存儲在"t番放序列中。
在本發(fā)明實施例中，終端將接收到的來自HTTP代理服務(wù)器的分塊數(shù)據(jù) 依次存儲在播放序列中，該播放序列存儲的分塊數(shù)據(jù)按照接收的順序依次排 列。
步驟S103，所述終端從所述播放序列中第一塊分塊數(shù)據(jù)存儲完后到最后 一塊分塊數(shù)據(jù)存儲完之前依次播放所述分塊數(shù)據(jù)。
具體可以為，當終端的播放序列中存儲到來自HTTP代理服務(wù)器的一塊 分塊數(shù)據(jù)后，終端可以立即對這一塊分塊數(shù)據(jù)進行播放，同時，終端將接收 到的后續(xù)分塊數(shù)據(jù)依次存儲在播放序列中，當終端播放播放序列中的第 一塊 分塊數(shù)據(jù)之后，自動依次播放播放序列中的下一塊分塊數(shù)據(jù)，直至播放完播 放序列中所述最后一塊分塊數(shù)據(jù)；當終端的播放序列中存儲到來自HTTP代 理服務(wù)器的一塊分塊數(shù)據(jù)后，終端也可以不立即對該分塊數(shù)據(jù)進行播放，在 最后一塊分塊數(shù)據(jù)存儲在播放序列之前，終端可以在任一時刻對該分塊數(shù)據(jù) 進行播放?；蛘?，終端可以在該分塊數(shù)據(jù)全部存儲在播放序列之后，對該分 塊數(shù)據(jù)進行播放。當該分塊數(shù)據(jù)全部存儲在播放列表中后，該分塊數(shù)據(jù)則為 一個完整的數(shù)據(jù)，可以以文件的形式存儲在該終端中。終端一邊播放一邊存 儲的流式傳輸方式實現(xiàn)了播放與存儲的同步，終端實現(xiàn)了在含有HTTP代理 服務(wù)器的特殊組網(wǎng)下，以HTTP為承載，完成對數(shù)據(jù)流式的傳輸。
如圖2所示，為本發(fā)明實施例終端的結(jié)構(gòu)圖，包括接收模塊21，用于接收來自HTTP代理服務(wù)器的分塊數(shù)據(jù)。 存儲模塊22，用于將所述分塊數(shù)據(jù)存儲在播》文序列中。 播放模塊23，用于從所述播放序列中第一塊分塊數(shù)據(jù)存儲完后到最后一 塊分塊數(shù)據(jù)存儲完之前依次播放所述分塊數(shù)據(jù)。 其中，終端還包括
設(shè)置規(guī)則模塊24，用于根據(jù)網(wǎng)絡(luò)需求設(shè)置對所述分塊數(shù)據(jù)進行分塊的規(guī)則。
通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā) 明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件， 但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案 本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來， 該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算 機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實 施例所述的方法。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的普 通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤 飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
權(quán)利要求
1、一種數(shù)據(jù)流式傳輸?shù)姆椒?，?yīng)用于含有HTTP代理服務(wù)器的組網(wǎng)中，其特征在于，包括終端接收來自超文本傳輸協(xié)議HTTP代理服務(wù)器的分塊數(shù)據(jù)；所述終端將所述分塊數(shù)據(jù)存儲在播放序列中；所述終端從所述播放序列中第一塊分塊數(shù)據(jù)存儲完后到最后一塊分塊數(shù)據(jù)存儲完之前依次播放所述分塊數(shù)據(jù)。
2、 如權(quán)利要求1所述數(shù)據(jù)流式傳輸?shù)姆椒?，其特征在于，所述終端接收 來自HTTP代理服務(wù)器的分塊數(shù)據(jù)具體為當所述來自HTTP代理服務(wù)器的數(shù)據(jù)是已分塊的數(shù)據(jù)時，所述終端直接 接收所述已分塊的數(shù)據(jù)；或者，當所述來自HTTP代理服務(wù)器的數(shù)據(jù)是未分塊的數(shù)據(jù)時，網(wǎng)絡(luò)服務(wù)器按 照預(yù)設(shè)的規(guī)則或所述終端網(wǎng)絡(luò)的需求對所述未分塊的數(shù)據(jù)進行分塊，所述終 端接收所述已分塊的數(shù)據(jù)。
3、 如權(quán)利要求1所述數(shù)據(jù)流式傳輸?shù)姆椒?，其特征在于，還包括所述 HTTP代理服務(wù)器支持以HTTP為承載進行所述分塊數(shù)據(jù)的傳輸。
4、 如權(quán)利要求1所述數(shù)據(jù)流式傳輸?shù)姆椒?，其特征在于，所述終端從所 述播放序列中第一塊分塊數(shù)據(jù)存儲完后到最后一塊分塊數(shù)據(jù)存儲完之前依次 播放所述分塊數(shù)據(jù)包括當所述終端播放所述播放序列中的所述第一塊分塊數(shù)據(jù)之后，自動依次 播放所述播放序列中的所述下一塊分塊數(shù)據(jù)，直至播;改完所述播放序列中所 述最后一塊分塊數(shù)據(jù)。
5、 一種終端，其特征在于，包括接收模塊，用于接收來自HTTP代理服務(wù)器的分塊數(shù)據(jù)； 存儲模塊，用于將所述分塊數(shù)據(jù)存儲在^番放序列中； 播放模塊，用于從所述播放序列中第 一塊分塊數(shù)據(jù)存儲完后到最后一塊 分塊數(shù)據(jù)存儲完之前依次播放所述分塊數(shù)據(jù)。
6、 如權(quán)利要求5所述終端，其特征在于，還包括設(shè)置規(guī)則模塊，用于根據(jù)網(wǎng)絡(luò)需求設(shè)置對所述分塊數(shù)據(jù)進行分塊的規(guī)則。
全文摘要
本發(fā)明實施例公開了一種數(shù)據(jù)流式傳輸?shù)姆椒ê脱b置，應(yīng)用于含有HTTP代理服務(wù)器的組網(wǎng)中，該數(shù)據(jù)流式傳輸?shù)姆椒òńK端接收來自超文本傳輸協(xié)議HTTP代理服務(wù)器的分塊數(shù)據(jù)；所述終端將所述分塊數(shù)據(jù)存儲在播放序列中；所述終端從所述播放序列中第一塊分塊數(shù)據(jù)存儲完后到最后一塊分塊數(shù)據(jù)存儲完之前依次播放所述分塊數(shù)據(jù)。通過本發(fā)明實施例，終端可以實現(xiàn)在含有HTTP代理服務(wù)器的特殊組網(wǎng)中，以HTTP為承載，完成對數(shù)據(jù)流式的傳輸。
文檔編號H04L12/56GK101420420SQ20081009748
公開日2009年4月29日 申請日期2008年5月30日 優(yōu)先權(quán)日2008年5月30日
發(fā)明者劍 李, 潘智鵬, 紀向利, 騰 馬 申請人:北京天騰時空信息科技有限公司