CN111352753A - 账务处理方法及装置 - Google Patents

Abstract

本发明公开了一种账务处理方法及装置，该方法包括：接收入账请求，并将入账请求加入消息队列中；每隔预设时间自消息队列中读取预设量的入账请求信息，并将入账请求信息写入待入账队列，该待入账队列中包括：付款账号信息、收款账号信息、付款金额信息；获取待入账队列中的付款账号的进程状态；根据进程状态顺次对多个不同的付款账号进行入账处理。本发明可以避免出现大量交易超时的情况，进而减少了对工作人员的困扰，提高作业效率，同时可以有效避免入账失败，实现了对入账失败的预防。

Description

账务处理方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种账务处理方法及装置。

背景技术

目前，账务处理方法应用不断增多，以银行大客户的业务场景为例，银行的大客户通常会通过其一个固定的付款账户，频繁的、不定期的同时向其他多个账户发起支付或转账付款，极端情况，客户会通过文本的形式将数万笔付款明细发送银行，比如发工资的明细文本。如果在短时间内，该大客户同时发送了多个批量文本，由于此类交易是“一借多贷”的入账方式，付款主账户会有大量的并发扣账请求，但是为了保障付款账户的资金有效，付款账户必须在完成一笔扣账后才能进行第二笔扣账，也就是说，从微观来看，付款账户的扣款实际上是串行处理的。其中，“一借多贷”指的是：由一个付款账户同时向多个收款账户进行转账或汇款形成的账务处理模式，即借记一个账户同时贷记多个账户，比如：企业向职工发工资。

正常情况，一个银行的核心账务系统对一笔业务扣账处理实际是150毫秒左右，一秒钟可以处理6笔。如果付款账户一借多贷的并发数一秒钟大于6笔，则会引起交易的积压，如果积压时间大于系统设定的超时时间，则会交易超时，导致大量的入账失败。现有技术为了解决这一问题，一般会采用以下两种方法：一、增加一个入账失败的监控进程，一旦入账失败的笔数超过预设阈值，则会产生警示信息提醒工作人员，工作人员通过前端启动重发交易进行重新入账，或者直接手工入账。二、增加一个定时启动的守护进程，间隔一段时间后将因为超时入账失败的交易自动重新再入账一次。

发明人发现现有技术至少存在以下问题：

现有技术提供的方法都是出现了入账失败后的解决方法，无法实现对入账失败的预防，并且，当出现大量交易超时的情况时，生产系统会频繁给工作人员发出警示信息，这会给工作人员造成困扰，降低系统维护人员的工作效率。

发明内容

本发明实施例提供一种账务处理方法，用以避免入账失败，实现了对入账失败的预防，该方法包括：

接收入账请求，并将所述入账请求加入消息队列中；

每隔预设时间自消息队列中读取预设量的入账请求信息，并将所述入账请求信息写入待入账队列，所述待入账队列中包括：付款账号信息、收款账号信息、付款金额信息；

获取待入账队列中的付款账号的进程状态；

根据所述进程状态顺次对多个不同的付款账号进行入账处理。

可选的，获取待入账队列中的付款账号的进程状态，包括：

建立用于表示所有付款账号进程状态的进程控制表；

利用待入账队列中的付款账号依次访问所述进程控制表，获取待入账队列中的付款账号的进程状态。

可选的，所述方法还包括：

依次判断待入账队列中的付款账号在所述进程控制表中是否存在；

若待判断的付款账号存在，则获取待判断的付款账号的进程状态，否则，将待判断的付款账号的信息添加至所述进程控制表中。

可选的，根据所述进程状态顺次对多个不同的付款账号进行入账处理，包括：

依次判断待入账队列中的付款账号的进程状态；

若待判断的付款账号的进程状态为已启动，则处理下一个付款账号；

若待判断的付款账号的进程状态为未启动，则启动入账进程。

本发明实施例还提供一种账务处理装置，用以避免入账失败，实现了对入账失败的预防，该装置包括：

信息接收模块，用于接收入账请求，并将所述入账请求加入消息队列中；

信息写入模块，用于每隔预设时间自消息队列中读取预设量的入账请求信息，并将所述入账请求信息写入待入账队列，所述待入账队列中包括：付款账号信息、收款账号信息、付款金额信息；

进程获取模块，用于获取待入账队列中的付款账号的进程状态；

入账处理模块，用于根据所述进程状态顺次对多个不同的付款账号进行入账处理。

可选的，进程获取模块进一步用于：

建立用于表示所有付款账号进程状态的进程控制表；

利用待入账队列中的付款账号依次访问所述进程控制表，获取待入账队列中的付款账号的进程状态。

可选的，所述装置还包括：

判断模块，用于依次判断待入账队列中的付款账号在所述进程控制表中是否存在；

若待判断的付款账号存在，则获取待判断的付款账号的进程状态，否则，将待判断的付款账号的信息添加至所述进程控制表中。

可选的，入账处理模块进一步用于：

依次判断待入账队列中的付款账号的进程状态；

若待判断的付款账号的进程状态为已启动，则处理下一个付款账号；

若待判断的付款账号的进程状态为未启动，则启动入账进程。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。

本发明实施例中，通过接收入账请求，并将入账请求加入消息队列中，实现了对入账请求的存储，避免入账请求过多而发生堵塞现象。通过每隔预设时间自消息队列中读取预设量的入账请求信息，并将入账请求信息写入待入账队列，获取待入账队列中的付款账号的进程状态，并根据进程状态顺次对多个不同的付款账号进行入账处理，避免了出现大量交易超时的情况，进而减少了对工作人员的困扰，提高了作业效率。并且，本发明可以有效避免入账失败，实现了对入账失败的预防。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本发明实施例中账务处理方法的流程图；

图2为本发明实施例中账务处理装置的结构示意图；

图3为本发明实施例中账务处理方法的具体示例图；

图4为本发明实施例中的入账进程具体示例图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

在本说明书的描述中，所使用的“包含”、“包括”、“具有”、“含有”等，均为开放性的用语，即意指包含但不限于。参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本申请的实施，其中的步骤顺序不作限定，可根据需要作适当调整。

图1为本发明实施例提供的账务处理方法的流程图，如图1所示，该方法包括：

步骤101、接收入账请求，并将所述入账请求加入消息队列中。

在本实施例中，“消息队列”为入账请求的存储装置，其可以为文件、MQ队列、或数据库的表。

步骤102、每隔预设时间自消息队列中读取预设量的入账请求信息，并将所述入账请求信息写入待入账队列，所述待入账队列中包括：付款账号信息、收款账号信息、付款金额信息。

具体实施时，可以每隔5秒读300笔入账请求信息写入“待入账队列”进行后续入账处理。该待入账队列的具体结构可参见下表1：

表1

付款账号	收款账号	付款金额
			1234567	1230000	100.00
1234567	3450000	200.00
			1234567	4440000	300.00
1234567	5454000	400.00
			2222333	3240000	100.00
2222333	3344556	200.00
			3333444	2233445	100.00
3333444	3334444	200.00

表1即展示了多个“一借多贷”并发处理的账务请求场景，由表1可见，付款账号1234567对应了对个收款账号。

步骤103、获取待入账队列中的付款账号的进程状态。

在本实施例中，步骤103包括：

建立用于表示所有付款账号进程状态的进程控制表。

其中，该进程控制表的具体结构可参见下表2：

表2

付款账号	进程状态	备注
			1234567	A	A表示已启动
2222333	S	S表示已停止

利用待入账队列中的付款账号依次访问所述进程控制表，获取待入账队列中的付款账号的进程状态。

进一步地，该方法还包括：

依次判断待入账队列中的付款账号在所述进程控制表中是否存在；

若待判断的付款账号存在，则获取待判断的付款账号的进程状态，否则，将待判断的付款账号的信息添加至所述进程控制表中。

具体地，如果表2中没有该付款账号的控制信息(如3333444)，则在控制表中插入该付款主账户的控制信息，将状态设置为“已启动”，同时启动入账进程，并将该主付款账号作为参数送入，实现了对进程控制表的自动维护。

步骤104、根据所述进程状态顺次对多个不同的付款账号进行入账处理。

在本实施例中，步骤104包括：

依次判断待入账队列中的付款账号的进程状态；

若待判断的付款账号的进程状态为已启动，则处理下一个付款账号；

若待判断的付款账号的进程状态为未启动，则启动入账进程，账务处理方法的具体示例图可参见附图3，基于附图3，附图3中“入账进程”具体示例图可参见附图4。

下面以一具体示例对本申请进行说明：

假设进程控制表中包括“华为”、“中兴”等公司的付款账号，及该付款账号对应的进程状态，而多个待入账队列中分别存在“华为”、“中兴”等公司的付款账号和该付款账号对应的多个收款账号。

在进行入账处理时，多个待入账队列中的第一待入账队列、第二待入账队列等多个待入账队列分别自上而下顺次对各付款账号下所有的入账明细进行入账处理，在处理每个付款账号时，均访问该进程控制表，若其中“华为”对应的付款账号显示“已启动”，表示其他待入账队列有进程正在对华为付款账号进行账务处理，为了避免并发则自动跳过，处理下一个公司(如“中兴”)对应的付款账号下所有入账明细，当某一公司的全部账务请求处理完成后，将进程控制表中，该公司对应的付款账号的进程状态改为“已停止”，以便其他待入账队列的进程可以处理该付款账号下的入账明细，保证多个不同公司的付款账号是顺次进行入账处理的，避免出现入账拥堵、混乱，从而出现交易超时的情况。当处理完“中兴”付款账号下的明细请求后，再循环回去处理刚才因进程状态不符跳过的“华为”付款账号下的明细请求，待发队列的所有明细均处理完毕后，进程延时数秒，接着处理下一待入账队列。

当遇见待入账队列中有进程控制表中不存在的付款账户的情况，会自动在进程控制表中插入新付款账户的控制信息，实现进程控制表的自动维护。

由图1可知，本发明实施例提供的账务处理方法，通过接收入账请求，并将入账请求加入消息队列中，实现了对入账请求的存储，避免入账请求过多而发生堵塞现象。通过每隔预设时间自消息队列中读取预设量的入账请求信息，并将入账请求信息写入待入账队列，获取待入账队列中的付款账号的进程状态，并根据进程状态顺次对多个不同的付款账号进行入账处理，避免了出现大量交易超时的情况，进而减少了对工作人员的困扰，提高了作业效率。并且，本发明可以有效避免入账失败，实现了对入账失败的预防。

基于同一发明构思，本发明实施例中还提供了一种账务处理装置，如下面的实施例所述。由于账务处理装置解决问题的原理与账务处理方法相似，因此，账务处理装置的实施可以参见账务处理方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2为本发明实施例提供的账务处理装置的结构示意图，如图2所示，该装置包括：

信息接收模块201，用于接收入账请求，并将所述入账请求加入消息队列中。

信息写入模块202，用于每隔预设时间自消息队列中读取预设量的入账请求信息，并将所述入账请求信息写入待入账队列，所述待入账队列中包括：付款账号信息、收款账号信息、付款金额信息。

进程获取模块203，用于获取待入账队列中的付款账号的进程状态。

入账处理模块204，用于根据所述进程状态顺次对多个不同的付款账号进行入账处理。

在本发明实施例中，进程获取模块203进一步用于：

建立用于表示所有付款账号进程状态的进程控制表；

利用待入账队列中的付款账号依次访问所述进程控制表，获取待入账队列中的付款账号的进程状态。

在本发明实施例中，该装置还包括：

判断模块，用于依次判断待入账队列中的付款账号在所述进程控制表中是否存在；

若待判断的付款账号存在，则获取待判断的付款账号的进程状态，否则，将待判断的付款账号的信息添加至所述进程控制表中。

在本发明实施例中，入账处理模块204进一步用于：

依次判断待入账队列中的付款账号的进程状态；

若待判断的付款账号的进程状态为已启动，则处理下一个付款账号；

若待判断的付款账号的进程状态为未启动，则启动入账进程。

本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。

综上所述，本发明通过接收入账请求，并将入账请求加入消息队列中，实现了对入账请求的存储，避免入账请求过多而发生堵塞现象。通过每隔预设时间自消息队列中读取预设量的入账请求信息，并将入账请求信息写入待入账队列，获取待入账队列中的付款账号的进程状态，并根据进程状态顺次对多个不同的付款账号进行入账处理，避免了出现大量交易超时的情况，进而减少了对工作人员的困扰，提高了作业效率。并且，本发明可以有效避免入账失败，实现了对入账失败的预防。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种账务处理方法，其特征在于，包括：

接收入账请求，并将所述入账请求加入消息队列中；

每隔预设时间自消息队列中读取预设量的入账请求信息，并将所述入账请求信息写入待入账队列，所述待入账队列中包括：付款账号信息、收款账号信息、付款金额信息；

获取待入账队列中的付款账号的进程状态；

根据所述进程状态顺次对多个不同的付款账号进行入账处理。

2.如权利要求1所述的方法，其特征在于，获取待入账队列中的付款账号的进程状态，包括：

建立用于表示所有付款账号进程状态的进程控制表；

利用待入账队列中的付款账号依次访问所述进程控制表，获取待入账队列中的付款账号的进程状态。

3.如权利要求2所述的方法，其特征在于，还包括：

依次判断待入账队列中的付款账号在所述进程控制表中是否存在；

若待判断的付款账号存在，则获取待判断的付款账号的进程状态，否则，将待判断的付款账号的信息添加至所述进程控制表中。

4.如权利要求1所述的方法，其特征在于，根据所述进程状态顺次对多个不同的付款账号进行入账处理，包括：

依次判断待入账队列中的付款账号的进程状态；

若待判断的付款账号的进程状态为已启动，则处理下一个付款账号；

若待判断的付款账号的进程状态为未启动，则启动入账进程。

5.一种账务处理装置，其特征在于，包括：

信息接收模块，用于接收入账请求，并将所述入账请求加入消息队列中；

信息写入模块，用于每隔预设时间自消息队列中读取预设量的入账请求信息，并将所述入账请求信息写入待入账队列，所述待入账队列中包括：付款账号信息、收款账号信息、付款金额信息；

进程获取模块，用于获取待入账队列中的付款账号的进程状态；

入账处理模块，用于根据所述进程状态顺次对多个不同的付款账号进行入账处理。

6.如权利要求5所述的装置，其特征在于，进程获取模块进一步用于：

建立用于表示所有付款账号进程状态的进程控制表；

利用待入账队列中的付款账号依次访问所述进程控制表，获取待入账队列中的付款账号的进程状态。

7.如权利要求6所述的装置，其特征在于，还包括：

判断模块，用于依次判断待入账队列中的付款账号在所述进程控制表中是否存在；

若待判断的付款账号存在，则获取待判断的付款账号的进程状态，否则，将待判断的付款账号的信息添加至所述进程控制表中。

8.如权利要求5所述的装置，其特征在于，入账处理模块进一步用于：

依次判断待入账队列中的付款账号的进程状态；

若待判断的付款账号的进程状态为已启动，则处理下一个付款账号；

若待判断的付款账号的进程状态为未启动，则启动入账进程。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4任一项所述方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至4任一项所述方法的计算机程序。

Images