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

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


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