信息处理方法及装置、电子设备和计算机可读存储介质与流程
未命名
09-13
阅读:86
评论:0

信息处理方法及装置、电子设备和计算机可读存储介质
【技术领域】
1.本技术涉及数据处理技术领域,尤其涉及一种信息处理方法及装置、电子设备和计算机可读存储介质。
背景技术:
2.为适应日益复杂化的用户需求和业务量高并发情况,经常需要根据实际情况变更业务审批流程,比如,为业务审批流程增加、删减或变更分支走向。
3.然而,业务审批流程与业务系统是相关联的,一旦变更业务审批流程,则其相关的业务也会受到影响,若通过人工方式对业务审批流程与业务系统进行同步,则会消耗大量人力成本和时间成本,且出错率很高。而相关技术中常用的activity和jbpm等工作流引擎,一般仅能够实现业务审批流程的发布,在不进行分布式改造的情况下,而无法实现业务审批流程与业务系统内的数据的一致性。而分布式改造往往操作复杂,消耗成本巨大。
4.因此,如何在保证低成本的同时实现业务审批流程与业务系统内的数据的一致性,成为目前亟待解决的技术问题。
技术实现要素:
5.本技术实施例提供了一种信息处理方法及装置、电子设备和计算机可读存储介质,旨在解决相关技术中难以高效便捷地同步业务审批流程与业务系统内的数据的技术问题。
6.第一方面,本技术实施例提供了一种信息处理方法,包括:通过业务处理节点获取业务审批请求;基于所述业务审批请求,从业务服务端获取对应的业务数据;获取所述业务处理节点针对所述业务数据的业务审批操作,并通过流程服务端为所述业务审批操作生成业务审批结果;将所述业务审批结果同步至所述业务服务端,以供所述业务服务端基于所述业务审批结果进行业务处理并生成业务处理结果;将所述业务处理结果同步至所述流程服务端和所述业务处理节点。
7.第二方面,本技术实施例提供了一种一种信息处理装置,包括:审批请求获取单元,用于通过业务处理节点获取业务审批请求;业务数据获取单元,用于基于所述业务审批请求,从业务服务端获取对应的业务数据;业务审批单元,用于获取所述业务处理节点针对所述业务数据的业务审批操作,并通过流程服务端为所述业务审批操作生成业务审批结果;第一同步单元,用于将所述业务审批结果同步至所述业务服务端,以供所述业务服务端基于所述业务审批结果进行业务处理并生成业务处理结果;第二同步单元,用于将所述业务处理结果同步至所述流程服务端和所述业务处理节点。
8.第三方面,本技术实施例提供了一种电子设备,包括:至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被设置为用于执行上述第一方面所述的方法。
9.第四方面,本技术实施例提供了一种计算机可读存储介质,存储有计算机可执行
指令,所述计算机可执行指令用于执行上述第一方面所述的方法。
10.以上技术方案,针对相关技术中难以高效便捷地同步业务审批流程与业务系统内的数据的技术问题,首先,通过业务处理节点获取业务审批请求。业务处理节点指的是客户端,包括但不限于网页客户端和软件客户端。业务审批请求的发出方基于自身需要提出业务审批请求,换言之,业务审批请求内包括发出方的业务需求内容。
11.接着,基于所述业务审批请求,从业务服务端获取对应的业务数据。业务服务端指的是业务系统,用于执行业务相关的具体操作内容。具体地,可通过客户端将业务审批请求发送至业务服务端,业务服务端基于业务审批请求将发出方的业务需求内容所涉及的业务数据反馈至客户端。
12.进一步地,获取所述业务处理节点针对所述业务数据的业务审批操作,并通过流程服务端为所述业务审批操作生成业务审批结果。用户在客户端输入业务审批操作,客户端则根据接收到的业务审批操作调用后端的流程服务端执行业务审批,流程服务端执行业务审批后生成业务审批结果。
13.然后,将所述业务审批结果同步至所述业务服务端,以供所述业务服务端基于所述业务审批结果进行业务处理并生成业务处理结果。此时,将业务审批结果自动同步给业务服务端,若业务审批结果是通过该业务审批请求,则业务服务端执行该业务审批请求所请求批准的业务内容。反之,若业务审批结果是驳回该业务审批请求,则业务服务端不具有执行该业务内容的权限。
14.最终,将所述业务处理结果同步至所述流程服务端和所述业务处理节点。业务处理结果包括业务服务端执行业务内容的结果或者业务服务端被禁止执行该业务内容这一结果。最终,再把业务处理结果自动同步至流程服务端和业务处理节点。
15.以上技术方案,相对于相关技术中通过分布式改造同步业务审批流程与业务系统的数据的方式,避免了复杂困难的分布式改造过程,而是直接在业务审批流程流转的过程中,将业务审批流程内的流转情况与业务系统的数据进行了自动同步,这一自动同步逻辑的增加,大大降低了两者同步消耗的成本,提升了数据同步的便利性和准确性,加速了业务审批流程流转的便利性和业务审批速度,提升了用户体验。
【附图说明】
16.为了更清楚地说明本技术实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
17.图1示出了根据本技术的一个实施例的信息处理方法的流程图;
18.图2示出了根据本技术的另一个实施例的信息处理方法的流程图;
19.图3示出了根据本技术的一个实施例的信息处理装置的框图;
20.图4示出了根据本技术的一个实施例的电子设备的框图。
【具体实施方式】
21.针对相关技术中难以高效便捷地同步业务审批流程与业务系统内的数据的技术问题,本技术提出可以在不进行分布式改造的情况下,实现业务审批流程与业务系统内的
数据的自动同步,从而提升业务审批流程配置的灵活性,降低业务审批流程与业务系统同步所消耗的成本。
22.下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
23.图1示出了根据本技术的一个实施例的信息处理方法的流程图。
24.如图1所示,根据本技术的一个实施例的信息处理方法包括:
25.步骤102,通过业务处理节点获取业务审批请求。
26.业务处理节点指的是客户端,包括但不限于网页客户端和软件客户端。业务审批请求的发出方基于自身需要提出业务审批请求,换言之,业务审批请求内包括发出方的业务需求内容。
27.步骤104,基于所述业务审批请求,从业务服务端获取对应的业务数据。
28.业务服务端指的是业务系统,用于执行业务相关的具体操作内容。
29.具体地,可通过客户端将业务审批请求发送至业务服务端,业务服务端基于业务审批请求将发出方的业务需求内容所涉及的业务数据反馈至客户端。
30.步骤106,获取所述业务处理节点针对所述业务数据的业务审批操作,并通过流程服务端为所述业务审批操作生成业务审批结果。
31.用户在客户端输入业务审批操作,客户端则根据接收到的业务审批操作调用后端的流程服务端执行业务审批,流程服务端执行业务审批后生成业务审批结果。
32.步骤108,将所述业务审批结果同步至所述业务服务端,以供所述业务服务端基于所述业务审批结果进行业务处理并生成业务处理结果。
33.此时,将业务审批结果自动同步给业务服务端,若业务审批结果是通过该业务审批请求,则业务服务端执行该业务审批请求所请求批准的业务内容。反之,若业务审批结果是驳回该业务审批请求,则业务服务端不具有执行该业务内容的权限。
34.步骤110,将所述业务处理结果同步至所述流程服务端和所述业务处理节点。
35.业务处理结果包括业务服务端执行业务内容的结果或者业务服务端被禁止执行该业务内容这一结果。最终,再把业务处理结果自动同步至流程服务端和业务处理节点。
36.以上技术方案,相对于相关技术中通过分布式改造同步业务审批流程与业务系统的数据的方式,避免了复杂困难的分布式改造过程,而是直接在业务审批流程流转的过程中,将业务审批流程内的流转情况与业务系统的数据进行了自动同步,这一自动同步逻辑的增加,大大降低了两者同步消耗的成本,提升了数据同步的便利性和准确性,加速了业务审批流程流转的便利性和业务审批速度,提升了用户体验。
37.在一种可能的设计中,采用两阶段提交(2pc)方式实现业务审批流程和业务系统的数据的分布式同步过程。一般地,两阶段提交指的是将事务的提交过程分为资源准备和资源提交两个阶段,并且由事务协调者来协调所有事务参与者,如果准备阶段所有事务参与者都预留资源成功,则进行第二阶段的资源提交,否则事务协调者回滚资源。在本技术中,事务协调者即用于处理业务审批请求的业务处理节点,所有事务参与者包括业务服务端和流程服务端,所涉及的资源即业务数据、业务审批结果等整个同步过程中与业务相关
的内容。
38.在一种可能的设计中,在步骤106之前,还包括:在所述流程服务端选择版本号与所述业务审批请求携带的版本号一致的业务审批流程。
39.所述流程服务端存储有大量业务审批流程,不同类型业务的审批对应不同的业务审批流程,因此,可为每个业务审批流程设置唯一的版本号,当需要对业务进行审批时,将业务所需要的业务审批流程的版本号设置在业务审批请求中,从而便于基于该版本号在所述流程服务端查找具有该版本号的业务审批流程,用以处理该业务审批请求。
40.在一种可能的设计中,可在运行所述业务审批流程的同时,运行第一历史审批流程,其中,所述第一历史审批流程与所述业务审批流程具有至少一个相同步骤,所述第一历史审批流程的版本号与所述业务审批流程的版本号不同。
41.由于业务审批请求存在高并发情况,为提升业务审批效率,可同时运行版本号不同的业务审批流程,即版本号不同的业务审批流程分别运行在不同线程中。
42.进一步地,即使同时运行的第一历史审批流程与所述业务审批流程具有相同步骤,该相同步骤涉及同一业务处理节点,而由于第一历史审批流程与所述业务审批流程的版本号不同,两者在不同线程中进行,彼此并无干扰。
43.在一种可能的设计中,可在运行所述业务审批流程的同时,运行第二历史审批流程,其中,所述业务审批流程为对所述第二历史审批流程进行更新得到,所述第二历史审批流程与所述业务审批流程具有至少一个相同步骤,所述第二历史审批流程的版本号与所述业务审批流程的版本号不同,以及所述第二历史审批流程的运行起始时间早于所述业务审批流程的运行起始时间。
44.对于相同类型的业务,由于业务审批流程的变更时间与业务审批请求的发生时间的不一致性,往往出现业务审批请求被处理过程中其所在的业务审批流程发生了更新,或对该业务审批请求所涉及业务设置了全新的业务审批流程。
45.在这种情况下,处理业务审批请求的原业务审批流程,也就是第二历史审批流程,可不受干扰地正常流转,对业务审批请求进行审批。而对于更新后的业务审批流程,或全新设置的业务审批流程,则为其设置与第二历史审批流程不同的版本号。这样,变更前后的两个审批流程版本号不同,各自处于不同线程中进行,互不干扰,在变更前处理的业务审批请求仍由第二历史审批流程继续处理,在变更后接收到的新业务审批请求则由新后的业务审批流程或全新设置的业务审批流程进行处理。
46.由此,可避免因业务审批流程的更新影响业务审批请求的正常处理,提升了业务审批流程的可靠性。
47.在一种可能的设计中,可为所述业务处理节点显示所述业务处理节点所涉及的全部运行中审批流程,并为所述全部运行中审批流程内的所述业务审批流程设置第一标识,为为所述全部运行中审批流程内的所述第二历史审批流程设置第二标识,所述第一标识和所述第二标识具有外观关联性。
48.也就是说,可通过具有外观关联性的标识在客户端中将正在流转的、更新前和更新后的审批流程标识出来,换言之,即为涉及审批流程更新的业务审批请求增加关注度,以便用户及时了解和处理审批流程更新所涉及的业务。
49.在一种可能的设计中,对于任一所述业务处理节点,在通过所述业务处理节点获
取任一业务审批请求之前,若所述业务处理节点处于可用状态且当前时刻处于审批执行时间区间内,通过所述业务处理节点的节点类型所对应的初始化方式对所述业务处理节点进行初始化设置。
50.在设置业务审批流程时,需要对不同节点类型的业务处理节点分别进行初始化设置,其中,所述节点类型包括:开始节点、结束节点、人工活动节点、系统活动节点、并行网关节点和互斥网关节点。通过初始化设置,不同节点类型的业务处理节点被赋予有效的功能,从而在业务审批流程的流转中承担功能执行的责任。
51.在一种可能的设计中,在接收到节点初始化命令后,首先,判断当前时刻是否处于业务处理节点的审批执行时间区间内,当判断结果为是时,进一步判断业务处理节点是否处于可用状态,而当判断结果为否时,说明业务处理节点当前不可以执行审批任务,需要延时执行节点初始化的操作。
52.进一步地,仅在业务处理节点处于可用状态时,通过所述业务处理节点的节点类型所对应的初始化方式对所述业务处理节点进行初始化设置。具体地,对于所述开始节点和所述结束节点,设置节点位置;对于所述人工活动节点,设置节点控制用户、业务数据获取路径和业务审批规则;对于所述系统活动节点、所述并行网关节点和所述互斥网关节点,设置业务数据获取路径和业务审批规则。
53.所述开始节点和所述结束节点位于业务审批流程的首尾,无需承担功能性任务,仅分别用于标识业务审批流程的开始和结束。所述人工活动节点指的是需要获取人工审批操作作为审批结果的业务处理节点指的是需要获取系统自动审批操作作为审批结果的业务处理节点。
54.同时,业务审批流程在具有业务处理节点的同时,还需设置有业务处理节点间的关联关系,业务处理节点间的关联关系可以抽象理解为业务处理节点之间的有向线,所述并行网关节点和所述互斥网关节点则用于管理有向线的分支分布情况。其中,所述并行网关节点指的是该节点处的多个有向线可同时运作,即该节点可同时与该节点所连接的多个其他节点进行数据交互。所述互斥网关节点则指的是该节点处的多个有向线不可同时运作,当其中一条有向线支持该节点与其他节点进行数据交互时,其余有向线处于不可工作状态。
55.通过以上多种节点的设置,可有效实现业务审批流程快捷高效流转。
56.图2示出了根据本技术的另一个实施例的信息处理方法的流程图。
57.如图2所示,流程前端为用户可进行业务审批操作的客户端页面,流程后端服务部署在包括服务器在内的任意设备上,用于根据流程前端的指示执行业务审批,关联业务前端指的是业务审批操作所涉及业务的业务系统客户端,关联业务后端服务部署在包括服务器在内的任意设备上,用于根据关联业务前端的指示实现业务操作。
58.具体地,流程前端将接收到的业务审批请求发送至关联业务前端,关联业务前端根据该业务审批请求向关联业务后端服务发出数据调用请求,以获取业务审批请求所涉及业务的业务数据,关联业务后端服务基于数据调用请求将业务数据发送至关联业务前端。接着,关联业务前端再将业务数据反馈至流程前端。
59.流程前端获取到业务数据后,获取针对该业务数据的用户审批操作,并将该用户审批操作发送至流程后端服务,流程后端服务执行这一用户审批操作,得到审批结果,并将
审批结果反馈至流程前端。
60.此时,流程前端将审批结果发送至关联业务前端,关联业务前端将审批结果同步至关联业务后端服务中,在完成此次同步后,关联业务后端服务向流程后端服务发送同步成功的消息。接下来,关联业务后端服务基于审批结果执行业务,得到业务执行结果,并将业务执行结果分别同步至流程前端、流程后端服务和关联业务前端。
61.至此,将业务审批流程内的流转情况与业务系统的数据进行了自动同步,降低了两者同步消耗的成本,提升了数据同步的便利性和准确性,加速了业务审批流程流转的便利性和业务审批速度,提升了用户体验。
62.图3示出了根据本技术的一个实施例的信息处理装置的框图。
63.如图3所示,根据本技术的一个实施例的信息处理装置300包括:审批请求获取单元302,用于通过业务处理节点获取业务审批请求;业务数据获取单元304,用于基于所述业务审批请求,从业务服务端获取对应的业务数据;业务审批单元306,用于获取所述业务处理节点针对所述业务数据的业务审批操作,并通过流程服务端为所述业务审批操作生成业务审批结果;第一同步单元308,用于将所述业务审批结果同步至所述业务服务端,以供所述业务服务端基于所述业务审批结果进行业务处理并生成业务处理结果;第二同步单元310,用于将所述业务处理结果同步至所述流程服务端和所述业务处理节点。
64.在一种可能的设计中,所述信息处理装置300还包括:审批流程选择单元,用于在所述通过流程服务端为所述业务审批操作生成业务审批结果之前,在所述流程服务端选择版本号与所述业务审批请求携带的版本号一致的业务审批流程。
65.在一种可能的设计中,所述信息处理装置300还包括:第一同步运行单元,用于在运行所述业务审批流程的同时,运行第一历史审批流程,其中,所述第一历史审批流程与所述业务审批流程具有至少一个相同步骤,所述第一历史审批流程的版本号与所述业务审批流程的版本号不同。
66.在一种可能的设计中,所述信息处理装置300还包括:第二同步运行单元,用于在运行所述业务审批流程的同时,运行第二历史审批流程,其中,所述业务审批流程为对所述第二历史审批流程进行更新得到,所述第二历史审批流程与所述业务审批流程具有至少一个相同步骤,所述第二历史审批流程的版本号与所述业务审批流程的版本号不同,以及所述第二历史审批流程的运行起始时间早于所述业务审批流程的运行起始时间。
67.在一种可能的设计中,所述信息处理装置300还包括:标识设置单元,用于为所述业务处理节点显示所述业务处理节点所涉及的全部运行中审批流程,并为所述全部运行中审批流程内的所述业务审批流程设置第一标识,为为所述全部运行中审批流程内的所述第二历史审批流程设置第二标识,所述第一标识和所述第二标识具有外观关联性。
68.在一种可能的设计中,所述信息处理装置300还包括:节点初始化单元,用于对于任一所述业务处理节点,在通过所述业务处理节点获取任一业务审批请求之前,若所述业务处理节点处于可用状态且当前时刻处于审批执行时间区间内,通过所述业务处理节点的节点类型所对应的初始化方式对所述业务处理节点进行初始化设置,其中,所述节点类型包括:开始节点、结束节点、人工活动节点、系统活动节点、并行网关节点和互斥网关节点。
69.在一种可能的设计中,所述节点初始化单元用于:对于所述开始节点和所述结束节点,设置节点位置;对于所述人工活动节点,设置节点控制用户、业务数据获取路径和业
务审批规则;对于所述系统活动节点、所述并行网关节点和所述互斥网关节点,设置业务数据获取路径和业务审批规则。
70.该信息处理装置300使用上述实施例中任一项所述的方案,因此,具有上述所有技术效果,在此不再赘述。
71.图4示出了根据本技术的一个实施例的电子设备的框图。
72.如图4所示,本技术的一个实施例的电子设备400,包括至少一个存储器402;以及,与所述至少一个存储器402通信连接的处理器404;其中,所述存储器存储有可被所述至少一个处理器404执行的指令,所述指令被设置为用于执行上述任一实施例中所述的方案。因此,该电子设备400具有和上述任一实施例中相同的技术效果,在此不再赘述。
73.本技术实施例的电子设备以多种形式存在,包括但不限于:
74.(1)移动通信设备:这类设备的特点是具备移动通信功能,并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iphone)、多媒体手机、功能性手机,以及低端手机等。
75.(2)超移动个人计算机设备:这类设备属于个人计算机的范畴,有计算和处理功能,一般也具备移动上网特性。这类终端包括:pda、mid和umpc设备等,例如ipad。
76.(3)便携式娱乐设备:这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如ipod),掌上游戏机,电子书,以及智能玩具和便携式车载导航设备。
77.(4)服务器:提供计算服务的设备,服务器的构成包括处理器、硬盘、内存、系统总线等,服务器和通用的计算机架构类似,但是由于需要提供高可靠的服务,因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
78.(5)其他具有数据交互功能的电子装置。
79.另外,本技术实施例提供了一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行以下步骤:通过业务处理节点获取业务审批请求;基于所述业务审批请求,从业务服务端获取对应的业务数据;获取所述业务处理节点针对所述业务数据的业务审批操作,并通过流程服务端为所述业务审批操作生成业务审批结果;将所述业务审批结果同步至所述业务服务端,以供所述业务服务端基于所述业务审批结果进行业务处理并生成业务处理结果;将所述业务处理结果同步至所述流程服务端和所述业务处理节点。
80.需要说明的是,上述关于计算机可读存储介质或电子设备所能实现的功能或步骤,可对应参阅前述方法实施例中的相关描述,为避免重复,这里不再一一描述。
81.以上结合附图详细说明了本技术的技术方案,本技术的技术方案,相对于相关技术中通过分布式改造同步业务审批流程与业务系统的数据的方式,避免了复杂困难的分布式改造过程,而是直接在业务审批流程流转的过程中,将业务审批流程内的流转情况与业务系统的数据进行了自动同步,这一自动同步逻辑的增加,大大降低了两者同步消耗的成本,提升了数据同步的便利性和准确性,加速了业务审批流程流转的便利性和业务审批速度,提升了用户体验。
82.应当理解,尽管在本技术实施例中可能采用术语第一、第二等来描述历史审批流程,但这些历史审批流程不应限于这些术语。这些术语仅用来将历史审批流程彼此区分开。例如,在不脱离本技术实施例范围的情况下,第一历史审批流程也可以被称为第二历史审
批流程,类似地,第二历史审批流程也可以被称为第一历史审批流程。
83.取决于语境,如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
84.在本技术实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本技术。在本技术实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
85.在本技术所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
86.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
87.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
88.以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。
技术特征:
1.一种信息处理方法,其特征在于,包括:通过业务处理节点获取业务审批请求;基于所述业务审批请求,从业务服务端获取对应的业务数据;获取所述业务处理节点针对所述业务数据的业务审批操作,并通过流程服务端为所述业务审批操作生成业务审批结果;将所述业务审批结果同步至所述业务服务端,以供所述业务服务端基于所述业务审批结果进行业务处理并生成业务处理结果;将所述业务处理结果同步至所述流程服务端和所述业务处理节点。2.根据权利要求1所述的信息处理方法,其特征在于,在所述通过流程服务端为所述业务审批操作生成业务审批结果之前,还包括:在所述流程服务端选择版本号与所述业务审批请求携带的版本号一致的业务审批流程。3.根据权利要求2所述的信息处理方法,其特征在于,还包括:在运行所述业务审批流程的同时,运行第一历史审批流程,其中,所述第一历史审批流程与所述业务审批流程具有至少一个相同步骤,所述第一历史审批流程的版本号与所述业务审批流程的版本号不同。4.根据权利要求2所述的信息处理方法,其特征在于,还包括:在运行所述业务审批流程的同时,运行第二历史审批流程,其中,所述业务审批流程为对所述第二历史审批流程进行更新得到,所述第二历史审批流程与所述业务审批流程具有至少一个相同步骤,所述第二历史审批流程的版本号与所述业务审批流程的版本号不同,以及所述第二历史审批流程的运行起始时间早于所述业务审批流程的运行起始时间。5.根据权利要求4所述的信息处理方法,其特征在于,还包括:为所述业务处理节点显示所述业务处理节点所涉及的全部运行中审批流程,并为所述全部运行中审批流程内的所述业务审批流程设置第一标识,为为所述全部运行中审批流程内的所述第二历史审批流程设置第二标识,所述第一标识和所述第二标识具有外观关联性。6.根据权利要求1至5中任一项所述的信息处理方法,其特征在于,还包括:对于任一所述业务处理节点,在通过所述业务处理节点获取任一业务审批请求之前,若所述业务处理节点处于可用状态且当前时刻处于审批执行时间区间内,通过所述业务处理节点的节点类型所对应的初始化方式对所述业务处理节点进行初始化设置,其中,所述节点类型包括:开始节点、结束节点、人工活动节点、系统活动节点、并行网关节点和互斥网关节点。7.根据权利要求6所述的信息处理方法,其特征在于,所述通过所述业务处理节点的节点类型所对应的初始化方式对所述业务处理节点进行初始化设置,包括:对于所述开始节点和所述结束节点,设置节点位置;对于所述人工活动节点,设置节点控制用户、业务数据获取路径和业务审批规则;对于所述系统活动节点、所述并行网关节点和所述互斥网关节点,设置业务数据获取路径和业务审批规则。
8.一种信息处理装置,其特征在于,包括:审批请求获取单元,用于通过业务处理节点获取业务审批请求;业务数据获取单元,用于基于所述业务审批请求,从业务服务端获取对应的业务数据;业务审批单元,用于获取所述业务处理节点针对所述业务数据的业务审批操作,并通过流程服务端为所述业务审批操作生成业务审批结果;第一同步单元,用于将所述业务审批结果同步至所述业务服务端,以供所述业务服务端基于所述业务审批结果进行业务处理并生成业务处理结果;第二同步单元,用于将所述业务处理结果同步至所述流程服务端和所述业务处理节点。9.一种电子设备,其特征在于,包括:至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被设置为用于执行上述权利要求1至7中任一项所述的方法。10.一种计算机可读存储介质,其特征在于,存储有计算机可执行指令,所述计算机可执行指令用于执行如权利要求1至7中任一项所述的方法。
技术总结
本申请涉及数据处理技术领域,尤其涉及一种信息处理方法及装置、电子设备和计算机可读存储介质,该方法包括:通过业务处理节点获取业务审批请求;基于所述业务审批请求,从业务服务端获取对应的业务数据;获取所述业务处理节点针对所述业务数据的业务审批操作,并通过流程服务端为所述业务审批操作生成业务审批结果;将所述业务审批结果同步至所述业务服务端,以供所述业务服务端基于所述业务审批结果进行业务处理并生成业务处理结果;将所述业务处理结果同步至所述流程服务端和所述业务处理节点。以上技术方案,提升了数据同步的便利性和准确性,加速了业务审批流程流转的便利性和业务审批速度,提升了用户体验。提升了用户体验。提升了用户体验。
技术研发人员:张健维 王燕洁
受保护的技术使用者:平安科技(深圳)有限公司
技术研发日:2023.06.02
技术公布日:2023/9/12
版权声明
本文仅代表作者观点,不代表航家之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)
航空之家 https://www.aerohome.com.cn/
飞机超市 https://mall.aerohome.com.cn/
航空资讯 https://news.aerohome.com.cn/