互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成iptv格式的服務(wù)器及其轉(zhuǎn)換方法
【專利摘要】本發(fā)明涉及IPTV【技術(shù)領(lǐng)域】，公開了一種互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器及其轉(zhuǎn)換方法。本發(fā)明中，流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器通過智能轉(zhuǎn)碼模塊對原始流進行緩存和轉(zhuǎn)碼，將互聯(lián)網(wǎng)流媒體轉(zhuǎn)變成設(shè)定的期望格式的IPTV流媒體，實現(xiàn)了互聯(lián)網(wǎng)流媒體到IPTV格式的流媒體的實時轉(zhuǎn)換，使得用戶可以通過IPTV欣賞互聯(lián)網(wǎng)上各種流媒體，并不僅限于預(yù)先轉(zhuǎn)換格式的流媒體，從而提高了IPTV用戶體驗。
【專利說明】互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器及其轉(zhuǎn)換方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及IPTV【技術(shù)領(lǐng)域】，特別涉及一種互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器及其轉(zhuǎn)換方法。

【背景技術(shù)】
[0002]IPTV(Internet Protocol Televis1n)即因特網(wǎng)協(xié)議電視，也稱為交互式網(wǎng)絡(luò)電視、網(wǎng)際協(xié)議電視或網(wǎng)絡(luò)電視，是一種利用寬帶網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等技術(shù)于一體，向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技術(shù)。用戶在家可以有三種方式享受IPTV服務(wù):(I)計算機；(2)網(wǎng)絡(luò)機頂盒+普通電視機；(3)移動設(shè)備(手機，平板等)。IPTV能夠很好地適應(yīng)當(dāng)今網(wǎng)絡(luò)飛速發(fā)展的趨勢，充分有效地利用網(wǎng)絡(luò)資源。IPTV既不同于傳統(tǒng)的模擬式有線電視，也不同于經(jīng)典的數(shù)字電視。因為，傳統(tǒng)的和經(jīng)典的數(shù)字電視都具有頻分制、定時、單向廣播等特點，盡管經(jīng)典的數(shù)字電視相對于模擬電視有許多技術(shù)革新，但只是信號形式的改變，沒有觸及媒體內(nèi)容的傳播方式。
[0003]國內(nèi)較為普遍采用的IPTV終端基于瀏覽器/服務(wù)器的IPTV系統(tǒng)架構(gòu)，向用戶提供IPTV業(yè)務(wù)。IPTV終端基于瀏覽器技術(shù)，采用超文本標(biāo)識語言(HTML)版本，為用戶提供IPTV服務(wù)。IPTV系統(tǒng)架構(gòu)可通過以下方式實現(xiàn)直播業(yè)務(wù):
[0004]Web服務(wù)器根據(jù)瀏覽器的請求，向瀏覽器返回關(guān)于IPTV業(yè)務(wù)的電子節(jié)目指南(EPG)頁面；由瀏覽器顯示該頁面。
[0005]用戶根據(jù)EPG信息，通過瀏覽器向Web服務(wù)器請求想收看的節(jié)目；
[0006]Web服務(wù)器接收到瀏覽器的請求后，向瀏覽器返回節(jié)目信息；
[0007]瀏覽器向播放器請求節(jié)目播放；
[0008]播放器向Web服務(wù)器請求加入直播節(jié)目的組播組，在被節(jié)目組播組加入后，接收組播組組播的媒體流，并通過瀏覽器向用戶顯示節(jié)目。
[0009]或者，IPTV系統(tǒng)架構(gòu)可通過以下方式實現(xiàn)點播業(yè)務(wù):
[0010]當(dāng)用戶通過瀏覽器請求點播節(jié)目時，瀏覽器向Web服務(wù)器請求該節(jié)目的地址信息;
[0011]Web服務(wù)器驗證用戶身份合法后，向瀏覽器返回節(jié)目地址信息；
[0012]瀏覽器將節(jié)目地址信息傳送給IPTV終端的播放器，向播放器請求播放節(jié)目，再由播放器與Web服務(wù)器之間建立安全連接，接收Web服務(wù)器傳送的媒體流；之后，由瀏覽器向用戶顯示節(jié)目。
[0013]從上述實現(xiàn)IPTV業(yè)務(wù)的現(xiàn)有技術(shù)來看，現(xiàn)有IPTV終端中，利用瀏覽器來進行業(yè)務(wù)發(fā)現(xiàn)與選擇，由于瀏覽器所支持運行的腳本語言和mark-up語言是解釋性語言，也使得現(xiàn)有IPTV業(yè)務(wù)的實現(xiàn)通常采用一對一的單播方式，實時性不夠。
[0014]隨著互聯(lián)網(wǎng)技術(shù)的不斷發(fā)展，從互聯(lián)網(wǎng)獲取的流媒體資源越來越豐富，但并不是每一種互聯(lián)網(wǎng)流媒體都是適合IPTV終端進行播放，在這種情況下，出現(xiàn)了相應(yīng)的轉(zhuǎn)碼技術(shù)。在轉(zhuǎn)碼中涉及到視頻編解碼器，具體地說，視頻編解碼器是指一個能夠?qū)?shù)字視頻進行壓縮或者解壓縮的程序或者設(shè)備，通常這種壓縮屬于有損數(shù)據(jù)壓縮。編解碼質(zhì)量取決于一個復(fù)雜的平衡關(guān)系，存在于以下因素之間:視頻源的質(zhì)量、用來表示視頻所需要的數(shù)據(jù)量(通常稱之為碼率)、編碼算法和解碼算法的復(fù)雜度、針對數(shù)據(jù)丟失和錯誤的魯棒性(Robustness)、編輯的方便性、隨機訪問、編碼算法設(shè)計的完美性、端到端的延時以及其它一些因素?，F(xiàn)有的處理方式是，將原始流媒體按照格式要求離線轉(zhuǎn)好之后存儲在CDN(內(nèi)容分發(fā)網(wǎng)絡(luò))，播放時從CDN中取出完成格式轉(zhuǎn)換的流媒體，推送給用戶播放。在這種處理方式下，顯然，除了原始流媒體之外，還需要CDN來存儲格式轉(zhuǎn)換之后的數(shù)據(jù)，增加了存儲要求；另一方面，由于存儲空間有限，導(dǎo)致CDN中存儲的流媒體數(shù)據(jù)有限，不能給用戶提供CDN存儲之外的流媒體，也就是說，用戶只能選擇CDN中存儲的流媒體，從而導(dǎo)致用戶體驗不佳。


【發(fā)明內(nèi)容】

[0015]本發(fā)明的目的在于提供一種互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器及其進行轉(zhuǎn)換的方法，使得互聯(lián)網(wǎng)流媒體能夠?qū)崟r轉(zhuǎn)換成IPTV格式的流媒體，提高用戶體驗。
[0016]為解決上述技術(shù)問題，本發(fā)明的實施方式提供了一種互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器，包含:數(shù)據(jù)收發(fā)模塊和智能轉(zhuǎn)碼模塊；
[0017]所述數(shù)據(jù)收發(fā)模塊用于從互聯(lián)網(wǎng)獲取原始流媒體，供所述智能轉(zhuǎn)碼模塊進行格式轉(zhuǎn)換；并將所述智能轉(zhuǎn)碼模塊轉(zhuǎn)換得到的IPTV流媒體發(fā)送出去，供用戶觀看；
[0018]所述智能轉(zhuǎn)碼模塊用于對所述數(shù)據(jù)收發(fā)模塊獲取的原始流媒體進行緩存和轉(zhuǎn)碼，將互聯(lián)網(wǎng)流媒體轉(zhuǎn)變成設(shè)定的期望格式的IPTV流媒體。
[0019]本發(fā)明的實施方式還提供了一種互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的轉(zhuǎn)換方法，包含以下步驟:
[0020]A.接收用戶發(fā)送的原始觀看請求和操作請求；
[0021]B.對原始的觀看請求進行分析處理，并轉(zhuǎn)換為IPTV可識別的請求；
[0022]C.根據(jù)轉(zhuǎn)換后的IPTV可識別的請求，對原始流進行緩存和轉(zhuǎn)碼，將互聯(lián)網(wǎng)流媒體轉(zhuǎn)變成設(shè)定的期望格式的IPTV流媒體；
[0023]D.根據(jù)用戶的操作請求，向用戶發(fā)送轉(zhuǎn)換得到的期望格式的IPTV流媒體。
[0024]本發(fā)明實施方式相對于現(xiàn)有技術(shù)而言，通過智能轉(zhuǎn)碼模塊對原始流進行緩存和轉(zhuǎn)碼，將互聯(lián)網(wǎng)流媒體轉(zhuǎn)變成設(shè)定的期望格式的IPTV流媒體，實現(xiàn)了互聯(lián)網(wǎng)流媒體到IPTV格式的流媒體的實時轉(zhuǎn)換，使得用戶可以通過IPTV欣賞互聯(lián)網(wǎng)上各種流媒體，并不僅限于預(yù)先轉(zhuǎn)換格式的流媒體，從而提高了用戶體驗。
[0025]另外，所述智能轉(zhuǎn)碼模塊包含:緩存器、編解碼器；
[0026]所述緩存器用于緩存原始流，其容量預(yù)先設(shè)置，并且針對每個用戶設(shè)置一個所述緩存器；
[0027]所述編解碼器對緩存器中的數(shù)據(jù)進行編碼，轉(zhuǎn)換為設(shè)定的期望格式。
[0028]通過設(shè)置緩存器可以平衡網(wǎng)絡(luò)抖動和轉(zhuǎn)碼效率，有效緩解了由于網(wǎng)絡(luò)情況不佳或流質(zhì)量缺陷帶來的不利影響。并且，通過緩存器和編解碼器的配合運行，可以實現(xiàn)邊緩存邊轉(zhuǎn)碼，保證了實時轉(zhuǎn)碼的可行性。
[0029]另外，所述智能轉(zhuǎn)碼模塊還包含:控制器；所述控制器判斷緩存器的當(dāng)前存儲容量是否小于等于預(yù)設(shè)容量的一半；若是，則拉流注滿緩存器；若否，啟動所述編解碼器進行編碼。通過控制器統(tǒng)籌協(xié)調(diào)拉流、轉(zhuǎn)碼和推流的協(xié)同工作，進一步保證了邊緩存邊轉(zhuǎn)碼的可行性。
[0030]另外，所述控制器在開始播放和播放即將結(jié)束之外的時間，對所述緩存器的當(dāng)前存儲容量進行判斷。通過這種對一次播放事務(wù)中邊值情況的特殊處理，保證播放可以正常開始且正常結(jié)束。
[0031]另外，所述編解碼器的編碼單位時間小于拉流單位時間，使得播放效果流暢，避免卡頓的現(xiàn)象。
[0032]另外，所述的互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器還包含:智能流量控制模塊，用于對每一路并發(fā)流量進行監(jiān)控，并按照預(yù)設(shè)的策略進行處理；其中，所述預(yù)設(shè)的策略包含:丟幀或丟包。通過丟幀或丟包等策略，使得轉(zhuǎn)碼處理能夠跟上播放的要求，保證用戶側(cè)的播放體驗足夠好。
[0033]另外，根據(jù)每一路的播放特性的不同，設(shè)定具體的丟幀或丟包策略。其中，所述播放特性受當(dāng)前路源的網(wǎng)絡(luò)質(zhì)量、用戶側(cè)播放器的性能的影響。具體的丟幀或丟包策略包含:當(dāng)前轉(zhuǎn)碼處理導(dǎo)致跟不上播放的要求時，將部分幀丟掉；當(dāng)將部分幀丟掉之后，發(fā)現(xiàn)轉(zhuǎn)碼處理依然跟不上播放的要求時，將部分包丟棄。對每一路并發(fā)流量都根據(jù)自身的特性設(shè)定具體的丟幀或丟包策略，可以針對每一路進行個性化處理，進一步提高用戶的體驗。

【專利附圖】

【附圖說明】
[0034]圖1是根據(jù)本發(fā)明第一實施方式中互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器與IPTV系統(tǒng)架構(gòu)中其他部分的關(guān)系示意圖；
[0035]圖2是根據(jù)本發(fā)明第一實施方式中互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器與IPTV系統(tǒng)架構(gòu)中其他部分之間的工作流程圖；
[0036]圖3是根據(jù)本發(fā)明第一實施方式中互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器的結(jié)構(gòu)框圖；
[0037]圖4是根據(jù)本發(fā)明第一實施方式中智能轉(zhuǎn)碼模塊的結(jié)構(gòu)示意圖；
[0038]圖5是根據(jù)本發(fā)明第二實施方式中互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的轉(zhuǎn)換方法的流程圖。

【具體實施方式】
[0039]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明的各實施方式進行詳細的闡述。然而，本領(lǐng)域的普通技術(shù)人員可以理解，在本發(fā)明各實施方式中，為了使讀者更好地理解本申請而提出了許多技術(shù)細節(jié)。但是，即使沒有這些技術(shù)細節(jié)和基于以下各實施方式的種種變化和修改，也可以實現(xiàn)本申請各權(quán)利要求所要求保護的技術(shù)方案。
[0040]本發(fā)明的第一實施方式涉及一種互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器，該服務(wù)器可對原始流進行緩存和轉(zhuǎn)碼，將互聯(lián)網(wǎng)流媒體轉(zhuǎn)變成設(shè)定的期望格式的IPTV流媒體，實現(xiàn)了互聯(lián)網(wǎng)流媒體到IPTV格式的流媒體的實時轉(zhuǎn)換，使得用戶可以通過IPTV欣賞互聯(lián)網(wǎng)上各種流媒體，并不僅限于預(yù)先轉(zhuǎn)換格式的流媒體，從而提高了用戶體驗。為了表述方便，以下將互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器簡稱為“TVSS”。
[0041]TVSS與IPTV系統(tǒng)架構(gòu)中其他部分的關(guān)系如圖1所示，工作流程如圖2所示。本實施方式的IPTV系統(tǒng)架構(gòu)包含:互聯(lián)網(wǎng)資源節(jié)點、TVSS、切屏頁服務(wù)EPG和機頂盒STB ;其中，STB發(fā)起播放請求；EPG根據(jù)STB的請求，向TVSS請求播放地址；TVSS返回播放地址給EPG ；EPG將播放地址轉(zhuǎn)發(fā)給STB ；STB向TVSS發(fā)出播放請求；TVSS根據(jù)播放請求從互聯(lián)網(wǎng)資源節(jié)點實時拉流，并實時轉(zhuǎn)流(也就是緩存并轉(zhuǎn)碼)，之后將轉(zhuǎn)換的流數(shù)據(jù)返回給STB，供STB播放。
[0042]由此可見，本實施方式的TVSS與外部交互包含:響應(yīng)EPG發(fā)出的切屏請求；響應(yīng)STB發(fā)出的操作請求(包含播放、暫停、定位、快進、后退和結(jié)束等)；根據(jù)播放請求實時從互聯(lián)網(wǎng)資源節(jié)點拉流。具體地說，如圖3所示，TVSS包含請求分析模塊、智能轉(zhuǎn)碼模塊、智能流控模塊、實時流傳輸協(xié)議(RTSP)控制模塊和數(shù)據(jù)收發(fā)模塊；其中，請求分析模塊用于對原始的觀看請求進行分析處理，轉(zhuǎn)換成IPTV可識別的請求；智能轉(zhuǎn)碼模塊用于對原始流進行緩存和轉(zhuǎn)碼，將互聯(lián)網(wǎng)流媒體轉(zhuǎn)變成設(shè)定的期望格式的IPTV流媒體，格式有很多，常用的有以下任意一種:mp4、flv和m3u8 ;智能流控模塊用于對每一路并發(fā)流量監(jiān)控，并按照預(yù)設(shè)的策略進行處理；RTSP控制模塊用于對用戶的操作進行處理；數(shù)據(jù)收發(fā)模塊用于進行所有數(shù)據(jù)(包含信令和流媒體)的接收和發(fā)送。
[0043]具體地說，數(shù)據(jù)收發(fā)模塊從互聯(lián)網(wǎng)獲取原始流媒體，智能轉(zhuǎn)碼模塊對獲取的原始流媒體進行緩存和轉(zhuǎn)碼，將互聯(lián)網(wǎng)流媒體轉(zhuǎn)變成設(shè)定的期望格式的IPTV流媒體，然后由數(shù)據(jù)收發(fā)模塊將轉(zhuǎn)換得到的IPTV流媒體發(fā)送出去，供用戶觀看。
[0044]為了實現(xiàn)互聯(lián)網(wǎng)流媒體到IPTV格式的流媒體的實時轉(zhuǎn)換，智能轉(zhuǎn)碼模塊內(nèi)設(shè)有緩存器和編解碼器。如圖4所示，緩存器用于緩存原始流，編解碼器用于對緩存器中的數(shù)據(jù)進行解碼，并轉(zhuǎn)換成設(shè)定的期望格式。通過設(shè)置緩存器可以平衡網(wǎng)絡(luò)抖動和轉(zhuǎn)碼效率，有效緩解了由于網(wǎng)絡(luò)情況不佳或流質(zhì)量缺陷帶來的不利影響。并且，通過緩存器和編解碼器的配合運行，可以實現(xiàn)邊緩存邊轉(zhuǎn)碼，保證了實時轉(zhuǎn)碼的可行性。
[0045]緩存器的容量可以預(yù)先設(shè)置，比如緩存器的最大容量在服務(wù)器配置完成后是固定的，確保系統(tǒng)資源不會被某些異常用戶請求獨占而導(dǎo)致其它正常用戶無法觀看，盡量保證大部分用戶的利益。在實際實現(xiàn)中，可根據(jù)當(dāng)前和預(yù)估的碼流情況，綜合當(dāng)前服務(wù)器資源，動態(tài)調(diào)整緩沖器的最大容量；也可設(shè)定緩沖區(qū)最大值、緩沖時長最大值等等。此外，可針對每個用戶設(shè)置一個緩存器，進一步保證了實時轉(zhuǎn)碼的實現(xiàn)。
[0046]緩存器內(nèi)實際的緩存數(shù)據(jù)是根據(jù)各種情況不停變換的，通過在智能轉(zhuǎn)碼模塊中設(shè)置控制器來統(tǒng)籌協(xié)調(diào)緩存和轉(zhuǎn)碼。具體地說，控制器判斷緩存器的當(dāng)前存儲容量是否小于或等于預(yù)設(shè)容量；若是，則拉流注滿緩存器；若否，啟動編解碼器進行編解碼。在大部分的網(wǎng)絡(luò)狀況下，預(yù)設(shè)容量可設(shè)為最大容量的一半，也就是說，緩存器內(nèi)實際緩存的數(shù)據(jù)小于或等于最大容量的一半時，拉流注滿緩存器；否則，啟動編解碼器進行編解碼。在實際實現(xiàn)中，可以根據(jù)網(wǎng)絡(luò)狀況、設(shè)備的處理能力等具體設(shè)定預(yù)設(shè)容量，使拉流和轉(zhuǎn)碼能順暢地進行，不影響播放即可，在此不再一一列舉每一種可能情況。
[0047]此外，需要說明的是，控制器在開始播放和播放即將結(jié)束之外的時間，對緩存器的當(dāng)前存儲容量進行判斷。通過這種對一次播放事務(wù)中邊值情況的特殊處理，保證播放可以正常開始且正常結(jié)束。并且，編解碼器的編碼單位時間應(yīng)小于拉流單位時間，從而使得播放效果流暢，避免卡頓的現(xiàn)象。
[0048]為了使智能轉(zhuǎn)碼模塊的轉(zhuǎn)碼處理能跟上播放的要求，保證用戶側(cè)的播放體驗足夠好，智能流量控制模塊采用了丟幀或丟包等策略。具體地說，根據(jù)每一路的播放特性的不同，設(shè)定具體的丟幀或丟包策略。其中，播放特性受當(dāng)前路源的網(wǎng)絡(luò)質(zhì)量、用戶側(cè)播放器的性能的影響。具體的丟幀或丟包策略包含:當(dāng)前轉(zhuǎn)碼處理導(dǎo)致跟不上播放的要求時，將部分幀丟掉；當(dāng)將部分幀丟掉之后，發(fā)現(xiàn)轉(zhuǎn)碼處理依然跟不上播放的要求時，將部分包丟棄。對每一路并發(fā)流量都根據(jù)自身的特性設(shè)定具體的丟幀或丟包策略，可以針對每一路進行個性化處理，進一步提高用戶的體驗。
[0049]此外，值得一提的是，在丟幀或丟包過程中，可以采用簡單丟棄的方法，因為少量丟幀或丟包是不太會影響質(zhì)量的，對通常的源而言丟棄率不要超過20%，視頻質(zhì)量影響不會太大。丟棄量可以根據(jù)原始流媒體的質(zhì)量來確定。也可以采用只保留I幀，或保留I幀段的策略等等。在實際實現(xiàn)中，只要能使智能轉(zhuǎn)碼模塊的轉(zhuǎn)碼處理能跟上播放的要求，保證用戶側(cè)的播放體驗足夠好，具體的丟棄量也可實時調(diào)整，也就是說，當(dāng)轉(zhuǎn)碼處理嚴(yán)重跟不上播放的要求，丟棄量大一些；情況好轉(zhuǎn)時，則丟棄量小一些；這些具體的處理策略可以根據(jù)實際情況具體設(shè)定，在此不再一一贅述。
[0050]數(shù)據(jù)收發(fā)模塊根據(jù)智能轉(zhuǎn)碼模塊的緩存情況和智能流量控制模塊的丟幀或丟包策略來具體控制拉流和推流(即發(fā)送給STB播放的流媒體)，實現(xiàn)了邊緩沖邊轉(zhuǎn)碼邊播放，使得用戶可以通過IPTV欣賞互聯(lián)網(wǎng)上各種流媒體，并不僅限于預(yù)先轉(zhuǎn)換格式的流媒體，從而提高了 IPTV用戶體驗。
[0051]本發(fā)明的第二實施方式涉及一種互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的轉(zhuǎn)換方法，具體流程圖5所示，包含以下步驟:
[0052]步驟501，接收用戶發(fā)送的原始觀看請求和操作請求；
[0053]步驟502，對原始的觀看請求進行分析處理，并轉(zhuǎn)換為IPTV可識別的請求；
[0054]步驟503，根據(jù)轉(zhuǎn)換后的IPTV可識別的請求，對原始流進行緩存和轉(zhuǎn)碼，將互聯(lián)網(wǎng)流媒體轉(zhuǎn)變成設(shè)定的期望格式的IPTV流媒體；
[0055]步驟504，根據(jù)用戶的操作請求，向用戶發(fā)送轉(zhuǎn)換得到的期望格式的IPTV流媒體。
[0056]上面各種方法的步驟劃分，只是為了描述清楚，實現(xiàn)時可以合并為一個步驟或者對某些步驟進行拆分，分解為多個步驟，只要包含相同的邏輯關(guān)系，都在本專利的保護范圍內(nèi)；對算法中或者流程中添加無關(guān)緊要的修改或者引入無關(guān)緊要的設(shè)計，但不改變其算法和流程的核心設(shè)計都在該專利的保護范圍內(nèi)。
[0057]不難發(fā)現(xiàn)，本實施方式為與第一實施方式相對應(yīng)的方法實施例，本實施方式可與第一實施方式互相配合實施。第一實施方式中提到的相關(guān)技術(shù)細節(jié)在本實施方式中依然有效，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實施方式中提到的相關(guān)技術(shù)細節(jié)也可應(yīng)用在第一實施方式中。
[0058]本領(lǐng)域的普通技術(shù)人員可以理解，上述各實施方式是實現(xiàn)本發(fā)明的具體實施例，而在實際應(yīng)用中，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。
【權(quán)利要求】
1.一種互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器，其特征在于，包含:數(shù)據(jù)收發(fā)模塊和智能轉(zhuǎn)碼模塊； 所述數(shù)據(jù)收發(fā)模塊用于從互聯(lián)網(wǎng)獲取原始流媒體，供所述智能轉(zhuǎn)碼模塊進行格式轉(zhuǎn)換；并將所述智能轉(zhuǎn)碼模塊轉(zhuǎn)換得到的IPTV流媒體發(fā)送出去，供用戶觀看； 所述智能轉(zhuǎn)碼模塊用于對所述數(shù)據(jù)收發(fā)模塊獲取的原始流媒體進行緩存和轉(zhuǎn)碼，將互聯(lián)網(wǎng)流媒體轉(zhuǎn)變成設(shè)定的期望格式的IPTV流媒體。
2.根據(jù)權(quán)利要求1所述的互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器，其特征在于，所述智能轉(zhuǎn)碼模塊包含:緩存器、編解碼器； 所述緩存器用于緩存原始流，其容量預(yù)先設(shè)置，并且針對每個用戶設(shè)置一個所述緩存器; 所述編解碼器對緩存器中的數(shù)據(jù)進行解碼，轉(zhuǎn)換為設(shè)定的期望格式。
3.根據(jù)權(quán)利要求2所述的互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器，其特征在于，所述智能轉(zhuǎn)碼模塊還包含:控制器； 所述控制器判斷緩存器的當(dāng)前存儲容量是否小于等于預(yù)設(shè)容量的一半；若是，則拉流注滿緩存器；若否，啟動所述編解碼器進行編碼。
4.根據(jù)權(quán)利要求3所述的互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器，其特征在于，所述控制器在開始播放和播放即將結(jié)束之外的時間，對所述緩存器的當(dāng)前存儲容量進行判斷。
5.根據(jù)權(quán)利要求2所述的互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器，其特征在于，所述編解碼器的編碼單位時間小于拉流單位時間。
6.根據(jù)權(quán)利要求1所述的互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器，其特征在于，所述設(shè)定的期望格式為以下任意一種:mp4、flv或m3u8。
7.根據(jù)權(quán)利要求1所述的互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器，其特征在于，還包含:智能流量控制模塊，用于對每一路并發(fā)流量進行監(jiān)控，并按照預(yù)設(shè)的策略進行處理； 其中，所述預(yù)設(shè)的策略包含:丟幀或丟包。
8.根據(jù)權(quán)利要求7所述的互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器，其特征在于，所述丟幀或丟包的策略根據(jù)每一路的播放特性進行設(shè)定。
9.根據(jù)權(quán)利要求8所述的互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的服務(wù)器，其特征在于，具體的丟幀或丟包策略包含: 當(dāng)前轉(zhuǎn)碼處理導(dǎo)致跟不上播放的要求時，將部分幀丟掉； 當(dāng)將部分幀丟掉之后，發(fā)現(xiàn)轉(zhuǎn)碼處理依然跟不上播放的要求時，將部分包丟棄。
10.一種互聯(lián)網(wǎng)流媒體轉(zhuǎn)換成IPTV格式的轉(zhuǎn)換方法，其特征在于，包含以下步驟: A.接收用戶發(fā)送的原始觀看請求和操作請求； B.對原始的觀看請求進行分析處理，并轉(zhuǎn)換為IPTV可識別的請求； C.根據(jù)轉(zhuǎn)換后的IPTV可識別的請求，對原始流進行緩存和轉(zhuǎn)碼，將互聯(lián)網(wǎng)流媒體轉(zhuǎn)變成設(shè)定的期望格式的IPTV流媒體； D.根據(jù)用戶的操作請求，向用戶發(fā)送轉(zhuǎn)換得到的期望格式的IPTV流媒體。
【文檔編號】H04N21/2343GK104506882SQ201410856888
【公開日】2015年4月8日 申請日期:2014年12月29日 優(yōu)先權(quán)日:2014年12月29日
【發(fā)明者】楊玉佳, 賈南波 申請人:上海昌視網(wǎng)絡(luò)科技有限公司