Activiti流程人工节点办理人筛选引擎的制作方法

本技术公开了一种Activiti流程人工节点办理人筛选引擎，包括规则设计器、规则解析运算器；规则设计器提供用户设计界面，生成规则文本；工作流引擎通过引擎接口获取办理人集合，触发规则解析运算器加载规则文本，执行规则解析运算逻辑，根据规则生成办理人列表，并将其通过人员变量接口返回给Activiti工作流引擎。本技术对现有工作流引擎提供的人员变量接口进行扩展，通过执行运行期定义的规则，动态设置办理人集合；该引擎分析了办理人筛选规则基本构成元素，定义了筛选规则对象模型，给出了规则解析运算的算法逻辑，并且提供了规则的可视化编辑设计界面，降低运营人员操作难度，达到快速灵活分配办理人的目的。

权利要求书

1.一种Activiti流程人工节点办理人筛选引擎，其特征在于，包括规则设计器、规则解析运算器；

规则设计器提供用户设计界面，生成规则文本；工作流引擎通过引擎接口获取办理人集合，触发规则解析运算器加载规则文本，输入规则对象模型，执行规则解析运算逻辑，根据规则生成办理人列表，并将其通过人员变量接口返回给Activiti工作流引擎。

2.根据权利要求1所述的Activiti流程人工节点办理人筛选引擎，其特征在于，办理人筛选规则

的规则对象模型采用组合设计模式，核心类与接口包括：

IRule表示规则表达式接口，该接口定义Calculate方法，Calculate方法接收流程上下文参数执行规则计算；

SetExpression类实现IRule接口，表示二元集合运算表达式，其两个属性Left和Right均是IRule 类型，表示参与集合运算的两个子表达式，SetOperator属性表示交并集运算符，SetExpression 类实现的接口Calculate方法，根据SetOperator属性值设置，对Left和Right关联的两个子表达式的结果集进行交集或并集运算；

IScopeFilter是人员基本范围过滤器接口，接口定义的Filter方法接收一个通用类型的参数，返回基本用户集合，实现该接口的各种过滤器类，包括DeptScopeFilter、RoleScopeFilter、ManagerScopeFilter类，分别按照部门范围、角色范围和职务范围返回相应的用户集合；

IBizCondition接口表示业务条件表达式，接口定义的Evaluate方法接收一个context参数对象，返回布尔类型的条件表达式计算结果值；

ConditonExpression类实现IBizCondition接口，表示数据对比条件表达式，可设置流程数据、业务表单数据、用户属性数据、固定变量这些条件表达式参数，进行相互比较，实现接口的Evaluate方法，返回数据对比结果；

BoolExpression类实现IBizCondition接口，表示二元逻辑运算表达式，其Left和Right属性为IBizCondition类型，BoolOperator属性表示二元逻辑运算符；BoolExpression类实现IBizCondition接口的Evaluate方法根据BoolOperator属性值，对Left和Right两个子表达式的结果值进行与或运算；

FilterExpression类实现IRule接口，表示过滤表达式，作为规则对象结构树中叶子节点，其属性包含过滤表达式的所有元素；BizCondition属性为IBizCondition类型，表示过滤应满足的条件，FilterScope属性为IFilterScope类型，作为参与过滤表达式计算的基本集合；FilterExpression实现IRule的Calculate方法，根据BizCondition的计算结果，返回FilterScope集合或空集。

3.根据权利要求1所述的Activiti流程人工节点办理人筛选引擎，其特征在于，规则设计器包括业务条件设计界面和办理人过滤规则设计界面；业务条件设计界面使用业务数据条件表达式、SQL、代码和组合方式构建多条业务条件；办理人过滤规则设计器为管理员提供办理人筛选规则的配置编辑工具界面；设计器根据管理员输入，生成规则对象模型，采用序列化后保存到流程配置文件中。

4.根据权利要求1所述的Activiti流程人工节点办理人筛选引擎，其特征在于，规则解析运算器的具体处理过程为：工作流引擎触发筛选规则计算，规则组件首先加载规则JSON文本，反序列化成为IRule接口类型表示的规则对象，然后通过调用其Calculate方法，对规则对象树左右分支逐层向下遍历访问，直到计算出叶子节点过滤表达式的结果，再逐层向上做交并运算，最后得出规则过滤结果。

5.根据权利要求4所述的Activiti流程人工节点办理人筛选引擎，其特征在于，遍历计算逻辑主要在SetExpression类和FilterExpression类的Calculate接口方法中实现：

1)SetExpression类的Calculate方法先分别调用Left属性和Right属性指向的IRule接口的Calculate 方法，取得两个子规则的结果值分别放入变量r1和r2中，然后根据SetOperator属性值，如果是交集运算，对r1和r2交集后运算后返回结果，如果是并集运算，对r1和r2并集运算后返回结果；

2)FilterExpression类的Calculate方法先调用BizCondition指向的IbizCondition接口对象的Evaluate 方法，计算条件表达式结果值，放入变量c中，c与ShouldSatisfy属性值异或，如果为真，那么再判断ElseResultEmpty是否为真，如果为真返回空集，否则返回用户全集；如果c与ShouldSatisfy属性值异或结果为假，调用ScopeFilter属性指向的IScopeFilter对象的Filter方法，获取基础结果集，放入变量r，如果ScopeOperator为差集，那么计算r与用户全集的差集，返回结果，否则直接返回r。

6.根据权利要求1所述的Activiti流程人工节点办理人筛选引擎，其特征在于，基本的筛选业务规则可描述为以下四条：

1)如果满足条件C，则取人员范围S1，否则取人员范围S2，记为C→S1|S2；

2)属于人员范围S3或者属于人员范围S4，记为S3∪S4；

3)既属于人员范围S5又属于人员范围S6，记为S5∩S6；

4)人员范围S7中除去人员范围S8以外人员，记为，S7-S8；

复杂的筛选规则由以上四条基本规则任意嵌套组合而成，即任意一条基本规则的计算结果可作为输入Si代入另一条规则进行计算。

技术说明书

Activiti流程人工节点办理人筛选引擎

技术领域

本技术涉及工作流引擎技术，特别是一种Activiti流程人工节点办理人筛选引擎。

背景技术

Activiti是由Alfresco软件公司发布的开源业务流程管理(BPM)框架，它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的，灵活的，易扩展的可执行流程语言框架。但是，现有的Activiti工作流引擎存在以下缺陷：

(1)人工办理节点办理人设置没有简单直观操作界面，操作不便；

(2)人工办理节点办理人只能通过XML、变量绑定等方式，需要程序编码实现，要求运维人员

具备编码能力；

(3)无法根据业务需求在不同的流程实例中动态选择办理人。

技术内容

本技术的目的在于提供一种Activiti流程人工节点办理人筛选引擎，提供规则的可视化编辑设计界面，降低运营人员操作难度，快速分配办理人。

实现本技术目的的技术解决方案为；一种Activiti流程人工节点办理人筛选引擎，包括规则设计器、规则解析运算器；

规则设计器提供用户设计界面，生成规则文本；工作流引擎通过引擎接口获取办理人集合，触发规则解析运算器加载规则文本，输入规则对象模型，执行规则解析运算逻辑，根据规则生成办理人列表，并将其通过人员变量接口返回给Activiti工作流引擎。

本技术与现有技术相比，其显著优点为：(1)本技术通过办理人规则设计器，提供简单的办理人员规则设置界面，简化工作流系统运维管理人员的操作，降低对运维人员的技术要求，运维人员只需要了解业务需求即可，不必掌握工作流的开发技能；(2)办理人筛选规则在运行时动态解析，可以根据业务规则动态生成办理人名单，相比原系统具备更大的灵活性，更改业务逻辑不需要重新编译代码，通过在线配置即可完成；(3)业务逻辑易扩展，办理人筛选引擎提供筛选基本规则扩展机制，相比原有系统更容易增加对新业务规则的支持。

附图说明

图1为筛选规则引擎逻辑架构示意图。

图2为规则对象模型类图。

图3为业务条件设计器界面示意图。

图4为办理人过滤规则设计器界面示意图。

图5为过滤表达式语法示意图。

图6为过滤规则树形结构示意图。

具体实施方式

如图1所示，一种Activiti流程人工节点办理人筛选引擎，包括规则设计器、规则解析运算器；

规则设计器提供用户设计界面，生成规则文本；工作流引擎通过引擎接口获取办理人集合，触发规则解析运算器加载规则文本，输入规则对象模型，执行规则解析运算逻辑，根据规则生成办理人列表，并将其通过人员变量接口返回给Activiti工作流引擎。

办理人筛选规则的规则对象模型采用组合设计模式设计，核心类与接口如图2所示；

IRule表示规则表达式接口，该接口定义了Calculate方法，Calculate方法接收流程上下文参数执行规则计算。

SetExpression类实现IRule接口，表示二元集合运算表达式，它的两个属性Left和Right都是IRule类型，表示参与集合运算的两个子表达式，SetOperator属性表示交并集运算

符，SetExpression类实现的接口Calculate方法，根据SetOperator属性值设置，对Left和Right关联的两个子表达式的结果集进行交集或并集运算。

IScopeFilter是人员基本范围过滤器接口，接口定义的Filter方法接收一个通用类型的参数，返回基本用户集合，实现该接口的各种过滤器类包括DeptScopeFilter、RoleScopeFilter、ManagerScopeFilter类等，可以分别按照部门范围、角色范围和职务范围等返回相应的用户集合，此外开发人员也可以对IScopeFilter接口进行扩展，实现更多的人员过滤器。

IBizCondition接口表示业务条件表达式，接口定义的Evaluate方法接受一个context参数对象，

返回布尔类型的条件表达式计算结果值。

ConditonExpression类实现IBizCondition接口，表示数据对比条件表达式，可设置流程数据、业务表单数据、用户属性数据、固定变量等条件表达式参数，进行相互比较，实现接口的Evaluate方法，返回数据对比结果；

BoolExpression类实现IBizCondition接口，表示二元逻辑运算表达式，它的Left和Right属性为IBizCondition类型，BoolOperator属性表示二元逻辑运算符。BoolExpression类实现IBizCondition接口的Evaluate方法根据BoolOperator属性值，对Left和Right两个子表达式的结果值进行与或运算。

FilterExpression类实现IRule接口，表示过滤表达式，作为规则对象结构树中叶子节点，其属性包含了过滤表达式的所有元素。BizCondition属性为IBizCondition类型，表示过滤应满足的条件，FilterScope属性为IFilterScope类型，作为参与过滤表达式计算的基本集合。FilterExpression实现IRule的Calculate方法，根据BizCondition的计算结果，返回FilterScope集合或空集。

可视化设计器包括业务条件设计界面和办理人过滤规则设计界面；业务条件设计界面使用业务数据条件表达式、SQL、代码和组合方式构建多条业务条件；其中，组合方式是指利用已定义的条件式设计新的条件式，即复用方式。办理人过滤规则设计器为管理员提供办理人筛选规则的配置编辑工具界面；设计器根据管理员输入，生成规则的对象模型，进行序列化后保存到流程配置文件中。

流程引擎触发筛选规则计算，规则组件首先加载规则JSON文本，反序列化成为IRule接口类型表示的规则对象，然后通过调用其Calculate方法，对规则对象树左右分支逐层向下遍历访问，直到计算出叶子节点过滤表达式的结果，再逐层向上做交并运算，最后得出规则过滤结果。

下面结合实施例对本技术进行详细说明。

实施例

针对Aciviti工作流引擎在复杂业务应用场景中按照业务条件动态分配人工节点办理人的需求，本技术设计实现了一种工作流办理人筛选规则引擎，对现有工作流引擎提供的人员变量接口进行扩展，通过执行运行期定义的规则，动态设置办理人集合。该引擎分析了办理人筛选规则基本构成元素(包括业务条件、用户集合、基本运算规则)，定义了筛选规则对象模型，给出了规则解析运算的算法逻辑，并且提供了规则的可视化编辑设计界面，降低运营人员操作难度，达到快速灵活分配办理人的目的。

筛选规则引擎由规则设计器、规则解析运算器两部分组成，规则设计器提供用户设计界面，生成规则文本。工作流系统通过引擎接口获取办理人集合，触发规则解析运算器加载规则文本，执行规则解析运算逻辑，根据规则生成办理人列表，并将其通过人员变量接口返回给Activiti工作流引擎，整个引擎逻辑架构如图1所示。

1)规则对象模型

办理人筛选规则的静态对象结构模型采用组合设计模式设计，核心类与接口如图2所示。

IRule是一个完整的规则表达式，Calculate方法接收流程上下文参数执行规则计算，实现该接口的SetExpression类表示二元集合运算，Left和Right通过递归引用IRule，形成了参与集合运算的两个子表达式，SetOperator属性表示交并集运算符，对Left和Right关联的两个子表达式的结果集进行交集或并集运算。

FilterExpression是过滤表达式，同样实现了IRule接口，作为规则对象结构树中的叶子节点，其属性包含了过滤表达式的所有元素：

表1 FilterExpression类主要属性

属性类型说明

ShouldSatisfyboolean是否应该满足业务条件

BizConditionIBizCondition业务条件表达式

ScopeOperatorEnum范围过滤操作符，保留或去除

ScopeFilterIScopeFilter人员范围过滤器

ScopeFilterParasObject[]人员范围过滤器参数

ElseResultEmptyboolean否则是否返回空集

IBizCondition接口表示业务条件表达式，静态结构与规则表达式类似，呈树形结

构，BoolExpression作为二元逻辑运算表达式，可以对Left和Right关联的子条件式进行与或运算。ConditonExpression类表示数据对比条件，可以指定流程参数、业务数据、用户数据等与固定常量或其他参数数据进行比较。

人员范围过滤器与过滤表达式对象之间采用桥接模式设计，FilterExpression通过IScopeFilter接口调用人员过滤器的范围过滤方法，该接口将人员范围过滤方法的实现与FilterExpression分离，基于接口实现不同的人员范围过滤机制，同时提供了扩展机制，IScopeFilter实现类对象可以通过IOC框架注入过滤表达式对象中。

2)规则设计器

可视化规则设计器包括业务条件设计界面和办理人过滤规则设计界面。业务条件设计界面可以使用业务数据条件表达式、SQL、代码和组合方式快速构建多条业务条件。业务条件设计界面如图3所示。

办理人过滤规则设计器为管理员提供办理人筛选规则的配置编辑工具界面。设计器根据管理

员输入，生成规则的对象模型，采用JSON序列化后保存到流程配置文件中。规则编辑器界面如图4所示。

3)规则解析运算器

流程引擎触发筛选规则计算，规则组件首先加载规则JSON文本，反序列化成为IRuleExpression接口类型表示的规则对象，然后通过调用其Calculate方法，对规则对象树左右分支逐层向下遍历访问，直到计算出叶子节点过滤表达式的结果，再逐层向上做交并运算，最后得出规则过滤结果。遍历计算逻辑主要在SetExpression类和FilterExpression类的Calculate 接口方法中实现，关键逻辑如下：

1)SetExpression类的Calculate方法先分别调用Left属性和Right属性指向的IRule接口的Calculate 方法，取得两个子规则的结果值分别放入变量r1和r2中，然后根据SetOperator属性值，如果是交集运算，对r1和r2交集后运算后返回结果，如果是并集运算，对r1和r2并集运算后返回结果；

2)FilterExpression类的Calculate方法先调用BizCondition指向的IbizCondition接口对象的Evaluate 方法，计算条件表达式结果值，放入变量c中，c与ShouldSatisfy属性值异或，如果为真，那么再判断ElseResultEmpty是否为真，如果为真返回空集，否则返回用户全集。如果c与ShouldSatisfy属性值异或结果为假，调用ScopeFilter属性指向的IScopeFilter对象的Filter方法，获取基础结果集，放入变量r，如果ScopeOperator为差集，那么计算r与用户全集的差集，返回结果，否则直接返回r。

本技术基于对办理人筛选业务规则的归纳分析，建立通用办理人筛选规则模型，以规则模型为核心，基本的筛选业务规则可以描述为以下四条：

1)如果满足条件C，则取人员范围S1，否则取人员范围S2，记为C→S1|S2；

2)属于人员范围S3或者属于人员范围S4，记为S3∪S4；

3)既属于人员范围S5又属于人员范围S6，记为S5∩S6；

4)人员范围S7中除去人员范围S8以外人员，记为，S7-S8。

复杂的筛选规则由以上四条基本规则任意嵌套组合而成，即任意一条基本规则的计算结果可以作为输入Si代入另一条规则进行计算。以F为全部人员全集，为空集，则C1→(S1∪S2)|S3可以转换为((C1→S1|F)∪(C1→S2|F))∩(C1→S3|F)或者C1→(S1∩S2)|S3和C1→(S1-S2)|S3的转换方式与其类似；而C1→(C2→S1|S2)|S3可以转换为(C1·C2→S1|F)∩(C1·C2→F|S2)∩(C1→F|S3)或者

其中C1表示一个条件，结果过为true或false。

由此可知任意复合规则均可转换为包含全集或空集的基本规则1)的组合形式。

根据以上分析，可以建立以基本规则1)为基础的办理筛选规则逻辑模型，首先定义图5所示的过滤表达式，过滤表达式以全体人员集合为输入，如果满足(也可以设置为不满足)指定的业务条件，将从输入中取指定范围的用户集合或者去除指定范围的用户集合作为过滤表达式结果，否则以空集或全集为结果。然后对各条过滤表达式运算的结果进一步做交、并或差集运算，建立表达式树形式的完整筛选规则，如图6所示。

过滤表达式中业务条件是由业务数据、组织数据、流程上下文数据等形成的布尔逻辑表达式，由业务逻辑解析引擎执行，用于判断是否需要对指定范围人员进行筛选。管理员可以先使用条件构造器编辑业务条件表达式保存到系统中，在创建筛选规则时选用。