專(zhuān)利名稱(chēng)：用于以iso基本媒體文件格式存儲(chǔ)通知消息的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及多媒體文件格式的使用。更特別地，本發(fā)明涉及在國(guó)際標(biāo)準(zhǔn)組 織(ISO)基本媒體文件中存儲(chǔ)通知消息。
背景技術(shù)：
本部分旨在為權(quán)利要求書(shū)中陳述的本發(fā)明提供背景或上下文。在此的描述可能包 括可以探究的概念，但不一定是那些之前已經(jīng)想到或者探究的概念。因此，除非在此指出， 在本部分中描述的內(nèi)容對(duì)于本申請(qǐng)的說(shuō)明書(shū)和權(quán)利要求書(shū)而言不是現(xiàn)有技術(shù)，并且并不因 為包括在本部分中就被認(rèn)為是現(xiàn)有技術(shù)。多媒體容器文件格式是多媒體內(nèi)容生產(chǎn)、操作、傳輸和消費(fèi)鏈中的一個(gè)重要元素。 在該上下文中，編碼格式(即基本流格式)涉及用于將內(nèi)容信息編碼成比特流的特定編碼 算法的動(dòng)作。容器文件格式包括以這樣的方式來(lái)組織生成的比特流的機(jī)制，即，生成的比特 流可被訪(fǎng)問(wèn)以便進(jìn)行本地解碼和回放、作為文件進(jìn)行傳送、或者流式傳送，所有這些都利用 了各種各樣的存儲(chǔ)和傳送架構(gòu)。容器文件格式還可以促進(jìn)媒體的交換和編輯以及將接收的 實(shí)時(shí)流記錄到文件。這樣，在編碼格式和容器文件格式之間存在顯著的區(qū)別。可用的媒體和容器文件格式標(biāo)準(zhǔn)包括ISO基本媒體文件格式(IS0/IEC 14496-12)、MPEG-4文件格式(IS0/IEC 14496-14，也稱(chēng)為MP4格式)、高級(jí)視頻編碼(AVC) 文件格式(IS0/IEC 14496-15)和3GPP文件格式(3GPP TS 26. 244，也稱(chēng)為3GP格式)。在 MPEG中還存在用于開(kāi)發(fā)可伸縮視頻編碼(SVC)文件格式的計(jì)劃，其將成為對(duì)高級(jí)視頻編 碼(AVC)文件格式的修改。在同時(shí)進(jìn)行的努力中，MPEG正在定義用于單向傳送文件遞送 (FLUTE)和異步分層編碼(ALC)會(huì)話(huà)的提示軌道格式，其將成為對(duì)ISO基本媒體文件格式。多媒體文件格式提供分層文件結(jié)構(gòu)，其支持對(duì)多媒體數(shù)據(jù)和多媒體的相關(guān)信息以 及關(guān)于如何傳輸所述多媒體數(shù)據(jù)的提示的存儲(chǔ)。諸如針對(duì)投票或上下文廣告的請(qǐng)求之類(lèi)的 通知消息可以與某些音頻/可視(A/V)內(nèi)容同步或可以是單獨(dú)的服務(wù)。單獨(dú)通知服務(wù)的一 個(gè)示例是遞送股價(jià)的股市行情記錄器。然而，通知消息可能具有有限的生命期，例如投票請(qǐng) 求可能僅在相關(guān)TV節(jié)目期間是有效的。需要開(kāi)發(fā)一種多媒體容器格式，從而除了音頻_可視內(nèi)容之外，還使得能夠針對(duì) 在某個(gè)之后時(shí)間點(diǎn)處的未來(lái)的全功能服務(wù)消費(fèi)來(lái)存儲(chǔ)通知消息。
發(fā)明內(nèi)容
各種實(shí)施方式提供用于在ISO基本媒體文件中存儲(chǔ)通知消息的系統(tǒng)和方法?？梢?解決將要存儲(chǔ)通知消息時(shí)的不同傳送情況。各種實(shí)施方式支持將通過(guò)RTP遞送的通知消息部分與通過(guò)FLUTE (或某些其他協(xié) 議，例如超文本傳輸協(xié)議(HTTP))承載的通知消息的其他部分聯(lián)系起來(lái)。各種實(shí)施方式的 實(shí)現(xiàn)可以是通用的，并且允許媒體和提示軌道引用帶外遞送的對(duì)象。而且，各種實(shí)施方式提 供用于有效存儲(chǔ)接收的FLUTE會(huì)話(huà)的方法。通過(guò)提取并存儲(chǔ)FLUTE會(huì)話(huà)的傳送對(duì)象，可以減少冗余和檢索時(shí)間兩者，而仍舊保留時(shí)間線(xiàn)。此外，各種實(shí)施方式促進(jìn)了將通知對(duì)象的生 命周期再生到文件中而無(wú)需解析文件所需的定時(shí)器。各種實(shí)施方式的此類(lèi)特征簡(jiǎn)化了諸如 隨機(jī)訪(fǎng)問(wèn)和文件編輯之類(lèi)的操作。本發(fā)明的這些和其他優(yōu)勢(shì)和特征，連同其操作的組織和方式在結(jié)合附圖時(shí)從以下 詳細(xì)描述中變得清楚，在下述的幾個(gè)附圖中相同的元素具有相同的附圖標(biāo)記。
圖1是多媒體文件格式層級(jí)的描述；圖2示出了根據(jù)ISO基本媒體文件格式的示例性文件結(jié)構(gòu)；圖3是示出了根據(jù)ISO基本媒體文件格式的采樣群組的示例性框?qū)蛹?jí)；圖4示出了包含包括SampletoToGroup (采樣至群組)框的電影片段的示例性文 件；圖5是通知消息結(jié)構(gòu)的圖示；圖6示出了通知對(duì)象生命周期模型；圖7示出了兩個(gè)通知對(duì)象的示例生命周期；圖8示出了可以在其中實(shí)現(xiàn)各種實(shí)施方式的示例性多媒體通信系統(tǒng)的圖示；圖9示出了用于根據(jù)各種實(shí)施方式聯(lián)系文件內(nèi)通過(guò)RTP和FLUTE遞送的通知消息 部分的方法；圖10示出了根據(jù)各種實(shí)施方式的在ISO基本媒體文件中對(duì)FLUTE傳送對(duì)象的存 儲(chǔ)；圖11是示出了根據(jù)各種實(shí)施方式的用于將傳入流存儲(chǔ)到文件的過(guò)程的流程圖。圖12是示出了用于解析和/或處理圖11文件的過(guò)程的流程圖；圖13是可以與各種實(shí)施方式的實(shí)現(xiàn)結(jié)合使用的電子設(shè)備的透視圖；以及圖14是可以包括在圖13的電子設(shè)備中的電路的示意圖。
具體實(shí)施例方式圖1以100—般性地示出了多媒體文件格式的層級(jí)?；玖鞲袷?10表示獨(dú)立的 單個(gè)流。根據(jù)基本流格式構(gòu)造諸如.amr和.aac文件的音頻文件。容器文件格式120是可 以在單個(gè)文件中包含音頻和視頻流兩者的格式。容器文件格式120的族的示例基于ISO基 本媒體文件格式。層級(jí)100中恰好在容器文件格式120之下的是復(fù)用格式130。相比于根 據(jù)容器文件格式120構(gòu)造的音頻/視頻(AV)文件，復(fù)用格式130通常更不靈活而封裝更緊 湊。根據(jù)復(fù)用格式130構(gòu)造的文件通常僅用于回放目的。移動(dòng)圖片專(zhuān)家組(MPEG)-2節(jié)目 流是根據(jù)復(fù)用格式130構(gòu)造的流的示例。演示語(yǔ)言格式140用于諸如AV和分散媒體的布 局、交互、同步等之類(lèi)的目的。均由萬(wàn)維網(wǎng)理事會(huì)(W3C)指定的同步多媒體集成語(yǔ)言(SMIL) 和可伸縮視頻圖形(SVG)是演示語(yǔ)言格式140的示例。演示文件格式150的特征在于在同 一文件中具有演示的所有部分。根據(jù)演示文件格式構(gòu)造的對(duì)象示例是PowerPoint文件和 符合3GP文件格式的擴(kuò)展演示簡(jiǎn)檔的文件?？捎玫拿襟w和容器文件格式標(biāo)準(zhǔn)包括ISO基本媒體文件格式(IS0/IEC 14496-12)、MPEG-4文件格式(IS0/IEC 14496-14，也稱(chēng)為MP4格式)、高級(jí)視頻編碼(AVC)文件格式(IS0/IEC 14496-15)和3GPP文件格式(3GPP TS 26. 244，也稱(chēng)為3GP格式)。在 MPEG中還存在用于開(kāi)發(fā)可伸縮視頻編碼(SVC)文件格式的計(jì)劃，其將成為對(duì)高級(jí)視頻編碼 (AVC)文件格式的修改。同時(shí)進(jìn)行的努力中，MPEG正在定義用于單向傳送文件遞送(FLUTE) 和異步分層編碼(ALC)會(huì)話(huà)的提示軌道格式，其將成為對(duì)ISO基本媒體文件格式。ISO基本媒體文件格式中的基礎(chǔ)構(gòu)建塊稱(chēng)為框。每個(gè)框200包括頭部和凈荷。該 框頭部指示框的類(lèi)型和以字節(jié)為單位的框的大小。框可以包含其他框，并且ISO文件格式 規(guī)定了在某種類(lèi)型的框中允許哪些框類(lèi)型。此外，某些框是強(qiáng)制性出現(xiàn)在每個(gè)文件中，而其 他框僅是可選地。而且，對(duì)于某些框類(lèi)型，可以有多個(gè)框存在于文件中。因此，ISO基本媒 體文件格式本質(zhì)上規(guī)定了框的分層結(jié)構(gòu)。圖2示出了根據(jù)ISO基本媒體文件格式的簡(jiǎn)化文件結(jié)構(gòu)。根據(jù)ISO文件格式族， 文件200包括分別包含在獨(dú)立框中的媒體數(shù)據(jù)和元數(shù)據(jù)，其中獨(dú)立框是媒體數(shù)據(jù)(mdat)框 210和電影(moov)框220。對(duì)于可操作的文件而言，必定存在這兩個(gè)框。媒體數(shù)據(jù)框210 包含視頻和音頻幀，其可以是交織的和按時(shí)間順序的。電影框220可以包含一個(gè)或多個(gè)軌 道，并且每個(gè)軌道駐留在一個(gè)軌道框240中。軌道可以是下述類(lèi)型之一媒體、提示(hint) 或者定時(shí)元數(shù)據(jù)。媒體軌道指的是根據(jù)媒體壓縮格式格式化的采樣(以及其到ISO基本媒 體文件格式的封裝)。提示軌道指的是提示采樣，包含用于構(gòu)造通過(guò)指示的通信協(xié)議傳輸分 組的指南手冊(cè)(cookbook)指令。該指南手冊(cè)指令可以包含針對(duì)分組報(bào)頭構(gòu)造的指導(dǎo)，并且 包括分組凈荷構(gòu)造。在分組凈荷構(gòu)造中，駐留在其他軌道或項(xiàng)目中的數(shù)據(jù)可以被參考(例 如，參考可以指示特定軌道或項(xiàng)目中的哪段數(shù)據(jù)被命令在分組構(gòu)造過(guò)程期間復(fù)制到分組)。 定時(shí)元數(shù)據(jù)軌道指的是描述所參考的媒體和/或索引采樣的采樣。針對(duì)一種媒體類(lèi)型的演 示(presentation),通常選擇一個(gè)軌道。此外，軌道的采樣隱性地與采樣號(hào)相關(guān)聯(lián)，該采樣號(hào)以指示的采樣解碼順序以1 遞增。因此，軌道中的第一采樣可以與采樣號(hào)“1”相關(guān)聯(lián)。應(yīng)該指出，此類(lèi)假設(shè)影響某些方 程式，但是本領(lǐng)域的技術(shù)人員將理解針對(duì)采樣號(hào)碼(例如采樣號(hào)碼“0”)的其他“開(kāi)始偏移” 來(lái)相應(yīng)地修改這些方程式。應(yīng)該指出，ISO基本媒體文件格式不限制將演示包含在僅一個(gè)文件中。事實(shí)上，演 示可以包含在若干文件中。在該情況中，一個(gè)文件包含針對(duì)整個(gè)演示的元數(shù)據(jù)。該文件還 可以包含所有的媒體數(shù)據(jù)，在該情況中，該演示是自包含的。如果使用其他文件，則不必根 據(jù)ISO基本媒體文件格式格式化該其他文件。其他文件用于包含媒體數(shù)據(jù)，并且它們還可 以包含未使用的媒體數(shù)據(jù)或者其他信息。ISO基本媒體文件格式僅與包含元數(shù)據(jù)的文件的 結(jié)構(gòu)有關(guān)。媒體數(shù)據(jù)文件的格式僅受ISO基本媒體文件格式或其派生格式的約束，其中約 束僅在于媒體文件中的媒體數(shù)據(jù)必須被格式化為ISO基本媒體文件格式中指定的格式或 其派生格式。在將內(nèi)容記錄到ISO文件時(shí)可以使用電影片段，以便如果記錄應(yīng)用崩潰、盤(pán)被用 完、或者某個(gè)其他事故發(fā)生時(shí)避免丟失數(shù)據(jù)。在沒(méi)有電影片段的情況下，可能發(fā)生數(shù)據(jù)丟 失，因?yàn)槲募袷綀?jiān)持所有的元數(shù)據(jù)(電影框)被寫(xiě)在文件的一個(gè)連續(xù)區(qū)域中。此外，當(dāng)記 錄文件時(shí)，由于可用的存儲(chǔ)裝置的大小，可能沒(méi)有足夠數(shù)量的RAM來(lái)緩存電影框，并且在電 影結(jié)束時(shí)重新計(jì)算電影框的內(nèi)容太慢。而且，電影片段可以使用常規(guī)的ISO文件解析器來(lái) 實(shí)現(xiàn)同步地記錄和回放文件。最后，針對(duì)漸進(jìn)下載，要求較小的初始緩存持續(xù)時(shí)間(例如，當(dāng)電影片段被使用并且初始的電影框比具有相同媒體內(nèi)容但在沒(méi)有電影片段下構(gòu)造的文 件要小時(shí)，同時(shí)接收和回放文件)。電影片段特征能夠?qū)⒊Ｒ?guī)而言駐留在moov框220中的元數(shù)據(jù)劃分成多個(gè)塊，每個(gè) 塊對(duì)應(yīng)于軌道的一定時(shí)間段。因此，電影片段特征能夠?qū)崿F(xiàn)文件元數(shù)據(jù)和媒體數(shù)據(jù)的交織。 因此，moov框220的大小可以被限制，并且實(shí)現(xiàn)上述的使用情形。針對(duì)電影片段的媒體采樣駐留在mdat框210中，如果它們?cè)谂cmoov框相同的文 件中，則通常是這樣。然而，針對(duì)電影片段的元數(shù)據(jù)，提供moof框。其包括針對(duì)回放時(shí)間中 的某段持續(xù)時(shí)間的信息，該信息先前已經(jīng)在moov框220中。moov框220仍然自己表示有效 的電影，但是另外，其還包括mvex框，該mvex框指示同一文件中將跟有電影片段。電影片 段在時(shí)間上擴(kuò)展了關(guān)聯(lián)到moov框的演示?？梢园ㄔ趍oof框中的元數(shù)據(jù)限于可被包括在moov框220中的元數(shù)據(jù)的子集， 并且在某些情況下被不同地編碼?？梢员话ㄔ趍oof框中的框的詳細(xì)情況可以從ISO基 本媒體文件格式規(guī)范IS0/IEC國(guó)際標(biāo)準(zhǔn)14496-12第二版2005-04-01 (包括修訂1和2)中 找到。除了定時(shí)軌道之外，ISO文件還可以在元框(meta box)中包含任何非定時(shí)二進(jìn)制 對(duì)象，或“靜態(tài)”元數(shù)據(jù)。元框可以駐留在電影框中以及在軌道框中的文件的頂層。文件 層、電影層、或者軌道層中的每個(gè)處可以出現(xiàn)最多一個(gè)元框。需要元框來(lái)包含‘hdlr’框，該 hdlr框指示“元”框內(nèi)容的結(jié)構(gòu)或格式。元框可以包含任何數(shù)目的二進(jìn)制項(xiàng)目，所述項(xiàng)目可 以被參考并且它們中的每個(gè)可以與文件名關(guān)聯(lián)。為了在層級(jí)的任一層(文件、電影或軌道)支持多于一個(gè)的元框，已經(jīng)在ISO基本 媒體文件格式中引入了元框容器框(“meco”)。元框容器框可以在層級(jí)的任一層(文件、 電影或軌道)攜帶任何數(shù)目的附加元框。這允許例如同樣的元數(shù)據(jù)出現(xiàn)在兩個(gè)不同的、替 換的元數(shù)據(jù)系統(tǒng)中。元框相關(guān)框(“mere”)支持描述不同的元框如何涉及彼此(例如，它 們是否包含完全相同但是用不同的機(jī)制描述的元數(shù)據(jù)，或者是否一個(gè)表示另一個(gè)的超集)。 應(yīng)該指出，在針對(duì)ISO基本媒體文件格式的最新“Technologies under Consideration”文 檔(MPEG文檔N9378)內(nèi)，不再需要二進(jìn)制項(xiàng)目位于元框內(nèi)。反之，二進(jìn)制項(xiàng)目可以駐留在 文件中的任何處，例如，駐留在mdat框中，并且還可以駐留在第二文件內(nèi)。圖3和圖4示出了在框中的采樣群組的使用。ISO基本媒體文件格式和其派 生(諸如AVC文件格式和SVC文件格式)中的采樣群組是基于群組規(guī)則將軌道中的每 個(gè)采樣分配為一個(gè)采樣群組的成員。采樣群組中的一個(gè)采樣群組不限于連續(xù)的采樣， 并且可以包含非相鄰的采樣。因?yàn)獒槍?duì)軌道中的采樣可能存在多于一個(gè)的采樣群組， 每個(gè)采樣群組具有類(lèi)型字段以指示群組的類(lèi)型。采樣群組通過(guò)以下兩個(gè)鏈接的數(shù)據(jù) 結(jié)構(gòu)來(lái)表示dDSampleToGroup框(sbgp框)表示采樣到采樣群組的分配；以及(2) SampleGroupDescription(采樣群組描述)框(sgpd框)包含針對(duì)每個(gè)采樣群組的采 樣群組項(xiàng)目，其描述了該組的屬性?；诓煌娜航M準(zhǔn)則，可以存在SampleToGroup和 SampleGroupDescription框的多個(gè)實(shí)例。這些通過(guò)類(lèi)型字段來(lái)區(qū)分，類(lèi)型字段用于指示群 組的類(lèi)型。圖3提供了指示用于采樣群組框的嵌套結(jié)構(gòu)的簡(jiǎn)化框?qū)蛹?jí)。采樣群組框 (SampleGroupDescription框和SampleToGroup框)駐留在采樣表(stbl)框中，其被包括
9在電影(moov)框內(nèi)的媒體信息(minf)框、媒體(mdia)框和軌道(trak)框(以該順序) 中。SampleToGroup框被允許駐留在電影片段中。因此，采樣群組可以逐個(gè)片段地進(jìn) 行。圖4圖示出包含電影片段的文件的例子，該電影片斷包括SampleToGroup框。數(shù)字視頻廣播(DVB)組織當(dāng)前正處于指定DVB文件格式的進(jìn)程中。定義DVB文 件格式的主要目的在于使DVB技術(shù)實(shí)現(xiàn)之間的內(nèi)容互操作性更容易，DVB技術(shù)實(shí)現(xiàn)諸如是 根據(jù)當(dāng)前(DVB-T、DVB-C、DVB-S)和未來(lái)DVB標(biāo)準(zhǔn)的機(jī)頂盒、因特網(wǎng)協(xié)議(IP)電視接收機(jī) 和根據(jù)DVB-手持(DVB-H)和其未來(lái)演進(jìn)的移動(dòng)電視接收機(jī)。DVB文件格式促進(jìn)在終端側(cè) 存儲(chǔ)所有DVB文件，并且其目的在于互換格式以確保兼容的DVB設(shè)備之間的互操作性。然 而，應(yīng)該指出，DVB文件格式目的不必在于用于DVB兼容設(shè)備的內(nèi)部存儲(chǔ)格式，盡管DVB文 件格式應(yīng)該能夠處理正在由其他DVB廣播規(guī)范使用的各種類(lèi)型的媒體和數(shù)據(jù)。在DVB文 件格式規(guī)范的需求收集階段過(guò)程中，就DVB文件格式將提供對(duì)于以下媒體格式的支持達(dá)成 了一致H. 264;移動(dòng)圖片和電視工程師協(xié)會(huì)(SMPTE) 42IM視頻編解碼器(VC-I)；高級(jí)音頻 編碼(AAC)，高效(HE) -AAC, HE-AACv2 ；音頻碼3號(hào)(AC-3)，AC-3+ ；自適應(yīng)多碼率-寬帶加 (ARM-WB+)；如由DVB-H上的IP廣播使用的定時(shí)文本；非A/V內(nèi)容；字幕；同步輔助數(shù)據(jù)；交 互應(yīng)用；和數(shù)據(jù)。此外，應(yīng)該指出，DVB文件格式將允許在來(lái)自于不同制造商的設(shè)備間交換記錄的 (例如，只讀)媒體，其中DVB文件格式將從ISO基本媒體文件格式中導(dǎo)出。此類(lèi)內(nèi)容交換 例如可以包括使用USB大容量存儲(chǔ)器和/或類(lèi)似的讀/寫(xiě)設(shè)備，以及對(duì)于歸屬網(wǎng)絡(luò)上公共 的盤(pán)存儲(chǔ)設(shè)備的共享訪(fǎng)問(wèn)、以及其他功能。DVB文件格式的關(guān)鍵特征被稱(chēng)為接收提示軌道，其可以在按照DVB文件格式記錄 一個(gè)或多個(gè)分組數(shù)據(jù)流時(shí)使用。接收提示軌道指示所接收的分組的順序、接收定時(shí)和內(nèi)容 以及其他。用于DVB文件格式的播放器可以基于接收提示軌道重建過(guò)去接收到的分組流， 并且處理該重建的分組流，就仿佛它是剛剛接收到的那樣。接收提示軌道具有與服務(wù)器的 提示軌道相比相同的結(jié)構(gòu)，正如ISO基本媒體文件格式中所規(guī)定的那樣。例如，接收提示軌 道可以通過(guò)‘hint (提示)’類(lèi)型的軌道參考鏈接到它們所攜帶的基本流軌道(即，媒體軌 道)。傳遞媒體流的每種協(xié)議具有其自身的接收提示采樣格式。使用接收提示軌道作為用于發(fā)送所接收的流的提示的服務(wù)器應(yīng)該溫和地處理所 接收的流的潛在的降級(jí)，諸如傳輸延遲抖動(dòng)和分組丟失，并且無(wú)論所接收的流是否存在潛 在的降級(jí)都確保遵守協(xié)議限制和包含的數(shù)據(jù)格式。接收提示軌道的采樣格式可以支持通過(guò)借助參考從其他軌道拉出數(shù)據(jù)來(lái)構(gòu)建分 組。這些其他軌道可以是提示軌道或者媒體軌道。這些指針的精確格式由協(xié)議的采樣格式 限定，但是一般它們包括四種信息軌道參考索引、采樣號(hào)、偏移以及長(zhǎng)度。這些信息中的某 些在具體的協(xié)議中可能是隱性的。這些“指針”總是指向?qū)嶋H的數(shù)據(jù)源。如果一個(gè)提示軌 道是建立在另一個(gè)提示軌道的頂上，則第二個(gè)提示軌道必須具有指向供第一軌道使用的媒 體軌道的直接參考，其中來(lái)自那些媒體軌道的數(shù)據(jù)被放置在流中。將所接收的流轉(zhuǎn)換到媒體軌道允許服從ISO基本媒體文件格式的現(xiàn)有播放器處 理DVB文件，只要媒體格式也得到支持。然而，大多數(shù)媒體編碼標(biāo)準(zhǔn)僅規(guī)定了對(duì)無(wú)錯(cuò)流的解 碼，并且因此應(yīng)該確保媒體軌道中的內(nèi)容能夠被正確地解碼。針對(duì)DVB文件格式的播放器可以利用接收提示軌道來(lái)處理傳輸引起的降級(jí)，即可能沒(méi)有正確解碼的內(nèi)容僅位于接收提 示軌道中。通過(guò)借助參考將來(lái)自媒體軌道的數(shù)據(jù)包括進(jìn)接收提示軌道，可以不需要在媒體 軌道和接收提示軌道二者中都復(fù)制正確媒體采樣。當(dāng)前，規(guī)定了兩種類(lèi)型的接收提示軌道MPEG_2傳送流(MPEG2-TS)以及實(shí)時(shí)傳送 協(xié)議(RTP)接收提示軌道。MPEG2-TS接收提示軌道的采樣包含MPEG2-TS分組或者指令，用 以根據(jù)針對(duì)媒體軌道的參考來(lái)構(gòu)成MPEG2-TS分組。MPEG-2傳送流是對(duì)音頻和視頻節(jié)目基 本流以及一些元數(shù)據(jù)信息的復(fù)用。其還可以包含若干音視頻節(jié)目。RTP接收提示軌道表示 一個(gè)RTP流，通常是單個(gè)媒體類(lèi)型。RTP被用于基于因特網(wǎng)協(xié)議(IP)在網(wǎng)絡(luò)中傳輸連續(xù)的媒體數(shù)據(jù)，諸如編碼的音頻 和視頻流。實(shí)時(shí)傳送控制協(xié)議(RTCP)是RTP的伙伴，即當(dāng)網(wǎng)絡(luò)和應(yīng)用基礎(chǔ)結(jié)構(gòu)允許，則應(yīng) 該總是使用RTCP來(lái)補(bǔ)充RTP。RTP和RTCP通常運(yùn)送在用戶(hù)數(shù)據(jù)報(bào)協(xié)議(UDP)上，繼而UDP 運(yùn)送在因特網(wǎng)協(xié)議(IP)上。存在兩種版本的IP，IPv4和IPv6，其通過(guò)可尋址的端點(diǎn)數(shù)目 以及其他來(lái)區(qū)分。RTCP被用于監(jiān)視網(wǎng)絡(luò)提供的服務(wù)質(zhì)量，并且用于運(yùn)送關(guān)于正在進(jìn)行的會(huì) 話(huà)的參與者的信息。RTP和RTCP被設(shè)計(jì)用于從一對(duì)一通信到幾千個(gè)端點(diǎn)的大型多播群組范 圍的會(huì)話(huà)。為了控制多方會(huì)話(huà)中的RTCP分組引起的總的比特率，由單個(gè)端點(diǎn)傳輸?shù)腞TCP 分組的傳輸間隔正比于會(huì)話(huà)中的參與者的數(shù)目。每個(gè)媒體編碼格式具有特定的RTP凈荷格 式，其規(guī)定了媒體數(shù)據(jù)如何在RTP分組的凈荷中被結(jié)構(gòu)化。針對(duì)DVB文件格式的元數(shù)據(jù)要求可以基于元數(shù)據(jù)類(lèi)型被歸類(lèi)成四組1)采樣特定 的定時(shí)元數(shù)據(jù)，諸如演示時(shí)間戳；2)索引；3)分段的元數(shù)據(jù)；以及4)用戶(hù)書(shū)簽(例如，內(nèi)容 中的最喜歡的位置的用戶(hù)書(shū)簽)。采樣特定定時(shí)元數(shù)據(jù)的示例是演示時(shí)間戳?？梢源嬖诓煌臅r(shí)間線(xiàn)來(lái)指示采樣特 定的定時(shí)元數(shù)據(jù)。時(shí)間線(xiàn)無(wú)需覆蓋所記錄的流的整個(gè)長(zhǎng)度并且時(shí)間線(xiàn)可以被暫停。例如， 在示例情況中，可以在電影的最終編輯階段創(chuàng)建時(shí)間線(xiàn)A。稍后，服務(wù)提供商可以插入商業(yè) 廣告并且為商業(yè)廣告提供時(shí)間線(xiàn)B。結(jié)果，在商業(yè)廣告正在進(jìn)行時(shí)，時(shí)間線(xiàn)A可以被暫停。 時(shí)間線(xiàn)還可以在內(nèi)容本身被傳輸之后進(jìn)行傳輸。時(shí)間線(xiàn)采樣攜帶機(jī)制在歐洲電信標(biāo)準(zhǔn)協(xié) 會(huì)(ETSI)技術(shù)規(guī)范(TS) 102 823 “Specification for the carriage of synchronized auxiliary data”中指定。根據(jù)該規(guī)范，時(shí)間線(xiàn)采用可以攜帶在MPEG-2節(jié)目基本流(PES) 中。PES運(yùn)送基本的音頻或視頻比特流，并且因此，時(shí)間線(xiàn)與音頻和視頻幀精確地同步。索引可以包括例如視頻訪(fǎng)問(wèn)點(diǎn)和軌道模式支持(例如，快速前進(jìn)/后退，慢動(dòng)作)。 這樣的操作可能需要例如對(duì)可以自解碼的圖片的指示、解碼開(kāi)始點(diǎn)以及對(duì)參考和無(wú)參考圖 片的指示。在分段的元數(shù)據(jù)的情況下，DVB服務(wù)可以利用根據(jù)特定的元數(shù)據(jù)機(jī)制(諸如廣 播內(nèi)容指南(BCG)、TV-Anytime (TV-任何時(shí)間)、或者針對(duì)IP數(shù)據(jù)播放(IPDC)的電子服 務(wù)指南(ESG))的服務(wù)指南來(lái)描述。該描述可以?xún)H應(yīng)用到流的一部分。因此，文件可以具 有若干個(gè)描述性的段(例如，關(guān)于節(jié)目的特定段的描述，諸如“Holidayin Corsica near Cargese，，)信息。另外，需要DVB文件格式的元數(shù)據(jù)和編制索引的結(jié)構(gòu)是可擴(kuò)展的，并且需要支持 用戶(hù)定義的索引。已經(jīng)提出了用于執(zhí)行編制位標(biāo)和實(shí)現(xiàn)分段的元數(shù)據(jù)的各種技術(shù)，其例如包括定時(shí)元數(shù)據(jù)軌道、采樣群組、DVBIndexTable (DVB索引表)、虛擬媒體軌道以及采樣事件和采樣 特性。關(guān)于定時(shí)元數(shù)據(jù)軌道，創(chuàng)建一個(gè)或多個(gè)定時(shí)元數(shù)據(jù)軌道。軌道可以包含特定類(lèi)型的 索引或可以包含任何類(lèi)型的索引。換言之，采樣格式將支持不同索引類(lèi)型的復(fù)用。軌道還 可以包含一個(gè)節(jié)目(例如，多節(jié)目傳送流的)或多個(gè)節(jié)目的索引。另外，軌道可以包含一個(gè) 媒體類(lèi)型或多個(gè)媒體類(lèi)型的索引。關(guān)于采樣群組，一個(gè)采樣群組類(lèi)型可以專(zhuān)用于每個(gè)索引類(lèi)型，其中相同數(shù)量的采 用群組描述索引包括在Sample Group Description框中，因?yàn)閷?duì)于特定索引類(lèi)型存在不同 值。Sample to Group框用于將采樣與索引值相關(guān)聯(lián)。采樣群組方法可以與定時(shí)元數(shù)據(jù)軌 道一起使用。關(guān)于DVBIndexTable,提出了將稱(chēng)為DVBIndexTable框的新框引入到Sample Table框中。DVBIndexTable框包含條目的列表，其中每個(gè)條目通過(guò)其采樣號(hào)與接收提示軌 道中的采樣相關(guān)聯(lián)。每個(gè)條目進(jìn)一步包括關(guān)于索引準(zhǔn)確度，其關(guān)注多節(jié)目MPEG-2傳送流中 的哪個(gè)節(jié)目、其對(duì)應(yīng)于哪個(gè)時(shí)間戳以及索引的值的信息。關(guān)于虛擬媒體軌道，已經(jīng)提出將通過(guò)參考接收提示軌道的采樣數(shù)據(jù)從接收提示軌 道組成虛擬媒體軌道。因此，用于媒體軌道的索引編制機(jī)制(諸如sync采樣框)可以間接 地用于接收的媒體。最后，關(guān)于采樣事件和采樣特性技術(shù)，已經(jīng)提出這些技術(shù)用于克服采樣群組的兩 個(gè)固有缺點(diǎn)(當(dāng)它們用于索引編制時(shí))。第一，Sample to Group (采樣至群組)框使用行程 編碼來(lái)將采樣與群組描述索引相關(guān)聯(lián)。換言之，提供映射至相同群組描述索引的連續(xù)采樣 的數(shù)量。因此，為了根據(jù)絕對(duì)采樣數(shù)來(lái)解決群組描述索引，計(jì)算連續(xù)采樣計(jì)數(shù)的累積和。此 類(lèi)計(jì)算對(duì)于某些實(shí)現(xiàn)而言可能是計(jì)算負(fù)擔(dān)。因此，提出的技術(shù)在Sample to Event (采樣至 事件)以及Sample to Property (采樣至特性)框中使用絕對(duì)采樣數(shù)(對(duì)應(yīng)于Sample to Group框)而不是使用行程編碼。第二，Sample Group Description (采樣群組描述)框駐 留在Movie框中。因此，在記錄開(kāi)始時(shí)必須知道索引值(對(duì)于所有索引類(lèi)型這可能是不可 能的)或者在記錄期間必須不斷地更新Movie框以響應(yīng)新的索引值。對(duì)Movie框的更新因 此可能需要移動(dòng)文件內(nèi)的其他框(諸如mdat框)，這可能是慢的文件操作。提出的Sample to Property框包括特性值字段，其實(shí)際攜帶索引值，并且可以駐留在每個(gè)電影片段中。因 此，原始Movie框無(wú)需因?yàn)樾碌乃饕刀?。根?jù)廣播和移動(dòng)服務(wù)(CBMS)群組的融合，DVB-CBMS工作正在進(jìn)行以定義用于 DVB-H上的IP數(shù)據(jù)廣播的通知框架。希望該通知框架支持通知消息的遞送，因此只要發(fā)生 了重要事件就向接收機(jī)和用戶(hù)進(jìn)行通知。通知消息可以與某些音頻/可視(A/V)內(nèi)容同步 或者可以是獨(dú)立服務(wù)。例如，同步的通知消息可以描述涉及某些A/V服務(wù)的事件，例如，針 對(duì)投票或上下文廣告的請(qǐng)求。獨(dú)立通知服務(wù)例如可以備選地?cái)y帶按照某些標(biāo)準(zhǔn)進(jìn)行歸組但 不涉及A/V服務(wù)的通知消息。獨(dú)立通知服務(wù)的一個(gè)示例是遞送股價(jià)的股市行情記錄器。此外，通知服務(wù)可以被設(shè)置為默認(rèn)或可以由用戶(hù)選擇。默認(rèn)通知消息可能對(duì)于所 有接收機(jī)而言都是感興趣的，因此，可能希望自動(dòng)接收默認(rèn)通知消息，例如緊急通知服務(wù)。 備選地，用戶(hù)選擇的通知消息例如可以?xún)H在用戶(hù)選擇時(shí)被接收。根據(jù)通知服務(wù)的類(lèi)型，通知 消息的遞送可以不同。這里更詳細(xì)地描述了通知消息的傳送機(jī)制。諸如圖5中500示出的通知消息可以由多個(gè)部分組成。第一部分可以稱(chēng)為通用消息部分510，例如可擴(kuò)展標(biāo)記語(yǔ)言(XML)片段， 其包含關(guān)于通知消息的通用信息并且由通知框架消費(fèi)。另一部分可以稱(chēng)為應(yīng)用特定消息部 分520，例如包含描述通知消息內(nèi)容的信息的片段(通常是XML格式)。此外，應(yīng)用特定消 息部分可以由能夠處理通知消息的應(yīng)用特定部分的應(yīng)用來(lái)消費(fèi)。又一部分可以稱(chēng)為媒體對(duì) 象，諸如組成通知消息一部分的一個(gè)或多個(gè)音頻/剪輯530和一個(gè)或多個(gè)視頻/剪輯540。應(yīng)該指出在通知消息的生命期期間，可以分別遞送其一部分和對(duì)這些部分的更 新。備選地，某些未改變的部分可以完全忽略。一個(gè)示例是攜帶用于使接收機(jī)獲取其他消 息部分的命令的通知消息，其中一段時(shí)間后，通知消息的更新指示將啟動(dòng)之前抓取的通知 消息。然而，可以通過(guò)使用多部分/相關(guān)多用途因特網(wǎng)電子郵件擴(kuò)展(MIME)封裝將通知消 息的所有部分作為單個(gè)傳送對(duì)象來(lái)遞送。該封裝支持將多個(gè)通知消息聚合在單個(gè)通知消息 中，而仍舊提供對(duì)每個(gè)單個(gè)消息的獨(dú)立訪(fǎng)問(wèn)。兩個(gè)不同的傳送協(xié)議可以用于通知消息的遞送/傳送，例如RTP和FLUTE。FLUTE 可以用于非同步和默認(rèn)通知消息的遞送，而RTP可以用于同步、服務(wù)相關(guān)通知消息的遞送。 備選地，可以使用RTP和FLUTE的組合，其中可以使用FLUTE傳送通知消息的大塊凈荷(即， 應(yīng)用特定消息部分和媒體對(duì)象，如果有的話(huà))，而例如使用RTP僅遞送通知消息的通用消息 部分。對(duì)于RTP遞送而言，定義RTP凈荷格式報(bào)頭以指示重要信息，該重要信息支持對(duì)通 知消息的修正處理和提取。而且，RTP凈荷格式報(bào)頭也允許基于例如通知消息的通知類(lèi)型 來(lái)過(guò)濾通知消息。此外，RTP凈荷格式報(bào)頭提供用于對(duì)超過(guò)最大傳輸單元(MTU)大小的通 知消息進(jìn)行分段和重組的功能。定義了對(duì)FLUTE的文件遞送表(FDT)的類(lèi)似擴(kuò)展，從而提供對(duì)選擇通知消息所需 的信息字段的標(biāo)識(shí)和快速訪(fǎng)問(wèn)。繼而可以封裝通知消息部分并且將其作為單個(gè)傳送對(duì)象或 獨(dú)立的傳送對(duì)象來(lái)攜帶。通用通知消息部分通?？梢蕴峁┙M成相應(yīng)通知信息的消息部分 的列表。這將支持通知框架以獲取通知消息的所有部分并且使它們可用于消費(fèi)通知應(yīng)用。 對(duì)媒體對(duì)象的參考以及對(duì)使用它們的方式的描述通常由應(yīng)用特定消息部分提供。然而，由 于通知框架不讀取應(yīng)用特定消息部分，所以如果通知框架沒(méi)有認(rèn)識(shí)到待獲得的所有消息部 分，則可能發(fā)生針對(duì)重構(gòu)通知消息的顯著延遲。通知對(duì)象的生命周期通常如下，其中通知對(duì)象在終端中創(chuàng)建，作為與特定統(tǒng)一資 源標(biāo)識(shí)符(URI)相關(guān)聯(lián)的通知消息的響應(yīng)。終端維持包括以下?tīng)顟B(tài)的、針對(duì)通知對(duì)象的狀 態(tài)機(jī)。“缺席”是對(duì)象的初始狀態(tài)，并且一旦已經(jīng)將該對(duì)象從系統(tǒng)(完全)移除，其還是最終 狀態(tài)。這是對(duì)象可以無(wú)限持續(xù)的僅有狀態(tài)。沒(méi)有定時(shí)器與該狀態(tài)相關(guān)聯(lián)，并且因此，從該狀 態(tài)到任何其他狀態(tài)的變遷意味著加載該對(duì)象?！凹虞d”是已經(jīng)將對(duì)象加載(預(yù)抓取)到系統(tǒng)中但是其還未被激活或未針對(duì)未來(lái)的 某個(gè)時(shí)間對(duì)激活進(jìn)行編程的狀態(tài)。應(yīng)該指出，如果已經(jīng)接收到立即激活動(dòng)作，但是尚未完全 執(zhí)行該激活，例如在等待應(yīng)用開(kāi)始時(shí)，則對(duì)象也將停留在該狀態(tài)中。生命期計(jì)數(shù)器在該狀態(tài) 期間連續(xù)遞減，并且在生命期流逝時(shí)移除該對(duì)象。“等待”表示這樣一種狀態(tài)，其中當(dāng)已經(jīng)加載對(duì)象并且已經(jīng)接收到針對(duì)未來(lái)某時(shí)激 活的動(dòng)作時(shí)，該對(duì)象正在等待(并且停留在該狀態(tài)直到完成激活，例如啟動(dòng)應(yīng)用)。在該等 待狀態(tài)中，將launch time參數(shù)與某些外部時(shí)間參考(例如，相關(guān)聯(lián)的視頻流的RTP演示時(shí)
13間戳)連續(xù)進(jìn)行比較。傳統(tǒng)上，當(dāng)已經(jīng)到達(dá)或超過(guò)希望的launch time時(shí)，對(duì)象變遷到活躍 狀態(tài)。例如，如果在傳輸期間啟動(dòng)動(dòng)作發(fā)生延遲，則這可能是立即出現(xiàn)的情況。而且，到其 他狀態(tài)的變遷可以由合適的動(dòng)作觸發(fā)。此外，生命期計(jì)數(shù)器在該狀態(tài)期間連續(xù)遞減，并且在 生命期流逝時(shí)移除該對(duì)象?！盎钴S”表示當(dāng)已經(jīng)加載對(duì)象并且其變?yōu)榛钴S時(shí)的狀態(tài)。在該活躍狀態(tài)期間，活躍 時(shí)間計(jì)數(shù)器和生命期計(jì)數(shù)器兩者都連續(xù)遞減?；钴S時(shí)間的流逝觸發(fā)回到加載狀態(tài)的自動(dòng)變 遷(但是對(duì)象保持存在)。生命期的流逝將該對(duì)象從系統(tǒng)中完全移除(例如，觸發(fā)到缺席狀 態(tài)的變遷)。通知對(duì)象生命周期狀態(tài)之間的變遷由如上所述的動(dòng)作觸發(fā)。這些動(dòng)作可以通過(guò)通 知消息的接收(顯性的和隱形的)來(lái)發(fā)起，或在一定時(shí)間之后自動(dòng)觸發(fā)。不同的動(dòng)作將在 下面結(jié)合由這些動(dòng)作傳送到對(duì)象的所提議參數(shù)來(lái)討論。“抓取”表示這樣一種動(dòng)作，其中當(dāng)抓取對(duì)象時(shí)，需要確定其希望的生命期(直到移 除)(例如，默認(rèn)值)。還可以將生命期給出為相對(duì)值(從抓取到自動(dòng)移除)，或給出為絕對(duì) 值(全局時(shí)間中的死亡時(shí)間)。應(yīng)該指出，準(zhǔn)確度不是關(guān)鍵，因?yàn)樘峁┥虘?yīng)該提供足夠的誤 差邊限。一旦抓取了對(duì)象就應(yīng)該確定希望的活躍時(shí)間。盡管利用啟動(dòng)動(dòng)作傳送該參數(shù)在原 理上是可能的，但是這可能會(huì)浪費(fèi)帶寬，因?yàn)樵诨钴S時(shí)間期間需要定期重復(fù)啟動(dòng)動(dòng)作。應(yīng)該 指出，這指的是顯性抓取和隱性抓取(例如，當(dāng)接收到針對(duì)尚未加載對(duì)象的啟動(dòng)動(dòng)作時(shí)觸 發(fā)抓取動(dòng)作)。“啟動(dòng)”表示啟動(dòng)對(duì)象時(shí)的動(dòng)作。當(dāng)啟動(dòng)對(duì)象時(shí)，定義了最大活躍時(shí)間。由于為了 處理非最佳接收或稍后的信道切換，啟動(dòng)消息(觸發(fā))將重復(fù)，所以在每個(gè)啟動(dòng)消息中不重 復(fù)活躍時(shí)間(即，活躍時(shí)間從抓取中是已知的)以節(jié)省帶寬?；钴S時(shí)間的分辨率應(yīng)該小于 一秒。啟動(dòng)動(dòng)作可以立即生效(例如，盡可能快(asap))，或當(dāng)已經(jīng)到達(dá)動(dòng)作中指示的啟動(dòng) 時(shí)間時(shí)生效。因此，需要啟動(dòng)時(shí)間與某些時(shí)間參考(取決于傳送機(jī)制，例如，當(dāng)RTP時(shí)間戳 的演示時(shí)間超過(guò)指示的啟動(dòng)時(shí)間時(shí))之間的比較。“取消”表示可以通過(guò)特定通知消息(或觸發(fā))觸發(fā)的或當(dāng)定時(shí)器到期觸發(fā)了解 激活時(shí)的動(dòng)作。出于該原因，取消動(dòng)作通常不攜帶其他參數(shù)(例如，取消動(dòng)作將不修改生命 期)?！耙瞥笔强梢酝ㄟ^(guò)特定通知消息(或觸發(fā))觸發(fā)的動(dòng)作，其中在大部分情況下，在 給定時(shí)間后將移除對(duì)象。這結(jié)束了對(duì)象的生命，因此不傳輸參數(shù)?！案隆北硎究梢杂糜谠?許對(duì)現(xiàn)有對(duì)象的生命期或活躍時(shí)間進(jìn)行更新的動(dòng)作。然而，這不是必需的，因?yàn)楦驴梢杂?特殊更新命令直接觸發(fā)或通過(guò)接收抓取和啟動(dòng)動(dòng)作的修改參數(shù)來(lái)觸發(fā)。為了管理生命周期狀態(tài)之間的自動(dòng)變遷，每個(gè)對(duì)象都需要以下的定時(shí)器活躍時(shí) 間；和生命期。剩下的活躍時(shí)間是直到自動(dòng)取消為止的預(yù)期時(shí)間。其被初始化為從對(duì)象活 躍到取消的相對(duì)時(shí)間，分辨率是毫秒。剩余的生命期表示直到對(duì)象自動(dòng)取消為止的預(yù)期時(shí) 間。其從“remove time (移除時(shí)間)”參數(shù)被初始化為目標(biāo)加載時(shí)間處的相對(duì)時(shí)間，分辨率 為秒。其中可以從加載對(duì)象時(shí)刻的絕對(duì)時(shí)間值或從相對(duì)時(shí)間值來(lái)完成初始化。圖6中示出了通知對(duì)象的生命周期圖(又稱(chēng)為狀態(tài)機(jī))。參考“時(shí)間”的動(dòng)作，例 如“流逝的生命期”602、“實(shí)際時(shí)間彡啟動(dòng)時(shí)間”604、“設(shè)置生命期+活躍時(shí)間”606以及“流 逝的活躍時(shí)間”608指示變遷是否可以由定時(shí)器之一觸發(fā)。從缺席狀態(tài)610到加載(存儲(chǔ))狀態(tài)612的“抓取”變遷和從缺席狀態(tài)610到等待狀態(tài)614的“隱性抓取”(和啟動(dòng))變遷也 將將兩個(gè)定時(shí)器設(shè)置為它們的初始值(如上所述)。這是利用變遷側(cè)的框606指示的。對(duì) 于不產(chǎn)生變遷(即，分別發(fā)生在加載狀態(tài)和活躍狀態(tài)612和616中)的“抓取”動(dòng)作而言， 存在兩個(gè)可能的行為兩個(gè)定時(shí)器都被設(shè)置為它們的初始值或?qū)Χ〞r(shí)器不存在影響。應(yīng)該 指出，利用空框618指示這些變遷。兩個(gè)選擇都導(dǎo)致有效圖。短暫的“等待”狀態(tài)614指示 已經(jīng)接收了啟動(dòng)動(dòng)作，但是顯示對(duì)象的激活直到啟動(dòng)時(shí)間。對(duì)象保持在一個(gè)狀態(tài)中直到滿(mǎn) 足允許變遷到任何其他狀態(tài)的所有條件，例如，直到在已經(jīng)觸發(fā)(隱性)抓取動(dòng)作并且已經(jīng) 完全加載該對(duì)象時(shí)或在其之前，將不離開(kāi)初始狀態(tài)“缺席” 610。該規(guī)定允許相對(duì)簡(jiǎn)單的生 命周期圖而不增加變遷狀態(tài)，諸如“抓取對(duì)象”或“啟動(dòng)應(yīng)用”。圖7示出了參考(隱性和顯性)動(dòng)作的通知對(duì)象生命周期的簡(jiǎn)化示例以及在這兩 種情況中通知對(duì)象的最終生命周期。第一情況/通知對(duì)象由上線(xiàn)700表示，例如針對(duì)處于 最佳接收條件中的終端的情況/通知對(duì)象，而下線(xiàn)710表示第二情況/通知對(duì)象，例如針對(duì) 僅在有限時(shí)間期間接收通知的終端的情況/通知對(duì)象(陰影區(qū)域720)。在第一情況中，在抓取動(dòng)作730處盡可能快地加載通知消息，例如，如果該通知對(duì) 象是圓盤(pán)傳送式的，則抓取動(dòng)作730是隱性的。在接收到多個(gè)啟動(dòng)通知734-738的第一“啟 動(dòng)”通知732時(shí)，將其激活。激活的時(shí)刻可以基于通知的接收，或者通知可以指示與伴隨的 音頻可視流相關(guān)的激活時(shí)刻。然后，分別通過(guò)顯性動(dòng)作740和742解激活并且卸載對(duì)象。在第二情況中，僅當(dāng)對(duì)象已經(jīng)被激活時(shí)，終端可以切換到頻道。終端接收活躍消息 并且在736處加載(例如，從圓盤(pán)傳送或通過(guò)交互鏈路)，并且立即激活該對(duì)象。此時(shí)，提 供足夠的信息以去除對(duì)象，即使在通信中斷時(shí)。因此，對(duì)象的解激活在動(dòng)作744之后的某時(shí) 間處由定時(shí)器激活(在其已經(jīng)激活預(yù)定時(shí)間之后)。最后，在生命期計(jì)數(shù)器已經(jīng)到期時(shí)746 移除通知對(duì)象。不論是否是服務(wù)相關(guān)的，通知消息組成向用戶(hù)提供的服務(wù)的重要組件。通知消息 的存儲(chǔ)對(duì)于用戶(hù)是重要的，因?yàn)槠渲С衷谀承┥院蟮狞c(diǎn)處對(duì)服務(wù)的全功能消費(fèi)。保留通知 消息的時(shí)間線(xiàn)也是重要的。然而，通知消息可以具有有限的生命期，例如投票請(qǐng)求可以?xún)H在 相關(guān)TV節(jié)目期間是有效的。其繼而取決于用于在延遲回放期間用于過(guò)濾掉那些消息的應(yīng)用。圖8是可以在其中實(shí)現(xiàn)本發(fā)明的各種實(shí)施方式的通用多媒體通信系統(tǒng)的圖示。如 圖8所示，數(shù)據(jù)源800以模擬、未壓縮數(shù)字、或壓縮數(shù)字格式或這些格式的任意組合提供源 信號(hào)。編碼器810將源信號(hào)編碼成已編碼媒體比特流。應(yīng)該指出，可以從位于實(shí)際上任何 類(lèi)型的網(wǎng)絡(luò)內(nèi)的遠(yuǎn)程設(shè)備直接或間接地接收待解碼的比特流。編碼器810能夠?qū)Χ嘤谝粋€(gè) 的媒體類(lèi)型(諸如，音頻和視頻)進(jìn)行編碼，或者可能需要多于一個(gè)的編碼器810以對(duì)源信 號(hào)的不同媒體類(lèi)型進(jìn)行編碼。編碼器810還可以得到合成產(chǎn)生的輸入，諸如圖形和文本，或 者其能夠產(chǎn)生合成媒體的已編碼比特流。在下文中，僅考慮對(duì)一個(gè)媒體類(lèi)型的一個(gè)已編碼 媒體比特流進(jìn)行處理，以便簡(jiǎn)化描述。然而，應(yīng)當(dāng)注意的是，通常實(shí)時(shí)廣播服務(wù)包括若干流 (通常，至少一個(gè)音頻、視頻和文本字幕流)。還應(yīng)當(dāng)注意的是，系統(tǒng)可以包括很多編碼器， 但是在圖8中，不失一般性地，僅示出了一個(gè)編碼器810，以簡(jiǎn)化描述。還應(yīng)該理解，盡管文 本和包含于其中的示例可以具體描述編碼過(guò)程，但是本領(lǐng)域的技術(shù)人員應(yīng)該理解，相同的 概念和原理也用于相應(yīng)的解碼過(guò)程，反之亦然。
已編碼媒體比特流傳輸至存儲(chǔ)設(shè)備820。存儲(chǔ)設(shè)備820可以包括任何類(lèi)型的海量 存儲(chǔ)器，以存儲(chǔ)已編碼的媒體比特流。存儲(chǔ)設(shè)備120中已編碼媒體比特流的格式可以是基 本自包含的(elementary self-contained)比特流格式，或者一個(gè)或多個(gè)已編碼比特流可 以封裝至容器文件中。某些系統(tǒng)“直播”操作，即，省略存儲(chǔ)設(shè)備，而直接將已編碼媒體比特 流從編碼器810傳輸至服務(wù)器830。已編碼媒體比特流隨后傳輸至發(fā)送器830，根據(jù)需要，也 稱(chēng)為服務(wù)器。在傳輸中使用的格式可以是基本自包含的比特流格式、分組流格式，或者一個(gè) 或多個(gè)已編碼媒體比特流可以封裝至容器文件中。編碼器810、存儲(chǔ)設(shè)備820和服務(wù)器830 可以位于同一物理設(shè)備中，或者它們可以包括在單獨(dú)的設(shè)備中。編碼器810和服務(wù)器830 可以利用直播實(shí)時(shí)內(nèi)容進(jìn)行操作，在該情況下，已編碼媒體比特流通常不會(huì)永久存儲(chǔ)，而是 在內(nèi)容編碼器810和/或服務(wù)器830中緩沖一小段時(shí)間，以平滑處理延遲、傳輸延遲和已編 碼媒體比特速率的變化。服務(wù)器830使用通信協(xié)議棧來(lái)發(fā)送已編碼媒體比特流。?？梢园ǖ幌抻趯?shí)時(shí) 傳輸協(xié)議(RTP)、用戶(hù)數(shù)據(jù)報(bào)協(xié)議(UDP)和互聯(lián)網(wǎng)協(xié)議(IP)。當(dāng)通信協(xié)議棧是面向分組的 時(shí)候，服務(wù)器830將已編碼媒體流封裝至分組中。例如，當(dāng)使用RTP時(shí)，服務(wù)器830根據(jù)RTP 凈荷格式將已編碼媒體比特流封裝至RTP分組中。通常，每個(gè)媒體類(lèi)型具有專(zhuān)用RTP凈荷 格式。再次需要注意，系統(tǒng)可以包含多于一個(gè)的服務(wù)器830，但是為了簡(jiǎn)化，以下描述僅考慮 一個(gè)服務(wù)器830。服務(wù)器830可以或可以不通過(guò)通信網(wǎng)絡(luò)連接至網(wǎng)關(guān)840。網(wǎng)關(guān)840可以執(zhí)行不同 類(lèi)型的功能，諸如將根據(jù)一個(gè)通信協(xié)議棧的分組流轉(zhuǎn)譯成另一通信協(xié)議棧、合并以及分流 數(shù)據(jù)流，以及根據(jù)下行鏈路和/或接收機(jī)的能力操縱數(shù)據(jù)流，諸如控制根據(jù)流行的下行鏈 路網(wǎng)絡(luò)條件控制轉(zhuǎn)發(fā)的比特流的比特速率。網(wǎng)關(guān)840的示例包括多點(diǎn)會(huì)議控制單元(MCU)、 電路交換和分組交換視頻電話(huà)之間的網(wǎng)關(guān)、一鍵通話(huà)(PoC)服務(wù)器、手持?jǐn)?shù)字視頻廣播 (DVB-H)系統(tǒng)的IP封裝器，或者將本地廣播傳輸轉(zhuǎn)發(fā)到家庭無(wú)線(xiàn)網(wǎng)絡(luò)的機(jī)頂盒。當(dāng)使用RTP 時(shí)，網(wǎng)關(guān)840被稱(chēng)為RTP混合器或RTP翻譯器，并且通常作為RTP連接的端點(diǎn)。系統(tǒng)包括一個(gè)或者多個(gè)接收機(jī)850，其通常能夠接收、解調(diào)已傳輸?shù)男盘?hào)，以及將 其解封裝為已編碼的媒體比特流。將已編碼的媒體比特流傳送到記錄存儲(chǔ)設(shè)備855。記錄 存儲(chǔ)設(shè)備855可以包括任何類(lèi)型的海量存儲(chǔ)器以存儲(chǔ)已編碼的媒體比特流。記錄存儲(chǔ)設(shè)備 855可以備選地或附加地包括計(jì)算存儲(chǔ)器，諸如隨機(jī)訪(fǎng)問(wèn)存儲(chǔ)器。記錄存儲(chǔ)設(shè)備855中的已 編碼媒體比特流的格式可以是基本自包含的比特流格式，或一個(gè)或多個(gè)已編碼媒體比特流 可以被封裝到容器文件中。如果存在多個(gè)彼此相關(guān)聯(lián)的已編碼媒體比特流，諸如音頻流和 視頻流，則通常使用容器文件并且接收機(jī)850包括或附接至從輸入流生成容器文件的容器 文件生成器。某些系統(tǒng)“直播”操作，即，省略記錄存儲(chǔ)設(shè)備855并且從接收機(jī)850向解碼 器860直接傳送已編碼媒體比特流。在某些系統(tǒng)中，僅最近部分的已記錄流(例如，已記錄 流的最近10分鐘摘錄)保持在記錄存儲(chǔ)設(shè)備855中，而從記錄存儲(chǔ)設(shè)備855中丟棄任何更 早的已記錄數(shù)據(jù)。已編碼媒體比特流從存儲(chǔ)設(shè)備855向解碼器860傳送。如果存在很多已編碼媒體 比特流，諸如彼此相關(guān)聯(lián)并且被封裝到容器文件中的音頻流和視頻流，則文件解析器(圖 中未示出)用于將每個(gè)已編碼媒體比特流從該容器文件中解封裝。記錄存儲(chǔ)設(shè)備855或解 碼器860可以包括文件解析器，或者該文件解析器附接至記錄存儲(chǔ)設(shè)備855或解碼器860。
編解碼器媒體比特流通常進(jìn)一步由解碼器860處理，其輸出是一個(gè)或者多個(gè)未壓 縮的媒體流。最后，呈現(xiàn)器870可以例如通過(guò)揚(yáng)聲器或者顯示器重現(xiàn)未壓縮的媒體流。接 收機(jī)850、存儲(chǔ)設(shè)備855、解碼器860和呈現(xiàn)器870可以處于同一物理設(shè)備中，或者它們可以 被包含在單獨(dú)的設(shè)備中。各種實(shí)施方式提供了用于在ISO基本媒體文件中存儲(chǔ)通知消息的系統(tǒng)和方法。通 知消息何時(shí)被存儲(chǔ)的不同傳輸情況在這里被單獨(dú)解決。應(yīng)當(dāng)指出，在這里構(gòu)思了可以應(yīng)用 各種實(shí)施方式的其他傳送情況。在純RTP傳送的第一情況中，RTP接收提示軌道用于存儲(chǔ)通知消息。在RTP+FLUTE 傳送的第二情況中，RTP接收提示軌道用于存儲(chǔ)包括通知消息的通用部分的RTP分組并且 保留與其他軌道的同步。將通過(guò)FLUTE會(huì)話(huà)參考和獲取的通知對(duì)象恢復(fù)并且存儲(chǔ)為由元框 參考的靜態(tài)元數(shù)據(jù)項(xiàng)目。項(xiàng)目的位置可以在元框或文件的媒體數(shù)據(jù)框內(nèi)，或在外部文件內(nèi)。 在純FLUTE傳送的第三情況中，F(xiàn)LUTE接收提示軌道用于保留通知消息的接收定時(shí)。備選 地，將通過(guò)FLUTE會(huì)話(huà)獲取的消息恢復(fù)并且存儲(chǔ)為由元框參考的靜態(tài)元數(shù)據(jù)項(xiàng)目。該靜態(tài) 元數(shù)據(jù)項(xiàng)目由保留通知消息的接收定時(shí)的定時(shí)元數(shù)據(jù)軌道參考。備選地，將通過(guò)FLUTE會(huì) 話(huà)獲取的消息恢復(fù)并存儲(chǔ)為保留通知消息的接收定時(shí)的定時(shí)元數(shù)據(jù)軌道的采樣。因此，這 里提供用于將通過(guò)RTP遞送的通知消息或消息部分鏈接到通過(guò)FLUTE遞送的其他通知消息 部分的機(jī)制。如上所述，在接收各個(gè)通知消息時(shí)可以不激活通知對(duì)象，但是可以在特定時(shí)間將 該通知對(duì)象調(diào)度為激活或由稍后的通知消息觸發(fā)為激活。因此，對(duì)在媒體回放時(shí)間線(xiàn)中特 定點(diǎn)處哪些通知對(duì)象處于活躍做出結(jié)論并不是一個(gè)直接的處理過(guò)程。例如，當(dāng)在任意回放 位置處訪(fǎng)問(wèn)文件時(shí)，應(yīng)該向后遍歷通知消息的接收提示軌道以確定隨機(jī)訪(fǎng)問(wèn)點(diǎn)處和之后所 有活躍的通知對(duì)象。類(lèi)似地，當(dāng)編輯文件時(shí)，諸如當(dāng)從文件的開(kāi)始處移除采樣或連接兩個(gè)文 件時(shí)，通知對(duì)象的調(diào)度激活需要對(duì)不同軌道采樣直接的依賴(lài)性進(jìn)行認(rèn)真的調(diào)查。因此，這里 提供了用于預(yù)計(jì)算通知對(duì)象的生命周期狀態(tài)時(shí)段的機(jī)制。該機(jī)制基于DVB文件格式的編制 索引機(jī)制。在一個(gè)實(shí)施方式中，將通過(guò)FLUTE遞送的通知消息部分存儲(chǔ)為項(xiàng)目，例如，在媒體 數(shù)據(jù)(“mdat”)框中。該項(xiàng)目由其項(xiàng)目ID以及URI和版本號(hào)標(biāo)識(shí)。通知框架將URI用于 標(biāo)識(shí)通知消息的一些部分。版本號(hào)用于在通知消息的一部分的不同版本之間進(jìn)行區(qū)分。通 知消息部分可以在通知消息的生命期期間被更新。為了支持通知消息的正確存儲(chǔ)，為每個(gè) 消息部分指派有版本。當(dāng)前，在ISO基本媒體文件格式中，由以下ItemInfoEntry (項(xiàng)目信息條目)框來(lái) 描述項(xiàng)目
aligned(8)class ItemInfoEntry extends FulIBox( ‘infe', version = 0,0){
unsigned int (16)item_ID ；
unsigned int (16)item_protection_index
string item_name ；
string content_type ；
string content_encoding ；//optional
17
}在"Technoligies under Consideration for the ISO Base Media FileFormat' 文檔中，項(xiàng)目由ItemInfoEntry框的修改版本(也稱(chēng)為ItemInfoEntry2)描述如下aligned(8)class ItemInfoEntry2
inf2', version,0) { item_ID ；
item_protection_index ； item_type ； //4CC
item nameextends FulIBox(unsigned int(16)unsigned int(16)unsigned int (32)string一if(item_type = =，mime，){string content_type ；string content_encoding ；// optional}}在另一實(shí)施方式中，擴(kuò)展關(guān)于項(xiàng)目的信息以指示對(duì)包括在項(xiàng)目中的RTP會(huì)話(huà) (使用軌道ID)和通知消息的部分的版本號(hào)的參考。換言之，上述ItemInfoEntry或 ItemInfoEntry2 結(jié)構(gòu)附加有 related_track_ID (相關(guān)軌道 ID)和 version_num(版本號(hào)) 字段。這些附加字段的存在可以是有條件的并且由ItemInfoEntry或ItemInf0Entry2結(jié) 構(gòu)中的標(biāo)志指示。對(duì)RTP會(huì)話(huà)的參考支持項(xiàng)目(其包含通知消息部分)與使用RTP攜帶的 通知消息部分的唯一關(guān)聯(lián)。如果項(xiàng)目的URI不是全局唯一的，而是在攜帶它們的通知會(huì)話(huà) 或FLUTE會(huì)話(huà)的范圍內(nèi)是唯一的，則這特別有用。擴(kuò)展項(xiàng)目信息條目的附加字段可以定義 如下unsigned int(32)related_track_ID ；unsigned int(16)version_num ；在又一實(shí)施方式中，修改ItemlnfoEntry〗，從而除了相關(guān)軌道的軌道ID和通知消 息部分的版本號(hào)之外還包含通知消息的URI。修改的ItemlnfoEntry〗語(yǔ)法如下aligned(8)class ItemInfoEntry2
extends FulIBox(<inf2'，version,0) {
unsigned int (16)item—ID ；
unsigned int (16)item—protection—index ；
unsigned int (32)item—type ； //4CC
stringitem—name ；
if (item_type == ’'mime，) {
string content_type ；
string content_encoding ； //optional
}
if (item—type ==，'ntfc，) {
unsigned int (32)related—track—ID ；
18
unsigned int(16)version_num ；string uri ；}在又一實(shí)施方式中，如上指定ItemInfoEntry2，但是認(rèn)為item_name (項(xiàng)目名稱(chēng)) 包含針對(duì)該項(xiàng)目的URI，并且因此，不包括URI字段。然而，應(yīng)該指出，元數(shù)據(jù)項(xiàng)目可以包含 片段，每個(gè)片段都與其自己的URI相關(guān)聯(lián)。因此，在針對(duì)Item Information(項(xiàng)目信息) 框的項(xiàng)目信息條目中的itenuiame對(duì)于表示項(xiàng)目中存在的所有URI不總是足夠的。反而， item_name可以與項(xiàng)目的任何符號(hào)名相關(guān)聯(lián)，諸如文件名而不是URI。在另一實(shí)施方式中，稱(chēng)為URI-Version-Item Mapping (URI版本項(xiàng)目映射) 框的新框被規(guī)定為包括item_ID(項(xiàng)目ID)、URI、related_track_ID(相關(guān)軌道ID) 禾口 version_num(版本號(hào))字段，而 ItemInfoEntry 禾口 ItemInfoEntry2 保持不變。 URI-Version-ItemMapping框可以發(fā)生在文件級(jí)，即，不包含在任何其他框中。備選地， URI-Version-Item Mapping框可以發(fā)生在電影級(jí)，即包含在Movie框中。通常，在文件中 僅存在一個(gè) URI-Version-Item Mapping 框。如果不止一個(gè) URI-Version—Item Mapping 框 存在于文件中，則它們各自的信息必須不矛盾。即，項(xiàng)目ID和相關(guān)軌道ID的相同對(duì)總是 針對(duì)URI和版本號(hào)的特定對(duì)相關(guān)聯(lián)，而不論哪個(gè)URI-Version-Item Mapping框包括它們。 URI-Version-Item Mapping 框可以規(guī)定如下aligned(8)class uriVersionItemMappingBox
0133]extends FulIBox( 'uvim', version, flags) {
0134]unsigned int (32)entry_count ；
0135]for(i = 1 ;i <= entry_count ；i++) {
0136]unsigned int (16)item_ID ；
0137]string uri ；
0138]if (flags & 1)
0139]unsigned int(16)version_num ；
0140]if(flags & 2)
0141]unsigned int(32)related_track_ID ；
0142]}}參數(shù)item_ID規(guī)定考慮中的項(xiàng)目。URI字段包含指定項(xiàng)目中存在的URI。應(yīng)該 指出，在通常的情況中，針對(duì)單個(gè)項(xiàng)目可以存在多個(gè)URI，每個(gè)針對(duì)項(xiàng)目的不同部分。參數(shù) version_num規(guī)定URI指向的項(xiàng)目的版本。如果version_num不存在，則版本號(hào)與URI指 向的項(xiàng)目不相關(guān)。針對(duì)通知消息項(xiàng)目給出參數(shù)relatecLtrackJD，其中通用消息部分通過(guò) RTP傳遞。relatecLtrackJD參數(shù)通常指向RTP接收提示軌道，該RTP接收提示軌道表示 用于通知消息的通用消息部分的RTP流。related_track_ID參數(shù)還可以指向定時(shí)元數(shù)據(jù)軌 道，該定時(shí)元數(shù)據(jù)軌道包含通知對(duì)象的狀態(tài)改變的索引事件。因此可以隨后找到RTP接收 提示軌道和用于通知對(duì)象狀態(tài)改變的定時(shí)元數(shù)據(jù)軌道的細(xì)節(jié)。向文件存儲(chǔ)傳入流的接收機(jī)操作的一個(gè)示例如下，其中接收機(jī)接收用戶(hù)已經(jīng)選擇 的音頻流和視頻流。將這些流作為RTP接收提示軌道進(jìn)行存儲(chǔ)。此外，接收機(jī)接收與記錄的RTP流相關(guān)聯(lián)的任何同步通知消息(根據(jù)ESG中的信息)。包括同步通知消息的通用部分 的RTP分組被作為RTP接收提示軌道記錄。接收機(jī)可以過(guò)濾通知消息并且僅向文件存儲(chǔ)所 需的那些。接收機(jī)還接收包含針對(duì)所記錄RTP流的應(yīng)用特定部分和媒體對(duì)象的那些FLUTE 會(huì)話(huà)。根據(jù)FLUTE協(xié)議(包括潛在的前向糾錯(cuò)(FEC)解碼以糾正傳輸錯(cuò)誤)獲取這些對(duì) 象。應(yīng)用特定部分和媒體對(duì)象作為元數(shù)據(jù)項(xiàng)目存儲(chǔ)在文件中。對(duì)于每個(gè)新項(xiàng)目，接收機(jī)利 用新項(xiàng)目信息條目來(lái)更新項(xiàng)目信息框，其中該新項(xiàng)目信息條目將項(xiàng)目ID、URI、版本號(hào)以及 包含通知消息通用部分的軌道彼此聯(lián)系起來(lái)。備選地，接收機(jī)可以更新URI-Version-Item Mapping 框。圖9中示出了用于根據(jù)本發(fā)明解析包括所存儲(chǔ)通知的傳入文件的解析器操作的 一個(gè)示例。圖9示出了在ISO基本媒體文件格式文件900內(nèi)通過(guò)RTP和FLUTE遞送的通知 消息部分的聯(lián)系。當(dāng)解析通知服務(wù)的RTP接收軌道940時(shí)，接收機(jī)根據(jù)相同通知消息的通用 消息部分來(lái)識(shí)別對(duì)對(duì)象的參考(例如URI)。接收機(jī)解析“元”框930的項(xiàng)目信息(“iinf”) 框932以從“inf2”條目934提取對(duì)象的item_ID，針對(duì)“ inf2”項(xiàng)目934，“inf2”的uri項(xiàng)目 匹配于對(duì)象的URI。根據(jù)其他實(shí)施方式，可以使用“ inf2”條目934的item_name和version_ num字段，或者可以將URI-Version-Item Mapping框用于獲得對(duì)應(yīng)于項(xiàng)目938的item_ID， 該項(xiàng)目938包含通知消息的應(yīng)用特定部分和媒體對(duì)象。之后，在“iloc”框936中執(zhí)行查找 以找到文件內(nèi)對(duì)象的位置，例如在“mdat”框910中。在實(shí)施方式中，通過(guò)FLUTE遞送的通知消息作為定時(shí)元數(shù)據(jù)軌道的采樣存儲(chǔ)。在 圖10中示出了描述FLUTE會(huì)話(huà)的對(duì)象的不同信息字段之間的聯(lián)系，圖10示出了包含moov 框920和“mdat”框1010的文件1000。通過(guò)FLUTE遞送的每個(gè)傳送對(duì)象作為“mdat”框 1010中的獨(dú)立采樣1050存儲(chǔ)。采樣包括通過(guò)FLUTE遞送的傳送對(duì)象并且其由針對(duì)元數(shù)據(jù) 軌道的、采樣描述框“stsd” 1062中的采用條目1064來(lái)描述。定義新采樣項(xiàng)目格式來(lái)擴(kuò)展 MetaDataSampleEntry (元數(shù)據(jù)采樣條目)。0bjectMetaDataSampleEntry (對(duì)象元數(shù)據(jù)采樣 條目)攜帶關(guān)于傳送對(duì)象的所需信息。ObjectSampleEntry定義如下。class ObjectMetaDataSampleEntry()extends MetaDataSampleEntry( 'tome，) {stringcontent_encoding ；//optionalstring mime_format ；}contentjncoding (內(nèi)容編碼)串規(guī)定了在參考該采樣條目的對(duì)象中使用哪個(gè)內(nèi) 容編碼算法。內(nèi)容編碼算法的示例包括但不限于ZLIB(德國(guó)，P.和J-L.Gailly，“ ZLIB Compressed Data FormatSpecification version 3. 3 “ , Internet Engineering Task Force RFC 1950，1996 年 5 月)、DEFLATE (德國(guó)，P.，“ DEFLATE Compressed DataFormat Specification version 1.3" , Internet Engineering Task Force RFC1951,1996 年 5 月)禾口 GZIP(德國(guó)，P. ， “ GZIP file format specificationversion 4. 3" ， Internet Engineering Task Force RFC 1952，1996年5月)。內(nèi)容類(lèi)型規(guī)定了參考該采樣項(xiàng)目的對(duì) 象的MIME類(lèi)型。參考ObjectMetaDataSampleEntry的采樣1050的采樣格式可以規(guī)定如下。class ObjectSampleO {
20
string content_Iocation ；unsigned int(16)version_number ；unsigned int(8)transport_object [] ；//length determined by sample size}這里，content_location(內(nèi)容位置)串是傳送對(duì)象的URI的空終止串。version_ number (版本號(hào))攜帶傳送對(duì)象的版本號(hào)。字節(jié)數(shù)組transportjb ject (傳送對(duì)象)是通 過(guò)FLUTE攜帶的傳送對(duì)象。字節(jié)數(shù)組包含由Sample Size (采樣大小)框或Compact Sample Size (緊湊采樣大小)框確定的采樣的剩余字節(jié)，而不論哪個(gè)用于該軌道。上述方法的特定益處在于本質(zhì)上更容易對(duì)讀取器進(jìn)行處理，因?yàn)槠浣夥庋bFLUTE 分組以提取FLUTE會(huì)話(huà)中的文件。而且，通過(guò)移除歸因于文件圓盤(pán)傳送或FLUTE中的FEC 數(shù)據(jù)而節(jié)省了空間。應(yīng)該指出，與傳送對(duì)象相關(guān)聯(lián)的解碼時(shí)間可以指示傳送對(duì)象的第一分 組或最后分組的接收時(shí)間。備選地，其可以示出聲明文件的FDT實(shí)例的到期時(shí)間?？梢浴邦A(yù)計(jì)算”通知對(duì)象生命周期。即，分別處理包括通知RTP流的流或包括通知 RTP接收軌道提示的文件的接收機(jī)或文件編輯器可以利用可用于DVB文件的任何索引編制 機(jī)制指示通知對(duì)象的狀態(tài)。特別地，可以利用發(fā)生在動(dòng)作時(shí)間處的索引事件來(lái)表示定時(shí)激 活、解激活(又稱(chēng)為取消)以及移除動(dòng)作。對(duì)通知索引的創(chuàng)建可以發(fā)生在記錄時(shí)或作為處 理所記錄文件時(shí)的離線(xiàn)操作。索引格式的示例如下aligned(8)class DVBNotificationIndex extends DVBIndexBox(、idni、){unsigned int (6)reserved ；unsigned int (2) state ；unsigned int (16)item_ID ；}參數(shù)“狀態(tài)”等于O指示通知對(duì)象缺席。如果該狀態(tài)等于1，則其指示加載了通知 對(duì)象。如果該狀態(tài)等于2，則其指示通知對(duì)象正在等待。如果該狀態(tài)等于3，則其指示通知 對(duì)象是活躍的。item_ID指示包含所參考通知對(duì)象的通用部分的元數(shù)據(jù)項(xiàng)目。索引格式的另一示例如下aligned(8)class DVBNotificationIndex extends DVBIndexBox(、idni、){unsigned int (6)reserved ；unsigned int (2) state ；unsigned int (16)version_num ；string uri ；}在該示例中，如上定義狀態(tài)。URI字段提供了所參考通知對(duì)象的通用部分的URI， 而versiorunum提供了通知對(duì)象的版本號(hào)。向文件存儲(chǔ)傳入流的接收機(jī)操作的一個(gè)示例如下。接收機(jī)接收用戶(hù)已經(jīng)選擇的音 頻流和視頻流。將這些流作為RTP接收提示軌道存儲(chǔ)。此外，接收機(jī)接收與記錄的RTP流 相關(guān)聯(lián)的任何同步通知消息(根據(jù)ESG中的信息)。接收機(jī)可以過(guò)濾通知消息并且僅處理所需的那些。接收機(jī)根據(jù)包含經(jīng)處理的通知消息的通用部分的RTP分子中提供的信息來(lái)維 持針對(duì)每個(gè)經(jīng)處理的通知對(duì)象的生命周期模型。任何經(jīng)處理的通知對(duì)象的通用部分作為元 數(shù)據(jù)項(xiàng)目存儲(chǔ)在文件中。接收機(jī)還接收包含經(jīng)處理的通知消息的應(yīng)用特定部分和媒體對(duì)象 的那些FLUTE會(huì)話(huà)。根據(jù)FLUTE協(xié)議(包括潛在的前向糾錯(cuò)(FEC)解碼以糾正傳輸錯(cuò)誤) 獲取這些對(duì)象。應(yīng)用特定部分和媒體對(duì)象作為元數(shù)據(jù)項(xiàng)目存儲(chǔ)在文件中。對(duì)于每個(gè)新項(xiàng)目，接收 機(jī)利用新項(xiàng)目信息條目來(lái)更新項(xiàng)目信息框，該新項(xiàng)目信息條目將項(xiàng)目ID、URI、版本號(hào)以及 包含通知消息通用部分的軌道彼此聯(lián)系起來(lái)。接收機(jī)還創(chuàng)建索引(諸如定時(shí)元數(shù)據(jù)軌道中 的采用)以表示通知對(duì)象的狀態(tài)改變。特別地，接收機(jī)在以下時(shí)間處創(chuàng)建索引事件通知消 息分組觸發(fā)狀態(tài)立即改變的任何時(shí)間；以及當(dāng)狀態(tài)改變由定時(shí)器觸發(fā)時(shí)，即，當(dāng)實(shí)際時(shí)間已 經(jīng)到達(dá)通知對(duì)象的啟動(dòng)時(shí)間時(shí)；當(dāng)通知對(duì)象的活躍時(shí)間已經(jīng)到期；或者當(dāng)通知對(duì)象的生命 期已經(jīng)到期。這里還描述了文件處理的一個(gè)示例。該處理將以下文件作為輸入，該文件包括用 于通知消息的通用部分的RTP接收提示軌道以及用于通知消息的應(yīng)用特定部分和媒體對(duì) 象的元數(shù)據(jù)項(xiàng)目(創(chuàng)建此類(lèi)文件的接收機(jī)如上所述)。該處理輸出文件，在該文件中，已經(jīng) 預(yù)計(jì)算了通知對(duì)象的狀態(tài)。該處理實(shí)際上從輸入文件向輸出文件復(fù)制用于媒體流的任何媒 體軌道和接收提示軌道以及相關(guān)的文件元數(shù)據(jù)。此外，該處理根據(jù)包含經(jīng)處理的通知消息 的通用部分的RTP分組中提供的信息來(lái)維持每個(gè)通知對(duì)象的生命周期模型。此外，該處理 將任何經(jīng)處理的通知對(duì)象的通用部分作為元數(shù)據(jù)項(xiàng)目存儲(chǔ)在文件中。對(duì)于每個(gè)新項(xiàng)目，該處理利用新項(xiàng)目信息條目來(lái)更新項(xiàng)目信息框，其中該新項(xiàng)目 信息條目將通知消息的項(xiàng)目ID、URI、版本號(hào)互相聯(lián)系起來(lái)。該處理還創(chuàng)建索引(諸如定時(shí) 元數(shù)據(jù)軌道中的采樣)以表示通知對(duì)象的狀態(tài)改變。特別地，該處理在以下時(shí)間處創(chuàng)建索 引事件通知消息分組觸發(fā)狀態(tài)立即改變的任何時(shí)間；以及當(dāng)狀態(tài)改變由定時(shí)器觸發(fā)時(shí)， 即，當(dāng)實(shí)際時(shí)間已經(jīng)到達(dá)通知對(duì)象的啟動(dòng)時(shí)間時(shí)；當(dāng)通知對(duì)象的活躍時(shí)間已經(jīng)到期或當(dāng)通 知對(duì)象的生命期已經(jīng)到期。最終，應(yīng)該指出，無(wú)需從輸入文件向輸出文件復(fù)制包含通知消息 的RTP接收提示軌道。根據(jù)各種實(shí)施方式，可以實(shí)現(xiàn)URI-Version-Item Mapping (URI版本項(xiàng)目映射)框 的其他用途。應(yīng)該指出，URI-Version-Item Mapping框不僅能夠?qū)⑼ㄖ⒌牟煌糠直?此聯(lián)系起來(lái)，而且還可以用于例如定位ESG的一些部分。URI通常用作用于將描述性分段的 元數(shù)據(jù)與接收提示采樣或媒體采樣關(guān)聯(lián)起來(lái)的標(biāo)識(shí)符。為了分解描述性元數(shù)據(jù)的內(nèi)容，文 件解析器必須解決URI指向哪個(gè)項(xiàng)目。沒(méi)有URI-Version-Item Mapping框的情況下，文件 解析器可能必須遍歷并解析存儲(chǔ)在文件中的所有項(xiàng)目。如果URI-Version-Item Mapping 框可用，則文件解析器針對(duì)URI-Version-Item Mapping框中指出的URI進(jìn)行定位，并且獲 得各個(gè)項(xiàng)目ID?；谠擁?xiàng)目ID，解析器繼而使用Item Location(項(xiàng)目定位)框來(lái)找到文 件內(nèi)的各個(gè)項(xiàng)目。URI-Version-Item Mapping框的又一用途是參考來(lái)自于索引事件的內(nèi)容項(xiàng)目，其 文件格式表示ETSI TS 102 323中規(guī)定的TVA_id描述符。TVA_id描述符可以嵌入在例如 MPEG-2傳送流中。TVA_id描述符指示一個(gè)或多個(gè)內(nèi)容項(xiàng)目的運(yùn)行狀態(tài)。該運(yùn)行狀態(tài)可以 是以下之一還未運(yùn)行、立刻開(kāi)始、暫停、運(yùn)行、取消。
此外，TVA_id描述符利用TVA_id標(biāo)識(shí)內(nèi)容項(xiàng)目。在內(nèi)容參考信息(CRI)或TVA 元數(shù)據(jù)中攜帶的DVB定位符中進(jìn)行內(nèi)容項(xiàng)目與特定TVA_id之間的關(guān)聯(lián)。TVA_id在一定 時(shí)段內(nèi)在MPEG-2傳送流內(nèi)充當(dāng)內(nèi)容項(xiàng)目的本地標(biāo)識(shí)符。因此，URI可以用于代替TVA_ id來(lái)參考所記錄文件內(nèi)的內(nèi)容項(xiàng)目，從而避免重用同一 TVA_id值，這在兩個(gè)所記錄的文 件被連接的情況下尤其可能發(fā)生。接收機(jī)將與TVA_id所使用的值相關(guān)的元數(shù)據(jù)作為元 數(shù)據(jù)項(xiàng)目存儲(chǔ)在文件中，并且將URI與該內(nèi)容項(xiàng)目關(guān)聯(lián)起來(lái)。關(guān)聯(lián)的URI可以是例如內(nèi) 容參考標(biāo)識(shí)符(CRID)，這在ETSI TS 102822-4中對(duì)其進(jìn)行了規(guī)定。接收機(jī)進(jìn)一步創(chuàng)建了 URI-Version-Item Mapping框，其中將元數(shù)據(jù)項(xiàng)目的項(xiàng)目ID與相關(guān)聯(lián)的URI進(jìn)行耦合。 對(duì)于接收的TVA_id描述符而言，接收機(jī)創(chuàng)建相應(yīng)的索引事件，包括內(nèi)容項(xiàng)目的運(yùn)行狀態(tài)和 URI0代替URI，索引事件還可以包含URI-Version-Item Mapping框中對(duì)應(yīng)于URI的條目索 弓丨，或者，URI-Version-Item Mapping框中的每個(gè)條目可以具有其自身的唯一標(biāo)識(shí)符，其中 所述框可以在索引事件中用于參考。而且，代替URI，可以使用諸如TVA_id的任何其他通用 標(biāo)識(shí)符，并且在文件中提供通用標(biāo)識(shí)符和item_ID之間的相應(yīng)映射框。用于指示運(yùn)行狀態(tài)的索引事件可以規(guī)定如下aligned(8)class DVBIDIndex extends DVBIndexBoxdidi~){unsigned int (5)reserved ；unsigned int (3)running_status ；unsigned int (32)entry_index ；}如上所述，URI-Version-Item Mapping框可以用于各種目的并且URI的名稱(chēng)空 間可以不同在一個(gè)實(shí)施方式中，允許不止一個(gè)URI-Version-Item Mapping框，每個(gè)框 都具有不同的名稱(chēng)空間或目的，這在框中進(jìn)行了指示。該實(shí)施方式的URI-Version-Item Mapping框可以規(guī)定如下aligned(8)class uriVersionItemMappingBox
0192]extends FulIBox( 'uvim', version, flags) {
0193]unsigned int (32)namespace_type ；
0194]if(namespace_type = = 'ntfc')//IPDC notification message
0195]unsigned int (32)related_track_ID ；
0196]else if(namespace_type == 'esg //ESG
0197]unsigned int(16)esg_info_item_id ；
0198]unsigned int(32)entry_count ；
0199]for(i = 1 ;i <= entry_count ；i++) {
0200]unsigned int (16)item一ID ;
0201]string uri ；
0202]if (flags & 1)
0203]unsigned int(16)version_num ；
0204]}}nameSpace_type(名稱(chēng)空間類(lèi)型)參數(shù)規(guī)定哪些字段包括在框中，以唯一地標(biāo)識(shí)
23使用的URI的名稱(chēng)空間。語(yǔ)法示出了兩個(gè)名稱(chēng)空間類(lèi)型以對(duì)該實(shí)施方式進(jìn)行舉例，但是可 以概括為包括任何數(shù)量的名稱(chēng)空間類(lèi)型。relatecLtrackJD(相關(guān)軌道ID)參數(shù)規(guī)定了包 含通知消息通用部分的軌道，其中該通知消息的URI被包括在該框中。esgjnfojtemjd 指向包含ESG的實(shí)例化信息的元數(shù)據(jù)項(xiàng)目，其還規(guī)定了 ESG片段的URI的名稱(chēng)空間。圖11是示出了根據(jù)各種實(shí)施方式執(zhí)行的、用于向文件存儲(chǔ)傳入比特流的過(guò)程的 流程圖。應(yīng)該指出，如上所述的各種實(shí)施方式可以執(zhí)行比包括在圖11中那些或多或少的過(guò) 程。此外，各種實(shí)施方式可以在例如接收機(jī)處實(shí)現(xiàn)，該接收機(jī)接收用戶(hù)已經(jīng)選擇的音頻/視 頻流。在1100，將例如音頻流和視頻幀的媒體數(shù)據(jù)存儲(chǔ)在諸如ISO基本媒體文件的文件中。 媒體數(shù)據(jù)與元數(shù)據(jù)的至少第一部分(例如，通知服務(wù)/消息)同步，其中元數(shù)據(jù)的第一部分 可以包括包含通知消息通用部分的RTP分組凈荷。在1110，元數(shù)據(jù)的第一部分也存儲(chǔ)在文 件中。在1120，在文件內(nèi)指示元數(shù)據(jù)的第一部分和媒體數(shù)據(jù)之間的同步。在1130，元數(shù)據(jù) 的第二部分存儲(chǔ)在文件內(nèi)，其中，該第二部分可以包括例如通知消息的應(yīng)用特定部分和媒 體對(duì)象(如果存在)。最后，在1140，在文件中指示元數(shù)據(jù)的第一和第二部分之間的邏輯連 接。圖12示出了根據(jù)各種實(shí)施方式的、解析傳入文件/處理傳入文件的過(guò)程。應(yīng)該指 出，各種實(shí)施方式不必限于執(zhí)行所示的這些過(guò)程，因?yàn)榭梢詧?zhí)行更多或更少的過(guò)程來(lái)實(shí)現(xiàn) 各種實(shí)施方式。在1200，接收機(jī)可以接收包括通知消息的文件作為輸入。在1210，解析文件 以提取與通知消息相關(guān)聯(lián)的通知對(duì)象信息。例如，如上所述，文件可以包括針對(duì)通知消息通 用部分的RTP接收提示軌道以及用于通知消息的應(yīng)用特定部分和媒體對(duì)象的元數(shù)據(jù)項(xiàng)目。 此外，文件的解析可以包括例如標(biāo)識(shí)來(lái)自于通用消息部分的針對(duì)通知對(duì)象的URI并且解析 項(xiàng)目信息以提取對(duì)應(yīng)于該通知對(duì)象的URI的ID信息。在1220，從輸入文件向輸出文件復(fù)制 各種軌道(例如RTP接收提示軌道和媒體軌道)以及來(lái)自輸入文件的媒體項(xiàng)目。在1230， 維持每個(gè)通知對(duì)象的通知生命周期模型，并且在1240處，將經(jīng)處理的通知對(duì)象的至少第一 部分存儲(chǔ)在輸出文件中作為第一元數(shù)據(jù)項(xiàng)目。最后，在1250，各種實(shí)施方式創(chuàng)建存儲(chǔ)到輸 出文件中的索引以反映通知對(duì)象狀態(tài)改變，并且更新項(xiàng)目信息以將輸出文件的URI和元數(shù) 據(jù)項(xiàng)目聯(lián)系起來(lái)，其與該通知對(duì)象相關(guān)聯(lián)。應(yīng)該指出，可以處理不止一個(gè)通知消息和/或?qū)?象。這里所描述的各種實(shí)施方式支持將通過(guò)RTP遞送的通知消息部分與通過(guò) FLUTE(或某些其他協(xié)議，例如超文本傳輸協(xié)議(HTTP))承載的通知消息的其他部分聯(lián)系起 來(lái)。各種實(shí)施方式的實(shí)現(xiàn)可以是通用的，并且允許媒體和提示軌道引用帶外遞送的對(duì)象。而 且，各種實(shí)施方式提供用于有效存儲(chǔ)接收的FLUTE會(huì)話(huà)的方法。通過(guò)提取并存儲(chǔ)FLUTE會(huì) 話(huà)的傳送對(duì)象，可以減少冗余和檢索時(shí)間兩者，而仍舊保留時(shí)間線(xiàn)。此外，各種實(shí)施方式促 進(jìn)了將通知對(duì)象的生命周期再生到文件中而無(wú)需解析文件所需的定時(shí)器。各種實(shí)施方式的 此類(lèi)特征簡(jiǎn)化了諸如隨機(jī)訪(fǎng)問(wèn)和文件編輯的操作。合并并且實(shí)現(xiàn)本發(fā)明的各種實(shí)施方式的通信設(shè)備可以使用各種傳輸技術(shù)進(jìn)行通 信，各種傳輸技術(shù)包括但不限于，碼分多址(CDMA)、全球移動(dòng)通信系統(tǒng)(GSM)、通用移動(dòng)通 信系統(tǒng)(UMTS)、時(shí)分多址(TDMA)、頻分多址(FDMA)、傳輸控制協(xié)議/因特網(wǎng)協(xié)議(TCP/IP)、 短消息收發(fā)服務(wù)(SMS)、多媒體消息收發(fā)服務(wù)(MMS)、電子郵件、即時(shí)消息收發(fā)服務(wù)(IMS)、 藍(lán)牙、IEEE 802. 11等。在實(shí)現(xiàn)本發(fā)明的各種實(shí)施方式中所涉及的通信設(shè)備可以使用各種介質(zhì)進(jìn)行通信，包括但不限于無(wú)線(xiàn)電、紅外、激光、線(xiàn)纜連接等。圖13和圖14示出了本發(fā)明可以在其中實(shí)現(xiàn)的一個(gè)代表性電子設(shè)備12。然而，應(yīng) 當(dāng)理解，本發(fā)明不旨在限于一種特定類(lèi)型的電子設(shè)備12。圖13和圖14的電子設(shè)備12包 括外殼30、液晶顯示器形式的顯示器32、小鍵盤(pán)34、麥克風(fēng)36、耳機(jī)38、電池40、紅外端口 42、天線(xiàn)44、根據(jù)本發(fā)明一個(gè)實(shí)施方式的UICC形式的智能卡46、讀卡器48、無(wú)線(xiàn)電接口電路 52、編解碼器電路54、控制器56和存儲(chǔ)器58以及電池80。單獨(dú)的電路和元件可以是本領(lǐng) 域公知的所有類(lèi)型。在方法步驟或過(guò)程的一般背景下對(duì)此處描述的各種實(shí)施方式進(jìn)行了描述，在一個(gè) 實(shí)施方式中，這些方法步驟或過(guò)程可以通過(guò)計(jì)算機(jī)程序產(chǎn)品來(lái)實(shí)現(xiàn)，該程序產(chǎn)品具體化在 計(jì)算機(jī)可讀介質(zhì)中，包括計(jì)算機(jī)可執(zhí)行指令，諸如程序代碼，其可由聯(lián)網(wǎng)環(huán)境中的計(jì)算機(jī)執(zhí) 行。計(jì)算機(jī)可讀介質(zhì)可以包括可移動(dòng)和非可移動(dòng)存儲(chǔ)設(shè)備，其包括但不限于只讀存儲(chǔ)器 (ROM)、隨機(jī)訪(fǎng)問(wèn)存儲(chǔ)器(RAM)、壓縮盤(pán)(⑶)、數(shù)字多功能盤(pán)(DVD)等。通常，程序模塊可以 包括例程、程序、對(duì)象、部件、數(shù)據(jù)結(jié)構(gòu)等，其執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類(lèi)型。計(jì)算 機(jī)可執(zhí)行指令、相關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)和程序模塊代表了用于執(zhí)行此處公開(kāi)的方法步驟的程序 代碼的示例。這種可執(zhí)行指令或相關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)的特定序列代表了用于實(shí)現(xiàn)在這種步驟 或過(guò)程中描述的功能的對(duì)應(yīng)動(dòng)作的示例。各種實(shí)施方式的軟件和web實(shí)現(xiàn)能夠利用具有基于規(guī)則的邏輯和其他邏輯的標(biāo) 準(zhǔn)編程技術(shù)來(lái)實(shí)現(xiàn)，從而實(shí)現(xiàn)各種數(shù)據(jù)庫(kù)搜索步驟或過(guò)程、相關(guān)步驟或過(guò)程、比較步驟或過(guò) 程以及決策步驟或過(guò)程。應(yīng)當(dāng)注意，此處以及權(quán)利要求書(shū)中使用的詞語(yǔ)“部件”和“模塊” 意在包括使用一行或者多行軟件代碼的實(shí)現(xiàn)和/或硬件實(shí)現(xiàn)和/或用于接收手動(dòng)輸入的設(shè)備。出于例證和描述目的給出關(guān)于本發(fā)明實(shí)施例的上述描述。以上描述并不是窮舉性 的，并且也沒(méi)有將本發(fā)明實(shí)施例局限于所公開(kāi)的精確形式，并且根據(jù)上述教導(dǎo)，各種修改和 變化都是可能的，或者說(shuō)各種修改和變化都可以從實(shí)踐本發(fā)明各種實(shí)施例的過(guò)程中獲取。 這里論述的實(shí)施例是為了說(shuō)明本發(fā)明各種實(shí)施例的原理和特性及其實(shí)際應(yīng)用而被選擇和 描述的，由此能使本領(lǐng)域技術(shù)人員在各種實(shí)施例中運(yùn)用與所設(shè)想的特定用途相適應(yīng)的各種 修改來(lái)使用本發(fā)明。在此描述的實(shí)施方式的特征可以以方法、裝置、模塊、系統(tǒng)和計(jì)算機(jī)程 序產(chǎn)品的全部可能組合來(lái)實(shí)現(xiàn)。
2權(quán)利要求
一種用于組織媒體數(shù)據(jù)和元數(shù)據(jù)的方法，包括在文件中存儲(chǔ)所述媒體數(shù)據(jù)；在所述文件中存儲(chǔ)所述元數(shù)據(jù)的第一部分，所述元數(shù)據(jù)的第一部分與所述媒體數(shù)據(jù)同步；在所述文件中指示所述元數(shù)據(jù)的第一部分相對(duì)于所述媒體數(shù)據(jù)的同步；在所述文件中存儲(chǔ)所述元數(shù)據(jù)的第二部分；以及在所述文件中指示所述元數(shù)據(jù)的第一部分與所述元數(shù)據(jù)的第二部分在邏輯上連接。
2.根據(jù)權(quán)利要求1所述的方法，其中所述元數(shù)據(jù)的第一部分包括實(shí)時(shí)傳輸協(xié)議分組凈 荷，所述實(shí)時(shí)傳輸協(xié)議分組凈荷包括通知消息的通用部分，并且其中所述元數(shù)據(jù)的第二部 分包括所述通知消息的應(yīng)用特定部分與所述通知消息的媒體對(duì)象中的至少一個(gè)。
3.根據(jù)權(quán)利要求2所述的方法，其中所述元數(shù)據(jù)的第一部分在邏輯上包括在所述文件 的實(shí)時(shí)傳輸協(xié)議接收提示軌道中。
4.根據(jù)權(quán)利要求2所述的方法，其中所述元數(shù)據(jù)的第二部分存儲(chǔ)在所述文件的至少一 個(gè)元數(shù)據(jù)項(xiàng)目中。
5.根據(jù)權(quán)利要求1所述的方法，其中所述元數(shù)據(jù)的第一部分包括通知對(duì)象生命周期模 型的狀態(tài)，并且其中所述元數(shù)據(jù)的第二部分包括通知消息。
6.根據(jù)權(quán)利要求5所述的方法，其中所述元數(shù)據(jù)的第一部分在邏輯上包括在定時(shí)元數(shù) 據(jù)軌道中。
7.根據(jù)權(quán)利要求5所述的方法，其中所述元數(shù)據(jù)的第二部分存儲(chǔ)在所述文件的至少一 個(gè)元數(shù)據(jù)項(xiàng)目中。
8.根據(jù)權(quán)利要求1所述的方法，其中文件特定標(biāo)識(shí)符與所述元數(shù)據(jù)的第二部分相關(guān)聯(lián)；通用標(biāo)識(shí)符與所述文件特定標(biāo)識(shí)符相關(guān)聯(lián)，所述通用標(biāo)識(shí)符配置為在所述文件中指示 所述元數(shù)據(jù)的第一部分與所述元數(shù)據(jù)的第二部分在邏輯上連接；以及 在所述文件中指示所述通用標(biāo)識(shí)符與所述文件特定標(biāo)識(shí)符的關(guān)聯(lián)。
9.根據(jù)權(quán)利要求8所述的方法，其中所述通用標(biāo)識(shí)符是統(tǒng)一資源標(biāo)識(shí)符。
10.根據(jù)權(quán)利要求8所述的方法，其中 版本號(hào)與所述元數(shù)據(jù)的第二部分相關(guān)聯(lián)；所述通用標(biāo)識(shí)符與所述版本號(hào)相關(guān)聯(lián)地使用，以便在所述文件中指示所述元數(shù)據(jù)的第 一部分與所述元數(shù)據(jù)的第二部分在邏輯上連接；以及在所述文件中指示所述通用標(biāo)識(shí)符和所述版本號(hào)與所述文件特定標(biāo)識(shí)符的關(guān)聯(lián)。
11.根據(jù)權(quán)利要求8所述的方法，其中所述元數(shù)據(jù)的第一部分在邏輯上包括在所述文件的軌道中；以及 所述通用標(biāo)識(shí)符與所述軌道的軌道標(biāo)識(shí)符相關(guān)聯(lián)地使用，以便在所述文件中指示所述 元數(shù)據(jù)的第一部分與所述元數(shù)據(jù)的第二部分在邏輯上連接。
12.一種包含在計(jì)算機(jī)可讀介質(zhì)上的計(jì)算機(jī)程序產(chǎn)品，其配置為執(zhí)行權(quán)利要求1的過(guò)程。
13.一種裝置，包括 處理器；以及存儲(chǔ)器單元，其通信地連接至所述處理器并且包括配置為在用于組織媒體數(shù)據(jù)和元數(shù)據(jù)的文件中存儲(chǔ)所述媒體數(shù)據(jù)的計(jì)算機(jī)代碼； 配置為在所述文件中存儲(chǔ)所述元數(shù)據(jù)的第一部分的計(jì)算機(jī)代碼，所述元數(shù)據(jù)的第一部 分與所述媒體數(shù)據(jù)同步；配置為在所述文件中指示所述元數(shù)據(jù)的第一部分相對(duì)于所述媒體數(shù)據(jù)的同步的計(jì)算 機(jī)代碼；配置為在所述文件中存儲(chǔ)所述元數(shù)據(jù)的第二部分的計(jì)算機(jī)代碼；以及 配置為在所述文件中指示所述元數(shù)據(jù)的第一部分與所述元數(shù)據(jù)的第二部分在邏輯上 連接的計(jì)算機(jī)代碼。
14.根據(jù)權(quán)利要求13所述的裝置，其中所述元數(shù)據(jù)的第一部分包括實(shí)時(shí)傳輸協(xié)議分組 凈荷，所述實(shí)時(shí)傳輸協(xié)議分組凈荷包括通知消息的通用部分，并且其中所述元數(shù)據(jù)的第二 部分包括所述通知消息的應(yīng)用特定部分與所述通知消息的媒體對(duì)象中的至少一個(gè)。
15.根據(jù)權(quán)利要求14所述的裝置，其中所述元數(shù)據(jù)的第一部分在邏輯上包括在所述文 件的實(shí)時(shí)傳輸協(xié)議接收提示軌道中。
16.根據(jù)權(quán)利要求14所述的裝置，其中所述元數(shù)據(jù)的第二部分存儲(chǔ)在所述文件的至少 一個(gè)元數(shù)據(jù)項(xiàng)目中。
17.根據(jù)權(quán)利要求13所述的裝置，其中所述元數(shù)據(jù)的第一部分包括通知對(duì)象生命周期 模型的狀態(tài)，并且其中所述元數(shù)據(jù)的第二部分包括通知消息。
18.根據(jù)權(quán)利要求17所述的裝置，其中所述元數(shù)據(jù)的第一部分在邏輯上包括在定時(shí)元 數(shù)據(jù)軌道中。
19.根據(jù)權(quán)利要求17所述的裝置，其中所述元數(shù)據(jù)的第二部分存儲(chǔ)在所述文件的至少 一個(gè)元數(shù)據(jù)項(xiàng)目中。
20.根據(jù)權(quán)利要求13所述的裝置，其中 文件特定標(biāo)識(shí)符與所述元數(shù)據(jù)的第二部分相關(guān)聯(lián)；通用標(biāo)識(shí)符與所述文件特定標(biāo)識(shí)符相關(guān)聯(lián)，所述通用標(biāo)識(shí)符配置為在所述文件中指示 所述元數(shù)據(jù)的第一部分與所述元數(shù)據(jù)的第二部分在邏輯上連接；以及 在文件中指示所述通用標(biāo)識(shí)符與所述文件特定標(biāo)識(shí)符的關(guān)聯(lián)。
21.根據(jù)權(quán)利要求20所述的裝置，其中所述通用標(biāo)識(shí)符是統(tǒng)一資源標(biāo)識(shí)符。
22.根據(jù)權(quán)利要求20所述的裝置，其中 版本號(hào)與所述元數(shù)據(jù)的第二部分相關(guān)聯(lián)；所述通用標(biāo)識(shí)符與所述版本號(hào)相關(guān)聯(lián)地使用，以便在所述文件中指示所述元數(shù)據(jù)的第 一部分與所述元數(shù)據(jù)的第二部分在邏輯上連接；以及在所述文件中指示所述通用標(biāo)識(shí)符和所述版本號(hào)與所述文件特定標(biāo)識(shí)符的關(guān)聯(lián)。
23.根據(jù)權(quán)利要求20所述的裝置，其中所述元數(shù)據(jù)的第一部分在邏輯上包括在所述文件的軌道中；以及 所述通用標(biāo)識(shí)符與所述軌道的軌道標(biāo)識(shí)符相關(guān)聯(lián)地使用，以便在所述文件中指示所述 元數(shù)據(jù)的第一部分與所述元數(shù)據(jù)的第二部分在邏輯上連接。
24.一種設(shè)備，包括用于在文件中存儲(chǔ)所述媒體數(shù)據(jù)的裝置；用于在所述文件中存儲(chǔ)所述元數(shù)據(jù)的第一部分的裝置，所述元數(shù)據(jù)的第一部分與所述 媒體數(shù)據(jù)同步；用于在所述文件中指示所述元數(shù)據(jù)的第一部分相對(duì)于所述媒體數(shù)據(jù)的同步的裝置；用于在所述文件中存儲(chǔ)所述元數(shù)據(jù)的第二部分的裝置；以及 用于在所述文件中指示所述元數(shù)據(jù)的第一部分與所述元數(shù)據(jù)的第二部分在邏輯上連 接的裝置。
25.根據(jù)權(quán)利要求24所述的設(shè)備，其中所述元數(shù)據(jù)的第一部分包括實(shí)時(shí)傳輸協(xié)議分組 凈荷，所述實(shí)時(shí)傳輸協(xié)議分組凈荷包括通知消息的通用部分，并且其中所述元數(shù)據(jù)的第二 部分包括所述通知消息的應(yīng)用特定部分與所述通知消息的媒體對(duì)象中的至少一個(gè)。
26.一種用于處理包括至少一個(gè)通知消息的輸入文件的方法，包括執(zhí)行以下至少一項(xiàng)解析所述輸入文件以提取與所述至少一個(gè)通知消息的通知對(duì)象相對(duì)應(yīng)的信息；以及產(chǎn)生輸出文件，其中已經(jīng)預(yù)先計(jì)算了所述通知對(duì)象的狀態(tài)。
27.根據(jù)權(quán)利要求26所述的方法，其中對(duì)所述文件的解析進(jìn)一步包括解析實(shí)時(shí)傳輸協(xié) 議接收提示軌道，從而根據(jù)所述至少一個(gè)通知消息的通用消息部分來(lái)標(biāo)識(shí)對(duì)所述通知對(duì)象 的引用。
28.根據(jù)權(quán)利要求26所述的方法，進(jìn)一步包括確定所述輸入文件內(nèi)所述至少一個(gè)通知 消息的位置。
29.根據(jù)權(quán)利要求26所述的方法，進(jìn)一步包括從所述輸入文件向所述輸出文件復(fù)制軌 道和媒體項(xiàng)目。
30.根據(jù)權(quán)利要求26所述的方法，進(jìn)一步包括維持用于所述通知對(duì)象的通知對(duì)象生命 周期模型。
31.根據(jù)權(quán)利要求26所述的方法，進(jìn)一步包括在處理所述通知對(duì)象時(shí)，在所述輸出文 件內(nèi)將經(jīng)處理的通知對(duì)象的第一部分存儲(chǔ)為元數(shù)據(jù)項(xiàng)目。
32.根據(jù)權(quán)利要求31所述的方法，其中所述經(jīng)處理的通知對(duì)象的第一部分包括所述經(jīng) 處理的通知對(duì)象的通用部分。
33.根據(jù)權(quán)利要求30所述的方法，進(jìn)一步包括創(chuàng)建至少一個(gè)索引，所述至少一個(gè)索引 表示對(duì)所述通知對(duì)象的所述狀態(tài)的改變。
34.根據(jù)權(quán)利要求33所述的方法，其中所述至少一個(gè)索引在邏輯上連接至定時(shí)元數(shù)據(jù) 軌道。
35.根據(jù)權(quán)利要求33所述的方法，其中所述至少一個(gè)索引在邏輯上連接至表示存儲(chǔ)在 所述輸出文件中的媒體數(shù)據(jù)的采樣的至少一個(gè)群組。
36.一種包含在計(jì)算機(jī)可讀介質(zhì)上的計(jì)算機(jī)程序產(chǎn)品，其配置為執(zhí)行權(quán)利要求26的過(guò)程。
37.一種裝置，包括處理器；以及存儲(chǔ)器單元，其通信地連接至所述處理器并且包括配置為執(zhí)行以下至少一項(xiàng)的計(jì)算機(jī)代碼解析包括至少一個(gè)通知消息的輸入文件以提取與所述至少一個(gè)通知消息的通知對(duì)象相對(duì)應(yīng)的信息；以及產(chǎn)生輸出文件，其中已經(jīng)預(yù)先計(jì)算了所述通知對(duì)象的狀態(tài)。
38.根據(jù)權(quán)利要求37所述的裝置，其中包括配置為解析所述文件的計(jì)算機(jī)代碼的所述 存儲(chǔ)器單元進(jìn)一步包括配置為解析實(shí)時(shí)傳輸協(xié)議接收提示軌道從而根據(jù)所述至少一個(gè)通 知消息的通用消息部分來(lái)標(biāo)識(shí)對(duì)所述通知對(duì)象的引用的計(jì)算機(jī)代碼。
39.根據(jù)權(quán)利要求37所述的裝置，其中所述存儲(chǔ)器單元進(jìn)一步包括配置為確定所述輸 入文件內(nèi)所述至少一個(gè)通知消息的位置的計(jì)算機(jī)代碼。
40.根據(jù)權(quán)利要求37所述的裝置，其中所述存儲(chǔ)器單元進(jìn)一步包括配置為從所述輸入 文件向所述輸出文件復(fù)制軌道和媒體項(xiàng)目的計(jì)算機(jī)代碼。
41.根據(jù)權(quán)利要求37所述的裝置，其中所述存儲(chǔ)器單元進(jìn)一步包括配置為維持用于所 述通知對(duì)象的通知對(duì)象生命周期模型的計(jì)算機(jī)代碼。
42.根據(jù)權(quán)利要求37所述的裝置，其中所述存儲(chǔ)器單元進(jìn)一步包括配置為在處理所述 通知對(duì)象時(shí)，在所述輸出文件內(nèi)將經(jīng)處理的通知對(duì)象的第一部分存儲(chǔ)為元數(shù)據(jù)項(xiàng)目的計(jì)算 機(jī)代碼。
43.根據(jù)權(quán)利要求42所述的裝置，其中所述經(jīng)處理的通知對(duì)象的第一部分包括所述經(jīng) 處理的通知對(duì)象的通用部分。
44.根據(jù)權(quán)利要求41所述的裝置，其中所述存儲(chǔ)器單元進(jìn)一步包括配置為創(chuàng)建至少一 個(gè)索引的計(jì)算機(jī)代碼，所述至少一個(gè)索引表示對(duì)所述通知對(duì)象的所述狀態(tài)的改變。
45.根據(jù)權(quán)利要求44所述的裝置，其中所述至少一個(gè)索引在邏輯上連接至定時(shí)元數(shù)據(jù) 軌道。
46.根據(jù)權(quán)利要求44所述的裝置，其中所述至少一個(gè)索引在邏輯上連接至表示存儲(chǔ)在 所述輸出文件中的媒體數(shù)據(jù)的采樣的至少一個(gè)群組。
47.一種設(shè)備，包括用于執(zhí)行以下至少一項(xiàng)的裝置解析包括至少一個(gè)通知消息的輸入文件以提取與所述至少一個(gè)通知消息的通知對(duì)象 相對(duì)應(yīng)的信息；以及產(chǎn)生輸出文件，其中已經(jīng)預(yù)先計(jì)算了所述通知對(duì)象的狀態(tài)。
48.根據(jù)權(quán)利要求47所述的設(shè)備，其中對(duì)所述文件的解析進(jìn)一步包括解析實(shí)時(shí)傳輸協(xié) 議接收提示軌道，從而根據(jù)所述至少一個(gè)通知消息的通用消息部分來(lái)標(biāo)識(shí)對(duì)所述通知對(duì)象 的引用。
49.根據(jù)權(quán)利要求47所述的設(shè)備，進(jìn)一步包括確定所述輸入文件內(nèi)所述至少一個(gè)通知 消息的位置。
全文摘要
提供了一種用于在ISO基本媒體文件中存儲(chǔ)通知消息的系統(tǒng)和方法，其中解決了將存儲(chǔ)通知消息時(shí)的不同傳送情況。該系統(tǒng)和方法支持將通過(guò)RTP遞送的通知消息部分與通過(guò)單向傳送文件遞送(FLUTE)或某些其他協(xié)議承載的通知消息的其他部分聯(lián)系起來(lái)。該系統(tǒng)和方法的各種實(shí)現(xiàn)可以是通用的，并且允許媒體和提示軌道引用帶外遞送的對(duì)象。此外，可以在文件中再生通知對(duì)象的生命周期而無(wú)需解析文件所需的定時(shí)器。
文檔編號(hào)H04N7/16GK101911693SQ200880123556
公開(kāi)日2010年12月8日 申請(qǐng)日期2008年12月2日 優(yōu)先權(quán)日2007年12月3日
發(fā)明者I·鮑阿齊齊, M·M·安尼克塞拉 申請(qǐng)人:諾基亞公司