CN114862401A - 一种支付异常的处理方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种支付异常的处理方法、装置、设备及介质，方法包括：第一业务节点在预设周期内，抓取执行日志，并提取执行日志内的关键信息；其中，第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将支付单据发送至对接节点，以便对接节点将支付单据发送至第二业务节点；通过关键信息，判断第一业务节点是否发生异常；若第一业务节点发生异常，则确定受影响的第一支付单据；根据第一支付单据的套接字报文，确定在第一支付单据中需要重新处理的第二支付单据；若根据第二支付单据已经标记的处理状态，无法确定第二支付单据是否发送至对接节点，则通过对接节点，识别第二支付单据的支付状态。提高了支付异常的处理效率。

Description

一种支付异常的处理方法、装置、设备及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种支付异常的处理方法、装置、设备及介质。

背景技术

随着计算机技术的发展，电子支付越发普遍，越来越多的用户会通过网上银行进行付款。虽然现在的通信技术已经很成熟，比如，套接字通讯等方式在服务器正常时，基本可以保证程序的正常运转。

但是，支付系统可能会存在一些无法预料到的问题，比如系统崩溃、供电异常或者网络异常，这些都会使正在进行的支付受到影响，比如，正在套接字通讯过程中出现了网络异常，此时，无法确定哪些支付数据是发送成功的。

目前，通常是人工去确定受影响的支付数据，并手工更改错误的支付数据，导致处理效率比较低，而且不能保证操作的准确性。

发明内容

本申请实施例提供一种支付异常的处理方法、装置、设备及介质，用于解决支付异常的处理效率低的问题。

本申请实施例采用下述技术方案：

一方面，本申请实施例提供了一种支付异常的处理方法，该方法包括：第一业务节点在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息；其中，所述第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将所述支付单据发送至对接节点，以便所述对接节点将所述支付单据发送至第二业务节点；通过所述关键信息，判断所述第一业务节点是否发生异常；若所述第一业务节点发生异常，则确定受影响的第一支付单据；根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据；若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。

一个示例中，所述则通过所述对接节点，识别所述第二支付单据的支付状态，具体包括：则通过所述对接节点，判断从所述第二业务节点是否能够查询到所述第二支付单据的支付信息；若从所述第二业务节点查询到所述第二支付单据的支付信息，则根据所述支付信息，确定所述第二支付单据的支付状态为支付成功或者支付失败。

一个示例中，所述判断从所述第二业务节点处是否能够查询到所述第二支付单据的支付信息之后，所述方法还包括：若未能从所述第二业务节点查询到所述第二支付单据的支付信息，则确定所述第二支付单据的支付指令发送时间与当前时间之间的时间差；根据所述时间差与预设接口等待时间，识别所述第二支付单据的支付状态；其中，所述对接节点包括所述第一业务节点的下游接口。

一个示例中，所述根据所述时间差与预设接口等待时间，识别所述第二支付单据的支付状态，具体包括：将所述时间差与预设接口等待时间进行对比；若所述时间差大于所述预设接口等待时间，则确定所述第二支付单据的支付状态为支付失败。若所述时间差小于或等于所述预设接口等待时间，则继续等待，并在所述时间差大于所述预设接口等待时间时，重新通过所述对接节点，识别所述第二支付单据的支付状态。

一个示例中，所述则通过所述对接节点，识别所述第二支付单据的支付状态之后，所述方法还包括：确定所述第二支付单据为异常数据，则提取所述第二支付单据的支付指令发送时间所对应的日志；对所述日志进行分析，判断导致所述第二支付单据异常的原因是否与第一因素有关；其中，所述第一因素为网络通信异常或者互联网信息服务iis异常；若导致所述第二支付单据异常的原因与第一因素无关，则获取在所述支付指令发送时间时，所对应的第一业务信息，并根据所述第一业务信息生成分析报表；其中，所述第一业务信息包括与发送数据量、接收数据量、接口等待时间中的至少一种；通过所述分析报表，调整与所述对接节点相关的配置内容。

一个示例中，所述判断导致所述第二支付单据异常的原因是否与第一因素有关之后，所述方法还包括：若导致所述第二支付单据异常的原因与第一因素有关，则获取在所述支付指令发送时间时，发送至所述对接节点的报文信息；通过所述报文信息，消除所述第一因素。

一个示例中，所述根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据之后，所述方法还包括：若根据所述第二支付单据已经标记的处理状态，确定所述第二支付单据未发送至所述对接节点，则重新组织报文，以将所述第二支付单据发送至所述对接节点。

另一方面，本申请实施例提供了一种支付异常的处理装置，应用于第一业务节点，所述装置包括：提取模块，在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息；其中，所述第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将所述支付单据发送至对接节点，以便所述对接节点将所述支付单据发送至第二业务节点；判断模块，通过所述关键信息，判断所述第一业务节点是否发生异常；第一确定模块，若所述第一业务节点发生异常，则确定受影响的第一支付单据；第二确定模块，根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据；识别模块，若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。

另一方面，本申请实施例提供了一种支付异常的处理设备，应用于第一业务节点，所述设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息；其中，所述第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将所述支付单据发送至对接节点，以便所述对接节点将所述支付单据发送至第二业务节点；通过所述关键信息，判断所述第一业务节点是否发生异常；若所述第一业务节点发生异常，则确定受影响的第一支付单据；根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据；若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。

另一方面，本申请实施例提供了一种支付异常的处理非易失性计算机存储介质，存储有计算机可执行指令，应用于第一业务节点，所述计算机可执行指令设置为：在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息；其中，所述第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将所述支付单据发送至对接节点，以便所述对接节点将所述支付单据发送至第二业务节点；通过所述关键信息，判断所述第一业务节点是否发生异常；若所述第一业务节点发生异常，则确定受影响的第一支付单据；根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据；若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过确定受影响的第一支付单据，根据第一支付单据的套接字报文，确定在第一支付单据中需要重新处理的第二支付单据，能够初步筛选出可能异常的第二支付单据，若根据第二支付单据已经标记的处理状态，无法确定第二支付单据是否发送至对接节点，则通过对接节点，识别第二支付单据的支付状态，能够自动地对重新处理的第二支付单据进行处理，进而能够及时处理异常支付数据，无需人工干预，提高支付异常的处理效率以及正确率。

附图说明

为了更清楚地说明本申请的技术方案，下面将结合附图来对本申请的部分实施例进行详细说明，附图中：

图1为本申请实施例提供的一种支付异常的处理方法的流程示意图；

图2为本申请实施例提供的一种应用场景下，支付系统的示意图；

图3为本申请实施例提供的一种支付异常的处理装置的结构示意图；

图4为本申请实施例提供的一种支付异常的处理设备的结构示意图。

具体实施方式

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

下面参照附图来对本申请的一些实施例进行详细说明。

图1为本申请实施例提供的一种支付异常的处理方法的流程示意图。该方法可以应用于不同的业务领域，比如，互联网金融业务领域、电商业务领域、即时通讯业务领域、游戏业务领域、公务业务领域等。该流程可以由相应领域的计算设备(比如，支付业务对应的服务器或者智能移动终端等)执行，流程中的某些输入参数或者中间结果允许人工干预调节，以帮助提高准确性。

图1中的流程可以包括以下步骤：

S102：第一业务节点在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息。

比如，可以通过脚本自动筛选日志文本提取关键信息。并且，在定义关键信息时，要以该关键信息能够反应第一业务节点的工作状态为前提。比如，关键信息能够反映互联网信息服务(Internet Information Services，iis)重启或者崩溃、套接字通讯异常等问题。

其中，第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将支付单据发送至对接节点，以便对接节点将支付单据发送至第二业务节点。

需要说明的是，第一业务节点应用于支付业务采集系统，对接节点应用于支付业务对接系统，第二业务节点应用于支付业务金融系统，比如，银行系统。

此外，第一业务节点启用多线程，并添加线程锁，避免程序因为并发导致重复占用及重复付款。

更直观地，图2为本申请实施例提供的一种应用场景下，支付系统的示意图。

如图2所示，支付系统包括支付业务采集系统、下游接口服务器、银行系统。

其中，支付业务采集系统为第一业务节点，下游接口服务器为对接节点，银行系统为第二业务节点。

支付业务采集系统采用多线程调用套接字socket通信，并添加线程锁，在生成支付单据后，将支付单据发送至下游接口服务器，下游接口服务器通过socket通信连接至银行前置机，银行前置机通过内部专线，将支付单据转发至银行系统，通过银行系统中的路由器以及交换机，与银行主机进行交互，以使银行主机根据支付单据从买家账户取出相应金额，将该相应金额转账至商家账户。

S104：通过所述关键信息，判断所述第一业务节点是否发生异常。

比如，iis重启或者崩溃、套接字通讯异常等问题。

S106：若所述第一业务节点发生异常，则确定受影响的第一支付单据。

S108：根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据。

其中，根据第一支付单据的状态及套接字发送接收报文进行判断后分组，找到需要重新处理的第二支付单据。

S110：若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。需要说明的是，在识别第二支付单据的支付状态之后，将会根据第二支付单据的支付状态，对应更改第二支付单据在第一业务节点中数据库的状态。

其中，支付单据会对进行的每一步进行状态标记，根据状态筛选程序执行过程中中间状态的支付单据即可。

需要说明的是，若根据第二支付单据已经标记的处理状态，确定第二支付单据未发送至对接节点，则重新组织报文，将第二支付单据发送至对接节点。

在本申请的一些实施例中，则通过对接节点，判断从第二业务节点处是否能够查询到第二支付单据的支付信息，若从第二业务节点查询到第二支付单据的支付信息，则根据支付信息，确定第二支付单据的支付状态为支付成功或者支付失败。

若未能从第二业务节点查询到第二支付单据的支付信息，则确定你第二支付单据的支付指令发送时间与当前时间之间的时间差，根据时间差与预设接口等待时间，识别第二支付单据的支付状态。其中，对接节点包括第一业务节点的下游接口。

进一步地，根据根据时间差与预设接口等待时间，识别第二支付单据的支付状态时，将时间差与预设接口等待时间进行对比。

若时间差大于预设接口等待时间，则确定第二支付单据的支付状态为支付失败。

若时间差小于或等于预设接口等待时间，则继续等待，并在时间差大于预设接口等待时间时，重新通过对接节点，识别第二支付单据的支付状态。

在本申请的一些实施例中，若确定第二支付单据为异常数据，则提取第二支付单据的支付指令发送时间所对应的日志。包括接口调用的日志以及iis存储的日志。

然后，对日志进行分析，判断导致第二支付单据异常的原因是否与第一因素有关；其中，第一因素为网络通信异常或者互联网信息服务iis异常。

若导致第二支付单据异常的原因与第一因素无关，则获取在支付指令发送时间时，所对应的第一业务信息，并根据第一业务信息生成分析报表。

也就是说，排除物理因素导致的系统崩溃后根据程序崩溃时，发送及接收的数据量大小、银行类型、业务时间、接口等待时间等相关信息，生成详细的分析报表。

其中，第一业务信息包括与发送数据量、接收数据量、接口等待时间中的至少一种。

最后，通过分析报表，调整与对接节点相关的配置内容。比如，系统崩溃时发现数据量都很大，则减少一次或者同一时间段内传输的数据量，接口等待时间过短，数据无法完全接收，则延长等待时间等等。即，如果系统崩溃问题时有发生，则分析上面生成的报表，根据报表内容，调整接口的配置内容。

进一步地，若导致第二支付单据异常的原因与第一因素有关，则获取在支付指令发送时间时，发送至对接节点的报文信息，通过报文信息，消除第一因素。从而实现了对异常信息进行汇总，统计异常发生时的数据信息，便于发现程序引发的问题。

需要说明的是，虽然本申请实施例是参照图1来对步骤102至步骤S110依次进行介绍说明的，但这并不代表步骤S102至步骤S110必须按照严格的先后顺序执行。本申请实施例之所以按照图1中所示的顺序对步骤S102至步骤S110依次进行介绍说明，是为了方便本领域技术人员理解本申请实施例的技术方案。换句话说，在本申请实施例中，步骤S102至步骤S110之间的先后顺序可以根据实际需要进行适当调整。

通过图1的方法，通过确定受影响的第一支付单据，根据第一支付单据的套接字报文，确定在第一支付单据中需要重新处理的第二支付单据；初步筛选出可能异常的第二支付单据，若根据第二支付单据已经标记的处理状态，无法确定第二支付单据是否发送至对接节点，则通过对接节点，识别第二支付单据的支付状态，可以自动地对重新处理的第二支付单据进行处理，进而能够及时处理异常数据，无需人工干预，提高支付异常的处理效率。

基于同样的思路，本申请的一些实施例还提供了上述方法对应的装置、设备和非易失性计算机存储介质。

图3为本申请实施例提供的一种支付异常的处理装置，应用于第一业务节点，所述装置包括：

提取模块302，在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息；其中，所述第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将所述支付单据发送至对接节点，以便所述对接节点将所述支付单据发送至第二业务节点；

判断模块304，通过所述关键信息，判断所述第一业务节点是否发生异常；

第一确定模块306，若所述第一业务节点发生异常，则确定受影响的第一支付单据；

第二确定模块308，根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据；

识别模块310，若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。

图4为本申请实施例提供的一种支付异常的处理设备的结构示意图，应用于第一业务节点，所述设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息；其中，所述第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将所述支付单据发送至对接节点，以便所述对接节点将所述支付单据发送至第二业务节点；

通过所述关键信息，判断所述第一业务节点是否发生异常；

若所述第一业务节点发生异常，则确定受影响的第一支付单据；

根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据；

若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。

本申请的一些实施例提供的一种支付异常的处理非易失性计算机存储介质，存储有计算机可执行指令，应用于第一业务节点，所述计算机可执行指令设置为：

在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息；其中，所述第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将所述支付单据发送至对接节点，以便所述对接节点将所述支付单据发送至第二业务节点；

通过所述关键信息，判断所述第一业务节点是否发生异常；

若所述第一业务节点发生异常，则确定受影响的第一支付单据；

根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据；

若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。

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

本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请技术原理之内所作的任何修改、等同替换、改进等，均应落入本申请的保护范围之内。

Claims (10)

1.一种支付异常的处理方法，其特征在于，所述方法包括：

第一业务节点在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息；其中，所述第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将所述支付单据发送至对接节点，以便所述对接节点将所述支付单据发送至第二业务节点；

通过所述关键信息，判断所述第一业务节点是否发生异常；

若所述第一业务节点发生异常，则确定受影响的第一支付单据；

根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据；

若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。

2.根据权利要求1所述的方法，其特征在于，所述则通过所述对接节点，识别所述第二支付单据的支付状态，具体包括：

则通过所述对接节点，判断从所述第二业务节点是否能够查询到所述第二支付单据的支付信息；

若从所述第二业务节点查询到所述第二支付单据的支付信息，则根据所述支付信息，确定所述第二支付单据的支付状态为支付成功或者支付失败。

3.根据权利要求2所述的方法，其特征在于，所述判断从所述第二业务节点处是否能够查询到所述第二支付单据的支付信息之后，所述方法还包括：

若未能从所述第二业务节点查询到所述第二支付单据的支付信息，则确定所述第二支付单据的支付指令发送时间与当前时间之间的时间差；

根据所述时间差与预设接口等待时间，识别所述第二支付单据的支付状态；其中，所述对接节点包括所述第一业务节点的下游接口。

4.根据权利要求3所述的方法，其特征在于，所述根据所述时间差与预设接口等待时间，识别所述第二支付单据的支付状态，具体包括：

将所述时间差与预设接口等待时间进行对比；

若所述时间差大于所述预设接口等待时间，则确定所述第二支付单据的支付状态为支付失败；

若所述时间差小于或等于所述预设接口等待时间，则继续等待，并在所述时间差大于所述预设接口等待时间时，重新通过所述对接节点，识别所述第二支付单据的支付状态。

5.根据权利要求1所述的方法，其特征在于，所述则通过所述对接节点，识别所述第二支付单据的支付状态之后，所述方法还包括：

确定所述第二支付单据为异常数据，则提取所述第二支付单据的支付指令发送时间所对应的日志；

对所述日志进行分析，判断导致所述第二支付单据异常的原因是否与第一因素有关；其中，所述第一因素为网络通信异常或者互联网信息服务iis异常；

若导致所述第二支付单据异常的原因与第一因素无关，则获取在所述支付指令发送时间时，所对应的第一业务信息，并根据所述第一业务信息生成分析报表；其中，所述第一业务信息包括与发送数据量、接收数据量、接口等待时间中的至少一种；

通过所述分析报表，调整与所述对接节点相关的配置内容。

6.根据权利要求5所述的方法，其特征在于，所述判断导致所述第二支付单据异常的原因是否与第一因素有关之后，所述方法还包括：

若导致所述第二支付单据异常的原因与第一因素有关，则获取在所述支付指令发送时间时，发送至所述对接节点的报文信息；

通过所述报文信息，消除所述第一因素。

7.根据权利要求1所述的方法，其特征在于，所述根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据之后，所述方法还包括：

若根据所述第二支付单据已经标记的处理状态，确定所述第二支付单据未发送至所述对接节点，则重新组织报文，以将所述第二支付单据发送至所述对接节点。

8.一种支付异常的处理装置，其特征在于，应用于第一业务节点，所述装置包括：

提取模块，在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息；其中，所述第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将所述支付单据发送至对接节点，以便所述对接节点将所述支付单据发送至第二业务节点；

判断模块，通过所述关键信息，判断所述第一业务节点是否发生异常；

第一确定模块，若所述第一业务节点发生异常，则确定受影响的第一支付单据；

第二确定模块，根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据；

识别模块，若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。

9.一种支付异常的处理设备，其特征在于，应用于第一业务节点，所述设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息；其中，所述第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将所述支付单据发送至对接节点，以便所述对接节点将所述支付单据发送至第二业务节点；

通过所述关键信息，判断所述第一业务节点是否发生异常；

若所述第一业务节点发生异常，则确定受影响的第一支付单据；

根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据；

若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。

10.一种支付异常的处理非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，应用于第一业务节点，所述计算机可执行指令设置为：

在预设周期内，抓取执行日志，并提取所述执行日志内的关键信息；其中，所述第一业务节点用于根据用户的支付指令，生成对应的支付单据，并将所述支付单据发送至对接节点，以便所述对接节点将所述支付单据发送至第二业务节点；

通过所述关键信息，判断所述第一业务节点是否发生异常；

若所述第一业务节点发生异常，则确定受影响的第一支付单据；

根据所述第一支付单据的套接字报文，确定在所述第一支付单据中需要重新处理的第二支付单据；

若根据所述第二支付单据已经标记的处理状态，无法确定所述第二支付单据是否发送至所述对接节点，则通过所述对接节点，识别所述第二支付单据的支付状态。

Images