CN102726022A - 用于iptv的分层服务转售机制 - Google Patents

Abstract

一种IPTV系统内采用的由托管运营商操作的媒体后端服务器使IPTV服务能够向被托管的运营商分层转售。媒体后端服务器从由被托管的运营商操作的分支服务器接收对多个媒体内容的web服务调用。媒体后端服务器代理到前端服务器的web服务调用以获取至少一部分媒体内容的媒体元数据。另外，媒体后端服务器向分支服务器提供与被托管的运营商从托管运营商处所购买的媒体内容对应的过滤的媒体元数据。

Description

用于IPTV的分层服务转售机制

技术领域

本发明一般涉及IP电视（IPTV）系统，并且尤其涉及IPTV服务的转售。

背景技术

随着现今因特网广泛用作通信介质，分组交换网络（诸如网际协议（IP）、多协议标签交换（MPLS）、异步传输模式（ATM）和以太网络）正越来越多地被用于传输数字多媒体数据或内容（例如音频，全动态（full-motion）音频/视频，图片等）。使用分组交换网络向终端用户提供实时（现场直播或者视频点播）多媒体内容的架构的示例是IP电视（IPTV）架构。在IPTV架构内，前端服务器获得媒体内容（诸如数字广播电视节目）并通过后端（中间件）和/或分支媒体服务器在分组交换网络上将媒体内容分流（stream）给与已订阅接收电视节目的电视观众相关联的一个或多个机顶盒（STB）。

随着IPTV的调配市场对较大电信运营商饱和，未来的收入来源会变得依赖剩余的较小电信运营商。这些客户需要低成本、小覆盖区的初级方案，该方案提供与大型运营商提供的服务类似的服务。但是，与建视频前端、谈判并从全国性（national）内容提供商取得内容许可和/或配备能维持复杂的IPTV中间件调配的运营机构相关的可观的启动成本已对较小运营商的进入产生了相当大的阻碍。

例如，运营商必须提供有吸引力的视频包装以赢得客户，转换为全国性高级（premium）内容以及可扩展的视频点播（VoD）库。用于加强与这些提供商的契约以及建立用于接收和操作该内容的前端的成本过高。另外，用于托管IPTV中间件的大型服务器场需要额外的巨大实施成本。于是实施网络和访问部分的成本堆积，使得初始启动成本处于对许多较小运营商来说难以达到的水平。考虑到现今经济脆弱的信贷市场，这样的启动成本和债务是对这些运营商的阻碍。

除了成本阻碍，这些较小运营商在配备上也没达到较大（例如，第1层）运营商的水平。实际上，三到六个工程师负责针对甚至第2层运营商的IPTV方案的端到端的操作是常见的。引入复杂的和运营商密集的中间件平台是这些运营商的主要任务。其现有的职员必须尽快上手并且很多时候在实时系统上学习。错误通常导致整个环境的中断。这些操作上的任务占用在平台的正常工作流程活动和能区分来自本地竞争对手的视频供应的营销相关的活动之外的时间。

本发明的发明人提出了提供分层的转售方案的被托管的IPTV模型作为解决方案，其中具有部署的IPTV中间件的运营商将转售IPTV服务给邻近的运营商，从而托管这些邻近运营商的订户并向这些订户供应内容。托管运营商将从邻近的运营商产生循环的订阅收入，而被托管的运营商将能够以象征性的启动成本进入视频市场。例如，在被托管的运营商设施处仅需要部署必须的服务器场的子集，从而大大地降低了启动成本。被托管的运营商于是能够以定期的年费从托管运营商处购买已经根据IPTV中间件规范编码和加密的媒体内容，但仍然保留了为他们自己的客户自定义IPTV体验的能力。

然而，当前的IPTV中间件本身并不支持运营商之间共享的IPTV环境。另外，当前可用的IPTV中间件是基于来自视频前端的所有内容对所有连接的分支服务器可用的假定而建的。当前没有从后端服务器向分支服务器过滤内容元数据和数字版权管理(DRM)密钥从而向被托管的运营商提供自定义方案的机制。因此，与共享的后端服务器相连的所有运营商都将有权访问所有可用服务的元数据和DRM密钥，意味着运营商之间的握手协议将强迫分层转售方案不访问他们没有购买的内容的元数据和/或DRM密钥。这样的配置不仅是被托管的运营商和托管运营商不期望的，同样也是全国性内容提供商不期望的。

发明内容

本发明的实施例提供了一种由托管运营商操作的网络协议电视（IPTV）系统内的媒体后端服务器，使得能够向被托管的运营商分层转售IPTV服务。所述媒体后端服务器包括网络接口、处理器和存储器。所述网络接口与网络耦合以从由被托管的运营商操作的分支服务器接收对多个媒体内容的web服务调用。所述处理器将web服务调用转换为代理web服务调用，并经由网络接口将所述代理web服务调用传输到前端服务器以获取至少一部分所述媒体内容的媒体元数据。所述存储器维持与被托管的运营商关联的运营商元数据，所述运营商元数据表示被托管的运营商从托管运营商处购买的媒体内容。所述处理器使用所述运营商元数据来识别与将被传输到所述分支服务器的被购买的媒体内容对应的过滤的媒体元数据，并经由所述网络接口将所述过滤的媒体元数据传输到所述分支服务器。

在一个实施例中，所述处理器进一步操作为使用所述运营商元数据来过滤所接收的媒体元数据以产生过滤的媒体元数据。在另一实施例中，所接收的媒体元数据是所述过滤的媒体元数据，并且所述处理器进一步可操作为使用所述运营商元数据来生成对所述过滤的媒体元数据的所述代理web服务调用。在进一步的实施例中，所述web服务调用包括与被托管的运营商关联的源IP地址，并且所述处理器进一步可操作为将所述源IP地址转换为所述运营商元数据。

在示例性实施例中，所述媒体元数据和所述过滤的媒体元数据各自包括数字版权管理（DRM）密钥的集合和多个媒体内容中可用媒体内容的集合。另外，所述多个媒体内容包括现场直播媒体和视频点播媒体的集合。

本发明的实施例进一步提供一种使IPTV服务能够从托管运营商向被托管的运营商分层转售的IPTV系统。所述系统包括由被托管的运营商操作的分支服务器和由托管运营商操作的媒体后端服务器。所述分支服务器与网络耦合以传输对多个媒体内容的web服务调用，并且从所述托管运营商处接收与被托管的运营商购买的媒体内容对应的过滤的媒体元数据。所述媒体后端服务器与网络耦合以从所述分支服务器接收所述web服务调用、代理（proxy）所述web服务调用以及将代理web服务调用传输到前端服务器以获取至少一部分所述媒体内容的媒体元数据，并且将所述过滤的媒体元数据传输到所述分支服务器。

本发明的实施例进一步提供一种使网络协议电视（IPTV）服务能够从托管运营商向被托管的运营商分层转售的方法。所述方法包括：在由托管运营商操作的媒体后端服务器处从由被托管的运营商操作的分支服务器接收对多个媒体内容的web服务调用，以及将所述web服务调用的源IP地址转换为与所述被托管的运营商关联的运营商元数据，其中所述运营商元数据表示被托管的运营商从托管运营商处购买的媒体内容。所述方法进一步包括使用所述运营商元数据来获取所购买的媒体内容的过滤的媒体元数据以及将所述过滤的媒体元数据传输到所述分支服务器。

附图说明

通过结合附图参考下面的详细描述可得到对本发明更加完整的理解，其中：

图1图示了依照本发明的实施例的示例性的被托管的IPTV系统；

图2图示了依照本发明的实施例的运营商之间的示例性IPTV转售方案。

图3是依照本发明的实施例图示了使IPTV服务能够转售的示例性过程的流程图。

图4是依照本发明的实施例图示了示例性媒体后端服务器的框图。

图5和6是依照本发明的实施例图示了运营商之间对内容的示例性配置的流程图。

具体实施方式

参见图1，其图示了能够实现本发明的各种实施例的示例性的网络协议电视（IPTV）系统10。IPTV系统10是使IPTV服务能够从托管（例如第1层）运营商向被托管的（例如第2或第3层）运营商分层转售的被托管的IPTV系统。因此，图1中示出的IPTV系统10包括本地前端服务器30和由托管运营商操作的各种媒体后端服务器40a和40b，以及由一个或者多个被托管的运营商操作的分支服务器50a-50c。分支服务器50a-50c可以是，例如包括数字用户线路接入复用器（DSLAM）的IP/市话局（IP/CO）。

媒体后端服务器40a和40b被各自配置为向托管运营商的订户60b和60e提供IPTV服务，而分支服务器50a-50c被各自配置为向被托管的运营商的订户60a、60c和60d提供IPTV。应理解的是，媒体后端服务器40a和40b可以各自耦合到一个或者多个托管分支服务器（未示出）以向订户60b和60e提供IPTV服务。

前端服务器30、媒体后端服务器40a和40b以及分支服务器50a-50c都通过分组交换网络互连。例如，分组交换网络可以包括但不限于，网际协议（IP）、多协议标签交换（MPLS）、异步传输模式（ATM）或者以太网中的一个或多个。

前端服务器30、媒体后端服务器40a和40b以及分支服务器50a-50c操作为向一个或者多个订户60a-60e分流包含现场直播的全国性和/或本地电视节目和/或视频点播（VoD）节目的数字音频/视频内容。例如，如图1中所示，前端服务器30与卫星25的卫星场20耦合以接收与一个或者多个广播站关联的全国性电视节目，并操作为将全国性电视节目经由媒体后端服务器40a和40b以及分支服务器50a-50c分流到订户60a-60e的机顶盒（未示出）。另外，前端服务器30将本地电视节目和VoD节目经由媒体后端服务器40a和40b以及分支服务器50a-50c分流给订户60a-60e。例如，前端服务器30可以通过在分组交换网络上组播电视节目来将电视节目分流给订户60a-60e。

媒体后端服务器40a为订户60b提供IPTV服务，诸如数字版权管理（DRM）保护、客户端认证、计费、订户管理以及应用程序启用。另外，媒体后端服务器包括后端适配器45，其位于远程、被托管的运营商的IPTV部署（分支服务器50a-50c）和共享的前端服务器30之间。后端适配器45允许托管运营商维持前端服务器30和媒体后端服务器40a和40b在点单（ala carte）方法中转售现场直播和/或VoD服务。例如，当一个被托管的运营商可能需要从托管运营商处购买所有可用的现场直播和视频点播（VoD）服务时，另一个被托管的运营商可能只需要购买该现场直播和视频点播（VoD）内容的子集。因此，可能没有建视频前端的可用资金的较小运营商（例如分支服务器50a-50c的运营商）可以从被托管的运营商处购买可定制的服务集。例如，这样的托管方案可为将IPTV客户根据地扩展到比如提供招待的区域打开大门。大型酒店、娱乐场和零售店可以借助于缩小的视频供给进行市场营销和客户保持。

在示例性操作中，后端适配器45为来自前端服务器30的服务相关的媒体元数据拦截、代理和操作来自分支服务器50a-50c的进入的web服务调用，以确保只有与给定的运营商购买的服务关联的媒体元数据是可访问的。这种对服务相关的媒体元数据的请求可以包括，例如对可用服务的列表的请求和对数字版权管理（DRM）密钥的请求以使得能够观看购买的媒体内容。这样，被托管的运营商分支（例如分支50a）不知道没有被购买的内容的存在。例如，如果分支服务器50a向前端服务器30发送web服务请求以获取所有可用的现场直播服务的列表，后端适配器45将接收来自前端服务器30的所有可用服务的完整列表但是过滤返回结果，从而使得分支服务器50a仅接收它们已从托管运营商处购买的现场直播服务的列表。

图2图示了依照本发明的实施例的运营商之间的示例性IPTV转售方案。在图2中，由托管运营商操作的媒体后端服务器40提供后端适配器45，其在由被托管的运营商操作的分支服务器50和托管运营商的前端服务器之间引入中间机构或代理，从而将API暴露给分支服务器50，并将暴露的API的调用转换为由前端服务器API定义的调用。

例如，当接收到来自分支服务器50的对媒体元数据的web服务调用100时，后端适配器45可以将接收的web服务调用100代理给前端服务器30。在示例性实施例中，由分支服务器50传输的web服务调用100以超文本传输协议（HTTP）上的简单对象访问协议（SOAP）被封装，其底层网络协议为传输控制协议/网际协议（TCP/IP）。后端适配器45可以将所接收的web服务调用100转换为代理web服务调用110而不对SOAP或HTTP报头进行操作。另外，当执行web服务调用100的代理时，后端适配器40也可以转发来自分支的证书，其允许前端服务器30验证证书并以分支服务器50能够解密的方式加密媒体元数据返回结果。此外，web服务调用100可以通过安全套接层（SSL）隧道而产生。因此，后端适配器45也可以充当到分支服务器50的SSL端点以避免中间人安全方案。

在接收到对媒体元数据的代理web服务调用110时，前端服务器30向媒体后端服务器40返回所请求的媒体元数据120。后端适配器45过滤返回的元数据并向分支服务器50提供过滤的媒体元数据130，以便仅允许与被托管的运营商购买的现场直播或VoD服务关联的元数据传回分支服务器50。例如，包含用于所有现场直播服务的DRM密钥的返回结果120被转换为包含用于被托管的运营商所购买的现场直播服务的DRM密钥的返回结果130。后端适配器45可以确定要被传输给分支服务器50的特定的媒体元数据（例如，通过执行进入的web服务调用100的IP地址到相应的被托管的运营商标识符的转换）以及使用被托管的运营商标识符来确定被托管的运营商所购买的现场直播和VoD服务。这假定了公用IP地址或每个被托管的运营商的IP地址范围是已知且唯一的。

在另一实施例中，后端适配器45可以仅向前端服务器30请求被托管的运营商所购买的内容的媒体元数据，而不是过滤返回的媒体元数据120。例如，后端适配器45可以将来自分支服务器50的请求所有媒体元数据的进入的web服务调用100转换为仅请求与被托管的运营商所购买的媒体内容关联的特定的媒体元数据的代理web服务调用110。在该实施例中，前端服务器30提供给媒体后端服务器40的媒体元数据120是从媒体后端服务器40提供给分支服务器50的过滤的媒体元数据130。因此，后端适配器45不需要执行对返回的媒体元数据120的任何过滤，并且仅将返回的媒体元数据120作为过滤的媒体元数据130传递回分支服务器50。

图3是依照本发明的实施例图示了使IPTV服务能够从托管运营商向被托管的运营商转售的示例性过程300的流程图。所述方法从块310处开始，在由托管运营商操作的媒体后端服务器处从由被托管的运营商操作的分支服务器接收对与多个媒体内容关联的媒体元数据的web服务调用。在块320处，媒体后端服务器将web服务调用的源IP地址转换为被托管的运营商的运营商元数据，其中运营商元数据表示被托管的运营商从托管运营商处购买的特定的媒体内容。在块330处，媒体后端服务器使用运营商元数据仅获取被托管的运营商所购买的媒体内容的媒体元数据，并且在块340处，媒体后端服务器将所接收的媒体元数据传输给分支服务器。

图4是依照本发明的实施例图示了示例性媒体后端服务器40的框图。媒体后端服务器40包括处理器200、存储器210和网络接口240与245。网络接口240与245耦合到通信网络，诸如分组交换网络，以向订户提供IPTV服务。例如，网络接口240可以经由分组交换网络耦合到前端服务器，而网络接口245可以经由分组交换网络耦合到分支服务器。

存储器210包括适配器模块220，其包含可由处理器200执行以实现图1和2中所示的后端适配器45的软件指令。例如，处理器200可以执行适配器模块220的指令以经由网络接口245从被托管的运营商的分支服务器接受web服务调用，基于输入的web服务调用的源IP地址执行对运营商内容购买参数的转换，代理web服务调用到共享的现场直播/VoD前端服务器，拦截返回的结果并移除没有被被托管的运营商购买的内容的元数据和DRM密钥，以及将过滤的数据返回给调用分支服务器。

为了将web服务调用的源IP地址转换为合适的所购买的内容，存储器210进一步包括表230或者映射运营商到IP地址范围和运营商到运营商元数据以确定被转换的运营商所购买的内容集合的其他数据结构。如图4所示，表230包括源IP地址232、关联的运营商元数据标识符234和关联的运营商元数据236的列表。因此，表230将不重叠的源IP地址范围232映射到运营商元数据236，运营商元数据236由例如运营商名称和运营商所购买的内容的集合构成。

例如，对于每个被托管的运营商，表230可以为每个被托管的运营商分支服务器维持源IP地址范围，并且将每个被托管的运营商分支服务器的每个源IP地址232映射到被托管的运营商的单一的运营商元数据标识符234。然后，表230可以将每个运营商元数据标识符232映射为用于该被托管的运营商的运营商元数据236。作为示例但不限制于此，运营商元数据236可以包括被托管的运营商的名称，被托管的运营商所购买的现场直播内容的列表（其可以是单个服务列表或者定义的服务集），被托管的运营商所购买的VoD内容的列表（其可以是单个服务或者定义的服务集），以及被托管的运营商是否使用/需要SSL进行web服务业务保护的指示。

在现场直播和/或VoD内容的列表被定义为服务的集合的实施例中，托管运营商可以以层来制定媒体内容的转售（例如高级的，基本的和仅有VoD的），其中每层包括现场直播和/或VoD内容的列表，该列表包括在集合中，规定为单个服务和/或过滤字符串（例如“所有标题含有网络/频道X的现场直播服务”）。因此，运营商元数据236仅需要包括被托管的运营商所购买的层的名称/标题，并且存储器210可以维持可用于多个被托管的运营商的层到服务的独立的映射。

另外，托管运营商还可以允许可用于创建用于转售的内容集的自定义组或者过滤器的创建，代替预定义的层。每个自定义组或者过滤器还可以与其他组或者过滤器相关联（即，应当允许嵌套）。例如，托管运营商可以创建“网络X集”，其包含网络X现场直播服务的静态组以及设置给网络X的包含关于提供商的所有订阅VoD资产的过滤器。因此自定义组可以是具有静态从属关系的内容集，而过滤器可以是具有动态从属关系的内容集。

运营商元数据236还可以包括用于现场直播/VoD的web服务调用的优选的超时值和/或当媒体后端服务器40向前端服务器查询新的现场直播和VoD服务时优选的时间间隔。在另一实施例中，超时值和查询时间间隔可以由托管运营商设置。在两者中的任一实施例中，媒体后端服务器40还可以包括定时器250以确定超时何时发生和/或何时应执行对前端服务器的新查询。

例如，媒体后端服务器40可以周期性地从前端服务器输入所有现场直播和VoD内容的名称/标题，并将这些向被托管的运营商显示为可购买的。媒体后端服务器40可以基于可配置的时间间隔（例如以分钟计）查询新的现场直播和VoD服务，并且在每次新查询后用该时间间隔初始化定时器250。

作为另一示例，媒体后端服务器40可以允许每个运营商定义web服务调用超时值，例如以秒数计。如果值被赋值为0，媒体后端服务器40可以将此解释为禁用超时特征。当媒体后端服务器40代理web服务调用到前端服务器时，媒体后端服务器40可以使用超时值初始化定时器250，如果在定时器250期满之前没有从前端服务器接收到返回结果，则媒体后端服务器40可以通知分支服务器超时并丢弃该web服务调用。在其它实施例中，当超时时，媒体后端服务器40可以仅不响应被托管的分支服务器。

在示例性操作中，媒体后端服务器40可以经由网络接口245从特定的被托管的分支服务器接收web服务调用。在接收到该web服务调用时，处理器200可以执行适配器模块220的指令以提取web服务调用的源IP地址并且以表230为依据执行web服务调用的源IP地址的转换从而确定被托管的运营商的名称和被托管的运营商所购买的内容的集合。然后处理器200可以执行适配器模块220的指令以经由网络接口240代理web服务调用到前端服务器以进行处理。当调用被转发到前端服务器时，处理器200可以进一步为代理web服务调用启动定时器。如果在从前端服务器接收到返回结果前定时器期满，则处理器200不再继续等待响应，而是丢弃该web服务调用。

如果在定时器250期满之前通过网络接口240从前端服务器接收到返回结果，则处理器200停止定时器并执行适配器模块220的指令以过滤媒体元数据，并移除没有被控制请求分支服务器的被托管的运营商购买的内容的任何媒体元数据。然后处理器200可以执行适配器模块220的指令以将过滤的媒体元数据转发给请求分支服务器。

在此处使用时，术语“处理器”通常被理解为驱动通用计算机的设备，诸如PC。然而，应当注意到，其他处理设备，诸如微控制器、现场可编程门阵列（FPGA）、专用集成电路（ASIC）或者其组合，也可用于获得此处描述的益处和优势。另外，在此处使用时，术语“存储器”包括任何类型的数据存储设备，包括但不限于硬盘驱动器、随机存取存储器（RAM）、只读存储器（ROM）、闪存、光盘、软盘、

驱动器，磁带驱动器、数据库或者其它类型的存储设备或者存储介质。

图5和6是依照本发明的实施例图示了运营商之间对内容的示例性配置的流程图。首先参考图5，在500处，由被托管的运营商拥有并操作的分支服务器50将对与多个媒体内容关联的媒体元数据的web服务调用传输到由托管运营商拥有并操作的媒体后端服务器40。在510处，媒体后端服务器40将web服务调用的源IP地址转换为被托管的运营商的运营商元数据，运营商元数据表示被托管的运营商从托管运营商处购买的特定的媒体内容。接着，在520处，媒体后端服务器40代理web服务调用到被托管的运营商的前端服务器30以获取（在530处）分支服务器50所请求的多个媒体内容的媒体元数据。

在540处，媒体后端服务器40根据请求/被托管的运营商所购买的内容的集合过滤返回的媒体元数据，从而使得没被购买的内容的所有元数据被删除。此后，在550处，过滤的媒体元数据从媒体后端服务器40被传输到请求/被托管的分支服务器50。

在另一实施例中，如图6所示，在600处，当被托管的分支服务器50将对与多个媒体内容关联的媒体元数据的web服务调用传输到托管媒体后端服务器40时，在610处，媒体后端服务器40再次将web服务调用的源IP地址转换为被托管的运营商的运营商元数据，其中运营商元数据表示被托管的运营商从托管运营商处购买的特定的媒体内容。然而，与图5中不同，在620处，媒体后端服务器40接着将来自对所有媒体内容的媒体元数据的请求的web服务调用转换为仅对被托管的运营商所购买的内容的媒体元数据的请求，并且在630处，代理转换的web服务调用到被托管的运营商的前端服务器30以仅获取（在640处）所购买的媒体内容的媒体元数据。此后，在650处，媒体后端服务器40将被托管的运营商购买的内容的媒体元数据转发回被托管的分支服务器50。

本领域技术人员将会认识到，本申请中描述的创新观念能够在大的应用范围内被修改和改变。相应地，专利主题的范围不应当被限制为任何所讨论的特定示例性的教导，而是应当由如下权利要求所限定。

Claims (10)

1.一种网络协议电视（IPTV）系统内由托管运营商操作以使IPTV服务能够向被托管的运营商分层转售的媒体后端服务器，所述媒体后端服务器包括：

耦合到网络的网络接口，用于从由所述被托管的运营商操作的分支服务器接收对多个媒体内容的web服务调用，将代理web服务调用传输到前端服务器以获取至少一部分所述多个媒体内容的媒体元数据，以及将与所述多个媒体内容中所述被托管的运营商从所述托管运营商所购买的媒体内容对应的过滤的媒体元数据向所述分支服务器传输；

用于存储与所述被托管的运营商关联的运营商元数据的存储器，所述运营商元数据表示将被提供给所述分支服务器的所述过滤的媒体元数据；和

耦合到所述网络接口和所述存储器的处理器，所述处理器可操作为将所述web服务调用转换为所述代理web服务调用，并使用所述运营商元数据识别将被传输到所述分支服务器的所述过滤的媒体元数据。

2.如权利要求1所述的媒体后端服务器，其中所述处理器进一步操作为使用所述运营商元数据过滤所接收的媒体元数据以产生所述过滤的媒体元数据。

3.如权利要求1所述的媒体后端服务器，其中所接收的媒体元数据是所述过滤的媒体元数据，并且所述处理器进一步可操作为使用所述运营商元数据来生成对所述过滤的媒体元数据的所述代理web服务调用。

4.如权利要求1所述的媒体后端服务器，其中所述web服务调用包括被托管的运营商的标记，并且所述处理器进一步可操作为将所述被托管的运营商的标记转换为所述运营商元数据。

5.如权利要求4所述的媒体后端服务器，其中所述存储器进一步包括具有多个源IP地址、多个运营商元数据标识符和多个运营商元数据的表，所述多个源IP地址中的每个与所述多个运营商元数据标识符之一关联，并且所述多个运营商元数据中的每个与所述多个运营商元数据标识符之一关联。

6.一种使IPTV服务能够从托管运营商向被托管的运营商分层转售的网络协议电视（IPTV）系统，所述系统包括：

由所述被托管的运营商操作的分支服务器，所述分支服务器与网络耦合以传输对多个媒体内容的web服务调用并且接收与所述多个媒体内容中所述被托管的运营商从所述托管运营商所购买的媒体内容对应的过滤的媒体元数据；以及

由所述托管运营商操作的媒体后端服务器，所述媒体后端服务器与所述网络耦合以从所述分支服务器接收所述web服务调用、代理所述web服务调用并将代理web服务调用传输到前端服务器以获取至少一部分所述多个媒体内容的媒体元数据、以及将所述过滤的媒体元数据传输到所述分支服务器。

7.如权利要求6所述的系统，其中所述媒体后端服务器进一步包括维持具有多个源IP地址、多个运营商元数据标识符和多个运营商元数据的表的存储器，所述多个源IP地址中的每个与所述多个运营商元数据标识符之一关联，并且所述多个运营商元数据中的每个与所述多个运营商元数据标识符之一关联，每个所述运营商元数据包括所述多个媒体内容中被各个运营商购买的媒体内容的各自的列表。

8.如权利要求7所述的系统，其中：

所述web服务调用包括与所述被托管的运营商关联的源IP地址，以及

所述媒体后端服务器进一步可操作为使用所述表将所述源IP地址转换为所述被托管的运营商的运营商元数据标识符，以及基于与所述被托管的运营商的运营商元数据标识符关联的所述运营商元数据来识别用于传输到所述分支服务器的所述过滤的媒体元数据。

9.一种使网络协议电视（IPTV）服务能够从托管运营商向被托管的运营商分层转售的方法，所述方法包括：

在由所述托管运营商操作的媒体后端服务器处从由被托管的运营商操作的分支服务器接收对多个媒体内容的web服务调用；

将所述web服务调用内被托管的运营商的标记转换为与所述被托管的运营商关联的运营商元数据，所述运营商元数据表示所述多个媒体内容中所述被托管的运营商从所述托管运营商处所购买的媒体内容；

使用所述运营商元数据获取所述多个媒体内容中所购买的媒体内容的过滤的媒体元数据；以及

将所述过滤的媒体元数据传输到所述分支服务器。

10.如权利要求9所述的方法，其中使用所述运营商元数据获取所述媒体元数据进一步包括：

将代理web服务调用传输到前端服务器以获取来自所述前端服务器的所述多个媒体内容的媒体元数据；以及

使用所述运营商元数据过滤所述媒体元数据以产生所述过滤的媒体元数据。

Images