流媒體處理方法和流媒體處理裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，更具體地，本發(fā)明涉及一種流媒體處理方法和流媒體處理裝置。
【背景技術(shù)】
[0002]目前，隨著電子設(shè)備和互聯(lián)網(wǎng)絡(luò)的發(fā)展，在線播放已經(jīng)變得越來越普遍。例如，人們可以使用電子設(shè)備、基于流媒體播放技術(shù)來隨時(shí)隨地欣賞各種各樣的多媒體資源(例如，觀看視頻、收聽音頻等)。
[0003]為了對流媒體播放技術(shù)進(jìn)行規(guī)范化，不同廠家提出了不同的流媒體標(biāo)準(zhǔn)。在諸多標(biāo)準(zhǔn)之中，多數(shù)多媒體供應(yīng)商都使用超文本傳輸協(xié)議(HTTP)實(shí)時(shí)流傳輸(HTTP LiveStreaming, HLS)協(xié)議來向用戶提供電子設(shè)備上的多媒體播放服務(wù)。HLS是一個由蘋果(Apple)公司提出的基于HTTP的流媒體網(wǎng)絡(luò)傳輸協(xié)議，它是蘋果公司QuickTime和iPhone軟件系統(tǒng)的一部分。
[0004]HLS協(xié)議的工作原理是將整個流媒體文件(或稱之為，多媒體流)劃分成一個個小的基于HTTP協(xié)議的傳輸流(TS)片段(即，具有TS格式的文件)，以供用戶進(jìn)行下載和播放，例如，考慮到網(wǎng)絡(luò)帶寬限制，用戶每次可以只下載其中的一些TS片段，并且邊播放邊下載。也就是說，HLS協(xié)議在服務(wù)器端將多媒體數(shù)據(jù)流封裝為連續(xù)的、其每一個具有很短時(shí)長的小TS片段；對應(yīng)地，客戶端則不斷地下載并播放這些小TS片段，直到整個流媒體文件播放完成為止。

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

[0005]在基于HLS協(xié)議來欣賞流媒體文件(例如，觀看某個影片)時(shí)，如果用戶在整個流媒體文件欣賞完畢之前由于某些原因而提前結(jié)束播放，則在再次欣賞該未完成的流媒體文件時(shí)，該用戶往往希望從上次中斷播放的“歷史記錄”開始繼續(xù)播放，而不是從頭開始重新進(jìn)行播放。
[0006]為此，可以在電子設(shè)備中保留當(dāng)前已經(jīng)下載到本地存儲器的所有TS片段數(shù)據(jù)和當(dāng)前的播放進(jìn)度，以供用戶下次續(xù)播時(shí)使用。
[0007]然而，若長時(shí)間不刪除已下載的TS片段，那么電子設(shè)備的存儲器(例如，SD卡)很快就會被這些緩存數(shù)據(jù)所充滿。典型地，例如一個時(shí)長為120分鐘、分辨率為480P的影片往往需要占用800MB的存儲空間。
[0008]因此，為了節(jié)省電子設(shè)備中的存儲空間，在用戶未欣賞完流媒體文件就結(jié)束播放時(shí)，可以從電子設(shè)備中刪除全部已下載的TS片段，而僅僅在電子設(shè)備中保存當(dāng)前的播放進(jìn)度，即當(dāng)前播放時(shí)間(或稱之為，結(jié)束播放時(shí)間)，以供用戶續(xù)播該影片時(shí)使用。
[0009]然而，在此情況下，當(dāng)用戶期望從上次的播放進(jìn)度續(xù)播該流媒體文件時(shí)，由于先前所緩存的TS片段已被清除，所以電子設(shè)備需要根據(jù)上述結(jié)束播放時(shí)間來重新下載那些雖然在前次播放時(shí)已下載、但是在結(jié)束播放時(shí)已刪除的TS片段。因此，大量的時(shí)間被浪費(fèi)到等待對應(yīng)歷史記錄的TS片段的重復(fù)下載上面，從而導(dǎo)致等待續(xù)播所需要的時(shí)間很長。
[0010]為了解決上述技術(shù)問題，根據(jù)本發(fā)明的一個方面，提供了一種流媒體處理方法，應(yīng)用于電子設(shè)備，所述方法包括:通過獲取并播放多個傳輸流片段中的至少一個傳輸流片段來播放流媒體文件，其中，所述多個傳輸流片段是在另一設(shè)備中通過對所述流媒體文件進(jìn)行劃分而生成的；檢測結(jié)束播放指令，所述結(jié)束播放指令用于結(jié)束播放所述流媒體文件；在已下載的傳輸流片段中確定一個或多個保留傳輸流片段；以及刪除已下載的傳輸流片段之中的、除了所述保留傳輸流片段之外的其他傳輸流片段。
[0011]此外，根據(jù)本發(fā)明的另一方面，提供了一種流媒體處理裝置，應(yīng)用于電子設(shè)備，所述裝置包括:片段獲取播放單元，用于通過獲取并播放多個傳輸流片段中的至少一個傳輸流片段來播放流媒體文件，其中，所述多個傳輸流片段是在另一設(shè)備中通過對所述流媒體文件進(jìn)行劃分而生成的；結(jié)束指令檢測單元，用于檢測結(jié)束播放指令，所述結(jié)束播放指令用于結(jié)束播放所述流媒體文件；保留片段確定單元，用于在已下載的傳輸流片段中確定一個或多個保留傳輸流片段；以及其他片段刪除單元，用于刪除已下載的傳輸流片段之中的、除了所述保留傳輸流片段之外的其他傳輸流片段。
[0012]與現(xiàn)有技術(shù)相比，采用根據(jù)本發(fā)明實(shí)施例的流媒體處理方法和裝置，可以在獲取并播放在另一設(shè)備中通過對所述流媒體文件進(jìn)行劃分而生成的多個傳輸流片段中的至少一個傳輸流片段來播放流媒體文件的過程中，檢測用于結(jié)束播放所述流媒體文件的結(jié)束播放指令，根據(jù)預(yù)先設(shè)置的策略來在已下載的傳輸流片段中確定一個或多個保留傳輸流片段，繼續(xù)保留這些傳輸流片段，并且刪除已下載的傳輸流片段之中的、除了所述保留傳輸流片段之外的其他傳輸流片段。因此，在本發(fā)明的實(shí)施例中，可以提供一種靈活的流媒體處理方法和裝置，其能夠通過僅僅保留當(dāng)前已經(jīng)下載的所有TS片段中的一部分TS片段來在電子設(shè)備中協(xié)調(diào)存儲空間與下載耗時(shí)之間的矛盾，以最大可能地提升用戶體驗(yàn)。
[0013]本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在說明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。
【附圖說明】
[0014]附圖用來提供對本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實(shí)施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中:
[0015]圖1是圖示了根據(jù)本發(fā)明實(shí)施例的流媒體處理方法的流程圖。
[0016]圖2是圖示了根據(jù)本發(fā)明實(shí)施例的圖形用戶界面的顯示效果的示意圖。
[0017]圖3是圖示了根據(jù)本發(fā)明第一實(shí)施例的確定保留傳輸流片段的流程圖。
[0018]圖4是圖示了根據(jù)本發(fā)明實(shí)施例的當(dāng)前播放時(shí)間與傳輸流片段之間的對應(yīng)關(guān)系的示意圖。
[0019]圖5是圖示了根據(jù)本發(fā)明第二實(shí)施例的確定保留傳輸流片段的流程圖。
[0020]圖6是圖示了根據(jù)本發(fā)明實(shí)施例的流媒體處理裝置的框圖。
[0021 ] 圖7是圖示了根據(jù)本發(fā)明實(shí)施例的電子設(shè)備的框圖。
【具體實(shí)施方式】
[0022]將參照附圖詳細(xì)描述根據(jù)本發(fā)明的各個實(shí)施例。這里，需要注意的是，在附圖中，將相同的附圖標(biāo)記賦予基本上具有相同或類似結(jié)構(gòu)和功能的組成部分，并且將省略關(guān)于它們的重復(fù)描述。
[0023]在描述根據(jù)本發(fā)明實(shí)施例的流媒體處理方法和流媒體處理裝置之前，首先對現(xiàn)有的流媒體播放技術(shù)進(jìn)行簡單介紹。
[0024]在現(xiàn)有的流媒體處理技術(shù)中，通常主要包括以下幾個概念:
[0025]基本碼流(ES)，其可以是包括例如視頻、音頻或其他數(shù)據(jù)的連續(xù)碼流。
[0026]打包的基本碼流(PES)，其可以是通過將基本碼流ES根據(jù)需要分成長度不等的數(shù)據(jù)包，并加上包頭所形成的。
[0027]傳輸流(TS)，其可以由固定長度(例如，188字節(jié))或可變長度的片段組成，并且含有獨(dú)立時(shí)基的一個或多個節(jié)目(program),適用于誤碼較多的環(huán)境。
[0028]在播放節(jié)目時(shí)，電子設(shè)備(例如，客戶端)首先可以在本地從另一設(shè)備(例如，服務(wù)器)接收TS片段，然后對該TS片段進(jìn)行解碼，獲得PES數(shù)據(jù)，并且將PES數(shù)據(jù)去掉報(bào)頭以獲得ES數(shù)據(jù)，最后將ES數(shù)據(jù)在解碼器中進(jìn)行解碼，從而獲得一幀一幀的視頻數(shù)據(jù)，以向用戶播放。
[0029]具體地，在所有的流媒體播放技術(shù)之中，基于HLS協(xié)議的流媒體處理技術(shù)最大的不同在于，作為客戶端的電子設(shè)備所獲取到的并不是一個完整的流媒體文件。HLS協(xié)議在作為服務(wù)器端的另一設(shè)備中，根據(jù)自定義的分片策略將直播數(shù)據(jù)流劃分為連續(xù)的、很短時(shí)長的媒體文件(MPEG-TS格式)，并且每當(dāng)完成一個分段文件的存儲之后，更新M3U8索引文件，以記錄每個分段文件(或稱為傳輸流片段)的播放順序以及持續(xù)時(shí)間。
[0030]因此，在HLS協(xié)議中，HLS數(shù)據(jù)通常由眾多TS片段和M3U8索引信息組成。
[0031]每個TS片段具有不同的序號以表示其播放順序。例如，TS(n)可以在TS(n_l)之后播放并且在TS(n+l)之前播放，其中η代表TS片段的播放序號并且是正整數(shù)。并且，取決于分片策略，每個TS片段可以對應(yīng)于相同的播放時(shí)長，例如，每個TS片段可以對應(yīng)于10秒的播放時(shí)長；替換地，每個TS片段也可以對應(yīng)于不同的播放時(shí)長，例如，有的TS片段可能對應(yīng)于10秒的播放時(shí)長，而有的TS片段可能對應(yīng)于3秒或8秒的播放時(shí)長。
[0032]M3U8索引信息可以指明在一個流媒體文件中總共包括多少個TS片段。此外，在每個TS片段也可以對應(yīng)于不同播放時(shí)長的情況下，該M3U8索引信息還可以進(jìn)一步指明每個TS片段與播放時(shí)間的對應(yīng)關(guān)系。具體地，M3U8索引信息可以是擴(kuò)展名為.m3u格式的文件，并且使用UTF-8字符來進(jìn)行編碼。
[0033]替換地，在HLS協(xié)議中，每個TS片段也可以不通過序號來表示，而是具有不同的標(biāo)識符。在此情況下，該M3U8索引信息還可以進(jìn)一步指明具有不同標(biāo)識符的TS片段在整個流媒體文件中的播放順序。
[0034]下面，將簡要地描述本發(fā)明實(shí)施例的主要思想。
[0035]為了解決現(xiàn)有技術(shù)中的技術(shù)問題，即當(dāng)用戶希望從上次中斷播放位置開始繼續(xù)播放流媒體文件時(shí)，如果在電子設(shè)備中保留當(dāng)前已經(jīng)下載的所有TS片段，則可能導(dǎo)致存儲空間不足；而如果僅僅保留當(dāng)前的播放進(jìn)度，則由于重新下載TS片段而導(dǎo)致等待續(xù)播時(shí)間延長，在本發(fā)明的實(shí)施例中提出了一種新型的流媒體處理方法和流媒體處理裝置，其可以通過在結(jié)束流媒體文件播放時(shí)，僅僅保留當(dāng)前已經(jīng)下載的所有TS片段中的一部分TS片段(例如，與在中斷播放時(shí)的當(dāng)前播放進(jìn)度相關(guān)聯(lián)的一個或多個TS片段)來協(xié)調(diào)存儲空間與下載耗時(shí)之間的矛盾，以最大可能地提升用戶體驗(yàn)。
[0036]在下文中，將首先描述根據(jù)本發(fā)明實(shí)施例的流媒體處理方法。
[0037]圖1是圖示了根據(jù)本發(fā)明實(shí)施例的流媒體處理方法的流程圖。
[0038]如圖1所圖示的流媒體處理方法可以應(yīng)用于一個或多個電子設(shè)備。
[0039]例如，為了向用戶提供多媒體播放功能，在該電子設(shè)備中可以集成有顯示裝置(例如，液晶顯示器、陰極射線管顯示器等)，以顯示來自各種數(shù)據(jù)來源的目標(biāo)可視數(shù)據(jù)(例如，圖像、視頻、或文本等)。替換地或附加地，在該電子設(shè)備中可以集成有揚(yáng)聲裝置(例如，揚(yáng)聲器)，以播放來自各種數(shù)據(jù)來源的目標(biāo)可聽數(shù)據(jù)(例如，音頻等)。
[0040]此外，在所述電子設(shè)備中還可以集成有通信裝置(例如，移動通信模塊、無線通信模塊等)，以從因特網(wǎng)上下載或從另一設(shè)備(例如，服務(wù)器端或其他電子設(shè)備)中接收構(gòu)成一個流媒體文件的多個傳輸流片段之中的至少一個傳輸流片段，以在顯示裝置和/或揚(yáng)聲裝置中按照順序依次播放這些傳輸流片段，從而播放與該多個傳輸流片段對應(yīng)的流媒體文件。
[0041]并且，在所述電子設(shè)備中還可以集成有存儲裝置，使得能夠?qū)νㄟ^通信裝置所獲得的傳輸流片段進(jìn)行緩存，以便用戶在正常欣賞流媒體文件時(shí)，根據(jù)需要進(jìn)行回放。
[004