基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播方法和系統(tǒng)，所述方法包括步驟有：對一種碼率的流媒體文件保存選定的源格式流媒體文件；當(dāng)接收到用戶點(diǎn)播請求時(shí)，分析出所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件和目標(biāo)格式；對所述源格式流媒體文件進(jìn)行解封裝，提取對應(yīng)的源格式音視頻流；根據(jù)所述目標(biāo)格式將所述源格式音視頻流封裝成目標(biāo)格式流媒體文件；將所述目標(biāo)格式流媒體文件發(fā)布給播放終端。借此，本發(fā)明通過實(shí)時(shí)視頻轉(zhuǎn)封裝技術(shù)，在存儲系統(tǒng)中對一種碼率的流媒體文件只保存一種選定的源格式流媒體文件，可大大減少存儲開銷；并且本發(fā)明不需對流媒體文件進(jìn)行解碼及再編碼，而只需對封裝格式做一次轉(zhuǎn)換，不會帶來播放延遲。
【專利說明】基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及在互聯(lián)網(wǎng)視頻點(diǎn)播及數(shù)字媒體技術(shù)，尤其涉及一種基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播方法及系統(tǒng)。
【背景技術(shù)】
[0002]現(xiàn)在數(shù)字媒體內(nèi)容在數(shù)字電視，網(wǎng)絡(luò)電視和手機(jī)電視等領(lǐng)域已經(jīng)得到了廣泛的應(yīng)用。但是在傳輸技術(shù)上面存在許多的標(biāo)準(zhǔn)。在最近幾年，因?yàn)閮H需使用普通的HTTP (HyperText Transport Protocol,互聯(lián)網(wǎng)傳輸協(xié)議)服務(wù)器，以HTTP協(xié)議為基礎(chǔ)的流媒體點(diǎn)播技術(shù)得到了極大的發(fā)展。其主要分為兩大類，一是HTTP漸進(jìn)式下載，另一是HTTP自適應(yīng)流媒體技術(shù)。而HTTP自適應(yīng)流媒體技術(shù)因?yàn)槠渲С侄啻a率切換，能更好的適應(yīng)播放網(wǎng)絡(luò)，帶來更好的用戶體驗(yàn)而得到廣泛應(yīng)用。
[0003]目前HTTP自適應(yīng)流媒體協(xié)議主要有蘋果的HLS(HTTP live Streaming，超文本直播流)，微軟的 MSS (Microsoft Smooth Streaming), ADOBE 的 HDS (HTTP DynamicStreaming)以及后來的 MPEG DASH (Dynamic Adaptive Streaming over HTTP),而其中又以HLS的應(yīng)用最為廣泛。在網(wǎng)絡(luò)和終端不斷融合的今天，要求視頻格式及傳輸協(xié)議隨應(yīng)用環(huán)境的不同而采用不同標(biāo)準(zhǔn)的要求變得越來越迫切。用戶希望隨時(shí)隨地接入并觀看視頻，因此要求視頻格式及傳輸協(xié)議在異構(gòu)網(wǎng)絡(luò)中自由轉(zhuǎn)換?，F(xiàn)在的普遍做法是視頻編碼成不同碼率，不同封裝格式的文件保存在服務(wù)器中，在用戶請求的時(shí)候，直接從HTTP服務(wù)器獲取平面文件。如果要支持不同的協(xié)議或不同的格式，就需保存同一碼率文件的多份拷貝。這種做法雖然有效，卻帶來了極大的存儲開銷。從互聯(lián)網(wǎng)視頻格式互通的發(fā)展趨勢來看，開發(fā)一種高效的實(shí)時(shí)轉(zhuǎn)封裝技術(shù)以適應(yīng)不同的應(yīng)用環(huán)境十分有必要，有廣泛的應(yīng)用前景。
[0004]綜上可知，現(xiàn)有技術(shù)在實(shí)際使用上顯然存在不便與缺陷，所以有必要加以改進(jìn)。

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

[0005]針對上述的缺陷，本發(fā)明的目的在于提供一種基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播方法及系統(tǒng)，其在存儲系統(tǒng)中對一種碼率的流媒體文件只保存一種選定的源格式流媒體文件，可大大減少存儲開銷；并且本發(fā)明不需對流媒體文件進(jìn)行解碼及再編碼，而只需對封裝格式做一次轉(zhuǎn)換，不會帶來播放延遲。
[0006]為了實(shí)現(xiàn)上述目的，本發(fā)明提供一種基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播方法，包括有:
[0007]存儲步驟，對一種碼率的流媒體文件保存選定的源格式流媒體文件；
[0008]請求接收步驟，當(dāng)接收到用戶點(diǎn)播請求時(shí)，分析出所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件和目標(biāo)格式；
[0009]解封裝步驟，對所述源格式流媒體文件進(jìn)行解封裝，提取對應(yīng)的源格式音視頻流；
[0010]轉(zhuǎn)封裝步驟，根據(jù)所述目標(biāo)格式將所述源格式音視頻流封裝成目標(biāo)格式流媒體文件；
[0011 ] 發(fā)布步驟，將所述目標(biāo)格式流媒體文件發(fā)布給播放終端。
[0012]根據(jù)本發(fā)明所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，所述源格式流媒體文件為MP4格式文件和/或MPEG2-TS格式文件。
[0013]根據(jù)本發(fā)明所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，所述解封裝步驟進(jìn)一步包括:
[0014]對所述源格式流媒體文件進(jìn)行分析，提取對應(yīng)的所述源格式音視頻流及其媒體信息，所述媒體信息包括媒體文件編碼信息、開始時(shí)間或序號、選擇時(shí)間和/或視頻幀大?。?br> [0015]所述轉(zhuǎn)封裝步驟進(jìn)一步包括:
[0016]根據(jù)所述目標(biāo)格式和所述媒體信息，將所述源格式音視頻流封裝成所述目標(biāo)格式流媒體文件。
[0017]根據(jù)本發(fā)明所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，所述解封裝步驟之后還包括:
[0018]判斷步驟，判斷所述用戶點(diǎn)播請求是獲取所述目標(biāo)格式流媒體文件還是播放列表文件，若是獲取所述目標(biāo)格式流媒體文件則執(zhí)行所述轉(zhuǎn)封裝步驟，否則執(zhí)行下述播放列表生成步驟；
[0019]播放列表生成步驟，根據(jù)所述媒體信息和預(yù)定規(guī)則生成對應(yīng)的所述播放列表文件;
[0020]所述發(fā)布步驟包括:
[0021 ] 將所述播放列表文件發(fā)布給播放終端。
[0022]根據(jù)本發(fā)明所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，所述發(fā)布步驟進(jìn)一步包括:
[0023]將所述目標(biāo)格式流媒體文件或者所述播放列表文件進(jìn)行HTTP響應(yīng)封裝，并發(fā)布給所述播放終端。
[0024]根據(jù)權(quán)利要求1所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，其特征在于，所述轉(zhuǎn)封裝步驟之后和所述發(fā)布步驟之前還包括:
[0025]加密步驟，對所述目標(biāo)格式流媒體文件進(jìn)行加密；
[0026]所述發(fā)布步驟進(jìn)一步包括:
[0027]將加密后的所述目標(biāo)格式流媒體文件發(fā)布給播放終端。
[0028]根據(jù)本發(fā)明所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，所述互聯(lián)網(wǎng)視頻點(diǎn)播方法支持基于HTTP協(xié)議的自適應(yīng)流媒體播放或者漸進(jìn)式下載視頻播放。
[0029]根據(jù)本發(fā)明所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，所述源格式流媒體文件保存于內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣服務(wù)器或者視頻服務(wù)器中。
[0030]根據(jù)本發(fā)明所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，所述互聯(lián)網(wǎng)視頻點(diǎn)播方法應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于有緩存系統(tǒng)的第一內(nèi)容分發(fā)網(wǎng)絡(luò)，所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)后端；
[0031]所述請求接收步驟進(jìn)一步包括:
[0032]當(dāng)接收到所述用戶點(diǎn)播請求時(shí)，若所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)的第一邊緣服務(wù)器不存在所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，則所述第一邊緣服務(wù)器通過回源從所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器獲取所述源格式流媒體文件并緩存在所述緩存系統(tǒng)中，再執(zhí)行所述解封裝步驟；若所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)的所述第一邊緣服務(wù)器存在所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，則直接執(zhí)行所述解封裝步驟。[0033]根據(jù)本發(fā)明所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，所述互聯(lián)網(wǎng)視頻點(diǎn)播方法應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于無緩存系統(tǒng)的第二內(nèi)容分發(fā)網(wǎng)絡(luò)，所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在所述第二內(nèi)容分發(fā)網(wǎng)絡(luò)的第二邊緣服務(wù)器上；
[0034]所述請求接收步驟進(jìn)一步包括:
[0035]當(dāng)接收到所述用戶點(diǎn)播請求時(shí)，所述第二邊緣服務(wù)器在本服務(wù)器存儲系統(tǒng)查詢所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，并執(zhí)行所述解封裝步驟。
[0036]本發(fā)明還提供一種基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，包括有:
[0037]存儲模塊，用于對一種碼率的流媒體文件保存選定的源格式流媒體文件；
[0038]請求接收模塊，用于當(dāng)接收到用戶點(diǎn)播請求時(shí)，分析出所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件和目標(biāo)格式；
[0039]解封裝模塊，用于對所述源格式流媒體文件進(jìn)行解封裝，提取對應(yīng)的源格式音視頻流；
[0040]轉(zhuǎn)封裝模塊，用于根據(jù)所述目標(biāo)格式將所述源格式音視頻流封裝成目標(biāo)格式流媒體文件；
[0041 ] 發(fā)布模塊，用于將所述目標(biāo)格式流媒體文件發(fā)布給播放終端。
[0042]根據(jù)本分所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，所述源格式流媒體文件為MP4格式文件和/或MPEG2-TS格式文件。
[0043]根據(jù)本分所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，所述解封裝模塊用于對所述源格式流媒體文件進(jìn)行分析，提取對應(yīng)的所述源格式音視頻流及其媒體信息，所述媒體信息包括媒體文件編碼信息、開始時(shí)間或序號、選擇時(shí)間和/或視頻幀大小；
[0044]所述轉(zhuǎn)封裝模塊用于根據(jù)所述目標(biāo)格式和所述媒體信息，將所述源格式音視頻流封裝成所述目標(biāo)格式流媒體文件。
[0045]根據(jù)本分所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，還包括:
[0046]判斷模塊，用于判斷所述用戶點(diǎn)播請求是獲取所述目標(biāo)格式流媒體文件還是播放列表文件，若是獲取所述目標(biāo)格式流媒體文件則交由所述轉(zhuǎn)封裝模塊執(zhí)行，否則交由下述播放列表生成模塊執(zhí)行；
[0047]播放列表生成模塊，用于根據(jù)所述媒體信息和預(yù)定規(guī)則生成對應(yīng)的所述播放列表文件；
[0048]所述發(fā)布模塊，用于將所述播放列表文件發(fā)布給播放終端。
[0049]根據(jù)本分所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，所述發(fā)布模塊用于將所述目標(biāo)格式流媒體文件或者所述播放列表文件進(jìn)行HTTP響應(yīng)封裝，并發(fā)布給所述播放終端。
[0050]根據(jù)本分所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，還包括:
[0051 ] 加密模塊，用于對所述轉(zhuǎn)封裝模塊輸出的所述目標(biāo)格式流媒體文件進(jìn)行加密；
[0052]所述發(fā)布模塊用于將加密后的所述目標(biāo)格式流媒體文件發(fā)布給播放終端。
[0053]根據(jù)本分所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，所述互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)支持基于HTTP協(xié)議的自適應(yīng)流媒體播放或者漸進(jìn)式下載視頻播放。
[0054]根據(jù)本分所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，所述源格式流媒體文件保存于內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣服務(wù)器或者視頻服務(wù)器中。
[0055]根據(jù)本分所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，所述互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于有緩存系統(tǒng)的第一內(nèi)容分發(fā)網(wǎng)絡(luò)，所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)后端；
[0056]所述請求接收模塊用于當(dāng)接收到所述用戶點(diǎn)播請求時(shí)，若所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)的第一邊緣服務(wù)器不存在所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，則所述第一邊緣服務(wù)器通過回源從所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器獲取所述源格式流媒體文件并緩存在所述緩存系統(tǒng)中，再交由所述解封裝模塊執(zhí)行；若所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)的所述第一邊緣服務(wù)器存在所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，則直接交由所述解封裝模塊執(zhí)行。
[0057]根據(jù)本分所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，所述互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于無緩存系統(tǒng)的第二內(nèi)容分發(fā)網(wǎng)絡(luò)，所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在所述第二內(nèi)容分發(fā)網(wǎng)絡(luò)的第二邊緣服務(wù)器上；
[0058]所述請求接收模塊用于當(dāng)接收到所述用戶點(diǎn)播請求時(shí)，所述第二邊緣服務(wù)器在本服務(wù)器存儲系統(tǒng)查詢所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，并交由所述解封裝模塊執(zhí)行。
[0059]本發(fā)明在存儲系統(tǒng)中對一種碼率的流媒體文件只保存一種選定的源格式流媒體文件，當(dāng)收到用戶點(diǎn)播請求時(shí)，分析出用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件和目標(biāo)格式，將源格式流媒體文件進(jìn)行解封裝成源格式音視頻流，再將源格式音視頻流轉(zhuǎn)分裝成目標(biāo)格式流媒體文件后發(fā)布給用戶。借此，本發(fā)明通過實(shí)時(shí)視頻轉(zhuǎn)封裝技術(shù)，在存儲系統(tǒng)中對一種碼率的流媒體文件只保存一種選定的源格式流媒體文件，可大大減少存儲開銷；并且與實(shí)時(shí)轉(zhuǎn)碼技術(shù)不同的是，本發(fā)明不需對流媒體文件進(jìn)行解碼及再編碼，而只需對封裝格式做一次轉(zhuǎn)換，相對轉(zhuǎn)碼的計(jì)算量要少很多，不會帶來播放延遲。本發(fā)明同時(shí)支持以HTTP協(xié)議為基礎(chǔ)的漸進(jìn)式下載視頻播放及自適應(yīng)流媒體播放。
【專利附圖】

【附圖說明】
[0060]圖1是本發(fā)明基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)的結(jié)構(gòu)示意圖；
[0061]圖2是本發(fā)明優(yōu)選基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)的結(jié)構(gòu)示意圖；
[0062]圖3為本發(fā)明互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)應(yīng)用在有緩存CDN系統(tǒng)的架構(gòu)示意圖；
[0063]圖4為本發(fā)明互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)應(yīng)用在無緩存CDN系統(tǒng)的架構(gòu)示意圖；
[0064]圖5是本發(fā)明基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播方法的流程圖；
[0065]圖6是本發(fā)明優(yōu)選基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播方法的流程圖。
【具體實(shí)施方式】
[0066]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0067]圖1是本發(fā)明基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)的結(jié)構(gòu)示意圖，所述互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)100支持基于HTTP (HyperText Transfer Protocol,超文件傳輸協(xié)議)協(xié)議的自適應(yīng)流媒體播放或者漸進(jìn)式下載視頻播放。所述互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)100包括有存儲模塊10、請求接收模塊20、解封裝模塊30、轉(zhuǎn)封裝模塊40以及發(fā)布模塊50，其中:
[0068]存儲模塊10，用于對一種碼率的流媒體文件保存選定的源格式流媒體文件。優(yōu)選的是，所述源格式流媒體文件為MP4(MPEG-4Partl4)格式文件和/或MPEG2 (MovingPictures Experts Group2,動(dòng)態(tài)圖象專家組2)-TS (Timestamp,時(shí)間戳)格式文件。更好的是，源格式流媒體文件保存于⑶N (Content Delivery Network,內(nèi)容分發(fā)網(wǎng)絡(luò))的邊緣服務(wù)器或者視頻服務(wù)器中。
[0069]請求接收模塊20，用于當(dāng)接收到用戶點(diǎn)播請求時(shí)，分析出用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件和目標(biāo)格式。
[0070]解封裝模塊30，用于對源格式流媒體文件進(jìn)行解封裝，提取對應(yīng)的源格式音視頻流。優(yōu)選的是，解封裝模塊30用于對源格式流媒體文件進(jìn)行分析，提取對應(yīng)的源格式音視頻流及其媒體信息，所述媒體信息包括媒體文件編碼信息、開始時(shí)間或序號、選擇時(shí)間和/或視頻巾貞大小等。
[0071]轉(zhuǎn)封裝模塊40，用于根據(jù)目標(biāo)格式將源格式音視頻流封裝成目標(biāo)格式流媒體文件。優(yōu)選的是，轉(zhuǎn)封裝模塊40用于根據(jù)目標(biāo)格式和媒體信息，將源格式音視頻流封裝成目標(biāo)格式流媒體文件。根據(jù)所選流媒體播放協(xié)議不同，再封裝媒體文件格式會有不同。例如，蘋果HLS采用MPEG2TS文件格式，微軟MSS和ADOBE HAD采用MP4文件格式。
[0072]發(fā)布模塊50，用于將目標(biāo)格式流媒體文件發(fā)布給用戶的播放終端，所述播放終端可以是手機(jī)、電視機(jī)、平板電腦等。優(yōu)選的是，發(fā)布模塊50用于將目標(biāo)格式流媒體文件或者播放列表文件進(jìn)行HTTP響應(yīng)封裝，并發(fā)布給播放終端。
[0073]本發(fā)明的重點(diǎn)是在僅在存儲設(shè)備上保存一份媒體文件拷貝，并能提供多種流媒體協(xié)議播放的支持，并能有效的減少網(wǎng)絡(luò)播放延遲。本發(fā)明的實(shí)時(shí)轉(zhuǎn)封裝服務(wù)，工作于HTTP服務(wù)器內(nèi)部。本發(fā)明可有效降低系統(tǒng)存儲消耗，并能同時(shí)支持以HTTP協(xié)議為基礎(chǔ)的漸進(jìn)式下載視頻播放及自適應(yīng)流媒體播放。本發(fā)明提出一種實(shí)時(shí)轉(zhuǎn)封裝技術(shù)，在存儲系統(tǒng)中對一種碼率的流媒體文件只保存一種選定的源格式，達(dá)到節(jié)約存儲的目的，通過實(shí)時(shí)轉(zhuǎn)封裝，支持HTTP自適應(yīng)流媒體協(xié)議播放。該方法不同于實(shí)時(shí)轉(zhuǎn)碼，不需對流媒體文件進(jìn)行解碼及再編碼，只需對封裝格式做一次轉(zhuǎn)換，相對轉(zhuǎn)碼計(jì)算量要少很多，不會帶來播放延遲。
[0074]圖2是本發(fā)明優(yōu)選基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)的結(jié)構(gòu)示意圖，所述互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)100支持基于HTTP協(xié)議的自適應(yīng)流媒體播放或者漸進(jìn)式下載視頻播放。所述互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)100包括有存儲模塊10、請求接收模塊20、解封裝模塊30、轉(zhuǎn)封裝模塊40、發(fā)布模塊50、判斷模塊60和播放列表生成模塊70，其中:
[0075]存儲模塊10，用于對一種碼率的流媒體文件保存選定的源格式流媒體文件。優(yōu)選的是，所述源格式流媒體文件為MP4格式文件和/或MPEG2-TS格式文件。更好的是，源格式流媒體文件保存于CDN的邊緣服務(wù)器或者視頻服務(wù)器中。
[0076]選擇視頻服務(wù)器或⑶N的邊緣服務(wù)器上保存的選定的源格式文件，要求包括:1、實(shí)時(shí)計(jì)算簡單；2、包含流描述的元數(shù)據(jù)；3、常用格式，有相關(guān)的創(chuàng)建于統(tǒng)計(jì)工具。根據(jù)以上三個(gè)要求，有以下兩種常用格式可選擇，MP4文件格式和MPEG2-TS文件格式。這兩種文件格式各有優(yōu)勢，對于漸進(jìn)式下載播放，支持MP4文件格式的終端更多，而且前者對于多碼率的支持相對更好，而MPET2-TS文件格式能更好的保存用戶元數(shù)據(jù)，對以TS切片為基礎(chǔ)的HLS協(xié)議來說，實(shí)時(shí)計(jì)算更簡單。
[0077]請求接收模塊20，用于當(dāng)接收到用戶點(diǎn)播請求時(shí)，分析出用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件和目標(biāo)格式。[0078]解封裝模塊30，用于對源格式流媒體文件進(jìn)行解封裝，提取對應(yīng)的源格式音視頻流。優(yōu)選的是，解封裝模塊30用于對源格式流媒體文件進(jìn)行分析，提取對應(yīng)的源格式音視頻流及其媒體信息，媒體信息包括媒體文件編碼信息、開始時(shí)間或序號、選擇時(shí)間和/或視頻中貞大小等。
[0079]判斷模塊60，用于判斷用戶點(diǎn)播請求是獲取目標(biāo)格式流媒體文件還是播放列表文件，若是獲取目標(biāo)格式流媒體文件則交由轉(zhuǎn)封裝模塊40執(zhí)行，否則交由下述播放列表生成模塊70執(zhí)行。
[0080]播放列表生成模塊70，用于根據(jù)媒體信息和預(yù)定規(guī)則生成對應(yīng)的播放列表文件。根據(jù)所選流媒體播放協(xié)議不同，播放列表內(nèi)容有所不同。蘋果HLS使用M3U8，微軟MSS和ADOBE HAD使用manifest文件。為了提高播放效率，減少網(wǎng)絡(luò)延遲，同時(shí)由于播放列表文件很小，一般可預(yù)先生成。由于HTTP自適應(yīng)類流媒體協(xié)議的多碼率自適應(yīng)特性，流描述信息一般由節(jié)目發(fā)布者生成，流媒體服務(wù)器不會生產(chǎn)，僅提供內(nèi)容播放列表信息，即某種碼率的播放列表文件。
[0081]轉(zhuǎn)封裝模塊40，用于根據(jù)目標(biāo)格式將源格式音視頻流封裝成目標(biāo)格式流媒體文件。優(yōu)選的是，轉(zhuǎn)封裝模塊40用于根據(jù)目標(biāo)格式和媒體信息，將源格式音視頻流封裝成目標(biāo)格式流媒體文件。
[0082]發(fā)布模塊50，用于將目標(biāo)格式流媒體文件和/或播放列表文件發(fā)布給播放終端。優(yōu)選的是，發(fā)布模塊50用于將目標(biāo)格式流媒體文件或者播放列表文件進(jìn)行HTTP響應(yīng)封裝，并發(fā)布給用戶的播放終端。
[0083]更好的是，所述互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)還可選擇地包括有加密模塊80，所述加密模塊80用于對轉(zhuǎn)封裝模塊輸出的目標(biāo)格式流媒體文件進(jìn)行加密，實(shí)現(xiàn)DRM(Digital RightManagement,數(shù)字版權(quán)管理)。
[0084]所述發(fā)布模塊50用于將加密后的目標(biāo)格式流媒體文件發(fā)布給播放終端。
[0085]圖3為本發(fā)明互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)應(yīng)用在有緩存CDN系統(tǒng)的架構(gòu)示意圖?；ヂ?lián)網(wǎng)視頻點(diǎn)播系統(tǒng)100應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于有緩存系統(tǒng)的第一 CDN，實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在第一 CDN后端?；ヂ?lián)網(wǎng)視頻點(diǎn)播系統(tǒng)100的請求接收模塊20用于當(dāng)接收到用戶點(diǎn)播請求時(shí)，若第一 CDN的第一邊緣服務(wù)器不存在用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件或播放列表文件，則第一邊緣服務(wù)器通過回源從實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器獲取源格式流媒體文件或播放列表文件并緩存在緩存系統(tǒng)中，再交由解封裝模塊30執(zhí)行。若第一 CDN的第一邊緣服務(wù)器存在用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件，則直接交由解封裝模塊30執(zhí)行。
[0086]圖4為本發(fā)明互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)應(yīng)用在無緩存CDN系統(tǒng)的架構(gòu)示意圖?；ヂ?lián)網(wǎng)視頻點(diǎn)播系統(tǒng)100應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于無緩存系統(tǒng)的第二 CDN，實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在第二⑶N的第二邊緣服務(wù)器上?；ヂ?lián)網(wǎng)視頻點(diǎn)播系統(tǒng)100的請求接收模塊20用于當(dāng)接收到用戶點(diǎn)播請求時(shí)，第二邊緣服務(wù)器在本服務(wù)器存儲系統(tǒng)查詢用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件，并交由解封裝模塊30執(zhí)行。例如，當(dāng)用戶發(fā)起點(diǎn)播請求，邊緣服務(wù)器在本服務(wù)器存儲系統(tǒng)中尋找MP4文件，并轉(zhuǎn)封裝成MPEG-TS切片提供服務(wù)。
[0087]本發(fā)明實(shí)時(shí)轉(zhuǎn)封裝相比現(xiàn)有預(yù)生成多種格式的視頻文件的優(yōu)勢如下:
[0088]1、節(jié)約存儲:當(dāng)多種HTTP流媒體格式被支持時(shí)，每一種流媒體格式必須在存儲系統(tǒng)中保存獨(dú)立的拷貝，相應(yīng)帶來極大的存儲開銷。而使用實(shí)時(shí)轉(zhuǎn)封裝技術(shù)，只需在存儲系統(tǒng)中對每一個(gè)碼率的文件保存一種選定的源格式文件。特別是在無緩存的CDN系統(tǒng)中，只需在邊緣服務(wù)器中保存一份內(nèi)容拷貝，將極大的減少存儲開銷。
[0089]2、更好的協(xié)議擴(kuò)展:當(dāng)需對新的HTTP流媒體協(xié)議進(jìn)行支持時(shí)，不需對所有文件進(jìn)行再封裝或重編碼，僅需在HTTP服務(wù)器上增加相應(yīng)的轉(zhuǎn)封裝模塊。
[0090]3、更好的⑶N支持:無論⑶N (Content Delivery Network,內(nèi)容傳輸網(wǎng)絡(luò))系統(tǒng)是否支持內(nèi)容緩存，實(shí)時(shí)轉(zhuǎn)封裝技術(shù)都可很好支持。對于支持緩存的CDN系統(tǒng)，可在CDN后端增加實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器做為源服務(wù)器，經(jīng)過轉(zhuǎn)封裝后的內(nèi)容進(jìn)入CDN系統(tǒng)，能使CDN獲得更加高效的內(nèi)容分發(fā)能力。對無緩存的CDN系統(tǒng)，則可在CDN邊緣服務(wù)器上保存選定的源格式文件，并在邊緣服務(wù)器上增加實(shí)時(shí)轉(zhuǎn)封裝模塊。
[0091]4、DRM支持:由于HTTP流媒體協(xié)議的單播特性，可把DRM集成到實(shí)時(shí)轉(zhuǎn)封裝服務(wù)中，動(dòng)態(tài)加密請求內(nèi)容。
[0092]5、無需實(shí)時(shí)轉(zhuǎn)碼，不會帶來播放延遲:不同于實(shí)時(shí)轉(zhuǎn)碼，不需對流媒體文件進(jìn)行解碼及再編碼，只需對封裝格式做一次轉(zhuǎn)換，相對轉(zhuǎn)碼計(jì)算量要少很多，不會帶來播放延遲。
[0093]圖5是本發(fā)明基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播方法的流程圖，互聯(lián)網(wǎng)視頻點(diǎn)播方法支持基于HTTP協(xié)議的自適應(yīng)流媒體播放或者漸進(jìn)式下載視頻播放。其可通過如圖1或圖2所示的互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)100實(shí)現(xiàn)，包括步驟有:
[0094]步驟S501，存儲步驟，對一種碼率的流媒體文件保存選定的源格式流媒體文件。優(yōu)選的是，源格式流媒體文件為MP4格式文件和/或MPEG2-TS格式文件。
[0095]步驟S502,請求接收步驟,當(dāng)接收到用戶點(diǎn)播請求時(shí),分析出用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件和目標(biāo)格式。
[0096]步驟S503，解封裝步驟，對源格式流媒體文件進(jìn)行解封裝，提取對應(yīng)的源格式音視頻流。本步驟優(yōu)選的是，對源格式流媒體文件進(jìn)行分析，提取對應(yīng)的源格式音視頻流及其媒體信息，媒體信息包括媒體文件編碼信息、開始時(shí)間或序號、選擇時(shí)間和/或視頻幀大小。
[0097]步驟S504，轉(zhuǎn)封裝步驟，根據(jù)目標(biāo)格式將源格式音視頻流封裝成目標(biāo)格式流媒體文件。本步驟優(yōu)選的是，根據(jù)目標(biāo)格式和媒體信息，將源格式音視頻流封裝成目標(biāo)格式流媒體文件。根據(jù)所選流媒體播放協(xié)議不同，再封裝媒體文件格式會有不同。例如，蘋果HLS采用MPEG2TS文件格式，微軟MSS和ADOBE HAD采用MP4文件格式。
[0098]步驟S505，發(fā)布步驟，將目標(biāo)格式流媒體文件發(fā)布給播放終端。優(yōu)選的是，將目標(biāo)格式流媒體文件或者播放列表文件進(jìn)行HTTP響應(yīng)封裝，并發(fā)布給播放終端。
[0099]圖6是本發(fā)明優(yōu)選基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播方法的流程圖，互聯(lián)網(wǎng)視頻點(diǎn)播方法支持基于HTTP協(xié)議的自適應(yīng)流媒體播放或者漸進(jìn)式下載視頻播放，其可通過如圖2所示的互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)100實(shí)現(xiàn)，包括步驟有:
[0100]步驟S601，存儲步驟，對一種碼率的流媒體文件保存選定的源格式流媒體文件。優(yōu)選的是，源格式流媒體文件為MP4格式文件和/或MPEG2-TS格式文件。
[0101]選擇視頻服務(wù)器或⑶N的邊緣服務(wù)器上保存的選定的源格式文件，要求包括:1、實(shí)時(shí)計(jì)算簡單；2、包含流描述的元數(shù)據(jù)；3、常用格式，有相關(guān)的創(chuàng)建于統(tǒng)計(jì)工具。根據(jù)以上三個(gè)要求，有以下兩種常用格式可選擇，MP4文件格式和MPEG2-TS文件格式。這兩種文件格式各有優(yōu)勢，對于漸進(jìn)式下載播放，支持MP4文件格式的終端更多，而且前者對于多碼率的支持相對更好，而MPET2-TS文件格式能更好的保存用戶元數(shù)據(jù)，對以TS切片為基礎(chǔ)的HLS協(xié)議來說，實(shí)時(shí)計(jì)算更簡單。
[0102]步驟S602，請求接收步驟，當(dāng)接收到用戶點(diǎn)播請求時(shí)，分析出用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件和目標(biāo)格式。
[0103]步驟S603，解封裝步驟，對源格式流媒體文件進(jìn)行解封裝，提取對應(yīng)的源格式音視頻流。本步驟優(yōu)選的是，對源格式流媒體文件進(jìn)行分析，提取對應(yīng)的源格式音視頻流及其媒體信息，媒體信息包括媒體文件編碼信息、開始時(shí)間或序號、選擇時(shí)間和/或視頻幀大小。
[0104]步驟S604，判斷步驟，判斷用戶點(diǎn)播請求是獲取目標(biāo)格式流媒體文件還是播放列表文件，若是獲取目標(biāo)格式流媒體文件則執(zhí)行轉(zhuǎn)封裝步驟S605，否則執(zhí)行下述播放列表生成步驟S607。
[0105]步驟S605，轉(zhuǎn)封裝步驟，根據(jù)目標(biāo)格式將源格式音視頻流封裝成目標(biāo)格式流媒體文件。本步驟優(yōu)選的是，根據(jù)目標(biāo)格式和媒體信息，將源格式音視頻流封裝成目標(biāo)格式流媒體文件。
[0106]步驟S606，加密步驟，對目標(biāo)格式流媒體文件進(jìn)行加密。
[0107]步驟S607，播放列表生成步驟，根據(jù)媒體信息和預(yù)定規(guī)則生成對應(yīng)的播放列表文件。根據(jù)所選流媒體播放協(xié)議不同，播放列表內(nèi)容有所不同。蘋果HLS使用M3U8，微軟MSS和ADOBE HAD使用manifest文件。為了提高播放效率，減少網(wǎng)絡(luò)延遲，同時(shí)由于播放列表文件很小，一般可預(yù)先生成。由于HTTP自適應(yīng)類流媒體協(xié)議的多碼率自適應(yīng)特性，流描述信息一般由節(jié)目發(fā)布者生成，流媒體服務(wù)器不會生產(chǎn)，僅提供內(nèi)容播放列表信息，即某種碼率的播放列表文件。
[0108]步驟S608，發(fā)布步驟，將加密后的目標(biāo)格式流媒體文件或者播放列表文件發(fā)布給播放終端。
[0109]在本發(fā)明一實(shí)施例中，互聯(lián)網(wǎng)視頻點(diǎn)播方法應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于有緩存系統(tǒng)的第一內(nèi)容分發(fā)網(wǎng)絡(luò)，實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在第一內(nèi)容分發(fā)網(wǎng)絡(luò)后端。所述請求接收步驟S502或S602進(jìn)一步包括:
[0110]當(dāng)接收到用戶點(diǎn)播請求時(shí)，若第一內(nèi)容分發(fā)網(wǎng)絡(luò)的第一邊緣服務(wù)器不存在用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件，則第一邊緣服務(wù)器通過回源從實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器獲取源格式流媒體文件并緩存在緩存系統(tǒng)中，再執(zhí)行解封裝步驟。若第一內(nèi)容分發(fā)網(wǎng)絡(luò)的第一邊緣服務(wù)器存在用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件，則直接執(zhí)行解封裝步驟。
[0111]在本發(fā)明另一實(shí)施例中，互聯(lián)網(wǎng)視頻點(diǎn)播方法應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于無緩存系統(tǒng)的第二內(nèi)容分發(fā)網(wǎng)絡(luò)，實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在第二內(nèi)容分發(fā)網(wǎng)絡(luò)的第二邊緣服務(wù)器上。所述請求接收步驟S502或S602進(jìn)一步包括:
[0112]當(dāng)接收到用戶點(diǎn)播請求時(shí)，第二邊緣服務(wù)器在本服務(wù)器存儲系統(tǒng)查詢用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件，并執(zhí)行解封裝步驟。
[0113]下面以一個(gè)商業(yè)應(yīng)用描述本發(fā)明的具體實(shí)施方案。在這個(gè)應(yīng)用中，為同時(shí)支持MP4漸進(jìn)式下載播放及HLS播放，源格式文件采用MP4，轉(zhuǎn)封裝服務(wù)器實(shí)現(xiàn)從MP4文件到TS切片的格式轉(zhuǎn)換并輸出HTTP響應(yīng)，具體包括如下步驟:
[0114]1、服務(wù)器的HTTP模塊接收用戶提出的點(diǎn)播請求后，分析用戶的請求URL (UniformResoure Locator:統(tǒng)一資源定位符)，從URL中獲取播放信息，包括源格式(MP4)文件名，切片開始時(shí)間或切片開始序號，目標(biāo)格式文件類型(TS)，可選的播放列表文件類型。[0115]2、解封裝模塊對源格式文件(MP4)進(jìn)行分析，提取媒體信息，包括媒體文件編碼信息，時(shí)長及視頻幀大小，開始時(shí)間，是否關(guān)鍵幀，在MP4文件中開始位置等信息。
[0116]3、判斷請求是獲取目標(biāo)格式文件(TS切片)還是播放列表文件，并采取相應(yīng)的步驟進(jìn)行下一步處理。
[0117]4、根據(jù)用戶請求切片開始時(shí)間或序號，封裝模塊選擇時(shí)間及時(shí)長內(nèi)的音視頻幀并封裝成MPEG-TS文件。
[0118]5、可選的播放列表模塊根據(jù)步驟2獲取的媒體信息，并根據(jù)一定的規(guī)則生成播放列表文件。
[0119]6、根據(jù)用戶請求對MPEG-TS切片內(nèi)容進(jìn)行加密，加密模塊獲取加密密鑰，并進(jìn)行AES (Advanced Encryption Standard,高級加密標(biāo)準(zhǔn))加密。
[0120]7、HTTP服務(wù)模塊對生成的內(nèi)容進(jìn)行HTTP響應(yīng)封裝，并發(fā)送給用戶。
[0121]綜上所述，本發(fā)明在存儲系統(tǒng)中對一種碼率的流媒體文件只保存一種選定的源格式流媒體文件，當(dāng)收到用戶點(diǎn)播請求時(shí)，分析出用戶點(diǎn)播請求對應(yīng)的源格式流媒體文件和目標(biāo)格式，將源格式流媒體文件進(jìn)行解封裝成源格式音視頻流，再將源格式音視頻流轉(zhuǎn)分裝成目標(biāo)格式流媒體文件后發(fā)布給用戶。借此，本發(fā)明通過實(shí)時(shí)視頻轉(zhuǎn)封裝技術(shù)，在存儲系統(tǒng)中對一種碼率的流媒體文件只保存一種選定的源格式流媒體文件，可大大減少存儲開銷；并且與實(shí)時(shí)轉(zhuǎn)碼技術(shù)不同的是，本發(fā)明不需對流媒體文件進(jìn)行解碼及再編碼，而只需對封裝格式做一次轉(zhuǎn)換，相對轉(zhuǎn)碼的計(jì)算量要少很多，不會帶來播放延遲。本發(fā)明同時(shí)支持以HTTP協(xié)議為基礎(chǔ)的漸進(jìn)式下載視頻播放及自適應(yīng)流媒體播放。
[0122]當(dāng)然，本發(fā)明還可有其它多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
【權(quán)利要求】
1.一種基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)視頻點(diǎn)播方法，其特征在于，包括有: 存儲步驟，對一種碼率的流媒體文件保存選定的源格式流媒體文件； 請求接收步驟，當(dāng)接收到用戶點(diǎn)播請求時(shí)，分析出所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件和目標(biāo)格式； 解封裝步驟，對所述源格式流媒體文件進(jìn)行解封裝，提取對應(yīng)的源格式音視頻流； 轉(zhuǎn)封裝步驟，根據(jù)所述目標(biāo)格式將所述源格式音視頻流封裝成目標(biāo)格式流媒體文件； 發(fā)布步驟，將所述目標(biāo)格式流媒體文件發(fā)布給播放終端。
2.根據(jù)權(quán)利要求1所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，其特征在于，所述源格式流媒體文件為MP4格式文件和/或MPEG2-TS格式文件。
3.根據(jù)權(quán)利要求1所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，其特征在于，所述解封裝步驟進(jìn)一步包括: 對所述源格式流媒體文件進(jìn)行分析，提取對應(yīng)的所述源格式音視頻流及其媒體信息，所述媒體信息包括媒體文件編碼信息、開始時(shí)間或序號、選擇時(shí)間和/或視頻幀大?。凰鲛D(zhuǎn)封裝步驟進(jìn)一步包括: 根據(jù)所述目標(biāo)格式和所述媒體信息，將所述源格式音視頻流封裝成所述目標(biāo)格式流媒體文件。
4.根據(jù)權(quán)利要求3 所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，其特征在于，所述解封裝步驟之后還包括: 判斷步驟，判斷所述用戶點(diǎn)播請求是獲取所述目標(biāo)格式流媒體文件還是播放列表文件，若是獲取所述目標(biāo)格式流媒體文件則執(zhí)行所述轉(zhuǎn)封裝步驟，否則執(zhí)行下述播放列表生成步驟； 播放列表生成步驟，根據(jù)所述媒體信息和預(yù)定規(guī)則生成對應(yīng)的所述播放列表文件； 所述發(fā)布步驟包括: 將所述播放列表文件發(fā)布給播放終端。
5.根據(jù)權(quán)利要求4所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，其特征在于，所述發(fā)布步驟進(jìn)一步包括: 將所述目標(biāo)格式流媒體文件或者所述播放列表文件進(jìn)行HTTP響應(yīng)封裝，并發(fā)布給所述播放終端。
6.根據(jù)權(quán)利要求1所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，其特征在于，所述轉(zhuǎn)封裝步驟之后和所述發(fā)布步驟之前還包括: 加密步驟，對所述目標(biāo)格式流媒體文件進(jìn)行加密； 所述發(fā)布步驟進(jìn)一步包括: 將加密后的所述目標(biāo)格式流媒體文件發(fā)布給播放終端。
7.根據(jù)權(quán)利要求1所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，其特征在于，所述互聯(lián)網(wǎng)視頻點(diǎn)播方法支持基于HTTP協(xié)議的自適應(yīng)流媒體播放或者漸進(jìn)式下載視頻播放。
8.根據(jù)權(quán)利要求1~7任一項(xiàng)所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，其特征在于，所述源格式流媒體文件保存于內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣服務(wù)器或者視頻服務(wù)器中。
9.根據(jù)權(quán)利要求8所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，其特征在于，所述互聯(lián)網(wǎng)視頻點(diǎn)播方法應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于有緩存系統(tǒng)的第一內(nèi)容分發(fā)網(wǎng)絡(luò)，所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)后端； 所述請求接收步驟進(jìn)一步包括: 當(dāng)接收到所述用戶點(diǎn)播請求時(shí)，若所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)的第一邊緣服務(wù)器不存在所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，則所述第一邊緣服務(wù)器通過回源從所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器獲取所述源格式流媒體文件并緩存在所述緩存系統(tǒng)中，再執(zhí)行所述解封裝步驟；若所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)的所述第一邊緣服務(wù)器存在所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，則直接執(zhí)行所述解封裝步驟。
10.根據(jù)權(quán)利要求8所述的互聯(lián)網(wǎng)視頻點(diǎn)播方法，其特征在于，所述互聯(lián)網(wǎng)視頻點(diǎn)播方法應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于無緩存系統(tǒng)的第二內(nèi)容分發(fā)網(wǎng)絡(luò)，所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在所述第二內(nèi)容分發(fā)網(wǎng)絡(luò)的第二邊緣服務(wù)器上； 所述請求接收步驟進(jìn)一步包括: 當(dāng)接收到所述用戶點(diǎn)播請求時(shí)，所述第二邊緣服務(wù)器在本服務(wù)器存儲系統(tǒng)查詢所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，并執(zhí)行所述解封裝步驟。
11.一種基于實(shí)時(shí)轉(zhuǎn)封裝的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，其特征在于，包括有: 存儲模塊，用于對一種 碼率的流媒體文件保存選定的源格式流媒體文件； 請求接收模塊，用于當(dāng)接收到用戶點(diǎn)播請求時(shí)，分析出所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件和目標(biāo)格式； 解封裝模塊，用于對所述源格式流媒體文件進(jìn)行解封裝，提取對應(yīng)的源格式音視頻流； 轉(zhuǎn)封裝模塊，用于根據(jù)所述目標(biāo)格式將所述源格式音視頻流封裝成目標(biāo)格式流媒體文件； 發(fā)布模塊，用于將所述目標(biāo)格式流媒體文件發(fā)布給播放終端。
12.根據(jù)權(quán)利要求11所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，其特征在于，所述源格式流媒體文件為MP4格式文件和/或MPEG2-TS格式文件。
13.根據(jù)權(quán)利要求11所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，其特征在于，所述解封裝模塊用于對所述源格式流媒體文件進(jìn)行分析，提取對應(yīng)的所述源格式音視頻流及其媒體信息，所述媒體信息包括媒體文件編碼信息、開始時(shí)間或序號、選擇時(shí)間和/或視頻幀大??； 所述轉(zhuǎn)封裝模塊用于根據(jù)所述目標(biāo)格式和所述媒體信息，將所述源格式音視頻流封裝成所述目標(biāo)格式流媒體文件。
14.根據(jù)權(quán)利要求13所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，其特征在于，還包括: 判斷模塊，用于判斷所述用戶點(diǎn)播請求是獲取所述目標(biāo)格式流媒體文件還是播放列表文件，若是獲取所述目標(biāo)格式流媒體文件則交由所述轉(zhuǎn)封裝模塊執(zhí)行，否則交由下述播放列表生成模塊執(zhí)行； 播放列表生成模塊，用于根據(jù)所述媒體信息和預(yù)定規(guī)則生成對應(yīng)的所述播放列表文件； 所述發(fā)布模塊，用于將所述播放列表文件發(fā)布給播放終端。
15.根據(jù)權(quán)利要求14所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，其特征在于，所述發(fā)布模塊用于將所述目標(biāo)格式流媒體文件或者所述播放列表文件進(jìn)行HTTP響應(yīng)封裝，并發(fā)布給所述播放終端。
16.根據(jù)權(quán)利要求11所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，其特征在于，還包括: 加密模塊，用于對所述轉(zhuǎn)封裝模塊輸出的所述目標(biāo)格式流媒體文件進(jìn)行加密； 所述發(fā)布模塊用于將加密后的所述目標(biāo)格式流媒體文件發(fā)布給播放終端。
17.根據(jù)權(quán)利要求11所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，其特征在于，所述互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)支持基于HTTP協(xié)議的自適應(yīng)流媒體播放或者漸進(jìn)式下載視頻播放。
18.根據(jù)權(quán)利要求11~17任一項(xiàng)所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，其特征在于，所述源格式流媒體文件保存于內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣服務(wù)器或者視頻服務(wù)器中。
19.根據(jù)權(quán)利要求18所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，其特征在于，所述互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于有緩存系統(tǒng)的第一內(nèi)容分發(fā)網(wǎng)絡(luò)，所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)后端； 所述請求接收模塊用于當(dāng)接收到所述用戶點(diǎn)播請求時(shí)，若所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)的第一邊緣服務(wù)器不存在所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，則所述第一邊緣服務(wù)器通過回源從所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器獲取所述源格式流媒體文件并緩存在所述緩存系統(tǒng)中，再交由所述解封裝模塊執(zhí)行；若所述第一內(nèi)容分發(fā)網(wǎng)絡(luò)的所述第一邊緣服務(wù)器存在所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，則直接交由所述解封裝模塊執(zhí)行。
20.根據(jù)權(quán)利要求18所述的互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)，其特征在于，所述互聯(lián)網(wǎng)互聯(lián)網(wǎng)視頻點(diǎn)播系統(tǒng)應(yīng)用于實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器，對于無緩存系統(tǒng)的第二內(nèi)容分發(fā)網(wǎng)絡(luò)，所述實(shí)時(shí)轉(zhuǎn)封裝服務(wù)器部署在所述第二內(nèi)容分發(fā)網(wǎng)絡(luò)的第二邊緣服務(wù)器上； 所述請求接收模塊用于當(dāng)接收到所述用戶點(diǎn)播請求時(shí)，所述第二邊緣服務(wù)器在本服務(wù)器存儲系統(tǒng)查詢所述用戶點(diǎn)播請求對應(yīng)的所述源格式流媒體文件，并交由所述解封裝模塊執(zhí)行。
【文檔編號】H04N21/80GK103957469SQ201410216659
【公開日】2014年7月30日 申請日期:2014年5月21日 優(yōu)先權(quán)日:2014年5月21日
【發(fā)明者】凌飛鵬 申請人:百視通網(wǎng)絡(luò)電視技術(shù)發(fā)展有限責(zé)任公司