CN106330500A - 一种差错恢复方法及装置 - Google Patents

Abstract

本申请涉及网络通信技术领域，特别涉及一种差错恢复方法及装置。其中方法包括，监测交易系统中与银行系统之间的交换数据状态；根据所述交换数据状态和预定规则确定差错交换数据；调用所述交易系统对所述差错交换数据进行再次处理。还可以通过一嵌入交易系统或者独立于交易系统的差错恢复装置，以实现在电子交易中当交易系统和银行系统之间的交换数据出现问题时，自动的恢复电子交易，避免用户终端再次进行电子交易，以提高用户的使用体验。

Description

一种差错恢复方法及装置

技术领域

本申请涉及网络通信技术领域，特别涉及一种差错恢复方法及装置。

背景技术

随着互联网、移动网络的发展，越累越多的用户开始使用网络进行电子交易，但是由于网络延迟或者网络数据稳定性的问题，造成一些电子交易中出现差错数据，又称为异常数据，即，电子交易数据并没有按照预定义的流程进行，电子交易在没有完成时数据就出现了中断等问题，如图1所示为现有技术中以支付系统为例说明电子交易的过程，在现有技术中当支付系统调用银行系统转账的过程中，支付系统与银行系统之间的交换数据出现延迟或者出现不确定状态的交换数据时，可能支付系统需要提示用户终端再次执行一次支付流程，用户终端需要再次输入用户信息和交易信息等内容，这种由于网络或者电子交易系统的问题会造成用户使用体验下降；并且在交易过程中，调用银行的接口有可能会出现超时,用户其实已经扣钱成功,但是超时导致显示到页面上的是用户支付失败，这种因网络或者电子交易系统的问题造成交易数据无法有效的传送给用户，有可能使得用户对交易系统的使用信心下降。

发明内容

为了解决现有电子交易中出现差错就要重新开始电子交易使得用户体验较低的问题，提出了一种差错恢复方法及装置，可以在电子交易过程中出现差错交换数据时，自动恢复交易系统与银行系统之间的电子交易，从而可以提高用户的使用体验。

本申请实施例的一种差错恢复方法包括，

监测交易系统中与银行系统之间的交换数据状态；

根据所述交换数据状态和预定规则确定差错交换数据；

调用所述交易系统对所述差错交换数据进行再次处理。

根据本申请所述差错恢复方法的一个进一步的方面，所述交换数据状态至少包括，已发送状态或未知状态。

根据本申请所述差错恢复方法的再一个进一步的方面，所述监测交易系统中与银行系统之间的交换数据状态具体包括，根据预先设定的时间间隔定时启动监测单元，监测交易系统中与银行系统之间的交换数据状态。

根据本申请所述差错恢复方法的另一个进一步的方面，根据所述交换数据状态和预定规则确定差错交换数据具体包括，判断如果在一时间窗口内所述交换数据处于已发送状态或未知状态，则确定该交换数据为差错交换数据。

根据本申请所述差错恢复方法的另一个进一步的方面，

调用所述交易系统对所述差错交换数据进行再次处理具体包括，

调用所述交易系统对所述差错交换数据进行再次查询，从而将所述银行系统对所述差错交换数据的处理结果反馈给所述交易系统，或，

调用所述交易系统对所述差错交换数据进行再次交易，或，

调用所述交易系统对所述差错交换数据进行再次查询之后，如果查询结果为所述银行系统未返回所述差错交换数据的处理结果，或者所述银行系统返回所述差错交换数据的交换数据状态为未知状态，则调用所述交易系统对所述差错交换数据进行再次交易。

本申请实施例还提供了一种差错恢复装置包括，

监测单元，用于监测交易系统中与银行系统之间的交换数据状态；

筛选单元，用于根据所述交换数据状态和预定规则确定差错交换数据；

调用单元，用于调用所述交易系统对所述差错交换数据进行再次处理。

根据本申请实施例所述差错恢复装置的一个进一步的方面，所述交换数据状态至少包括，已发送状态或未知状态。

根据本申请实施例所述差错恢复装置的再一个进一步的方面，还包括定时器，所述监测单元根据在所述定时器上预先设定的时间间隔定时启动，监测交易系统中与银行系统之间的交换数据状态。

根据本申请实施例所述差错恢复装置的另一个进一步的方面，所述筛选单元判断如果在一时间窗口内所述交换数据处于已发送状态或未知状态，则确定该交换数据为差错交换数据。

根据本申请实施例所述差错恢复装置的另一个进一步的方面，

所述调用单元调用所述交易系统对所述差错交换数据进行再次处理具体包括，

调用所述交易系统对所述差错交换数据进行再次查询，从而将所述银行系统对所述差错交换数据的处理结果反馈给所述交易系统，或，

调用所述交易系统对所述差错交换数据进行再次交易，或，

调用所述交易系统对所述差错交换数据进行再次查询之后，如果查询结果为所述银行系统未返回所述差错交换数据的处理结果，或者所述银行系统返回所述差错交换数据的交换数据状态为未知状态，则调用所述交易系统对所述差错交换数据进行再次交易。

由以上本申请实施例提供的技术方案可见，可以在电子交易中当交易系统和银行系统之间的交换数据出现问题时，自动到银行系统查询差错交换数据的处理结果，并且可以自动的恢复电子交易，能够及时的通知用户终端电子交易的结果，并且可以避免用户终端再次进行电子交易，提高了用户的使用体验。

当然实施本申请的任一产品或者方法必不一定需要同时达到以上所述的所有优点。

附图说明

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

图1所示为本申请实施例一种差错恢复方法的流程图；

图2所示为本申请实施例一种差错恢复装置的结构示意图；

图3所示为本申请实施例对支付系统的差错恢复方法的数据流图。

具体实施方式

本申请实施例提供一种差错恢复方法及装置。

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

如图1所示为本申请实施例一种差错恢复方法的流程图，在该实施例中，通过对交易系统中差错数据的监控，利用交易系统中与差错数据相应的交换数据再次进行电子交易，以消除用户终端再次进行电子交易过程的问题。

该方法具体包括步骤101，监测交易系统中与银行系统之间的交换数据状态。

步骤102，根据所述交换数据状态和预定规则确定差错交换数据。

步骤103，调用所述交易系统对所述差错交换数据进行再次处理。

作为本申请的一个实施例，所述交换数据状态至少包括，已发送状态或未知状态，还可以包括未发送状态或已完成状态。其中，在交易系统与银行系统进行交易时具有海量的交换数据，当交换数据为已发送状态或未知状态时有可能为错误的交换数据，再结合后面的预定规则进行判断，可得到差错交换数据。

其中，当交易系统与银行系统之间的交换数据在一段时间之内(时间窗口)一直处于已发送状态或者未知状态，例如在15分钟内交换数据还处于已发送状态(或者未知状态)，还未改为已完成状态，说明该交换数据的网络传输可能出现问题，例如延迟、网络故障或者银行系统处理出现问题，在现有技术中这些交换数据需要用户再次发起电子交易，该笔电子交易才能够完成，而在本申请的技术方案中自动检测出这些出问题的交换数据，在不由用户终端参与的情况下再次发起电子交易过程，以完成该次电子交易，通过本申请的技术方案可以使得用户终端对于出问题的电子交易毫无感知，就可以顺利的完成电子交易，提高用户使用体验。

作为本申请的一个实施例，所述监测交易系统中与银行系统之间的交换数据状态具体包括，根据预先设定的时间间隔定时启动监测单元，监测交易系统中与银行系统之间的交换数据状态。其中，所述时间间隔可以例如为1分钟、30秒等。

作为本申请的一个实施例，根据所述交换数据状态和预定规则确定差错交换数据具体包括，判断如果在一时间窗口内所述交换数据处于已发送状态或未知状态，则确定该交换数据为差错交换数据。

作为本申请的一个实施例，调用所述交易系统对所述差错交换数据进行再次处理具体包括，

调用所述交易系统对所述差错交换数据进行再次查询，从而将所述银行系统对所述差错交换数据的处理结果反馈给所述交易系统，或，

调用所述交易系统对所述差错交换数据进行再次交易，或，

调用所述交易系统对所述差错交换数据进行再次查询之后，如果查询结果为所述银行系统未返回所述差错交换数据的处理结果，或者所述银行系统返回所述差错交换数据的交换数据状态为未知状态，则调用所述交易系统对所述差错交换数据进行再次交易。

其中，本申请的再次处理包括上述的再次查询，由于网络或者服务器的原因，导致银行系统在一段时间内未向交易系统反馈交易是否成功的处理结果，或者反馈的处理结果不正确(例如反馈的交换数据状态为未知状态)，则可以调用交易系统对差错交换数据到银行系统中进行再次查询，以使得银行系统能够再次或者及时反馈处理结果。

本申请的再次处理包括上述的再次交易，由于网络或者服务器的原因，导致银行系统在一段时间内未向交易系统反馈交易是否成功的处理结果，或者反馈的处理结果不正确(例如反馈的交换数据状态为未知状态)，则可以调用交易系统对差错交换数据再次进行与银行系统的电子交易，该电子交易过程为自动发起的，不需要用户终端再次输入任何信息，从而可以使用户毫无感知的情况下完成电子交易。

本申请的再次处理包括上述的再次交易，由于网络或者服务器的原因，导致银行系统在一段时间内未向交易系统反馈交易是否成功的处理结果，或者反馈的处理结果不正确(例如反馈的交换数据状态为未知状态)，则可以调用交易系统对差错交换数据到银行系统中进行再次查询，以使得银行系统能够再次或者及时反馈处理结果，如果反馈的处理结果依旧为未知状态，或者在所述时间窗口内银行系统一直未反馈成功交易的处理结果，则可以调用交易系统对差错交换数据再次进行与银行系统的电子交易。

通过上述本申请方法的技术方案，可以在电子交易中当交易系统和银行系统之间的交换数据出现问题时，自动的恢复电子交易，避免用户终端再次进行电子交易，以提高用户的使用体验。

如图2所示为本申请实施例一种差错恢复装置的结构示意图，在该图中的差错恢复装置可以独立于交易系统，或者作为交易系统中的一个模块，可以为单独的高性能计算机，或者集成于交易系统所在的服务器。

该装置包括监测单元201，用于监测交易系统中与银行系统之间的交换数据状态。

筛选单元202，用于根据所述交换数据状态和预定规则确定差错交换数据。

调用单元203，用于调用所述交易系统对所述差错交换数据进行再次处理。

作为本申请的一个实施例，所述交换数据状态至少包括，已发送状态或未知状态，还可以包括未发送状态或已完成状态。

作为本申请的一个实施例，还包括定时器204，所述监测单元根据在所述定时器上预先设定的时间间隔定时启动，监测交易系统中与银行系统之间的交换数据状态。

作为本申请的一个实施例，所述筛选单元判断如果在一时间窗口内所述交换数据处于已发送状态或未知状态，则确定该交换数据为差错交换数据。

作为本申请的一个实施例，所述调用单元调用所述交易系统对所述差错交换数据进行再次处理具体包括，

调用所述交易系统对所述差错交换数据进行再次查询，从而将所述银行系统对所述差错交换数据的处理结果反馈给所述交易系统，或，

调用所述交易系统对所述差错交换数据进行再次交易，或，

调用所述交易系统对所述差错交换数据进行再次查询之后，如果查询结果为所述银行系统未返回所述差错交换数据的处理结果，或者所述银行系统返回所述差错交换数据的交换数据状态为未知状态，则调用所述交易系统对所述差错交换数据进行再次交易。

通过上述本申请装置的技术方案，该装置可以设置于独立计算机中，或者集成于交易系统中，可以在电子交易中当交易系统和银行系统之间的交换数据出现问题时，自动的恢复电子交易，避免用户终端再次进行电子交易，以提高用户的使用体验。

如图3所示为本申请实施例对支付系统的差错恢复方法的数据流图，该图中以电子交易中的支付系统为例进行说明，该方法还可以用于其它的交易系统，例如充值系统、退款系统等电子交易涉及到的系统。用户终端可以包括计算机、平板电脑或智能手机等设备，用户终端与支付系统之间可以采用有线网络连接，或者可以采用无线网络连接，在本实施例中差错恢复装置可以独立于所述支付系统存在于某个高性能计算机，无需对支付系统进行过多的改动，只需要在现有的支付系统和银行系统之间加入差错恢复装置即可，对现有的系统结构改动小，实施成本较低。

如图所示，步骤301，用户终端向支付系统发起一笔支付请求，在该支付请求中通常包括用户名、密码、订单信息、金额、银行账户信息等内容，其中，订单信息中进一步包括订单内容、订单ID、用户名等信息。

步骤302，支付系统根据该支付请求与银行系统进行支付电子交易。

在本步骤中，支付系统首先需要对支付请求进行参数校验，验证支付请求是否合法，其中，例如验证支付请求中的用户名、密码是否正确，订单信息中的用户名与支付请求中的用户名是否一致；还要验证交易信息，例如验证订单是否存在等内容。

其次，如果验证通过，则在支付系统中保存交换数据，该交换数据中包括订单信息、金额、银行账户信息、交换数据状态(此时的状态为：未发送状态)等内容；如果验证不通过，则向用户终端返回错误信息。

然后，支付系统根据所述交换数据调用内部的支付功能与银行系统进行电子交易。

支付系统将交换数据发送给银行系统后，将交换数据的未发送状态修改为已发送状态。

如果支付系统与银行系统之间的电子交易成功，即支付业务成功完成(转账完成)，则银行系统会向支付系统返回回执，支付系统接收到该回执后，修改所述交换数据的状态为已完成状态，以通知支付业务交易完成。

在上述支付系统与银行系统进行电子交易的过程中，有的交换数据可能由于网络问题出现错误，造成支付系统迟迟不能接收到银行系统返回的回执，则此时支付系统一直保持该交换数据状态为已发送状态，或者银行系统由于处理负载过多或者其它原因造成返回业务处理结果为未知状态(Unknow)，则支付系统需要将该交换数据的状态由已发送状态改为未知状态。

步骤303，差错恢复装置根据定时器按照预定的时间间隔启动对所述支付系统中交换数据状态的监测。

在本步骤中，所述定时器可以为每30秒触发一次，差错恢复装置每隔30秒启动监测支付系统中的交换数据状态。

步骤304，差错恢复装置的监测单元对支付系统中的交换数据状态进行监测。

步骤305，所述差错恢复装置在一个时间窗口内判断所述交换数据的状态是否始终为已发送状态或者为未知状态，如果为已发送状态或者未知状态则进入步骤306，否则返回步骤304，继续对支付系统中的交换数据进行监测。

在本步骤中，时间窗口可以为与当前时间具有一间隔的以前时间(下表中时间间隔)，以及一时间步长，例如与当前时间间隔30分钟的时刻以及20分钟的时间步长，即，当前时间为10:00，时间间隔为30分钟以及时间步长为20分钟的时间窗口为9:30-9:50；当前时间为10:30，时间间隔为30分钟以及时间步长为20分钟的时间窗口为10:00-10:20。所述时间窗口是可以设置的，以上实施例只是用于说明本申请方案，并不能理解为对本申请技术方案的限制。

根据上一步骤中交换数据可能产生的状态，如果在时间窗口内交换数据始终为已发送状态或者为未知状态，则说明该笔交易出现问题，银行系统很长时间都没有处理该笔交易，因此需要重新进行交易。

所述差错恢复装置可以参考如下表1进行参数配置。

表1

步骤306，所述差错恢复装置从所述支付系统中获取差错交换数据，即从支付系统中获取差错交换数据。

步骤307，在所述差错恢复装置记录所述差错交换数据，以便于后面步骤直接调用支付系统对哪些交换数据进行再次交易。

步骤308，所述差错恢复装置调用支付系统对所述差错交换数据再次进行支付交易。

步骤309，所述支付系统根据差错交换数据进行再次的支付交易。

本步骤中所述的再次交易与现有技术中支付系统与银行系统之间的电子交易相同，其中包括支付系统将差错交换数据发送给银行系统进行转账操作，银行系统向支付系统返回支付回执。

其中，在支付系统将差错交换数据发送给银行系统的过程中，所述差错交换数据中包括订单信息、金额、银行账户信息、交换数据状态(此时的状态为：未发送状态)等内容，所述支付系统不需要对所述差错交换数据进行参数校验或者验证，直接进行支付交易，当接收到银行系统返回的支付成功回执时，支付系统修改错误交换数据的状态为已完成状态。

作为步骤308可选的替换实施例，所述差错恢复装置可以调用支付系统针对所述差错交换数据到银行系统进行再次查询，待银行系统反馈针对所述差错交换数据的处理结果后，所述支付系统可以向用户终端反馈该次支付请求的处理结果。

作为步骤308可选的另一替换实施例，所述差错恢复装置可以调用支付系统针对所述差错交换数据到银行系统进行再次查询，待银行系统反馈针对所述差错交换数据的处理结果后，判断所述银行系统反馈的处理结果，如果该差错交换数据的状态还是为未知状态，或者该差错交换数据的状态在上述时间窗口内一直保持为已发送状态，则所述差错恢复装置调用支付系统对所述差错交换数据再次进行支付交易。

步骤310，支付系统发起向银行系统进行查询所述支付是否成功。

步骤311，银行系统向支付系统返回查询结果，即支付是否成果的结果。

步骤312，支付系统将查询结果反馈给用户终端。

通过上述本申请实施例中的方法和装置，可以很好地解决差错交换数据的处理，当在电子交易中出现差错交换数据时，通过差错恢复装置可以自动的使交易系统恢复电子交易，不用用户的参与即可完成原本出现差错的电子交易，并且本申请的方法和装置可以作为模块嵌入到任何系统，也可以作为独立的系统使用。

对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell UniversityProgramming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、AtmelAT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (10)

1.一种差错恢复方法，其特征在于包括，

监测交易系统中与银行系统之间的交换数据状态；

根据所述交换数据状态和预定规则确定差错交换数据；

调用所述交易系统对所述差错交换数据进行再次处理。

2.根据权利要求1所述的方法，其特征在于，所述交换数据状态至少包括，已发送状态或未知状态。

3.根据权利要求1所述的方法，其特征在于，所述监测交易系统中与银行系统之间的交换数据状态具体包括，根据预先设定的时间间隔定时启动监测单元，监测交易系统中与银行系统之间的交换数据状态。

4.根据权利要求2所述的方法，其特征在于，根据所述交换数据状态和预定规则确定差错交换数据具体包括，判断如果在一时间窗口内所述交换数据处于已发送状态或未知状态，则确定该交换数据为差错交换数据。

5.根据权利要求1所述的方法，其特征在于，调用所述交易系统对所述差错交换数据进行再次处理具体包括，

调用所述交易系统对所述差错交换数据进行再次查询，从而将所述银行系统对所述差错交换数据的处理结果反馈给所述交易系统，或，

调用所述交易系统对所述差错交换数据进行再次交易，或，

调用所述交易系统对所述差错交换数据进行再次查询之后，如果查询结果为所述银行系统未返回所述差错交换数据的处理结果，或者所述银行系统返回所述差错交换数据的交换数据状态为未知状态，则调用所述交易系统对所述差错交换数据进行再次交易。

6.一种差错恢复装置，其特征在于包括，

监测单元，用于监测交易系统中与银行系统之间的交换数据状态；

筛选单元，用于根据所述交换数据状态和预定规则确定差错交换数据；

调用单元，用于调用所述交易系统对所述差错交换数据进行再次处理。

7.根据权利要求6所述的装置，其特征在于，所述交换数据状态至少包括，已发送状态或未知状态。

8.根据权利要求6所述的装置，其特征在于，还包括定时器，所述监测单元根据在所述定时器上预先设定的时间间隔定时启动，监测交易系统中与银行系统之间的交换数据状态。

9.根据权利要求6所述的装置，其特征在于，所述筛选单元判断如果在一时间窗口内所述交换数据处于已发送状态或未知状态，则确定该交换数据为差错交换数据。

10.根据权利要求9所述的装置，其特征在于，所述调用单元调用所述交易系统对所述差错交换数据进行再次处理具体包括，

调用所述交易系统对所述差错交换数据进行再次查询，从而将所述银行系统对所述差错交换数据的处理结果反馈给所述交易系统，或，

调用所述交易系统对所述差错交换数据进行再次交易，或，

调用所述交易系统对所述差错交换数据进行再次查询之后，如果查询结果为所述银行系统未返回所述差错交换数据的处理结果，或者所述银行系统返回所述差错交换数据的交换数据状态为未知状态，则调用所述交易系统对所述差错交换数据进行再次交易。