專利名稱：內(nèi)容推送方法、互聯(lián)網(wǎng)電視播放方法及對應(yīng)裝置、系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種內(nèi)容推送方法、互聯(lián)網(wǎng)電視播放方法、互聯(lián)網(wǎng)電視前端處理系統(tǒng)、客戶端及互聯(lián)網(wǎng)電視播放系統(tǒng)。
背景技術(shù)：
交互式網(wǎng)絡(luò)電視(IPTV)是一種利用寬帶有線電視網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等多種技術(shù)于一體，向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技術(shù)。IPTV 能很好地適應(yīng)當今網(wǎng)絡(luò)飛速發(fā)展的趨勢，充分有效地利用網(wǎng)絡(luò)資源。IPTV系統(tǒng)主要包括流媒體服務(wù)、節(jié)目采編、存儲及認證計費等子系統(tǒng)，主要存儲及基于IP網(wǎng)絡(luò)傳送的內(nèi)容是以 MPEG-4為編碼核心的流媒體文件，通常要在邊緣設(shè)置內(nèi)容分配服務(wù)節(jié)點，并配置相應(yīng)的流媒體服務(wù)及存儲設(shè)備，而用戶側(cè)一般采用IP機頂盒及電視或者計算機作為客戶端?？蛻舳嗽谶M行媒體文件的播放時，在客戶端鏈路帶寬穩(wěn)定且足夠的情況下，固定碼率的媒體流將從網(wǎng)絡(luò)側(cè)順暢地發(fā)送到客戶端，當時客戶端鏈路帶寬常常由于并發(fā)網(wǎng)絡(luò)任務(wù)而變化，為保證客戶端對媒體文件播放的順暢，媒體流在鏈路上通常采用丟幀的形式進行發(fā)送，從而以清晰度的降低保證媒體文件播放的順暢。但是，當丟幀達到一定數(shù)量時，會造成畫面停頓、音視頻不同步、出現(xiàn)馬賽克等現(xiàn)象，嚴重影響到觀看者的觀看感受。

發(fā)明內(nèi)容
本發(fā)明實施例所要解決的技術(shù)問題在于，提供一種內(nèi)容推送方法、互聯(lián)網(wǎng)電視播放方法、互聯(lián)網(wǎng)電視前端處理系統(tǒng)、客戶端及互聯(lián)網(wǎng)電視播放系統(tǒng)，以保證媒體文件播放時的畫面流暢度，提高觀看者的觀看感受。為了解決上述技術(shù)問題，本發(fā)明實施例提出了一種內(nèi)容推送方法，該方法基于將播放源文件切片而成的若干內(nèi)容切片，所述內(nèi)容切片以不同碼率對應(yīng)的傳輸流進行存儲， 所述方法包括
檢測當前網(wǎng)絡(luò)承載能力；
將與所述當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引發(fā)送給客戶端進行播放。相應(yīng)地，本發(fā)明實施例還提供了一種互聯(lián)網(wǎng)電視播放方法，該方法基于將播放源文件切片而成的若干內(nèi)容切片，所述內(nèi)容切片以不同碼率對應(yīng)的傳輸流進行存儲，包括
從客戶端獲得攜帶有內(nèi)容識別信息以及客戶端身份信息的電視內(nèi)容播放請求； 根據(jù)所述客戶端身份信息對所述客戶端進行鑒權(quán)，當該鑒權(quán)通過后， 根據(jù)所述內(nèi)容識別信息確定目標服務(wù)器； 在所述目標服務(wù)器與所述客戶端之間創(chuàng)建會話；
所述目標服務(wù)器基于所述會話將與檢測所得當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引發(fā)送給所述客戶端進行播放。相應(yīng)地，本發(fā)明實施例還提供了一種互聯(lián)網(wǎng)電視前端處理系統(tǒng)，其由若干服務(wù)器級聯(lián)構(gòu)成集群，所述服務(wù)器包括
存儲單元，用于存儲內(nèi)容切片在不同碼率下對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引，所述內(nèi)容切片為對播放源文件切片而成；
第一檢測單元，用于檢測當前網(wǎng)絡(luò)承載能力，將與所述當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流以及所述索引發(fā)送給客戶端進行播放。相應(yīng)地，本發(fā)明實施例還提供了一種客戶端，該客戶端與一服務(wù)器交互，所述服務(wù)器存儲有內(nèi)容切片在不同碼率下對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引， 所述內(nèi)容切片為對播放源文件切片而成，所述客戶端包括
第二檢測單元，用于檢測當前網(wǎng)絡(luò)承載能力；
觸發(fā)單元，用于觸發(fā)所述服務(wù)器將與所述當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流以及所述索引進行發(fā)送；
接收單元，用于接收所述傳輸流以及索引； 播放單元，用于基于所述索引對所獲得的傳輸流進行播放。相應(yīng)地，本發(fā)明實施例還提供了一種互聯(lián)網(wǎng)電視播放系統(tǒng)，包括 客戶端；
由若干服務(wù)器級聯(lián)構(gòu)成的互聯(lián)網(wǎng)電視前端處理系統(tǒng)，所述服務(wù)器存儲有內(nèi)容切片在不同碼率下對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引，所述內(nèi)容切片為對播放源文件切片而成；
多業(yè)務(wù)融合平臺，用于從所述客戶端獲得攜帶有內(nèi)容識別信息以及客戶端身份信息的電視內(nèi)容播放請求，并根據(jù)所述客戶端身份信息對所述客戶端進行鑒權(quán)，當該鑒權(quán)通過后， 根據(jù)所述內(nèi)容識別信息從所述互聯(lián)網(wǎng)電視前端處理系統(tǒng)中確定目標服務(wù)器，并在所述目標服務(wù)器與所述客戶端之間創(chuàng)建會話；
其中，所述目標服務(wù)器基于所述會話將與檢測所得當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引發(fā)送給所述客戶端進行播放。本發(fā)明實施例通過提供一種內(nèi)容推送方法、互聯(lián)網(wǎng)電視播放方法、互聯(lián)網(wǎng)電視前端處理系統(tǒng)、客戶端及互聯(lián)網(wǎng)電視播放系統(tǒng)，其基于將播放源文件切片而成的若干內(nèi)容切片，所述內(nèi)容切片以不同碼率對應(yīng)的傳輸流進行存儲，首先檢測當前網(wǎng)絡(luò)承載能力，其次將與所述當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引發(fā)送給客戶端進行播放，這樣，可根據(jù)當前網(wǎng)絡(luò)承載能力，向客戶端傳輸與之匹配的碼率對應(yīng)的傳輸流，即當當前網(wǎng)絡(luò)承載能力較強時，向客戶端傳輸高碼率對應(yīng)的傳輸流，反之亦然。從而，無需在網(wǎng)絡(luò)承載能力較差時以丟幀的方式保證媒體文件播放的順暢，從而保證了客戶端不會因為丟幀嚴重而產(chǎn)生畫面停頓、音視頻不同步、出現(xiàn)馬賽克等現(xiàn)象，從根本上保證了客戶端對媒體文件的播放順暢性，提高了觀看者的觀看感受。


圖1是本發(fā)明實施例的互聯(lián)網(wǎng)電視直播節(jié)目注入方法的主要流程圖。圖2是本發(fā)明實施例的互聯(lián)網(wǎng)電視直播節(jié)目注入方法中索引的示意圖。圖3是本發(fā)明實施例的互聯(lián)網(wǎng)電視直播方法的主要流程圖。圖4是本發(fā)明實施例的互聯(lián)網(wǎng)電視點播節(jié)目注入方法的主要流程圖。
圖5是本發(fā)明第一實施例的互聯(lián)網(wǎng)電視播放系統(tǒng)的主要結(jié)構(gòu)圖。圖6是本發(fā)明第二實施例的互聯(lián)網(wǎng)電視播放系統(tǒng)的主要結(jié)構(gòu)圖。
具體實施例方式下面結(jié)合附圖，對本發(fā)明實施例進行詳細說明。作為互聯(lián)網(wǎng)電視直播方法的基礎(chǔ)，圖1所示本發(fā)明實施例的互聯(lián)網(wǎng)電視直播節(jié)目注入方法的主要流程圖，其基于一種互聯(lián)網(wǎng)電視播放系統(tǒng)，該系統(tǒng)主要包括設(shè)置有實時編碼器的直播信源、由若干服務(wù)器級聯(lián)構(gòu)成的互聯(lián)網(wǎng)電視前端處理系統(tǒng)，以及多業(yè)務(wù)融合平臺(Multiple Service Convergence Platform，MSCP)，其中，互聯(lián)網(wǎng)電視前端處理系統(tǒng)包括中央服務(wù)器及下級服務(wù)器，MSCP包括內(nèi)容管理系統(tǒng)(Content Manage System，CMS)及短消息實體(Short Messaging Entity, SME)用于鑒權(quán)，而中央服務(wù)器中包括打包器、調(diào)度服務(wù)、中央存儲及門戶(Portal)等，下級服務(wù)器之間可部署于區(qū)域中心或小區(qū)等不同地域?qū)蛹壎纬杉壜?lián)關(guān)系，下級服務(wù)器中包括下級存儲等，主要包括
101，CMS接收實時編碼器輸出的實時流信息，該實時流信息攜帶有因特網(wǎng)協(xié)議 (Internet Protocol, IP)及端口(Port)等信息；
102，CMS根據(jù)錄制任務(wù)，通知調(diào)度服務(wù)獲取實時音視頻流(即播放源文件或媒資文件)， 并由調(diào)度服務(wù)響應(yīng)CMS的通知；
103，實時編碼器輸出多路碼流注入到調(diào)度服務(wù)； 104，調(diào)度服務(wù)通知打包器切片；
105，打包器對實時音視頻流進行切片及加密工作，得到內(nèi)容切片，并且將各內(nèi)容切片存儲為不同碼率下對應(yīng)的傳輸流，同時形成含有指向傳輸流的指針的索引，具體地，實時音視頻流可以是MPEG-2流媒體文件，而打包器主要是將MPEG-2流媒體文件分割為一系列連續(xù)的傳輸流，各傳輸流均以不同碼率進行存儲，例如標清400K、800K、1200K或高清800Κ、 1200Κ、1600Κ等多種碼率，與此同時，為了跟蹤播放過程中實時音視頻流的可用性和當前位置，還需創(chuàng)建一個含有指向這些傳輸流的指針的索引，而索引可以看作是一個連續(xù)媒體流中的播放列表滑動窗口，每當生成一個新的傳輸流時，這個索引的內(nèi)容也被更新，新的文件統(tǒng)一資源定位符(Uniform Resource Identifier, URI)加入到滑動窗口的末尾，老的文件 URI則被移去，這樣，索引中始終包含最新的固定數(shù)量χ個分段；
而文件加密采用數(shù)字版權(quán)保護(Digital Rights Management，DRM)加密方案，其加密算法可采用高級加密標準(Advanced Encryption Standrad, AES)算法，密鑰長度1 位， 加密塊鏈(Cipher Block Chaining，CBC)模式，初始化向量為0，在加密H. 264碼流時，只加密圖像的Slice數(shù)據(jù)，其他如序列參數(shù)、圖像參數(shù)等都不加密，也不加密圖像的中介數(shù)據(jù)率 (Instantaneous Decoder Refresh, IDR)幀,只加密 P 幀和 B 幀，Slice 數(shù)據(jù)長度不是 128 位的整數(shù)倍時，最后一塊小于1 位的數(shù)據(jù)不加密也不做填充處理，為了保證安全，直接加密H. 264碼流的Slice數(shù)據(jù)的密鑰(即加密字Cipher Word，CW)要求5_10秒內(nèi)更換一次， CW被內(nèi)容密鑰(Cipher Entity Key, CEK)加密后連同加密描述信息插入H. 264加密碼流中，XMS的加密流程可簡述如下第一步，開始一個碼流加密會話(當然也可以并行多個);第二步，隨機產(chǎn)生本次加密字CW;第三步，獲取本次加密描述信息；第四步，插入內(nèi)含加密描述信息的DRM網(wǎng)絡(luò)抽象層(Network Abstraction Layer, NAL)單元；第五步，重復用CW加密(AES-128-CBC)P幀和B幀Slice數(shù)據(jù)，直到加密周期超時回第二步；需要說明的是，對于直播節(jié)目，不同碼流率同一頻道的CEK是相同的；
106，打包器將傳輸流及索引打包并注入調(diào)度服務(wù)；
107，調(diào)度服務(wù)根據(jù)調(diào)度策略把傳輸流及索引的包注入中央存儲及下級存儲中，從而在中央服務(wù)器及下級服務(wù)器構(gòu)成的集群中分發(fā)直播節(jié)目，具體地，不同碼率的傳輸流發(fā)送至中央存儲及下級存儲中進行存儲，索引同樣被發(fā)送至中央存儲及下級存儲中進行存儲，具體地，調(diào)度服務(wù)根據(jù)節(jié)目冷熱程度的調(diào)度策略，把節(jié)目(即包含傳輸流及索引)緩存到中央存儲及下級存儲中；
108，調(diào)度服務(wù)通知CMS分發(fā)完成，并由CMS響應(yīng)調(diào)度服務(wù)的通知； 109，注入完成后，調(diào)度服務(wù)通知CMS注入結(jié)果，并由CMS響應(yīng)調(diào)度服務(wù)的通知； 110，CMS向Portal及SME同步元數(shù)據(jù)，并標記內(nèi)容狀態(tài)。
圖3示出了本發(fā)明實施例的互聯(lián)網(wǎng)電視直播方法(其中對本發(fā)明實施例的內(nèi)容推送方法也同時進行了說明)，其基于一種互聯(lián)網(wǎng)電視播放系統(tǒng)，該系統(tǒng)主要包括客戶端、由若干服務(wù)器級聯(lián)構(gòu)成的互聯(lián)網(wǎng)電視前端處理系統(tǒng)，以及MSCP，其中，互聯(lián)網(wǎng)電視前端處理系統(tǒng)包括融合節(jié)目網(wǎng)關(guān)(Integrated Programs Gateway，IPG)、IPG 節(jié)目表達(IPG View)、中央服務(wù)器及下級服務(wù)器，MSCP包括IPG內(nèi)核IPG Core、SME及綜合接入網(wǎng)關(guān)(Integrated Access Gateway, IAG)，而中央服務(wù)器中包括調(diào)度服務(wù)及中央存儲等，下級服務(wù)器之間可部署于區(qū)域中心或小區(qū)等不同地域?qū)蛹壎纬杉壜?lián)關(guān)系，下級服務(wù)器中包括下級存儲等，其主要包括
301，客戶端向IPG View發(fā)送電視內(nèi)容播放請求以請求播放實時音視頻流，該電視內(nèi)容播放請求攜帶有內(nèi)容識別信息(Content ID)及客戶端身份信息； 302，IPG View向IPG Core轉(zhuǎn)發(fā)電視內(nèi)容播放請求； 303，IPG Core向SME請求鑒權(quán)；
304，SME根據(jù)客戶端身份信息對客戶端進行鑒權(quán)，并向IPG Core返回鑒權(quán)結(jié)果； 305，當鑒權(quán)通過后，IPG Core向IAG轉(zhuǎn)發(fā)電視內(nèi)容播放請求； 306，IAG根據(jù)Content ID產(chǎn)生流媒體協(xié)議播放串，該流媒體協(xié)議播放串攜帶有播放地址，播放地址根據(jù)流媒體協(xié)議不同對應(yīng)不同的播放地址，例如，當流媒體協(xié)議為超文本傳輸協(xié)議(Hypertext Transfer Protocol, HTTP)時，播放地址可以是HTTP統(tǒng)一資源定位符(Uniform Resource Locator, URL)地址，而當流媒體協(xié)議為實時流傳輸協(xié)議(Real Time Streaming Protocol, RTSP) (Routing Table Maintenance Protocol, RTMP)時，播放地址也對應(yīng)不同；
307，IAG將向IPG View返回流媒體協(xié)議播放串；
308，IPG View將流媒體協(xié)議播放串轉(zhuǎn)發(fā)給客戶端；
309，客戶端基于播放地址向IAG發(fā)起流媒體協(xié)議播放請求；
310，IAG根據(jù)流媒體協(xié)議播放請求，向客戶端分配播放地址對應(yīng)的初始服務(wù)器地址，該初始服務(wù)器地址對應(yīng)于從互聯(lián)網(wǎng)電視前端處理系統(tǒng)的若干服務(wù)器中預先指定的一個服務(wù)器，其可以是中央服務(wù)器，也可以是下級服務(wù)器；
311，調(diào)度服務(wù)從客戶端獲得攜帶有初始服務(wù)器地址的鏈接請求； 312，調(diào)度服務(wù)向SME詢問鏈接請求的合法性；313，SME對鏈接請求進行合法性判定后，向調(diào)度服務(wù)返回判定結(jié)果； 314，當判定通過后，調(diào)度服務(wù)根據(jù)調(diào)度策略，從備選的互聯(lián)網(wǎng)電視前端處理系統(tǒng)各服務(wù)器中確定目標服務(wù)器，即確定由互聯(lián)網(wǎng)電視前端處理系統(tǒng)中某一個服務(wù)器為客戶端提供內(nèi)容推送服務(wù)；
315，目標服務(wù)器向IAG報告請求記錄；
316，IAG在目標服務(wù)器與客戶端之間創(chuàng)建會話；
317，目標服務(wù)器基于會話對客戶端進行內(nèi)容推送，具體是將與檢測所得當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流，以及含有指向傳輸流的指針的索引發(fā)送給客戶端進行播放，具體地，可有如下兩種實施方式
第一，由客戶端檢測當前網(wǎng)絡(luò)承載能力，并觸發(fā)目標服務(wù)器將與當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流以及索引發(fā)送到客戶端，而當前網(wǎng)絡(luò)承載能力可以包括客戶端接入鏈路帶寬、客戶端中央處理器負載等中一種或多種的組合；
第二，由目標服務(wù)器檢測當前網(wǎng)絡(luò)承載能力，并自主將與當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流以及索引發(fā)送到客戶端，而當前網(wǎng)絡(luò)承載能力包括服務(wù)器(中央服務(wù)器或下級服務(wù)器)的負載、客戶端接入鏈路帶寬、網(wǎng)絡(luò)擁塞狀況等中一種或多種的組合； 318，目標服務(wù)器記錄使用記錄； 319，目標服務(wù)器向SME同步使用記錄； 320，客戶端根據(jù)傳輸流及索引進行直播節(jié)目的播放。上述步驟中，310-314完成了根據(jù)流媒體協(xié)議播放請求從備選服務(wù)器集合中確定目標服務(wù)器的流程，而306-314完成了根據(jù)Content ID確定目標服務(wù)器的流程。作為互聯(lián)網(wǎng)電視點播方法的基礎(chǔ)，圖4所示本發(fā)明實施例的互聯(lián)網(wǎng)電視點播節(jié)目注入方法的主要流程圖，其仍基于一種互聯(lián)網(wǎng)電視播放系統(tǒng)，該系統(tǒng)主要包括設(shè)置有媒資系統(tǒng)或內(nèi)容聚合平臺(Content Integrated Platform，CIP)的點播信源、由若干服務(wù)器級聯(lián)構(gòu)成的互聯(lián)網(wǎng)電視前端處理系統(tǒng)，以及多業(yè)務(wù)融合平臺(Multiple Service Convergence Platform, MSCP)，其中，互聯(lián)網(wǎng)電視前端處理系統(tǒng)包括中央服務(wù)器及下級服務(wù)器，MSCP包括CMS及SME，而中央服務(wù)器中包括打包器、調(diào)度服務(wù)、中央存儲及Portal等， 下級服務(wù)器之間可部署于區(qū)域中心或小區(qū)等不同地域?qū)蛹壎纬杉壜?lián)關(guān)系，下級服務(wù)器中包括下級存儲等，主要包括
401，CMS接收媒資系統(tǒng)或CIP發(fā)送的內(nèi)容注入請求；
402,CMS收到內(nèi)容注入請求后，對此內(nèi)容的asset-ID進行唯一性檢查，若檢查通過，則接受內(nèi)容注入請求，并創(chuàng)建Content ID;
403，CMS向媒資系統(tǒng)或CIP返回內(nèi)容注入請求的結(jié)果；
404，CMS通知調(diào)度服務(wù)獲取離線編碼音視頻流(即播放源文件或媒資文件)，并由調(diào)度服務(wù)響應(yīng)CMS的通知；
405，調(diào)度服務(wù)從媒資系統(tǒng)或CIP處獲得離線編碼音視頻流； 406，調(diào)度服務(wù)通知打包器切片；
407，打包器對離線編碼音視頻流進行切片及加密工作，得到內(nèi)容切片，并且將各內(nèi)容切片存儲為不同碼率下對應(yīng)的傳輸流，同時形成含有指向傳輸流的指針的索引，具體地，離線編碼音視頻流可以是MPEG-2流媒體文件，而打包器主要是將MPEG-2流媒體文件分割為一系列連續(xù)的傳輸流，各傳輸流均以不同碼率進行存儲，例如標清400K、800K、1200K或高清800Κ、1200Κ、1600Κ等多種碼率，與此同時，為了跟蹤播放過程中實時音視頻流的可用性和當前位置，還需創(chuàng)建一個含有指向這些傳輸流的指針的索引，每當生成一個新的傳輸流時，這個索引的內(nèi)容也被更新，新的文件URI加入到索引的末尾，該索引是一個不隨時間更新的靜態(tài)文件，其中包含一個節(jié)目從頭到尾所有內(nèi)容切片的URI列表；
而文件加密采用DRM加密方案，其加密算法可采用AES算法，具體同上；需要說明的是， 對于點播節(jié)目，不同碼率的相同節(jié)目的CEK是相同的； 408，打包器將傳輸流及索引打包并注入調(diào)度服務(wù)；
409，調(diào)度服務(wù)根據(jù)調(diào)度策略把傳輸流及索引的包注入中央存儲及下級存儲中，從而在中央服務(wù)器及下級服務(wù)器構(gòu)成的集群中分發(fā)點播節(jié)目，具體地，不同碼率的傳輸流發(fā)送至中央存儲及下級存儲中進行存儲，索引同樣被發(fā)送至中央存儲及下級存儲中進行存儲，具體地，調(diào)度服務(wù)根據(jù)節(jié)目冷熱程度的調(diào)度策略，把節(jié)目(即包含傳輸流及索引)緩存到中央存儲及下級存儲中；
410，調(diào)度服務(wù)通知CMS分發(fā)完成，并由CMS響應(yīng)調(diào)度服務(wù)的通知； 411，注入完成后，CMS通知媒資系統(tǒng)或CIP注入結(jié)果，并由媒資系統(tǒng)或CIP響應(yīng)CMS的通知；
412，CMS向Portal及SME同步元數(shù)據(jù)，并標記內(nèi)容狀態(tài)。而本發(fā)明實施例的互聯(lián)網(wǎng)電視點播方法與圖3所示本發(fā)明實施例的互聯(lián)網(wǎng)電視直播方法類同，其區(qū)別主要在于客戶端向IPG View發(fā)送電視內(nèi)容播放請求以請求播放離線編碼音視頻流，從而進行節(jié)目點播。圖5是本發(fā)明第一實施例的互聯(lián)網(wǎng)電視播放系統(tǒng)的主要結(jié)構(gòu)圖，參照該圖，該系統(tǒng)主要包括
客戶端501 ；
由若干服務(wù)器502級聯(lián)構(gòu)成的互聯(lián)網(wǎng)電視前端處理系統(tǒng)503，服務(wù)器502存儲有內(nèi)容切片在不同碼率下對應(yīng)的傳輸流，以及含有指向傳輸流的指針的索引，而內(nèi)容切片為對播放源文件切片而成；
MSCP504，用于從客戶端501獲得攜帶有內(nèi)容識別信息以及客戶端身份信息的電視內(nèi)容播放請求，并根據(jù)客戶端身份信息對客戶端501進行鑒權(quán)，當該鑒權(quán)通過后，根據(jù)內(nèi)容識別信息從互聯(lián)網(wǎng)電視前端處理系統(tǒng)503中確定目標服務(wù)器，并在目標服務(wù)器與客戶端501 之間創(chuàng)建會話；
其中，所述目標服務(wù)器基于會話將與檢測所得當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流，以及含有指向傳輸流的指針的索引發(fā)送給客戶端501進行播放?？蛻舳?01包括有
第二檢測單元5011，用于檢測當前網(wǎng)絡(luò)承載能力；
觸發(fā)單元5012，用于觸發(fā)目標服務(wù)器將與當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流以及索引進行發(fā)送；
接收單元5013，用于接收傳輸流以及索引； 播放單元5014，用于基于索引對所獲得的傳輸流進行播放。圖6是本發(fā)明第二實施例的互聯(lián)網(wǎng)電視播放系統(tǒng)的主要結(jié)構(gòu)圖，參照該圖，該系統(tǒng)與第一實施例區(qū)別在于，不通過客戶端501進行當前網(wǎng)絡(luò)承載能力的檢測，而是通過服務(wù)器502進行當前網(wǎng)絡(luò)承載能力的檢測，具體地 服務(wù)器502包括
存儲單元5021，用于存儲內(nèi)容切片在不同碼率下對應(yīng)的傳輸流，以及含有指向傳輸流的指針的索引，內(nèi)容切片為對播放源文件切片而成；
第一檢測單元5022，用于檢測當前網(wǎng)絡(luò)承載能力，將與當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流以及索引發(fā)送給客戶端501進行播放。當然，上述互聯(lián)網(wǎng)電視播放系統(tǒng)可實現(xiàn)直播或點播，其具體處理流程可參照前述部分，此處不再贅述。另外，本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程， 是可以通過程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體aadom Access Memory, RAM)等。以上所述是本發(fā)明的具體實施方式
，應(yīng)當指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也視為本發(fā)明的保護范圍。
權(quán)利要求
1. 一種內(nèi)容推送方法，其特征在于，該方法基于將播放源文件切片而成的若干內(nèi)容切片，所述內(nèi)容切片以不同碼率對應(yīng)的傳輸流進行存儲，所述方法包括 檢測當前網(wǎng)絡(luò)承載能力；將與所述當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引發(fā)送給客戶端進行播放。
2.一種互聯(lián)網(wǎng)電視播放方法，其特征在于，該方法基于將播放源文件切片而成的若干內(nèi)容切片，所述內(nèi)容切片以不同碼率對應(yīng)的傳輸流進行存儲，包括從客戶端獲得攜帶有內(nèi)容識別信息以及客戶端身份信息的電視內(nèi)容播放請求； 根據(jù)所述客戶端身份信息對所述客戶端進行鑒權(quán)，當該鑒權(quán)通過后， 根據(jù)所述內(nèi)容識別信息確定目標服務(wù)器； 在所述目標服務(wù)器與所述客戶端之間創(chuàng)建會話；所述目標服務(wù)器基于所述會話將與檢測所得當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引發(fā)送給所述客戶端進行播放。
3.如權(quán)利要求2所述的互聯(lián)網(wǎng)電視播放方法，其特征在于，根據(jù)所述內(nèi)容識別信息確定目標服務(wù)器具體包括根據(jù)所述內(nèi)容識別信息向所述客戶端返回攜帶有播放地址的流媒體協(xié)議播放串； 從所述客戶端獲得基于所述播放地址發(fā)起的流媒體協(xié)議播放請求； 根據(jù)所述流媒體協(xié)議播放請求，從備選服務(wù)器集合中確定所述目標服務(wù)器。
4.如權(quán)利要求3所述的互聯(lián)網(wǎng)電視播放方法，其特征在于，根據(jù)所述流媒體協(xié)議播放請求，從備選服務(wù)器集合中確定所述目標服務(wù)器具體包括根據(jù)所述流媒體協(xié)議播放請求，向所述客戶端分配所述播放地址對應(yīng)的初始服務(wù)器地址；從所述客戶端獲得攜帶有所述初始服務(wù)器地址的鏈接請求； 對所述鏈接請求進行合法性判定，當該判定通過后， 根據(jù)調(diào)度策略，從所述集合中確定所述目標服務(wù)器。
5.如權(quán)利要求3至4中任一項所述的互聯(lián)網(wǎng)電視播放方法，其特征在于，所述互聯(lián)網(wǎng)電視播放方法應(yīng)用于互聯(lián)網(wǎng)電視直播，所述播放源文件為實時音視頻流，或，所述互聯(lián)網(wǎng)電視播放方法應(yīng)用于互聯(lián)網(wǎng)電視點播，所述播放源文件為離線編碼音視頻流；所述流媒體協(xié)議為超文本傳輸協(xié)議、實時流傳輸協(xié)議或路由選擇表維護協(xié)議。
6.一種互聯(lián)網(wǎng)電視前端處理系統(tǒng)，其特征在于，其由若干服務(wù)器級聯(lián)構(gòu)成集群，所述服務(wù)器包括存儲單元，用于存儲內(nèi)容切片在不同碼率下對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引，所述內(nèi)容切片為對播放源文件切片而成；第一檢測單元，用于檢測當前網(wǎng)絡(luò)承載能力，將與所述當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流以及所述索引發(fā)送給客戶端進行播放。
7.如權(quán)利要求6所述的互聯(lián)網(wǎng)電視前端處理系統(tǒng)，其特征在于，所述當前網(wǎng)絡(luò)承載能力包括所述服務(wù)器的負載、客戶端接入鏈路帶寬和/或網(wǎng)絡(luò)擁塞狀況。
8.一種客戶端，其特征在于，該客戶端與一服務(wù)器交互，所述服務(wù)器存儲有內(nèi)容切片在不同碼率下對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引，所述內(nèi)容切片為對播放源文件切片而成，所述客戶端包括第二檢測單元，用于檢測當前網(wǎng)絡(luò)承載能力；觸發(fā)單元，用于觸發(fā)所述服務(wù)器將與所述當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流以及所述索引進行發(fā)送；接收單元，用于接收所述傳輸流以及索引； 播放單元，用于基于所述索引對所獲得的傳輸流進行播放。
9.如權(quán)利要求8所述的客戶端，其特征在于，所述當前網(wǎng)絡(luò)承載能力包括接入鏈路帶寬和/或中央處理器負載。
10.一種互聯(lián)網(wǎng)電視播放系統(tǒng)，其特征在于，包括 客戶端；由若干服務(wù)器級聯(lián)構(gòu)成的互聯(lián)網(wǎng)電視前端處理系統(tǒng)，所述服務(wù)器存儲有內(nèi)容切片在不同碼率下對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引，所述內(nèi)容切片為對播放源文件切片而成；多業(yè)務(wù)融合平臺，用于從所述客戶端獲得攜帶有內(nèi)容識別信息以及客戶端身份信息的電視內(nèi)容播放請求，并根據(jù)所述客戶端身份信息對所述客戶端進行鑒權(quán)，當該鑒權(quán)通過后， 根據(jù)所述內(nèi)容識別信息從所述互聯(lián)網(wǎng)電視前端處理系統(tǒng)中確定目標服務(wù)器，并在所述目標服務(wù)器與所述客戶端之間創(chuàng)建會話；其中，所述目標服務(wù)器基于所述會話將與檢測所得當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引發(fā)送給所述客戶端進行播放。
全文摘要
本發(fā)明實施例公開了一種內(nèi)容推送方法、互聯(lián)網(wǎng)電視播放方法、互聯(lián)網(wǎng)電視前端處理系統(tǒng)、客戶端及互聯(lián)網(wǎng)電視播放系統(tǒng)，其基于將播放源文件切片而成的若干內(nèi)容切片，所述內(nèi)容切片以不同碼率對應(yīng)的傳輸流進行存儲，首先檢測當前網(wǎng)絡(luò)承載能力，其次將與所述當前網(wǎng)絡(luò)承載能力匹配的碼率對應(yīng)的傳輸流，以及含有指向所述傳輸流的指針的索引發(fā)送給客戶端進行播放。從而，無需在網(wǎng)絡(luò)承載能力較差時以丟幀的方式保證媒體文件播放的順暢，從而保證了客戶端不會因為丟幀嚴重而產(chǎn)生畫面停頓、音視頻不同步、出現(xiàn)馬賽克等現(xiàn)象，從根本上保證了客戶端對媒體文件的播放順暢性，提高了觀看者的觀看感受。
文檔編號H04N21/238GK102378043SQ20111029329
公開日2012年3月14日 申請日期2011年9月29日 優(yōu)先權(quán)日2011年9月29日
發(fā)明者馮俊秋, 曹莉華, 李朝平, 李立欣, 趙珊, 陳剛, 高暉 申請人:深圳市矽偉智科技有限公司