CN109377369A - 交易数据的核对方法、装置及计算机可读存储介质 - Google Patents

Abstract

本公开涉及数据处理技术领域，具体揭示了一种交易数据的核对方法及装置，包括：实时地从交易系统的交易请求日志中获取交易请求数据，交易请求数据包括所述交易请求日志所对应交易请求的交易标识；从交易系统所存储的交易信息中获取交易标识所对应的交易数据；核对交易标识所对应的交易数据与所对应的交易请求数据是否一致；如果不一致，则生成提示信息，从而实现实时地进行交易数据的核对，并及时提示异常的交易数据。

Description

交易数据的核对方法、装置及计算机可读存储介质

技术领域

本公开涉及数据处理技术领域，特别涉及一种交易数据的核对方法、装置及计算机可读存储介质。

背景技术

在金融交易系统中，完成交易后，需要进行交易数据的核对。现有的核对方法是:在交易日日终后，上游系统(即发起交易请求的系统)根据当日向交易系统所发起的交易请求生成对账文件，且交易系统根据当日根据对所接收的交易请求进行的交易处理生成待核对文件，然后再根据对账文件进行待核对文件中每一笔交易所对应交易数据的核对。

现有技术中，由于交易数据的核对依赖于交易日日终后上游系统所生成的对账文件和交易系统所生成的待核对文件，所以仅能在交易日日终后才能发现交易日当天所进行交易中异常的交易数据，从而不能及时地发现异常的交易数据。

发明内容

为了解决相关技术中存在的问题，本公开提供了一种交易数据的核对方法、装置及计算机可读存储介质。

第一方面，提供了一种交易数据的核对方法，包括：

实时地从交易系统的交易请求日志中获取交易请求数据，所述交易请求数据包括所述交易请求日志所对应交易请求的交易标识；

从所述交易系统所存储的交易信息中获取所述交易标识所对应的交易数据；

核对所述交易标识所对应的交易数据与所对应的交易请求数据是否一致；

如果不一致，则生成提示信息。

第二方面，提供了一种交易数据的核对装置，所述装置包括：

交易请求数据获取模块，被配置为：实时地从交易系统的交易请求日志中获取交易请求数据，所述交易请求数据包括所述交易请求日志所对应交易请求的交易标识；

交易数据获取模块，被配置为：从所述交易系统所存储的交易信息中获取所述交易标识所对应的交易数据；

核对模块，被配置为：核对所述交易标识所对应的交易数据与所对应的交易请求数据是否一致；

提示信息生成模块，被配置为：如果核对模块确定所述交易标识所对应的交易数据与所对应的交易请求数据不一致，则生成提示信息。

在一实施例中，所述交易请求数据是根据配置文件从所述交易请求日志中获取的，所述交易请求数据获取模块包括：

日志监控单元，被配置为：对所述交易系统进行日志更新监控；

交易请求日志判断单元，被配置为：如果监控到日志更新，根据所述配置文件判断所更新日志是否为所述交易请求日志；

交易请求数据获取单元，被配置为：如果交易请求日志判断单元判断所更新日志是所述交易请求日志，则按照所述配置文件中所指定的若干数据项从所述交易请求日志中获取每一所述数据项所对应的交易请求数据。

在一实施例中，所述交易数据获取模块包括：

定位单元，被配置为：按照设定的时间间隔，在所述交易系统所存储的交易信息中根据所述交易标识进行所述交易标识所对应交易信息的定位；

交易数据获取单元，被配置为：按照所述所指定的若干数据项在所定位到的交易信息中获取每一所述数据项所对应的交易数据。

在一实施例中，所述装置还包括：

异常提示信息生成模块，被配置为：如果定位单元在所述交易消停所存储的交易信息中未定位到所述交易标识所对应交易信息，则生成异常提示信息，以提示所述交易系统中不存在所述交易标识所对应的交易信息。

在一实施例中，所述核对模块包括：

核对单元，被配置为：进行每一所述数据项所对应交易数据与所对应交易请求数据的核对，得到核对结果；

第一确定单元，被配置为：如果所述核对结果指示每一所述数据项所对应交易数据均与所对应交易请求数据相同，则确定所述交易数据与所述交易请求数据一致；以及

第二确定单元，被配置为：如果所述核对结果指示存在交易数据与相应的交易请求数据不相同的数据项，则确定所述交易数据与所述交易请求数据不一致。

在一实施例中，所述核对单元包括：

获取单元，被配置为：获取根据所述所指定的若干数据项所配置的数据项集合，所述数据项集合包括所指定的每一数据项；

核对子单元，被配置为：按照所述数据项集合进行所述每一数据项所对应交易数据与所对应交易请求数据的核对；

异常标识生成单元，被配置为：如果核对所述数据项所对应交易数据与所对应交易请求数据不相同，则生成为所述数据项所配置的异常标识；以及

匹配标识生成单元，被配置为：如果核对所述数据项所对应交易数据与所对应交易请求数据相同，则生成匹配标识；

核对结果生成单元，被配置为：根据所述异常标识和所所述匹配标识生成所述交易标识所对应交易数据的核对结果。

在一实施例中，所述装置还包括：

对账表生成模块，被配置为：根据所述交易数据和所述交易请求数据生成对账表；

所述装置还进一步包括：

标识模块，被配置为：根据所述核对结果所指示交易数据与所对应交易请求数据不相同的数据项，在所述对账表中标识出所述数据项所对应的交易数据；

对账表发送模块，被配置为：达到所配置的对账表发送条件后，将所述对账表发送至用户端。

第三方面，提供了一种交易数据的核对装置，所述装置包括：

处理器；

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

其中，所述可执行指令被所述处理器执行时实现如上所述的方法。

第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的方法。

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

通过实时地从交易系统的交易请求日志中获取交易请求数据并对应地从交易系统所存储的交易信息中获取经交易处理所得到的交易数据，从而通过所获得的交易请求数据进行交易数据的核对，并在交易数据与交易请求数据不一致的时候生成提示信息，从而实现了交易数据的实时核对，实时地查找出异常的交易数据，并可以通过提示信息使管理员及时得知交易数据异常的交易，从而可以及时对异常的交易进行处理。

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

附图说明

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

图1是根据本公开所涉及的实施环境的示意图；

图2是根据一示例性实施例示出的一种服务器的框图；

图3是根据一示例性实施例示出的一种交易数据的核对方法的流程图；

图4是图3对应实施例步骤S110的流程图；

图5是图3对应实施例的步骤S130的流程图；

图6是根据另一示例性实施例示出的步骤S131之后步骤的流程图；

图7是图3对应实施例的步骤S150的流程图；

图8是图7对应实施例的步骤S151的流程图；

图9是根据另一示例性实施例示出的步骤S151之后步骤的流程图；

图10是根据一示例性实施例示出的一种交易数据的核对装置的框图；

图11是根据另一示例性实施例示出的一种交易数据的核对装置的框图。

具体实施方式

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

图1是根据本公开所涉及的实施环境的示意图。该实施环境包括：上游系统100、交易系统300和核对服务端400，上游系统100和交易系统300之间，以及交易系统300和核对服务端400之间均建立通信连接，其中上游系统100和交易系统300之间，以及交易系统300和核对服务端400之间的关联方式，包括硬件的网络关联方式和/或协议，以及二者之间往来的数据关联方式。

在对应的需要进行交易数据核对的应用场景中，上游系统100可以是一个或者多个用户终端，例如智能手机、平板电脑、笔记本电脑、台式电脑等可以供应用程序客户端运行的电子设备，从而通过电子设备上所运行的客户端向交易系统300发送交易请求。

相对应的，交易系统可以是由一个或者多个服务器所部署形成，从而交易系统所对应的服务器可以接收上游系统100所发送的交易请求，一方面在接收到交易请求时生成交易请求日志，另一方面响应与所接收到的交易请求进行对应的交易处理，并将根据交易处理所得到的交易信息存储于数据表中。

通过交易系统300与核对服务端400之间的通信连接，核对服务端400可以实时地从交易系统300的交易请求日志中获取交易请求数据，并从数据表中获取对应的交易数据，从而按照本公开的技术方案进行交易数据的核对。校对服务端200可以是与交易系统300建立通信连接的通信设备，例如计算机、服务器等，在此不进行具体限定。

图2是根据一示例性实施例示出的一种服务器的硬件结构框图。具有此硬件结构的服务器200可用于进行交易数据的核对而部署在图1所示的实施环境中，作为图1实施环境中的核对服务端400。

需要说明的是，该服务器200只是一个适配于本发明的示例，不能认为是提供了对本发明的使用范围的任何限制。该服务器200也不能解释为需要依赖于或者必须具有图2中示出的示例性的服务器200中的一个或者多个组件。

该服务器200的硬件结构可因配置或者性能的不同而产生较大的差异，如图2所示，服务器200包括：电源210、接口230、至少一存储器250、以及至少一中央处理器(CPU,Central Processing Units)270。

其中，电源210用于为服务器200上的各硬件设备提供工作电压。

接口230包括至少一有线或无线网络接口231、至少一串并转换接口233、至少一输入输出接口235以及至少一USB接口237等，用于与外部设备通信。

存储器250作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统251、应用程序253及数据255等，存储方式可以是短暂存储或者永久存储。其中，操作系统251用于管理与控制服务器200上的各硬件设备以及应用程序253，以实现中央处理器270对海量数据255的计算与处理，其可以是WindowsServerTM、Mac OS XTM、UnixTM、LinuxTM、FreeBSDTM等。应用程序253是基于操作系统251之上完成至少一项特定工作的计算机程序，其可以包括至少一模块(图2中未示出)，每个模块都可以分别包含有对服务器200的一系列计算机可读指令。数据255可以是存储于磁盘中的文件等。

中央处理器270可以包括一个或多个以上的处理器，并设置为通过总线与存储器250通信，用于运算与处理存储器250中的海量数据255。

如上面所详细描述的，适用本发明的服务器200将通过中央处理器270读取存储器250中存储的一系列计算机可读指令的形式来完成交易数据的核对方法。

此外，通过硬件电路或者硬件电路结合软件也能同样实现本发明，因此，实现本发明并不限于任何特定硬件电路、软件以及两者的组合。

图3是根据一示例性实施例示出的一种交易数据的核对方法的流程图。该交易数据的核对方法可以图2所示的服务器执行，可以包括以下步骤：

步骤S110，根实时地从交易系统的交易请求日志中获取交易请求数据，交易请求数据包括交易请求日志所对应交易请求的交易标识。

其中，交易请求日志是交易系统根据所接收到上游系统所发送的交易请求生成的。针对每一笔交易，由上游系统向交易系统发起交易请求，其中交易请求包括为该待进行的交易所配置的交易标识，即为该交易请求对应的交易标识，交易标识例如可以是交易单号；然后交易系统根据所接收到的交易请求进行交易处理。其中，在交易系统接收到上游系统发送的交易请求时，对应生成交易请求日志，该交易请求日志中携带交易请求数据。

交易请求数据是交易处理前待进行交易所相关的信息，包括但不限于交易人、交易金额、交易类型、交易时间、交易单号等相关的信息。

在交易系统运行过程中，根据交易系统所进行的运行操作实时地生成对应的日志，例如在接收到交易请求时生成交易请求日志、检测到用户登录时生成用户登录日志、在响应于交易请求完成对应的交易处理后生成的交易处理完成日志等。而本公开的技术方案针对于从日志中的交易请求日志进行交易请求数据的提取。

由于交易请求数据是来源于交易请求日志，所以配置文件是根据交易请求日志进行配置的，即配置文件中所配置的需要提取交易请求数据包括在交易请求日志中。

举例来说，如果交易请求日志中记录了交易人、交易单号、交易金额、交易类型等交易请求数据，则对应的可以在配置文件中配置提取包括对应提取交易人、交易单号、交易金额、交易类型等数据项所分别对应的交易请求数据，从而可以从每一交易请求日志中对应的提取出该笔交易完成前的交易请求数据。其中配置文件中配置的所要提取的交易人、交易单号、交易金额、交易类型等即为数据项，而在一交易请求日志中，具体的交易人信息即为交易人这一数据项对应的交易请求数据，同理，具体的交易单号信息、交易金额信息、交易类型信息分别为交易单号这一数据项对应的交易请求数据、交易金额这一数据项对应的交易请求数据、交易类型这一数据项对应的交易请求数据。

由此配置文件中所配置需要提取的交易请求数据可以是一项交易请求数据，也可以是多项交易请求数据，在此不进行具体限定。当然，在实际应用中，还需要结合需要核对的交易数据的数据项来进行配置，换言之，如果需要核对交易数据中交易人信息、交易单号信息、交易金额信息、交易类型信息，而交易请求日志中也包含这些信息，则可以通过在配置文件中配置提取交易人信息的交易人数据项、提取交易单号信息的交易单号数据项、提取交易金额信息的交易金额数据项、提取交易类型信息的交易类型数据项。

交易标识唯一标识一笔交易，其中一笔交易始于上游系统创建的交易，则在后续的处理过程例如上游系统发起交易请求、交易系统接收交易请求、交易系统响应于交易请求进行交易处理、交易处理完成后将交易信息存储于数据表等均是该笔交易的中间过程。从而在为了保证一笔交易的顺利完成，上游系统内部、上游系统与交易系统之间、交易系统内部预先约定识别每笔交易的交易标识。也就是说，在每一笔交易的执行过程中，均携带该笔交易的交易标识。在一具体实施例中，交易标识可以是针对每笔交易所生成的交易单号，当然，还可以是其他可以唯一标识一笔交易的交易标识，在此不进行具体限定。

步骤S130，从所述交易系统所存储的交易信息中获取交易标识所对应的交易数据。

交易系统在根据上游系统所发送的交易请求进行交易处理之后，将处理之后的该交易相关的交易信息进行存储。交易系统配置数据库，即将针对每笔交易的交易信息存储于数据库的数据表中。从而在步骤S130中，在交易系统根据交易请求完成交易处理之后，将该交易对应的交易信息存储于交易系统的数据库中，从而在完成该笔交易处理之后，从交易系统的数据库中获取该交易标识所对应的交易数据。

在一实施例中，根据设定的时间间隔从交易系统所存储的交易信息中获取交易拜师所对应的交易数据。

其中设定的时间间隔时根据交易系统进行交易处理而进行设定的，其中所设定的时间间隔保证在执行步骤S130中从数据表的交易信息中获取交易标识信息所对应的交易数据时，交易系统以及针对该交易标识所对应的交易完成交易处理，并将根据交易处理所得到的交易信息存储于数据表中。也即是说，所设定的时间间隔是为交易系统进行交易处理以及交易信息存储预留足够的时间进行对应的处理。从而设定的时间间隔是与交易系统进行交易处理和进行交易信息存储的时间相联系的。在一实施例中，针对每一笔交易所设定的时间间隔可以是相同的。在其他实施例中，由于交易系统进行每一交易类型的交易所用的处理时间可能不同，所以可以根据交易类型配置对应的时间间隔，从而提高效率。

交易信息在交易系统完成交易处理之后所存储的与该交易相关的信息，其中不仅包括了该笔交易的基本信息，例如交易类型等，也包括了交易系统处理结果相关的信息。而交易数据是来源于交易信息的，也就是说，交易信息相对于交易数据是针对该交易标识所对应交易的更加丰富的数据集合，而交易数据是交易信息中的一项或者多项子数据。

在交易系统所存储的交易信息中所进行交易数据的提取，是与步骤S110中交易请求数据的提取相联系的，换而言之，在步骤S110中所提取交易请求数据的数据项在步骤S130中存在同一数据项所对应的交易数据，从而便于进行后续的步骤。

步骤S150，核对交易标识所对应的交易数据与所对应的交易请求数据是否一致。

在一实施例中，所进行的核对可以是通过匹配算法进行，即进行交易请求数据与交易数据的匹配，如果一数据项所对应的交易数据均能够与同一数据项所对应的交易请求数据完全相同，则视为二者匹配。从而，如果每一数据项所对应的交易数据均能够与所对应的交易请求数据匹配，这该交易标识所对应的交易数据与所对应的交易请求数据是一致的，反之，则不一致。

步骤S170，如果不一致，则生成提示信息。

即实时对每一交易标识所对应的交易请求数据和交易数据进行核对，如果不一致，则生成提示信息，从而便于及时的获知交易数据异常的情况。

在一具体实施例中，提示信息中还包括交易标识，从而便于相关人员直观快速了解到异常的交易数据，并根据交易标识查找到对应的交易以及交易数据。并对应性的对该交易标识所对应的交易数据进行处理，例如查找该交易数据出现异常的原因。

在现有技术中，由于需要依赖于每天的交易结束后，上游系统生成的对账文件和交易系统生成的待核对文件进行待核对文件中每一笔交易的交易数据的核对，从而不具有实时性，也不能及时地发现异常的交易数据或者异常的交易。针对于不具有实时性的缺点，也不可能让上游系统针对每一所发起的交易请求生成对账文件以及让交易系统针对每一笔进行处理的交易对应生成待核对文件，从而根据对账文件和待核对文件进行交易数据的实时核对，该种方式大幅增加了上游系统以及交易系统的运算负担，特别对于交易处理量大的交易系统。

而通过本公开的技术方案，有效的利用了交易系统所生成的交易请求日志，以及交易系统所存储的交易处理所得到的交易信息，通过实时地从交易系统的交易请求日志中获取交易请求数据并对应地从交易系统所存储的交易信息中获取交易处理后所得到的交易数据，从而通过所获得的交易请求数据进行交易数据的核对，并在交易数据与交易请求数据不一致的时候生成提示信息，从而实现了交易数据的实时核对，实时地查找出异常的交易数据，且未对上游系统或者交易系统造成额外的运算负担。

在一实施例中，步骤S170之后还包括：

将提示信息发送至管理员。从而管理员可以实时地根据提示信息得知交易数据异常的交易，并可以及时对异常的交易进行处理。其中发送管理员的方式可以是通过邮件、即时沟通软件等，从而管理员可以在用户端及时接收到提示信息。

在一示例性实施例中，交易请求数据是根据配置文件从交易请求日志中获取的，如图4所示，步骤S110包括：

步骤S111，对交易系统进行日志更新监控。

步骤S112，如果监控到日志更新，根据配置文件判断所更新日志是否为交易请求日志。

步骤S113，如果是，则按照配置文件中所指定的若干数据项从交易请求日志中获取每一数据项所对应的交易请求数据。

其中配置文件中指示了需要进行交易请求数据提取的交易请求日志，以及从交易请求日志中所要提取的数据项。

在交易系统中配置有实时存储日志的日志文件，从而在交易系统的日志文件中进行日志更新监控。

在交易系统中，针对不同运算操作所生成的日志在字符和/或文字上存在不同，如果针对用户登录的日志格式为：

20181018-1300用户Ammy登录了系统；

则通过在配置文件中配置“登录”相关的字段，从而可以通过所配置的“登录”字段判断某一日志是否为针对用户登录的日志。通过，如果交易请求日志中配置了交易请求相关的字段，则可以通过在配置文件中配置“交易请求”等相关的字段，从而判断所更新的日志是否为交易请求日志。

如上所述，配置文件中所指定的若干数据项是与交易请求日志中所包括的数据项相关联的，即如果交易请求日志中包括交易人、交易单号、交易类型等数据项对应的信息，则可以在配置文件中指定交易人数据项、交易单号数据项、交易类型数据项，从而可以根据配置文件对应的提取交易人数据项对应的交易请求数据(即交易人信息)、交易单号数据项对应的交易请求数据(即交易单号信息)、交易类型数据项对应的交易请求数据(即交易类型信息，例如具体的交易类型，或者交易类型对应的标识等)。

在一具体实施例中，由于在进行交易数据核对的过程中，需要核对每笔交易中的交易单号、交易类型、交易人、交易金额等数据项所对应的数据，所以在配置文件中所指定的数据项为交易单号、交易类型、交易人、交易金额等。从而在步骤S113中按照所指定的数据项对应地获取每一数据项所对应的交易请求数据。

在一示例性实施例中，如图5所示，步骤S130包括：

步骤S131，按照设定的时间间隔，在所述交易系统所存储的交易信息中根据交易标识进行交易标识所对应交易信息的定位。

步骤S132，按照所指定的若干数据项在所定位到的交易信息中获取每一数据项所对应的交易数据。

根据上文描述，某一交易标识所对应的交易信息包括各个数据项所对应的交易数据。在交易系统中，某一交易所对应交易信息中各项数据是关联存储的，从而，可以通过交易标识进行对应交易信息的定位。

在该实施例中，从交易信息中所获取到的交易数据的数据项是与从交易请求日志中获取交易请求数据的数据项是相同的，即若从交易请求日志中获取了交易单号、交易人、交易金额、交易类型这些数据项所对应的交易请求数据，则在交易信息中对应的获取交易单号、交易人、交易金额、交易类型这些数据项所对应的交易数据。

在一示例性实施例中，如图6所示，步骤S131之后除了包括步骤S132之外，还包括：

步骤S133，如果在交易系统所存储的交易信息中未定位到交易标识所对应交易信息，则生成异常提示信息，以提示数据表中不存在交易标识所对应的交易信息。

由于在交易系统的工作过程中，可能存在未对交易请求进行正常处理，或者处理之后未将所得到的交易信息保存至数据表中，从而如果出现这两种情况之一或者类似情况，则数据表中并未存储该交易标识所对应交易信息，从而根据交易标识并不能定位到对应的交易信息。在此种情况，生成异常提示信息。

在一实施例中，将异常提示信息发送至管理员，从而管理员可以及时得知该中异常情况，并进行处理。

在一示例性实施例中，如图7所示，步骤S150包括：

步骤S151,进行每一数据项所对应交易数据与所对应交易请求数据的核对，得到核对结果。

在一示例性实施例中，如图8所示，步骤S151包括：

步骤S251,获取根据所指定的若干数据项所配置的数据项集合，数据项集合包括所指定的每一数据项。

步骤S252,按照数据项集合进行每一数据项所对应交易数据与所对应交易请求数据的核对。

步骤S253,如果核对数据项所对应交易数据与所对应交易请求数据不相同，则生成为数据项所配置的异常标识；以及如果核对数据项所对应交易数据与所对应交易请求数据相同，则生成匹配标识。

进行每一数据项所对应交易数据与所对应交易请求数据的核对，即核对每一数据项所对应交易数据是否与交易请求数据完全相同。

在一实施例中通过匹配算法进行每一数据项所对应交易数据与所对应交易请求数据的核对，其中匹配算法可以是字符串匹配算法，例如RK算法、KMP算法、BM算法等。从而如果通过匹配算法得出某一数据项所对应交易数据与交易请求数据不完全相同，则生成为该数据项所配置的异常标识，即该异常标识不仅标识了某一数据项所对应交易数据异常，而且也标识出了该数据项，换言之，针对不同的数据项所对应的配置了不同的异常标识。

步骤S254,根据异常标识和所匹配标识生成交易标识所对应交易数据的核对结果。

从而通过核对结果中的异常标识和匹配标识可以识别出该交易标识所对应交易数据中哪些交易数据是异常的，哪些交易数据是匹配的。

步骤S152,如果核对结果指示每一数据项所对应交易数据均与所对应交易请求数据相同，则确定交易数据与交易请求数据一致；以及如果核对结果指示存在交易数据与相应的交易请求数据不相同的数据项，则确定交易数据与交易请求数据不一致。

即如果存在某一数据项所对应的交易数据与所对于对应的交易请求数据不相同，则确定该交易标识所对应交易数据与交易请求数据不一致。

在一示例性实施例中，交易数据的核对方法还包括：

根据交易数据和交易请求数据生成对账表。

在对账表中，呈现了每一进行核对的数据项，以及数据项所对应的交易数据和交易请求数据。由于是根据每一笔交易所进行的交易数据的核对，所以，对账表中还包括交易所对应的交易标识，将交易标识和该交易标识所对应交易的交易数据以及所对应交易请求数据在对账表中进行关联存储。

在该实施例中，如图8所示，在步骤S151之后还包括：

步骤S153，根据核对结果所指示交易数据与所对应交易请求数据不相同的数据项，在对账表中标识出数据项所对应的交易数据。

在一具体实施例中，可以根据步骤S253中的异常标识进行异常的交易数据的标识。在完成每一笔交易中交易数据的核对后，根据异常标识进行该笔交易中异常的交易数据的标识。所进行的标识比如可以是颜色醒目标注，或者是字体醒目标注等便于管理员直观地了解到异常的交易数据的方式，在此不进行具体限定。

步骤S154，达到所配置的对账表发送条件后，将对账表发送至用户端。

其中所配置的对账表发送条件可以进行自定义设定，可以是每隔一小时发送，或者是在每天指定的时间发送，或者是交易数据存在异常的交易数量超过预设阈值，比如如果对账表中超过5笔交易存在异常的交易数据，当然还可以是其他的对账表发送条件，在此不进行具体限定。

其中用户端可以是交易系统的管理员端，或者其他关注交易数据的关联方。从而通过对账表可以直观了解到异常的交易数据。

下述为本公开装置实施例，可以用于执行本公开上述服务器200执行的交易数据的核对方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开交易数据的核对方法实施例。

图10是根据一示例性实施例示出的一种交易数据的核对装置的框图，该交易数据的核对装置可以用于图1所示实施环境的核对服务端400中，执行以上任一所示的交易数据的核对方法的全部或者部分步骤。如图10所示，该交易数据的核对装置包括但不限于：交易请求数据获取模块110、交易数据获取模块、核对模块150以及提示信息生成模块170，其中：

交易请求数据获取模块110，被配置为：实时地从交易系统的交易请求日志中获取交易请求数据，交易请求数据包括交易请求的交易标识。

交易数据获取模块130，该模块与交易请求数据获取模块110相连，被配置为：从交易系统所存储的交易信息中获取交易标识所对应的交易数据。

核对模块150，该模块与交易数据获取模块130相连，被配置为：核对交易标识所对应的交易数据与所对应的交易请求数据是否一致。

提示信息生成模块170，该模块与核对模块150相连，被配置为：如果核对模块150确定交易标识所对应的交易数据与所对应的交易请求数据不一致，则生成提示信息。

上述装置中各个模块的功能和作用的实现过程具体详见上述交易数据的核对方法中对应步骤的实现过程，在此不再赘述。各个模块可以是物理模块，也可以是功能模块，用于执行上述交易数据的核对方法中的对应步骤。

可以理解，这些模块可以通过硬件、软件、或二者结合来实现。当以硬件方式实现时，这些模块可以实施为一个或多个硬件模块，例如一个或多个专用集成电路。当以软件方式实现时，这些模块可以实施为在一个或多个处理器上执行的一个或多个计算机程序，例如图2的中央处理器270所执行的存储在存储器250中的程序。

在一实施例中，交易请求数据是根据配置文件从所述交易请求日志中获取的，交易请求数据获取模块110包括：

日志监控单元，被配置为：对交易系统进行日志更新监控。

交易请求日志判断单元，被配置为：如果监控到日志更新，根据配置文件判断所更新日志是否为交易请求日志。

交易请求数据获取单元，被配置为：如果交易请求日志判断单元判断所更新日志是交易请求日志，则按照配置文件中所指定的若干数据项从交易请求日志中获取每一数据项所对应的交易请求数据。

上述装置中各个模块的功能和作用的实现过程具体详见上述交易数据的核对方法中对应步骤的实现过程，在此不再赘述。

在一实施例中，交易数据获取模块130包括：

定位单元，被配置为：按照设定的时间间隔，在交易系统所存储的交易信息中根据交易标识进行交易标识所对应交易信息的定位。

交易数据获取单元，被配置为：按照所指定的若干数据项在所定位到的交易信息中获取每一数据项所对应的交易数据。

上述装置中各个模块的功能和作用的实现过程具体详见上述交易数据的核对方法中对应步骤的实现过程，在此不再赘述。

在一实施例中，交易数据的核对装置还包括：

异常提示信息生成模块，被配置为：如果定位单元在交易系统所存储的交易信息中未定位到交易标识所对应交易信息，则生成异常提示信息，以提示数据表中不存在交易标识所对应的交易信息。

上述装置中各个模块的功能和作用的实现过程具体详见上述交易数据的核对方法中对应步骤的实现过程，在此不再赘述。

在一实施例中，核对模块150包括：

核对单元，被配置为：进行每一数据项所对应交易数据与所对应交易请求数据的核对，得到核对结果。

第一确定单元，被配置为：如果核对结果指示每一数据项所对应交易数据均与所对应交易请求数据相同，则确定交易数据与交易请求数据一致。以及

第二确定单元，被配置为：如果核对结果指示存在交易数据与相应的交易请求数据不相同的数据项，则确定交易数据与交易请求数据不一致。

上述装置中各个模块的功能和作用的实现过程具体详见上述交易数据的核对方法中对应步骤的实现过程，在此不再赘述。

在一实施例中，核对单元进一步包括：

获取单元，被配置为：获取根据所指定的若干数据项所配置的数据项集合，数据项集合包括所指定的每一数据项。

核对子单元，被配置为：按照数据项集合进行每一数据项所对应交易数据与所对应交易请求数据的核对。

异常标识生成单元，被配置为：如果核对数据项所对应交易数据与所对应交易请求数据不相同，则生成为数据项所配置的异常标识；以及

匹配标识生成单元，被配置为：如果核对数据项所对应交易数据与所对应交易请求数据相同，则生成匹配标识。

核对结果生成单元，被配置为：根据异常标识和所匹配标识生成交易标识所对应交易数据的核对结果。

上述装置中各个模块的功能和作用的实现过程具体详见上述交易数据的核对方法中对应步骤的实现过程，在此不再赘述。

在一实施例中，交易数据的核对装置还包括：

对账表生成模块，被配置为：根据交易数据和交易请求数据生成对账表；

在该实施例中，交易数据的核对装置还进一步包括：

标识模块，被配置为：根据核对结果所指示交易数据与所对应交易请求数据不相同的数据项，在对账表中标识出数据项所对应的交易数据。

对账表发送模块，被配置为：达到所配置的对账表发送条件后，将对账表发送至用户端。

上述装置中各个模块的功能和作用的实现过程具体详见上述交易数据的核对方法中对应步骤的实现过程，在此不再赘述。

可以理解，这些模块可以通过硬件、软件、或二者结合来实现。当以硬件方式实现时，这些模块可以实施为一个或多个硬件模块，例如一个或多个专用集成电路。当以软件方式实现时，这些模块可以实施为在一个或多个处理器上执行的一个或多个计算机程序，例如图2的中央处理器270所执行的存储在存储器250中的程序。

可选的，本公开还提供一种交易数据的核对装置，该交易数据的核对装置可以用于图1所示实施环境的核对服务端400中，执行以上交易数据的核对方法实施例中任一所示的交易数据的核对方法的全部或者部分步骤。如图11所示，交易数据的核对装置包括：

处理器1001；

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

其中，可执行指令被处理器1001执行时实现以上任一实施例中的方法。其中可执行指令比如是计算机可读指令，在处理器1001执行时，处理器通过与存储器之间所连接的通信线/总线1003读取存储于存储器中的计算机可读指令。

该实施例中的装置的处理器执行操作的具体方式已经在有关该交易数据的核对方法的实施例中执行了详细描述，此处将不做详细阐述说明。

在示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上任一交易数据的核对方法实施例中任一所述的方法。其中计算机可读存储解释例如包括计算机程序的存储器250，上述指令可由服务器200的中央处理器270执行以完成上述交易数据的核对方法。

该实施例中的处理器执行操作的具体方式已经在有关该交易数据的核对方法的实施例中执行了详细描述，此处将不做详细阐述说明。

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

Claims (10)

1.一种交易数据的核对方法，其特征在于，包括：

实时地从交易系统的交易请求日志中获取交易请求数据，所述交易请求数据包括所述交易请求日志所对应交易请求的交易标识；

从所述交易系统所存储的交易信息中获取所述交易标识所对应的交易数据；

核对所述交易标识所对应的交易数据与所对应的交易请求数据是否一致；

如果不一致，则生成提示信息。

2.根据权利要求1所述的方法，其特征在于，所述交易请求数据是根据配置文件从所述交易请求日志中获取的，所述实时地从交易系统的请求日志中获取交易请求数据，包括：

对所述交易系统进行日志更新监控；

如果监控到日志更新，根据所述配置文件判断所更新日志是否为所述交易请求日志；

如果是，则按照所述配置文件中所指定的若干数据项从所述交易请求日志中获取每一所述数据项所对应的交易请求数据。

3.根据权利要求2所述的方法，其特征在于，所述从所述交易系统所存储的交易信息中获取所述交易标识所对应的交易数据，包括：

按照设定的时间间隔，在所述交易系统所存储的交易信息中根据所述交易标识进行所述交易标识所对应交易信息的定位；

按照所述所指定的若干数据项在所定位到的交易信息中获取每一所述数据项所对应的交易数据。

4.根据权利要求3所述的方法，其特征在于，所述按照设定的时间间隔，在所述交易系统所存储的交易信息中根据所述交易标识进行所述交易标识所对应交易信息的定位之后，还包括：

如果在所述交易系统所存储的交易信息中未定位到所述交易标识所对应交易信息，则生成异常提示信息，以提示所述交易系统中不存在所述交易标识所对应的交易信息。

5.根据权利要求3所述的方法，其特征在于，所述核对所述交易标识所对应的交易数据与所对应的交易请求数据是否一致，包括：

进行每一所述数据项所对应交易数据与所对应交易请求数据的核对，得到核对结果；

如果所述核对结果指示每一所述数据项所对应交易数据均与所对应交易请求数据相同，则确定所述交易数据与所述交易请求数据一致；以及

如果所述核对结果指示存在交易数据与相应的交易请求数据不相同的数据项，则确定所述交易数据与所述交易请求数据不一致。

6.根据权利要求5所述的方法，其特征在于，所述进行每一所述数据项所对应交易数据与所对应交易请求数据的核对，得到核对结果，包括：

获取根据所述所指定的若干数据项所配置的数据项集合，所述数据项集合包括所指定的每一数据项；

按照所述数据项集合进行所述每一数据项所对应交易数据与所对应交易请求数据的核对；

如果核对所述数据项所对应交易数据与所对应交易请求数据不相同，则生成为所述数据项所配置的异常标识；以及如果核对所述数据项所对应交易数据与所对应交易请求数据相同，则生成匹配标识；

根据所述异常标识和所所述匹配标识生成所述交易标识所对应交易数据的核对结果。

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

根据所述交易数据和所述交易请求数据生成对账表；

所述进行每一所述数据项所对应交易数据与所对应交易请求数据的核对，得到核对结果之后，还包括：

根据所述核对结果所指示交易数据与所对应交易请求数据不相同的数据项，在所述对账表中标识出所述数据项所对应的交易数据；

达到所配置的对账表发送条件后，将所述对账表发送至用户端。

8.一种交易数据的核对装置，其特征在于，所述装置包括：

交易请求数据获取模块，被配置为：实时地从交易系统的交易请求日志中获取交易请求数据，，所述交易请求数据包括所述交易请求日志所对应交易请求的交易标识；

交易数据获取模块，被配置为：从所述交易系统所存储的交易信息中获取所述交易标识所对应的交易数据；

核对模块，被配置为：核对所述交易标识所对应的交易数据与所对应的交易请求数据是否一致；

提示信息生成模块，被配置为：如果核对模块确定所述交易标识所对应的交易数据与所对应的交易请求数据不一致，则生成提示信息。

9.一种交易数据的核对装置，其特征在于，所述装置包括：

处理器；

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

其中，所述可执行指令被所述处理器执行时实现如权利要求1至7中任一项所述的方法。

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