CN107230092A - 账务处理方法、装置及服务器 - Google Patents

Abstract

本申请是关于账务处理方法、装置及服务器，包括如下步骤：当获取到订单支付请求时，调用支付系统进行支付处理，并将记账数据记录在数据库中；当满足预设的账务处理条件时，从所述数据库中批量获取所述记账数据；调用记账系统对所述记账数据进行账务处理。本申请实施例能减少订单支付操作时的处理压力，简化资产变动操作的处理流程，从而提高账务处理的效率。

Description

账务处理方法、装置及服务器

技术领域

本申请涉及数据处理领域，尤其涉及账务处理方法、装置及服务器。

背景技术

电子账户是电子商务、电子金融等领域中不可缺少的要素，通过使用电子账户，用户可以方便地完成转账、付款、交易或购买理财产品等多种业务。

以电子账户为余额宝账户为例进行说明，现有的余额宝账务处理模式是，用户进行余额宝转入、转出和消费操作，会同步调用余额宝的账务系统进行记账操作，在记账成功之后，整个余额宝转入、转出和消费过程才算成功完成。例如，用户在购物平台购买商品，并选择余额宝进行付款，那么在进行实际金钱的转移时会调用账务系统进行账务处理，并记录一笔此次消费的记账数据，在账务记录成功后，整个购物过程才算完成。如果在购物高峰期间，会有大量的余额宝并发操作，容易造成系统处理压力过大，从而导致账务处理失败。

发明内容

为克服相关技术中存在的问题，本申请提供了账务处理方法、装置及服务器。

根据本申请实施例的第一方面，提供一种账务处理方法，包括如下步骤：

当获取到订单支付请求时，调用支付系统进行支付处理，并将记账数据记录在数据库中；

当满足预设的账务处理条件时，从所述数据库中批量获取所述记账数据；

调用记账系统对所述记账数据进行账务处理。

根据本申请实施例的第二方面，提供一种账务处理装置，包括：

支付记账模块，用于当获取到订单支付请求时，调用支付系统进行支付处理，并将记账数据记录在数据库中；

数据获取模块，用于当满足预设的账务处理条件时，从所述数据库中批量获取所述记账数据；

账务处理模块，用于调用记账系统对所述记账数据进行账务处理。

根据本申请实施例的第三方面，提供一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当获取到订单支付请求时，调用支付系统进行支付处理，并将记账数据记录在数据库中；

当满足预设的账务处理条件时，从所述数据库中批量获取所述记账数据；

调用记账系统对所述记账数据进行账务处理。

本申请的实施例提供的技术方案可以包括以下有益效果：

采用本申请所提供的方案进行账务处理时，可以在获取到订单支付请求时，调用支付系统进行支付处理，同时记录记账数据。之后，在满足预设的账务处理条件后获取记账数据，并根据记账数据进行账务处理。本申请实施例采用异步化的方式进行账务处理，因此能大量减少订单支付操作时的处理压力，简化资产变动操作的处理流程，从而提高账务处理的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是传统技术中对余额宝账户进行账务处理的示意图。

图2是本申请实施例中一种账务处理方法的流程示意图。

图3是本申请实施例中另一种账务处理方法的流程示意图。

图4是传统技术中余额宝的支付流程与应用本申请实施例所提供的方案后的余额宝的支付流程的示意图。

图5是本申请实施例中另一种账务处理方法的示意图。

图6是本申请账务处理装置所在服务器的一种硬件结构图。

图7是本申请账务处理装置的一个实施例框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

电子账户是电子商务、电子金融等领域中不可缺少的要素，通过使用电子账户，用户可以方便地完成转账、付款、交易或购买理财产品等多种业务。由于有不同的产品可以对电子账户中的资产进行操作，不同产品所涉及的账户不同，因此电子账户作为中心账户，可以包括有多个分账账户。

结合图1，以电子账户为余额宝账户为例进行说明，图1中，余额宝账户为中心账户，支付宝产品(该产品涉及余额宝基金资产的直销业务，对应的账户名称可称为直销账户)可以向余额宝发起转入、转出或消费等资产变动请求，蚂蚁聚宝产品(该产品涉及余额宝基金资产的代销业务，对应的账户名称可称为代销账户)也可以向余额宝发起资金转出或基金自动赎回等资产变动请求，因此余额宝账户作为中心账户，其分账账户可以包括有直销账户和代销账户。

假设当前某用户的余额宝总额有100元(其分账账户中直销账户的份额为60元，代销账户的份额为40元)，当用户在购物平台购买价格为10元的商品时，用户通过支付宝产品调用余额宝进行支付，也即是向中心账户中的资产发起资产变动请求，则维护中心账户的核心系统会根据该资产变动请求进行账务处理，该账务处理操作主要包括有三部分，一部分是进行实际的资产转移，调用总账系统更新中心账户的总额(将余额宝总额更新为90元)；一部分是调用分账系统更新本次资产变动所涉及的分账账户的总额(将直销账户更新为50元，代销账户仍为40元)；另一部分是记录包括有变动金额、变动时间或变动类型等重要信息的记账数据。只有在上述三部分处理都完成后，才完成资产变动，用户的订单流程才结束。由此可知，在购物高峰期间，当余额宝核心系统接收到大量的订单支付请求时，需频繁地调用总账系统和分账系统进行账务处理，容易造成系统处理压力过大，从而导致账务处理失败。

参见图2，是本申请实施例中一种账务处理方法的流程示意图，可以应用在服务器，包括如下步骤201-203：

在步骤201中，当获取到订单支付请求时，调用支付系统进行支付处理，并将记账数据记录在数据库中。

在步骤202中，当满足预设的账务处理条件时，从所述数据库中批量获取所述记账数据。

在步骤203中，调用记账系统对所述记账数据进行账务处理。

本申请所提供的方案，可以在获取到订单支付请求时，调用支付系统进行支付处理，同时记录记账数据。之后，在满足预设的账务处理条件后获取记账数据，并根据记账数据进行账务处理。本申请实施例将整个账务处理流程进行异步化，因此能大量减少订单支付操作时的处理压力，简化资产变动操作的处理流程，从而提高账务处理的效率。

其中，记账数据是指维护中心账户的核心系统在每一笔针对中心账户的转入、转出或消费等操作，在数据库表中生成的一条操作记录，该数据中通常包括变动额度、变动时间、变动类型(转入、转出、消费)等重要信息。该数据作为中心账户的操作记录而存在，是对中心账户操作的凭证。每一条记账数据，都只针对一次操作而记录。记账数据中可以记录有用户账户的资产变动信息，例如资产变动信息可以包括此次操作的变动额度，以及本次变动所涉及的中心账户和分账账户。

该账务处理条件可以预先设定，其表示可以触发执行后续进行账务处理的条件。例如，可以是指某些系统负载压力较低的条件，也即是，可以在系统负载压力较低的时候，进行账务处理，以减少订单支付操作时的处理压力。

例如，可以采用“到达预设的处理时间”表示上述的“满足预设的账务处理条件”。其中，处理时间，可以是预先设定的系统处理空闲时间，例如根据系统负载压力的历史记录分析出每天3点至5点为系统负载压力较低的时间段，可以设定3点至5点为该处理时间。

还可以采用“接收到账务处理通知”表示上述的“满足预设的账务处理条件”。该账务处理通知，可以是系统用户发出的账务处理通知，例如，在一个具体的应用场景中，可以是当订单支付操作完成后，而未进行账务处理前，系统用户可以在需要启动账务处理操作时发出账务处理通知，以启动本申请实施例所提供的账务处理过程。

在其他可选的应用场景中，账务处理通知还可以是根据预先设定的策略而发起的账务处理通知。例如可以计算当前的系统负载压力，当系统负载压力低于一定的数值时自动发出账务处理通知，以自动启动本申请实施例所提供的账务处理过程。

传统的账务处理流程中，系统在获取到订单支付请求时，中心账户的核心系统会调用数据库记录记账凭证，同时调用独立于核心系统外的总账账务系统更新中心账户的总额，还调用独立于核心系统外的分账账务系统进行分账账户的资产更新。在上述三部分过程都处理成功后，则表示完成订单处理。参考图3，是本申请根据一示例性实施例示出的另一种账务处理方法的流程示意图，可以应用在服务器，包括如下步骤301-303：

在步骤301中，当获取到订单支付请求时，调用支付系统进行支付处理，并将记账数据记录在数据库中。其中，所述记账数据包括分账账户的资产变动信息。

在步骤302中，当满足预设的账务处理条件时，从所述数据库中批量获取所述记账数据。

在步骤303中，调用记账系统，根据所述记账数据中的资产变动信息对所述分账账户的资产进行更新。

本实施例是对上述传统技术中的更新分账账户资产的处理逻辑进行改进，在本实施例中，进行异步化的账务处理操作只针对分账账户的资产更新。分账账户可以是指中心账户所对应的多个不同类型的子账户；例如，以余额宝账户为例，其分账账户可以包括直销账户和代销账户等，其记录有余额宝账户总额中直销账户所占的份额，以及代销账户所占的份额。

资产变动信息可以包括此次操作的变动额度，以及本次变动所涉及的分账账户。

在一个可选的实现方式中，所述记账数据可以包括账务状态。账务状态可以用于记录所述记账数据是否已进行账务处理。在将记账数据记录在数据库中时，可以记录所述记账数据的账务状态为未进行账务处理。在获取所述记账数据时，可以获取账务状态为未进行账务处理的记账数据。

以下是根据一示例性实施例示出的一条记账数据：

编号	账务状态	分账账户	变动额度	……
					2935801795	已进行	直销账户	40元

上述表格中示出了编号为2935801795的一条记账数据，可以理解的是，记账数据可以如前述所言还包括有变动时间、变动类型或用户名称等多种其他信息，鉴于篇幅有限，上述示例的记账数据并未将所有信息全部示出。另外，在实际应用中，上述记账数据中的账务状态、分账账户或变动额度等信息，还可以根据约定的协议采用字母或数字等标识进行表示。

本申请实施例中，由于数据库中存储数量巨大的记账数据，通过账务状态可以标识记账数据是否进行账务处理，以方便区分。

由于向中心账户中的资产发起资产变动请求时，对该资产变动请求的实时响应操作只包括中心账户的总额更新，以及记录记账数据的操作，此时并未实时进行更新分账账户总额的操作，因此在记录记账数据时，可以将记账数据的账务状态记录为未进行账务处理。则后续在更新分账账户总额，从数据库中获取记账数据时，可以快速地获取到账务状态为未进行账务处理的记账数据，以提高数据获取速度，提高账务处理的效率。

在一个可选的实现方式中，在所述调用所述记账系统对所述记账数据进行账务处理后，还可以包括：将所述记账数据的账务状态更新为已进行账务处理。记账数据通常可以存储在数据库中，由于记账数据的账务状态用于记录所述记账数据是否已进行账务处理，因此，当完成对该条记账数据的账务处理后，可更新记账数据的账务状态，以区分其他未进行账务处理的记账数据，方便对记账数据的获取。

记账数据中的资产变动信息通常可以包括转入额度或转出额度，在根据所述资产变动信息对所述分账账户的资产进行更新处理时，可以根据增加额度或减少额度将当前分账账户的资产进行加减运算，最终获得更新后的总额。

本申请实施例中，对分账账户的资产更新可以包括有多种处理方式：

对于增加分账账户资产的操作，则可直接将原有额度和增加额度进行相加，得到更新后的总额。假设当前余额宝账户有50元(直账户10元，代销账户40元)，本次请求针对直销账户，增加额度为10元，采用本申请实施例提供的方法，在获取订单支付请求时实时处理的流程是更新余额宝账户为60元，以及记录记账数据；在后续满足账务处理条件时，再更新余额宝账户中分账账户支付宝的总额，更新时，将直销账户的原有额度10元加上增加额度10元，更新后为20元。

对于减少分账账户资产的操作，可以有两种方式处理：

第一种，分账账户的原有额度大于减少额度，则可直接将原有额度和增加额度进行相减，得到更新后的总额。假设当前余额宝账户有50元(直销账户10元，代销账户40元)，本次资产变动请求针对直销账户，减少额度为5元，可将代销账户的原有额度10元减去减少额度5元，更新后为5元。

第二种，分账账户的原有额度小于减少额度，根据转托管原则，可将该分账账户的资产转入至其他分账账户进行托管，之后再进行扣减操作；假设当前余额宝账户有50元(直销账户10元，代销账户40元)，此次资产变动请求由支付宝产品发起，其减少额度为20元，由于直销账户额度低于此次的转出额度，可先将直销账户的资产转出10元至代销账户后，再将直销账户资产进行扣减，更新后直销账户为0元，代销账户为30元。

可以理解的是，上述对分账账户的资产更新操作，在现有技术中根据不同的应用领域，还可以包括其他处理方式。

至此，通过上述实施例可以实现对分账账户的异步化处理。当采用上述方法进行将账务处理异步化时，数据库中可能积压了较多账务状态为未进行账务处理的记账数据；在实际处理中，可以获取一条记账数据，对该条记账数据进行账务处理，也即是单一处理的方式。为了能快速地处理数据量巨大的记账数据，还可以采用批量处理的方式，也即是一次性从数据库捞取多条记账数据，之后对捞取的多条记账数据一次性进行账务处理。批量处理比单一处理的效率更高，且资源上也较为节省。

相对于单一处理而言，批量处理可以理解为是集中对业务整体(包括多条数据)重复执行相同逻辑的处理从而获得处理结果的技术，可显著提高工作效率。然而，在一次批量处理的过程中，若整批数据中有某一条数据处理失败，则将导致本次批量处理失败(也即是整批数据处理失败)，在对该批数据进行新一轮的批量处理时，需要对整批数据再次全部进行处理。

例如，假定在系统负载压力低峰期进行分账账户的账务处理，此时数据库中已经积攒了20万条记账数据，如果一次性处理这20万条数据，那么极端情况下，在处理成功199999条之后，第20万条刚好处理失败，那么本次批量处理则无法成功，重新批量处理时需从头开始再次处理这20万条数据。

因此，为了提高处理效率，在本申请实施例中，所述对所述记账数据进行账务处理，可以包括：

将获取的多条记账数据按预设数量进行分批，获得多批记账数据。

分别对每批记账数据进行批量处理。其中，对每条记账数据进行账务处理时，根据所述资产变动信息对所述分账账户的资产进行更新。

在对捞取的记账数据进行分批时，可以根据预先设定的数量，设定每批记账数据的数量，具体可根据实际的数据量大小、系统处理能力和处理需求而设定。由于将获取的数据量巨大的记账数据进行分批后再分别进行批量处理，可以降低处理失误率。

在分别对每批记账数据进行批量处理时，若本批记账数据都成功完成账务处理，则进行下一批记账数据的批量处理；若本批记账数据中其中一条记账数据未成功完成账务处理，则终止对该批记账数据的批量处理，之后对该批记账数据重新进行批量处理。

例如，若有20万条记账数据，将其分批，每批5000条，可以分为40批记账数据，并标注批号，同时新增一个字段记录当前执行账务成功的批数。如果第一批中5000条记账数据都成功，则批数加1，接着继续执行下一批。在某一批5000条记账数据中其中1条失败了，那么该批记账数据失败，此时批数保持不变，并终止本轮批量处理。重新启动新一轮批量处理时，根据批数字段所记录的数值，可知失败的该批记账数据的批号，直接从该批失败的记账数据开始重试，这样就避免了每次都重试20万条，只需从失败的该批数据继续执行即可。因此，节省了批处理失败所造成的重试成本，缩短整个批处理执行完成所需要的时间，提高了处理效率和账务处理的性能。

接下来以中心账户为余额宝为例对本方案再次进行说明。

现有的余额宝产品中，通常只是在产品界面中显示余额宝总额供用户查看；考虑到用户只关注余额宝总额的需求，余额宝产品并没有显示余额宝各个分账账户的总额；对于此类产品，由于不需要向用户提供余额宝各个分账账户的总额的查看功能，因此采用本申请图3所示实施例提供的方案，可以带来较好的应用效果。

在余额宝的体系中，每一笔支付、转入、转出等操作都需要进行账务记录，以便于进行余额宝份额的统计、用户的查账等操作。余额宝涉及到5个主要系统:

yebcore：维护余额宝的核心系统，所有的余额宝操作，都会通过这个系统进行。

yebbatch：余额宝批处理系统，本申请实施例中可以通过yebbatch触发批处理任务，来调用yebcore系统的服务进行异步分账处理。

payment：调用minitrans记账的中间系统

financingcore：调用minitrans记账的中间系统

minitrans：提供余额宝账务操作服务的系统，所有余额宝的账务变化，都可以调用minitrans系统的服务进行记账。

例如，某用户在某日使用余额宝资产支付了所购买商品的10元费用，那么记账数据中，会记录本次资产变动的变动额度为10元；假设该用户在购物前，其余额宝账户中资产有100元(直销账户60元，以及蚂蚁聚宝40元)，购物花去10元，那么还剩余90元(直销账户50元，以及蚂蚁聚宝40元)。其中，总额90元的更新由外围的总账账务系统维护，而“直销账户50元，以及蚂蚁聚宝40元”则由minitrans系统维护。minitrans就是维护余额宝账务的系统，所有余额宝账务的读取和更新都要通过minitrans系统。

因此，当用户在购物平台购买商品，并选择余额宝进行付款，那么除了实际金钱的转移之外，同时需要处理一笔有关此次消费的账务，只有当账务记录成功了，整个购物过程才算完成。如果在购物高峰期间，大量余额宝操作并发，有可能遇到余额宝账务处理瓶颈，导致用户整个支付流程失败。所以，账务的正确与否至关重要，且记账查账的性能，将直接影响到用户使用余额宝进行支付的体验。

如图4所示，是传统技术中余额宝的支付流程与应用本申请实施例所提供的方案后的余额宝的支付流程的示意图。结合图4进行说明，在购物高峰期，若用户采用余额宝账户进行支付，则在余额宝的订单数据库中，每秒钟都会产生很多条不同用户涉及余额宝金额变动的记账数据。

当采用本申请实施例所提供的方案时，由于对余额宝账户的分账账户的资产进行更新的操作是在满足账务处理条件时才进行，也即是，涉及余额宝的资产变动的实时操作只包括余额宝账户的总额更新，以及记录记账凭证；这两步操作与分账账户的资产更新不会实时同步处理，而是采用异步化的方式进行。

如图5所示，是本申请实施例中另一种账务处理方法的示意图。图5中以用户利用余额宝账户的资产支付其在购物平台购买的商品为例，当购物高峰期时，在余额宝的订单数据库中，每秒钟都会产生很多条不同用户涉及余额宝金额变动的操作数据。当采用本申请实施例提供的方法，这些资产变动操作完成时，都将跳过余额宝分账账务处理的过程，仅由外围的总账账务系统更新余额宝账户的总额，并由yebcore系统调用数据库记录中一条记账数据。在一段时间后到达空闲时间时，假定数据库中已经存在了2万条未进行账务处理的记账数据。此时可以执行yebbatch系统上的批处理定时任务，对这2万条记账数据进行捞取，然后调用yebcore系统提供的服务，由yebcore系统调用payment系统提供的服务，批量进行余额宝分账账务处理，根据记账数据中的资产变动信息，在minitrans系统中记录每一笔分账账户的资产数据。

通过上述分析以及图4和图5可知，采用本申请实施例所提供的方案，可以将并非最核心的余额宝的分账账务操作，与整个支付流程剥离，在之后很短的时间内，错峰进行异步处理。这样做的效果显而易见，可以尽可能保证余额宝支付流程简洁，出错概率降低，同时又不影响余额宝账务的数据完整性。

另外，尽管上述实施例仅以余额宝账务系统应用进行说明，但是该应用场景并不应理解为对本申请方案的限定。例如，在其他账务平台中，都可以应用本申请的方案实现账务处理。类似的应用场景这里不再一一例举，总之根据本申请所提供的方案，本领域技术人员可以在不付出创造性劳动的情况下，设计出应用于其他场景的账务处理方案。

与前述账务处理方法的实施例相对应，本申请还提供了账务处理装置的实施例。

本申请账务处理装置的实施例可以应用在服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本申请账务处理装置所在服务器的一种硬件结构图，除了图6所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的服务器通常根据该服务器的实际功能，还可以包括其他硬件，对此不再赘述。

参见图7，为本申请账务处理装置的一个实施例框图，所述装置包括：

支付记账模块71，用于当获取到订单支付请求时，调用支付系统进行支付处理，并将记账数据记录在数据库中。

数据获取模块72，用于当满足预设的账务处理条件时，从所述数据库中批量获取所述记账数据。

账务处理模块73，用于调用记账系统对所述记账数据进行账务处理。

在一个可选的实现方式中，所述满足预设的账务处理条件，包括：到达预设的处理时间或接收到账务处理通知。

在一个可选的实现方式中，所述记账数据包括账务状态。

所述支付记账模块71还用于在将记账数据记录在数据库中时，记录所述记账数据的账务状态为未进行账务处理。

所述数据获取模块72还用于在获取所述记账数据时，获取账务状态为未进行账务处理的记账数据。

在一个可选的实现方式中，所述账务处理模块73还用于在调用所述记账系统对所述记账数据进行账务处理后，将所述记账数据的账务状态更新为已进行账务处理。

在一个可选的实现方式中，所述记账数据包括分账账户的资产变动信息。所述账务处理模块73，具体用于根据所述资产变动信息对所述分账账户的资产进行更新。

在一个可选的实现方式中，所述账务处理模块73，包括：

数据分批子模块(图7未示出)，用于将获取的多条记账数据按预设数量进行分批，获得多批记账数据。

批量处理子模块(图7未示出)，用于分别对每批记账数据进行批量处理；其中，对每条记账数据进行账务处理时，根据所述资产变动信息对所述分账账户的资产进行更新。

在一个可选的实现方式中，所述批量处理子模块，具体用于：

在分别对每批记账数据进行批量处理时，若本批记账数据都成功完成账务处理，则进行下一批记账数据的批量处理；若本批记账数据中其中一条记账数据未成功完成账务处理，则终止对该批记账数据的批量处理，之后对该批记账数据重新进行批量处理。

相应的，本申请实施例还提供一种服务器，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

当获取到订单支付请求时，调用支付系统进行支付处理，并将记账数据记录在数据库中。

当满足预设的账务处理条件时，从所述数据库中批量获取所述记账数据；

调用记账系统对所述记账数据进行账务处理。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (15)

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

当获取到订单支付请求时，调用支付系统进行支付处理，并将记账数据记录在数据库中；

当满足预设的账务处理条件时，从所述数据库中批量获取所述记账数据；

调用记账系统对所述记账数据进行账务处理。

2.根据权利要求1所述的方法，其特征在于，所述满足预设的账务处理条件，包括：到达预设的处理时间或接收到账务处理通知。

3.根据权利要求1所述的方法，其特征在于，所述记账数据包括账务状态；

在将记账数据记录在数据库中时，记录所述记账数据的账务状态为未进行账务处理；

在获取所述记账数据时，获取账务状态为未进行账务处理的记账数据。

4.根据权利要求1或2所述的方法，其特征在于，在所述调用所述记账系统对所述记账数据进行账务处理后，还包括步骤：将所述记账数据的账务状态更新为已进行账务处理。

5.根据权利要求1所述的方法，其特征在于，所述记账数据包括分账账户的资产变动信息；

所述对所述记账数据进行账务处理，包括：

根据所述资产变动信息对所述分账账户的资产进行更新。

6.根据权利要求1所述的方法，其特征在于，所述对所述记账数据进行账务处理，包括：

将获取的多条记账数据按预设数量进行分批，获得多批记账数据；

分别对每批记账数据进行批量处理；其中，对每条记账数据进行账务处理时，根据所述资产变动信息对所述分账账户的资产进行更新。

7.根据权利要求6所述的方法，其特征在于，在分别对每批记账数据进行批量处理时，若本批记账数据都成功完成账务处理，则进行下一批记账数据的批量处理；若本批记账数据中其中一条记账数据未成功完成账务处理，则终止对该批记账数据的批量处理，之后对该批记账数据重新进行批量处理。

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

支付记账模块，用于当获取到订单支付请求时，调用支付系统进行支付处理，并将记账数据记录在数据库中；

数据获取模块，用于当满足预设的账务处理条件时，从所述数据库中批量获取所述记账数据；

账务处理模块，用于调用记账系统对所述记账数据进行账务处理。

9.根据权利要求8所述的装置，其特征在于，所述满足预设的账务处理条件，包括：到达预设的处理时间或接收到账务处理通知。

10.根据权利要求8所述的装置，其特征在于，所述记账数据包括账务状态；

所述支付记账模块还用于在将记账数据记录在数据库中时，记录所述记账数据的账务状态为未进行账务处理；

所述数据获取模块还用于在获取所述记账数据时，获取账务状态为未进行账务处理的记账数据。

11.根据权利要求8或9所述的装置，其特征在于，所述账务处理模块还用于在调用所述记账系统对所述记账数据进行账务处理后，将所述记账数据的账务状态更新为已进行账务处理。

12.根据权利要求8所述的装置，其特征在于，所述记账数据包括分账账户的资产变动信息；

所述账务处理模块，具体用于根据所述资产变动信息对所述分账账户的资产进行更新。

13.根据权利要求8所述的装置，其特征在于，所述账务处理模块，包括：

数据分批子模块，用于将获取的多条记账数据按预设数量进行分批，获得多批记账数据；

批量处理子模块，用于分别对每批记账数据进行批量处理；其中，对每条记账数据进行账务处理时，根据所述资产变动信息对所述分账账户的资产进行更新。

14.根据权利要求13所述的装置，其特征在于，所述批量处理子模块，具体用于：

在分别对每批记账数据进行批量处理时，若本批记账数据都成功完成账务处理，则进行下一批记账数据的批量处理；若本批记账数据中其中一条记账数据未成功完成账务处理，则终止对该批记账数据的批量处理，之后对该批记账数据重新进行批量处理。

15.一种服务器，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当获取到订单支付请求时，调用支付系统进行支付处理，并将记账数据记录在数据库中；

当满足预设的账务处理条件时，从所述数据库中批量获取所述记账数据；

调用记账系统对所述记账数据进行账务处理。