專利名稱：一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的方法,裝置和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的方法，裝置和系統(tǒng)。
背景技術：
用戶使用終端設備獲取多媒體內(nèi)容并進行播放的方式有多種，典型的有通過HTTP 文件下載或者P2P文件下載到本地磁盤后播放、傳統(tǒng)的流媒體方式(數(shù)據(jù)傳輸?shù)腞TP/RTCP 和播放控制RTSP)、P2P流媒體方式的在線直播/點播、HTTP漸進式下載(HTTP Progressive Download)等等。HTTP漸進式下載則是對HTTP文件下載方式的一種改進，它可以讓終端設備邊下 載邊播放，而無需等到整個文件下載完成后才能夠進行播放，播放啟動時間也不太長。其實 現(xiàn)原理是對媒體內(nèi)容進行分片，一個(/一組)內(nèi)容分片能夠在終端設備進行獨立解碼，而 不用依賴其他分片。這樣，服務器和客戶端之間每次只要傳輸一個(/一組)內(nèi)容分片，終 端設備接收到之后可以解碼播放，同時還可接收下一個(/一組)內(nèi)容分片。這種方式將媒 體文件的處理粒度從整個文件調(diào)整為其中一個內(nèi)容分片，典型的內(nèi)容分片播放時長可以是 幾秒，例如1-10秒。HTTP協(xié)議是無狀態(tài)協(xié)議，基于HTTP協(xié)議構造的HTTP Streaming方案也因此能取 得簡單易實現(xiàn)的優(yōu)點每次的HTTP請求和響應都能構成一個與其他HTTP請求/響應獨立 的事務(transaction)。但這同時也對這種方案提出了這樣的需求每次為獲得一個媒體 內(nèi)容分片，客戶端需要主動向服務器發(fā)送一個HTTP請求，HTTP服務器為客戶端的請求服務 并返回包括相應內(nèi)容分片的響應消息。這樣服務器在對媒體內(nèi)容進行分片的時候，就需要衡量究竟應該如何分割多大 (多少時長)的內(nèi)容分片如果每個內(nèi)容分片較大(時長較長)，在啟動播放和kek操作時客戶端需要較長 時間來獲取和緩沖內(nèi)容分片。另外，由于HTTP協(xié)議沒有取消機制，一旦開始傳輸內(nèi)容分片 就需要傳輸完(當然也可關閉TCP連接并重建TCP連接，但這樣會引起額外負擔)，較長的 分片時長也會影響碼率切換響應的及時性，因為碼率切換至少是以分片作為最小單位的；如果每個內(nèi)容分片較小(時長較短)，那么客戶端將需要頻繁向服務器發(fā)起請求， 較多的HTTP請求消息將使上行鏈路帶寬占用增加，同時還會造成服務器處理請求的負擔 加重，以及每個HTTP響應中包括的有效媒體內(nèi)容的降低，造成有效媒體傳輸率下降。現(xiàn)有技術中，高通提出可以將多個連續(xù)的內(nèi)容分片封裝到一個分片集(kgment Aggregates)文件內(nèi)，客戶端可以獲取完整的分片集，或者根據(jù)需要通過分片集的元數(shù)據(jù)來 獲得分片集中所包括分片在分片集內(nèi)的分布情況和位置信息，并通過partial GET方式請 求獲取分片數(shù)據(jù)。分片集(kgment Aggregates)是處于整個媒體內(nèi)容和最基本組成內(nèi)容分片兩者之間的一種結構，以期獲得比以前更大的靈活性。在這種情況下，客戶端對媒體內(nèi)容的獲取 流程可以概括如下圖所示步驟1-2 客戶端向服務器請求Media Presentation Description信息，獲取必 要的媒體元數(shù)據(jù)信息，并可借助這些信息產(chǎn)生后續(xù)的媒體內(nèi)容請求；服務器向客戶端返回 描述信息，包括分片集層次的時間信息，以及能獲取到分片集的URL信息，等；步驟3-4 客戶端按照描述信息中的分片集URL，用HTTP GET請求的方式請求相應 的分片集；服務器收到這樣的請求消息后，返回對應的分片集；步驟5 如果有分片請求觸發(fā)事件(如剛啟動播放、Seek操作、帶寬變動導致需要 進行碼率切換等)發(fā)生，將確定所需請求的分片位于哪個分片集；步驟6-7 客戶端按照確定的分片集URL的，用partial GET請求的方式請求分 片集的初始部分(initial potion，描述分片集的元數(shù)據(jù)信息需要位于分片集的頭部)，可 以先請求約1000個字節(jié)；服務器收到請求消息后，返回包括元數(shù)據(jù)信息的分片集初始部分 (如果客戶端所需要的元數(shù)據(jù)信息并沒有包括在返回的響應消息中，客戶端可以確定還需 請求的字節(jié)范圍并再發(fā)一個請求，服務器將把剩余的分片集元數(shù)據(jù)信息發(fā)送給客戶端)；步驟8 客戶端解析并處理分片集的元數(shù)據(jù)信息，獲得所需分片在分片集中的位 置信息(起始位置和分片長度)；步驟9-10 客戶端利用分片集URL以及分片在分片集中的位置信息，采請求分片 集內(nèi)某個分片；服務器在響應消息中返回對應的分片數(shù)據(jù)。上述步驟3-4、5_10發(fā)生的先后順序視實際的播放過程而定，并可根據(jù)實際需要重復多次?，F(xiàn)有技術一為了獲取分片集的元數(shù)據(jù)信息，以及分片集內(nèi)所包括的內(nèi)容分片，需 要終端和服務器支持HTTP協(xié)議的partial GET操作，但目前存在部分服務器(特別是內(nèi)容 分發(fā)網(wǎng)絡邊緣的緩存服務器)或終端不能支持partialGET。如果內(nèi)容分發(fā)網(wǎng)絡邊緣的緩存 服務器不能支持partial GET，可能需要將收到的partial GET請求轉發(fā)給服務器處理，將 無法緩存該響應，并且會增加請求的響應時間；其次，客戶端在需要請求分片時，首先要從 服務器請求分片集的元數(shù)據(jù)，分析處理獲得的元數(shù)據(jù)信息，在得到分片的位置信息之后才 能構造相應的partial GET請求，處理效率較低。但是，HTTP協(xié)議對于partial GET的支持并不是必須的，暫且不論互聯(lián)網(wǎng)中已經(jīng) 廣泛部署的HTTP服務器和緩存設備可能會包括較早的只支持HTTP1. 0協(xié)議的服務器，就算 在HTTP 1. 1協(xié)議RFC2616中，其對partial GET的規(guī)范部分有文字明確指出“A server MAY ignore the Range header. ”，并且也沒有使用RFC中強制必須支持的“MUST”、"SHALL，， 或"SHOULD”，而只是給出建議“ought to support byte ranges when possible”。因此采 用partialGET方案，在某些網(wǎng)絡環(huán)境中就可能會遇到不支持或不兼容的情況。

發(fā)明內(nèi)容
一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的方法，包括，接收客戶端發(fā) 送的業(yè)務信息獲取請求；向客戶端返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲取請求響應， 媒體展現(xiàn)描述信息中包含與多層次業(yè)務內(nèi)容對應的URL ；接收客戶端發(fā)送的業(yè)務請求消息 GET消息，請求消息中包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的多層次業(yè)務內(nèi)容的URL;向客戶端返回業(yè)務請求消息響應，業(yè)務請求消息響應中包含與客戶端根據(jù)業(yè)務 需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL對應的業(yè)務內(nèi)容；一種服務器，包括，接收模塊，用于接收客戶端發(fā)送的業(yè)務信息獲取請求；業(yè)務信 息發(fā)送模塊，用于向客戶端返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲取請求響應，媒體展 現(xiàn)描述信息中包含與業(yè)務內(nèi)容對應的URL;業(yè)務請求接收模塊，用于接收客戶端發(fā)送的業(yè) 務請求消息GET消息，請求消息中包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè) 務內(nèi)容URL;業(yè)務內(nèi)容發(fā)送模塊，用于向客戶端返回業(yè)務請求消息響應，業(yè)務請求消息響應 中包含與客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL對應的業(yè)務內(nèi)容。一種在httpstreaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的系統(tǒng)，包括，服務器，用于接收 客戶端發(fā)送的業(yè)務信息獲取請求；向客戶端返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲取請 求響應，媒體展現(xiàn)描述信息中包含與業(yè)務內(nèi)容對應的URL ；接收客戶端發(fā)送的業(yè)務請求消 息GET消息，請求消息中包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的分片URL ；向 客戶端返回業(yè)務請求消息響應，業(yè)務請求消息響應中包含與客戶端根據(jù)業(yè)務需求和媒體展 現(xiàn)描述信息確定的業(yè)務內(nèi)容URL對應的業(yè)務內(nèi)容；客戶端，用于向服務器發(fā)送業(yè)務信息獲 取請求；在獲得服務器返回的包含與業(yè)務內(nèi)容對應的URL媒體展現(xiàn)描述信息后，向服務器 發(fā)送包含根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL的業(yè)務請求消息GET消 息。


圖1為現(xiàn)有技術中在SA方案下獲取媒體內(nèi)容的處理流程；圖2為本發(fā)明實施例提供的一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的 方法的流程圖；圖3為本發(fā)明實施例提供的對媒體內(nèi)容進行層次式分片的示例圖；圖4為本發(fā)明實施例提供的客戶端的分片集請求處理流程圖；圖5為本發(fā)明實施例提供的客戶端的分片請求處理流程圖；圖6為本發(fā)明實施例提供的服務器框圖；圖7為本發(fā)明實施例提供的一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的 系統(tǒng)的基本框圖；圖8為本發(fā)明實施例提供的另一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容 的方法的基本流程圖；圖9為本發(fā)明實施例提供的另一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容 的方法的基本流程圖；圖10為本發(fā)明實施例提供的另一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容 的方法的基本流程圖；圖11為本發(fā)明實施例提供的另一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容 的方法的基本流程圖；圖12為本發(fā)明實施例提供的客戶端對分片觸發(fā)事件的處理流程圖；圖13為本發(fā)明實施例提供的另一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容 的方法的基本流程圖14為本發(fā)明實施例提供的客戶端對分片觸發(fā)事件的處理流程。
具體實施例方式為了使本領域的技術人員更好的理解本發(fā)明內(nèi)容，以下結合附圖以及具體實施例 對本發(fā)明內(nèi)容作具體說明。本發(fā)明實施例的一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的方法的基本 流程可參考圖2，主要包括步驟Al、接收客戶端發(fā)送的業(yè)務信息獲取請求；客戶端向服務器請求Media Presentation Description信息，以獲取必要的媒體 元數(shù)據(jù)，這里的元數(shù)據(jù)即為資源描述信息。A2、向客戶端返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲取請求響應，所述媒體展 現(xiàn)描述信息中包含與分層次業(yè)務內(nèi)容對應的URL ；服務器向客戶端返回媒體展現(xiàn)描述信息，描述信息中需包括各級分片的時長(及 所包括的下一級內(nèi)容分片數(shù)目)信息或者統(tǒng)一的分片時間軸信息，以及與各層次分片對應 的完整的URL信息；在提供媒體描述信息時，如果同一層次(粒度)的分片在時長上完全相同，則只需 要提供不同層次分片的時長信息(可選的，還有所包括的下一層內(nèi)容分片的數(shù)目)，如每個 分片集1分鐘(包括30個分片，或10秒包括10個分片，或30秒包括15個分片等)、分片 2秒(或1秒)。對于按照定長進行內(nèi)容分片的情況，如果最后一個段落或分片集跟前面同 層次的分片在時長上不一樣，需單獨提供針對性的描述信息。如果同層次(粒度)的分片 在時長上不完全相同，則需要提供一份統(tǒng)一的、有關整個媒體內(nèi)容分片情況的時間軸信息。 一個定長分片的實施例如圖3所示在圖3中每個分片集的時長可以相同，或者不同；同樣，分片集中每個分片的時長 可以相同，或者不同。相應的，與這個按照層次式進行內(nèi)容分片實施例相對應的內(nèi)容分片 URL可以組織如表1所示碼率1 URL——> 碼率1版本對應的媒體內(nèi)容段落1 URL——> 碼率1段落1對應的內(nèi)容分片 分片集1 URL——> 對應分片集1 分片1—1 URL——> 對應分片1 分片1—2 URL——> 對應分片2 分片1—3 URL——> 對應分片3…… 分片1—M URL——> 對應分片M 分片集2 URL——> 對應分片集2…… 分片集3 URL——> 對應分片集3…… 分片集N URL——> 對應分片集N 段落2 URL——> 碼率1段落2對應的內(nèi)容分片 段落3 URL——> 碼率1段落3對應的內(nèi)容分片 可選碼率2 URL…… 其他可選碼率URL……
表 1這里的分片只是對應于分片集中的某一時間段內(nèi)容，但也允許與分片集中直接包 括的相應時間段的數(shù)據(jù)內(nèi)容不完全相同，只要所有連續(xù)的、對應于一個分片集的各個連續(xù) 分片所包括的媒體內(nèi)容與該分片集所包括的媒體內(nèi)容相同即可。A3、接收客戶端發(fā)送的業(yè)務請求消息GET消息，所述請求消息中包含客戶端根據(jù) 業(yè)務需求和媒體展現(xiàn)描述信息確定的分層次業(yè)務內(nèi)容的URL ；客戶端按照描述信息中的分片集URL，以及所需請求的分片集的時間信息，用HTTP GET請求的方式請求相應的分片集；客戶端的分片集請求處理流程參考圖4 401、客戶端判斷是否無分片請求觸發(fā)事件，若有分片集請求觸發(fā)事件，則轉到相 應的分片觸發(fā)事件處理流程，否則繼續(xù)下面步驟；402、客戶端根據(jù)描述信息和需請求分片集的時間信息，確定所需請求分片集的 URL。如果是分片集的時長是定長的，可根據(jù)需請求分片集的時間信息除以每個分片集的 時長信息，得到分片集的序號(例如每個分片集時長為30秒，要請求距開始20分鐘的分 片集，則為第41個分片集)；如果分片集的時長不是定長的，可根據(jù)媒體展現(xiàn)描述信息中統(tǒng) 一的分片時間軸信息確定所需請求分片集的序號。根據(jù)分片集的序號，從媒體展現(xiàn)描述信 息中所包括的與各層次分片對應的完整的URL信息獲取與該序號對應的分片集URL。如果 HTTP Streaming方案支持動態(tài)碼率切換，則在確定分片集的URL時，還需將分片集的序號 和碼率信息結合起來，即下一個要請求的分片集應該是什么碼率的，并在相應的碼率下獲 取與序號對應的分片集URL;403、客戶端基于獲得的分片集URL，構造相應的HTTP GET請求消息；404、客戶端將上述HTTP GET請求消息發(fā)送給服務器；這里支持不同的部署實現(xiàn)方式(a)、每個分片集URL對應于一個存儲的靜態(tài)的分片集文件(例如每個分片集可存 儲為一個.3gp文件或.mp4文件)，服務器根據(jù)分片集URL直接獲取與之相對應的分片集文 件，封裝在HTTP響應消息中并發(fā)送給客戶端；(b)、每個分片集URL所對應的分片集內(nèi)容是靜態(tài)的，即不同客戶端發(fā)出由相同分 片集URL構造的HTTP請求消息，所獲得的分片集內(nèi)容是完全相同的。但是多個分片集可以 連續(xù)存放在同一個較大的文件內(nèi)，由服務器根據(jù)URL信息映射出分片集在所處大文件中的 位置和長度信息，并在服務于客戶端請求時動態(tài)地從存放多個分片集的文件內(nèi)提取所需的 分片集內(nèi)容，封裝在HTTP響應消息中并發(fā)送給客戶端；405、客戶端等待服務器返回響應消息。如果有分片請求觸發(fā)事件(如剛啟動播放、Seek操作、帶寬變動導致需要進行碼 率切換等)發(fā)生，客戶端將根據(jù)媒體展現(xiàn)描述信息以及請求的時間點確定所需請求的分片 位于哪個分片集，以及在分片集中的序號，進而確定所需請求分片的URL，具體的分片處理 流程可參考圖5 501、客戶端判斷是否有分片請求觸發(fā)事件，若無分片請求觸發(fā)事件，則轉到相應 的分片集請求處理流程，否則繼續(xù)下面步驟；502、客戶端根據(jù)描述信息和需請求分片的時間信息，確定所需請求分片所對應的 分片集。如果是分片集的時長是定長的，可根據(jù)需請求分片集的時間信息以及每個分片集的時長信息，得到相應分片集的序號(例如每個分片集時長為30秒，要請求距開始30分12 秒的分片，則是第61個分片)；如果分片集的時長不是定長的，可根據(jù)媒體展現(xiàn)描述信息中 統(tǒng)一的分片時間軸信息，以及分片所落在分片集的時間范圍中這點，來確定所需請求分片 集的序號；503、如果上述確定的分片集中所包括的分片的時長是定長的，可根據(jù)該分片集的 時長以及每個分片的時長信息(或者該分片集所包括的下一級分片數(shù)目)，得到相應分片 的序號(例如該分片集時長為30秒，分片的時長為2秒(或者該分片集中包括了 15個分 片)要請求的分片距開始分片集開頭12秒，則是第7個分片)；如果該分片集包括的分片 的時長不是定長的，可根據(jù)媒體展現(xiàn)描述信息中統(tǒng)一的分片時間軸信息，以及請求分片的 時間點信息，來確定所需請求分片在對應分片集中的序號；504、客戶端根據(jù)媒體展現(xiàn)描述信息中所包括的與各層次分片對應的完整的URL 信息，獲取與該序號對應的分片URL信息。如果HTTP Streaming方案支持動態(tài)碼率切換， 則在確定分片的URL時，還需要將分片的序號和碼率信息結合起來，即下一個要請求的分 片應該是多少碼率的，并在相應的碼率下獲取到序號對應的分片URL信息；客戶端利用上 述步驟獲得的分片URL，構造HTTPGET請求消息，并發(fā)送給服務器以請求相應的內(nèi)容分片。A4、向客戶端返回業(yè)務請求消息響應，所述業(yè)務請求消息響應中包含與客戶端根 據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL對應的業(yè)務內(nèi)容；服務器收到該請求消息后，返回分片集URL對應的內(nèi)容分片。本發(fā)明實施例采用一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的方法，接收 客戶端發(fā)送的業(yè)務信息獲取消息，向客戶端返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲取消 息響應，所述媒體展現(xiàn)描述信息中包含與業(yè)務內(nèi)容對應的URL，接收客戶端發(fā)送的業(yè)務請求 消息GET消息，所述請求消息中包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務 內(nèi)容URL，向客戶端返回業(yè)務請求消息響應，所述業(yè)務請求消息響應中包含與客戶端根據(jù)業(yè) 務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL對應的業(yè)務內(nèi)容，使得在查找內(nèi)容時可直 接根據(jù)URL進行查找，提高了處理效率。本發(fā)明實施例的一種服務器的基本框圖可參考圖6，主要包括接收模塊601，用于接收客戶端發(fā)送的業(yè)務信息獲取請求客戶端向服務器請求 Media Presentation Description信息，以獲取必要的媒體元數(shù)據(jù)，這里的元數(shù)據(jù)即為資 源描述信息；業(yè)務信息發(fā)送模塊602，用于向客戶端返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲 取請求響應，所述媒體展現(xiàn)描述信息中包含與業(yè)務內(nèi)容對應的URL ；業(yè)務信息發(fā)送模塊602 向客戶端返回媒體展現(xiàn)描述信息，描述信息中需包括各級分片的時長(及所包括的下一級 內(nèi)容分片數(shù)目)信息或者統(tǒng)一的分片時間軸信息，以及與各層次分片對應的完整的URL信 息；在提供媒體描述信息時，如果同一層次(粒度)的分片在時長上完全相同，則只需 要提供不同層次分片的時長信息(可選的，還有所包括的下一層內(nèi)容分片的數(shù)目)，如每個 分片集1分鐘(包括30個分片，或10秒包括10個分片，或30秒包括15個分片等)、分片 2秒(或1秒)。對于按照定長進行內(nèi)容分片的情況，如果最后一個段落或分片集跟前面同 層次的分片在時長上不一樣，需單獨提供針對性的描述信息。如果同層次(粒度)的分片在時長上不完全相同，則需要提供一份統(tǒng)一的、有關整個媒體內(nèi)容分片情況的時間軸信息。 一個定長分片的實施例如圖3所示。在圖3中每個分片集的時長可以相同，或者不同；同樣，分片集中每個分片的時長 可以相同，或者不同。相應的，與這個按照層次式進行內(nèi)容分片實施例相對應的內(nèi)容分片 URL可以組織如表1所示。業(yè)務請求接收模塊603，用于接收客戶端發(fā)送的業(yè)務請求消息GET消息，所述請求 消息中包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL;客戶端按照描 述信息中的分片集URL，以及所需請求的分片集的時間信息，用HTTP GET請求的方式請求 相應的分片集；服務器收到這樣的請求消息后，返回對應的分片集，客戶端的分片集請求處 理流程參考上述對圖4和圖5的說明業(yè)務內(nèi)容發(fā)送模塊604，用于向客戶端返回業(yè)務請求消息響應，所述業(yè)務請求消息 響應中包含與客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL對應的業(yè)務 內(nèi)容?？蛻舳死蒙鲜霾襟E獲得的分片URL，構造HTTP GET請求消息，并發(fā)送給服務器 以請求相應的內(nèi)容分片；服務器收到該請求消息后，返回對應的內(nèi)容分片。所述服務器進一步包括，分層模塊605，用于將媒體資源至少分成以下播放單元分片，分片集，段落。分配模塊606，至少用于為分片，分片集，段落分配URL。本發(fā)明實施例采用一種服務器，接收模塊601接收客戶端發(fā)送的業(yè)務信息獲取消 息，業(yè)務信息發(fā)送模塊602向客戶端返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲取消息響 應，所述媒體展現(xiàn)描述信息中包含與業(yè)務內(nèi)容對應的URL，業(yè)務請求接收模塊603接收客戶 端發(fā)送的業(yè)務請求消息GET消息，所述請求消息中包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描 述信息確定的業(yè)務內(nèi)容URL，業(yè)務內(nèi)容發(fā)送模塊604向客戶端返回業(yè)務請求消息響應，所述 業(yè)務請求消息響應中包含與客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL 對應的業(yè)務內(nèi)容，使得在查找內(nèi)容時可直接根據(jù)URL進行查找，提高了處理效率。本發(fā)明實施例的一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的系統(tǒng)的基本 框圖可參考圖7，主要包括服務器701，用于接收客戶端702發(fā)送的業(yè)務信息獲取請求；向客戶端702返回包 含媒體展現(xiàn)描述信息的業(yè)務信息獲取請求響應，所述媒體展現(xiàn)描述信息中包含與業(yè)務內(nèi)容 對應的URL ；接收客戶端702發(fā)送的業(yè)務請求消息GET消息，所述請求消息中包含客戶端根 據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的分片URL ；向客戶端702返回業(yè)務請求消息響應，所 述業(yè)務請求消息響應中包含與客戶端702根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務 內(nèi)容URL對應的業(yè)務內(nèi)容；接收客戶端702發(fā)送的業(yè)務信息獲取請求客戶端向服務器請求 MediaPresentation Description信息，以獲取必要的媒體元數(shù)據(jù)，這里的元數(shù)據(jù)即為資源 描述信息；向客戶端702返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲取請求響應，所述媒體 展現(xiàn)描述信息中包含與業(yè)務內(nèi)容對應的URL描述信息中需包括各級分片的時長(及所包括 的下一級內(nèi)容分片數(shù)目)信息或者統(tǒng)一的分片時間軸信息，以及與各層次分片對應的完整 的URL信息；在提供媒體描述信息時，如果同一層次(粒度)的分片在時長上完全相同，則只需11要提供不同層次分片的時長信息(可選的，還有所包括的下一層內(nèi)容分片的數(shù)目)，如每個 分片集1分鐘(包括30個分片，或10秒包括10個分片，或30秒包括15個分片等)、分片 2秒(或1秒)。對于按照定長進行內(nèi)容分片的情況，如果最后一個段落或分片集跟前面同 層次的分片在時長上不一樣，需單獨提供針對性的描述信息。如果同層次(粒度)的分片 在時長上不完全相同，則需要提供一份統(tǒng)一的、有關整個媒體內(nèi)容分片情況的時間軸信息。 一個定長分片的實施例如圖3所示在圖3中每個分片集的時長可以相同，或者不同；同樣，分片集中每個分片的時長 可以相同，或者不同。相應的，與這個按照層次式進行內(nèi)容分片實施例相對應的內(nèi)容分片 URL可以組織如表1所示接收客戶端702發(fā)送的業(yè)務請求消息GET消息，所述請求消息中 包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL ；客戶端702按照描述 信息中的分片集URL，以及所需請求的分片集的時間信息，用HTTP GET請求的方式請求相 應的分片集；服務器收到這樣的請求消息后，返回對應的分片集，客戶端702，用于向服務器701發(fā)送業(yè)務信息獲取請求；在獲得服務器701返回的 包含與業(yè)務內(nèi)容對應的URL媒體展現(xiàn)描述信息后，向所述服務器701發(fā)送包含根據(jù)業(yè)務需 求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL的業(yè)務請求消息GET消息?？蛻舳说姆制埱筇幚砹鞒掏衔闹袑D4和圖5的描述。401、客戶端判斷是否無分片請求觸發(fā)事件，若有分片請求觸發(fā)事件，則轉到相應 的分片觸發(fā)事件處理流程，否則繼續(xù)下面步驟；402、客戶端根據(jù)描述信息和需請求分片集的時間信息，確定所需請求分片集的 URL。如果是分片集的時長是定長的，可根據(jù)需請求分片集的時間信息除以每個分片集的 時長信息，得到分片集的序號(例如每個分片集時長為30秒，要請求距開始20分鐘的分 片集，則為第41個分片集)；如果分片集的時長不是定長的，可根據(jù)媒體展現(xiàn)描述信息中統(tǒng) 一的分片時間軸信息確定所需請求分片集的序號。根據(jù)分片集的序號，從媒體展現(xiàn)描述信 息中所包括的與各層次分片對應的完整的URL信息獲取與該序號對應的分片集URL。如果 HTTP Streaming方案支持動態(tài)碼率切換，則在確定分片集的URL時，還需將分片集的序號 和碼率信息結合起來，即下一個要請求的分片集應該是什么碼率的，并在相應的碼率下獲 取與序號對應的分片集URL;403、客戶端基于獲得的分片集URL，構造相應的HTTP GET請求消息；404、客戶端將上述HTTP GET請求消息發(fā)送給服務器；具體處理流程與服務器實現(xiàn)和內(nèi)容部署相關，可以支持不同的部署實現(xiàn)方式(a)、每個分片集URL對應于一個存儲的靜態(tài)的分片集文件(例如每個分片集可存 儲為一個.3gp文件或.mp4文件)，服務器根據(jù)分片集URL直接獲取與之相對應的分片集文 件，封裝在HTTP響應消息中并發(fā)送給客戶端；(b)、每個分片集URL所對應的分片集內(nèi)容是靜態(tài)的，即不同客戶端發(fā)出由相同分 片集URL構造的HTTP請求消息，所獲得的分片集內(nèi)容是完全相同的。但是多個分片集可以 連續(xù)存放在同一個較大的文件內(nèi)，由服務器根據(jù)URL信息映射出分片集在所處大文件中的 位置和長度信息，并在服務于客戶端請求時動態(tài)地從存放多個分片集的文件內(nèi)提取所需的 分片集內(nèi)容，封裝在HTTP響應消息中并發(fā)送給客戶端；405、客戶端等待服務器返回響應消息。
如果有分片請求觸發(fā)事件(如剛啟動播放、kek操作、帶寬變動導致需要進行碼 率切換等)發(fā)生，客戶端將根據(jù)媒體展現(xiàn)描述信息以及請求的時間點確定所需請求的分片 位于哪個分片集，以及在分片集中的序號，進而確定所需請求分片的URL，具體的分片處理 流程可參考圖5 501、客戶端判斷是否有分片請求觸發(fā)事件，若無分片請求觸發(fā)事件，則轉到相應 的分片集請求處理流程，否則繼續(xù)下面步驟；502、客戶端根據(jù)描述信息和需請求分片的時間信息，確定所需請求分片所對應的 分片集。如果是分片集的時長是定長的，可根據(jù)需請求分片集的時間信息以及每個分片集 的時長信息，得到相應分片集的序號(例如每個分片集時長為30秒，要請求距開始30分12 秒的分片，則是第61個分片)；如果分片集的時長不是定長的，可根據(jù)媒體展現(xiàn)描述信息中 統(tǒng)一的分片時間軸信息，以及分片所落在分片集的時間范圍中這點，來確定所需請求分片 集的序號；503、如果上述確定的分片集中所包括的分片的時長是定長的，可根據(jù)該分片集的 時長以及每個分片的時長信息(或者該分片集所包括的下一級分片數(shù)目)，得到相應分片 的序號(例如該分片集時長為30秒，分片的時長為2秒(或者該分片集中包括了 15個分 片)要請求的分片距開始分片集開頭12秒，則是第7個分片)；如果該分片集包括的分片 的時長不是定長的，可根據(jù)媒體展現(xiàn)描述信息中統(tǒng)一的分片時間軸信息，以及請求分片的 時間點信息，來確定所需請求分片在對應分片集中的序號；504、客戶端根據(jù)媒體展現(xiàn)描述信息中所包括的與各層次分片對應的完整的URL 信息，獲取與該序號對應的分片URL信息。如果HTTP Mreaming方案支持動態(tài)碼率切換， 則在確定分片的URL時，還需要將分片的序號和碼率信息結合起來，即下一個要請求的分 片應該是多少碼率的，并在相應的碼率下獲取到序號對應的分片URL信息。本發(fā)明實時例采用一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的系統(tǒng)，服務 器701向客戶端702返回業(yè)務請求消息響應中包含與客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述 信息確定的業(yè)務內(nèi)容URL對應的業(yè)務內(nèi)容，使得在查找內(nèi)容時可直接根據(jù)URL進行查找，提 高了處理效率。本發(fā)明實施例的一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的方法的一個 具體實施例參考圖8，主要包括步驟801、客戶端向服務器發(fā)送業(yè)務信息獲取請求；客戶端向服務器請求Media Presentation Description信息，以獲取必要的媒體 元數(shù)據(jù)，這里的元數(shù)據(jù)即為資源描述信息802、服務器向客戶端返回業(yè)務信息獲取請求響應；服務器向客戶端返回媒體展現(xiàn)描述信息，描述信息中需包括各級分片的時長(及 所包括的下一級內(nèi)容分片數(shù)目)信息或者統(tǒng)一的分片時間軸信息，以及與各層次分片對應 的完整的URL信息；在提供媒體描述信息時，如果同一層次(粒度)的分片在時長上完全相同，則只需 要提供不同層次分片的時長信息(可選的，還有所包括的下一層內(nèi)容分片的數(shù)目)，如每個 分片集1分鐘(包括30個分片，或10秒包括10個分片，或30秒包括15個分片等)、分片 2秒(或1秒)。對于按照定長進行內(nèi)容分片的情況，如果最后一個段落或分片集跟前面同層次的分片在時長上不一樣，需單獨提供針對性的描述信息。如果同層次(粒度)的分片 在時長上不完全相同，則需要提供一份統(tǒng)一的、有關整個媒體內(nèi)容分片情況的時間軸信息。 一個定長分片的實施例如圖3所示在圖3中每個分片集的時長可以相同，或者不同；同樣，分片集中每個分片的時長 可以相同，或者不同。相應的，與這個按照層次式進行內(nèi)容分片實施例相對應的內(nèi)容分片 URL可以組織如表1所示這里的分片只是對應于分片集中的某一時間段內(nèi)容，但也允許與分片集中直接包 括的相應時間段的數(shù)據(jù)內(nèi)容不完全相同，只要所有連續(xù)的、對應于一個分片集的各個連續(xù) 分片所包括的媒體內(nèi)容與該分片集所包括的媒體內(nèi)容相同即可。803、客戶端向服務器發(fā)送GET消息請求分片集；客戶端的分片集請求處理流程參考圖4所述的流程804、服務器向客戶端返回對應的分片集；805、分片請求觸發(fā)事件；如果有分片請求觸發(fā)事件(如剛啟動播放、Seek操作、帶寬變動導致需要進行碼 率切換等)發(fā)生，客戶端將根據(jù)媒體展現(xiàn)描述信息以及請求的時間點確定所需請求的分片 位于哪個分片集，以及在分片集中的序號，進而確定所需請求分片的URL806、客戶端向服務器發(fā)送GET消息請求分片內(nèi)容；具體的分片處理流程可參考圖5所述的流程807、服務器向客戶端返回對應的分片內(nèi)容；服務器收到該請求消息后，返回對應的內(nèi)容分片。本發(fā)明實時例采用一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的方法，接收 客戶端發(fā)送的業(yè)務信息獲取消息，向客戶端返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲取消 息響應，所述媒體展現(xiàn)描述信息中包含與業(yè)務內(nèi)容對應的URL，接收客戶端發(fā)送的業(yè)務請求 消息GET消息，所述請求消息中包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務 內(nèi)容URL，向客戶端返回業(yè)務請求消息響應，所述業(yè)務請求消息響應中包含與客戶端根據(jù)業(yè) 務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL對應的業(yè)務內(nèi)容，使得在查找內(nèi)容時可直 接根據(jù)URL進行查找，提高了處理效率。本發(fā)明實施例的一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的方法的一個 具體設施例參考圖9，主要包括步驟901、客戶端向服務器發(fā)送業(yè)務信息獲取請求；客戶端向服務器請求Media Presentation Description信息，以獲取必要的媒體 元數(shù)據(jù)，這里的元數(shù)據(jù)即為資源描述信息902、服務器向客戶端返回業(yè)務信息獲取請求響應；服務器向客戶端返回媒體展現(xiàn)描述信息，描述信息中需包括各級分片的時長(及 所包括的下一級內(nèi)容分片數(shù)目)信息或者統(tǒng)一的分片時間軸信息，以及與各層次分片對應 的完整的URL信息；在提供媒體描述信息時，如果同一層次(粒度)的分片在時長上完全相同，則只需 要提供不同層次分片的時長信息(可選的，還有所包括的下一層內(nèi)容分片的數(shù)目)，如每個 分片集1分鐘(包括30個分片，或10秒包括10個分片，或30秒包括15個分片等)、分片2秒(或1秒)。對于按照定長進行內(nèi)容分片的情況，如果最后一個段落或分片集跟前面同 層次的分片在時長上不一樣，需單獨提供針對性的描述信息。如果同層次(粒度)的分片 在時長上不完全相同，則需要提供一份統(tǒng)一的、有關整個媒體內(nèi)容分片情況的時間軸信息。 一個定長分片的實施例如圖3所示在圖3中每個分片集的時長可以相同，或者不同；同樣，分片集中每個分片的時長 可以相同，或者不同。相應的，與這個按照層次式進行內(nèi)容分片實施例相對應的內(nèi)容分片 URL可以組織如表1所示這里的分片只是對應于分片集中的某一時間段內(nèi)容，但也允許與分片集中直接包 括的相應時間段的數(shù)據(jù)內(nèi)容不完全相同，只要所有連續(xù)的、對應于一個分片集的各個連續(xù) 分片所包括的媒體內(nèi)容與該分片集所包括的媒體內(nèi)容相同即可。903、客戶端向服務器發(fā)送GET消息請求業(yè)務內(nèi)容；這里需要判斷并確定當前處理的分片的層次，獲取與該層次相對應的URL信息。 選擇分片層次的可供考慮因素有用戶選擇、可用帶寬情況、播放器緩存大小、對有效媒體內(nèi) 容負載率的需求、服務器策略，假設這里請求的是如圖3所示的分片集客戶端的分片集請求處理流程參考圖4 904、服務器向客戶端返回對應的分片集；905、分片請求觸發(fā)事件；向較低層次分片觸發(fā)事件。這里要考慮的不僅僅只有分片觸發(fā)事件，而是需要全 局考慮所有向較低層次分片切換的事件(也即每個分片的時長需要變得更短，當然也包括 了從分片集向分片切換的情形)。在相應的事件處理完成或者結束之后，需要有相應的處理 或信息能告知步驟903，以便步驟903的處理能夠確定后續(xù)所需請求的媒體分片內(nèi)容的層 次。這里以分片觸發(fā)事件處理為例906、客戶端向服務器發(fā)送GET消息請求分片內(nèi)容；907、服務器向客戶端返回對應的分片內(nèi)容；服務器收到該請求消息后，返回對應的內(nèi)容分片。本發(fā)明實施例的一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的方法的一個 具體實施例參考圖10，主要包括步驟1001、客戶端向服務器發(fā)送業(yè)務信息獲取請求；客戶端向服務器請求Media Presentation Description信息，以獲取必要的媒體 元數(shù)據(jù)，這里的元數(shù)據(jù)即為資源描述信息，這里需要分別獲得是音頻和視頻的元數(shù)據(jù)。1002、服務器向客戶端返回業(yè)務信息獲取請求響應；服務器向客戶端返回媒體展現(xiàn)描述信息，描述信息中需包括各級分片的時長(及 所包括的下一級內(nèi)容分片數(shù)目)信息或者統(tǒng)一的分片時間軸信息，以及與各層次分片對應 的完整的URL信息，這里媒體展現(xiàn)描述信息中分別包含音頻和視頻的URL信息，下面以音頻 為例，視頻類似。在提供媒體描述信息時，如果同一層次(粒度)的分片在時長上完全相同，則只需 要提供不同層次分片的時長信息(可選的，還有所包括的下一層內(nèi)容分片的數(shù)目)，如每個 分片集1分鐘(包括30個分片，或10秒包括10個分片，或30秒包括15個分片等)、分片 2秒(或1秒)。對于按照定長進行內(nèi)容分片的情況，如果最后一個段落或分片集跟前面同層次的分片在時長上不一樣，需單獨提供針對性的描述信息。如果同層次(粒度)的分片 在時長上不完全相同，則需要提供一份統(tǒng)一的、有關整個媒體內(nèi)容分片情況的時間軸信息。 一個定長分片的實施例如圖3所示在圖3中每個分片集的時長可以相同，或者不同；同樣，分片集中每個分片的時長 可以相同，或者不同。相應的，與這個按照層次式進行內(nèi)容分片實施例相對應的音視頻內(nèi)容 分片URL可以如表2所示內(nèi)容的URL。一個對應的內(nèi)容分片URL實施例3可以組織如下碼率1 URL——> 碼率1版本對應的媒體內(nèi)容段落1 URL——> 碼率1段落1對應的內(nèi)容分片分片集1視頻URL——>對應分片集1視頻內(nèi)容分片集1音頻URL——>對應分片集1音頻內(nèi)容分片1—1視頻URL-—>對應分片1視頻內(nèi)容分片1—1音頻URL-—>對應分片1音頻內(nèi)容分片1—2視頻URL-—>對應分片2視頻內(nèi)容分片1—2音頻URL-——>對應分片2音頻內(nèi)容分片1—3視頻URL-——>對應分片3視頻內(nèi)容分片1—3音頻URL-——>對應分片3音頻內(nèi)容……分片1—M視頻URL-——>對應分片M視頻內(nèi)容分片1—M音頻URL-——>對應分片M音頻內(nèi)容分片集2視頻URL——>對應分片集2視頻內(nèi)容分片集2音頻URL——>對應分片集2音頻內(nèi)容……分片集3視頻URL—一〉對應分片集3視頻內(nèi)容分片集3音頻URL—一〉對應分片集3音頻內(nèi)容……分片集N視頻URL—一〉對應分片集N視頻內(nèi)容分片集N音頻URL—一〉對應分片集N音頻內(nèi)容段落2 URL——> 碼率1段落2對應的內(nèi)容分片……段落3 URL——> 碼率1段落3對應的內(nèi)容分片……可選碼率2 URL其他可選碼率URL……
表2上表中，對每個段落的內(nèi)容沒有將音視頻內(nèi)容分開，當然也可以分開。這里的分片只是對應于分片集中的某一時間段內(nèi)容，但也允許與分片集中直接包 括的相應時間段的數(shù)據(jù)內(nèi)容不完全相同，只要所有連續(xù)的、對應于一個分片集的各個連續(xù) 分片所包括的媒體內(nèi)容與該分片集所包括的媒體內(nèi)容相同即可。1003、客戶端向服務器發(fā)送GET消息請求分片集；為了播放某個分片集時間段的媒體內(nèi)容，需要分別發(fā)送音頻分片集的HTTPGET請 求和視頻分片集的HTTP GET請求，兩者處理和發(fā)送的先后次序并沒有嚴格要求，只要能滿16足在請求分片集的播放時間點到來之前相應分片集的音頻和視頻內(nèi)容已經(jīng)就緒即可，下面 以請求音樂分片集為例，客戶端的分片集請求處理流程參考圖4 1004、服務器向客戶端返回對應的分片集；1005、分片請求觸發(fā)事件；這里需要確定所需請求視頻分片的URL以及音頻分片的URL，下面以音樂分片為 例如果有分片請求觸發(fā)事件(如剛啟動播放、kek操作、帶寬變動導致需要進行碼 率切換等)發(fā)生，客戶端將根據(jù)媒體展現(xiàn)描述信息以及請求的時間點確定所需請求的分片 位于哪個分片集，以及在分片集中的序號，進而確定所需請求分片的URL。1006、客戶端向服務器發(fā)送GET消息請求分片內(nèi)容；1007、服務器向客戶端返回對應的分片內(nèi)容；服務器收到該請求消息后，返回對應的內(nèi)容分片。本發(fā)明實施例的一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的方法的一個 具體實施例參考圖11，主要包括步驟1101、客戶端向服務器發(fā)送業(yè)務信息獲取請求；客戶端向服務器請求Media Presentation Description信息，以獲取必要的媒體 元數(shù)據(jù)，這里的元數(shù)據(jù)即為資源描述信息1102、服務器向客戶端返回業(yè)務信息獲取請求響應；服務器向客戶端返回媒體展現(xiàn)描述信息，描述信息中需包括各級分片的時長(及 所包括的下一級內(nèi)容分片數(shù)目)信息或者統(tǒng)一的分片時間軸信息，以及較高層次的URL信 息(只包括分片集層次的URL，但不包括最底層的分片的URL)；在提供媒體描述信息時，如果同一層次(粒度)的分片在時長上完全相同，則只需 要提供不同層次分片的時長信息(可選的，還有所包括的下一層內(nèi)容分片的數(shù)目)，如每個 分片集1分鐘(包括30個分片，或10秒包括10個分片，或30秒包括15個分片等)、分片 2秒(或1秒)。對于按照定長進行內(nèi)容分片的情況，如果最后一個段落或分片集跟前面同 層次的分片在時長上不一樣，需單獨提供針對性的描述信息。如果同層次(粒度)的分片 在時長上不完全相同，則需要提供一份統(tǒng)一的、有關整個媒體內(nèi)容分片情況的時間軸信息。 一個定長分片的實施例如圖3所示在圖3中每個分片集的時長可以相同，或者不同；同樣，分片集中每個分片的時長 可以相同，或者不同。相應的，與這個按照層次式進行內(nèi)容分片實施例相對應的內(nèi)容分片 URL可以組織如表3所示1權利要求
1.一種在http streaming系統(tǒng)中實現(xiàn)請求內(nèi)容的方法，其特征在于 接收客戶端發(fā)送的業(yè)務信息獲取請求；向客戶端返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲取請求響應，所述媒體展現(xiàn)描述信 息中包含與分層次業(yè)務內(nèi)容對應的URL ；接收客戶端發(fā)送的業(yè)務請求消息GET消息，所述請求消息中包含客戶端根據(jù)業(yè)務需求 和媒體展現(xiàn)描述信息確定的分層次業(yè)務內(nèi)容的URL ；向客戶端返回業(yè)務請求消息響應，所述業(yè)務請求消息響應中包含與客戶端根據(jù)業(yè)務需 求和媒體展現(xiàn)描述信息確定的分層次業(yè)務內(nèi)容的URL對應的業(yè)務內(nèi)容。
2.如權利要求1所述的方法，其特征在于，所述分層次業(yè)務內(nèi)容至少包括分片，分片集，段落；所述媒體展現(xiàn)描述信息中包含與分層次業(yè)務內(nèi)容對應的URL具體為至少為分片，分片集，段落分配對應的URL。
3.如權利要求2所述的方法，其特征在于，所述請求消息中包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL 具體為客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定分片集中的分片對應的URL。
4.如權利要求3所述的方法，其特征在于，所述向客戶端返回業(yè)務請求消息響應，所述 業(yè)務請求消息響應中包含與客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL 對應的業(yè)務內(nèi)容具體包括，當客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL為戶端根據(jù)據(jù)業(yè)務 需求和媒體展現(xiàn)描述信息確定的分片對應的URL時，將分片發(fā)送給客戶端；
5.如權利要求2所述的方法，其特征在于，所述客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述 信息確定分片集中的分片對應的URL具體為客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定分片對應的分片集； 客戶端確定分片在所述分片集中對應的序號； 客戶端根據(jù)媒體展現(xiàn)描述信息獲取所述分片對應的URL。
6.如權利要求2所述的方法，其特征在于，所述客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述 信息確定分片集中的分片對應的URL具體為；客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定分片對應的分片集； 客戶端確定分片在所述分片集中對應的序號； 客戶端獲取分片集中的分片索引信息； 客戶端根據(jù)分片索引信息獲取所述分片對應的URL。
7.如權利要求2所述的方法，其特征在于，所述客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述 信息確定分片集中的分片對應的URL具體為；客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定分片對應的分片集和分片集對應的URL ；客戶端確定分片在所述分片集中對應的序號；客戶端根據(jù)媒體展現(xiàn)描述信息中的URL構造規(guī)則，構造分片對應的URL。
8.如權利要求1所述的方法，其特征在于，所述媒體展現(xiàn)描述信息進一步包括多層次業(yè)務內(nèi)容對應的URL ；
9.如權利要求1所述的方法，其特征在于，所述方法進一步包括，接收客戶端發(fā)送的業(yè) 務請求消息GET消息，所述請求消息中包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定 的不同多層次業(yè)務內(nèi)容的URL ；向客戶端返回業(yè)務請求消息響應，所述業(yè)務請求消息響應中包含與客戶端根據(jù)業(yè)務需 求和媒體展現(xiàn)描述信息確定的不同多層次業(yè)務內(nèi)容的URL對應的不同業(yè)務內(nèi)容。
10.一種服務器，其特征在于，所述服務器包括，接收模塊，用于接收客戶端發(fā)送的業(yè)務信息獲取請求；業(yè)務信息發(fā)送模塊，用于向客戶端返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲取請求響 應，所述媒體展現(xiàn)描述信息中包含與業(yè)務內(nèi)容對應的URL ；業(yè)務請求接收模塊，用于接收客戶端發(fā)送的業(yè)務請求消息GET消息，所述請求消息中 包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL ；業(yè)務內(nèi)容發(fā)送模塊，用于向客戶端返回業(yè)務請求消息響應，所述業(yè)務請求消息響應中 包含與客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL對應的業(yè)務內(nèi)容。
11.如權利要求10所述的服務器，其特征在于，所述服務器進一步包括， 分層模塊，用于將媒體資源至少分成以下播放單元，分片，分片集，段落。
12.如權利要求10所述的服務器，其特征在于，所述服務器進一步包括， 分配模塊，至少用于為，分片，分片集，段落分配URL。
13.—種在htt pstreaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的系統(tǒng)，其特征在于，所述系統(tǒng) 包括，服務器，用于接收客戶端發(fā)送的業(yè)務信息獲取請求；向客戶端返回包含媒體展現(xiàn)描述 信息的業(yè)務信息獲取請求響應，所述媒體展現(xiàn)描述信息中包含與業(yè)務內(nèi)容對應的URL ；接 收客戶端發(fā)送的業(yè)務請求消息GET消息，所述請求消息中包含客戶端根據(jù)業(yè)務需求和媒體 展現(xiàn)描述信息確定的分片URL ；向客戶端返回業(yè)務請求消息響應，所述業(yè)務請求消息響應 中包含與客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL對應的業(yè)務內(nèi)容； 客戶端，用于向服務器發(fā)送業(yè)務信息獲取請求；在獲得服務器返回的包含與業(yè)務內(nèi)容 對應的URL媒體展現(xiàn)描述信息后，向所述服務器發(fā)送包含根據(jù)業(yè)務需求和媒體展現(xiàn)描述信 息確定的業(yè)務內(nèi)容URL的業(yè)務請求消息GET消息。
14.如權利要求13所述的系統(tǒng)，其特征在于，所述根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息 確定的業(yè)務內(nèi)容URL具體為客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定分片對應的分片集； 客戶端確定分片在所述分片集中對應的序號； 客戶端根據(jù)媒體展現(xiàn)描述信息獲取所述分片對應的URL。
15.如權利要求13所述的系統(tǒng)，其特征在于，所述根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息 確定的業(yè)務內(nèi)容URL具體為客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定分片對應的分片集； 客戶端確定分片在所述分片集中對應的序號； 客戶端獲取分片集中的分片索引信息； 客戶端根據(jù)分片索引信息獲取所述分片對應的URL。
16.如權利要求13所述的系統(tǒng)，其特征在于，所述根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息 確定的業(yè)務內(nèi)容URL具體為；客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定分片對應的分片集和分片集對應的URL ；客戶端確定分片在所述分片集中對應的序號； 客戶端根據(jù)URL構造規(guī)則，構造分片對應的URL。
全文摘要
本發(fā)明采用一種在http streaming系統(tǒng)中實現(xiàn)分層請求內(nèi)容的方法，接收客戶端發(fā)送的業(yè)務信息獲取消息，向客戶端返回包含媒體展現(xiàn)描述信息的業(yè)務信息獲取消息響應，所述媒體展現(xiàn)描述信息中包含與多層次業(yè)務內(nèi)容對應的URL，接收客戶端發(fā)送的業(yè)務請求消息GET消息，所述請求消息中包含客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的多層次業(yè)務內(nèi)容的URL，向客戶端返回業(yè)務請求消息響應，所述業(yè)務請求消息響應中包含與客戶端根據(jù)業(yè)務需求和媒體展現(xiàn)描述信息確定的業(yè)務內(nèi)容URL對應的業(yè)務內(nèi)容，使得在查找內(nèi)容時可直接根據(jù)URL進行查找，提高了處理效率。
文檔編號H04L29/08GK102055718SQ20091011005
公開日2011年5月11日 申請日期2009年11月9日 優(yōu)先權日2009年11月9日
發(fā)明者樂培玉, 劉光遠, 吳凌燕, 張仁宙, 張園園, 張楚雄, 田永輝, 石騰, 袁衛(wèi)忠 申請人:華為技術有限公司