CN102474658A - 管理包到视频服务提供商的分发的集中式内容管理系统 - Google Patents

Abstract

集中式内容管理系统(“CCMS”)促进包括资产的包的管理，资产包括要分发到各种类型的服务提供商和其中的设备位置的视频节目的元数据和相关联内容。CCMS能够接收元数据和相关联内容，视元数据和内容要分发到何处而定，基于各种规则，根据各种格式来规格化元数据，以及分发内容。CCMS具有管理包的各种能力，包括基于用于该服务提供商的规则，使元数据和内容适应不同类型的设备或各个位置，因此提供一种自动化系统，减少在将视频资产分发到多个位置中的差错和时间。

Description

管理包到视频服务提供商的分发的集中式内容管理系统

技术领域

本发明一般涉及包括视频内容和相关联元数据的视频资产(包括电视节目)的管理和分发。通过可能应用用于修改视频资产和分发到各种目的地的各种规则，集中式内容管理系统可创建或修改元数据。

背景技术

视频服务提供商(“VSP”)在许多情况下不生成它们流传送到其客户的视频节目。VSP一般从诸如节目创始方或分发方等各个源接收这些节目。这些视频节目例如包括电视节目、网络节目、电影等。这些视频节目又必须在VSP操作的各种系统中存储和处理。视频节目必须基于视频的类型存储在正确的系统中，它们必须在适当的时间可用于服务提供商的客户，观看节目必须对每个观看者被适当开账单等等。视频资产的管理和分发的许多方面已自动化，或者由自动化系统辅助，但许多方面容易出错，涉及到人操作者，并且在逻辑上是复杂的。

为了促进自动化处理，经常与视频内容之间传递“元数据”。元数据从广义上而言是与视频资产相关联的描述数据。它可识别视频资产的标题，提供各种场景的索引，识别演员和/或识别可如何显示、复制或以其它方式处理视频节目的规则。从更狭窄的解释而言，元数据由有关输送什么信息和如何将它格式化的行业规范来定义。然而，处理元数据的设备可能不是始终符合其它制造商使用的某些结构或规范惯例。在其它情况下，可能有编辑或更新系统中存在的元数据的其它原因。

发明内容

在一个实施例中，系统从节目源接收视频节目和有关数据(称为元数据)，为特定目的地以特定方式在元数据上进行处理，并且将视频节目和元数据分发到一个或多个目的地。一般情况下，基于系统中存储的站点特定数据，元数据的处理根据目的地而变化。系统可生成元数据的“国家”版本及元数据的“本地化”版本。系统基于要接收元数据的目的地站点而分发元数据的适当版本。此外，也可特定于目的地来执行节目制作内容的处理。此发明内容旨在仅提供高端概要，并且无意限制本文中权利要求的范围。

附图说明

图1示出视频资产从源到各种目的地的现有技术分发。

图2示出与创始方和目的地系统有关的CCMS系统的部署的一个实施例。

图3示出CCMS从节目创始方导入视频资产的一个实施例。

图4示出CCMS将视频资产导出到目的地系统的一个实施例。

图5示出CCMS功能视图的一个实施例。

图6a示出CCMS物理架构的一个实施例。

图6b示出CCMS软件架构的一个实施例。

图7示出由CCMS进行的包处理的一个实施例。

图8示出包状态的一个实施例。

图9示出CCMS用户功能类型的一个实施例。

图10示出CCMS处理流程的一个实施例。

图11示出包的一个实施例。

具体实施方式

现在，将在下文参照附图，更全面地描述本发明，附图中示出了发明的一些但并非所有实施例。实际上，这些发明可以在许多不同的形式中实施，并且不应视为限于本文所述的实施例；相反，这些实施例的提供是为了使本公开将满足适用的法律要求。类似的标号指各处类似的元件。

得益于以上描述和相关联图形中所示的教导，这些发明所涉及领域的技术人员将明白本文所述发明的许多修改和其它实施例。因此，要理解发明并不限于公开的特定实施例，并且修改和其它实施例旨在被包括在随附权利要求的范围内。虽然在本文中采用于特定的术语，但它们只是在一般性和描述性意义中使用，并不是要进行限制。

虽然某些方法、设备、系统和制品已在本文中描述，但本专利的覆盖范围并不限于此。与此相反，本专利覆盖字面上的或等同原则下完全位于随附权利要求范围内的所有方法、设备、系统和制品。

如应领会的，实施例可以在各种方式中实现，包括实现为方法、设备、系统或计算机程序产品。相应地，实施例可采用完全硬件实施例的形式，或者采用其中处理器编程为执行某些步骤的实施例的形式。此外，各种实现可采用计算机可读存储媒体上存储的计算机程序产品形式，所述存储媒体中实施有计算机可读程序指令。任何合适的计算机可读存储媒体均可被利用，包括硬盘、CD-ROM、光存储装置或磁存储装置。

下面参照方法、设备、系统和计算机可读程序产品的框图和流程图示图来描述实施例。应理解，框图和流程图示图的每个框分别可部分通过计算机可读程序指令来实现，例如，实现为计算系统中处理器上执行的逻辑步骤或操作。这些计算机可读程序指令可加载到诸如专用计算机等计算机上或其它可编程数据处理设备上以产生专门配置的机器，使得计算机或其它可编程数据处理设备上执行的指令实现流程图框中指定的功能。

相应地，框图和流程图示图的框支持用于执行指定功能的操作和用于执行指定功能的程序指令的各种组合。还应理解，框图和流程图示图的每个框及框图和流程图示图中框的组合能通过执行指定功能或操作的基于专用硬件的计算机系统来实现，或通过专用硬件和计算机指令的组合来实现。

术语“视频资产”有时在行业中用于从广义上表示数字视频节目和/或与它有关的数据。在本文中使用时，“视频资产”用于表示数字视频“包”的组件，其中，视频资产包括包中的视频内容和元数据。虽然“包”能够一般在高端表示视频资产，但在本文中使用时，它表示包括内容和/或元数据的一个或多个结构化数据组件，这些组件一般根据行业或设备制造商的规范而构成，例如“Metadata Specifications：CableLabs

VOD Content Specification Version 1.1.，MD-SP-VOD-CONTENT1.1-105-060831，2006”中指定的规范，其内容通过引用被结合于。

一般情况下，视频内容为MPEG编码的数字视频文件的形式，基于标准化编码方案之一，其中，视频表示使用记录装置所记录的物理对象的一系列数字图像。

图11中示出用于包的一个此类数据结构。在图11中，整体数据结构1100包括识别包1102的数据，包还在称为“包元数据”的子结构中包括有关包的信息。元数据包括资产的名称、版本信息、创建日期、提供商标识符及其它各种类、动作、层和版本信息。

还与包相关联的是称为“标题”的子结构1104，该结构也包括标题元数据，标题元数据是有关标题的信息。标题包括有关资产的描述、标识符、版本号、本身实际标题、电影的摘要、评级信息、定价信息、发行年份、隐藏式字幕内容指示、原产地、演员、导演、流派、评级等的信息。

与包还相关联的是视频资产(在其它元数据规范中也称为“电影”资产)。虽然包包括“电影资产”，但资产不一定本身要是电影。它可以是其它形式的视频节目，如游戏展示、纪录片、体育比赛、音乐视频等等。因此，在使用术语“视频资产”时，它涵盖“电影资产”，但不限于电影，并且可以是其它形式的节目。

视频资产包括视频资产元数据，其包括有关资产的标识符信息、它是否加密、音频类型、屏幕格式、字幕的语言标识符、它是否从另一语言配音、复制保护信息等。视频资产也包括视频内容，视频内容一般是视频内容本身的MPEG数字编码文件。

其它资产可与包相关联。显然，在将电影从节目创始方分发到例如有线服务提供商时，必须传送电影本身。然而，除了电影外，其它有关信息需要被传送到有线服务提供商。电影一般有“预告片”广告或有静态图像(“电影海报”)广告及其它资产。

这些其它资产在图11中示出并且包括静态图像资产1110，静态图像资产包括静态图像资产内容(图像本身)和有关静态图像的元数据。类似地，预览资产1112(“预告片”)一般在宣传电影中使用，并且包括预览资产元数据和预览资产内容。特技资产1114可具有为特技模式编码的视频内容的版本(例如，暂停，倒回等)。

一般情况下，在导入和导出包时，至少提供标题和电影资产部分。然而，在一些情况下，可单独发送其它资产。例如，可能接收用于标题的包，其包括预览资产和/或静态图像资产(例如，电影“预告片”或海报图像)，并且不包括电影资产。这是因为预览资产和/或静态图像资产一般将在预期电影的可用性时提供，以便视频服务提供商营销和宣传电影(由视频服务提供商)。随后，在电影放映的调度之前不久，带有电影资产的包将被发送到视频服务提供商。

因此，术语“资产”在本文中广泛用于表示任何上述资产，并且对“视频节目”的引用通常指可在包中的资产之一或资产的一部分。因此，视频节目和包在概念上很相似，并且这些术语可交换使用。包经常包括至少视频资产，但它可不包括视频资产。例如，可能通过只发送更新的标题元数据而不重新传送视频内容来更新用于包的标题信息。一些情况下，为方便起见，将引用分别指视频资产内容和视频资产元数据的“视频内容”或“视频元数据”。

包分发的背景

包(包括含内容和元数据的视频资产)的分发能够在如图1所示的一个现有技术实施例中示出。这有助于说明在分发包到多个目的地时能够发生的各种复杂性。

视频节目由节目创始方100来制作，创始方能够是电视节目、实况体育节目、电影等的源。在一个实施例中，创始方100使用地球站传送器102将视频节目上载到卫星104，卫星104将节目中继到多个接收方。在许多情况下，节目源100也传送元数据，以便包(内容和元数据)被传送。一般的情况是视频内容和元数据作为级联文件或单一文件一起传送。

包随后传送到多个地球站106、130，每个地球站接收相同的信息。考虑如虚线所示的有线服务提供商(“CSP”)控制和操作包括有线头端的设备并在系统132从地球站130接收包的一个实施例。有线服务提供商170可接收包，通过系统132在视频内容上执行一定的处理，并且甚至可在内容存储库(store)134中存储包。以后，使用有线分发网络138，通过有线头端136可将视频内容流传送到观看者。备选的是，可实时流传送视频内容。视频内容仍可被存储以便按照需求的基础来观看。

同时，另一地球站106接收相同的包，并且将该包提供到处理系统108，该处理系统随后将包分发到两个有线服务提供商150和160。在CSP 150的情况下，又一处理系统116可接收并在内容存储库118中存储包，包能够通过头端120a和有线分发网络122a实时流传送。类似地，节目能够通过另一有线头端/分发网络120b、122b而变得可用。因此，CSP 150可具有流传送节目(或者以其它方式按照需求的基础使其可用于订户)的两个不同有线头端系统。备选的是，视频内容可存储在内容存储库118中以便随后在观看者请求时观看。

另一方面，系统108能够将包分发到具有两个内容存储库110a、110b的另一CSP 160。虽然两个存储库均可能可接收节目，但最可能的是仅内容存储库之一110a接收和存储节目，以便通过提供节目到有线头端112以用于有线分发装备(plant)114上的分发，从而实时或按需观看。因此，CSP可具有用于存储节目的各种内容存储库，并且视频资产由具有可用容量的数据库来存储。

在上面的情形中，系统108和132接收包并在各种数据库中存储资产。此类系统一般接收和处理元数据并适当地为它编索引。一般情况下，视频资产元数据用于提供按需服务。因此，元数据由系统用于促进用户随后选择和识别视频内容以进行检索。此外，虽然未示出，但通过使用采用基于陆地的设施的节目分发方，节目创始方也可将相同的节目或其它节目传送到其它目的地。

上面的情形能够用于示出解决与管理和跟踪包的分发有关的各种方面的困难性。例如，CSP 160和170可能由国家的不同部分中的共同实体来操作。这些不同的服务区域可对类似的服务具有不同的价格。一般情况下，城市区域可能与如在乡村区域或郊区中所提供的价格不同，并且向观看者提供的服务也不同。此外，在CSP 160的情况下，两个内容存储库110a和110b可表示带有稍微不同处理要求的不同设备供应商。例如，包数据结构可不符合相同的要求。相同可以指有线头端120a和120b。给定有此类可能性，在现有技术的架构中难以解决以下问题：

●节目创始方100如何知道哪些CSP确实收到包？节目创始方如何知道哪些CSP应接收包的特定实例？

●如果在为包创建元数据中有错误，并且在包已由节目创始方分发后发现该错误，节目创始方如何知道应通知哪些接收实体？此外，如何传递校正的版本？

●在包已经传送到一些接收实体时，如何完成对包的修改？在只有某些接收实体要接收更新的信息时怎么办？如何跟踪此信息？

●由于卫星接收系统上的所有接收实体接收相同包，因此，如何为a)CSP的不同头端，b)不同的CSP或c)不同的服务位置创建和分发包的修改的版本？

●如果CSP获得本地制作的视频节目，则包括为该CSP创建的该视频节目的包随后如何分发到隶属于该CSP的有关有线头端？在其它有线头端要求该包的稍微不同的版本时怎么办？

●由于有线头端用于视频资产的存储容量有限，因此，CSP如何知道是否存储视频资产及存储多长时间？在将发送即将到来的资产时，能够如何通知CSP以便相应地做出计划？

应该明显的是，现有技术分发架构未帮助轻松地解决这些问题。例如，假设CSP 160和150通常由单一实体来控制，并且系统108用作接收和分发包到这些CSP的单一点。一旦包由系统108收到，它们便适当地分发到系统116和内容存储库110a，但关于包实际分发到哪里，不存在节目源(或任何其它方)对此分发的“可见性”。因此，创始方(或第三方)不容易将更新、校正、查询或其它信息引导到原包的接收方。

为了进一步使问题复杂化，考虑节目创始方可在一定时间期上传送多个包到CSP。例如，电视网络源可为每天的节目制作将许多包提供到CSP。通过CSP可能正在同时提供成千上百个节目制作信道提供到其订户的事实，此方面得以增大。此外，考虑一些CSP可跨国家正在同时操作多个有线系统中的多个有线头端。实际上，在一天的时间CSP可从许多源收到成千上万小时的节目制作。在这些情况下，有关跟踪和管理包的上面示范的问题能够变得十分复杂，并且消耗大量的个人时间，特别是在复杂度上升时。例如，许多CSP提供相同的节目制作到不同的有线市场，但基于位置对相同的节目定价不同。备选的是，某个节目制作可分发到一些市场，但不可分发到其它市场。例如，与州冠军中学足球比赛有关的节目将只与在该州运营的有线系统有关。因此，似乎要求系统和方法来用于跟踪、分发和管理基于视频的内容。

本发明的各种实施例将根据提供称为“包”的视频资产来示出，视频资产通常包括视频内容和相关联的元数据。一些情况下，“包”能够仅包括元数据，如在更新元数据进行时(并且因此无需重新分发视频内容)。视频资产经常可以是电影形式的视频节目，但其它类型的视频节目(如广告、预览、电视节目、游戏展示、真实节目、用户生成的内容等)也是可能的。此外，各种实施例根据有线服务提供商(“CSP”)进行描述，但其它实施例可涉及其它形式的视频服务提供商(“VSP”)，这些提供商使用到移动电话、宽带输送系统、固定无线提供商的无线技术或其它技术来提供视频内容。因此，实施例能够适用于有线服务提供商、因特网提供商、蜂窝电话提供商及WiFi提供商形式的视频服务提供商。

CCMS的高端摘要

本发明的一个实施例是通过使得能够单独管理、分发和跟踪视频内容与相关联元数据来促进分布式包的管理。一个实施例包括称为集中式内容管理系统(“CCMS”)的系统，该系统一般与节目创始方(称为节目源)和一个或多个视频服务提供商(“VSP”)两者接口。包的管理涉及多个方面，包括但不限于：

●a)确定包的接收实体，

●b)处理来自节目源的包的初始接收，并且为目的地规格化或定制包，

●c)更新包，以及

●d)当资产不再是必需的时，从存储装置去除资产。

CCMS充当节目源与节目目的地之间的中间方并且执行各种功能。这些功能变化，并且能够取决于目的地或部署配置。CCMS代表节目创始方促进分发管理，并且能够适应接收系统所执行的不同功能性。另外，CCMS促进跟踪包和为接收方创建元数据的定制版本。CCMS一般与位于接收系统中的本地内容管理系统(“LCMS”)接口，该系统与CCMS协作执行各种功能。LCMS中包容功能性的各种级别，包括“智能的”且能够提供各种功能(包括基于各种确立的规则的包的处理)的LCMS。在其它实施例中，LCMS在包上执行有限的功能和处理，并且转而依赖CCMS以用于在处理包中应用各种规则。在CCMS与LCMS之间划分功能和处理方面一系列中间能力是可能的。

在各种实施例中，本文中所述系统能够是服务局的一部分。具体而言，第三方实体可操作CCMS，并且提供服务到节目创始方、VSP或两者。CCMS系统能够专用于特定VSP，或者能够被共享于各种VSP。备选的是，CCMS能够是销售或租赁给VSP或节目创始方的产品，VSP或节目创始方操作和控制CCMS以用于实现相同功能。其它所有权布置是可能的。此外，LCMS也可以是提供的产品。

高端CCMS概观

图2中示出CCMS系统的高端概观。这表示CCMS的一个实施例，并且其它实施例和部署应用是可能的。然而，此实施例有助于显示CCMS的一些共同应用和能力。在图2中，系统200包括使用地球站102传送由卫星104接收的节目制作的节目创始方100。然而，在此实施例中，信号由地球站204接收，地球站204提供视频资产或包到CCMS 201。因此，CCMS代表有线服务提供商充当包的接收方。CCMS随后决定哪些目的地要接收包，并且可在用于目的地的适当格式中定制包中相关联的元数据。在图2中，CCMS 201提供包到LCMS216和LCMS 220。可能存在从CCMS接收服务、但不接收此特定包的其它CSP(未示出)。此外，可服务于其它类型的VSP。因此，在CCMS服务于多个VSP的情况下，一般并非所有VSP接收相同包或其版本。

CCMS一般在内容存储库208中保留原包(有时称为“原始”版本)或其一部分的副本。在此实施例中，包的视频内容存储在内容存储库208中，并且与包相关联的元数据存储在元数据数据库210中。正如将看到的，元数据数据库210可存储不同版本的元数据和用于包中不同资产的元数据。

CCMS系统还包括存储各种站点有关信息的站点位置数据库214，站点有关信息包括视频服务器提供商站点特定的配置数据。这将包括有关哪些视频服务提供商站点(目的地)要接收包、如何为该站点定制元数据、站点何时要接收包等的信息。术语“站点”指接收包的系统，并且能够指相同CSP的多个有线头端、LCMS或不同CSP的不同有线头端。其它布置是可能的。也可包容不同类型的VSP。站点位置数据库知道CCMS能够将包发送到的不同位置，并且一般维护不但有关地址的信息，而且多个位置是否隶属于相同的CSP及如何调整内容及元数据的信息。因此，CCMS知道不同的CSP和CSP内能够接收包的不同位置。站点位置还存储有关每个站点的其它信息，例如每个位置要接收的元数据的定制版本。

为了完成上述操作，CCMS系统201一般维护规则数据库212，该数据库维护用于处理来自节目创始方的包的各种规则。许多规则适用于站点或站点集合，或者能够是系统范围性的。另外的示例将示出规则及其应用。

在操作的高端，CCMS 201接收来自创始方的包，存储包的原版本，它可将包规格化以符合系统范围的规则，由此生成规格化包实例，并且随后为每个站点适当地处理规格化包，由此生成本地化包实例。资产的各种版本也称为“实例”。可应用各种规则以便为站点创建包的适当本地化版本。CCMS随后可在调度的时间将包传送到适当的目的地。CCMS示为包括与各种数据库208、210、212和214交互的处理器206。然而，如将看到的，存在CCMS的可能的其它部署配置和架构。

将包接收到CCMS中的过程有时也称为“导入”包，并且分发包的过程也称为“导出”包。导入包并基于规则改变元数据和/或内容的过程有时也称为“规格化”包。被修改并应用到国家的各种站点或位置的原版本能够称为元数据或包的“国家”版本或实例，而站点特定版本称为元数据或包的“本地”版本或实例。因此，视频节目的原版本、国家版本和本地版本通常是类似的，但可以不同地编码，或者插有不同的广告等。在各种实施例中有关什么构成国家版本与本地版本可能不存在清晰的区分，因为什么是国家或本地版本的观点能够基于是否考虑CCMS或VSP的观点而变化。例如，带有25个有线头端接收来自CCMS的包的有线系统运营商可在一些情况下接收相同的包，并且将该包视为“国家”版本，但实际上，它与CCMS提供到另一有线服务提供商的包不同。在其它实施列中，国家版本与可接收包的实例的任何潜在目的地完全无关。

LCMS概观

图2的LCMS 216和220是接收来自CCMS的包的系统。在许多情况下，LCMS接收包的“本地化”版本。LCMS又可将包进一步分发到各种设备，如数据库110、VOD服务器116或与LCMS相关联的其它设备。LCMS的功能和能力变化，因为CCMS能包容LCMS的多种能力。在一个实施例中，LCMS能够是管理资产的系统，如VOD系统。这能够包括与CCMS具有极小协作的系统。在另一实施例中，LCMS可结合设计成与CCMS交互并在CCMS请求时执行任务的能力。例如，LCMS可接收更新的元数据以便与包相关联(如在更新有错误的以前收到的元数据中一样)，响应来自CCMS的查询(有关存在什么包)，响应来自CCMS的命令(例如删除特定包)或其它功能。在典型的应用中，LCMS接收来自CCMS的包，并且更新适当的服务器和系统。然而，在某些实例中，可能的情况是LCMS可以是到CCMS的包的源。通常，LCMS与CCMS的协作越大，能够实现的整体系统功能性就越大。

导入包

图2的实施例示出CCMS经卫星链路从节目创始方导入包的一个实施例。在其它实施例中，CCMS以各种方式接收来自多个源的包。图3示出包可由CCMS和不同类型的节目创始方导入的一些方式。

此图示无意于穷举。在图3中，系统300示为包括具有到多个节目制作方的多个输入接口的CCMS 201。前面讨论了从接收来自卫星104的流传送包的地球站204接收包的方案。节目创始方100a在此情况下能够是电视网络制作方或广播网络。虽然卫星系统已示出，但其它形式的无线分发能够由CCMS用于导入包。

包从节目制作源的地面分发也是可能的。另一节目制作方100b可使用公共通信网络302和/或私有设施304来提供节目制作。在此情况下，节目提供商对视频服务提供商而言可以是节目制作的私有分发网络提供商。一个此类示例包括“In Demand

”、一个按观看支付和预订视频点播服务的提供商。这些节目源可使用上述卫星分发网络、分发网络302、因特网或通信服务提供商的服务。

另外，包能够从库306接收，库306能够是本地或远离CCMS的数据库或其它类型的内容存储库。通过提供加载到CCMS中的媒体(例如，磁带、CD或其它存储媒体)或通过设施流传送它们，能够实现包的传送。节目源例如能够是CCMS进行的视频访问的存档库(archive)。备选的是，节目存储库能够由电视网络、服务提供商或独立的视频制作方来操作。备选的是，系统306能够是接收视频并创建元数据的资产管理系统，由此基于它存储的视频文件来创建包。资产管理系统的一种形式包括能够基于请求而选择节目并将内容流传送到所示目的地的设备。例如，系统306能够是像VOD服务器的系统。

在一个实施例中，系统306表示提供视频包到CCMS的LCMS。这是LCMS的特殊情况，因为一般情况下，包通常从CCMS发送到LCMS。然而，可能的是，视频服务提供商可生成其自己的视频，该视频用于在一个VSP位置创建包，而视频服务提供商希望将该包分发到其其它服务提供商操作。例如，一个城市区域中的一CSP可制作一部纪录片，并且生成视频资产(包括视频内容和相关联的元数据)。假设该CSP跨国家操作有线系统(或者能够隶属于其它有线系统)，并且希望将该包分发到其隶属的有限电视系统运营商。由于LCMS已经连接到CCMS以便接收其它包，因此，使用CCMS将包分发到其它目的地变得合理。这能够通过让LCMS将包上载到CCMS并且让CCMS将它分发到其它位置而轻松实现。可能的是CCMS甚至能够更新元数据并将它传送回始发LCMS。

最后，CCMS可能通过视频源308接收或生成视频内容本身并创建包。然而，一般情况下，视频被处理成包(如通过使用上述资产管理系统或其它包创建工具)，并随后提供到CCMS，而不同于CCMS接收视频本身并创建包。因此，一般情况下，视频将提供到另一系统(例如，系统306)，该系统随后创建并提供包到CCMS。

总之，图3示出各种类型的视频包节目制作创始方和能够用于将包导入CCMS的多种机制。一般情况下，CCMS经常从多个不同源并通过多种输入传送方法而接收节目制作。通过提供识别和/或验证机制，CCMS可在接收包中确保安全性。例如，CCMS能够结合2009年4月17日提出的名称为“Systems And Methods For One-To-ManySecure Video Encryption”的美国专利申请No.12/425944中公开的加密方案。能够采用本领域公知的其它安全和认证系统。

导出包

图2的实施例示出CCMS提供或导出包到一个或多个CSP的一个实施例。在其它实施例中，CCMS以各种方式提供包到多个视频服务提供商。图4示出包可由CCMS导出到不同类型的节目目的地的一些方式。

在图4中，分发系统400包括能够使用多种传送媒体将包发送到多个视频服务提供商的CCMS 201。在一个实施例中，CCMS使用地球站403将包传送到卫星104，该卫星随后将信号中继到接收地球站402。这将包提供到接收系统419，该系统可存储包，并在按需基础上使包可用于其订户。在此实施例中，视频服务提供商419是操作无线基站448的蜂窝提供商，该无线基站按需提供视频到移动电话450。在此实施例中，视频服务提供商可包括在系统410中为其蜂窝订户对视频内容适当地进行接收、编目和转码的各种内容服务器和处理器。系统410执行的功能性的程度能够变化，因为一些功能能够由CCMS来执行。例如，如将看到的，在将视频内容导出到VSP 419时，CCMS能够将视频内容转码成适当的格式。因此，视频服务提供商不必(但可以)在系统410中结合转码器功能性。

在其它实施例中，视频服务提供商419能够是基于有线线路的因特网提供商、固定无线视频分发提供商等。可能的是，系统410可接收来自CCMS、但不由CCMS远程管理的内容。也就是说，系统410可以是不结合用于由CCMS管理的任何功能性的系统。在此类配置中，整体系统不提供如系统410确实结合用于与CCMS交互以管理资产的一些LCMS功能性一样的所有益处。

另一实施例在图4中示出，其涉及操作混合光纤同轴网络424的CSP 420。CCMS通过涉及始发路由器404和目的地路由器406的地面设施来传送包，但也可涉及其它设施。包由在LAN 426的CSP接收，并且提供到与LAN连接的LCMS 434。在该处，本地管理员可使用个人计算机432中包含的用户接口来查看和管理输入。CSP运营商可操作一般在有线系统中发现的其它系统，包括开出订户的账单的开账单系统428、用于将各种本地广告插入视频包中和其之间的插入系统434、可存储内容并将它提供到头端442(头端通过电缆装备424向外复用视频内容)的流传送服务器422。系统420还可包括内容处理系统430，该系统能够包括用于添加水印到包、加密/解密包、转码、处理书签(也称为“广告时段(avails)”)以及检测帧的另外组件。其它功能可如本领域中已知的由CSP以各种方式执行。虽然一般情况下CCMS为站点创建本地化元数据版本，但CCMS也可生成本地化内容版本。

在此实施例中，CSP依赖LCMS接收包，并按照要求将它上载到流传送服务器422。流传送服务器能够是VOD服务器，其对包进行存储、编索引，并使其按需可用于订户。LCMS一般情况下与CCMS交互以加载，删除和以其它方式管理包。在一些实施例中，CCMS可与VOD服务器直接交互。

虽然图4只示出两个视频服务提供商，但可以有其它服务提供商连接到CCMS。如果CCMS在服务局上下文中使用，则它可将包导出到多个VSP。另一方面，VSP可拥有和操作专用于服务于其各种操作的CCMS，这些操作能够包括有线、无线或其它分发技术。

图4示出部署配置的一个实施例，并且其它实施例是可能的。这些部署配置基于LCMS的功能性、CSP服务于多少有线头端、部署了多少VOD服务器、存储由LCMS还是其它现有服务器来提供等而变化。本领域技术人员将认识到，CCMS与LCMS之间功能性和交互的不同级别是可能的。

CCMS概观

CCMS本身能够以各种方式来描述，这些方式旨在补充，而不相互排斥，首先，在图5中，提供了CCMS的一个实施例的一个高端图示。在图5中，CCMS 500示为具有用于接收(例如，导入)包和控制信息(502)的功能。此功能处理从多个节目创始方接收包和相关联控制信息。控制信息可授权从节目创始方的访问，接收有关将来包的调度信息等。包由处理逻辑504处理，在一个实施例中，该处理逻辑包括元数据处理508、内容处理514和调度处理512的功能。

元数据处理接收来自原包的元数据，并且规格化元数据以符合某些方面，一般是规则定义的方面。在一个实施例中，处理能够视为使元数据符合国家和本地版本。在与元数据格式相关联的术语中，原版本也称为“主要版本”，并且规格化的国家版本是“次要版本”。本地版本能够是另一种“次要”版本实例。一般情况下，版本标识符是数字标识符，并且次要版本标识符是低于主要版本标识符。一般情况下，包的原版本由节目源来创建而与任何站点无关，并且国家版本也一般与任何站点特定的配置数据无关。此处理涉及应用与生成不同版本相关联的各种规则，并且规则可针对不同VSP、有线系统、地理服务区域等进行调整，以便生成包的本地化版本。一旦本地化版本被创建，元数据便存储在元数据存储区域510中。这随后在需要时被检索。一般情况下，还存储元数据的原版本。因此，元数据存储一般包括用于给定视频内容的元数据的各种版本。这些版本通过系统相关，以便能够容易识别节目的不同版本。

内容处理功能514接收包的内容，并且在必需时处理内容。包的给定视频内容的处理的量和类型能够基于包括要接收包的目的地等各种因素而变化。例如，如果视频内容已经是目的地所要求的形式(或者如果目的地系统使用其它设备进行处理)，则CCMS可在内容上进行很少的处理(如果有)。另一方面，某些目的地可能要求内容处理。此类处理能够包括：添加水印到内容(例如，识别节目、源或网络的徽标或其它图标)、加密/解密内容、将内容格式从一种编码格式转码到另一种编码格式、插入广告的广告时段或广告本身等。总之，由于接收包的目的地可能要求以某种方式格式化内容，因此，CCMS可在内容上执行此处理，并随后在内容存储装置516中存储内容。因此，可能的是，给定进入的包将促使各种内容版本被创建并存储在CCMS中。

元数据和内容的处理能够分开执行和控制，并且因此元数据和内容的各种版本经常在CCMS中存在。可能的情况是，一旦CCMS为目的地生成特定版本，该版本(元数据或内容)便能够导出到随后的目的地而不必处理原版本。例如，在不同视频服务提供商可具有不同的本地化元数据版本时，它们可具有相同的内容版本。因此，在一些情况下，CCMS也能够通过检索适当的元数据和内容以在包中形成资产，为目的地装配包。

因此，显然，进入的包可促使各种元数据版本和各种内容版本基于相同原包在CCMS中被创建和存储。由于这些版本全部与视频节目有关，因此，这些版本在本文中总称为“标题”。具体而言，“标题”指基于相同原节目的元数据和内容的实例集合。注意，包本身包括称为“标题”和“标题元数据”的字段，该字段指示传送的包的标题，但对于引用相关包的整个集合还是包中的字段，不应存在任何混淆。

CCMS也提供调度处理。CCMS收到的许多包是基于事先的通知而预期要收到。事先通知指示哪些包将提供到CCMS，并且可包括日期、价格、可用性的时间窗口等。这允许CCMS(和LCMS)为包的接收相应地做出计划。这允许个人或系统为不同的商业操作相应地做出计划以及计划和分配各种系统中的资源。例如，CCMS或LCMS人员能够为即将到来的内容的存储可用性做出计划。这可要求在接收新包之前去除或重新定位系统上的某些包。此外，如果未收到调度的包，这允许CCMS生成到适当人员的提示或其它通知。例如，如果本夏季的电影大片在其广告的可用性之前的日子不可用，则系统人员能够得到通知，能够跟进以校正可能已发生的任何分发问题。

最后，包和控制导出506功能处理包(其一般情况下提供元数据和内容)的导出，并且将包引导到正确的目的地。多种传送设施可以被使用，并且多个服务提供商和设备类型可接收包。在此点，包通常由CCMS为每个目的地进行调整，从而不要求目的地的另外处理。然而，如前面所述，可能的是接收方系统在元数据和/或内容上执行另外的处理。

过程控制功能518在各种系统组件之间提供整体协调，从而允许它们以集成方式工作。过程控制也可利用使得可用于系统的其它服务。例如，转码器、存储系统、通信接口等(图5中未示出)可由过程控制利用以便实现上述功能。

CCMS的关键功能

如上所述，图5提供CCMS中各种类型的处理功能性的高端概观。CCMS也能够如下述内容一样以功能方式来描述，下述内容旨在补充而不是追加上面的描述。存在CCMS分别提供和在与LCMS一起操作时组合提供的各种功能。在高端，CCMS功能性能够划分成四个类别。

内容通行(trafficking)。内容通行允许CCMS用户(或CCMS本身)确立和跟踪哪些包被认为必须从哪个节目创始方接收、以及哪些包已收到。

CCMS允许确立用于标题的接收或分发的自动或手动调度。CCMS能够被通知预期的包，并且如果包未如期收到，或者如果收到意外的包或内容则提供警报。回想起包不但能够包括电影、而且能够包括在广告各种服务中使用的预告片和“海报”(例如，宣传中使用的静态图像)。因此，为了在VOD服务器上适当地加载电影节目，可能要求海报和预告片以使服务产品变得完整。接收包括视频资产而无预告片、海报等形式的相关联宣传内容的包能够向系统人员产生错误已发生的警报。因此，CCMS可知道哪些资产在包中。某些包结构也用于更新系列电视节目，并且因此CCMS可注意到预期要接收的某些包。

内容通行还允许标题的分类，这有助于视频服务提供商创建视频点播服务。因此，系统管理员能够定义类别，并确保包在适当的类别中被识别。经常可能的是某个包可在多个类别中列出。例如，节目可列为“古典”、“喜剧”以及列在“演员特定”类别中。CCMS也能够跟踪与给定标题有关的包。具体而言，CCMS不但能够跟踪电影标题的特定版本，而且跟踪为各种目的地所创建的各种内容版本和元数据版本。通常，CCMS能够执行基于包中的各种资产中各种字段的任何字段的跟踪。

在其它实施例中，VSP不具有高于VSP能够与节目提供商所交互的用于与CCMS交互的任何(或有限的)LCMS能力。因此，CCMS能够通过模拟节目创始方来发送包到VSP。在此实施例中，CCMS能够为接收方本地化元数据(和/或内容)，但在它能够向VSP的设备发布的命令方面可受到限制。VSP中的现有设备可能不知道是CCMS还是节目源正在提供包。因此，在一些实施例中，VSP不能认识CCMS提供的所有可能益处。如果VSP结合能够与CCMS交互的LCMS，则VSP能够进一步获得与CCMS协作的益处。因此，除非另有说明，否则，假定VSP具有带能够与CCMS协作的能力的LCMS。

内容管理。内容管理一般是CCMS的核心功能之一。此功能基于CCMS中存储的规则为每个目的地站点位置接收和处理进入的包的元数据和/或内容。这些规则能够是系统范围的和/或站点特定的。内容管理一般包括存储如收到的原包、按照要求为每个站点将元数据处理为国家格式以及将元数据处理为本地格式。“国家”格式能够被视为系统范围默认值，其中，将元数据规格化以符合用于CCMS系统、VSP或两者的共同规则。在一个实施例中，“国家”格式是要用于多个系统头端的元数据参数的集合，并且“本地”格式是针对特定头端系统而调整的元数据，而无论该系统是有线系统、地区或其它指定。可能具有其它中间指定，如“国家”、“地区”和“本地”或甚至另外的级别。然而，本文中的实施例讨论将集中于两级别的元数据(国家和本地)。

内容管理有关功能接收和存储每个包的元数据和内容，并确保维护适当的链接。系统还将创建和管理包的各种实例(总称为“标题”)，以便创建基于共同标题的包的集合。CCMS维护每个包何时被创建的历史日志和系统上存在的标题的不同版本。CCMS管理CCMS上及可能在LCMS上的内容存储。

另外，CCMS执行寿命周期管理，这涉及确定维护哪些包、维护多久以及何时去除它们。由于内容存储在容量上是有限的，因此，包可在创建后在某个点以其整体被删除，或者在一定次数，包的各种实例可被去除(并且只保留原包)。在其它实施例中，可在某个时间期后以诸如存档内容存储库等不同存储类型来重定位和存储包。

内容管理功能还一般提供用户接口给系统管理员，以便管理员能够基于系统所维护的信息而轻松地做出决定。例如，管理员能够查看何时预期某些进入的包的调度、确定CCMS的当前存储容量、查看引退(删除)现有内容的某些调度、以及确定是否有适当的存储容量用于处理即将到来的包。虽然系统可使此类确定自动化，但如果必需的话，系统管理员仍然能通常通过查看此信息并删除某些包来手动执行这些功能。

内容管理组件还处理元数据和内容的处理。CCMS维护为原包所创建的元数据和/或内容的各种版本(国家和本地版本)。如所述的，能够从多个源收到不同格式的元数据，如原包的接收一般必需使元数据符合规则集合(以便创建符合“国家”元数据格式的实例)。

CCMS能够从节目源接收元数据更新以校正以前收到的元数据中的错误。此外，CCMS能够允许系统管理员搜索和查看元数据的识别的实例并随后编辑它以校正或添加数据。在存储更新的元数据后，CCMS可将更新的元数据适当地导出到目的地站点。如果内容已经分发到目的地站点，则CCMS一般将不再次传送包括元数据和内容的包，而只传送包括更新的元数据的包。在内容本身无更改时，这节省了带宽。因此，如果收到的包在标题中带有拼写错误，并且以前被分发时带有指示错误的拼写错误的元数据，则系统管理员能够查看包的元数据，断定它是错误的，编辑元数据以校正拼写，让CCMS将更新的元数据传送到以前收到带有错误拼写的元数据的那些目的地，以及让CCMS记录信息以供系统管理员将来参考。

CCMS还允许系统管理员搜索和更改各种元数据中的字段，包括基于元数据值而创建组标题。例如，系统管理员可为男演员Cary Grant所主演的经典电影的VOD宣传而创建“Cary Grant”类别，并且将更新的元数据发送到适当的VSP。CCMS中管理的元数据包括“Cary Grant”作为男演员的所有包由CCMS识别并分组到此新类别中。更新的元数据(和内容)能够适当地发送到目的地。同样地，所有信息在CCMS中适当地链接，以便在发送更新的包时，CCMS知道所有各种形式和收到包的目的地。

内容管理还跟踪与标题相关联的内容文件的位置。CCMS可访问多种存储技术以存储包，例如网络可寻址存储(NAS)、存储可寻址网络(SAN)、内容分发网络(CDN)等。在系统中的不同位置可存储有内容的多个版本。例如，在接收包括高清晰内容的包时，CCMS还可创建与可单独存储在另一内容存储库中的高清晰内容版本相比的存储在另一位置中的标准清晰内容版本。由于相对于元数据，内容占用大量容积，并且由于检索内容的需要(例如，频繁度)变化，因此，某些视频内容可存储在“存档库”存储装置中而不是有利于迅速访问的存储装置中。更具体地说，很少选择的“经典电影”可放置在一种类型的存储装置中，而最近发行的视频标题可存储在另一类型的存储装置中。然而，在上述“Cary Gram”宣传期间，这些电影可暂时移到不同的存储区域。

站点和规则组件。在一些实施例中，这些组件可视为两个单独的组件。站点组件管理各种站点特定方面，而规则组件管理可对站点特定的规则。回想起CCMS在接收包后创建元数据(及可能内容)的不同版本。这些版本一般反映为不同的文件或包，并且适当地针对每个接收方进行调整。系统管理员创建规则并定义它们要如何应用于进入的包或特定的目的地。因此，规则定义元数据值、元数据版本、内容格式的创建以及元数据和内容的分发。一般情况下，进入的包(内容和元数据)将被发送到目的地，但在各种情况下，仅更新的元数据可在包中被传送，因为目的地已经具有内容。

示出此情况的两个共同实例是可能的。首先，目的地可已经收到内容，并且只要求更新的元数据。其次，在某些实施例中，LCMS可能创始了包中的内容，并且将它(作为节目创始方)上载到CCMS。CCMS将创建元数据的国家版本，并且将包分发到其它服务提供商。然而，由于原LCMS可能具有要求形式中的内容，因此，CCMS可仅将更新的元数据分发到LCMS。然而，其它目的地(没有内容)将接收包括元数据和内容的包。

站点和规则组件允许管理员针对规则集合添加或更新用于处理导入的包的规则以及更改有关规则的处理的站点数据。CCMS还允许根据规则进行包的“逐步”处理，使得系统管理员能够查看处理的每个步骤的结果，以便修改或校正规则处理。这允许管理员调试规则。

规则本身经常与以某一方式改变内容或元数据有关。通常，基于规则而规格化元数据以生成元数据的次要版本。“示例”部分提供了能够为改变包而定义的规则的各种示例。一般情况下，规则也能够由系统管理员指示为命令。在高端，“规则”一般是用于导入的包的预期处理的命令的脚本，但规则也能够应用到现有包。然而，命令是基于管理员的输入而分别执行的各个动作。因此，在两者之间有密切的关系。

这也可涵盖哪些接收方要接收(和/或已收到)包。这规定了识别和确立CCMS从其收到信息的和发送信息到的实体的能力。这预先假设适当的站点特定数据已经存在以便与目的地建立通信，授权和验证安全性信息，在困难的情况下维护人员联系信息等。

CCMS也能够发布查询到LCMS(在视频服务提供商具有能够响应查询的LCMS的情况下)，并且确定包是否被收到、收到什么版本、它是否由接收方系统正确收到和处理等。CCMS维护什么包何时已发送到哪些目的地的历史，以便使用与CCMS接口的计算机的系统管理员能够访问此信息，并且能够与LCMS进行一定程度的交互。因此，系统管理员能够轻松地验证识别的视频服务提供商中某个包是否存在。此能力还允许系统管理员定义包源、接收方VSP以及调度内容更改。站点管理功能性还允许系统管理员(或CCMS本身)发布命令到LCMS以删除包(或CCMS的存储系统中存储的包)。

内容处理组件。内容处理组件涉及内容本身的处理(不同于处理元数据)。可能在接收包时，CCMS要进行很少(如果有)的内容处理以使内容兼容给定目的地。然而，在许多情况下，要求各种处理步骤，例如解密内容、添加水印、插入用于放置广告的广告时段(书签)、转码等。除了CCMS执行这些功能外，一些或所有这些功能可由LCMS执行。因此，CCMS可执行一些功能，并且LCMS执行其它功能，并且CCMS可在包的接收后协调内容的LCMS的本地处理。由于每个LCMS可执行不同级别的处理，因此，CCMS能够经对站点特定规则的引用而包容此。

CCMS架构

示范CCMS物理架构

图6a示出CCMS的物理架构的一个实施例。应领会到，与公开的形式不同的物理架构的各种实施例是可能的，包括使用多个处理器的分布式处理和并行处理。类似的架构能够用于LCMS。

在此特定实施例中，CCMS包括经系统接口或总线(例如，数据总线605和/或I/O总线606)与CCMS内的其它元件通信的处理器601。CCMS中还包括一般为用于接收和显示数据的个人计算机608的形式的输入/输出装置。此显示装置/输入装置608可由系统用户例如用于与CCMS交互，以创建规则、输入定义包的导入/导出的命令、编辑包数据、查看搜索或查询结果等。

CCMS还包括存储器607，该存储器优选包括主要存储器602、603和辅助存储器604。主要存储器可包括例如随机存取存储器(RAM)的易失性存储器602和例如只读存储器(ROM)或其它形式的非易失性存储器603。非易失性主要存储器603可用于存储基本输入/输出系统(BIOS)，其包含帮助在CCMS内的组件之间传送信息或将数据传送到CCMS外的装置的基本例程。

另外，辅助存储器604可包括诸如硬盘存储装置、软盘存储装置、CD Rom驱动器、闪存驱动器或光盘驱动器等用于在诸如硬盘、可移动磁盘或CD-ROM盘等各种计算机可读媒体上存储信息的存储装置。如本领域技术人员将领会的，辅助存储器604通过适当的接口连接到数据总线605。辅助存储器604和相关联计算机可读媒体为CCMS提供非易失性存储。重要的是记住，上述计算机可读媒体能够替代为本领域中已知的其它类型的计算机可读媒体。此类媒体例如包括磁带盒、闪速存储卡、数字视频盘和Bernoulli盒。可利用其它形式的存储装置，如网络可存取存储(NAS)、RAID驱动系统等。

也位于CCMS内的是通信输入/输出控制器611，该控制器提供用于与诸如因特网612、私有或公共通信设施613和/或LAN 614等一个或多个网络的其它元件通信的接口。本领域技术人员将领会的是，在某些实施例中，一个或多个CCMS的组件可在地理上位于远离其它CCMS组件的位置。例如，可从主处理系统分布并且通过接口之一访问用于内容的存储系统。

CCMS还可包括连接到地球站615的卫星接口616。这能够用于导入包，导出包或两者。卫星链路的使用可结合诸如用于发送和/或接收内容的宽带接口613等地面设施的使用，或作为该使用的备选。CCMS可使用两种类型的接口与LCMS通信，一种接口用于传递包(包括内容和可能的元数据)，另一种接口用于传递指令/控制信息。因此，CCMS可能在与目的地通信时部署两种单独的接口。

示范CCMS功能架构

CCMS也能够描述为功能或软件模块架构，该架构能够基于图6a所示的物理架构。本领域技术人员应认识到，各种软件架构是可能的，并且图6b仅示出一个可能的实施例，该实施例能够用于示出通过软件模块实现的软件结构或功能。

在图6b中，功能系统650能够分成5个主要的功能组：内容通行652、内容管理660、站点处理670、规则处理690及内容处理680。这些功能模块依赖各种系统范围的能力，这些能力包括提供到模块的服务以便输送消息699a、认证包等699b以及授权节目源、目的地和系统管理员699c。

内容通行模块652包括通行用户接口子模块652，该子模块允许系统管理员与CCMS接口以执行各种功能和编辑相关联的参数。伙伴和调度子模块654处理往来于目的和节目源的包。这处理与导入者和导出者(“伙伴”)相关联的通信类型和参数，而导入者和导出者与CCMS接口。还包括的是接收和处理调度信息，调度信息能够描述CCMS要从各种伙伴接收的或发送到各种伙伴的将来的包。这也能够涵盖有关哪些目的地要从内容提供商接收包的调度信息。这允许人员及系统验证预期收到什么特定包、何时收到、从何处收到以及包(一般是修改的包)应发送到何处。最后，CCMS数据存储库保留执行上述处理所要求的各种数据，包括伙伴标识、伙伴通信地址和参数有关数据、认证/授权有关数据等。

在此实施例中，内容通行模块是定义各种安全性管理特征之处。这包括管控与CCMS系统交互的伙伴进行的访问的特征。例如，CCMS将从其接受包的源及CCMS将对其发送包的目的地可要求各种认证和安全性措施。CCMS保留各种伙伴特定的安全性信息，如包发送到的通信地址、标识数据和认证数据，包括加密/解密有关的数据。例如，每个目的地伙伴可利用解密密钥以便将CCMS发送的包解密。在2009年4月17日提出的名称为“Systems and Methods for One-To-ManySecure Video Encryption”的美国专利申请12/425944中公开了在分发包时可使用的一种此类安全性方案，该申请的内容通过引用被结合。CCMS可管理如上述申请中公开的各种安全性有关信息。这些过程可被结合于内容处理模块680中，该模块又可依赖认证699b和授权699c模块中存在的过程。例如，在传送包时，在一些实施例中，解密密钥可通过包来提供。在此类情况下，CCMS可将相关联的解密密钥和包一起存储在内容管理模块中。

内容管理模块660还结合用于允许系统管理员设置规则、查看和编辑数据等的用户接口662。此模块660分成两个主要组-处理元数据和内容。每个组通过维护访问对应管理器665、668的储存库(repository)664、663而维护元数据和内容的副本，所述管理器又访问对应的内容存储库667、669。此模块存储收到的包、生成规格化和本地的资产、维护各种版本的副本以及将它们相关联以便它们能够被相应地检索和识别。

站点管理模块670还结合分离成处理规则672和站点元数据用户接口673部分的用户接口。这允许系统管理员查询、查看和编辑在给定站点的各种数据，包括特定的包数据。此数据存储在相关联的数据存储库677中。这允许CCMS具有可见性和/或按照要求更新与目的地站点有关的数据。

规则处理模块690还包括向用户提供图形接口的用户接口693，从而允许创建、编辑、测试和执行规则。规则处理引擎695执行此理，并且访问存储站点或系统范围处理规则的数据存储库698。

最后，内容处理模块680还结合允许系统管理员确立、查看和编辑上述处理如何进行的用户接口682。工作流调度模块684协调各种外部资源686的使用，并确保步骤以适当的顺序进行。例如，仅在1)为适当的目的地站点处理元数据以及2)内容a)被转码并且b)广告已适当插入视频内容中后才可导出已导入的包。有关是功能1还是功能2先完成可能并不重要，而仅是在导出包前两个功能均已完成是重要的。在完成第二功能时，可能必需先执行子功能a)(例如，将视频内容转码为适当的格式)，然后接着执行子功能b)。执行子功能a)要求转码器(一种类型的外部资源)在运行并可用(当前未在处理另一文件)。如果情况是这样，则能够使视频资产内容变得可用于转码器进行处理，并且在完成时，能够监视广告插入系统(另一种形式的外部资源)的操作状态和可用性，以及完成广告插入功能。在各种实施例中，通过确实将数据发送到转码器，能够使要转码的数据变得可用于转码器，或者转码器能够被通知要转码的数据的位置并获得它。一旦元数据和内容处理均已完成，包便能够被导出。除其它之外，工作流调度确保步骤以适当的顺序进行，所要求资源可用于完成准备好导出的包，并且如果到了要求的时间未导出包，则异常通知将生成，以便系统管理员能够进行手动干预。

各种模块和子模块的特定布置说明仅一个实施例，并且其它布置是可能易于实现的。

过程流

CCMS的过程流能够根据导入的包的处理进行描述。这在图7中示出，图7示出对导入的数据的处理的几个阶段。这些阶段是：接收702、摄取704、规格化(I)706、目标708、规格化(II)710及输送712。这些阶段是说明性的，并且有关步骤序列的变化是可能的。此外，如下面将看到的，相对于相同资产中的内容，处理资产中元数据的次序能够改变。

在接收阶段702中，接收包括资产的包，资产包括内容724和元数据720。虽然不是必需的，但在许多情况下，节目创始方也可基于标题722来提供调度信息。这可涵盖有关被调度由CCMS接收的包、何时应收到它们、它们要分发到何处、何时应分发它们等的信息。如果被调度的包表示由CSP提供的定期调度内容，而不是在按需基础上提供的内容，则这特别适用。CSP一般通过成百上千个信道来接收成百上千小时的调度节目制作，并且有关包何时要显示的信息一般将被提供。CCMS将此信息用于多种目的，包括通知人员何时将收到包、为预期的包分配空间、何时应分发包等。

在摄取阶段704中，CCMS通过先接受元数据730、然后在验证步骤732中根据预期格式确保收到的元数据是完整且正确的而处理元数据。随后在步骤734中能够存储元数据。存储的版本是基于原来接收的元数据，并且不生成任何国家或本地格式版本。

在规格化(I)阶段706中，CCMS在步骤740中处理元数据以符合陈述的国家格式化规则。这包括提供默认值到可能尚未指示的元数据字段，或者改变提供的字段以符合国家版本。在此点，元数据的国家版本一般不取决于任何一个特定目的地。CCMS也处理内容742以符合系统范围的要求(如将内容转码成期望格式)。在此阶段，在内容和元数据被处理后，在CCMS系统上存在规格化包，并且在适当的时间，能够创建元数据和内容的各种本地实例(例如，次要版本)。在导出包前，这可与生成国家版本同时进行，或者在以后时间进行。

在目标阶段708，CCMS使用国家符合的包来创建适当的目标值。在一些实施例中，可基于从节目创始方接收的调度信息来启动此过程。在步骤750中，这显示成为特定目标目的地的标题(目标标题1)而进行。这要求目的地由系统管理员确定，并且相关联规则已就位。使包符合的过程可重复多次，在适当时，一般每个目的地一次。因此，如果本地价格要在对某个位置独特的标题元数据中被指示，则在此时它将被插入。可为目的地站点适当地改变资产的元数据中的其它字段，资产的内容也是如此。例如，可通过插入广告而改变视频内容。如果在创建本地化版本时根据规则不更改值，则一般使用国家版本中存在的值(例如，用于元数据或内容)。

包括标题元数据的包的原版本一般具有各种资产中指示的特定主要版本标识符。例如，标题元数据具有一般由包创始方确定的主要版本号。一旦创建国家版本，它便将具有相同的主要版本标识符号，但具有不同的次要版本标识符号。本地化版本一般将再次更改次要版本标识符号。因此，可能通过检查用于各种实例的主要版本号，确保它们与相同视频节目有关。

可能可再使用包的若干部分，以便重复相同处理不必进行。例如，一旦为一个目的地将视频内容转码，便可在包中将该相同内容用于另一目的地。为了示出处理步骤，下面讨论仅为一个目标目的地来生成包的处理。

在规格化(II)阶段710中，检索并使用用于每个位置的规则以在步骤760中创建元数据的本地化(次要)版本和用于该位置的适当内容版本。回想起每个位置可能要求不同于国家版本的某个视频内容处理，包括添加水印、转码、加密等，并且就要求此处理的程度而言，CCMS在此步骤执行此处理。在某些实施例中，LCMS可执行一些此功能，使得CCMS将只执行一些内容处理。CCMS可以前已创建或存储相同的本地版本，并且如果情况是这样，则能够从存储装置检索它，而不是重新创建内容。

最后，在输送阶段712中，CCMS将包括分别在步骤770和772中的元数据和内容的包传送到目的地。输送一般在规格化后不久进行，并且在各种实施例中，CCMS可在其本地存储库中存储本地版本。一些情况下，相同的包可输送到多个目的地。如前面所述，CCMS可提供只包括标题元数据或某一其它资产的包到目的地。如果元数据更新现有元数据，并且CSP已经具有内容，则情况经常是这样。此类情况下，通常要避免重新传送已在目的地存储的内容。

包状态

包能够视为具有各种状态的寿命周期和它经过各种处理阶段。图8中示出包的寿命周期的一个实施例，其中，圆802、804、806和808表示包状态之间的处理。贯穿包的寿命周期，CCMS通过独特的标识符来识别。在图8中，包的导入在步骤800中由节目创始方启动。包在“已调度”状态中，并且在导入处理阶段802中传送到CCMS，在该阶段，它由CCMS接收，并且在收到后，包在“已导入”状态中。在导入后，在验证处理阶段804中处理包。如果验证处理不成功，则发出警报，并且CCMS在步骤812等待来自系统管理员的输入。如果验证成功，则包进入“已验证”状态。随后，包在导出处理阶段806中被规格化并导出。在其它实施例中，包可在被导出前暂时在“已规格化”状态中，但导出一般在包规格化后不久进行。同样地，如果规格化不成功，则进入在步骤812的过程。假定包被成功导出，则包在“已导出”状态中。可能的是，系统将在某一时间期后将包置于“已期满”状态中，这在时间经过后发生。这导致处理涉及在“引退”处理状态808中包的删除。此操作的结果是包被“删除”。在此状态中，数据被删除或复制到存档存储装置中，并且包的寿命周期完结。可能的是，通过从长期存储器检索包而重新激活包，这能够将包放回到已导入状态或已验证状态。其它实施例可从上述状态和处理阶段进行添加或删除。显然，包如果被删除，则不能重新激活，而是将必须再次导入。

在包的每种状态，CCMS如图8中所公开的一样记录与包相关联的各种事件。因此，CCMS维护与包相关联的各种事件有关的数据。这包括：何时第一次导入包、验证的结果、处理元数据和内容的结果、包在何时和何处被导出，以及包何时被引退。

规则

CCMS的用户能够创建规则，规则定义CCMS要如何处理导入的包。为了定义规则以跨各种系统来管理标题，每个标题(例如，与共同标题相关联的包的集合)将具有与其相关联的1)标题的总视图，2)与标题相关联的包的各种版本和实例信息，包括元数据实例(例如，本地、国家)和内容版本，3)每个包的状态信息及4)计划信息。此信息为系统管理员提供有关标题的全局看法(标题的概观)，包括预期将收到什么(计划信息)、何时它被收到(状态信息)以及创建的是什么本地或国家版本(实例信息)。

为了使用户定义与标题相关联的包要如何被处理和导出，系统将维护涉及三个主要分组的数据元素：1)标题版本和实例，2)标题分组，以及3)站点分组。

1)标题版本和实例。数据分组的此集合表示CCMS所维护的每个标题，并且因此用户能够识别标题的不同版本及在何处使用该版本。CCMS存储所有标题的多个版本和实例，包括：

●调度的版本-这是在从节目创始方实际收到对应包前有关CCMS中的调度内容中使用的标题的信息的版本；

●原始版本-这是从提供商收到的标题元数据。该版本由主要版本号来反映，并且仅由提供商来指派；

●国家实例版本-这是在应用国家规则后标题元数据的版本。此版本由次要版本号来反映；以及

●本地化实例版本-这是元数据的特定版本的本地化实例(由主要和次要号码识别)。在此情况下有两个选择，包括国家版本的每个单独变型一个实例，无复制。对于此方案，每个站点(头端)将指派有特定的实例。备选的是，提供用于每个站点的特定实例，提供有用于更新的编号。

标题组-这些是标题的分组以允许用户根据有用的分组来查看和管理标题。CCMS将具有以多种方式将站点分组以便在应用规则和分发内容中使用的能力，包括：

●全部-跨企业的每个站点。

●单独-可寻址每个特定站点，如按城市或其它名称。

●定义的组-列表中定义的有名称站点的组。例如，根据某个区域的名称(“Colorado Group”)、MSA或其它标识符。

●根据特性-根据站点定义中的特性来定义，例如使用特定供应商的设备、能力、网络拓扑等的站点。例如，使用品牌X视频头端系统的所有站点。

●根据状态-根据站点的状态来定义。例如，存储内容被填充到某个容量的系统。

●根据内容-根据由当前内容所确定的站点来定义。例如，从存储其特定标题的特定节目制作源接收某个内容的站点。

站点组-这些是站点(头端、分发系统)的分组，以允许用户管理正在分发的标题的目的地。CCMS能够以多种方式将站点分组以便在应用规则和分发内容中使用，包括

●全部-跨企业的每个站点。

●单独-可寻址每个特定站点，如按城市或其它名称。

●定义的组-列表中定义的有名称站点的组。例如，“ColoradoGroup”可定义为Denver头端、Littleton头端和Boulder头端。

●根据特性-根据站点定义中的特性来定义，如使用“品牌X”设备的站点。

●根据状态-根据站点的状态来定义，例如可用存储容量的百分比。

●根据内容-根据当前内容所确定的站点来定义，例如从节目制作源接收内容或存储特定标题的站点。

通过这些数据元素，能够定义各种规则。这些包括以下所述：

(a)分发规则。分发规则用于确定分发内容到站点所用的时间和动作。规则的一般形式是：

在：[<DateAndTime>或<UponEvent>]分发<TitleGroup>到<SiteGroup>

示例包括：

●在：10/04/2008 12:00:00分发：“Ironman版本：1.2”到“AllHeadEnds”

●在：立即分发：“更新的Starz标题”到“RingHeadEnds”。

●在：10/03/2008 11:59:01分发：“All Titles”到“Dearborn头端”

(b)站点管理规则。站点管理规则用于基于站点的各个需要来维护标题到站点的分发。规则的一般形式是：

如果<站点>状态：<状态>是：<值>，则：<动作>

示例包括：

●如果“DearbornHeadEnd”状态：FreeSpace是“<10％”，则：“不接受新标题”

●如果“DearbornHeadEnd”状态：FreeSpace是“<30％”，则：“不接受低值标题”

(c)内容修改规则。这些是基于内容需要而用于内容的更改的规则。

示例情形包括：

●作为WMP到达的内容应始终转换为MPEG-2；以及

●目标为具MPEG-4能力的HE的内容应转换为用于那些头端的MPEG-4和用于其它头端的MPEG-2。

(d)元数据修改规则。元数据修改规则用于基于各种准则来更改用于元数据的值。这些准则对应于当前AMS规则。这些规则的基本形式是：

如果<条件>setmetadataField：<metadataField>为值：<值>

示例包括：

●如果{标题提供商＝Starz}setMetadataField：“建立的价格”为值：“3.99”

●如果{标题＝SuperherosGroup}setMetadataField：“类别”为值：“Superhero宣传”

●如果{(格式＝”HD″)并且(提供＝Starz)}setMetadataField：“价格”为值：“7.99”

(e)实例创建规则。必须从初始接收、修改、分发和最终从系统删除来管理CMS中的每个标题。标题能够由提供商在主要版本中被更新，在如国家规则所确定的次要版本中被更新以及在如本地规则所确定的本地实例中被更新。

示例情形包括：

1.进行对标题的更改-这些可能是元数据(本地或国家)、分发规则等中的更改。

2.为给定标题开创新分发。

a.根据分发规则、元数据和目标定位，为标题选择目的地。

3.应用国家规则以创建新版本。

4.应用本地规则以创建实例

5.为分发确定实例。

6.实例被分发到适当的站点。

用户命令

除创建规则外，用户能够实时发布现有包上执行的命令到CCMS，这将实现与系统应用规则类似的结果。通常，对于用户能够在规则中指定的每个能力，经一个或多个命令提供类似的一个能力(或多个能力)到用户。然而，与应用规则相关联的逻辑能力不可在命令中具有对应能力。这能够通过说明来解释。例如，考虑定义如下的为进入的包设置价格的规则：

如果<条件>SetMetadataField：<MetadataField>为值：<值>此规则的特定实例能够是：

如果{标题提供商＝HBO}SetMetadataField：“建议的价格”为值：“$3.99”

然而，用户能够发布命令以实现类似的结果。用户能够输入命令，该命令查询特定标题的“建议的价格”字段，并通过查看元数据基于结果来确定它是否源于HBO并确定它是否设为$3.99。如果它不是适当的值，则用户能够发布命令以更新字段为$3.99。这将通过调用命令来实现与如通过定义应用于处理进入的包的规则类似的结果。注意，用户也能够命令CCMS规则应用到已经收到的包。

因此，用户可调用具有类似或相似规则能力的命令。这些命令包括：导出标题、导入标题、创建元数据的国家或本地实例、更新元数据字段、查询元数据的实例。

管理员访问

有各种类型的用户能够使用CCMS访问和管理资产。“最高”级别的权限是系统管理员(“SA”)，系统管理员能够访问用户能够访问的CCMS的所有能力。“更低级别”的权限对于用户是可能的。每个用户一般提供标识和认证信息以便登录到系统，并且许可级别与每个用户账户相关联。SA一般经安全的因特网连接来访问CCMS，但其它通信布置是可能的。用户的权限在图X所示的表1中示出。

在图9中，所示能力解释如下：

a.用户账户-指建立更低级别用户组的能力；

b.系统配置-指在CCMS中配置各种系统组件的能力；

c.CCMS数据库-指在CCMS中查询或编辑各种数据库的部分；

d.联系信息-指与系统相关联的适当人员的电话、电子邮件或其它联系信息；

e.元数据-指编辑、查看或以其它方式处理元数据的能力；

f.内容-指编辑、查看或以其它方式处理资产内容的能力；

g.报告选项-指创建和运行有关系统方面的各种报告的能力；以及

h.头端-指用户能够访问哪些头端以用于CCMS的操作。

命令的应用

查看和编辑元数据。CCMS的一个共同应用是查看和编辑与包相关联的元数据。元数据值的管理能够基于特定的标题、标题的组、站点和/或站点的组。

通过创建修改将来导入的包的规则，或者创建规则以作为在导出前修改CCMS中当前收到的包的元数据的命令，或者甚至在包已分发到目的地后修改元数据(这通过添加命令以传送更新的元数据到适当站点来实现)，能够前瞻性地进行元数据的处理。

元数据变换规则存储在CCMS中，并且通过使用与包相关联的纲要(schema)、提供商和产品而与包相关联，以及与正在执行的变换操作(例如，规格化/向下转型(downcast)，预览)相关联。为了查看变换规则，带有适当许可的CCMS用户在适当的CCMS GUI选择变换；该CCMS GUI显示变换，包括用于选定变换的变换规则。规则可被构建或组织以应用到输出格式、标题和功能的分组。这些规则可进一步自动改进以基于用于目标输出的动作来变换特定元数据字段。对于特定的分析类型，用户将可使用更高级规则并且不会被强制在逐标题或逐系统的基础上工作。

CMS用户按照所期望的来编辑规格化规则，并且资产管理器组件通过修改来更新其本地数据存储库。可在包编辑、预览、导出或验证上应用变换规则。确切的顺序将在系统工作流的定义期间确定。

在如图10所示的接下来的示例中，系统用户访问CCMS以选择和编辑与已经分发到站点的标题相关联的元数据。在图10中，系统10包括与CCMS 1004的用户接口1002交互的系统用户1001，CCMS1004已将包分发到包括LCMS 1007和VOD系统1009的有线头端1006。用户1001首先在步骤1010a中选择要查询的头端系统。这促使CCMS接收请求1010b并且在响应1012a中提供与该站点相关联的可能标题，该响应在步骤1012b中提供到用户。用户随后在步骤1014a、1014b中选择特定包，这促使该特定包的元数据1016返回并向用户显示。用户查看并随后在步骤1018a经输入来修改元数据，并且在步骤1018b中结果的更新数据被提供到CCMS。CCMS在步骤1020中验证数据，并且步骤1022中将它提供到适当的目的地LCMS。在那里，LCMS处理更新元数据1024以在步骤1026中更新其适当的系统，这在此情况下是VOD后台办公系统。如果用户已更新站点的组或标题的组，则此过程可由CCMS(自动)重复进行。如果编辑是在国家级别或系统范围级别，则更新的元数据将适当地被传播。

如果规则被创建，则用户可通过在逐步基础上应用测试来测试规则。CCMS随后将在处理的每个步骤后显示结果，包括将受新规则影响的包和位置。

CCMS还经其日志数据文件记录在规则处理期间发生的适当事件。因此，保持了用于标题的新元数据、它何时传送到站点、哪些站点收到它的记录。以此方式，系统用户能够获得系统的准确状态。

元数据的编辑或更新包容各种业务惯例，包括以下示例：

a.将所有标题的价格降低$1.00。

b.在标题的窗口的最后7天，将它移动“最后机会类别”并将价格降低$1；

c.在<特定日期>更改所有交易的VOD标题上的价格；

d.更改所有成人标题上的类别和定价；

e.在窗口结束前的7天，将<标题>移到特殊类别并将价格降低$1；

f.将从指定节目源收到的所有电影设为$14.99；

g.通过类别和特殊定价来设置特殊的“Paul Newman周”；

h.双重列出多个类别类型中的标题；

i.实现各种本地价格和窗口更改；以及

j.输入用于各种设备类型VOD服务器的适当禁用特技模式码。

高级通知和调度

CCMS能够接收要从节目创始方接收的标题的调度信息，并且创建可包含或不包含内容和元数据的最小包。规则或显式用户交互将设置用于标题的分发时序和目的地。此设置将用于创建确保标题适当、及时分发到正确目的地的工作流和警报。这也能够用于通知CCMS的系统用户即将到来的标题，并且允许对资源进行适当的计划。如果未在指示的日期收到标题，则能够采取通知或其它校正动作(例如分配存储空间)以确保包如期被收到。

内容分发

用户能够确立规则或命令以实现包的导出及应该应用的规则。在规则的情况下，系统用户能够创建、编辑或预览要应用的规则，并且在应用前测试规则以确保规则被适当定义。规则能够基于时间(例如，在某些时间导出现有包到目的地)和/或事件(处理和导出无论何时收到的包)来触发。

内容能够分发到与服务提供商相关联的单个站点或多个站点。此外，资产的“部分”分发是可能的。在一个实施例中，这指传送包宣传视频资产，之后是在以后的时间传送视频节目内容本身。其它应用包括分发系列节目的随后部分(例如，每周电视节目)。CCMS也能够由于分发而引退内容。此情况下，内容本身不分发，而是对元数据的更新提供到收到内容的所有那些站点。

规则建立和验证

系统用户能够创建、编辑和验证规则。基本元数据验证由CCMS中能够应用元数据方案的软件模块进行，包括使用与特定资产相关联的XML纲要(例如，参阅上述CableLabs ADI规范)。

通过使用纲要验证，能够强制实行多个类型、范围约束和其它约束。另外的用户定义的商务规则存储在CCMS中，并且通过使用与包相关联的纲要、提供商和产品而与包相关联。如果用户编辑验证规则，则资产能够按照需要被重新验证。在导入时和修改验证规则时，应用验证规则到包。

元数据变换规则存储在CCMS中，并且通过使用与包相关联的纲要、提供商和产品而与包相关联，以及与正在执行的变换操作(例如，规格化/向下转型，预览等)相关联。为了查看变换规则，带有适当许可的CMS用户在CMS GU1选择变换；该CCMS GUI显示变换，包括用于选定变换的变换规则。

规则可被构建或组织以应用到输出格式、标题和功能的分组。这些规则可进一步自动改进以基于用于目标输出的动作而变换特定元数据字段。对于特定的分析类型，用户将可使用更高级规则并且不会被强制在逐标题或逐系统的基础上工作。

CCMS用户按照期望的来编辑规格化规则，并且CCMS通过修改来更新其本地数据存储库。可在处理的包编辑、预览、导出或验证阶段上应用变换规则。确切的顺序将在系统工作流的定义期间确定。

典型使用示例

CCMS在允许实现商务目标方面提供了相当大的灵活性，并且简化了资产的管理。考虑一服务提供商在各个城市中操作超过40个有线头端的一示例。特别关注的是以下四个城市中的有线头端，如表1中所示：

表1

此外，假设希望对以下标题进行修改，如表2所示：

表2

具体而言，职业足球比赛由服务提供商在所有40多个市场播出，但在两个“大”城市达拉斯和纽约城中，职业足球比赛票价应更新为更高的价格$5.99。然而，锡拉丘兹中学足球比赛应以$1.99的更低价格只在锡拉丘兹播出。此外，带有“大”内容大小的电影(例如，“乱世佳人”)应只传送到具有“高”存储容量的系统(例如，在80％或更少容量的系统)。最后，“Mr.Toberts”的电影标题应校正为“Mr.Roberts”。

现在应领会到，通过访问可能40多个有线系统的每个中的头端系统以更新数据的这五个实例来手动实现这些更改能够涉及200多个更改。显然，如果像在现有技术中一样将相同信息发送到所有有线系统，则某些有线系统将具有错误的信息，并且在每个头端的系统人员将要为该市场适当地手动定制信息。如果没有通过CCMS定制元数据，则每个站点将得到相同的处理，并且例外处理将是极其困难的。如果甚至不能验证哪些站点收到了哪些数据，则甚至将不可能在给定站点有效校正或编辑信息。例如，即使站点具有正确的信息，这也不可由系统运营商来验证，直到人员检查每个头端中的每个标题。

然而，CCMS允许设置规则以处理进入的数据包，从而自动进行此操作，或者系统管理员能够输入命令。可能命令的示例包括：

a.如果(标题＝“职业足球比赛-Giants对Redskins”或“职业足球比赛-Cowboys对Broncos”)，则建议的价格＝$5.99；

b.如果(标题＝“锡拉丘兹中学足球比赛”)，则建议的价格＝$1.99；

c.分发(其中类别＝“电影”的所有标题)和(头端容量＝“高”)以及(存储状态＝＜80％)；

d.将标题＝“Mr.Toberts”的所有站点上的所有实例更改为“Mr.Roberts”。

上面只是说明能够创建和应用到现有数据包的规则或用户能够调用以执行所需更改的命令。命令的语法和语义是说明性的，并且本领域技术人员将认识到其它格式是可能的。

熟悉与数据包中标题相关联的各种元数据字段的人员将认识到，CCMS能够实现标题中的各种编辑，如：

●更改在某些站点位置的某些日期在某些标题上的价格；

●在时间窗口定义的宣传结束时自动改变用于标题的价格；

●自动为某些类别改变来自特定节目提供商的价格；

●创建用于对某个时间以某个价格将标题放入某些类别中的规则；以及

●添加标题到新创建的类别。

上面的列表只是说明性的，并且不表示CCMS系统所提供的所有能力。

上面描述了本发明的一个实施例，并且其它实施例是可能的，且在本发明的范围内。本发明可在结合所有或一些以上所述的系统中、结合所有或一些以上所述的操作方法中以及适用于执行一些或所有上述功能的计算机机可读程序指令中来实施。

Claims (21)

1.一种用于将本地化包导出到视频服务提供商的系统，其中所述视频服务提供商通过分发设施将视频节目提供到所述视频服务提供商的订户以用于观看，所述系统包括：

第一接口，配置成接收第一包，所述第一包包括数据结构，所述数据结构包括：

a)第一标题元数据，所述第一标题元数据指示所述视频节目的标题，以及

b)第一视频资产，还包括第一视频内容和第一视频元数据部分，其中所述第一视频元数据包括第一主要版本值和第一次要版本值；

处理器，配置成：

a)从所述第一接口接收所述第一包，

b)存储所述第一包，

c)基于所述第一包而生成规格化包，其中所述规格化包包括规格化标题元数据和规格化视频资产，所述规格化标题元数据不同于所述第一标题元数据，并且所述规格化视频资产独立于特定的视频服务提供商目的地而被确定，

d)查明接收本地化包的目的地视频服务提供商，其中所述本地化包基于所述规格化包，

e)检索视频服务提供商目的地特定的配置数据，

f)使用所述规格化包和所述视频服务提供商目的地特定的配置数据来生成所述本地化包，其中所述本地化包包括第二数据结构，所述第二数据结构包括：

a)第二标题元数据，所述标题元数据指示所述视频节目的标题，所述第二标题元数据不同于所述规格化标题元数据，以及

b)第二视频资产，还包括第二视频内容和第二视频元数据，其中所述第二视频内容基于所述第一视频内容，并且所述第二视频元数据包括所述第一主要版本值和第二次要版本值，

数据存储装置，配置成存储所述第一包、所述规格化包和所述本地化包以及所述视频服务提供商目的地特定的配置数据；以及

第二接口，配置成从所述处理器接收所述本地化包，并且将所述本地化包传送到所述视频服务提供商。

2.如权利要求1所述的系统，其中所述处理器配置成生成所述本地化包，使得所述本地化包中的所述第二次要版本值不同于所述第一包中的所述第一次要版本值。

3.如权利要求2所述的系统，其中所述数据存储装置配置成存储由所述处理器用于生成所述规格化包的目的地独立的配置数据。

4.如权利要求2所述的系统，还包括：

转码器，所述转码器配置成从所述数据存储装置接收第一编码格式中的所述第一视频内容，并生成第二编码格式中的数字视频文件，其中所述本地化包包括第二编码格式中的所述数字视频文件。

5.如权利要求4所述的系统，其中所述本地化包包括含有广告的第二视频内容。

6.如权利要求2所述的系统，其中所述处理器配置成使用所述视频服务提供商目的地特定的配置数据来确定第二标题元数据中视频节目的价格，其中所述第二价格不同于所述第一包中视频节目的价格。

7.如权利要求6所述的系统，其中所述视频服务提供商目的地特定的配置数据识别所述视频服务提供商的地理服务区域。

8.如权利要求4所述的系统，其中所述本地化包的所述第二视频元数据反映所述第二编码格式。

9.如权利要求8所述的系统，其中所述第二编码格式在所述视频服务提供商目的地特定的配置数据中被指示。

10.一种将本地化包导出到视频服务提供商的方法，包括以下步骤：

在处理系统的第一接口从通信设施接收源于的视频节目分发方的第一包，所述第一包包括数据结构，所述数据结构包括：

a)第一标题元数据，所述第一标题元数据指示视频节目的标题，以及

b)第一视频资产，还包括视频内容和视频元数据，其中所述视频元数据包括第一主要版本值和第一次要版本值；

由处理器在所述处理系统的数据存储系统中存储所述第一包；

基于所述第一包由所述处理器生成规格化包，所述规格化包独立于所述视频服务提供商而被生成，其中所述规格化包包括规格化标题元数据和规格化视频资产，所述视频资产包括规格化视频内容和规格化视频元数据；

由所述处理器查明接收本地化包的视频服务提供商，其中所述本地化包基于所述规格化包；

所述处理器从所述数据存储系统来检索视频服务提供商目的地特定的配置数据；

使用i)所述规格化包和ii)所述视频服务提供商目的地特定的配置数据来生成所述本地化包，其中所述本地化包包括第二数据结构，所述第二数据结构包括

a)第二标题元数据，所述第二标题元数据指示所述视频节目的标题，以及

b)第二视频资产，还包括第二视频内容和第二视频元数据，其中所述第二视频内容基于所述第一视频内容，并且所述第二视频元数据包括第二版本值，所述第二版本值包括所述第一主要版本值和第二次要版本值；

在所述数据存储系统中存储所述本地化包；以及

所述处理器通过第二接口将所述本地化包传送到所述视频服务提供商。

11.如权利要求10所述的方法，其中所述第二视频内容是通过变换所述第一视频内容而生成的基于MPEG的编码数字视频文件，其中所述视频文件表示物理对象的一系列数字图像数据。

12.如权利要求11所述的方法，其中所述第二视频内容由转码器接收第一编码格式中的所述第一视频内容并生成第二编码格式中的所述第二视频内容而生成。

13.如权利要求12所述的方法，其中所述处理器在所述第二视频元数据中设置值以指示所述第二编码格式。

14.如权利要求13所述的方法，其中所述本地化包的所述第二次要版本值不同于所述第一包的所述第一次要版本值。

15.如权利要求10所述的方法，还包括以下步骤：

从所述数据存储系统检索第二视频服务提供商目的地特定的配置数据；

使用所述规格化包和所述第二视频服务提供商目的地特定的配置数据来生成第二本地化包，其中所述第二本地化包包括第二数据结构，所述第二数据结构包括

a)第三标题元数据，所述标题元数据指示所述视频节目的标题，以及

b)第三视频资产，还包括第三视频内容和第三视频元数据，其中所述第三视频内容基于所述第一视频内容，并且所述第三视频元数据包括第三版本值，所述第三版本值包括所述第一主要版本和第三次要版本值；

在所述数据存储系统中存储所述第二本地化包；以及

所述处理器通过第二接口将所述本地化包传送到所述第二视频服务提供商。

16.如权利要求10所述的方法，还包括以下步骤：

在所述处理系统接收指示日期的分发调度，到所述日期所述包应由所述处理系统来导出；以及

所述处理系统在所述日期之前通过第二接口将所述本地化包传送到所述视频服务提供商。

17.如权利要求10所述的方法，还包括以下步骤：

在所述处理系统接收日期，到所述日期所述本地化包应从所述数据存储系统被删除；以及

所述处理系统基于所述日期从所述数据存储系统删除所述本地化包。

18.一种包含可由处理器执行以用于将包提供到视频服务提供商的代码的计算机可读媒体，所述代码包括计算机可读程序指令，所述指令适用于：

在处理系统的第一接口从通信设施接收源于视频节目分发方的第一包，所述第一包包括数据结构，所述数据结构包括：

a)第一标题元数据，所述第一标题元数据指示视频节目的标题，以及

b)第一视频资产，还包括视频内容和视频元数据，其中所述视频元数据包括第一主要版本值和第一次要版本值；

由处理器在所述处理系统的数据存储系统中存储所述第一包；

基于所述第一包来生成规格化包，其中所述规格化包独立于所述视频服务提供商而被生成，其中所述规格化包包括规格化标题元数据和规格化视频资产，所述规格化视频资产包括规格化视频内容和规格化视频元数据。

由所述处理器查明接收本地化包的视频服务提供商，其中所述本地化包基于所述规格化包；

从所述数据存储系统检索视频服务提供商目的地特定的配置数据；

使用i)所述规格化包和ii)所述视频服务提供商目的地特定的配置数据来生成所述本地化包，其中所述本地化包包括第二数据结构，所述第二数据结构包括：

a)第二标题元数据，所述第二标题元数据指示所述视频节目的标题，以及

b)第二视频资产，还包括第二视频内容和第二视频元数据，其中所述第二视频内容基于所述第一视频内容，并且所述第二视频元数据包括第二版本值，其中所述第二版本值包括所述第一主要版本值和第二次要版本值；

在所述数据存储系统中存储所述本地化包；以及

通过第二接口将所述本地化包传送到所述视频服务提供商。

19.如权利要求18所述的计算机可读媒体代码，还包括适用于执行以下操作的计算机可读程序指令：

从所述数据存储系统检索第二视频服务提供商目的地特定的配置数据；

使用所述规格化包和所述第二视频服务提供商目的地特定的配置数据来生成第二规格化包，其中所述第二本地化包包括第二数据结构，所述第二数据结构包括

a)第三标题元数据，所述标题元数据指示所述视频节目的标题，以及

b)第三视频资产，还包括第三视频内容和第三视频元数据，其中所述第三视频内容基于所述第一视频内容，并且所述第三视频元数据包括第三版本值，所述第三版本值包括所述第一主要版本值和第三次要版本值；

在所述数据存储系统中存储所述第二本地化包；以及

通过第二接口将所述本地化包传送到所述第二视频服务提供商。

20.如权利要求18所述的计算机可读媒体代码，还包括适用于执行以下操作的计算机可读程序指令：

向用户提供用户接口以输入所述第一和第二视频服务提供商目的地特定的配置数据；以及

在所述数据存储系统中存储所述第一和第二视频服务提供商目的地特定的配置数据。

21.如权利要求20所述的计算机可读媒体代码，还包括适用于执行以下操作的计算机可读程序指令：

向所述用户提供用户接口以输入价格数据，以用于包括在对于所述视频服务提供商目的地的所述本地化包中；

在所述数据存储系统中将所述价格数据存储为所述视频服务提供商目的地特定的配置数据的部分；以及

生成包括所述第二标题元数据的所述本地化包，其中所述第二标题元数据包括所述价格数据。

Images