CN102598692A - 个性化高清晰度视频内容向客户存储设备的多播 - Google Patents

Abstract

示例性实施例提供从内容提供商向连接到网络的多个用户递送内容的方法。在一个实施例中，在内容管理服务器处从内容提供商接收可用内容条目的指示。从内容管理服务器向多个用户提供所述可用内容条目的指示。所述内容条目包括节目内容条目和广告内容条目中的至少一个。从可用内容条目中选择一个内容条目进行递送。从多个用户中确定将接收已选择内容条目的一组用户。使得已选择内容条目经由多播流传输给所述一组用户。

Description

个性化高清晰度视频内容向客户存储设备的多播

优先权信息

本美国非临时专利申请依据美国U.S.C.第35条119款主张享有2009年11月10日提交的编号61/259,803的美国临时专利申请案（其全部内容经由参考引入于此）的优先权。

技术领域

本发明一般涉及视频内容的观看，并且特别涉及一种用于将个性化高清晰度视频内容传输给消费者存储设备的方法和装置。

背景技术

公共互联网随着更多人、企业和政府使用其而继续经历快速增长。除“传统”数据流量（文件传输、电子邮件、网上冲浪等）的增长外，例如语音和视频的新流量类型正经历来自例如Skype、YouTube、Netflix等的爆炸式增长。

公共互联网上的标准清晰度视频内容流甚至在PC的小窗口上也提供最低限度的观看体验。常见缓存、冻结、急拉运动和其它异常现象。尝试在大屏幕TV监视器上显示标准清晰度内容导致模糊的、令人不满意的观看体验。高清晰度视频内容引起甚至更多问题，因为高清晰度视频所需的带宽是标准清晰度视频的大约3倍。不幸的是，对高清晰度视频内容和HDTV的需求继续增长。此外，行业分析师报告称，消费者更优选对视频内容的网络访问而非易被丢失和破坏的物理介质（DVD等）。消费者行为已改变为使得，物理介质的个人收集（“购买以拥有”）正向“购买以观看”模型转变。例如Blockbuster和Netflix的公司正积极寻求将其自身建设为相对于经由零售商店或邮政信件而经由互联网来提供内容。WaltDisney公司正在市场试运行将使得物理介质淘汰的称为Keychest的新服务。其它内容制造商正积极地提升DECE（数字娱乐内容生态系统）——一种类似的系统。

因此，眼前的技术问题在于设计这样一种解决方案，该解决方案允许消费者在不依靠物理介质的情况下在大屏幕TV监视器上体验到高清晰度互联网视频（例如catch-up TV、电影、教育/培训视频等）的令人满意的观看体验。

现有解决方案（例如IPTV）依赖于端到端管理的网络来保证对于将高清晰度视频流送到消费者的HDTV必要的服务质量。该解决方案具有许多缺点：1）构建出用于支持所述服务的基础设施非常昂贵和耗时，2）所述服务并非全部在所有地理区域内可用，3）消费者被限于由其TV提供商（IPTV、有线电视等）提供的内容。同样，“over the top”（OTT）内容（例如Netflix电影、YouTube视频、catch-up TV等）在不对ISP作任何补偿的情况下使用互联网服务提供商（ISP）的网络。

例如常规内容递送系统（CDN）的其它昂贵解决方案在互联网内的数百或数千个位置对内容进行缓存，以及将该内容流送到各个消费者。尽管这清除了某些网络瓶颈，但并不为消费者提供有保证的观看体验水平。

发明内容

一个或更多实施例涉及一种经由多播流将多媒体内容递送给多个用户的方法。

在一个实施例中，一种用于促进从内容提供商向连接到网络的多个用户的内容递送的方法包括：在连接到所述网络的内容管理服务器处，从内容提供商接收可用内容条目的指示。从所述内容管理服务器将可用内容条目的指示提供给所述多个用户。所述内容条目包括节目内容条目和广告内容条目中的至少一个。从所述可用内容条目中选出将进行递送的内容条目，从所述多个用户中确定出将接收所述选择的内容条目的一组用户，以及，所述内容管理服务器导致所述选择的内容条目经由多播流传输给所述一组用户。

导致所述选择的内容经由多播流传输给所述一组用户可以包括：从所述内容提供商接收与所述选择的内容条目相关联的地址信息，将所述地址信息和所述确定的用户组的指示发送给传输服务器，以及，指示所述传输服务器进行以下操作：建立将确定的用户组中的用户包括在其中的多播会话，以及，经由多播流将所述选择的内容传输给所述确定的组中的用户。

所述方法可以进一步包括为所述多个用户生成内容推荐，其中，每个内容推荐对于与该内容推荐对应的用户，从所述可用内容条目中识别出作为被推荐内容的一个或更多内容条目。

所述方法可以进一步包括从所述多个用户接收内容请求，其中，每个内容请求对于与该内容请求对应的用户，从所述可用内容条目中识别出该用户期望接收的内容条目。

选择将递送的内容条目可以包括：基于所述生成的内容推荐和所述接收的内容请求中的至少一个，排定所述可用内容条目的优先级；以及，选择具有最高优先级的内容条目进行递送。

如果选择的内容条目是节目条目，则确定将接收所述选择内容的所述一组用户可以包括：分析所述生成的内容推荐和所述接收的内容请求，以及，将这样的用户选择为所述组的成员，所述用户与识别出所述已选节目内容条目的内容推荐或内容请求对应。

内容推荐的每个可以基于以下中的至少一个来生成：关联于与该内容推荐对应的用户的人口统计学或偏好信息。

如果所述选择的内容条目是广告条目，则确定将接收所述选择内容的所述一组用户可以包括：分析所述接收的内容请求，以及，将这样的用户选择为所述组的成员，所述用户与识别出所述已选广告内容条目的内容请求对应。

所述内容推荐的每个可以基于以下中的至少一个来生成：关联于与该内容推荐对应的用户的人口统计学或偏好信息。

所述内容请求可以在所述内容管理服务器处被存储为播放列表，所述内容管理服务器为用户提供经由web GUI界面对播放列表的访问。

在另一示例性实施例中，一种使用多播技术将内容传输给连接到网络的多个用户的方法包括：在连接到所述网络的传输服务器处接收内容条目；以及，在所述传输服务器处接收从所述多个用户中识别出所述内容条目将被递送给的一组用户的信息。对于所述一组用户形成多播会话，以及，使用多播流将所述内容条目从所述传输服务器传输给所述一组用户。从所述一组用户中检测出在所述内容条目传输完成之前丢失与所述多播会话的连接的用户，以及，使用单播流将所述内容条目传输给所述检测出的用户。

接收所述内容条目可以包括，将所述内容条目存储在存储单元中，以及，将所述内容条目传输给所述检测出的用户可以包括，从所述存储单元检索出所述存储的内容条目。

所述存储的内容条目可以被从所述存储单元检索出，以及由重传服务器经由所述单播流发送给所述检测出的用户。

根据又另一示例性实施例，一种将在客户端单元处从内容分发服务接收的广告内容显示给所述客户端单元的用户的方法包括：在所述客户端单元处经由多播流从传输服务器接收和存储节目内容。所述节目内容包括元数据，其中，所述元数据代表所述节目内容内的至少一个插入点。来自所述传输服务器的广告内容经由多播流被接收，并被存储在所述客户端单元处。所述广告内容具有与用户偏好相关联的题材。将所述节目内容显示给所述用户，直至到达由所述元数据指示的所述至少一个插入点。一旦到达所述至少一个插入点时，暂停所述节目内容的显示，并且显示所述广告内容。一旦所述广告内容的显示完成，则恢复所述节目内容的显示。

附图说明

从以下提供的详细描述和附图中，本发明的示例性实施例将被更充分地理解，其中，类似单元由类似标号表示，所述详细描述和附图仅为进行说明而给出，并且因此不限制本发明，以及其中：

图1示出了数据网络的一部分。

图2是流程图，其示出了一种用于促进从内容提供商向连接到网络的多个用户的内容递送的方法。

图3是流程图，其示出了一种使用多播技术将多媒体内容传输给连接到网络的多个用户的方法。

图4示出了一种将在客户端单元处从内容分发服务接收到的广告内容显示给所述客户端单元的用户的方法。

具体实施方式

现在将参考附图详细描述本发明的各种示例性实施例，其中，在附图中示出了本发明的某些示例性实施例。在附图中，为清楚起见，夸大了层和区域的厚度。

此处公开本发明的详细示例性实施例。然而，此处公开的特定结构和功能细节仅是用于描述本发明的示例性实施例的代表性的。然而，本发明可以以许多可替换形式来体现，并且，不应当被解释为限于仅此处所阐述的实施例。

相应地，尽管本发明的示例性实施例能够进行各种修改和采用可替换形式，但其实施例在附图中被作为示例示出，并且将在此处详细描述。然而应当理解，决不旨在将本发明的示例性实施例限于所公开的特定形式，而相反，本发明的示例性实施例将覆盖落入本发明范围内的所有修改、等价体和可替换项。贯穿对附图的描述，类似标号指示类似单元。

应当理解，尽管术语第一、第二等可在此处用于描述各种单元，但这些单元不应当被这些术语限制。这些术语仅用于将一个单元区分于另一个。例如，在不脱离本发明的示例性实施例的范围的情况下，第一单元可以被称为第二单元，以及类似地，第二单元可以被称为第一单元。当用在此处时，术语“和/或”包括相关所列出条目中的任一个和一个或更多的全部组合。

应当理解，当称单元“连接”或“耦合”到另一单元时，其可以直接连接或耦合到另一单元，或者中间单元可以出现。相反，当称单元“直接连接”或“直接耦合”到另一单元时，不存在任何中间单元。用于描述单元间关系的其它术语应当以类似方式来解释（例如“介于之间”对“直接介于之间”、“相邻”对“直接相邻”等）。

此处所使用的术语仅是为了描述特定实施例，并且不旨在限制本发明的示例性实施例。当用在此处时，除非上下文明确指出，否则单数形式“一个”、“一种”和“那个”旨在也包括复数形式。进一步应当理解，当用在此处时，术语“包含”和/或“包括”指定所陈述的特征、整数、步骤、操作、单元和/或组件的出现，但并不排除一个或更多其它特征、整数、步骤、操作、单元、组件和/或其组合的出现或者增加。

示例性实施例此处按照在合适计算环境中被实现来讨论。尽管不要求，但示例性实施例将在计算机可执行指令的宽泛上下文中被描述所述计算机可执行指令例如是被一个或更多计算机处理器或CPU执行的段、程序模块或函数过程。通常，段、程序模块或函数过程包括实施特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。此处讨论的段、程序模块和函数过程可以使用现有通信网络中的现有硬件来实现。例如，此处讨论的段、程序模块和函数过程可以使用现有网络单元、服务器或控制节点处的现有硬件来实现。所述现有硬件可以包括一个或更多数字信号处理器（DSP）、专用集成电路、现场可编程门阵列（FPGA）、计算机等。

在以下描述中，除非被指出，否则将参考由一个或更多处理器实施的动作和操作的符号表示（例如以流程图的形式）来描述示例性实施例。照此，应当理解，有时称为被计算机执行的所述动作和操作包括由处理器对代表结构化形式数据的电信号的操作。该操作在计算机的存储系统中转换数据或维护其，其以本领域的技术人员熟知的方式重配置计算机或改变计算机的运转。

还应当指出，在某些可替换实现中，所指出的功能/动作可以不按图中指出的顺序发生。例如，取决于所涉及的功能/动作，相继示出的两个图可以实际上基本并发地被执行，或者可以有时以相反的顺序被执行。

概述

根据本发明的各种示例性实施例，多播协议被有利地用于向消费者存储设备（例如PC硬盘、数字摄像机等）传输高清晰度视频内容。这提供许多优势：1）减少的网络流量，由于数千单独视频流被少量多播会话代替；2）对于高清晰度视频内容的有保证的高质量观看体验，由于内容将驻留于消费者家中的设备；3）消费者观看高清晰度“出港”内容的促进方式，即，内容不由其有线电视或IPTV提供商来提供；4）对ISP来说将其网络资源使用套现的方式，其是通过为内容提供商提供对一种将高清晰度视频内容直接递送给消费者机制的访问。

现在，下面将参考图1讨论用于实现根据本发明实施例的内容递送系统的网络的体系结构的示例性实施例。

图1示出了数据网络100的一部分。数据网络100能够支持内容递送服务，其中，多媒体内容通过所述内容递送服务使用多播从内容提供商递送给用户。数据网络100包括内容管理服务器（CMS）110、核心网络130、网络接口140、聚合网络150和客户端单元160。

现在，下面将参考内容递送系统的3部分来详细讨论根据本发明实施例的内容递送系统的示例性实施例：1）CMS 110；2）网络接口140中的视频传输服务器（VTS）142和重传服务器（RTS）144；以及3）客户端单元160。

CMS

CMS 110可以实现根据本发明示例性实施例的内容递送服务，并且由例如服务运营商来运营。服务运营商可以与例如数据/电信提供商相关联。如将在下面详细讨论的那样，CMS 110从用户接收与内容提供商120所提供的内容有关的请求和偏好，并且通过与VTS 142、RTS 144和客户端单元160一起运转以大大减小服务运营商存储多媒体内容和在服务运营商的网络上处理数据流量的负担而促进向用户的可靠内容递送。

CMS 110能够从内容提供商120接收多媒体内容，以及管理多媒体内容向内容递送服务的用户的转发。根据本发明的实施例的内容递送服务的用户每个都在例如客户端单元160的对应客户端单元处经由核心网络130、网络接口140和聚合网络150（下面将详细讨论其每个）接收多媒体内容。

内容提供商可以是具有用于提供的多媒体内容的任意实体。内容提供商120的示例包括电视广播网络、电影提供商和广告者。由内容提供商120提供的多媒体内容可以包括节目内容和广告内容。节目内容可以包括例如TV节目、电影、音乐视频等。由内容提供商120提供的内容可以包括标准清晰度内容以及高清晰度（HD）内容。

内容提供商120可以提供内容和对于管理去往CMS 110的内容必要的其它信息，所述管理是使用例如能够与用于实现CMS 110的内容管理系统平台有接口的在线视频平台。用于内容提供商120和CMS 120的界面系统配置的示例包括在线视频平台Kaltura和内容管理系统平台Drupal。

尽管为简单起见，数据网络100被示为包括仅一个内容提供商——内容提供商120，其与CMS 110有接口，CMS 110可以包括针对任意数量内容提供商的接口。

CMS 110包括用户UI部分111，该用户UI部分用于为内容递送服务的用户提供对CMS 110的访问。例如，用户UI部分111能够提供基于web的在线用户界面，内容递送服务的用户通过该在线用户界面可以浏览CMS110处可用的各种多媒体内容。在线用户界面还允许用户选择用户希望接收的多媒体内容，所述选择是通过例如创建被存储在CMS 110处的内容播放列表。

例如，在线用户界面可以以web页面的形式来提供，所述web页面可以包括用于播放列表管理的区域和用于搜索特定内容的区域。例如，播放列表管理可以包括拖放功能，所述拖放功能将允许用户选择节目内容并将该节目内容放置到由该用户创建的播放列表中。由用户创建的播放列表可以被看作队列。例如，用户可以能够指示播放列表内的节目内容条目的优先级，所述指示是通过将该条目拖到播放列表中的特定位置。在线用户界面可以还包括这样的区域，该区域指示已被下载且可被用户即刻观看的内容。

在线用户界面可以还允许用户提交与节目内容相关的个人偏好。例如，用户可以使用由用户UI部分111提供的在线用户界面来提供用户偏好信息，所述用户偏好信息指示该用户对众多节目内容类型中的哪些感兴趣。节目内容类型的示例包括体育、戏剧、喜剧、动作、科幻、汽车、自然、政治等。进一步地，在线用户界面可以允许用户提交关联于特定多媒体内容条目的用户评价。用户评价可以是对多少用户喜欢或不喜欢特定多媒体内容条目的指示。由用户使用用户UI部分111提供的信息可以被存储在CMS 110的用户管理部分114中。下面将详细讨论用户管理部分114。

CMS 110包括用于为系统管理员提供对CMS 110的访问的管理员UI部分112。例如，管理员UI部分112能够提供基于web的在线管理员界面，内容递送服务的管理员通过该在线管理员界面可以管理内容递送服务。在线管理员界面可以以web页面的形式来提供。通过管理员UI部分112，管理员可以例如管理用户信息、回顾和分析用户统计数据以及管理CMS 110处可用的内容。

CMS 110包括为每个用户存储用户相关信息的用户管理部分114。为每个用户存储在用户管理部分114中的用户相关信息可以包括例如概要信息和观看历史，以及上面参考UI部分111讨论的用户评价和用户播放列表。概要信息可以包括与用户相关的人口统计学信息，其包括例如性别、年龄、职业、教育水平、地理位置等。概要信息可以还包括如以上参考用户UI部分111所讨论的由用户提供的用户偏好信息。观看历史可以包括例如由特定用户选择的多媒体内容的日志。为每个用户存储的用户相关信息可以还包括由推荐引擎113提供的节目和广告内容推荐。下面将详细讨论由推荐引擎113提供的内容推荐。

CMS 110包括推荐引擎113。推荐引擎113能够基于例如存储在用户管理部分114中的用户人口统计学和偏好信息形成关于将发送给用户的节目和广告内容的推荐。一旦推荐引擎113确定将推荐给内容递送系统的用户的特定节目或广告内容条目，则推荐引擎113可以将节目或广告内容推荐提供给用户管理部分114，用户管理部分114将推荐与关联于该推荐所提供给的用户的用户相关信息一起存储。

关于节目内容推荐，一旦用户管理部分114存储了从推荐引擎113接收的节目内容推荐，则所推荐节目内容的指示作为被推荐内容出现在由用户UI部分111提供给用户的在线用户界面内。例如，与由推荐引擎113生成的内容推荐关联的可视指示符可以出现在在线用户界面内用户播放列表的旁边，以方便将所推荐条目放入用户播放列表中的过程。

CMS 110包括用于管理从内容提供商120接收的多媒体内容的内容管理部分115。内容管理部分115可以包括用于存储从内容提供商120接收的内容的存储器。内容管理部分115可以还存储从内容提供商120接收的地址信息，所述地址信息与存储在内容提供商120处的内容相关联。内容管理部分115能够根据例如提供商和/或题材类型将多媒体内容组织成多个频道，以方便如上面讨论的由用户UI部分111提供的浏览功能。

CMS 110包括多播组管理部分116。多播组管理部分116能够将内容递送系统的用户组织成用于接收特定多媒体内容条目的多播组。由组管理部分116生成的多播组被用于经由多播流将多媒体内容递送给内容递送系统的用户。多播组管理部分能够创建节目组和广告组。节目组是用于将非广告多媒体内容递送给内容递送服务的用户的多播组。广告组是用于将广告递送给内容递送服务的用户的多播组。

多播组管理部分116能够基于用户的当前内容需求形成节目和广告组。例如，一旦CMS 110选择了将发送给用户的特定节目或广告内容，则多播组管理部分116确定哪些用户将收到已选择的内容，并形成将那些用户包括在其中的一个或更多多播组。多播组管理部分116基于存储在用户管理部分114中的用户相关信息确定将把内容发送给哪些用户。

如果已选择内容是节目内容，则多播组管理部分116基于用户管理部分114中与用户关联的播放列表条目和节目推荐来选择用户。

如果已选择内容是广告内容，则多播组管理部分116基于用户管理部分114中与用户关联的广告推荐来选择用户。

多播组管理部分116能够进一步基于一个或更多准则将已选择用户划分为可以影响下载速度的组，所述准则包括例如：每个用户所请求的内容的清晰度级别，即标准还是高清晰度；以及，对每个用户可用的互联网服务带宽。高清晰度节目包括比标准清晰度节目更多的数据。相应地，通过基于已选内容的尺寸和/或对已选用户中的每个可用的下载速度，把已选择的将接收已选内容的用户划分为多个多播组，多播组管理部分116可以对每个用户组最优化可用网络带宽的使用。

多播组管理部分116能够每当CMS 110选择将发送的特定节目或广告内容时动态形成组。相应地，由多播组管理部分116为已选内容创建的多播组的生存期可以在一旦该已选内容已被发送给该多播组中的用户时即终止。

CMS 110包括多播调度部分117。多播调度部分117能够确定用于将广告递送给广告多播组中的用户的时间表，以及确定用于经由多播会话将节目递送给节目多播组中的用户的时间表。多播会话的调度可以使用许多因素中的任一个来完成。多播调度部分117可以根据一天中的特定时间调度多播会话。例如多播调度部分117可以将内容调度为将在每天上午1点被递送。多播调度部分117可以根据网络负载状况调度多播会话。例如，多播调度部分117可以确定当一个或更多多播组中的用户经历的平均延迟降到特地门限以下时递送内容。多播调度部分117可以根据端设备状况调度多播会话。例如，多播调度部分117可以将内容调度为将被递送给具有超过门限的可用存储空间的多播组的所有成员，所述门限例如是20GB。多播调度部分117可以还根据特定刷新周期调度多播会话。例如，多播调度部分117可以将内容调度为将根据5天的刷新周期被推送给用户，从而每5天，新内容被发送给用户的存储器，以及，除非较旧内容被用户标识为将不被删除的内容，否则较旧内容被删除。

多播调度部分117还能够排定进行递送的多媒体内容条目的优先级。例如，多播调度部分117可以根据流行度排定节目内容的优先级。多播调度部分可以选择发送这样的内容条目，所述内容条目在用户的播放列表和内容推荐中出现在其它内容条目之前最多。进一步地，多播调度部分可以将广告的优先级排得超过节目内容。

现在将参考图2讨论CMS 110的示例性运转。图2是流程图，其示出了用于促进从内容提供商向连接到网络的多个用户的内容递送的方法。

参考图2，在步骤S210中，CMS 110从内容提供商120接收到所提供内容的指示。例如，CMS 110可以访问与由内容提供商提供的节目相关的信息，所述访问是通过被内容提供商120使用的在线视频平台与用于实现CMS 110的内容管理系统平台之间的接口。

在步骤S220中，CMS 110向内容递送系统的用户提供可用内容的指示。例如，如以上讨论的那样，CMS 110的用户UI部分111可以通过在线用户界面向用户提供由内容提供商120提供的节目的列表。CMS 110能够随着由内容提供商120提供的节目改变而持续更新节目列表。

在步骤S230中，CMS 110可以生成内容推荐。例如，如以上讨论的那样，推荐引擎113可以分析在步骤S210中由CMS 110获取的所提供内容，并且，基于存储在用户管理部分114中的人口统计学和/或偏好信息生成内容推荐，所述内容推荐将所提供内容中的各个内容条目推荐给用户。所生成的内容推荐包括对节目内容和广告内容的推荐。

在步骤S240中，CMS 110从用户接收内容请求。例如，如以上讨论的那样，用户可以使用由用户UI 111提供的在线用户界面将由内容提供商120提供的特定节目内容条目放到播放列表中，其向CMS 110指示用户希望接收到该内容条目。

在步骤S250中，CMS 110选择进行递送的内容条目。例如，多播调度部分117可以选择具有最高优先级值的所提供内容条目发送给用户。多播调度部分可以基于许多因素确定所提供内容条目的优先级值，所述因素包括：每个条目已多经常被推荐引擎113推荐，条目是节目条目还是广告条目，以及，在节目条目的情况下，每个节目条目已多经常被用户放到播放列表中。

在步骤S260中，CMS 110确定将接收在步骤S250中已选择内容条目的一组用户。例如，如以上讨论的那样，多播组管理部分116可以访问在用户管理部分114中针对每个用户已存储的信息，并且识别哪些用户将接收已选条目，所述识别是通过找到这样的用户，所述用户具有对应于在步骤S250中已选择内容条目的内容推荐或在节目内容情况下的播放列表条目。多播组管理部分116可以然后形成将已识别的用户包括在其中的组。如以上讨论的那样，多播组管理部分可以进一步划分已识别用户并将用户指派给多个子组，所述划分是基于包括以下的因素：用户正在接收HD还是标准内容，以及，关联于用户的互联网服务带宽。

在步骤S270中，CMS 110导致内容条目被递送给由多播组管理部分116确定的一个或多个用户组。例如，CMS 110可以把识别出将接收已选内容条目的一个或多个用户组的信息转发给VTS 142。所述信息可以包括用户的网络地址。CMS可以还从内容提供商120获取关联于已选内容条目的例如链路的地址信息，并且将该地址信息与指令一起转发给VTS 142，所述指令用于：从内容提供商120获取内容条目，形成对应于由多播组管理部分116确定的一个或更多组的一个或更多多播会话，以及，经由多播会话将内容条目递送给所述一个或更多组中的用户。作为获取和转发关联于已选内容条目的地址信息的可替换项，CMS 110还可以从内容提供商120获取实际已选内容条目自身，以及将已选内容条目转发给VTS 142。下面将参考图3详细讨论VTS 142的运转。

相应地，通过使用以上参考图2讨论的方法，CMS 110能够促进由一个或更多内容提供商提供的多媒体内容向内容递送系统的用户的分发。CMS 110可以基于由CMS生成的推荐或来自客户端的特定请求的至少一个来选择哪个内容将提供给用户。相应地，CMS 110为用户提供对这样的内容的访问，所述内容很可能满足用户的期望。进一步地，为发送内容条目，CMS 110不需要通过核心网络130发送基于接收内容的用户数量的一定数量的流。作为代替，如将在以下详细讨论的那样，CMS 110可以通过导致仅少量多播流通过核心网络130被发送而导致内容条目被递送给例如数千用户，其中，所述少量流对应于例如内容的不同清晰度级别（即用于标准清晰度的流和用于HD的流）或多个VTS。

VTS和RTS

视频传输服务器（VTS）142和重传服务器（RTS）144一起运转以最小化经过核心网络130的流量，其是通过促进向例如数千用户的内容递送，所述递送使用多播流，而要求仅例如少量流通过核心网络130从CMS 110或内容提供商120到VTS 142。现在，下面将详细讨论VTS 142和RTS 144。

VTS 142能够为已被选择为将由CMS 110发送的内容建立多播会话，以及经由多播会话将内容递送给用户的客户端单元。VTS 142基于由CMS110确定的多播组建立多播会话，以及，根据由CMS 110确定的时间表将内容递送给用户的客户端单元。进一步地，VTS 142能够向CMS 110提供针对关联于VTS 142的用户的观看统计数据。VTS 142还能够将正被递送的内容临时存储在存储单元143中。

RTS 144能够为在多播会话期间经历中断的用户形成针对存储在存储器143中的内容的单播流。例如，如果从VTS 142接收已选内容的多播流的多播组中的一个或更多用户丢失与VTS 142的连接，则RTS 144检测出用户经历连接丢失所处的内容中的点，并且使用单播流将内容的剩余部分提供给用户。

VTS 142和RTS 144位于在聚合网络150与核心网络130之间提供接口的网络接口140中，并且可以是例如中央局。现在，下面将详细讨论核心网络130、网络接口140和聚合网络150。

核心网络130是主网络，其可以例如与根据本发明实施例的内容递送系统的服务运营商相关联、或被其拥有、或被其运营。核心网络130可以是例如全国网络。核心网络130连接到聚合网络150。聚合网络150是区域网络，并且与网络接口140相关联。尽管数据网络100被示为包括仅一个聚合网络，但数据网络可以包括任意数量的聚合网络，所述聚合网络的每个与地理区域和对应的网络接口相关联。

除VTS 142和RTS 144之外，网络接口140可以包括超级入网点（POP）141、存储器143和视频点播（VOD）服务器145。

超级POP 141在核心网络130与聚合网络150之间提供高带宽接口。

VOD服务器145支持对订阅由CMS 110实现的内容递送服务的用户的一般VOD服务。

尽管在图1中仅一个VTS、RTS和VOD服务器被示为关联于聚合网络150。但根据关联于聚合网络的地理区域中的用户的数量，数据网络100中的每个聚合网络可以包括任意数量的VTS、RTS和VOD服务器。进一步地，尽管VTS 142、RTS 144和VOD服务器145被示为单独的设备，但VTS 142、RTS 144和VOD服务器145中的两个或更多可以被实现为一个或两个服务器设备，所述服务器设备的每个可以或可以不合并存储单元143。

图3示出了VTS 142和RTS 144将内容条目提供给用户的示例性运转，现在将参考图3阐述该示例性运转。图3是流程图，其示出了使用多播技术将多媒体内容传输给连接到网络的多个用户的方法。

参考图3，在步骤S310中，内容条目被接收和存储。例如，VTS 142可以接收由CMS 110选择进行递送的内容条目。例如，VTS 142可以向CMS 110发送对于关联于已选内容的链路或其它地址信息的请求。VTS142可以然后从CMS 110接收关于内容条目的链路或其它地址信息，以及，VTS 142可以使用地址信息从内容提供商120请求内容条目，并且经由一个或更多单播流从内容提供商120接收内容条目。可替换地，VTS 142可以经由接收自CMS 110的一个或更多单播流来接收内容条目。当内容条目被VTS 142接收到时，VTS 142可以将条目存储在存储单元143中。

在步骤S320中，这样的信息被接收，该信息识别出将接收在步骤S310中已接收的内容条目的一组用户。例如，VTS 142可以从CMS 110接收识别出将接收内容条目的用户中的每个的地址信息，以及关于用户已被指派给的一个或更多组的信息。

在步骤S330中，针对一个或更多用户组的一个或更多多播会话被建立，其中，所述用户组在步骤S320中接收的信息中识别出。例如，VTS 142可以建立对应于一个或更多已识别出的用户组中的每个的多播会话。例如，VTS 142可以生成对应于每个多播会话的一个或更多多播地址，并且将对应多播地址与用于加入对应多播会话的指示一起转发给对应于每个组中的每个用户的客户端单元。VTS 142可以使用任意已知的多播协议，所述多播协议包括例如（互联网组管理协议）IGMP。

在步骤S340中，在步骤S310中接收的内容条目被传输给由在步骤S320中接收的信息识别出的一个或更多用户组。例如，VTS 142可以将内容条目传输给对应于一个或更多用户组的一个或更多多播地址。

在步骤S350中，应当确定丢失连接的指示是否已被RTS 144接收到。例如，如果用户的客户端单元丢失与VTS 142的连接，则客户端单元可以向RTS 144发送消息，通知RTS 144该连接丢失。消息可以包括例如丢失连接的用户的地址，以及连接被丢失所处的内容条目传输中的时间点的指示。RTS 144可以在由VTS 142向用户传输内容条目期间的任意点接收丢失连接指示。

如果在步骤S350处，RTS 144确定没有任何丢失连接指示已被接收到，则方法进行到步骤S370，以及，正被递送的内容条目的传输被完成。

如果在步骤S350处，RTS 144确定丢失连接指示已被接收到，则方法进行到步骤S360。

在步骤S360中，经由单播流将内容条目传输给在步骤S350中检测到的用户。例如，RTS 144可以从在步骤S350中接收到的丢失连接指示接收地址信息，以及每个用户丢失其连接所处的正被递送内容中的时间点的指示。接下来，RTS 144可以将正被递送的内容条目传输给已发送丢失连接指示的一个或更多用户中的每个，所述传输是自一个或更多用户中的每个丢失其连接所处的内容条目中的时间点开始。RTS 144可以通过访问存储单元143来获取正被递送的内容条目，其中，存储单元143存储正被递送的内容条目。一旦内容条目已被向在步骤S350中检测为已丢失其连接的一个或更多用户传输完成，则方法进行到步骤S370，以及内容条目的传输被完成。

相应地，通过使用以上参考图3描述的方法，VTS 142和RTS 144与CMS 110一起运转，以便在最小化在核心网络130上发送的流量的同时，可靠地将内容提供给用户。进一步地，当用户丢失与多播会话的连接时，取代在一个成员丢失连接时中断和重新开始对于多播组中的所有成员的多播会话，已断开连接的用户可以经由来自RTS 144的单播流恢复观看内容，以及，多播组中的剩余成员可以在无中断的情况下继续接收内容。

客户端单元

包括客户端单元160的客户端单元为用户提供与CMS 110进行通信和使用CMS 110接收由内容提供商120提供的多媒体内容的能力。客户端单元还充当多媒体内容的主存储点，其中，所述多媒体内容由内容提供商120提供给根据本发明实施例的内容递送系统的用户。相应地，可以被用户拥有和维护的客户端单元节省内容递送服务的运营商的资源，其是通过防止运营商为了存储被用户观看的多媒体内容而不得不在核心网络130上提供许多网络服务器或缓存。现在，下面将参考图1中所示的客户端单元160详细讨论客户端单元。

客户端单元160可以由设计为与CMS 110一起运转的设备来实现。进一步地，客户端单元160不必是整体的单元，并且可以包括多个设备，所述多个设备一起运转为，为用户提供对CMS 110以及通过CMS 110对由内容提供商120提供的多媒体内容的访问。

客户端单元160包括显示单元161、存储单元162、图形用户界面（GUI）163、多播管理部分164和内容管理部分165。

显示单元161可以是允许客户端单元160的用户观看多媒体内容的任意类型显示设备。显示单元161的示例包括膝上屏幕、计算机监视器、电视机、智能电话、PDA、便携式游戏设备等。进一步地，显示单元161可以由多个显示设备来实现。

GUI 163是允许用户访问由CMS 110提供的在线用户界面的任意设备。相应地，GUI 163的示例包括膝上或桌面电脑、使能互联网功能的电视机、智能电话、PDA、便携式游戏设备、触摸屏远程设备等。进一步地，GUI 163和显示单元161可以是同一设备的部分。通过GUI 163，用户可以访问由上面讨论的在线用户界面提供的功能中的任一个，所述功能包括例如：观看由内容提供商提供的内容，创建或编辑播放列表，输入人口统计学信息，或例如以对多媒体内容条目的评价或评论的形式提供偏好信息。

存储单元162保存由客户端单元160接收的多媒体内容。存储单元可以通过能够存储多媒体内容的任意一个或多个设备来实现。存储单元162的示例包括膝上或桌面硬盘、外部硬盘、可通过网络访问的硬盘、游戏控制台等。

多播管理部分164能够允许客户端单元160：参与由VTS 142建立的多播会话，以及，经由多播流从VTS 142接收多媒体内容。多播管理部分能够实施对于加入或离开由VTS 142建立的多播会话必要的操作。多播管理部分164还能够：如果在正由VTS 142发送给客户端单元160的内容条目的接收完成之前，CMS 110丢失与由VTS 142建立的多播会话的连接，则通知RTS 144。

内容管理部分165能够管理由客户端单元160接收的多媒体内容。内容管理部分165还能够：跟踪观看统计数据，以及，定期经由VTS 142将观看统计数据提供给CMS 110。

内容管理部分165还能够实施动态广告插入，这是经由：在由节目内容中的元数据指示的特定点处暂停节目内容的回放，并且导致已下载到客户端单元160的广告内容被显示。

现在将参考图4讨论客户端单元160的示例性运转。图4示出了一种方法，所述方法用于，将在客户端单元处从根据本发明示例性实施例的内容分发服务接收到的广告内容显示给客户端单元的用户。

参考图4，在步骤S410中，节目内容条目被接收到。例如，客户端160可以经由多播流从VTS 142接收节目内容条目。当经由多播流接收节目条目时，如果多播管理部分164检测出客户端160到VTS 142之间连接的中断，则多播管理部分可以向RTS 144通知该已丢失的连接。客户端160可以然后经由单播流从RTS 144接收节目内容的剩余部分。

客户端160将已接收的节目内容条目存储在存储单元162中。节目内容条目可以是例如TV节目或电影。节目内容条目包括元数据，所述元数据指定节目内容中用于广告内容的插入点。

在步骤S420中，广告内容条目被接收到。例如，客户端160可以经由多播流从VTS 142接收广告内容条目。当经由多播流接收广告内容条目时，如果多播管理部分164检测出客户端160到VTS 142之间连接的中断，则多播管理部分可以向RTS 144通知该已丢失的连接。客户端160可以然后经由单播流从RTS 144接收广告内容的剩余部分。客户端160将已接收的广告内容条目存储在存储单元162中。

广告内容条目可以是例如商业的。广告内容可以是由CMS 110基于推荐引擎130提供给客户端160的用户的推荐而选择的内容。相应地，广告内容的题材可以与以下中的至少一个相关：与客户端160的用户相关联的人口统计学信息或题材偏好。

在步骤S430中，节目内容被显示给用户。例如，用户可以使用GUI 163来浏览存储在存储单元162中的节目内容，以及选择要观看的节目内容条目。内容管理部分165可以访问存储单元162中的已选择节目内容条目，并且导致已选节目内容条目使用显示单元161被显示。

关于步骤S420和S430，节目和广告内容的回放可以在完成内容的接收之后开始。

在步骤S440中，在由节目内容中的元数据定义的插入点处，节目内容条目的回放被暂停，并且已存储的广告内容被播放。例如，在节目内容回放期间，内容管理部分165可以分析被包括在节目内容中的元数据，并且检测到由元数据指示的节目内容中的插入点。

在插入点处，内容管理部分165可以导致节目内容条目的回放被暂停，以及可以导致存储在存储单元163中的一个或更多广告内容条目的回放。节目内容条目可以包括多个插入点。除为每个插入点指定在节目内容条目中的时间点之外，被包括在内容条目中的元数据可以指定关于每个插入点的其它信息，所述信息包括例如：对于每个插入点，节目内容将被暂停的最大时间长度。

在步骤S450中，完成节目内容的显示。在经过节目内容条目中的每个插入点之后，客户端单元160继续节目内容条目的回放直到完成。

相应地，通过使用上面参考图4描述的方法，数据网络100中的客户端单元可以接收客户端单元的用户感兴趣的多媒体内容，以及提供已接收内容的高质量回放。进一步地，因为多媒体内容可以在被用户观看之前被完全传输和存储在客户端单元处，所以用户可以观看甚至具有高质量水平的数据量大的、HD内容，所述观看不经历通常与在基于互联网被流传输的同时被观看的视频相关联的中断类型。

另外，客户端单元160能够在节目内容回放期间插入高度相关的广告。相应地，由于更好的广告目标定位，客户端单元为广告者提供增加回报的机会。

由此已描述了本发明，但将显而易见，同样的发明可以以许多方式被改变。将不认为所述变型脱离本发明，以及，所有所述修改旨在被包括在本发明的范围内。

Claims (10)

1.一种用于促进从内容提供商（120）向连接到网络（100）的多个用户（160）的内容递送的方法，所述方法包括：

在连接到所述网络的内容管理服务器（110）处，从内容提供商（120）接收可用内容条目的指示；

从所述内容管理服务器（110）向所述多个用户（160）提供所述可用内容条目的指示，所述内容条目包括节目内容条目和广告内容条目中的至少一个；

从所述可用内容条目中选择一个内容条目进行递送；

从所述多个用户（160）中确定将接收已选择内容条目的一组用户；

导致所述已选择内容条目经由多播流传输给所述一组用户。

2.根据权利要求1的方法，其中，使得所述已选择内容经由多播流传输给所述一组用户包括：

从所述内容提供商（120）接收关联于已选择内容条目的位置信息；

将所述位置信息和已确定用户组的指示发送给传输服务器（142）；以及

指示所述传输服务器（142）进行以下操作：建立将已确定用户组中的用户包括在其中的多播会话，以及，经由多播流将已选择内容传输给已确定组中的用户。

3.根据权利要求1的方法，进一步包括：

为所述多个用户（160）生成内容推荐，每个内容推荐对于与该内容推荐对应的用户，从所述可用内容条目中识别出作为被推荐内容的一个或更多内容条目。

4.根据权利要求3的方法，进一步包括：

从所述多个用户（160）接收内容请求，每个内容请求对于与该内容请求对应的用户，从所述可用内容条目中识别出该用户期望接收的内容条目。

5.根据权利要求4的方法，其中，选择进行递送的内容条目包括：基于生成的内容推荐和接收的内容请求中的至少一个，对所述可用内容排定优先级；以及，选择具有最高优先级的内容条目进行递送。

6.根据权利要求4的方法，其中，内容请求在所述内容管理服务器（110）处被存储为播放列表，所述内容管理服务器（110）为用户提供经由web GUI界面对播放列表的访问。

7.一种使用多播技术将内容传输给连接到网络（100）的多个用户的方法，所述方法包括：

在连接到所述网络（100）的传输服务器（142）处接收内容条目；

在所述传输服务器（142）处接收这样的信息，所述信息从所述多个用户（160）中识别出所述内容条目将被递送给的一组用户；

对于所述一组用户建立多播会话；

使用多播流将所述内容条目从所述传输服务器（142）传输给所述一组用户；

从所述一组用户中检测出在所述内容条目传输被完成之前丢失与所述多播会话的连接的用户；以及

使用单播流将所述内容条目传输给所述检测出的用户。

8.根据权利要求7的方法，其中，接收所述内容条目包括，将所述内容条目存储在存储单元（143）中，以及，将所述内容条目传输给所述检测出的用户包括，从所述存储单元（143）检索出已存储的内容条目。

9.根据权利要求8的方法，其中，已存储的内容条目被从所述存储单元（143）检索出，并由重传服务器（144）经由所述单播流发送给所述检测出的用户。

10.一种将在客户端单元（160）处从内容分发服务接收的广告内容显示给所述客户端单元的用户的方法，所述方法包括：

在所述客户端单元（160）处经由多播流从传输服务器（142）接收并存储节目内容，所述节目内容包括代表所述节目内容中的至少一个插入点的元数据；

在所述客户端单元（160）处经由多播流从所述传输服务器接收并存储广告内容，所述广告内容具有与所述用户的偏好相关联的题材；

将所述节目内容显示给所述用户，直至到达由所述元数据指示的所述至少一个插入点；

一旦到达所述至少一个插入点，则暂停所述节目内容的显示，并且显示所述广告内容；以及

一旦所述广告内容的显示完成，则恢复所述节目内容的显示。

Images