針對移動廣播/多播流式服務器的使用而擴展富媒體容器格式的方法和裝置的制造方法
【專利說明】針對移動廣播/多播流式服務器的使用而擴展富媒體容器 格式的方法和裝置
[0001] 本申請是2007年1月11日申請的申請?zhí)枮?00780006785. 1、發(fā)明名稱為"針對 移動廣播/多播流式服務器的使用而擴展富媒體容器格式"的專利申請的分案申請。
技術(shù)領(lǐng)域
[0002] 本發(fā)明總體上涉及擴展ISO基媒體文件格式，以包括異步分層編碼（ALC)作為廣 播/多播協(xié)議，同時流式傳輸富媒體內(nèi)容。更具體地，本發(fā)明涉及包含文件會話描述協(xié)議 (SDP)、元數(shù)據(jù)以及提示跟蹤，以用于使用ALC的富媒體內(nèi)容的廣播/多播下載。
【背景技術(shù)】
[0003] 本小節(jié)意在為權(quán)利要求書中記載的發(fā)明提供背景和上下文。這里的描述可能包括 那些可追求的概念，但這些概念未必是先前已經(jīng)構(gòu)思或追求的。因此，除非在此指明，否則 在本節(jié)中描述的內(nèi)容不構(gòu)成相對于本申請的說明書和權(quán)利要求書的現(xiàn)有技術(shù)，并且將內(nèi)容 包括在本節(jié)中并不意味著該內(nèi)容是現(xiàn)有技術(shù)。
[0004] 富媒體內(nèi)容通常是指圖形上豐富并且包含復合（或多個）媒體（包括文本、圖形、 視頻和音頻）、并且優(yōu)選地通過單個接口來遞送的內(nèi)容。對于可視地遞送實時內(nèi)容的富媒體 而言，特別是在MBMS和分組交換流式傳輸（PSS)服務架構(gòu)內(nèi)，富媒體內(nèi)容的流式傳輸正變 得日益重要。多媒體廣播多播服務（MBMS)流式傳輸服務有助于在3G環(huán)境中將流行的實時 內(nèi)容資源有效地遞送至多個接收者。內(nèi)容可以是預先錄制的或者是從在線饋送生成的。
[0005] 目前，存在用于呈現(xiàn)富媒體的若干已有系統(tǒng)，特別是在Web服務領(lǐng)域內(nèi)。Scalable VectorGraphics(可伸縮矢量圖形，SVG)MobileL2是一種用于在XML中描述二維圖形的 語言?？缮炜s矢量圖形允許三種類型的圖形對象：矢量圖形形狀（例如，包括直線和曲線的 路徑），多媒體（諸如，光柵圖像、視頻等）以及文本。SVG圖可以是交互式的（使用文檔對 象模型（DOM)事件模型）和動態(tài)的。動畫可以聲明式地（S卩，通過在SVG內(nèi)容內(nèi)嵌入SVG 動畫）或通過腳本來定義和觸發(fā)?？梢允褂醚a充腳本語言來實現(xiàn)SVG的復雜應用，其中補 充腳本語言訪問SVG宏文檔對象模型（uDOM)，uDOM提供對所有元素、屬性和性質(zhì)的完全訪 問?？梢詾槿我釹VG圖形對象指派豐富的事件句柄。由于其兼容性以及其他Web標準（諸 如，復合文檔格式（CDF))的使用，可以在相同的網(wǎng)頁內(nèi)同時對XHTML和SVG元素執(zhí)行類似 于腳本的特征。
[0006] 同步多媒體集成語言（SMIL)版本2. 0支持交互式視聽覺呈現(xiàn)的簡單創(chuàng)作。SMIL 通常用于"富媒體7多媒體呈現(xiàn)，該呈現(xiàn)將流式的音頻和視頻與圖像、文本或者任何其他媒 體類型集成在一起。
[0007] 對于⑶F，目前正在努力結(jié)合分離的組件語言（例如，來自獨立詞匯表的基于XML 的語言、元素和屬性），諸如XHTML、SVG、MathML和S頂L，其關(guān)注點在于用戶接口標記。在結(jié) 合用戶接口標記時，必須解決單個標記規(guī)范沒有解決的特定問題。這些問題包括：在標記之 間傳播事件，以及將繪制或者用戶交互模型與結(jié)合文檔相結(jié)合。
[0008]目前，實時傳輸協(xié)議（RTP)是用于流式遞送連續(xù)媒體（諸如，音頻、視頻和SVG)的 優(yōu)選傳輸層協(xié)議。RTP被用于單播流式傳輸（例如，3GPPPSS、3GPP2MSS(多媒體流式傳輸 服務））、廣播/多播流式傳輸（例如，3GPP多媒體廣播/多播服務（MBMS)、3GPP2BCMCS(廣 播多播服務））以及富媒體會議應用。
[0009] 異步分層編碼（ALC)是極其可伸縮和可靠的內(nèi)容遞送協(xié)議。ALC是用于任意二進 制對象的可靠多播遞送的基礎(chǔ)協(xié)議。ALC在3GPP2BCMCS和OMBACBCAST中被用作廣播 /多播文件遞送的強制性協(xié)議?，F(xiàn)在將文件元數(shù)據(jù)（在通過單向傳輸?shù)奈募f送（FLUTE) 中作為文件遞送表（FDT)的一部分來攜帶）作為OMBCAST電子服務向?qū)В‥SG)的一部分 遞送至客戶端。根據(jù)服務向?qū)?shù)據(jù)模型將該元數(shù)據(jù)劃分為各個ESG段。將段標識為：服務、 計劃、內(nèi)容、訪問、會話描述、購買項、購買數(shù)據(jù)、購買通道、服務向?qū)舷挛?、服務向?qū)нf送 描述符以及預覽數(shù)據(jù)?，F(xiàn)有技術(shù)圖3中示出了OMBCASTESG數(shù)據(jù)模型。ESG通常在ALC 會話之前遞送到客戶端。因此，客戶端在ALC會話開始之前具有文件元數(shù)據(jù)。如果在ALC 會話期間需要更新文件元數(shù)據(jù)，則可以通過使用ESG遞送/更新通道來更新包含丈件元數(shù) 據(jù)的那些ESG段。因此，文件元數(shù)據(jù)更新不是在ALC會話的帶內(nèi)（in-band)執(zhí)行的。
[0010]FLUTE構(gòu)建在ALC之上并且定義了FDT，其中FDT存儲與ALC會話中遞送的文件相 關(guān)聯(lián)的元數(shù)據(jù)。FLUTE還提供FDT的帶內(nèi)遞送以及更新的機制。3GPPMBMS和DVB-HIPDC 采用FLUTE作為廣播/多播文件遞送的強制性協(xié)議。
[0011] 除上述內(nèi)容之外，還存在ISO基媒體文件容器格式，用于富媒體內(nèi)容的存儲以及 該內(nèi)容隨后通過HTTP、FLUTE和RTP的傳輸。2005年9月1日遞交的美國臨時專利申請 No. 60/713,303以及2005年6月27日遞交的美國臨時專利申請No. 60/694,440中詳細描 述了這些格式，在此引入上述兩個專利申請的全部內(nèi)容作為參考。然而，目前尚沒有用于包 括ALC作為廣播協(xié)議的機制，特別是用于存儲ESG中的文件元數(shù)據(jù)的機制。
[0012] 直到最近，用于移動設(shè)備的應用仍是基于文本的，其交互性有限。然而，隨著更多 的無線設(shè)備配備了彩色顯示器和更先進的圖形繪制庫，用戶日益要求來自其無線應用的富 媒體體驗。對于移動終端來說，特別是在MBMS、PSS和MMS服務的領(lǐng)域中，實時富媒體內(nèi)容 流式服務至關(guān)重要。
[0013]SVG被設(shè)計用以描述與分辨率無關(guān)的2D矢量圖形，允許使用從SMIL借用的事件模 型和動畫概念的交互性。SVG還允許無限的縮放性，并增強了移動設(shè)備的用戶接口的能力。 此外，SVG支持類似于SMIL媒體元素的媒體元素的嵌入。
[0014] 可以將所有嵌入的媒體劃分為兩個部分：離散媒體（例如，圖像）和連續(xù)媒體（例 如，音頻、視頻）。連續(xù)媒體元素在其時間容器內(nèi)定以了其自己的時間線（timeline)。因此， SVG越發(fā)重要，并且變成了驅(qū)動多媒體呈現(xiàn)的核心元素之一，特別是對于諸如移動電視的富 媒體服務、交通信息、天氣、新聞的在線更新等。SVG是基于XML的，其允許與其他已有web 技術(shù)的更透明的集成。
[0015] 對于廣播/多播網(wǎng)絡上的富媒體流式傳輸，可以使用RTP來遞送諸如音頻、視頻和 SVG場景/更新的連續(xù)媒體。然而，如前所述，SVG呈現(xiàn)還包括離散媒體，并且其目前是使用 文件下載協(xié)議而不是RTP來遞送離散媒體。ALC和FLUTE是目前用于廣播/多播網(wǎng)絡上文 件遞送的優(yōu)選傳輸層協(xié)議。廣播/多播流式服務器應當能夠通過從富媒體容器文件讀取內(nèi) 容來生成富媒體分組（RTP和ALC，或者RTP和FLUTE)。容器文件可以包括：（1)用于連續(xù) 媒體的媒體跟蹤，即，SVG跟蹤、音頻跟蹤、視頻跟蹤、光柵圖像等；（2)保持同步信息的提示 跟蹤；以及⑶內(nèi)部嵌入的離散媒體。
[0016] 廣播/多播流式傳輸服務器創(chuàng)建RTP分組，以通過使用媒體跟蹤和提示跟蹤來攜 帶連續(xù)媒體。服務器還需要創(chuàng)建ALC或者FLUTE分組，以攜帶內(nèi)部嵌入的離散媒體。服務 器還確定獲取外部引用的離散媒體的一些或全部，并使用ALC或者FLUTE將其發(fā)送給客戶 端。在接收之后，這些圖像：（a)在播放相應的SVG內(nèi)容時可用被繪制；或者（b)可以通過 用戶交互而被本地存儲/高速緩存和繪制。這帶來滿意的用戶體驗，并且無需來自客戶端 的其他同時點對點（PtP)連接。然而，該優(yōu)化沒有排除同時PtP連接的可能性，而是僅僅最 小化了同時PtP連接的可能性。如果這些離散媒體（例如，CNN肖像）不可以隨意訪問，則 富媒體應用可以確保僅在用戶購買了圖像時才會繪制該圖像（即，數(shù)字版權(quán)管理（DRM)權(quán) 利）。由此，外部引用的離散媒體文件被廣播給了所有用戶，而不論用戶是否訂購了該文件 的訪問。對于沒有訂購這些文件的用戶而言，這些文件的廣播下載浪費了無線和存儲器資 源。對于訂購這些文件的用戶，這些文件的廣播下載減少了無線資源的利用，并且也增強了 它們的用戶體驗。為了創(chuàng)建ALC或者FLUTE分組，服務器需要與離散媒體（圖像）文件相 關(guān)聯(lián)的元數(shù)據(jù)。還需要在富媒體容器文件中包含這些文件元數(shù)據(jù)。

【發(fā)明內(nèi)容】

[0017] 本發(fā)明解決了缺乏用于將此元數(shù)據(jù)存儲在富媒體容器文件中的機制這一問題。本 發(fā)明包括：擴展ISO基媒體文件格式以支持ALC作為廣播協(xié)議，以及擴展ESG以包括特定 于移動廣播/多播網(wǎng)絡上的SVG傳輸?shù)脑獢?shù)據(jù)。在容器文件格式中引入了 "BMFDP提示跟 蹤"，所需的文件元數(shù)據(jù)位于這些提示跟蹤中。
[0018] 在多種用例中，富媒體服務可以得益于使用ALC作為協(xié)議。這些使用包括：較長卡 通動畫的預覽，交互式移動電視服務，在線企業(yè)數(shù)據(jù)饋送，在線聊天服務以及卡拉OK節(jié)目。 因為此前沒有將ALC特定的內(nèi)容包括在ISO基媒體文件格式中的方案，因此包含ALC促進 了更好的利用：能夠在富媒體會話期間將帶外