CN109472681B - 一种企业批次付款方法及装置 - Google Patents
一种企业批次付款方法及装置 Download PDFInfo
- Publication number
- CN109472681B CN109472681B CN201811397881.XA CN201811397881A CN109472681B CN 109472681 B CN109472681 B CN 109472681B CN 201811397881 A CN201811397881 A CN 201811397881A CN 109472681 B CN109472681 B CN 109472681B
- Authority
- CN
- China
- Prior art keywords
- batch
- payment
- key value
- key
- batch payment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了一种企业批次付款方法及装置,方法包括:第一应用实例接收批次付款请求,并将与批次付款请求对应的批次付款数据保存至键值数据库,在保存完成后更新所述键值数据库中的第一键值,至少两个应用实例在监听到键值数据库中有批次付款数据更新,且第一键值表征批次付款任务为启动状态时,根据从键值数据库中的键值确定的信息执行批次付款服务。该方法及装置将需要执行的付款任务的相关数据存储在键值数据库,每一个应用实例在监听到有新的付款任务时,都能够依据键值确定的付款任务相关信息执行付款任务,实现付款任务的多个应用实例的并行处理,这种方式保证了付款任务的执行效率和执行成功率。
Description
技术领域
本发明涉及数据处理技术,更具体的说,是涉及一种企业批次付款方法及装置。
背景技术
实际工作场景中,一些企业常常需要给员工进行批次集中付款。对于一些大型企业,由于其员工数量众多,且每个员工需要付款的金额也都不相同,因此其进行批次付款时的相关工作量也会很大。
现有技术中,大型企业执行批次付款通常都在一台服务器上进行。对于数量比较多的付款任务,采用一台服务器执行付款任务的方式通常会耗费很长的时间,且一旦执行付款任务的服务器出现故障,将会导致众多员工的付款失败。
发明内容
有鉴于此,本发明提供了一种企业批次付款方法及装置,以克服现有技术中由于采用一台服务器执行付款任务而导致的,任务执行时间长且成功率差的问题。
为实现上述目的,本发明提供如下技术方案:
一种企业批次付款方法,包括:
第一应用实例接收批次付款请求;
第一应用实例将与所述批次付款请求对应的批次付款数据保存至键值数据库中,并在保存完成后更新所述键值数据库中的第一键值,所述第一键值用于表征某个批次付款任务的启停状态;
至少两个应用实例在监听到所述键值数据库中有批次付款数据更新,且所述第一键值表征批次付款任务为启动状态时,根据从所述键值数据库中的键值确定的信息执行批次付款服务,所述批次付款任务与更新的批次付款数据对应。
可选的,所述根据从所述键值数据库中的键值确定的信息执行批次付款服务,包括:
根据从所述键值数据库中的第二键值、第三键值和第四键值确定的信息执行批次付款服务,其中,从第二键值中确定付款批次号,从第三键值中确定受款人标识号码,从第四键值中确定付款信息。
可选的,所述第三键值的值类型为LIST,key为付款批次号,value为受款人标识号码,所述从第三键值中确定受款人标识号码为原子性操作。
可选的,所述第二键值的值类型为HASH,key为批次付款数据总览,field为付款批次号,value为批次受款人总数量。
可选的,所述第四键值的值类型为HASH,key为付款批次号,field为受款人标识号码,value为付款信息。
可选的,所述方法还包括:
根据从第二键值中确定的批次受款人总数量和从第三键值中确定的剩余受款人数量的差值与所述批次受款人总数量的比值,确定付款进度。
可选的,在所述第一应用实例将与所述批次付款请求对应的批次付款数据保存至键值数据库中之前,所述方法还包括:
所述第一应用实例获取与所述批次付款请求对应的批次付款数据。
一种企业批次付款装置,包括:
请求接收模块,用于接收批次付款请求;
数据准备模块,用于将与所述批次付款请求对应的批次付款数据保存至键值数据库中,并在保存完成后更新所述键值数据库中的第一键值,所述第一键值用于表征某个批次付款任务的启停状态;
键值监听模块,用于监听所述键值数据库中是否有批次付款数据更新,且监听所述第一键值表征批次付款任务是否为启动状态,所述批次付款任务与更新的批次付款数据对应;
付款执行模块,用于在所述键值监听模块监听结果为是时,根据从所述键值数据库中的键值确定的信息执行批次付款服务。
一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一种企业批次付款方法。
一种电子设备,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行上述任一种企业批次付款方法。
经由上述的技术方案可知,与现有技术相比,本发明实施例公开了一种企业批次付款方法及装置,方法包括:第一应用实例接收批次付款请求,第一应用实例将与所述批次付款请求对应的批次付款数据保存至键值数据库中,并在保存完成后更新所述键值数据库中的第一键值,至少两个应用实例在监听到键值数据库有批次付款数据更新,且第一键值表征批次付款任务为启动状态时,根据从键值数据库中的键值确定的信息执行批次付款服务。所述方法及装置将需要执行的付款任务的相关数据存储在键值数据库,每一个应用实例在监听到有新的付款任务时,都能够依据键值中确定的付款任务相关信息执行付款任务,从而实现付款任务的多个应用实例的并行处理,这种方式不仅可以大大提高任务执行速度,且在某个应用实例出现故障时,仍然能够继续完成付款任务,保证了付款任务的执行效率和执行成功率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明实施例公开的一种企业批次付款方法的流程图;
图2为本发明实施例公开的另一种企业批次付款方法的流程图;
图3为本发明实施例公开的一种企业批次付款装置的结构示意图;
图4为本发明实施例公开的另一种企业批次付款装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例公开的一种企业批次付款方法的流程图,所述企业批次付款方法可以应用于服务器的应用实例中,参见图1所示,企业批次付款方法可以包括:
步骤101:第一应用实例接收批次付款请求。
所述批次付款请求由相关工作人员触发生成,在所述批次付款请求生成后,后台随机一个应用实例,也即上述第一实例,接收到所述批次付款请求后,执行相应的数据准备工作,以为后续各应用实例顺利执行付款任务做基础。
步骤102:第一应用实例将与所述批次付款请求对应的批次付款数据保存至键值数据库中,并在保存完成后更新所述键值数据库中的第一键值。
其中,第一键值用于表征某个批次付款任务的启停状态。
所述第一应用实例可以先获得与所述批次付款请求对应的付款数据,然后再将获取到的所述付款数据存储键值数据库中,所述键值数据库可以但不限制为redis数据库。所述付款数据在所述键值数据库中,以键值形式存储。
所述第一键值的值类型可以是string,key为批次号,value为启动状态。例如,由于批次付款数据比较大,存储可能需要一定时间,在所述第一应用实例将付款数据存储到所述键值数据库期间,由于还处于数据准备状态,此时的value可以为0,表示停止状态,在所述第一应用实例将付款数据存储到所述键值数据库完毕后,所述第一应用实例将所述第一键值的value配置为1,表示为启动状态。
因此,所述在保存完成后更新所述键值数据库中的第一键值,可以是在保存完成后,将所述键值数据库中的第一键值由第一数值更新为第二数值。其中,所述第二数值表征批次付款任务为启动状态。应用到上面的例子中,就是将第一键值中的value由0更新为1。
所述至少两个应用实例可以包括所述第一实例,也可以不包括所述第一应用实例。
步骤103:至少两个应用实例在监听到所述键值数据库中有批次付款数据更新,且第一键值表征批次付款任务为启动状态时,根据从所述键值数据库中的键值确定的信息执行批次付款服务。
其中,所述批次付款任务与更新的批次付款数据对应。
在一个示意性的示例中,所述根据从所述键值数据库中的键值确定的信息执行批次付款服务,可以包括:根据从所述键值数据库中的第二键值、第三键值和第四键值确定的信息执行批次付款服务,其中,从第二键值中确定付款批次号,从第三键值中确定受款人标识号码,从第四键值中确定付款信息。
具体的,所述第三键值的值类型可以为LIST,key为批次号,value为受款人标识号码,所述从第三键值中确定受款人标识号码为原子性操作。所述受款人标识号码可以为受款人工号。所述从第三键值中确定受款人标识号码为原子性操作,保证不会有重复执行的数据,且保证每一条数据都能够执行。
所述第二键值的值类型可以为HASH,key为批次付款数据总览,field为批次号,value为批次受款人总数量;所述第四键值的值类型可以为HASH,key为批次号,field为受款人标识号码,value为付款信息。
表1为键值数据库中的设计键值,其中,enter_payment表示批次付款数据总览,结合表1所示,针对一个特定的批次号,可以先从第三键值中确定受款人工号,取得一个删除一个。再从第四键值中取得受款人的付款信息,也即付款金额,执行批次付款服务。
表1键值数据库
当然,在其他的实现中,第二键值的值类型也可以是STRING,key为enter_payment,value为批次号。
本实施例中,所述企业批次付款方法将需要执行的付款任务相关数据存储在键值数据库,每一个应用实例在监听到有新的付款任务时,都能够依据键值中确定的付款任务的相关信息执行付款任务,从而实现付款任务的多个应用实例的并行处理,这种方式不仅可以大大提高任务执行速度,且在某个应用实例出现故障时,仍然能够继续完成付款任务,保证了付款任务的执行效率和执行成功率。
在上述本发明公开的实施例的基础上,图2公开了另一种企业批次付款方法的流程图,所述企业批次付款方法可以应用于服务器的应用实例中,参见图2所示,企业批次付款方法可以包括:
步骤201:第一应用实例接收批次付款请求。
步骤202:第一应用实例将与所述批次付款请求对应的批次付款数据保存至键值数据库中,并在保存完成后更新所述键值数据库中的第一键值。
其中,所述第一键值用于表征某个批次付款任务的启停状态。
步骤203:判断是否所述键值数据库中有批次付款数据更新,且第一键值表征批次付款任务为启动状态,如果是,进入步骤204。根据从所述键值数据库中的第二键值、第三键值和第四键值确定的信息执行批次付款服务。
其中,所述批次付款任务与更新的批次付款数据对应。
步骤204:至少两个应用实例根据从所述键值数据库中的第二键值、第三键值和第四键值确定的信息执行批次付款服务,从第二键值中确定付款批次号,从第三键值中确定受款人标识号码,从第四键值中确定付款信息。
所述第三键值的值类型可以为LIST,key为批次号,value为受款人标识号码,所述从第三键值中确定受款人标识号码为原子性操作。所述第二键值的值类型为HASH,key为批次付款数据总览,field为批次号,value为批次受款人总数量;所述第四键值的值类型为HASH,key为批次号,field为受款人标识号码,value为付款信息。
步骤205:根据从第二键值中确定的批次受款人总数量和从第三键值中确定的剩余受款人数量的差值与所述批次受款人总数量的比值,确定付款进度。
所述第三键值中的value值为还没有执行批次付款操作的受款人标识号码,其中有多少个标识号码,即表示还有多少人没有执行批次付款操作。从第二键值中可以确定批次受款人总数量,从第三键值中可以确定剩余没有执行批次付款服务的受款人数量,根据剩余数量与总数量的比值,就可以确定付款进度。例如,批次受款人总数量为10000,剩余受款人数量为3000,则付款进度=(1-3000/10000)%=70%。
本实施例中,可以确定付款进度,进一步可以反馈给前端相关工作人员。具体实现中还可以返回预估的剩余完成时间。以使得相关工作人员更好的了解批次付款服务的执行情况。
在其他实施例中,在所述第一应用实例将与所述批次付款请求对应的批次付款数据保存至键值数据库中之前,还可以包括:所述第一应用实例获取与所述批次付款请求对应的批次付款数据,以将获取的与所述批次付款请求对应的批次付款数据按照键值数据库的要求存入所述键值数据库。具体所述第一实例获取与所述批次付款请求对应的批次付款数据,可以包括将需要付款的数据整合为一个批次的工作内容。
对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
上述本发明公开的实施例中详细描述了方法,对于本发明的方法可采用多种形式的装置实现,因此本发明还公开了一种装置,下面给出具体的实施例进行详细说明。
图3为本发明实施例公开的一种企业批次付款装置的结构示意图,所述企业批次付款装置可以应用于服务器的应用实例中,参见图3所示,企业批次付款装置30可以包括:
请求接收模块301,用于接收批次付款请求。
所述批次付款请求由相关工作人员触发生成,在所述批次付款请求生成后,所述请求接收模块301接收到所述批次付款请求后,执行相应的数据准备工作,以为后续各模块顺利执行付款任务做基础。
数据准备模块302,用于将与所述批次付款请求对应的批次付款数据保存至键值数据库中,并在保存完成后更新所述键值数据库中的第一键值。
其中,所述第一键值用于表征某个批次付款任务的启停状态。
实际应用中,可以先获得与所述批次付款请求对应的付款数据,然后再将获取到的所述付款数据存储键值数据库中,所述键值数据库可以但不限制为redis数据库。所述付款数据在所述键值数据库中,以键值形式存储。
所述第一键值的值类型可以是string,key为批次号,value为启动状态。例如,由于批次付款数据比较大,存储可能需要一定时间,在将付款数据存储到所述键值数据库期间,由于还处于数据准备状态,此时的value可以为0,表示停止状态,在将付款数据存储到所述键值数据库完毕后,将所述第一键值的value配置为1,表示为启动状态。
因此,所述在保存完成后更新所述键值数据库中的第一键值,可以是在保存完成后,将所述键值数据库中的第一键值由第一数值更新为第二数值。其中,所述第二数值表征批次付款任务为启动状态。应用到上面的例子中,就是将第一键值中的value由0更新为1。
键值监听模块303,用于监听所述键值数据库中是否有批次付款数据更新,且监听所述第一键值表征批次付款任务是否为启动状态,所述批次付款任务与更新的批次付款数据对应。
付款执行模块304,用于在所述键值监听模块监听结果为是时,根据从所述键值数据库中的键值确定的信息执行批次付款服务。
在一个示意性的示例中,所述付款执行模块304具体可用于:根据从所述键值数据库中的第二键值、第三键值和第四键值确定的信息执行批次付款服务,其中,从第二键值中确定付款批次号,从第三键值中确定受款人标识号码,从第四键值中确定付款信息。
具体的,所述第三键值的值类型可以为LIST,key为批次号,value为受款人标识号码,所述从第三键值中确定受款人标识号码为原子性操作。所述受款人标识号码可以为受款人工号。所述从第三键值中确定受款人标识号码为原子性操作,保证不会有重复执行的数据,且保证每一条数据都能够执行。
所述第二键值的值类型可以为HASH,key为批次付款数据总览,field为批次号,value为批次受款人总数量;所述第四键值的值类型可以为HASH,key为批次号,field为受款人标识号码,value为付款信息。
针对一个特定的批次号,可以先从第三键值中确定受款人工号,取得一个删除一个。再从第四键值中取得受款人的付款信息,也即付款金额,执行批次付款服务。
当然,在其他的实现中,第二键值的值类型也可以是STRING,key为enter_payment,value为批次号。
本实施例中,所述企业批次付款装置将需要执行的付款任务相关数据存储在键值数据库,在监听到有新的付款任务时,能够依据键值中确定的付款任务的相关信息执行付款任务,在有多个应用实例的环境中,能够实现付款任务的多个应用实例的并行处理,这种方式不仅可以大大提高任务执行速度,且在某个应用实例出现故障时,仍然能够继续完成付款任务,保证了付款任务的执行效率和执行成功率。
图4为本发明实施例公开的另一种企业批次付款装置的结构示意图,所述企业批次付款装置可以应用于服务器的应用实例中,如图4所示,企业批次付款装置40可以包括:
请求接收模块301,用于接收批次付款请求。
数据准备模块302,用于将与所述批次付款请求对应的批次付款数据保存至键值数据库中,并在保存完成后更新所述键值数据库中的第一键值。
其中,所述第一键值用于表征某个批次付款任务的启停状态。
键值监听模块303,用于监听所述键值数据库中是否有批次付款数据更新,且监听所述第一键值表征批次付款任务是否为启动状态。
其中,所述批次付款任务与更新的批次付款数据对应。
付款执行模块304,用于在所述键值监听模块监听结果为是时,根据从所述键值数据库中的第二键值、第三键值和第四键值确定的信息执行批次付款服务。
其中,可以从第二键值中确定付款批次号,从第三键值中确定受款人标识号码,从第四键值中确定付款信息。所述第三键值的值类型为LIST,key为批次号,value为受款人标识号码,所述从第三键值中确定受款人标识号码为原子性操作。所述第二键值的值类型为HASH,key为批次付款数据总览,field为批次号,value为批次受款人总数量;所述第四键值的值类型为HASH,key为批次号,field为受款人标识号码,value为付款信息。
进度确定模块401,用于根据从第二键值中确定的批次受款人总数量和从第三键值中确定的剩余受款人数量的差值与所述批次受款人总数量的比值,确定付款进度。
所述第三键值中的value值为还没有执行批次付款操作的受款人标识号码,其中有多少个标识号码,即表示还有多少人没有执行批次付款操作。从第二键值中可以确定批次受款人总数量,从第三键值中可以确定剩余没有执行批次付款服务的受款人数量,根据剩余数量与总数量的比值,就可以确定付款进度。例如,批次受款人总数量为10000,剩余受款人数量为3000,则付款进度=(1-3000/10000)%=70%。
本实施例中,可以确定付款进度,进一步可以反馈给前端相关工作人员。具体实现中还可以返回预估的剩余完成时间。以使得相关工作人员更好的了解批次付款服务的执行情况。
在其他实施例中,还可以包括数据获取模块,用于在所述数据准备模块将与所述批次付款请求对应的批次付款数据保存至键值数据库中之前,获取与所述批次付款请求对应的批次付款数据。这样,后续以将获取的与所述批次付款请求对应的批次付款数据按照键值数据库的要求存入所述键值数据库。具体所述获取与所述批次付款请求对应的批次付款数据,可以包括将需要付款的数据整合为一个批次的工作内容。
上述实施例中的所述的任意一种企业批次付款装置包括处理器和存储器,上述实施例中的请求接收模块、数据准备模块、键值监听模块、付款执行模块、进度确定模块等均作为程序模块存储在存储器中,由处理器执行存储在所述存储器中的上述程序模块来实现相应的功能。
处理器中包含内核,由内核去存储器中调取相应的程序模块。内核可以设置一个或多个,通过调整内核参数来实现回访数据的处理。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM),存储器包括至少一个存储芯片。
本发明实施例提供了一种存储介质,其上存储有程序,该程序被处理器执行时实现上述实施例中所述的服务质量的确定方法。
本发明实施例提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行上述实施例中所述的服务质量的确定方法。
进一步,本实施例提供了一种电子设备,包括处理器以及存储器。其中存储器用于存储所述处理器的可执行指令,所述处理器配置为经由执行所述可执行指令来执行上述实施例中所述的服务质量的确定方法。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (9)
1.一种企业批次付款方法,其特征在于,包括:
第一应用实例接收批次付款请求;
第一应用实例将与所述批次付款请求对应的批次付款数据保存至键值数据库中,并在保存完成后更新所述键值数据库中的第一键值,所述第一键值用于表征某个批次付款任务的启停状态;
至少两个应用实例在监听到所述键值数据库中有批次付款数据更新,且所述第一键值表征批次付款任务为启动状态时,根据从所述键值数据库中的键值确定的信息执行批次付款服务,所述批次付款任务与更新的批次付款数据对应;
在所述第一应用实例将与所述批次付款请求对应的批次付款数据保存至键值数据库中之前,所述方法还包括:
所述第一应用实例获取与所述批次付款请求对应的批次付款数据,具体是,将需要付款的数据整合为一个批次的工作内容。
2.根据权利要求1所述的企业批次付款方法,其特征在于,所述根据从所述键值数据库中的键值确定的信息执行批次付款服务,包括:
根据从所述键值数据库中的第二键值、第三键值和第四键值确定的信息执行批次付款服务,其中,从第二键值中确定付款批次号,从第三键值中确定受款人标识号码,从第四键值中确定付款信息。
3.根据权利要求2所述的企业批次付款方法,其特征在于,所述第三键值的值类型为LIST,key为付款批次号,value为受款人标识号码,所述从第三键值中确定受款人标识号码为原子性操作。
4.根据权利要求3所述的企业批次付款方法,其特征在于,所述第二键值的值类型为HASH,key为批次付款数据总览,field为付款批次号,value为批次受款人总数量。
5.根据权利要求2所述的企业批次付款方法,其特征在于,所述第四键值的值类型为HASH,key为付款批次号,field为受款人标识号码,value为付款信息。
6.根据权利要求4或5所述的企业批次付款方法,其特征在于,所述方法还包括:
根据从第二键值中确定的批次受款人总数量和从第三键值中确定的剩余受款人数量的差值与所述批次受款人总数量的比值,确定付款进度。
7.一种企业批次付款装置,其特征在于,包括:
请求接收模块,用于接收批次付款请求;
数据准备模块,用于将与所述批次付款请求对应的批次付款数据保存至键值数据库中,并在保存完成后更新所述键值数据库中的第一键值,所述第一键值用于表征某个批次付款任务的启停状态;
键值监听模块,用于监听所述键值数据库中是否有批次付款数据更新,且监听所述第一键值表征批次付款任务是否为启动状态,所述批次付款任务与更新的批次付款数据对应;
付款执行模块,用于在所述键值监听模块监听结果为是时,根据从所述键值数据库中的键值确定的信息执行批次付款服务;
数据获取模块,用于在所述数据准备模块将与所述批次付款请求对应的批次付款数据保存至键值数据库中之前,获取与所述批次付款请求对应的批次付款数据,具体是,将需要付款的数据整合为一个批次的工作内容。
8.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1~6任一项所述的企业批次付款方法。
9.一种电子设备,其特征在于,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1~6任一项所述的企业批次付款方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811397881.XA CN109472681B (zh) | 2018-11-22 | 2018-11-22 | 一种企业批次付款方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811397881.XA CN109472681B (zh) | 2018-11-22 | 2018-11-22 | 一种企业批次付款方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109472681A CN109472681A (zh) | 2019-03-15 |
CN109472681B true CN109472681B (zh) | 2022-03-04 |
Family
ID=65672947
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811397881.XA Active CN109472681B (zh) | 2018-11-22 | 2018-11-22 | 一种企业批次付款方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109472681B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104391696A (zh) * | 2014-11-13 | 2015-03-04 | 中国建设银行股份有限公司 | 一种自动任务处理方法及装置 |
CN105528682A (zh) * | 2015-12-23 | 2016-04-27 | 金蝶软件(中国)有限公司 | 一种企业多付款单的支付方法及系统 |
CN108334340A (zh) * | 2017-07-17 | 2018-07-27 | 阿里巴巴集团控股有限公司 | 一种跨环境数据通信方法、装置和系统 |
CN108647950A (zh) * | 2018-05-18 | 2018-10-12 | 阿里巴巴集团控股有限公司 | 一种转账请求处理方法、装置及设备 |
US10127270B1 (en) * | 2014-06-23 | 2018-11-13 | Amazon Technologies, Inc. | Transaction processing using a key-value store |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2718886A4 (en) * | 2011-06-07 | 2015-01-14 | Visa Int Service Ass | APPARATUSES, METHODS AND SYSTEMS FOR SEGMENTATION IN PAYMENT CONFIDENTIALITY UNITS |
CN104239357B (zh) * | 2013-06-21 | 2019-01-18 | Sap欧洲公司 | 用于数据库事务的并发请求处理 |
-
2018
- 2018-11-22 CN CN201811397881.XA patent/CN109472681B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10127270B1 (en) * | 2014-06-23 | 2018-11-13 | Amazon Technologies, Inc. | Transaction processing using a key-value store |
CN104391696A (zh) * | 2014-11-13 | 2015-03-04 | 中国建设银行股份有限公司 | 一种自动任务处理方法及装置 |
CN105528682A (zh) * | 2015-12-23 | 2016-04-27 | 金蝶软件(中国)有限公司 | 一种企业多付款单的支付方法及系统 |
CN108334340A (zh) * | 2017-07-17 | 2018-07-27 | 阿里巴巴集团控股有限公司 | 一种跨环境数据通信方法、装置和系统 |
CN108647950A (zh) * | 2018-05-18 | 2018-10-12 | 阿里巴巴集团控股有限公司 | 一种转账请求处理方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN109472681A (zh) | 2019-03-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109033123B (zh) | 基于大数据的查询方法、装置、计算机设备和存储介质 | |
JP7292786B2 (ja) | ハイブリッド・コンピューティング環境におけるパッチ管理 | |
KR102072726B1 (ko) | 데이터베이스로의 미들-티어 트랜잭션 로그들의 인라인 위임을 지원하는 시스템들 및 방법들 | |
US8996465B2 (en) | Replicating data to a database | |
WO2019019621A1 (zh) | 业务处理方法、装置、服务器和存储介质 | |
CN111240812B (zh) | 任务执行方法及装置 | |
JP2016541056A5 (zh) | ||
US9021485B2 (en) | Automatically restarting a first child process based on presence of SQL code in a list | |
CN108255620B (zh) | 一种业务逻辑处理方法、装置、业务服务器及系统 | |
CN112100204A (zh) | 虚拟资源调控方法、装置、计算机设备和存储介质 | |
CN108710541B (zh) | 一种定时任务的执行方法及装置 | |
US8726286B2 (en) | Modeling and consuming business policy rules | |
US11151088B2 (en) | Systems and methods for verifying performance of a modification request in a database system | |
CN109472681B (zh) | 一种企业批次付款方法及装置 | |
US8286181B2 (en) | Supporting administration of a multi-application landscape | |
CN106169148B (zh) | 一种客服服务方法及装置 | |
US9904606B1 (en) | Scheduled recovery in a data protection system | |
US9819683B2 (en) | Automated control of technology resources | |
US9959329B2 (en) | Unified master report generator | |
CN114860408A (zh) | 线程池资源管理方法及装置 | |
US10324758B1 (en) | Read load task throttling | |
CN114625515A (zh) | 一种任务管理方法、装置、设备及存储介质 | |
US9779431B1 (en) | Determining cost variations in a resource provider environment | |
CN110457272B (zh) | 票据批量处理方法和装置 | |
CN113704277A (zh) | 一种基于数据库的断点续传方法及相关装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |