专利名称：用于工作流接口的消息机制的制作方法
技术领域：
本发明涉及用于对内容管理系统中的元件进行接口的技术。
背景技术：
接收、处理和/或分发以包含视听节目的电子文件的形式的内容的实体 (例如，广播装置)通常利用大的系统来管理这样的内容。为了便于讨 论，内容的接收、处理和/或分发全体地包括内容工作流的一般任务。
具体内容工作流内的内容的处理可以包括各种操作。例如，诸如非线
性编辑之类的给定操作通常需要至少一个元件，并且有时需要若干个不同 的元件，每个元件包括硬件、软件、或这两者的组合。在许多情况中，单 个销售商(vendor)可能提供执行给定内容处理操作或操作集合所必要的 所有元件。然而，其它内容处理操作可能需要来自若干个不同销售商的元 件。
用来执行一个或多个处理操作的来自若干个不同销售商的元件的组合 可能提出有关内容标准化的问题。例如，在媒体行业中，存在数百种通过 非线性编辑来操控内容的解决方案。因此，某些销售商提供与若干种公知 的标准化格式兼容的设备，这些标准化格式例如是参考所编辑的素材来利 用编辑决策列表(edit decision list)的先进创作格式(Advanced Authoring Format, AAF) 。 AAF格式还没有赢得普遍接受，并且通常在如后期制作 的特定领域中进行应用。素材交换格式(Material Exchange Format, MXF)已经成为用于内容的流传输和存储的标准并且很好地处理包括多层和分段内容的本体(essence)和元数据(metadata)的传送。然而，MXF 仅对于简单的合成内容非常有效，但是缺乏普遍适用性。因此，许多内容 处理设备的提供商支持AAF标准。然而，目前的解决方案没有涉及像任 务描述、内容的利用和优先级这样的操作方面。
发明内容
简而言之，根据本原理的优选实施例，提供了一种利用管理工作流的 架构而利用有限的接口能力来管理应用以优化操作的方法。该方法提供了 一种用来在操作工作流管理解决方案内对应用进行接口 (interface)的简 单的消息机制。本原理的方法通过在内容工作流中至少一个任务(例如， 应用)的执行期间提取至少一个所选择的参数而开始。然后，根据所提取 的参数，操作员被通知这至少一个任务是否被成功执行。
图1描述利用本原理的消息管理技术来与第三方子系统相接口的内容 管理系统的示意框图；以及
图2以流程图的形式描述根据本原理的用于管理将图1的内容管理系 统与第三方子系统相接口的消息的处理的步骤。
具体实施例方式
图1描述内容管理系统10，例如，可从Thomson Grass Valley， Beaverton， Oregon获得的Thomson Grass Valley "内容共享CS2 (Conj^jit Share CS2)"系统。内容管理系统10包括处理器(未示出)，具有与由 硬件、软件或这两者的组合组成的一个或多个元件相接口的个人计算机或 迷你计算机的形式的。内容管理系统10中的主元件是指示由内容管理系 统执行的各种内容操控的工作流元件12。根据所希望的内容工作流，工作 流引擎12可以要求执行诸如非线性编辑之类的内容操控功能。另一内容 操控操作可以包括内容压縮。其它内容操控操作是公知的并且将不在这里 做描述。内容管理系统10中的另一元件是使得一个或多个操作员能够经由诸
如键盘和触摸屏之类的装置与内容管理系统交互的用户接口 (User Interface, UI)应用14。此外，UI应用14从内容管理系统提取数据，并且 操控那些数据以在一个或多个监视器(未示出)上显示来向操作员提供指 示内容管理系统的操作的信息。
内容管理系统10中的另一元件是进行操作以跟踪内容管理系统的操 作的产品生命周期管理(Product Life Cycle Management, PLM)模块。 PLM与诸如流量系统之类的超系统(super system)相接口，其控制资源 和提供处理装置资源管理层，其允许整个系统中的定时操作，例如，服务 质量。
内容管理系统10包括具有各种部件的基础结构，这各种部件包括网 络服务模块18，网络服务模块18包括用于将内容管理系统IO连接到诸如 因特网之类的网络的软件和/或硬件。内容管理系统基础结构还包括软件开 发工具包(Software Development Tool Kit, SDK) 20，软件开发工具包 (SDK) 20包括可由考虑在内容管理系统10内添加、删除和/或修改软件 的操作员访问的一个或多个软件程序。最后，内容管理系统基础结构包括 核心服务模块22，核心服务模块22控制核心服务，例如正在进入的内容 的接收、所完结的内容的分发、记录保持信息的收集，以及类似这样的功 能。
内容管理系统10包括至少一个并且优选为多个代理(broker) 24!、 242……24n，其中n是整数，各个代理分别用来将内容管理系统与装置 26i—26n的各个装置相接口。装置26i—26n的各个装置执行与内容的接 收、处理、存储和/或分发有关的至少一种功能，并且常常为多种功能。代 理用作到外部处理装置的接口。实际上，代理实际提取各种处理装置的功 能并且为内容管理系统内部客户端提供一般化的接口，内容管理系统内部 客户端使用处理装置的功能来提供复杂全面的工作流。这些处理装置当然 可以来自相同的制造商，大多数情况下这些处理装置来自第三方，它们使 用相应的代理作为接口而被整合到该内容管理系统中。
除了处理装置26i—26n以外，内容管理系统10包括智能工作流网关28，智能工作流网关28用作将内容管理系统10连接到一个或多个独立的 第三方子系统(由子系统30示意性地示出)的接口。子系统30通常包括 处理器等(未示出)，其控制以硬件、软件、或两者的组合的形式的至少 一个内容操控应用32。内容操控应用32本身能够执行一个或多个内容操 控操作，或者其可以在本质上与装置26f""26n类似的一个或多个装置34 的辅助下完成这些操作。
智能工作流网关28主要用来将内容管理系统工作流引擎12从独立的 子系统30解耦合。在任何情况中，对操作的初始刺激(initial stimulus) 来自经由智能工作流网关28向子系统30转发工作订单(workorder)的工 作流引擎12。工作订单包括有关子系统30中必须达到的阈值(例如，参 数值)的信息，并且之后触发逆向消息传送事件来向工作流引擎12告知 发送给子系统30的工作订单的成功完成。此外，智能工作流网关28可以 接收与工作订单完成通知一起从子系统34返回的其它所预期的信息。
智能工作流网关28然后独立地监视子系统30处工作订单(任务)的 执行并且基于之前建立的工作订单完成阈值来递送预期的信息。在智能工 作流网关28触发了等待工作流引擎12工作流之后，信息线程 (information thread)返回到工作流引擎中，工作流引擎根据作为正在运 行的工作包(workpackage)的部分的工作流而继续。
根据本原理的一个方面，第三方子系统包括消息传送模块36，消息传 送模块36从工作流管理系统获得订单消息，并且向内容管理系统10的工 作流引擎提供指示具体活动的响应消息，以向操作员警示具体活动的成功 发生。消息传送模块36通常采用执行图2中以流程图形式所描述的处理 的软件的形式。图2中所描述的消息传送处理在执行步骤200时开始，在 步骤200，操作员通常建立所希望的用于监视的信息。实践中，操作员通 常想要知道由图1的子系统30执行的内容工作流内的给定应用是否已经 被适当地执行。此外，例如，操作员可能希望有另外的信息，例如日志 (logging)和定时(timing)数据。在步骤200期间不是操作员建立所希 望的监视信息，而是图1的消息传送模块36可以建立操作员可以如所希 望地进行修改的一组默认的监视信息。在步骤200之后，图2的步骤202进行执行，这里，图l的消息传送模块36针对所希望的监视信息确定相关联的参数。通常，搜集的与具体活动有关的监视信息将具有与其相关联的一个或多个参数。因此，(一个或多个)相关联的参数本身将产生关于活动的信息，例如活动是否被成功执行。
接着，图2的步骤204进行执行，并且图1的消息传送模块36针对正由图1的内容操控应用32进行执行的当前的活动来提取之前在步骤202期间确定的相关联的参数。图1的消息传送模块36之后在步骤206期间检査所提取出的参数以评估应用执行。如之前所述，步骤202期间所确定的一个或多个相关联的参数可以提供对该应用是否被成功执行的指示。因此，通过在步骤206期间检査参数，消息传送模块36可以在步骤208期间做出应用执行是否成功的判断。根据应用执行是否成功，消息传送模块可以分别在步骤210和212期间报告成功的应用执行或失败。除了在图2的步骤210和212期间报告应用执行的状况，图1的消息传送模块36还可以在这些步骤的每个步骤期间报告其它信息，例如日志或定时数据。在步骤210和212中任一步骤的执行之后，处理执行返回步骤204，直到给定应用的参数的提取发生并且没有其它应用等待执行为止。
以上描述了用于通过提供指示子系统操作的消息来对内容管理系统中的至少一个子系统元件进行接口的技术。
8
权利要求
1.一种方法，包括以下步骤在工作流中至少一个活动的执行期间提取至少一个所选择的参数；以及根据所提取的参数来通知操作员所述至少一个活动是否被成功执行；
2. 根据权利要求1所述的方法，其中，提取步骤还包括以下步骤 建立与所述至少一个活动相关联的所希望的监视信息；以及 判断至少一个所提取的参数是否已经超过阈值。
3. 根据权利要求1所述的方法，还包括以下步骤提供与所述至少一 个活动的执行相关联的日志信息和定时信息中的至少一者。
4. 根据权利要求2所述的方法，其中，操作员建立所述所希望的监视 信息。
5. 根据权利要求4所述的方法，其中，内容管理子系统建立所述所希 望的监视信息作为默认。
6. —种设备，包括消息传送模块，所述消息传送模块用于从子系统向内容管理系统传送 消息，所述模块包括用于在工作流中由所述子系统执行的至少一个活动的执行期间提取至 少一个所选择的参数的装置；以及用于根据所提取的参数来通知操作员所述至少一个活动是否被成功执 行的装置。
7. 根据权利要求6所述的消息传送模块，其中，提取装置包括 用于建立与所述至少一个活动相关联的所希望的监视信息的装置；以及用于判断至少一个所提取的参数是否已经超过阈值的装置。
8. 根据权利要求6所述的消息传送模块，其中，通知装置还提供与所 述至少一个活动的执行相关联的日志信息和定时信息中的至少一者。
9. 根据权利要求6所述的消息传送模块，其中，提取装置对用于建立所述所希望的监视信息的操作员输入进行响应。
10.根据权利要求6所述的消息传送模块，其中，所述模块建立所述 所希望的监视信息作为默认。
全文摘要
一种简单的消息机制，用来将内容管理系统内的应用相接口。该消息管理机制通过在内容工作流期间的至少一个任务(例如，应用)的执行期间提取至少一个所选择的参数而进行操作。之后，根据所提取的参数，操作员被通知这至少一个任务是否被成功执行。
文档编号G11B27/00GK101657857SQ200880011694
公开日2010年2月24日 申请日期2008年4月7日 优先权日2007年4月12日
发明者埃里克·丹尼斯·杜福斯, 威尔弗雷德·雷纳尔, 纳丁·帕特瑞 申请人:汤姆逊许可证公司