CN114331325A - 流程管理平台 - Google Patents

Abstract

本申请公开了一种流程管理平台，包括流程管理模块、流程配置模块和流程服务模块；流程管理模块用于对已完成设计的流程进行重新编辑、信息查询和发布操作；并根据所属业务系统类型，为流程配置对应的系统人员。流程配置模块用于根据接入业务系统对应的业务规则配置流程的节点候选人、节点候选组和节点候选角色，并在满足预设条件时触发自动流转至目标节点；流程服务模块用于通过对外提供标准的应用程序接口RESTful和接口文档以接入业务系统。本申请可提升业务系统接入灵活性，支持非侵入式业务系统，可提供友好的人员配置功能。

Description

流程管理平台

技术领域

本申请涉及信息化技术领域，特别是涉及一种流程管理平台。

背景技术

随着大数据、人工智能、互联网的发展，企业对信息化开发的需求正在逐渐改变，信息系统正成为企业不可或缺的部分，其中工作流引擎是维持信息系统运行最重要的核心。工作流引擎针对平时工作中的业务流程活动，将工作分解成定义良好的任务或角色，并根据一定的原则和过程来实施这些任务并加以监控，从而达到提高效率、控制过程、提升客户服务、增强有效管理业务流程等目的。为了更好地实现某些业务工作目标，需要工作流引擎利用计算机在多个参与人之间按某种既定原则自动传递文档、信息内容或者任务。因此，只要信息在人与人、人与系统或者系统与系统之间进行传递，就必须构建工作流。

相关技术中的流程管理平台对接业务系统不方便，对业务入侵大，业务系统接入不灵活，且由于流程配置平台的配置功能不友好，业务系统人员变更对整个流程配置影响较大。

鉴于此，如何实现灵活接入业务系统且提供友好的配置功能，是所属领域技术人员需要解决的技术问题。

发明内容

本申请提供了一种流程管理平台，提升业务系统接入灵活性，支持非侵入式业务系统，可提供友好的人员配置功能。

为解决上述技术问题，本发明实施例提供以下技术方案：

本发明实施例一方面提供了一种流程管理平台，包括流程管理模块、流程配置模块和流程服务模块；

所述流程管理模块用于对已完成设计的流程进行重新编辑、信息查询和发布操作；并根据所属业务系统类型，为所述流程配置对应的系统人员；

所述流程配置模块用于根据接入业务系统对应的业务规则配置所述流程的节点候选人、节点候选组和节点候选角色，并在满足预设条件时触发自动流转至目标节点；

所述流程服务模块用于通过对外提供标准的应用程序接口RESTful和接口文档以接入业务系统。

可选的，还包括鉴权模块；所述鉴权模块包括微服务网关和调用组件；所述调用组件用于通过所述流程服务模块的RESTful模块或Feign模块远程调用所述微服务网关执行鉴权操作；

所述鉴权模块用于对当前登录用户进行权限鉴定，并对授权登录用户的业务功能使用权限进行鉴定。

可选的，所述流程管理模块、所述流程配置模块、所述流程服务模块和所述鉴权模块均采用微服务架构，以使所述流程管理模块、所述流程配置模块、所述流程服务模块和所述鉴权模块彼此独立。

可选的，还包括虚拟化部署模块；

所述虚拟化部署模块用于基于服务虚拟化技术将所述流程管理平台部署在虚拟化集群的目标节点上。

可选的，所述流程服务模块还包括流程上下线组件；

所述流程上下线组件用于通过设置所述流程的状态信息，控制所述流程上线或下线。

可选的，所述流程配置模块包括可视化界面接口，用于根据所述流程所属的流程业务类型和所属业务系统类型，响应用户基于标准的流程引擎组件在流程画布上通过拖动组件的方式进行流程图的设计指令，生成相应的流程；响应流程配置指令，自动完成流程变量配置、节点候选人配置、节点候选组配置、节点候选角色配置、节点跳转配置和节点回退配置。

可选的，所述流程配置模块还用于为各节点通过业务规则表达式动态设置节点信息，并通过根据所述业务规则表达式的解析结果判断是否成立动态设置节点审批人或者动态设置流程运行的下一个节点轨迹。

可选的，所述流程配置模块还包括监听组件；

所述监听组件用于监听流程动作操作和节点动作操作，调用相应解析逻辑对监听结果进行解析，并根据解析结果控制所述流程的审批及流转轨迹。

可选的，所述流程管理模块包括流程发布组件，所述流程发布组件包括流程模型管理界面，以通过所述流程模型管理界面对所述流程进行发布、重新编辑以及删除操作；

所述流程发布组件用于当接收到新流程实例，采用最新版本的流程模型运行所述新流程实例。

可选的，所述流程配置模块还用于响应用户查询指令，自动查询对应业务系统的人员、工作组、角色信息。

本申请提供的技术方案的优点在于，通过对外提供标准的应用程序接口RESTful和接口文档，业务系统可以更加灵活地接入流程管理平台，其他应用采用网络通讯调用，对业务入侵小，方便业务系统对接，开发快速且便捷。通过程配置模块，流程管理平台的配置来源自现有业务系统，可配合现有业务系统权限操作，可支持根据角色分配人员，优化减少因业务系统人员变更导致的流程配置，从而提供了更友好的配置性能。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

为了更清楚的说明本发明实施例或相关技术的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的流程管理平台在一种具体实施方式下的结构框架示意图；

图2为本发明实施例提供的流程管理平台的网关鉴权方法在一种实施方式下的流程示意图；

图3为本发明实施例提供的流程管理平台的网关鉴权方法在另一种实施方式下的流程示意图；

图4为本发明实施例提供的流程管理平台的流程管理服务方法在一种实施方式下的流程示意图；

图5为本发明实施例提供的流程管理平台的流程变量配置方法在一种实施方式下的流程示意图；

图6为本发明实施例提供的流程管理平台的节点候选人配置方法在一种实施方式下的流程示意图；

图7为本发明实施例提供的流程管理平台的流程服务功能执行方法在一种实施方式下的流程示意图；

图8为本发明实施例提供的一个示例性应用场景的框架示意图；

图9为本发明实施例提供的电子设备的一种具体实施方式结构图；

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别不同的对象，而不是用于描述特定的顺序。此外术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。

在介绍了本发明实施例的技术方案后，下面详细的说明本申请的各种非限制性实施方式。

首先参见图1，图1为本发明实施例提供的一种流程管理平台在一种具体实施方式下的结构框架示意图，本实施例可包括以下内容：

流程管理平台可包括流程管理模块11、流程配置模块12和流程服务模块13。

其中，流程管理模块11用于对已完成设计的流程进行重新编辑、信息查询和发布操作；并根据所属业务系统类型，为流程配置对应的系统人员；也就是说，流程管理模块11用于对流程进行管理，具体的，新建流程、设计流程。当流程设计提交后，可对流程进行更改、删除、发布操作；管理功能包括但并不限制于流程实例监控、流程实例人工干预、流程详情、审批记录、流程轨迹、流程图等信息进行查看。

在本实施例中，流程配置模块12通过流程配置支持业务规则引入到流程的处理人、处理组、处理角色配置及流程走向的控制逻辑中。其可用于根据接入业务系统对应的业务规则配置流程的节点候选人、节点候选组和节点候选角色，也即流程配置管理模块可实现流程变量配置、节点候选人、候选组、候选角色配置、节点跳转配置、节点回退配置等。并在满足预设条件时触发自动流转至目标节点。预设条件为预先设置的触发流程回转至某个节点的条件，当检测到该条件时，则触发流程从当前节点直接回退至指定节点、退回发起方或者是跳转至指定节点。在上述流程管理模块提供新增流程、删除流程、提交流程的流程服务功能之外，流程配置模块还支持退回流程以及在业务系统中应用中延申出来的流程有：退回任意节点、退回上一级、退回发起人等。可避免重复操作，流程管理更便捷，可基于该机制进行事务异常处理，可对异常业务进行回滚，提高异常处理健壮性。

本实施例的流程服务模块13可用于通过对外提供标准的应用程序接口RESTful和接口文档以接入业务系统。流程服务模块13基于提供标准的API接口RESTful(Restful；其中，REST：Representational State Transfer，表象性状态转变或者表述性状态转移)提供快速接入。本实施例可在流程管理平台中内置RESTful模块和Feign模块这两种通信模块，基于接入的业务系统的通信类型可采用应用程序接口RESTful或接口文档与流程管理平台进行对接，其他应用可也调用这两个通信模块，可以实现非侵入式业务系统，对业务系统影响较小。流程管理平台基于提供标准的可视化RESTful/Feign接口文档，提供快速接入，为其他业务系统快速接入流程平台提供较低的门槛，使其他业务系统很方便的获取流程支撑服务。流程接入中，通过封装后的方法及对外暴露的接口，可以很好的跟业务系统对接，从而提高开发人员的开发效率。

在本发明实施例提供的技术方案中，通过对外提供标准的应用程序接口RESTful和接口文档，业务系统可以更加灵活地接入流程管理平台，其他应用采用网络通讯调用，对业务入侵小，方便业务系统对接，开发快速且便捷。通过程配置模块，流程管理平台的配置来源自现有业务系统，可配合现有业务系统权限操作，可支持根据角色分配人员，优化减少因业务系统人员变更导致的流程配置，从而提供了更友好的配置性能。

为了进一步提高流程管理平台的安全性能，本申请基于上述实施例，还提供了鉴权实施例，在接收到操作请求信息之后，可包括下述内容：

在本实施例中，流程管理平台还包括利用认证授权来验证数字签名的正确与否验证请求是否拥有访问服务的权利的鉴权模块；鉴权模块可包括微服务网关和调用组件，调用组件用于通过调用流程服务模块13的RESTful模块或Feign模块远程调用微服务网关执行鉴权操作，具体的，鉴权模块用于对当前登录用户进行权限鉴定，并对授权登录用户的业务功能使用权限进行鉴定。

如图2所示，客户端如PC端或者通过APP发送登录流程管理平台请求，调用微服务网关对该用户进行鉴权，若该用户端具有登录权限，则允许客户端登录流程管理平台，若该客户端不具有登录权限，则不允许客户端登录流程管理平台，对于授权客户端登录流程管理平台之后，当接收业务服务调用请求，同样通过微服务网络对该请求进行鉴权，若通过，则可调用业务服务，否则返回拒绝。业务服务处理后向流程引擎发送请求。由于所有请求会经由本实施例的RESTful或Feign模块远程调用网关鉴权。在鉴权不通过的情况下，本实施例会拒绝调用请求。鉴权通过的情况下，本实施例会执行流程服务功能。

在本实施例中，如图3所示，以微服务网关接收API发送的操作请求信息为例，所有调用API的请求消息都要经过网关进行路由分发。微服务网关还提供了用户鉴权、签名验证等服务。用户在客户端操作系统发送Http或Https请求，若以Http请求，则请求头包含用户令牌。用户令牌由头部、载荷、签名三部分组成。头部包含当前基本信息，即类型和签名算法。载荷包含存放有效信息、公共声明、私有声明。存放有效信息，即标准中注册的声明，参与令牌校验，包含iss(签发者)、sub(当前令牌的描述说明)、aud(接收的一方)、exp(过期时间)、nbf(在某一时间之前，不能使用)、iat(签发时间)和jti(唯一身份标识)。其中，jti用来作为一次性tocken，从而回避重放攻击。过期时间必须要大于签发时间。为方便后面服务的鉴权处理，可将令牌放入到操作请求信息的请求头中。若以Https请求，还应包含SSL(Secure Sockets Layer，安全套接字协议)或TLS(Transport Layer Security，安全传输层协议)提供加密处理数据、验证对方身份以及数据完整性保护等处理。

本实施例使用网关鉴权确保流程操作均为授权操作，避免恶意及非法操作，提升流程管理平台的安全性能。

对于传统的应用研发过程，由于传统的垂直的架构、产品功能开发模式导致代码重复率过高，代码冲突不断，导致整个应用开发效率低。代码功能耦合在一起，会使得所有的功能模块运维困难，整个项目构建时间长，任何小修改必须重新构建整个项目，导致整个研发时间很长，部署不灵活。此外，稳定性不高，而且无法满足高并发情况下的业务需求，扩展性差。这些均导致传统的应用研发成本高。基于此，本申请整个流程管理平台是基于微服务架构，具体来说，流程管理模块、流程配置模块、流程服务模块和鉴权模块均采用微服务架构，流程管理模块、流程配置模块、流程服务模块和鉴权模块各自对应相应的微服务，流程管理模块、流程配置模块、流程服务模块和鉴权模块彼此独立，各自是松耦合的。

本实施例通过微服务来实现，将复杂的业务抽离出来简单化，对一些功能服务化，在技术上易于开发和维护、按需收缩、局部修改易部署等等比较友好。在其他业务系统对接提供方便的快捷入口，调用安全审计系统暴露出的接口，无需二次开发，直接使用。对于规则可以灵活化配置和修改，业务人员可以快速使用和学习，实时全局监控各个账号的登录信息和用户角色变更等记录。针对用户在登录系统过程中、用户密码规则配置、用户在系统数据记录，数据展示及数据统计并对这些信息进行预警处理，如：可以发送邮件、短信等等。

进一步的，微服务是松藕合的，无论是在开发阶段或部署阶段都是独立的。能够快速响应，局部修改容易，一个服务出现问题不会影响整个应用。易于和第三方应用系统集成，支持使用不同的语言开发，允许你利用融合最新技术。每个微服务都很小，足够内聚，足够小，代码容易理解。团队能够更关注自己的工作成果，聚焦指定的业务功能或业务需求。从而实现一次部署，其他业务系统都可以使用。此外，对于公共模块，封装过的公共方法和服务，可以直接对接无需二次开发。

考虑到现有的流程管理平台的并发性差，操作性不足，基于上述实施例，流程管理平台还可包括虚拟化部署模块，虚拟化部署模块基于服务虚拟化技术将流程管理平台部署在虚拟化集群的目标节点上。整个流程管理平台可部署在任何一个工作节点上，并对外提供接口，以用于接入业务系统，如其可部署在虚拟化集群的管理节点上。

Docker作为一种开源的应用容器引擎，帮助开发者将应用以及依赖打包到一个可移植的容器中，便于应用的部署和扩展。而随之产生的微容器概念和微服务正好相辅相成。通过一键部署、横向扩展、持续集成等特性，助力微服务架构在企业应用环境的实践。具体的，本实施例可通过Docker进行虚拟化集群部署。运行Docker集群命令使得Docker进入集群模式，并制定其中某台设备为集群管理器，将上述安全审计平台部署在某个集群节点中完成集群部署。也就是说，本实施例的虚拟化部署模块可基于Docker的服务虚拟化。其可提供服务器整合、负载均衡、动态迁移、克隆、灾难恢复、虚拟快照、改善系统可用性、安全性。

本实施例通过虚拟化部署模块可支持集群负载均衡，亦可支持多个应用对应一个流程管理服务，解决现有技术的并发支持不足的技术弊端。

在上述实施例中，对于流程管理平台所执行的具体功能或者是说其所支持的功能并没有进行限定，基于此，本申请还给出了一个示意性的实施例，可包括下述内容：

对于流程管理模块来说，流程管理模块实现了流程定义文件的设计与发布功能的统一管理；其可包括流程新建组件、模型设计组件、流程发布组件和分类管理组件。流程新建组件用于流程管理服务使用者新建流程时，选择到流程所属的流程业务类型和所属系统类型。此外，如果需要选择的流程业务类型或所属系统类型不存在，服务支持流程业务类型、所属系统类型的添加、编辑、删除的维护操作。模型设计组件提供可视化设计界面接口，基于标准的流程引擎组件，支持在流程画布组件上通过拖动组件的方式进行流程图的设计，在节点审批人配置环节，流程管理服务自主扩展功能，根据流程所属系统，查询对应系统的人员信息。流程发布组件完成对流程进行发布，重新编辑、以及删除；分类管理组件能够根据所属系统类型，配置对应系统人员。

作为一种可选的实施方式，流程发布组件可包括流程模型管理界面，以通过流程模型管理界面对流程进行发布、重新编辑以及删除操作；流程发布组件用于当接收到新流程实例，采用最新版本的流程模型运行新流程实例。流程发布组件提供流程模型管理接口，通过流程模型管理界面提供对流程进行发布、重新编辑、以及删除功能，流程发布后流程版本递增，新发起的流程实例，采用最新版本的流程模型运行，不影响在途的历史版本流程。

本实施例完成流程的设计与发布功能集成：当流程设计提交后，流程平台获取编辑好的流程定义文件字节流，然后把流程定义文件信息写入到数据库。然后可以在流程模型管理界面，通过数据库查询，以列表的方式展示在流程模型列表页面，在页面上可以对流程模型进行编辑、删除、发布操作。通过流程模型管理界面，可以很方便的对流程进行更改、发布操作，解决了流程定义文件的设计与发布功能的无法统一管理的问题。

对于流程配置模块来说，在新建流程和流程模型设计完成之后，流程配置管理模块对流程进行相应的配置，可通过流程配置使把业务规则引入到流程的处理人配置及流程走向的控制逻辑中，可灵活配置，动态调整，满足业务对流程的需求；支持满足指定的条件表达式触发自动流转功能，减少重复操作。具体的，流程配置模块还可包括可视化界面接口，用于根据流程所属的流程业务类型和所属业务系统类型，响应用户基于标准的流程引擎组件在流程画布上通过拖动组件的方式进行流程图的设计指令，生成相应的流程，同时支持流程定义信息的编辑、流程节点的编辑维护。响应流程配置指令，自动完成流程变量配置、节点候选人配置、节点候选组配置、节点候选角色配置、节点跳转配置和节点回退配置。其中，流程变量配置支持流程全局变量和流程局部变量的配置。也就是说，服务使用者时可以选择到流程所属的流程业务类型和所属系统类型；提供可视化设计界面接口，基于标准的流程引擎组件，在流程画布上通过拖动组件的方式进行流程图的设计，在节点审批人配置环节，服务自主扩展功能，根据流程所属系统，查询对应系统的人员、工作组、角色信息。流程配置模块还用于响应用户查询指令，自动查询对应业务系统的人员、工作组、角色信息。进一步的，在流程管理平台可以支持流程的详情查看、当前节点、审批人、流程轨迹、审批记录、流程变量、流程图等信息的进行查看的基础上，还可以实现流程实例的人工干预，诸如人工干预流程的重启、撤销、驳回、审批等操作。针对在途流程可以修改流程配置或者替换流程定义文件改变流程的走向、编辑节点参与人等。以上多种人工干预措施可以在流程走向出现问题时及时进行调整流程。其实现机制是通过调用平台封装的一系列后台接口服务对流程数据进行调整。

进一步的，在本实施例中，流程配置模块封装了对流程的创建、完成、节点的创建、审批等动作事件的监听，在监听到对应的动作后，开发人员配置解析逻辑，对配置进行解析，从而控制流程的审批及流转轨迹。相应的，流程配置模块还可包括监听组件；监听组件用于监听流程动作操作和节点动作操作，调用相应解析逻辑对监听结果进行解析，并根据解析结果控制流程的审批及流转轨迹。

作为一种可选的实施方式，流程配置模块还可用于为各节点通过业务规则表达式动态设置节点信息，也即节点配置支持条件表达式动态设置节点人员。并通过根据业务规则表达式的解析结果判断是否成立动态设置节点审批人或者动态设置流程运行的下一个节点轨迹。可选的，业务规则表达式可采用EL表达式，运用配置的变量编写EL条件表达式。后台封装配置解析逻辑，对EL表达式进行解析，然后根据表达式解析结果是否成立动态设置节点审批人或者置流程运行的下一个节点轨迹。此外，节点候选人、节点候选组、节点候选角色配置支持直接配置和多条件表达式也即至少2个条件表达式配置，配置页面直接根据流程所属系统，后台通过接口获取对应系统的人员列表、工作组列表、角色列表，操作者从人员列表、工作组列表、角色列表中选择对应的人员、组或者角色。

作为另外一种可选的实施方式，上述流程管理平台的配置管理模块还可包括流程事件推送配置组件，流程管理平台可根据系统开关配置，可以把流程创建、流程重启、流程结束、节点的创建、节点完成等各节点的事件所对应的流程信息及节点信息推送给业务系统，方便业务系统根据流程节点事件触发对应的业务操作。

在流程配置完成之后，还可提供对流程使用的管控，通过控制流程状态，使流程下线变为不可用状态，或通过状态恢复正常，使流程上线，变为可用状态。也就是说，流程服务模块还可包括流程上下线组件；流程上下线组件用于通过设置流程的状态信息，控制流程上线或下线。

为了使所属领域技术人员更加清楚明白本申请的技术方案，本申请还提供了一种基于ACTIVITI(也即主流的流程引擎)的流程管理服务，如图4所示，基于ACTIVITI的流程管理服务可包括新建流程、模型设计、流程配置、流程发布、提供服务和流程上线/下线，可包括下述内容：

A1：新建流程：当平台使用者新建流程时，可以选择到流程所属的流程业务类型和所属系统类型。

在流程新建阶段，平台使用者可以选择流程业务类型、所属系统类型，如果流程业务类型或所属系统类型不存在，平台支持流程业务类型、所属系统类型的添加、编辑、删除的维护操作。

A2：模型设计：流程平台提供了可视化设计界面，基于标准的流程引擎组件，在流程画布上通过拖动组件的方式进行流程图的设计，在节点审批人配置环节，平台自主扩展功能，根据流程所属系统，查询对应系统的人员信息。

在本步骤中，流程引擎组件支持事件配置及监听配置，节点监听包括：发起人信息初始化监听、流程信息同步监听、自动跳转节点监听、保存节点参与人监听、判断发起人权限监听，执行监听包括：发起人信息初始化等。

A3：流程配置：提供流程变量配置、节点候选人/候选组/候选角色配置、节点跳转配置、节点回退配置等功能。

在本步骤中，流程变量配置满足业务系统个性化需求，支持两种类型的变量：流程全局变量和流程局部变量。如图5所示，流程变量配置步骤可包括：选择流程图，选择节点，输入表达式，然后进行信息保存。流程配置中，节点候选人配置可支持直接配置和多条件表达式配置，配置页面可直接根据流程所属系统，后台通过了接口获取对应系统的人员列表或工作组列表或角色列表，操作者直接可以直接选择对应的人员、工作组或者角色。参照图6所示，节点候选人配置步骤如下：选择流程图、选择节点，选择节点处理人，进行保存。其中节点处理人是指：根据流程所属系统，查询人员/工作组/角色信息，进行节点处理人的选择，支持单个人、多个人、工作组、角色的选择，并支持流程通过变量选择。通过本实施例的所通过的流程配置模块，本申请可对流程的设计人员配置改进：流程设计环节可以根据流程所属的系统属性配置对应系统人员。解决流程平台对多系统流程的支持问题。不同系统的流程配置时，根据系统编码调用对方接口获取的人员或岗位配置。解决了按系统类型进行流程人员的配置的问题，流程平台可同时可以接入不同系统的流程，且根据不同系统在人员配置界面展现对应系统的人员信息、工作组信息、角色信息。使流程设计者在配置节点审批人时能够选择对应的人员、工作组和角色信息。此外，本申请具有丰富的个性化流程配置：流程配置为了解决开源流程引擎审批和流程轨迹控制功能单一，不够灵活，不支持复杂的业务场景需求。同时解决了开源流程引擎功能过于简单的技术问题。通过流程配置可以使业务系统的变量配置成流程全局变量或者节点变量，基于配置的业务变量，用来编写满足业务规则表达式，这样就可以把业务规则引入到流程的审批人配置及流程走向的控制逻辑中，由于表达式是编写的，这样灵活配置，动态调整。可以灵活的满足业务对流程的需求。在流程发起之后，流程服务会监听流程事件，读取流程事件对应的表达式。通过解析逻辑，把满足条件的表达式进行执行。写入到流程变量中。或者根据流程图配置决定流程走向。这种方式可以快速满足业务需求。

A4：流程发布：平台提供流程模型管理界面，可以对流程进行发布，重新编辑、以及删除功能，流程发布后流程版本会递增，新发起的流程实例，会采用最新版本的流程模型运行，不影响在途的历史版本流程。

A5：提供服务：流程平台基于提供标准的可视化RESTful/Feign接口文档，提供快速接入，为其他业务系统快速接入流程平台提供较低的门槛，使其他业务系统很方便的获取流程支撑服务。

A6：流程下线/上线：流程平台提供对流程使用的管控，通过控制流程状态，可以使流程下线变为不可用状态。也可以通过状态恢复正常，使流程上线，继续提供服务支持。

举例来说，业务服务处理后向本实施例的流程管理平台发送Http或Https请求，RESTful模块或Feign模块调用网关鉴权，RESTful或Feign模块以创建一个RESTful或Feign组件的主类，通过主类向框架系统注册自己的实现，从而让框架进入相关功能流程，并且向框架系统提供相关功能的实现。RESTful或Feign组件在主类下实现创建负载均衡的方法。在实施例中，负载均衡方法可以根据元信息，检索与元信息对应的微服务实例，从而实现基于元信息的微服务调用。在鉴权不通过的情况下，本实施例会拒绝调用请求。鉴权通过的情况下，本实施例会执行流程服务功能。本发明的流程服务功能执行逻辑如图7所示。在流程发布之后，用户使用流程过程中，首先查询是否存在所需流程图，若流程图不存在或流程图不使用，则返回流程图不存在，并结束当前操作。如果存在，则根据实际需求对流程图的相应节点进行操作，并将相应的操作信息存储至数据库中，节点操作执行结束。若在请求节点进行操作时发生异常，则会触发事务异常处理进行回滚。执行保存数据库时，本实施例会根据配置选择对应数据源进行操作。对于节点操作支持串行、并行、分支、会签、聚合、退回、提交、转交、退回任意节点等等。

比如部署的流程图如上图8所示，先通过RepositoryService对象对流程进行定义，流程的Xml信息等会被加载到数据库表中，并创建流程解析和部署的数据。然后启动流程通过RuntimeService对象指定Xml的<process>id启动，对应流程解析表的key。根据定义流程的信息创建对应的流程实例、流程任务。最后通过TaskService对象查询任务执行任务等，执行完成后流程结束。若用户从前端发起一笔件流程调用startProces方法，业务处理后进入节点A。当节点A业务处理完毕后，提交调用complete方法至并行网关B，经并行网关B逻辑算法后进入节点C1、节点D。经由节点C1、节点D并行处理的件最后于并行聚合网关Z汇总，提交至节点D。节点D若正常提交，则提交后流程结束，若选择退回则至任意指点节点。处于节点O内件可由用户选择回退至节点A或者提交至结束。上图所有节点均可操作结束、拒绝，仅流程初始节点A可以随时对未结束的件进行取消。

由上可知，本发明实施例提供的基于ACTIVITI的流程管理平台，对流程业务功能进行封装，将流程创建、流程图设计、配置、发布、流程服务等功能高效的集成在一起，方便流程的快速创建，根据大量的业务场景抽象出通用的流程配置模块，使流程的配置更加简单灵活，同时平台封装了大量的对外接口服务以及对接文档及客户端，方便其它业务系统快速集成与对接流程平台。

上文中提到的流程管理平台从功能模块的角度描述，进一步的，本申请还提供一种电子设备，是从硬件角度描述。如图9所示，该电子设备包括存储器90，用于存储上述任一实施例提到的流程管理平台的计算机程序；处理器91，用于执行计算机程序时实现流程管理。

其中，处理器91可以包括一个或多个处理核心，比如4核心处理器、8核心处理器，处理器91还可为控制器、微控制器、微处理器或其他数据处理芯片等。处理器91可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable GateArray，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器91也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central Processing Unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器91可以集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器91还可以包括AI(ArtificialIntelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器90可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器90还可包括高速随机存取存储器以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。存储器90在一些实施例中可以是电子设备的内部存储单元，例如服务器的硬盘。存储器90在另一些实施例中也可以是电子设备的外部存储设备，例如服务器上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器90还可以既包括电子设备的内部存储单元也包括外部存储设备。存储器90不仅可以用于存储安装于电子设备的应用软件及各类数据，例如：执行漏洞处理方法的程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。本实施例中，存储器90至少用于存储以下计算机程序901，其中，该计算机程序被处理器91加载并执行之后，能够实现前述任一实施例公开的流程管理平台所支持的流程管理方法步骤。另外，存储器90所存储的资源还可以包括操作系统902和数据903等，存储方式可以是短暂存储或者永久存储。其中，操作系统902可以包括Windows、Unix、Linux等。数据903可以包括但不限于执行流程管理平台所支持的流程管理方法对应的数据等。

在一些实施例中，上述电子设备还可包括有显示屏92、输入输出接口93、通信接口94或者称为网络接口、电源95以及通信总线96。其中，显示屏92、输入输出接口93比如键盘(Keyboard)属于用户接口，可选的用户接口还可以包括标准的有线接口、无线接口等。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。显示器也可以适当的称为显示屏或显示单元，用于显示在电子设备中处理的信息以及用于显示可视化的用户界面。通信接口94可选的可以包括有线接口和/或无线接口，如WI-FI接口、蓝牙接口等，通常用于在电子设备与其他电子设备之间建立通信连接。通信总线96可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extendedindustry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本领域技术人员可以理解，图9中示出的结构并不构成对该电子设备的限定，可以包括比图示更多或更少的组件，例如还可包括实现各类功能的传感器97。

可以理解的是，如果上述实施例中的流程管理平台以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电可擦除可编程ROM、寄存器、硬盘、多媒体卡、卡型存储器(例如SD或DX存储器等)、磁性存储器、可移动磁盘、CD-ROM、磁碟或者光盘等各种可以存储程序代码的介质。

基于此，本发明实施例还提供了一种可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时如上任意一实施例所述流程管理平台所支持的流程管理方法的步骤。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

以上对本申请所提供的一种流程管理平台进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种流程管理平台，其特征在于，包括流程管理模块、流程配置模块和流程服务模块；

所述流程管理模块用于对已完成设计的流程进行重新编辑、信息查询和发布操作；并根据所属业务系统类型，为所述流程配置对应的系统人员；

所述流程配置模块用于根据接入业务系统对应的业务规则配置所述流程的节点候选人、节点候选组和节点候选角色，并在满足预设条件时触发自动流转至目标节点；

所述流程服务模块用于通过对外提供标准的应用程序接口RESTful和接口文档以接入业务系统。

2.根据权利要求1所述的流程管理平台，其特征在于，还包括鉴权模块；所述鉴权模块包括微服务网关和调用组件；所述调用组件用于通过所述流程服务模块的RESTful模块或Feign模块远程调用所述微服务网关执行鉴权操作；

所述鉴权模块用于对当前登录用户进行权限鉴定，并对授权登录用户的业务功能使用权限进行鉴定。

3.根据权利要求2所述的流程管理平台，其特征在于，所述流程管理模块、所述流程配置模块、所述流程服务模块和所述鉴权模块均采用微服务架构，以使所述流程管理模块、所述流程配置模块、所述流程服务模块和所述鉴权模块彼此独立。

4.根据权利要求1所述的流程管理平台，其特征在于，还包括虚拟化部署模块；

所述虚拟化部署模块用于基于服务虚拟化技术将所述流程管理平台部署在虚拟化集群的目标节点上。

5.根据权利要求1所述的流程管理平台，其特征在于，所述流程服务模块还包括流程上下线组件；

所述流程上下线组件用于通过设置所述流程的状态信息，控制所述流程上线或下线。

6.根据权利要求1至5任意一项所述的流程管理平台，其特征在于，所述流程配置模块包括可视化界面接口，用于根据所述流程所属的流程业务类型和所属业务系统类型，响应用户基于标准的流程引擎组件在流程画布上通过拖动组件的方式进行流程图的设计指令，生成相应的流程；响应流程配置指令，自动完成流程变量配置、节点候选人配置、节点候选组配置、节点候选角色配置、节点跳转配置和节点回退配置。

7.根据权利要求6所述的流程管理平台，其特征在于，所述流程配置模块还用于为各节点通过业务规则表达式动态设置节点信息，并通过根据所述业务规则表达式的解析结果判断是否成立动态设置节点审批人或者动态设置流程运行的下一个节点轨迹。

8.根据权利要求6所述的流程管理平台，其特征在于，所述流程配置模块还包括监听组件；

所述监听组件用于监听流程动作操作和节点动作操作，调用相应解析逻辑对监听结果进行解析，并根据解析结果控制所述流程的审批及流转轨迹。

9.根据权利要求6所述的流程管理平台，其特征在于，所述流程管理模块包括流程发布组件，所述流程发布组件包括流程模型管理界面，以通过所述流程模型管理界面对所述流程进行发布、重新编辑以及删除操作；

所述流程发布组件用于当接收到新流程实例，采用最新版本的流程模型运行所述新流程实例。

10.根据权利要求6所述的流程管理平台，其特征在于，所述流程配置模块还用于响应用户查询指令，自动查询对应业务系统的人员、工作组、角色信息。

Images