用于过顶自适应流播的带宽管理的制作方法
【技术领域】
[0001] 本公开设及用于在通过过顶（over-the-top)自适应流播传递电子内容时的带宽 管理的方法、设备和系统。
[0002] 传统上，由电话公司和电缆运营商提供的视频服务已经通过经管理的接入线分 发，其中良好质量的体验所需的带宽已经被供应并且是适当鲁棒的。然而，现在存在能够播 放高质量视频的许多类型的互联网连接装置。运些包括例如智能电视、游戏控制台、PC、膝 上型计算机、平板计算机、智能手机、蓝光装置等等。运些装置通常连接至未管理的接入网 络，例如3G、家庭网络W及WiFi热点。
[0003] 此外，视频内容提供商正日益使他们的内容经由例如化lu?的服务直接在因特网 上可用。运些服务的传递通常由通过运营商网络的顶上传递内容的内容传递网络（CDN)来 处理，从而产生对"0TT视频服务"的描述。尽管CDN优化通过转接网络的传递，但是当运些 服务到达本地运营商的网络时，它们都受变化的拥塞程度影响。
[0004] 然而，来自消费者的任何时间、任何地点观看视频的需求已经导致对运营商和CDN能够将具有高质量视频服务传递至运些装置的迫切的需要。为了运个目的，许多主导公司 已经开发HTTP自适应流播技术，包括微软平滑流播（Microsoft?smoothstreaming)、 Apple?HLT、MPEG-DA甜等等。
[0005] HTTP自适应流播是带宽增强应用，其中视频的小部分通过标准ht化连接传递。自 适应流播允许客户端选择具有适合于其可用带宽的比特率的视频内容。自适应流播给予客 户端获取网络能够传递的最佳视频内容的能力。然而，由于例如客户端缓冲和在装置分辨 率W及资源分辨率方面变化的因素，HTTP自适应流播使网络变得紧张。因为HTTP自适应 流播服务器（HAS巧变得更加与管理它们自己的带宽使用有关联，所W使OTT运营商（例如 Netflix?或Hulu? )和用户能够调整他们的带宽使用W优化节省和服务质量的需要已经 出现。
【发明内容】
[0006] 对于OTT提供商的另一个问题是在给定的驻地内的不同的装置之间的争用。申请 人已经确定由于缺少装置之间的优先化W及由于装置下载和缓存内容所采用的方式而导 致问题出现。
[0007] 缓存媒体是用于在通信或企业网络中改善访问时间和优化带宽使用的公知的技 术。缓存使用存储器块或盘空间或其它存储装置来临时存储可能在将来被需要的一些内容 的副本。
[0008] 渐进下载是将期望的内容从服务器下载到客户端装置的方法。使用渐进下载，装 置上运行的客户端应用可W在下载整个内容之前开始期望的内容的播放。当下载开始时， 客户端应用将期望内容（例如媒体文件）的开头存储在播放缓冲器中。当播放缓冲器包含 某些量的期望的内容时，例如开始的数秒，客户端应用可W开始播放，而同时它继续将剩余 的期望的内容下载到播放缓冲器中。
[0009] 如果所述装置是例如能够显示高分辨率（皿）视频的皿电视并且存在足够的带宽 W下载皿视频，则电视将占用和可用的一样多的带宽来尽可能快地下载皿视频。只要不 存在对带宽的争用，运很好地工作。然而，当在驻地中的例如平板计算机的另一个装置在皿 电视下载期间启动下载时，对皿电视可用的带宽减少并且皿电视可能在减少的带宽的时 间段期间不得不退回下载标准分辨率视频。当平板完成它的下载并且满带宽再次变得可用 时，被编程W向观看者提供最佳的可能的观看体验的皿电视可清除它的缓存并且再次下 载皿质量的内容。随着在例如住宅家庭的驻地中的多个装置竞争带宽，并且所述多个装置 都被编程W当能够时抓取尽可能多的带宽并且清除低质量内容W及用更高质量内容取代 低质量内容，通过给定驻地管道的带宽的使用变得混乱、冗余并且非常低效。
[0010] 现有的带宽策略管理器假设运营商拥有整个带宽"管道"，运不是对于例如 Netflix的OTT提供商的情形。上面提到的可用带宽的混乱和低效的使用使得用于管理对 OTT提供商可用的带宽的前景暗淡。运样的提供商被迫使将没有服务质量保证的而不是通 过标准客户端驱动带宽选择（例如自适应流播）提供的内容提供给消费者。运样的解决方 案迫使消费者尽量利用差的情形（低带宽）并且不提供优先排序装置、内容的任何灵活性 或类似的特征。OTT提供商通常不能关于其内容的服务质量与内容提供商达成协议（内容 拥有者许可协议的常见特征）。 1] 根据本公开的实施例，提供了方法、OTT内容提供商服务器、CDN重定向器服务器、W及CDN传递服务器，其中OTT提供商的网络继续W通常方式（示出目录、提供会话W及账 户信息等等）提供支持功能性。当内容准备好被自适应流播传送时，CDN边缘上的传递服 务器测试目标驻地的可用带宽（即因特网服务提供商（IS巧已经分配给驻地的当前未被用 于其它目的量）。所述系统使用运个可用的带宽来创建驻地的带宽管道的虚拟模型，假设管 道是空的并且是未分配的带宽的大小。运个模型然后用于管理OTT会话，包括设置客户端 装置优先级权重、内容优先级W及其它有用的特征。CDN传递服务器然后传递内容，同时根 据驻地连接的可用带宽、客户端装置权重W及任何适用的策略来分配带宽。
[0012] 一个实施例指向用于在使用OTT自适应流播将电子内容传递至在用户驻地处的 多个客户端装置时管理带宽的方法。所述方法包括W下步骤：通过OTT内容提供商服务器 将在用户驻地处的多个客户端装置中的每个的装置权重存储在用户简档数据库中，所述装 置权重基于多个客户端装置中的每个的优先级等级；并且通过OTT内容提供商服务器将在 用户驻地处的驻地连接的可用带宽存储在用户简档数据库中。当每个客户端装置从OTT内 容提供商服务器请求OTT内容时，CDN中的传递服务器基于驻地连接的可用带宽和请求客 户端装置的装置权重来为请求客户端装置分配比特率，并且W分配的比特率将请求的OTT 内容传递至请求客户端装置。
[0013] 另一个实施例指向OTT内容提供商服务器，其用于在利用OTT自适应流播将电子 内容传递至在用户驻地处的多个客户端装置时管理带宽。所述服务器包括处理器和存储计 算机程序指令的存储器，其中当处理器执行所述指令时使得服务器执行W下操作：将在用 户驻地处的多个客户端装置中的每个的装置权重存储在用户简档数据库中，装置权重基于 多个客户端装置中的每个的优先级等级；W及通过OTT内容提供商服务器将在用户驻地处 的驻地连接的可用带宽存储在用户简档数据库中。当每个客户端装置从OTT内容提供商服 务器请求OTT内容时，OTT内容提供商服务器将响应发送至请求客户端装置，所述响应提供 CDN中的传递服务器的统一资源定位符扣化）W及指示在用户驻地处的驻地连接的可用带 宽和请求客户端装置的装置权重的元数据。其后，请求客户端装置将元数据发送至CDN中 的U化W便指派的传递服务器可W基于驻地连接的可用带宽和请求客户端装置的装置权 重来W分配的比特率将请求的OTT内容传递至请求客户端装置。
[0014] 另一个实施例指向CDN重定向器服务器，所述重定向器服务器包括处理器和存储 计算机程序指令的存储器，其中当处理器执行所述指令时，使得服务器执行W下操作：从在 用户驻地处的多个客户端装置中的一