自適應流中的url參數(shù)插入和添加的制作方法
【專利說明】自適應流中的URL參數(shù)插入和添加
[0001] 相關申請案交叉申請
[0002] 本申請要求2013年1月16日遞交的申請?zhí)枮?1/753, 347、作者為王新、發(fā)明名稱 為"自適應流媒體中的URL參數(shù)插入和添加的系統(tǒng)和方法"的美國臨時專利申請案的在先 優(yōu)先權，該在先申請的內容以引用的方式并入本文。
[0003] 關于由聯(lián)邦政府贊助研宄或開發(fā)的聲明
[0004] 不適用。
[0005] 參考縮微膠片附錄 [0006] 不適用。
【背景技術】
[0007] 媒體內容提供者或經(jīng)銷商可以將媒體內容下發(fā)至各種用戶端設備，比如電視、筆 記本電腦和手機等。媒體內容提供者可以支持多個媒體編碼器和/或解碼器（編碼解碼 器）、媒體播放器、視頻幀率、空間分辨率、比特率、視頻格式或者其組合?？梢詫⒚襟w內容的 源表述轉換為其他各種表述以適用于不同的用戶設備。
[0008] 媒體內容可包括媒體表示描述文件（MPD)和多個片段。所述MH)可以為描述所 述媒體內容比如其各種表述、統(tǒng)一資源定位符（URL)以及其他特征等的可擴展標記語言 (XML)文件。正如本領域普通技術人員理解的那樣，所述媒體內容可以分成各種層級，包括 區(qū)段、適配集合（AS)、表述以及片段。
[0009] 在自適應流媒體中，當媒體內容下發(fā)至客戶端或者用戶設備時，用戶設備可以根 據(jù)各種因素比如網(wǎng)絡狀況、設備能力和用戶選擇等動態(tài)地選擇合適的片段。自適應流媒體 包括已實現(xiàn)的或正在開發(fā)的各種技術或標準，比如，超文本傳輸協(xié)議（HTTP)動態(tài)自適應流 媒體（DASH)、HTTP實況流媒體（HLS)或因特網(wǎng)信息服務（IIS)平滑流媒體。例如，用戶設 備可以盡可能選擇最高質量（如，分辨率或比特率）的能夠邊播放、邊下載而不會在播放過 程中造成暫?；蛑匦戮彌_的片段。因此，用戶設備可以將其媒體內容播放無縫地適應于變 化的網(wǎng)絡狀況。
[0010] 在自適應流媒體中，可能需要指定和構造用于訪問流媒體片段的URL，以便提高靈 活性以及降低流媒體MPD的復雜度，比如，運動圖像專家組（MPEG)DASH中使用的MH)的復 雜度。現(xiàn)有的一些方案，比如，DASH標準中URL模板規(guī)范中的URL參數(shù)插入機制可以支持 對于簡單類型的URL參數(shù)插入（或替換）的參數(shù)規(guī)范。因此，希望擴展URL參數(shù)插入的能 力，例如，攜帶更多類型的參數(shù)。

【發(fā)明內容】

[0011] 在一實施例中，本發(fā)明包括一種由用戶端設備實現(xiàn)的媒體內容流的方法，所述方 法包括：在統(tǒng)一資源定位符（URL)的查詢串部分插入一個或多個查詢參數(shù)，其中，所述查詢 串部分位于所述URL的路徑部分的后面；向流服務器發(fā)送包括所述URL的媒體請求；從所 述流服務器接收響應所述媒體請求的媒體內容的一個或多個片段。
[0012] 在另一實施例中，本發(fā)明包括一種裝置，所述裝置包括：接收器，用于接收包括媒 體內容的統(tǒng)一資源定位符（URL)模板的媒體表示描述（MPD);處理器，與所述接收器連接， 用于根據(jù)所述URL模板構造URL，其中，所述URL包括路徑部分和位于所述路徑部分后面的 查詢串部分，所述查詢串部分包括一個或多個查詢參數(shù)；發(fā)送器，與所述處理器連接，用于 向流服務器發(fā)送對媒體內容的請求，其中，所述請求包括所述已構造的URL。
[0013] 在又一實施例中，本發(fā)明包括一種由網(wǎng)絡服務器實現(xiàn)的媒體內容流的方法，所述 方法包括：從流客戶端接收URL，其中，所述URL包括路徑和位于所述路徑后面的查詢串，所 述查詢串包括一個或多個查詢參數(shù)；根據(jù)至少一個所述接收的查詢參數(shù)，為所述流客戶端 確定待使用的媒體內容的一個或多個片段；向所述流客戶端發(fā)送所述一個或多個片段。
[0014] 在又一實施例中，本發(fā)明包括一種裝置，所述裝置包括：接收器，用于從流客戶端 接收URL，其中，所述URL包括路徑和位于所述路徑后面的查詢串，所述查詢串包括一個或 多個查詢參數(shù)；處理器，與所述接收器連接，用于根據(jù)至少一個所述接收的查詢參數(shù)，為所 述流客戶端確定待使用的媒體內容的一個或多個片段；發(fā)送器，與所述處理器連接，用于向 所述流客戶端發(fā)送所述一個或多個片段。
[0015] 以下結合附圖和權利要求對以上以及其他特征做更清晰明了的詳細描述。
【附圖說明】
[0016] 為了更透徹地理解本發(fā)明，現(xiàn)參閱結合附圖和【具體實施方式】而描述的以下簡要說 明，其中的相同參考標號表不相同部分。
[0017] 圖1是由服務器管理的自適應流媒體（SMAS)系統(tǒng)的一個實施例的示意圖；
[0018] 圖2示出了作為URL參數(shù)元素的查詢參數(shù)的示例性實現(xiàn)方式；
[0019] 圖3示出了可以包括各種參數(shù)的示例性URL模板；
[0020] 圖4示出了包括靜態(tài)值的示例性URL模板；
[0021] 圖5示出了帶寬參數(shù)為查詢請求參數(shù)的示例性URL模板；
[0022] 圖6A示出了示例性命名空間中的示例性帶寬元素；
[0023] 圖6B示出了包括帶有示例性值的命名空間參數(shù)的示例性URL模板；
[0024] 圖7示出了可用于根據(jù)MPDURL進行媒體片段URL自定義的示例性MPD;
[0025] 圖8示出了可用于進行廣告插入和/或參數(shù)的實時解析的示例性MPD;
[0026] 圖9A、9B和9D示出了通過參數(shù)使能客戶端反饋的示例性MPD;
[0027] 圖9C示出了通過Web應用程序描述語言（WADL)進行編碼的示例性參數(shù)描述；
[0028] 圖10是由用戶端設備實現(xiàn)的方法實施例的流程圖；
[0029] 圖11是由網(wǎng)絡服務器實現(xiàn)的方法實施例的流程圖；
[0030] 圖12是網(wǎng)絡設備的實施例的示意圖。
【具體實施方式】
[0031] 首先應理解，盡管下文提供一項或多項實施例的說明性實施方案，但所公開的系 統(tǒng)和/或方法可使用任何數(shù)目的技術來實施，無論該技術是當前已知還是現(xiàn)有的。本發(fā)明 決不應限于下文所說明的說明性實施方案、附圖和技術，包括本文所說明并描述的示例性 設計和實施方案，而是可在所附權利要求書的范圍以及其等效物的完整范圍內修改。
[0032] 在本發(fā)明介紹的實施例通過將參數(shù)插入到URL的查詢串部分而非通過替換所述 URL的路徑部分的參數(shù)來構造媒體片段URL?？梢灾付║RL參數(shù)信息以允許靜態(tài)和動態(tài)URL 參數(shù)的插入（和替換）?？梢圆迦敫鞣N類型的參數(shù)，包括來自其他命名空間的參數(shù)、可選和 必選參數(shù)和/或查詢請求參數(shù)。也可以應用處理規(guī)則來根據(jù)指定的URL參數(shù)信息構造URL。 向所述查詢串部分插入?yún)?shù)可以使流服務器管理或控制自適應流媒體，例如，使所述服務 器而非客戶端確定為媒體內容流選擇哪個表述和/或片段。由所述服務器管理的自適應流 媒體（SMAS)方式可以帶來各種好處，比如，提高用戶體驗的一致性。
[0033] 圖1是可以包括一個或多個流服務器和流客戶端的SMAS系統(tǒng)100的一個實施例 的示意圖。作為一個例子，圖1示出了一個流服務器110和一個流媒體用戶端設備130(可 能存在更多的服務器和客戶端，但未示出）。所述流客戶端130可以獲?。ㄍㄟ^下載或流 式傳輸）來自所述流服務器110的媒體內容。媒體內容可以采用任何可行的形式，比如視 頻、音頻、文本或其組合。所述媒體內容可以包含任何適用的類型的信息，比如電影、音樂和 /或電子出版物等。所述流媒體系統(tǒng)100可以實現(xiàn)任意合適的內容下發(fā)方案或方法，比如 DASH方案。所述流客戶端130可以是在用戶設備的操作系統(tǒng)中實現(xiàn)的程序或應用，或者可 以是在Web平臺上訪問的Web客戶端。
[0034] 流服務器110可以作為任意合適類型的網(wǎng)絡服務器如HTTP服務器予以實現(xiàn)，其 中，媒體內容可以由流媒體準備單元生成或準備。所述媒體準備單元可以位于所述HTTP服 務器上或其他地方（例如，位于內容提供者中）。流服務器110可以為內容提供者的一部 分，或者可以為內容分發(fā)網(wǎng)絡（CDN)中的節(jié)點。所述媒體內容可以由所述內容提供者生成， 然后發(fā)送到CDN節(jié)點。流服務器110中的所述媒體內容可以包括MH)和多個片段。在此說 明，如果需要的話，所述MH)和所述片段可以存儲在不同的服務器中，并從不同的服務器發(fā) 送到流客戶端。例如，Mro可以從流服務器110發(fā)送到流客戶端130,而相應的片段可以從 不同的流服務器（圖1中未示出）發(fā)送到流客戶端130。
[0035] 如圖1所示，流服務器110包括適配邏輯單元（或模塊）112、請求解析器114、下 發(fā)功能116和媒體內容120。所述媒體內容120可以包括一個或多個區(qū)段，并且每個區(qū)段 可以包括多個可用表述。例如，在第一區(qū)段內，表述122可以包括多個片段，并且另一表述 124也可以包括多個片段。第二區(qū)段與之類似。在流媒體系統(tǒng)100的另一端，流客戶端130 包括訪問引擎132、監(jiān)測功能單元134和媒體引擎136。
[0036] 在流媒體系統(tǒng)100的操作中，流服務器110可以使用下發(fā)功能116向流客戶端130 下發(fā)MPD(在此說明，也可以從其他服務器下發(fā)所述MPD)?？梢酝ㄟ^HTTP、電子郵件、拇指 驅動器、廣播或者其他任意傳輸方式下發(fā)所述MPD。通過解析所述MPD，流客戶端130可以 獲知關于所述媒體內容的信息，例如，程序的定時、媒體內容的可用性、媒體類型、分辨率、 最大和最小帶寬、多媒體分量的各種編碼后的可替代分量的存在性、可訪問性特征和所需 的數(shù)字版權管理（DRM)、網(wǎng)絡中的每一個媒體組件的位置以及所述媒體內容的其他特征。所 述MPD還可以包括URL模板，其中，根據(jù)所述URL模板，流客戶端130可以構造用于獲取片 段的URL。
[0037] 為了訪問所述媒體內容120,流客戶端130可以向流服務器110發(fā)送一個或多個 HTTP請求140以請求所述媒體內容120。具體地，所述HTTP請求140可以包括一個URL，其 中，所述URL包含流客戶端130提供的信息（例如，帶寬、設備能力，如屏幕大小、內存大小 等）。在一實施