个人请求）被认证，许可组件327就可以生成被呈送给CDN的许可令 牌。令牌授权CDN将流媒体标题流送至给定客户端设备。
[0044] 除了给予客户端设备的任意许可证授权或令牌之外，偏好生成组件323还可以被 配置为响应于对流送媒体标题的请求来确定要发送至客户端的CDN排名列表。排名列表可 以包括到两个（或更多）CDN中的所请求的媒体标题的链接。作为响应，客户端设备可以从 选定的一个或多个CDN流送所请求的标题。典型地，客户端设备选择排名最高的CDN，除非 在流送内容时该CDN由客户端设备测量和/或预测为次优地执行（例如，因为网络拥塞或 者排名最高的CDN上的当前流送负载过高）。
[0045] 在一个实施例中，排名列表可以根据分区规则322被生成。例如，每个流媒体标题 可被与（在内容库数据334中指定的）不同数字标识符相关联。在这样的情况下，具有偶 数值标识符的标题可造成倾向于第一 CDN的偏好排名，而具有奇数值标识符的标题可导致 倾向于第二⑶N的偏好排名。这样做会导致第一⑶N和第二⑶N的边缘服务器中的内容缓 存器存储相对不同的媒体标题集。
[0046] 当然，也可以使用除了简单的50/50分布之外的各种其它方式。例如在一个实施 中，⑶N分布比例336指定多少百分比的流量应当由第一⑶N和第二⑶N(以及第三⑶N等 等）处理。因此，在非均等分割的情况下（例如60/40或其它分割的情况下），分区规则332 可以被配置以在发送到客户端的偏好中优选地将一个CDN排名为优于另一个。
[0047] 此外，在一个实施例中，某些标题可以免于分区处理。即不是媒体库中的所有标题 都需要被包括在由分区规则332定义的"软"分区中。例如，偏好生成组件323可以通过随 机或加权随机过程选择CDN以将其指定为发送至客户端针对"流行"标题的偏好列表中的 优选⑶N。这样做可以确保"流行"标题由每个可用⑶N均等地或根据⑶N分配比例336来 提供服务。
[0048] 进一步地，偏好生成组件323可以被配置为通过从流客户端收集⑶N性能的实时 信息、并使用该信息来调整提供给客户端设备的偏好指令来调整给定CDN的排名。例如，客 户端选择"非优选的" CDN、或流送期间的故障转移的实例可以被计数并且以地理、ISP或其 它为基础累加。故障⑶N性能的证据随后可用于调整提供至那些相同的地理区域或ISP中 的客户端的CND偏好。这样做可以改善流客户端的性能，这是因为它可以使得优选的CND在 第一次尝试时更可能表现良好的性能。此外，将流量从性能不佳的CDN引导走可以缓解那 些性能问题（例如将流量从过度订阅的⑶N引导走可以改善该⑶N的性能）。类似地，"排 名"可以提供用于确定相较另外的CDN更倾向于某一 CDN的概率或权重。在这种情况下，客 户端根据这些概率选择⑶N。
[0049] 图4根据本发明的一个实施例示出了用于观看流媒体内容的客户端设备130的示 例。在此示例中，流媒体客户端设备连接到显示器幕（例如平板电视）和网络两者。据此， 如所示出的，客户端设备130被连接到网络120和显示器140两者。注意，客户端设备130 被包括以代表连接到电视显示器的线缆机顶盒、数字视频记录器（DVR)、或具有集成流送功 能的电视机、以及专用流送设备（例如Roku?设备）。无论被如何配置，客户端设备130 都可以能够流送来自各种不同的服务提供商的媒体内容。
[0050] 如示出的，客户端设备130包括固件/处理器405、存储器410和存储设备435。固 件405代表用于控制客户端设备130的操作逻辑。例如，固件405可以被配置为允许用户 调度记录、连接到流媒体服务、选择要回放的内容、等等。
[0051] 示意性地，存储器410包括流媒体组件131和管理组件132、以及⑶N偏好列表 420。在此示例中，流媒体组件131在客户端设备130上提供用于访问给定流媒体服务的软 件。如示出的，流媒体组件131包括内容浏览界面416、媒体解码器417、和⑶N选择组件 418。内容浏览界面416允许用户与流媒体服务交互，例如搜索标题并选择要回放的标题。 依次地，媒体解码器417通常被配置为解码通过网络120流送的数据并且向用户显示视频 和音频。一旦用户选择了标题，流媒体客户端410就可以被配置为从流媒体主机服务器请 求该标题。例如，流媒体客户端410可以完成与流媒体主机服务器的认证交换和/或许可、 以及从主机服务器接收CDN偏好列表420。如所指出的，CDN偏好列表420可以提供到所请 求的标题的多种编码的链接的按CDN偏好排名的列表。CDN偏好列表420还可以包括由流 媒体组件131用于评估不同的CDN的相对性能的权重。
[0052] -旦⑶N偏好列表已被接收，⑶N选择组件418就可以评估每个⑶N的联网性能、 并选择要从其流送所请求的媒体标题的一个（或多个）CDN。例如，CDN选择组件418可以 被配置为选择偏好列表上的第一 CDN，只要该CDN的性能测量结果超过最小阈值。若非如 此，并且如果第二（或第三等）CDN具有更好的性能，则CDN选择组件418选择性能更好的 ⑶N。然而在一个实施例中，在第二⑶N被选择之前，可能需要该第二⑶N的测量性能超过 另一阈值。即如果第一 CDN不超过最小阈值，则在客户端选择非优选的CDN之前，第二CDN 的相对性能可能需要改进足够的量值。这避免了非优选的CDN在仅能提供略微改进的性能 的情况下被选择。这样做可以帮助服务提供商保持在CDN之间的优选分配（例如60/40)。 正常运行中⑶N之间的⑶N性能通常不是显著不同的，因此⑶N选择组件418通常选择具 有最高偏好排名的CDN。然而，当CDN边缘服务器和客户端设备之间的任何地方存在拥塞或 过载时，⑶N性能可能显著不同，而高的消费者值由路由至非主⑶N实现。
[0053] 除选择初始CDN之外，当选定的媒体标题被呈现给观看者时，流媒体组件131可以 监视客户端415所体验的、来自所选CDN的实际流送性能。如果所选CDN的性能下降，则流 媒体客户端可以选择重试其它CDN，和/或开始从不同的CDN流送所选的标题。
[0054] 在可选实施例中，流媒体组件131可以被配置为从不止一个CDN请求数据，例如 一次请求从完整列表中选择的一些不同CND(活动CDN)中的每个的基本非重叠块中的数 据。这向媒体客户端提供了用以连续监视每一活动CDN的性能的手段。在本实施例中，CDN 的选择不是全有或全无选择。替代地，客户端可以选择请求，例如，从主CDN请求90%的块 (chunk)，并且分别从两个性能次优的CND各请求5%。在主⑶N正执行得比第二选择显著 糟糕的情况下，加权可以移动。此外，客户端可以选择从活动列表丢弃初始主CDN并从完整 列表中引入新的替代者，从而开始建立用于可能的未来使用的新的性能基线。使用适当的 超时，以使得如果块没有被及时地从其所请求的CND递送，则该块被再次从不同的CDN请求 以避免对用户的呈现的中断。
[0055] 图5根据本发明的一个实施例示出了用于观看流媒体内容的客户端设备130的示 例。如示出的，客户端计算系统500包括但不限于：中央处理单元（CPU) 505、网络接口 515、 总线520、存储器525和存储设备530。计算系统500还包括将I/O设备和显示器512连接 到计算系统500的I/O设备和显示器接口 510 (例如键盘、鼠标或遥控器、以及诸如LCD面 板之类的显示器）。
[0056] 如同图2的CPU 205, CPU 505被包括以代表单一 CPU、多个CPU、具有多个处理核 的单个CPU等等，并且存储器525被包括以代表随机存取存储器。总线520连接CPU 505、 I/O设备接口 510、存储设备530、网络接口 515和存储器525。网络接口 515被配置为经由 通信网络120传输数据，例如以与主机服务器105通信以及流送来自⑶N 150的媒体内容。 诸如硬盘驱动器或固态（SSD)存储驱动器之类的存储设备530可以存储音频视频数据文件 以及其它内容。
[0057] 示意性地，存储器525包括（本身包括流媒体客户端521的）web浏览器532,以及 存储已缓冲的媒体内容535的存储设备530。浏览器532提供了允许用户访问服务器所容 宿的web页面和其它内容的软件应用。在本公开内容的上下文中，流媒体客户端521通常 对应于从流媒体服务取回的软件组件，从而回放来自该流媒体服务的媒体内容。在被流媒 体客户端521解码和回之前，从流媒体服务下载的内容可以被存储在存储设备530中作为 已缓冲的媒体内容535。
[0058] 流媒体客户端521还可以被配置为提供上文关于图3示出的客户端设备130的流 媒体客户端描述的功能。据此，流媒体客户端521可以被配置为从偏好列表523选择CDN 用于流送所请求的流媒体内容。或者可选地，偏好列表可以提供"权重"或概率并且客户端 根据这些概率选择⑶N。
[0059] 图6根据本发明的一个实施例示出了至少部分基于所请求的媒体内容的、对可 用于流媒体内容的多个CDN进行排名的偏好列表600。如示出的，列表600包括针对三种 流送比特率605的、到第一⑶N和第二⑶N(标示为⑶N 1和⑶N2)处可用的流媒体标题的 三种编码的链接。例如，500kbps的最慢可用编码导向第一链路610 "OTNi-URL"、相关联 的排名615 "R/'和权重620 "W/'。偏好列表600还包括针对500kbps的编码的第二链路 625 "CDN2-URL"以及相关联的排名630 "R2"和权重635 "W2"。偏好列表600还包括针对 所请求的流媒体标题的1500kbps的比特率编码和4800kbps的比特率编码两者的⑶&和 CDN2的URL链接。