CN103391311B - 一种多平台之间数据一致性校验的方法和系统 - Google Patents

Abstract

本发明公开了一种多平台之间数据一致性校验的方法及装置，其中，所述的方法包括：收集第一平台在预设时间段内的平台数据交互信息，从所述平台数据交互信息中提取第一特征参数信息写入第一信息表；分别统计各第二平台标识对应的第一交互数据的总量；接收从各第二平台采集的对应时间段内的第一平台关联数据信息，从所述第一平台关联数据信息中提取第二特征参数信息写入第二信息表；分别比对同一第二平台标识对应的第一交互数据的总量与第二交互数据的总量，依据所述比对结果判断所述第一平台和第二平台之间的数据是否一致。本发明用以提高多平台之间数据校验的效率，保护多平台之间数据的一致性，保证多平台之间业务的健壮性。

Description

一种多平台之间数据一致性校验的方法和系统

技术领域

本发明涉及数据处理技术领域，具体涉及一种多平台之间数据一致性校验的方法和系统。

背景技术

目前，通过网银进行的电子支付的过程是，用户从商户的商品的页面进入支付页面，选择支付方式进入相应的网银页面，支付完成，返回支付页面。

当支付完成后，银行系统平台方并不会每笔立刻结算给商户，而是在一天的一个固定的时间点，把之前某个时间段(比如一个自然天)里面发生的所有成功交易的金额批量结算给商户。因此，在商户方一笔交易存在三个状态，等待交易，交易成功，清算成功。

其中，等待交易是指，用户已经选择了支付方式，跳转到网银页面，这时用户的行为已经脱离了商户方的页面，商户方是不知道的。

交易成功是指，用户在网银上完成了交易，银行方面确认后，给用户一个跳转指示，让用户的浏览器跳转回商户方的支付页面。在这个时候，往往存在一些问题，在用户在支付完成之后，网络出现了问题，或者用户正常或者异常关闭了浏览器，或者其他原因，使得商户方没有得到支付成功的信息。那么这个时候，这笔交易在银行方的状态是支付成功的，在商户方仍然是等待交易的状态，两个平台的状态是不一致的。

清算成功是指，银行系统平台在某个特定的时间点，完成了清算工作，已经把钱打给了商户的账户，商户需去获取银行系统平台的清算文件，去和支付平台中相应时间段内的交易进行核查，确认是哪些交易获得了清算，将这些已经获得清算的交易状态改为清算成功。清算成功往往是一笔交易的最终状态，这个时候商户和银行系统平台已经了解了关于该笔交易的债务关系。

商户和银行系统平台数据进行交易数据的校对，不直接采用其本身具有的交易表进行，交易表一般包括外部触发产生该交易的电子商务网站平台的交易单号、电子商务网站平台的交易发起时间，第三方支付平台的交易发起时间，第三方支付平台的交易完成时间，银行系统平台的交易完成时间，银行系统平台返回的交易单号，银行系统平台的交易金额，银行系统平台的交易状态，等等。因为交易表由于侧重的目标不一样，缺乏很多对于数据校对来说重要的属性，并且因为查询的需求不一致，交易表建立的索引也不见得对于进行数据校对很有帮助，所以，一般单独采用一组数据表来描述数据校对的工作，这个工作通常被定义为“收集”，其采用一组数据表通常被定义为收集表，一般包括第三方支付平台的交易完成时间，银行系统平台的交易完成时间，银行系统平台返回的交易单号，银行系统平台的交易金额，银行系统平台的交易状态，等等。定期将所有发生的交易收集到这组特定的数据表中，打上特定的数据校对的属性，在使用银行清算文件对其进行校对的时候，去改变这些属性。但是在实际中会存在问题，例如，在收集组成数据表时，某些交易有可能仍然处于“等待交易”的状态，而在收集组成数据表之后，用户完成了整个支付动作，这些交易变成了“交易成功”的状态，那么在和银行对账的时候，就会出现问题，因为对“等待交易”和“交易成功”的交易采取的措施是不一样的，那么必须在对账之前完成交易状态在两组表间的一致性扫平。这个扫平工作需要针对两组表在一段时间内的交易逐条进行状态比对，如果不一致，以交易表为准，改变收集表的状态。例如，在进行两组表之间数据一致性的扫平过程中，若发现交易表中银行系统平台的交易状态为“交易成功”状态，而在收集表中银行系统平台的交易状态为“等待交易”状态，此时，可以以交易表为准，将收集表中银行系统平台的交易状态更新为“交易成功“状态。这个扫平的工作会随着日交易量的变大而变得越来越缓慢，因为日交易量越大，需要检索的数据就越多。在对账完成后，需要统计出来本次对账，成功销账(清算)多少笔，还有多少笔处于“等待交易”和“交易成功”的状态。

这样通过收集表在查询总数和总金额时，由于数据量非常的大，形成了慢查询，拖累了整体对账速度。另外，完成交易状态在两组表间的一致性扫平，由于收集表非常大，导致同步时间过长。

另外，商户业务人员需要经常检查有多少笔交易已经处于“交易成功”状态，但是银行却没有清算，统计总数和总金额；还需要检查，有多少笔交易处于“等待交易”，用来计算潜在的业务流失率，这需要去检索收集表(不能检索交易表，因为，第一，交易表不具备便于该检索的索引设计；第二，交易表不容易区别哪些是已经到了清算日的，因为当天发生的交易是没有到清算日的)，这个检索的工作是非常庞大的，而且随着收集的数据量的增加，检索工作会越来越慢，并且检索会存在一定的不准确因素。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种多平台之间数据一致性校验的方法和和相应的一种多平台之间数据一致性校验的系统。

依据本发明的一个方面，提供了一种多平台之间数据一致性校验的方法，所述多平台包括互相通信的第一平台和第二平台，所述的方法包括：

收集第一平台在预设时间段内的平台数据交互信息，从所述平台数据交互信息中提取第一特征参数信息写入第一信息表；所述第一特征参数信息包括：第二平台标识，第一平台数据业务标识，以及，第一交互数据的特征值；

分别统计各第二平台标识对应的第一交互数据的总量；

接收从各第二平台采集的对应时间段内的第一平台关联数据信息，从所述第一平台关联数据信息中提取第二特征参数信息写入第二信息表，所述第二特征参数信息包括：第二平台数据业务标识，与所述第二平台数据业务标识关联的第一平台数据业务标识，第二交互数据的特征值；

统计所述第二交互数据的总量；

分别比对同一第二平台标识对应的第一交互数据的总量与第二交互数据的总量，依据所述比对结果判断所述第一平台和第二平台之间的数据是否一致。

可选地，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述方法还包括：

在所述第一平台和第二平台之间的数据一致时，

将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表。

可选地，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的比对结果为所述第一交互数据的总量与第二交互数据的总量不相同，则判定所述第一平台和第二平台之间的数据不一致，所述方法还包括：

逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；

若一致，则将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

若不一致，则将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

可选地，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量及第一交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述方法还包括：

逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；

若一致，则将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

若不一致，则将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

可选地，所述逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息的步骤包括：

提取所述第二特征参数信息中所述第二平台数据业务标识关联的第一平台数据业务标识；

依据所述第一平台数据业务标识在所述第一信息表中提取对应的第一特征参数信息。

可选地，所述第四信息表中还包括错误类型；所述方法还包括：

在依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息失败时，更新所述第四信息表中的错误类型为数据查找失败的错误类型；

在所述第一信息表和第二信息表中对应的交互数据特征数值不一致时，更新所述第四信息表中的错误类型为数据不一致的错误类型。

可选地，所述第四信息表还包括处理类型，所述处理类型包括未处理类型和处理完成类型；所述方法还包括：

遍历所述第四信息表对处理类型为未处理的数据记录逐条处理，在处理完成后更新数据处理类型为处理完成类型。

可选地，所述第一交互数据的总量包括第一交互数据的数量和/或第一交互数据的特征值总额；所述第二交互数据的总量包括第二交互数据的数量和/或第二交互数据的特征值总额。

可选地，所述第一平台为支付平台，所述第二平台为银行系统平台，所述第一平台数据业务标识为支付平台的交易单号；所述第二平台数据业务标识为银行系统平台的交易单号；所述第一交互数据的特征值及第二交互数据的特征值为交易成功的交易金额。

根据本发明的另一方面提供了一种多平台之间数据一致性校验的系统，所述多平台包括互相通信的第一平台和第二平台，所述的系统包括：

收集模块，用于收集第一平台在预设时间段内的平台数据交互信息，从所述平台数据交互信息中提取第一特征参数信息写入第一信息表；所述第一特征参数信息包括：第二平台标识，第一平台数据业务标识，以及，第一交互数据的特征值；

统计模块，用于分别统计各第二平台标识对应的第一交互数据的总量；

采集模块，用于接收从各第二平台采集的对应时间段内的第一平台关联数据信息，从所述第一平台关联数据信息中提取第二特征参数信息写入第二信息表，所述第二特征参数信息包括：第二平台数据业务标识，所述第二平台数据业务标识关联第一平台数据业务标识，第二交互数据的特征值；

所述统计模块还用于统计所述第二交互数据的总量；

判断模块，用于分别比对同一第二平台标识对应的第一交互数据的总量与第二交互数据的总量，依据所述比对结果判断所述第一平台和第二平台之间的数据是否一致。

可选地，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述系统还包括：

更新模块，用于在所述第一平台和第二平台之间的数据一致时，将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表。

可选地，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量不相同，则判定所述第一平台和第二平台之间的数据不一致，所述系统还包括：

提取模块，用于逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

所述判断模块还用于判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；

所述更新模块还用于将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

以及，所述更新模块还用于将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

可选地，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述系统还包括：

所述提取模块还用于逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

所述判断模块还用于判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；

所述更新模块还用于将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

以及，所述更新模块还用于将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

可选地，所述提取模块包括：

标识提取子模块，用于提取所述第二特征参数信息中所述第二平台数据业务标识关联的第一平台数据业务标识；

参数查找子模块，用于依据所述第一平台数据业务标识在所述第一信息表中提取对应的第一特征参数信息。

可选地，所述四信息表中还包括错误类型；所述系统还包括：

类型转变模块，用于在依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息失败时，更新所述第四信息表中的错误类型为数据查找失败的错误类型；

所述类型转变模块还用于在所述第一信息表和第二信息表中对应的交互数据特征数值不一致时，更新所述第四信息表中的错误类型为数据不一致的错误类型。

可选地，所述第四信息表还包括处理类型，所述处理类型包括未处理类型和处理完成类型；所述系统还包括：

遍历处理器，用于遍历所述第四信息表对处理类型为未处理的数据记录逐条处理，在处理完成后更新数据处理类型为处理完成类型。

根据本发明的一种多平台之间数据一致性校验的方法和系统通过收集并比对同一第二平台标识对应的第一平台及第二平台的数据总量，以此查找出存在不一致数据的第一平台对应的第二平台。另外，若第一平台和第二平台比对结果为不一致，还将针对同一第二平台标识对应的第一平台及第二平台，进一步查找出两者之间不一致的数据。由于是采用批量数据比对的方式，比对的执行效率高，并且减少了人为参与，减少了平台资源的耗费。本发明可以采用数据库来进行平台之间数据的比对，因此可直接利用数据库本身具有的事务功能，可以保证一旦发生宕机或者由于其他原因造成的执行中断，可以从头重新执行，并且不会产生中间数据实现简单，减少了开发的难度。另外，本发明还可以提供自动告警机制，若平台的数据没有获取成功，可以发出邮件或者短信报警，使得运维人员去联系各平台的相关负责人，去查询数据获取失败的具体原因，由此解决了多平台之间数据的不确定性，进而导致的业务异常、计费含混等问题，取得了提高多平台之间数据校验的效率，保护了多平台之间数据的一致性，保证了多平台之间业务的健壮性的有益效果。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种多平台之间数据一致性校验的方法实施例的步骤流程图；

图2示出了根据本发明一个实施例的一种多平台之间数据一致性校验的系统实施例的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参照图1，示出了本发明的一种多平台之间数据一致性校验的方法实施例的步骤流程图，所述多平台包括互相通信的第一平台和第二平台，所述的方法可以包括如下步骤：

步骤S101，收集第一平台在预设时间段内的平台数据交互信息，从所述平台数据交互信息中提取第一特征参数信息写入第一信息表；所述第一特征参数信息包括：第二平台标识，第一平台数据业务标识，以及，第一交互数据的特征值；

步骤S103，分别统计各第二平台标识对应的第一交互数据的总量；

步骤S105，接收从各第二平台采集的对应时间段内的第一平台关联数据信息，从所述第一平台关联数据信息中提取第二特征参数信息写入第二信息表，所述第二特征参数信息包括：第二平台数据业务标识，与所述第二平台数据业务标识关联的第一平台数据业务标识，第二交互数据的特征值；

步骤S107，统计所述第二交互数据的总量；

步骤S109，分别比对同一第二平台标识对应的第一交互数据的总量与第二交互数据的总量，依据所述比对结果判断所述第一平台和第二平台之间的数据是否一致。

为了使本领域技术人员进一步了解本发明实施例，以下将通过电子商务中交易数据的校验来对本发明实施例进行详细说明。

在电子商务中，所述第一平台可以为支付平台，所述第二平台可以为银行系统平台，所述第一平台数据业务标识可以为支付平台的交易单号；所述第二平台数据业务标识可以为银行系统平台的交易单号；所述第一交互数据的特征值及第二交互数据的特征值可以为交易成功的交易金额。

在本发明实施例中，交易数据的校验可以是使用从第三方支付平台和银行系统平台获取的交易数据的总量导入数据库中来进行比对校验，由于有可能有部分交易数据，在第三方支付平台发送给银行系统平台后，银行系统平台可能会没有收到或者是没有处理完该交易，因此使用银行系统平台已经处理完的交易数据进行比对是比较合理及准确的。

在具体实现中，各平台原有的交易数据往往因为侧重点不同，记录的内容字段也有所不同。各平台的交易表一般包括外部触发产生该交易的电子商务网站平台的交易单号、电子商务网站平台的交易发起时间，第三方支付平台的交易发起时间，第三方支付平台的交易完成时间，银行系统平台的交易完成时间，银行系统平台返回的交易单号，银行系统平台的交易金额，银行系统平台的交易状态，等等。而比对校验的交易数据需要考虑的因素是第三方支付平台的交易单号，银行系统平台的交易单号，银行系统平台的交易金额，银行系统平台的交易时间，是否参与过比对，数据是否一致，错误的原因，等等。由于两者的记录内容存在一定的区别，使用原本的用于记录交易数据的交易表，无法满足校验平台之间数据一致性的要求，因此使用单独的表并进行批量校验比较方便及快捷。

可选地，若所述比对结果为第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述方法还可以包括：

步骤S11，所述第一特征参数信息还可以包括第一数据处理状态标识，所述第二特征参数信息还可以包括第二数据处理状态标识，在所述第一平台和第二平台之间的数据一致时，将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表。

可选地，所述第一特征参数信息还可以包括第一数据处理状态标识，所述第二特征参数信息还可以包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的比对结果为所述第一交互数据的总量与第二交互数据的总量不相同，则判定所述第一平台和第二平台之间的数据不一致，所述方法还可以包括：

步骤S21，逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

步骤S22，判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；若一致，则执行步骤S23，若不一致，则执行步骤S24；

步骤S23，将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

步骤S24，将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

可选地，所述第一交互数据的总量可以包括第一交互数据的数量和/或第一交互数据的特征值总额；所述第二交互数据的总量可以包括第二交互数据的数量和/或第二交互数据的特征值总额。

首先，可以确定进行交易数据校验的周期为一个自然天，在每天凌晨两点(周期和时间仅仅是举例而言)，第三方支付平台可以收集在该周期内的平台数据交互信息，即其与银行系统平台的交易数据写入第一信息表(收集表)，按照不同的第二平台标识(银行系统平台的标识)统计交易数据的总量(其中，交易数据的总量可以包括交易数据的总笔数和/或总金额)，接着每个银行系统平台收集其与第三方支付平台的关联数据信息，即与第三方支付平台的交易数据写入第二信息表(渠道交易情况表)，并统计每个银行系统交易数据的总量，将同一银行系统平台的标识对应的第三方支付平台与银行系统平台的交易数据的总量进行对比校验，若发现同一银行系统平台的标识对应的第三方支付平台的交易数据的总量与银行系统平台的交易数据的总量一致，则可以将该交易数据写入第三信息表(外平表)，并将收集表中的第一数据处理状态标识更新为清算完成状态，将渠道交易情况表中的第二数据处理状态标识更新为比对完成状态；若发现同一银行系统平台的标识对应的第三方支付平台的交易数据的总量与银行系统平台的交易数据的总量不一致，则可以将该交易数据写入第四信息表(外差表)，并将渠道交易情况表的第二数据处理状态标识更新为清算比对状态。

需要说明的是，第三方支付平台与银行系统平台之间交易总量的比对可以为双方交易数据的总笔数，也可以为双方交易数据的总金额，当然，也可以为双方交易数据的总笔数和总金额的比对，本发明实施例对此不作限制。

另外，在本发明实施例中，当收集表和渠道交易情况表中对应的交易数据的总量一致时，可以提取该统计交易数据的总量对应的每条交易数据写入外平表，表示该交易已经清算完成，银行系统平台与第三方支付平台已经完成了该笔交易。另外，若收集表和渠道交易情况表中统计的交易数据的总量不一致，可以提取统计该交易数据总量对应的每条交易数据写入外差表，表示该交易尚未清算完成，银行系统平台与第三方支付平台的还没完成该笔交易，还需进行相关的后续处理。

优选地是，第三方支付平台获取银行系统平台生成的交易数据的记录文件，可以使用FTP(File Transfer Protocol，文件传输协议)来进行获取，即每天到了固定时间，银行系统平台拷贝记录文件到指定的服务器上暴露FTP服务的路径位置上，例如路径：/home/ftp/，该路径暴露给远程计算机的位置是FTP://xxx.xxx.xxx.xxx./，这个路径位置可以是一个事先约定好的位置，这样第三方支付平台可以通过事先商定好的用户名和密码，每天在固定时间去该路径位置获取文件。

可选地，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述方法还可以包括：

步骤S31，逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

步骤S31，判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；若一致，则执行步骤S33，若不一致，则执行步骤S34；

步骤S33，将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

步骤S34，将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

在本发明实施例中，对于第三方支付平台和银行系统平台之间重要的交易数据，即使双方统计的交易数据的总量一致，为了进一步验证交易数据的准确性，还将逐条进行交易数据的对比，由于进一步验证的方法与当交易数据的总量不一致时的处理方式相同，故不在此赘述。

可选地，所述逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息的步骤可以包括：

提取所述第二特征参数信息中所述第二平台数据业务标识关联的第一平台数据业务标识；

依据所述第一平台数据业务标识在所述第一信息表中提取对应的第一特征参数信息。

在实际中，从银行系统平台获取并写入渠道交易情况表的交易数据具有与第三方支付平台相关联的交易单号，可以依据银行系统平台的交易单号从收集表中提取出对应的第三方支付平台的交易数据。

可选地，所述第四信息表中还可以包括错误类型；所述方法还可以包括：

在依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息失败时，更新所述第四信息表中的错误类型为数据查找失败的错误类型；

在所述第一信息表和第二信息表中对应的交互数据特征数值不一致时，更新所述第四信息表中的错误类型为数据不一致的错误类型。

在本发明实施例中，在外差表中可以增加一个字段：错误类型。若在依据银行系统平台与第三方支付平台相关联的交易单号获取收集表中的交易数据失败时，将该字段更新为数据查找失败的错误类型，表示查找交易数据失败，在收集表中并无与银行系统平台相关的交易数据。若依据银行系统平台与第三方支付平台相关联的交易单号获取收集表中的交易数据成功，但发现双方的交易数据的交易金额不一致，则表示第三方支付平台的记录可能有错，或者尚未更新，与银行系统平台的交易数据达到同步。

可选地，所述第四信息表还可以包括处理类型，所述处理类型可以包括未处理类型和处理完成类型；所述方法还可以包括：

遍历所述第四信息表对处理类型为未处理的数据记录逐条处理，在处理完成后更新数据处理类型为处理完成类型。

在本发明实施例中，在外差表中可以增加一个字段：处理类型，其中，处理类型可以包括未处理类型和处理完成类型。对于加入外差表的每笔交易数据，最终都需要进行处理，所以外差表的每笔交易数据会在处理类型标记一个属性，表示是否处理完成。对于在外差表沉淀的交易数据，运维人员可以根据交易单号去和银行系统平台的人员进行沟通，查找错误原因，最终将外差表的所有交易数据都打上“处理完成”的标志。

需要说明的是，交易数据进行校验的方式可以有很多种，在本发明实施例中可以使用数据库，数据库具有事务功能，这样可以保证一旦发生宕机或者由于其他原因造成的执行中断，可以从头重新执行，并且不会产生中间数据。在本发明实施例中选择将交易数据导入数据库再进行比对，好处在于可以充分利用数据库提供的很多现有功能，例如可以按照各个字段进行排序，使用数据库的事务性的功能，便捷的SQL查询功能，等等，并且实现简单，可以节省很多开发时间。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

参照图2，示出了根据本发明一个实施例的一种多平台之间数据一致性校验的系统实施例的结构框图，所述多平台可以包括互相通信的第一平台和第二平台；所述的系统还可以包括如下模块：

收集模块201，用于收集第一平台在预设时间段内的平台数据交互信息，从所述平台数据交互信息中提取第一特征参数信息写入第一信息表；所述第一特征参数信息包括：第二平台标识，第一平台数据业务标识，以及，第一交互数据的特征值；

统计模块203，用于分别统计各第二平台标识对应的第一交互数据的总量；

采集模块205，用于接收从各第二平台采集的对应时间段内的第一平台关联数据信息，从所述第一平台关联数据信息中提取第二特征参数信息写入第二信息表，所述第二特征参数信息包括：第二平台数据业务标识，所述第二平台数据业务标识关联第一平台数据业务标识，第二交互数据的特征值；

所述统计模块203还用于统计所述第二交互数据的总量；

判断模块207，用于分别比对同一第二平台标识对应的第一交互数据的数量及第一交互数据的特征值总额，与第二交互数据的数量及第二交互数据的特征值总额，依据所述比对结果判断所述第一平台和第二平台之间的数据是否一致。

可选地，所述第一特征参数信息还可以包括第一数据处理状态标识，所述第二特征参数信息还可以包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量，则判定所述第一平台和第二平台之间的数据一致，所述系统还可以包括：

更新模块，用于在所述第一平台和第二平台之间的数据一致时，将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表。

可选地，若所述比对结果为所述第一交互数据的总量及第二交互数据的总量不相同，则判定所述第一平台和第二平台之间的数据不一致，所述系统还可以包括：

提取模块，用于逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

所述判断模块还用于判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；

所述更新模块还用于将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

以及，所述更新模块还用于将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

可选地，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述系统还可以包括：

所述提取模块还用于逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

所述判断模块还用于判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；

所述更新模块还用于将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

以及，所述更新模块还用于将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

可选地，所述提取模块可以包括：

标识提取子模块，用于提取所述第二特征参数信息中所述第二平台数据业务标识关联的第一平台数据业务标识；

参数查找子模块，用于依据所述第一平台数据业务标识在所述第一信息表中提取对应的第一特征参数信息。

可选地，所述四信息表中还可以包括错误类型；所述系统还可以包括：

类型转变模块，用于在依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息失败时，更新所述第四信息表中的错误类型为数据查找失败的错误类型；

所述类型转变模块还用于在所述第一信息表和第二信息表中对应的交互数据特征数值不一致时，更新所述第四信息表中的错误类型为数据不一致的错误类型。

可选地，所述第四信息表还可以包括处理类型，所述处理类型可以包括未处理类型和处理完成类型；所述系统还可以包括：

遍历处理器，用于遍历所述第四信息表对处理类型为未处理的数据记录逐条处理，在处理完成后更新数据处理类型为处理完成类型。

在本发明的实施例中，第一交互数据的总量可以包括第一交互数据的数量和/或第一交互数据的特征值总额；第二交互数据的总量可以包括第二交互数据的数量和/或第二交互数据的特征值总额。

在本发明的实施例中，第一平台可以为支付平台，第二平台可以为银行系统平台，第一平台数据业务标识可以为支付平台的交易单号；第二平台数据业务标识可以为银行系统平台的交易单号；第一交互数据的特征值及第二交互数据的特征值可以为交易成功的交易金额。

对于图2的系统实施例而言，由于其与图1的方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的多平台之间数据一致性校验设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明的实施例公开了A1、一种多平台之间数据一致性校验的方法，所述多平台包括互相通信的第一平台和第二平台，所述的方法包括：收集第一平台在预设时间段内的平台数据交互信息，从所述平台数据交互信息中提取第一特征参数信息写入第一信息表；所述第一特征参数信息包括：第二平台标识，第一平台数据业务标识，以及，第一交互数据的特征值；分别统计各第二平台标识对应的第一交互数据的总量；接收从各第二平台采集的对应时间段内的第一平台关联数据信息，从所述第一平台关联数据信息中提取第二特征参数信息写入第二信息表，所述第二特征参数信息包括：第二平台数据业务标识，与所述第二平台数据业务标识关联的第一平台数据业务标识，第二交互数据的特征值；统计所述第二交互数据的总量；分别比对同一第二平台标识对应的第一交互数据的总量与第二交互数据的总量，依据所述比对结果判断所述第一平台和第二平台之间的数据是否一致。A2、如A1所述的方法，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述方法还包括：在所述第一平台和第二平台之间的数据一致时，将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表。A3、如A1所述的方法，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的比对结果为所述第一交互数据的总量与第二交互数据的总量不相同，则判定所述第一平台和第二平台之间的数据不一致，所述方法还包括：逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；若一致，则将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；若不一致，则将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。A4、如A1所述的方法，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述方法还包括：逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；若一致，则将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；若不一致，则将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。A5、如A2或A3或A4所述的方法，所述逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息的步骤包括：提取所述第二特征参数信息中所述第二平台数据业务标识关联的第一平台数据业务标识；依据所述第一平台数据业务标识在所述第一信息表中提取对应的第一特征参数信息。A6、如A3或A4所述的方法，所述第四信息表中还包括错误类型；所述方法还包括：在依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息失败时，更新所述第四信息表中的错误类型为数据查找失败的错误类型；在所述第一信息表和第二信息表中对应的交互数据特征数值不一致时，更新所述第四信息表中的错误类型为数据不一致的错误类型。A7、如A3或A4所述的方法，所述第四信息表还包括处理类型，所述处理类型包括未处理类型和处理完成类型；所述方法还包括：遍历所述第四信息表对处理类型为未处理的数据记录逐条处理，在处理完成后更新数据处理类型为处理完成类型。A8、如A1或A2或A3或A4所述的方法，所述第一交互数据的总量包括第一交互数据的数量和/或第一交互数据的特征值总额；所述第二交互数据的总量包括第二交互数据的数量和/或第二交互数据的特征值总额。A9、如A1所述的方法，所述第一平台为支付平台，所述第二平台为银行系统平台，所述第一平台数据业务标识为支付平台的交易单号；所述第二平台数据业务标识为银行系统平台的交易单号；所述第一交互数据的特征值及第二交互数据的特征值为交易成功的交易金额。

本发明的实施例还公开了B10、一种多平台之间数据一致性校验的系统，所述多平台包括互相通信的第一平台和第二平台，所述的系统包括：收集模块，用于收集第一平台在预设时间段内的平台数据交互信息，从所述平台数据交互信息中提取第一特征参数信息写入第一信息表；所述第一特征参数信息包括：第二平台标识，第一平台数据业务标识，以及，第一交互数据的特征值；统计模块，用于分别统计各第二平台标识对应的第一交互数据的总量；采集模块，用于接收从各第二平台采集的对应时间段内的第一平台关联数据信息，从所述第一平台关联数据信息中提取第二特征参数信息写入第二信息表，所述第二特征参数信息包括：第二平台数据业务标识，所述第二平台数据业务标识关联第一平台数据业务标识，第二交互数据的特征值；所述统计模块还用于统计所述第二交互数据的总量；判断模块，用于分别比对同一第二平台标识对应的第一交互数据的总量与第二交互数据的总量，依据所述比对结果判断所述第一平台和第二平台之间的数据是否一致。B11、如B10所述的系统，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述系统还包括：更新模块，用于在所述第一平台和第二平台之间的数据一致时，将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表。B12、如B10所述的系统，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量不相同，则判定所述第一平台和第二平台之间的数据不一致，所述系统还包括：提取模块，用于逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；所述判断模块还用于判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；所述更新模块还用于将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；以及，所述更新模块还用于将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。B13、如B10所述的系统，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述系统还包括：所述提取模块还用于逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；所述判断模块还用于判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；所述更新模块还用于将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；以及，所述更新模块还用于将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。B14、如B11或B12或B13所述的系统，所述提取模块包括：标识提取子模块，用于提取所述第二特征参数信息中所述第二平台数据业务标识关联的第一平台数据业务标识；参数查找子模块，用于依据所述第一平台数据业务标识在所述第一信息表中提取对应的第一特征参数信息。B15、如B12或B13所述的系统，所述四信息表中还包括错误类型；所述系统还包括：类型转变模块，用于在依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息失败时，更新所述第四信息表中的错误类型为数据查找失败的错误类型；所述类型转变模块还用于在所述第一信息表和第二信息表中对应的交互数据特征数值不一致时，更新所述第四信息表中的错误类型为数据不一致的错误类型。B16、如B12或B13所述的系统，所述第四信息表还包括处理类型，所述处理类型包括未处理类型和处理完成类型；所述系统还包括：遍历处理器，用于遍历所述第四信息表对处理类型为未处理的数据记录逐条处理，在处理完成后更新数据处理类型为处理完成类型。

Claims (16)

1.一种多平台之间数据一致性校验的方法，所述多平台包括互相通信的第一平台和第二平台，所述的方法包括：

收集第一平台在预设时间段内的平台数据交互信息，从所述平台数据交互信息中提取第一特征参数信息写入第一信息表；所述第一特征参数信息包括：第二平台标识，第一平台数据业务标识，以及，第一交互数据的特征值；

分别统计各第二平台标识对应的第一交互数据的总量；

接收从各第二平台采集的对应时间段内的第一平台关联数据信息，从所述第一平台关联数据信息中提取第二特征参数信息写入第二信息表，所述第二特征参数信息包括：第二平台数据业务标识，与所述第二平台数据业务标识关联的第一平台数据业务标识，第二交互数据的特征值；

统计所述第二交互数据的总量；

分别比对同一第二平台标识对应的第一交互数据的总量与第二交互数据的总量，依据比对结果判断所述第一平台和第二平台之间的数据是否一致。

2.如权利要求1所述的方法，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述方法还包括：

在所述第一平台和第二平台之间的数据一致时，

将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表。

3.如权利要求1所述的方法，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量不相同，则判定所述第一平台和第二平台之间的数据不一致，所述方法还包括：

逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；

若一致，则将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

若不一致，则将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

4.如权利要求1所述的方法，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述方法还包括：

逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；

若一致，则将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

若不一致，则将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

5.如权利要求3或4所述的方法，所述逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息的步骤包括：

提取所述第二特征参数信息中所述第二平台数据业务标识关联的第一平台数据业务标识；

依据所述第一平台数据业务标识在所述第一信息表中提取对应的第一特征参数信息。

6.如权利要求3或4所述的方法，所述第四信息表中还包括错误类型；所述方法还包括：

在依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息失败时，更新所述第四信息表中的错误类型为数据查找失败的错误类型；

在所述第一信息表和第二信息表中对应的交互数据特征数值不一致时，更新所述第四信息表中的错误类型为数据不一致的错误类型。

7.如权利要求3或4所述的方法，所述第四信息表还包括处理类型，所述处理类型包括未处理类型和处理完成类型；所述方法还包括：

遍历所述第四信息表对处理类型为未处理的数据记录逐条处理，在处理完成后更新数据处理类型为处理完成类型。

8.如权利要求1或2或3或4所述的方法，所述第一交互数据的总量包括第一交互数据的数量和/或第一交互数据的特征值总额；所述第二交互数据的总量包括第二交互数据的数量和/或第二交互数据的特征值总额。

9.如权利要求1所述的方法，所述第一平台为支付平台，所述第二平台为银行系统平台，所述第一平台数据业务标识为支付平台的交易单号；所述第二平台数据业务标识为银行系统平台的交易单号；所述第一交互数据的特征值及第二交互数据的特征值为交易成功的交易金额。

10.一种多平台之间数据一致性校验的系统，所述多平台包括互相通信的第一平台和第二平台，所述的系统包括：

收集模块，用于收集第一平台在预设时间段内的平台数据交互信息，从所述平台数据交互信息中提取第一特征参数信息写入第一信息表；所述第一特征参数信息包括：第二平台标识，第一平台数据业务标识，以及，第一交互数据的特征值；

统计模块，用于分别统计各第二平台标识对应的第一交互数据的总量；

采集模块，用于接收从各第二平台采集的对应时间段内的第一平台关联数据信息，从所述第一平台关联数据信息中提取第二特征参数信息写入第二信息表，所述第二特征参数信息包括：第二平台数据业务标识，所述第二平台数据业务标识关联第一平台数据业务标识，第二交互数据的特征值；

所述统计模块还用于统计所述第二交互数据的总量；

判断模块，用于分别比对同一第二平台标识对应的第一交互数据的总量与第二交互数据的总量，依据比对结果判断所述第一平台和第二平台之间的数据是否一致。

11.如权利要求10所述的系统，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述系统还包括：

更新模块，用于在所述第一平台和第二平台之间的数据一致时，将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表。

12.如权利要求10所述的系统，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量不相同，则判定所述第一平台和第二平台之间的数据不一致，所述系统还包括：

提取模块，用于逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

所述判断模块还用于判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；

更新模块，用于将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

以及，所述更新模块还用于将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

13.如权利要求10所述的系统，所述第一特征参数信息还包括第一数据处理状态标识，所述第二特征参数信息还包括第二数据处理状态标识，若所述比对结果为所述第一交互数据的总量与第二交互数据的总量相同，则判定所述第一平台和第二平台之间的数据一致，所述系统还包括：

提取模块，用于逐条提取所述第二信息表中第二特征参数信息，依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息；

所述判断模块还用于判断所述第一信息表中的第一交互数据的特征值和第二信息表中的第二交互数据的特征值是否一致；

更新模块，用于将所述第一数据处理状态标识更新为清算完成状态，将所述第二数据处理状态标识更新为比对完成状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第三信息表；

以及，所述更新模块还用于将所述第二数据处理状态标识更新为清算比对状态，并提取对应的第一特征参数信息和/或第二特征参数信息写入第四信息表。

14.如权利要求12或13所述的系统，所述提取模块包括：

标识提取子模块，用于提取所述第二特征参数信息中所述第二平台数据业务标识关联的第一平台数据业务标识；

参数查找子模块，用于依据所述第一平台数据业务标识在所述第一信息表中提取对应的第一特征参数信息。

15.如权利要求12或13所述的系统，所述第四信息表中还包括错误类型；所述系统还包括：

类型转变模块，用于在依据所述第二特征参数信息提取所述第一信息表中对应的第一特征参数信息失败时，更新所述第四信息表中的错误类型为数据查找失败的错误类型；

所述类型转变模块还用于在所述第一信息表和第二信息表中对应的交互数据特征数值不一致时，更新所述第四信息表中的错误类型为数据不一致的错误类型。

16.如权利要求12或13所述的系统，所述第四信息表还包括处理类型，所述处理类型包括未处理类型和处理完成类型；所述系统还包括：

遍历处理器，用于遍历所述第四信息表对处理类型为未处理的数据记录逐条处理，在处理完成后更新数据处理类型为处理完成类型。