CN101438592A - 根据媒体表示重建媒体的方法和装置 - Google Patents

根据媒体表示重建媒体的方法和装置 Download PDF

Info

Publication number
CN101438592A
CN101438592A CNA2007800159603A CN200780015960A CN101438592A CN 101438592 A CN101438592 A CN 101438592A CN A2007800159603 A CNA2007800159603 A CN A2007800159603A CN 200780015960 A CN200780015960 A CN 200780015960A CN 101438592 A CN101438592 A CN 101438592A
Authority
CN
China
Prior art keywords
data
media
media representation
data element
data object
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2007800159603A
Other languages
English (en)
Other versions
CN101438592B (zh
Inventor
C·普里德尔
P·弗罗德
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN101438592A publication Critical patent/CN101438592A/zh
Application granted granted Critical
Publication of CN101438592B publication Critical patent/CN101438592B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51—Motion estimation or motion compensation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23412—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs for generating or manipulating the scene composition of objects, e.g. MPEG-4 objects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234318—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into objects, e.g. MPEG-4 objects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44012—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving rendering scenes according to scene graphs, e.g. MPEG-4 scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及一种新型的随机访问点，适用于包括在包含多个数据对象的媒体表示中。所述随机访问点的特征在于对所述多个数据对象中的另一个数据对象中的数据元素的引用，其中所述引用的数据元素至少部分地描述了如何根据所述媒体表示来重建媒体。本发明进一步涉及一种根据媒体表示来重建媒体的方法和装置。所述方法包括接收包括至少一个对所述媒体表示中的另一个数据对象中的数据元素的引用的数据对象；以及通过使用与所述引用的数据元素相关的信息来重建所述媒体。

Description

根据媒体表示重建媒体的方法和装置
技术领域
本发明涉及数据通信领域，尤其是媒体表示中重建媒体的领域。
背景技术
在以数据序列例如视频和音频的形式传送媒体的很多数据通信方法中，数据通常是压缩的从而仅场景之间的差异被编码在数据序列中，而不是对描述场景序列中每个场景的整个场景的数据进行编码和传输。
然而通常关键的是，潜在的数据接收机可以调入在较早时间点已经开始的传输通话。这样的传输通话可以例如是广播、多点传输或流通话。例如如果通信的信息是广播的视频或音频序列，虽然接收机没有接收到数据序列的初始部分，希望为接收机提供中间序列以便调入广播序列。
这可以通过在数据序列传输的文件或数据流中提供所谓的随机访问点解决，通过这些随机访问点可以重建场景序列中的场景。随机访问点是一种数据对象，其可以用作文件或数据流的入口点，而不需对先前数据对象的任何了解。例如在视频压缩格式中，自含的INTRA图像用于这一目的。由于INTRA图像包括完整场景并且不依赖于场景之间的差异，解码器可以使用INTRA图像以在INTRA图像的场景位置开始来自暂存区的解码。
当前由第三代合作伙伴计划(3GPP)标准化的动态交互是多媒体场景(DIMS)中已经预期了类似的随机访问点，参见3GPP S4-AHP255：＂MORETechnical Proposal for Dynamic and Interactive Multimedia Scenes＂以及ISP/IEC 14496-20/FDIS：＂Information technology-Coding ofaudio-visual objects-Part 20：LASeR(Lightweight ApplicationsScene Representation)＂，2005年11月8日编辑起草。
然而，包括定义场景的完整数据的随机访问点的提供涉及大部分接收机已经接收的大量冗余数据的传输。在很多数据通信方法中，传输带宽是一种稀缺资源，希望减小由应用程序传输的冗余数据数量。
发明内容
本发明涉及的一个问题是如何减小代表包括场景序列的媒体的数据序列所需要的带宽数量。
这个问题通过一种根据媒体表示重建媒体的方法解决，其中所述媒体表示包含多个包括至少一个数据元素的数据对象。所述方法包括，接收包含至少一个对媒体表示中另一个数据对象中数据元素的引用的数据对象；以及通过使用与所述引用数据元素相关的信息重建媒体。
该问题进一步通过根据媒体表示重建媒体的装置解决，其中所述媒体表示包含多个包括至少一个数据元素的数据对象。所述装置包括输入，用于接收媒体表示，并且安排用于在所接收的媒体表示中识别包括对媒体表示中另一个数据对象中数据元素的引用的数据对象。所述装置进一步安排用于通过使用所述引用重建媒体。
本发明还公开了一种适用于包含在包括多个数据对象的媒体表示中的数据对象，以及一种用于产生包括所述数据对象的媒体表示的装置。数据对象包括对所述多个数据对象中另一个数据对象中的数据元素的引用，其中所述引用数据元素至少部分地描述了如何根据所述媒体表示重建媒体。
通过这个创新方法，获得了装置和数据对象，可以在媒体表示中提供随机访问点，其中所述随机访问点不包含重建场景所需的全部信息。因此，可以以较低的带宽成本提供随机访问点。
附图说明
为了更加完整地理解本发明及其优点，下面结合附图参考后面的说明，在附图中：
图1示意性地显示了一个数据通信系统。
图2示意性地显示了媒体表示的一个例子。
图3示意性地显示了本发明方法的一个实施例。
图4a示意性地显示了场景序列形式的媒体以及数据序列形式的对应媒体表示的一个例子。
图4b示意性地显示了在图4a所示例子中使用的分布式随机访问点。
图5显示了分布式随机访问点的一个例子。
图6示意性地显示了依照本发明一个实施例的解码器。
具体实施方式
图1示意性地显示了一个数据通信系统100，包括数据源105和客户机110，两者通过连接107互相连接。客户机110包括解码器115，用于解码以数据序列形式接收的媒体表示以便恢复由所述媒体表示所代表的媒体，所述数据序列可以是例如已经由数据源105提供。因此，通过解码器115，可以从代表媒体的数据序列重建所述媒体。客户机110也可以与用于处理经过解码的信息序列的装置120相关联，例如用户界面或应用程序。
在图1中，连接107显示为无线电连接。连接107可以替代为有线连接、或者有线和无线的组合。此外，连接107经常通过互连数据源105和客户机110的附加节点来实现，例如无线电基站和/或提供连通到互联网的节点。作为替代，连接107为直接连接。其中连接107为直接连接的数据通信系统100的一个例子是系统100，其中数据源105为DVD碟片而客户机110为DVD播放器。
图1的数据通信系统100还显示为包含内容生成器125。内容生成器125适用于根据代表将要在用户界面/应用程序120处呈现的媒体(其可以是例如场景序列的形式)的数据，产生包括将要传输到客户机110的数据序列的文件或数据流。虽然术语场景可以按照字面意思解释为例如视频序列的视觉表示的一部分，在此应当将其重新解释为特定时间点处任何媒体表示的描述，包含例如音频、多媒体和交互式多媒体表示以及视频和合成视频。
内容生成器125通常包括编码器，用于将场景序列编码为数据序列(其中数据序列可以为压缩格式)。这样的数据序列在下面将称作场景序列的媒体表示。在本发明的一些实现方式中，内容生成器125与数据源105完全分离，如上面提到的DVD例子中的情况。在其他实施方式中，内容生成器125也可以是数据源105，如可能是实时数据流的情况。
在图2示意性地显示了一个例子，其中将要以文件或者数据流中的数据序列的形式从数据源105传输到客户机110的媒体表示200。媒体表示200包括许多数据对象，其已经以一定方式编码从而第一场景数据对象205包括对将要在用户界面120处呈现的场景序列的整个场景进行描述的数据，同时称为更新数据对象210的其他数据对象包括与当前场景和场景序列的前一个场景之间的差异相关的数据。可以依照REX(XML的远程事件)执行利用更行数据对象的更新，利用LASeR指令或者任何其他更新方法。数据序列可以包含多个场景数据对象205。包括媒体表示200的文件或数据流可以称作媒体容器。媒体容器可以例如以单个下载通话的方式下载到客户机100，可以分为几个部分下载到客户机110，可以以流的方式到达客户机110，或者可以渐进地下载。例如，场景数据对象205可以在最初下载到客户机110，并且在场景需要更新时更新数据对象210可以以流的方式到达客户机110。
更新数据对象210自身、甚至一系列更新数据对象通常不包含足够的信息来重建场景。因此，客户机110通常无法仅通过对更新数据对象210的解码来调入媒体表示200的数据序列。由于场景数据对象205包含重建场景所需的全部数据，场景数据对象205可以用作对媒体表示的访问点——场景数据对象205是一种随机访问点(RAP)。然而，由于在媒体表示200中为了再现场景序列所需的场景数据对象205的频率通常不足以提供有效的调入可能性，其他随机访问点125可以有利地包含在媒体表示200中以便利于尚未接收媒体表示200的全部先前数据对象的客户机110调入媒体表示200。常规的随机访问点215包含重建多个场景序列中的一个场景所需的全部信息。随机访问点215可以是冗余的或者必要的，场景数据对象205是必要的随机访问点。冗余的随机访问点215包含调入媒体表示200的客户机110可能已经接收的信息。因此，没有经历差错的已经调入的客户机110可以忽略随机访问点215，并且在已经解码了在媒体表示200中直接出现在随机访问点215之前的更新201n-1之后，对直接出现在随机访问点215之后的更新210n直接进行解码。冗余随机访问点215可以有利地包含标识符数据225，标识随机访问点215为冗余的、例如数据流的数据包头部的标记，或者文件中预定的位序列。
如上面提到的，常规的随机访问点215包含描述完整场景的数据，所述场景在相关的时间点由客户机110呈现。已经接收这样的随机访问点215的客户机110将具有恢复将由媒体表示200的其余部分传达的场景序列的其余部分所需的全部数据。然而，用于描述场景的全部所需数据表示需要大量数据，从而这样的数据对象的传输需要大量的带宽。
在本发明中，考虑到数据对象205、210、215通常包括可以复制的数据元素(通常数据序列中的每个数据对象包括至少一个数据元素)。依照本发明，提出了一种新型的随机访问点数据对象217，其可以包含对媒体表示200中其他数据对象205、210、215中数据元素的引用。通过这样的引用数据元素(可能结合包含在所述新型随机访问点数据对象自身中的数据元素)，可以获得完备的随机访问点。
由于获取随机访问点所需的数据分布于所述新型随机访问点数据对象和至少一个其他数据对象205、210、215，包含对其他数据对象的引用的所述新型随机访问点数据对象在后面将称作分布式随机访问点(DRAP)217。在已经接收其他数据对象时，接收包括DRAP 217的媒体表示200的解码器115可以将其他数据对象210的数据元素复制到DRAP 217中包含的那些引用，从而获得完备的随机访问点。因此依照本发明，DRAP 217不需要包含获得随机访问点所需的全部数据，而是可以包含对一个或多个其他数据对象205、210、215中的数据元素的引用。这样的引用通常需要比其所引用的数据元素小很多的带宽。
如上面讨论的，场景数据对象205是一种便利于完整场景重建的常规随机访问点125。当希望通过DRAP 217重建完整场景时，包含在媒体表示200中的DRAP 217将包含引用，从而在已经将引用的数据元素复制到DRAP 217之后可以重建完整的场景。
DRAP 217可以用于任意类型的媒体表示中，包含依照DIMS标准的主数据流和从数据流。在从数据流中，更新数据对象210以不同于原始场景数据对象205的数据序列传送到客户机110，而在主数据流中，更新数据对象210以与原始场景数据对象205相同的数据序列传送。如果仅部分场景将被更新，通常使用从数据流，例如诸如在背景场景中窗口显示的迅速变化信息。如果背景场景已经在较早的时间点在主数据流中传送到(例如下载)客户机110，对于需要更新的场景部分的任何更新可以通过从数据流来传送。从数据流可以有利地包含DRAP 217形式的随机访问点，以便于新客户机110调入更新的从数据流，或者已经监听从数据流的客户机110刷新从数据流的更新数据对象涉及的场景部分。
而且在其他应用中，随机访问点不需要描述完整场景。例如当场景经由多个服务器进行流传输时，不同服务器可以被安排成用于更新场景的不同部分。在这种情况下，完备随机访问点仅需要描述由相关服务器更新的场景部分，因此DRAP 217将仅须涉及由相关服务器更新的场景部分。
从而如上面所述，DRAP 217的执行在某些情况下将导致部分场景的重建，而不是导致完整场景的重建。为了简化描述，术语场景的重建在后面将用于指代部分场景的重建，或者完整场景的重建，无论哪一种都是适用的。
DRAP 217可以看作常规随机访问点215的模板，所需信息可以从其他数据对象210剪切并粘贴到其中。
DRAP 217可以有利地包含标识符数据230，将DRAP 217标识为DRAP217，例如数据流的数据包头部的标记、或者文件中预定的位序列。
DRAP 217涉及的其他数据对象205、210、215可以是在媒体表示200中出现在DRAP 217之前或之后的数据对象。在DRAP217涉及先前数据对象的情况下，DRAP 217可以由已经访问了对先前数据对象的客户机110执行。例如，如果数据序列位于文件中，读取文件的客户机110可以读取出现在DRAP 217之前的数据对象。当数据序列位于数据流中，已经监听已经被引用的数据对象并且将这样的数据对象存储在存储器中的客户机110可以执行DRAP 217。当在DRAP 217中引用后续数据对象205、210、215时，DRAP 217的执行可以发生在全部引用数据对象已经被接收时或者在更迟的时间。因而，通过等待后续数据对象205、210以便获得重建可以用于调入媒体表示200的完整场景所需要的全部数据，可以减少必须在随机访问点传输的数据量。
在下面为了简化说明，DRAP 217将被描述为仅涉及更新数据对象210。然而应当理解，DRAP 217可以涉及数据序列中任何类型数据对象。
本发明可应用于所有通过包括数据对象序列的媒体表示来传送媒体的方法。本发明尤其可以应用于DIMS(动态交互式多媒体场景)，其为SVG针对移动无线电通信的改编，当前使用的SVG版本称作SVG Tiny 1.2，其中场景可以通过时间以及空间方式构成。DIMS当前被3GPP(第三代合作伙伴计划)标准化。本发明同样地可应用于其他媒体方法，例如诸如LAsER，其在ISO/IEC 14496-20：“Information technology—Coding ofaudio-visual objects—Part 20：LASeR(Lightweight ApplicationsScene Representation)”定义。
在很多情况下，包含在数据序列的更新数据对象210中的数据将不足够用于重建特定的场景。在这样的情况下，DRAP 217将包括i)引用包含在其他数据对象210中的数据，以及ii)应当与其他数据对象210中所引用数据结合用于重建场景的数据。DRAP 217还可以有利地包含这样的数据，其涉及在哪个时间点已经接收足够的数据并且可以重建场景。
其他信息也可选地包含在DRAP 217中，例如关于对已经通过使用引用数据元素重建的场景进行的可能更新的信息。数据的后续更新可能是必需的，例如如果包含在DRAP 217中并且将被用于场景重建的数据是在DRAP 217被编码时从先前传送的数据对象210中复制的。例如，如果数据涉及在视频信息序列中横跨屏幕移动的元素，该元素在引入到DRAP217时将需要的起始点与已经引入到较早更新210时的起始点不同。为此，可以将更新数据加入到DRAP 217。若有的话，包含在更新数据中的更新信息可以有利地涉及这样的更新，其将在所引用的数据元素已经复制之后以及重建场景之前执行。
图3显示了流程图，示意性地显示了本发明的一种方式。在步骤300中，数据对象由客户机110接收，由于某种原因需要随机访问点—例如为了调入媒体表示200的数据序列，以执行复位或在文件中导航。在步骤305中，检查所接收数据对象是否为分布式随机访问点125。这可以包含DRAP 217的标识符230的检查。如果发现所接收的数据对象不是DRAP217，那么进入步骤310，在其中采取适当的行动。在本发明的某些实现方式中，既可以实现常规的随机访问点也可以实现分布式随机访问点。如果接收的数据对象是常规随机访问点215，该随机访问点215将在步骤310中执行或者被忽略，无论哪一个都是适用的。在步骤310之后进入步骤312，在其中接收并且执行任何进一步的更新数据对象210。
如果在步骤305中发现所接收的数据对象为分布式随机访问点217，那么进入步骤315。在步骤315，分析DRAP 217以便获得关于在DRAP 217中已经引用的其他数据对象217的信息，以及/或者以便确定DRAP 217涉及的数据元素的身份。对于这一分析的进一步讨论，请查阅图4。在步骤317中，检查是否已经引用了任何后续数据对象中的数据元素。如果是，则进入步骤312，在其中等待并且接收包含所引用的数据元素的后续数据对象210。然后进入步骤325。如果在步骤317中发现不需要后续数据对象120，则在步骤317之后直接进入步骤325。在本发明的实施方式中，其中DRAP 217总是包含对后续数据对象210的引用，步骤317可以省略并且在步骤315之后直接进入步骤320。类似地，在DRAP 217仅可以涉及先前数据对象210的实现方式中，步骤317和320可以省略，并且在步骤315之后直接进入步骤325。
在步骤325中，在另一个数据对象210中识别数据元素，在DRAP 217中包含对该数据元素的引用，并且复制该数据元素到单独的数据对象中或者复制到DRAP 217中，取决于本发明的实现方式。如果将所引用的数据元素复制到单独数据对象中，那么在DRAP 217中需要用于场景重建的任何数据也将被复制到这样的单独数据对象中。如果所引用的数据元素被复制到DRAP 217自身中，那么复制的数据元素将替代对该数据元素的引用。如果所引用的数据对象复制到DRAP 217自身中(比较图4b和图5的随机访问信息410)，数据对象210必需涉及的任何信息、以及关于DRAP执行时序的任何信息应当优选地在DRAP217执行之前移除。在下文中，将假定DRAP 217在已经识别并复制全部所需数据元素时已经成为完备的。当DRAP 217已经成为完备的时，进入步骤330并且执行DRAP 217，由此在相关时序重建场景。在此术语DRAP 217的执行应当解释为包含不同于DRAP 217的数据对象的执行，通过DRAP 217可获得的信息已经复制到该数据对象中。在步骤330中执行DRAP 217之后，进入步骤335，在其中以相同的方式接收并且执行任何其他的更新数据对象210，就像DRAP 217没有被使用过一样。客户机110进入步骤312，所接收的DRAP 217无关联而将其忽略，步骤312与步骤335之间的差别在于，在步骤335中不执行任何在步骤320中接收的更新数据对象210而是仅仅用于将数据元素复制到DRAP 217中，反之这样的后续数据对象210通常由已经忽略DRAP 217的客户机110执行。
下面参照图4，其中显示了使用DRAP 217的一种简单情况。在图4a中，显示了场景序列400形式的媒体，包括三个场景405n-1、405n和405n+1，将分别在时间Tn-1、Tn和Tn+1呈现于用户界面/应用程序120。场景400n-1由部分A、C、D和E组成，场景400n由部分A、B、C和D组成，而场景400n+1由部分A、B、G和E组成。
图4a还显示了由数据序列构成的媒体表示200，包括分别与场景405n-1和405n之间的差异、以及场景405n和405n+1之间的差异相关的两个更新数据对象210n和210n+1。更新数据对象210n包含指令数据元素407，其包含关于在已知场景405n-1的情况下如何获得场景405n的指令，并且更新数据对象210包含关于在已知场景405n的情况下如何获得场景405n+1的指令。更新数据对象210n和210n+1可以有利地构成代表场景序列400的媒体表示200的一部分，并且将分别在出现在时刻Tn和Tn+1之前的时刻tn和tn+1传送到客户机110。
媒体表示200还可以有利地包含一个或多个DRAP 217，如图4a所示，DRAP 217先于更新数据对象210n出现在媒体表示200中。在图4b中显示了这样的DRAP 217的一个例子，可以在更新数据对象210n之前包含在媒体表示200中。
图4b的DRAP 217已经编码为媒体表示200的一部分，并且在时刻(tn-x)先于更新数据对象210n传送到客户机110。而且，DRAP 217涉及更新数据对象210n和210n+1中的数据元素，并且在时刻Tn+1将已经接收了足够数据用于重建场景405n+1。因此，从时刻Tn+1向前，尝试调入媒体表示200并且已经接收DRAP 217的客户机110将能够重建场景序列400。
DRAP 217的有效负荷包含将被称作随机访问信息410的数据元素410，以及数据段415。随机访问信息410的用途是规定需要哪些更新数据对象210来使DRAP 217完备，以及/或者通过DRAP 217获得的信息应当何时用于重建场景。关于应当何时通过DRAP 217重建场景405的信息，可以隐含地根据关于需要哪些更新数据对象210的信息推导出，反之亦然。例如可以限定，通过需要n个后续更新数据对象210的DRAP 217重建的场景405，应当在第n个后续更新数据对象210已经应用的时刻重建，即，DRAP 217的时间标记限定为所需要的更新数据对象210中最后一个的时间标记。作为替代，随机访问信息410可以包含时间标记。在这样的情况下，接收DRAP 125的客户机110可以修改为假设相关信息可以包含在先于时间标记的时间之前接收的任意更新数据对象210中。
通过使用随机访问信息410，可以为接收客户机110提供关于需要哪些更新数据对象210以及何时需要的信息。客户机110可以使用这个信息来高效地利用其缓存和存储器资源。而且，随机访问信息410的使用允许指针的有效利用，通过例如允许在数据段415中使用相关链接。随机访问信息410有利地应当先于DRAP 217的执行之前从DRAP 217移除。
在图4b所示的DRAP 217实施例中，随机访问信息410为<randomaccessinformation packetsrequired＝”n”/>的格式。图4的随机访问信息410具有属性“packetsrequired”，其规定了完成场景序列400中的场景405所需要的媒体表示200中后续更新数据对象210的数量，因此所需的更新数据对象210(“packets”)限定为一个系列，或者以其发送的顺序或者以其在文件中存储的顺序、或者以另一种限定的解码顺序，无论哪一种都是适用的。属性“packetsrequired”可以取任何自然数的数值。根据图4的随机访问信息410可以推断，通过DRAP 217可以获得的场景405在何时将是相关的—这是场景405的时序，第n个更新数据对象210为其描述了与先前数据对象210相关联的差异。在图4给出的例子中，将需要两个更新数据对象210来重建场景410n+1，因此属性的数值为2(并且场景405n+1将成为相关的时序为Tn+1)。显然，随机访问信息410的参数和属性可以具有不同的名称，例如随机访问信息410的格式为<DRAPuni tsrequired＝”n”>或者<DRAPspecificationdataobjectsrequired＝”n”>。
随机访问信息410可以替代以其他方式实现。例如，代替限定需要一系列n个更新数据对象210来获得需要的信息，每个所需的更新数据对象210可以暗含地规定在数据元素随机访问信息410中。然后时间标记可以添加到随机访问信息410中，限定何时使用DRAP 217，或者可以在图3的流程图中引入检查步骤，其中检查是否已经接收已经引用的全部数据元素。
DRAP 217不必须包含任何随机访问信息410。例如，如果依照DRAP217可能涉及的其他数据对象210的数量是预定的标准、以及这样的其他数据对象210在媒体表示200中与参考DRAP 217相关的位置来编码DRAP217，则可以不使用任何随机访问信息来编码DRAP 217。例如，如果DRAP217可能涉及m个在前的数据对象以及k个后续数据对象210，那么解码器115应当了解当已经接收第k个后续数据对象时DRAP 217为完备的。DRAP 217执行的时序也可以是预定的，例如在第k个后续数据对象210的时序。
如图4b所示，图4中DRAP 217的数据段415包括这样的数据元素，通过该数据元素可以获得重建场景405n+1所需的数据。图4b的数据段415包括两种显然不同类型的数据元素：指令数据元素407，其应当优选地兼容于数据序列被编码所依照的标准和语言(例如诸如SVG/XML)，以及引用数据元素420，其包含对其他数据对象210的数据元素的引用，并且在DRAP 217处理过程中先于DRAP 217的执行之前被这样的所引用数据元素至少部分地替代。当引用数据元素420涉及的数据元素已经被复制到DRAP 217中时，DRAP 217应当优选地完全兼容于数据序列被编码所依照的标准和语言。
图4b中DRAP 217的引用数据元素420为<getfromupdate ref＝”reference”>的语法结构，其中属性“ref”规定了出现在另一个数据对象210的身份，即“reference”是数据元素407在另一个数据对象210中的身份。<getfromupdate ref＝”reference”>在DRAP 217中的位置可以有利地提供关于所引用数据元素应当复制到的DRAP 217的位置的信息。可以选择地使用DRAP 217不同于图4b中DRAP 214的其他语法结构。例如，引用数据元素420可以包括两个分离的部分，其中第一部分包括所述引用并且提供将从后续数据元素210复制的引用指令数据元素407的标识符，而第二部分包含所述标识符。在这个实施例中，引用数据元素420的第一部分可以例如具有语法结构<getfromupdate source＝”identity1”target＝”identity2”>。那么引用数据元素420的第二部分可以为<identity2/>。那么引用数据元素420的第一和第二部分可以彼此独立地放置在数据段415中：例如，第一部分可以例如放置在数据段415的开头，而第二部分可以放置在指令数据元素407之前、之后或之间。在这个实施方式中，第二部分在DRAP 217的位置可以提供关于所引用数据元素应当复制到的位置的信息。然而可以选择地使用其他语法结构。例如，引用数据对象420可以包含规定所引用数据元素出现在哪个特定数据对象210的信息。
取决于将由媒体表示200代表的场景序列400，以及取决于媒体表示200的编码如何执行，DRAP 217的数据段415可以仅由引用数据元素420组成，并且不包含指令数据元素407。在DRAP 217的处理过程中，引用数据元素420被涉及的其它数据对象210的数据元素407替代，从而使得DRAP 217完备。
在图4给出的例子中，数据段415的每个引用数据元素420涉及另一个数据对象210的整个指令数据元素407。然而，引用数据元素420可以涉及另一个数据对象407中的任何可引用的数据元素、例如指令数据元素407的属性或其它部分，涉及一组指令数据元素407，涉及不同于指令数据元素的其他类型数据元素、例如标识符数据元素等。作为一个例子，考虑使用DIMS标准限定的媒体表示200，其中更新数据对象210包括下面的插入指令，
 <Insert id＝”insert1”ref＝”root”>
 <g id＝”object1”visibility＝”hidden”/>
 </Insert>
那么DRAP 217可以例如涉及“insert1”，以便于将完整插入指令复制到DRAP 217，或者涉及“object1”，以便于将数据元素<g id＝”object1”visibility＝”hidden”/>复制到DRAP 217。
而且在图4给出的例子中，将引用数据元素420涉及的指令数据元素407复制到DRAP 217中，基于DRAP 217的执行将执行该指令数据元素407。作为替代，引用数据元素420涉及的指令数据元素407可以在DRAP 217自身上执行，从而先于DRAP 217的执行之前而完成所引用的指令元素420的执行，以便改变DRAP 217。
如上面提到的，DRAP 217可以进一步包括更新段，包括需要对数据段415进行的更新。例如，在动态数据情况下，复制到DRAP 217的数据段中的数据元素407可能已经轻微改变，并且所述更新可以描述这样的改变，因此用于修改这些已经变化的数据元素。所述更新可以有利地在DRAP 217已经成为完备的之后执行。
图5中给出了包含更新段500的一个示例性DRAP 217。而且，图5的DRAP 217包括随机访问信息410、数据段415和其它数据元素505，其可能包含关于DRAP 217的解释的数据，例如诸如关于DRAP 217中使用的语言版本的信息。在图5中，数据元素505规定在DRAP 217中使用XML版本1.0。
图5中包括指令数据元素407的DRAP 217的数据段415包含将在DRAP 217完成时执行的数据元素407，以及引用数据元素420包含对其他数据对象210中的数据元素的引用。在图5给出的例子中，引用数据元素420位于指令数据元素407内，从而引用数据元素410涉及的其他数据对象210中的数据元素可以在复制到指令数据元素407中时填充指令数据元素407中的缺口。因此，引用数据元素420可以用于填充DRAP217的指令数据元素407中的缺口，以及用于根据其他数据对象210提供完整的指令。
图5中DRAP 217的更新段500包含将对指令数据元素407的更新。图5中DRAP 217的更新段500使用用于限定称作REX(XML的远程事件)的更新的标准。然而，可以使用任何用于限定更新的标准，例如诸如LASeR指令。
在图5给出的DRAP 217例子中，更新段500规定，从后续更新数据对象210中获得的指令数据元素407“Element1”中的属性“attribute1”应当接受新的数值(即数值100)。(属性“xmlns”的数值包括关于哪个XML Namespace(即语言)将用于更新的信息)
使用XML以明码电文来描述图5的DRAP 217。这对于描述涉及媒体传送可视信息中场景的信息来说是足够的方式。然而，可以替代使用描述DRAP 217的其他方式，例如诸如二进制的xml。二进制化方法的例子包含gzip、压缩、deflate以及BiM(用于XML的二进制MPEG格式)等。此外，XML数据可以加密或者可以不加密。
如上面所述，DRAP 217使用对其他数据对象210的引用以便传送关于场景序列400中特定场景405的完整信息。内容生成器125的编码器可以限定DRAP 210，从而其涉及任意数量的数据元素210，例如包含特定间隔内的全部数据对象210，或者涉及所选择的数据元素210。在通过DIMS标准进行信息传输的情况下，通常有利的是由于DIMS的特性，DRAP217涉及间隔内的全部更新数据对象210。在这种情况下，有利的是限定完成场景405所需的更新数据对象210的数量为一系列，例如诸如直接位于DRAP 217之后的n个更新数据对象210(参见上面)。
在图6中，示意性地显示了用于解码媒体表示200的解码器115的实施例。图6的解码器115包括输入600，用于接收媒体表示200，其连接到数据对象类型识别器605。数据对象类型识别器605进一步经由至少两种不同连接方式连接到数据对象执行器610：经由第一连接617，以及经由随机访问信息分析器615和数据元素复制器620。数据执行器610连接到输出625。数据对象类型识别器605尤其适用于检查所接收的数据对象是否为DRAP 217，并且将识别为DRAP 217的数据对象经由随机访问信息分析器615和数据元素复制器620传送到数据对象执行器615。数据对象类型识别器605进一步适用于将已经识别为不是DRAP 217的数据对象经由连接617传送到数据对象执行器610。
随机访问信息分析器615适用于分析DRAP 217的随机访问信息420，以便确定为了使DRAP 217完备而需要哪些其他数据对象210，以及/或者何时应当执行DRAP 217。数据元素复制器620适用于读取DRAP 217中的任意引用数据元素420，并且识别引用数据元素420涉及的另一个数据对象210中的数据元素。数据元素复制器620进一步适用于将这样识别的数据元素复制到DRAP 217中(或者类似地，到另一个数据对象中)。然后将已经复制了所引用的数据元素的DRAP 217传送到数据对象执行器610以便在适当的时机执行。数据对象执行器610连接到输出625，该输出可以进一步连接到例如用户界面120。
图6的解码器115应当仅看作例子，可以通过很多不同的方法实现能够对包含DRAP 217的媒体表示100进行解码的解码器。例如，随机访问信息分析器615可以省略，并且数据元素复制器620适用于在媒体表示200中搜索出现在DRAP 127附近的任何数据对象，诸如例如n个后续数据对象210。然后在已经接收第n个后续数据对象210之后设定进行DRAP 217的执行。在本发明的一个实施方式中，其中DRAP 217可以涉及在媒体表示200中出现在DRAP 217之前的其他数据对象210，解码器115可以有利地包括缓存器，用于对传入的数据对象210进行缓存直到接收到DRAP 217。在DRAP 217仅可以涉及m个前面的数据对象210的标准中，这样缓存器可以例如安排成用于存储m+1个最后接收的数据对象210。
DRAP 217可以在场景序列400正常回放过程中忽略。因此，用于对包含DRAP 217的媒体表示200进行解码的解码器115不必在正常回放过程中复位。DRAP 217没有包含解码器115在正常回放过程中所需要的任何信息。然而如果需要，DRAP 217可以被解码器115用于错误恢复。如果解码器115已经在从更新数据对象210恢复的场景序列中检测到错误，DRAP 217可以用于复位解码器115。
解码器115和内容生成器125可以有利地通过适当的硬件和/或软件实现。用于实现解码器115或内容生成器125的软件可以存储在存储器装置上，并且可以经由载波信号在不同存储器装置之间传输。
DRAP 217与传送/存储类型是互不相关的，并且可以例如在调入流通话时、从流通话中恢复丢失的数据包时使用，或者作为隐藏的随机访问点用于在文件中导航。
如上面提到的，DRAP 217构成媒体表示200的一部分，媒体表示200可以存储在文件中或者在网络上进行流传输。该文件可以例如由服务器使用，(对照图1中数据源105)，用于数据流传输、单点传送文件下载(例如通过HTTP)、广播文件下载(例如通过FLUTE)或渐进式下载(例如通过HTTP)。DRAP 217也可以使用单点传输/多点传输/广播流进行流传输(例如使用RTP)。DRAP 217也可以在暗示文件中用于流传输，其中DRAP217可以放置在文件中作为标记为随机访问点的样本(对照SVG场景是如何常规地放置在暗示文件中的)。DRAP 217可以被添加作为可以用于文件导航的隐藏随机访问点，例如搜索、快进、前向和倒转。由于DRAP 217独立于传输方法，DRAP 217可以用在任何类型的传送和存储中，并且尤其用在所有类型的DIMS传送和存储中。
依照本发明的DRAP 217相比常规的随机访问点215具有较小的开销。通过利用来自其他数据对象、典型的为更新数据对象210的信息以减小DRAP 217的开销。取代每个随机访问点的描述、例如来自暂存区的SVG场景，可以使用在更新数据对象210附近限定的数据元素407。利用DRAP217，在随机访问点和更新数据对象210中定义数据元素的带宽成本降低为在更新数据对象210中的单个定义以及来自DRAP 217对这个更新数据对象210的引用。
DRAP 217可以以周期性间隔包含在媒体表示200中，以便允许新来的客户机110调入媒体表示200，以及允许已经调入的客户机110如果需要的话执行错误恢复，例如从数据包丢失中执行错误恢复，以及便利于文件导航。由于低的开销以及在正常回放过程中可以忽略DRAP 217的事实，DRAP 217可以非常频繁地包含在数据流或者文件中，从而允许迅速地调入或恢复，或者高粒度的文件导航。DRAP 217可以例如周期性地发送到数据流中，例如DIMS流，或者可以以周期性的间隔包含在文件中，例如3GP文件。作为替代，DRAP 217可以以不规则间隔包含在媒体表示200中。
本发明的一个优点是，可以在媒体表示200的数据序列中提供随机访问点，同时保持任何交互性，例如可以保持客户机110给出的关于场景405构造的指令。按照常规，当场景405n和前一个场景405n-1之间的差异较大时，新的场景数据对象205或必要的随机访问点215将包含在媒体表示200中。这样的场景数据对象/必要RAP215将为已经调入的客户机110提供关于场景的完整信息，以及为新来的客户机110提供用于调入数据序列的全部所需信息。然而通过常规场景数据对象205和必要随机访问点215，任何交互性都归零。通过使用本发明，有关任何交互性的信息可以由DRAP 217传送，有关场景改变信息可以在DRAP 217涉及的更新数据对象210中传送。
本领域技术人员将理解，本发明不限于附图和前述详细说明中公开的实施例，这些仅呈现用于示例的目的，可以通过大量不同的方式实现本发明。

Claims (23)

1.一种根据媒体表示(200)重建媒体(400)的方法，其中所述媒体表示包括多个包含至少一个数据元素(407，420)的数据对象(205，210，215，217)，其特征在于
接收包括至少一个对所述媒体表示的另一个数据对象(205，210，215)中的数据元素的引用(420)的数据对象(217)；以及
通过使用与所述引用的数据元素相关的信息重建所述媒体。
2.依照权利要求1的方法，进一步包括
分析所接收数据对象中的随机访问信息部分(410)，以便确定在所述媒体表示的哪个部分中可以找到所引用的数据元素以及/或者将在何时执行所述重建。
3.依照权利要求1或2的方法，进一步包括
接收所述另一个数据对象；
将所述引用涉及的所述另一个数据对象中的数据元素复制到数据对象中；并且其中
所述重建包括执行所述数据元素已经复制到的数据对象。
4.依照上面任意一项权利要求的方法，其中
从所述媒体表示中的其他数据对象的至少一部分中单独接收并且/或者存储包括所述引用的数据对象。
5.依照上面任意一项权利要求的方法，其中
执行所述媒体重建以便调入数据传输通话、或者用于执行错误恢复、或者用于在文件中导航。
6.一种根据媒体表示(200)重建媒体(400)的计算机程序产品，其中所述媒体表示包括多个包含至少一个数据元素(407，420)的数据对象(205，210，215，217)，其特征在于
所述计算机程序产品包括计算机程序代码，所述代码在运行处理装置(610，615，620)时可操作用于使用信息来重建所述媒体，所述信息与所述媒体表示中的第一数据对象(210)中的数据元素相关联，该数据元素被所述媒体表示中第二数据对象(120)中的引用所涉及。
7.一种根据媒体表示(200)重建媒体(400)的装置(110)，所述媒体表示包括多个包含至少一个数据元素的数据对象(205，210，215，217)，所述装置包括：
用于接收所述媒体表示的输入(600)；
其特征在于所述装置用于在所接收的媒体表示中识别包括对所述媒体表示中的其他数据对象中的数据元素的引用的数据对象(217)；
所述装置还用于通过使用所述引用来重建媒体。
8.权利要求7所述的装置，其中
所述装置进一步用于确定在所述媒体表示的哪个部分中可以找到所引用的数据元素以及/或者将在何时执行所述重建。
9.一种根据场景序列产生媒体表示(200)的装置(125)，其中：
所述装置用于产生所述媒体表示以包含多个数据对象(205，210，215，217)，从而至少一个随机访问点数据对象包括至少一个对另一个数据对象中的数据元素的引用，通过使用该所引用的数据元素以及所述随机访问点中的信息来重建场景。
10.一种随机访问点数据对象(217)，其适用于包含在包括多个数据对象(205，210，215，217)的媒体表示(200)中，所述随机访问点数据对象的特征在于：
对所述多个数据对象中的另一个数据对象(205，210，215)中的数据元素(407)的引用(420)，其中所述引用的数据元素至少部分地描述了如何根据所述媒体表示来重建媒体。
11.权利要求10所述的数据对象，进一步包括
随机访问信息(410)，其包含这样的信息：根据该信息可以导出在所述媒体表示的哪个部分中可以找到所述数据元素以及应当在何时重建所述媒体。
12.权利要求10或11所述的数据对象，其中
所述数据对象进一步包含第二引用(410)，其涉及在所述媒体表示中的出现在所述数据对象之后的另一个数据对象(210)的序列并且在哪个序列中可以找到所述数据元素。
13.权利要求10-12中任意一项所述的数据对象，其中
所述对数据元素的引用(420)被分成两个部分，其中第一部分识别所述数据元素，而第二部分提供关于所述数据元素如何用于所述媒体重建的信息。
14.权利要求10-13中任意一项所述的数据对象，进一步包括
标识符数据(230)，其将所述数据对象标识为包括对所述媒体表示中的另一个数据对象中的数据元素的引用的数据对象。
15.一种包含依照权利要求11-15中任意一项的数据对象的媒体表示(200)，其中所述媒体表示为依照DIMS标准编码的主数据流或从数据流。
16.一种媒体容器或文件，其被分成为完备部分(205)和多个更新(210)，所述多个更新在随后一个接一个地应用，并且在此冗余信息(217)给出关于如何通过引用所述更新(210)的数据元素(407)并且可能与容纳在所述冗余信息中的数据元素(407)相结合以在特定瞬间或者时间重建所述媒体容器的媒体(400)的指令(407，420)。
17.权利要求16所述的媒体容器，其中
所述冗余信息(217)涉及在所述冗余信息之前或之后发送或存储的更新(210)。
18.权利要求16或17所述的媒体容器，其中
所述冗余信息涉及多个在所述冗余信息之后的连续更新(120)。
19.权利要求17或18所述的媒体容器，其中
所述媒体容器使用任何明码的或者二进制的场景描述语言，包括XML。
20.权利要求17-19中任意一项所述的媒体容器，其中所述冗余信息存储在文件中。
21.一种重建媒体表示中的媒体的方法，所述媒体表示包含多个对象，该对象包含至少一个元素，所述方法包括下面的步骤：
引用所述多个对象中的至少一个对象中的元素；
通过使用与所述元素相关的信息来重建媒体。
22.一种重建媒体表示中的媒体的装置，所述媒体表示包含多个每个对象，该对象包含至少一个元素，所述装置包括：
用于通过使用对所述多个对象中的一个对象的元素的引用来重建媒体的装置。
23.一种媒体表示，所述媒体表示包含多个对象，该对象包含至少一个元素，所述媒体表示包括：
对所述多个对象中的一个对象的元素的引用，其中所述引用至少部分地描述了如何重建所述媒体表示的媒体。
CN2007800159603A 2006-05-03 2007-04-27 根据媒体表示重建媒体的方法和装置 Expired - Fee Related CN101438592B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US74627806P 2006-05-03 2006-05-03
US60/746,278 2006-05-03
PCT/SE2007/050284 WO2007126381A2 (en) 2006-05-03 2007-04-27 Method and apparatus for re-constructing media from a media representation

Publications (2)

Publication Number Publication Date
CN101438592A true CN101438592A (zh) 2009-05-20
CN101438592B CN101438592B (zh) 2013-05-29

Family

ID=38655932

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007800159603A Expired - Fee Related CN101438592B (zh) 2006-05-03 2007-04-27 根据媒体表示重建媒体的方法和装置

Country Status (9)

Country Link
US (1) US20090232469A1 (zh)
EP (1) EP2014097A4 (zh)
JP (1) JP5590881B2 (zh)
KR (1) KR20090009847A (zh)
CN (1) CN101438592B (zh)
AU (1) AU2007243966B2 (zh)
BR (1) BRPI0710236A2 (zh)
MX (1) MX2008013185A (zh)
WO (1) WO2007126381A2 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080235401A1 (en) * 2007-03-21 2008-09-25 Tak Wing Lam Method of storing media data delivered through a network
CN101547346B (zh) * 2008-03-24 2014-04-23 展讯通信（上海）有限公司 富媒体电视中场景描述的收发方法及设备
US8078957B2 (en) * 2008-05-02 2011-12-13 Microsoft Corporation Document synchronization over stateless protocols
KR101525248B1 (ko) * 2008-07-16 2015-06-04 삼성전자주식회사 리치미디어 서비스를 제공하는 방법 및 장치
KR101531417B1 (ko) * 2008-07-16 2015-06-25 삼성전자주식회사 리치 미디어 컨텐츠 송수신 방법 및 장치
US8219526B2 (en) 2009-06-05 2012-07-10 Microsoft Corporation Synchronizing file partitions utilizing a server storage model
KR101744977B1 (ko) * 2010-10-08 2017-06-08 삼성전자주식회사 멀티미디어 스트리밍 서비스에서 서비스 품질을 보장하는 방법
JP2015536589A (ja) * 2012-10-10 2015-12-21 ゼットティーイー コーポレーションＺｔｅ Ｃｏｒｐｏｒａｔｉｏｎ メディア伝送及び記憶用のランダムアクセス情報をカプセル化する方法及び装置
US10542288B2 (en) * 2014-06-18 2020-01-21 Telefonaktiebolaget Lm Ericsson (Publ) Random access in a video bitstream
US9479578B1 (en) * 2015-12-31 2016-10-25 Dropbox, Inc. Randomized peer-to-peer synchronization of shared content items
US10021184B2 (en) 2015-12-31 2018-07-10 Dropbox, Inc. Randomized peer-to-peer synchronization of shared content items

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3426668B2 (ja) * 1993-11-19 2003-07-14 三洋電機株式会社 動画像符号化方法
US5844478A (en) * 1996-05-31 1998-12-01 Thomson Consumer Electronics, Inc. Program specific information formation for digital data processing
JP3823275B2 (ja) * 1996-06-10 2006-09-20 富士通株式会社 動画像符号化装置
EP0951181A1 (en) * 1998-04-14 1999-10-20 THOMSON multimedia Method for detecting static areas in a sequence of video pictures
EP1021048A3 (en) * 1999-01-14 2002-10-02 Kabushiki Kaisha Toshiba Digital video recording system and its recording medium
JP4292654B2 (ja) * 1999-03-19 2009-07-08 ソニー株式会社 記録装置および方法、再生装置および方法、並びに記録媒体
GB2366464A (en) * 2000-08-14 2002-03-06 Nokia Mobile Phones Ltd Video coding using intra and inter coding on the same data
FI120125B (fi) * 2000-08-21 2009-06-30 Nokia Corp Kuvankoodaus
US7483489B2 (en) * 2002-01-30 2009-01-27 Nxp B.V. Streaming multimedia data over a network having a variable bandwith
KR20040106414A (ko) * 2002-04-29 2004-12-17 소니 일렉트로닉스 인코포레이티드 미디어 파일에서 진보된 코딩 포맷의 지원
US20040146285A1 (en) * 2002-05-28 2004-07-29 Yoshinori Matsui Moving picture data reproducing device with improved random access
KR20050090377A (ko) * 2003-01-20 2005-09-13 마쯔시다덴기산교 가부시키가이샤 화상 부호화 방법
JP2004260236A (ja) * 2003-02-24 2004-09-16 Matsushita Electric Ind Co Ltd 動画像の符号化方法および復号化方法
JP2004350263A (ja) * 2003-04-28 2004-12-09 Canon Inc 画像処理装置及び画像処理方法
JP3708532B2 (ja) * 2003-09-08 2005-10-19 日本電信電話株式会社 ステレオ動画像符号化方法および装置と、ステレオ動画像符号化処理用プログラムおよびそのプログラムの記録媒体
JP2005198268A (ja) * 2003-12-10 2005-07-21 Sony Corp 動画像変換装置および方法、並びに動画像データフォーマット
JP4185014B2 (ja) * 2004-04-14 2008-11-19 日本電信電話株式会社 映像符号化方法、映像符号化装置、映像符号化プログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体、並びに、映像復号方法、映像復号装置、映像復号プログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体
KR100679740B1 (ko) * 2004-06-25 2007-02-07 학교법인연세대학교 시점 선택이 가능한 다시점 동영상 부호화/복호화 방법
JP4225957B2 (ja) * 2004-08-03 2009-02-18 富士通マイクロエレクトロニクス株式会社 映像符号化装置及び映像符号化方法
JP2008516556A (ja) * 2004-10-13 2008-05-15 トムソン ライセンシング コンプレクシティスケーラブル映像符号化復号化方法及び装置
KR100952547B1 (ko) * 2005-04-25 2010-04-12 샤프 가부시키가이샤 기록 장치 및 방법, 재생 장치 및 방법, 컴퓨터 판독가능한 기록 프로그램 기록 매체, 및 컴퓨터 판독가능한 재생 프로그램 기록 매체
US8670437B2 (en) * 2005-09-27 2014-03-11 Qualcomm Incorporated Methods and apparatus for service acquisition
US7720096B2 (en) * 2005-10-13 2010-05-18 Microsoft Corporation RTP payload format for VC-1

Also Published As

Publication number Publication date
JP2009535969A (ja) 2009-10-01
AU2007243966A1 (en) 2007-11-08
JP5590881B2 (ja) 2014-09-17
EP2014097A4 (en) 2010-07-14
WO2007126381A2 (en) 2007-11-08
KR20090009847A (ko) 2009-01-23
EP2014097A2 (en) 2009-01-14
CN101438592B (zh) 2013-05-29
MX2008013185A (es) 2008-10-21
BRPI0710236A2 (pt) 2011-08-09
AU2007243966B2 (en) 2011-05-12
WO2007126381A3 (en) 2007-12-27
US20090232469A1 (en) 2009-09-17

Similar Documents

Publication Publication Date Title
CN101438592B (zh) 根据媒体表示重建媒体的方法和装置
CN101675435B (zh) 将媒体流记录到多媒体容器文件的接收索引轨道中
CN100432937C (zh) 传送多媒体描述
CN100583880C (zh) 用于广播多媒体内容的系统
JP5112333B2 (ja) メディアコンテナファイルの管理
CN103493499A (zh) 提供使用表示的流媒体内容的装置及方法
CN103181186A (zh) 提供串流内容的装置及方法
CN1298162C (zh) 为便携设备从多个不同源提供媒体内容的编辑系统和方法
US8582664B2 (en) Method and device for creating a video sequence representative of a digital video sequence and associated methods and devices for transmitting and receiving video data
CN101529885B (zh) 富媒体流管理
CN103379364B (zh) 视频文件的处理方法、装置、视频服务器和系统
KR20020070199A (ko) 멀티미디어 메타데이터의 오류 내성 부호화/복호화 장치및 방법
KR101656102B1 (ko) 컨텐츠 파일 생성/제공 장치 및 방법
CN113784150A (zh) 视频数据发布方法、装置、电子设备及存储介质
JP2004234674A (ja) 構造化データの送信装置
JP2004246909A (ja) 構造化データの送信装置
JP2004213687A (ja) 構造化データの送信装置
JP2004234671A (ja) 構造化データの送信装置
JP2004234678A (ja) 構造化データの送信装置
JP2004234679A (ja) 構造化データの送信装置
JP2004234672A (ja) 構造化データの送信装置
JP2004234670A (ja) 構造化データの送信装置
JP2004213686A (ja) 構造化データの送信装置
JP2004318772A (ja) 構造化データの受信装置
JP2004240983A (ja) 構造化データの送信装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20130529