CN103870325A - 流程引擎处理方法 - Google Patents

Abstract

本发明涉及软件建模领域，具体而言，涉及流程引擎处理方法。该流程引擎处理方法，包括：用户或自动机、节点授权管理器、节点消息总线和节点处理器。在经过节点处理器预定的信息交流后，节点消息总线会通知节点处理器开始实例化和处理指定的事务。节点消息总线再判断待实例化事务是否已经实例化；若否，则节点处理器将待实例化事务进行实例化，并生成实例化结果；节点处理器执行实例化结果，并生成执行结果；节点处理器向节点消息总线发出执行结果。本发明提供的流程引擎处理方法，在处理多维度复杂流程的时候能够减少同时实例化活动的数量，减轻了流程引擎的处理压力加快了流程引擎的处理速度。

Description

流程引擎处理方法

技术领域

本发明涉及软件建模领域，具体而言，涉及流程引擎处理方法。

背景技术

业务建模（Business Modeling）是以软件模型方式描述企业管理和业务所涉及的对象和要素、以及它们的属性、行为和彼此关系，其目的是为了更好地展现、分析、规划、设计企业的业务流程，以及设计和构架企业请求系统。业界常用的有两类，一是偏向技术的业务建模技术，是指对业务系统从静态和动态两个方面进行抽象，并利用UML标记语言记录下来。根据业务系统的特点，UML业务建模方法主要包括业务角色、业务实体、业务活动和业务流程等建模元素以及业务实体关系图、业务流程活动图和业务流程状态图等图形表示，其核心是业务流程活动图，采用UML的活动图（Activity Diagram）描述不同的业务角色如何进行特定业务活动来完成业务流程。代表性的建模技术如Rational Software Architect是IBM Rational新一代的UML建模工具。二是偏向于管理的业务建模技术，此类方法也是以流程为核心，将流程涉及的要素创建和关联起来，形成流程的详细描述；对流程进行分类，以区分出各流程的所处的位置；通过企业结构总图对关联要素分类管理。这样从整体上就能够建立起对企业经营活动的整体描述和展现。这两种建模技术的建模和管理的核心对象是流程。按照上述建模方式所建立出的模型可以理解为：一个流程是由多个活动构成的，处理完一个流程需要先同时实例化一个流程中的全部活动，再按照预设的顺序处理完所有活动也就完成了一个流程。其中，活动之间的处理顺序是设定在活动消息总线上的，当一个活动处理结束之后，将结果发送给活动消息总线，活动消息总线再根据接收到的结果选择执行后续的活动或者停止。

随着使用的需求，出现了多维度的复杂流程，如图1所示的流程架构图，,使用者在处理流程1的时候，流程1中包含活动A，活动A中的多个事务是分别存在于流程1、流程2和流程3中的。按照传统的流程处理方式，完成流程1需要同时实例化流程1中的全部活动，这也就意味着需要同时实例化活动A中的全部事务。为了实例化活动A，也就需要将包括活动A中事务1的流程1、包括活动A中的事务2的流程2和包括活动A中事务3的流程3都同时实例化，才可以完成活动A。同时，活动B中的事务4和事务5又分别处于流程2和流程4中，按照上述的方法，实例化活动B就需要同时实例化流程2和流程4。这就意味着想要完成流程1，就需要同时实例化流程1、流程2、流程3和流程4。需要说明的是，实例化是指在将指定的数据加载到用于处理某一流程，或某一活动，或某一事务的活动处理器上，用户再在流程引擎上对加载后的数据进行处理，以完成某一流程，或某一活动，或者某一事务。

采用这种传统流程的处理方式对图1中所描述的多维度的流程进行处理时，需要同时实例化大量的相关联的流程，这加重了现有流程引擎的处理负担，降低了流程的处理速度，流程引擎是指的处理流程的基本逻辑处理器。如果一个流程X中包含某一具有多个事务的活动，并且该活动中的事务又是分属于不同的流程中的，那么，想要完成流程X，就需要同时实例化和流程X相关联的全部流程，这种处理量大大加重了流程引擎的处理压力，拖缓了流程引擎的处理速度。

发明内容

本发明的目的在于提供流程引擎处理方法，以解决上述的问题。

在本发明的实施例中提供了流程引擎处理方法，包括：

用户或自动机向节点授权管理器提交活动请求，所述活动请求包括用户或自动机所要实例化的待实例化事务的信息，所述待实例化事务是属于用户或自动机的一个节点处理器在一个活动中所需要处理的全部事务，节点处理器是用于实例化和处理属于所述节点处理器的事务的应用系统；

节点授权管理器在接收到所述活动请求后，若所述活动请求通过确认则向节点消息总线提交确认后的活动请求；

节点处理器轮询节点消息总线；

节点消息总线在接收到节点处理器的轮询后，若节点消息总线已经接收到所述确认后的活动请求，则向节点处理器发出节点处理器获取活动请求，所述节点处理器获取活动请求包括与节点消息总线相对应的待实例化事务；

节点处理器接收到所述节点处理器获取活动请求后，判断所述待实例化事务是否已经实例化；

若否，则节点处理器将待实例化事务进行实例化，并生成实例化结果；

节点处理器执行所述实例化结果，并生成执行结果；

节点处理器向所述节点消息总线发出所述执行结果。

优选的，在所述向节点处理器发出节点处理器获取活动请求后还包括，

节点消息总线储存所述执行结果，和/或所述确认后的活动请求，和/或所述节点处理器获取活动请求；

用户或自动机向节点消息总线发出查询处理情况请求；

节点消息总线在接收到所述查询处理情况请求后，根据储存的所述实例化结果，和/或所述确认后的活动请求，和/或所述节点处理器获取活动请求生成业务处理过程及状态信息，所述业务处理过程及状态信息包括活动中的事务处理进程及活动中的事务处理过程；

节点消息总线向用户或自动机发出所述业务处理过程及状态信息。

优选的，在所述用户或自动机向节点授权管理器提交活动请求前还包括，

用户或自动机向节点授权管理器发出获取节点授权列表请求，所述获取节点授权列表请求包括用户或自动机的身份信息；

节点授权管理器在接收到所述获取节点授权列表请求后，在本地的数据库中查找预先储存的与所述用户或自动机的身份信息对应的节点授权列表；

若找到所述节点授权列表，则向用户或自动机返回所述节点授权列表；

用户或自动机根据所述节点授权列表生成所述活动请求。

优选的，所述活动请求中包括用户或自动机的身份信息；

所述若所述活动请求通过确认则向节点消息总线提交确认后的活动请求包括，

若与所述身份信息相对应的操作权限出现在预存在本地的授权列表中，则标记接收到的所述活动请求为确认后的活动请求；

节点授权管理器向节点消息总线提交确认后的活动请求。

优选的，节点处理器接收到所述节点处理器获取活动请求后，判断所述待实例化事务是否已经实例化还包括：

若否，则向节点消息总线发出表示待实例化事务已经实例化的消息。

优选的，在节点消息总线在接收到节点处理器的轮询后，若节点消息总线已经接收到所述确认后的活动请求，则向节点处理器发出节点处理器获取活动请求后包括：

节点消息总线在本地数据库中记录表示节点处理器的轮询已经被接收的信息，并且不再提供所述节点处理器的后续轮询。

优选的，所述节点处理器执行所述实例化结果，并生成执行结果包括：

按照预设的顺序逐一获取未处理事务，所述未处理事务是待处理事务实例化后生成的；

节点处理器判断当前获取的未处理事务的前置条件是否满足，

若是，则执行当前获取的未处理事务，并生成执行结果；

若否，则等待，直到所述执行的前置条件满足。

优选的，所述执行结果包括提交后续节点请求或后续节点为终止信息；

在所述节点处理器发送所述执行结果后还包括：

节点消息总线接收所述执行结果；

若所述执行结果包括所述提交后续节点请求，则在相应的节点处理器轮询时，根据所述提交后续节点请求向指定的节点处理器发出指定节点处理器获取活动请求的信息，所述指定节点处理器获取活动请求是与所述指定的节点处理器相对应的；

若所述执行结果包括后续节点为终止信息，则活动完成。

优选的，还包括：

用户或自动机向节点配置器提交新增或调整节点请求，所述新增或调整节点请求包括与所述用户或自动机相对应的新增或调整节点的活动信息和用户信息，所述活动信息包括一个或多个事务信息，并且每个事务信息与一个用户信息相对应的；每一个节点即为一个节点处理器，每个节点处理器只对应一个用户和一个活动，同一个活动可以对应不同的用户生成不同节点处理器，但同一个活动对应同一个用户只能生成一个节点处理器，同一个活动针对同一个用户重复生成节点处理器视同是原节点处理器的更新版本；

节点配置器向用户配置器提交用户配置请求，所述提交用户配置请求包括与所述用户或自动机相对应的新增或调整节点的用户信息；

用户配置器根据所述用户配置请求配置用户参数，并生成用户配置结果，所述用户配置结果是与所述事务信息相对应的；

用户配置器向所述节点配置器返回所述用户配置结果；

节点配置器向活动配置器提交活动配置请求，所述活动配置请求包括所述用户或自动机发出的所述事务信息和与所述事务信息相对应的用户配置结果；

活动配置器根据接收到的提交活动配置请求，按照预设的顺序配置活动中的事务，并生成事务配置结果请求，所述事务配置结果请求包括已配置事务和待配置事务；

活动配置器向事务定义管理员群发出所述事务配置结果请求；

事务定义管理员群向活动配置器返回事务配置申请，所述事务配置申请是根据所述事务配置结果请求生成的，所述事务配置申请包括事务配置参数和事务流向参数，所述事务配置参数是与所述已配置事务或所述待配置事务相对应的；

活动配置器根据所述事务配置申请配置已配置事务的参数和事务流向，或根据所述事务配置申请配置未配置事务的参数和事务流向，并生成待组装节点，所述待组装节点是已配置事务的参数再次经过配置后得到的，或所述待组装节点是未配置事务的参数经过配置后得到的；

活动配置器根据事务和流向配置的结果生成活动配置结果请求，所述配置结果请求包括一个待组装的节点；

活动配置器向节点配置器返回所述活动配置结果请求；

节点配置器将所述配置结果请求中包括的一个待组装的节点进行组装，并生成更新节点配置文件和更新版本文件；

用户或自动机向节点配置器发出提交节点终止请求，所述节点终止终止请求包括预设的更新节点配置文件和更新版本文件；

节点配置器根据生成的所述更新节点配置文件、更新版本文件，或预设的更新节点配置文件和更新版本文件对本地的节点配置文件和版本进行更新；

节点配置器根据生成的所述更新节点配置文件、更新版本文件，或预设的更新节点配置文件和更新版本文件生成新节点授权列表及参数，并向节点授权管理器发出新节点授权列表及参数；

节点授权管理器在接收到所述新节点授权列表及参数更新预先存储在本地的节点授权列表；

节点授权管理器将更新后的节点授权列表标记为待激活状态，并进行存储，同时生成已更新节点授权列表信息；

节点授权管理器向用户或自动机发出所述已更新节点授权列表信息。

优选的，在所述节点授权管理器将更新后的节点授权列表标记为待激活状态，并生成已更新节点授权列表信息后还包括：

节点管理器动态监控节点配置器，若节点配置器生成更新节点配置文件，则节点管理器向节点配置器发出获取所述更新节点配置文件的信息；

节点配置器在接收到所述获取所述更新节点配置文件的信息后，向节点管理器发出更新节点配置文件；

节点管理器在接收到所述更新节点配置文件后，根据所述更新节点配置文件创建新的节点处理器并生成节点处理器创建结果，所述节点处理器创建结果包括指定的更新节点信息；

节点管理器向节点授权管理器发出所述节点处理器创建结果；

节点授权管理器根据所述节点处理器创建结果中包括的指定的更新节点信息，将存储在本地的所述标记为待激活状态的授权列表更改为激活状态；

若存在旧版本或需要关闭的节点处理器，节点授权管理器判断是否存在旧版本节点或需要关闭的节点中的事务未处理完成；

若是，则等待，直到旧版本事务处理完成；

若否，则关闭旧版本的节点处理器，并生成关闭结果，所述旧版本节点用于处理旧版本事务；

节点管理器向节点授权管理器发出关闭结果；

节点授权管理器在接收到所述关闭结果后，将旧版本节点处理器标示为卸载状态。

本发明实施例提供的流程引擎处理方法，与现有技术中的流程引擎处理方法在处理多维度流程时，需要同时将相关联的全部流程同时实例化，加重了流程引擎的处理压力，拖缓了流程引擎的处理速度相比，其通过预先设定了待实例化事务是属于用户或自动机的一个节点处理器在一个活动中所需要处理的全部事务，使得用户在实例化和出待实例化事务时，能够根据具体情况的需要，只实例化活动中的一部分，可以通过节点处理器独立的实例化和处理活动中的事务，进而在处理多维度复杂流程的时候能够减少同时实例化活动的数量，减轻了流程引擎的处理压力加快了流程引擎的处理速度，从而解决了现有技术中的不足。

附图说明

图1示出了本发明背景技术中的模型示意图；

图2示出了本发明实施例的流程引擎处理方法的基本流程图；

图3示出了本发明实施例的流程引擎处理方法的查询业务处理过程流程图；

图4示出了本发明实施例的流程引擎处理方法的获取授权列表流程图；

图5示出了本发明实施例的流程引擎处理方法的流程引擎的配置时序图；

图6示出了本发明实施例的流程引擎处理方法的具体实例方框图。

具体实施方式

下面通过具体的实施例子并结合附图对本发明做进一步的详细描述。

如图2所示，本发明实施例1提供了流程引擎处理方法的流程，包括如下步骤：

S201，用户或自动机向节点授权管理器提交活动请求，活动请求包括用户或自动机所要实例化的待实例化事务的信息，待实例化事务是属于用户或自动机的一个节点处理器在一个活动中所需要处理的全部事务，节点处理器是用于实例化和处理属于节点处理器的事务的应用系统；

S202，节点授权管理器在接收到活动请求后，若活动请求通过确认则向节点消息总线提交确认后的活动请求；

S203，节点处理器轮询节点消息总线；

S204，节点消息总线在接收到节点处理器的轮询后，若节点消息总线已经接收到确认后的活动请求，则向节点处理器发出节点处理器获取活动请求，节点处理器获取活动请求包括与节点消息总线相对应的待实例化事务；

S205，节点处理器接收到节点处理器获取活动请求后，判断待实例化事务是否已经实例化，若否，则执行步骤S206；

S206，节点处理器将待实例化事务进行实例化，并生成实例化结果；

S207，节点处理器执行实例化结果，并生成执行结果；

S208，节点处理器向节点消息总线发出执行结果。

具体的，在步骤S201中，用户或者自动机根据需要向节点授权管理器提交活动请求，活动请求中包括用户或自动机需要进行实例化和处理的事务的参数。

在步骤S202中，节点授权管理器需要根据预设的条件对接收到活动请求进行确认，以确保安全。由于不同的用户的使用权限可能是不同的，如果没有指定权限的用户或者自动机发出了不属于自己活动的请求，可能就是对流程引擎的入侵行为，所以节点授权管理器应对接收到活动请求进行验证，其验证的内容可以是接收到的活动请求所对应的用户或自动机的活动权限是否与活动请求中的内容相符，该活动权限是查询预先存储在节点授权管理器中的节点授权表后得到的；也可以是节点授权管理器接收到的活动请求中的信息是否能够被节点授权管理器所读取；还可以是节点授权管理器接收到的活动请求中是否含有病毒或其他能够破坏节点授权管理器、节点消息总线、节点处理器等相关机构的数据。

步骤S203，节点处理器轮询节点消息总线，需要说明的是，节点处理器的轮询并不是在步骤S202完成之后才开始的，而是任何时候均可以开始轮询，时间顺序上，步骤S203并不一定在步骤S202或者步骤S201之后。

步骤S204，节点消息总线在接收到节点处理器的轮询之后，如果节点消息总线已经接收到了确认后的活动请求，那么就向节点处理器发出节点处理器获取活动的请求，此处的确认后的活动请求是与进行轮询的节点处理器相对应的。确认后的活动请求和用户或自动机发出的活动请求的内容可以是相同的，二者均包括轮询节点处理器需要实例化和处理的事务。也就是只有在节点消息总线接收到确认后的活动请求后，在接收到节点处理器的轮询后才会发出节点处理器获取活动请求。

步骤S205，在节点处理器接收到活动请求后，需要判断该节点处理器需要实例化的事务是否已经实例化，此处的实例化可以是同一个活动中的多个事务，也可以是同一个活动中的一个事务，此处的多个事务或者一个事务需要根据预先设置的用户与活动中的事务的对应关系相应的，一个用户在一个活动中处理的全部活动是由一个节点处理器进行实例化和处理的，如10个用户均参加到了10活动中，那么节点处理器的数量应是100个，也就是不同的用户在每一个的活动中均有一个独立的节点处理器，用于该用户处理这一个活动中的事务。节点处理器获取活动请求后节点处理器还需要判断节点处理器所需要实例化的事务是否已经实例化，如果该实例化活动需要依据前置条件中设置的多个节点处理器的活动请求来执行，那么执行第一个节点处理器的活动请求时，节点处理器所需要实例化的事务已经实例化，那么后续节点处理器的活动请求就不需要节点处理器再次实例化该事务；如果节点处理器所需要实例化的事务还没有实例化，那么执行步骤S206。

步骤S206，节点处理器将需要实例化的活动进行实例化，并且得到实例化结果。活动进行实例化包括，获取该活动的数据和相关参数，组装成执行环境。之后才可以根据需要处理已经实例化的活动，此处的用户指的是一个用户。实例化只是活动或事务执行前由节点处理器加载相应的活动或事务数据，形成其特定的活动或事务编号及执行环境的一个过程，实例化完成后才能提供执行。其中，实例化后的活动，处理的事务可以是多件，也可以是一件，这是根据预设的活动中，指定的用户或者自动机所需要处理事务的数量所决定的。

步骤S207，节点处理器执行实例化结果，并生成执行结果；节点处理器在步骤S206实例化的基础上，对实例化后的事务进行执行，并且生成执行结果，需要说明的是，此处的执行实例化结果，是指用户或者自动机在生成实例化结果的基础上进一步对事务进行处理。此处的执行结果可以分为两种，一种是后需要有其他节点处理器需要处理活动中的事务，那么执行结果中包括的信息应是后续节点请求信息，该信息指明了后续还应由哪个节点处理器继续处理事务；另一种是不需要其他节点处理器处理活动中的事务，那么执行结果中包括的信息应是活动完成或流程终止。

步骤S208，节点处理器向节点消息总线发出步骤S206所得到的执行结果，也就完成了整个活动的处理。由步骤S207可以了解到，节点处理器所生成的执行结果可能是有两种，那么节点消息总线再根据接收到的执行结果选择向其他的节点处理器发送实例化的请求，经过多次，多个节点处理器的实例化和处理，就完成了一个活动；当然，如果接收到的执行结果中包括的是活动完成或流程终止，那么就说明该流程已经完成，不需要有后续的处理了。

本发明所提供的流程引擎处理方法，具有如下优点：

1，将现有的不稳定的业务建模和复杂的解析活动，尽可能交由人工进行协作处理，而将计算机的运行处理集中在稳定的和数量规模上的领域，也就是对大量的节点处理器进行管理，如此来应对业务活动的多样化、变化多及用户的个性化的应用领域。

2，现有以流程为核心的业务建模技术只能以流程为单位进行协作，即不同流程可以同时管理，但同一流程只能同时由一个人进行管理；而本发明可以做到同一流程甚至同一活动也可以由多人同时配置，这是通过预先设置的每次实例化的最小单位是，一个用户在一个活动中所需要处理事务，同时该事务是通过独立的，一个节点处理器完成的。

3，现有技术的用户权限控制非常复杂，需要使用大量的流程-用户，流程-活动，流程-用户，用户-角色等管理权限表格来限制使用者的操作权限；本发明只需要通过维护节点授权管理器中的节点授权表即可实现，处理过程异常简单。

4，现有以“流程-角色”为核心的流程处理过程，需要解析流程的活动和角色；而本发明由于直接形成基于“活动-用户”的运行节点，不需要解析活动和角色，减化了流程的处理过程，提高了流程引擎的处理效率。

5，现有以流程为核心的流程处理在流向控制上难以适应多维度的业务处理；而本发明通过节点消息总线方式和独立节点处理器运行方式，在节点处理器执行完某一活动后，将执行结果返回给节点消息总线，进而使节点消息总线根据接收到的实例化结果选择其他的节点处理器处理后续的活动，或者活动已经处理已经完成，后续活动是否属于多个流程以及他们的处理已经与当前节点处理器的活动无关了，也就是本发明所提供的流程引擎处理方法可以处理复杂多维的业务模型。

本发明实施例3提供了流程引擎处理方法的细节流程，在实施例1的基础上，

如图3所示，示出了查询业务处理过程的方法，包括如下步骤，

S301，节点消息总线储存执行结果，和/或确认后的活动请求，和/或节点处理器获取活动请求；

S302，用户或自动机向节点消息总线发出查询待实例化事务处理情况请求；

S303，节点消息总线根据储存的实例化结果，和/或确认后的活动请求，和/或节点处理器获取活动请求生成业务处理过程及状态信息；

S304，节点消息总线向用户或自动机发出业务处理过程及状态信息。

步骤S301，是由节点消息总线储存接收到的，或者发出的实例化结果，和/或确认后的活动请求，和/或节点处理器获取活动请求。当然，此处的储存，是指节点消息总线储存接收到的，或者发出的所有信息。

步骤S302，用户在需要查询实例化业务的处理情况时，需要向节点消息总线发出查询的指令。

步骤S303，节点消息总线在接收到查询的指令后，根据储存的所有信息，也就是执行结果，和/或确认后的活动请求，和/或节点处理器获取活动请求生成业务处理过程及状态信息，业务处理过程信息包括该笔业务经过哪些节点处理器，当前处在哪个节点处理器，各节点处理器接收和完成的时间等。如，储存的只有确认后的活动请求，那么就说明节点处理器未接收到节点处理器获取活动请求。

步骤S304，节点消息总线在生成业务处理过程信息后，向用户或自动机发出待实例化业务的实例化状态信息，以便用户或自动机查询事务的处理过程和状态。

如图4所示，示出了用户获取授权列表的方法，包括如下步骤，

S401，用户或自动机向节点授权管理器发出获取节点授权列表请求，节点获取节点授权列表请求包括用户或自动机的身份信息；

S402，节点授权管理器在接收到获取节点授权列表请求后，在本地的数据库中查找预先储存的与用户或自动机的身份信息对应的节点授权列表；

S403，若找到节点授权列表，则向用户或自动机返回节点授权列表；

S404，用户或自动机根据节点授权列表生成活动请求。

其中，在实行步骤S201之前，用户或自动机需要根据授权列表来选择自己有权利做的操作。步骤S401中，用户或自动机向节点授权管理器发出获取节点授权列表请求，这一步骤也可以理解为用户或自动机登陆活动门户。

步骤S402，节点授权管理器在接收到请求后，在本地查找授权列表，如果没有找到，则说明发出获取节点授权列表请求的用户或自动机是非法的，此时可以根据情况发出警告，或者不理会该用户或自动机。

步骤S403，如果找到与发出获取节点授权列表请求的用户或自动机相对应的节点授权列表，就返回该用户或自动机找到的节点授权列表。

步骤S404，用户或自动机根据节点授权列表生成活动请求。此处的根据可以理解为，用户或者自动机参考授权列表生成活动请求，是为了用户或自动机方便发送活动请求，如果用户或自动机不知道自己的权限，很有可能发错活动请求，此时，节点授权管理器在接收到授权请求之后就可能理解为，该用户或自动机是非法入侵，导致不必要的麻烦，同时也使了用户或自动机能够减少必须要的操作。

其中，在步骤202中，节点授权管理器提交确认后的活动请求前还需要经过确认的过程，以保证提交的活动请求是与提交活动请求的用户或自动机的身份是相符合的。具体的，活动请求中包括用户或自动机的身份信息；

若活动请求通过确认则向节点消息总线提交确认后的活动请求包括，若与身份信息相对应的操作权限出现在预存在本地的授权列表中，则标记接收到的活动请求为确认后的活动请求；节点授权管理器向节点消息总线提交确认后的活动请求。

需要说明的是，节点授权管理器所发出的确认后的活动请求，可以是直接转发节点授权管理器所接收到的活动请求，并且在活动请求中加盖确认章；也可以是根据接收到的活动请求生成一个新的活动请求，此处的新的活动请求可以理解为按照便于节点消息总线处理的消息类型进行编写的请求。

在步骤S205中，节点处理器接收到节点处理器获取活动请求后，判断待实例化事务是否已经实例化，如果判断的结果为是，那么就说明节点处理器不需要再次对同一事务进行实例化。

当然，在步骤S204节点消息总线在接收到节点处理器的轮询后，若节点消息总线已经接收到确认后的活动请求，则向节点处理器发出节点处理器获取活动请求后，还可以包括节点消息总线在本地数据库中记录表示节点处理器的轮询已经被接收的信息，以免重复进行操作。

具体的，在节点处理器在进行实例化之后，按照预设的顺序逐一获取未处理事务，未处理事务是待处理事务实例化后生成的；节点处理器判断当前获取的未处理事务的前置条件是否满足，若是，则执行当前获取的未处理事务，并生成执行结果；若否，则等待，直到执行的前置条件满足，执行结果包括事务的处理结果或事务后续节点流向信息。

节点处理器在处理实例化后的业务时，通常有多个未处理事务需要处理，可以按照预设的前置条件分别处理多个未处理事务每个事务生成的各自的执行结果和后续节点处理请求，也就是指明了是否需要后续的其他节点处理，或者是否已经完全处理完成。

在步骤S207之后，还包括了节点消息总线对接收到的后续节点处理请求信息进行处理的过程，具体为执行结果包括提交后续节点请求或后续节点为终止信息；

在节点处理器发送执行结果后还包括：节点消息总线接收执行结果；若执行结果包括提交后续节点请求，则在相应节点处理器轮询时，根据提交后续节点请求向指定的节点处理器发出指定节点处理器获取活动请求的信息，指定节点处理器获取活动请求是与指定的节点处理器相对应的；若执行结果包括后续节点为终止信息，则活动完成。

通过多次的节点消息总线与不同的节点处理器进行交流进而可以完成一个复杂业务流程的处理，每次节点处理器只实例化当前节点需要执行的业务活动，而不是如现有技术中每次实例化就需要实例化全部的和需要处理的流程相关的全部流程，大大降低的流程处理引擎的处理量和处理压力。

如图5，示出了流程引擎的配置时序图，包括，

501提交节点新增或调整请求，具体的，用户或自动机向节点配置器提交新增或调整节点请求，新增或调整节点请求包括与用户或自动机相对应的新增或调整节点的活动信息和用户信息，活动信息包括一个或多个事务信息，并且每个事务信息与一个用户信息相对应的；每一个节点即为一个节点处理器，每个节点处理器只对应一个用户和一个活动，同一个活动可以对应不同的用户生成不同节点处理器，但同一个活动对应同一个用户只能生成一个节点处理器，同一个活动针对同一个用户重复生成节点处理器视同是原节点处理器的更新版本。

502提交用户配置申请，节点配置器向用户配置器提交用户配置请求，提交用户配置请求包括与用户或自动机相对应的新增或调整节点的用户信息；

503配置用户参数，用户配置器根据用户配置请求配置用户参数，并生成用户配置结果，用户配置结果是与事务信息相对应的；

504返回用户配置结果，用户配置器向节点配置器返回用户配置结果；

505提交活动配置申请，节点配置器向活动配置器提交活动配置请求，活动配置请求包括用户或自动机发出的事务信息和与事务信息相对应的用户配置结果；

506启用下一事务配置，活动配置器根据接收到的提交活动配置请求，按照预设的顺序配置活动中的事务，并生成事务配置结果请求，事务配置结果请求包括已配置事务和待配置事务；

507发出事务配置消息，活动配置器向事务定义管理员群发出事务配置结果请求；

508返回事务配置申请，事务定义管理员群向活动配置器返回事务配置申请，提交事务配置申请是根据事务配置结果请求生成的，事务配置申请包括事务配置参数和事务流向参数，事务配置参数是与已配置事务或待配置事务相对应的，事务流向参数包括事务处理的前置条件参数和后续节点流向参数；通过507和508两个步骤可以使多个用户参与到对事务的配置中。

509配置事务参数，510配置事务流向参数，509和510两步骤具体是，活动配置器根据事务配置申请配置已配置事务的执行参数和事务流向参数，或根据提交事务配置请求配置未配置事务的执行参数和事务流向参数，并生成待组装节点，待组装节点是已配置事务的参数再次经过配置后得到的，或待组装节点是未配置事务的参数经过配置后得到的；事务流向参数包括事务处理的前置条件参数和后续节点流向参数。

511返回活动配置结果，活动配置器根据事务和流向配置的结果生成活动配置结果请求，一个配置结果请求包括一个待组装的节点；活动配置器向节点配置器返回活动配置结果请求

512组装节点，节点配置器将配置结果请求中待组装的节点进行组装，形成可供节点管理器生成节点处理器的可加载数据，并生成更新节点配置文件和更新版本文件；

513更新节点配置文件，并更新版本，节点配置器根据生成的更新节点配置文件、更新版本文件，或预设的更新节点配置文件和更新版本文件对本地的节点配置文件和版本进行更新；本发明中是采用版本控制方式对节点进行，将调整后的节点形成新的版本，处理过程同新增一样。但新增节点完成后，会在更新请求中增加对旧版节点的终止请求。

514提交授权更新请求和参数，节点配置器根据生成的更新节点配置文件、更新版本文件，或预设的更新节点配置文件和更新版本文件生成新节点授权列表及参数，并向节点授权管理器发出新节点授权列表及参数

515更新节点授权表，节点授权管理器在接收到新节点授权列表及参数更新预先存储在本地的节点授权列表；

516标识新节点为待激活，节点授权管理器将更新后的节点授权列表标记为待激活状态，并进行存储，同时生成已更新节点授权列表信息；所有调整完成后，会将更新信息发送到节点授权管理器，变更授权表。但新增节点会暂时标记为“待激活”，此状态表示节点在授权表中可见，但不可用。需要通过节点管理器加载节点配置文件，运行并创建新的节点处理器后，状态才会变更为“已激活”

517返回结果信息，节点授权管理器向用户或自动机发出已更新节点授权列表信息。

同时，如果用户或自动机想要直接停止节点的运行，则可以执行步骤518提交节点终止请求，用户或自动机向节点配置器发出提交节点终止请求，节点终止请求包括预设的更新节点配置文件和更新版本文件，之后顺序执行步骤S513至步骤S517，同样能够由人工操作的方式直接停止节点的运行。

为了能够将待激活的节点授权列表变为激活状态，还包括如下步骤，节点管理器动态监控节点配置器，若节点配置器生成更新节点配置文件，则节点管理器向节点配置器发出获取更新节点配置文件的信息；

节点配置器在接收到获取更新节点配置文件的信息后，向节点管理器发出更新节点配置文件；

节点管理器在接收到更新节点配置文件后，根据更新节点配置文件创建新的节点处理器并生成节点处理器创建结果，节点处理器创建结果包括指定的更新节点信息；

节点管理器向节点授权管理器发出节点处理器创建结果；

节点授权管理器根据节点处理器创建结果中包括的指定的更新节点信息，将存储在本地的标记为“待激活”状态的授权列表更改为“激活”状态；

若存在旧版本或需要关闭的节点，节点授权管理器判断是否存在旧版本节点或需要关闭的节点中的事务未处理完成；

若是，则等待，直到旧版本事务处理完成；

若否，则关闭旧版本事务处理节点，并生成关闭结果，旧版本节点用于处理旧版本事务；

节点管理器向节点授权管理器发出关闭结果；

节点授权管理器在接收到关闭请求后，将旧版本节点标示为“卸载”状态。

经过上述步骤的处理，使节点授权管理器中的待激活节点变为已激活的状态，也就可以在后续的活动中使用了。

为了便于说明说明本发明所描述的方案，使用下实例进行实际说明，如图6所示的合同审批流程，合同审批流程共有三个活动组成，分别为合同起草、合同审核、合同审批。

整个业务过程描述如下：A用户起草合同并提交，B用户对合同进行审核。

如果该类合同属于新的类型，B用户将此合同文档作为合同模板提交标准化人员D进行审批，审批完成后由E发布。

同时，由于该类型合同是新的类型，在合同文本中可能存在不确定的风险点，B用户也可以发起风险控制提醒，交由风险管理员F进行评估，评估后由用户G进行确定后，发回给用户B。合同审核活动必须等待风险控制流程完成后，才流向后续的合同审批活动。

C用户对合同进行审批。

依据此活动描述，在活动处理器中的处理过程如下（省略前面的用户授权活动）：

A用户点击【A用户的合同起草节点】授权功能发送请求到消息总线；

【A用户的合同起草节点】监听消息总线，获取该请求；实例化；执行合同起草事务；提交【B用户的合同审核】请求到消息总线。

【B用户的合同审核节点】监听消息总线，获取该请求；实例化三个事务；B用户处理第一事务合同审核；B用户处理第二事务合同模板提交；B用户处理第三事务风险控制点提醒。处理完成，提交后续节点请求。

由于第一事务要求等待第三事务处理结果，因此第一事务的后续节点请求处理于等待状态；

第二事务无需要等待，因此由第二事务提交【D用户的合同模板审批节点】请求到消息总线。

第三事务无需要待等，由第三事务提交【F用户的风险评估节点】到消息总线。

【D用户的合同模板审批节点】监听消息总线，获取相应请求，并执行；然后再提交后续【E用户的合同审批节点】。E节点处理完成，向消息总线提交流程终止请求。

【F用户的风险评估节点】监听消息总线，获取相应请求，并执行；然后再提交后续【G用户的风险确认节点】。G节点处理完成，向消息总线提交【B用户的合同审核节点】。

【B用户的合同审核节点】监听消息总线，获取该请求。因该活动已经实例化，因此不再实例化。第三事务在风险确认结果后，第一事务取消等待，完成整个活动，并向消息总线发送活动完成消息和【C用户的合同审批节点】请求。

【C用户的合同审批节点】监听消息总线，获取该请求；实例化；执行完成；提交流程终止消息到消息总线。

显然，本领域的技术人员应该明白，上述的本发明的各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可实例化的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来实例化，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.流程引擎处理方法，其特征在于，包括：

用户或自动机向节点授权管理器提交活动请求，所述活动请求包括用户或自动机所要实例化的待实例化事务的信息，所述待实例化事务是属于用户或自动机的一个节点处理器在一个活动中所需要处理的全部事务，节点处理器是用于实例化和处理属于所述节点处理器的事务的应用系统；

节点授权管理器在接收到所述活动请求后，若所述活动请求通过确认则向节点消息总线提交确认后的活动请求；

节点处理器轮询节点消息总线；

节点消息总线在接收到节点处理器的轮询后，若节点消息总线已经接收到所述确认后的活动请求，则向节点处理器发出节点处理器获取活动请求，所述节点处理器获取活动请求包括与节点消息总线相对应的待实例化事务；

节点处理器接收到所述节点处理器获取活动请求后，判断所述待实例化事务是否已经实例化；

若否，则节点处理器将待实例化事务进行实例化，并生成实例化结果；

节点处理器执行所述实例化结果，并生成执行结果；

节点处理器向所述节点消息总线发出所述执行结果。

2.根据权利要求1所述的流程引擎处理方法，其特征在于，在所述向节点处理器发出节点处理器获取活动请求后还包括，

节点消息总线储存所述执行结果，和/或所述确认后的活动请求，和/或所述节点处理器获取活动请求；

用户或自动机向节点消息总线发出查询处理情况请求；

节点消息总线在接收到所述查询处理情况请求后，根据储存的所述实例化结果，和/或所述确认后的活动请求，和/或所述节点处理器获取活动请求生成业务处理过程及状态信息，所述业务处理过程及状态信息包括活动中的事务处理进程及活动中的事务处理过程；

节点消息总线向用户或自动机发出所述业务处理过程及状态信息。

3.根据权利要求1所述的流程引擎处理方法，其特征在于，在所述用户或自动机向节点授权管理器提交活动请求前还包括，

用户或自动机向节点授权管理器发出获取节点授权列表请求，所述获取节点授权列表请求包括用户或自动机的身份信息；

节点授权管理器在接收到所述获取节点授权列表请求后，在本地的数据库中查找预先储存的与所述用户或自动机的身份信息对应的节点授权列表；

若找到所述节点授权列表，则向用户或自动机返回所述节点授权列表；

用户或自动机根据所述节点授权列表生成所述活动请求。

4.根据权利要求3所述的流程引擎处理方法，其特征在于，

所述活动请求中包括用户或自动机的身份信息；

所述若所述活动请求通过确认则向节点消息总线提交确认后的活动请求包括，

若与所述身份信息相对应的操作权限出现在预存在本地的授权列表中，则标记接收到的所述活动请求为确认后的活动请求；

节点授权管理器向节点消息总线提交确认后的活动请求。

5.根据权利要求1所述的流程引擎处理方法，其特征在于，节点处理器接收到所述节点处理器获取活动请求后，判断所述待实例化事务是否已经实例化还包括：

若否，则向节点消息总线发出表示待实例化事务已经实例化的消息。

6.根据权利要求1所述的流程引擎处理方法，其特征在于，

在节点消息总线在接收到节点处理器的轮询后，若节点消息总线已经接收到所述确认后的活动请求，则向节点处理器发出节点处理器获取活动请求后包括：

节点消息总线在本地数据库中记录表示节点处理器的轮询已经被接收的信息，并且不再提供所述节点处理器的后续轮询。

7.根据权利要求6所述的流程引擎处理方法，其特征在于，所述节点处理器执行所述实例化结果，并生成执行结果包括：

按照预设的顺序逐一获取未处理事务，所述未处理事务是待处理事务实例化后生成的；

节点处理器判断当前获取的未处理事务的前置条件是否满足，

若是，则执行当前获取的未处理事务，并生成执行结果；

若否，则等待，直到所述执行的前置条件满足。

8.根据权利要求1所述的流程引擎处理方法，其特征在于，

所述执行结果包括提交后续节点请求或后续节点为终止信息；

在所述节点处理器发送所述执行结果后还包括：

节点消息总线接收所述执行结果；

若所述执行结果包括所述提交后续节点请求，则在相应的节点处理器轮询时，根据所述提交后续节点请求向指定的节点处理器发出指定节点处理器获取活动请求的信息，所述指定节点处理器获取活动请求是与所述指定的节点处理器相对应的；

若所述执行结果包括后续节点为终止信息，则活动完成。

9.根据权利要求3所述的流程引擎处理方法，其特征在于，还包括：

用户或自动机向节点配置器提交新增或调整节点请求，所述新增或调整节点请求包括与所述用户或自动机相对应的新增或调整节点的活动信息和用户信息，所述活动信息包括一个或多个事务信息，并且每个事务信息与一个用户信息相对应的；每一个节点即为一个节点处理器，每个节点处理器只对应一个用户和一个活动，同一个活动可以对应不同的用户生成不同节点处理器，但同一个活动对应同一个用户只能生成一个节点处理器，同一个活动针对同一个用户重复生成节点处理器视同是原节点处理器的更新版本；

节点配置器向用户配置器提交用户配置请求，所述提交用户配置请求包括与所述用户或自动机相对应的新增或调整节点的用户信息；

用户配置器根据所述用户配置请求配置用户参数，并生成用户配置结果，所述用户配置结果是与所述事务信息相对应的；

用户配置器向所述节点配置器返回所述用户配置结果；

节点配置器向活动配置器提交活动配置请求，所述活动配置请求包括所述用户或自动机发出的所述事务信息和与所述事务信息相对应的用户配置结果；

活动配置器根据接收到的提交活动配置请求，按照预设的顺序配置活动中的事务，并生成事务配置结果请求，所述事务配置结果请求包括已配置事务和待配置事务；

活动配置器向事务定义管理员群发出所述事务配置结果请求；

事务定义管理员群向活动配置器返回事务配置申请，所述事务配置申请是根据所述事务配置结果请求生成的，所述事务配置申请包括事务配置参数和事务流向参数，所述事务配置参数是与所述已配置事务或所述待配置事务相对应的；

活动配置器根据所述事务配置申请配置已配置事务的参数和事务流向，或根据所述事务配置申请配置未配置事务的参数和事务流向，并生成待组装节点，所述待组装节点是已配置事务的参数再次经过配置后得到的，或所述待组装节点是未配置事务的参数经过配置后得到的；

活动配置器根据事务和流向配置的结果生成活动配置结果请求，所述配置结果请求包括一个待组装的节点；

活动配置器向节点配置器返回所述活动配置结果请求；

节点配置器将所述配置结果请求中包括的一个待组装的节点进行组装，并生成更新节点配置文件和更新版本文件；

用户或自动机向节点配置器发出提交节点终止请求，所述节点终止终止请求包括预设的更新节点配置文件和更新版本文件；

节点配置器根据生成的所述更新节点配置文件、更新版本文件，或预设的更新节点配置文件和更新版本文件对本地的节点配置文件和版本进行更新；

节点配置器根据生成的所述更新节点配置文件、更新版本文件，或预设的更新节点配置文件和更新版本文件生成新节点授权列表及参数，并向节点授权管理器发出新节点授权列表及参数；

节点授权管理器在接收到所述新节点授权列表及参数更新预先存储在本地的节点授权列表；

节点授权管理器将更新后的节点授权列表标记为待激活状态，并进行存储，同时生成已更新节点授权列表信息；

节点授权管理器向用户或自动机发出所述已更新节点授权列表信息。

10.根据权利要求9所述的流程引擎处理方法，其特征在于，在所述节点授权管理器将更新后的节点授权列表标记为待激活状态，并生成已更新节点授权列表信息后还包括：

节点管理器动态监控节点配置器，若节点配置器生成更新节点配置文件，则节点管理器向节点配置器发出获取所述更新节点配置文件的信息；

节点配置器在接收到所述获取所述更新节点配置文件的信息后，向节点管理器发出更新节点配置文件；

节点管理器在接收到所述更新节点配置文件后，根据所述更新节点配置文件创建新的节点处理器并生成节点处理器创建结果，所述节点处理器创建结果包括指定的更新节点信息；

节点管理器向节点授权管理器发出所述节点处理器创建结果；

节点授权管理器根据所述节点处理器创建结果中包括的指定的更新节点信息，将存储在本地的所述标记为待激活状态的授权列表更改为激活状态；

若存在旧版本或需要关闭的节点处理器，节点授权管理器判断是否存在旧版本节点或需要关闭的节点中的事务未处理完成；

若是，则等待，直到旧版本事务处理完成；

若否，则关闭旧版本的节点处理器，并生成关闭结果，所述旧版本节点用于处理旧版本事务；

节点管理器向节点授权管理器发出关闭结果；

节点授权管理器在接收到所述关闭结果后，将旧版本节点处理器标示为卸载状态。

Images