[发明专利]具有多同步的处理模型控制流程

说明书

技术领域

本说明书涉及工作流程处理模型。

背景技术

建模语言可用作描述和执行诸如业务处理的下层处理的元语言。例如， 处理建模语言允许企业描述处理的任务，并使那些任务以期望的顺序自动化 执行，从而达到期望的结果。例如，企业可能实行多个业务软件应用，而处 理建模可以允许协调这些应用的功能性，包括应用之间的通信(例如消息)， 从而实现期望的结果。此外，这样的处理建模一般依赖于多种类型的软件应 用和/或开发平台公用的、和/或能共同使用的语言。结果，处理建模可用于提 供企业组织内和企业组织之间的业务应用的整合。

因此，这样的建模语言允许以图形方式捕获并执行活动或任务的流程， 从而实现高效和有效地协调负责该活动的资源。通过路由(routing)(例如控 制流程)构成(construct)来捕获处理中的工作流程，路由构成允许通过顺序 (sequencing)、选择(例如允许选择性分支的判决点)、并行(例如在不同分 支中并发执行的任务)、迭代(例如，分支中的循环)以及同步(例如，不同 分支的汇合)来将处理中的任务安排成要求的执行顺序。

在刚刚提到的那样的处理的上下文中，可能出现并行执行的多个任务或 活动。而且，在真实世界的场景中，可能出现这样的情况，即，对后续任务 的选择或执行可能取决于一些或所有正在执行的并行任务的当前或最终结 果。例如，业务处理模型可能包括多个并行执行的任务，每一个都与从多个 贷方中的一个或多个获得贷款许可的贷款请求相关。因此，后续任务可能取 决于这些贷款请求中的一些或全部的当前或最终结果。例如，当发送贷款请 求时，可能出现一些贷款请求根本不会被答复，或者可能得到对利率极高或 极低的贷款的贷款许可，或者可以有一些其它期望的或不期望的结果。结果， 例如后续的任务可能包括在一段时间之后由于缺少期望的贷款选择权而中止 贷款处理，或者可能包括选择得到的贷款许可的某个规定的(defined)子集，或 者可能包括启动新的贷款请求。

以可作为处理模型执行的方式表达或者包括这样的并行任务和多个后续 任务(以及用于在它们之间进行判决的标准)往往是困难的或有问题的。例 如，即使这些并行任务在处理模型中规定的点被组合或同步，结果也可能仅 仅是预先指定的、固定数量的并行任务(例如可能的4个任务中的2个)导 致后续任务的执行。但是，这样的方法可能在适用性和有效性方面有所限制。 例如，可能实行不同数量或动态数量的并行任务，或者在同步出现之前可能 最好要求不同数量或动态数量的已实行的任务。例如，在刚刚给出的例子中， 在设计时预期的4个任务可能在运行时变成5个或更多的任务，和/或可能出 现这样的情况，即，激活不是需要2个任务，而是处理模型的用户可能希望 在并行任务中的单个任务执行之后导致同步，或者希望在3个或更多个任务 执行之后导致同步，或者希望在某个变化数量或动态数量的任务执行之后导 致同步。因此，在这些和其它情况中，处理模型可能无法实现以灵活的、可 重复的、计算机可执行的方式表达真实世界的处理的目标，或者在这方面能 力有限。

发明内容

根据一个总体方面，一种系统可以包括：分支管理器，被配置成在同步 点检测工作流程处理的多个传入分支(incomingbranch)中任意一个的激活， 并被配置成从所述多个传入分支中识别被激活的分支。所述系统还可以包括 流程条件评价器，其被配置成基于所述激活和基于所识别的、被激活的分支， 评价至少一个同步条件被满足；以及分支条件评价器，其被配置成确定所述 至少一个同步条件的满足，并基于所述确定评价分支条件，以从所述同步点 的至少两个传出分支中选择至少一个传出分支。

根据另一个总体方面，可以在具有多个传出分支的同步点检测多个传入 分支的激活。在检测到第一数量的激活之后可以执行第一同步，并且可以基 于所述第一同步，激活来自所述同步点的多个传出分支中的至少一个。在检 测到第二数量的激活之后，可以执行第二同步，并且可以基于所述第二同步， 激活来自所述同步点的多个传出分支中的至少第二个。