用于广播多媒体内容的系统的制作方法

专利名称：用于广播多媒体内容的系统的制作方法
技术领域：
本发明涉及一种用于向客户机设备广播多媒体内容的电信系统。本发明还涉及一种在这类系统中使用的服务器。本发明进一步涉及一种用于向这种服务器请求所述多媒体内容的客户机设备。本发明最后涉及一种在所述系统中使用的方法。
本发明例如用于经由因特网或移动网向客户机广播实况多媒体内容的应用。
背景技术：
因特网上的实况音频、视频和各种各样的多媒体内容的流正变得普遍。如图1中所示，流会话涉及实时编码器，用于实时编码实况多媒体内容并提供所编码的数据流；所述编码器和流服务器之间的广播连接；以及所述服务器和几个客户机之间的若干点对点连接。用于IP网络上的这类实时传输的标准协议是实时协议(RTP)。因此，所述编码的数据流被转换成RTP包，该RTP包被发送到服务器并进一步被发送到客户机。
所述RTP协议引起的问题是RTP包往往被防火墙和网络地址转换器(NAT)所阻挡。因此，客户机无法接收所请求的多媒体内容。
规避这个问题的解决方案从Mathias Johanson的出版物“An RTPto HTTP video gateway”(2001年ACM，1-58113-348-0/01/0005)中已被知晓。所述解决方案在于把RTP包转换成文件，该文件被包括在服务器的网页内，并利用超文本传输协议(HTTP)而不是RTP协议将其发送到客户机。所述HTTP协议的好处在于它能被所有的防火墙接受并与NAT一起工作良好。
在这个现有技术中，包括图像序列的视频内容被编码成MJPEG(移动联合图像专家组)流。MJPEG是用于编码视频的标准格式，其在于利用针对静止图像开发的JPEG格式来独立编码序列的每个图像。所述MJPEG流被进一步转换成如在认证请求RFC 2435中描述的RTP流。所述RTP流经由RTP多播连接被发送给web服务器。所述web服务器包括转换装置，该转换装置用于把所述RTP流转换成多用途因特网邮件扩展多部分(MIME多部分)文件。MIME多部分是用于规定和描述因特网消息体格式的标准，其使得在HTML网页中显示JPEG图像序列成为可能。在Johanson的解决方案中，MJPEG流的JPEG图像被存储在MIME多部分文件的一个部分中。所述MIME文件通过其在所述web服务器上可用的网页上的URL(统一资源定位符，参见认证请求号1738)地址而可以被访问。当客户机浏览所述网页并点击所述URL地址时，特定的Java小程序被下载并被装载在客户机侧，以用于排序和同步MJPEG文件的连续JPEG图像的下载。一旦被客户机接收，则JPEG图像就被JPEG解码器解码，同时下一个JPEG图像被下载。因此，MJPEG视频序列被实时播放。
此解决方案的主要缺点在于它非常特殊。MIME多部分格式只接受像JPEG或GIF那样的静止图像编码格式。MJPEG格式把视频序列编码成独立的JPEG图像的集合，并因此没有利用视频序列的时间冗余度，MJPEG格式没有实现足够的压缩比以经由像因特网或移动网那样的低比特率网络连接来允许视频流式传输。MJPEG格式对于音乐工作室合成(Studio Composition)很有兴趣，但是它对于因特网上的视频流式传输来说根本就不普遍。为了使用像MPEG-4那样的另一个视频编码格式，转换是需要的，这可能将导致严重的质量下降。
这个方法的另一缺点是，它除了视频以外不对诸如音频或文本之类的其它类型的多媒体内容起作用。它也没有给出用于同步几个多媒体源的解决方案。例如，这类方法没有提供用于经由因特网来流式传输电影的任何解决方案。

发明内容
本发明的目的是提出一种更有效的解决方案，用于经由服务器广播视频甚至更一般地说广播因特网上各种多媒体内容。
这是利用如权利要求1到4中定义的电信系统、如权利要求5到7中定义的服务器、如权利要求8中定义的客户机设备、如权利要求9和10中定义的方法、如权利要求11中定义的计算机程序和如权利要求12中定义的信号来实现的。
根据本发明，多媒体内容被编码到编码的数据流中。所述编码的数据流经由广播传输被实时分配给服务器。在IP网络上，编码器和服务器之间的广播传输一般是依照RTP(实时协议)协议的多播连接。然后，该服务器能够把接收到的编码的数据流转换成“顺序(progressive)”文件，所述顺序文件具有与顺序下载兼容的格式，服务器还能够让所述顺序文件例如在网页上对客户机设备可用。
所述顺序文件经由点对点网络连接从服务器发送到客户机。在IP网络上，所述点到点网络连接一般依照HTTP协议(超文本传输协议，参见RFC 2616)。作为万维网基础的所述HTTP协议具有被所有的防火墙和NAT所接受的巨大优点。
文件的顺序下载在于在其完全下载之前开始解码文件。这使得文件格式有可能具有媒体数据和元数据相交错的结构。媒体数据包括编码的多媒体内容的音频、视频、图像或文本轨(track)。元数据描述媒体数据被编码的方式。只要所述段(fragment)包括媒体数据和与所述媒体数据相关的元数据，因此就可以通过使用所述文件格式在文件的段上完成解码。
根据本发明，所述客户机可预期在广播所述多媒体内容期间的任何时候被连接到服务器，并请求在空中(on the fly)接收所述多媒体内容。为此目的，所述服务器能够把所述顺序文件定制成适于客户机请求的客户机顺序文件。所述客户机顺序文件包括用于允许客户机抓住当前的多媒体广播的元数据，比如初始化元数据，其通常在开始广播之前被发送，例如用来配置播放器。
在本发明的优选实施例中，所使用的文件格式是ISO文件格式版本2，其可以被大量的多媒体数据编码标准读出，像用于视频的MPEG-4或H.263或者用于音频的AMR(高级多速率)。
本发明的第一个优点是这些标准被普遍用于多媒体数据压缩。比如，MPEG-4或等效标准在因特网上被内容供应商广泛使用。因此，在服务器端不需要代码转换装置，而Johanson的解决方案中的情况往往需要它以便把MPEG-4流转码成M-JPEG流。
第二个优点是所述视频编码标准在从极低到极高比特率的任何比特率都实现了比MJPEG好得多的压缩比。当客户机是移动电话或者是具有调制解调器因特网连接的个人计算机时，这个质量增益是特别相关的并被低比特率网络连接所限制。
所述ISO文件格式版本2还能够交错来自诸如音频、视频、图像或文本之类的不同源中的多媒体数据，并因此能够向客户机的播放器提供编码的数据，其中同步的音频、视频和文本同时可用。结合已经专门设计来处理多媒体源的诸如MPEG-4之类的多媒体标准，所述ISO文件格式版本2允许经由下载服务器把多媒体数据传输到客户机。因此，本发明的另一个优点是提出一种用于广播任何种类的多媒体内容(即同步的音频、视频、文本和图像)而不仅仅是视频的解决方案，，这更适于因特网上现在的应用。
根据本发明的系统也是有利的，因为它使得客户机能够保存所接收的客户机顺序文件的拷贝。服务器还可以用DRM(数据资源管理)来限制授权拷贝的数量。因为事先没有权利把数据写入客户机的文件系统的Java小程序，所以使用Johanson的解决方案就不容易做到这一点。
根据下文中说明的实施例，本发明的这些及其它方面将变得明显，并参考下文中说明的实施例来对其进行阐明。


本发明将进一步参考附图来说明-图1是说明用于经由实时网络连接流式传输多媒体数据的电信系统的图，-图2是说明根据本发明用于经由第一网络连接、服务器和第二网络连接广播多媒体内容的电信系统的框图，-图3描述根据ISO文件格式版本2的文件的结构，-图4根据本发明以功能性方式示出定制装置如何能够建立适于客户机请求的客户机顺序文件，-图5描述根据本发明的客户机顺序文件的结构，-图6是本发明实施例的示意表示，其中所述服务器包括用于修复在所接收到的编码数据流内包含的媒体数据的修复装置。
具体实施例方式
根据本发明的电信系统在图2中被描述。这类电信系统包括编码器20、位于编码器20和服务器40之间的第一网络连接30以及位于所述服务器和客户机设备60之间的第二网络连接50。所述编码器把来自于内容供应商的多媒体内容10编码成编码的数据流EDS。
所述编码的数据流可以包括任何数量的媒体轨，比如视频轨、音频轨、以及可能的文本轨或图像轨。它经由所述第一网络连接30被实时发送。在本发明的优选实施例中，RTP(实时协议)协议往往被用于流式传输应用的情况，但这不是限制性的。被称作MPEG-2 TS的MPEG-2标准的传输层也能够被使用。所述编码数据流EDS因此被封装成RTP包。RTP包包括一些也称作媒体数据的编码数据和作为用来描述所述媒体数据的控制数据的元数据。
应当注意，多媒体内容MM可能是实况内容或更一般的是任何记录的多媒体节目，但是所述多媒体内容被广播并且没有使得在“视频点播”服务器上可用。所述第一网络连接因此是多播广播会话，其被大量的客户机以及它们之中的服务器40“听到”。
所述RTP包的流被服务器40的接收装置41接收，并被流到文件的转换装置42转换成顺序文件PF。所述顺序文件PF具有包括交错的媒体数据和元数据的文件格式。在本发明的优选实施例中，所述顺序文件遵循ISO文件格式版本2。应当注意，为了遵循ISO文件格式版本2，文件只需要包括元和媒体数据，数据语法由该标准而不是它们的组织来定义。参考图3，根据本发明的实况文件被分成串联的数据盒(databox)，一个数据盒包括元或媒体数据。ISO文件格式版本2定义了三类数据盒-“MDAT”数据盒，其包括诸如音频A、视频V或文本T源之类的媒体数据的交错数据块。所述数据块没有任何结构或标记，一个“MOOV”和大量的“MOOF”数据盒，其包括用于描述和访问所述媒体数据的元数据。所述ISO文件格式从单个“MOOV”数据盒开始。它后面是交替的“MDAT”和“MOOF”盒。
-所述“MOOV”数据盒包括初始化媒体数据，像比如解码器配置的元素和一些用于访问在第一MDAT中存储的媒体数据的索引表。“MOOF”数据盒包括用来访问在通常随后的MDAT中存储的媒体数据的索引表。
应当注意，也可以使用另一种文件格式，像比如MJPEG或诸如Apple的。moov文件格式之类的专有文件。ISO文件格式版本2的优点是它与诸如用于视频轨的MPEG-4和用于音频轨的AMR之类的大量用于编码多媒体数据的标准兼容，这意味着使用所述格式的文件可以通过依从所述标准的解码器来播放。这既不是需要MJPEG解码器的MJPEG文件的情况，也不是专门设计用于Apple QuickTime播放器的。moov文件的情况。
流到文件的转换装置42负责向实况文件结构中填充在所接收的RTP包内包含的元和媒体数据。
在下文中，将假定编码数据流是MPEG-4编码数据流。这如上所述是非限制性的，任何其它与ISO文件格式版本2兼容的格式都可以被使用。
所述MPEG-4编码数据流被分成多个访问单元。访问单元是可以直接访问的数据集。RTP包包括一个或几个来自MPEG-4编码数据流的访问单元和关于所述访问单元的一些元数据，所述元数据形成RTP报头。特别地，所述RTP报头包括访问单元时间戳，其指示必须在何时解码所述访问单元。
流到文件的转换装置42主要在于使用ISO文件格式版本2来创建顺序文件PF，这是通过-把与时间戳相关的访问单元拷贝到一个或几个MDAT盒中，每个MDAT盒都有一个索引，-通过把所述时间戳关联到所述MDAT盒的索引来建立索引的MOOV和MOOF表，-从SDP(会话描述协议，一种专用于初始化多媒体会话的协议)文件中提取规定解码器配置的元数据，所述文件一般被并行于RTP流发送到服务器，并把它们拷贝到顺序文件的MOOV表中。
所获得的顺序文件适于顺序下载，因为它是由独立的数据段构成的，数据段包括MOOF数据盒和MDAT数据盒，其可以独立地从除MOOV数据盒之外的任何其它数据中被解码。因此，只要客户机接收到MOOV数据盒就可以开始解码，这对应于很短的延迟。
所述服务器40还包括用于把所述客户机顺序文件发送到客户机设备60的发送装置44。举例来说，客户机设备60包括用于浏览网页的web浏览器，其中该客户机顺序文件CPF例如作为可下载的文件而可用。响应于客户机的请求RQ，所述客户机顺序文件CPF经由第二网络连接50而被发送到客户机设备60。在本发明的优选实施例中，所述第二网络连接50使用HTTP(超文本传输协议)协议。作为万维网基础的所述协议负责传送HTML文档并管理因特网上的业务。然而这是非限制性的，也可以使用FTP(文件传输协议)。
所述顺序文件被给予基本的URL地址，例如http∥serverport/american/live/madonna.mpg4。发送装置44包括重定向子装置。所述重定向子装置在于创建重定向文件，用于包含基本的URL地址。所述重定向文件被给予重定向的URL地址，例如它在网页上由超文本链接指向的例如http∥serverport/redirection/madonna.m4r。点击所述重定向URL地址使得客户机设备60的web浏览器下载重定向文件。一旦文件被下载，重定向文件就被web浏览器读取。所述web浏览器能够识别基本URL地址中的MPEG-4文件，并直接调用适于处理这类文件格式的播放器61。然后，播放器读取在重定向文件内包含的URL地址，并直接要求某一下载装置62进行下载。所述下载装置62用来告知播放器整个文件已经下载完毕，尽管只有一部分所述文件是实际上可用的，以便使得播放器立即打开顺序文件。一旦被打开，则已可用的顺序文件的该部分就可以根据ISO文件格式版本2的结构被读取。
根据本发明的重定向装置和下载装置62的优点是使得顺序下载成为可能。无须任何重定向，顺序文件PF就已经在被发送到播放器之前被web浏览器下载完毕。在打开顺序文件PF之前，如果没有下载装置62，播放器就一直等待直到下载结束。
所述服务器40最后包括定制装置43，其用于把所述顺序文件PF定制成适于客户机请求的客户机顺序文件CPF。所述客户机顺序文件的可能结构在图5中示出并将在下面描述。
假定多媒体内容从时间t0开始就已经被服务器40接收为RTP流，并且所述RTP流作为网页上朝向顺序文件PF的超文本链接在服务器侧可用。大量客户机可能正在同时播放所述多媒体内容。参考图4，还可以假定正在浏览所述服务器的网页的新客户机在时间t请求顺序地下载所述顺序文件PF。所述定制装置43的目的是让所述新的客户机尽可能快地抓住多媒体内容。为此目的，所述定制装置43包括初始(primer)子装置45，用于在时间t向所述客户机提供初始化元数据。所述初始化元数据主要包括解码器配置，不过更一般地包括客户机需要的所有数据以开始接收实时编码数据。
重要的一点是所述编码的数据只能在预定的时间戳处被访问。所述时间戳与上述访问单元有关。因此，访问单元包括指示在何时播放它包含的媒体数据的时间戳。一些访问单元是随机访问点，即它们可以被直接访问。例如在视频轨内，随机访问点对应于“内部”图像，即对应于独立于前面的图像被编码并因此可以被独立地解码的图像。
服务器包括用于临时存储对应于上一次接收的RTP包的顺序文件的部分的缓冲器BUF。所述缓冲器能够存储所述顺序文件的段，该顺序文件的段可以独立于还未被接收的RTP包而被解码。这类段因此包括MOOF盒和MDAT盒。所述MDAT盒包括大量来自于不同的编码数据的轨的访问单元，例如来自于音频和视频轨的访问单元。所述MOOF盒包括用于访问在所述MDAT盒内包含的编码数据的索引表。所述段因此包括一个以上的访问单元时间戳。“可访问的时间戳”TS在下文中将被称为MDAT盒的第一访问单元时间戳。
一旦所述的缓冲器已满，其内容就作为突发数据被同时发送到所有连接的客户机，然后缓冲器存储新的顺序文件段。
所述缓冲器能够存储几秒的编码数据。这意味着客户机将延迟几秒才接收到实况的多媒体内容。一方面，这个延迟不应该太高，特别是对于诸如足球比赛之类的实况事件，但是另一方面，缓冲器越小，数据开销就越高。事实上，把数据改组成MOOF和MDAT并不是没有成本的，并且必须使用合理的盒大小以免影响压缩比。
所述初始子装置45因此能够-通过向客户机发送解码器配置INI来应答客户机请求，该解码器配置I NI作为对应于初始SDP文件的顺序文件的MOOV盒的部分，-寻找在时间t后出现的下一个可访问时间戳TS。如果时间t比下一个时间戳TS短，则在所述顺序文件内包含的数据在下一个时间戳TS之前是不可访问的。在两者之间，所述初始子装置45能够向所述新客户机传送附加的填充数据PAD，该附加的填充数据PAD用来使得客户机一直等到时间戳TS。这些填充数据PAD可以简单地提供黑屏或标志乃至一些商业广告节目。
所述顺序文件PF事实上看上去是虚拟文件，因为它从来都不作为一个整体在服务器侧存在。只有所述实况文件的段在时间t在缓冲器BUF中可用。
所述定制装置43还包括启动(starting)子装置46。所述启动子装置45是旨在从所述时间戳TS开始启动将所述缓冲器BUF的内容传输到新的客户机。所述启动子装置46例如在于把所述客户机的地址添加到已登记的客户机列表。图4示出新的客户机从时间t开始从服务器接收的数据。从所述时间戳TS开始，所述新客户机正好接收到与其它客户机相同的数据。
这是本发明的一个附加的重要优点，即每个客户机都被同时发送相同的数据，因为它允许具有最少硬件资源的高级的服务器性能。实际上，在传统的视频点播中，服务器性能随着服务器必须处理的并行的不同流的数量而降低。例如，根据服务器动态存储器的大小，可服务于1000个并行的不同流的服务器也许能够服务2000个或更多的类似的流，这取决于代替硬盘的动态存储器中数据的可用性，这些存储介质之间访问速度的差异是很大的。具体而言在目前的情况下，因为同时服务所有客户机所需的最大存储器大小是上述的缓冲器大小，所以该视频服务器的性能是最理想的，该缓冲器大小远远小于典型的服务器动态存储器。
解码器配置INI、填充数据PAD和从时间戳TS开始的媒体数据形成顺序文件PF的定制版本，即客户机顺序文件CPF特别适于请求的客户机。所述客户机顺序文件CPF也是虚拟文件。
不同于第一网络连接30，第二网络连接50是服务器40和客户机设备60之间的点对点连接，其中所述服务器和所述客户机设备彼此可察觉。如图4中所示，客户机设备60包括用于请求服务器40上可用的顺序文件PF的请求装置63、用于经由第二网络连接50下载由所述定制装置43提供的客户机顺序文件CPF的下载装置62、以及用于实时播放在所述客户机顺序文件内包含的所接收的编码数据RED的播放器61。
应当注意，传统的播放器只能够打开本地文件，并且不能下载远程文件，即位于远程服务器中的文件。为本领域技术人员所熟知的下载装置62使得播放器61能够处理在所述顺序文件内包含的所接收的编码数据，就好像它们被存储在本地文件中一样。例如通过使用代替web浏览装置63的HTTP命令GET，所述下载装置能够排序所述顺序文件的下载。只要接收到来自所述顺序文件的编码数据，播放器61就能够认出ISO文件格式版本2，并在下载结束之前开始解码所述接收到的编码数据RED。被解码的多媒体内容DMC被输出并被显示。
所述接收到的编码数据RED形成接收的客户机顺序文件，其可以被存储和被重放。应当注意，服务器可以被设计成限制被授权的客户机拷贝数量。这类限制例如可以通过使用DRM(数据资源管理)技术来建立，比如开放移动联盟(OMA)下载版本1。
应当注意，完整的文件大小可以超出客户机上的存储器大小，在这种情况下顺序下载提供这样一个附加的优点，即对应于文件开始的数据可以在播放进程中被擦除从而给更多的新数据让出空间；用这种方法可以有效地使无尽的节目可用。
根据本发明的客户机设备的另一个优点是除了能够实现顺序下载之外没有特别的特性，这为本领域技术人员所知并正逐渐变得普遍。这意味着本发明将对任何包括能够处理ISO文件格式版本2的播放器和下载装置的客户机都起作用。
在本发明的另一个实施例中，所述下载服务器40还包括用于使顺序文件PF中的孔(hole)完整的修复装置49，如图6中所示。所述孔可能是由实时数据流中通过第一网络连接30时可能的数据损失造成的。例如，如果使用RTP协议，则一些RTP包可能只是在传输期间丢失或是在服务器侧被RTP协议识别为错误。它们在第二种情况中可能被拒绝，因为在实时传输中可能没有时间来请求包重发。RTP包被服务器40丢失或拒绝都造成在由转换装置42创建的顺序文件中的“孔”。所述孔应该不会造成播放器在客户机侧崩溃，因为通过检测到例如访问单元时间戳的丢失，应允的解码器被预期能够应付编码数据流中的丢失数据。然而，所述孔将引起所显示的解码多媒体内容的质量降低。
根据本发明的系统能够在编码数据从编码器20传输到客户机60期间拦截编码数据，该系统的优点是受益于这个拦截来在空中修复该编码数据。为此目的，修复装置48能够通过使用错误恢复(errorresilience)技术外推邻近数据来使所述孔完整。为本领域技术人员所熟知的所述错误恢复技术可以处理压缩或解压缩的数据。所修复的顺序文件RPF被输出，并且客户机的被修复的顺序文件CRPF被发送到客户机60。
处理的附加的有利设置可以在服务器40拦截数据期间来执行。比如通过用通常特征在于不同语言的轨道的另一音频轨来替换一个音频轨，它可能在于把在所述顺序文件(PF)内包含的媒体数据定制为分配给客户机设备60的配置文件数据的函数。实际上预期很大规模的(即遍及全国乃至全世界的)节目将使用大量的服务器来分配，每个服务器对于给定的国家或地区或城镇或区域是特定的，在这种情况下把一些序列替换成其它序列可能对用户有意义或者对于服务供应商来说有经济价值，例如把一般广告替换成更针对给定服务器的观众的广告。此外，代替于在每个服务器基础上具有如上所述的不同的处理，相同的服务器还可以基于诸如用户偏爱性或用户配置文件之类的其它标准执行特定处理。这类处理类型的例子包括语言选择和给广告订目标。
以上的附图及其说明是说明而不是限制本发明。很显然存在大量落入所附权利要求的范围内的替换方案。在这方面做出下列结束备注存在大量借助于硬件或软件项或其结合来执行这些功能的方法。在这方面，附图是很图示性的，它们每个都只表示本发明的一种可能的实施例。因此，尽管附图把不同的功能显示为不同的块，然而这绝非排除掉单项硬件或软件来执行几个功能，也不排除硬件或软件或其二者的项的组合来执行单个功能。例如，不同于图2、4和6中所说明的，播放器61也可以是独立于客户机设备60的远程设备。权利要求中的任何参考标记不应该被解释为限制权利要求。动词“包括”及其动词变化的使用不排除除了权利要求中陈述的那些元件或步骤之外的元件或步骤的存在。用于元件或步骤前的冠词“一个”或“一”不排除存在多个这类的元件或步骤。
权利要求
1.一种用于广播多媒体内容(MM)的电信系统，该电信系统包括-编码器(20)，用于把所述多媒体内容(MM)编码成包括媒体数据(MD)的编码数据流(EDS)，-服务器(40)，-客户机设备(60)，-第一网络连接(30)，用于把所述编码数据流(EDS)发送到所述服务器(40)，-所述服务器(40)包括-接收装置(41)，用于接收所述编码数据流(EDS)，-流到文件的转换装置(42)，用于从在所接收的编码数据流内包含的媒体数据(MD)中产生元数据(MT)，并用于创建顺序文件(PF)，其中，所述媒体数据和所述元数据相交错，-定制装置(43)，用于使用所述元数据(MT)把所述顺序文件(PF)定制成适于客户机请求(RQ)的客户机顺序文件(CPF)，-发送装置(44)，用于经由第二网络连接(50)把所述客户机顺序文件(CPF)发送到所述客户机设备(60)，-所述客户机设备(60)包括-请求装置，用于向所述服务器(40)请求所述顺序文件(PF)，-下载装置(62)，用于经由所述第二网络连接(50)下载所述客户机顺序文件(CPF)，并用于使用所述元数据(MT)在下载结束之前向播放器(61)提供所述所接收的媒体数据(MD)。
2.如权利要求1中要求的系统，其中所述顺序文件(PF)具有ISO文件格式版本2。
3.如权利要求1中要求的系统，其中所述第一网络连接(30)使用实时协议(RTP)。
4.如权利要求1中要求的系统，其中所述第二网络连接(50)使用超文本传输协议(HTTP)。
5.一种用于把被广播的多媒体内容作为包括媒体数据(MD)的编码数据流(EDS)接收并用于把所述媒体数据(MD)发送到客户机设备(60)的服务器(40)，所述服务器(40)包括-接收装置(41)，用于接收所述编码数据流(EDS)，-流到文件的转换装置(42)，用于从在所接收的编码数据流内包含的媒体数据(MD)中产生元数据(MT)，并用于创建顺序文件(PF)，其中所述媒体数据(MD)和所述元数据(MT)相交错，-定制装置(43)，用于使用所述元数据(MT)把所述顺序文件(PF)定制成适于客户机请求(RQ)的客户机顺序文件(CPF)，-发送装置(44)，用于把所述客户机顺序文件(CPF)发送到所述客户机设备(60)。
6.如权利要求5中要求的服务器(40)，其中所述顺序文件(PF)包括用于访问所述媒体数据(MD)的时间戳，并且对于在时间t的客户机请求(RQ)，所述定制装置(43)包括-初始子装置(44)，用于在时间t向所述客户机设备(60)提供初始化元数据，-启动子装置(45)，用于在大于所述时间t的时间戳(TS)处开始下载所述顺序文件(PF)。
7.如权利要求5中要求的服务器，其包括用于修复所述顺序文件(PF)中的孔的修复装置(48)，所述孔是由接收的编码数据流中的数据损失造成的。
8.一种用于从服务器(40)请求广播作为顺序文件(PF)的多媒体内容(MM)的客户机设备(60)，所述顺序文件包括相交错的媒体数据(MD)和元数据(MT)，所述客户机设备(60)包括-请求装置(63)，用于向所述服务器(40)请求所述顺序文件(PF)，-下载装置(62)，用于经由第二网络连接(50)下载所述顺序文件(PF)，并用于使用所述元数据(MT)在下载结束之前向播放器(61)提供所述媒体数据(MD)。
9.一种广播多媒体内容的方法，该方法包括下列步骤-把所述多媒体内容编码成包括媒体数据(MD)的编码数据流(EDS)，-把所述编码数据流(EDS)发送到服务器(40)，-从所述媒体数据(MD)中产生元数据(MT)，并创建包括相交错的元数据和媒体数据的顺序文件(PF)，-把所述顺序文件定制成适于客户机请求(RQ)的客户机顺序文件(CPF)，-把所述客户机顺序文件(CPF)发送到客户机设备(60)，-下载所述客户机顺序文件(CPF)，并在下载结束之前使用所述相交错的元数据(MT)和媒体数据(MD)开始播放所述接收的多媒体内容。
10.如权利要求9中要求的方法，其包括把在所述顺序文件(PF)内包含的媒体数据(MD)定制为分配给客户机设备(60)的配置文件数据的函数的步骤。
11.一种包括一组指令的计算机程序，该计算机程序在被载入处理器或计算机时使得该处理器或该计算机执行如权利要求9中要求的方法。
12.一种承载如权利要求11中要求的程序的信号。
全文摘要
本发明涉及一种用于向客户机设备(60)广播多媒体内容(MM)的电信系统。所述系统包括用于把所述多媒体内容编码成编码数据流(EDS)的编码器(20)。所述编码数据流经由第一网络连接(30)被发送到服务器(40)。所述服务器(40)能够从在所接收的编码数据流(EDS)内包含的媒体数据(MD)中产生元数据(MT)，并且能够创建顺序文件(PF)，其中所述媒体数据(MD)和元数据(MT)相交错。所述顺序文件(PF)经由第二网络连接(50)被下载到客户机设备(60)，其能够在下载结束之前开始使用所述相交错的元数据和媒体数据来播放所接收的多媒体内容。
文档编号H04N7/24GK1754370SQ200480005168
公开日2006年3月29日 申请日期2004年2月6日 优先权日2003年2月26日
发明者P·根特里 申请人:皇家飞利浦电子股份有限公司