一种业务流程的配置信息的处理方法及装置与流程

1.本发明涉及数据处理技术领域，具体涉及一种业务流程的配置信息的处理方法及装置。


背景技术：

2.工作流技术在多类系统中被广泛应用，通过工作流技术对业务流程进行建模和驱动业务流程的运行，能够有效降低业务流程和业务系统的耦合性。
3.在将业务流程的业务处理逻辑放在业务系统中时，需要通过硬编码的方式在业务系统中维护业务流程的配置信息；在前述情况下，当业务流程发生变化时也需要在业务系统中同步修改程序代码，维护效率较低。


技术实现要素：

4.有鉴于此，本发明实施例提供一种业务流程的配置信息的处理方法及装置，以解决现有维护配置信息的方式存在的维护效率较低等问题。
5.为实现上述目的，本发明实施例提供如下技术方案：
6.本发明实施例第一方面公开一种业务流程的配置信息的处理方法，所述方法包括：
7.获取用于查询目标业务流程的配置信息的查询指令；
8.响应所述查询指令，调用工作流系统确定所述目标业务流程的版本号是否发生更新；
9.若所述目标业务流程的版本号发生更新，从所述工作流系统中获取新的版本号；
10.基于所述新的版本号和所述目标业务流程的流程名称，从业务系统中加载第一目标动态脚本；
11.利用所述目标业务流程的任务编号，从所述第一目标动态脚本中读取所述目标业务流程的配置信息；
12.若所述目标业务流程的版本号未发生更新，基于所述目标业务流程的当前版本号和流程名称，从业务系统中加载第二目标动态脚本；
13.利用所述目标业务流程的任务编号，从所述第二目标动态脚本中读取所述目标业务流程的配置信息。
14.优选的，基于所述新的版本号和所述目标业务流程的流程名称，从业务系统中加载第一目标动态脚本，包括：
15.将所述新的版本号和所述目标业务流程的流程名称进行组合，以得到第一唯一标识；
16.从业务系统存储的多个动态脚本中，加载脚本标识与所述第一唯一标识一致的动态脚本为第一目标动态脚本；
17.其中，所述业务系统中每个动态脚本设置有相应的脚本标识，每个动态脚本的脚
本标识由业务流程的版本号和流程名称组合得到。
18.优选的，若所述目标业务流程的版本号未发生更新，基于所述目标业务流程的当前版本号和流程名称，从业务系统中加载第二目标动态脚本，包括：
19.若所述目标业务流程的版本号未发生更新，将所述目标业务流程的当前版本号与流程名称进行组合，以得到第二唯一标识；
20.从业务系统存储的多个动态脚本中，加载脚本标识与所述第二唯一标识一致的动态脚本为第二目标动态脚本；
21.其中，所述业务系统中每个动态脚本设置有相应的脚本标识，每个动态脚本的脚本标识由业务流程的版本号和流程名称组合得到。
22.优选的，所述第一目标动态脚本和所述第二目标动态脚本为groovy脚本。
23.本发明实施例第二方面公开一种业务流程的配置信息的处理装置，所述装置包括：
24.第一获取单元，用于获取用于查询目标业务流程的配置信息的查询指令；
25.确定单元，用于响应所述查询指令，调用工作流系统确定所述目标业务流程的版本号是否发生更新；
26.第二获取单元，用于若所述目标业务流程的版本号发生更新，从所述工作流系统中获取新的版本号；
27.第一加载单元，用于基于所述新的版本号和所述目标业务流程的流程名称，从业务系统中加载第一目标动态脚本；
28.第一读取单元，用于利用所述目标业务流程的任务编号，从所述第一目标动态脚本中读取所述目标业务流程的配置信息；
29.第二加载单元，用于若所述目标业务流程的版本号未发生更新，基于所述目标业务流程的当前版本号和流程名称，从业务系统中加载第二目标动态脚本；
30.第二读取单元，用于利用所述目标业务流程的任务编号，从所述第二目标动态脚本中读取所述目标业务流程的配置信息。
31.优选的，所述第一加载单元包括：
32.组合模块，用于将所述新的版本号和所述目标业务流程的流程名称进行组合，以得到第一唯一标识；
33.加载模块，用于从业务系统存储的多个动态脚本中，加载脚本标识与所述第一唯一标识一致的动态脚本为第一目标动态脚本；
34.其中，所述业务系统中每个动态脚本设置有相应的脚本标识，每个动态脚本的脚本标识由业务流程的版本号和流程名称组合得到。
35.优选的，所述第二加载单元包括：
36.组合模块，用于若所述目标业务流程的版本号未发生更新，将所述目标业务流程的当前版本号与流程名称进行组合，以得到第二唯一标识；
37.加载模块，用于从业务系统存储的多个动态脚本中，加载脚本标识与所述第二唯一标识一致的动态脚本为第二目标动态脚本；
38.其中，所述业务系统中每个动态脚本设置有相应的脚本标识，每个动态脚本的脚本标识由业务流程的版本号和流程名称组合得到。
39.优选的，所述第一目标动态脚本和所述第二目标动态脚本为groovy脚本。
40.本发明实施例第三方面公开一种电子设备，包括：处理器以及存储器，所述处理器以及存储器通过通信总线相连；其中，所述处理器，用于调用并执行所述存储器中存储的程序；所述存储器，用于存储程序，所述程序用于实现如本发明实施例第一方面公开的一种业务流程的配置信息的处理方法。
41.本发明实施例第四方面公开一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行本发明实施例第一方面公开的一种业务流程的配置信息的处理方法。
42.基于上述本发明实施例提供的一种业务流程的配置信息的处理方法及装置，获取用于查询目标业务流程的配置信息的查询指令；响应查询指令，调用工作流系统确定目标业务流程的版本号是否发生更新；若目标业务流程的版本号发生更新，从工作流系统中获取新的版本号；基于新的版本号和目标业务流程的流程名称，从业务系统中加载第一目标动态脚本；利用目标业务流程的任务编号，从第一目标动态脚本中读取目标业务流程的配置信息；若目标业务流程的版本号未发生更新，基于目标业务流程的当前版本号和流程名称，从业务系统中加载第二目标动态脚本；利用目标业务流程的任务编号，从第二目标动态脚本中读取目标业务流程的配置信息。本方案中，通过动态脚本配置业务流程的配置信息，在业务流程发生变化时，从更新后的动态脚本即可读取业务流程新的配置信息，不需要耗费时间在业务系统中修改程序代码，提高配置信息的维护效率。
附图说明
43.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
44.图1为本发明实施例提供的一种业务流程的配置信息的处理方法的流程图；
45.图2为本发明实施例提供的一种业务流程的配置信息的处理方法的另一流程图；
46.图3为本发明实施例提供的一种业务流程的配置信息的处理装置的结构框图；
47.图4为本发明实施例提供的一种业务流程的配置信息的处理装置的另一结构框图；
48.图5为本发明实施例提供的一种业务流程的配置信息的处理装置的又一结构框图。
具体实施方式
49.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
50.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有
明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
51.需要说明的是，本发明提供的一种业务流程的配置信息的处理方法及装置可用于金融领域或其他领域。上述仅为示例，并不对本发明提供的一种业务流程的配置信息的处理方法及装置的应用领域进行限定。
52.由背景技术可知，在将业务流程的业务处理逻辑放在业务系统中时，需要通过硬编码的方式在业务系统中维护业务流程的配置信息；在前述情况下，当业务流程发生变化时也需要在业务系统中同步修改程序代码，维护效率较低。
53.因此，本发明实施例提供一种业务流程的配置信息的处理方法及装置，通过动态脚本配置业务流程的配置信息，在业务流程发生变化时，从更新后的动态脚本即可读取业务流程新的配置信息，不需要耗费时间在业务系统中修改程序代码，以提高配置信息的维护效率。
54.参见图1，示出了本发明实施例提供的一种业务流程的配置信息的处理方法的流程图，该处理方法包括：
55.步骤s101：获取用于查询目标业务流程的配置信息的查询指令。
56.需要说明的是，用户可通过业务系统查询业务系统中各个业务流程的配置信息。
57.在具体实现步骤s101的过程中，业务系统获取得到用于查询目标业务流程的配置信息的查询指令，该目标业务流程为用户需要查询配置信息的业务流程。
58.步骤s102：响应查询指令，调用工作流系统确定目标业务流程的版本号是否发生更新。若目标业务流程的版本号发生更新，执行步骤s103至步骤s105；若目标业务流程的版本号未发生更新，执行步骤s106和步骤s107。
59.需要说明的是，工作流系统中存储了不同版本的业务流程的相关信息，即从工作流系统中可查询某一业务流程是否发生更新(也就是版本号是否发生更新)。
60.在具体实现步骤s102的过程中，业务系统响应查询指令，调用工作流系统的指定接口，在工作流系统中查询目标业务流程的版本号，从而确定目标业务流程的版本号是否发生更新。
61.需要说明的是，上述提及的用于查询目标业务流程的版本号的工作流系统，为业务系统正在使用的工作流系统。
62.调用工作流系统确定目标业务流程的版本号是否发生更新后，若目标业务流程的版本号发生更新，执行步骤s103至步骤s105；若目标业务流程的版本号未发生更新，执行步骤s106和步骤s107。
63.步骤s103：从工作流系统中获取新的版本号。
64.在具体实现步骤s103的过程中，若调用工作流系统确定目标业务流程的版本号发生更新，从工作流系统中获取该目标业务流程对应的新的版本号。
65.步骤s104：基于新的版本号和目标业务流程的流程名称，从业务系统中加载第一目标动态脚本。
66.需要说明的是，业务系统中存储有多个动态脚本，每个动态脚本包含了某一个版本的某一业务流程的配置信息；一些实施例中，业务系统所存储的每个动态脚本都设置有
相应的唯一的脚本标识，每个动态脚本的脚本标识由业务流程的流程名称和版本号组合得到。
67.一些实施例中，业务系统中存储的动态脚本，可以是groovy脚本，也可以是javascript脚本，在本发明实施例中，对于业务系统中存储的动态脚本的类型不做具体限定。
68.在具体实现步骤s104的过程中，将新的版本号和目标业务流程的流程名称进行组合，以得到第一唯一标识；也就是说，将目标业务流程的流程名称和新的版本号进行组合以得到一个key，该key即为第一唯一标识。
69.从业务系统存储的多个动态脚本中，加载脚本标识与第一唯一标识一致的动态脚本为第一目标动态脚本；或者说，将第一唯一标识作为key，在业务系统中所查询与该第一唯一标识对应的动态脚本，所查询到的动态脚本即为第一目标动态脚本。
70.一些实施例中，第一目标动态脚本为groovy脚本。
71.步骤s105：利用目标业务流程的任务编号，从第一目标动态脚本中读取目标业务流程的配置信息。
72.在具体实现步骤s105的过程中，在业务系统中加载得到第一目标动态脚本后，根据目标业务流程的任务编号，从该第一目标动态脚本中读取目标业务流程的配置信息。
73.步骤s106：基于目标业务流程的当前版本号和流程名称，从业务系统中加载第二目标动态脚本。
74.在具体实现步骤s106的过程中，若确定目标业务流程的版本号未发生更新，获取目标业务流程的当前版本号；可以理解的是，在目标业务流程的版本号未发生更新的情况下，业务系统可获取预先存储的目标业务流程的当前版本号，也可以通过工作流系统获取该当前版本号。
75.将目标业务流程的当前版本号与流程名称进行组合，以得到第二唯一标识；也就是说，将目标业务流程的流程名称和当前版本号进行组合以得到一个key，该key即为第二唯一标识。
76.从业务系统存储的多个动态脚本中，加载脚本标识与第二唯一标识一致的动态脚本为第二目标动态脚本；或者说，将第二唯一标识作为key，在业务系统中所查询与该第二唯一标识对应的动态脚本，所查询到的动态脚本即为第二目标动态脚本。
77.一些实施例中，第二目标动态脚本为groovy脚本。
78.步骤s107：利用目标业务流程的任务编号，从第二目标动态脚本中读取目标业务流程的配置信息。
79.在具体实现步骤s107的过程中，在业务系统中加载得到第二目标动态脚本后，根据目标业务流程的任务编号，从第二目标动态脚本中读取目标业务流程的配置信息。
80.结合以上各个实施例的内容可见，某一业务流程发生更新时，在业务系统中更新该业务流程对应的动态脚本，以实现动态更新业务流程的配置信息；在需要加载该业务流程的配置信息时，根据该业务流程的新的版本号和流程名称即可在业务系统中查询得到更新后的动态脚本，再从更新后的动态脚本中获取该业务流程的配置信息。以动态脚本的形式将业务流程的配置信息转移到业务系统中，能够避免业务流程对工作流系统的依赖，进而能够方便的切换业务系统所采用的工作流系统。
81.在本发明实施例中，通过动态脚本配置业务流程的配置信息，在业务流程发生变化时，从更新后的动态脚本即可读取业务流程新的配置信息，不需要耗费时间在业务系统中修改程序代码，提高配置信息的维护效率。
82.为更好解释说明以上各个实施例中的内容，通过图2进行举例说明；请参见图2，示出了本发明实施例提供的一种业务流程的配置信息的处理方法的另一流程图，包括以下步骤：
83.步骤s201：业务系统调用工作流系统查询目标业务流程的流程相关信息。
84.在具体实现步骤s201的过程中，业务系统通过接口，调用工作流系统查询目标业务流程的流程相关信息，以通过工作流系统确定目标业务流程是否发生更新。
85.步骤s202：工作流系统判断目标业务流程是否发生更新。若发生更新，将新的版本号反馈给业务系统，执行步骤s203；若未发生更新，执行步骤s204。
86.步骤s203：业务系统根据目标业务流程的流程名称和新的版本号，在业务系统中加载新的groovy脚本。执行步骤s205。
87.需要说明的是，新的groovy脚本即为上述提及的第一目标动态脚本。
88.步骤s204：业务系统根据目标业务流程的流程名称和当前版本号，在业务系统中加载旧的groovy脚本。执行步骤s205。
89.需要说明的是，旧的groovy脚本即为上述提及的第二目标动态脚本。
90.步骤s205：业务系统利用目标业务流程的任务编号，从所加载的groovy脚本读取目标业务流程的配置信息。
91.需要说明的是，若加载的groovy脚本为新的groovy脚本，则从新的groovy脚本中读取目标业务流程的配置信息；若加载的groovy脚本为旧的groovy脚本，则从旧的groovy脚本中读取目标业务流程的配置信息。
92.与上述本发明实施例提供的一种业务流程的配置信息的处理方法相对应，参见图3，本发明实施例还提供了一种业务流程的配置信息的处理装置的结构框图，该处理装置包括：第一获取单元301、确定单元302、第二获取单元303、第一加载单元304、第一读取单元305、第二加载单元306和第二读取单元307；
93.第一获取单元301，用于获取用于查询目标业务流程的配置信息的查询指令。
94.确定单元302，用于响应查询指令，调用工作流系统确定目标业务流程的版本号是否发生更新。
95.第二获取单元303，用于若目标业务流程的版本号发生更新，从工作流系统中获取新的版本号。
96.第一加载单元304，用于基于新的版本号和目标业务流程的流程名称，从业务系统中加载第一目标动态脚本。
97.第一读取单元305，用于利用目标业务流程的任务编号，从第一目标动态脚本中读取目标业务流程的配置信息。
98.第二加载单元306，用于若目标业务流程的版本号未发生更新，基于目标业务流程的当前版本号和流程名称，从业务系统中加载第二目标动态脚本。
99.第二读取单元307，用于利用目标业务流程的任务编号，从第二目标动态脚本中读取目标业务流程的配置信息。
100.一些实施例中，第一目标动态脚本和第二目标动态脚本为groovy脚本。
101.在本发明实施例中，通过动态脚本配置业务流程的配置信息，在业务流程发生变化时，从更新后的动态脚本即可读取业务流程新的配置信息，不需要耗费时间在业务系统中修改程序代码，提高配置信息的维护效率。
102.优选的，结合图3示出的内容，参见图4，本发明实施例还提供了一种业务流程的配置信息的处理装置的另一结构框图，第一加载单元304包括：
103.组合模块3041，用于将新的版本号和目标业务流程的流程名称进行组合，以得到第一唯一标识。
104.加载模块3042，用于从业务系统存储的多个动态脚本中，加载脚本标识与第一唯一标识一致的动态脚本为第一目标动态脚本。其中，业务系统中每个动态脚本设置有相应的脚本标识，每个动态脚本的脚本标识由业务流程的版本号和流程名称组合得到。
105.优选的，结合图3示出的内容，参见图5，本发明实施例还提供了一种业务流程的配置信息的处理装置的又一结构框图，第二加载单元306包括：
106.组合模块3061，用于若目标业务流程的版本号未发生更新，将目标业务流程的当前版本号与流程名称进行组合，以得到第二唯一标识。
107.加载模块3062，用于从业务系统存储的多个动态脚本中，加载脚本标识与第二唯一标识一致的动态脚本为第二目标动态脚本。其中，业务系统中每个动态脚本设置有相应的脚本标识，每个动态脚本的脚本标识由业务流程的版本号和流程名称组合得到。
108.优选的，本发明实施例还提供了一种电子设备，包括：处理器以及存储器，处理器以及存储器通过通信总线相连；其中，处理器，用于调用并执行存储器中存储的程序；存储器，用于存储程序，程序用于实现如上述方法实施例所公开的一种业务流程的配置信息的处理方法。
109.优选的，本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机可执行指令，计算机可执行指令用于执行上述方法实施例所公开的一种业务流程的配置信息的处理方法。
110.综上所述，本发明实施例提供一种业务流程的配置信息的处理方法及装置，通过动态脚本配置业务流程的配置信息，在业务流程发生变化时，从更新后的动态脚本即可读取业务流程新的配置信息，不需要耗费时间在业务系统中修改程序代码，提高配置信息的维护效率。
111.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
112.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和
软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
113.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。