一種基于hls協(xié)議的節(jié)目播放方法和裝置的制造方法
【專利摘要】本發(fā)明公開了一種基于HLS協(xié)議的節(jié)目播放方法和裝置，終端基于目標(biāo)節(jié)目，向服務(wù)器發(fā)送第一播放請求并下載服務(wù)器基于所述第一播放請求生成的第一播放索引文件；若所述第一播放索引文件中包含預(yù)設(shè)的增量類切片文件標(biāo)識信息，則向服務(wù)器發(fā)送基于HLS協(xié)議的第二播放請求；下載服務(wù)器基于所述終端的權(quán)限標(biāo)識信息生成的第二播放索引文件；按照第一播放索引文件提供的基本類切片文件URL地址和第二播放索引文件提供的增量類切片文件的URL地址下載所述目標(biāo)節(jié)目的切片文件并播放。解決了現(xiàn)有技術(shù)中為滿足不同用戶的需求，服務(wù)器需要針對同樣的多媒體文件部署多套切片文件版本和索引文件版本，本方案使得服務(wù)器可以根據(jù)用戶的身份進(jìn)行差異化的播放，在播放同一視頻流時，根據(jù)客戶身份的不同提供不同的索引文件使得最后的播放內(nèi)容不同。
【專利說明】
一種基于HLS協(xié)議的節(jié)目播放方法和裝置
技術(shù)領(lǐng)域
[0001] 本發(fā)明涉及節(jié)目播放控制領(lǐng)域，尤其涉及一種基于HLS協(xié)議的節(jié)目播放方法和裝 置。
【背景技術(shù)】
[0002] HLS(HTTP Live Streaming，超文本傳輸協(xié)議實時流），是蘋果公司實現(xiàn)的基于 HTTP協(xié)議的動態(tài)碼率自適應(yīng)技術(shù)，可實現(xiàn)流媒體的直播和點(diǎn)播，主要用于PC端和Apple終端 的音視頻服務(wù)。
[0003] 相對于其他的流媒體的播放協(xié)議，HLS技術(shù)最大的不同在于，在播放過程中，客戶 端獲取到的，并不是一個完整的數(shù)據(jù)流，HLS協(xié)議在服務(wù)器端將普通的多媒體文件轉(zhuǎn)碼成多 個連續(xù)的、很短時長的媒體切片文件（例如MPEG-TS格式），同時生成對應(yīng)的M3U8索引文件， 而客戶端下載M3U8索引文件，并按照M3U8里面的順序下載相應(yīng)的切片文件并播放，因為服 務(wù)器端總是會將最新的待播放的多媒體文件生成新的小切片文件，這樣客戶端只要不停的 按順序播放從服務(wù)器獲取到的文件，就實現(xiàn)了直播或點(diǎn)播的功能。
[0004] 目前隨著用戶需求的差異化發(fā)展，不同類型的觀眾或者不同場所的客戶端對同一 多媒體文件會出現(xiàn)不同的播放需求，比如在影院上映的電影，其會受到上映時間的限制，以 至于會根據(jù)情況刪除一些影片的內(nèi)容以滿足上映的要求，再比如同樣的一部電影，由于播 放的地區(qū)可能會受到法律法規(guī)或者宗教等政治因素的影響，導(dǎo)致一些暴力的、宗教的、地域 性的敏感片段禁止播放，再比如像兒童和成人等可能具備不同播放權(quán)限的用戶也會對同一 媒體文件有不同的喜好需求，因此，已有技術(shù)為了滿足這種不同用戶多樣化的需求，不得不 針對每一種觀看類型都部署一套對應(yīng)的播放策略，包括可播放內(nèi)容和不可播放內(nèi)容，以至 于服務(wù)器端需要準(zhǔn)備多種多媒體切片文件版本和M3U8索引文件版本以匹配多樣的播放策 略，這樣顯示會極大的影響服務(wù)器端文件的部署難度以及用戶體驗。

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

[0005] 本申請實施例通過提供一種基于HLS協(xié)議的節(jié)目播放方法和裝置，解決了現(xiàn)有技 術(shù)中為滿足不同用戶的需求，服務(wù)器需要針對同樣的多媒體文件部署多套切片文件版本和 索引文件版本，本方案使得服務(wù)器可以根據(jù)用戶的身份進(jìn)行差異化的播放，在播放同一視 頻流時，根據(jù)客戶身份的不同提供不同的索引文件使得最后的播放內(nèi)容不同。
[0006] 第一方面，本申請實施例提供了一種基于HLS協(xié)議的節(jié)目播放方法，應(yīng)用于終端， 所述方法包括：
[0007] 基于目標(biāo)節(jié)目，向服務(wù)器發(fā)送第一播放請求并下載服務(wù)器基于所述第一播放請求 生成的第一播放索引文件，所述第一播放索引文件用于提供與所述目標(biāo)節(jié)目相關(guān)的基本類 切片文件的URL地址；
[0008] 若所述第一播放索引文件中包含預(yù)設(shè)的增量類切片文件標(biāo)識信息，則向服務(wù)器發(fā) 送基于HLS協(xié)議的的第二播放請求，所述第二播放請求中至少攜帶有所述終端的權(quán)限標(biāo)識 信息；
[0009]下載服務(wù)器基于所述終端的權(quán)限標(biāo)識信息生成的第二播放索引文件，所述第二播 放索引文件用于提供增量類切片文件的URL地址；
[0010]按照第一播放索引文件提供的基本類切片文件URL地址和第二播放索引文件提供 的增量類切片文件的URL地址下載所述目標(biāo)節(jié)目的切片文件并播放。
[0011] 第二方面，本申請實施例提供了一種基于HLS協(xié)議的節(jié)目播放方法，應(yīng)用于服務(wù) 器，所述方法包括：
[0012] 接收終端發(fā)送的第一播放請求，對目標(biāo)節(jié)目進(jìn)行切片；
[0013] 若所述目標(biāo)文件的切片文件中包含預(yù)設(shè)內(nèi)容類型的切片文件，則對所述切片文件 進(jìn)行分類，生成基本類切片文件和與預(yù)設(shè)內(nèi)容類型相應(yīng)的至少一種增量類切片文件；
[0014]按照預(yù)設(shè)的播放策略生成第一播放索引文件，所述第一播放索引文件用于提供基 本類切片文件的URL地址和預(yù)設(shè)的增量類切片文件的標(biāo)識信息；
[0015] 接收所述終端在下載所述第一播放索引文件后發(fā)送的第二播放請求，所述第二播 放請求中攜帶有所述終端權(quán)限標(biāo)識信息；
[0016] 根據(jù)所述權(quán)限標(biāo)識信息，確定與權(quán)限標(biāo)識信息相關(guān)的增量類切片文件；
[0017] 基于所述增量類切片文件生成第二播放索引文件，所述第二播放索引文件用于提 供所述增量類切片文件的URL地址。
[0018] 第三方面，本申請實施例提供了一種基于HLS協(xié)議的節(jié)目播放裝置，應(yīng)用于終端， 所述裝置包括：
[0019] 第一播放索引下載模塊，用于基于目標(biāo)節(jié)目，向服務(wù)器發(fā)送第一播放請求并下載 服務(wù)器基于所述第一播放請求生成的第一播放索引文件，所述第一播放索引文件用于提供 與所述目標(biāo)節(jié)目相關(guān)的基本類切片文件的URL地址；
[0020] 索引文件分析模塊，用于若所述第一播放索引文件中包含預(yù)設(shè)的增量類切片文件 標(biāo)識信息，則向服務(wù)器發(fā)送基于HLS協(xié)議的的第二播放請求，所述第二播放請求中至少攜帶 有所述終端的權(quán)限標(biāo)識信息；
[0021] 第二播放索引下載模塊，下載服務(wù)器基于所述終端的權(quán)限標(biāo)識信息生成的第二播 放索引文件，所述第二播放索引文件用于提供增量類切片文件的URL地址；
[0022]切片文件下載模塊，用于按照第一播放索引文件提供的基本類切片文件URL地址 和第二播放索引文件提供的增量類切片文件的URL地址下載所述目標(biāo)節(jié)目的切片文件并播 放。
[0023] 第四方面，本申請實施例還提供了一種基于HLS協(xié)議的節(jié)目播放裝置，應(yīng)用于服務(wù) 器，所述裝置包括：
[0024] 切片文件生成模塊，用于接收終端發(fā)送的第一播放請求，對目標(biāo)節(jié)目進(jìn)行切片；
[0025] 切片文件分類模塊，用于若所述目標(biāo)文件的切片文件中包含預(yù)設(shè)內(nèi)容類型的切片 文件，則對所述切片文件進(jìn)行分類，生成基本類切片文件和與預(yù)設(shè)內(nèi)容類型相應(yīng)的至少一 種增量類切片文件；
[0026] 第一播放索引文件生成模塊，用于按照預(yù)設(shè)的播放策略生成第一播放索引文件， 所述第一播放索引文件用于提供基本類切片文件的URL地址和預(yù)設(shè)的增量類切片文件的標(biāo) 識信息；
[0027] 第二播放請求接收模塊，用于接收所述終端在下載所述第一播放索引文件后發(fā)送 的第二播放請求，所述第二播放請求中攜帶有所述終端權(quán)限標(biāo)識信息；
[0028] 增量切片文件匹配模塊，用于根據(jù)所述權(quán)限標(biāo)識信息，確定與權(quán)限標(biāo)識信息相關(guān) 的增量類切片文件；
[0029] 第二播放索引文件生成模塊，用于基于所述增量類切片文件生成第二播放索引文 件，所述第二播放索引文件用于提供所述增量類切片文件的URL地址。
[0030] 本申請對于終端來說，首先向服務(wù)器發(fā)送針對目標(biāo)節(jié)目的第一播放請求，然后下 載第一播放索引文件，其中，第一播放索引文件提供基本類切片文件的URL地址，如果在第 一播放索引文件中還包含增量類切片文件的標(biāo)識信息，那么終端第二次向服務(wù)器發(fā)送第二 播放請求，在第二播放請求中攜帶終端的權(quán)限標(biāo)識信息，服務(wù)器接收后，根據(jù)權(quán)限標(biāo)識信息 生成第二播放索引文件，在該第二播放索引文件中，包含增量類切片文件的URL地址，最后， 基于兩個播放索引文件，用戶可以獲取到目標(biāo)節(jié)目的切片文件進(jìn)行播放，對服務(wù)器來說，月艮 務(wù)器接收到第一播放請求后將目標(biāo)文件進(jìn)行切片，如果發(fā)現(xiàn)切片文件中包含預(yù)設(shè)內(nèi)容類型 的切片文件，就對切片文件進(jìn)行分類，分成基本類切片文件和增量類切片文件，對終端首先 只提供包含基本類切片文件URL地址和增量類切片文件的標(biāo)識信息的第一播放索引文件， 在第二次接收到終端帶有權(quán)限標(biāo)識信息的第二播放請求后，再基于權(quán)限標(biāo)識信息確定相關(guān) 的增量類切片文件，進(jìn)而生成第二播放索引文件供用戶下載，相比現(xiàn)有技術(shù)，服務(wù)器端只部 署一套針對目標(biāo)節(jié)目的切片文件，并且基于切片文件的內(nèi)容類型進(jìn)行分類，針對終端的權(quán) 限信息不同，可以提供不同的增量切片文件，而終端基于下載得到的索引文件不同，可以獲 取不同的切片文件內(nèi)容，進(jìn)而實現(xiàn)同一視頻流的不同版本播放內(nèi)容，有效的避免了已有技 術(shù)為滿足不同用戶需求，服務(wù)器需要針對同樣的多媒體文件部署多套切片文件版本和索引 文件版本，使得服務(wù)器可以根據(jù)用戶的身份進(jìn)行差異化的播放，在播放同一視頻流時，根據(jù) 客戶身份的不同提供不同的索引文件使得最后的播放內(nèi)容不同。
【附圖說明】
[0031] 圖1為本申請實施例中應(yīng)用于終端中的基于HLS協(xié)議的節(jié)目播放方法的流程圖；
[0032] 圖2為本申請實施例中應(yīng)用于服務(wù)器中的基于HLS協(xié)議的節(jié)目播放方法的流程圖；
[0033] 圖3為本申請實施例中根據(jù)不同的客戶端的權(quán)限對應(yīng)的播放策略的示意圖；
[0034] 圖4為本申請實施例中應(yīng)用于終端中的基于HLS協(xié)議的節(jié)目播放裝置的模塊圖；
[0035] 圖5為本申請實施例中應(yīng)用于服務(wù)器中的基于HLS協(xié)議的節(jié)目播放裝置的模塊圖； [0036]圖6為本申請實施例中服務(wù)器與終端交互的模塊示意圖。
【具體實施方式】
[0037] 為了更好的理解上述技術(shù)方案，下面將結(jié)合說明書附圖以及具體的實施方式對上 述技術(shù)方案進(jìn)行詳細(xì)的說明。
[0038] 本申請實施例提供一種基于HLS協(xié)議的節(jié)目播放方法，應(yīng)用于終端，如圖1所示，所 述方法包括：
[0039]步驟S101:基于目標(biāo)節(jié)目，向服務(wù)器發(fā)送第一播放請求并下載服務(wù)器基于所述第 一播放請求生成的第一播放索引文件，所述第一播放索引文件用于提供與所述目標(biāo)節(jié)目相 關(guān)的基本類切片文件的URL地址；
[0040] HLS(HTTP Live Streaming)是蘋果公司針對iPhone、iPod、iTouch和iPad等移動 設(shè)備而開發(fā)的基于HTTP協(xié)議的流媒體解決方案。在HLS技術(shù)中Web服務(wù)器向客戶端提供接近 實時的音視頻流。但在使用的過程中是使用的標(biāo)準(zhǔn)的HTTP協(xié)議，所以這時，只要使用HLS的 技術(shù)，就能在普通的HTTP的應(yīng)用上直接提供點(diǎn)播和直播。該技術(shù)基本原理是將視頻文件或 視頻流切分成小片(ts)并建立索引文件(m3u8)。支持的視頻流編碼為Η. 264，音頻流編碼為 AAC〇
[0041] HLS的分段策略，基本上推薦是10秒一個分片，當(dāng)然，具體時間還要根據(jù)分好后的 分片的實際時長可自由調(diào)整。
[0042]簡單來說，終端獲取到第一播放索引文件中只提供基本類切片文件的URL地址，而 服務(wù)器端目標(biāo)節(jié)目除了基本類切片文件，有可能還存在其他類的切片文件，當(dāng)然目標(biāo)節(jié)目 也可能只包含基本類切片文件。
[0043]步驟S102:若所述第一播放索引文件中包含預(yù)設(shè)的增量類切片文件標(biāo)識信息，則 向服務(wù)器發(fā)送基于HLS協(xié)議的的第二播放請求，所述第二播放請求中至少攜帶有所述終端 的權(quán)限標(biāo)識信息；
[0044] 服務(wù)器端提供的第一播放索引文件中包含基本類切片文件的URL地址以及可能會 存在有預(yù)設(shè)的一個標(biāo)識信息，該標(biāo)識信息用來標(biāo)識目標(biāo)節(jié)目還包含有增量類切片文件。
[0045] 終端如果在第一播放索引文件中找到增量類切片文件的標(biāo)識，會向服務(wù)器發(fā)送攜 帶自身的權(quán)限標(biāo)識信息的第二播放請求。
[0046] 例如，終端通過查找#EXTINF-ADDmONAL:〈GID>這個字段可以判斷是否繼續(xù)發(fā)送 第二播放請求。
[0047]步驟S103:下載服務(wù)器基于所述終端的權(quán)限標(biāo)識信息生成的第二播放索引文件， 所述第二播放索引文件用于提供增量類切片文件的URL地址；
[0048]服務(wù)器接收到終端第二次發(fā)送的播放請求后，會根據(jù)請求中攜帶的終端的權(quán)限標(biāo) 識信息生成第二播放索引文件，而終端基于此第二播放索引文件可以獲知到增量類切片文 件的URL地址。
[0049]步驟S104:按照第一播放索引文件提供的基本類切片文件URL地址和第二播放索 引文件提供的增量類切片文件的URL地址下載所述目標(biāo)節(jié)目的切片文件并播放。
[0050]本申請對于終端來說，首先向服務(wù)器發(fā)送針對目標(biāo)節(jié)目的第一播放請求，然后下 載第一播放索引文件，其中，第一播放索引文件提供基本類切片文件的URL地址，如果在第 一播放索引文件中還包含增量類切片文件的標(biāo)識信息，那么終端第二次向服務(wù)器發(fā)送第二 播放請求，在第二播放請求中攜帶終端的權(quán)限標(biāo)識信息，服務(wù)器接收后，根據(jù)權(quán)限標(biāo)識信息 生成第二播放索引文件，在該第二播放索引文件中，包含增量類切片文件的URL地址，最后， 基于兩個播放索引文件，用戶可以獲取到目標(biāo)節(jié)目的切片文件進(jìn)行播放，相比現(xiàn)有技術(shù)，終 端通過兩次播放請求，并在第二次播放請求中上報自身的權(quán)限標(biāo)識信息，使得服務(wù)器根據(jù) 權(quán)限標(biāo)識信息提供增量類切片文件的URL地址，最后基于基本類切片文件的地址和增量類 切片文件的URL地址，實現(xiàn)完整版本的視頻內(nèi)容播放功能，有效的避免了已有技術(shù)為滿足不 同用戶需求，服務(wù)器需要針對同樣的多媒體文件部署多套切片文件版本和索引文件版本， 使得服務(wù)器和終端可以根據(jù)用戶的身份進(jìn)行差異化的播放，在播放同一視頻流時，根據(jù)客 戶身份的不同提供不同的索引文件使得最后的播放內(nèi)容不同。
[0051] 可選的，本實施例的方法還包括，若所述第一播放索引文件中沒有包含預(yù)設(shè)的增 量類切片文件的標(biāo)識信息，則按照第一播放索引文件提供的基本類切片文件URL地址下載 所述目標(biāo)節(jié)目的切片文件并播放。
[0052] 可選的，在下載服務(wù)器基于所述終端的權(quán)限標(biāo)識信息生成的第二播放索引文件的 步驟之后，還包括：
[0053] 獲取所述第一播放索引文件和第二播放索引文件中每個切片文件的時間信息； [0054]基于所述時間信息，對所述第一播放索引文件和第二播放索引文件進(jìn)行合并，生 成合并索引文件。
[0055]示例的，對應(yīng)完整的一個視頻文件，其基本類切片文件對應(yīng)的播放時間是普通情 節(jié)的切片文件1從〇〇: 〇〇: 00-00:45:00以及普通情節(jié)的切片文件2從01:25:01-02:00:00，而 其中可能包含增量類切片文件，例如，一段地域敏感情節(jié)的切片文件，其播放時間為〇〇: 45: 01-01:00:00，一段暴力情節(jié)的切片文件，其播放時間為01:00:01-01:25:00，終端的權(quán)限如 果較大，則服務(wù)器可能會將增量類的切片文件的信息都下發(fā)給終端，
[0056] 終端收到后，會依照時間的順序，重新對兩份索引文件進(jìn)行排序，將增量類切片文 件對應(yīng)的信息插入到基本類切片文件中，然后生成一個完整的合并后的索引文件。
[0057] 可選的，第二播放索引文件在服務(wù)器端進(jìn)行了加密操作，那么相應(yīng)的，在下載服務(wù) 器基于所述終端的權(quán)限標(biāo)識信息生成的第二播放索引文件的步驟之后，還包括：
[0058]向服務(wù)器發(fā)送基于加密后的第二播放索引文件的解密請求；
[0059]根據(jù)服務(wù)器下發(fā)的解密信息，獲取第二播放索引文件提供的增量類切片文件的 URL地址。
[0060] 第一播放索引文件可以以明文的形式下發(fā)，而第二播放索引文件由于涉及到用戶 的權(quán)限等隱私信息，服務(wù)器會對第二播放索引文件進(jìn)行加密，即通過密文的形式下發(fā)，以保 證終端的安全。
[0061] 另一方面，本申請還提供了一種基于HLS協(xié)議的節(jié)目播放方法，應(yīng)用于服務(wù)器，如 圖2所示，所述方法包括：
[0062]步驟S201:接收終端發(fā)送的第一播放請求，對目標(biāo)節(jié)目進(jìn)行切片；
[0063]服務(wù)器端將原始的媒體文件按照HLS協(xié)議進(jìn)行切片并得到切片文件和原始索引 表。
[0064]例如：原始媒體文件播放時長02: 35:00，基本切片文件播放時長5秒，共生成切片 文件1860個，索引為0~1859。0對應(yīng)第一個切片文件，1859對應(yīng)最后一個切片文件。
[0065] 步驟S202:若所述目標(biāo)文件的切片文件中包含預(yù)設(shè)內(nèi)容類型的切片文件，則對所 述切片文件進(jìn)行分類，生成基本類切片文件和與預(yù)設(shè)內(nèi)容類型相應(yīng)的至少一種增量類切片 文件；
[0066] 通過分析每個切片文件的內(nèi)容，其中切片文件中可能會包含地域敏感的情節(jié)、暴 力的情節(jié)、宗教敏感情節(jié)、少兒不宜的情節(jié)等。這些都可以作為包含預(yù)設(shè)內(nèi)容類型的切片文 件，因此，為了實現(xiàn)差異化播放，最好給每種類型的切片文件加上一個標(biāo)識內(nèi)容或者情節(jié)的 標(biāo)簽。
[0067] 示例的，如下表1所示：
[0069]其中每種情節(jié)或者內(nèi)容類型可能對應(yīng)多個切片文件，例如切片文件序號0~539都 是普通內(nèi)容的切片文件。
[0070]像普通情節(jié)段1和普通情節(jié)段2都屬于基本類切片文件，而地域敏感情節(jié)段、暴力 的情節(jié)段、宗教敏感情節(jié)段以及加長情節(jié)段都屬于增量類切片文件。
[0071 ]步驟S203:按照預(yù)設(shè)的播放策略生成第一播放索引文件，所述第一播放索引文件 用于提供基本類切片文件的URL地址和預(yù)設(shè)的增量類切片文件的標(biāo)識信息；
[0072] 在服務(wù)器端通過分析切片文件的內(nèi)容類型，會首先根據(jù)默認(rèn)的播放策略生成第一 播放索引文件。意味著用戶當(dāng)前只能觀看普通情節(jié)段1和普通情節(jié)段2對應(yīng)的內(nèi)容，但是在 第一播放索引文件中會提示用戶此目標(biāo)節(jié)目還包括增量類切片文件的標(biāo)識，如果權(quán)限足 夠，可以申請觀看增量類的節(jié)目片段。
[0073] 實際中，根據(jù)默認(rèn)播放策略生成明文播放索引表，其格式同M3U8，并增加以下字 段：
[0074] #EXTINF-GL0BAL: <GID>，GID為128位數(shù)字。在系統(tǒng)中唯一標(biāo)識此播放節(jié)目。
[0075] 如果此節(jié)目還存在其他增量播放內(nèi)容，則在明文播放索引表中包括以下標(biāo)識：
[0076] #EXTINF-ADDITIONAL:〈GID>，GID為128位數(shù)字。在系統(tǒng)中唯一標(biāo)識此播放節(jié)目。 [0077]步驟S204:接收所述終端在下載所述第一播放索引文件后發(fā)送的第二播放請求， 所述第二播放請求中攜帶有所述終端權(quán)限標(biāo)識信息；
[0078]步驟S205:根據(jù)所述權(quán)限標(biāo)識信息，確定與權(quán)限標(biāo)識信息相關(guān)的增量類切片文件； [0079] 示例的，如下表2所示：
[0082] 終端的權(quán)限標(biāo)識信息可以對應(yīng)的分為匿名客戶，普通不付費(fèi)客戶，普通國內(nèi)付費(fèi) 客戶以及國外付費(fèi)客戶，在數(shù)據(jù)庫中可相應(yīng)的查找每種客戶可以觀看的切片內(nèi)容類型，如 表2中的第二列。
[0083] 如果當(dāng)前的終端權(quán)限標(biāo)識表明用戶是普通國內(nèi)付費(fèi)客戶，那么該類客戶可以觀看 基本類切片文件(普通情節(jié)段1和普通情節(jié)段2)以及部分增量類切片文件(加長情節(jié)段） [0084]步驟S206:基于所述增量類切片文件生成第二播放索引文件，所述第二播放索引 文件用于提供所述增量類切片文件的URL地址。
[0085] 基于步驟S205中匹配到的用戶可以觀看的增量類切片文件內(nèi)容，將加長情節(jié)段對 應(yīng)的內(nèi)容即切片序號從1620-1859的URL地址生成第二播放索引文件，供用戶后續(xù)下載獲 得。
[0086] 再示例的，可以如圖3所示，服務(wù)器端依據(jù)不同的終端權(quán)限信息對應(yīng)的播放策略， 生成不同版本的視頻播放內(nèi)容。
[0087] 對于本領(lǐng)域技術(shù)人員來說，在實現(xiàn)本方案時，也可以向服務(wù)器發(fā)送一次針對目標(biāo) 節(jié)目的播放請求，在該播放請求中攜帶用戶的權(quán)限標(biāo)識信息，服務(wù)器收到請求后，基于播放 請求，生成對應(yīng)基本類切片文件URL地址的第一播放索引文件，以及根據(jù)用戶的權(quán)限標(biāo)識信 息生成對應(yīng)增量類切片文件URL地址的第二播放索引文件，終端接下載收到兩個播放索引 文件后，進(jìn)行合并，或者服務(wù)器段對兩個播放索引文件進(jìn)行合并再由終端進(jìn)行下載。該方案 也應(yīng)屬于本申請想要保護(hù)的技術(shù)范圍內(nèi)。
[0088] 本申請對于服務(wù)器來說，服務(wù)器接收到第一播放請求后將目標(biāo)文件進(jìn)行切片，如 果發(fā)現(xiàn)切片文件中包含預(yù)設(shè)內(nèi)容類型的切片文件，就對切片文件進(jìn)行分類，分成基本類切 片文件和增量類切片文件，對終端首先只提供包含基本類切片文件URL地址和增量類切片 文件的標(biāo)識信息的第一播放索引文件，在第二次接收到終端帶有權(quán)限標(biāo)識信息的第二播放 請求后，再基于權(quán)限標(biāo)識信息確定相關(guān)的增量類切片文件，進(jìn)而生成第二播放索引文件供 用戶下載，相比現(xiàn)有技術(shù)，服務(wù)器端只部署一套針對目標(biāo)節(jié)目的切片文件，并且基于切片文 件的內(nèi)容類型進(jìn)行分類，針對終端的權(quán)限信息不同，可以提供不同的增量切片文件，而終端 基于下載得到的索引文件不同，可以獲取不同的切片文件內(nèi)容，進(jìn)而實現(xiàn)同一視頻流的不 同版本播放內(nèi)容，有效的避免了已有技術(shù)為滿足不同用戶需求，服務(wù)器需要針對同樣的多 媒體文件部署多套切片文件版本和索引文件版本，使得服務(wù)器可以根據(jù)用戶的身份進(jìn)行差 異化的播放，在播放同一視頻流時，根據(jù)客戶身份的不同提供不同的索引文件使得最后的 播放內(nèi)容不同。
[0089] 可選的，所述對所述切片文件進(jìn)行分類，生成基本類切片文件和與預(yù)設(shè)內(nèi)容類型 相應(yīng)的至少一種增量類切片文件的步驟，具體為：
[0090] 將所述切片文件按照預(yù)設(shè)的內(nèi)容類型進(jìn)行劃分；
[0091] 將非預(yù)設(shè)的內(nèi)容類型對應(yīng)的切片文件確定為基本類切片文件，將符合預(yù)設(shè)的內(nèi)容 類型對應(yīng)的切片文件
[0092] 按照節(jié)目內(nèi)容類型的不同劃分為至少一種類型的增量切片文件；
[0093] 按照預(yù)設(shè)的匹配策略，為每種類型的增量切片文件匹配對應(yīng)的終端權(quán)限標(biāo)識信 息。
[0094] 可選的，所述根據(jù)所述權(quán)限標(biāo)識信息，確定與權(quán)限標(biāo)識信息相關(guān)的增量類切片文 件，具體為：
[0095] 在獲取到所述終端的權(quán)限標(biāo)識信息后，從預(yù)設(shè)的每種類型的增量切片文件與終端 權(quán)限標(biāo)識信息的對應(yīng)關(guān)系中查找目標(biāo)類型增量切片文件；
[0096] 將符合終端權(quán)限標(biāo)識信息對應(yīng)的增量切片文件確定為目標(biāo)增量切片文件。
[0097]可選的，所述基于所述增量類切片文件生成第二播放索引文件的步驟之后，還包 括：
[0098] 對所述生成的第二播放索引文件進(jìn)行加密；
[0099] 待接收到終端下載第二播放索引文件后發(fā)送的解密請求，將對應(yīng)第二播放索引文 件的解密信息下發(fā)給所述終端。
[0100] 可選的，本實施例還包括：
[0101]若無法根據(jù)終端的權(quán)限標(biāo)識信息確定相關(guān)的增量類切片文件，則生成增量類切片 文件標(biāo)識信息刪除指令；
[0102] 將所述刪除指令下發(fā)給終端，以指示終端對所述第一播放索引文件中的增量類切 片文件的標(biāo)識信息進(jìn)行刪除。
[0103] 基于同樣的發(fā)明構(gòu)思，本申請實施例還提供了一種基于HLS協(xié)議的節(jié)目播放裝置， 應(yīng)用于終端，如圖4所示，所述裝置包括：
[0104] 第一播放索引下載模塊401，用于基于目標(biāo)節(jié)目，向服務(wù)器發(fā)送第一播放請求并下 載服務(wù)器基于所述第一播放請求生成的第一播放索引文件，所述第一播放索引文件用于提 供與所述目標(biāo)節(jié)目相關(guān)的基本類切片文件的URL地址；
[0105] 索引文件分析模塊402,用于若所述第一播放索引文件中包含預(yù)設(shè)的增量類切片 文件標(biāo)識信息，則向服務(wù)器發(fā)送基于HLS協(xié)議的的第二播放請求，所述第二播放請求中至少 攜帶有所述終端的權(quán)限標(biāo)識信息；
[0106] 第二播放索引下載模塊403,下載服務(wù)器基于所述終端的權(quán)限標(biāo)識信息生成的第 二播放索引文件，所述第二播放索引文件用于提供增量類切片文件的URL地址；
[0107] 切片文件下載模塊404,用于按照第一播放索引文件提供的基本類切片文件URL地 址和第二播放索引文件提供的增量類切片文件的URL地址下載所述目標(biāo)節(jié)目的切片文件并 播放。
[0108] 本申請對于終端來說，首先向服務(wù)器發(fā)送針對目標(biāo)節(jié)目的第一播放請求，然后下 載第一播放索引文件，其中，第一播放索引文件提供基本類切片文件的URL地址，如果在第 一播放索引文件中還包含增量類切片文件的標(biāo)識信息，那么終端第二次向服務(wù)器發(fā)送第二 播放請求，在第二播放請求中攜帶終端的權(quán)限標(biāo)識信息，服務(wù)器接收后，根據(jù)權(quán)限標(biāo)識信息 生成第二播放索引文件，在該第二播放索引文件中，包含增量類切片文件的URL地址，最后， 基于兩個播放索引文件，用戶可以獲取到目標(biāo)節(jié)目的切片文件進(jìn)行播放，相比現(xiàn)有技術(shù)，終 端通過兩次播放請求，并在第二次播放請求中上報自身的權(quán)限標(biāo)識信息，使得服務(wù)器根據(jù) 權(quán)限標(biāo)識信息提供增量類切片文件的URL地址，最后基于基本類切片文件的地址和增量類 切片文件的URL地址，實現(xiàn)完整版本的視頻內(nèi)容播放功能，有效的避免了已有技術(shù)為滿足不 同用戶需求，服務(wù)器需要針對同樣的多媒體文件部署多套切片文件版本和索引文件版本， 使得服務(wù)器和終端可以根據(jù)用戶的身份進(jìn)行差異化的播放，在播放同一視頻流時，根據(jù)客 戶身份的不同提供不同的索引文件使得最后的播放內(nèi)容不同。
[0109] 基于同樣的發(fā)明構(gòu)思，本申請實施例還提供一種基于HLS協(xié)議的節(jié)目播放裝置，應(yīng) 用于服務(wù)器，如圖5所示，所述裝置包括：
[0110] 切片文件生成模塊501，用于接收終端發(fā)送的第一播放請求，對目標(biāo)節(jié)目進(jìn)行切 片；
[0111] 切片文件分類模塊502，用于若所述目標(biāo)文件的切片文件中包含預(yù)設(shè)內(nèi)容類型的 切片文件，則對所述切片文件進(jìn)行分類，生成基本類切片文件和與預(yù)設(shè)內(nèi)容類型相應(yīng)的至 少一種增量類切片文件；
[0112] 第一播放索引文件生成模塊503，用于按照預(yù)設(shè)的播放策略生成第一播放索引文 件，所述第一播放索引文件用于提供基本類切片文件的URL地址和預(yù)設(shè)的增量類切片文件 的標(biāo)識信息；
[0113] 第二播放請求接收模塊504,用于接收所述終端在下載所述第一播放索引文件后 發(fā)送的第二播放請求，所述第二播放請求中攜帶有所述終端權(quán)限標(biāo)識信息；
[0114] 增量切片文件匹配模塊505，用于根據(jù)所述權(quán)限標(biāo)識信息，確定與權(quán)限標(biāo)識信息相 關(guān)的增量類切片文件；
[0115] 第二播放索引文件生成模塊506，用于基于所述增量類切片文件生成第二播放索 引文件，所述第二播放索引文件用于提供所述增量類切片文件的URL地址。
[0116] 基于上述終端和服務(wù)器中的模塊功能，實際中，可以構(gòu)建如圖6的框圖。
[0117]在服務(wù)器端，原始媒體文件一方面通過切片模塊進(jìn)行切片處理，一方面針對切片 文件的內(nèi)容通過切片時間段分析模塊進(jìn)行分類，給每一種類型的切片文件增加切片文件標(biāo) 簽，標(biāo)識類型，以及切片時間序列，對應(yīng)相應(yīng)的播放策略，通過切片數(shù)據(jù)管理模塊將每個切 片文件進(jìn)行劃分，分成基本類切片文件和若干種類型的增量類切片文件，同時，索引文件生 成模塊配置好默認(rèn)的播放索引文件即基本類索引文件，以及基于客戶端的請求，生成密文 的增量播放索引文件，加密的播放索引文件需要與用戶信息鑒權(quán)模塊進(jìn)行交互，為不同的 用戶權(quán)限分配不同的增量類切片文件。
[0118] 對于終端或者客戶端而言，在現(xiàn)有技術(shù)的基礎(chǔ)上增加了索引文件的分析模塊，用 于分析服務(wù)器段首次下發(fā)的基本類切片索引文件中是否包含有增量切片文件的標(biāo)識，如果 是，則第二次發(fā)送播放請求，并將客戶端的權(quán)限標(biāo)識信息發(fā)送給服務(wù)器，通過下載模塊下載 服務(wù)器生成的加密的播放索引文件，獲得增量類切片文件的URL地址，然后基于第一次下載 獲得的基本類切片文件的URL地址以及第二次下載獲得的增量類切片文件的URL地址下載 目標(biāo)節(jié)目的切片文件，通過播放模塊進(jìn)行播放。
[0119] 本申請對于服務(wù)器來說，服務(wù)器接收到第一播放請求后將目標(biāo)文件進(jìn)行切片，如 果發(fā)現(xiàn)切片文件中包含預(yù)設(shè)內(nèi)容類型的切片文件，就對切片文件進(jìn)行分類，分成基本類切 片文件和增量類切片文件，對終端首先只提供包含基本類切片文件URL地址和增量類切片 文件的標(biāo)識信息的第一播放索引文件，在第二次接收到終端帶有權(quán)限標(biāo)識信息的第二播放 請求后，再基于權(quán)限標(biāo)識信息確定相關(guān)的增量類切片文件，進(jìn)而生成第二播放索引文件供 用戶下載，相比現(xiàn)有技術(shù)，服務(wù)器端只部署一套針對目標(biāo)節(jié)目的切片文件，并且基于切片文 件的內(nèi)容類型進(jìn)行分類，針對終端的權(quán)限信息不同，可以提供不同的增量切片文件，而終端 基于下載得到的索引文件不同，可以獲取不同的切片文件內(nèi)容，進(jìn)而實現(xiàn)同一視頻流的不 同版本播放內(nèi)容，有效的避免了已有技術(shù)為滿足不同用戶需求，服務(wù)器需要針對同樣的多 媒體文件部署多套切片文件版本和索引文件版本，使得服務(wù)器可以根據(jù)用戶的身份進(jìn)行差 異化的播放，在播放同一視頻流時，根據(jù)客戶身份的不同提供不同的索引文件使得最后的 播放內(nèi)容不同。
[0120] 本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機(jī)程序 產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實 施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī) 可用存儲介質(zhì)（包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等）上實施的計算機(jī)程序產(chǎn) 品的形式。
[0121] 本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備（系統(tǒng)）、和計算機(jī)程序產(chǎn)品的流程 圖和/或方框圖來描述的。應(yīng)理解可由計算機(jī)程序指令實現(xiàn)流程圖和/或方框圖中的每一流 程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計算機(jī)程序 指令到通用計算機(jī)、專用計算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn) 生一個機(jī)器，使得通過計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實 現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0122] 這些計算機(jī)程序指令也可存儲在能引導(dǎo)計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特 定方式工作的計算機(jī)可讀存儲器中，使得存儲在該計算機(jī)可讀存儲器中的指令產(chǎn)生包括指 令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或 多個方框中指定的功能。
[0123] 這些計算機(jī)程序指令也可裝載到計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計 算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機(jī)實現(xiàn)的處理，從而在計算機(jī)或 其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一 個方框或多個方框中指定的功能的步驟。
[0124] 盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造 性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu) 選實施例以及落入本發(fā)明范圍的所有變更和修改。
[0125] 顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
【主權(quán)項】
1. 一種基于HLS協(xié)議的節(jié)目播放方法，應(yīng)用于終端，其特征在于，所述方法包括： 基于目標(biāo)節(jié)目，向服務(wù)器發(fā)送第一播放請求并下載服務(wù)器基于所述第一播放請求生成 的第一播放索引文件，所述第一播放索引文件用于提供與所述目標(biāo)節(jié)目相關(guān)的基本類切片 文件的URL地址； 若所述第一播放索引文件中包含預(yù)設(shè)的增量類切片文件標(biāo)識信息，則向服務(wù)器發(fā)送基 于HLS協(xié)議的的第二播放請求，所述第二播放請求中至少攜帶有所述終端的權(quán)限標(biāo)識信息； 下載服務(wù)器基于所述終端的權(quán)限標(biāo)識信息生成的第二播放索引文件，所述第二播放索 引文件用于提供增量類切片文件的URL地址； 按照第一播放索引文件提供的基本類切片文件URL地址和第二播放索引文件提供的增 量類切片文件的URL地址下載所述目標(biāo)節(jié)目的切片文件并播放。2. 如權(quán)利要求1所述的方法，其特征在于，還包括： 若所述第一播放索引文件中沒有包含預(yù)設(shè)的增量類切片文件的標(biāo)識信息，則按照第一 播放索引文件提供的基本類切片文件URL地址下載所述目標(biāo)節(jié)目的切片文件并播放。3. 如權(quán)利要求2所述的方法，其特征在于，在下載服務(wù)器基于所述終端的權(quán)限標(biāo)識信息 生成的第二播放索引文件的步驟之后，還包括： 獲取所述第一播放索引文件和第二播放索引文件中每個切片文件的時間信息； 基于所述時間信息，對所述第一播放索引文件和第二播放索引文件進(jìn)行合并，生成合 并索引文件。4. 如權(quán)利要求3所述的方法，其特征在于，所述第二播放索引文件在服務(wù)器端進(jìn)行了加 密操作， 相應(yīng)的，在下載服務(wù)器基于所述終端的權(quán)限標(biāo)識信息生成的第二播放索引文件的步驟 之后，還包括： 向服務(wù)器發(fā)送基于加密后的第二播放索引文件的解密請求； 根據(jù)服務(wù)器下發(fā)的解密信息，獲取第二播放索引文件提供的增量類切片文件的URL地 址。5. -種基于HLS協(xié)議的節(jié)目播放方法，應(yīng)用于服務(wù)器，其特征在于，所述方法包括： 接收終端發(fā)送的第一播放請求，對目標(biāo)節(jié)目進(jìn)行切片； 若所述目標(biāo)文件的切片文件中包含預(yù)設(shè)內(nèi)容類型的切片文件，則對所述切片文件進(jìn)行 分類，生成基本類切片文件和與預(yù)設(shè)內(nèi)容類型相應(yīng)的至少一種增量類切片文件； 按照預(yù)設(shè)的播放策略生成第一播放索引文件，所述第一播放索引文件用于提供基本類 切片文件的URL地址和預(yù)設(shè)的增量類切片文件的標(biāo)識信息； 接收所述終端在下載所述第一播放索引文件后發(fā)送的第二播放請求，所述第二播放請 求中攜帶有所述終端權(quán)限標(biāo)識信息； 根據(jù)所述權(quán)限標(biāo)識信息，確定與權(quán)限標(biāo)識信息相關(guān)的增量類切片文件； 基于所述增量類切片文件生成第二播放索引文件，所述第二播放索引文件用于提供所 述增量類切片文件的URL地址。6. 如權(quán)利要求5所述的方法，其特征在于，所述對所述切片文件進(jìn)行分類，生成基本類 切片文件和與預(yù)設(shè)內(nèi)容類型相應(yīng)的至少一種增量類切片文件的步驟，具體為： 將所述切片文件按照預(yù)設(shè)的內(nèi)容類型進(jìn)行劃分； 將非預(yù)設(shè)的內(nèi)容類型對應(yīng)的切片文件確定為基本類切片文件，將符合預(yù)設(shè)的內(nèi)容類型 對應(yīng)的切片文件 按照節(jié)目內(nèi)容類型的不同劃分為至少一種類型的增量切片文件； 按照預(yù)設(shè)的匹配策略，為每種類型的增量切片文件匹配對應(yīng)的終端權(quán)限標(biāo)識信息。7. 如權(quán)利要求6所述的方法，其特征在于，所述根據(jù)所述權(quán)限標(biāo)識信息，確定與權(quán)限標(biāo) 識信息相關(guān)的增量類切片文件，具體為： 在獲取到所述終端的權(quán)限標(biāo)識信息后，從預(yù)設(shè)的每種類型的增量切片文件與終端權(quán)限 標(biāo)識信息的對應(yīng)關(guān)系中查找目標(biāo)類型增量切片文件； 將符合終端權(quán)限標(biāo)識信息對應(yīng)的增量切片文件確定為目標(biāo)增量切片文件。8. 如權(quán)利要求7所述的方法，其特征在于，所述基于所述增量類切片文件生成第二播放 索引文件的步驟之后，還包括： 對所述生成的第二播放索引文件進(jìn)行加密； 待接收到終端下載第二播放索引文件后發(fā)送的解密請求，將對應(yīng)第二播放索引文件的 解密信息下發(fā)給所述終端。9. 如權(quán)利要求8所述的方法，其特征在于，還包括： 若無法根據(jù)終端的權(quán)限標(biāo)識信息確定相關(guān)的增量類切片文件，則生成增量類切片文件 標(biāo)識信息刪除指令； 將所述刪除指令下發(fā)給終端，以指示終端對所述第一播放索引文件中的增量類切片文 件的標(biāo)識信息進(jìn)行刪除。10. -種基于HLS協(xié)議的節(jié)目播放裝置，應(yīng)用于終端，其特征在于，所述裝置包括： 第一播放索引下載模塊，用于基于目標(biāo)節(jié)目，向服務(wù)器發(fā)送第一播放請求并下載服務(wù) 器基于所述第一播放請求生成的第一播放索引文件，所述第一播放索引文件用于提供與所 述目標(biāo)節(jié)目相關(guān)的基本類切片文件的URL地址； 索引文件分析模塊，用于若所述第一播放索引文件中包含預(yù)設(shè)的增量類切片文件標(biāo)識 信息，則向服務(wù)器發(fā)送基于HLS協(xié)議的的第二播放請求，所述第二播放請求中至少攜帶有所 述終端的權(quán)限標(biāo)識信息； 第二播放索引下載模塊，下載服務(wù)器基于所述終端的權(quán)限標(biāo)識信息生成的第二播放索 引文件，所述第二播放索引文件用于提供增量類切片文件的URL地址； 切片文件下載模塊，用于按照第一播放索引文件提供的基本類切片文件URL地址和第 二播放索引文件提供的增量類切片文件的URL地址下載所述目標(biāo)節(jié)目的切片文件并播放。11. 一種基于HLS協(xié)議的節(jié)目播放裝置，應(yīng)用于服務(wù)器，其特征在于，所述裝置包括： 切片文件生成模塊，用于接收終端發(fā)送的第一播放請求，對目標(biāo)節(jié)目進(jìn)行切片； 切片文件分類模塊，用于若所述目標(biāo)文件的切片文件中包含預(yù)設(shè)內(nèi)容類型的切片文 件，則對所述切片文件進(jìn)行分類，生成基本類切片文件和與預(yù)設(shè)內(nèi)容類型相應(yīng)的至少一種 增量類切片文件； 第一播放索引文件生成模塊，用于按照預(yù)設(shè)的播放策略生成第一播放索引文件，所述 第一播放索引文件用于提供基本類切片文件的URL地址和預(yù)設(shè)的增量類切片文件的標(biāo)識信 息； 第二播放請求接收模塊，用于接收所述終端在下載所述第一播放索引文件后發(fā)送的第 二播放請求，所述第二播放請求中攜帶有所述終端權(quán)限標(biāo)識信息； 增量切片文件匹配模塊，用于根據(jù)所述權(quán)限標(biāo)識信息，確定與權(quán)限標(biāo)識信息相關(guān)的增 量類切片文件； 第二播放索引文件生成模塊，用于基于所述增量類切片文件生成第二播放索引文件， 所述第二播放索引文件用于提供所述增量類切片文件的URL地址。
【文檔編號】H04N21/858GK106028154SQ201610506233
【公開日】2016年10月12日
【申請日】2016年6月30日
【發(fā)明人】胡烜
【申請人】青島海信電器股份有限公司