用于提供基于消息和事件的视频服务控制平面的系统和方法
【专利摘要】一种方法在一个示例实施例中被提供并且包括在客户端和与视频系统相关联的导体元件的消息传送结构之间建立连接并且对客户端进行认证(例如涉及与设备相关联的多个设备凭证)。该方法还包括分配名字以标识与客户端相关联的设备；利用名字和与设备相关联的设备状态更新客户端目录；以及建立到导体元件的服务连接以实现与设备的消息交换。服务连接建立基于可扩展的消息处理与存在协议(XMPP)的服务。
【专利说明】用于提供基于消息和事件的视频服务控制平面的系统和方法
【技术领域】
[0001]本公开总地涉及通信的领域，并且更具体地涉及用于提供基于消息和事件的视频服务控制平面的系统和方法。
【背景技术】
[0002]服务提供商在为多元化的端用户群体提供视频服务时面临很困难的挑战。很多服务提供商在装备好以实现它们“任何地方都有TV”的倡议，这可以提供当今用户所要求的一定程度的自由。这种要求的一个方面包括从任意设备在任意时间并且从任意地点访问内容的能力。提供对各种技术的有效集成并且同时考虑特定的设备选择、特定的位置可能性、特定的用户喜好、特定内容和节目编排等对于服务提供商而言是一个巨大的挑战。
【专利附图】
【附图说明】
[0003]为了提供对本公开及其特征和优点的更全面的理解，结合附图参考以下描述，其中类似的标号表示类似的部件，在附图中:
[0004]图1是根据本公开的一个实施例的用于提供视频平台的视频系统的简化框图；
[0005]图2是示出了与视频系统的一个实施例相关联的可能的示例细节的简化框图；
[0006]图3是示出了与视频系统的一个实施例相关联的可能的示例细节的简化框图；
[0007]图4是示出了与视频系统的一个实施例相关联的可能的示例细节的简化框图；
[0008]图5是示出了与视频系统的一个实施例相关联的可能的示例细节的简化框图；
[0009]图6是示出了与视频系统的一个实施例相关联的可能的示例细节的简化框图；
[0010]图7是示出了与视频控制平面的一个实施例相关联的可能的示例细节的简化框图；
[0011]图8是示出了与视频系统的服务接口和编排的一个实施例相关联的可能的示例细节的简化框图；以及
[0012]图9-11是示出了根据本公开的一个实施例的与视频系统相关联的可能操作的简化流程图。
【具体实施方式】
[0013]MM
[0014]一种方法在一个示例实施例中被提供并且包括在客户端和与视频系统相关联的导体元件的消息传送结构之间建立(有线的、无线的等等)连接。该方法还包括对客户端进行认证(例如，可以包括与设备相关联的多个设备凭证和/或与设备的用户相关联的用户凭证)。该方法还包括分配名字以标识与客户端相关联的设备；利用名字和与设备相关联的设备状态更新客户端目录；以及建立到导体元件的服务连接以实现与设备的消息交换。服务连接可以建立基于可扩展的消息处理与存在协议(XMPP)的服务(该服务包括与提供、管理、传送和处理视频数据相关联的任意类型的操作、功能、活动)。
[0015]在其它实施例中，适配器可以被用于建立针对客户端的不基于XMPP的服务。适配器可以与软件、硬件、插件、应用程序等相关联。客户端与消息传送结构之间的连接可以是持续连接。如果对客户端的认证是成功的，则设备状态可以在客户端目录中被选中以确保设备是有效的并且与用于接收视频内容的活动账户相关联。名字被用于引导要去往设备的消息。
[0016]在更具体的实施例中，所述方法可以包括在客户端连接管理器处接收针对客户端的特定消息；以及验证特定消息包括针对客户端的标识符。所述方法还可以包括将特定消息转发到与针对客户端的特定服务相关联的服务连接管理器。特定服务可以是调用由唯一标识符标识的其它服务的综合服务。
[0017]示例实施例
[0018]参考图1，图1是根据本公开的一个实施例的被配置用于提供集成视频平台的视频系统的简化框图。视频系统10可以包括多个后端系统15，这些后端系统可以进一步包括涉及用户管理和计费的多个提供商系统14。此外，视频系统10可以包括用于内容和元数据管理的媒体套件18，该媒体套件18可以被耦接到用于内容处理的媒体并购22。具有视频系统功能的服务元件20可以被适当地链接到媒体套件18、媒体并购22和内容发布24。
[0019]此外，任意个网络可以适当地将内容发布24耦接到视频系统主页34以及“移动即时(on the go)”组件32，该“移动即时”组件可以与无线活动、漫游、WiF1、更一般意义上的端用户设备等相关联。在图1中所示出的一个特定示例中，3G / 4G和WiFi网络35与有线的xDSL、FTTH网络25 —起被用于辅助实现视频平台的活动。图1还包括导体28视频控制平面，该平面可以被适当地耦接到媒体收购22、内容发布24和端到端系统管理30。注意图1的较大模块(例如导体28、内容发布24、媒体套件18、具有视频系统功能的服务20、视频系统主页34、媒体收购22等)可以被视为可以实现本公开的特定活动的逻辑套件。注意它们的功能、责任、任务、能力等可以按任何适当的方式被分配，这可以基于特定的视频需求、用户模型、服务提供商布置等。
[0020]根据本公开的教导，视频系统10被配置为向服务提供商提供多个有价值的特征。例如，视频系统10被配置为将视频服务延伸至从智能电话、平板电脑、iPad、个人计算机(PC)到机顶盒(例如n-screen)、有线系统等的各种设备。此外，这个视频系统10的平台被配置为将视频服务延伸至任意的IP接入网络(无约束的)。该体系结构还可以在不同设备、不同网络和不同视频服务之间提供统一的内容管理。此外，该体系结构可以提供灵活的平台和基础设施，通过平衡使用互联网协议(IP)、超文本传输协议(HTTP) / web服务、可扩展的消息处理和存在协议(XMPP)和启用工作流程的基础设施与开放式接口以及客户端和服务器软件开发套装(SDK)的组合来允许现有的服务被修改(并且允许新的服务被服务提供商开发)。初始的应用程序组也可以被提供(例如线性的、时移的、点播的等等)。
[0021]此外，该体系结构可以使用自适应比特率(ABR)来辅助实现视频服务的传送(与接入相独立)。这允许实现可以针对于消费者的视频提供，可以提供可被绑定到订阅模型的“任意地方、任意访问”。此外，视频系统10可以很容易地支持具有为了更高效的使用接入网络资源的本地缓存优化的单播和多播传送。这可以包括对内容保护的支持，从而实现全部内容的传送(不仅仅是内容的子集)。这还包括对诸如紧急警报服务、灯火管制、地理阻塞等之类的现有关键特征的支持。还提供对广告(包括动态广告支持)的支持以及对旧式设备(主要是现有的端点设备(例如机顶盒(STB)))从现有基础设施的顺利迁移的支持。
[0022]该体系结构还可以支持接入提供商要实现的混合优化(例如为了加强他们的供给)。在该上下文中，混合指的是传统的服务提供商视频传送技术(例如有线混合光纤同轴(HFC)环境中的基于正交幅度调制(QAM)的MPEG传输流)与纯IP视频传送技术(例如基于HTTP的自适应比特率)的组合。
[0023]在操作中，通信系统10可以支持以下面向端用户的使用情况:1)内容发现；2)针对被管理的IP STB和未被管理的设备的线性服务(其中针对现有线性服务的迁移被同等地支持)；3)针对被管理的IP STB和未被管理的设备的点播服务(其中针对现有点播服务的迁移被支持)；4)时间偏移的TV服务，例如采用在针对被管理的IP STB和未被管理的设备的屏幕之间的云DVR /时间偏移的TV的形式(其中针对现有DVR服务的迁移被支持))；5)采用伙伴设备的形式的跨屏幕体验，其中伙伴设备(例如iPhone)可以被用作针对另一视频系统设备(例如IP STB)的远程控制，或者伙伴设备可以通过价值添加/上下文或节目编排已知的元数据信息(例如Facebook / twitter动态消息流、附加的节目细节、超链接等)来改进观看体验；6)屏幕切换，其中用户能够将播放变到另一设备上(例如从iPad到TV)，跨设备暂停和继续节目或者具有多个房间的DVR ；7)动态广告；以及8)价值添加应用，该应用允许服务提供商提供价值添加用户体验(例如Facebook连接功能、对Olympics应用的访问等)。
[0024]注意视频服务传统上按孤立的方式被提供。线性TV服务由有线、电信或卫星公司通过具有被扩展为包括时间偏移、点播和DVR类型的服务的服务供给的旧式的、不基于IP的基础设施提供。服务只被提供给被管理的网络(例如基于QAM的有线网络)上的被管理的设备(例如STB)。随着具有相对较高的带宽的IP基础设施变得更加流行，第二波基于IPTV的视频系统出现了。这些系统中的共同主题是基于IP多播的线性服务、基于实时流协议(RTSP)的点播(等)服务，以及会话发起协议(SIP) / IP多媒体子系统(IMS)加RSTP控制平面，以及/或者HTTP / web服务加基于RTSP的控制平面与通常基于HTTP / web服务的针对端用户的元数据管理(例如电子节目指南)相耦接。IPTV内容传送一般被假设为通过被管理的网络的固定比特率(支持资源预留以满足特定的服务级别或者简单地具有充足的带宽)。
[0025]新的第三波系统现在正在被考虑，这种系统的设计原则是任意内容可以在任意时间到达位于任意位置的任意设备。HTTP自适应比特率使得能够在内容传送域中实现这个模型；然而，为了使服务提供商提供优质的视频服务，控制平面基础设施仍然是需要的。现有的基于IPTV的控制平面体系结构和解决方案在支持当今基于web的环境中的以上第三波系统所需要的多个方面是欠缺的，这些方面包括:1)缺少针对基于HTTP ABR的内容传送的考虑和服务，没有关于“网络”或者云会话(例如用于问题排查、诊断、统计信息、策略执行(关于会话的上限))等的概念；以及2)基于HTTP简单对象接入协议/代表性状态传送(REST) (SOAP / REST)的视频控制平面体系结构在一些方面是欠缺的。这包括不能通过NAT进行工作(例如以支持对客户端的通知类型的服务(紧急情况报警、运营商发起的消息传送/诊断等))。这还包括双向通信支持以及一种供云发起的通信去往丢失(例如发生事件)的家庭、用户和/或特定设备的方式，并且围绕同样丢失的这种云发起的通信的认证/授权考虑。此外，这样的模型用作客户端-服务器模型中的请求-响应协议，并且它们通常不是有会话状态的，这对一些优质视频服务而言是需要的。这些基于HTTP的服务不保留在多个请求的持续时间内的每个用户的信息或状态。因此，当基于HTTP的web服务在大型集群上被部署时，难以跟踪用户从一个请求到另一个请求的进展，除非集中式数据库被用于跟踪该进展。
[0026]基于SIP-1MS的视频控制平面提供与双向支持和通知服务的持续连接，解决了基于HTTP的控制平面的问题中的一些问题。然而，基于SIP / MS的体系结构也在一些其它方面存在欠缺(例如，它们只被限定用于要被调用和广告的基于SIP / IMS的服务)。在当今世界中，与基于HTTP和XML的服务的集成的容易度是很重要的。此外，SIP / MS基于呼叫建立模型，从而服务作为传入或传出会话建立的一部分而被调用。会话内部或者会话以外的事件也被支持。因此，MS服务创建、合成和交互依赖于MS滤波器标准的概念，这些MS滤波器标准是被用于确定要调用若干个MS应用服务器(AS)中的哪个MS应用服务器的(统计上定义的)触发点。
[0027]多个应用服务器之间的交互由(根据指定的)服务能力交互管理器(SCM)功能来处理。就很多方面来说，这是一种被用于过去的电报系统的经典智能网络(IN)模型的更现代的版本。在第三波视频系统和当今日益普遍的基于web的技术的世界里，用户和服务都需要被考虑为同样能够发起到彼此的服务的一等公民。此外，协调这些服务的开放式架构是很重要的，包括对系统中的事件的响应。
[0028]在SIP / IMS围绕建立通信会话(例如呼叫)的需求而被设计的情况下，不太适合由其自身交换作为会话的一部分的结构化的数据。例如，对于大型消息的支持是用户数据报协议(UDP)上的一个问题，并且SIP代理一般不想有频繁或大量的数据通过它们被发送。然而，一些视频控制平面服务需要那个功能(例如，远程调度、伙伴设备体验、交互式诊断等)。
[0029]视频系统10的某些实施例可以提供解决以上问题的整体视频服务控制平面体系结构。根据本公开的一个示例实施方式，视频系统10可以解决前述问题(以及可能的其它问题)以提供允许服务提供商通过到任意设备的任意网络向其用户提供任意内容的云、网络和客户端功能的组合。本公开提供了支持对被管理的视频服务供应的完整补充的端到端视频平台解决方案的第一个完整的实现。
[0030]在图1的平台内，功能组件从逻辑上被组合为不同的套件。延伸到核心平台以外的是被假设为在服务提供商或内容提供商网络内预先存在的组件。具体而言，服务提供商业务支持系统/操作支持系统(SP BSS / 0SS)代表一组预先存在的业务和操作支持系统。第三方web服务是该解决方案所利用的基于云的服务，不过是预先存在的并且可以直接被利用。内容提供商控制系统是支持将内容传送到次级分发通道的预先存在的或者将来的系统。在视频服务的传送中发挥作用的不同网络(由服务提供商管理的网络及其它网络两者)的集合也可以被提供。最后，该体系结构还可以包括现有的点播和线性内容源，代表所述内容源自内容提供商/广播商，以及在服务提供商的网络内获取所述内容。这一区域中的实线和虚线代表内容元数据和内容实质(实际的媒体文件等)之间的区分。
[0031]云范式可以为媒体和获取套件扩展用于线性和时移TV的增强功能。通信平台还引入导体和导体服务，提供可扩展的服务创建环境、公共服务功能以及可大规模扩展的持久的客户端连接技术。三个附加套件也被提供，包括提供集成了 web广告判决服务器功能的一组核心的高级广告功能的广告套件(在图1中被表示为“高级广告”)。此外，构建在QuickStart中所提供的基本软客户端功能上的应用套件(例如视频系统使能的服务)被提供。还提供基本的一组跨被管理和未被管理的设备的核心的价值添加的端用户应用。管理套件(例如端到端系统管理)也被提供用于客户端和端点管理；它辅助实现对产品的整体视频平台套件的管理。
[0032]视频系统10还构建在用于将点播和线性内容高效地传送到客户端设备的分发套件功能上。内容传送网络(⑶N)功能可以负责获取源自于内容管理/媒体处理功能的内容，并且将这些内容批量、高效且具有最小的端到端延迟地传送给客户端。⑶N可以提供高部署灵活度:利用集中化的根缓存层、多个中间缓存层和靠近客户端设备的边缘缓存层使部署的规模从更集中化的部署到高度分布式部署。CDN还提供智能内容路由功能，这些功能通过网络邻近性与下层网络元件的实时路由细节捆绑在一起。这使得服务提供商即使是在网络修护期间也能够高效地传送来自最佳边缘缓存资源的内容。
[0033]该体系结构还覆盖软客户端以及被管理的设备。具体而言，该体系结构包括视频系统家庭网关以及视频系统IP STB。作为网络的延伸，家庭网关提供家庭和服务提供商云和网络基础设施内的被管理和未被管理的设备之间的有价值的链接。IP STB以及运行在未被管理的设备上的所有软客户端被设计为在被管理和未被管理的网络环境上工作。软客户端功能可以被扩展为包括线性和时移功能，以及利用各种套件所提供的演进的一组云和网络API来提供高质量的端到端用户体验。
[0034]视频系统10提出到跨越整个服务/内容生命周期的所有基于IP的视频和服务基础设施的迁移，所述整个服务/内容生命周期包括从视频内容和元数据获取到内容和元数据准备、分发以及向端用户的传送。视频系统拥有具有用于这些功能的异构接口和实现方式的一组不同的产品/套件。整个系统遵从面向服务的体系结构(SOA)开发架构，并且从而支持通过服务编排和工作流引擎使用的多个单独的服务。所述套件中的每个套件提供一组明确定义的服务和关联接口，并且就是利用这些服务，端用户服务最终被提供。端用户服务可以被定义为包括用户与之交互以提供用户可见的服务的一个或多个服务。例如，线性TV服务提供允许用户根据它们的预订观看特定频道的特征和逻辑。线性TV服务通过利用多个下层视频系统服务和套件来实现这一点。应用套件服务就提供用于一个或多个服务的特定应用逻辑方面发挥特定的作用。用户也可以是机器(例如针对面向机器到机器的类型的服务)。
[0035]在本公开的某些实现方式中，视频系统10可以利用一组基于HTTP的REST式web服务来支持基本的随地点播TV功能。通过媒体套件和分发套件两者被提供至端点的这些HTTP服务可以提供经证实的可扩容性、灵活性和可扩展性。在操作中，视频平台可以利用HTTP REST式的web服务和基于XMPP的服务的混合，提供有力的组合以支持针对线性、时移TV、V0D、伙伴及价值附加应用的高级功能。
[0036]转向图2，图2示出了多个示例内容源45 (例如YouTube、Starz、HULU等)。设备和服务可以被分成面向客户端的组件和面向云的组件。面向客户端的组件和服务可以涉及与客户端的交互。面向云的组件和服务可以包括其它的所有事项。在任一情况下，服务提供明确定义的基于XMPP和/或HTTP的接口。基于XMPP的服务可以依赖于导体基础设施以及其所提供的特征(例如服务虚拟化或者永久连接)，而视频系统中的基于HTTP的服务可以遵从标准的web服务模型。
[0037]客户端可以直接与服务相接口或者它们可以与前端应用/服务交互，前端应用/服务进而编排和调用其它服务(例如通过利用服务编排所提供的灵活的工作流引擎)。类似地，服务也可以依赖后端应用逻辑来事项更高层的应用/服务，这些服务又可以依赖其它服务的服务编排。在客户端本身上，可以安装有一个或多个应用，并且应用可以包含附加模块。在任一情况下，客户端侧的应用通过一个或多个服务调用(例如“创建记录”以安排nDVR记录的时间，这经由HTTP或XMPP被服务或应用前端所支持)与视频系统云交互。
[0038]在操作中，媒体套件(统一的CMS、授权、元数据代理、LSMS / EPG管理器等)、分发套件(该套件是包括服务路由器、服务引擎/边缘缓存等的内容分发)、广告套件和应用套件可以提供客户端所消费的服务。面向客户端的接口可以是基于HTTP的，并且对于视频系统，它们可以继续是基于HTTP的，或者它们以及其它应用和服务可以是基于HTTP和/或XMPP的。在任一情况下，高效的机制可以被用于客户端以首先发现这些服务，选择可以最好地满足来自所述客户端的服务请求的组件的实例，并且管理有限的资源在所述服务的所有实例上的分配。视频系统可以通过导体的针对基于XMPP和HTTP两者的服务的服务目录提供统一的服务发现功能。对于基于XMPP的导体服务，服务虚拟化可以由导体基础设施本身来提供。
[0039]图3是突出显示视频系统使能的服务以及导体功能的简化框图。获取套件服务虽然不是被客户端端点直接消费的，但是为媒体套件和分发套件提供了关键的媒体处理服务，因此也被考虑。针对媒体套件、获取套件和分发套件的服务路由和服务虚拟化可以继续利用现有的实现方式。具体而言，媒体套件当前提供了用于服务虚拟化和负载平衡的全球服务器负载平衡(GSLB) / Apache web服务机制。获取套件可以通过其转码管理器服务器为视频点播(VOD)转码提供负载平衡；用于针对线性和VOD转码和封装的服务虚拟化和负载平衡的扩展机制也可以在视频系统中被提供。分发套件提供用于虚拟化和边缘缓存选择的基于服务路由器的机制。广告套件消息交换是无状态的，交易数据在允许任意虚拟端点处理消息交换的虚拟化的服务集群上被维护和复制。对于利用传统HTTP消息交换访问的服务，应用或者其它硬件负载平衡器可以被使用。或者，负载平衡器或软件负载平衡器可以符合整体视频系统体系结构地被采用。当广告套件利用XMPP被访问时，为了负载平衡和高可用性，集成的视频系统导体服务虚拟化被利用。
[0040]视频系统用户可以通过它们的服务提供商订购视频服务。一个或多个用户和设备可以与针对服务的账户相关联，并且与每个账户相关联是实现视频服务的个人化的特征。设备包括从IP机顶盒到诸如PC、Mac、平板电脑、智能电话等之类的各种设备上的软客户端，并且所有那些设备可以被用在服务提供商的接入网络(家庭)或者另一网络(例如移动即时(on the go)网络)。用户还可以具有视频系统家庭网关，该网关可以是具有附加视频特征的住宅NAT /防火墙类型的设备，所述附加视频特征例如媒体缓存以及多播到单播的转换以优化端用户视频体验并且减少对接入网络资源的使用(尤其是当用户有访问相同内容的多个设备时)。有线和远程通信(xDSL、光纤等)接入网络作为提供顶级体验的被管理的网络而被支持，其中与用于未被管理的接入网络相比，服务质量和策略控制实现了更好的端用户视频体验。[0041]用户和设备可以主要利用永久XMPP连接和基于无状态HTTP的web服务来连接到视频系统基础设施。导体提供XMPP基础设施，客户端(用户/设备)经由连接管理器连接到所述XMPP基础设施并且验证它们的身份，从而实现安全且个人化的服务体验。导体提供基本的一组连接管理、消息传送和核心服务以及附加的服务启用特征以允许新的服务被引入。服务和应用可以连接到导体，从而允许它们使用导体所提供的核心服务，以及通过XMPP消息传送基础设施与彼此交换消息。
[0042]导体所提供的核心服务包括客户端目录，该客户端目录包含用户和设备简档信息以及发布-订阅子系统(PubSub)，允许收听者订阅以及被通知关于发布者针对给定话题所生成的事件。会话状态管理器跟踪与会话(例如观看电影时的视频会话)相关联的状态，并且资源代理允许资源(例如网络带宽)与所述会话相关联。应用套件提供一组支持前端和后端应用逻辑以传送线性和时移TV、nDVR、点播、针对特定平台的软客户端下载、价值附加的应用以及针对点播店面的web门户电商平台。
[0043]图4是图示了视频系统云API和客户端的简化框图。在该特定示例中，视频系统云API50被提供为连接到REST式的HTTP web服务网络56。另外，视频系统云API的其它实例52，54被耦接到XMPP消息传送云58。第三方服务60的实例也被示出并且被耦接到视频系统管理的IP机顶盒62。此外，视频系统iOS平板电脑64和视频系统Android智能电话66被适当地连接到给定网络。云API可以实现一致的用户体验。此外，云API可以最佳地利用XMPP和HTTP。客户端SDK可以方便在各种平台上使用云API。此外，云API可以访问第三方服务。
[0044]图5是图示了内容分发套件和媒体获取套件的简化框图。在特定示例实现方式中，节目向导获取和媒体传送是基于HTTP的。视频传送支持自适应的比特率，并且其可以利用分发套件进行高效的服务提供商级别的视频传送。分发套件实现了整个网络上的分布式内容缓存。对内容的HTTP请求可以首先被发送至服务路由器(SR)，服务路由器利用接近性引擎(PxE)来实现对去往服务引擎(SE)的HTTP请求的基于接近性的重新定向以进行高效的媒体传送。当服务引擎接收到请求时，服务引擎根据其缓存-另一服务引擎(缓存分级结构中更高级的服务引擎)对请求提供服务，或者服务引擎联系从原始服务器(在获取套件中)获取内容的内容获取功能。分发套件可以被用于高效地传送诸如通用节目向导之类的任意可缓存的应用对象，而个人化的节目向导反而可以直接从媒体套件获取。在任一情况下，客户端可以了解利用PubSub XMPP服务可得到的新的节目向导以进行节目向导更新。
[0045]图6是图示了与媒体套件、提供商系统等相关联的附加细节的简化框图。媒体套件组件从提供被管理和未被管理的内容的多个内容提供商接收内容元数据和电子节目向导(EPG)信息。媒体套件对该信息进行规范化并生成针对关联内容的节目向导。这可以涉及利用LSMS / EPG管理器将内容映射到信道，遵从针对特定区域中的内容的断电指示，确定要被应用的数字权利管理(DRM)等。节目向导通常基于本地可用的内容随区域而变化，并且节目向导也可以根据每个用户而变化(个人化的节目向导)。类似的功能被提供给点播内容，所述点播内容可以是终端用户可得到并且可看到的。一旦关联内容可用，媒体套件随后可以发布针对所述内容的节目向导和目录信息。媒体套件还支持桥接线性和点播域的多种时移TV体验；DVR CMS功能可以就此提供内容关联功能。媒体套件提供统一的授权功能，允许服务提供商提供对多个领先的DRM生态系统的支持。被管理和未被管理的个人资料文件(点播、线性频道、应用)被组合到媒体套件发布者功能的供给中。例如，服务提供商可以选择提供包含被有效管理的内容和来自诸如Hulu之类的整合者的未被管理的内容的混合内容的统一的VOD目录。
[0046]与该内容相关联的元数据可以由元数据代理提供，所述元数据代理还提供与节目向导和nDVR记录相关联的服务元数据。被管理的内容可以通过服务提供商的基础设施(获取套件)被获取、转码、加密和传送，而未被管理的内容处理和传送是整合者的责任。来自这两者的资料文件可以被无缝地合并到统一的供给中并在公共目录中被呈现给用户。在被管理的内容的情况下，客户端可以与媒体套件授权管理服务器交互。如果用户被授权访问内容，则内容辨别服务器(CRS)功能决定一个或多个合适的格式以为请求的客户端提供内容；格式可以进而取决于内容策略功能所控制的特定内容策略。在未被管理的内容的情况下，客户端在资料文件重放时将直接与整合者的后端授权/传送系统接口。
[0047]在用户被允许观看特定内容之前，不管该内容是线性的还是点播的，该内容都可以被做成可用的。未被管理的内容不被视频系统网络缓存和处理，而是作为任何其它IP流量在最顶层(OTT)被传送。但是，被管理的内容可以从内容提供商处被获取，并且可能按多种方式被转换。获取套件通过按可能的几种不同格式(编解码、分辨率等)对内容进行编码(重新编码)来担任这个角色以支持多个端用户设备和对所述内容的自适应比特率传送。VOD转码由转码管理器完成，线性转码可以由数字内容管理器(DCM)和媒体处理器完成，并且ABR格式化可以由媒体封装器处理。针对DRM的加密也可以被提供。获取套件与媒体套件彼此协调以确定要获取什么内容、内容在什么时候是可用的，并且从而可以被发布在目录中，以及应用哪个DRM。一旦内容被适当地转换，该内容可以被存储在原始服务器功能上，并且该内容随后可用于向端点分发。该内容随后可以被推出到分发套件(预先获取)，或者分发套件将在需要的时候获取并缓存该内容。
[0048]尽管使用了 HTTP ABR，但是一些内容可以通过多播被提供；家庭网关可以在多播传送和单播HTTP ABR之间转译以优化接入网络和CDN(分发套件)的使用。多播管理器广告静态地以及可能动态地被提供的多播会话，所述多播会话定义决定多播发送者以及对于多播树的覆盖的多播云。虚拟源服务(VOS)嵌入诸如封装、时移表示、针对nDVR的记录和针对多播缓存填充的多播起源之类的功能；服务路由器功能允许在多个VOS实例上实现高效的服务路由请求处理(例如使用拓扑结构上近距离的V0S)。
[0049]基于节目向导信息、VOD目录等，客户端可以具有针对其想要获取的内容(例如TV频道、点播的电影等)的HTTP URL。当客户端发出对所述内容的请求时，将需要通过授权核查以确定其是否被允许获得所请求的内容。授权核查由媒体套件执行，所述媒体套件与DRM /许可服务器相接口以获得实现对DRM保护的内容的解密的DRM生态系统专用许可密钥。
[0050]广告套件放置代理接受来自任意发起源(假设其为客户端或者云)的广告放置请求(例如以有线电信工程师协会(SCTE) 130的第3部分放置请求消息的形式)。放置代理从内部和外部源的组合收集与内容和观看者相关的附加的目标标准。对于内容专用的元数据，媒体套件的元数据代理和/或第3方元数据源利用SCTE130内容信息服务(CSI)接口被查询。用户或内容观看者信息利用SCTE130订户信息服务(SIS)接口从内部和/或第3方源的组合被获取。示例的Sis元数据源包括视频系统的地理位置服务、导体的客户端目录服务、对服务提供商订户数据的间接访问或者诸如Experian之类的外部第3方。
[0051]一个或多个放置时机(包括描述决定所有权、策略、广告单元结构的元数据的传统线性元素的更一般化的形式)可以从实现SCTE130放置时机信息服务(POIS)接口的组件处被获取。基于所有权和所规定的放置服务标准，放置代理应用适当的元数据可见性策略并将个体的放置时机路由到正确的广告判决服务。广告判决服务可以是第3方活动管理器的组件或者它可以是广告套件的web ADS路由器。Web ADS路由器将判决请求利用它们本身的请求格式转发到诸如DoubleClick或Freewheel之类的第3方web广告判决服务器并且接收交互广告署(IAB)视频广告服务模板(VAST) 2.0响应。放置代理将全部广告放置判决进行整合并利用SCTE130PlacementResponse消息将结果返回给发起源。发起源随后利用合适的传送平台专用的组装机制(例如针对HLS的播放清单操作或者针对客户端HSS /Smooth的播放器控制等)将娱乐内容和所选择的广告资源文件搅合在一起。
[0052]放置报告器获取包括放置、播放、会话、观看者和远程控制事件的媒体会话事件，根据所规定的放置服务策略过滤这些事件，并将合适的确认报告转发给各个广告判决服务。Web ADS路由器提供跳转到VPAID格式的附加的转发功能。放置报告器还对数据进行存档以用于以后的分析并且提供报告生成支持。
[0053]管理套件实现视频系统的管理方面(FCAPS)。设备管理器执行针对视频系统的被管理设备(即机顶盒和家庭网关，而端点管理器以应用下载、供应、事件收集和报告等的形式支持针对所有视频系统客户端的总体管理)的基本硬件和固件设备管理。域管理器是针对每个产品套件的子系统管理器。域管理器被置于管理套件本身中或者是完成双重角色的另一套件中的产品。最后，管理器中的视频管理器(MoM)可以提供用于平台的各个管理组件的总体管理器。
[0054]视频系统体系结构定义不与任何特定套件相关联的若干个第三方元件。在视频系统盒内，认证/授权单点登录(AA / SS0)功能提供允许不同的套件和接口之间的公用凭证和单点登录的公用后端AA和SSO解决方案。会计功能允许存储会计数据(例如针对质量统计信息)，并且DOCSIS和电信策略功能提供用于有线和电信接入网络的策略服务器功能。在视频系统盒以外，针对第三方web服务的多个第三方元件、服务提供商BSS / 0SS、内容提供商(CP)控制系统以及EPG调度信息、VOD和线性内容源、集成接收器解码器(IRD)、紧急情况警报系统(EAS)和公共⑶N也被定义。
[0055]转向与本公开相关联的示例基础设施，图1的客户端可以与想要经由某个网络接收视频系统10中的数据或内容的设备、客户或者端用户相关联。术语“客户端”包括被用于发起通信的设备，例如接收器、计算机、机顶盒、IRD、手机、智能电话、平板电脑、个人数字助理(PDA) >Google droid、iPhone、iPad、远程控制或者能够发起视频系统内的语音、音频、视频、媒体或数据交换的任何其它设备、组件、元件或对象。客户端还可以包括对于人类用户的合适接口，例如显示器、键盘、触摸板、远程控制或者其它终端设备。客户端还可以是代表另一实体或元件来发起通信的任意设备，例如程序、数据库、或者能够发起视频系统10内的交换的任何其它组件、设备、元件或对象。本文档中所使用的数据指任意类型的数字、语音、视频、媒体或脚本数据、或者任意类型的源或目标代码、或者采用可以从一个点被传送到另一点的任何合适的格式的任何其它适当的信息。[0056]图1的网络可以代表用于接收和发送传播通过视频系统10的信息分组的互连通信路径的一系列点或节点。网络可以提供在源和/或主机之间的通信接口，并且可以是任何局域网(LAN)、无线局域网(WLAN)、城域网(MAN)、内联网、外联网、WAN、虚拟私有网络(VPN)或者辅助实现网络环境中的通信的任何其它合适的体系结构或系统。网络可以包括通过通信介质被耦接到彼此(并且与彼此通信)的任意个硬件或软件单元。
[0057]在一个特定实例中，本公开的体系结构可以与服务提供商数字订户线(DSL)部署相关联。在其它示例中，本公开的体系结构可以同样应用于其它通信环境，例如任何无线配置、任何企业广域网(WAN)部署、有线情形、一般意义上的宽带、固定无线实例、光纤到X(FTTx)(这是用于在最后一英里体系结构中使用光纤的任何宽带网络体系结构的通用术语)以及有线电缆数据服务接口规范(DOCSIS)有线电视(CATV)。本公开的体系结构可以包括具有用于发送和/或接收网络中的分组的传送控制协议/互联网协议(TCP / IP)通信能力的配置。
[0058]套件、后端系统、导体、端到端系统管理等中的任一个可以代表可以辅助实现这里所讨论的视频管理活动的网络元件。如这里本说明书中所使用的，术语“网络元件”意图包括之前所提到的元件以及路由器、交换机、有线电视盒、iPad、一般意义上的端用户设备、端点、网关、网桥、STB、负载平衡器、防火墙、内联服务节点、代理、服务器、处理器、模块或者可操作用于在网络环境中交换内容的任何其它合适的设备、组件、元件、专属器械或对象中的任一元件。这些网络元件可以包括辅助实现其操作的任何合适的硬件、软件、组件、模块、接口或者对象。这可以包括允许实现数据或信息的有效交换的合适的算法和通信协议。
[0059]在一个实现方式中，这些网络元件可以包括软件以实现(或促进)这里所讨论的视频管理活动。这可以包括域管理器lla-f的实例的实现。此外，这些元件中的每个元件可以具有内部结构(例如处理器、存储器元件等)以辅助实现这里所描述的操作中的一些操作。在其它实施例中，这些视频管理活动可以在这些元件的外部被执行，或者被包括在某个其它网络元件中以实现所想要的功能。或者，这些网络元件可以包括可与其它网络元件协调以实现这里所描述的视频管理活动的软件(或者往复式软件)。在另外一些实施例中，一个或几个设备可以包括辅助实现其操作的任何合适的算法、硬件、软件、组件、模块、接口或对象。
[0060]转向图7，图7图示了导体视频控制平面76。图7的体系结构包括处理器75、存储器元件85、客户端连接管理器84、多个客户端82、服务目录88、消息传送结构68和编排引擎72。此外，该体系结构包括被耦接到编排引擎的多个组件(总地用78来指示)，包括服务虚拟化、发布订阅实例、事件收集、会话状态管理器和资源代理。
[0061]图7的体系结构的中心是集成基于XMPP的服务和不基于XMPP的服务(例如web服务)的XMPP消息传送结构。此外，该体系结构包括一组客户端端点/设备和用户，它们中的每一个具有被存储在客户端目录中的被认证的身份和各种信息。图7的体系结构还包括与每个客户端的(单一)永久连接，所述客户端支持与被连接到消息传送结构的其它实体的双向、被认证和授权的通信。
[0062]该体系结构中还包括在身份、连接、策略等方面与用户/客户端模型相类似的应用和服务模型。编排引擎72被配置用于支持用于灵活的服务实现方式的工作流程和规则。发布订阅机制被提供用于到基于各种标准的一组实体(基于XMPP PubSub话题)的被触发的通信。松散耦接的面向服务的平台通过紧密地连接端用户跨多协议消息总线被提供。然后，服务可以抽象地与彼此去耦接，并且作为逻辑端点通过平台被连接在一起，所述逻辑端点作为虚拟服务被提供给端用户。该体系结构还包括采用服务目录、服务发布、服务策略、服务安全性、服务虚拟化、服务编排和服务管理的形式的各种服务专用特征。
[0063]在一个特定示例中，图7的范例基于使设备(物理硬件)、端点(例如软客户端)、用户、服务等全都被分配名字(Jabber标识符(JID))的概念，根据所述名字，它们可以被标识并且消息可以被发送给它们。用户可以与一个或多个设备相关联(例如通过登录)，从而实现个人化服务以及设备专用服务。设备、端点和用户全都被登记在客户端目录中，其中简档信息与它们相关联。简档信息包括被订阅的服务、家长控制设置、针对服务所登记的设备、被支持的内容格式等。针对用户A的云DVR服务可以(例如)考虑用户A必须确定合适的格式以将内容记录在其中以用于用户A的设备。用户可以属于包括分别具有不同设置的多个用户和设备的账户(家庭)。
[0064]JID可以被认证并且从而构成用于系统中的授权和服务策略的身份基础。这普遍适用于设备、端点、用户和服务并且从而提供在控制平面内的简单一致的安全体系结构。XMPP控制平面支持多个本地服务/特征(例如客户端目录或者发布/订阅)并且允许附加的非本地服务/特征被连接到控制平面。这些服务/特征可以是基于XMPP的或者它们可以通过使用接口适配器而基于其它协议(例如HTTP web服务)，所述接口适配器将确保那些服务按与基于XMPP的服务类似的方式被对待。所有服务可以被登记在服务目录中，其中它们可以很容易地被发现。所有非本地实体(基本平台服务以外的客户端和服务)利用连接管理器被连接到XMPP控制平面。端点、设备和用户(也被称为客户端)可以通过客户端连接管理器进行连接，而服务通过服务连接管理器进行连接。连接管理器提供并确保针对实体的单点进/出，确保路由通过必要的服务、安全性以及控制平面内的策略执行、针对实体的被认证的身份、具有对实体的双向通信支持的永久连接。认证被进行一次，并且通过NAT的通信被支持。服务的示例包括会话管理器，该会话管理器实现对针对基于HTTP ABR的内容传送服务的基于云的会话状态的跟踪。
[0065]利用XMPP会话状态跟踪例如允许云跟踪针对用户的进行中的会话、发起诊断会话并且经由所支持的外部接口与CDN基础设施进行会话耦接。基于通知的服务通过XMPP所提供的发布-订阅功能被允许。注意这个功能怎样应用于系统中的所有实体，包括服务和软客户端(即不仅仅是媒体设备)。
[0066]—个关键的设计原则是利用工作流和规则引擎实现服务编排。现有技术可以被用于做到这一点，其中这些技术(被服务所使用)的使用可通过XMPP控制平面接入、可利用JID寻址并且/或者受制于控制平面所实行的控制平面服务策略。与MS服务模型(滤波标准和SCM)相比，该体系结构也是不同的，因为它不依赖于触发消息(例如呼叫建立/SIPINVITE)，它也不限制可以被支持的规则或工作流程。该体系结构的另一优点由BSS /OSS适配器示出，所述BSS / OSS适配器提供到基于订阅的服务提供商部署所常用的后台订户管理和计费系统的统一接口。虽然客户端目录提供了存储这样的数据的默认地方，但是服务专用数据可以更好地由各个服务存储。服务可以登记它们对这些新数据的兴趣，并且BSS / OSS适配器简单地将消息发送给表达了对这些数据的兴趣的JID。
[0067]在操作中，视频控制平面可以提供基于消息和事件的视频服务机制以实现基于HTTP ABR内容传送技术的第三波视频系统，同时支持随时随地到任意设备的任意内容。控制平面按可扩展的方式实现针对端用户、设备、用户和服务的安全、被认证的个人化双向控制平面服务。系统可以按类似的方式定义和处置端点、设备、用户和服务并且利用安全性和服务策略基础设施提供一致的消息路由基础设施。控制平面按XMPP和HTTP / web服务的形式利用和组合开放式的基于web的技术，支持通知服务，并且利用编排引擎可以很容易地定制和扩展。
[0068]转向图8，图8图示了与本公开相关联的服务接口和编排活动。该特定示例包括客户端82、连接管理器92、多个web服务/应用96、多个服务编排实例90a_90b以及多个服务94。在操作中，客户端连接管理器维护从客户端到消息传送结构的永久连接。这些永久连接被认证和加密；这允许实现从服务一直到客户端端点的双向、异步、安全、被认证的消息传送。服务连接管理器允许位于各种平台上的服务与导体互连。这个互连允许服务向导体系统提供功能，利用来自被连接到导体的其它服务的功能并且向被连接到导体的客户端提供服务。状态管理器和资源代理一起允许轻量级会话被创建以传送HTTP内容。这提供了更多的可见性和对基于HTTP的内容传送的控制。事件收集子系统提供一种方式供端点对话题发布统计信息和数据。感兴趣的接收者可以订阅订阅与它们的功能相关的话题。发送者不必跟踪接收者(消息传送结构可以执行这些活动)。话题可以可选地被持续以进行离线或批量查询。
[0069]编排引擎允许系统行为在不用等待新版代码的情况下被定制。工作流和规则可以被非开发者建立或定制以允许部署之间的微小差异。这为服务提供商提供了在不用等待标准开发发布周期的情况下定制服务的灵活性。
[0070]认证适配器利用客户写入插件提供灵活的认证后端，所述插件允许服务提供商或者第三方将客户端认证过程集成到客户后端中。客户端目录为客户端元数据提供存储和一致接口。关于用户、设备和账户(以及它们的关系)的信息在具有一致接口的一个地方是可用的。管理控制台为导体提供单点管理。管理者可以查看系统中的节点的好坏情况，执行问题排查，生成报告并对运行系统做出改变。
[0071]BSS / OSS适配器提供到基于订阅的服务提供商部署典型的后端订户和计费系统的统一接口。由于BSS / OSS适配器被附接到消息传送结构，所以适配器可以与所涉及的后端系统位于同一位置。不再需要用于每个头端控制系统的单独的计费系统接口。NMS适配器提供到通常依赖SNMP的北行NMS系统的统一接口。NMS适配器可以对来自事件子系统的故障进行过滤和转发并且可以为来自北行系统的SNMP gets / sets提供导体状态的数据模型视图。
[0072]就特定的导体拓扑结构而言，导体28是一种分布式的消息传送和服务互连平台。导体云由一个或多个导体节点构成。节点是运行导体平台软件的物理服务器或虚拟机。每个节点提供核心消息路由功能以及一个或多个核心导体功能。节点可以通过加密的TCP套接字被互连。
[0073]导体系统中的服务可以位于应用服务器上。通常存在专用于与这些应用服务器互连的导体节点。这些服务互连节点将运行一个或多个服务连接管理器(SCM)。通常，一个SCM专用于一个应用服务器。导体系统中的客户端通过诸如XMPP和BOSH之类的所支持的客户端连接协议进行连接。通常存在分布在网络中的专用于客户端连接的导体节点。这些分布式导体节点将运行一个或多个客户端连接管理器(也被称为域管理器，如这里本说明书中所使用的)。
[0074]转向图9，图9是图示了与本公开的客户端和服务登记活动相关联的示例活动的简化流程图900。该方法可以开始于901，其中设备通过建立到导体客户端连接管理器的永久连接连接到导体消息传送结构。在902处，设备利用设备凭证对其自身进行认证。可选地，如果这是成功的，则设备状态在导体客户端目录中被核查以确保其是与活动账户相关联的有效设备。其它策略核查也可以被执行(例如基于客户端目录中的设备简档)。在903处，设备被分配名字(Jabber标识符-JID)，该名字可以被用于标识设备并且用作用于使消息被引导至特定设备的目标名字。设备状态和名字也在客户端目录中被更新。在904处，用户想要使用具有用户专用设置和特征的设备或端点(例如软客户端)。设备/端点建立到导体客户端连接管理器的永久连接。在905处，用户利用用户凭证对其自身进行认证。可选地，如果这是成功的，则用户状态在导体客户端目录中被核查以确保该用户是活动用户。用户所使用的设备/端点可以进而被核查以属于与用户相同的账户。其它策略核查也可以被执行(例如基于客户端目录中的用户简档)。
[0075]在906处，用户被分配名字(Jabber标识符-JID)，该名字可以被用于标识用户并且用作用于使消息被引导至用户的目标名字。JID包含设备/端点无关部分和设备/端点专用部分，从而允许得到用户的特定实例或者用户的所有登录实例。用户和设备/端点之间的关联可以被存储在客户端目录中。
[0076]在907处，服务连接到导体以允许与设备、端点、用户和/或其它服务进行消息交换。服务建立到导体服务连接管理器的永久连接。服务可以是基于XMPP的或者不基于XMPP的；在后一情况下，适配器被使用。在908处，服务利用服务凭证对其自身进行认证。可选地，服务策略核查也可以被执行(例如以确保有效的活动服务)。其它策略核查也可以被执行(例如基于客户端目录中的服务简档)。在909处，服务被分配名字(Jabber标识符-JID)，该名字可以被用于标识服务并且用作用于使消息被引导至服务的目标名字。
[0077]转向图10，图10是与客户端和服务通信相关联的简化流程1000。该特定流程可以开始于1001，其中客户端A(设备、端点或用户)想要向服务S发送消息。在1002处，客户端A发送具有目标JID名字“S”的消息M。该消息通过从客户端A到客户端连接管理器的永久连接被发送。在1003处，客户端连接管理器验证消息M包括针对客户端A的源身份标识。在1004处，客户端连接管理器将消息转发到导体消息传送基础设施。消息传送基础设施可以执行各种策略核查和服务逻辑。客户端目录可以包含客户端专用设置，并且其它基础设施组件可以包含非客户端专用设置。
[0078]在1005处，导体消息传送基础设施将消息转发给与服务S相关联的服务连接管理器。在1006处，服务连接管理器通过永久服务连接将消息转发给服务。对于不基于XMPP的服务，适配器可以被使用。在1007处，服务S执行必要的逻辑；客户端专用操作可以由所包括的被认证的客户端标识(A)驱动。类似地，对请求客户端的响应可以简单地被发送给JID “A”，如上所述。可选地，服务S可以是与上述服务类似的调用其它服务(或者与客户端交互)的合成服务；每个这样的子服务也用JID标识。合成服务可以利用规则和工作流被构建，所述规则和工作流利用子服务的JID调用这些子服务(或者与客户端交互)。子服务还可以包括不基于XMPP的服务。注意上述内容对于作为发送和接收方的设备、端点、用户和服务是同样适用的。
[0079]转向图11，图11是与通知服务相关联的简化流程1100。该特定流程可以开始于1101，其中导体消息传送基础设施创建针对E的PubSub节点。在1102处，设备、端点、用户和/或服务想要接收与针对E的事件相关的通知。在1103处，设备/端点/用户/服务A通过向PubSub节点E发送订阅消息明确订阅针对E的通知。或者，设备/端点/用户/服务A通过配置隐式订阅针对E的通知。在1104处，针对E的事件发生并且被发布给针对E的PubSub节点。在1105处，订阅PubSub节点E的所有设备、端点、用户和服务被向JID发送消息的PubSub节点通知事件E。导体消息传送基础设施执行合适的消息路由并且利用在适当位置的永久连接经由相关的连接管理器转发消息。
[0080]如之前所标识的，网络元件可以包括软件(例如域管理器lla-f)以实现如这里在本文档中所列出的视频管理操作。在某些示例实现方式中，这里所列出的视频管理功能可以由被编码在一个或多个有形的非瞬态介质中的逻辑(例如被提供在专用集成电路[ASIC]中的嵌入式逻辑、数字信号处理[DSP]指令、要由处理器[被提供在任意套件中、导体28中、介质网关34中、传统家庭38中的任意地方、视频系统家庭34中、后端系统15中、端到端的系统管理30中等等的处理器]执行的软件(可能包括目标代码和源代码))来实现。在这些实例中的一些实例中，存储器元件(被提供在任意套件中、导体28中、介质网关34中、传统家庭38中的任意地方、视频系统家庭34中、后端系统15中、端到端的系统管理30中等等)可以存储用于这里所描述的操作的数据。这包括能够存储被执行以实现本说明书中所描述的活动的指令(例如软件、代码等)的存储器元件。处理器可以执行与数据相关联的任意类型的指令以实现这里本说明书中所详述的操作。在一个示例中，处理器可以将元件或事物(例如数据)从一个状态或事项转换为另一状态或事项。在另一示例中，这里所列出的活动可以利用固定逻辑或者可编程逻辑(例如由处理器执行的软件/计算机指令)来实现，并且这里所标识的元件可以是某种类型的可编程处理器、可编程数字逻辑(例如现场可编程门阵列[FPGA]、可擦除的可编程只读存储器(EPROM)、电可擦除的可编程ROM(EEPROM))或者包括数字逻辑、软件、代码、电子指令或者它们的任意合适的组合的ASIC0
[0081]这些元件(例如网络元件等)中的任意元件可以包括存储器元件，用于存储实现这里所列出的视频管理操作时要使用的信息。此外，这些设备中的每个设备可以包括处理器，该处理器可以执行软件或算法以实现如本说明书中所讨论的视频管理活动。这些设备还可以将信息保存在任何合适的存储器元件[随机访问存储器(RAM)、R0M、EPR0M、EEPR0M、ASIC等]、软件、硬件中，或者在适当的情况下基于具体需要被保存在任何其它合适的组件、设备、元件或对象中。这里所讨论的存储器条目中的任意条目应当被诠释为被包含在广义术语“存储器元件“内。类似地，本说明书中所描述的可能的处理元件、模块和机器中的任一个应当被诠释为被包含在广义术语“处理器”内。每个网络元件还可以包括用于在网络环境中接收、发送和/或传送数据或信息的合适的接口。
[0082]注意利用以上所提供的示例，可以就两个、三个或四个网络元件的形式描述交互。然而，这样做只是为了清楚和示例的目的。在某些情况下，只引用有限数目的网络元件来描述给定的一组流程中的功能中的一个或多个功能可能更容易。应当理解视频系统10(及其教导)可以很容易地被扩展，并且还可以容纳大量的组件以及更复杂/精细的布置和配置。因此，所提供的示例不应当限制视频系统10的范围或者抑制可能被应用于无数其它体系结构的对视频系统10的宽泛教导。
[0083]还有很重要的一点是注意之前的附图中的步骤只图示了可以被视频系统10执行或在视频系统10内被执行的可能情形中的一些。这些步骤中的一些步骤可以在适当的情况下被删除或移除，或者这些步骤可以在不脱离本公开范围的情况下被相当大程度地修改或改变。此外，多个这些操作被描述为与一个或多个附加操作同时或者并行执行。然而，这些操作的定时可以被相当大程度地改变。之前的操作流程为了示例和讨论的目的而被提供。视频系统10提供了相当大的灵活性，因为在不脱离本公开的教导的情况下可以提供任何合适的布置、年表、配置和定时机制。
[0084]本领域技术人员可以清楚很多其它改变、替换、变形、改变和修改并且本公开意图包括落入所附权利要求的范围内的所有这些改变、替换、变形、改变和修改。为了帮助美国专利商标局(USPTO)以及关于本申请所出版的任一专利的任意读者理解所附权利要求， 申请人:希望注意 申请人::(a)不希望所附权利要求中的任一权利要求在其出现在其递交日时援引35U.S.C.第112章节的第六段(6)，除非词语“用于...的装置”或者“用于...的步骤”被专门用在特定权利要求中；并且(b)不希望用说明书中的任意表述以所附权利要求中没有反映的方式限制本公开。
【权利要求】
1.一种方法，包括: 在客户端和与视频系统相关联的导体元件的消息传送结构之间建立连接； 对所述客户端进行认证； 分配名字以标识与所述客户端相关联的设备； 利用所述名字和与所述设备相关联的设备状态更新客户端目录；以及建立到所述导体元件的服务连接以实现与所述设备的消息交换，其中所述服务连接建立基于可扩展的消息处理与存在协议XMPP的服务。
2.如权利要求1所述的方法，其中适配器被用于建立用于所述客户端的、不基于XMPP的服务。
3.如权利要求1所述的方法，其中所述客户端与所述消息传送结构之间的连接是持续连接。
4.如权利要求1所述的方法，其中如果对所述客户端的认证是成功的，则所述设备状态在所述客户端目录中被选中以确保所述设备是有效的并且与用于接收视频内容的活动账户相关联。
5.如权利要求1所述的方法，其中所述名字被用于引导要去往所述设备的消息。
6.如权利要求1所述的方法，还包括: 在客户端连接管理器处接收针对所述客户端的特定消息；并且 验证所述特定消息包括针对所述客户端的标识符。
7.如权利要求6所述的方法，还包括: 将所述特定消息转发到与针对所述客户端的特定服务相关联的服务连接管理器。
8.如权利要求7所述的方法，其中所述特定服务是调用由唯一标识符标识的其它服务的综合服务。
9.如权利要求1所述的方法，其中对所述客户端的认证涉及与所述设备相关联的多个设备凭证。
10.一种被编码在一个或多个非瞬态介质中的逻辑，所述非瞬态介质包括用于执行的指令并且当所述指令被处理器执行时可操作用于实现以下操作，所述操作包括: 在客户端和与视频系统相关联的导体元件的消息传送结构之间建立连接； 对所述客户端进行认证； 分配名字以标识与所述客户端相关联的设备； 利用所述名字和与所述设备相关联的设备状态更新客户端目录；以及建立到所述导体元件的服务连接以实现与所述设备的消息交换，其中所述服务连接建立基于可扩展的消息处理与存在协议XMPP的服务。
11.如权利要求10所述的逻辑，其中适配器被用于建立用于所述客户端的、不基于XMPP的服务。
12.如权利要求10所述的逻辑，其中所述客户端与所述消息传送结构之间的连接是持续连接。
13.如权利要求10所述的逻辑，其中如果对所述客户端的认证是成功的，则所述设备状态在所述客户端目录中被选中以确保所述设备是有效的并且与用于接收视频内容的活动账户相关联。
14.如权利要求10所述的逻辑，其中所述名字被用于引导要去往所述设备的消息。
15.如权利要求10所述的逻辑，所述操作还包括: 在客户端连接管理器处接收针对所述客户端的特定消息；并且 验证所述特定消息包括用于客户端的标识符。
16.如权利要求15所述的逻辑，还包括: 将所述特定消息转发到与针对所述客户端的特别服务相关联的服务连接管理器。
17.一种装置，包括: 被配直为存储指令的存储器兀件； 被耦接到所述存储器元件的处理器；以及 导体元件，其中所述装置被配置为: 在客户端和与视频系统相关联的导体元件的消息传送结构之间建立连接； 对所述客户端进行认证； 分配名字以标识与所述客户端相关联的设备； 利用所述名字和与所述设备相关联的设备状态更新客户端目录；以及建立到所述导体元件的服务连接以实现与所述设备的消息交换，其中所述服务连接建立基于可扩展的消息处理与存在协议XMPP的服务。
18.如权利要求17`所述的装置，其中如果对所述客户端的认证是成功的，则所述设备状态在所述客户端目录中被选中以确保所述设备是有效的并且与用于接收视频内容的活动账户相关联。
19.如权利要求17所述的装置，其中所述装置还被配置为: 在客户端连接管理器处接收针对所述客户端的特定消息；并且 验证所述特定消息包括针对所述客户端的标识符。
20.如权利要求19所述的装置，其中所述装置还被配置为: 将所述特定消息转发到与针对所述客户端的特定服务相关联的服务连接管理器，其中所述特定服务是调用由唯一标识符标识的其它服务的综合服务。
【文档编号】H04L29/12GK103782572SQ201280043457
【公开日】2014年5月7日 申请日期:2012年7月6日 优先权日:2011年7月7日
【发明者】尼克·乔治·蒲柏, 梁钟伟, 王琪, 杰瑞·连锁·李, 弗雷鸣·S·安德森 申请人:思科技术公司