專利名稱：利用http協(xié)議實現(xiàn)流媒體功能的方法、流媒體服務(wù)器及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及流媒體技木，尤其涉及利用HTTP協(xié)議實現(xiàn)流媒體功能的方法、流媒體服務(wù)器及系統(tǒng)。
背景技術(shù)：
傳統(tǒng)的流媒體技術(shù)需要專用的傳輸協(xié)議。服務(wù)器運行實時流控制協(xié)議(RTSP，RealTime Streaming Protocol),以交換A/V傳輸所需的控制信息,待與客戶端建立連接后,月艮務(wù)器使用RTP/UDP協(xié)議將A/V數(shù)據(jù)傳輸給A/V客戶端 ，一旦A/V數(shù)據(jù)抵達客戶端，A/V客戶端即可播放輸出。由于A/V數(shù)據(jù)要一起到達客戶端，如果在實時監(jiān)控的場景下，延時會非常嚴(yán)重。

發(fā)明內(nèi)容
本發(fā)明實施例在于提供利用HTTP協(xié)議實現(xiàn)流媒體功能的方法、流媒體服務(wù)器及系統(tǒng)，使延時大幅減小。利用HTTP協(xié)議實現(xiàn)流媒體功能的方法，包括接收GET命令，根據(jù)URL地址與編碼器或存儲系統(tǒng)建立會話；建立會話成功后，向客戶端發(fā)送響應(yīng)消息，所述響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked ；發(fā)送請求數(shù)據(jù)消息給所述編碼器或存儲系統(tǒng)；接收從所述編碼器或存儲系統(tǒng)發(fā)送的媒體數(shù)據(jù)塊，再將所述媒體數(shù)據(jù)塊發(fā)送給所述客戶端。較優(yōu)的，所述接收從所述編碼器或存儲系統(tǒng)發(fā)送的媒體數(shù)據(jù)塊，再將所述媒體數(shù)據(jù)塊發(fā)送給所述客戶端之后，還包括所述客戶端將所述媒體數(shù)據(jù)塊提交至播放器播放。較優(yōu)的，所述接收從所述編碼器或存儲系統(tǒng)發(fā)送的媒體數(shù)據(jù)塊之后，還包括將該媒體數(shù)據(jù)塊封裝成媒體數(shù)據(jù)包，所述媒體數(shù)據(jù)包包括媒體數(shù)據(jù)長度和媒體數(shù)據(jù)內(nèi)容，將所述媒體數(shù)據(jù)包發(fā)送給所述客戶端。較優(yōu)的，所述客戶端接收到所述媒體數(shù)據(jù)包后，解析所述媒體數(shù)據(jù)包得到所述媒體數(shù)據(jù)長度和所述媒體數(shù)據(jù)內(nèi)容，當(dāng)客戶端判斷所述媒體數(shù)據(jù)長度與所述媒體數(shù)據(jù)內(nèi)容的長度一致時，所述客戶端將所述媒體數(shù)據(jù)塊提交給播放器播放。較優(yōu)的，還包括所述客戶端斷開HTTP鏈接時，所述客戶端向流媒體服務(wù)器發(fā)送斷開消息，所述流媒體服務(wù)器收到斷開消息后，向所述編碼器或存儲系統(tǒng)發(fā)起結(jié)束會話消息，編碼器或存儲系統(tǒng)接收到所述結(jié)束會話消息后，結(jié)束會話，停止傳輸媒體數(shù)據(jù)塊。流媒體服務(wù)器，包括建立會話模塊，用于接收GET命令，根據(jù)URL地址與編碼器或存儲系統(tǒng)建立會話；
響應(yīng)消息模塊，用于建立會話成功后，向客戶端發(fā)送響應(yīng)消息，所述響應(yīng)消息中的Transfer-Encoding 字段設(shè)為 chunked ；發(fā)送請求數(shù)據(jù)模塊，用于發(fā)送請求數(shù)據(jù)消息給編碼器或存儲系統(tǒng)；接收數(shù)據(jù)塊模塊，用于接收從編碼器或存儲系統(tǒng)發(fā)送的媒體數(shù)據(jù)塊，再將所述媒體數(shù)據(jù)塊發(fā)送給客戶端。較優(yōu)的，還包括斷開模塊，用于接收斷開消息，井向編碼器發(fā)起結(jié)束會話消息。較優(yōu)的，所述接收數(shù)據(jù)塊模塊包括 封裝子模塊，用于將接收到的媒體數(shù)據(jù)塊封裝成媒體數(shù)據(jù)包，所述媒體數(shù)據(jù)包包括媒體數(shù)據(jù)長度和媒體數(shù)據(jù)內(nèi)容。利用HTTP協(xié)議實現(xiàn)流媒體功能的系統(tǒng)，包括客戶端，用于向流媒體服務(wù)器發(fā)送GET命令；上述所述的流媒體服務(wù)器，與所述客戶端相連，用于接收GET命令，根據(jù)URL地址與編碼器或存儲系統(tǒng)建立會話，建立會話成功后，向客戶端發(fā)送響應(yīng)消息，該響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked,發(fā)送請求數(shù)據(jù)消息給編碼器；編碼器或存儲系統(tǒng)，與所述流媒體服務(wù)器相連，用于接收所述請求數(shù)據(jù)消息，并發(fā)送媒體數(shù)據(jù)塊給所述流媒體服務(wù)器；流媒體服務(wù)器，還用于接收從所述編碼器或存儲系統(tǒng)發(fā)送的所述媒體數(shù)據(jù)塊，再將所述媒體數(shù)據(jù)塊發(fā)送給所述客戶端。較優(yōu)的，所述客戶端還用于接收到所述媒體數(shù)據(jù)塊，提交至播放器進行播放。實施本發(fā)明實施例，利用HTTP協(xié)議實現(xiàn)流媒體功能，在確保視頻傳輸質(zhì)量的基礎(chǔ)上，大幅度降低了視頻傳輸?shù)难訁?，實現(xiàn)實時傳輸，只需ー個HTTP的GET命令就可以獲得持續(xù)的數(shù)據(jù)流，避免了頻繁的請求對流媒體服務(wù)器造成的額外負荷。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I是本發(fā)明實施例的利用HTTP協(xié)議實現(xiàn)流媒體功能的方法流程示意圖；圖2是本發(fā)明利用HTTP協(xié)議實現(xiàn)流媒體功能的方法的另ー實施例的流程示意圖；圖3是本發(fā)明實施例的流媒體服務(wù)器的結(jié)構(gòu)示意圖；圖4是本發(fā)明實施例的利用HTTP協(xié)議實現(xiàn)流媒體功能的系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式為了使本發(fā)明所要解決的技術(shù)問題、技術(shù)方案及有益效果更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一歩詳細說明。請參閱圖I示出的本發(fā)明實施例的利用HTTP協(xié)議實現(xiàn)流媒體功能的方法流程示意圖，包括
步驟SlOl :接收GET命令，根據(jù)URL地址與編碼器或存儲系統(tǒng)建立會話。具體地，流媒體服務(wù)器接收從客戶端發(fā)送的GET命令，根據(jù)URL地址與編碼器或存儲系統(tǒng)建立會話，向編碼器或存儲系統(tǒng)發(fā)送建立會話消息。步驟S102 :建立會話成功后，向客戶端發(fā)送響應(yīng)消息，該響應(yīng)消息中的Transfer-Encoding 子段設(shè)為 chunked。具體的，建立會話成功后，流媒體服務(wù)器向客戶端發(fā)送響應(yīng)消息，該響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked。該響應(yīng)消息可以為2000K消息。當(dāng)響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked狀態(tài)時,代表通知客戶端流媒體服務(wù)器將使用分塊傳輸編碼這種數(shù)據(jù)傳輸機制來傳輸媒體數(shù)據(jù)。分塊傳輸編碼通常由數(shù)量未定的塊組成，并以最后ー個大小為O的塊為結(jié)束。每ー個數(shù)據(jù)塊沒有大小的要求 ，即I幀圖像也可以通過ー個塊傳輸給客戶端，這樣客戶端不用等到生成單獨播放的圖像，例如收到100幀圖像才可以播放，I幀圖像傳送到客戶端后，客戶端即可播放，這樣大幅度降低了視頻傳輸?shù)难訁?，可以實現(xiàn)實時傳輸，對在視頻監(jiān)控領(lǐng)域中實時視頻傳輸尤其重要。步驟S103 :發(fā)送請求數(shù)據(jù)消息給編碼器或存儲系統(tǒng)。步驟S104 :接收從編碼器或存儲系統(tǒng)發(fā)送的媒體數(shù)據(jù)塊，再將該媒體數(shù)據(jù)塊發(fā)送給客戶端。實施上述實施例，利用HTTP協(xié)議實現(xiàn)流媒體功能，在確保視頻傳輸質(zhì)量的基礎(chǔ)上，大幅度降低了視頻傳輸?shù)难訁?，實現(xiàn)實時傳輸，只需ー個HTTP的GET命令就可以獲得持續(xù)的數(shù)據(jù)流，避免了頻繁的請求對流媒體服務(wù)器造成的額外負荷。下面結(jié)合圖2示出的本發(fā)明利用HTTP協(xié)議實現(xiàn)流媒體功能的方法的另ー實施例的流程示意圖，進一歩詳細說明本發(fā)明實施例的利用HTTP協(xié)議實現(xiàn)流媒體功能的方法，包括步驟S201 :流媒體服務(wù)器在網(wǎng)頁對視頻提供鏈接，給予ー個特定的URL地址。步驟S202 :客戶端訪問網(wǎng)站點擊視頻，獲取預(yù)先定義好的URL地址。步驟S203 :客戶端運用HTTP協(xié)議向流媒體服務(wù)器發(fā)送GET命令。步驟S204 :流媒體服務(wù)器接收到GET命令后，根據(jù)URL地址與編碼器建立會話，向編碼器發(fā)送建立會話消息。具體的，編碼器也可以由存儲系統(tǒng)替代，存儲系統(tǒng)可以是云存儲系統(tǒng)，其主要功能為存儲媒體數(shù)據(jù)及其他數(shù)據(jù)。步驟S205 :建立會話成功后，編碼器發(fā)送建立會話成功消息給流媒體服務(wù)器。步驟S206 :流媒體服務(wù)器接收到建立會話成功消息后，向客戶端發(fā)送響應(yīng)消息，該響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked。具體的，當(dāng)響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked狀態(tài)時,代表通知客戶端流媒體服務(wù)器將使用分塊傳輸編碼這種數(shù)據(jù)傳輸機制來傳輸媒體數(shù)據(jù)。分塊傳輸編碼通常由數(shù)量未定的塊組成，并以最后ー個大小為O的塊為結(jié)束。每ー個數(shù)據(jù)塊沒有大小的要求，即I幀圖像也可以通過ー個塊傳輸給客戶端，這樣客戶端不用等到100幀圖像才可以播放，I幀圖像傳送到客戶端后，客戶端即可播放，這樣大幅度降低了視頻傳輸?shù)难訒r，對在視頻監(jiān)控領(lǐng)域中實時視頻傳輸尤其重要。步驟S207 :流媒體服務(wù)器發(fā)起請求數(shù)據(jù)消息給編碼器。
具體地，步驟S206和步驟S207執(zhí)行時沒有先后順序，兩個步驟可以同時發(fā)起，也可以分別發(fā)起。步驟S208 :編碼器接收到請求數(shù)據(jù)消息后，發(fā)送媒體數(shù)據(jù)塊給流媒體服務(wù)器。步驟S209 :流媒體服務(wù)器將媒體數(shù)據(jù)塊發(fā)送給客戶端，客戶端收到媒體數(shù)據(jù)塊就提交給播放器播放。具體的，流媒體服務(wù)器接收到媒體數(shù)據(jù)塊后，將該媒體數(shù)據(jù)塊封裝成媒體數(shù)據(jù)包，該媒體數(shù)據(jù)包包括媒體數(shù)據(jù)長度和媒體數(shù)據(jù)內(nèi)容；客戶端接收到該數(shù)據(jù)包后，解析數(shù)據(jù)包得到媒體數(shù)據(jù)長度和媒體數(shù)據(jù)內(nèi)容，當(dāng)客戶端判斷該 媒體數(shù)據(jù)長度與媒體數(shù)據(jù)內(nèi)容的長度一致吋，即客戶端收到ー個完整的媒體數(shù)據(jù)塊，客戶端將該媒體數(shù)據(jù)塊提交給播放器播放。步驟S210 :客戶端斷開HTTP鏈接時，客戶端向流媒體服務(wù)器發(fā)送斷開消息，流媒體服務(wù)器收到斷開消息后，向編碼器發(fā)起結(jié)束會話消息，編碼器接收到結(jié)束會話消息后，結(jié)束會話，停止傳輸媒體數(shù)據(jù)塊。實施上述實施例，利用HTTP協(xié)議實現(xiàn)流媒體功能，在確保視頻傳輸質(zhì)量的基礎(chǔ)上，大幅度降低了視頻傳輸?shù)难訁?，實現(xiàn)實時傳輸，只需ー個HTTP的GET命令就可以獲得持續(xù)的數(shù)據(jù)流，避免了頻繁的請求對流媒體服務(wù)器造成的額外負荷。下面結(jié)合圖3示出的本發(fā)明實施例的流媒體服務(wù)器的結(jié)構(gòu)示意圖，進一歩詳細說明本發(fā)明實施例該流媒體服務(wù)器的結(jié)構(gòu)。建立會話模塊301，用于接收GET命令，根據(jù)URL地址與編碼器或存儲系統(tǒng)建立會話。具體的，接收從客戶端發(fā)送的GET命令，根據(jù)URL地址與編碼器建立會話，向編碼器或存儲系統(tǒng)發(fā)送建立會話消息。響應(yīng)消息模塊302，用于建立會話成功后，向客戶端發(fā)送響應(yīng)消息，該響應(yīng)消息中的 Transfer-Encoding 字段設(shè)為 chunked。具體的，編碼器接收到發(fā)送建立會話消息，建立會話成功，向流媒體服務(wù)器發(fā)送建立會話成功消息，響應(yīng)消息模塊302接收到建立會話成功消息后，向客戶端發(fā)送響應(yīng)消息，該響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked。該響應(yīng)消息可以為2000K消息。當(dāng)響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked狀態(tài)時,代表通知客戶端流媒體服務(wù)器將使用分塊傳輸編碼這種數(shù)據(jù)傳輸機制來傳輸媒體數(shù)據(jù)。分塊傳輸編碼通常由數(shù)量未定的塊組成，并以最后ー個大小為O的塊為結(jié)束。每ー個數(shù)據(jù)塊沒有大小的要求，即I幀圖像也可以通過ー個塊傳輸給客戶端，這樣客戶端不用等到生成單獨播放的圖像，例如收到100幀圖像才可以播放，I幀圖像傳送到客戶端后，客戶端即可播放，這樣大幅度降低了視頻傳輸?shù)难訒r，可以實現(xiàn)實時傳輸，對在視頻監(jiān)控領(lǐng)域中實時視頻傳輸尤其重要。發(fā)送請求數(shù)據(jù)模塊303，用于發(fā)送請求數(shù)據(jù)消息給編碼器或存儲系統(tǒng)。接收數(shù)據(jù)塊模塊304，用于接收從編碼器或存儲系統(tǒng)發(fā)送的媒體數(shù)據(jù)塊，再將該媒體數(shù)據(jù)塊發(fā)送給客戶端。具體的，接收數(shù)據(jù)塊模塊304還包括封裝子模塊3041，用于將接收到的媒體數(shù)據(jù)塊封裝成媒體數(shù)據(jù)包，該媒體數(shù)據(jù)包包括媒體數(shù)據(jù)長度和媒體數(shù)據(jù)內(nèi)容。實施上述實施例，利用HTTP協(xié)議實現(xiàn)流媒體功能，在確保視頻傳輸質(zhì)量的基礎(chǔ)上，大幅度降低了視頻傳輸?shù)难訁?，實現(xiàn)實時傳輸，只需ー個HTTP的GET命令就可以獲得持續(xù)的數(shù)據(jù)流，避免了頻繁的請求對流媒體服務(wù)器造成的額外負荷。上述裝置還可以包括斷開模塊305，用于接收斷開消息，井向編碼器或存儲系統(tǒng)發(fā)起結(jié)束會話消息。具體的，客戶端斷開HTTP鏈接吋，客戶端向流媒體服務(wù)器發(fā)送斷開消息，流媒體服務(wù)器收到斷開消息后，向編碼器發(fā)起結(jié)束會話消息，編碼器接收到結(jié)束會話消息后，結(jié)束會話，停止傳輸媒體數(shù)據(jù)。下面結(jié)合圖4示出的本發(fā)明實施例的利用H TTP協(xié)議實現(xiàn)流媒體功能的系統(tǒng)的結(jié)構(gòu)示意圖，進一歩詳細說明本發(fā)明實施例該系統(tǒng)的結(jié)構(gòu)。客戶端401，用于向流媒體服務(wù)器402發(fā)送GET命令。流媒體服務(wù)器402，與客戶端401相連，用于接收GET命令，根據(jù)URL地址與編碼器或存儲系統(tǒng)建立會話；建立會話成功后，向客戶端發(fā)送響應(yīng)消息，該響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked ;發(fā)送請求數(shù)據(jù)消息給編碼器403。編碼器或存儲系統(tǒng)403，與流媒體服務(wù)器402相連，用于接收請求數(shù)據(jù)消息，并發(fā)送媒體數(shù)據(jù)塊給流媒體服務(wù)器402。流媒體服務(wù)器402，還用于接收從編碼器或存儲系統(tǒng)發(fā)送的媒體數(shù)據(jù)塊，再將該媒體數(shù)據(jù)塊發(fā)送給客戶端401。實施上述實施例，利用HTTP協(xié)議實現(xiàn)流媒體功能，在確保視頻傳輸質(zhì)量的基礎(chǔ)上，大幅度降低了視頻傳輸?shù)难訁迹瑢崿F(xiàn)實時傳輸，只需ー個HTTP的GET命令就可以獲得持續(xù)的數(shù)據(jù)流，避免了頻繁的請求對流媒體服務(wù)器造成的額外負荷。其中，客戶端401，還用于接收到該媒體數(shù)據(jù)塊，提交至播放器進行播放。需要說明的是，通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的硬件平臺的方式來實現(xiàn)，當(dāng)然也可以全部通過硬件來實施。基于這樣的理解，本發(fā)明的技術(shù)方案對背景技術(shù)做出貢獻的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。以上所揭露的僅為本發(fā)明實施例中的較佳實施例而已，當(dāng)然不能以此來限定本發(fā)明之權(quán)利范圍，因此依本發(fā)明權(quán)利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。
權(quán)利要求
1.利用HTTP協(xié)議實現(xiàn)流媒體功能的方法，其特征在于，包括 接收GET命令，根據(jù)URL地址與編碼器或存儲系統(tǒng)建立會話； 建立會話成功后，向客戶端發(fā)送響應(yīng)消息，所述響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked ； 發(fā)送請求數(shù)據(jù)消息給所述編碼器或存儲系統(tǒng)； 接收從所述編碼器或存儲系統(tǒng)發(fā)送的媒體數(shù)據(jù)塊，再將所述媒體數(shù)據(jù)塊發(fā)送給所述客戶端。
2.如權(quán)利要求I所述的方法，其特征在于，所述接收從所述編碼器或存儲系統(tǒng)發(fā)送的媒體數(shù)據(jù)塊，再將所述媒體數(shù)據(jù)塊發(fā)送給所述客戶端之后，還包括 所述客戶端將所述媒體數(shù)據(jù)塊提交至播放器播放。
3.如權(quán)利要求I所述的方法，其特征在于，所述接收從所述編碼器或存儲系統(tǒng)發(fā)送的 媒體數(shù)據(jù)塊之后，還包括 將該媒體數(shù)據(jù)塊封裝成媒體數(shù)據(jù)包，所述媒體數(shù)據(jù)包包括媒體數(shù)據(jù)長度和媒體數(shù)據(jù)內(nèi)容，將所述媒體數(shù)據(jù)包發(fā)送給所述客戶端。
4.如權(quán)利要求3所述的方法，其特征在于，所述客戶端接收到所述媒體數(shù)據(jù)包后，解析所述媒體數(shù)據(jù)包得到所述媒體數(shù)據(jù)長度和所述媒體數(shù)據(jù)內(nèi)容，當(dāng)客戶端判斷所述媒體數(shù)據(jù)長度與所述媒體數(shù)據(jù)內(nèi)容的長度一致時，所述客戶端將所述媒體數(shù)據(jù)塊提交給播放器播放。
5.如權(quán)利要求I所述的方法，其特征在于，還包括 所述客戶端斷開HTTP鏈接時，所述客戶端向流媒體服務(wù)器發(fā)送斷開消息，所述流媒體服務(wù)器收到斷開消息后，向所述編碼器或存儲系統(tǒng)發(fā)起結(jié)束會話消息，編碼器或存儲系統(tǒng)接收到所述結(jié)束會話消息后，結(jié)束會話，停止傳輸媒體數(shù)據(jù)塊。
6.流媒體服務(wù)器，其特征在于，包括 建立會話模塊，用于接收GET命令，根據(jù)URL地址與編碼器或存儲系統(tǒng)建立會話； 響應(yīng)消息模塊，用于建立會話成功后，向客戶端發(fā)送響應(yīng)消息，所述響應(yīng)消息中的Transfer-Encoding ￥段設(shè)為 chunked ； 發(fā)送請求數(shù)據(jù)模塊，用于發(fā)送請求數(shù)據(jù)消息給編碼器或存儲系統(tǒng)； 接收數(shù)據(jù)塊模塊，用于接收從編碼器或存儲系統(tǒng)發(fā)送的媒體數(shù)據(jù)塊，再將所述媒體數(shù)據(jù)塊發(fā)送給客戶端。
7.如權(quán)利要求6所述的流媒體服務(wù)器，其特征在于，還包括 斷開模塊，用于接收斷開消息，井向編碼器或存儲系統(tǒng)發(fā)起結(jié)束會話消息。
8.如權(quán)利要求6所述的流媒體服務(wù)器，其特征在于，所述接收數(shù)據(jù)塊模塊包括 封裝子模塊，用于將接收到的媒體數(shù)據(jù)塊封裝成媒體數(shù)據(jù)包，所述媒體數(shù)據(jù)包包括媒體數(shù)據(jù)長度和媒體數(shù)據(jù)內(nèi)容。
9.利用HTTP協(xié)議實現(xiàn)流媒體功能的系統(tǒng)，其特征在于，包括 客戶端，用于向流媒體服務(wù)器發(fā)送GET命令； 如權(quán)利要求6至8任意一項所述的流媒體服務(wù)器，與所述客戶端相連，用于接收GET命令，根據(jù)URL地址與編碼器或存儲系統(tǒng)建立會話，建立會話成功后，向客戶端發(fā)送響應(yīng)消息，該響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked,發(fā)送請求數(shù)據(jù)消息給編碼器；編碼器或存儲系統(tǒng)，與所述流媒體服務(wù)器相連，用于接收所述請求數(shù)據(jù)消息，并發(fā)送媒體數(shù)據(jù)塊給所述流媒體服務(wù)器； 流媒體服務(wù)器，還用于接收從所述編碼器或存儲系統(tǒng)發(fā)送的所述媒體數(shù)據(jù)塊，再將所述媒體數(shù)據(jù)塊發(fā)送給所述客戶端。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述客戶端還用于接收到所述媒體數(shù)據(jù)塊，提交至播放器進行播放。
全文摘要
本發(fā)明實施例公開了利用HTTP協(xié)議實現(xiàn)流媒體功能的方法，包括接收GET命令，根據(jù)URL地址與編碼器或存儲系統(tǒng)建立會話；建立會話成功后，向客戶端發(fā)送響應(yīng)消息，所述響應(yīng)消息中的Transfer-Encoding字段設(shè)為chunked；發(fā)送請求數(shù)據(jù)消息給所述編碼器或存儲系統(tǒng)；接收從所述編碼器或存儲系統(tǒng)發(fā)送的媒體數(shù)據(jù)塊，再將所述媒體數(shù)據(jù)塊發(fā)送給所述客戶端。本發(fā)明實施例還公開了流媒體服務(wù)器和系統(tǒng)。實施本發(fā)明實施例，利用HTTP協(xié)議實現(xiàn)流媒體功能，在確保視頻傳輸質(zhì)量的基礎(chǔ)上，大幅度降低了視頻傳輸?shù)难訒r，實現(xiàn)實時傳輸，只需一個HTTP的GET命令就可以獲得持續(xù)的數(shù)據(jù)流，避免了頻繁的請求對流媒體服務(wù)器造成的額外負荷。
文檔編號H04N21/643GK102694864SQ201210173430
公開日2012年9月26日 申請日期2012年5月30日 優(yōu)先權(quán)日2012年5月30日
發(fā)明者李磊磊 申請人:安科智慧城市技術(shù)(中國)有限公司, 杭州天視智能系統(tǒng)有限公司