一種基于碼流自適應(yīng)技術(shù)的內(nèi)容分發(fā)方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實(shí)施例提供了一種內(nèi)容分發(fā)方法，包括：向流媒體服務(wù)器發(fā)送播放列表描述文件獲取請(qǐng)求，所述獲取請(qǐng)求包括用于指示客戶端是否支持壓縮傳輸?shù)膲嚎s標(biāo)識(shí)；接收所述流媒體服務(wù)器根據(jù)所述壓縮標(biāo)識(shí)返回的包括最低碼率內(nèi)容播放列表描述文件的第一壓縮文件；解壓所述第一壓縮文件獲取所述最低碼率內(nèi)容播放列表描述文件；基于所述最低碼率內(nèi)容播放列表描述文件從所述流媒體服務(wù)器獲取內(nèi)容分片。該內(nèi)容分發(fā)方法中，流媒體服務(wù)器根據(jù)壓縮標(biāo)識(shí)判斷客戶端支持壓縮傳輸時(shí)，將包括主播放列表描述文件和最低碼率內(nèi)容的播放列表描述文件的壓縮文件發(fā)送給客戶端，減少了內(nèi)容緩沖階段客戶端與流媒體服務(wù)器的交互次數(shù)，提高了下載速度。
【專利說明】一種基于碼流自適應(yīng)技術(shù)的內(nèi)容分發(fā)方法、裝置及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及內(nèi)容分發(fā)領(lǐng)域，尤其涉及一種基于碼流自適應(yīng)技術(shù)的內(nèi)容分發(fā)方法、 裝置及系統(tǒng)。

【背景技術(shù)】
[0002] 隨著移動(dòng)終端的廣泛應(yīng)用，通過移動(dòng)終端播放視頻的需求大幅增長(zhǎng)，碼流自適 應(yīng)（HTTP Adaptive Streaming，HAS)技術(shù)也應(yīng)運(yùn)而生。HAS技術(shù)融合了傳統(tǒng)實(shí)時(shí)流傳輸 協(xié)議（Real Time Streaming Protocol，RTSP)/實(shí)時(shí)傳輸協(xié)議（Real-time Transport Protocol，RTP)流媒體技術(shù)以及基于超文本傳輸協(xié)議（Hyper Text Transfer Protocol， HTTP)漸進(jìn)式下載技術(shù)的優(yōu)點(diǎn)，具有高效、可擴(kuò)展以及兼容性強(qiáng)等特點(diǎn)。
[0003] HAS技術(shù)的總體思路是將視頻內(nèi)容轉(zhuǎn)碼成為多個(gè)碼率的內(nèi)容，然后將每個(gè)碼率的 內(nèi)容進(jìn)行切割分片，每個(gè)分片的時(shí)長(zhǎng)一致，大約2-10秒鐘。使用播放列表描述文件描述內(nèi) 容支持的碼率以及各碼率內(nèi)容的播放列表。發(fā)布好的內(nèi)容目錄包括三部分：
[0004] -、媒體文件：包括多個(gè)碼率的內(nèi)容分片文件；
[0005] 二、各碼率內(nèi)容的播放列表描述文件：定義某特定碼率內(nèi)容的媒體文件分片列 表；
[0006] 三、主播放列表描述文件：定義該內(nèi)容支持的碼率、各碼率內(nèi)容對(duì)應(yīng)的播放列表描 述文件名，及音軌，字幕等信息。
[0007] 客戶端在進(jìn)行內(nèi)容播放時(shí)，首先下載主播放列表描述文件，從中獲取該內(nèi)容支持 的碼率、各碼率內(nèi)容的播放列表描述文件名等信息，然后根據(jù)各碼率內(nèi)容的播放列表描述 文件名下載首個(gè)碼率播放列表描述文件，客戶端根據(jù)該首個(gè)碼率播放列表描述文件從媒 體服務(wù)器請(qǐng)求內(nèi)容分片進(jìn)行播放。在內(nèi)容的播放過程中，客戶端同時(shí)還下載其他碼率內(nèi)容 的播放列表描述文件，并實(shí)時(shí)根據(jù)內(nèi)容分片的下載速度檢測(cè)網(wǎng)絡(luò)下載帶寬，然后根據(jù)網(wǎng)絡(luò) 狀態(tài)動(dòng)態(tài)向媒體服務(wù)器請(qǐng)求不同碼率的內(nèi)容分片。
[0008] 發(fā)明人在應(yīng)用HAS技術(shù)中發(fā)現(xiàn)，由于客戶端在播放首個(gè)碼率內(nèi)容分片之前，需要 先后下載主播放列表描述文件和首個(gè)碼率內(nèi)容的播放列表描述文件，導(dǎo)致內(nèi)容播放緩沖時(shí) 間較長(zhǎng)，用戶體驗(yàn)不佳。


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

[0009] 有鑒于此，實(shí)有必要提供一種能夠減少內(nèi)容播放緩沖時(shí)間，提高用戶體驗(yàn)的基于 碼率自適應(yīng)技術(shù)的內(nèi)容分發(fā)方法。
[0010] 第一方面，提供一種基于碼流自適應(yīng)技術(shù)的內(nèi)容分發(fā)方法，包括：向流媒體服務(wù)器 發(fā)送播放列表描述文件獲取請(qǐng)求，所述獲取請(qǐng)求包括用于指示客戶端是否支持壓縮傳輸?shù)?壓縮標(biāo)識(shí)；接收所述流媒體服務(wù)器根據(jù)所述壓縮標(biāo)識(shí)返回的包括最低碼率內(nèi)容播放列表描 述文件的第一壓縮文件；解壓所述第一壓縮文件獲取所述最低碼率內(nèi)容播放列表描述文 件；基于所述最低碼率內(nèi)容播放列表描述文件從所述流媒體服務(wù)器獲取內(nèi)容分片。
[0011] 依據(jù)第一方面的第一實(shí)施方式中，所述基于最低碼率內(nèi)容播放列表描述文件從所 述流媒體服務(wù)器獲取內(nèi)容分片包括：解析所述最低碼率內(nèi)容播放列表描述文件獲取最低碼 率內(nèi)容播放列表；根據(jù)所述最低碼率內(nèi)容播放列表從所述流媒體服務(wù)器獲取最低碼率內(nèi)容 分片。
[0012] 第二方面，提供一種支持HAS技術(shù)的客戶端，包括：發(fā)送單元，用于向流媒體服務(wù) 器發(fā)送播放列表描述文件獲取請(qǐng)求，所述獲取請(qǐng)求包括用于指示所述客戶端是否支持壓縮 傳輸?shù)膲嚎s標(biāo)識(shí)；接收單元，用于接收所述流媒體服務(wù)器根據(jù)所述壓縮標(biāo)識(shí)返回的包括最 低碼率內(nèi)容播放列表描述文件的第一壓縮文件；處理單元，用于解壓所述第一壓縮文件獲 取最低碼率內(nèi)容播放列表描述文件；所述發(fā)送單元，還用于根據(jù)所述最低碼率內(nèi)容播放列 表描述文件向所述流媒體服務(wù)器發(fā)送內(nèi)容分片獲取請(qǐng)求；所述接收單元，還用于接收所述 流媒體服務(wù)器返回的所述內(nèi)容分片。
[0013] 依據(jù)第二方面的第一實(shí)施方式中，所述根據(jù)最低碼率內(nèi)容播放列表描述文件向所 述流媒體服務(wù)器發(fā)送內(nèi)容分片獲取請(qǐng)求，包括：所述處理單元解析所述最低碼率內(nèi)容播放 列表描述文件，獲得最低碼率內(nèi)容播放列表；所述發(fā)送單元根據(jù)所述最低內(nèi)容播放列表向 所述媒體服務(wù)器發(fā)送最低碼率內(nèi)容分片獲取請(qǐng)求。
[0014] 第三方面，提供一種支持HAS的流媒體服務(wù)器，包括：接收單元，用于接收客戶端 發(fā)送的播放列表描述文件獲取請(qǐng)求，所述獲取請(qǐng)求包括用于指示客戶端是否支持壓縮傳輸 的壓縮標(biāo)識(shí)；處理單元，用于根據(jù)所述壓縮標(biāo)識(shí)判斷所述客戶端支持壓縮傳輸；發(fā)送單元， 用于根據(jù)所述處理單元的判斷結(jié)果，向所述客戶端發(fā)送包括最低碼率內(nèi)容播放列表描述文 件的第一壓縮文件。
[0015] 依據(jù)第三方面的第一實(shí)施方式中，所述發(fā)送單元發(fā)送的第一壓縮文件還包括主播 放列表描述文件。
[0016] 本發(fā)明實(shí)施例的基于HAS的內(nèi)容分發(fā)方法，由于流媒體服務(wù)器根據(jù)壓縮標(biāo)識(shí)判斷 客戶端支持壓縮傳輸時(shí)，將包括主播放列表描述文件和最低碼率媒體文件的播放列表描述 文件的壓縮文件發(fā)送給客戶端，減少了內(nèi)容緩沖階段客戶端與流媒體服務(wù)器的交互次數(shù)， 提高了下載速度，同時(shí)壓縮的播放列表描述文件減少客戶端緩沖時(shí)下載的數(shù)據(jù)量，進(jìn)一步 提1? 了下載速度，減少緩沖時(shí)間，提1?用戶體驗(yàn)。

【專利附圖】

【附圖說明】
[0017] 圖1是本發(fā)明一實(shí)施例的應(yīng)用場(chǎng)景架構(gòu)示意圖；
[0018] 圖2是本發(fā)明一實(shí)施例的內(nèi)容分發(fā)方法示意流程圖；
[0019] 圖3是本發(fā)明另一實(shí)施例的內(nèi)容分發(fā)方法示意流程圖；
[0020] 圖4是本發(fā)明一實(shí)施例的客戶端示意結(jié)構(gòu)圖；
[0021] 圖5是本發(fā)明一實(shí)施例的流媒體服務(wù)器示意結(jié)構(gòu)圖；
[0022] 圖6是本發(fā)明另一實(shí)施例的用戶終端示意結(jié)構(gòu)圖。

【具體實(shí)施方式】
[0023] 下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；?本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍
[0024] 圖1是依據(jù)本發(fā)明一實(shí)施例的的應(yīng)用場(chǎng)景架構(gòu)示意圖。
[0025] 具體的，如圖1所示，基于HAS技術(shù)的流媒體系統(tǒng)包括：流媒體管理系統(tǒng)101，內(nèi)容 分發(fā)系統(tǒng)102和客戶端103。流媒體管理系統(tǒng)101負(fù)責(zé)將輸入的媒體流進(jìn)行數(shù)字編碼、封 裝、發(fā)布。內(nèi)容分發(fā)系統(tǒng)102由多個(gè)標(biāo)準(zhǔn)的Web服務(wù)器1021 (也稱流媒體服務(wù)器）組成，負(fù) 責(zé)接受客戶端的請(qǐng)求并將客戶端請(qǐng)求的內(nèi)容發(fā)送到客戶端。需要注意的是，對(duì)于大規(guī)模部 署流媒體系統(tǒng)，邊緣網(wǎng)絡(luò)或者其他內(nèi)容分發(fā)網(wǎng)絡(luò)可能會(huì)被使用?？蛻舳?03用于從內(nèi)容分 發(fā)系統(tǒng)102獲取內(nèi)容，并將內(nèi)容重新組裝，以連續(xù)的媒體流形式展現(xiàn)給用戶。
[0026] 其中，流媒體管理系統(tǒng)101至少包括一個(gè)媒體編碼器1011和一個(gè)媒體流分段器 1012,媒體編碼器1011用于從音頻或者視頻源設(shè)備接收音視頻，進(jìn)行編碼和封裝。編碼格 式應(yīng)該是客戶端設(shè)備支持的編碼集合之一，例如視頻的H. 264和音頻的HE-AAC格式。封裝 格式可是包含音頻和視頻的MPEG-2傳輸（Transport Steaming，TS)流，或者只有音頻的 MPEG基本流。此外，媒體編碼器1011可以將同一視頻內(nèi)容轉(zhuǎn)碼并封裝成多個(gè)碼率的媒體 流，以便于客戶端根據(jù)網(wǎng)絡(luò)狀態(tài)動(dòng)態(tài)選擇不同碼率的內(nèi)容。
[0027] 媒體編碼器1011將封裝好的媒體流發(fā)布到媒體流分段器1012。媒體流分段器 1012從媒體編碼器1011讀入媒體流并將它切分成一系列時(shí)間的媒體文件分片，每段媒體 文件分片的時(shí)長(zhǎng)相同，大約2-10秒。媒體流分段器1012同時(shí)會(huì)創(chuàng)建一個(gè)包含各媒體文件 引用信息的索引文件，索引文件被用來確認(rèn)媒體文件分片的位置。需要注意的是，在本申請(qǐng) 中索引文件也稱為播放列表描述文件，包括各碼率內(nèi)容的播放列表描述文件，定義某特定 碼率內(nèi)容的媒體文件分片列表；主播放列表描述文件，定義各碼率內(nèi)容對(duì)應(yīng)的播放列表描 述文件名，及音軌，字幕等信息。
[0028] 內(nèi)容分發(fā)系統(tǒng)102可以是一個(gè)Web服務(wù)器或者Web緩存系統(tǒng)，基于HTTP協(xié)議發(fā)布 媒體文件和索引文件。
[0029] 客戶端103可以是內(nèi)嵌有支持HTTP協(xié)議的播放器的智能終端，如智能手機(jī)、平板 電腦或者計(jì)算機(jī)等，或者客戶端為支持HAS技術(shù)的播放器?？捎糜讷@取索引文件，根據(jù)索引 文件選擇媒體流，對(duì)于選定的媒體流，客戶端103按順序下載每個(gè)可用的媒體文件分片，一 旦足夠的數(shù)據(jù)下載完畢，客戶端103開始向用戶播放重新組合的媒體流。
[0030] 圖2是依據(jù)本發(fā)明一實(shí)施例的內(nèi)容分發(fā)方法示意流程圖，該方法可以由圖1所示 流媒體系統(tǒng)來執(zhí)行。
[0031] 如圖2所示，內(nèi)容分發(fā)方法包括：
[0032] 201、客戶端向流媒體服務(wù)器發(fā)送播放列表描述文件獲取請(qǐng)求，所述獲取請(qǐng)求包括 用于指示客戶端是否支持壓縮傳輸?shù)膲嚎s標(biāo)識(shí)。
[0033] 具體的，客戶端向流媒體服務(wù)器，即圖1中的內(nèi)容分發(fā)系統(tǒng)中的WEB服務(wù)器，發(fā)送 HTTP GET消息，用于請(qǐng)求獲取播放列表描述文件，同時(shí)，該HTTP GET消息攜帶用于指示客戶 端是否支持壓縮傳輸?shù)膲嚎s標(biāo)識(shí)?？蛇x的，可以通過對(duì)HTTP GET消息頭域增加參數(shù)的方式 攜帶壓縮標(biāo)識(shí)，例如：c = 0表示客戶端不支持壓縮傳輸，C = 1表示客戶端支持壓縮傳輸。 可選的，還可以攜帶支持的壓縮格式，如gzip等。如果客戶端不支持壓縮傳輸，則返回原始 的未壓縮的播放列表描述文件，處理流程與現(xiàn)有技術(shù)相同。本實(shí)施例中，客戶端可以是支持 HAS技術(shù)的播放器，客戶端支持壓縮傳輸，表示播放器支持對(duì)壓縮過的內(nèi)容進(jìn)行解壓，獲取 原始內(nèi)容。
[0034] 202、流媒體服務(wù)器根據(jù)壓縮標(biāo)識(shí)向客戶端返回壓縮后最低碼率內(nèi)容的播放列表 描述文件。
[0035] 進(jìn)一步的，流媒體服務(wù)器還向客戶端返回壓縮后的主播放列表描述文件。
[0036] 具體的，流媒體服務(wù)器部署了主播放列表描述文件壓縮文件，以及各碼率內(nèi)容的 播放列表描述文件壓縮文件。
[0037] 可選的，主播放列表描述文件和各碼率內(nèi)容的播放列表描述文件可以分開 壓 縮發(fā)布。
[0038] 可選的，也可以將主播放列表描述文件和最低碼率內(nèi)容的播放列表描述文件合起 來壓縮成第一壓縮文件，其他碼率內(nèi)容的播放列表描述文件分別一一壓縮部署。
[0039] 可選的，也可將主播放列表描述文件單獨(dú)壓縮發(fā)布，各碼率內(nèi)容的播放列表描述 文件合起來壓縮發(fā)布。
[0040] 流媒體服務(wù)器在收到客戶端的播放列表描述文件獲取請(qǐng)求后，根據(jù)請(qǐng)求中攜帶的 用于指示客戶端是否支持壓縮傳輸?shù)膲嚎s標(biāo)識(shí)判斷客戶端是否支持壓縮傳輸，若客戶端支 持壓縮傳輸，則將包括主播放列表描述文件和最低碼率內(nèi)容的播放列表描述文件的壓縮文 件返回給客戶端?？蛇x的，也可以分開將包括主播放列表描述文件的壓縮文件和包括最低 碼率媒體文件的播放列表描述文件壓縮文件分開先后返回給客戶端。
[0041] 203、客戶端解壓流媒體服務(wù)器返回的壓縮文件，獲取最低碼率內(nèi)容的播放列表描 述文件。
[0042] 進(jìn)一步的，客戶端還解壓壓縮文件，獲取主播放列表描述文件。
[0043] 具體的，如果流媒體服務(wù)器在同一壓縮文件中同時(shí)返回主播放列表描述文件和最 低碼率內(nèi)容的播放列表描述文件，則解壓該壓縮文件同時(shí)獲得主播放列表描述文件和最低 碼率內(nèi)容的播放列表描述文件。
[0044] 如果流媒體服務(wù)器分別返回包括主播放列表描述文件的壓縮文件和包括最低碼 率內(nèi)容的播放列表描述文件的壓縮文件，則客戶端先后一一解壓該壓縮文件，分別獲得主 播放列表描述文件和最低碼率內(nèi)容的播放列表描述文件。
[0045] 204、客戶端根據(jù)最低碼率內(nèi)容的播放列表描述文件向流媒體服務(wù)器發(fā)送最低碼 率內(nèi)容分片獲取請(qǐng)求，并從所述媒體服務(wù)器獲取最低碼率內(nèi)容分片。
[0046] 具體的，客戶端解析最低碼率媒體內(nèi)容的播放列表描述文件獲取最低碼率內(nèi)容的 播放列表，該播放列表中包括最低碼率內(nèi)容的一系列分片標(biāo)識(shí)，比如分片URL，客戶端根據(jù) 分片URL從流媒體服務(wù)器獲取選擇的內(nèi)容分片并進(jìn)行播放。
[0047] 進(jìn)一步的，客戶端可在播放最低碼率內(nèi)容分片的同時(shí)，從流媒體服務(wù)器下載其他 碼率內(nèi)容的播放列表描述文件壓縮文件，客戶端可實(shí)時(shí)動(dòng)態(tài)的根據(jù)網(wǎng)絡(luò)下載情況，如網(wǎng)絡(luò) 下載速度，根據(jù)其他碼率內(nèi)容的播放列表描述文件，向流媒體服務(wù)器請(qǐng)求與客戶端網(wǎng)絡(luò)狀 況匹配的其他碼率內(nèi)容分片。
[0048] 如上所述的基于HAS的內(nèi)容分發(fā)方法，由于流媒體服務(wù)器根據(jù)壓縮標(biāo)識(shí)判斷客戶 端支持壓縮傳輸時(shí)，將包括主播放列表描述文件和最低碼率內(nèi)容的播放列表描述文件的壓 縮文件發(fā)送給客戶端，減少了內(nèi)容緩沖階段客戶端與流媒體服務(wù)器的交互次數(shù)，提高了下 載速度，同時(shí)壓縮的播放列表描述文件減少客戶端緩沖時(shí)下載的數(shù)據(jù)量，進(jìn)一步提高了下 載速度，減少緩沖時(shí)間，提高用戶體驗(yàn)。
[0049] 下面以蘋果的動(dòng)態(tài)碼率自適應(yīng)技術(shù)（HTTP Live Streaming，HLS)為例，對(duì)本發(fā)明 實(shí)施例作進(jìn)一步的詳細(xì)描述。HLS是蘋果公司提出的一種基于HTTP的流媒體網(wǎng)絡(luò)傳輸協(xié) 議，是HAS技術(shù)的一種實(shí)現(xiàn)方案?？蓪?shí)現(xiàn)流媒體的直播和點(diǎn)播，主要應(yīng)用在iOS系統(tǒng)，為iOS 設(shè)備（如iPhone、iPad)提供音視頻直播和點(diǎn)播方案。HLS的內(nèi)容包括如下幾個(gè)部分：
[0050] 1、主播放列表描述文件：擴(kuò)展名為m3u8的文本文件，其中定義了各碼率內(nèi)容對(duì)應(yīng) 的播放列表描述文件名，以及多音軌、字幕等信息。
[0051] 2、各碼率內(nèi)容的播放列表描述文件：擴(kuò)展名為m3u8的文本文件，其中定義了對(duì)應(yīng) 碼率的TS文件列表，客戶端在播放某碼率的內(nèi)容時(shí)，根據(jù)該文件列表順序請(qǐng)求對(duì)應(yīng)的TS文 件進(jìn)行播放。
[0052] 3、TS分片：包括多個(gè)碼率的TS分片文件。
[0053] 如圖3所示，本發(fā)明另一實(shí)施例提供一種基于HLS的內(nèi)容分發(fā)方法，包括：內(nèi)容發(fā) 布和內(nèi)容播放兩個(gè)階段。
[0054] 內(nèi)容發(fā)布階段：在內(nèi)容發(fā)布時(shí)，流媒體管理系統(tǒng)將播放列表描述文件進(jìn)行壓縮，其 中，可以將主播放列表描述文件和最低碼率內(nèi)容的播放列表描述文件壓縮到一個(gè)文件中， 其他各碼率內(nèi)容的播放列表描述文件分別--壓縮到多個(gè)壓縮文件中。將上述壓縮文件一 同發(fā)布到流媒體服務(wù)器。內(nèi)容發(fā)布后，流媒體服務(wù)器中對(duì)應(yīng)的內(nèi)容目錄下包括以下播放列 表描述文件：
[0055] 1、主播放列表描述文件（原始文件）；
[0056] 2、壓縮后的主播放列表描述文件（壓縮文件中包括主播放列表描述文件和最低 碼率內(nèi)容的播放列表描述文件）；
[0057] 3、各碼率內(nèi)容的播放列表描述文件（原始文件）；
[0058] 4、壓縮后的各碼率內(nèi)容的播放列表描述文件（每個(gè)壓縮文件中包括一個(gè)碼率內(nèi) 容的播放列表描述文件）
[0059] 如下表所示：
[0060]

【權(quán)利要求】
1. 一種基于碼流自適應(yīng)（HTTP Adaptive Streaming, HAS)技術(shù)的內(nèi)容分發(fā)方法，其特 征在于，包括： 向流媒體服務(wù)器發(fā)送播放列表描述文件獲取請(qǐng)求，所述獲取請(qǐng)求包括用于指示客戶端 是否支持壓縮傳輸?shù)膲嚎s標(biāo)識(shí)； 接收所述流媒體服務(wù)器根據(jù)所述壓縮標(biāo)識(shí)返回的包括最低碼率內(nèi)容播放列表描述文 件的第一壓縮文件； 解壓所述第一壓縮文件獲取所述最低碼率內(nèi)容播放列表描述文件； 基于所述最低碼率內(nèi)容播放列表描述文件從所述流媒體服務(wù)器獲取內(nèi)容分片。
2. 如權(quán)利要求1所述的內(nèi)容分發(fā)方法，其特征在于，所述基于最低碼率內(nèi)容播放列表 描述文件從所述流媒體服務(wù)器獲取內(nèi)容分片包括： 解析所述最低碼率內(nèi)容播放列表描述文件獲取最低碼率內(nèi)容播放列表； 根據(jù)所述最低碼率內(nèi)容播放列表從所述流媒體服務(wù)器獲取最低碼率內(nèi)容分片。
3. 如權(quán)利要求1或2所述的內(nèi)容分發(fā)方法，其特征在于，所述第一壓縮文件還包括主播 放列表描述文件。
4. 如權(quán)利要求1或2所述的內(nèi)容分發(fā)方法，其特征在于，所述方法還包括：從所述流媒 體服務(wù)器獲取包括主播放列表描述文件的第二壓縮文件。
5. 如權(quán)利要求3所述的內(nèi)容分發(fā)方法，其特征在于，所述方法還包括： 解壓所述第一壓縮文件獲取所述主播放列表描述文件，根據(jù)所述主播放列表描述文件 獲取包含第三播放列表描述文件的第三壓縮文件，所述第三播放列表描述文件用于描述除 最低碼率內(nèi)容外的其他碼率內(nèi)容。
6. 如權(quán)利要求4所述的內(nèi)容分發(fā)方法，其特征在于，所述方法還包括： 解壓所述第二壓縮文件，獲取所述主播放列表描述文件，根據(jù)所述主播放列表描述文 件獲取包含第三播放列表描述文件的第三壓縮文件，所述第三播放列表描述文件用于描述 除最低碼率內(nèi)容外的其他碼率內(nèi)容。
7. -種支持HAS技術(shù)的客戶端，其特征在于，包括： 發(fā)送單元，用于向流媒體服務(wù)器發(fā)送播放列表描述文件獲取請(qǐng)求，所述獲取請(qǐng)求包括 用于指示所述客戶端是否支持壓縮傳輸?shù)膲嚎s標(biāo)識(shí)； 接收單元，用于接收所述流媒體服務(wù)器根據(jù)所述壓縮標(biāo)識(shí)返回的包括最低碼率內(nèi)容播 放列表描述文件的第一壓縮文件； 處理單元，用于解壓所述第一壓縮文件獲取最低碼率內(nèi)容播放列表描述文件； 所述發(fā)送單元，還用于根據(jù)所述最低碼率內(nèi)容播放列表描述文件向所述流媒體服務(wù)器 發(fā)送內(nèi)容分片獲取請(qǐng)求； 所述接收單元，還用于接收所述流媒體服務(wù)器返回的所述內(nèi)容分片。
8. 如權(quán)利要求7所述的客戶端，其特征在于，所述根據(jù)最低碼率內(nèi)容播放列表描述文 件向所述流媒體服務(wù)器發(fā)送內(nèi)容分片獲取請(qǐng)求，包括： 所述處理單元解析所述最低碼率內(nèi)容播放列表描述文件，獲得最低碼率內(nèi)容播放列 表； 所述發(fā)送單元根據(jù)所述最低內(nèi)容播放列表向所述媒體服務(wù)器發(fā)送最低碼率內(nèi)容分片 獲取請(qǐng)求。
9. 如權(quán)利要求7或8所述的客戶端，其特征在于，所述接收單元接收的第一壓縮文件還 包括主播放列表描述文件。
10. 如權(quán)利要求7或8所述的客戶端，其特征在于，所述接收單元還用于從所述流媒體 服務(wù)器接收包括主播放列表描述文件的第二壓縮文件。
11. 如權(quán)利要求9所述的客戶端，其特征在于，所述處理單元還用于解壓所述第一壓縮 文件獲取所述主播放列表描述文件，根據(jù)所述主播放列表描述文件獲取包含第三播放列表 描述文件的第三壓縮文件，所述第三播放列表描述文件用于描述除最低碼率內(nèi)容外的其他 碼率內(nèi)容。
12. 如權(quán)利要求10所述的客戶端，其特征在于，所述處理單元還用于解壓所述第二壓 縮文件獲取所述主播放列表描述文件，根據(jù)所述主播放列表描述文件獲取包含第三播放列 表描述文件的第三壓縮文件，所述第三播放列表描述文件用于描述除最低碼率內(nèi)容外的其 他碼率內(nèi)容。
13. -種支持HAS的流媒體服務(wù)器，其特征在于，包括： 接收單元，用于接收客戶端發(fā)送的播放列表描述文件獲取請(qǐng)求，所述獲取請(qǐng)求包括用 于指示客戶端是否支持壓縮傳輸?shù)膲嚎s標(biāo)識(shí)； 處理單元，用于根據(jù)所述壓縮標(biāo)識(shí)判斷所述客戶端支持壓縮傳輸； 發(fā)送單元，用于根據(jù)所述處理單元的判斷結(jié)果，向所述客戶端發(fā)送包括最低碼率內(nèi)容 播放列表描述文件的第一壓縮文件。
14. 如權(quán)利要求13所述的流媒體服務(wù)器，其特征在于，所述發(fā)送單元發(fā)送的第一壓縮 文件還包括主播放列表描述文件。
15. 如權(quán)利要求13所述的流媒體服務(wù)器，其特征在于，所述發(fā)送單元還用于向所述客 戶端發(fā)送包括所述主播放列表描述文件的第二壓縮文件。
16. 如權(quán)利要求13-15任一項(xiàng)所述的流媒體服務(wù)器，其特征在于，所述發(fā)送單元還用于 向所述客戶端發(fā)送包括第三播放列表描述文件的第三壓縮文件，所述第三播放列表描述文 件用于描述除最低碼率內(nèi)容外的其他碼率內(nèi)容。
【文檔編號(hào)】H04N21/434GK104244028SQ201410272564
【公開日】2014年12月24日 申請(qǐng)日期:2014年6月18日 優(yōu)先權(quán)日:2014年6月18日
【發(fā)明者】賈記磊, 黃永菁 申請(qǐng)人:華為技術(shù)有限公司