一種流媒體播放方法及裝置製造方法
2023-07-24 21:53:56 2
一種流媒體播放方法及裝置製造方法
【專利摘要】本發明公開了一種流媒體播放方法及裝置，該方法包括：獲取媒體流的索引文件，其中媒體流包括索引文件和至少兩個切片文件，索引文件記錄有所述至少兩個切片文件中各切片文件的時間信息和地址信息；根據索引文件獲取媒體流的各切片文件；將所獲取到的所有的切片文件合併轉換為一個本地媒體文件；利用本地播放器播放本地媒體文件；其中，本地媒體文件的格式為本地播放器所支持的格式。本發明能夠將本地播放器非支持的格式的媒體流利用本地播放器進行播放。
【專利說明】一種流媒體播放方法及裝置
【技術領域】
[0001]本發明涉及信息【技術領域】，具體涉及流媒體【技術領域】，尤其涉及一種流媒體播放方法及裝置。
【背景技術】
[0002]通過網際網路獲取流媒體並進行播放，已經成為用戶設備(例如智慧型手機、桌上型電腦、筆記本電腦)上最重要的功能之一。傳統的流媒體傳輸是基於專門的流媒體傳輸協議來實現的，例如 RTMP (Routing Table Maintenance Protocol,路由選擇表維護協議)、RTSP(Real Time Streaming Protocol,實時流傳輸協議)、MMS (Multimedia Message Service,多媒體簡訊服務)協議等。但是，採用基於上述專門的流媒體傳輸協議對流媒體進行傳輸時，在實際的網絡環境中通常會由於防火牆、NAT (Network Address Translat1n,網絡地址轉換)路由器的存在，而無法建立有效的傳輸數據的網絡通路。
[0003]為此，蘋果公司提出HLS (HTTP Live Streaming,超文本傳輸協議實時流)協議，將原本連續的媒體流切分為若干個TS (Transport Stream,傳輸流)切片文件,並相應生成一個M3U8索引文件(播放列表文件)，然後將TS切片文件和M3U8索引文件存儲至HTTP伺服器。所述若干個TS切片文件和M3U8索引文件組成HLS媒體流。相應的終端，例如IPhone、Ipad, ItoucKMac，利用HTTP協議從HTTP伺服器獲取M3U8索引文件，並根據M3U8索引文件提供的URL (Uniform Resourse Locator,統一資源定位符)獲取TS切片文件,進而實現對流媒體的播放。由於流媒體數據通過HTTP協議傳輸，可以完全不用考慮防火牆或者代理的問題，而且TS切片文件的時長很短，相應的終端可以很快的選擇和切換碼率，以適應不同帶寬條件下的播放。然而，目前諸多除蘋果終端外的其它被廣泛使用的終端不支持對基於HLS協議的媒體流的播放，並且即便是支持基於HLS協議的媒體流播放的終端也不能夠實現基於HLS協議的媒體流的離線播放，嚴重影響用戶的視頻觀看體驗。
【發明內容】
[0004]鑑於以上理由，本發明實施例提出一種流媒體播放方法及裝置，來解決以上【背景技術】部分提到的技術問題。
[0005]一種流媒體播放方法，所述方法包括:
[0006]獲取媒體流的索引文件，其中所述媒體流包括索引文件和至少兩個切片文件，所述索引文件記錄有所述至少兩個切片文件中各切片文件的時間信息和地址信息；
[0007]根據所述索引文件獲取所述媒體流的各切片文件；
[0008]將所獲取到的所有的切片文件合併轉換為一個本地媒體文件；
[0009]利用本地播放器播放所述本地媒體文件；
[0010]其中，所述本地媒體文件的格式為所述本地播放器所支持的格式。
[0011]相應地，本發明實施例還提供了一種流媒體播放裝置，所述裝置包括:
[0012]索引文件獲取模塊，用於獲取媒體流的索引文件，其中所述媒體流包括索引文件和至少兩個切片文件，所述索引文件記錄有所述至少兩個切片文件中各切片文件的時間信息和地址信息；
[0013]切片文件獲取模塊，用於根據所述索引文件獲取所述媒體流的各切片文件；
[0014]轉換模塊，用於將所獲取到的所有的切片文件合併轉換為一個本地媒體文件；
[0015]播放模塊，用於利用本地播放器播放所述本地媒體文件；
[0016]其中，所述本地媒體文件的格式為所述本地播放器所支持的格式。
[0017]相較於現有技術，本發明實施例通過將所獲取到的所有的切片文件合併轉換為一個本地媒體文件，利用本地播放器播放本地媒體文件，進而實現了終端上對本地播放器不支持的格式的媒體流的播放，提高了用戶對流媒體的觀看體驗。
【專利附圖】
【附圖說明】
[0018]圖1是本發明第一實施例提供的一種流媒體播放方法的流程示意圖；
[0019]圖2是本發明第一實施例提供的一種基於HLS協議的流媒體傳輸系統的結構示意圖；
[0020]圖3是本發明第二實施例提供的一種流媒體播放方法的流程示意圖；
[0021]圖4是本發明第二實施例提供的根據所述M3U8索引文件，從HTTP伺服器、本地存儲器獲取所述媒體流的各TS切片文件的流程示意圖；
[0022]圖5是本發明第三實施例提供的一種流媒體播放裝置的結構示意圖；
[0023]圖6是本發明第四實施例提供的一種流媒體播放裝置的結構示意圖。
【具體實施方式】
[0024]下面結合附圖和實施例對本發明作進一步的詳細說明。可以理解的是，此處所描述的具體實施例僅用於解釋本發明，而非對本發明的限定。另外還需要說明的是，為了便於描述，附圖中僅示出了與本發明相關的部分而非全部內容。
[0025]本發明實施例的流媒體播放方法、流媒體播放裝置可以運行於安裝有Android(谷歌公司開發的用於可攜式可移動智能設備的作業系統平臺)、1S (蘋果公司開發的用於可攜式可移動智能設備的作業系統平臺)、Windows Phone (微軟公司開發的用於可攜式可移動智能設備的作業系統平臺)等作業系統的終端中，該終端可以是智慧型手機、平板電腦、個人數字助理、筆記本電腦、桌上型電腦等等中的任意一種，該終端中可以包括中央處理器、存儲器、開關器件、電源、時鐘信號生成器、圖像處理器、聲音處理器等中的任意組合，上述中央處理器、存儲器、開關器件、電源、時鐘信號生成器、圖像處理器、聲音處理器等中的任意組合用於實現本發明的實施例的流媒體播放方法及流媒體播放裝置中的功能。
[0026]在本發明實施例的流媒體播放方法、流媒體播放裝置中，所涉及的媒體流為包括索引文件和至少兩個切片文件，且所述索引文件記錄有所述至少兩個切片文件中各切片文件的時間信息和地址信息的媒體流，以下各實施例均以基於HLS協議的媒體流為例進行闡述。其中，基於HLS協議的媒體流的索引文件為M3U8索引文件，切片文件為TS文件。
[0027]圖1-2示出了本發明的第一實施例。
[0028]圖1是本發明第一實施例提供的一種流媒體播放方法的流程示意圖。參見圖1，該方法包括:
[0029]步驟S101、獲取基於HLS協議的媒體流的M3U8索引文件。
[0030]圖2是本發明第一實施例提供的一種基於HLS協議的流媒體傳輸系統的結構示意圖。參見圖2，發射流媒體的衛星201或者採集流媒體的攝像機202將流媒體傳送至編碼切割裝置203中；編碼切割裝置203對所接收的流媒體進行編碼和封裝，生成TS文件，並採用切片工具將TS文件切割成多個連續的、固定長度的TS小文件得到TS切片文件，同時生成與TS切片文件相對應的M3U8索引文件；HTTP伺服器204接收並存儲編碼切割裝置203發送的基於HLS協議的媒體流:TS切片文件和M3U8索引文件；桌上型電腦205或者智慧型手機206從HTTP伺服器204不斷地下載並播放TS切片文件。
[0031]在本實施例中，可通過無線連接方式將媒體播放請求發送給存儲有TS切片文件和M3U8索引文件的HTTP伺服器，其中所述媒體播放請求為HTTP請求；然後，接收所述HTTP伺服器提供的對上述媒體播放請求的回覆，其中所述回復包含了與媒體播放請求相對應的基於HLS協議的媒體流的M3U8索引文件。M3U8索引文件記錄有至少兩條時間信息及與所述至少兩條時間信息中的每一條時間信息對應的TS切片文件的時間信息(播放長度)和地址信息(定位所述TS切片文件的URL)。
[0032]步驟S102、根據所述M3U8索引文件，從HTTP伺服器獲取所述媒體流的各TS切片文件。
[0033]在步驟S102中，首先按照M3U格式和UTF-8字符編碼格式對M3U8索引文件進行解析，確定所述媒體流的各TS切片文件的地址信息；然後向HTTP伺服器發送TS切片文件獲取請求，其中該請求包括了所有TS切片文件的地址信息；最後接收HTTP伺服器根據所述請求發送的各TS切片文件。
[0034]例如，一個基於HLS協議的媒體流的M3U8索引文件可以描述為:
[0035]#EXTM3U
[0036]#EXT-X-MEDIA-SEQUENCE:6
[0037]#EXT-X-TARGETDURAT1N:10
[0038]#EXTINF:10,
[0039]http: //live, example, com/1, ts
[0040]#EXTINF:10,
[0041]http: //live, example, com/2, ts
[0042]#EXTINF:10,
[0043]http: //live, example, com/3, ts
[0044]通過對上述M3U8索引文件進行解析，得出該M3U8索引文件共包括3個TS切片文件，所述3個TS切片文件的名稱信息分別為:1.ts、2.ts、3.ts，時間信息(播放長度)分別為10 秒、10 秒、10 秒,地址信息 URL 分另Ij為:http: //live, example, com/1, ts、http: //live,example, com/2, ts、http: //live, example, com/3, ts。
[0045]步驟S103、將所獲取到的所有的TS切片文件合併轉換為一個本地媒體文件。
[0046]從HTTP伺服器獲取到所有的TS切片文件後，按照M3U8索引文件中的時間信息將所有的TS切片文件合併為一個完整TS文件，然後將該完整TS文件轉換成本地播放器所支持的播放格式的本地媒體文件。其中，轉換過程可根據TS封裝格式標準及本地播放器所支持的播放格式標準實現。例如，可將完整TS文件轉換成本地Flash播放器所支持的FLV格式的本地媒體文件。當然，本地媒體文件的格式還可以是MPEG、MPG、DAT、AV1、M0V、3GP等為本地播放器所支持的格式。
[0047]步驟S104、利用本地播放器播放所述本地媒體文件。
[0048]在本實施中，本地播放器為終端上已安裝好的流媒體播放器。
[0049]本發明第一實施例，通過將所獲取到的所有的傳輸流切片文件合併轉換為一個本地媒體文件，利用本地播放器播放本地媒體文件，能夠使得除蘋果終端外的其它被廣泛使用的終端也能夠播放基於HLS協議的媒體流。
[0050]圖3-4示出了本發明的第二實施例。
[0051]圖3是本發明第二實施例提供的一種流媒體播放方法的流程示意圖。參見圖3，該方法包括:
[0052]步驟S301、獲取基於HLS協議的媒體流的M3U8索引文件。
[0053]與第一實施例的步驟SlOl相同，這裡不再贅述。
[0054]步驟S302、根據所述M3U8索引文件，從HTTP伺服器、本地存儲器獲取所述媒體流的各TS切片文件。
[0055]圖4是本發明第二實施例提供的根據所述M3U8索引文件，從HTTP伺服器、本地存儲器獲取所述媒體流的各TS切片文件的流程示意圖。參見圖4，步驟S302進一步包括:
[0056]子步驟S3021、解析所述M3U8索引文件，確定所述媒體流的各TS切片文件的地址信息和地址信息中所包含的名稱信息；
[0057]子步驟S3022、對本地存儲器進行掃描，獲取所述本地存儲器中已下載的TS切片文件，其中已下載的TS切片文件為與所述媒體流的TS切片文件名稱相一致的TS切片文件；
[0058]子步驟S3023、根據所述地址信息，從HTTP伺服器獲取除已下載的TS切片文件之外的其它TS切片文件。
[0059]在子步驟S3023中，可先向HTTP伺服器發送TS切片文件獲取請求，其中該請求包括了除已下載的TS切片文件之外的其它TS切片文件的地址信息；然後接收HTTP伺服器根據所述請求發送的TS切片文件。
[0060]步驟S303、將從HTTP伺服器獲取的各TS切片文件保存至本地存儲器。
[0061]在根據所述M3U8索引文件，獲取到所述媒體流的各TS切片文件之後，將從HTTP伺服器獲取的各TS切片文件保存至本地存儲器，其中所保存的位置可以是外存(例如，本地磁碟)或內存中。由於內存通常用來存儲CPU運算所需要的代碼，為了減小內存負擔、不影響CPU執行速度，優選的，將所述各TS切片文件保存至本地磁碟。
[0062]步驟S304、將所獲取到的所有的TS切片文件合併轉換為一個本地媒體文件。
[0063]與第一實施例的步驟S103相同，這裡不再贅述。
[0064]步驟S305、利用本地播放器播放所述本地媒體文件。
[0065]與第一實施例的步驟S104相同,這裡不再贅述。
[0066]在本實例中，步驟S303和步驟S304-S305是沒有先後順序關係的，可先執行步驟S304-S305,再執行步驟S303，或者先執行步驟S304，再執行步驟S303，最後執行步驟S305。
[0067]本發明第二實施例通過將所獲取到的所有的傳輸流切片文件合併轉換為一個本地媒體文件，利用本地播放器播放本地媒體文件，能夠使得除蘋果終端外的其它被廣泛使用的終端也能夠支持基於HLS協議的媒體流的播放；通過將各傳輸流切片文件保存至本地存儲器，能夠使得後續在重複播放HLS媒體時可無需再從HTTP伺服器獲取傳輸流切片文件，而直接查找本地存儲器中存儲的傳輸流切片文件，這樣可以不必受限於網絡環境，節省上網流量，大大提升了用戶的視頻觀看體驗。
[0068]圖5示出了本發明的第三實施例。
[0069]圖5是本發明第三實施例提供的一種流媒體播放裝置的結構示意圖。參見圖5，該裝置包括:索引文件獲取模塊501，用於獲取基於HLS協議的媒體流的M3U8索引文件；切片文件獲取模塊502，用於根據所述M3U8索引文件，從HTTP伺服器獲取所述媒體流的各TS切片文件；轉換模塊503，用於將所獲取到的所有的TS切片文件合併轉換為一個本地媒體文件；播放模塊504，用於利用本地播放器播放所述本地媒體文件。其中，所述本地媒體文件的格式為所述本地播放器所支持的格式。
[0070]在本實施例中，索引文件獲取模塊501可通過無線連接方式將媒體播放請求發送給存儲有TS切片文件和M3U8索引文件的HTTP伺服器，其中所述媒體播放請求為HTTP請求；然後，索引文件獲取模塊501接收所述HTTP伺服器提供的對上述媒體播放請求的回覆，其中所述回復包含了與媒體播放請求相對應的基於HLS協議的媒體流的M3U8索引文件。M3U8索引文件記錄有至少兩條時間信息及與所述至少兩條時間信息中的每一條時間信息對應的TS切片文件的時間信息(播放長度)和地址信息(定位所述TS切片文件的URL)。
[0071]在本實施例中，切片文件獲取模塊502包括:
[0072]解析子模塊5021，用於首先按照M3U格式和UTF-8字符編碼格式對M3U8索引文件進行解析，確定所述媒體流的各TS切片文件的地址信息；
[0073]獲取子模塊5022，用於根據所述媒體流的各傳輸流切片文件的地址信息，從HTTP伺服器獲取各傳輸流切片文件。
[0074]具體的，獲取子模塊5022先向HTTP伺服器發送TS切片文件獲取請求，其中該請求包括了所有TS切片文件的地址信息，而後接收HTTP伺服器根據所述請求發送的各TS切片文件。
[0075]在本實施例中，在切片文件獲取模塊502從HTTP伺服器獲取到所有的TS切片文件後，轉換模塊503按照M3U8索引文件記錄的時間信息將所有的TS切片文件合併為一個完整TS文件，然後將該完整TS文件轉換成本地播放器所支持的播放格式的一個本地媒體文件。其中，轉換過程可根據TS封裝格式標準及本地播放器所支持的播放格式標準實現。例如，轉換模塊503可將完整TS文件轉換成本地Flash播放器所支持的FLV格式的本地媒體文件。當然，本地媒體文件的格式還可以是MPEG、MPG、DAT、AV1、M0V、3GP等為本地播放器所支持的格式。
[0076]本發明第三實施例，通過將所獲取到的所有的傳輸流切片文件合併轉換為一個本地媒體文件，利用本地播放器播放本地媒體文件，能夠使得除蘋果終端外的其它被廣泛使用的終端也能夠支持基於HLS協議的媒體流的播放。
[0077]圖6示出了本發明的第四實施例。
[0078]圖6是本發明第四實施例提供的一種流媒體播放裝置的結構示意圖。參見圖6，該裝置包括:索引文件獲取模塊601，用於獲取基於HLS協議的媒體流的M3U8索引文件；切片文件獲取模塊602，用於根據所述M3U8索引文件，從HTTP伺服器、本地存儲器獲取所述媒體流的各TS切片文件；存儲模塊603，用於將切片文件獲取模塊602從HTTP伺服器獲取的各TS切片文件保存至本地存儲器；轉換模塊604，用於將所獲取到的所有的TS切片文件合併轉換為一個本地媒體文件；播放模塊605，用於利用本地播放器播放所述本地媒體文件。其中，所述本地媒體文件的格式為所述本地播放器所支持的格式。
[0079]在本實施例中，索引文件獲取模塊601與第三實施例中的索引文件獲取模塊501的功能相同，轉換模塊604與第三實施例中的轉換模塊503的功能相同，播放模塊605與第三實施例中的播放模塊504的功能相同，這裡均不再做詳細贅述。
[0080]在本實施例中，切片文件獲取模塊602包括:
[0081]解析子模塊6021，用於解析所述M3U8索引文件，確定所述媒體流的各TS切片文件的地址信息和地址信息中所包含的名稱信息；
[0082]第一獲取子模塊6022，用於對本地存儲器進行掃描，獲取所述本地存儲器中已下載的TS切片文件，其中已下載的TS切片文件為與所述媒體流的TS切片文件名稱相一致的TS切片文件；
[0083]第二獲取子模塊6023，用於根據所述地址信息，從HTTP伺服器獲取除已下載的TS切片文件之外的其它TS切片文件。
[0084]具體的，第二獲取子模塊6023可先向HTTP伺服器發送TS切片文件獲取請求，其中該請求包括了除已下載的TS切片文件之外的其它TS切片文件的地址信息，然後接收HTTP伺服器根據所述請求發送的TS切片文件。
[0085]在本實施例中，存儲模塊603將從HTTP伺服器獲取的各TS切片文件保存至本地存儲器，其中所保存的位置可以是外存(例如，本地磁碟)或內存中。由於內存通常用來存儲CPU運算所需要的代碼，為了減小內存負擔、不影響CPU執行速度，優選的，存儲模塊603將所述各TS切片文件保存至本地磁碟。
[0086]本發明第四實施例通過將所獲取到的所有的傳輸流切片文件合併轉換為一個本地媒體文件，利用本地播放器播放所述本地媒體文件，能夠使得除蘋果終端外的其它被廣泛使用的終端也能夠支持基於HLS協議的媒體流的播放；通過將各傳輸流切片文件保存至本地存儲器，能夠使得後續在重複播放HLS媒體時可無需再從HTTP伺服器獲取傳輸流切片文件，而直接查找本地存儲器中存儲的傳輸流切片文件，這樣可以不必受限於網絡環境，節省上網流量，大大提升了用戶的視頻觀看體驗。
[0087]以上實施例提供的技術方案中的全部或部分內容可以通過軟體編程實現，其軟體程序存儲在可讀取的存儲介質中，存儲介質例如:計算機中的硬碟、光碟或軟盤。
[0088]以上所述僅為本發明的較佳實施例，並不用以限制本發明，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
【權利要求】
1.一種流媒體播放方法，其特徵在於，所述方法包括: 獲取媒體流的索引文件，其中所述媒體流包括索引文件和至少兩個切片文件，所述索引文件記錄有所述至少兩個切片文件中各切片文件的時間信息和地址信息； 根據所述索引文件獲取所述媒體流的各切片文件； 將所獲取到的所有的切片文件合併轉換為一個本地媒體文件； 利用本地播放器播放所述本地媒體文件； 其中，所述本地媒體文件的格式為所述本地播放器所支持的格式。
2.根據權利要求1所述的流媒體播放方法，其特徵在於，所述將所獲取到的所有的切片文件合併轉換為一個本地媒體文件的步驟包括: 按照所述時間信息，將所獲取到的所有的切片文件合併為一個完整文件； 將所述完整文件轉換成所述本地播放器所支持的播放格式的本地媒體文件。
3.根據權利要求1所述的流媒體播放方法，其特徵在於，獲取媒體流的索引文件的步驟包括:向伺服器發送媒體播放請求；從所述伺服器獲取媒體流的索引文件。
4.根據權利要求3所述的流媒體播放方法，其特徵在於，根據所述索引文件，獲取所述媒體流的各切片文件的步驟包括: 解析所述索引文件，確定所述媒體流的各切片文件的地址信息； 根據所述媒體流的各切片文件的地址信息，從所述伺服器獲取各切片文件。
5.根據權利要求3所述的流媒體播放方法，其特徵在於，根據所述索引文件，獲取所述媒體流的各切片文件的步驟包括: 解析所述索引文件，確定所述媒體流的各切片文件的地址信息和所述地址信息中所包含的名稱信息； 對本地存儲器進行掃描，獲取所述本地存儲器中已下載的切片文件，其中已下載的切片文件為與所述媒體流的切片文件名稱相一致的切片文件； 根據所述地址信息，從所述伺服器獲取除已下載的切片文件之外的其它切片文件。
6.根據權利要求5所述的流媒體播放方法，其特徵在於，根據所述索引文件，獲取所述媒體流的各切片文件的步驟之後還包括:將從所述伺服器獲取的各切片文件保存至本地存儲器。
7.根據權利要求1所述的流媒體播放方法，其特徵在於，所述媒體流為基於超文本傳輸協議實時流協議的媒體流，所述索引文件為M3U8索引文件，所述切片文件為傳輸流切片文件。
8.根據權利要求1所述的流媒體播放方法，其特徵在於，所述本地媒體文件的格式為FLV格式，所述本地播放器為Flash播放器。
9.一種流媒體播放裝置，其特徵在於，所述裝置包括: 索引文件獲取模塊，用於獲取媒體流的索引文件，其中所述媒體流包括索引文件和至少兩個切片文件，所述索引文件記錄有所述至少兩個切片文件中各切片文件的時間信息和地址信息； 切片文件獲取模塊，用於根據所述索引文件獲取所述媒體流的各切片文件； 轉換模塊，用於將所獲取到的所有的切片文件合併轉換為一個本地媒體文件； 播放模塊，用於利用本地播放器播放所述本地媒體文件； 其中，所述本地媒體文件的格式為所述本地播放器所支持的格式。
10.根據權利要求9所述的流媒體播放裝置，其特徵在於，所述轉換模塊具體用於: 按照所述時間信息，將所獲取到的所有的切片文件合併為一個完整文件； 將所述完整文件轉換成所述本地播放器所支持的播放格式的本地媒體文件。
11.根據權利要求9所述的流媒體播放裝置，其特徵在於，所述索引文件獲取模塊具體用於:向伺服器發送媒體播放請求；從所述伺服器獲取媒體流的索引文件。
12.根據權利要求11所述的流媒體播放裝置，其特徵在於，所述切片文件獲取模塊包括: 解析子模塊，用於解析所述索引文件，確定所述媒體流的各切片文件的地址信息； 獲取子模塊，用於根據所述媒體流的各切片文件的地址信息，從所述伺服器獲取各切片文件。
13.根據權利要求11所述的流媒體播放裝置，其特徵在於，所述切片文件獲取模塊包括: 解析子模塊，用於解析所述索引文件，確定所述媒體流的各切片文件的地址信息和所述地址信息中所包含的名稱信息； 第一獲取子模塊，用於對本地存儲器進行掃描，獲取所述本地存儲器中已下載的切片文件，其中已下載的切片文件為與所述媒體流的切片文件名稱相一致的切片文件； 第二獲取子模塊，用於根據所述地址信息，從所述伺服器獲取除已下載的切片文件之外的其它切片文件。
14.根據權利要求13所述的流媒體播放裝置，其特徵在於，所述裝置還包括存儲模塊，用於將所述切片文件獲取模塊獲取到的各切片文件保存至所述本地存儲器。
15.根據權利要求9所述的流媒體播放裝置，其特徵在於，所述媒體流為基於超文本傳輸協議實時流協議的媒體流，所述索引文件為M3U8索引文件，所述切片文件為傳輸流切片文件。
16.根據權利要求9所述的流媒體播放裝置，其特徵在於，所述本地媒體文件的格式為FLV格式，所述本地播放器為Flash播放器。
【文檔編號】H04L29/06GK104243430SQ201310246666
【公開日】2014年12月24日 申請日期:2013年6月20日 優先權日:2013年6月20日
【發明者】周洪權 申請人:騰訊科技（深圳）有限公司