一种业务数据审批方法及装置与流程

1.本技术属于通信技术领域，尤其涉及一种业务数据审批方法及装置。


背景技术：

2.随着空中下载技术(over-the-air technology，ota)的发展，许多车辆可以支持远程升级服务。由于厂家的车系、车型、零件等信息越来越多，ota管理平台需要管理的数据就越来越多，因此在ota管理平台中创建数据则尤为重要。若随意创建数据，可能创建的是错误数据，使得对应生成的升级包也是个错误包，导致车辆不能够升级成功，给用户和厂家带来麻烦，因此，对数据进行审批是有必要的。
3.但现有对ota管理平台创建的业务数据审批，需要通过另一个独立的审批平台来实现，跨平台的审批方式操作麻烦，缺乏简易性。


技术实现要素：

4.本技术实施例提供一种业务数据审批方法、装置、设备及存储介质，无需通过跨平台执行业务数据的审批，审批操作简单。
5.第一方面，本技术实施例提供一种业务数据审批方法，应用于第一服务器，方法包括：
6.接收第一用户通过第二服务器发送的创建审批信息，其中，所述创建审批信息包括与所述第二服务器创建的业务数据关联的数据编号、所述第一用户选定的至少一个审批人的信息及所述第二服务器的业务类型，所述第二服务器包括多个业务服务器中的任一个，不同所述业务服务器对应不同的业务类型，所述第二服务器与所述第一服务器通信连接；
7.基于所述第二服务器的业务类型，在预设的流程定义表中确定所述业务数据的目标业务审批流程，其中，所述流程定义表包括多种业务类型的业务审批流程，不同所述业务审批流程对应不同业务类型；
8.基于所述目标业务审批流程、所述数据编号及所述第一用户选定的至少一个审批人的信息，创建审批流程任务，其中，所述审批流程任务用于所述第一用户选定的至少一个审批人按照所述业务审批流程对所述业务数据进行审批；
9.执行所述审批流程任务，生成审批结果，其中，所述审批结果表示所述业务数据审批是否通过；
10.输出所述审批结果至所述第二服务器，以使所述第一用户获知所述业务数据的审批结果。
11.第二方面，本技术实施例提供了一种业务数据审批装置，应用于第一服务器，装置包括：
12.接收模块，用于接收第一用户通过第二服务器发送的创建审批信息，其中，所述创建审批信息包括与所述第二服务器创建的业务数据关联的数据编号、所述第一用户选定的
至少一个审批人的信息及所述第二服务器的业务类型，所述第二服务器包括多个业务服务器中的任一个，不同所述业务服务器对应不同的业务类型，所述第二服务器与所述第一服务器通信连接；
13.第一确定模块，用于基于所述第二服务器的业务类型，在预设的流程定义表中确定所述业务数据的目标业务审批流程，其中，所述流程定义表包括多种业务类型的业务审批流程，不同所述业务审批流程对应不同业务类型；
14.创建模块，用于基于所述目标业务审批流程、所述数据编号及所述第一用户选定的至少一个审批人的信息，创建审批流程任务，其中，所述审批流程任务用于所述第一用户选定的至少一个审批人按照所述业务审批流程对所述业务数据进行审批；
15.执行模块，用于执行所述审批流程任务，生成审批结果，其中，所述审批结果表示所述业务数据审批是否通过；
16.输出模块，用于输出所述审批结果至所述第二服务器，以使所述第一用户获知所述业务数据的审批结果。
17.第三方面，本技术实施例提供了一种电子设备，设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如上任意一项所述的业务数据审批方法。
18.第四方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如上任意一项所述的业务数据审批方法。
19.本技术实施例的业务数据审批方法、装置、设备及存储介质，能够在空中下载管理平台的第一服务器中，接收多个业务服务器发送的创建审批信息，创建审批信息包括业务数据的信息及用户选定的至少一个审批人的信息，在预设的流程定义表中确定业务数据的业务审批流程，并创建第一用户选定的至少一个审批人按照业务审批流程对业务数据进行审批的审批流程任务，执行审批流程任务，生成审批结果并输出至第二服务器。如此，本技术无需通过跨平台实现业务数据的审批，用户只需要在第二服务器中选定审批人并发起创建审批信息，第一服务器即可实现业务数据的审批并反馈审批结果，审批操作简单。
附图说明
20.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1是本技术实施例提供的业务数据审批方法的流程示意图；
22.图2是本技术实施例提供的业务数据审批方法的一个场景示意图；
23.图3是本技术实施例提供的业务数据审批方法的另一个场景示意图；
24.图4是本技术实施例提供的业务数据审批装置的结构示意图；
25.图5是本技术实施例提供的电子设备的结构示意图。
具体实施方式
26.下面将详细描述本技术的各个方面的特征和示例性实施例，为了使本技术的目
的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本技术进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本技术，而不是限定本技术。对于本领域技术人员来说，本技术可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本技术的示例来提供对本技术更好的理解。
27.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
28.随着空中下载技术(over-the-air technology，ota)的发展，许多车辆可以支持远程升级服务。由于厂家的车系、车型、零件等信息越来越多，ota管理平台需要管理的数据就越来越多，因此在ota管理平台中创建数据则尤为重要。若随意创建数据，可能创建的是错误数据，使得对应生成的升级包也是个错误包，导致车辆不能够升级成功，给用户和厂家带来麻烦，因此，对数据进行审批是有必要的。
29.但现有对ota管理平台创建的业务数据审批，需要通过另一个独立的审批平台来实现，跨平台的审批方式操作麻烦，缺乏简易性。
30.为了解决现有技术问题，本技术实施例提供了一种业务数据审批方法、装置、设备及存储介质。下面首先对本技术实施例所提供的业务数据审批方法进行介绍。
31.图1示出了本技术一个实施例提供的业务数据审批方法的流程示意图。如图1所示，一种业务数据审批方法，应用于第一服务器，上述方法可以包括以下步骤s101至s105。
32.s101、接收第一用户通过第二服务器发送的创建审批信息。
33.s102、基于第二服务器的业务类型，在预设的流程定义表中确定业务数据的目标业务审批流程。
34.s103、基于目标业务审批流程、数据编号及第一用户选定的至少一个审批人的信息，创建审批流程任务。
35.s104、执行审批流程任务，生成审批结果。
36.s105、输出审批结果至第二服务器，以使第一用户获知业务数据的审批结果。
37.下面介绍上述各步骤的具体实现方式。
38.在s101中，上述创建审批信息可以包括与第二服务器创建的业务数据关联的数据编号、第一用户选定的至少一个审批人的信息及第二服务器的业务类型。
39.上述第一服务器可以为空中下载管理平台的多个服务器中用于审批的服务器。
40.上述第二服务器可以为空中下载管理平台的多个业务服务器中的任一个，不同业务服务器对应不同的业务类型。
41.上述第二服务器与第一服务器通信连接，为相互独立的服务器，示例性地，可以通过使用开源流处理平台kafka进行消息传递，从而实现用于审批的第一服务器与用于业务处理的第二服务器互不干扰的效果。
42.在s102中，上述流程定义表可以预先设置并存储于第一服务器中，其中包括多种
业务类型的业务审批流程，不同业务审批流程对应不同业务类型。
43.在s103中，上述审批流程任务可以用于第一用户选定的至少一个审批人按照业务审批流程对业务数据进行审批。
44.在s104中，上述审批结果表示业务数据审批是否通过。
45.上述执行审批流程任务，生成审批结果，可以是第一用户选定的至少一个审批人在第一服务器中执行审批流程任务，生成审批结果，或者，也可以是第一用户选定的至少一个审批人通过用户终端访问第一服务器执行审批流程任务，生成审批结果。
46.在s105中，上述输出审批结果至第二服务器，以使第一用户获知业务数据的审批结果，示例性地，可以是输出审批结果至第二服务器，第二服务器通过可视化页面展示业务数据的审批结果。
47.本技术实施例的业务数据审批方法，能够在空中下载管理平台的第一服务器中，接收多个业务服务器发送的创建审批信息，创建审批信息包括业务数据的信息及用户选定的至少一个审批人的信息，在预设的流程定义表中确定业务数据的业务审批流程，并创建第一用户选定的至少一个审批人按照业务审批流程对业务数据进行审批的审批流程任务，执行审批流程任务，生成审批结果并输出至第二服务器。如此，本技术无需通过跨平台实现业务数据的审批，用户只需要在第二服务器中选定审批人并发起创建审批信息，第一服务器即可实现业务数据的审批并反馈审批结果，审批操作简单。
48.作为本技术的另一种实现方式，为了提高第一服务器审核效率，在s103之后，还可以包括以下步骤：
49.生成审批流程任务唯一的审批编号；
50.将第一用户、数据编号、审批编号、第二服务器的业务类型及审批流程任务中目标审批人的目标审批序号，存储至第一服务器中的第一数据库表中；
51.将审批编号及第一用户选定的至少一个审批人的信息存储至第一服务器中的第二数据库表中，第一用户选定的至少一个审批人的信息包括至少一个审批人及各审批人的审批序号，不同审批人对应不同审批序号。
52.上述第一数据库表还可以存储第一用户发起创建审批信息的创建时间，或者与审批业务数据相关联的信息。
53.上述审批编号是可以表示上述审批流程任务的唯一编号。
54.上述数据编号是可以表示业务数据的唯一编号。
55.上述第一用户、数据编号、审批编号、第二服务器的业务类型及审批流程任务中目标审批人的目标审批序号，可以以一条数据的形式存储于第一数据库表中，而第二数据库表中一个审核人的信息以一条数据的形式存储，因此，同一个审批编号中，第一数据库表中一条数据，对应第二数据库表中的至少一条数据。
56.本实施例中，通过第一数据库表存储审批流程任务中目标审批人的目标审批序号，和第二数据库表存储审批流程任务中至少一个审批人的审批序号，通过审批编号确定第一数据库表与第二数据库表中各数据间的关联关系，从而提高在第一数据库表中查询目标审批序号的速度，从而提高第一服务器审核效率，也便于第一服务器的更好维护。
57.如图2所示，在一些实施例中，上述s104，具体可以包括以下步骤：
58.s201、获取通过用户终端访问第一服务器的登录者信息；
59.s202、在第一数据库表中查询审批流程任务的审批编号及目标审批序号；
60.s203、基于审批流程任务的审批编号，在第二数据库表中确定审批流程任务的所有审批序号；
61.s204、在审批流程任务的所有审批序号中，确定与审批流程任务的目标审批序号对应的目标审批人；
62.s205、在第二用户为目标审批人的情况下，输出审批流程任务至用户终端，以使第二用户审批业务数据；
63.s206、接收第二用户的操作审批消息，生成审批结果。
64.上述登录者信息为通过用户终端访问第一服务器进行审批操作的第二用户的信息，第二用户为第一用户选定的至少一个审批人中任一个。
65.上述接收第二用户的操作审批消息，生成审批结果，可以是接收第二用户通过用户终端发送的操作审批消息，操作审批消息用于表征审批操作为审批通过或审批驳回；基于操作审批消息，确定审批流程任务中与审批操作对应的下一审批人；将审批流程任务的目标审批序号更新为下一审批人的审批序号；下一审批人执行审批流程任务，生成审批结果。或者，还可以是接收第二用户通过用户终端发送的操作审批消息和审批意见信息；基于操作审批消息，确定审批流程任务中与审批操作对应的下一审批人；将审批流程任务的目标审批序号更新为下一审批人的审批序号；下一审批人基于审批意见执行审批流程任务，生成审批结果。
66.本实施例中，第二用户可以通过用户终端访问第一服务器，并在第二用户为目标审批人的情况下，才能查看并审核业务数据，从而便于第二用户进行审批操作。
67.在一些实施例中，上述s206，具体可以包括以下步骤：
68.接收第二用户通过用户终端发送的操作审批消息；
69.基于操作审批消息，确定审批流程任务中与审批操作对应的下一审批人；
70.将审批流程任务的目标审批序号更新为下一审批人的审批序号；
71.下一审批人执行审批流程任务，生成审批结果。
72.上述操作审批消息用于表征审批操作为审批通过或审批驳回。
73.上述基于操作审批消息，确定审批流程任务中与审批操作对应的下一审批人，示例性地，可以是利用业务流程管理开源项目activiti的串行会签节点，实现根据第一用户选择的审批人顺序进行审批。
74.本实施例中，在第一用户选定的审批人为多个的情况下，基于第二用户的操作审批消息确定下一审批人，并对目标审批序号进行更新，从而下一审批人再执行审批流程任务，最终生成审批结果。
75.作为本技术的另一种实现方式，为了便于审批流程任务中各审批人之间交流意见，在上述下一审批人执行审批流程任务，生成审批结果之前，还可以包括以下步骤：
76.接收第二用户通过用户终端发送的审批意见信息；
77.上述下一审批人执行审批流程任务，生成审批结果，具体可以包括：
78.下一审批人基于审批意见执行审批流程任务，生成审批结果。
79.本实施例中，第一服务器还可以接收第二用户通过用户终端发送的审批意见信息，从而便于审批流程任务中各审批人之间交流意见，下一审批人可以基于审批意见执行
审批流程任务，生成审批结果。
80.作为本技术的另一种实现方式，为了实现审批流程任务中各审批人之间交流意见，需要存储审批意见信息，在上述接收第二用户通过用户终端发送的审批意见信息之后，还可以包括以下步骤：
81.获取审批意见信息的字符数；
82.获取第一服务器的编码格式；
83.在审批意见信息的字符数不超过预设阈值，且第一服务器的编码格式为预设格式的情况下，将审批意见信息存储至第一服务器的意见数据表中。
84.示例性地，上述字符数的预设阈值可以是163字符数，上述编码格式的预设格式可以是中文格式，本实施例中预设阈值及预设格式不仅限于上述一种，还可以是其他设定，在此不做具体限定。
85.若第一服务器的编码格式不满足预设格式，则多数审批意见信息存储至第一服务器的意见数据表中为乱码。
86.本实施例中，通过识别审批意见信息的字符数及第一服务器的编码格式，从而实现将审批意见信息存储至意见数据表中，以使审批流程任务中各审批人之间可以交流意见。
87.作为本技术的另一种实现方式，为了及时输出审批结果至第二服务器，在上述输出审批结果至第二服务器之前，还可以包括以下步骤：
88.在第一用户选定的至少一个审批人中的最后一个审批人执行完成审批流程任务的情况下，将审批流程任务的审批状态确定为结束状态；
89.输出审批结果至第二服务器，包括：
90.在审批流程任务确定为结束状态的情况下，输出审批结果至第二服务器。
91.上述审批状态用于表征审批流程任务的状态，可以包括审批中状态和结束状态。
92.本实施例中，在第一用户选定的至少一个审批人中的最后一个审批人执行完成审批流程任务的情况下，将审批流程任务的审批状态确定为结束状态，以及时输出审批结果至第二服务器。
93.为了便于对本技术实施例中的车载总线报文数据的仿真方法的理解，对此车载总线报文数据的仿真方法的实际应用过程进行说明，具体如下：
94.如图3所示，ota管理平台创建了了业务数据a和业务数据b，但需要审批通过之后才可被使用。
95.(一)创建审批：利用activiti的可视化编辑器生成业务审批流程定义，可定义多个业务审批流程放在项目中，s301启动项目时启动业务审批流程定义，多种业务审批流程的数据保存到activiti的流程定义表中。
96.第一用户在a业务服务(即第二服务器)的可视化页面中添加a业务数据选择的审批人(可选择多个审批人)之后，可以利用activiti的串行会签节点实现审批人进行顺序审批。具体过程如下：s302创建完a业务数据之后，a业务服务器发送创建审批消息kafka到节点topica；s303审批服务(即第一服务器)在topica监听到创建审批消息后，对业务类型进行判断，若是审批所属a服务(即业务类型为a业务)，则将业务数据a的数据编号id，以及业务类型为a等业务字段保存到审批服务的数据库表中，并创建a审批流程任务到activiti表
中。若是业务数据b，同理，将业务数据b的数据id、业务类型为b保存到审批服务的数据库表中，并创建b审批流程任务,以此类推。此时，a服务的创建数据请求到此结束，将创建a数据结果返回到可视化页面，用户即可进行别的操作，例如查看列表，操作别的业务数据等。
97.该审批服务中设计有两张数据库表。第一数据库表，可以保存审批数据，包含：与activiti交互的键、与业务数据关联的键(即数据编号id)、审批数据的基本数据和审批序号字段(即当前审批为第几位审批者审批)，其中基础数据包括审批编号id、创建人(即第一用户)、创建时间、审批所属服务等。第二数据库表可以用于保存审批数据所对应的至少一个审批人的信息，包括：审批id、审批人、审批顺序号(表征该审批人在该审批中第几位审批)，其中，一个审批人对应一条数据。一条第一数据库表中的数据可对应多条第二数据库表中的数据，第一数据库表与第二数据库表的关系即一对多。
98.a业务服务与审批服务之间为独立的服务，可以使用kafka进行消息传递，a服务中只存储与a相关的业务数据，而审批服务中只存储审批相关的数据，与业务数据完全隔离，从而实现审批服务与业务服务互不干扰的效果。b业务服务与审批服务之间同理，在此不重复赘述。
99.(二)查看审批列表：
100.前提：s304根据前端访问数据页面所传的参数获取登陆人信息，根据登陆人信息查询与登陆人相关的数据。
101.做法：左关联left join，即将多张数据库表所关联从而得出多张表关联数据，第一数据库表left join第二数据库表，即可得出第一数据库表、第二数据库表已关联完成的数据。在此数据的基础上，使用where查询，以第一数据库表中的审批id为条件，寻找第二数据库表中该审批id对应的所有审批者，又以第一数据库表中的审批序号为条件，寻找第二数据库表中对应审批者为当前审批人(即目标审批人)。并根据当前审批的所有审批者的审批顺序号，得出哪些审批者可以看到此审批。根据前端传的token参数从中获取当前登陆人，若登陆人为当前审批人，则该数据显示到审批者可视化页面的待审批数据列表中。
102.结果：若前一审批者未审批成功，后续审批者不能看到该审批流程任务；只有前一审批者审批通过，当前审批者才可看到此审批流程任务且对审批进行审批通过/审批驳回的操作，操作审批消息通过topicb反馈至审批服务；若当前审批者审批驳回，后续审批者再无可能看到此审批。
103.目的：因为审批流程任务的数据随着服务上线时间的增长而增长，若审批者的待审批数量很大，想要去审批某审批流程任务对应的业务数据时，因为上一审批者还未审批导致不能操作，很是不方便；且搜索审批数据时，搜索出的都是有效数据(即自己参与过的)，最大可能的给审批者带来方便。
104.(三)审批通过/审批驳回：
105.s305对审批id进行查询业务数据的审批流程任务是否已结束，根据token获取当前登录者是否未审批数据的当前审批者。但凡有一条件不满足，不可撤销；反之操作该审批。若当前审批人为当前流程的最后一个审批人，则确定审批结果为审批通过/审批驳回，并可对此审批添加审批意见存入到activiti的意见数据表中。
106.(四)存入审批意见：
107.前提：activiti自带的审批意见有两个字段；一个是message_，该字段存入中文，
取出也为中文，但不可超出163个字符，若超出163字符以后的字符皆由
…
代替，从而与审批者输入的审批意见不符；另一个是full_msg_，该字段随系统部署的系统编码格式存储，若当前系统编码格式不是中文，则存入就是乱码，从而与审批者输入的审批意见不符。
108.做法：使用urlencoder.encode对审批意见进行gbk编码存入数据库，从数据库取时使用urldecoder.decode将审批意见进行gbk解码显示到可视化页面。
109.(五)审批结束：
110.s306根据审批id查询业务数据是否已结束，根据token获取当前登录者是否为审批数据的当前审批者。但凡有一条件不满足，不可结束；反之结束审批流程算法，修改审批数据状态为已结束(即结束状态)。
111.s307流程结束之后判断此业务类型，若为a业务类型则发送kafka到a业务服务器的topicc，若为b业务类型则发送kafka到b业务服务器的topicd，以使a、b服务根据审批结果做出相应业务逻辑处理。
112.本技术实施例提出的基于activiti进行审批流程的实现，可以利用kafka进行审批服务与其他业务服务的通信，实现服务与数据的隔离。并且在创建的业务数据审批通过之后才能被使用，能够有效的防止用户因为创建数据是错误数据带来的麻烦。也可以实现多个服务处于同一项目中，适配多个工作流程。不至于同一服务中有多套关于审批代码。减少工作量，并且能够进行更好的维护，且审批时可以在同一个项目的可视化页面中进行操作，而非跳转到另一个平台才能审批。提高用户使用度，减少错误操作率。且获取列表算法不使用activiti的查询算法，使查询效率更快。针对审批者而言，这种查询算法更有效。本审批服务使用springboot技术，可运用于项目中也可使服务独立成一个单独的微服务。
113.基于上述实施例提供的业务数据审批方法，相应的，本技术还提供了一种业务数据审批装置的具体实现方式，可以理解的是，下述各装置实施例中的相关描述可以参考前述各方法实施例，为了简洁，不再赘述。请参见以下实施例。
114.请参见图4，是本技术实施例提供的一种业务数据审批装置400的结构示意图，应用于第一服务器，上述装置400可以包括：接收模块401、第一确定模块402、创建模块403、执行模块404和输出模块405。
115.接收模块401，用于接收第一用户通过第二服务器发送的创建审批信息，创建审批信息包括与第二服务器创建的业务数据关联的数据编号、第一用户选定的至少一个审批人的信息及第二服务器的业务类型，第二服务器为多个业务服务器中的任一个，不同业务服务器对应不同的业务类型，第二服务器与第一服务器通信连接。
116.第一确定模块402，用于基于第二服务器的业务类型，在预设的流程定义表中确定业务数据的目标业务审批流程，流程定义表包括多种业务类型的业务审批流程，不同业务审批流程对应不同业务类型。
117.创建模块403，用于基于目标业务审批流程、数据编号及第一用户选定的至少一个审批人的信息，创建审批流程任务，审批流程任务用于第一用户选定的至少一个审批人按照业务审批流程对业务数据进行审批。
118.执行模块404，用于执行审批流程任务，生成审批结果，审批结果表示业务数据审批是否通过。
119.输出模块405，用于输出审批结果至第二服务器，以使第一用户获知业务数据的审
批结果。
120.本技术实施例的业务数据审批装置，能够在空中下载管理平台的第一服务器中，接收多个业务服务器发送的创建审批信息，创建审批信息包括业务数据的信息及用户选定的至少一个审批人的信息，在预设的流程定义表中确定业务数据的业务审批流程，并创建第一用户选定的至少一个审批人按照业务审批流程对业务数据进行审批的审批流程任务，执行审批流程任务，生成审批结果并输出至第二服务器。如此，本技术无需通过跨平台实现业务数据的审批，用户只需要在第二服务器中选定审批人并发起创建审批信息，第一服务器即可实现业务数据的审批并反馈审批结果，审批操作简单。
121.作为本技术的另一种实现方式，为了提高第一服务器审核效率，上述装置400，还可以包括：
122.生成模块，用于生成审批流程任务唯一的审批编号；
123.第一存储模块，用于将第一用户、数据编号、审批编号、第二服务器的业务类型及审批流程任务中目标审批人的目标审批序号，存储至第一服务器中的第一数据库表中；
124.第二存储模块，用于将审批编号及第一用户选定的至少一个审批人的信息存储至第一服务器中的第二数据库表中，第一用户选定的至少一个审批人的信息包括至少一个审批人及各审批人的审批序号，不同审批人对应不同审批序号。
125.在一些实施例中，执行模块404，具体可以包括：
126.获取单元，用于获取通过用户终端访问第一服务器的登录者信息，登录者信息为通过用户终端访问第一服务器进行审批操作的第二用户的信息，第二用户为第一用户选定的至少一个审批人中任一个；
127.查询单元，用于在第一数据库表中查询审批流程任务的审批编号及目标审批序号；
128.第一确定单元，用于基于审批流程任务的审批编号，在第二数据库表中确定审批流程任务的所有审批序号；
129.第二确定单元，用于在审批流程任务的所有审批序号中，确定与审批流程任务的目标审批序号对应的目标审批人；
130.输出单元，用于在第二用户为目标审批人的情况下，输出审批流程任务至用户终端，以使第二用户审批业务数据；
131.审批单元，用于接收第二用户的操作审批消息，生成审批结果。
132.在一些实施例中，上述审批单元，具体可以包括：
133.第一接收子单元，用于接收第二用户通过用户终端发送的操作审批消息，操作审批消息用于表征审批操作为审批通过或审批驳回；
134.确定子单元，用于基于操作审批消息，确定审批流程任务中与审批操作对应的下一审批人；
135.更新子单元，用于将审批流程任务的目标审批序号更新为下一审批人的审批序号；
136.审批子单元，用于下一审批人执行审批流程任务，生成审批结果。
137.作为本技术的另一种实现方式，为了便于审批流程任务中各审批人之间交流意见，上述审批单元，还可以包括：
138.第二接收子单元，用于接收第二用户通过用户终端发送的审批意见信息；
139.审批子单元，还用于下一审批人基于审批意见执行审批流程任务，生成审批结果。
140.作为本技术的另一种实现方式，为了实现审批流程任务中各审批人之间交流意见，需要存储审批意见信息，上述审批单元，还可以包括：
141.第一获取子单元，用于获取审批意见信息的字符数；
142.第二获取子单元，用于获取第一服务器的编码格式；
143.意见存储子单元，用于在审批意见信息的字符数不超过预设阈值，且第一服务器的编码格式为预设格式的情况下，将审批意见信息存储至第一服务器的意见数据表中。
144.作为本技术的另一种实现方式，为了及时输出审批结果至第二服务器，上述装置400，还可以包括：
145.第二确定模块，用于在第一用户选定的至少一个审批人中的最后一个审批人执行完成审批流程任务的情况下，将审批流程任务的审批状态确定为结束状态；
146.输出模块，还用于在审批流程任务确定为结束状态的情况下，输出审批结果至第二服务器。
147.图5示出了本技术实施例提供的电子设备的硬件结构示意图。
148.电子设备可以包括处理器501以及存储有计算机程序指令的存储器502。
149.具体地，上述处理器501可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
150.存储器502可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器502可包括硬盘驱动器(hard disk drive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器502可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器502可在综合网关容灾设备的内部或外部。在特定实施例中，存储器502是非易失性固态存储器。
151.在特定实施例中，存储器502可包括只读存储器(rom)，随机存取存储器(ram)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。
152.处理器501通过读取并执行存储器502中存储的计算机程序指令，以实现上述实施例中的任意一种业务数据审批方法。
153.在一个示例中，电子设备还可包括通信接口503和总线510。其中，如图5所示，处理器501、存储器502、通信接口503通过总线510连接并完成相互间的通信。
154.通信接口503，主要用于实现本技术实施例中各模块、装置、单元和/或设备之间的通信。
155.总线510包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(agp)或其他图形总线、增强工业标准架构(eisa)总线、前端总线(fsb)、超传输(ht)互连、工业标准架构(isa)总线、无限带宽互连、低引脚数(lpc)
总线、存储器总线、微信道架构(mca)总线、外围组件互连(pci)总线、pci-express(pci-x)总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线510可包括一个或多个总线。尽管本技术实施例描述和示出了特定的总线，但本技术考虑任何合适的总线或互连。
156.该电子设备可以执行本技术实施例中的业务数据审批方法，从而实现结合图1和图3描述的业务数据审批方法和装置。
157.另外，结合上述实施例中的业务数据审批方法，本技术实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种业务数据审批方法。
158.需要明确的是，本技术并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本技术的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本技术的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。
159.以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本技术的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
160.还需要说明的是，本技术中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本技术不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
161.上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。
162.以上所述，仅为本技术的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。

技术特征：
1.一种业务数据审批方法，其特征在于，应用于第一服务器，所述方法包括：接收第一用户通过第二服务器发送的创建审批信息，其中，所述创建审批信息包括与所述第二服务器创建的业务数据关联的数据编号、所述第一用户选定的至少一个审批人的信息及所述第二服务器的业务类型，所述第二服务器包括多个业务服务器中的任一个，不同所述业务服务器对应不同的业务类型，所述第二服务器与所述第一服务器通信连接；基于所述第二服务器的业务类型，在预设的流程定义表中确定所述业务数据的目标业务审批流程，其中，所述流程定义表包括多种业务类型的业务审批流程，不同所述业务审批流程对应不同业务类型；基于所述目标业务审批流程、所述数据编号及所述第一用户选定的至少一个审批人的信息，创建审批流程任务，其中，所述审批流程任务用于所述第一用户选定的至少一个审批人按照所述业务审批流程对所述业务数据进行审批；执行所述审批流程任务，生成审批结果，其中，所述审批结果表示所述业务数据审批是否通过；输出所述审批结果至所述第二服务器，以使所述第一用户获知所述业务数据的审批结果。2.根据权利要求1所述的方法，其特征在于，在所述基于所述目标业务审批流程、所述数据编号及所述第一用户选定的至少一个审批人的信息，创建审批流程任务之后，还包括：生成所述审批流程任务唯一的审批编号；将所述第一用户、所述数据编号、所述审批编号、所述第二服务器的业务类型及所述审批流程任务中目标审批人的目标审批序号，存储至所述第一服务器中的第一数据库表中；将所述审批编号及所述第一用户选定的至少一个审批人的信息存储至所述第一服务器中的第二数据库表中，所述第一用户选定的至少一个审批人的信息包括至少一个所述审批人及各所述审批人的审批序号，不同所述审批人对应不同所述审批序号。3.根据权利要求2所述的方法，其特征在于，所述执行所述审批流程任务，生成审批结果，包括：获取通过用户终端访问所述第一服务器的登录者信息，所述登录者信息为通过所述用户终端访问所述第一服务器进行审批操作的第二用户的信息，所述第二用户为所述第一用户选定的至少一个审批人中任一个；在所述第一数据库表中查询所述审批流程任务的审批编号及目标审批序号；基于所述审批流程任务的审批编号，在所述第二数据库表中确定所述审批流程任务的所有审批序号；在所述审批流程任务的所有审批序号中，确定与所述审批流程任务的目标审批序号对应的目标审批人；在所述第二用户为所述目标审批人的情况下，输出所述审批流程任务至所述用户终端，以使所述第二用户审批所述业务数据；接收所述第二用户的操作审批消息，生成审批结果。4.根据权利要求3所述的方法，其特征在于，所述接收所述第二用户的操作审批消息，生成审批结果，包括：接收所述第二用户通过所述用户终端发送的操作审批消息，所述操作审批消息用于表
征审批操作为审批通过或审批驳回；基于所述操作审批消息，确定所述审批流程任务中与所述审批操作对应的下一审批人；将所述审批流程任务的目标审批序号更新为所述下一审批人的审批序号；所述下一审批人执行所述审批流程任务，生成审批结果。5.根据权利要求4所述的方法，其特征在于，在所述下一审批人执行所述审批流程任务，生成审批结果之前，还包括：接收所述第二用户通过所述用户终端发送的审批意见信息；所述下一审批人执行所述审批流程任务，生成审批结果，包括：所述下一审批人基于所述审批意见执行所述审批流程任务，生成审批结果。6.根据权利要求5所述的方法，其特征在于，在所述接收所述第二用户通过所述用户终端发送的审批意见信息之后，还包括：获取所述审批意见信息的字符数；获取所述第一服务器的编码格式；在所述审批意见信息的字符数不超过预设阈值，且所述第一服务器的编码格式为预设格式的情况下，将所述审批意见信息存储至所述第一服务器的意见数据表中。7.根据权利要求1所述的方法，其特征在于，在所述输出所述审批结果至所述第二服务器之前，还包括：在所述第一用户选定的至少一个审批人中的最后一个审批人执行完成所述审批流程任务的情况下，将所述审批流程任务的审批状态确定为结束状态；所述输出所述审批结果至所述第二服务器，包括：在所述审批流程任务确定为所述结束状态的情况下，输出所述审批结果至所述第二服务器。8.一种业务数据审批装置，其特征在于，应用于第一服务器，所述装置包括：接收模块，用于接收第一用户通过第二服务器发送的创建审批信息，其中，所述创建审批信息包括与所述第二服务器创建的业务数据关联的数据编号、所述第一用户选定的至少一个审批人的信息及所述第二服务器的业务类型，所述第二服务器包括多个业务服务器中的任一个，不同所述业务服务器对应不同的业务类型，所述第二服务器与所述第一服务器通信连接；第一确定模块，用于基于所述第二服务器的业务类型，在预设的流程定义表中确定所述业务数据的目标业务审批流程，其中，所述流程定义表包括多种业务类型的业务审批流程，不同所述业务审批流程对应不同业务类型；创建模块，用于基于所述目标业务审批流程、所述数据编号及所述第一用户选定的至少一个审批人的信息，创建审批流程任务，其中，所述审批流程任务用于所述第一用户选定的至少一个审批人按照所述业务审批流程对所述业务数据进行审批；执行模块，用于执行所述审批流程任务，生成审批结果，其中，所述审批结果表示所述业务数据审批是否通过；输出模块，用于输出所述审批结果至所述第二服务器，以使所述第一用户获知所述业务数据的审批结果。
9.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如权利要求1-7任意一项所述的业务数据审批方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-7任意一项所述的业务数据审批方法。

技术总结
本申请公开了一种业务数据审批方法及装置，涉及通信技术领域。应用于第一服务器，其方法包括：接收第一用户通过第二服务器发送的创建审批信息；基于第二服务器的业务类型，在预设的流程定义表中确定业务数据的目标业务审批流程，流程定义表包括多种业务类型的业务审批流程，不同业务审批流程对应不同业务类型；基于目标业务审批流程、数据编号及第一用户选定的至少一个审批人的信息，创建审批流程任务，审批流程任务用于第一用户选定的至少一个审批人按照业务审批流程对业务数据进行审批；执行审批流程任务，生成审批结果，审批结果表示业务数据审批是否通过；输出审批结果至第二服务器，以使第一用户获知业务数据的审批结果。果。果。


技术研发人员：杨悦
受保护的技术使用者：经纬恒润（天津）研究开发有限公司
技术研发日：2022.12.29
技术公布日：2023/7/19