CN110223153A - 对账方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明提供一种对账方法，包括：获取第一对账数据；获取第二对账数据；调用预设Drools规则引擎的数据传输接口将第一对账数据以及第二对账数据传输至预设Drools规则引擎；通过预设Drools规则引擎基于对账规则确定第一对账数据中的第一待验证交易数据和第二对账数据中的第二待验证交易数据，以及判断第一待验证交易数据与第二待验证交易数据是否匹配；获取预设Drools规则引擎返回的数据匹配结果；若数据匹配结果为第一待验证交易数据与第二待验证交易数据存在不一致，确定第一对账数据与第二对账数据中存在不平帐。本发明还公开了一种对账装置、电子设备和计算机可读存储介质。本发明能快速的在不同的交易系统之间进行对账。

Description

对账方法、装置、电子设备及存储介质

技术领域

本发明涉及支付技术领域，尤其涉及一种对账方法、装置、电子设备及计算机可读存储介质。

背景技术

目前市面上的支付系统一般是分布式的，一个支付系统包含多个子系统，各个系统之间存在数据不一致的风险，支付公司交易数据丢失，银行网络丢单等异常状况时由发生。因此，需要在不同子系统之间进行对账，以确保交易记录和资金流转的准确性，避免系统层面造成公司资产损失的情况产生。因此，亟需一种对账方法以对不同系统间的交易数据进行查漏补缺。

发明内容

鉴于以上内容，有必要提供一种对账方法、装置、电子设备及计算机可读存储介质，可以快速的在不同的交易系统之间进行对账。

本发明提供一种对账方法，所述方法包括：

从对账数据库获取第一对账系统的第一对账数据，所述第一对账数据是在所述第一对账系统产生交易数据之后基于所述交易数据由异步消息推送机制推送并保存在所述对账数据库的数据；

获取第二对账系统的第二对账数据，其中，所述第二对账系统为所述第一对账系统的对账方；

调用预设Drools规则引擎的数据传输接口将所述第一对账数据以及所述第二对账数据传输至所述预设Drools规则引擎，所述预设Drools规则引擎通过自然语言表示所述第一对账数据与所述第二对账数据的对账规则；

通过所述预设Drools规则引擎基于所述对账规则确定所述第一对账数据中的第一待验证交易数据和所述第二对账数据中的第二待验证交易数据，以及判断所述第一待验证交易数据与所述第二待验证交易数据是否匹配；

获取所述预设Drools规则引擎返回的数据匹配结果；

若所述数据匹配结果为所述第一待验证交易数据与所述第二待验证交易数据存在不一致，确定所述第一对账数据与所述第二对账数据中存在不平帐。

在本发明可选实施例中，所述从对账数据库获取第一对账系统的第一对账数据之前，所述方法还包括：

接收通过异步消息推送机制推送的所述第一对账系统产生的交易数据；

对所述交易数据进行数据清洗；

将清洗后的所述交易数据作为第一对账数据存储在所述对账数据库中。

在本发明可选实施例中，所述获取第二对账系统发送的第二对账数据之前，所述方法还包括：

判断所述第一对账系统是否接收到所述第二对账系统发送的第二对账数据；

若没有接收到所述第二对账系统发送的第二对账数据，向所述第二对账系统发送对账提醒。

在本发明可选实施例中，所述向所述第二对账系统发送对账提醒邮件之后，所述方法还包括：

间隔预设时间扫描是否接收到所述第二对账系统发送的所述第二对账数据。

在本发明可选实施例中，所述确定所述第一对账数据与所述第二对账数据中存在不平帐之后，所述方法还包括：

发送包含所述第一待验证交易数据以及所述第二待验证交易数据的异常交易数据提醒。

在本发明可选实施例中，所述方法还包括：

获取对所述第一待验证交易数据和所述第二待验证交易数据进行平帐的平帐期限；

若在所述平帐期限内接收到所述第一待验证交易数据的第一更新数据或所述第二待验证交易数据的第二更新数据，将所述第一更新数据与所述第二待验证交易数据进行数据核对或将所述第一待验证交易数据与所述第二更新数据进行数据核对；

若在所述平帐期限内未接收到所述第一更新数据或所述第二更新数据，向用户发送数据核对提醒。

在本发明可选实施例中，所述对所述交易数据进行数据清洗包括：

根据所述交易数据中不同数据的所属字段对所述交易数据进行筛选。

本发明还提供一种对账装置，所述装置包括：

第一获取模块，用于从对账数据库获取第一对账系统的第一对账数据，所述第一对账数据是在所述第一对账系统产生交易数据之后基于所述交易数据由异步消息推送机制推送并保存在所述对账数据库的数据；

第二获取模块，用于获取第二对账系统的第二对账数据，其中，所述第二对账系统为所述第一对账系统的对账方；

数据传输模块，用于调用预设Drools规则引擎的数据传输接口将所述第一对账数据以及所述第二对账数据传输至所述预设Drools规则引擎，所述预设Drools规则引擎通过自然语言表示所述第一对账数据与所述第二对账数据的对账规则；

匹配模块，用于通过所述预设Drools规则引擎基于所述对账规则确定所述第一对账数据中的第一待验证交易数据和所述第二对账数据中的第二待验证交易数据，以及判断所述第一待验证交易数据与所述第二待验证交易数据是否匹配；

第三获取模块，用于获取所述预设Drools规则引擎返回的数据匹配结果；

确定模块，用于若所述数据匹配结果为所述第一待验证交易数据与所述第二待验证交易数据存在不一致，确定所述第一对账数据与所述第二对账数据中存在不平帐。

在本发明可选实施例中，所述装置还包括保存模块，所述保存模块用于：

从对账数据库获取第一对账系统的第一对账数据之前，接收通过异步消息推送机制推送的所述第一对账系统产生的交易数据；

对所述交易数据进行数据清洗；

将清洗后的所述交易数据作为第一对账数据存储在所述对账数据库中。

在本发明可选实施例中，所述装置还包括判断模块，所述判断模块用于：

获取第二对账系统发送的第二对账数据之前，判断所述第一对账系统是否接收到所述第二对账系统发送的第二对账数据；

若没有接收到所述第二对账系统发送的第二对账数据，向所述第二对账系统发送对账提醒。

在本发明可选实施例中，所述装置还包括扫描模块，所述扫描模块用于：

向所述第二对账系统发送对账提醒邮件之后，间隔预设时间扫描是否接收到所述第二对账系统发送的第二对账数据。

在本发明可选实施例中，所述装置还包括：

提醒模块，用于确定所述第一对账数据与所述第二对账数据中存在不平帐之后，发送包含所述第一待验证交易数据以及所述第二待验证交易数据的异常交易数据提醒。

在本发明可选实施例中，所述装置还包括平帐模块，所述平帐模块用于：

获取对所述第一待验证交易数据和所述第二待验证交易数据进行平帐的平帐期限；

若在所述平帐期限内接收到所述第一待验证交易数据的第一更新数据或所述第二待验证交易数据的第二更新数据，将所述第一更新数据与所述第二待验证交易数据进行数据核对或将所述第一待验证交易数据与所述第二更新数据进行数据核对；

若在所述平帐期限内未接收到所述第一更新数据或所述第二更新数据，向用户发送数据核对提醒。

在本发明可选实施例中，所述保存模块对所述交易数据进行数据清洗包括：

根据所述交易数据中不同数据的所属字段对所述交易数据进行筛选。

本发明还提供一种电子设备，所述电子设备包括存储器及处理器，所述存储器用于存储至少一个指令，所述处理器用于执行所述至少一个指令以实现任意实施例中所述的对账方法。

本发明还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有至少一个指令，所述至少一个指令被处理器执行时实现任意实施例中所述的对账显示方法。

由以上技术方案看出，本发明提供一种对账方法、装置、电子设备及计算机可读存储介质，从对账数据库获取第一对账系统的第一对账数据，所述第一对账数据是在所述第一对账系统产生交易数据之后基于所述交易数据由异步消息推送机制推送并保存在所述对账数据库的数据；获取第二对账系统的第二对账数据，其中，所述第二对账系统为所述第一对账系统的对账方；调用预设Drools规则引擎的数据传输接口将所述第一对账数据以及所述第二对账数据传输至所述预设Drools规则引擎，所述预设Drools规则引擎通过自然语言表示所述第一对账数据与所述第二对账数据的对账规则；通过所述预设Drools规则引擎基于所述对账规则确定所述第一对账数据中的第一待验证交易数据和所述第二对账数据中的第二待验证交易数据，以及判断所述第一待验证交易数据与所述第二待验证交易数据是否匹配；获取所述预设Drools规则引擎返回的数据匹配结果；若所述数据匹配结果为所述第一待验证交易数据与所述第二待验证交易数据存在不一致，确定所述第一对账数据与所述第二对账数据中存在不平帐。由于第一对账数据是在交易数据产生后基于交易数据由异步消息推送机制推送并保存的数据，因此，在使用第一对账数据进行对账时，不会对第一对账系统的原交易数据产生影响并且能够快速的获取用于对账的数据，同时，通过Drools规则引擎对本地对账数据和关联方对账数据进行数据核对可以快速实施对账，从而时间了快速的在不同的交易系统之间进行对账的目的。

附图说明

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

图1是本发明实施例提供的对账方法的流程图；

图2是本发明实施例提供的对账装置的功能模块图；

图3是本发明实现对账方法的较佳实施例的电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

如图1所示，图1为本发明实施例提供的一种对账方法的流程图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。所述一种对账方法应用于电子设备中。

S11，从对账数据库获取第一对账系统的第一对账数据，所述第一对账数据是在所述第一对账系统产生交易数据之后基于所述交易数据由异步消息推送机制推送并保存在所述对账数据库的数据。

本实施例中，所述第一对账系统可以为支付系统中任意一个子系统，所述第二对账系统为与第一对账系统进行对账系统的子系统。

所述第一对账系统的第一对账数据为基于第一对账系统上产生的交易数据得到的，例如，第一对账数据为交易数据的备份数据，第一对账数据反映了第一对账系统中的交易记录。本实施例中，交易数据包括若干条交易记录，每条交易记录包括但不限于交易状态数据、交易金额(如支付金额)、交易时间、交易流水号之中的一项或多项。

例如，当本发明所述方法用于交易系统与银行系统对账，当第一对账系统为交易系统时，第一对账数据为交易系统产生的交易数据。

本实施例中，第一对账数据从对账数据库获取，对账数据库是第一对账系统中的数据库。

本实施例中，可以基于Active MQ进行异步消息推送。其中，MQ是消息中间件，是一种在分布式系统中应用程序借以传递消息的媒介，Active MQ是MQ之中的一种。

现有技术中，同步是指两个通信应用之间必须要同步在线，即发送程序和接收程序都必须一直处于运行状态，并且随时做好相互通信的准备。在同步状态下，发送程序首先向接收程序发起一个请求，并持续等待接收程序的响应，且不与其他应用进行任何通信以及交互，直到接收到接收程序的返回消息，才会向下继续运行。

异步是指两个通信应用之间可以不用同时在线等待，任何一方只需各自处理自己的任务，比如发送方发送消息以后不用等待接收方的响应，可以接着处理其他的任务。也就是说发送方和接收方都是相互独立存在的，发送方只管发送消息，接收方只管接收消息，无须等待对方的响应。

在一种可能的实施例中，当检测到用户在交易系统中新建的订单时，通过异步消息推送机制向第一对账系统中数据获取模块推送交易数据，并将交易数据保存在对账数据库中。

本实施例中，由于第一对账数据是在第一对账系统产生交易数据之后基于该交易数据由异步消息推送机制推送的数据，因此无需第一对账系统中数据获取模块的响应，就可以连续向多个第一对账系统中的数据获取模块进行推送，在产生交易数据时就立即进行推送并保存，没有延时。因此，在本实施例中，可以及时基于产生的交易数据保存用于对账的数据在对账数据库，有利于对账时获取全面的需要对账的数据。

并且，在本实施例中，第一对账数据是产生交易数据后根据该交易数据由接收异步消息推送机制推送的数据，因此可以直接在对账时直接获取该数据进行对账，无需获取原始的交易数据进行对账，使得对账时并不对原交易数据产生影响。

进一步的，本发明另一实施例中，所述从对账数据库获取第一对账系统的第一对账数据之前，所述方法还包括：

接收通过异步消息推送机制推送的交易数据；

对所述交易数据进行数据清洗；

将清洗后的交易数据作为第一对账数据存储在对账数据库中。

所述对交易数据进行清洗包括从交易数据中删除冗余的数据、缺失的数据。

在本实施例中，对交易数据进行清洗，有利于得到更准确的对账数据。

进一步的，所述对所述交易数据进行数据清洗包括：根据所述交易数据中不同数据的所属字段对所述交易数据进行筛选。

在进行对账时，可能仅需对交易中的部分信息(例如，交易时间、交易金额等)进行对账，而无需对交易的所有数据进行对账。例如，可能不需要商品的详细信息。

因此，在本实施例中，通过对交易数据进行筛选，可以简化保存数据库中的第一对账数据，有利于快速的进行对账，减少数据库中的冗余数据，提高系统的利用率。

在本发明另一实施例中，所述对所述交易数据进行数据清洗之后，所述方法还包括：

对清洗后的所述交易数据进行格式转化。

在本实施例中，可以将数据转化为预设标准格式，有利于进行快速对账。

S12，获取第二对账系统的第二对账数据，其中，所述第二对账系统为所述第一对账系统的对账方。

在本发明实施例中，第一对账系统的对账方是指与第一对账系统进行对账的一方。

例如，当本发明所述方法应用于交易系统与银行系统对账时，若第一对账系统为交易系统，则银行系统为第二对账系统。

所述第二对账数据为第二对账系统与第一对账系统进行对账时的数据。

在本实施例中，获取到的第二对账系统的第二对账数据可以是由第二对账系统向第一对账系统发送的，则可以直接在第一对账系统中获取到第二对账数据。

可选的，在本发明另一实施例中，所述获取第二对账系统发送的第二对账数据之前，所述方法还包括：

判断所述第一对账系统是否接收到所述第二对账系统发送的第二对账数据；

若没有接收到所述第二对账系统发送的第二对账数据，向所述第二对账系统发送对账提醒。

在本实施例中，先判断第一对账系统是否接收到第二对账数据，若没有接收到，向第二对账系统发生对账提醒，例如，向第二对账系统发送对账提醒邮件。

通过本实施例，有利于在第二对账系统未向第一对账系统发送第二对账数据时，及时的向第二对账系统进行提醒，避免耽误对账。

在本发明其他实施例中，判断第一对账系统是否接收到第二对账系统发送的第二对账数据的步骤可以在对账开始之前执行，即在从对账数据库获取第一对账系统的第一对账数据之前，执行判断第一对账系统是否接收到第二对账系统发送的第二对账数据的步骤。

进一步的，在本发明另一实施例中，所述向所述第二对账系统发送对账提醒邮件之后，所述方法还包括：

间隔预设时间扫描是否存在所述第二对账系统的第二对账数据。

所述预设时间可以根据需要设定。例如，预设时间为半个小时，或预设时间为一个小时。

在本实施例中，在向第二对账系统发送提醒之后，及时的扫描判断是否存在第二对账系统发送的第二对账数据，有利于及时获取第二对账数据。

S13，调用预设Drools规则引擎的数据传输接口将所述第一对账数据以及所述第二对账数据传输至所述预设Drools规则引擎，所述预设Drools规则引擎通过自然语言表示所述第一对账数据与所述第二对账数据的对账规则。

Drools规则引擎是一个开源业务规则引擎，本实施例中，预设Drools规则引擎预先用自然语言来描述对账的规则，编写方便，有利于快速实施对账，以及后期维护和后期业务的扩展。

例如，对账规则为第一对账数据与第二对账数据中相同订单号的订单进行数据核对，若订单中的订单总金额、订单状态、商品数量、商品单价全部一致，确定两个订单为一致的。

S14，通过所述预设Drools规则引擎基于所述对账规则确定所述第一对账数据中的第一待验证交易数据和所述第二对账数据中的第二待验证交易数据，以及判断所述第一待验证交易数据与所述第二待验证交易数据是否匹配。

例如，第一待验证交易数据为以及第二待验证交易数据为订单编号相同的订单数据。

在通过Drools规则引擎进行数据核对时，所获取的第一待验证交易数据可以为一条或多条数据，同样的，第二待验证交易数据也可为一条或多条数据。

S15，获取所述预设Drools规则引擎返回的数据匹配结果。

本实施例中，预设Drools规则引擎返回的数据匹配结果包括第一待验证交易数据是否与第二待验证数据全部相同或部分相同。

在本发明其他实施例中，获取到的数据匹配结果还可以包括是否对账、对账结果状态等信息。

S16，若所述数据匹配结果为所述第一待验证交易数据与所述第二待验证交易数据存在不一致，确定所述第一对账数据与所述第二对账数据中存在不平帐。

当第一验证交易数据与第二待验证交易数据中存在任意字段的数据不相同时，确定第一验证交易数据与第二验证交易数据存在不一致。

例如，第一验证交易数据中的订单状态数据与第二验证交易数据中的订单状态数据不一致时，确定第一验证交易数据与第二验证交易数据存在不一致；或者，第一验证交易数据中的交易金额与第二验证交易数据中的交易金额存在不一致时，确定第一验证交易数据与第二验证交易数据存在不一致。

在一种可能的实施例中，所述确定所述第一对账数据与所述第二对账数据中存在不平帐之后，所述方法还包括：

发送包含所述第一待验证交易数据以及所述第二待验证交易数据的异常交易数据提醒。

在本实施例中，可以向第一对账系统的用户(如交易系统的运营用户)发送包含第一待验证交易数据与第二待验证交易数据的异常交易数据提醒，以及向第二对账系统的而用户发送包含第一待验证交易数据与第二待验证交易数据的异常交易数据提醒，从而可以让对账系统的双方及时的了解哪些数据存在异常。

在本实施例中，通过将对账时不一致的交易数据筛选出来并发送异常交易数据提醒，有利于用户可以快速的对不平帐进行人工核验，或者是使用户重新在第一对账系统或第二对账系统中对不一致的交易数据进行处理，又或者是使用户通过在第二对账系统执行操作触发第二对账系统发送正确的第二对账数据。

进一步的，在本发明另一实施例中，所述方法还包括：

获取对所述第一待验证交易数据和所述第二待验证交易数据进行平帐的平帐期限；

若在所述平帐期限内接收到所述第一待验证交易数据的第一更新数据或所述第二待验证交易数据的第二更新数据，将所述第一更新数据与所述第二待验证交易数据进行数据核对或将所述第一待验证交易数据与所述第二更新数据进行数据核对；

若在所述平帐期限内未接收到所述第一更新数据或所述第二更新数据，向用户发送数据核对提醒。

对第一待验证交易数据和第二待验证交易数据检查第一待验证交易数据域第二待验证交易数据中哪个数据出错，并对出错的数据进行修改，使得第一待验证数据与第二待验证数数据一致。

例如，平帐期限为今天、明天或后天。

在具体实施时，有些交易为T+1交易，或者有些交易为T+2交易，因此有些交易不需要当天进行平帐，有些交易需要当天进行平帐。

在本实施例中，所述第一待验证交易数据的第一更新数据即为替换第一待验证交易数据的替换数据，一种可能的实施例中，当核对不平帐时，确定是第一待验证交易数据有误，则用第一更新数据替换第一待验证交易数，并将第一更新数据与第二待验证交易数据进行数据核对。

同样的，所述第二待验证交易数据的第二更新数据即为替换第二待验证交易数据的替换数据，一种可能的实施例中，当核对不平帐时，确定是第二待验证交易数据有误，则用第二更新数据替换第二待验证交易数，并将第一待验证交易数据域第二更新数据进行数据核对。

在本实施例中，在平帐期限内接收到所述第一更新数据或第二更新数据时，直接进行再次对账，无需人工核验，避免耗时耗力，提高对账效率。当没有接收到第一更新数据或第二更新数据时，向用户发送数据核对提醒，以提醒用户及时的查验，尽快处理不平帐。

本实施例所述的对账方法，从对账数据库获取第一对账系统的第一对账数据，所述第一对账数据是在所述第一对账系统产生交易数据之后基于所述交易数据由异步消息推送机制推送并保存在所述对账数据库的数据；获取第二对账系统的第二对账数据，其中，所述第二对账系统为所述第一对账系统的对账方；调用预设Drools规则引擎的数据传输接口将所述第一对账数据以及所述第二对账数据传输至所述预设Drools规则引擎，所述预设Drools规则引擎通过自然语言表示所述第一对账数据与所述第二对账数据的对账规则；通过所述预设Drools规则引擎基于所述对账规则确定所述第一对账数据中的第一待验证交易数据和所述第二对账数据中的第二待验证交易数据，以及判断所述第一待验证交易数据与所述第二待验证交易数据是否匹配；获取所述预设Drools规则引擎返回的数据匹配结果；若所述数据匹配结果为所述第一待验证交易数据与所述第二待验证交易数据存在不一致，确定所述第一对账数据与所述第二对账数据中存在不平帐。由于第一对账数据是在交易数据产生后基于交易数据由异步消息推送机制推送并保存的数据，因此，在使用第一对账数据进行对账时，不会对第一对账系统的原交易数据产生影响并且能够快速的获取用于对账的数据，同时，通过Drools规则引擎对本地对账数据和关联方对账数据进行数据核对可以快速实施对账，从而时间了快速的在不同的交易系统之间进行对账的目的。

如图2所示，图2为本发明实施例提供一种对账装置的功能模块图。对账装置20包括第一获取模块210、第二获取模块220、数据传输模块230、匹配模块240、第三获取模块250和确定模块260。本发明所称的模块是指一种能够被电子设备的处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在电子设备的存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。

第一获取模块210，用于从对账数据库获取第一对账系统的第一对账数据，所述第一对账数据是在所述第一对账系统产生交易数据之后基于所述交易数据由异步消息推送机制推送并保存在所述对账数据库的数据。

本实施例中，所述第一对账系统可以为支付系统中任意一个子系统，所述第二对账系统为与第一对账系统进行对账系统的子系统。

所述第一对账系统的第一对账数据为基于第一对账系统上产生的交易数据得到的，例如，第一对账数据为交易数据的备份数据，第一对账数据反映了第一对账系统中的交易记录。本实施例中，交易数据包括若干条交易记录，每条交易记录包括但不限于交易状态数据、交易金额(如支付金额)、交易时间、交易流水号之中的一项或多项。

例如，当本发明所述方法用于交易系统与银行系统对账，当第一对账系统为交易系统时，第一对账数据为交易系统产生的交易数据。

本实施例中，第一对账数据从对账数据库获取，对账数据库是第一对账系统中的数据库。

本实施例中，可以基于Active MQ进行异步消息推送。其中，MQ是消息中间件，是一种在分布式系统中应用程序借以传递消息的媒介，Active MQ是MQ之中的一种。

现有技术中，同步是指两个通信应用之间必须要同步在线，即发送程序和接收程序都必须一直处于运行状态，并且随时做好相互通信的准备。在同步状态下，发送程序首先向接收程序发起一个请求，并持续等待接收程序的响应，且不与其他应用进行任何通信以及交互，直到接收到接收程序的返回消息，才会向下继续运行。

异步是指两个通信应用之间可以不用同时在线等待，任何一方只需各自处理自己的任务，比如发送方发送消息以后不用等待接收方的响应，可以接着处理其他的任务。也就是说发送方和接收方都是相互独立存在的，发送方只管发送消息，接收方只管接收消息，无须等待对方的响应。

在一种可能的实施例中，当检测到用户在交易系统中新建的订单时，通过异步消息推送机制向第一对账系统中数据获取模块推送交易数据，并将交易数据保存在对账数据库中。

本实施例中，由于第一对账数据是在第一对账系统产生交易数据之后基于该交易数据由异步消息推送机制推送的数据，因此无需第一对账系统中数据获取模块的响应，就可以连续向多个第一对账系统中的数据获取模块进行推送，在产生交易数据时就立即进行推送并保存，没有延时。因此，在本实施例中，可以及时基于产生的交易数据保存用于对账的数据在对账数据库，有利于对账时获取全面的需要对账的数据。

并且，在本实施例中，第一对账数据是产生交易数据后根据该交易数据由接收异步消息推送机制推送的数据，因此可以直接在对账时直接获取该数据进行对账，无需获取原始的交易数据进行对账，使得对账时并不对原交易数据产生影响。

进一步的，本发明另一实施例中，所述装置还包括保存模块，所述保存模块用于：

从对账数据库获取第一对账系统的第一对账数据之前，接收通过异步消息推送机制推送的交易数据；

对所述交易数据进行数据清洗；

将清洗后的交易数据作为第一对账数据存储在对账数据库中。

所述对交易数据进行清洗包括从交易数据中删除冗余的数据、缺失的数据。

在本实施例中，对交易数据进行清洗，有利于得到更准确的对账数据。

进一步的，所述保存模块对所述交易数据进行数据清洗包括：根据所述交易数据中不同数据的所属字段对所述交易数据进行筛选。

在进行对账时，可能仅需对交易中的部分信息(例如，交易时间、交易金额等)进行对账，而无需对交易的所有数据进行对账。例如，可能不需要商品的详细信息。

因此，在本实施例中，通过对交易数据进行筛选，可以简化保存数据库中的第一对账数据，有利于快速的进行对账，减少数据库中的冗余数据，提高系统的利用率。

在本发明另一实施例中，所述所述保存模块还用于：

对所述交易数据进行数据清洗之后，对清洗后的所述交易数据进行格式转化。

在本实施例中，可以将数据转化为预设标准格式，有利于进行快速对账。

第二获取模块220，用于获取第二对账系统的第二对账数据，其中，所述第二对账系统为所述第一对账系统的对账方。

在本发明实施例中，第一对账系统的对账方是指与第一对账系统进行对账的一方。

例如，当本发明所述方法应用于交易系统与银行系统对账时，若第一对账系统为交易系统，则银行系统为第二对账系统。

所述第二对账数据为第二对账系统与第一对账系统进行对账时的数据。

在本实施例中，获取到的第二对账系统的第二对账数据可以是由第二对账系统向第一对账系统发送的，则可以直接在第一对账系统中获取到第二对账数据。

可选的，在本发明另一实施例中，所述装置还包括判断模块，所述判断模块用于：

获取第二对账系统发送的第二对账数据之前，判断所述第一对账系统是否接收到所述第二对账系统发送的第二对账数据；

若没有接收到所述第二对账系统发送的第二对账数据，向所述第二对账系统发送对账提醒。

在本实施例中，先判断第一对账系统是否接收到第二对账数据，若没有接收到，向第二对账系统发生对账提醒，例如，向第二对账系统发送对账提醒邮件。

通过本实施例，有利于在第二对账系统未向第一对账系统发送第二对账数据时，及时的向第二对账系统进行提醒，避免耽误对账。

在本发明其他实施例中，判断第一对账系统是否接收到第二对账系统发送的第二对账数据的步骤可以在对账开始之前执行，即在从对账数据库获取第一对账系统的第一对账数据之前，执行判断第一对账系统是否接收到第二对账系统发送的第二对账数据的步骤。

进一步的，在本发明另一实施例中，所述装置还包括扫描模块，所述扫描模块用于：

向所述第二对账系统发送对账提醒邮件之后，间隔预设时间扫描是否存在所述第二对账系统的第二对账数据。

所述预设时间可以根据需要设定。例如，预设时间为半个小时，或预设时间为一个小时。

在本实施例中，在向第二对账系统发送提醒之后，及时的扫描判断是否存在第二对账系统发送的第二对账数据，有利于及时获取第二对账数据。

数据传输模块230，用于调用预设Drools规则引擎的数据传输接口将所述第一对账数据以及所述第二对账数据传输至所述预设Drools规则引擎，所述预设Drools规则引擎通过自然语言表示所述第一对账数据与所述第二对账数据的对账规则。

Drools规则引擎是一个开源业务规则引擎，本实施例中，预设Drools规则引擎预先用自然语言来描述对账的规则，编写方便，有利于快速实施对账，以及后期维护和后期业务的扩展。

例如，对账规则为第一对账数据与第二对账数据中相同订单号的订单进行数据核对，若订单中的订单总金额、订单状态、商品数量、商品单价全部一致，确定两个订单为一致的。

匹配模块240，用于通过所述预设Drools规则引擎基于所述对账规则确定所述第一对账数据中的第一待验证交易数据和所述第二对账数据中的第二待验证交易数据，以及判断所述第一待验证交易数据与所述第二待验证交易数据是否匹配。

例如，第一待验证交易数据为以及第二待验证交易数据为订单编号相同的订单数据。

在通过Drools规则引擎进行数据核对时，所获取的第一待验证交易数据可以为一条或多条数据，同样的，第二待验证交易数据也可为一条或多条数据。

第三获取模块250，用于获取所述预设Drools规则引擎返回的数据匹配结果。

本实施例中，预设Drools规则引擎返回的数据匹配结果包括第一待验证交易数据是否与第二待验证数据全部相同或部分相同。

在本发明其他实施例中，获取到的数据匹配结果还可以包括是否对账、对账结果状态等信息。

确定模块260，用于若所述数据匹配结果为所述第一待验证交易数据与所述第二待验证交易数据存在不一致，确定所述第一对账数据与所述第二对账数据中存在不平帐。

当第一验证交易数据与第二待验证交易数据中存在任意字段的数据不相同时，确定第一验证交易数据与第二验证交易数据存在不一致。

例如，第一验证交易数据中的订单状态数据与第二验证交易数据中的订单状态数据不一致时，确定第一验证交易数据与第二验证交易数据存在不一致；或者，第一验证交易数据中的交易金额与第二验证交易数据中的交易金额存在不一致时，确定第一验证交易数据与第二验证交易数据存在不一致。

在一种可能的实施例中，所述装置还包括提醒模块，所述提醒模块用于：

确定所述第一对账数据与所述第二对账数据中存在不平帐，发送包含所述第一待验证交易数据以及所述第二待验证交易数据的异常交易数据提醒。

在本实施例中，可以向第一对账系统的用户(如交易系统的运营用户)发送包含第一待验证交易数据与第二待验证交易数据的异常交易数据提醒，以及向第二对账系统的而用户发送包含第一待验证交易数据与第二待验证交易数据的异常交易数据提醒，从而可以让对账系统的双方及时的了解哪些数据存在异常。

在本实施例中，通过将对账时不一致的交易数据筛选出来并发送异常交易数据提醒，有利于用户可以快速的对不平帐进行人工核验，或者是使用户重新在第一对账系统或第二对账系统中对不一致的交易数据进行处理，又或者是使用户通过在第二对账系统执行操作触发第二对账系统发送正确的第二对账数据。

进一步的，在本发明另一实施例中，所述装置还包括平帐模块，所述平帐模块用于：

获取对所述第一待验证交易数据和所述第二待验证交易数据进行平帐的平帐期限；

若在所述平帐期限内接收到所述第一待验证交易数据的第一更新数据或所述第二待验证交易数据的第二更新数据，将所述第一更新数据与所述第二待验证交易数据进行数据核对或将所述第一待验证交易数据与所述第二更新数据进行数据核对；

若在所述平帐期限内未接收到所述第一更新数据或所述第二更新数据，向用户发送数据核对提醒。

对第一待验证交易数据和第二待验证交易数据检查第一待验证交易数据域第二待验证交易数据中哪个数据出错，并对出错的数据进行修改，使得第一待验证数据与第二待验证数数据一致。

例如，平帐期限为今天、明天或后天。

在具体实施时，有些交易为T+1交易，或者有些交易为T+2交易，因此有些交易不需要当天进行平帐，有些交易需要当天进行平帐。

在本实施例中，所述第一待验证交易数据的第一更新数据即为替换第一待验证交易数据的替换数据，一种可能的实施例中，当核对不平帐时，确定是第一待验证交易数据有误，则用第一更新数据替换第一待验证交易数，并将第一更新数据与第二待验证交易数据进行数据核对。

同样的，所述第二待验证交易数据的第二更新数据即为替换第二待验证交易数据的替换数据，一种可能的实施例中，当核对不平帐时，确定是第二待验证交易数据有误，则用第二更新数据替换第二待验证交易数，并将第一待验证交易数据域第二更新数据进行数据核对。

在本实施例中，在平帐期限内接收到所述第一更新数据或第二更新数据时，直接进行再次对账，无需人工核验，避免耗时耗力，提高对账效率。当没有接收到第一更新数据或第二更新数据时，向用户发送数据核对提醒，以提醒用户及时的查验，尽快处理不平帐。

本发明提供的所述对账装置20从对账数据库获取第一对账系统的第一对账数据，所述第一对账数据是在所述第一对账系统产生交易数据之后基于所述交易数据由异步消息推送机制推送并保存在所述对账数据库的数据；获取第二对账系统的第二对账数据，其中，所述第二对账系统为所述第一对账系统的对账方；调用预设Drools规则引擎的数据传输接口将所述第一对账数据以及所述第二对账数据传输至所述预设Drools规则引擎，所述预设Drools规则引擎通过自然语言表示所述第一对账数据与所述第二对账数据的对账规则；通过所述预设Drools规则引擎基于所述对账规则确定所述第一对账数据中的第一待验证交易数据和所述第二对账数据中的第二待验证交易数据，以及判断所述第一待验证交易数据与所述第二待验证交易数据是否匹配；获取所述预设Drools规则引擎返回的数据匹配结果；若所述数据匹配结果为所述第一待验证交易数据与所述第二待验证交易数据存在不一致，确定所述第一对账数据与所述第二对账数据中存在不平帐。由于第一对账数据是在交易数据产生后基于交易数据由异步消息推送机制推送并保存的数据，因此，在使用第一对账数据进行对账时，不会对第一对账系统的原交易数据产生影响并且能够快速的获取用于对账的数据，同时，通过Drools规则引擎对本地对账数据和关联方对账数据进行数据核对可以快速实施对账，从而时间了快速的在不同的交易系统之间进行对账的目的。。

上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取计算机可读存储介质中。上述软件功能模块存储在一个计算机可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。

如图3所示，是本发明实现对账显示方法的较佳实施例的电子设备3的结构示意图。在本实施例中，电子设备3包括至少一个发送装置31、至少一个存储器32、至少一个处理器33、至少一个接收装置34以及至少一个通信总线。其中，所述通信总线用于实现这些组件之间的连接通信。

所述电子设备3是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。所述电子设备3还可包括网络设备和/或用户设备。其中，所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(Cloud Computing)的由大量主机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。

所述电子设备3可以是，但不限于任何一种可与用户通过键盘、触摸板或声控设备等方式进行人机交互的电子产品，例如，平板电脑、智能手机、监控设备等终端。

所述电子设备3所处的网络包括，但不限于互联网、广域网、城域网、局域网、虚拟专用网络(Virtual Private Network，VPN)等。

其中，所述接收装置34和所述发送装置31可以是有线发送端口，也可以为无线设备，例如包括天线装置，用于与其他设备进行数据通信。

所述存储器32用于存储程序代码。所述存储器32可以是集成电路中没有实物形式的具有存储功能的电路，如RAM(Random-Access Memory，随机存取存储器)、FIFO(First InFirst Out，先进先出存储器)等。或者，所述存储器32也可以是具有实物形式的存储器，如内存条、TF卡(Trans-flash Card)、智能媒体卡(smart media card)、安全数字卡(securedigital card)、快闪存储器卡(flash card)等储存设备等等。

所述处理器33可以包括一个或者多个微处理器、数字处理器。所述处理器33可调用存储器32中存储的程序代码以执行相关的功能。例如，图2中所述的各个模块是存储在所述存储器32中的程序代码，并由所述处理器33所执行，以实现一种对账显示方法。所述处理器33又称中央处理器(CPU，Central Processing Unit)，是一块超大规模的集成电路，是运算核心(Core)和控制核心(Control Unit)。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。

Claims (10)

1.一种对账方法，其特征在于，所述方法包括：

从对账数据库获取第一对账系统的第一对账数据，所述第一对账数据是在所述第一对账系统产生交易数据之后基于所述交易数据由异步消息推送机制推送并保存在所述对账数据库的数据；

获取第二对账系统的第二对账数据，其中，所述第二对账系统为所述第一对账系统的对账方；

调用预设Drools规则引擎的数据传输接口将所述第一对账数据以及所述第二对账数据传输至所述预设Drools规则引擎，所述预设Drools规则引擎通过自然语言表示所述第一对账数据与所述第二对账数据的对账规则；

通过所述预设Drools规则引擎基于所述对账规则确定所述第一对账数据中的第一待验证交易数据和所述第二对账数据中的第二待验证交易数据，以及判断所述第一待验证交易数据与所述第二待验证交易数据是否匹配；

获取所述预设Drools规则引擎返回的数据匹配结果；

若所述数据匹配结果为所述第一待验证交易数据与所述第二待验证交易数据存在不一致，确定所述第一对账数据与所述第二对账数据中存在不平帐。

2.如权利要求1所述的方法，其特征在于，所述从对账数据库获取第一对账系统的第一对账数据之前，所述方法还包括：

接收通过异步消息推送机制推送的所述第一对账系统产生的交易数据；

对所述交易数据进行数据清洗；

将清洗后的所述交易数据作为第一对账数据存储在所述对账数据库中。

3.如权利要求1所述的方法，其特征在于，所述获取第二对账系统发送的第二对账数据之前，所述方法还包括：

判断所述第一对账系统是否接收到所述第二对账系统发送的第二对账数据；

若没有接收到所述第二对账系统发送的第二对账数据，向所述第二对账系统发送对账提醒。

4.如权利要求3所述的方法，其特征在于，所述向所述第二对账系统发送对账提醒邮件之后，所述方法还包括：

间隔预设时间扫描是否接收到所述第二对账系统发送的第二对账数据。

5.如权利要求1至4中任一项所述的方法，其特征在于，所述确定所述第一对账数据与所述第二对账数据中存在不平帐之后，所述方法还包括：

发送包含所述第一待验证交易数据以及所述第二待验证交易数据的异常交易数据提醒。

6.如权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

获取对所述第一待验证交易数据和所述第二待验证交易数据进行平帐的平帐期限；

若在所述平帐期限内接收到所述第一待验证交易数据的第一更新数据或所述第二待验证交易数据的第二更新数据，将所述第一更新数据与所述第二待验证交易数据进行数据核对或将所述第一待验证交易数据与所述第二更新数据进行数据核对；

若在所述平帐期限内未接收到所述第一更新数据或所述第二更新数据，向用户发送数据核对提醒。

7.如权利要求2所述的方法，其特征在于，所述对所述交易数据进行数据清洗包括：

根据所述交易数据中不同数据的所属字段对所述交易数据进行筛选。

8.一种对账装置，其特征在于，所述装置包括：

第一获取模块，用于从对账数据库获取第一对账系统的第一对账数据，所述第一对账数据是在所述第一对账系统产生交易数据之后基于所述交易数据由异步消息推送机制推送并保存在所述对账数据库的数据；

第二获取模块，用于获取第二对账系统的第二对账数据，其中，所述第二对账系统为所述第一对账系统的对账方；

数据传输模块，用于调用预设Drools规则引擎的数据传输接口将所述第一对账数据以及所述第二对账数据传输至所述预设Drools规则引擎，所述预设Drools规则引擎通过自然语言表示所述第一对账数据与所述第二对账数据的对账规则；

匹配模块，用于通过所述预设Drools规则引擎基于所述对账规则确定所述第一对账数据中的第一待验证交易数据和所述第二对账数据中的第二待验证交易数据，以及判断所述第一待验证交易数据与所述第二待验证交易数据是否匹配；

第三获取模块，用于获取所述预设Drools规则引擎返回的数据匹配结果；

确定模块，用于若所述数据匹配结果为所述第一待验证交易数据与所述第二待验证交易数据存在不一致，确定所述第一对账数据与所述第二对账数据中存在不平帐。

9.一种电子设备，其特征在于，所述电子设备包括存储器及处理器，所述存储器用于存储至少一个指令，所述处理器用于执行所述至少一个指令以实现如权利要求1至7中任一项所述的对账方法。

10.一种计算机可读存储介质，其上存储有计算机指令，其特征在于：所述计算机指令被处理器执行时实现如权利要求1至7中任一项所述的对账方法。