CN114331391B - 基于全域状态更新的工作流同步更新方法及工作流同步更新系统 - Google Patents

Abstract

本发明实施例公开了一种基于全域状态更新的工作流同步更新方法及工作流同步更新系统，包括工作流引擎获取加签或减签的变动请求，对工作流进行加签或减签的变动处理，并将变动请求发送给消息中间件，变动请求中至少包含变动类别、识别信息及变动内容；消息中间件根据识别信息调取对应的挂载系统信息，将变动内容与挂载系统信息的规则信息进行比较，将满足规则信息要求的变动内容、变动类别及识别信息进行打包，得到打包信息，根据规则信息所对应挂载系统的地址信息将变动内容发送给挂载系统；挂载系统更新工作流数据。本发明通过增加消息中间件统一注册所有跟并行流程有关系统，解决加减签技术导致全局系统间数据不同步、状态不同步问题。

Description

基于全域状态更新的工作流同步更新方法及工作流同步更新 系统

技术领域

本发明实施例涉及计算机技术领域，具体涉及一种基于全域状态更新的工作流同步更新方法及工作流同步更新系统。

背景技术

随着信息化系统的发展，工作流的作用越来越不可或缺，各式各样的工作流引擎设计方案也层出不穷，有嵌入式的、面向服务式的、插件式的，这些方案都是为了打破数据孤岛之间、部门之间的壁垒，使各种数据、各个部门按照既定的业务流程协同工作，进而完成一套简单或复杂的业务。

工作流是对某种表单的规定流转过程的描述，其中包括：要流经几个步骤；每个步骤由何人处理；每个步骤要处理（填写）表单上的哪些栏目；从一个步骤传递到下一个步骤必须满足哪些条件，等等。工作流实际上是管理制度的具体体现，它明确了责任分工、规定了工作程序，使每项工作都能高效、有序地进行。

在基于工作流引擎的办公环境中，并行处理的流程不在少数，由于该流程的不完整或者事项的突变性和不可确定性，办公人员往往在流程过程中需要额外增加或者减少审批人员，而此类技术称为并行流程的加减签技术。

往往在一个复杂的系统中，工作流只是其中的一个模块，工作流按照本身定制化的流程可以做到流畅运转，但是加减签技术（通过一种外部入侵的设计模式）破坏整个流程的设计，导致复杂系统中其他依赖工作流状态的系统不再协同，因此需要一种通过改造工作流引擎和对接模式来实现的全域状态更新的并行加减签技术。

发明内容

为此，本发明实施例提供一种基于全域状态更新的工作流同步更新方法及工作流同步更新系统，以解决现有技术中在加签或减签过程中无法实时同步相关系统而导致数据不同步的问题。

为了实现上述目的，本发明实施例提供如下技术方案：

一种基于全域状态更新的工作流同步更新方法，包括以下步骤：

步骤S1、工作流引擎获取加签或减签的变动请求，对工作流进行加签或减签的变动处理，并将变动请求发送给消息中间件，所述变动请求中至少包含变动类别、识别信息及变动内容。

步骤S2、所述消息中间件根据识别信息调取对应的挂载系统信息，将变动内容与挂载系统信息的规则信息进行比较，将满足规则信息要求的变动内容、变动类别及识别信息进行打包，得到打包信息，根据所述规则信息所对应挂载系统的地址信息将所述变动内容发送给挂载系统。

步骤S3、所述挂载系统根据打包信息更新工作流数据。

进一步的，所述消息中间件根据属性类目拆分变动内容，得到若干单元变动内容，将挂载系统信息中每个挂载系统的规则信息与全部单元变动内容进行比较，确定满足规则信息的单元变动内容，将所述单元变动内容、变动类别及识别信息进行打包，得到打包信息。

进一步的，所述变动内容至少拆分为变动范围、变动执行角色、变动时间、变动动作、变动对象、加签类型及加签方式。

一种使用基于全域状态更新的工作流同步更新方法的工作流同步更新，包括工作流数据库、工作流管理模块、变动功能模块及消息中间件；所述变动功能模块用于生成加签或减签的变动请求；所述工作流管理模块用于根据收变动请求对工作流进行加签或减签的变动处理，并将变动请求发送给消息中间件；所述消息中间件将变动请求拆分为识别信息、变动类别及变动内容，根据识别信息调取对应的挂载系统信息，将变动内容与挂载系统信息中的规则信息进行比较，将满足规则信息的变动内容发送给所述规则信息对应的挂载系统。

进一步的，所述消息中间件包括信息拆分模块、挂载信息数据库、信息处理模块及信息发送模块；所述信息拆分模块用于接收变动请求，并将变动请求拆分为变动类别、识别信息及变动内容，再根据属性类目将变动内容拆分为多个单元变动内容；所述信息处理模块用于根据识别信息从挂载信息数据库中调取对应的挂载系统信息，将挂载系统信息中每个挂载系统的规则信息分别与全部单元变动内容进行比较，将满足规则信息的单元变动内容、变动类别及识别信息打包后得到打包信息，将打包信息与规则信息对应的挂载系统进行关联，再根据挂载系统的地址信息将打包信息发送给挂载系统。

进一步的，所述消息中间件设有消息提醒模块，所述消息提醒模块检测变动内容，若变动执行角色中存在执行角色，则调取所述执行角色的通信信息，则将变动执行角色、变动类型及变动时间打包后根据通信信息发送给所述执行角色。

本发明实施例具有如下优点：

本发明实施例所述的一种基于全域状态更新的工作流同步更新方法通过增加消息中间件统一注册所有跟并行流程有关系统，统一进行状态管理和同步，解决了加减签技术导致全局系统间数据不同步、状态不同步的问题。单独设立附属于相关工作流节点的消息中间件，能够增强系统稳定性和可用性，解决了加减签技术导致系统进入死循环、宕机等问题。而且，通过消息中间件对原本通过异步请求搭建的系统进行解耦，提高系统抗压能力。

附图说明

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

本说明书所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容得能涵盖的范围内。

图1为本发明实施例提供的一种基于全域状态更新的工作流同步更新方法的方法流程图；

图2为本发明实施例提供的一种基于全域状态更新的工作流同步更新方法中消息中间件拆分变动内容的方法流程图；

图3为本发明实施例提供的一种工作流同步更新系统的模块结构图；

图4为图3中消息中间件的模块结构图；

图5为图3中另一种消息中间件的模块结构图。

图中：

1、工作流数据库；2、工作流管理模块；3、变动功能模块；4、消息中间件；5、挂载系统；6、信息拆分模块；7、挂载信息数据库；8、信息处理模块；9、信息发送模块；10、消息提醒模块。

具体实施方式

以下由特定的具体实施例说明本发明的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本发明的其他优点及功效，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为方便理解，下面对本申请实施例所述一种基于全域状态更新的工作流同步更新方法进行阐述，该方法中对于工作流及其相关相关系统的配置包括：

工作流引擎，包含工作流模板定制、数据表单设计、节点任务管理的统一面向流程的可配置系统。工作流引擎内设有工作流数据库1、工作流管理模块2及变动功能模块3。

工作流数据库1，用于储存工作流模板、节点模板及实例信息。

工作流管理模块2，用于设计工作流模板与节点模板，向工作流模板与节点模板中添加实例信息，并储存上述内容。

变动功能模块3，用于生成加签或减签的变动请求，设有编辑加签或减签的可视化界面。

基于上述工作流配置系统，如图1所示，本发明实施例所述的基于全域状态更新的工作流同步更新方法，包括：

步骤S1、工作流引擎获取加签或减签的变动请求，对工作流进行加签或减签的变动处理，并将变动请求发送给消息中间件4，所述变动请求中至少包含变动类别、识别信息及变动内容。

所述变动请求包括变动类别、识别信息及变动内容。

所述变动类别包括加签与减签，工作流引擎可根据变动类别识别本次变动时加签或减签，若工作流引擎识别变动类别为加签，则对工作流模板进行加签处理；若工作流引擎识别变动类别为减签，则对工作流模板进行减签处理。

所述识别信息包括工作流ID与节点ID，系统可根据识别信息确定变动范围，工作流ID对应进行加签或减签的工作流模板，节点ID为所述工作流模板中需要进行加签或减签处理的工作流节点。具体的，挂载系统5分为通用系统与节点系统，前者为与工作流的全部节点均有信息交互动作的挂载系统5，如监控系统需要监控每一个工作流节点的任务进度，需要实时与工作流节点进行信息交互，又如提醒系统，需要对每个工作流节点中的具体执行人员进行业务提醒，因此挂载系统5仅需与工作流ID关联。后者为与工作流中部分节点有信息交互动作的挂载系统5，如仅在工作流办结之后进行数据统计的统计系统，又如针对特定工作流节点进行定时的定时任务系统，因此挂载系统5可以和工作流ID关联，或者和节点ID关联。

所述变动内容包括但不限于变动范围、变动执行角色、变动时间、变动动作、变动对象，系统可根据变动内容确定变动的具体事项，如确定变动时间、变动范围、变动执行角色等，变动内容中以属性类目对内容信息分类，便于后续处理中将变动内容分配给多个相关的挂载系统5。

所述变动范围包括“对节点变动”或“不对节点变动”，如加签中变动范围为对节点变动，则对工作流模板中增加节点，又如减签中变动范围为不对节点变动，则不对工作流模板中进行删减节点处理，仅是删减执行角色。

所述变动时间为加签或减签的执行具体时间。

所述变动动作指业务所要处理的事宜，其抽象总结出一些业务常用行为，如提交、验证、审核等，所述动作可分为两类——通用动作和独立动作，前者一般为动态指定对象，对象可以不同，但业务逻辑基本相同，比如审批表单动作，对象可以是任务审批表单，也可是采购审批表单，或是其他表单，又如人员分配动作中对象可以是任何人员；而后者封装了独立的业务逻辑，具有一定的针对性，不可以任意指定对象，而是将对象直接绑定在业务逻辑内，比如固定资产入库动作，其对象只能是固定资产报表。

所述变动执行角色用于临时储存被增减执行角色的执行角色信息，执行角色指执行动作的人员类别，并非任务的具体执行者，仅是描述了执行者的权限，比如负责人、审核人等。

变动对象指受动作影响的具体事务，指动作的操作对象，如各种表单、人员或数据。

若变动类别为加签，则所述变动内容还包括加签类型与加签方式，所述加签类型用于确定增加的节点与原节点之间的排序关系，所述加签方式用于确定增加的执行角色与原执行角色之间的权限关系。其中，所述加签类型包括前加签、后加签或并签，具体如下：

a、前加签——在目标节点与其前一节点之间新增加签节点，将目标节点的“上一个节点”字段指向加签节点，将目标节点的前一节点的“下一个节点”字段指向加签节点。

b、后加签——在目标节点与其后一节点之间新增加签节点，将目标节点的“下一个节点”字段指向加签节点，将目标节点的后一节点的“上一个节点”字段指向加签节点。

c、并签——不新增加签节点，在目标节点中增加相同的执行角色、处理对象及动作，并为执行角色配置具体执行人。

若加签节点中包含的执行角色多于1个，则需要设置加签方式，所述加签方式包括或签或会签，具体如下：

所述会签指同一节点内多个执行角色全部同意，工作流才能向后流转，如审批节点1中具有ABC三人，需ABC三人全部同意之后，审批节点1的工作才能结束，进行后续流转。

所述或签指同一个审批节点内多个执行角色中任一同意，工作流即可向后流转，如审批节点1中具有ABC三人，ABC三人中任一一人同意之后，审批节点1的工作就能结束，进行后续流转。

步骤S2、所述消息中间件4根据识别信息调取对应的挂载系统5信息，将满足挂载系统5信息中规则信息的变动内容发送给对应的挂载系统5。在有新的应用系统需要对接，或者原系统需求改变的时候，原工作流或新应用系统都要进行更改和对接，工作流作为一个基础软件，在更改或对接中需要对工作流全面的系统测试，费人费力且稳定性低，消息中间件4将对接工作单独设立，解放工作流底层，将工作压力转嫁到应用系统中，提高了底层稳定性，避免了牵一发而动全身的情况。

如图2所示，所述消息中间件4可为工作流引擎的内部功能模块，或者为与工作流引擎交互的单独功能模块。当工作流引擎接收到加签或减签的变动请求时将所述变动请求发送给消息中间件4，消息中间件4识别变动请求中的识别信息，确定工作流ID与节点ID，从挂载数据库中调取与工作流ID对应的工作流挂载系统5表，以及调取与节点ID对应的节点挂载系统5表。本步骤并非固定方式，而是根据挂载系统5的对接设置而定，若只存在工作流挂载系统5表或节点挂载系统5表，则仅需要根据对应的识别信息调取，只需要满足通过识别信息调取与工作流对接的挂载系统5信息的技术方案均落入本发明的保护范围之内。

所述消息中间件4根据属性类目拆分变动请求中的变动内容，根据属性类目拆分变动内容，得到包括但不限于变动范围、变动动作、变动对象、变动执行角色、变动时间、加签类型、加签方式等多个单元变动内容，每个单元变动内容中仅包含单一属性类目的变动内容。

依次调取挂载系统5表中的挂载系统5信息，所述挂载系统5表为工作流挂载系统5表或节点挂载系统5表，然后将挂载系统5信息中的规则信息与全部的单元变动信息比较，确定满足规则信息要求的单元变动信息，然后将被确定的单元变动信息、变动类别及识别信息打包，将打包信息发送给所述规则信息对应的挂载系统5。如挂载系统5为人员统计类系统，当属性类目为变动执行角色的单元变动信息中包含执行角色，则该单元变动信息被确定，消息中间件4根据所述人员统计类系统的地址信息将所述单元变动内容、变动类别及识别信息发送给人员统计类系统；又如挂载系统5为节点监控系统，当属性类目为变动范围的单元变动信息中包含节点ID，则该单元变动信息被确定，消息中间件4根据所述节点监控系统的地址信息将所述单元变动内容、变动类别及识别信息发送给节点监控系统，若属性类目为变动范围的单元变动信息中不包含节点ID，说明不是节点的加签或减签，仅是执行角色的加签或减签，则对于节点监控系统而言，该单元变动信息不被确定。又如，挂载系统5为链接类系统，当属性类目为变动动作和\或变动对象的单元变动信息中包含动作和\或动作对象，则该单元变动信息被确定，消息中间件4根据所述连接类系统的地址信息将所述变动动作、变动对象、变动个类别及识别信息发送给链接类系统；又如挂载系统5为可视化系统，当属性类目为变动范围或变动执行角色的单元变动信息中包含增减的节点信息或执行角色信息，则该单元变动信息被确认，消息中间件4根据所述可视化系统的地址信息将所述变动范围、变动执行角色、变动类型及识别信息发送给可视化系统。

所述消息中间件4具有消息提醒功能，若变动执行角色中存在执行角色，则调取所述执行角色的通信信息，则将变动执行角色、变动类型及变动时间打包后根据通信信息发送给所述执行角色，告知其在变动时间后工作流发生的变化。本实施例中根据执行角色的识别信息从人员信息数据库中调取执行角色的联系信息，发送消息的方式包括但不限于邮件提醒、短信提醒、APP消息提醒、电话语音提醒等。

步骤S3、所述挂载系统5根据打包信息更新工作流数据。挂载系统5包括但不限于分统计类挂载系统5、链接类挂载系统5、可视化类挂载系统5。

统计类挂载系统5根据打包信息中的单元变动内容，对统计数值进行更新，如节点数的统计数值更新，如减签中办理截止日期变化（总体的办理截止日期会缩短），又如绩效考核系统中待办和已办的数值更新。

链接类挂载系统5根据打包信息中的单元变动内容，对待办列表中新增或者减少一个待办项。

可视化挂载系统5根据打包信息中的单元变动内容，对全流程可视化图需重新渲染，如已办人员的历程可视化图重新渲染、未办人员的历程可视化图重新渲染或新增办理人需要重新渲染历程可视化图等。

如图3所示，一种使用所述基于全域状态更新的工作流同步更新方法的工作流同步更新系统，包括工作流数据库1、工作流管理模块2、变动功能模块3及消息中间件4，所述变动功能模块3用于生成加签或减签的变动请求；所述工作流管理模块2用于根据收变动请求对工作流进行加签或减签的变动处理，并将变动请求发送给消息中间件4；所述消息中间件4将变动请求拆分为识别信息、变动类别及变动内容，根据识别信息调取对应的挂载系统5信息，将变动内容与挂载系统5信息中的规则信息进行比较，将满足规则信息的变动内容发送给所述规则信息对应的挂载系统5。

如图4所示，所述消息中间件4包括信息拆分模块6、挂载信息数据库7、信息处理模块8及信息发送模块9。

所述信息拆分模块6用于接收变动请求，并将变动请求拆分为变动类别、识别信息及变动内容，再根据属性类目将变动内容至少拆分为变动范围、变动执行角色、变动时间、变动动作、变动对象、加签类型及加签方式等多个单元变动内容，若变动请求中不包含任意单元变动内容，则将拆分出的单元变动内容设为空。

所述信息处理模块8根据识别信息从挂载信息数据库7中调取对应的挂载系统5信息，所述识别信息为工作流ID或节点ID。将挂载系统5信息中每个挂载系统5的规则信息分别与全部单元变动内容进行比较，将满足规则信息的单元变动内容、变动类别及识别信息打包后得到打包信息，将打包信息与规则信息对应的挂载系统5进行关联，再根据挂载系统5的地址信息将打包信息发送给挂载系统5。

如图5所示，所述消息中间件4设有消息提醒模块10，所述消息提醒模块10检测变动内容，若变动执行角色中存在执行角色，则调取所述执行角色的通信信息，则将变动执行角色、变动类型及变动时间打包后根据通信信息发送给所述执行角色，告知其在变动时间后工作流发生的变化。消息中间件4内可设人员信息数据库，或者外接人员信息数据库。

虽然，上文中已经用一般性说明及具体实施例对本发明作了详尽的描述，但在本发明基础上，可以对之作一些修改或改进，这对本领域技术人员而言是显而易见的。因此，在不偏离本发明精神的基础上所做的这些修改或改进，均属于本发明要求保护的范围。

Claims (5)

1.一种基于全域状态更新的工作流同步更新方法，其特征在于，包括以下步骤：

步骤S1、工作流引擎获取加签或减签的变动请求，对工作流进行加签或减签的变动处理，并将变动请求发送给消息中间件，所述变动请求中至少包含变动类别、识别信息及变动内容，所述识别信息包括工作流ID与节点ID；

步骤S2、消息中间件识别变动请求中的识别信息，确定工作流ID与节点ID，从挂载数据库中调取与工作流ID对应的工作流挂载系统表，以及调取与节点ID对应的节点挂载系统表，所述消息中间件根据属性类目拆分变动内容，得到若干单元变动内容，将工作流挂载系统表或节点挂载系统表中每个挂载系统的规则信息与全部单元变动内容进行比较，确定满足规则信息的单元变动内容，将所述单元变动内容、变动类别及识别信息进行打包，得到打包信息，根据所述规则信息所对应挂载系统的地址信息将所述变动内容发送给挂载系统；

步骤S3、所述挂载系统根据打包信息更新工作流数据。

2.根据权利要求1所述的基于全域状态更新的工作流同步更新方法，其特征在于：所述变动内容至少拆分为变动范围、变动执行角色、变动时间、变动动作、变动对象、加签类型及加签方式。

3.一种使用基于全域状态更新的工作流同步更新方法的工作流同步更新系统，其特征在于：包括工作流数据库、工作流管理模块、变动功能模块及消息中间件；

所述变动功能模块用于生成加签或减签的变动请求；

所述工作流管理模块用于根据收变动请求对工作流进行加签或减签的变动处理，并将变动请求发送给消息中间件，所述变动请求中至少包含变动类别、识别信息及变动内容，所述识别信息包括工作流ID与节点ID；

所述消息中间件将变动请求拆分为识别信息、变动类别及变动内容，消息中间件识别变动请求中的识别信息，确定工作流ID与节点ID，从挂载数据库中调取与工作流ID对应的工作流挂载系统表，以及调取与节点ID对应的节点挂载系统表，所述消息中间件根据属性类目拆分变动内容，得到若干单元变动内容，将工作流挂载系统表或节点挂载系统表中每个挂载系统的规则信息与全部单元变动内容进行比较，确定满足规则信息的单元变动内容，将满足规则信息的变动内容发送给所述规则信息对应的挂载系统。

4.根据权利要求3所述的工作流同步更新系统，其特征在于：所述消息中间件包括信息拆分模块、挂载信息数据库、信息处理模块及信息发送模块；

所述信息拆分模块用于接收变动请求，并将变动请求拆分为变动类别、识别信息及变动内容，再根据属性类目将变动内容拆分为多个单元变动内容；

所述信息处理模块用于根据识别信息从挂载信息数据库中调取对应的挂载系统信息，将挂载系统信息中每个挂载系统的规则信息分别与全部单元变动内容进行比较，将满足规则信息的单元变动内容、变动类别及识别信息打包后得到打包信息，将打包信息与规则信息对应的挂载系统进行关联，再根据挂载系统的地址信息将打包信息发送给挂载系统。

5.根据权利要求3所述的工作流同步更新系统，其特征在于：所述消息中间件设有消息提醒模块，所述消息提醒模块检测变动内容，若变动执行角色中存在执行角色，则调取所述执行角色的通信信息，则将变动执行角色、变动类型及变动时间打包后根据通信信息发送给所述执行角色。

Images