CN103155514A - 选择性地接收媒体内容 - Google Patents

Abstract

公开了用于使大小信息与媒体呈现的每个块相关联的方法。该大小信息被发送（700）到终端用户设备（110）。除简单地给出块中的字节的数目以外，存在用于表征块的大小的许多方式。一些实施例发送大小的近似值或相对大小。在一些实施例中，服务器（104）发布用于媒体呈现的“基准”值，并且然后，对于每个块，给出相对于该基准值的大小。设备（110）决定（702）是否下载块。设备（110）可能决定下一个块不太可能被及时下载。然后，为了避免视频定格的可能性，设备（110）能够以较低的分辨率请求（704）下一个块。在一些情况下，设备（110）决定请求（704）完全不同的块或者决定根本不请求任何块。

Description

选择性地接收媒体内容

相关申请的交叉引用

本申请涉及摩托罗拉美国申请号12/891,348（CML07579）。

技术领域

本发明一般地涉及数据递送系统，并且更具体地涉及发送或者接收媒体呈现的系统。

背景技术

越来越多的用户正在将越来越多的媒体呈现下载到越来越多的设备。（这里，“媒体呈现”通常包括几乎任何种类的数字内容，并且更具体地，声音、视频以及交互式文件）。这些媒体呈现通常是巨大的，并且下载它们可能消耗大量可用带宽和用户的设备上的电池电力。

为了管理下载请求，下载服务器通常将大的媒体呈现划分成连续的“块（chunk）”，其中每个块表示例如几秒钟的视频。当用户希望消费媒体呈现时，他的设备通过从下载服务器请求对于该呈现的“播放列表”来开始。（注意，在这里“消费”意味着作为与介质的任何类型的人类交互的通用术语。它能够包括看电视、收听广播、玩计算机游戏、在电话上讲话或者发短信、与网站进行交互等。为了简化本讨论，即使当他的选择介质不具有可视部分，媒体消费者也通常被称作“用户”或“观众”。）播放列表包括本呈现在该服务器被分割成的块（包括替代分辨率）的描述的列表。在知道了播放列表情况下，用户的设备要求服务器下载呈现的第一块。在用户正在观看第一块的同时，他的设备通过请求呈现的后续块来尝试“跟上”用户的观看（并且因此避免“视频定格”）。块被接收并且缓冲在用户的设备上，使得在后续的块仍然正被传送的同时用户能够继续观看媒体呈现。

然而，用户请求媒体呈现、开始观看它并且然后决定不观看整个文件是非常普遍的。因为发送了从未观看的块，所以这浪费了带宽和用户的设备上的电池电力。而且，用户可能快进（或者跳过）通过部分媒体呈现以查找感兴趣的场面。（例如，用户可能快进通过许多的英式足球比赛以查找感兴趣的进球。）快进也可能浪费带宽，因为即使以低得多的分辨率向用户显示快进部分是完全可接受的，但通常也以最大可能的分辨率下载呈现（除非另外规定）。（当然，与以较高的分辨率下载相同的呈现相比，以低分辨率下载媒体呈现节省了大量的带宽和电池电力）。

发明内容

上述考虑以及其他通过本发明来解决，本发明可以通过参考本说明书、图以及权利要求来理解。根据本发明的各方面，大小信息与媒体呈现的每个块相关联。该大小信息被发送到终端用户设备，所述终端用户设备在下载媒体呈现时使用所述大小信息来更加智能地管理资源。

除了简单地给出块中的字节的数目以外，存在用于表征块的大小的许多方式。为了节约带宽，一些实施例并不发送块的实际大小，而是发送大小的近似值或相对大小。在一些实施例中，服务器发布媒体呈现（在给定分辨率下）的“基准”值（例如，最大比特率），并且然后针对每个块给出相对于该基准值的大小（或百分比）。

终端用户设备可以将大小信息作为由服务器下载的播放列表的一部分来接收，或者给定块的大小可以连同先前下载的块一起被包括进来。大小信息还可以由第三方服务器提供。在一些实施例中，终端用户设备向服务器请求用于下一个块或用于在给定分辨率下的媒体呈现中的各种块、或用于在各种分辨率下的各种块的大小信息。

在知道了块大小信息情况下，终端用户设备决定是否下载所述块。例如，终端用户设备能够连续不断地分析其网络链路的性能。基于该分析，终端用户设备在给定了下一个块大小的情况下估计它应该花费多久下载该块。终端用户设备可能决定下一个块能够被及时下载是不太可能的。然后，为了避免视频定格的可能性，终端用户能够请求较低的分辨率下（也就是说，具有较小的块大小）的下一个块。在一些情况下，终端用户设备决定请求完全不同的块，或者决定根本不请求任何块。

在一些实施例中，终端用户设备使其决定基于块的“重要性”以及该块的大小。

实验表明通过使用块大小信息，在一些情况下，终端用户设备能够显著减少视频定格的机会。

附图说明

虽然所附权利要求阐述了具有特定性的本发明的特征，但是可以从结合附图进行的以下具体描述最好理解本发明及其目的和优点，在附图中：

图1是其中可以实践本发明的代表性环境的概要；

图2是图1中示出的设备中的一些的一般示意图；

图3a和图3b一起形成使终端用户设备使用（并且，在一些实施例中，收集）重要性信息的方法的流程图；

图4a和图4b一起形成使服务器提供媒体内容和重要性信息的方法的流程图；

图5是边缘服务器使用重要性信息以用于智能高速缓存的方法的流程图；

图6是图示在给定分辨率下的媒体呈现的块大小的变化的图；

图7是用于使用块大小信息的方法的流程图；以及

图8a和图8b是示出了块大小信息的智能使用如何能够减少视频定格的图。

具体实施方式

转到附图，其中相同的附图标记指代相同的元件，本发明被图示为在适当的环境中实现。以下描述基于本发明的实施例，并且关于在本文中没有明确描述的替代实施例，不应该被视为限制本发明。

可以在图1的代表性通信环境100中实践本发明的各方面。诸如下载服务器104、第三方服务器106以及边缘服务器108的服务器经由各种已知联网技术102中的任一个或全部连接在一起。（这些服务器类型中的每一个的功能在下面讨论。）为了便于说明，示出了每种类型的服务器104、106、108中的仅一个，但每个的多个能够存在并且能够一起工作，如在下面所讨论的。

服务器104、106、108经由联网技术102向终端用户设备提供媒体下载和相关服务。终端用户设备的一个示例是蜂窝电话110。该电话110与无线基站（未示出但在本领域中公知）无线地进行通信来接入公共交换电话网、因特网或其他网络以访问由服务器104、106、108提供的服务。

非无线终端用户设备由“有线”网络技术（例如，光纤、电线以及有线电视）112来支持。例如，机顶盒114通常接收电视节目并且提供用于选择和观看来自有线电视提供商的内容的用户界面（例如，交互式节目指南）。数字视频记录器（未示出）能够存储节目编排以便稍后观看。可以在电视监视器116上观看视频内容。在一些情况下，膝上型计算机118无线地或经由有线网络112访问基于web的服务。家庭网关、信息亭、数字签名或媒体重新流送设备（未示出）是其他可能的终端用户设备。

（媒体重新流送设备在不同类型的网络之间传送内容。例如，它从有线电视系统112接收内容并且然后通过诸如WiFi的本地无线电链路将该内容传送到蜂窝电话110。媒体重新流送设备通常在两个方向上操作以承载网络之间的消息。在一些实施例中，本发明的各方面通过媒体重新流送设备来实践）。

无线和有线网络计算通常支持双向业务：媒体内容和相关信息被递送到终端用户设备110、114、116、118，并且下载请求“向上”去往服务器104、106、108。

图2示出了代表性服务器104、106、108或终端用户设备110、114、118的主要部件。网络接口200发送和接收媒体呈现、相关信息和下载请求。处理器202控制设备的操作，并且具体地，支持如在下面讨论的图3至图5中所图示的本发明的各方面。用户界面204支持用户（或管理员）与设备的交互。下面适当地讨论由特定设备对这些部件的具体使用。

图3a和图3b的方法图示了如在诸如图1的蜂窝电话110的终端用户设备中实现的本发明的各方面。这些附图的方法不限于电话110，而是在适当时在特定实施方式修改情况下适用于所有终端用户设备。

（注意，所有的流程图主要是旨在支持以下讨论。流程图中的“步骤”在一些实施例中和在一些情况下是可选的，并且可以以不同的次序执行，如果真会发生的话）。

在图3a的步骤300中，终端用户设备110接收关于媒体呈现的块的“重要性”信息。在涵盖性术语“重要性”下收集许多类型的信息。第一类重要性信息在某种程度上指示给定块是否值得观看。例如，编辑者能够回顾英式足球比赛的视频，并且对以编辑者的视角来看比其他部分更感兴趣的比赛的那些部分加标签。时间紧迫的观看者可能不希望观看整个比赛，但可能对观看仅标记为重要的那些块感兴趣。

可以收集关于有多少人实际上观看媒体呈现的哪些部分的统计。例如，如果很大比例的用户在最初几秒钟之后停止请求音乐视频的块，则可以推断出至少该音乐视频的其余部分（并且可能全部）应该被标记为“不重要”。当然，不同的标签能够更详细地规定重要性标签确切意味着什么。在该情况下，标签能够给出电视观众群的人口统计，并且每个块都可以被标记有来自特定人口统计人口的观看者将感兴趣并且将观看该块的估计概率或条件概率。

“重要性”应当被广泛地定义，并且能够包括终端用户设备110可以使用（在步骤308中，在下面讨论）来决定是否下载该块或者决定如何处理或者呈现该块（图3b的步骤312至316中，在下面讨论）的几乎任何信息。因此，另一类型的“重要性”是分级信息：可以针对各种类型的可能令人反感的内容来对块加标签。

其他类型的重要性信息是可能的并且被预计。（具体地，参见伴随步骤302至306的讨论）。

应该注意的是，尽管在本讨论中，“重要性”信息通常与给定块相关联，但是那未必一直是完全正确的。块可能包含十秒钟视频，而分级标签可能仅仅适用于该块内的几秒钟。标签能够告诉用户重要性信息的精确范围。

终端用户设备110可以从多个源接收重要性信息。在一个实施例中，终端用户设备110从下载服务器104接收“播放列表”。（播放列表还可以被称作“清单”或“媒体呈现描述”）。播放列表包含关于媒体呈现的信息（诸如块的数目、每个块的播放时间持续时间、支持的分辨率等）。播放列表能够包括重要性信息或者能够包括对用于重要信息的其他源的链接。作为播放列表的代替或者补充，终端用户设备110可以从第三方服务器106接收重要性信息。（这里，服务器106是“第三方”，只要它不是下载服务器104或边缘服务器108）。例如，用户可以仅信任由特定“儿童友好”源提供的分级信息。

“儿童友好”分级源的示例提出更一般的主题：并非所有用户将针对给定媒体呈现接收相同重要性信息。可以针对特定用户或者针对特定设备定制由下载服务器104发送的播放列表。如上，可以收集关于媒体呈现实际上如何被观看的人口统计信息。如果可能的话，该信息可以与关于特定用户已知的（例如基于存储在终端用户设备100上的简档）仔细地比较，并且该重要性信息被适当地调整。如果请求块的终端用户设备110仅具有低分辨率屏幕，则可以针对媒体呈现的较低分辨率版本调整播放列表。（注意在本讨论中，“分辨率”用作用于呈现的质量的任何测量的简写）。如果用户简档指示分级限制，则未落入该限制的块可以以删减形式或者以移除了反感内容的可替换形式发送。在一些实施例中，重要性信息伴有说明重要性信息适用于的组的信息。终端用户设备110然后能够决定该具体的重要性信息是否是所感兴趣的。

图3a的步骤302至306提出了用于收集对于终端用户设备110的本地用户非常特别定制的重要性信息的方式。在步骤302中，终端用户设备110能够观察（经由其用户界面204）在下载媒体呈现时其用户如何表现。随着时间的推移，例如，终端用户设备110可能看到其用户通常观看录播棒球比赛的全部但仅观看英式足球比赛的进球。当用户选择开始观看另一比赛时，在步骤304中终端用户设备110能够记录比赛的类型，并且基于先前的观察来推断整个比赛是重要的（棒球）还是仅精彩场面是重要的（英式足球）。

可以实时观察并且记住或者使用许多其他类型的本地行为。快进通过或者跳过的媒体呈现的一部分可以被视为对该用户而言不太重要。相反，倒回和慢动作回放将一部分标记为特别重要。如果用户加亮或者保存场面，则更明显的是，用户发现场面是重要的。与用户界面204的其他交互可以用于推断重要性。例如，如果用户提出回放控制的菜单，则那可能指示当前正在观看的媒体呈现的部分具有更大或更小的重要性。作为响应，当前部分可以被标记为被高速缓存在本地，或者未来的部分可以以较低的分辨率下载。再一次，如果用户提高回放的音量，则那可能指示当前部分对于用户而言具有较大的重要性。在下面参考图3a的步骤308至图3b的步骤316来讨论对于这些类型的行为观察的“实时”使用的可能性。

在步骤306中，终端用户设备110能够在其用户许可的情况下向下载服务器104或者向第三方服务器106报告其行为观察。由终端用户设备110所生成的这些观察是特别重要的，因为它们能够示出在给定块内的哪些部分被视为是重要的而哪些不是。（由服务器104、106自己收集到的观察通常在逐块基础上进行并且不能够看成在块“内”。参见在下面伴随图4a的步骤406的讨论。）服务器104、106能够将这些观察添加到一些人口统计的收集。它还可以记住与这些观察相关联的特定用户，并且相应地调整未来的重要性信息（如通过创建上文讨论的定制播放列表）。

在步骤308中，终端用户设备110使用该重要性信息来决定是否下载块。例如，基于从服务器104、106、108接收到的人口统计信息或者基于本地用户的观察，终端用户设备110可以决定它能够安全地跳过该块，并且然后停止下载或者请求替代块。（在一些实施例中，终端用户设备110向本地用户呈现其跳过块的决定。向本地用户给出接受或者撤销由终端用户设备110做出的决定的选项）。如果该块是期望的，则终端用户设备110向服务器104、108请求该块，并且服务器104、108发送所请求的块。注意，可以在步骤308的决定中使用除重要性以外的标准。例如，终端用户设备110可能注意到其高速缓存器即将用尽，并且因此为了避免视频定格，即使后续块被标记为重要并且通常将以高分辨率请求，终端用户设备110也可能以低分辨率请求该块（以便于更加迅速地得到该块）。又如，终端用户设备110可以使用该重要性信息来以低分辨率下载具有低重要性的第一块，使得有足够的时间来以高分辨率下载具有高重要性的第二块而不用引起视频定格。

（注意：存在本领域中关于这里相关的“块”的意义的一些混淆。有时，无论该时间段的编码分辨率如何，“块”等同于视频呈现的给定时间段。也就是说，前两秒段是可以以不同分辨率编码的“块”。其他时间，该前两秒段的每个分辨率都被认为是不同的“块”。本讨论使用两个意义（该意义从上下文中一直是清楚的），但当要求精确度时使用后者。因此，步骤308中的决定可以不下载这个“块”，而是替代地下载媒体呈现的相同段的不同分辨率版本）。

在一些实施例中，终端用户设备110能够在步骤308中直接地与其本地用户一起工作。如果本地用户仅想要媒体呈现的精彩场面，则终端用户设备110能够回顾整个呈现的重要性信息，设置重要性阈值，制作仅包含其重要性超过阈值的那些块的精彩场面视频，并且向其本地用户提供该精彩场面视频。在给定的重要性阈值下，精彩场面视频将运行例如持续十分钟。本地用户然后能够（可能在不知道阈值正被使用的情况下）调整该阈值以将精彩场面视频设置为期望的长度。因此，简单地通过应用重要性信息，每个用户都能够根据他自己的规范来创建精彩场面视频。类似服务可以由下载服务器104来提供。

图3b的步骤312提出了本地行为观察的实时使用的示例。如果终端用户设备110注意到其用户已经快进了一会儿，则终端用户设备110可以猜测其用户将继续快进。因此，终端用户设备110能够以低分辨率请求下一个块。（相反，如果本地用户正在以慢动作观看，则可以请求非常高的分辨率块。）如果本地用户向前跳过，则终端用户设备110也能够向前跳过，并且请求未来的块而不是请求马上到来的块。

如果终端用户设备110知道其用户通常仅对英式足球比赛的进球感兴趣，则终端用户设备110能够在步骤314中请求标记为进球场面的块，甚至相对于其他块（例如，用户正在快进的非进球场面）以高分辨率且不按顺序地请求它们。终端用户设备110还能够延迟请求块、等待将有助于终端用户设备110知道该块是否应该被请求的来自其用户的更多行为信息。例如，如果从服务器104、106、108接收到的人口统计指示呈现的最后N个块通常不被观看（即，观众在最后N个块被观看之前通常放弃呈现），则终端用户设备110能够延迟请求这些块的下载，同时观察其本地用户的行为。如果该用户不放弃呈现而是继续越过某点观看，则终端用户设备110能够请求剩余的块。替代地，终端用户设备110能够以可能最低的分辨率下载第N个块，并且延迟其他块的下载直到和如果本地用户在第N个块的特定之后开始并且继续观看为止。

通常，终端用户设备110将具有有限的存储器并且不能存储整个媒体呈现。然后，重要性信息可以由终端用户设备110使用以知道将高速缓存哪些块，因为其用户可能返回并且回顾它们（例如，进球），并且知道哪些块可以在观看之后立即被丢弃（例如，剩余的比赛）。

在步骤316中，终端用户设备110经由用户界面204向其用户呈现块。（在一些情况下，用户界面204用于实际上在另一设备上呈现块，诸如当机顶盒114向电视监视器116呈现时。）这里，终端用户设备110在决定如何呈现该块时能够使用重要性信息（通常与本地用户界面设定一起）。例如，终端用户设备110能够“像素化”（使数字图像模糊的方法）以审查标记为视觉上反感的场面，或者能够使音频模糊不清以使得反感语言难以理解。或者，终端用户设备110能够使通常模糊的场面变得清晰。（例如，块可以被编码为满足FCC广播标准、不需要由本地用户遵守的标准，并且终端用户设备110可能通过向第三方服务器106咨询附加的信息来移除模糊）。终端用户设备110还可能选择通过快进或跳过到该用户大概感兴趣的场面来预期其用户的愿望。

注意，在单个媒体呈现的下载期间，图3a和图3b的步骤常常重复，有时不按顺序。在图3a的步骤302中收集的行为观察能够变得越来越精确，并且因此当用户继续观看媒体呈现时变得越来越有价值。在任何时候，服务器104、106、108能够在步骤300中发送更新的重要性信息（例如，新的可能定制的播放列表）。

图3a和图3b的方法改进了实际上下载仅仅对本地用户而言将是有用的内容的可能性，而不是简单地开始下载一切事物的先前方法。因此，该方法能够为终端用户设备110节约带宽和电池电力。

即使服务器104、106、108未以任何方式通过已知技术加强，本发明的一些实施例也提供了益处。（也就是说，终端用户设备110仅对它能够在图3a的步骤302中根据其用户的行为的观察推断的重要性信息进行访问）。然而，其中服务器104、106、108被加强以传递更多重要性信息的实施例提供了明显的优点。

图4a和4b提供了这样的加强服务器104的示例。在图4a的步骤400中，服务器104收集重要性信息并且将该信息与媒体呈现的块相关联。如在伴随图3a的文本中在上面讨论的，该信息可以由编辑者（人或电子）提供（步骤402），可以包括人口统计，可以从终端用户设备110自身接收（步骤404），并且可以被存储在下载服务器104自身上或者可以被存储在第三方服务器108上。此外，下载服务器104能够观察它本身（步骤406），并且看出哪些块被请求，多久一次等，并且能够推断其自己的重要性估计。（这些观察与其他收集到的人口统计平行。）

在步骤408的一些实施例中，服务器104将至少一些重要性信息（或对于存储在别处的重要性信息的链接）发送到客户端设备。（终端用户设备110是一种类型的客户端设备，但存在其他的，如在下面所讨论的）。重要性信息可以被包括在播放列表中，播放列表是通用的或定制的，如在上面所讨论的那样。在步骤408的其他实施例中，服务器104实际上不发送重要性信息，而是替代地基于该重要性信息来创建并且发送定制的播放列表。定制的播放列表可能包括仅满足存储在终端用户设备110上的用户简档的相称标准的那些块，或者可能包括用于视为反感的那些块的代替、非反感的块。注意，当更新的重要性信息变得可用时，可以在媒体呈现的下载期间重复步骤408。

在一些实施例中，替代步骤408可以与遗留终端用户设备110一起使用。这些是不知道重要性信息的设备。代替将简单地被忽略的重要性信息发送出去，知道该特定终端用户设备110的限制的服务器104能够使用该重要性信息来针对这个特定的终端用户设备110调整播放列表的版本。如由终端用户设备110的用户感知到的结果一般说来将近似可由完全知道重要性信息的终端用户设备110获得的结果。

在步骤410和412中，服务器104从客户端设备接收对于块的请求，并且通过下载所请求的块来满足请求。大多数系统现今是“拉动式”系统，其中，客户端设备实际上进行关于将下载什么的决定（在图3a的步骤308中），而服务器104仅依照它被告知的那样做。然而，服务器104对下载什么块具有更多控制的“推送式”系统是可能的。当那个变成期望的时，本发明的各方面可以由本领域的普通技术人员容易地修改以适用于推送式系统。

在一些情况下，所收集到的重要性信息能够导致服务器104决定当前块化不是最有效的。例如，可能发现十秒块的一半是非常重要的，而另一半很少被观看。这导致了低效率，因为大多数（而非全部）当前系统仅能够在逐块基础上下载而不能够仅递送块的一部分。为了减轻这该低效率，服务器104能够在图4b的步骤414中“重新块化”媒体呈现，使得每个新的块遍及在该块中具有相对恒定水平的重要性。（当然，这仅是一个考虑，而且存在重新块化将产生比优点更重要的其自身的低效率的点）。在另一示例中，一些下载协议建议在媒体呈现开始的特定数目的块总是被下载。基于人口统计，服务器104能够对呈现的开始重新块化，使得所需要数目的块与用户通常观看的相对应。当重要性信息由服务器104收集并且因此是基于在逐块基础上收集到的观察时，服务器104能够通过渐进方法来改进呈现的块化，在渐进方法中，在不同的时间尝试不同的块化替代方案并且选择最有效的块化替代方案。例如，服务器104始于涉及较短的块的块化替代方案，并且然后聚合块直到满足相对重要性特定标准为止。

与步骤414中的情形类似，服务器104可以在步骤416中决定应该以新的分辨率提供媒体呈现的整个新版本（或媒体呈现的一些部分）。也就是说，通常经历粗的快进或跳过的场面可以被记录以使其以低分辨率提供，而可以以高分辨率提供时常观看的场面。

关于图3a和图3b的方法，图4a和图4b的方法常常被重复，其中一些步骤不按顺序或者被跳过。

为了清楚起见，图4a和图4b的方法的讨论集中于下载服务器104。该方法的大部分还可以应用于第三方服务器106。第三方服务器106能够收集重要性信息（步骤400、402以及404），能够根据其自己的下载推断重要性（步骤406）（即使第三方服务器106正在下载重要性信息而不是媒体内容），并且将（可能更新的或定制的）重要性信息发送到客户端设备（步骤408）。

参考图4a的步骤408，提出了服务器104能够向除终端用户设备110以外的客户端设备下载。具体地，服务器104能够将媒体内容和重要性信息下载到“边缘”服务器108（也被称作“边缘代理”服务器）。边缘服务器108通常被提供为减轻来自服务器104的下载拥塞。服务器104将流行的媒体内容发送到边缘服务器108，该边缘服务器108进而直接对终端用户设备110的下载请求做出响应（图3a的步骤310）。当对于当前没有高速缓存在边缘服务器108上的内容进行请求时，请求被向前传递到下载服务器104，或者边缘服务器108从下载服务器104调取内容并且然后满足请求。

根据本发明的各方面，图5提出了可由边缘服务器108使用的简化方法。应该注意的是，本发明的一些实施例与本领域内已经知的边缘服务器108一起完美地工作。一方面，步骤500概括了边缘服务器108相对于终端用户设备110的角色。也就是说，边缘服务器108如下载服务器104（并且甚至，在一些实施例中，如第三方服务器106）进行动作以将内容提供给终端用户设备110。因此，边缘服务器108能够执行如图4a和图4b中图示的服务器方法的步骤。

另一方面，步骤502概括了边缘服务器108相对于下载服务器104（并且，在一些实施例中，相对于第三方服务器106）的角色。也就是说，边缘服务器108能够执行如图3a和图3b中图示的终端用户设备方法的步骤。（一般而言，边缘服务器108不直接支持本地用户，因此边缘服务器108将永远执行图3b的步骤316是不可能的）。

边缘服务器108不完全由服务器104、106以及终端用户设备110随心所欲地执行。在步骤504中，边缘服务器108能够使用重要性信息（给予它的或由它推断的）来决定将“预先高速缓存”哪些块，也就是说，将从下载服务器104请求哪些块并且甚至在终端用户设备110请求它们之前进行存储。例如，它可以预先决定锦标赛的精彩场面将成为相当流行的下载目标。然后，与等待来自终端用户设备110的第一请求到达相对，边缘服务器108能够立即存储这些精彩场面，因此使其对于第一请求的响应比在它必须仅在第一请求之后调取精彩场面更快。

类似地，在步骤506中，边缘服务器108能够使用重要性信息，并且还能够观察它正看见的下载行为，并且决定哪些块是流行得足以保存在其相当有限的高速缓存中（并且，相反地，哪些块可以被删除以为其他的腾出空间）。注意，可以独立于并且与由下载服务器104和第三方服务器106所收集到的人口统计相反地进行该决定。这是因为边缘服务器108正看见其品味可以不同于被服务器104和106所看见的更一般人群的那些的更小范围的人群。

本发明的一些实施例使用除重要性信息以外的或代替重要性信息的块大小信息来提高下载的效率。因为组成媒体呈现的块通常全部具有相同的播放长度（例如，每个块表示两秒的呈现），所以可能认为所有的块都包含相同数目的字节（当然，对于给定分辨率来说）。然而，该假设通常不成立，因为由于正被观看的场面的复杂性的改变和场面正在非常迅速地改变而导致编码效率能够在呈现期间变化。图6图示了根据从实际视频剪辑获取的统计的编码效率的变化。仅注意“档5”（图6中图示的最高分辨率），附图示出了块7实际上需要比块6多45%的字节以对相同时间量的视频剪辑进行编码。

虽然编码效率的该变化在本领域内是公知的，但是终端用户设备还不能够智能地处理该变化。现有技术终端用户设备必须假定一个媒体呈现中的所有的块具有相同的大小（对于给定分辨率来说）。当进来的块比所假定的大小大得多时（例如，图6的块7），终端用户设备的输入缓冲器在块被完全加载之前将耗“干”而导致视频定格。

图7提出了用于避免这些视频定格情形中的至少一些的方法。在步骤700中，服务器104、106、108将块大小信息发送到终端用户设备110。块大小信息可以被编码在播放列表中，例如，或者与媒体呈现相关联的初始元数据一起包括进来，或者给定块的大小可以连同先前下载的块一起包括进来。在一些情况下，服务器104、106、108响应于对于由终端用户设备110发送的块大小信息的显式请求进行动作。例如，终端用户设备110能够发送请求下一个块或在给定分辨率下的媒体呈现中的各种块或在各种分辨率下的各种块的大小信息的HTTPHEAD命令。为了节约带宽，一些实施例不发送块的实际大小，而是发送大小的近似值或相对大小。在一些实施例中，服务器104、106、108发布了媒体呈现（以给定分辨率）的“基准”值（例如，最大比特率），并且然后针对每个块，给出相对于该基准值的大小（或百分比）。

在步骤702中，终端用户设备110回顾块大小信息。例如，终端用户设备100能够连续不断地分析其网络链路的性能。基于该分析，终端用户设备110可以在给定该块的大小的情况下估计它应该花费多久下载下一个块。终端用户设备110能够决定下一个块可能不太可能被及时下载。然后，为了避免视频定格的可能性，终端用户110能够在步骤704中以较低的分辨率下（也就是说，用较小的块大小）请求下一个块。在一些情况下，终端用户设备110可以决定请求完全不同的块，或者决定根本不请求任何块。

在一些情况下，块大小信息和重要信息都可用于终端用户设备110，在步骤702中，该终端用户设备110能够使用两个类型的信息来决定将做什么。

如果在步骤704中，终端用户设备110请求块，则服务器104、106、108在步骤706中提供该块。

图8a和图8b呈现了实验结果。在图8a中，现有技术终端用户设备不访问实际的块大小信息，并且因此，容忍0.02的视频定格率。在图8b中，根据本发明的各方面进行作用的终端用户设备110使用所提供的块大小信息来将视频定格率降低到仅0.01。

鉴于本发明的原理可以适用于的许多可能的实施例，应该认识到，关于附图在本文中所描述的实施例意味着仅仅是说明性的，并且不应该视为限制本发明的范围。例如，本发明的方面可能在自适应流媒体环境中是特别有用的，但是本发明不限于这些环境。本发明的方面不限于任何特定的数据联网实现协议，或者不限于特定的服务器和终端用户设备部署。因此，如本文所述的本发明预期可以落入所附权利要求及其等同物的范围内的所有这样的实施例。

Claims (8)

1.一种使终端用户设备（110）接收媒体内容的方法，所述方法包括：

由所述终端用户设备（110）接收（700）媒体呈现的块的大小信息；

由所述终端用户设备（110）决定（702）是否请求所述媒体呈现的块，其中，所述决定至少部分地基于所述媒体呈现的块的大小信息；以及

在决定请求所述媒体呈现的块之后：

由所述终端用户设备（110）发送（704）对于所述媒体呈现的块的请求；并且

由所述终端用户设备（110）接收（708）所请求的所述媒体呈现的块。

2.根据权利要求1所述的方法，还包括：

在决定不请求所述媒体呈现的块之后：

由所述终端用户设备发送对于所述媒体呈现的替代块的请求，所述替代块以与原始块的速率不同的速率被编码；并且

由所述终端用户设备接收所请求的所述媒体呈现的替代块。

3.根据权利要求1所述的方法，还包括：

在决定请求所述媒体呈现的块之后，由所述终端用户设备呈现所述块，所述呈现包括从由下述构成的组中选择的动作：将所述块的至少一部分像素化、对所述块的至少一部分进行模糊、对所述块的至少一部分进行去模糊、快进通过所述块的至少一部分、跳过所述块的至少一部分、播放对于所述块的至少一部分的替代音轨、以及播放对于所述块的至少一部分的替代视频轨。

4.一种被配置用于接收媒体内容的终端用户设备（110），所述终端用户设备（110）包括：

网络接口（200），所述网络接口（200）被配置用于接收（700）媒体呈现的块的大小信息；以及

处理器（202），所述处理器（202）操作地连接到所述网络接口（200），并且被配置用于：

决定（702）是否请求所述媒体呈现的块，其中，所述决定至少部分地基于所述媒体呈现的块的大小信息；以及

在决定请求所述媒体呈现的块之后：

经由所述网络接口（200）发送（704）对于所述媒体呈现的块的请求；并且

经由所述网络接口（200）接收（708）所请求的所述媒体呈现的块。

5.一种使服务器（104）传递媒体内容的方法，所述方法包括：

由所述服务器（104）向客户端设备（110）发送（700）媒体呈现的块的大小信息；

由所述服务器（104）从所述客户端设备（110）接收（704）对于所述媒体呈现的块的请求；以及

由所述服务器（104）向所述客户端设备（110）发送（706）所请求的所述媒体呈现的块。

6.一种被配置用于传递媒体内容的服务器（104），所述服务器包括：

网络接口（200），所述网络接口（200）被配置用于发送（700）媒体呈现的块的大小信息；以及

处理器（202），所述处理器（202）操作地连接到所述网络接口（200），并且被配置用于：

经由所述网络接口（200）接收（704）对于所述媒体呈现的块的请求；并且

经由所述网络接口（200）发送（706）所请求的所述媒体呈现的块。

7.一种使服务器（104）传递块大小信息的方法，所述方法包括：

由所述服务器（104）向客户端设备（110）发送（700）媒体呈现的块的大小信息；

其中，所述块的大小信息包括所述块相对于对所述媒体呈现的多个块公共的基准值的差值。

8.根据权利要求7所述的方法：

其中，所述基准值包括最大比特率；并且

其中，所述差值从由下述构成的组中选择：量化的近似值和用于量化的近似值的索引值。

Images