专利名称：通过适配编码特性以传送内容的方法
技术领域：
本发明涉及通过分布网从服务器发送多媒体内容到客户设备的方法。本发明还涉及服务器、客户设备、一个包括用于对多媒体内容编码的编码器的编码系统、和一个包括编码系统、服务器、分布网、和客户设备的网络系统。
本发明通常可应用于通过网络的多媒体内容传输的领域。
背景技术：
由皇家飞利浦电子股份有限公司提交的国际专利申请WO03/098935描述适配音频/视频流应用中被提供给客户设备的数据流的质量的方法。其目的是适配流的质量，以使得发送流所需要的带宽与可得到的带宽相匹配。达到这一点的一个解决方案是在相应于各种编码比特速率的多个预先编码的流之间进行切换。
这个解决方案的问题是，编码器被改变的唯一参数是编码比特速率。原因是诸如图像尺寸那样的其它编码器参数在流进程期间不能改变(如果改变其它编码器参数，则在客户侧的译码器不能对该流译码)。不能适配其它编码参数造成的结果是编码比特速率的变化范围是有限的(在一定限制下，不适配其它编码参数，例如不减小图像的尺寸，则比特速率就不能进一步减小)。
本发明的一个目的是提出一个用于传送多媒体内容到客户设备而不具有上述缺点的解决方案。
发明概要按照本发明的、用于传送多媒体内容到客户设备的方法在权利要求1到3中被规定。按照本发明的对多媒体内容进行编码的编码系统在权利要求4中被规定。按照本发明的用于传送多媒体内容到客户设备的服务器在权利要求5到7中被规定。按照本发明的客户设备在权利要求8到10中被规定，以及按照本发明的网络系统在权利要求11中被规定。
按照本发明，通过使用各种编码器特性来对多媒体内容编码，以便产生多个经编码的多媒体内容。经编码的多媒体内容通过在至少一组分片位置把它们分片以形成可以互相独立地被译码的分片从而被变换成基于文件的内容。经编码的多媒体内容的每个分片被包括在一个文件中，由此生成至少一个文件集的多个组，每个组与不同的编码器特性相关联。
在客户设备提出请求多媒体内容后，服务器逐个文件地下载所述多媒体内容。要被下载的文件的选择包括分片的选择和组的选择。被传送的数据的特性的修改是通过从与第一编码器特性有关的一个组切换到与第二编码器特性有关的另一个组而实现的。
由于多媒体内容的传输是基于文件的下载，除了编码比特速率以外，编码器特性还会牵涉到与编码比特速率不同的编码器参数，例如，除编码比特速率之外的图像尺寸。在另一个例子中，使用不同的编码格式的编码器被用来使得从一个组到另一个组的切换也允许改变编码格式(例如，由于大多数编码译码器格式具有优选的工作比特速率，可能更感兴趣的是使用具有较慢比特速率的第一编码格式和具有较高比特速率的第二编码格式)。
下载的文件所属于的组可由服务器或客户设备进行选择。它是基于分布网的当前的传输速率的估值和/或基于与编码器特性有关的客户喜爱项。例如，客户可以选择比特速率和/或他想要接收的图像尺寸(例如，为了成本的目的，他可能宁愿低的质量，所以选择小的图像尺寸和/或小的比特速率)。客户也可以在传输期间改变客户喜爱项(例如，在接收部分数据后，他可能会决定该内容是高度感兴趣的和他想要得到更好的质量)。
通过本发明，分片可以互相独立地被译码，这意味着，客户不需要从它的开始接收多媒体内容。他可以从任何分片开始。所以，本发明可应用于包括实时内容(即，在服务器侧实时地可得到的内容，诸如实时事件、广播节目等等)的任何类型的内容的传输。
当多媒体内容是实时内容时，几组分片位置有利地被使用来减小客户在接收第一文件之前所经受的延时。当使用几组分片位置时，几个文件集的一个组对于每个编码的多媒体内容是可得到的。
通过本发明，至少一个文件的序列在由客户设备请求后被下载。文件可以在接收到单个客户请求后逐个地被发送，或由客户设备逐个地获取。实际上，不能确定所有的客户浏览器是否支持根据单个请求接收几个文件。所以，通常最好是，客户设备逐个地获取文件(即，对每个要被下载的文件发送获取请求)。客户设备可被设计成自动发送获取请求。有利地，当客户设备没有被设计成自动发送获取请求时，在接收到来自客户设备的初始请求后可以由服务器发出一个文档，所述文档使得客户设备重复地发送获取请求。
应当指出，文件下载通常是通过使用HTTP协议(HTTP代表超级文本传送协议；它是在IETF对注解的请求2616中规定的)在IP网络上实施的。HTTP协议是网络的基础，所以被所有的防火墙接受，它不是对于通常在流应用中使用的UDP协议的情形(UDP代表用户数据报文协议；它是在IETF对注解的请求0768中规定的)。因此，本发明中提出的解决方案比起现有技术解决方案有很大的优点，即任何客户设备能够接收请求的内容，而不管它连接到分布网时所经过的防火墙的特性。
附图简述下面将参照附图进一步描述本发明的这些和其它方面
图1是按照本发明的网络系统的第一例的示意图，图2是按照本发明对编码的多媒体内容分片的分片方案的示意图，图3是通过使用图2所示的分片方案生成的多个文件集的一个组的示意图，图4是两个重叠文件的示意图，图5是三个文件集的一个组的示意图，图6是按照本发明发送多媒体内容的方法的框图，图7和8是按照本发明的网络系统的另一个例子的示意图。
实施例说明图1是按照本发明的网络系统的示意图。
图1的网络系统包括-用于获取多媒体内容的源1；-用于广播所述多媒体内容的广播装置2；-用于接收广播的多媒体内容的接收机3；-用于对接收的多媒体内容编码和产生至少一个文件集的组的编码系统4；-能访问所述文件组的服务器8；-分布网10，该服务器8被链接到该分布网10，-访问供应商12，用于向客户设备14提供对分布网10的访问、服务器8包括通信单元8a和处理单元8b，所述处理单元包括数据存储器，程序存储器和用于执行被存储在程序存储器中的指令的处理器。
客户设备14包括通信单元15，用于发送至/接收自访问供应商12；播放器16，用于播放编码的多媒体内容；以及显示器17，用于显示多媒体内容；以及处理单元18，它包括程序存储器、数据存储器和用于执行被存储在程序存储器中的指令的处理器。客户设备14可以是移动设备(如移动电话)，在这种情形下通信单元15是无线通信单元；或有线设备(如PC)，在这种情形下通信单元15是有线通信单元。分布网10典型地是因特网。
例如，广播装置2是卫星广播网以及接收机3是卫星接收机。这不是限制性的可以使用任何其它的广播装置代替卫星广播装置。广播的多媒体内容可以是任何被发送和可由包括接收机3的多个接收机接收的多媒体内容。例如，广播的多媒体内容可以是电视节目、预先记录的事件/节目、实时事件等等。
编码系统包括(a)N个编码器5_1到5_N，具有用于对接收的多媒体内容进行编码的各种特性，由此生成多个经编码的多媒体内容EC_1到EC_N，和(b)N个分片器6_1到6_N，用于在至少一个组的分片位置处对所述编码的多媒体内容分片以形成可以互相独立地被译码的分片，并把经编码的多媒体内容的每个分片包括在一个文件中，由此生成至少一个文件集的N个组G_1到G_N，每个组与编码的多媒体内容相关联。
例如，编码器5_1到5_N遵循MPEG标准之一或遵循H263。
编码器5_1到5_N和分片器6_1到6_N可以用单个装置也可以用分开的装置实施。在这两种情形下，从编码器5_i传送到分片器6_i内容都是编码的流(i是在1与N之间的整数)。有利地，编码流通过使用RTP协议(RTP代表实时输送协议；它是在IETF的对注解的请求1889中规定的)经IP从编码器5_i传送到分片器6_i。这是非限制性的。作为例子，也可以使用被称为MPEG-2TS的MPEG-2标准的输送层。
分片器6_1到6_N的功能是在至少一组分片位置处对由编码器5_1到5_N生成的编码的多媒体内容进行分片。分片位置规定了包括给定时间量的经编码的多媒体内容并且可以互相独立地被译码的分片。实际上，由多媒体编码器生成的任何编码的多媒体内容包括所谓的随机接入点(RAP)。为了产生可以互相独立地译码的分片，分片位置被选择成使得每个分片从随机接入点开始。例如，当编码器遵从MPEG-2或MPEG-4标准时，随机接入点是MPEG编码的多媒体内容的I帧，以及分片位置被选择成使得每个分片的第一帧是I帧。
有利地，分片的尺寸是可调节的。所有分片可以是相同的或不同的分片是不同的(例如，分片的大小可以随时间而增加)。相对较长的文件可得到最佳效率，因为要输送的文件越多，就会有越多的文件标题引起的附加开销。
图2是用来对编码的多媒体内容EC_1到EC_M进行分片的分片方案的示意图。图2所示的分片方案包括P组分片位置ST1，...，STP。每组分片位置STm包括Q-1个分片位置Tm，1，...，Tm，Q-1。与另一组分片位置相比较，每组分片位置在时间上被移位(轴t是时间轴)。使用这个分片方案，对于每组分片位置STm形成Q个分片Lm，1，...，Lm，Q。正如从下面的说明看到的，当传送实时多媒体内容时，使用多组分片位置是有利的，因为当客户发送对于实时内容的请求时它允许减小客户所经受的延时。
分片器6_1到6_N通过在至少一组分片位置处对每个经编码的多媒体内容分片而生成至少一个集的文件的多个组。图3是通过使用图2所示的分片方案从编码的多媒体内容EC-i生成的一组文件G_i的示意表示的图。如图3所示，一个组G_i包括P个集的文件S1_i，S2_i，...，SP_i。每集文件Sm_i(m＝1，...，P)包括Q个文件Fm，k_i(m＝1，...，P；k＝1，...，Q)。每组分片位置STm与每个集的文件Sm_i相关联。文件Fm+1，k_i和Fm，k_i是重叠的(它们包括相同的编码数据)。在图4上，在Fm+1，k_i与Fm，k_ix之间的重叠部分由箭头Om+1指示。
由分片器6_1到6_N生成的每个文件被存储在存储单元20中，服务器8能访问该存储单元20。存储单元20由分片器6_1到6_N和服务器8共享。存储单元20可以是服务器设备的一部分或它可以处在远端位置。存储单元20必须定期地被“清除”，以保证有空间可用于存储新生成的文件。清除存储单元的方法是定期地重新使用文件名称。可替换的方法是对于每个文件使用不同的文件名称，以及定期地删除老化的文件。
服务器8被链接到分布网10。客户设备14经由接入供应商12接入到分布网10。典型地，客户设备14可以通过分布网10装载页面，该页面包含至少一个对多媒体内容的链接，该内容由服务器提供用于传输。当用户点击在所述链接时，一个指向所述多媒体内容的初始请求R0自动发送到服务器8。服务器8有几种可能的处理初始请求R0方法。
在第一实施例中，服务器8响应于客户请求下载单个文件。这个实施方案可被用于特定的应用，例如用于为客户提供拾取有关实况事件的信息的应用。它也可以结合被专门设计来使得客户设备14重复地发送初始请求R0的播放器16一起使用。
在第二实施例中，服务器8在一旦文件在服务器一侧就绪时就立即逐个地下载文件。这个实施例具有容易实施的优点。然而，存在这样的风险，即某些客户浏览器不支持响应单个请求而接收几个文件。
在第三实施例中(通常是优选的)，服务器8在接收到初始请求R0后发送文档到客户设备14。这个文档使得客户设备14重复发送选定多媒体内容的获取请求。
作为例子，由服务器8发送的文档可以是一个包括自动刷新命令的页。这样的页的例子在下面给出<html><head><META meta http-equiv="Refresh"content="134";url=′http://www.yoursite.com/live2download.html′"</head><embed src="live2download.mp4"width="240"height="240"></embed></html>
这样的页使得客户浏览器每134秒(在本例中它是一个文件的持续时间)重新装载文件“live2download.mp4”。
替换地，由服务器8发送的文档可以是多媒体内容的一个标准说明，所述标准说明打算由播放器6以标准的方式处理。例如，这样的说明可以是SMIL说明(SMIL是规定基于XML的音频/视频情景说明的W3C标准)。这样的SMIL说明的例子在下面给出<smil><head><layout><root-layout width="240"height="240"background-color="white"/><region regionName="im"left="0"top="0"width="240"height="240"/></layout></head><body><seq repeatCount="indefinite"><video id="vid"src="live2downioad.mp4"region="im"/></seq></body></smil>
这个SMIL文件的效果是使得播放器16重复播放文件“live2download.mp4”。结果，客户设备将重复发送指向文件“live2download.mp4”的获取请求。
有利地，由服务器8发送的SMIL文件包括表明该文件必须事先在某个时间(即在前一个文件播放结束前的某个时间)被获取的命令。这保证下一个文件及时到达客户设备14，这样，客户将不会感到多媒体内容的呈现的间歇。具有这样的命令的SMIL说明的例子在下面给出<smil><head><layout><root-layout width="240"height="240"background-color="white"/><region regionName="im"left="0"top="0"width="240"height="240"/></layout></head><body><seq repeatCount="indefinite"><video id="vid"src="live2download1.mp4"region="im"clipBegin="0s"dur="25s"/><par><prefetch src="live2download2.mp4"mediaTime="5s"/><video id="vid"src="live2download1.mp4"region="im"clipBegin="25s"/></par><video id="vid"src="live2download2.mp4"region="im"clipBegin="0s"dur="25s"/><par><prefetch src="live2download1.mp4"mediaTime="5s"/><video id="vid"sre="live2download2.mp4"region="im"clipBegin="25s"/></par></seq></body></smil>
这个文档是对于包含30秒内容的分片编写的。它使得播放器顺序执行以下操作a)播放第一源(live2download1.mp4)的头25秒；b)播放第一源的最后5秒以及并行地获取第二源(live2download2.mp4)的头5秒；c)播放第二源的头25秒(它可以没有延时地完成，因为第头5秒以预先获取)。
使用两个不同的源是实施方案的诀窍。服务器8必须被设计成认识到第一和第二源相应于同一个多媒体内容。
在上述的三个实施例中，服务器必须确定在接收到初始请求R0后或在接收到获取请求后应当下载哪个文件。按照本发明，要被下载的文件通过选择一个分片和通过选择一组文件而被确定(分片Lm，k和组G_i的选择导致文件Fm，k_i的下载)。
有利地，该组是通过考虑分布网10的当前的传输速率和/或与编码器特性有关的客户喜爱项(所述客户喜爱项可以随时间变化)而被选择的。从与第一编码器特性相关联的一个组切换到与第二编码器特性相关联的另一个组，允许适配于分布网10的当前的传输速率和/或从客户设备接收的客户喜爱项。
在第一替换例中，该组是在服务器侧根据由客户设备发送的信息而选择的。所发送的信息包括或者是分布网10的当前的传输速率或者是由服务器8用于计算分布网10当前的传输速率的业务信息。替换地或此外，所发送的信息可包括客户喜爱项，如想要的比特速率和或图像尺寸和/或编码译码器。
在第二替换例中，该组由客户设备14选择，以及所选择的组的指示被发送到服务器8。
从客户设备14发送到服务器8的信息和/或指示例如在初始的和/或获取请求中被发送。替换地，它们以在客户设备14与服务器8之间建立的一个分开的控制信道被发送。替换地，当指定要被发送的多媒体内容时，所选择的组可以通过使用特定的命名惯例来向服务器8表明(在这种情形下，要被发送的多媒体内容的名称表示要使用哪个组)。
例如，当输送协议是HTTP时，有可能在要被使用来发送上述的信息和/或指示的因特网指定号管理机构(IANA)处登记特定的参数。
分片由服务器8进行选择，以便保证发送的多媒体内容的连续性(换句话说，当以前选择的分片是Lx，k(x∈{1，...，P})时，下一个选择的分片是Lx，k+1(x∈{1，...，P})。当使用几个组分片位置时(P＞1)，在接收到指向实况内容的初始请求后，服务器8可以选择与初始请求的到达时间相比较是最近的分片或最接近的将来的分片。选择最近的分片的结果是客户将接收过时的数据。选择最接近的将来的分片的结果是客户在得到响应之前将不得不等待一定的时间。在这两种情形下，当使用几集文件时，对于客户的不方便性都被减小。这示于图5中。
图5显示三集文件S1_i，S2_i，和S3_i的一个组G_i。箭头A表示由服务器8接收一个请求。
当要由分片器6_i生成的唯一的集是第一集S1_i时，服务器8将下载文件F1，1_i(最近的文件)或文件F1，2_i(最接近的将来的文件)。如果服务器8下载文件F1，1_i，则由客户接收的数据将会晚一个等于a1，1的时间。如果服务器下载文件F1，2_i，则客户在接收数据之前将经受等于b1，2的延时。
当由分片器6生成三个集S1_i、S2_i和S3_i时，服务器8将下载文件F2，1_i(最近的文件)或文件F3，2_i(最接近的将来的文件)。如果服务器8下载文件F2，1_i，则由客户接收的数据将延晚等于a2，1的时间。如果服务器下载文件F3，2_i，则客户在接收数据之前将经受等于b3，2的延时。可以看到，a1，1＞a2，1和b1，2＞b3，2。
HTTP是无状态的协议，所以由同一个客户设备发出的HTTP要求通常互相独立地被处理。因此，当分布网10上的传输受到HTTP协议的管理时有一个风险内容的播放不能平滑地实现(某些部分的内容可被接收几次，或某些部分的内容可能丢失)。现在描述解决这个问题的第四实施例。
在第四实施例中，由服务器9响应初始请求R0而发送的文档包括一个用于指定由客户请求的多媒体内容的资源识别符。这个资源识别符对于客户设备14是特定的。由服务器8发送的文档使得客户设备14重复发送包含这个资源识别符的获取请求。在接收到第一个获取请求后，服务器8确定如上所述的要被下载的文件(由服务器进行分片选择、以及由服务器或客户设备进行组选择)。服务器8下载文件和保持一份已被下载的分片的记录。在接收到以后的包含相同资源识别符的获取请求时，服务器8检验该记录以选择要被使用的下一个分片、下载适当的文件、和更新记录。
这样，每个客户设备14将接收完整的和正确地排序的一系列文件(所有的接收的文件是属于同一个文件集的接连的文件)。
作为例子，在由服务器8发送的文档中包括的资源识别符可以是如在IETF的RFC 1510中规定的“nonce”(nonce是只被使用一次的数字)。包括这样的资源识别符的SMIL文档的例子在下面给出<smil><head><layout><root-layout width="240"height="240"background-color="white"/><region regionName="im"left="0"top="0"width="240"height="240"/></layout></head><body><seq repeatCount="indefinite"><video id="vid"src="cnn142299293873635534291919.mp4"region="im"/></seq></body></smil>
这里，资源识别符是cnn142299293873635534291919。客户设备14重复发送对文件cnn142299293873635534291919.mp4的获取请求。服务器8将跟踪对于资源识别符cnn142299293873635534291919而被下载的(或要被下载的)那个文件。
以上讨论的步骤在图6上概述。如图6所示，按照本发明的、用于传送多媒体内容的方法包括-从所述多个组(i＝1，...，N)选择一个组G_i的步骤X1，-选择分片Sm，k(m＝1，...，P和k＝1，...，Q)的步骤X2，以及-把包含所选择的分片和属于所选择的组的文件Fm，k_i从所述服务器下载到所述客户设备的步骤。
箭头W表明步骤X1到X3为文件序列的传输而被执行了几次。
步骤X1由客户设备14或服务器8执行。步骤X2和X3由服务器8执行。
这些步骤通过特定的硬件和/或被包括在服务器8和/或客户设备14中的软件实施。
现在参照图7和8描述按照本发明的网络系统的另外两个例子。
图7的网络系统包括第一客户设备50、分布网52、第二客户设备54、和至少一个接入供应商56，后者用于给第一和第二客户设备50和54提供对分布网52的访问。
第二客户设备54类似于参照图1描述的客户设备14。典型地，分布网52是因特网。
第一客户设备50包括-源60，用于获取多媒体内容，
-编码系统62，用于用各种编码器特性对获取的多媒体内容编码和用于对编码的多媒体内容分片，-服务器66，对由编码系统62生成的文件进行访问，-通信单元68，用于发送至/接收自访问供应商56。
典型地，第一客户设备是移动电话，这意味着通信单元68是无线通信单元。
源60、编码系统62和服务器66的功能是与参照图1到6描述的源1、编码系统4和服务器8的功能相同的。
图8是另一个解决方案的示意图，其中服务器66位于分布网52中，而不是在第一客户设备50中。在这个实施例中，第一客户设备50将把由编码系统62生成的文件上载到服务器66，以及服务器66进而又把文件下载到第二客户设备54。
典型地，第一客户设备50把指向多媒体内容(例如，由客户设备50获取的视频)的链接例如经由SMS(短消息服务)发送到第二客户设备54。当第二客户点击被包含在SMS中的链接时，指向多媒体内容的初始请求被发送到第一客户设备50。在接收到这个初始请求后，第一客户设备50按以上参照图1到5所述而操作。
对于所述的网络系统、服务器、编码系统、客户设备和发送方法，可以提出修改方案或改进方案，而不背离本发明的范围。本发明因此不限于这里描述的例子。
具体地，在由皇家飞利浦电子股份有限公司在2003年5月7日提交的欧洲专利申请No.03290453.4中公开的“逐段下载”的概念可以与本发明相组合。当由分片器6_i生成的文件被逐段下载时，播放器16不需要等待到文件被完全下载后才开始播放文件。
在说明和权利要求中动词“包括”和它的变形词的使用不排除除了在说明和权利要求中阐述的那些单元以外的单元的存在。用于表示一个单元的冠词“一个”的使用不排除多个这样的单元的存在。
权利要求
1.一种在客户设备请求后从服务器通过分布网发送多媒体内容到所述客户设备的方法，所述方法使用至少一个文件集的多个组，每个组与一个编码的多媒体内容相关联，所述编码的多媒体内容是通过用各种编码器特性对所述多媒体内容进行编码而得到的，所述各组是通过在至少一组分片位置处对所述编码的多媒体内容进行分片以形成可以互相独立地被译码的分片而得到的，每个文件包含一个编码的多媒体内容的一个分片，所述方法包括-从所述多个组中选择一个组的步骤，-选择一个分片的步骤，以及-把包含所选择的分片并属于所选择的组的该文件从所述服务器下载到所述客户设备的步骤，所述各步骤被执行至少一次。
2.如在权利要求1中要求的方法，还包括计算分布网的当前传输速率的估值的步骤，其中所述选择组的步骤考虑到所述估值。
3.如在权利要求1或2中要求的方法，还包括把与所述编码器特性有关的客户喜爱项从所述客户设备发送到所述服务器的步骤，以及其中所述选择组的步骤考虑到所述客户喜爱项。
4.编码系统，包括具有各种编码器特性的多个编码器，用于对多媒体内容编码，由此生成多个编码的多媒体内容，以及多个分片器，用于在至少一组分片位置处对所述编码的多媒体内容分片以形成可以互相独立的地被译码的分片，以及用于把编码的多媒体内容的每个分片包括在一个文件中，由此生成至少一个文件集的多个组，每个组与编码的多媒体内容相关联。
5.一种对至少一个文件集的多个组进行访问的服务器，每个组与编码的多媒体内容相关联，所述编码的多媒体内容是通过用各种编码器特性对所述多媒体内容进行编码而得到的，所述各组是通过在至少一组分片位置处对所述编码的多媒体内容进行分片以形成可以互相独立地被译码的分片而得到的，每个文件包含编码的多媒体内容的一个分片，所述服务器包括-用于选择一个分片的装置；-用于下载包含所选择的分片并属于所选择的组的文件的装置，所述装置在接收到来自所述客户设备的、指向所述多媒体内容的请求后至少被启动一次。
6.如在权利要求5中要求的服务器，还包括用于从所述客户设备接收有关分布网的当前的传输速率的信息的装置，以及用于根据所述信息选择所述组的组选择装置。
7.如在权利要求5中要求的服务器，还包括用于接收客户喜爱数据的装置，和用于根据所述客户喜爱数据选择所述组的组选择装置。
8.一种客户设备，包括-用于通过分布网连接到服务器的装置，-用于从多个组中选择至少一个文件集的一个组的装置，每个组与编码的多媒体内容相关联，所述编码的多媒体内容是通过用各种编码器特性对所述多媒体内容进行编码而得到的，所述组是通过在至少一组分片位置处对所述编码的多媒体内容进行分片以形成可以互相独立地被译码的分片而得到的，每个文件包含编码的多媒体内容的一个分片，-用于把至少一个请求发送到所述服务器的装置，所述请求针对所述多媒体内容并包括所选择的组的指示。
9.如在权利要求8中要求的客户设备，还包括用于计算所述分布网的当前的传输速率的估值的装置，以及其中所述组选择装置考虑到所述估值。
10.如在权利要求8或9中要求的客户设备，还包括用于得到客户喜爱项的装置，以及其中所述组选择装置考虑到所述客户喜爱项。
11.网络系统，包括-具有各种编码器特性的多个编码器，用于对多媒体内容进行编码，由此生成多个编码的多媒体内容，-多个分片器，用于在至少一组分片位置处对所述编码的多媒体内容进行分片以形成可以互相独立地被译码的分片，以及用于把编码的多媒体内容的每个分片包括在一个文件中，由此生成至少一个文件集的多个组，每个组与编码的多媒体内容相关联，-分布网，-客户设备，具有用于通过所述分布网连接到服务器的装置，以及用于把至少一个请求发送到所述服务器的装置，所述请求是针对所述多媒体内容的，以及-对所述多个组进行访问的服务器，所述服务器包括(a)用于选择一个分片的装置；(b)用于下载包含所选择的分片并属于所选择的组的该文件的装置，所述装置在接收到来自所述客户设备的、指向所述多媒体内容的请求后至少被启动一次。
全文摘要
本发明提出一种在客户设备提出请求后从服务器发送多媒体内容到客户设备的方法，所述方法允许根据网络传输速率和/或客户喜爱项适配用于对多媒体内容进行编码的编码器的特性。本发明的方法包含用各种编码器特性对内容编码，由此提供几个经编码的多媒体内容，把经编码的多媒体内容分片，由此提供多个基于文件的内容，按文件逐个下载内容，而同时从一个经编码的多媒体内容切换到另一个，以便改变编码特性，由此适配于网络传输速率和/或客户喜爱项。
文档编号H04N7/24GK1898962SQ200480038319
公开日2007年1月17日 申请日期2004年12月14日 优先权日2003年12月22日
发明者P·让特里克 申请人:皇家飞利浦电子股份有限公司