签报审批管理方法、装置及电子设备与流程

[0001]
本申请涉及区块链技术领域，尤其涉及一种签报审批管理方法、装置及电子设备。


背景技术：

[0002]
在企业办公业务中，签报审批是日常工作必不可少的，对于比较重要的事项，需要进行严格的审批才能开展，为了规范管理，往往根据各自需要制定不同的人事和行政审批规则，随着办公自动化管理系统的广泛应用，员工可依据审批规则通过不同的业务系统向审批系统提交签报，审批系统可根据审批流程执行进度定向分发至当前审批人对应的办公账户中，等待审批人的审批。
[0003]
目前，签报审批流程中，业务系统使用统一名称，从审批系统获取审批结果，一个周期只能调用一次相应的接口拉取有限个审批结果，效率低下。


技术实现要素：

[0004]
本申请实施例提供一种签报审批管理方法、装置及设备，可提高对签报审批管理的可靠性。
[0005]
第一方面，本申请实施例提供了一种签报审批管理方法，该方法包括：
[0006]
第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求，所述第一审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述第一业务系统；
[0007]
所述第一业务系统在第二时刻检测是否存在待审批的签报审批请求，所述第一时刻与所述第二时刻之间的时间间隔等于第一预设时间间隔；
[0008]
若是，则所述第一业务系统获取所述第一业务系统的第二名称，根据所述第二名称生成第二审批结果获取请求，并向所述签报审批系统发送所述第二审批结果获取请求，所述第二审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述第一业务系统。
[0009]
其中，所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之前，所述方法还包括：
[0010]
所述第一业务系统在检测到签报审批请求时，将所述签报审批请求存储到消息列表，得到签报审批请求队列；
[0011]
所述第一业务系统按照第一预设频率将所述签报审批请求队列中的签报审批请求发送到所述签报审批系统。
[0012]
其中，所述第一业务系统按照第一预设频率将所述签报审批请求队列中的签报审批请求发送到所述签报审批系统，包括：
[0013]
当所述第一业务系统在当前周期向所述签报审批系统发送签报审批请求时，若所
述签报审批请求队列中的签报审批请求的个数为r时，所述第一业务系统将所述r签报审批请求中的s个签报审批请求到所述签报审批系统，s为大于或者等于2的正整数，r为大于或者等于s的正整数；
[0014]
当所述第一业务系统在当前周期向所述签报审批系统发送签报审批请求时，若所述签报审批请求队列中的签报审批请求的个数为t，所述第一业务系统将所述t个签报审批请求发送到所述签报审批系统，t为小于s的正整数。
[0015]
其中，所述第一业务系统在检测到签报审批请求时，将所述签报审批请求存储到消息列表，得到签报审批请求队列之前，所述方法还包括：
[0016]
所述第一业务系统在检测到用户的第一触发操作时，根据所述第一触发操作生成签报模板获取请求，并向签报模板系统发送所述签报模板获取请求；
[0017]
所述第一业务系统接受来自所述签报模板发送的签报审批模板，并根据所述签报审批模板生成所述签报审批请求，所述签报审批模板为所述签报模板系统根据所述签报模板获取请求得到的。
[0018]
其中，所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，所述方法还包括：
[0019]
所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，若确定出所述审批结果为审批不通过，则所述第一业务系统在第二预设时间间隔之后向所述签报审批系统发送所述签报审批请求。
[0020]
其中，所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，所述方法还包括：
[0021]
所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，若确定出所述审批结果为审批通过，则所述第一业务系统根据所述审批结果生成第一提示信息，所述第一提示信息用于提示相关的用户审批已通过；
[0022]
所述第一业务系统将所述第一提示信息发送到相应的用户终端。
[0023]
其中，所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，所述方法还包括：
[0024]
所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，若确定出所述审批结果为审批不通过，则所述第一业务系统根据所述审批结果生成第二提示信息，所述第二提示信息用于反映审批未通过以及未通过的原因；
[0025]
所述第一业务系统将所述第二提示信息发送到相应的用户终端。
[0026]
第二方面，本申请实施例提供了一种签报审批管理装置，该装置包括:
[0027]
第一审批结果请求模块，用于通过第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求，所述第一审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述第一业务系统；
[0028]
检测模块，用于通过所述第一业务系统在第二时刻检测是否存在待审批的签报审
批请求，所述第一时刻与所述第二时刻之间的时间间隔等于第一预设时间间隔；
[0029]
第二审批结果请求模块用于，若是，则通过所述第一业务系统获取所述第一业务系统的第二名称，根据所述第二名称生成第二审批结果获取请求，并向所述签报审批系统发送所述第二审批结果获取请求，所述第二审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述第一业务系统。
[0030]
其中，所述装置还包括：签报审批请求发送模块，用于通过所述第一业务系统在检测到签报审批请求时，将所述签报审批请求存储到消息列表，得到签报审批请求队列；以及用于通过所述第一业务系统按照第一预设频率将所述签报审批请求队列中的签报审批请求发送到所述签报审批系统。
[0031]
其中，在通过所述第一业务系统按照第一预设频率将所述签报审批请求队列中的签报审批请求发送到所述签报审批系统方面，所述签报审批请求发送模块具体用于：当所述第一业务系统在当前周期向所述签报审批系统发送签报审批请求时，若所述签报审批请求队列中的签报审批请求的个数为r时，所述第一业务系统将所述r签报审批请求中的s个签报审批请求到所述签报审批系统，s为大于或者等于2的正整数，r为大于或者等于s的正整数；当所述第一业务系统在当前周期向所述签报审批系统发送签报审批请求时，若所述签报审批请求队列中的签报审批请求的个数为t，所述第一业务系统将所述t个签报审批请求发送到所述签报审批系统，t为小于s的正整数。
[0032]
其中，所述装置还包括：签报审批请求获取模块，用于在所述通过所述第一业务系统在检测到签报审批请求时，将所述签报审批请求存储到消息列表，得到签报审批请求队列之前，通过所述第一业务系统在检测到用户的第一触发操作时，根据所述第一触发操作生成签报模板获取请求，并向签报模板系统发送所述签报模板获取请求；以及用于通过所述第一业务系统接受来自所述签报模板发送的签报审批模板，并根据所述签报审批模板生成所述签报审批请求，所述签报审批模板为所述签报模板系统根据所述签报模板获取请求得到的。
[0033]
其中，所述装置还包括：审批重试模块，用于在通过所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，通过所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，若确定出所述审批结果为审批不通过，则所述第一业务系统在第二预设时间间隔之后向所述签报审批系统发送所述签报审批请求。
[0034]
其中，所述装置还包括：信息提示模块，用于在通过所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，通过所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，若确定出所述审批结果为审批通过，则所述第一业务系统根据所述审批结果生成第一提示信息，所述第一提示信息用于提示相关的用户审批已通过；以及用于通过所述第一业务系统将所述第一提示信息发送到相应的用户终端。
[0035]
其中，所述信息提示模块，还用于：在通过所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一
审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，通过所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，若确定出所述审批结果为审批不通过，则所述第一业务系统根据所述审批结果生成第二提示信息，所述第二提示信息用于反映审批未通过以及未通过的原因；以及通过所述第一业务系统将所述第二提示信息发送到相应的用户终端。
[0036]
第三方面，本申请实施例提供了一种电子设备，包括：
[0037]
处理器，适于实现一条或一条以上指令；以及，
[0038]
计算机可读存储介质，所述计算机可读存储介质存储有一条或一条以上指令，所述一条或一条以上指令适于由所述处理器加载并执行如第一方面任一项所述的方法。
[0039]
第四方面，本申请实施例提供了一种计算机可读存储介质，存储用于电子数据交换的计算机程序，其中，所述计算机程序被计算机执行时实现如第一方面任一项所述的方法。
[0040]
本申请实施例中，提供一种签报审批管理方法、装置及电子设备，方法包括：第一业务系统在第一时刻检测到待审批的签报审批请求时，获取第一业务系统的第一名称，根据第一名称生成第一审批结果获取请求，并向签报审批系统发送第一审批结果获取请求，第一审批结果获取请求用于触发签报审批系统将已获取审批结果发送到第一业务系统，之后，在第二时刻检测是否存在待审批的签报审批请求，若是，则获取第一业务系统的第二名称，根据第二名称生成第二审批结果获取请求，并向签报审批系统发送第二审批结果获取请求，第二审批结果获取请求用于触发签报审批系统将已获取审批结果发送到第一业务系统。可见，通过用同一业务系统对应多个别名的方式，即同一业务系统采用多个系统别名，固定时间间隔轮询向签报审批系统发送请求以获取审批结果，从而提升签报审批管理的效率。
附图说明
[0041]
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0042]
图1是本申请实施例提供的一种签报审批管理系统的示意图；
[0043]
图2是本申请实施例提供的一种签报审批管理方法的流程示意图；
[0044]
图3是本申请实施例提供的另一种签报审批管理方法的流程示意图；
[0045]
图4是本申请实施例提供的一种签报审批管理装置的结构示意图；
[0046]
图5是本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
[0047]
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0048]
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别
不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
[0049]
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
[0050]
本申请中的电子设备可以是指部署在区块链中的任一节点多个设备构成的设备，所谓区块链是一种分布式数据存储、点对点传输(p2p传输)、共识机制、加密算法等计算机技术的新型应用模式，其本质上是一个去中心化的数据库；区块链可由多个借由密码学串接并保护内容的串连交易记录(又称区块)构成，用区块链所串接的分布式账本能让多方有效纪录交易，且可永久查验此交易(不可篡改)。其中，共识机制是指区块链网络中实现不同节点之间建立信任、获取权益的数学算法；也就是说，共识机制是区块链各网络节点共同认可的一种数学算法。本申请可利用区块链的共识机制，来实现确定出同一车辆在不同时间以及不同范围内的行驶轨迹，扩大对车辆追踪的范围，以及提高确定车辆行驶轨迹的准确性。
[0051]
如图1所示，图1是一种签报审批管理系统100的示意图，该签报审批管理系统100包括第一业务系统110、签报审批系统120以及签报模板系统130，第一业务系统110和签报审批系统120、签报模板系统130进行通信连接，第一业务系统110用于向签报审批系统120发送签报审批请求，所述签报审批系统120用于获取针对所述签报审批请求进行审批的审批结果，以及将所述审批结果反馈到所述第一业务系统110；第一业务系统110还用于向签报模板系统130发送签报模板获取请求，所述签报模板系统130用于根据所述签报模板获取请求向所述签报模板系统130反馈签报审批模板。
[0052]
目前，签报审批管理方法中，业务系统使用统一名称，从审批系统获取审批结果，一个周期只能调用一次相应的接口拉取有限个审批结果，效率低下。
[0053]
针对上述问题，本申请提出一种签报审批管理方法，下面结合附图对本申请实施例进行详细介绍。
[0054]
请参见图2，图2是本申请实施例提供的一种签报审批管理方法的流程示意图，该签报审批管理方法包括以下步骤s101～s103。
[0055]
s101，第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求，所述第一审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述第一业务系统；
[0056]
s102，所述第一业务系统在第二时刻检测是否存在待审批的签报审批请求，所述第一时刻与所述第二时刻之间的时间间隔等于第一预设时间间隔；
[0057]
s103，若是，则所述第一业务系统获取所述第一业务系统的第二名称，根据所述第二名称生成第二审批结果获取请求，并向所述签报审批系统发送所述第二审批结果获取请求，所述第二审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述
第一业务系统。
[0058]
其中，待审批的签报审批请求是指已向签报审批系统发送但为接收到审批结果的签报审批请求。
[0059]
其中，第一预设时间间隔可以是3s，第一预设时间间隔可以是5s，第一预设时间间隔可以是1分钟，第一预设时间间隔还可以是其他时间间隔，不作具体限定。
[0060]
即是，第一业务系统在第一时刻检测到存在待审批的签报审批请求时，会以第一名称向签报审批系统请求获取审批结果，在一定的时间间隔之后，若第一系统再次检测到存在待审批的签报审批请求时，会以第二名称向签报审批系统请求获取审批结果。
[0061]
其中，所述第一业务系统包括多个名称，当该第一业务系统一直存在待审批的签报审批请求，则该第一业务系统会以不同的名称持续的向签报审批系统请求获取审批结果。
[0062]
其中，该签报审批系统可以是eoa系统。
[0063]
可以理解的是，第一业务系统向签报审批系统请求审批结果的前提是在第一业务系统检测到存在待审批的签报审批请求，能够降低签报审批系统的压力，提升签报审批系统的资源利用率。
[0064]
可选的，所述第一业务系统在第二时刻检测到不存在待审批的签报审批请求时，结束当前审批结果获取进程。即是在第一业务系统中不包含待审批的签报审批请求时，不会向审批系统请求审批结果。
[0065]
本申请实施例中，提供一种签报审批管理方法、装置及电子设备，方法包括：第一业务系统在第一时刻检测到待审批的签报审批请求时，获取第一业务系统的第一名称，根据第一名称生成第一审批结果获取请求，并向签报审批系统发送第一审批结果获取请求，第一审批结果获取请求用于触发签报审批系统将已获取审批结果发送到第一业务系统，之后，在第二时刻检测是否存在待审批的签报审批请求，若是，则获取第一业务系统的第二名称，根据第二名称生成第二审批结果获取请求，并向签报审批系统发送第二审批结果获取请求，第二审批结果获取请求用于触发签报审批系统将已获取审批结果发送到第一业务系统。可见，通过用同一业务系统对应多个别名的方式，即同一业务系统采用多个系统别名，固定时间间隔轮询向签报审批系统发送请求以获取审批结果，从而提升签报审批管理的效率。
[0066]
在一个可能的示例中，所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之前，所述方法还包括：
[0067]
所述第一业务系统在检测到签报审批请求时，将所述签报审批请求存储到消息列表，得到签报审批请求队列；
[0068]
所述第一业务系统按照第一预设频率将所述签报审批请求队列中的签报审批请求发送到所述签报审批系统。
[0069]
其中，该第一设频率可以是一个小时发送1次，该第一设频率可以是一天发送10次，等等，对该第一设频率不作具体限定，每次发送的签报审批请求的个数的最大限度值不作限定，如可以是最大限度值可以是100，最大限度值可以是50，等等。
[0070]
所述第一业务系统按照第一预设频率将所述签报审批请求队列中的签报审批请
求发送到所述签报审批系统的实现方式可以是：当签报审批请求队列中的签报审批请求超过单次发送请求的最大限度时，第一业务系统会基于签报审批请求的上传时间，先发送上传时间在先的签报审批请求。
[0071]
可选的，所述第一业务系统按照第一预设频率将所述签报审批请求队列中的签报审批请求发送到所述签报审批系统，包括：
[0072]
当所述第一业务系统在当前周期向所述签报审批系统发送签报审批请求时，若所述签报审批请求队列中的签报审批请求的个数为r时，所述第一业务系统将所述r签报审批请求中的s个签报审批请求到所述签报审批系统，s为大于或者等于2的正整数，r为大于或者等于s的正整数；
[0073]
当所述第一业务系统在当前周期向所述签报审批系统发送签报审批请求时，若所述签报审批请求队列中的签报审批请求的个数为t，所述第一业务系统将所述t个签报审批请求发送到所述签报审批系统，t为小于s的正整数。
[0074]
其中，s可以是50，s也可以是100，等等，对s的大小不作具体限定。可见，本示例中，业务系统在获取签报审批请求之后，将审批请求放入消息队列中，具体的发送过程可以基于消息队列进行，能够并行发送多个签报审批请求到签报审批系统，提高发送效率，降低出现阻塞的概率，提高业务系统与签报审批系统的稳定性。
[0075]
在一个可能的示例中，所述第一业务系统在检测到签报审批请求时，将所述签报审批请求存储到消息列表，得到签报审批请求队列之前，所述方法还包括：
[0076]
所述第一业务系统在检测到用户的第一触发操作时，根据所述第一触发操作生成签报模板获取请求，并向签报模板系统发送所述签报模板获取请求；
[0077]
所述第一业务系统接受来自所述签报模板发送的签报审批模板，并根据所述签报审批模板生成所述签报审批请求，所述签报审批模板为所述签报模板系统根据所述签报模板获取请求得到的。
[0078]
其中，用户的第一触发操作为触发申请某种签报审批模板的操作。
[0079]
其中，签报审批模板包括审批内容、审批链详情、业务系统名称以及业务系统唯一标识等等。
[0080]
可见，本示例中，由于签报审批模板统一管理，可以有效解决审批内容混乱，系统唯一标识冲突的问题，规范签报审批内容。
[0081]
在一个可能的示例中，所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，所述方法还包括：
[0082]
所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，若确定出所述审批结果为审批不通过，则所述第一业务系统在第二预设时间间隔之后向所述签报审批系统发送所述签报审批请求。
[0083]
其中，所述第四时间间隔可以是1个小时，所述第四时间间隔可以是10分钟，等等，对所述第四时间间隔不作具体限定。
[0084]
可见，本示例中，业务系统收到审批结果之后，如果审批结果为审批不通过，则可以向审批系统重新发送相应的签报审批请求，复核签报审批系统的签报审批不通过的情况。
[0085]
在一个可能的示例中，所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，所述方法还包括：
[0086]
所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，
[0087]
若确定出所述审批结果为审批通过，则所述第一业务系统根据所述审批结果生成第一提示信息，所述第一提示信息用于提示相关的用户审批已通过；
[0088]
所述第一业务系统将所述第一提示信息发送到相应的用户终端。
[0089]
可见，本示例中，第一业务系统在接收到针对某一签报审批请求的审批结果时，将审批通过的结果发送到相应的审批申请用户。
[0090]
在一个可能的示例中，所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，所述方法还包括：
[0091]
所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，若确定出所述审批结果为审批不通过，则所述第一业务系统根据所述审批结果生成第二提示信息，所述第二提示信息用于反映审批未通过以及未通过的原因；
[0092]
所述第一业务系统将所述第二提示信息发送到相应的用户终端。
[0093]
可见，本示例中，第一业务系统在接收到针对某一签报审批请求的审批结果时，将审批不通过的结果和不通过的理由发送到相应的审批申请用户。
[0094]
与上述图2所示的实施例一致的，请参见图3，图3是本申请实施例提供的一种签报审批管理方法的流程示意图，该签报审批管理方法包括以下步骤s201～s209。
[0095]
s201、所述第一业务系统在检测到用户的第一触发操作时，根据所述第一触发操作生成签报模板获取请求，并向签报模板系统发送所述签报模板获取请求；
[0096]
s202、所述第一业务系统接受来自所述签报模板发送的签报审批模板，并根据所述签报审批模板生成所述签报审批请求，所述签报审批模板为所述签报模板系统根据所述签报模板获取请求得到的；
[0097]
s203、所述第一业务系统在检测到签报审批请求时，将所述签报审批请求存储到消息列表，得到签报审批请求队列；
[0098]
s204、所述第一业务系统按照第一预设频率将所述签报审批请求队列中的签报审批请求发送到所述签报审批系统，得到待审批的签报审批请求；
[0099]
s205、所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求，所述第一审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述第一业务系统；
[0100]
s206、所述第一业务系统在第二时刻检测是否存在待审批的签报审批请求，所述第一时刻与所述第二时刻之间的时间间隔等于第一预设时间间隔；
[0101]
s207、若是，则所述第一业务系统获取所述第一业务系统的第二名称，根据所述第二名称生成第二审批结果获取请求，并向所述签报审批系统发送所述第二审批结果获取请求，所述第二审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述第一业务系统。
[0102]
本申请实施例中，提供一种签报审批管理方法、装置及电子设备，方法包括：第一业务系统在第一时刻检测到待审批的签报审批请求时，获取第一业务系统的第一名称，根据第一名称生成第一审批结果获取请求，并向签报审批系统发送第一审批结果获取请求，第一审批结果获取请求用于触发签报审批系统将已获取审批结果发送到第一业务系统，之后，在第二时刻检测是否存在待审批的签报审批请求，若是，则获取第一业务系统的第二名称，根据第二名称生成第二审批结果获取请求，并向签报审批系统发送第二审批结果获取请求，第二审批结果获取请求用于触发签报审批系统将已获取审批结果发送到第一业务系统。可见，通过用同一业务系统对应多个别名的方式，即同一业务系统采用多个系统别名，固定时间间隔轮询向签报审批系统发送请求以获取审批结果，从而提升签报审批管理的效率。
[0103]
此外，业务系统在获取签报审批请求之后，将审批请求放入消息队列中，具体的发送过程可以基于消息队列进行，能够并行发送多个签报审批请求到签报审批系统，提高发送效率，降低出现阻塞的概率，提高业务系统与签报审批系统的稳定性。
[0104]
与上述图2、图3所示的实施例一致的，请参见图4，图4是本申请实施例提供的一种签报审批管理装置的结构示意图，本申请实施例的所述签报审批管理装置可以应用在上述提及的电子设备中。本实施例中，该签报审批管理装置包括第一审批结果请求模块401、检测模块402、第二审批结果请求模块403：
[0105]
第一审批结果请求模块401，用于通过第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求，所述第一审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述第一业务系统；
[0106]
检测模块402，用于通过所述第一业务系统在第二时刻检测是否存在待审批的签报审批请求，所述第一时刻与所述第二时刻之间的时间间隔等于第一预设时间间隔；
[0107]
第二审批结果请求模块403用于，若是，则通过所述第一业务系统获取所述第一业务系统的第二名称，根据所述第二名称生成第二审批结果获取请求，并向所述签报审批系统发送所述第二审批结果获取请求，所述第二审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述第一业务系统。
[0108]
其中，所述装置还包括：签报审批请求发送模块404，用于通过所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之前，通过所述第一业务系统在检测到签报审批请求时，将所述签报审批请求存储到消息列表，得到签报审批请求队列；以及用于通过所述第一业务系统按照第一预设频率将所述签报审批请求队列中的签报审批请求发送到所述签报审批系统。
[0109]
其中，在通过所述第一业务系统按照第一预设频率将所述签报审批请求队列中的签报审批请求发送到所述签报审批系统方面，所述签报审批请求发送模块404具体用于：当所述第一业务系统在当前周期向所述签报审批系统发送签报审批请求时，若所述签报审批请求队列中的签报审批请求的个数为r时，所述第一业务系统将所述r签报审批请求中的s个签报审批请求到所述签报审批系统，s为大于或者等于2的正整数，r为大于或者等于s的正整数；当所述第一业务系统在当前周期向所述签报审批系统发送签报审批请求时，若所
述签报审批请求队列中的签报审批请求的个数为t，所述第一业务系统将所述t个签报审批请求发送到所述签报审批系统，t为小于s的正整数。
[0110]
其中，所述装置还包括：签报审批请求获取模块405，用于在所述通过所述第一业务系统在检测到签报审批请求时，将所述签报审批请求存储到消息列表，得到签报审批请求队列之前，通过所述第一业务系统在检测到用户的第一触发操作时，根据所述第一触发操作生成签报模板获取请求，并向签报模板系统发送所述签报模板获取请求；以及用于通过所述第一业务系统接受来自所述签报模板发送的签报审批模板，并根据所述签报审批模板生成所述签报审批请求，所述签报审批模板为所述签报模板系统根据所述签报模板获取请求得到的。
[0111]
其中，所述装置还包括：审批重试模块406，用于在所述通过所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，通过所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，若确定出所述审批结果为审批不通过，则所述第一业务系统在第二预设时间间隔之后向所述签报审批系统发送所述签报审批请求。
[0112]
其中，所述装置还包括：信息提示模块407，用于在所述通过所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，通过所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，若确定出所述审批结果为审批通过，则所述第一业务系统根据所述审批结果生成第一提示信息，所述第一提示信息用于提示相关的用户审批已通过；以及用于通过所述第一业务系统将所述第一提示信息发送到相应的用户终端。
[0113]
其中，所述信息提示模块407，还用于：在所述通过所述第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求之后，通过所述第一业务系统在接收来自所述签报审批系统发送的所述审批结果时，若确定出所述审批结果为审批不通过，则所述第一业务系统根据所述审批结果生成第二提示信息，所述第二提示信息用于反映审批未通过以及未通过的原因；以及通过所述第一业务系统将所述第二提示信息发送到相应的用户终端。
[0114]
本申请实施例中，提供一种签报审批管理方法、装置及电子设备，方法包括：第一业务系统在第一时刻检测到待审批的签报审批请求时，获取第一业务系统的第一名称，根据第一名称生成第一审批结果获取请求，并向签报审批系统发送第一审批结果获取请求，第一审批结果获取请求用于触发签报审批系统将已获取审批结果发送到第一业务系统，之后，在第二时刻检测是否存在待审批的签报审批请求，若是，则获取第一业务系统的第二名称，根据第二名称生成第二审批结果获取请求，并向签报审批系统发送第二审批结果获取请求，第二审批结果获取请求用于触发签报审批系统将已获取审批结果发送到第一业务系统。可见，通过用同一业务系统对应多个别名的方式，即同一业务系统采用多个系统别名，固定时间间隔轮询向签报审批系统发送请求以获取审批结果，从而提升签报审批管理的效率。
[0115]
与上述图2、图3所示的实施例一致的，请参见图5，是本申请实施例提供的一种电子设备的结构示意图，如图5所示的本实施例中的电子设备可以包括：一个或多个处理器501；一个或多个输入装置502，一个或多个输出装置503和存储器504。上述处理器501、输入装置502、输出装置503和存储器504通过总线505连接。
[0116]
所处理器501可以是中央处理单元(central processing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0117]
输入装置502可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出装置503可以包括显示器(lcd等)、扬声器等，输出装置503可以输出校正处理后的数据表。
[0118]
该存储器504可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器504的一部分还可以包括非易失性随机存取存储器，存储器504用于存储计算机程序，所述计算机程序包括程序指令，处理器501用于执行存储器504存储的程序指令，以用于执行一种签报审批管理方法，即用于执行以下操作：
[0119]
通过第一业务系统在第一时刻检测到待审批的签报审批请求时，获取所述第一业务系统的第一名称，根据所述第一名称生成第一审批结果获取请求，并向所述签报审批系统发送所述第一审批结果获取请求，所述第一审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述第一业务系统；
[0120]
通过所述第一业务系统在第二时刻检测是否存在待审批的签报审批请求，所述第一时刻与所述第二时刻之间的时间间隔等于第一预设时间间隔；
[0121]
若是，则所述第一业务系统获取所述第一业务系统的第二名称，根据所述第二名称生成第二审批结果获取请求，并向所述签报审批系统发送所述第二审批结果获取请求，所述第二审批结果获取请求用于触发所述签报审批系统将已获取审批结果发送到所述第一业务系统。
[0122]
本申请实施例中所描述的处理器501、输入装置502、输出装置503可执行本申请实施例提供的签报审批管理方法的第一实施例所描述的实现方式，也可执行本申请实施例所描述的电子设备的实现方式，在此不再赘述。
[0123]
本申请实施例中，提供一种签报审批管理方法、装置及电子设备，方法包括：第一业务系统在第一时刻检测到待审批的签报审批请求时，获取第一业务系统的第一名称，根据第一名称生成第一审批结果获取请求，并向签报审批系统发送第一审批结果获取请求，第一审批结果获取请求用于触发签报审批系统将已获取审批结果发送到第一业务系统，之后，在第二时刻检测是否存在待审批的签报审批请求，若是，则获取第一业务系统的第二名称，根据第二名称生成第二审批结果获取请求，并向签报审批系统发送第二审批结果获取请求，第二审批结果获取请求用于触发签报审批系统将已获取审批结果发送到第一业务系统。可见，通过用同一业务系统对应多个别名的方式，即同一业务系统采用多个系统别名，固定时间间隔轮询向签报审批系统发送请求以获取审批结果，从而提升签报审批管理的效
率。
[0124]
本申请实施例中还提供一种计算机可读存储介质，存储用于电子数据交换的计算机程序，其中，所述计算机程序被计算机执行时实现如图2实施例中所示的签报审批管理方法。
[0125]
所述计算机可读存储介质可以是前述任一实施例所述的电子设备的内部存储单元，例如控制设备的硬盘或内存。所述计算机可读存储介质也可以是所述控制设备的外部存储设备，例如所述控制设备上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述计算机可读存储介质还可以既包括所述控制设备的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述控制设备所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
[0126]
作为示例，上述计算机可读存储介质可被部署在一个计算机设备上执行，或者被部署位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链网络。
[0127]
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。