[发明专利]用于处理业务过程中的中断的方法和系统

说明书

技术领域

本发明涉及业务过程管理领域，并且更特别地涉及管理用于业务过程的过程流中引起中断的事件。

背景技术

业务过程程序范例代表了对广泛范围的分布式数据处理的革命性方法。业务过程程序利用松散耦合的集成模型来允许在包括企业-消费者、企业-企业以及企业应用集成的各种领域内灵活地集成异类系统。通过利用消息传送协议、用于描述业务过程逻辑的公共语法以及用于以系统方式发布和发现服务的基础设施，业务过程可以“找到”服务，(其实现可以是另一业务过程)，并且可以遵循一种松散耦合的独立于平台的模型来与这些服务进行交互。

最近，业务过程程序的交互模型可以被看作是同步或请求性异步交互的无状态模型。用于业务交互的模型通常假设在涉及两方或多方的有状态长时间运行交互内同步和异步的对等消息交换序列。然而，系统集成需要的不仅仅是利用标准协议进行简单交互的能力。相反，只有当应用和业务过程能够通过使用还包括支持对不经请求的自发交互(称为中断)的标准过程集成模型来集成他们的复杂交互时，才有可能获得作为集成平台的业务过程程序范例的全部潜力。此外，必须能够对处理运行过程中的中断的定时(其可以是立即或推迟的)以及中断与过程中过程流的并发性(中断可以补充或取代该过程流)进行建模。

工作流语言即使没有实现标准过程集成模型的所有方面，也实现了其很多方面。在这一点上，典型的工作流语言规范定义了用于集成跨企业业务过程的技术。通过协调松散耦合服务跨企业边界的有状态交互，工作流语言可以提供对企业与其业务伙伴之间、供货商与消费者之间的交互进行建模的手段，并且由此提供企业的价值链。更重要的是，工作流语言可以定义用于规定在业务过程程序中使用的业务过程行为的符号。

工作流语言与旧的、更传统的过程化编程语言的不同之处在于，工作流语言致力于允许应用程序开发者规定业务过程程序中现有处理逻辑之间的交互而不是要求开发者从无到有地设计业务过程程序及其伴随的处理逻辑。作为结果，在工作流范例中，执行环境将程序指令分成多个不相交的任务，通常称为活动，它们可以通过对活动之间依赖关系的描述(通常称为连接)耦合在一起。

通常，活动可以包括可以被过程引擎调用的程序逻辑。例如，程序逻辑可以是本地或远程可调用的程序对象，其可以被过程引擎激活。过程引擎可以基于为不同程序对象规定的连接确定调用程序逻辑的顺序。因此，业务过程程序可以在概念上被视为在运行时环境中执行的活动和连接的分组。注意，与传统的过程化程序逻辑不同，业务过程程序的处理逻辑或程序对象不需要以开发者规定的确切顺序调用。相反，过程引擎可以保留以任何顺序执行程序对象的自由，只要满足关系连接的约束即可。

业务过程通常被建模为有向图，其节点代表步骤或任务，并且其弧线代表控制或数据依赖关系。任务的开始基于其依赖关系的完成。在真实世界业务过程计算机模型外部的真实世界过程中，过程可以在不进行警告的情况下以不可预知的方式被破坏(disrupt)。破坏的影响依赖于过程执行的当前状态，其可能涉及一个或多个(并发的)任务。对于中断发生时正在执行的每个任务，影响可以是其结果被丢弃(被中断“取代”)或被使用(中断是“附加性的”)。此外，中断所引起的任何附加的流可以是立即的，或者延迟的(等待任务完成)。

某些过程建模技术允许对过程流的中断进行建模。通常，在这少数几种允许对中断进行建模的建模技术中，当接收到中断通知之后，当前执行的任务可能终止和被放弃。此后，可能开始不同的任务，而不是开始在流中本来跟随在该终止的任务之后的任务。这就是“立即的且取代性的”中断的情况。本领域普通技术人员可以理解，这少数几种允许对中断进行建模的建模技术保持灵活性的原因在于：它们全部忽略了处理中断的三种其他可能性：“立即的且附加性的”(中断流立即发生，但是被中断的任务仍然完成并且其后续流仍然如其正常的方式发生)；“延迟的且取代性的”(被中断的任务被允许完成，但是动作的后续过程是不同的流，其可以使用该任务的结果)；以及“延迟的且附加性的”(被中断的任务被允许完成，但是动作的后续过程现在具有附加性的流，其可以使用该任务的结果)。

发明内容