[发明专利]流程引擎处理方法

说明书

技术领域

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

背景技术

业务建模（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相关联的全部流程，这种处理量大大加重了流程引擎的处理压力，拖缓了流程引擎的处理速度。

发明内容

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

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

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

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

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

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

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

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

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

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

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