流媒體內容的播放方法、裝置及系統的製作方法

2023-05-17 16:00:36

專利名稱：流媒體內容的播放方法、裝置及系統的製作方法
技術領域：
本發明涉及通信領域，尤其涉及一種流媒體內容的播放方法、裝置及系統。
背景技術：
流媒體是一種採用流式傳輸的方式在網絡上傳輸的媒體格式。現有技術播放流媒 體內容的方法是由內容源提供數據來源；內容準備模塊根據數據來源的內容輸入及相關 環境信息進行內容分片和生成元數據，並將內容分片和元數據發布到流媒體伺服器；流媒 體播放器獲取到元數據的網頁地址(Uniform/Universal Resource Locator，URL)，併到流 媒體伺服器請求獲取元數據，其中，元數據用於描述分片信息；流媒體伺服器將元數據發送 給流媒體播放器；流媒體播放器解析獲得的元數據，得到內容分片信息，並根據內容分片信 息到流媒體伺服器請求內容分片；流媒體伺服器將內容分片發送給流媒體播放器；流媒體 播放器播放內容分片。在實現本發明的過程中，發明人發現，現有技術至少存在如下問題採用分片方式 播放流媒體內容，需要增加內容準備模塊，用於元數據和分片的生成，實現成本較高；由於 不同帶寬、不同流媒體播放器對內容分片大小需求不一，導致較難控制內容分片大小，增加 了流媒體內容的播放系統實現的複雜度；內容分片的產生增加了流媒體內容的播放系統的 管理難度，並且在節目源較多的情況下，會產生很多內容分片，容易造成流媒體內容的播放 系統的性能的降低。

發明內容
本發明的實施例提供一種流媒體內容的播放方法、裝置及系統，能夠使用終端增 強的方式實現流媒體內容的播放。一方面，提供了一種流媒體內容的播放方法，包括流媒體播放器接收待播放的流 媒體內容對應的流媒體數據，其中，所述流媒體數據是新流媒體格式的流媒體數據，所述新 流媒體格式的數據結構依次包括消息頭Head，索引hdex，以及一個或多個新流媒體包， 其中Head用於描述文件的媒體信息，^dex用於存放視頻關鍵幀位置的索引表，所述^dex 中的元素按照時間戳從小到大的順序存放；所述新流媒體包用於存放一個視頻幀或者一個 或多個音頻幀，所述新流媒體包按照時間戳從小到大的順序存放；緩存並解析所述新流媒 體格式的流媒體數據，當接收到的流媒體數據總流量達到流媒體數據緩存門限，播放所述 流媒體數據對應的流媒體內容。另一方面，提供了一種流媒體播放器，包括接收模塊，用於接收待播放的流媒體內容對應的流媒體數據，其中，所述流媒體數 據是新流媒體格式的流媒體數據，所述新流媒體格式的數據結構依次包括消息頭Head， 索引hdex，以及一個或多個新流媒體包，其中Head用於描述文件的媒體信息，Index用於 存放視頻關鍵幀位置的索引表，所述^dex中的元素按照時間戳從小到大的順序存放；所 述新流媒體包用於存放一個視頻幀或者一個或多個音頻幀，所述新流媒體包按照時間戳從 小到大的順序存放；
內容播放模塊，用於緩存並解析所述新流媒體格式的流媒體數據，當接收到的流 媒體數據總流量達到流媒體數據緩存門限，播放所述流媒體數據對應的流媒體內容。又一方面，提供了一種新流媒體格式轉換模塊裝置，包括格式轉換模塊，用於將待播放的流媒體內容對應的流媒體數據轉換成新流媒體格 式的流媒體數據，所述新流媒體格式的數據結構依次包括消息頭Head，索引hdex，以及 一個或多個新流媒體包，其中Head用於描述文件的媒體信息，Index用於存放視頻關鍵幀 位置的索引表，所述^dex中的元素按照時間戳從小到大的順序存放；所述新流媒體包用 於存放一個視頻幀或者一個或多個音頻幀，所述新流媒體包按照時間戳從小到大的順序存 放；數據流發送模塊，用於發送所述新流媒體格式的流媒體數據。又一方面，還提供了包含上述新流媒體格式轉換模塊裝置的一種系統，進一步包 含流媒體伺服器和編碼器，其中所述新流媒體格式轉換模塊裝置可以獨立設置，也可以設 置在所述流媒體伺服器或者所述編碼器上。本發明實施例提供的流媒體內容的播放方法、裝置及系統，流媒體播放器接收流 媒體伺服器按照流媒體內容的播放順序發送的流媒體數據，可以保證播放流媒體內容時， 不會出錯；流媒體播放器緩衝流媒體數據總流量達到流媒體數據緩存門限時，流媒體播放 器可以實現流媒體內容的正常播放，不需要對流媒體數據進行內容分片，使播放流媒體內 容的實現成本降低、流媒體內容的播放系統實現的複雜度降低以及降低管理難度和能夠提 高流媒體內容的播放系統的性能。本發明實施例解決了現有技術中，由於採用分片方式播 放流媒體內容，造成的流媒體內容的播放系統實現的複雜度高的問題。


圖IA為一實施例提供的流媒體內容的播放系統的組織架構示意圖；圖IB為一實施例提供的新流媒體格式的數據結構示意圖；圖2為一實施例提供的流媒體內容的播放方法的流程示意圖；圖3為另一實施例提供的點播流媒體內容的播放方法的流程示意圖；圖4為另一實施例提供的直播播流媒體內容的播放方法的流程示意圖；圖5為一實施例提供的流媒體播放器結構示意圖；圖6為另一實施例提供的流媒體播放器結構示意圖；圖7為圖5所示的本發明實施例提供的流媒體播放器中接收模塊結構示意圖；圖8為一實施例提供的新流媒體格式轉化裝置的結構示意圖；圖9為圖8所示的新流媒體格式轉化裝置，及圖1所示系統的工作原理示意具體實施例方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完 整的描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於 本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的其他實施 例，都屬於本發明保護的範圍。為了解決現有技術由於採用內容分片方式播放流媒體內容，造成的流媒體內容的度高的問題，本發明實施例提供一種流媒體內容的播放方法、裝置及 系統。參考圖1A，一個系統組網的示意圖，其中包括1.編碼器用於將流媒體源文件進行編碼後發給流媒體伺服器。在本實施方式 中，可以先發送給新流媒體格式轉換裝置，經過相應處理後發送給流媒體伺服器。根據播放 的源文件的類型的不同，編碼器可以分為離線編碼器和在線編碼器，其中離線編碼器，用 於對點播的源文件進行編碼，並按照時間順序對數據進行排列組裝，並同步給流媒體服務 器。在線編碼器，用於根據直播的數據源的輸入順序(即時間順序)對數據進行打包並實 時發送給流媒體伺服器。上述編碼器可以是硬體，或者軟硬體的結合體，可以由一臺普通計算機、一塊高清 視頻採集卡和流媒體編碼軟體組成。2.新流媒體格式轉換裝置，用於將傳統的直播流媒體數據和點播流媒體數據轉換 成新流媒體格式，可以單獨設置，也可以集成在流媒體伺服器或者編碼器當中實現。具體 的，上述新流媒體格式為本實施例提供的一種新的流媒體格式，為描述方便，簡稱為HPEM 格式，High Power Engine Media，其數據結構如下，參考圖IB (1)該新流媒體格式的數據結構依次包括了三個部分 消息頭Head 用於描述文件的媒體信息。 索引^idex 用於存放視頻關鍵幀位置的索引表。 新流媒體包，即HPEM包用於存放實際的視音頻數據幀。(2) Index表中存放了所有關鍵幀的位置信息。(3) Index表中的元素按照時間戳從小到大的順序存放。(4)每個新流媒體包存放一幀視頻或多幀音頻。(具體的，對於音頻幀可以採取合 並的方式存放)。(5)各新流媒體包按照時間戳從小到大的順序存放。需要說明的是，新流媒體格式可以進一步擴展，包括所有滿足其基本要求的更為 具體的媒體格式。該新流媒體格式轉換裝置可以是硬體，或者軟體與硬體的結合體，例如滿 足該新流媒體格式的編碼軟體和計算機的結合。3.流媒體伺服器用於接收編碼器編碼後的流媒體數據，根據流媒體播放器的請 求向流媒體播放器發送流媒體數據。本實施例中，流媒體伺服器接收的流媒體數據是上述 新流媒體格式轉換裝置經過處理後的新流媒體格式的流媒體數據，並根據流媒體播放器的 請求進行相應處理。該流媒體伺服器，可以支持各種流媒體播放的承載協議，例如HTTP協議，或者RTP 協議，即可以以HTTP或者RTP方式發送和接收數據。以HTTP協議為例，對於點播內容，流媒 體伺服器可以在http協議中返回Content-Length信息，向流媒體播放器表明點播文件的 實際大小。對於直播內容，流媒體伺服器可以在http返回Content-Length信息，指示一個 自定義的值，通常可以為最大自然數值或者由流媒體播放器與流媒體伺服器約定一個值， 流媒體終端接收後可以忽略這個值，既不影響HTTP協議的實現，還可以保證流媒體播放器 實現的簡潔性。現實中，流媒體伺服器可以由流媒體軟體系統的伺服器部分和一臺硬體伺服器組
6成，負責管理、存儲、分發編碼器傳上來的流媒體節目。4.流媒體播放器可以是運行在行動裝置中的流媒體客戶端也可以是獨立的移 動終端，具備業務瀏覽和流媒體播放能力。本實施例提供的流媒體播放器，可以按照HTTP 下載方式或者RTP等多種承載方式從流媒體伺服器獲取新流媒體格式的流媒體數據，緩存 並解析該新流媒體格式的流媒體數據，當接收到的流媒體數據總流量達到流媒體數據緩存 門限，播放所述流媒體數據對應的流媒體內容。更為具體的，對於直播，流媒體播放器可以進一步用於忽略流媒體伺服器返回的 Content-Length信息，持續從流媒體伺服器獲取數據進行解碼播放直到用戶停止。類似的，對於點播，流媒體播放器可以進一步用於實現SEEK功能。具體的，用戶進 行％4操作，例如點擊快進、快退、或者拖動播放進度等控制鍵，流媒體播放器流媒體播放 器可以接收用戶的^ek操作請求，根據kek操作請求中攜帶的位置信息計算需要定位的 文件位置，並在向流媒體伺服器重新發送的http請求的Range欄位攜帶前述文件位置，流 媒體伺服器根據Range欄位從相應的文件位置返回流媒體數據。其中，Seek操作是針對流媒體播放的暫停、播放、快進、快退、慢進，慢退，或者向前 /向後拖動播放進度等對流媒體播放位置進行改變的操作指令。現實中的終端播放器，也可以叫解碼器，可以由流媒體系統的播放軟體和計算機 組成，可以用來播放用戶想要收看的流媒體伺服器上的視頻節目。如圖IB所示，一個本發明實施例提供的流媒體內容的播放方法，可以包括步驟101，流媒體播放器接收待播放的流媒體內容對應的流媒體數據。其中，流媒 體數據是符合前文所述的新流媒體數據結構的，可以使播放流媒體內容時，按照流媒體內 容的本來的播放順序在終端上進行播放，不會出現播放錯誤，並且該格式比現有技術中的 內容分片格式簡單，易於實現播放系統的簡化和各種功能的實現。步驟102，流媒體播放器緩存並解析所述新流媒體格式的流媒體數據，如果接收到 的流媒體數據總流量達到流媒體數據緩存門限，該流媒體播放器播放流媒體數據對應的流 媒體內容。具體的，流媒體數據緩存門限可以是在流媒體播放請求時或者播放過程中，終端 處理能力和/或網絡處理能力設置的值。例如，該值指新流媒體格式的流媒體數據的HPEM 包的量達到自然數M。也就是說，當接收到的新流媒體格式的數據包括Header，hdex，且包 含M個HPEM包時，即認為達到了緩存門限。其中，當終端處理能力越低，或者網絡處理能力 越好的時候，可以將M設置的較小一些；當終端處理能力越高，或者網絡處理能力越差的時 候，可以將M設置的較高一些；也可以將終端處理能力和網絡處理能力進行綜合考慮，確定 一個一方面終端能夠流暢處理另一方面不受網絡處理能力限制的M值。更具體的，流媒體播放器可以進步一根據流媒體內容的長度進行進一步的限定， 也就是說，前述M應該小於待播放流媒體內容的長度。在點播的過程中，該長度是流媒體內 容的實際長度，在直播的過程中，該長度可以是約定的長度，但是流媒體播放器也可以忽略 這個流媒體內容的長度。另一個可以替換的方案中，流媒體數據緩存門限可以是預先接收用戶或者系統的 指令，根據所述指令設置的。該指令可以以方便用戶或者系統操作員的方式，例如以時間為 單位，例如5秒，10秒，或者其它合適的值。流媒體終端可以將該以時間為單位的緩存門限轉化為前述新流媒體格式中的HPEM包的個數M，或者還可以直接以HPEM包中的時間戳信息 判斷是否達到該以時間為單位的緩存門限。總而言之，該新流媒體格式下，流媒體數據的緩存門限將比內容分片形式下的緩 存門限更為簡單，既便於簡單的攜帶也便於簡單的解析，從而整體上節約了流媒體播放系 統的通信資源。本實施例提供的流媒體內容的播放方法，可以採用HTTP協議或者RTP協議。實際 接收和發送數據可以有多種方式，在此不一一贅述。本實施例提供的流媒體內容的播放方法，接收流媒體伺服器按照流媒體內容的播 放順序發送的流媒體數據，可以保證播放流媒體內容時，不會出錯；緩衝流媒體數據總流量 達到流媒體數據緩存門限時，可以實現流媒體內容的正常播放，不需要對流媒體數據進行 內容分片，使播放流媒體內容的實現成本降低、流媒體內容的播放系統實現的複雜度降低 以及降低管理難度和能夠提高流媒體內容的播放系統的性能。本發明實施例解決了現有技 術中，由於採用分片方式播放流媒體內容，造成的流媒體內容的播放系統實現的複雜度高 問題。前述的流媒體內容的播放方法，還可以包括由網絡系統，例如上述新流媒體格式 轉換裝置、流媒體伺服器以及編碼器構成的系統，將待播放的一般格式的流媒體數據轉化 為所述新流媒體格式的流媒體數據並發送給所述流媒體播放器，即按照待播放的流媒體內 容的播放順序，向流媒體播放器發送流媒體內容對應的流媒體數據，以使得流媒體播放器 在接收到的流媒體數據總流量達到流媒體數據緩存門限時，播放流媒體數據對應的流媒體 內容。參考圖3，以承載協議為HTTP協議為例，對於點播情況下的流媒體播放流程，具體 包括301.點播編碼器(即離線編碼器)請求新流媒體格式轉換裝置將傳統格式轉換成 新流媒體格式媒體文件。302.新流媒體格式轉換裝置將傳統格式轉換成新流媒體格式媒體文件後，發送給 點播編碼器。303.點播編碼器將新流媒體格式同步給流媒體伺服器。需要說明的是以上步驟301-303也可以是新流媒體格式轉碼裝置將流媒體數據 直接同步給流媒體伺服器等方式。上述點播編碼器、新流媒體格式轉換裝置以及流媒體服 務器中的任一兩個或者三個可以設置在一個實體設備上，上述步驟301-303可能因為實體 設備的設置不同而不同，只要實現流媒體伺服器上待播放的流媒體內容以前文的新流媒體 格式存儲即可。304.流媒體播放器獲取點播節目源的播放地址。305.流媒體播放器向流媒體伺服器發送HTTP播放請求。306.流媒體伺服器向流媒體播放器返回播放響應，例如，HTTP 2000K，其中可以在 Content-Length欄位中返回點播的流媒體內容的實際文件大小。307.流媒體伺服器返回實際的內容數據，即以新流媒體格式發送給流媒體播放
器ο308.流媒體播放器解析獲取到的新流媒體格式的數據，確定需要緩衝的數據(即確定緩存門限)並緩衝相應數據後，進行解碼播放。如前文所述，流媒體播放器可以根據當前獲取到的流媒體數據的文件信息，參考 終端能力信息或者網絡能力信息，臨時確定緩存門限，緩存門限可以為至少包括消息頭 Head，索引hdex，以及自然數M個新流媒體包，所述M小於所述待播放的流媒體內容的長度信息。也可能是事先接收用戶或者系統的緩存門限指令，例如用戶或者系統可以指令緩 存門限為5秒，10秒或者任意一時間段，可以是符合人們觀看的合適的經驗值。309.用戶發起％4操作(例如暫停、播放、快進、快退、慢進、慢退或者拖動播放進 度等操作)。310.流媒體播放器根據kek操作中攜帶的的位置信息計算相應的文件位置。311.流媒體播放器重新發起Http請求，並其中Range欄位攜帶該kek操作指向 的文件位置。現實中，該文件位置也可以是相對時間點。312.流媒體伺服器根據Range欄位定位到相應的文件位置，並從所述文件位置起 下發媒體數據。313.流媒體播放器完成播放後，可以關閉連接。上述圖3所示的實施例是以HTTP協議為例的，本領域技術人員可以理解，其它協 議例如RTSP/RTP協議中可以根據協議的不同進行適應性的調整，例如對於RTSP/RTP協議 中的SEEK操作，可以通過命令Pause+Play完成，當流媒體播放器發出Play命令的時候將 kek操作指向的文件位置(例如時間點)通知給流媒體伺服器。由於採取了前述所述的新流媒體格式，seek操作所指向的文件位置可以簡單的以 時間點或者第一 N個新流媒體包來簡單的標識，從而方便的實現流媒體播放過程中的各種 播放控制功能。而在現有技術以內容分片的格式存儲的流媒體文件，很難如此簡單的說明 流媒體內容的所在位置，因為該位置的流媒體內容可能分別存在在多個內容分片(即小的 媒體文件)上。參考圖4，另一個具體實施方式
中，也以HTTP協議為例，直播情況下的流媒體播放 流程包括401.流媒體播放器獲取直播節目源的播放地址。402.流媒體播放器向流媒體伺服器發送HTTP播放請求。403.流媒體伺服器向流媒體播放器返迴響應，例如HTTP 200 0K，其中可以包含內 容長度Content-Length欄位，其值可以為一個系統允許的最大自然數值或者與流媒體播 放器經過協商的約定值。404.流媒體伺服器向直播編碼器(即在線編碼器)發送媒體請求。405.直播編碼器接收前述媒體請求後向新流媒體格式轉換裝置發送格式轉換請 求。 406.新流媒體格式轉換裝置將轉換後的新流媒體格式流發送給直播編碼器。407.直播編碼器將新流媒體格式的流媒體數據發送給流媒體伺服器。需要說明的是，以上步驟401-407也可以是新流媒體格式轉碼裝置將流媒體數據 直接同步給流媒體伺服器等方式。上述直播編碼器、新流媒體格式轉換裝置以及流媒體服 務器中的任一兩個或者三個可以設置在一個實體設備上，上述步驟401-407可能因為實體設備的設置不同而不同，只要實現流媒體伺服器上待播放的流媒體內容以前述的新流媒體 格式存儲即可。408.流媒體伺服器向流媒體播放器返回實際的流媒體數據，該流媒體數據為該新 流媒體格式的數據。409.流媒體播放器忽略前述403中的Content-Length欄位，並解析獲取到的數 據，根據終端能力或者網絡能力或者根據預先的設定值確定需要緩衝的數據量，並緩衝相 應數據後，進行解碼播放。410.流媒體播放器完成播放後，可以關閉連接。從上述圖4所示的實施例可以看出，在直播的過程中，流媒體播放器不會出現需 要調整播放位置的需求。該實施例清楚的說明，本發明實施例中提供的新流媒體格式可以 方便的以HTTP協議或者RTSP/RTP等不同協議進行承載，而不需要改變前述協議中的任何 信令。具體的，流媒體終端在直播和點播的不同情況下，可以約定利用或者不利用前述協議 中某些信令中的值(例如Content-Length欄位中的流媒體文件大小的值)，簡單的實現播 放的過程。本實施例提供的流媒體內容的播放方法，流媒體播放器接收流媒體伺服器按照流 媒體內容的播放順序發送的流媒體數據，可以保證播放流媒體內容時，不會出錯；流媒體播 放器緩衝流媒體數據總流量達到流媒體數據緩存門限時，流媒體播放器可以實現流媒體內 容的正常播放，不需要對流媒體數據進行內容分片，使播放流媒體內容的實現成本降低、流 媒體內容的播放系統實現的複雜度降低以及降低管理難度和能夠提高流媒體內容的播放 系統的性能。本發明實施例解決了現有技術中，由於採用分片方式播放流媒體內容，造成的 流媒體內容的播放系統實現的複雜度高以及管理難度大和系統性能低的問題。實施方式中 的新流媒體格式簡單，要求低，新流媒體轉換模塊能夠很方便的支持傳統流行的文件格式， 如3gp等。並且，新流媒體轉換模塊實現簡單；該新流媒體格式有效負載高，便於低帶寬網 絡中數據的傳輸。如圖5所示的另一實施例提供的流媒體播放器的結構示意圖，該流媒體播放器包 括接收模塊501，用於接收待播放的流媒體內容對應的流媒體數據，其中，所述流 媒體數據是新流媒體格式的流媒體數據，所述新流媒體格式的數據結構依次包括消息頭 Head，索引hdex，以及一個或多個新流媒體包，其中Head用於描述文件的媒體信息，Index 用於存放視頻關鍵幀位置的索引表，所述^dex中的元素按照時間戳從小到大的順序存 放；所述新流媒體包用於存放一個視頻幀或者一個或多個音頻幀，所述新流媒體包按照時 間戳從小到大的順序存放；內容播放模塊502，用於緩存並解析所述新流媒體格式的流媒體數據，當接收到的 流媒體數據總流量達到流媒體數據緩存門限，播放所述流媒體數據對應的流媒體內容。在本實施例中，內容播放模塊502可以不需要對流媒體內容進行內容分片，從而 簡單的實現流媒體內容的播放。進一步的，進一步的，如圖6所示，流媒體播放器還可以包括第一設置子模塊5031，用於根據終端處理能力和/或網絡處理能力設置所述流媒 體數據緩存門限，所述流媒體數據緩存門限為至少包括消息頭Head，索引hdex，以及自然數M個新流媒體包。具體而言，第一設置子模塊5031，可以用於進一步獲取所述待播放的流媒體內容 的長度信息，進一步根據所述流媒體內容的長度信息設置所述流媒體數據緩存門限，所述M 小於所述待播放的流媒體內容的長度信息。該待播放的流媒體內容的長度信息可以是由 流媒體伺服器在響應消息的Content-Length欄位中返回點播的流媒體內容的實際文件大 小，或者直播的流媒體的系統允許的最大自然數值或者流媒體伺服器與流媒體播放器的經 過協商的約定值。或者，如圖6所示，流媒體播放器還可以包括第二設置子模塊5032，用於預先接收用戶或者系統的指令，根據所述用戶或者系 統的指令設置所述流媒體數據緩存門限。其具體實現可以參見前述方法。在本實施例中，節目源是直播節目源時，接收模塊501可以忽略流媒體伺服器向 流媒體播放器發送的響應信息中的流媒體內容的長度信息，直接接收流媒體伺服器向流媒 體播放器發送的流媒體數據。進一步的，為了可以在實現流媒體內容的點播播放時，實現流媒體內容的播放位 置操作，即seek操作，接收模塊501，如圖7所示，還可以包括seek獲取子模塊5011，用於接收用戶發起的播放時間kek操作，根據所述kek 操作攜帶的位置信息計算所述^ek操作指向的文件位置。seek發送子模塊5012，用於向流媒體伺服器發送播放請求，並在所述播放請求中 (例如HTTP協議的Range欄位或者RTSP/RTP協議的Play命令)攜帶所述kek操作指向 的文件位置；數據流接收子模塊5013用於接收所述流媒體伺服器從所述文件位置起下發媒體 數據起發送的流媒體數據。本發明另一實施例提供的一種新流媒體格式轉換模塊裝置，如圖10所示，包括格 式轉換模塊801，用於將待播放的流媒體內容對應的流媒體數據轉換成新流媒體格式的流 媒體數據，所述新流媒體格式的數據結構依次包括消息頭Head，索引hdex，以及一個或 多個新流媒體包，其中Head用於描述文件的媒體信息，Index用於存放視頻關鍵幀位置的 索引表，所述^dex中的元素按照時間戳從小到大的順序存放；所述新流媒體包用於存放 一個視頻幀或者一個或多個音頻幀，所述新流媒體包按照時間戳從小到大的順序存放；數據流發送模塊802，用於發送所述新流媒體格式的流媒體數據。其中上述新流媒體格式轉換模塊裝置可以獨立設置，也可以設置在所述流媒體服 務器或者所述編碼器上。可以具體工作原理可以參考前文圖2、圖3，圖4所示的方法。另一個實施方式中，提供一種網絡系統，同樣參考圖1，圖9，可以包括前述的圖8 所示的新流媒體格式轉換裝置；以及，流媒體伺服器，用於向所述流媒體播放器發送流媒體 數據；編碼器，用於將流媒體源文件進行編碼發給流媒體伺服器；其中所述新流媒體格式 轉換模塊裝置可以獨立設置，也可以設置在所述流媒體伺服器或者所述編碼器上。前述網絡系統的具體實現原理和系統結構在前述圖2，圖3，圖4所示的各實施例 中清楚的進行了介紹，可以根據其工作原理以說明各裝置的功能和結構，尤其是各種執行 的具體細節都可以在沒有技術障礙的前提下進行組合，在此不贅述。本領域技術人員可以理解的是，上述各裝置可以以硬體，或者軟體結合硬體的方式實現。各裝置之間可以根據功能關係集成或者分散設置，相關的方法可以設置在計算機 可讀介質上，以便於在計算機讀取時控制相關設備完成前述的方案。前述實施方式中提供 的一種新的數據結構，即新的流媒體數據結構，也可以單獨或者與其載體一起作為本發明 的具體實施方式
之一。本發明實施例提供的流媒體播放方法、裝置及系統，不僅支持傳統流行的文件格 式，還支持自定義的文件格式，可以廣泛的應用於IPTV、DTV、WEBTV等流媒體方案中。以上所述，僅為本發明的具體實施方式
，但本發明的保護範圍並不局限於此，任何 熟悉本技術領域的技術人員在本發明揭露的技術範圍內，可輕易想到變化或替換，都應涵 蓋在本發明的保護範圍之內。因此，本發明的保護範圍應所述以權利要求的保護範圍為準。
權利要求
1.一種流媒體內容的播放方法，其特徵在於，包括流媒體播放器接收待播放的流媒體內容對應的流媒體數據，其中，所述流媒體數據是 新流媒體格式的流媒體數據，所述新流媒體格式的數據結構依次包括消息頭Head，索引 hdex，以及一個或多個新流媒體包，其中Head用於描述文件的媒體信息，Index用於存放 視頻關鍵幀位置的索引表，所述^dex中的元素按照時間戳從小到大的順序存放；所述新 流媒體包用於存放一個視頻幀或者一個或多個音頻幀，所述新流媒體包按照時間戳從小到 大的順序存放；緩存並解析所述新流媒體格式的流媒體數據，當接收到的流媒體數據總流量達到流媒 體數據緩存門限，播放所述流媒體數據對應的流媒體內容。
2.根據權利要求1所述的流媒體內容的播放方法，其特徵在於，還包括將待播放的一般格式的流媒體數據轉化為所述新流媒體格式的流媒體數據並發送給 所述流媒體播放器。
3.根據權利要求2所述的流媒體內容的播放方法，其特徵在於，所述方法包括根據終端處理能力和/或網絡處理能力設置所述流媒體數據緩存門限，所述流媒體數據緩存門限為新流媒體包的數量達到自然數M個。
4.根據權利要求3所述的流媒體內容的播放方法，其特徵在於，所述方法包括進一步獲取所述待播放的流媒體內容的長度信息，進一步根據所述流媒體內容的長度 信息設置所述流媒體數據緩存門限，所述M小於所述待播放的流媒體內容的長度。
5.根據權利要求2所述的流媒體內容的播放方法，其特徵在於，所述方法包括預先接收用戶或者系統的指令，根據所述指令設置所述流媒體數據緩存門限。
6.根據權利要求1所述的流媒體內容的播放方法，其特徵在於，當所述流媒體內容是 點播內容時，包括所述流媒體播放器接收用戶發起的播放時間kek操作；根據所述^ek操作攜帶的位置信息計算所述kek操作指向的文件位置；發送播放請求，並在所述播放請求中中攜帶所述kek操作指向的文件位置，以便於流 媒體伺服器從所述文件位置起下發流媒體數據；接收所述流媒體伺服器從所述文件位置起發送的流媒體數據。
7.一種流媒體播放器，其特徵在於，包括接收模塊，用於接收待播放的流媒體內容對應的流媒體數據，其中，所述流媒體數據是 新流媒體格式的流媒體數據，所述新流媒體格式的數據結構依次包括消息頭Head，索引 Index,以及一個或多個新流媒體包，其中Head用於描述文件的媒體信息，Index用於存放 視頻關鍵幀位置的索引表，所述^dex中的元素按照時間戳從小到大的順序存放；所述新 流媒體包用於存放一個視頻幀或者一個或多個音頻幀，所述新流媒體包按照時間戳從小到 大的順序存放；內容播放模塊，用於緩存並解析所述新流媒體格式的流媒體數據，當接收到的流媒體 數據總流量達到流媒體數據緩存門限，播放所述流媒體數據對應的流媒體內容。
8.根據權利要求7所述的流媒體播放器，其特徵在於，包括第一設置子模塊，用於根據終端處理能力和/或網絡處理能力設置所述流媒體數據緩 存門限，所述流媒體數據緩存門限為至少包括消息頭Head，索引hdex，以及自然數M個新流媒體包。
9.根據權利要求8所述的流媒體播放器，其特徵在於，包括第一設置子模塊，進一步用於獲取所述待播放的流媒體內容的長度信息，進一步根據 所述流媒體內容的長度信息設置所述流媒體數據緩存門限，所述M小於所述待播放的流媒 體內容的長度信息。
10.根據權利要求7所述的流媒體播放器，其特徵在於，包括第二設置子模塊，用於預先接收用戶或者系統的指令，根據所述用戶或者系統的指令 設置所述流媒體數據緩存門限。
11.根據權利要求7所述的流媒體播放器，其特徵在於，當所述流媒體內容是點播內容 時，所述接收模塊，包括seek獲取子模塊，用於接收用戶發起的播放時間％4操作，根據所述％4操作攜帶的 位置信息計算所述kek操作指向的文件位置；seek發送子模塊，用於向流媒體伺服器發送播放請求，在所述播放請求中攜帶所述 kek操作指向的文件位置；數據流接收子模塊，用於接收所述流媒體伺服器從所述文件位置起下發媒體數據起發 送的流媒體數據。
12.一種新流媒體格式轉換模塊裝置，其特徵在於，包括格式轉換模塊，用於將待播放的流媒體內容對應的流媒體數據轉換成新流媒體格式的 流媒體數據，所述新流媒體格式的數據結構依次包括消息頭Head，索引hdex，以及一個 或多個新流媒體包，其中Head用於描述文件的媒體信息，Index用於存放視頻關鍵幀位置 的索引表，所述^dex中的元素按照時間戳從小到大的順序存放；所述新流媒體包用於存 放一個視頻幀或者一個或多個音頻幀，所述新流媒體包按照時間戳從小到大的順序存放；數據流發送模塊，用於發送所述新流媒體格式的流媒體數據。
13.一種流媒體內容的播放系統，包括流媒體伺服器，用於向所述流媒體播放器發送流 媒體數據；編碼器，用於將流媒體源文件進行編碼發給流媒體伺服器；其特徵在於，進一步 包括權利要求12所述的新流媒體格式轉換模塊裝置；其中所述新流媒體格式轉換模塊裝置可以獨立設置，也可以設置在所述流媒體伺服器 或者所述編碼器上。
全文摘要
本發明公開了一種流媒體內容的播放方法，流媒體播放器接收待播放的流媒體內容對應的流媒體數據，其中，所述流媒體數據是新流媒體格式的流媒體數據，所述新流媒體格式的數據結構依次包括消息頭Head，索引Index，以及一個或多個新流媒體包，其中Head用於描述文件的媒體信息，Index用於存放視頻關鍵幀位置的索引表，所述Index中的元素按照時間戳從小到大的順序存放；所述新流媒體包用於存放一個視頻幀或者一個或多個音頻幀，所述新流媒體包按照時間戳從小到大的順序存放；緩存並解析所述新流媒體格式的流媒體數據，當接收到的流媒體數據總流量達到流媒體數據緩存門限，播放所述流媒體數據對應的流媒體內容。
文檔編號H04N21/238GK102131106SQ20101060069
公開日2011年7月20日 申請日期2010年12月22日 優先權日2010年12月22日
發明者夏斌, 王菲, 黃鵬 申請人:華為技術有限公司