[发明专利]一种支持多系统的工作流引擎系统

权利要求书

1.一种支持多系统的工作流引擎系统，其特征在于：工作流引擎系统通过程序接口与各个业务系统功能模块对接数据，所述程序接口包括流程实例创建接口、流程列表查询接口、流程详情查询接口和流程节点跳转接口；业务系统发起流程时调用设定地址创建工作流实例，通过参数sys_id表示不同的系统，sys_id＝APP表示本业务由APP渠道发起，sys_id＝PC表示本业务由官方网站发起，sys_id＝WECHAT表示本业务由微信系统发起；

业务系统发起或者在业务系统端审核某个业务流程时，流程的流转由工作流引擎系统控制，业务系统会请求工作流引擎系统执行相应的操作，工作流程引擎系统执行完毕后会调用启动回调操作；

工作流程引擎系统根据sys_id的值通过数据库查找对应的业务系统回调的地址来实现回调；

业务系统逻辑执行成功后返回code值给工作流程引擎系统，工作流程引擎系统再返回code值给业务系统；

流程实例创建包括如下步骤：

1)通过业务系统传来的业务编号bus_id获取到对应的流程id；

2)把业务需要用的值存进变量表；

3)调用activity的接口runtimeService.startProcessInstanceById()创建一个新的实例；

4)寻找办理人，在找办理人时调用数据库mongodb，获取人员信息，并且将接收人员信息，发送人员信息，流程信息，写入办理人历史表；

5)封装返回的对象；

流程列表查询包括如下步骤：

1)调用方传来处理人信息，任务id，操作编号，用来辅助或控制流程走向的业务逻辑上的数据；

2)根据操作编号看执行提交还是退回，如果是提交，调用方法taskService.complete(askid,dyna_arg)；

如果是退回，则通过删除原来的路径创建新的路径来实现；

退回到哪个节点由调用方传过来或者在流程中指定好直接配置在配置信息里；当下一个环节是子流程，还需要将多实例的办理人组装好，放在变量中；

3)寻找办理人，办理人是指定的角色、客户经理、指定的人之一，这些信息都是在数据库mongodb中获取，并且将接收人员信息、发送人员信息、流程信息写入办理人历史表；

4)将用来控制流程走向的数据写入变量表；

5)封装返回的对象；

6)回调业务系统的接口，改变业务数据的状态。

2.根据权利要求1所述的一种支持多系统的工作流引擎系统，其特征在于：通过web界面来操作和访问。

3.根据权利要求1或2所述的一种支持多系统的工作流引擎系统，其特征在于：业务系统通过http接口传递参数到工作流引擎系统，工作流引擎系统创建一个流程实例，然后通过http接口调用业务系统的逻辑，逻辑成功后返回成功标志给工作流，再返回给创建接口。

4.根据权利要求1所述的一种支持多系统的工作流引擎系统，其特征在于，流程列表查询还包括步骤7)当节点配置了发送短信的listener，在产生新任务的时候会调用发送短信的listener。

5.根据权利要求1所述的一种支持多系统的工作流引擎系统，其特征在于，流程详情查询包括如下步骤：

1)流程待办、已办、办结列表查询通过同一个接口地址，通过参数querytype判断查询什么数据；

2)待办：通过activity任务表、办理人历史记录表、实例表、按钮配置表四表联合查询；当节点是多实例节点并且是并行执行，还需要把多实例节点上已经办理过的任务剔除；已办、办结通过实例表、按钮配置表、历史记录表查询。

6.根据权利要求5所述的一种支持多系统的工作流引擎系统，其特征在于，流程详情查询根据参数allorpart决定根据用户id过滤查询个人的数据或者查询所有人的待办；

根据系统、业务类型、分站、公司名称对应的参数进行过滤获得对应的查询结果。

7.根据权利要求1所述的一种支持多系统的工作流引擎系统，其特征在于，流程信息调用步骤：

1)调用方传过来一个实例id，通过实例获取流程相关的信息；

2)返回包含流程id、名称、业务编号、业务名称、公司信息，标题信息、创建人、创建时间、业务表id、业务表主键、每个节点操作的历史记录。