[发明专利]一种适用于地基增强网运维场景的工作流引擎方法及系统

说明书

技术领域

本发明涉及一种工作流处理系统，尤其涉及一种适用于地基增强网运维场景的工作流引擎方法及系统。

背景技术

地基增强网是北斗卫星定位系统提供稳定定位服务必不可少的基础设施，由全球各地分布着的各种各样的地基基站组成，其特点是分布广，数量庞大，维护成本高，运维难度大，当规模达到一定程度时，就像一张网一样。

工作流是对企业中业务的各操作步骤之间的业务规则的抽象以及概括描述。在详细一点的话工作流则是将工作流程中的操作步骤的逻辑和规则，在计算机中以恰当的模型表达出来，并供公司人员使用的一套软件系统或解决方案。工作流要解决的主要问题是：为实现某个业务目标或业务场景，利用计算机在多个参与者(即和业务有关的人员)之间按某种预定规则自动传递文档、信息或者任务，以达到业务的规范化，高效化，以及可追溯化。

而工作流引擎负责定义工作流中的节点，以及流程实例的创建，以及实现将任务分发给执行者，并根据任务执行的返回结果决定下一步的任务，控制并协调各种复杂工作流程的执行，实现对业务流程整个运行生命周期的控制。工作流引擎是工作流系统最核心的模块，它将工作流底层的节点跳转，派发任务处理等逻辑与最上层的业务逻辑实现了分离。

工作流节点是工作流中对各个业务场景的每个操作步骤或环节，比如在维修基站流程的工作流中运维人员首先先要填写基站的故障单，然后提交给上级领导审批是否可维修，如果审批通过的话则通知相关技术人员进行维修工作，维修人维修好后通知运维人员此基站可以使用，这时候的工作流节点有四个：

运维人员填写维修单->上级领导审批->通知技术员进行维修工作->通知运维人员基站可用

随着大地增强网基站的分布越来越广，数量也越来越大，运维业务的复杂度就会越来越高，这时就必须使用工作流系统来高效，有序的处理运维中产生的业务需求。但实际中却存在这样的一个问题，运维业务针对不同的区域或场景在不同的时间点会有n种不同的工作流(比如有可能一个负责两个区域(或省)的运维人员在三个月内会对应好几个工作流，这三个月过了后被调到了另外的区域，这时候又会有不同业务的需求了)，但企业中通过现有的大部分工作流引擎开发工作流的速度却非常缓慢，导致了很多业务场景只能使用excel，写邮件或人为的形式处理业务。目前主流的工作流引擎，其缺点如下：

1、主流工作流引擎学习成本较大，配置项较多，且受制于某种平台的限制，基本上需要在其限制的平台上进行二次开发才能使用。

2、每个流程的每个节点所对应的前端任务页面依旧需要开发人员从零开始开发，开发时间非常漫长。

3、无法满足大规模基站运维人员随时提出的大量的工作流程需求。

4、大规模运维人员流动性较大，一个通过现有流程引擎制定出的流程无法及时的更新节点所对应的任务执行人。

发明内容

针对上述问题，本发明提出一种适用于地基增强网运维场景的工作流引擎系统，包括工作流模板，工作流实例，接口层，属性控件库；工作流模板可对工作流、工作流节点以及工作流节点属性进行定义，工作流模板可将信息复制至工作流实例；工作流实例包括工作流实例节点和工作流实例节点属性；接口层用于取得工作流实例节点字段信息和实例节点属性字段信息；属性控件库用于存储控件，控件用于动态渲染节点任务页面。

工作流节点包含一个以上工作流节点属性，工作流实例节点包含一个以上工作流实例节点属性；工作流模板通过显示设备和输入设备提供可视化界面编辑；工作流模板可以保存于工作流模板数据库；工作流实例可以保存于工作流实例数据库。

工作流节点的字段信息包括上一节点、下一节点、是否当前节点、是否开始节点、是否结束节点、处理人。工作流节点属性的字段信息包括距离浏览器左边距离、距离浏览器上边距离、控件高度、控件款单，控件名；控件名与属性控件库中控件唯一对应。

一种适用于地基增强网运维场景的工作流引擎方法：发起一个工作流实例；工作流节点字段信息复制到工作流实例节点，工作流节点属性字段信息复制到实例节点属性；接口层取得工作流实例节点字段信息和实例节点属性字段信息；节点任务页面从接口层获取工作流实例节点字段信息和实例节点属性字段信息；节点任务页面从属性控件库中调取相对应的控件，控件动态渲染出节点任务页面；

节点任务页面的“同意”操作，若当前工作流实例节点存在下一节点，那么下一节点将被置为当前节点，同时根据工作流实例节点下一节点的处理人字段信息给处理人分配一条任务，当前节点不存在下一节点，工作流实例结束；