一种数据校验方法、装置及系统与流程

本申请涉及计算机技术领域，尤其涉及一种数据校验方法、装置及系统。

背景技术：

对账是指银行(或其他金融机构)将自身的生成的交易流水数据与第三方生成的交易流水数据进行校验的过程。通过对账，银行可以确定是否存在错误交易。举例说明，在处理“将款项从银行a的账户转到银行b的账户”这一交易请求后，银行a和银行b都会生成对应的交易流水数据。为了确保该交易请求成功执行，可以将银行a、银行b和第三方机构(例如银联等清算机构)生成的交易流水数据相互比对。这个过程即为银行对账的过程。

目前，银行在对账的过程中，银行系统可以获取本地存储的交易流水数据，并从第三方系统获取对应的交易流水数据，利用预设的校验规则将本地的交易流水数据和第三方交易流水数据进行比对，从而确定每个交易请求对应的交易数据是否正常，确定每笔交易是否成功。

但是，随着计算机技术的发展，支付方式也越来越多样化，而不同支付方式生成的交易数据的数据格式可能不同，传统的对账方法并不适用于对多种格式的第三方交易数据进行校验的场景。

技术实现要素：

有鉴于此，本申请实施例提供了一种数据校验方法、装置及系统，旨在提供一种能够适应不同格式的第三方交易数据进行校验的方法。

第一方面，本申请实施例提供了一种数据校验方法，所述方法包括：

管理服务器获取待校验数据，所述待校验数据包括第一交易数据和第二交易数据；所述第一交易数据是所述第一系统根据交易请求生成的，所述第二交易数据是第二系统根据交易请求生成的，所述第二交易数据包括所述第二系统的标识，所述管理服务器属于所述第一系统；

所述管理服务器根据所述第二系统的标识和对应关系确定所述第二系统对应的目标校验规则，所述对应关系包括所述第二系统的标识与所述目标校验规则的标识之间的对应关系；

所述管理服务器向校验服务器发送所述待校验数据和所述目标校验规则，以便所述校验服务器根据所述目标校验规则对所述待校验数据进行校验，所述校验服务器属于第一系统。

可选地，所述管理服务器获取待校验数据包括：

所述管理服务器从所述第一系统的交易服务器获取所述第一交易数据；

所述管理服务器从所述第二系统的交易服务器获取所述第二交易数据。

可选地，所述管理服务器从所述第二系统的交易服务器获取所述第二交易数据包括：

所述管理服务器接收处理服务器发送的第二交易数据，所述第二交易数据是所述处理服务器对所述第二系统的交易服务器生成的交易数据进行预处理得到的。

可选地，所述管理服务器接收处理服务器发送的第二交易数据包括：

所述管理服务器接收所述处理服务器发送的所述第二系统的标识，所述第二系统的标识是所述处理服务器从所述第二系统的交易服务器获取的。

可选地，所述校验服务器包括第一校验子服务器和第二校验子服务器；

所述管理服务器向校验服务器发送所述待校验数据和所述目标校验规则包括：

所述管理服务器检测所述第一校验子服务器中待校验的交易数据的大小；

响应于所述待校验的交易数据的大小超过目标阈值，所述管理服务器向所述第二校验子服务器发送所述目标校验规则和所述待校验数据。

第二方面，本申请实施例提供了一种数据校验装置，所述装置应用于管理服务器，包括：

数据获取模块，用于获取待校验数据，所述待校验数据包括第一交易数据和第二交易数据；所述第一交易数据是所述第一系统根据交易请求生成的，所述第二交易数据是第二系统根据交易请求生成的，所述第二交易数据包括所述第二系统的标识，所述管理服务器属于所述第一系统；

规则确定模块，用于根据所述第二系统的标识和对应关系确定所述第二系统对应的目标校验规则，所述对应关系包括所述第二系统的标识与所述目标校验规则的标识之间的对应关系；

发送模块，用于向校验服务器发送所述待校验数据和所述目标校验规则，以便所述校验服务器根据所述目标校验规则对所述待校验数据进行校验，所述校验服务器属于第一系统。

可选地，所述数据获取模块，用于从所述第一系统的交易服务器获取所述第一交易数据；从所述第二系统的交易服务器获取所述第二交易数据。

可选地，所述数据获取模块，用于接收处理服务器发送的第二交易数据，所述第二交易数据是所述处理服务器对所述第二系统的交易服务器生成的交易数据进行预处理得到的。

可选地，所述数据获取模块，用于接收所述处理服务器发送的所述第二系统的标识，所述第二系统的标识是所述处理服务器从所述第二系统的交易服务器获取的。

可选地，所述校验服务器包括第一校验子服务器和第二校验子服务器；所述发送模块，用于检测所述第一校验子服务器中存储的待校验数据的大小；响应于所述存储的待校验数据超过目标阈值，向所述第二校验子服务器发送所述目标校验规则和所述待校验数据。

第三方面，本申请实施例提供了一种数据校验系统，所述数据校验系统属于第一系统，包括管理服务器和校验服务器；

所述管理服务器，用于获取待校验数据，所述待校验数据包括第一交易数据和第二交易数据，根据所述第二系统的标识和对应关系确定所述第二系统对应的目标校验规则，向校验服务器发送所述待校验数据和所述目标校验规则；其中，所述第一交易数据是所述第一系统根据交易请求生成的，所述第二交易数据是第二系统根据交易请求生成的，所述第二交易数据包括所述第二系统的标识，所述对应关系包括所述第二系统的标识与所述目标校验规则的标识之间的对应关系；

所述校验服务器，用于根据所述目标校验规则对所述待校验数据进行校验。

可选地，所述校验服务器包括第一校验子服务器和第二校验子服务器；

所述管理服务器，还用于检测所述第一校验子服务器中存储的待校验数据的大小；响应于所述存储的待校验数据超过目标阈值，向所述第二校验子服务器发送所述目标校验规则和所述待校验数据。

第四方面，本申请实施例还提供了一种管理服务器，所述服务器包括存储器和处理器，所述存储器用于存储指令，所述处理器用于运行所述存储器存储的所述指令，以使所述第一设备执行前述第一方面所述的数据校验方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储机制用于存储计算机程序，所述计算机程序用于控制第一设备执行前述第一方面所述的数据校验方法。

本申请实施例提供了一种数据校验方法及装置，在第一系统的管理服务器对第一系统根据交易请求生成的第一交易数据和第二系统根据相同的交易请求生成的第二交易数据进行校验时，管理服务器可以先获取待校验数据，该待校验数据包括第一交易数据和第二交易数据，其中，第二交易数据包括所述第二系统的标识。根据第二系统的标识，管理服务器可以结合对应关系确定第二系统对应的目标校验规则，并将目标校验规则和待校验数据发送给第一系统的校验服务器，由校验服务器根据目标校验规则对待校验数据进行校验。这样，当需要对多个第三方系统的交易数据进行校验时，可以分别根据各个第三方系统的标识确定对应的校验规则，从而分别利用不同的校验规则对不同格式交易数据进行校验。相较于传统技术，可以对不同格式的第三方交易数据进行校验。另外，在进行交易数据的校验时，是以交易请求为基本单位，对第一系统和第二系统生成的交易数据进行校验，可以将较大的交易数据拆分为多个交易子数据，从而在多个处理器上进行并行处理，相较于传统的逐行比对的方式，无需对交易数据进行排序，节省了对交易数据进行校验的时间。

附图说明

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

图1为本申请实施例提供的数据校验方法的方法流程图；

图2为本申请实施例提供的数据校验装置的一种结构示意图；

图3为本申请实施例提供的数据校验系统的一种结构示意图。

具体实施方式

传统的银行对账大多只在不同的银行之间进行。由于银行系统生成的交易数据的相似度较高，传统的对账方法无需对交易数据进行处理，直接逐行对交易流水数据进行对账。但是，随着网上支付方式的兴起，大量的交易数据是基于网上支付方式生成的，而网上支付方式生成的交易数据和银行生成的交易数据的格式大多不同，例如通过银联转账生成的交易数据和通过网银转账生成的交易数据的格式不同。由于交易数据的格式不同，无法使用传统的逐行比对的方法进行对账。

为了解决这一问题，可以在负责进行对账的服务器中增加应用程序，用于将第三方交易数据转换为格式与本系统交易数据相同的交易数据，再对交易数据进行逐行比对。但是，这种方式虽然能够同一交易数据的格式，但是进行格式转换无疑会给服务器带来额外的处理负担。

另外，传统的对账方式需要将本地的交易数据和第三方交易数据进行排序，才能进行逐行比对。当交易数据的数据量较大时，进行排序所需的时间会显著增加。因此，传统的对账方法在交易数据较少时尚可，随着交易数据量的增多，传统的对账方法的计算复杂度会大幅度增加。因此，传统的对账方法并不适用于大型银行或其他大型金融机构。

为了给出能够适应不同格式的第三方交易数据进行校验的方法，本申请实施例提供了一种数据校验方法、装置及系统。以下结合说明书附图，从管理服务器的角度对本申请实施例提供的数据校验方法进行说明。其中，管理服务器是属于第一系统的服务器，数据校验的对象是第一系统生成的第一交易数据和第二系统生成的第二交易数据。第一系统可以是银行或其他金融机构的全部服务器组成的系统，第二系统可以是不同于第一系统的银行或其他金融机构的全部服务器组成的系统。需要说明的是，管理服务器可以是一个独立的服务器，也可以是运行于服务器的软件平台。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，图1为本申请实施例提供的数据校验方法的方法流程图，包括：

s101：管理服务器获取待校验数据,待校验数据包括第二系统的标识。

在管理服务器进行数据校验(即银行对账)时，可以先获取待校验数据。其中，待校验数据可以包括第一交易数据和第二交易数据。第一交易数据是第一系统在处理交易请求是生成的，第二交易数据是第二系统在处理同一个交易请求时生成的，即第一交易数据和第二交易数据是两个系统在处理相同的交易请求时生成的。该第二系统和第一系统分别属于不同的机构，例如可以是分别属于银行和清算机构，也可以是两家银行的服务器分别组成的两个系统。

举例说明。假设用户x通过银联从银行a的账户a向银行b的账户b转了一百元。那么在交易结束后，银行a会生成“账户a的余额减少一百元”的交易数据，即本申请实施例中第一交易数据，银联会生成“银行a的余额减少一百元，银行b的余额增加一百元”的交易数据，即本申请实施例中第二交易数据。

在一些可能的实现方式中，管理服务器可以从第一系统的交易服务器获取第一交易数据，也可以从第一系统的数据仓库获取第一交易数据。如果管理服务器与第二系统的服务器之间已经建立了网络连接，管理服务器还可以从第二系统的交易服务器或数据仓库获取第二交易数据。其中，交易服务器可以是用于处理交易请求的服务器，数据仓库可以是用于存储交易数据的数据库，例如可以是关系型数据库。

如果管理服务器与第二系统的服务器之间没有建立网络连接，可以由第一系统中的处理服务器从第二系统的交易服务器或数据仓库中提取第二系统生成的交易数据，并对交易数据进行清洗、转换等预处理，得到第二交易数据。管理服务器可以接收处理服务器发送的第二交易数据，从而对第二交易数据进行校验。其中，该处理服务器可以是第一系统中独立的服务器，用于从第三方系统获取交易数据并进行预处理，也可以是运行于第一系统某服务器(例如管理服务器)的软件模块，本申请实施例对此不作限定。

在本申请实施例中，第二交易数据可以包括第二系统的标识，该第二系统的标识例如可以包括第二系统对应的公司名称或公司代码等能够唯一标识第二系统的信息。可选地，第二系统的标识还可以表示第二系统对应的类型，例如可以包括第二系统对应的公司的类型等信息。

当管理服务器通过处理服务器接收第二交易数据时，处理服务器可以从第二系统的交易服务器处得到第二系统的标识，并将第二系统的标识添加到第二交易数据中发送给管理服务器。

s102：所述管理服务器根据第二系统的标识和对应关系确定第二系统对应的目标校验规则。

在得到第二系统的标识后，管理服务器可以根据第二系统的标识和对应关系确定目标校验规则。其中，对应关系包括第二系统的标识和目标校验规则的对应关系，还可以包括其他第三方系统的标识和校验规则的对应关系。校验规则表示第一系统生成的交易数据格式与第三方系统生成的交易数据格式之间的对应关系，例如可以包括第一系统生成的交易数据中各个字段与第三方系统生成的交易数据中各个字段之间的对应关系，还可以包括第一系统生成的交易数据中任意一个字段的字段值与第三方系统生成的交易数据中任意一个字段的字段值之间的换算关系。

在本申请实施例中，对应关系可以是技术人员预先根据第一系统生成的交易数据的格式和第二系统生成的交易数据的格式进行比较得到的，也可以由计算机或服务器对测试案例进行机器学习得到，本申请实施例对获取对应关系的方法不做限定。

s103：管理服务器向校验服务器发送所述待校验数据和所述目标校验规则。

在确定与第二系统对应的目标校验规则后，管理服务器可以向第一系统的校验服务器发送待校验数据和目标校验规则。这样，校验服务器可以根据接收到的目标校验规则对第一交易数据和第二交易数据进行校验，实现交易数据的自动校验、对账。

在本申请实施例中，校验服务器是用于对交易数据进行校验的实体装置或虚拟装置，例如可以是第一系统中独立的服务器，也可以是运行于其他服务器的软件平台。在一些可能的实现方式中，校验服务器可以是由多个服务器组成的服务器集群。可选地，校验服务器是基于flink框架的分布式处理系统，包括多台服务器，用于对交易数据进行校验。

当校验服务器是由多个服务器组成的服务器集群时，管理服务器可以将待校验数据发送给任意一个服务器，也可以根据第二系统的标识向特定的服务器发送待校验数据，例如将包括第二系统的标识的待校验数据发送到相同的服务器中。在一些可能实现方式中，管理服务器可以基于服务器的负载发送待校验数据。

以校验服务器包括第一子服务器和第二子服务器为例进行说明。在发送待校验数据时，管理服务器可以优先向第一子服务器发送待校验服务器。管理服务器可以检测第一校验子服务器待校验的交易数据的大小，即第一校验子服务器已经接收还未来得及处理的交易数据的。如果第一校验子服务器存储的待校验的交易数据的大小超过目标阈值，则说明第一校验子服务的负载较高，那么管理服务器可以向第二校验子服务器发送目标校验规则和待校验数据。

本申请实施例提供了一种数据校验方法，在第一系统的管理服务器对第一系统根据交易请求生成的第一交易数据和第二系统根据相同的交易请求生成的第二交易数据进行校验时，管理服务器可以先获取待校验数据，该待校验数据包括第一交易数据和第二交易数据，其中，第二交易数据包括所述第二系统的标识。根据第二系统的标识，管理服务器可以结合对应关系确定第二系统对应的目标校验规则，并将目标校验规则和待校验数据发送给第一系统的校验服务器，由校验服务器根据目标校验规则对待校验数据进行校验。这样，当需要对多个第三方系统的交易数据进行校验时，可以分别根据各个第三方系统的标识确定对应的校验规则，从而分别利用不同的校验规则对不同格式交易数据进行校验。相较于传统技术，可以对不同格式的第三方交易数据进行校验。另外，在进行交易数据的校验时，是以交易请求为基本单位，对第一系统和第二系统生成的交易数据进行校验，可以将较大的交易数据拆分为多个交易子数据，从而在多个处理器上进行并行处理，相较于传统的逐行比对的方式，无需对交易数据进行排序，节省了对交易数据进行校验的时间。

以上为本申请实施例提供数据校验方法的一些具体实现方式，基于此，本申请还提供了对应的装置。下面将从功能模块化的角度对本申请实施例提供的上述装置进行介绍。

参见图2所示的数据校验装置的结构示意图，该装置200包括：

数据获取模块210，用于获取待校验数据，所述待校验数据包括第一交易数据和第二交易数据；所述第一交易数据是所述第一系统根据交易请求生成的，所述第二交易数据是第二系统根据交易请求生成的，所述第二交易数据包括所述第二系统的标识，所述管理服务器属于所述第一系统。

规则确定模块220，用于根据所述第二系统的标识和对应关系确定所述第二系统对应的目标校验规则，所述对应关系包括所述第二系统的标识与所述目标校验规则的标识之间的对应关系。

发送模块230，用于向校验服务器发送所述待校验数据和所述目标校验规则，以便所述校验服务器根据所述目标校验规则对所述待校验数据进行校验，所述校验服务器属于第一系统。

本申请实施例提供了一种数据校验方法，在第一系统的管理服务器对第一系统根据交易请求生成的第一交易数据和第二系统根据相同的交易请求生成的第二交易数据进行校验时，管理服务器可以先获取待校验数据，该待校验数据包括第一交易数据和第二交易数据，其中，第二交易数据包括所述第二系统的标识。根据第二系统的标识，管理服务器可以结合对应关系确定第二系统对应的目标校验规则，并将目标校验规则和待校验数据发送给第一系统的校验服务器，由校验服务器根据目标校验规则对待校验数据进行校验。这样，当需要对多个第三方系统的交易数据进行校验时，可以分别根据各个第三方系统的标识确定对应的校验规则，从而分别利用不同的校验规则对不同格式交易数据进行校验。相较于传统技术，可以对不同格式的第三方交易数据进行校验。另外，在进行交易数据的校验时，是以交易请求为基本单位，对第一系统和第二系统生成的交易数据进行校验，可以将较大的交易数据拆分为多个交易子数据，从而在多个处理器上进行并行处理，相较于传统的逐行比对的方式，无需对交易数据进行排序，节省了对交易数据进行校验的时间。

可选地，在一些可能的实现方式中，所述数据获取模块210，用于从所述第一系统的交易服务器获取所述第一交易数据；从所述第二系统的交易服务器获取所述第二交易数据。

可选地，在一些可能的实现方式中，所述数据获取模块210，用于接收处理服务器发送的第二交易数据，所述第二交易数据是所述处理服务器对所述第二系统的交易服务器生成的交易数据进行预处理得到的。

可选地，在一些可能的实现方式中，所述数据获取模块210，用于接收所述处理服务器发送的所述第二系统的标识，所述第二系统的标识是所述处理服务器从所述第二系统的交易服务器获取的。

可选地，在一些可能的实现方式中，所述校验服务器包括第一校验子服务器和第二校验子服务器；

所述发送模230，用于检测所述第一校验子服务器中存储的待校验数据的大小；响应于所述存储的待校验数据超过目标阈值，向所述第二校验子服务器发送所述目标校验规则和所述待校验数据。

参见图3，本申请实施例还提供了一种数据校验系统310，该数据校验系统310属于第一系统300，可以包括管理服务器311和校验服务器312。在图3中，第一系统300还可以包括交易服务器321，第二系统400可以包括交易服务器411

其中，所述管理服务器311，用于获取待校验数据，所述待校验数据包括第一交易数据和第二交易数据，根据第二系统400的标识和对应关系确定所述第二系统400对应的目标校验规则，向校验服务器312发送所述待校验数据和所述目标校验规则；其中，所述第一交易数据是所述第一系统300根据交易请求生成的，所述第二交易数据是第二系统400根据交易请求生成的，所述第二交易数据包括所述第二系统400的标识，所述对应关系包括所述第二系统400的标识与所述目标校验规则的标识之间的对应关系。

所述校验服务器312，用于根据所述目标校验规则对所述待校验数据进行校验。

可选地，在一些可能的实现方式中，所述校验服务器321包括第一校验子服务器和第二校验子服务器。

所述管理服务器320，还用于检测所述第一校验子服务器中存储的待校验数据的大小；响应于所述存储的待校验数据超过目标阈值，向所述第二校验子服务器发送所述目标校验规则和所述待校验数据。

关于图3中其他设备及系统的具体描述可以参见前述方法实施例，这里不再赘述。

本申请实施例中提到的“第一交易数据”、“第二交易数据”等名称中的“第一”、“第二”只是用来做名字标识，并不代表顺序上的第一、第二。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-onlymemory，rom)/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请示例性的实施方式，并非用于限定本申请的保护范围。