个接收对OTT内容的请求，所述请求包括提供请求客 户端装置的装置权重W及驻地连接的可用带宽的指示的元数据，所述装置权重基于请求客 户端装置的优先级等级。响应于所述请求，重定向器服务器配置成选择传递服务器来实现 对OTT内容的请求，并且将对OTT内容的请求重定向至选择的传递服务器。其后，元数据使 选择的传递服务器能够基于驻地连接的可用带宽和请求客户端装置的装置权重将请求的 OTT内容W分配的比特率传递至请求客户端装置。
[0015] 另一个实施例指向CDN中的传递服务器，所述传递服务器用于将内容传递至在用 户驻地处的多个客户端装置。传递服务器包括处理器和存储计算机程序指令的存储器，其 中当处理器执行所述指令时，使得服务器从在用户驻地处的多个客户端装置中的一个直接 或间接地接收对OTT内容的请求，所述请求包括提供请求客户端装置的装置权重W及在用 户驻地处的驻地连接的可用带宽的指示的元数据，所述装置权重基于请求客户端装置的优 先级等级。还使得传递服务器基于驻地连接的可用带宽和请求客户端装置的装置权重为 请求客户端装置分配比特率；W及将请求的OTT内容W分配的比特率传递至请求客户端装 置。
[0016] 传递服务器可配置成利用用户驻地的可用带宽和高优先级第一客户端装置和低 优先级第二客户端装置的装置权重的知识来将比特率分配给第一和第二客户端装置，使第 一和第二客户端装置能够同时流播OTT内容而不将由第一客户端装置体验的服务质量降 级。
[0017] 所述系统使OTT提供商能够W鲁棒的方式部分地管理他们的流播视频内容。提供 商可W例如基于许可协议（例如特定的内容提供商可能想要其内容比任何其它内容具有 更高的质量）或基于用户喜好（例如用户可能想要其所连接的电视获取比其智能手机更好 的画面）来优先排序视频内容。
[0018] 本公开的实施例的进一步特征和优点将从下面详细的描述中变得显而易见。
【附图说明】
[0019] 在下面部分中，将参考在附图中图示的示范实施例来描述本发明，其中：
[0020] 图1是图示在通过过顶（OTT)自适应流播来传递电子内容时带宽管理的方法的示 范实施例的步骤的流程图；
[0021] 图2是图示填充在OTT内容提供商处的用户简档的方法的示范实施例的步骤的流 程图；
[0022] 图3是图示在确定在用户驻地处的宽带连接的管道大小的示范方法中发送的消 息和执行的功能的消息流图；
[0023] 图4是图示在通过OTT自适应流播将电子内容传递至在用户驻地处的多个客户端 装置时带宽管理的示范方法中发送的消息和执行的功能的消息流图。
【具体实施方式】
[0024]现在将参考附图在下文中更加充分地描述本公开，其中示出了优选的实施例。然 而本发明可WW许多不同的形式体现并且不应当理解成受限于本文中阐明的实施例；而是 提供运些实施例使得本公开将是透彻和完整的并且将把本发明的范围充分地传达给本领 域的技术人员。在附图中，相同的附图标记指的是相同的元件。此外，应当理解，本发明可 WW硬件或与存储在非暂时性存储器上并且由通用计算机和微处理器执行的软件组合来 实现。本文中公开的各种服务器和系统可被本领域技术人员理解成包括处理器、非暂时性 存储器和软件（包括要由处理器执行的计算机程序指令，从而使得服务器和系统执行所述 的功能）。
[00巧]图1是图示在通过过顶（OTT)自适应流播传递电子内容时带宽管理的总体方法的 示范实施例的步骤的流程图。在步骤11，OTT内容提供商服务器（例如服务器控制OTT后 台系统）存储位于用户驻地处的每个客户端装置的优先级权重。在步骤12,OTT内容提供 商服务器存储在用户驻地处的宽带连接的可用带宽（管道大小）的指示。在步骤13,每个 客户端装置请求内容将驻地管道大小W及相关联的请求客户端装置的优先级权重通知CDN 重定向器服务器。在步骤14,CDN重定向器服务器指定CDN传递服务器（例如边缘或区域 服务器），其基于驻地管道大小和请求客户端的权重为在用户驻地处的每个请求客户端装 置分配比特率。在步骤15,CDN传递服务器W分配的比特率将请求的内容传递至每个请求 客户端装置。
[00%] 图2是图示填充在OTT内容提供商处的用户简档的总体方法的示范实施例的步骤 的流程图。在步骤21，OTT内容提供商服务器在CDN中预放置速度测试内容。在步骤22， OTT内容提供商服务器从用于获得客户端装置优先级等级。在步骤23,OTT内容提供商服 务器基于优先级等级将权重指派给每个客户端装置。在步骤24,OTT内容提供商服务器将 权重存储在用户简档中。在步骤25,用户驻地设备（CP巧（例如客户端装置中的一个或机顶 盒（STB))将请求对速度测试内容发送至CDN重定向器服务器。CDN重定向器服务器命令传 递服务器执行用户驻地宽带连接（管道）的速度测试（Mb)。在步骤26,CPE将速度测试结 果（管道大小）报告给OTT内容提供商服务器。在步骤27,OTT内容提供商将速度测试结 果（管道大小）存储在与驻地宽带连接的连接标识符相关联的用户简档中。
[0027]图3是更详细图示在确定在用户驻地处的宽带连接34的管道大小的示范方法中 通过OTT内容提供商3UCDN32、W及CPE33中的各种实体发送的消息和执行的功能的消 息流图。示出OTT内容提供商包括OTT后台系统35,其可包括订户管理系统36 (包括用户 简档（未示出））、W及内容系统37 (包括用于内容媒体文件38的存储装置）。OTT后台系 统本文中可互换地称作"0TT内容提供商服务器"。 W2引示出CDN32包括CDN原始服务器39、CDN复制区域服务器40a和40b、W及CDN复制边缘服务器41a和4化。更流行的内容（即，更经常被请求的）可被推到处于本地等 级的边缘服务器41a和4化，同时更不流行的内容可存储在处于区域等级的区域服务器40a 和40b中。CDN重定向器服务器42从客户端装置接收对内容的请求，并且将请求重定向至 适合的传递服务器（区域服务器或边缘服务器）。如果CDN重定向器服务器确定由于缺少 内容流行性，所W客户端请求将不被重定向至边缘服务器，则请求可被重定向至最靠近用 户驻地的区域服务器。然而，例如如果内容流行性高于阔值水平（例如由通过给定时间段 对内容的请求的数量来测量），则替代地，CDN重定向器服务器可W确定应当将客户端请求 重定向至最靠近用户驻地的CDN边缘服务器。然而，注意到如果对于OTT内容提供商31的 用户存在现有的"虚拟管道"45,则CDN重定向器服务器可W将所有内容重定向至那个虚拟 管道，而不管那个虚拟管道是建立在区域服务器还是边缘服务器处。
[0029] 根据本公开的各种实施例，可W在CDN中为虚拟管道45分配网络资源，所述虚拟 管道45用于传输与多媒体流并且特别是视频流相关联的HTTP业务。可将网络资源分配给 虚拟管道用于通过CDN传输多个多媒体流。可管理虚拟管道W允许流播装置仅消耗与分配 给虚拟管道一样多的带宽，而不干扰在虚拟管道之外传输的业务。在虚拟管道内，例如可 W根据例如公平网络排队（FN曲或加权公平网络排队（WFN曲的相同调度算法来管理提供 给各个流的带宽资源W提供流的分层的管理（例如基于装置类型、用户账