一种业务协同处理方法、系统、终端及计算机存储介质与流程

1.本技术属于业务处理技术领域，尤其涉及一种业务协同处理方法、系统、终端及计算机存储介质。


背景技术：

2.流程引擎在协同办公、业务审批中使用广泛，在架构上通常可划分为集中式和分布式两种。集中式架构一般在中小型企业使用较多，流程引擎的实例分布在同一个数据中心，共享同一个数据库，所有业务系统都访问统一的流程平台进行业务审批，架构简单，不需要跨节点同步数据。分布式架构通常在大型跨国企业使用，由于地理位置、语言、使用习惯等差异，流程引擎的实例分布在全球不同的数据中心，各数据中心的实例有独立的数据库和独立配置，业务上各区域节点负责处理本区域的业务流程，总部节点需要统一处理全球各区域节点的业务流程，会存在总部节点与区域节点间的数据如何同步，以及流程如何协同办理的问题。如果没有支持全球业务协同的流程引擎，会严重影响全球业务流程的审批效率，甚至会造成业务混乱。
3.目前，通过流程引擎进行全球业务协同，通常采用全球各数据中心部署独立的流程引擎，如图1所示，在a大洲、b大洲、c大洲分别部署独立的流程引擎，然后通过门户系统将不同区域的用户导航至对应的数据中心进行流程业务处理。由于全球各区域流程引擎平台独立部署，每个区域都要单独设计流程、发布流程和办理流程。总部节点往往需要参与全球多个区域的流程业务办理，会导致用户需要频繁切换流程引擎，办理效率较低。而且一旦流程发生变化，就需要全球各区域节点人工同步流程数据，容易造成流程不一致，从而影响业务。


技术实现要素：

4.针对上述技术问题，本技术提供一种业务协同处理方法、系统、终端及计算机存储介质，以提高跨区域、跨数据中心各节点的流程定义的一致性及同步性，以及流程业务协同处理的效率及准确性。
5.本技术提供了一种业务协同处理方法，应用于主节点，包括：获取第一流程定义文件，并从所述第一流程定义文件中提取词条编码数据；在所述词条编码数据存在更新时，将所述词条编码数据的更新内容发送至子节点，以同步更新所述子节点的第二流程定义文件。
6.在一实施方式中，在所述词条编码数据存在更新时，将所述词条编码数据的更新内容发送至子节点，包括：在存在新增词条编码数据时，将所述新增词条编码数据发送至国际化平台；通过所述国际化平台对所述新增词条编码数据进行翻译，确定多个语言版本的词条翻译数据，并响应所述子节点的语言选择指令，将对应语言版本的词条翻译数据发送至所述子节点。
7.本技术还提供了一种业务协同处理方法，应用于子节点，包括：接收主节点的第一
流程定义文件中词条编码数据的更新内容，根据所述词条编码数据的更新内容更新第二流程定义文件；获取流程运行数据，其中，所述流程运行数据包括流程实例数据；在存在新增流程实例数据时，将所述新增流程实例数据对应的流程运行数据发送至所述主节点，以便所述主节点统一处理所述对应的流程运行数据。
8.在一实施方式中，在存在新增流程实例数据时，将所述新增流程实例数据对应的流程运行数据发送至所述主节点，包括：在存在所述新增流程实例数据时，将所述新增流程实例数据对应的流程运行数据发送至同步服务器的消息队列中；通过所述同步服务器响应所述主节点的订阅流程运行数据消息，从所述消息队列中提取一至多个目标流程运行数据，并将所述目标流程运行数据发送至所述主节点。
9.本技术还提供了一种业务协同处理系统，所述处理系统包括主节点及至少一个子节点；所述主节点用于获取第一流程定义文件，从所述第一流程定义文件中提取词条编码数据，并在所述词条编码数据存在更新时，将所述词条编码数据的更新内容发送至所述子节点；所述子节点用于接收所述词条编码数据的更新内容，并根据所述词条编码数据的更新内容，更新第二流程定义文件。
10.在一实施方式中，所述处理系统还包括国际化平台；所述主节点还用于在存在新增词条编码数据时，将所述新增词条编码数据发送至所述国际化平台；所述国际化平台用于对所述新增词条编码数据进行翻译，确定多个语言版本的词条翻译数据，并响应节点的语言选择指令，将对应语言版本的词条翻译数据发送至所述节点；其中，所述节点包括所述主节点及所述子节点。
11.在一实施方式中，所述子节点还用于获取流程运行数据，其中，所述流程运行数据包括流程实例数据，并在存在新增流程实例数据时，将所述新增流程实例数据对应的流程运行数据发送至所述主节点；所述主节点还用于统一处理所述对应的流程运行数据。
12.在一实施方式中，所述处理系统还包括同步服务器；所述子节点还用于在存在所述新增流程实例数据时，将所述新增流程实例数据对应的流程运行数据发送至同步服务器的消息队列中；所述同步服务器用于响应所述主节点的订阅流程运行数据消息，从所述消息队列中提取一至多个目标流程运行数据，并将所述目标流程运行数据发送至所述主节点。
13.本技术还提供了一种终端，所述终端包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述处理方法的步骤。
14.本技术还提供了一种计算机存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述处理方法的步骤。
15.本技术提供的一种业务协同处理方法、系统、终端及计算机存储介质，将主节点作为中心控制节点，由主节点统一设计、发布流程到全球各子节点，并将全球各子节点的流程运行数据汇总至主节点，具有以下有益效果：
16.1)提高了全球各区域流程业务协同处理的效率及准确性；
17.2)提高了全球各区域流程定义的一致性及同步性；
18.3)实现对全球各区域流程的统一办理及监管；
19.4)实现流程定义的词条编码数据的国际化。
附图说明
20.图1是现有的全球流程引擎部署方案示意图；
21.图2是本技术实施例一提供的业务协同处理方法的流程示意图；
22.图3是本技术实施例一提供的词条翻译的具体流程示意图；
23.图4是本技术实施例二提供的业务协同处理方法的流程示意图；
24.图5是本技术实施例二提供的数据同步的具体流程示意图；
25.图6是本技术实施例三提供的业务协同处理系统的结构示意图；
26.图7是本技术实施例四提供的终端的结构示意图。
具体实施方式
27.以下结合说明书附图及具体实施例对本技术技术方案做进一步的详细阐述。除非另有定义，本技术所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中在本技术的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术。本文所使用的“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。
28.图2是本技术实施例一提供的业务协同处理方法的流程示意图，本技术实施例一提供的业务协同处理方法应用于主节点。如图2所示，本技术的业务协同处理方法可以包括如下步骤：
29.步骤s101：获取第一流程定义文件，并从第一流程定义文件中提取词条编码数据；
30.可选地，流程定义文件包括流程定义、流程节点以及流程相关模块的名称、描述等数据，其中，第一流程定义文件为主节点本地存储的流程定义文件、第二流程定义文件为子节点本地存储的流程定义文件。
31.可选地，词条编码数据包括词条标识(key值)及词条内容。
32.步骤s102：在词条编码数据存在更新时，将词条编码数据的更新内容发送至子节点，以同步更新子节点的第二流程定义文件。
33.可选地，词条编码数据的更新内容包括将词条标识a对应的词条内容由a修改为b、增加词条标识b及其对应的词条内容c、删除词条标识c及其对应的词条内容d等。
34.在一实施方式中，在词条编码数据存在更新时，将词条编码数据的更新内容发送至子节点，包括：
35.在存在新增词条编码数据时，将新增词条编码数据发送至国际化平台；
36.通过国际化平台对新增词条编码数据进行翻译，确定多个语言版本的词条翻译数据，并响应子节点的语言选择指令，将对应语言版本的词条翻译数据发送至子节点。
37.可选地，词条翻译过程如图3所示：主节点获取流程定义文件，并提取词条编码数据，判断是否存在新增词条编码数据，若存在新增词条编码数据，则通过资源表现状态转换(resource representational state transfer，restful)接口将新增词条编码数据发送至国际化平台，若不存在新增词条编码数据，则继续获取流程定义文件；国际化平台对新增词条编码数据进行翻译，并判断翻译版本是否大于本地版本，若翻译版本大于本地版本，则表示翻译完成，得到多个语言版本的词条翻译数据，若翻译版本小于或等于本地版本，则继续对新增词条编码数据进行翻译；国际化平台响应各节点的语言选择指令，将对应语言版
本的词条翻译数据发送至各节点，如主节点的选择语言为中文，则将中文版本的词条翻译数据发送至主节点，子节点1的选择语言为葡萄牙语，则将葡萄牙语版本的词条翻译数据发送至子节点1；子节点2的选择语言为英文，则将英文版本的词条翻译数据发送至子节点2；各节点根据国际平台发送的词条翻译数据更新本地词条翻译。
38.可选地，为实现业务流程建模与标注v2.0(business process modeling notation2.0，bpmn2.0)标准的工作流，引入开源工作流框架(activiti)，限于activiti本身对于国际化、分布式以及多业务系统支持方面的缺陷，本技术将只使用其对流程定义解析、流程执行以及相关流程数据的查询功能，在此基础上进行以下方面的扩展：
39.1)多租户与多业务系统的支持，定义三级结构的流程定义管理：业务系统、模块定义、流程定义，在模块定义与流程定义上关联租户定义身份标识(identification，id)，从而实现业务系统与租户在流程定义上的数据隔离，进而保证后续流程定义引出的流程实例、任务实例等数据在租户与业务系统上的相互独立；
40.2)流程运行数据的接管，通过对activiti在流程执行过程中发布的流程实例开始、结束事件以及任务实例的开始、结束、处理人分配等事件的监听，将流程实际运行实例、任务实例数据存入业务数据库并记录流程节点执行顺序数据，同时再次将相关事件以消息的形式发布到卡夫卡(kafka)/rabbitmq(rabbitmessage queue)等消息队列，以提供对后续可能的扩展支持；
41.3)流程定义扩展，bpmn2.0流程文件是以可扩展标记语言(extensible markup language,xml)格式定义，在此基础上通过新增自定义xml命名空间，在此命名空间下定义扩展节点属性以及自定义元素，并在扩展的相关元素中以json(javascript object notation)格式的方式对用户任务节点、顺序流、网关以及全局流程属性等相关bpmn2.0定义的各种节点进行数据存储的扩展，同时通过解析xml中的扩展信息后存入业务数据库，从而实现从前端流程定义设计到后端定义信息存储的过程；
42.4)流程定义预测试，在流程定义设计完整的基础上，对流程定义进行预测试，主要包括对初始发起节点的标定、流程节点的拆分、流程事件的预设置、流程定义语法的合法性校验以及流程参与者、表单等扩展信息的解析，从而获得一条完整的可执行流程定义，以标准的流程表单发起方式，按照流程设定的执行顺序和执行逻辑预测试流程定义的正确性与可执行性。
43.本技术实施例一提供的业务协同处理方法，将主节点作为中心控制节点，由主节点统一设计、发布流程到全球各子节点，提高了跨区域、跨数据中心的各节点的流程定义的一致性，并实现了流程定义的词条编码数据的国际化。
44.图4是本技术实施例二提供的业务协同处理方法的流程示意图，本技术实施例二提供的业务协同处理方法应用于子节点。如图4所示，本技术的业务协同处理方法可以包括如下步骤：
45.步骤s201：接收主节点的第一流程定义文件中词条编码数据的更新内容，根据词条编码数据的更新内容更新第二流程定义文件；
46.步骤s202：获取流程运行数据，其中，流程运行数据包括流程实例数据；
47.步骤s203：在存在新增流程实例数据时，将新增流程实例数据对应的流程运行数据发送至主节点，以便主节点统一处理对应的流程运行数据。
48.可选地，流程运行数据还包括任务实例数据。
49.在一实施方式中，在存在新增流程实例数据时，将新增流程实例数据对应的流程运行数据发送至主节点，包括：
50.在存在新增流程实例数据时，将新增流程实例数据对应的流程运行数据发送至同步服务器的消息队列中；
51.通过同步服务器响应主节点的订阅流程运行数据消息，从消息队列中提取一至多个目标流程运行数据，并将目标流程运行数据发送至主节点。
52.可选地，数据同步过程如图5所示：子节点监听客户端的初始化并读取流程运行数据，判断流程运行数据中是否存在新增流程实例数据，若不存在新增流程实例数据，则继续读取流程运行数据；若存在新增流程实例数据，则在本地存储新增流程实例数据对应的流程运行数据，同时将对应的流程运行数据发送至同步服务器，另外，若与对应的流程运行数据存在其他相关系统，则向其他相关系统发送数据消息(如某员工在考勤系统提交的请假申请流程审批通过后，向人力资源系统发送请假审批完成通知，以便人力资源系统扣除该员工当前的餐补)；同步服务器接收对应的流程运行数据，并将对应的流程运行数据存储于kafka消息队列中，同时进行数据备份；同步服务器响应主节点的订阅流程运行数据消息，从消息队列中提取一至多个目标流程运行数据，并将目标流程运行数据发送至主节点；主节点存储目标流程运行数据，并将目标流程运行数据发送给对应的审批负责人。
53.本技术实施例二提供的业务协同处理方法，以主节点为中心控制节点，将全球各子节点的流程运行数据汇总至主节点，无需切换至其他子节点，在主节点即可对全球流程业务进行统一办理，提高了跨区域、跨数据中心进行流程业务协同处理的效率及准确性，实现了对全球各区域流程的统一办理及监管。
54.图6是本技术实施例三提供的业务协同处理系统的结构示意图。本技术的业务协同处理系统包括：主节点及至少一个子节点；
55.在一实施方式中，主节点用于获取第一流程定义文件，从第一流程定义文件中提取词条编码数据，并在词条编码数据存在更新时，将词条编码数据的更新内容发送至子节点；
56.子节点用于接收主节点的第一流程定义文件中词条编码数据的更新内容，并根据词条编码数据的更新内容，更新第二流程定义文件。
57.在一实施方式中，业务协同处理系统还包括国际化平台；
58.主节点还用于在存在新增词条编码数据时，将新增词条编码数据发送至国际化平台；
59.国际化平台用于对新增词条编码数据进行翻译，确定多个语言版本的词条翻译数据，并响应节点的语言选择指令，将对应语言版本的词条翻译数据发送至节点；其中，节点包括主节点及子节点。
60.在一实施方式中，子节点还用于获取流程运行数据，其中，流程运行数据包括流程实例数据，并在存在新增流程实例数据时，将新增流程实例数据对应的流程运行数据发送至主节点；
61.主节点还用于统一处理对应的流程运行数据。
62.在一实施方式中，业务协同处理系统还包括同步服务器；
63.子节点还用于在存在新增流程实例数据时，将新增流程实例数据对应的流程运行数据发送至同步服务器的消息队列中；
64.同步服务器用于响应主节点的订阅流程运行数据消息，从消息队列中提取一至多个目标流程运行数据，并将目标流程运行数据发送至主节点。
65.其中，主节点和子节点在主体结构上是相似的，都拥有一个单独的流程引擎系统和流程数据管理模块，可以独立地承担流程的发起、审批、运转、监控、管理及优化，负责本节点业务辐射区域(包括一个或多个国家)的流程业务，两者结构上的区别如下：
66.1)主节点单独部署有流程定义设计模块，用于设计包括自身节点在内的所有全球节点的流程定义文件，以及流程定义文件的发布管控；
67.2)主节点单独部署有统一待办管理模块，用于对全球节点待办数据进行统一展示以及任务审批跳转；
68.3)主节点单独部署有国际化同步模块，用于向国际化平台同步新增词条编码数据；
69.4)子节点单独部署有数据同步客户端，用于全球节点的流程运行数据与同步服务器之间的传递。
70.本实施例的具体实现过程参考实施例一及实施例二，此处不再赘述。
71.本技术实施例三提供的业务协同处理系统，采用分布式节点部署，各节点负责区域业务支持，主子节点数据同步，主节点负责统一待办处理与流程定义远程部署分发，并对全球各区域流程进行统一办理及监管，提高了全球各区域流程业务处理速度及实现效果的一致性，实现了bpmn2.0标准流程引擎驱动及流程定义词条编码数据的国际化。
72.图7是本技术实施四提供的终端的结构示意图。本技术的终端包括：处理器110、存储器111以及存储在存储器111中并可在处理器110上运行的计算机程序112。处理器110执行计算机程序112时实现上述业务协同处理方法实施例中的步骤。
73.终端可包括，但不仅限于，处理器110、存储器111。本领域技术人员可以理解，图7仅仅是终端的示例，并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端还可以包括输入输出设备、网络接入设备、总线等。
74.处理器110可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数词信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
75.存储器111可以是终端的内部存储单元，例如终端的硬盘或内存。存储器111也可以是终端的外部存储设备，例如终端上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数词(secure digital,sd)卡，闪存卡(flash card)等。进一步地，存储器111还可以既包括终端的内部存储单元也包括外部存储设备。存储器111用于存储计算机程序以及终端所需的其他程序和数据。存储器111还可以用于暂时地存储已经输出或者将要输出的数据。
76.本技术还提供一种计算机存储介质，计算机存储介质上存储有计算机程序，计算
机程序被处理器执行时实现上述业务协同处理方法实施例中的步骤。
77.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
78.在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，除了包含所列的那些要素，而且还可包含没有明确列出的其他要素。
79.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。