CN101652743A - 用于媒体制作和分发的工作流引擎 - Google Patents

Abstract

工作流引擎包括工作流管理系统的一部分，并且用于基于定义的工作流将作为特定任务的工作指令自动转发至特定工作区。基于工作流分析结果的要求，通过使用图形工作封装编辑器来创建工作封装模板，将所述工作指令和所述工作流集合在所述工作封装模板中。可以并行管理多个工作封装模板，允许处理广播设施的不同区域中的不同需要。

Description

用于媒体制作和分发的工作流引擎

相关申请的交叉引用

本申请基于35U.S.C.119(e)要求于2007年4月12日提交的美国临时专利申请序号60/923,011的优先权，其教导合并于此。

技术领域

本发明涉及用于管理内容的系统。更具体地，涉及媒体制作环境中的工作流管理系统。

背景技术

今天，商务系统和广播世界之间的链接主要是通过管理视频/音频要素(片段)的帧精确播放的广播自动系统的。这些系统处理主要针对的领域是摄取、播放以及存档。这些系统接收播放/记录列表，在所管理的子系统中执行检查(通常是基于文件的视频服务器和经由HSM的数据存档)以及按照正确指令播放正确的片段。

此外，这些系统发现丢失的片段并且如果该片段在系统中可用，则在需要该片段可用之前的预定时间向适当的子系统发出片段的传送。否则它们创建片段的丢失列表，然后需要操作者对摄取服务器进行管理。

今天经常使用的另一种机制是在定义的目录(文件系统的文件夹)中自动发现要素。该功能称作查看文件夹功能，执行该功能用于发现要素，类似于转码、传输至定义的位置、等等的定义任务。

上述方法和系统不提供进行下述操作的手段：向在特定工作区的特定操作者通知关于要执行的任务和相应的任务描述、添加正确格式的内容。不存在由商务系统提供的用于开始不同工作封装模板的工作工作指令、工作区和/或任务，该工作封装模板包含预定数目的工作指令以及定义指令的需要执行单个任务的工作站的定义指令。此外，不包含特定条件，例如在待执行的任务出现在特定工作区之前向该特定工作区提供要素的传送/转码。

在媒体产业中，已经开发或改变出许多解决方案来解决特定需要，并且现在他们正集中于具有不同级别的工作流管理支持的媒体资源管理的全局解决方案：

1)播放自动化：控制承担对根据时间安排播放视频和音频内容的设备的实时控制。若干播放设备具有对在摄取(内容接收)和存储阶段的内容移动进行组织的能力：播放设备的制造商已经解决了设备接口问题，但仍发展以支持工作流引擎的构思。他们的解决方案提出，工作流工作流在配置阶段一般要求显著地重复工作的静态工作流。

2)文档媒体资源管理系统的制造商已经证明管理文档的能力。很多这样的公司已经发展成为多媒体环境以处理媒体产业。来自这些公司的解决方案在实时设备资源管理中具有非常严格的限制并且提供非常有限的方法(如果有的话)来管理工作流。

3)许多公司提供视频编辑系统。视频编辑系统的至少一个制造商现在提供了针对媒体产业的非线性工作流解决方案，该解决方案也要求使用静态方式的工作流。

4)传统上，IT中间件供应商已指定商务层的应用。在这点上，这些供应商已经提出用于管理交易层的基础结构以处理工作流。由于这些供应商已专注于商务层，来自这些供应商的解决方案不提供用户界面并且不能利用负载平衡或服务质量(QOS)限制方面控制资源。

简而言之，媒体产业和相应的商务层的内容创建环境不提供对工作指令的充分控制以使得能够基于自动化、实时来添加与客户相关的广告。与管理内容相关联的技术性工作流停留在极度耗费人力上，并且依然由每个部门仅具有使用有限工具来管理操作少数主管的小作坊来组织功能。当前，广播电视设施或后期制作环境中的媒体创建缺少有效处理内容管理的管理解决方案。

发明内容

根据本发明的一个示意性实施例，一种用于媒体制作和分发的方法包括：检查工作流模式以标识任务指令以及负责给定指令内任务的至少一个工作区，以及通知工作区以由工作流模式定义的给定任务指令来执行其任务。

在下面的附图和描述中阐述了示意性实施例的细节。即使以一个特定方式来描述，应当清楚可以将每个示意性实施例以不同方式配置或体现。例如，可以将实施例作为方法执行，或者作为被配置为执行一组操作的设备、或存储用于执行一组操作的指令的设备来体现。根据结合附图和权利要求考虑的以下详细描述，其它方面和特征将变得显而易见。

附图说明

图1示出了根据本发明的示意性实施例的作为工作封装一部分的标准工作流模式的示例表示；

图2示出了根据本发明的示意性实施例的作为工作封装一部分的分离工作流模式的示例表示；

图3示出了根据本发明的示意性实施例的作为工作封装一部分的另一分离工作流模式的示例表示；

图4示出了根据本发明的示意性实施例的动态用户界面任务库的示例；

图5示出了根据本发明的示意性实施例的工作流引擎的示意表示；

图6示出了根据本发明的示意性实施例的工作流引擎用户界面的示例表示；

图7示出了根据本发明的示意性实施例的工作流引擎的示意框图；

图8示出了根据本发明的示意性实施例的用于媒体制作的方法的高级图；以及

图9示出了根据本发明的示意性实施例的用于媒体制作的方法的另个高级图。

具体实施方式

简要地，根据本发明的一个方面，提供了作为工作流管理系统一部分的工作流引擎。工作流引擎提供基于定义的工作流将工作指令作为特定任务自动转发给特定工作区的手段。根据分析广播设施的“现实生活”的工作流所确定的要求，将工作指令和工作流集合在通过使用图形工作封装编辑器所创建工作封装模板中工作流。可以并行地管理多个工作封装模板，允许处理广播设施的不同区域中的不同需要。

本发明的工作流引擎还提供了从先前设计的可视作“蓝图”的工作封装模板中初始化(instantiate)工作封装的手段，同时将用于工作指令和工作流的实际处理数据与“蓝图”或模板组合在一起。这可以利用在特定工作区的操作者交互来完成，或者由使用适当接口的外部系统来自动完成。还可能够对来自活动工作封装内的工作封装进行初始化，允许工作封装的拼接。

工作流引擎被设计为对特定工作流管理特定“长期运行”任务进行处理，同时提供进程和线程灵活性，在工作流等待来自过程环境的响应触发的时间内允许工作流状态的总持续性。使用代表标准工作流模式或分离/联合模式的活动来对包括工作封装一部分的工作流进行建模。此外，使用活动来对工作封装本身以及作为工作封装一部分的任务进行建模，使用工作流模式活动来将该任务拼接成工作流。

使用任务活动来对工作区进行建模，在该工作区中，工作指令作为根据工作流的任务出现。使用“Within”任务动作活动来对动作进行建模，该动作提供过程环境的实际接口。可以将“Inside”任务动作活动与工作流模式活动进行拼接(在工作封装内)，以在该级别对工作流进行建模。

在描述本发明的细节之前，若干缩写的定义将是有帮助的：

要素：视频/音频

内容：视频/音频加上元数据

自动化系统：在预定义时间并以定义的指令来执行内容(视频、音频、图形、图标等等)的帧精确播放的系统，并且包括视觉混合器的过渡模板。

VTR：视频磁带录像机

HSM：分级存储管理系统

图1示出了示例工作封装，该工作封装示出了标准工作流模式，在该模式中，任务动作活动12和14处于根据顺序活动的顺序中。图2示出了工作封装20的示例，工作封装20示出了分离工作流模式，在该模式下，基于标识为“ifElse活动”的备选工作流路径，将任务动作活动22和24进行分离。此处，任务动作活动22和24分别包括工作流的相应ifElse活动1和ifElse活动2分支中的一部分，并且基于由ifElse活动设置的条件来执行。图3示出了工作封装30的示例，工作封装30示出了分离工作流模式，在该模式下，在并行的活动工作流上将任务动作活动32和34进行分离。此处基于相应的顺序活动1和顺序活动2，来彼此并行地执行每一个任务32和34。工作流引擎与特定广播域动作活动组一起发生，该组允许使用底层内容管理系统或者通过直接控制子系统的设备来控制子系统的处理设备。

根据任务中使用的动作活动，可以自动地或手工地来执行。例如，如果仅使用过程控制动作活动，可以完全自动地执行该任务。如果使用用户界面动作活动，则该任务将要求手动执行。

手动任务出现在定义的用户工作区，在该工作区中操作者进行在针对特定工作区的工作指令中定义的他们的工作。

自动任务出现在“自动工作区”，在该工作区中将显示自动执行的进程控制动作的状态和进度。

工作流引擎提供用于控制作为活动工作封装的一部分的工作指令的停止并且获得与工作流引擎以及工作流引擎中的控制的工作封装相关的状态信息的手段。

本发明的内容管理技术提供：

-动态用户界面任务库，其使得每个用户能够了解其需要什么，并且向每个用户提供任务的描述；以及对执行任务所需要的资源进行标识。

图4示出了根据本发明的示意性实施例的动态用户界面40的示例。关闭按钮50对于该类型窗口是常见的，但是示出该按钮以证明该界面的“窗口”方面。用户界面40向用户提供对具有各种视图的工作区种类42、工作区44以及任务栏(bin)46的直观和简单的访问。用户还可以搜索其它资源48、以及管理视图52、操作视图54和工作流命令的标识56。这些不同视图和操作都由动态环境提供，该动态环境允许用户操作和控制当前在媒体制作/分发环境中不可用。

-框架，帮助定义、管理和监控操作以及管理基础结构；

-高级媒体资源管理结构，提供足够的抽象层以管理在复杂媒体创建环境(即，在不同外部数据库上)中的集中搜索；

-机制，将允许与第三方或者传统系统的松散耦合连接(例如使用标准电子邮件通信)；

-集中监控解决方案，管理技术和操作基础结构的警报和日志的合并(consolidation)；以及

-合作工具，补充支持新方法(比如聊天引擎)以及传统解决方案(比如具有桌面的IP电话内部通信系统的广播环境中专用的内部通信系统)。作为示例，由于本系统具有跟踪过程的能力，与正在处理系统中不同任务的用户相关的知识是存在的。这实现了查看其他用户正在做什么并且谁连接到系统的能力。因此，聊天解决方案变得容易实现，以允许用户之间的通信。

图5示出了作为工作流管理系统100的核心部分的工作流引擎，系统100提供基于定义的工作流向特定工作区自动转发作为特定任务的工作指令的手段。工作流引擎100的元素包括：工作封装模板102、工作封装104；图6中示出的工作封装模板(WPT)编辑器110、以及系统数据库(图中未示出)。

工作区101由任务描述、该特定任务或任务组的操作者的标识、以及该操作者执行任务或任务组所需的工具组成。工作封装模板102一般地由穿过具有相同、自动化规则和默认参数的工作区的工作封装路径组成。工作封装104一般地包括：不同的子工作流、资源目标以及执行相应任务所需要的源材料的特定参数和参考。

将工作指令和工作流都集中在工作封装模板102中，基于作为之前广播设施的“实际生活”的工作流分析的结果的要求，通过使用图形工作封装模板编辑器来创建工作封装模板102。WPT编辑器可以离线地运行并且在需要时可以作为文件导入系统中。可以并行地管理多个工作封装模板102，实现了处理广播设施的不同区域中的不同需要的能力。

参见图6，WPT编辑器110支持工作封装模板102作为文件系统上的文件还作为CS2系统数据库中的记录，从而允许以离线模式创建工作封装模板并且在在线模式中向CS系统DB存储并且取回WPT的能力。导入/导出过滤器包括WPT编辑器110的一部分。编辑器110提供以下手段：当使用代表了通过活动存储库(活动图库)14提供的活动的图形符号时，通过设计区域112编辑工作流，以及当定义了针对域特定域活动“工作封装”和“任务”的WFL-变量时，还编辑工作指令。通过属性编辑器116来管理WFL-变量。该构思允许对于软件开发工程师而言没有任何较低级编程任务的情况下，由系统工程师来进行客户的工作流的声明性描述。此外，该工具提供针对工作流的真实性检查级别，其中一些在编辑进程期间是在线的，其它的在将工作流编译成为可执行代码期间是在线的。

将部分通过WFL-变量表示的工作封装104和工作指令以及表示为编译后的可执行代码的工作流导出至系统数据库112，以通过工作流引擎100进一步使用。由于已经按照下述方式来定义一些WFL-变量：在针对工作流引擎中的停止而被激活之前WFL-变量需要实际值，因此每个WFL-变量包括描述如何使用该变量的附加属性。

声明性编程和活动

图形WPT编辑器110所使用的活动(活动仓库)在与工作流引擎100一起使用之前，需要被定义和编程。在这种情况下，这些活动不仅表示单词还表示由XOML提出的“声明性编程语言”的语法。编程语言提供标准活动(例如，实现工作流模式)或者提供对标准文件系统(例如，NTFS、以及特定广播活动)的控制访问，编程语言用于直接控制底层的内容管理系统116或处理设备，例如转码。

当工作指令作为根据应用于相关工作流的模式而设计的工作区的任务出现时，所有活动提供用于在WPT编辑器110中呈现活动的第一部分，以及在运行时执行的第二部分。在WPT编辑器110中，在活动存储库(图库)114中提供所有活动，该活动存储库114提供分类方式的活动。作为任务子集的活动构思，通过描述设备或者工作流级别的低级动作来使用框架以允许“广播域专用语言”的“词汇”的增加。例如，如果我们连接至可以处理水印的子系统，则能创建所谓“水印”的新活动。

可以向工作流设计器和作为新产品版本的一部分的工作流引擎提供新活动，并且其后可以与新工作封装模板一起使用。

使用活动来对工作封装104的工作流部分进行建模，该活动代表标准工作流模式或者分离/结合模式。此外，使用活动对工作封装104本身以及作为工作封装一部分的任务进行建模，使用工作流模式活动将该任务拼接至工作流。使用任务活动来对工作区进行建模，在工作区中工作指令根据工作流作为任务出现。

如上所述，“within”任务动作活动将用于对动作进行建模，该动作向过程环境提供实际接口，并且可以将“inside”任务动作活动与工作流模式活动进行拼接，以对该级别的工作流进行建模。作为示例，MS WFE中的每个实体是MS工作流或者MS工作流活动。对于CS2来说，已将MS实体构造为：

TFL WP(T)＝MS WFL。

TFL任务＝与特定CS2域相关的MS活动。

TFL动作＝与特定CS2域相关的MS活动。

换言之，

TFL WP(T)是MS WFL和主机TFL任务。

TFL任务是MS活动以及主机TFL动作。

TFL动作是MS活动和主机MS活动。

在每一个级别，将使用标准MS流控制活动来将域特定活动组合到WFL中。

工作流引擎100与广播域特定动作活动组一起发生，该组通过使用底层内容管理系统或者直接控制子系统的设备使得能够控制子系统的处理设备。本领域技术人员将认识到这样的动作活动的示例可以包括：例如记录片段、存档片段、转码片段、包裹MXF文件、嵌入字幕、解码视频、复用音频轨道、分析文件、创建视频代理、等等。

对于提供条件性工作流执行的工作流模式，需要对表达式和规则的评估。以类似于C#的风格来进行对表达式和规则的公式化。WFL-变量和常量可以用于评估，根据过程环境状态来提供控制工作流执行的能力。简单示例是工作区，在该工作区中可以选择所有可选工作区组中的下个工作区。根据输入，工作流引擎选择期望路径并且将工作指令转发给下个所选工作区。

作为更复杂的示例，n个平行路径中的故障可以以下述方式来处理：可以将该特定分支中的任务以定义数目的循环进行重复。如果在定义数目的循环之后还没有达到预期结果，则工作流(引擎)可以选择向可配置操作者发送电子邮件的路径。在该动作之后，工作流引擎100将让该分支加入已经执行的并行路径，并且工作流可以继续。

手动和自动工作封装创建，工作封装串接

工作流引擎100提供根据看作“蓝图”的之前设计的工作封装模板(在数据库中存储)来初始化(“创建”)工作封装、同时将用于工作指令的实际处理数据与“蓝图”或者模板相组合的手段。这可以在特定工作区利用操作者交互来手动进行，或者当使用适当接口时由外部系统来自动进行。

还能够对来自活动的工作封装内的工作封装进行初始化，允许工作封装的拼接。由于在工作封装活动之前必需已向一些变量提供值，WFL-变量属性可以用于确定变量的使用。这可以通过对创建新的工作封装的简单调用来执行，该创建作为活动的工作封装的结束处的动作。

对于作为工作流引擎100处的自动化客户端的系统来说，工作封装模板编辑器110将创建WPT清单(Manifest)，其描述需要向什么WFL-变量提供值。可以使用适当的接口(比如Web服务)来从工作流引擎100中获取自动可用的工作封装模板的列表以及用于所选工作封装模板的模板清单。客户端可以使用WPT清单作为触发，以创建并且激活工作流引擎中的工作封装。

工作流控制、长期运行任务、线程进程灵活性

工作流引擎被设计为，处理特定工作流管理“长期的”任务，同时提供进程和线程灵活性，在工作流等待来自过程环境的响应触发时间内允许工作流状态的完全持续性。在该环境中，当过程环境信号通知任务就绪状态时，不能保证相同线程、或相同进程、或者甚至相同机器正在运行。因此，工作流引擎100提供基础结构，该基础结构负责定义的持久存储器中的工作流的持续性，直到该过程环境信号通知任务就绪。

在任意给定时刻，工作流引擎100接收针对特定工作封装实例的信号，引擎获取来自持久存储器112的工作封装实例。根据工作封装实例的工作流中的当前状态，将执行下个工作流步骤。根据任务中使用的动作活动，如果仅使用过程控制动作活动则可以完全自动执行给任务，或者在使用用户界面动作活动的情况下该任务是手动的。

手动任务出现在定义的用户工作区，在该工作区中操作者可以进行特定工作区的工作指令中定义的他们的工作。自动任务出现在“自动工作区”，在该工作区，将显示自动执行的过程控制动作的状态和进度。工作流引擎提供以下手段：用于监视作为活动工作封装的一部分的工作指令的停止，以及用于获得与工作流引擎和工作流引擎中的受控的工作封装相关的状态信息。由于在系统数据库112中工作封装的状态将是持续的，客户端可以使用该信息来显示当前是活动的并且处于工作流引擎控制下的所有工作封装的当前状态。

在工作指令的停止期间，将为工作封装中的每个任务保留当前执行次数。将该信息存储在系统数据库112中并且可以由适当的客户端来使用，以便于过程执行监视。可以同时执行多个工作封装104，封装中的每一个可以是不同工作流的主机。优先权管理构思允许向工作封装分配优先权。工作流引擎100根据特定工作封装优先权来组织工作封装104的激活和执行。

域间操作

工作流引擎100被设计为控制定义的逻辑区域，该区域称作工作流控制域。根据网络基础结构，可以将属于工作流控制域的工作区分发到远程站点，然而，这些工作区在逻辑上属于相同的工作流控制域。域间操作，即用松散耦合的接口来耦合两个独立的工作流控制域之间的工作流，由“工作流域间控制工作区”来表示。在一个控制域中，该工作区作为“普通”工作区出现，提供用于特定任务的工具以通知另个控制域中的相对部分。没有指定两个工作区之间的消息信道。例如，它可以是电子邮件系统、传真机、具有“隐蔽网络(sneaker net)”的打印机、等等。重要的是“工作流域间控制工作区”(简单地，是工作区)的构思，提供上述工具，其中，该工作区可以位于远离工作流的地方。

在工作流中，可以对该工作区进行建模，其中定义控制流程离开本地域。工作流引擎使用定义的工具，同时执行工作流中定义的自动任务和动作。这些动作准备用于可用消息信道的定义消息，发送消息，并且仅等待来自远程位置的工作区的响应。

需要注意，本地“工作流域间控制工作区”不需要了解哪种工作流管理系统采用触发消息以及该系统如何执行其自己的工作流。一旦已将触发消息转发给其它系统，则根据工作流，该工作区仅等待来自相应工作区的响应。该触发消息可以是，例如简单电子邮件，以及工作区接收到的返回电子邮件。

在可能存在远程系统的一些影响的环境下，可以提供工作区应用，该应用与“工作流域间控制工作区”更紧密的集成在一起，允许远程任务在任务栏(task in-tray)中自动出现。然后远程设施的工作人员关注任务，并且一旦任务完成返回“任务完成信号”。在也建立工作流控制域的环境下，可以预知更紧密的交互。在远程域中，定义工作区，该工作区可以采用来自本地域中获得触发消息，并且在远程域中创建本地工作封装。

远程域中的该工作封装根据主持的工作流来执行所需和定义的任务，并且返回定义的“工作流完成信号”，同时使用其自己的“工作流域间控制工作区”。该消息触发本地域中的等待指令，并且本地工作流引擎继续工作流的执行。根据远程系统的能力，该构思允许将自动化本地工作流与远程工作流进行耦合。

图8和图9分别示出了根据上面公开原理的本发明的示意性实施例的用于媒体制作的方法的高级流程图800和900。参见图8，首先，检查(802)工作流模式并且标识任务指令以及哪些工作区负责哪些特定指令中的任务。一旦检查并且标识，通知(804)工作区根据定义的工作流指令来执行它们相应的任务。参见图9，初始步骤902与802相同，检查工作流模式并且标识任务指令和工作区责任。此时，可以执行将工作指令定义(904)为特定任务的附加步骤，以协助通知步骤(906)，在通知步骤中，向相应工作区提供由工作流模式提出的相应的工作指令。

这里描述的本发明的示意性实施例可以在例如方法或者过程、设备、或软件程序中实现。即使仅在本发明的单一形式示意性实施例的上下文中进行了讨论(例如，作为方法进行讨论)，还可以用其它形式(例如设备或者程序)来实现所讨论的特征的本发明的示意性实施例。设备可以在例如适当的硬件、软件和固件中实现。方法可以例如在诸如处理器的设备中实现，处理器一般地指代处理设备，包括例如计算机、微处理器、集成电路、或者可编程逻辑器件。

附加地，可以由处理器执行的指令来实现方法，并且这样的指令可以存储在处理器可读介质上，如集成电路、软件载体或其它存储设备，如硬盘、光盘、随机存取存储器(“RAM”)或只读存储器(“ROM”)。指令可以形成在处理器可读介质上具体体现的应用程序。应当清楚，处理器可以包括处理器可读介质，该介质具有例如用于执行过程的指令。对于本领域技术人员应当显而易见的是，本发明的示意性实施例还可以制造用于格式化以承载可以被存储或传送的信息的信号。该信息可以包括例如用于执行方法的指令、或由描述的实施例之一产生的数据。例如可以将这样的信号格式化为：电磁波(例如，使用频谱的射频部分)或基带信号。该格式化可以包括：例如对数据流进行编码、对编码的流进行封装、以及对利用封装的流对载波进行调制。信号所承载的信息可以是例如模拟或数字信息。已知可以在各种有线或无线链路上传送该信号。

已描述了许多示意性实施例。然而，将理解，可以进行各种修改。例如，可以将各种示意性实施例的元素进行组合、补充、修改或移除以产生其它实施例。附加地，本领域普通技术人员将理解，可以用其它结构和过程来代替公开的那些结构和过程，并且产生实施例将以至少实质上相同的来执行至少实质上相同的功能，以达成与所公开的实施例至少实质上相同的结果。因此，本发明的这些和其它示意性实施例在以上权利要求的范围内。

Claims (16)

1、一种方法，包括以下步骤：

检查工作流模式，以标识任务指令以及哪些工作区负责给定指令内的哪些任务；以及

通知工作区执行由工作流模式定义的给定任务指令中相应的任务。

2、根据权利要求1所述的方法，还包括：

在工作流引擎中将工作指令定义为特定任务；以及

其中，所述通知包括：基于所检查的工作流模式，向工作区发送定义的工作指令。

3、根据权利要求1所述的方法，还包括以下步骤：根据至少一个工作指令和所检查的工作流模式，来形成工作封装模板。

4、根据权利要求3所述的方法，还包括以下步骤：存储形成的工作封装模板用于稍后使用。

5、根据权利要求3所述的方法，其中，形成工作封装模板的步骤包括：

标识跨过至少一个工作区的至少一条工作封装路径；

提供与要执行的至少一个任务相对应的自动规则和缺省参数中的至少一个。

6、根据权利要求1所述的方法，其中所述通知步骤包括：

向工作区提供任务描述；

标识工作区处的操作者以执行任务；以及

向工作区处的操作者提供至少一个工具，以执行描述的任务。

7、根据权利要求3所述的方法，还包括以下步骤：用工作封装模板定义工作封装。

8、根据权利要求7所述的方法，其中，定义工作封装的所述步骤包括：

标识工作流模式中的至少一个子工作流；

标识与要执行的任务相对应的至少一个资源目标；以及

提供操作者所需源材料的特定参数和参考中的至少一个，以执行所述任务。

9、一种包括计算机可使用介质在内的计算机程序产品，所述计算机可使用介质在其上具有体现的计算机可读程序，用于在媒体制作和分发环境中使用，所述计算机程序产品包括：

用于检查工作流模式，以标识任务指令以及哪些工作区负责给定指令内的哪些任务的程序代码；以及

程序代码，用于通知工作区执行由工作流模式定义的给定任务指令中相应的任务。

10、根据权利要求9所述的计算机程序产品，还包括：

用于在工作流引擎中将工作指令定义为特定任务的程序代码；以及

用于基于定义的工作流模式，向工作区发送定义的工作指令的程序代码。

11、根据权利要求9所述的计算机程序产品，还包括：用于根据至少一个工作指令和所检查的工作流模式来形成工作封装模板的程序代码。

12、根据权利要求11所述的计算机程序产品，还包括：用于存储形成的工作封装模板以稍后用于类似或相同的任务的程序代码。

13、根据权利要求11所述的计算机程序产品，其中，用于形成工作封装模板的程序代码还包括：

用于标识跨过一个或更多工作区的工作封装路径的程序代码；

用于提供与要执行的任务相对应的自动规则和缺省参数的程序代码。

14、根据权利要求9所述的计算机程序产品，其中用于通知的所述程序代码包括：

用于向工作区提供任务描述的程序代码；

用于标识工作区处的操作者以执行所述任务的程序代码；以及

用于向工作区处的操作者提供工具以执行描述的任务的程序代码。

15、根据权利要求11所述的计算机程序产品，还包括：用于使用工作封装模板来定义工作封装的程序代码。

16、根据权利要求15所述的计算机程序产品，其中，用于定义工作封装的所述程序代码还包括：

用于标识工作流模式内的子工作流的程序代码；

用于标识与要执行的任务相对应的资源目标的程序代码；以及

用于提供操作者所需的源材料的特定参数和参考以执行所述任务的程序代码。

Images