專利名稱：用于多媒體顯示的容器格式的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及媒體對象，尤其涉及包括協(xié)調(diào)的媒體對象的多媒體顯示。
背景技術(shù)：
多媒體可有多種不同類型，例如，視頻、音頻、靜止圖像、向量圖。典型地，每一種媒體具有本來的文件格式，根據(jù)該媒體格式將媒體存儲在計算機系統(tǒng)中。
對于多媒體，還存在大量的壓縮格式，它們利用空間和/或時間的冗余來獲得該媒體的壓縮格式。視頻文件例如可以根據(jù)H.263壓縮標準[1]來壓縮，將音頻文件壓縮為AMR[2]或AAC[3]，將圖象壓縮為JPEG[4]。
目前存在許多不同的通常用于存儲和/或發(fā)送文件的方法，并且更特別地用于存儲和/或發(fā)送媒體文件的方法。一個已知的這種方法是將文件包含在所謂的文件容器中。這種容器的例子包括用于UNIX系統(tǒng)和Zip文件的TAR(磁帶檔案)。雖然這些可以包含媒體文件，但是它們?nèi)狈︼@示、與定時媒體的同步、和交插媒體的可能性的控制功能。另一種已知的方法是將文件作為電子郵件附件(所謂的多部分MIME)包含進來。這里，指出在起始位置用于顯示是可能的，但是其它方式也具有上述的限制。還存在另一種不存儲媒體文件本身而是存儲某些媒體類型的幀媒體內(nèi)容的多媒體格式。這些格式缺乏能夠存儲和恢復(fù)媒體文件的容器格式的透明性和完整性。這種多媒體格式的例子包括ASF(高級流格式)和FLASH。
第三代合作項目(3GPP)已經(jīng)基于ISO基本媒體文件格式[6]使3GPP文件格式(2GP)[5]標準化，以用于定時多媒體(音頻和視頻)的傳輸。它由所謂的多媒體消息業(yè)務(wù)(MMS)和透明的端到端分組交換流業(yè)務(wù)(PSS)用于分發(fā)多媒體[9]。此外，用于提供流媒體的流業(yè)務(wù)可使用3GP文件。

發(fā)明內(nèi)容
本發(fā)明的目的是實現(xiàn)改進的對多媒體顯示的發(fā)送。
特別地，希望實現(xiàn)改進的對包括不同文件格式的多媒體顯示的發(fā)送。
本發(fā)明的一個特定目的是為完整媒體顯示的容器格式提供一種解決方案，其中，完整媒體顯示包括例如起始點、離散媒體對象和連續(xù)的媒體軌道，存儲MIME類型并具有壓縮單獨的媒體對象的可能性。
本發(fā)明的另一特定目的是提供一種容器，該容器能夠存儲通過將媒體對象分成多個交插的分段而被交插的媒體對象。
本發(fā)明的又一特定目的是提供一種能夠?qū)崿F(xiàn)混合媒體對象的漸進式下載的解決方案，其中混合媒體對象包括連續(xù)的媒體軌道(例如，音頻和視頻)和/或離散文件(單獨的圖像)。
本發(fā)明的再一個特定目的是提供一種用于使用新容器格式和保護信息箱來加密的解決方案。
本發(fā)明的另外一個特定目的是提供一種包括用于解密單獨的文件、媒體軌道、整個數(shù)據(jù)箱(“mdat”)或其一部分的信息的解決方案。
根據(jù)附帶的一套權(quán)利要求來實現(xiàn)這些目的以及其它目的。
本發(fā)明能夠?qū)⑺蓄愋偷拿襟w類型組合進一種類型的文件，例如3GP。本發(fā)明能夠以透明方式對此進行執(zhí)行，在單獨的媒體對象已經(jīng)包含進3GP文件之后保存這些單獨的媒體對象的地址、文件名和MIME類型。
本發(fā)明還能夠?qū)⑺忻襟w交插進容器內(nèi)以便能夠漸進下載到用戶，即，以一種格式下載以便能夠在下載過程中帶有一些延遲地再現(xiàn)該媒體。這通過取決于傳輸比特率的初始延遲的信息來提供，所述信息被成對表示。對于特定值之間的比特率，可通過線性內(nèi)插來獲得對初始下載延遲的上估計。另一個特征是使用例如gzip來壓縮單獨的文件的可能性。
本發(fā)明的一些優(yōu)點是簡單方便的容器格式(只傳輸和播放一個文件)；被優(yōu)化為短延遲/漸進式下載的容器格式(所有媒體都能被交插)；再用現(xiàn)有技術(shù)的容器格式(基于ISO的媒體文件格式和3GP文件格式、SMIL、媒體類型)；能夠以不同媒體類型來使用的容器格式。


通過參考附圖連同以下的描述可以更好地理解本發(fā)明以及其另外的目的和優(yōu)點圖1是涉及3GPP的現(xiàn)有技術(shù)的示意性圖示；圖2是本發(fā)明實施例的示意性概括圖示；圖3是在其內(nèi)可實現(xiàn)本發(fā)明的通信系統(tǒng)的示意性框圖；圖4是根據(jù)本發(fā)明的方法實施例的示意性流程圖；圖5是根據(jù)本發(fā)明的設(shè)備實施例的示意性框圖；圖6是根據(jù)本發(fā)明的多媒體容器實施例的示意性圖示；圖7是根據(jù)本發(fā)明的多媒體容器另一實施例的示意性圖示；圖8是根據(jù)本發(fā)明的多媒體容器的一個特定實施例的示意性圖示；圖9是圖8中多媒體容器一部分的實施例的示意性圖示；具體實施方式
將在把現(xiàn)有技術(shù)的3GPP文件格式(3GP)擴展到用于多媒體顯示的一般容器格式的環(huán)境下描述本發(fā)明。然而本發(fā)明可體現(xiàn)為多種不同形式，并且不應(yīng)解釋為局限于這里描述的例子和實施例，提供這些例子和實施例，以便使所公開的內(nèi)容將是詳盡的，并將會把本發(fā)明傳達給本領(lǐng)域技術(shù)人員。
應(yīng)當理解的是，文件格式(或多個文件格式)可表現(xiàn)在例如計算機存儲器一樣的存儲介質(zhì)中，或表現(xiàn)在例如電信號或無線電信號一樣的物理信號，以便例如用于在本地系統(tǒng)內(nèi)發(fā)送，或用于通過本地或全球網(wǎng)絡(luò)傳輸。在下文中，將在整個公開中使用術(shù)語“文件”或“媒體對象”，其中，術(shù)語“文件”或“媒體對象”的含義是既包括用于在存儲介質(zhì)內(nèi)存儲的數(shù)據(jù)文件，又包括用于傳輸或分發(fā)的信號。
根據(jù)現(xiàn)有技術(shù)，3GP文件格式的范圍是用于承載定時多媒體(視頻、音頻和定時文本)和這種媒體的流式線索(stream hint)。3GP文件用于-交換與音頻相關(guān)的視頻剪輯(MMS)-下載定時文本(PSS)-通過漸進式下載傳遞音頻-視頻顯示(PSS)-提供音頻-視頻RTP流會話(PSS)-將流會話從內(nèi)容創(chuàng)建器傳遞到流送服務(wù)器(PSS)現(xiàn)有技術(shù)中的共同點是3GP文件被定時一個3GP文件包含定時多媒體或線索的一個或多個平行軌道。每一個軌道被劃分成可單獨訪問的時間單位，這使得同步和隨機訪問成為可能。在能夠構(gòu)成在MSS中的顯示或在PSS中的會話的所有媒體類型當中，3GP文件只能承載視頻、音頻和定時文本。
處理若干文件或媒體對象例，如用于顯示或用于漸進式下載這種顯示的問題包括1)起始點在哪里必須是清楚的(例如，SMIL文件的名稱和位置)。
2)內(nèi)容創(chuàng)建器必須向操作員傳遞具有相關(guān)性的幾個文件或?qū)ο蟆．斏婕耙残枰阅撤N方式存儲以保存其相關(guān)性的多個文件時，這會引起問題。如果一個文件丟失，則使用該顯示是完全不可能的。因此，能夠?qū)⒍嗝襟w顯示的所有媒體對象組織在一個容器中將是有利的。
3)用戶需要處理幾個文件，而不是處理一個“項”。將幾個文件移動或發(fā)送到對等端，并仍然保持文件之間的相對結(jié)構(gòu)，這被識別為是有問題的。
4)用于請求幾個文件的定時可能是有問題的，因為它們可能具有不同的大小，并跨越不同的時間范圍。缺乏那些考慮了準備用于及時傳遞的媒體的交錯文件格式。此外，客戶端將需要知道對于一個發(fā)送帶寬，在開始重放之前將下載多少個字節(jié)或多少秒(以避免中斷)。
除了由3GP文件承載的多媒體之外，在PSS中還有許多媒體類型，這些媒體類型以它們本來的文件格式存儲靜止圖像(JPEG)、位形(GIF和PNG)、向量圖(SVG)、合成音頻(SP-MIDI)和文本(XHTML和SMIL)。在現(xiàn)有技術(shù)中，由于在PSS會話中只有音頻和視頻流送，必須通過HTTP將這些媒體類型一個文件接一個文件地傳遞到PSS客戶端。
如果可漸進下載的文件是該顯示的一部分，例如，可漸進下載的SVG文件，那么可用長持續(xù)時間的其它軌道或文件來拆分或交插這樣的文件。
還需要一種能夠用一般文字顯現(xiàn)編碼內(nèi)容的內(nèi)容類型的加密機制。
基本上來說，本發(fā)明定義了一種用于多媒體顯示的容器格式，其中包括例如靜態(tài)媒體文件和/或動態(tài)媒體流一樣的媒體對象的整個多媒體顯示以及可識別的場景描述文件可作為一個單元來發(fā)送和存儲。
根據(jù)本發(fā)明的一個特定實施例，容器格式是一種交插式單元，其被優(yōu)化以用于漸進式下載。因此，整個多媒體顯示可由所謂的漸進式下載或流送來發(fā)送或下載。
參見圖1和圖2，本發(fā)明能夠?qū)F(xiàn)有技術(shù)的3GPP文件格式(3GP)擴展到用于多媒體顯示的一般容器格式。根據(jù)本發(fā)明的擴展的3GP文件或容器不局限于只包含連續(xù)媒體或定時多媒體，而是還可包括場景描述文件(例如，SMIL)和靜態(tài)媒體(圖像、圖形)。在MSS和PSS中使用的任何類型的多媒體原則上能夠作為二進制文件存儲進擴展的3GP文件中。
將在圖3中圖示的一般通信系統(tǒng)的環(huán)境下描述本發(fā)明。但是本發(fā)明不局限于這些具體圖示。被稱為多媒體顯示管理器的MMP管理器單元提供根據(jù)本發(fā)明的功能，將構(gòu)成多媒體顯示的媒體對象組織成為一個單位，以用于例如整個多媒體顯示的發(fā)送、存儲、或顯示。
基本來說，參考圖4，根據(jù)本發(fā)明，用于發(fā)送包括許多媒體對象的多媒體顯示的方法包括在步驟S10中，將媒體對象打包或組織進一個多媒體容器或容器格式中。為了能夠定位媒體對象，在步驟S20中將許多相應(yīng)的標識符或定位器組織在相同容器中。隨后，為了定義多媒體顯示的結(jié)構(gòu)，在步驟S30中將協(xié)調(diào)媒體對象的所謂的場景描述文件提供到同一多媒體容器中。最后，在步驟S33中，將帶有合并的或包含的多媒體顯示的整個容器發(fā)送到某些接收單元。
該場景描述應(yīng)當是可明顯識別的，以便接收單元將能夠?qū)鼍懊枋鑫募ㄎ蛔鳛槠鹗嘉恢没蚱鹗嘉募?br> 通過根據(jù)本發(fā)明的方法，可以將整個多媒體顯示打包進一個容器中，然后該容器能夠作為一個單元或文件從發(fā)送單元Tx發(fā)送和/或下載。
根據(jù)本發(fā)明方法的一個特定實施例，可以應(yīng)用漸進式下載，即，接收單元Rx能夠在其余部分仍然正在被發(fā)送的同時開始再現(xiàn)該顯示的接收部分，這就是所謂的漸進式下載。
根據(jù)本發(fā)明方法的一個特定實施例，媒體對象可包括媒體文件，例如，JPEG、GIF、SVG、PNG、SPMIDI、XHTML、SMIL和3GP。
根據(jù)本發(fā)明方法的另一實施例，媒體文件可包括包含在軌道中的動態(tài)媒體對象，例如視頻、音頻和定時文本。
可根據(jù)任何適當?shù)臉藴?例如，SMIL、XHTML和SVG中的任何一個)來格式化場景描述文件。
另外的一個實施例包括將靜態(tài)媒體和/或動態(tài)媒體流都組織到同一容器中。
根據(jù)另外的一個特定實施例，將媒體對象作為交插的連續(xù)片段的數(shù)據(jù)組織到多媒體容器中。用于“分段”的其它術(shù)語包括“部分”、“區(qū)域”和“組塊”。
在整篇描述中，術(shù)語靜態(tài)、二進制和離散媒體文件將可交替地使用，而不將媒體文件的范圍限定到某個類型。
為了使接收單元Rx能夠應(yīng)用漸進式下載，根據(jù)本發(fā)明方法的實施例包括提供使得能夠再現(xiàn)的控制信息的步驟S31?？刂菩畔⒖砂ɡ缁陬A(yù)定下載速率的諸如初始或緩沖延遲的參數(shù)。
為了能夠?qū)⒓用芪募诟鶕?jù)本發(fā)明的新容器中，本發(fā)明的一個實施例包括提供用于解密或識別加密媒體文件的加密方式的密鑰信息的步驟S32。
相似地，同樣參考圖4，步驟S10-S30表示用于根據(jù)本發(fā)明管理多媒體顯示的方法的一個實施例。該方法與用于發(fā)送的方法密切相關(guān)，但是沒有發(fā)送步驟。使用術(shù)語“管理”以便表示例如發(fā)送、存儲、加密等等的動作，但是術(shù)語“管理”也可看作是用于這些動作的媒體對象和相關(guān)信息的準備。
由于整個媒體顯示包含在一個文件或容器中，因此將該顯示存儲在存儲設(shè)施上非常容易。類似地，容易將容器例如從系統(tǒng)的一部分移動到另一部分，以將該容器分發(fā)到多個用戶。
根據(jù)本發(fā)明實施例，3GP文件格式的擴展通常包括將頂層文件樹包含在3GP文件內(nèi)。這樣，由幾個文件(例如，SMIL文件、音頻軌道和一些圖像)組成的PSS顯示可被打包進單個3GP文件內(nèi)。然后可通過(漸進式)下載將整個多媒體作為一個實體顯示傳遞到例如客戶端，并在本地播放。此外，擴展的3GP格式可用于將作為一個實體的全部PSS會話包含并傳遞到PSS服務(wù)器。然后，該服務(wù)器可讀取擴展的3GP文件，并通過HTTP將SMIL文件和圖像傳遞到客戶端，并通過RTP將數(shù)據(jù)流和音頻軌道傳遞到客戶端。
根據(jù)本發(fā)明，將二進制文件打包或組織到3GP文件中被設(shè)計為保存二進制文件的目錄結(jié)構(gòu)，以便文件之間的關(guān)系對于分開的文件和擴展的3GP文件是相同的。然而，一旦已經(jīng)將二進制文件包含在3GP文件中，則不需要拆包這些二進制文件，以便播放或提供信息。以相同方式從3GP文件內(nèi)部或外部引用所有包含的文件。
二進制文件或靜態(tài)媒體文件通常不包含在普通軌道中，它們被設(shè)計用于定時的多媒體，但是由3GP文件頂層上的文件樹中的標識符來引用引用。然而，所包含的文件自身能夠與普通軌道交插，以便整個3GP文件能夠用于漸進式下載。
將參考圖5描述根據(jù)本發(fā)明實施例的用于發(fā)送多媒體顯示的設(shè)備10。
設(shè)備10包括用于將許多多媒體顯示的媒體對象組織到多媒體容器中的單元11。此外，該設(shè)備10典型地包括某種用于將引用所組織媒體對象的標識符組織到同一多媒體容器中的單元12。另外，該設(shè)備包括用于為容器提供可識別的場景描述文件的單元13，該場景描述文件基于標識符協(xié)調(diào)媒體對象。最后，設(shè)備10包括用于將帶有所合并的多媒體顯示的容器單元14。在這個特定實施例中，發(fā)送單元14由I/O單元表示。
媒體對象可包括二進制媒體文件(例如，MPEG、SVG、PNG、SP-MIDI、XHTML、SMIL、3GP、JPEG、GIF)和/或包含在軌道中的動態(tài)媒體對象或流(例如，音頻、視頻、和定時文本)。
在本發(fā)明的一個特定實施例中，媒體組織器11被配置為適于將媒體對象組織成為交插的連續(xù)數(shù)據(jù)分段。用于“分段”的其他名稱包括“部分”、“區(qū)域”和“組塊”。
根據(jù)另一特定實施例，該設(shè)備包括某種用于提供控制信息的裝置，該控制信息使接收單元Rx能夠在接收該容器時使用漸進式下載，即，接收單元Rx能夠在仍然下載其余部分的同時再現(xiàn)或顯示或執(zhí)行多媒體顯示內(nèi)容的一些部分。一些控制信息可包括，但不局限于基于某些預(yù)定下載速率的初始延遲或緩沖延遲。
根據(jù)本發(fā)明，擴展3GP文件格式允許包括場景描述、音頻、視頻和其它類型的媒體類型的自包含多媒體顯示存儲在一個文件中。這樣，擴展的3GP文件可包含完整的顯示，這使得傳輸和存儲具有相關(guān)性的幾個文件更容易。此外，由于在這種文件中的所有媒體可以被交插，這將對漸進式下載尤其有用。包含混合的多媒體顯示的擴展3GP文件可被-在客戶端上漸進式下載(和同時播放)(PSS)，-在傳遞之后在本地播放(PSS和MSS)，和-用作普通分發(fā)格式的多媒體顯示(MBMS)。
此外，帶有用于RTP流的線索軌道和用于HTTP下載的媒體文件的完整PSS會話可包含在一個擴展的3GP文件中。
概念上，每個會話分發(fā)一個文件并在會話期間將一個文件用作流送和下載的源將會更簡單。擴展的服務(wù)器文件不旨在用于分發(fā)到客戶端，而是-從內(nèi)容創(chuàng)建器傳遞到操作員，-由PSS服務(wù)器使用，用于流送(軌道)和HTTP傳遞(媒體文件)。
要指出的是，根據(jù)本發(fā)明，3GP文件也能作為二進制文件包含在擴展的3GP文件中。例如，包含用于提供音頻和定時文本[6]的PSS會話的3GP文件包括用于音頻的RTP線索軌道和用于定時文本的單獨的3GP文件。原因在于，在版本5的PSS中，定時文本不是經(jīng)由HTTP流送的，而是經(jīng)由HTTP傳遞的。
將參考圖6描述多媒體容器的一個實施例。
多媒體容器20包括許多媒體對象、引用媒體對象的標識符或定位器、和基于標識符協(xié)調(diào)媒體對象的場景描述文件。
根據(jù)一個特定實施例，靜態(tài)媒體文件和/或包含在軌道中的動態(tài)媒體對象都能夠包含在多媒體容器20中。媒體對象可作為一個或多個交插的連續(xù)數(shù)據(jù)分段被包含，或以它們本來的格式被包含。
根據(jù)另一特定實施例，參考圖7，引用動態(tài)媒體對象的標識符位于容器的第一部分21中，并且引用靜態(tài)媒體文件的標識符位于容器的第二部分22中。交插的媒體對象(靜態(tài)的和動態(tài)的)位于該容器的第三部分中。這些部分的實際順序不局限于該實施例。另外，優(yōu)選地，將場景描述文件當作靜態(tài)或二進制文件來對待，并因此包含在容器20的第二部分22中。然而，多媒體容器中各個部分的個體順序不由該實施例來反映。
將參考圖8和圖9描述多媒體容器的另一特定實施例。
在該實施例中，第一部分21由電影箱moove表示，第二部分22由文件樹箱ftre表示，第三部分23由媒體數(shù)據(jù)箱mdat表示。另外，根據(jù)本發(fā)明，容器20包括文件類型箱ftyp，其包括關(guān)于容器格式類型的信息。
根據(jù)本發(fā)明，對3GP的擴展包括用于文件樹的新簡檔標記、文件目錄結(jié)構(gòu)、和在擴展的3GP文件中尋址文件的規(guī)則。
文件-目錄簡檔(標記為“3gd6”)被定義用于包括文件目錄的3GP文件。符合文件-目錄簡檔的文件應(yīng)包括具有一個或多個文件條目的文件樹。這些文件條目之一可以是起始文件，即，包含用于顯示或流式會話的場景描述。
根據(jù)該容器的一個實施例，靜態(tài)媒體文件和包含在軌道中的動態(tài)媒體對象都被包含進容器中。文件-目錄簡檔可與其它3GP簡檔組合使用，只要文件符合那些簡檔。特別地-文件-目錄簡檔和基本簡檔一起意味著該文件既具有文件目錄，又具有一個或多個帶有音頻、視頻和文本的軌道，-文件-目錄簡檔、基本簡檔和漸進式下載簡檔一起意味著包括軌道和所包含文件的整個3GP文件適于漸進式下載。在該文件中提供了漸進式下載延遲的進一步細節(jié)。
-文件-目錄簡檔和流送服務(wù)器簡檔一起意味著服務(wù)器文件-包含一個或多個用于通過RTP提供媒體流的線索軌道，-包含一個或多個將通過HTTP傳遞的二進制文件。
在包含在服務(wù)器文件中的二進制文件當中，一個文件可包括PSS會話的場景描述(SMIL，HTML)。另外的文件可以是該會話的一部分，即，圖像、SP-MIDI、定時文本等等。
將參考具體的和例證性的例子來更詳細地描述本發(fā)明。
根據(jù)容器的另一個實施例，容器只包括靜態(tài)媒體文件。除了將媒體目錄增加到具有軌道的3GP文件以外，文件-目錄簡檔可用于那些只包含文件目錄而不包含軌道(沒有電影箱)的文件，換句話說，靜態(tài)文件或二進制媒體文件。這樣的3GP文件對于產(chǎn)生自包含的顯示是非常有用的，其中，自包含的顯示不必包括由軌道承載的連續(xù)媒體。例子包括用于本地播放、或基于圖像、合成音頻或文本的PSS會話的幻燈片放映。
文件-目錄簡檔是3GP簡檔，并應(yīng)當與文件擴展名‘.3gp’一起使用。
文件樹用于二進制文件存儲的文件目錄通常包含在擴展的3GP文件的頂層上。該樹看起來像個普通目錄，并且可包括任何類型的二進制文件和/或子目錄。該文件目錄作為元數(shù)據(jù)存儲在文件-樹箱中，而所包含文件的二進制內(nèi)容作為組塊存儲在該所包含文件的媒體-數(shù)據(jù)箱‘mdat’中。
圖9中示出文件樹的一個例子，其對應(yīng)于圖8中的文件條目。以下的部分解釋圖9中每一個箱的功能。
文件-樹箱‘ftre’是容器箱。它是頂層箱，并將在3GP文件中位于文件-類型箱‘ftyp’之后，并且優(yōu)選地位于電影箱‘moov’之前。(參考圖8)為了考慮到將來的修改，文件-樹箱基于的是所謂的帶有版本號的滿箱，如表1所示。
表1文件樹箱

文件-樹箱定義3GP文件樹的根層。目錄箱‘diry’的層次定義了文件樹的較低層。在文件-樹箱或其它箱中包含以下根據(jù)表2的目錄箱。
表2目錄箱

需要每一個目錄箱包含一個根據(jù)表3的目錄-名稱箱‘dirn’表3目錄名稱箱

目錄名是帶有目錄名的UTF-8字符的以空值結(jié)尾的字符串。
文件條目文件樹中的文件由文件-條目箱‘fent’來定義，文件-條目箱‘fent’可存儲在文件樹中包括根層的任何層上。文件條目箱是容器箱，并在下面的表4中定義。
表4文件條目箱

每一個文件條目箱應(yīng)包括如表5和表6中定義的文件信息箱‘finf’和組塊信息箱‘chin’。
表5文件信息箱

文件名和內(nèi)容類型是UTF-8字符的以空值結(jié)尾的字符串。對于該文件，內(nèi)容類型應(yīng)當是MIME類型。內(nèi)容編碼是可選的以空值結(jié)尾的字符串，用于指示在該3GP文件中存儲的文件是否被編碼、和在被解譯之前是否需要解碼，這與HTTP/1.1的內(nèi)容編碼相似。一些可能的值是“gzip”、“compress”、“deflate”，但是由于互用性的原因，使用到的條目只有“gzip”。
表6組塊信息箱

所包含文件的實際內(nèi)容作為一個或多個連續(xù)的數(shù)據(jù)分段(即，組塊，區(qū)域)存儲在媒體數(shù)據(jù)箱‘mdat’中。組塊偏移量是64位的整數(shù)，其給出該組塊的起始點到該包含3GP文件內(nèi)的偏移量，并且組塊大小是64位的整數(shù)，其給出該組塊的大小，即，由文件-條目箱定義的文件長度。要指出的是，組塊偏移量總是涉及該所包含的文件，即，3GP文件。我們已經(jīng)禁止使用數(shù)據(jù)-參考箱來指示可能的外部數(shù)據(jù)位置，因為在3GP文件中包含二進制文件的點將具有自包含文件。
原則上，任何類型的文件都可包含在文件樹中。對于PSS，可能使用隨后的媒體文件靜止圖像(JPEG)、位圖(GIF和PNG)、向量圖(SVG)、和合成的音頻(SP-MIDI)、文本(XHTML和SMIL)、以及承載定時文本的3GP文件。PSS所采用的任何新類型的媒體文件也將可能存儲在文件樹中。這例如包括DLS(可下載的聲音)。
起始位置擴展的3GP文件可包含位于文件樹內(nèi)任何地方的場景描述。如果存在場景描述，則文件-樹箱將包含根據(jù)表7的起始位置箱。
表7起始位置箱

起始文件位置是以UTF-8字符表示的以空值結(jié)尾的字符串，包含與頂層相對的到該文件目錄中起始文件的路徑。作為例子，為了表明存儲在頂層(在文件樹箱內(nèi))的文件是一個場景描述，起始文件位置將正好包含該文件名，例如start.smil。
漸進式下載信息擴展的3GP文件可包含位于文件樹箱內(nèi)的漸進式下載信息箱‘pdin’，正如在以下在表8中所定義的表8漸進式下載信息箱

該箱包含N對數(shù)(到箱的末端)，其指定以100比特/秒為單元的傳輸帶寬與以毫秒為單位的初始下載延遲的組合，接收方可通過在成對的數(shù)之間的線性內(nèi)插來獲得初始延遲的上估計。
尋址可在3GP文件內(nèi)或從外部一致地尋址在該3GP文件內(nèi)的文件和軌道。3GP文件的文件目錄和所有軌跡存在于頂層上，例如，example.3gp/toplevelfile.smil和example.3gp/軌道ID＝2作為3GP文件內(nèi)尋址的例子，考慮圖8中列出的多媒體容器show.3gp。它包含-H.263軌道(假定軌道ID＝1)，-AMR軌道(假定軌道ID＝2)，-根-層SMIL文件(start.smil)，和-在目錄(img)中的兩個圖像(cat.jpg和dog.jpg)。
在SMIL文件內(nèi)位于3GP文件頂層的場景描述將引用如下的圖8中的媒體文件H.263當軌道ID＝1時AMR當軌道ID＝2時cat.jpg當是img/cat.jpg時dog.jpg當img/dog.jpg時根據(jù)本發(fā)明，3GP文件的內(nèi)容從外面被如下尋址SMIL當是show.3gp/start.smil時H.263當是show.3gp/軌道ID＝1時AMR當是show.3gp/軌道ID＝2時cat.jpg當是show.3gp/img/cat.jpg時dog.jpg當是show.3gp/img/dog.jpg時現(xiàn)在考慮將以前例子中的SMIL文件移動到包含這些圖像的目錄img。相對于該SMIL文件，該媒體當前被如下引用H.263 當是../軌道ID＝1時AMR 當是../軌道ID＝2時cat.jpg 當是cat.jpg時dog.jpg 當是dog.jpg時現(xiàn)在，3GP文件的內(nèi)容將從外面被如下尋址
SMIL 當是show.3gp/img/start.smil時H.263 當是show.3gp/軌道ID＝1時AMR 當是show.3gp/軌道ID＝2時cat.jpg 當是show.3gp/img/cat.jpg時dog.jpg 當是show.3gp/img/dog.jpg時可在PSS會話之前或PSS會話期間通過HTTP傳遞包含在文件樹中的文件。傳遞存儲在3GP內(nèi)部文件的HTTP服務(wù)器將-將內(nèi)容-類型設(shè)置為文件條目箱的值-將內(nèi)容-位置設(shè)置為在3GP文件內(nèi)部的二進制文件的URI。
作為例子，圖8中所包括的線索軌道的3GP文件可包含PSS會話。當客戶端通過HTTP訪問SMIL文件時，它還接收SMIL文件的內(nèi)容-位置，例如，http//mediaportal/show.3gp/。然后，在SMIL文件內(nèi)的所有HTTP引用將基于該內(nèi)容-位置，這使HTTP GET能夠引用3GP文件內(nèi)的二進制文件。
客戶端將以相同方式基于SMIL文件的內(nèi)容-位置來解析RTSP的URI。這使RTSP DESCRIBE能夠引用3GP文件，使RTSP SETUP能夠引用軌道。
例子檢索SMIL文件和解析在該SMIL文件中指出的資源的URI。GET/exampledir/show.3gp/img/start.smil HTTP/1.1Hostwww.example.comHTTP/1.1 200 OK內(nèi)容-位置http//www.example.com/exampledir/show.3gp/img/start.smil內(nèi)容-大小xxxxxx內(nèi)容-類型application/smil<smil>
<body>
<sep>
<image src＝“catjpg”dur＝“3s”/>
<image src＝“dogjpg”dur＝“5s”/>
</sep>
</body></smil>
這樣，將為上述得到的SMIL顯示提供基礎(chǔ)URIhttp//www.example.com/exampledir/show.3gp/img/start.smil當執(zhí)行該SMIL文件的處理時，該基礎(chǔ)URI將產(chǎn)生解析出的URI“http//www.example.com/exampledir/show.3gp/img/cat.jpg”“http//www.example.com/exampledir/show.3gp/img/dog.jpg”文件格式和加密根據(jù)現(xiàn)有技術(shù)，可使用存儲加密媒體的機制來擴展3GP文件格式。另外，定義了應(yīng)用于文本軌道加密的具體3GPP擴展以及加密3GP文件的3GP簡檔標記。關(guān)于加密方案的細節(jié)存儲在保護信息箱中。為了使用OMA DRM版本2的加密3GP文件，該方案的具體細節(jié)將由OMA來定義。
該擴展后面的一般思想是使用加密媒體的普通碼點(編解碼器標識符)來代替加密媒體的碼點。這防止了傳統(tǒng)播放機和其它對加密沒有意識的播放機訪問那些在能夠被解碼之前需要被解密的比特流。然而，對于對加密沒有意識的播放機來說，新的碼點包括關(guān)于密鑰管理信息和解密加密媒體要求的信息。另外，一旦已被解密，新的碼點復(fù)制初始的編解碼器標識符和解碼比特流所需要的其它解碼參數(shù)。
加密的3GP文件還可用于流送服務(wù)器，以通過RTP提供加密媒體。這種3GP文件的線索軌道本身不被加密，PSS服務(wù)器不必非要解密任何東西，以便提供加密的內(nèi)容。關(guān)于密鑰管理和解密的信息被送達到在SDP描述中的客戶端，同時將相關(guān)部分存儲在3GP文件的線索軌道中。然而，由于內(nèi)容提供商可能想要將指服務(wù)器采取某些動作，例如，在數(shù)據(jù)被流送之前提供完整性保護；仍然需要重定義用于線索軌道的碼點。新碼點在提供關(guān)于要求完整性保護的信息的同時復(fù)制初始碼點信息。這樣將防止了對加密沒意識的服務(wù)器提供那些認為被完整性保護的加密數(shù)據(jù)。
用于加密3GP文件的簡檔發(fā)信號通知3GP文件中的加密媒體的一種方式是定義和使用加密簡檔(標記為‘3ge6’)。另外，關(guān)于這類加密文件的更多細節(jié)由其它標記給出，例如，用于音頻和/或視頻顯示的基本簡檔標記或用于提供加密內(nèi)容的流送服務(wù)器簡檔。
符合加密簡檔的文件將使用加密-樣本描述條目(碼點)用于包含加密媒體的媒體軌道。符合加密簡檔的文件既可包含加密軌道又可包含未加密軌道，但是如果它們是同一媒體類型，則不可。
加密簡檔應(yīng)用作主要標記。它該可以與其它3GP簡檔結(jié)合使用，只要文件符合那些簡檔。
特別地-加密簡檔和基本簡檔一起意味著軌道的最大數(shù)量是一個用于視頻、一個用于音頻、和一個用于文本，文件既可包含加密軌道，又可包含未加密軌道。然而，要指出的是，對加密沒有意識的播放機將忽略加密軌道。
-加密簡檔和漸進式下載的簡檔一起意味著該文件已加密，并適于漸進式下載。
-加密簡檔和流送服務(wù)器簡檔一起意味著由一個或多個線索軌跡引用的內(nèi)容被加密。如果要求PSS服務(wù)器采取特殊動作，例如，提供完整性保護，將使用線索軌道的加密樣本來描述條目(碼點)。
要指出的是，普通簡檔被定義為包括加密簡檔的所有簡檔的超集。(只有)符合普通簡檔的3GP文件可包含任何數(shù)量的還未組合進適于下載、或流送或不具有關(guān)于密鑰管理的必要信息的3GP文件中的加密軌道。
加密-基本簡檔是3GP簡檔，并應(yīng)與文件擴展名‘.3gp’一起使用。
用于加密數(shù)據(jù)的碼點在3GP文件內(nèi)的媒體軌道的樣本描述條目識別已編碼媒體的格式，例如，編解碼器和其它編碼參數(shù)。因此，通過簡單分析樣本描述，播放機可判定那個軌道能夠播放。
來源于ISO基礎(chǔ)媒體文件格式的所有音頻和視頻樣本條目包含一組強制字段。另外，它們可包含特別用于正在討論的編解碼器的箱。MPEG-4編解碼器(可視的和AAC)使用ESDBox，而AMR和H.263分別使用AMRSpecificBox和H263SpecificBox。
在軌道內(nèi)存儲加密媒體背后的原則是使用加密媒體的普通碼點來“偽裝”初始樣本描述條目。我們定義了三個用于發(fā)信號通知如下表9中的加密視頻、音頻和文本的碼點(樣本描述條目的四-字符碼)表9碼點

樣本描述的“加密”版本復(fù)制初始樣本描述，并包括保護信息箱，該保護信息箱具有關(guān)于初始格式和解密編碼媒體的所有要求的信息。在表10和表11中定義了加密視頻樣本條目和加密音頻樣本條目，其中，保護信息箱被簡單地增加到在樣本條目中所包含箱的列表中。
表10加密視頻樣本條目

表11加密音頻樣本條目

加密視頻樣本條目和加密音頻樣本條目也能與任何增加到3GP文件格式的另外編解碼器一起使用。只要它們的樣本條目基于ISO基礎(chǔ)媒體文件格式的樣本條目。
加密文本樣本條目在表12中定義。文本軌道對3GP文件來說是特殊的，并由26.245的定時文本格式來定義。與音頻和視頻的例子類似，我們在結(jié)尾增加保護信息箱。
表12加密文本樣本條目

密鑰管理解密媒體的必需要求存儲在保護信息箱內(nèi)。它包含識別解密媒體的編解碼器的初始格式箱、標識用于保護媒體的保護方案的方案類型箱、和包含具體的方案數(shù)據(jù)(為每一個方案定義)的方案信息箱。保護信息箱和它所包含的箱在表13-16中定義。
表13保護信息箱

表14初始格式箱

數(shù)據(jù)格式識別已解密的編碼數(shù)據(jù)的格式(編解碼器)。當前在3GP<p>表V突發(fā)到達的效果

在本發(fā)明的實施例中，有對正常(相對于類似嚴格優(yōu)先級)AF加權(quán)的需要-這個實施例尋求保護盡力服務(wù)(或“最優(yōu)服務(wù)”，在這個實施例中為AF3)業(yè)務(wù)。由此，在許可判定中考慮了AF加權(quán)。仿真顯示，靜態(tài)的AF加權(quán)導(dǎo)致比較自適應(yīng)AF加權(quán)更低的瓶頸鏈路利用率。此外，自適應(yīng)預(yù)約限制是保護自己防止突發(fā)連接到達并維持高瓶頸鏈路利用率的有效方式。
現(xiàn)在將描述可以與前述實施例聯(lián)合使用的本發(fā)明另外的實施例。為ITRM/帶寬經(jīng)紀人提供了CAC算法，該算法再次沒有為AF4隊列假定“類似嚴格優(yōu)先級”加權(quán)。AF調(diào)度加權(quán)的設(shè)置對給定ITRM/帶寬經(jīng)紀人管理之下的所有鏈路可以是相同的，或者該加權(quán)分別針對每條鏈路調(diào)整。然而，后一種方法比較復(fù)雜而且有振蕩傾向。
調(diào)度加權(quán)&amp;CAC算法調(diào)整過程接收有關(guān)阻塞/提供的AF連接的比率以及ITRM/帶寬經(jīng)紀人區(qū)域內(nèi)的每一條鏈路的未使用AF4帶寬<p>方案版本0特殊方案箱OMADRM樣本格式箱和OMADRM報頭箱，參見表17和表18。
表17OMADRM樣本格式箱

表18OMADRM報頭箱

加密服務(wù)器文件PSS服務(wù)器也能使用3GP文件用于流送加密媒體。這里的原則是分組-然后-加密?？傮w來說，在來自3GP服務(wù)器文件的加密媒體與未加密媒體之間沒有差別。在兩種情況中，PSS服務(wù)器能夠簡單地遵從該文件的線索指令。經(jīng)由SDP描述將關(guān)于使用流媒體的所有必要信息送達到客戶端。對于加密媒體，這還包括對解密媒體流的要求。
加密根據(jù)本發(fā)明的特定實施例，還可以在擴展的3GP文件中包括加密媒體文件。因此，以下將描述使用容器文件格式和保護信息箱來加密和解密的解決方案。
默認地，二進制文件“不受阻礙”地被存儲。然而，在3GP文件的文件目錄中包括加密二進制文件也是可能的。保護信息箱存在于文件條目箱中表示二進制文件的內(nèi)容(媒體數(shù)據(jù))被加密。此外，保護信息箱識別加密方案和解密相應(yīng)媒體數(shù)據(jù)所需要的所有信息。
這里，保護信息箱與在表13-表18中為加密軌道提出的保護信息箱相同。盡管對于二進制文件將忽略(不應(yīng)包含)初始格式箱，但定義是相同的。要指出的是，用于二進制文件的保護信息箱的目的有兩重指示媒體加密，以及給出對其解密的要求。
保護信息箱‘sint’包含方案類型箱‘schm’，其識別用于保護該媒體的保護方案、和方案信息箱‘schi’，其包含具體的方案數(shù)據(jù)(為每一個方案定義)。
由方案信息箱包含的箱由方案類型定義。相似地，定義應(yīng)用于整個‘mdat’和‘mdat’內(nèi)部的字節(jié)范圍是可能的。這對于用多個小文件顯示可能是不錯的。
根據(jù)本發(fā)明，通過包含用于二進制文件的文件樹將3GP文件擴展到普通容器格式，包括例如它們的MIME類型一樣的信息。因此，在MMS和PSS中使用的任何類型的多媒體數(shù)據(jù)能夠與場景描述一起存儲在3GP文件中。以考慮漸進式下載整個多媒體顯示或會話的這種方式來構(gòu)建容器格式。因而，擴展的3GP文件可通過下載或漸進式下載來傳遞，并由3GP播放機播放。這種帶有線索軌道的擴展3GP文件能夠包含整個PSS會話，并可由PSS服務(wù)器提供服務(wù)，其中，通過RTP流送連續(xù)媒體，并通過HTTP來傳遞媒體文件。
根據(jù)本發(fā)明來擴展并包含文件樹的3GP文件可定義3GP簡檔(標記)。在文件樹內(nèi)的文件可“不受阻礙”地被存儲，或者可與關(guān)于怎樣對其解密的要求一起被加密。
對于分段的文件，整個顯示被分成多于一的分段。然后，該顯示將可以逐段地(漸進式)下載，其中，較后的分段將用更多的文件或媒體軌道或者文件或媒體軌道的延續(xù)來增強先前的分段。也可以通過逐段發(fā)送顯示來實時下載。對于總的顯示結(jié)構(gòu)，在幾個分段中具有SMIL文件，并且關(guān)于怎樣更新、增強或替換SMIL文件的方案可以做到此。
此外，本發(fā)明涉及現(xiàn)實怎樣才能與場景描述相組合、以及怎樣才能用作用于混合會話的容器格式，其中在用于混合會話的容器中，一些媒體被流送，而其它媒體被下載。
本領(lǐng)域技術(shù)人員將會理解的是，可在不偏離由附帶權(quán)利要求限定的本發(fā)明范圍的情況下對本發(fā)明做出各種修改和改變。
參考文件[1]ITU-T建議H.263(2001)，用于低比特率通信的視頻編解碼器。
3GPP TS 26.071強制性語音編解碼器語音處理功能；AMR語音編解碼器，一般描述。
ISO/IEC 14496-22001，信息技術(shù)-音頻-視頻對象的編碼-部分3音頻(MPEG-4部分3)。
ITU-T建議T.81(1992)。
3GPP TS 26.244透明的端到端分組交換流業(yè)務(wù)(PSS)；3GPP文件格式(3GP)。
ISO/IEC 14496-122003|15444-122003信息技術(shù)-音頻-視頻對象的編碼-部分12ISO基本媒體文件格式|信息技術(shù)-JPEG2000圖像編碼系統(tǒng)-部分12ISO基本媒體文件格式。
US專利2003/0053416 A1，用于圖像或視頻處理的通用參考解碼器，Ribas-Corbera等人，美國微軟公司。
3GPP TS 26.234透明的端到端分組交換流業(yè)務(wù)(PSS)；協(xié)議和編解碼器。
權(quán)利要求
1.一種用于發(fā)送包括多個媒體對象的多媒體顯示的方法，所述方法包括將所述多個媒體對象組織進多媒體容器中(S10)；將引用所述多個媒體對象中的每一個的標識符組織進所述多媒體容器中(S20)；將基于所述標識符協(xié)調(diào)所述多個媒體對象的可識別文件提供到所述多媒體容器中(S30)；發(fā)送所述多媒體容器和所合并的多媒體顯示(S33)。
2.根據(jù)權(quán)利要求1的方法，其中所述媒體對象包括至少一個靜態(tài)媒體文件。
3.根據(jù)權(quán)利要求2的方法，其中所述組織媒體對象的步驟(S10)包括將媒體文件作為交插的連續(xù)數(shù)據(jù)分段組織進多媒體容器中。
4.根據(jù)權(quán)利要求1的方法，其中所述媒體對象既包括軌道中的動態(tài)媒體對象，又包括靜態(tài)媒體文件。
5.根據(jù)權(quán)利要求4的方法，其中所述組織媒體對象的步驟(S10)包括將靜態(tài)媒體文件和動態(tài)媒體對象都作為交插的連續(xù)數(shù)據(jù)分段組織進多媒體容器中。
6.根據(jù)權(quán)利要求5的方法，其中該容器被漸進地發(fā)送到至少一個接收機。
7.根據(jù)權(quán)利要求1-6中任何一個的方法，其中接收機在發(fā)送期間再現(xiàn)所述容器的可識別文件和媒體對象。
8.根據(jù)權(quán)利要求7的方法，其中所述方法進一步包括步驟(S31)提供使接收機能夠在發(fā)送期間再現(xiàn)所述多媒體容器的可識別文件和媒體對象的下載控制信息。
9.根據(jù)權(quán)利要求1的方法，其中所述媒體對象中的至少一個被加密，并且所述方法進一步包括提供使得能夠解密所述至少一個加密媒體對象的解密數(shù)據(jù)(S32)。
10.一種用于管理多個協(xié)作媒體對象的方法，所述方法包括將所述多個媒體對象組織進多媒體容器中(S10)；將引用所述多個媒體對象中的每一個的標識符組織進所述多媒體容器中(S20)；將協(xié)調(diào)所述多個媒體對象的可識別文件提供到所述多媒體容器中(S30)。
11.根據(jù)權(quán)利要求10的方法，其中所述媒體對象包括靜態(tài)媒體文件。
12.根據(jù)權(quán)利要求11的方法，其中所述組織多個媒體對象(S10)包括將靜態(tài)媒體文件作為交插的連續(xù)數(shù)據(jù)分段組織進多媒體容器中。
13.根據(jù)權(quán)利要求10的方法，其中所述組織媒體對象的步驟(S10)包括將軌道中的動態(tài)媒體對象和靜態(tài)媒體文件都組織進所述多媒體容器中。
14.根據(jù)權(quán)利要求13的方法，其中所述組織媒體對象的步驟(S10)包括將靜態(tài)媒體文件和動態(tài)媒體對象都作為交插的連續(xù)數(shù)據(jù)分段組織進多媒體容器中。
15.一種用于發(fā)送包括多個媒體對象的多媒體顯示的設(shè)備(10)，所述設(shè)備包括用于將多個媒體對象組織進多媒體容器中的裝置(11)；用于將引用所述多個媒體對象的標識符組織進所述多媒體容器中的裝置(12)；用于將基于所述標識符協(xié)調(diào)多個媒體對象的可識別文件提供進所述多媒體容器中的裝置(13)；和用于發(fā)送所述多媒體容器和所合并的多媒體顯示，從而使得能夠從該發(fā)送的容器直接顯示多媒體顯示的裝置(14)。
16.根據(jù)權(quán)利要求15的設(shè)備，其中所述媒體對象包括至少一個靜態(tài)媒體文件。
17.根據(jù)權(quán)利要求16的設(shè)備，其中所述用于組織多個媒體對象的裝置(11)被配置用于將靜態(tài)媒體文件作為交插連續(xù)數(shù)據(jù)分段組織進多媒體容器中。
18.根據(jù)權(quán)利要求17的設(shè)備，其中所述媒體對象既包括軌道中的動態(tài)媒體對象，又包括靜態(tài)媒體文件。
19.根據(jù)權(quán)利要求18的設(shè)備，其中所述用于組織媒體對象的裝置(11)適于將靜態(tài)媒體文件和動態(tài)媒體對象都作為交插的連續(xù)數(shù)據(jù)分段來組織。
20.根據(jù)權(quán)利要求15的設(shè)備，其中所述多媒體容器被配置為使接收機能夠在發(fā)送期間再現(xiàn)所述多媒體容器的可識別文件和媒體對象。
21.根據(jù)權(quán)利要求15的設(shè)備，其中所述媒體文件中的至少一個被加密，并且所述設(shè)備進一步包括用于提供解密數(shù)據(jù)的裝置，該解密數(shù)據(jù)用于使得能夠解密所述至少一個加密的媒體對象。
22.根據(jù)權(quán)利要求20的設(shè)備，其中所述設(shè)備包括用于提供使接收機能夠在發(fā)送期間再現(xiàn)所述容器的可識別文件和媒體對象的下載控制信息的裝置。
23.根據(jù)權(quán)利要求22的設(shè)備，其中所述用于提供下載控制信息的裝置被配置為提供關(guān)于基于預(yù)定下載速度的緩沖延遲的信息。
24.一種用于包括多個媒體對象的多媒體顯示的多媒體容器(20)，所述多媒體容器包括所述多個媒體對象；引用所述多個媒體對象的標識符；基于所述標識符協(xié)調(diào)所述多個媒體對象的可識別文件。
25.根據(jù)權(quán)利要求24的多媒體容器，其中所述媒體對象包括靜態(tài)媒體文件和軌道中的動態(tài)媒體對象中的至少一個。
26.根據(jù)權(quán)利要求25的多媒體容器，其中所述媒體對象既包括靜態(tài)媒體文件，又包括動態(tài)媒體對象。
27.根據(jù)權(quán)利要求24-26中任何一個的多媒體容器，其中將所述媒體對象作為交插的連續(xù)數(shù)據(jù)分段組織進多媒體容器(20)的一部分中(23)。
28.根據(jù)權(quán)利要求25的多媒體容器，其中引用靜態(tài)媒體文件的標識符位于多媒體容器的第二部分(21)中；引用動態(tài)媒體對象的標識符位于多媒體容器(20)的第三部分(22)中。
29.根據(jù)權(quán)利要求28的多媒體容器，其中所述可識別文件位于多媒體容器的所述第二部分(21)中。
30.根據(jù)權(quán)利要求24的多媒體容器，其中所述容器(20)包括使接收機能夠在所述多媒體容器的發(fā)送期間再現(xiàn)所述容器的可識別文件和媒體對象的下載控制信息。
31.根據(jù)權(quán)利要求30的多媒體容器，其中所述下載控制信息位于多媒體容器的單獨的第四部分中。
32.根據(jù)權(quán)利要求24的多媒體容器，其中根據(jù)MPEG、SVG、JPEG、GIF、PNG、SP-MIDI、XHEML、SMIL和3GP中的任何一個來格式化所述媒體對象。
33.根據(jù)權(quán)利要求24的多媒體容器，其中根據(jù)SMI、HTML、XHTML和SVG中的任何一個來格式化所述可識別文件。
34.根據(jù)權(quán)利要求24的多媒體容器，其中所述多媒體容器被配置用于以透明方式包括不同類型的媒體對象，從而各個媒體對象的尋址、文件名、和MIMO類型被保存。
全文摘要
一種用于發(fā)送包括多個媒體對象的多媒體顯示的方法將媒體對象組織進S10多媒體容器或容器格式中；將引用媒體對象的標識符組織進S20同一容器中；和將協(xié)調(diào)媒體對象的可識別文件也提供S30到容器中。
文檔編號H04N7/167GK1868184SQ200480030497
公開日2006年11月22日 申請日期2004年10月14日 優(yōu)先權(quán)日2003年10月17日
發(fā)明者P·弗勒德, M·韋斯特隆德, T·艾納松 申請人:艾利森電話股份有限公司