CN108665251A - 一种支付渠道恢复的处理方法及装置 - Google Patents

Abstract

公开了一种支付渠道恢复的处理方法，该方法包括：当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对所述主用支付渠道进行恢复测试；根据所述恢复测试结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

Description

一种支付渠道恢复的处理方法及装置

技术领域

本说明书实施例涉及电子商务技术领域，尤其涉及一种支付渠道恢复的处理方法及装置。

背景技术

随着互联网技术的不断发展，网络支付逐渐发展成为人们的主流支付方式。在一个支付产品中，用户可能关联多种支付渠道，以适应不同的支付场景，所谓支付渠道可以是借记卡、信用卡，电子钱包，理财账户，信贷账户，等等。在不同的支付场景中，用户可在支付产品中选择相应的支付渠道来进行支付。然而在实际进行支付的过程中，时常会监测到支付渠道发生异常的情况，导致支付失败现象的发生。

针对支付渠道发生异常的情况，现有的处理方式为：当监测到主用支付渠道异常时，关闭主用支付渠道，并自动切换到备用支付渠道，在经过一段时间后主用支付渠道会自动开启，由备用支付渠道自动切换至主用支付渠道。现有的支付渠道恢复处理的方式中，如果在经过一段时间后主用支付渠道还并未恢复到正常情况，就由备用支付渠道自动切换至主用支付渠道，将会导致支付仍旧失败，影响了交易双方的线上业务处理。

发明内容

针对上述技术问题，本说明书实施例提供一种支付渠道恢复的处理方法及装置，技术方案如下：

一种支付渠道恢复的处理方法，该方法包括：

当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对所述主用支付渠道进行恢复测试；

根据所述恢复测试结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

一种支付渠道恢复的处理装置，该装置包括：

测试模块，用于当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对所述主用支付渠道进行恢复测试；

判断模块，用于根据所述恢复测试结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

本说明书实施例所提供的技术方案，当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对主用支付渠道进行恢复测试，根据测试结果来决定是否将支付渠道由备用支付渠道切换至主用支付渠道，或者当监听到支付渠道提供方按照预先预定的通知方式返回主用支付渠道恢复正常的消息，将支付渠道由备用支付渠道切换至主用支付渠道，由此确保了主用支付渠道恢复至正常情况后，将支付渠道由备用支付渠道切换至主用支付渠道，避免了对交易双方的线上业务处理的影响。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

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

图1是本说明书实施例列举的支付产品中关联多种支付渠道的示意图；

图2是本说明书实施例的支付渠道恢复的处理方法的流程示意图；

图3是本说明书实施例的优选支付渠道恢复的处理方法的流程示意图；

图4是本说明书实施例的支付渠道恢复的处理装置的结构示意图；

图5是本说明书实施例的实施例装置的一种设备的结构示意图。

具体实施方式

用户在支付产品中，如支付宝、微信支付等，可能关联多种支付渠道，以适应不同的支付场景，用户可根据当前的支付场景选择不同的支付渠道，如图1所示。在用户实际进行支付的过程中，由于网络中断或网络堵塞等情况导致支付渠道异常，进而导致交易失败现象的发生。

针对上述情况，对于用户在支付产品中关联的任意一种支付渠道，设置主用支付渠道和备用支付渠道，一般情况下，支付产品默认使用主用支付渠道。当监测到主用支付渠道发生异常时，关闭主用支付渠道，将支付渠道由主用支付渠道切换至备用支付渠道，经过一段时间后，主用支付渠道自动开启，将支付渠道由备用支付渠道切换至主用支付渠道。备用支付渠道只有在主用支付渠道发生异常的情况下才会使用，其它情况下默认使用主用支付渠道。

如果在经过一段时间后，主用支付渠道还并未恢复到正常情况，就将支付渠道由备用支付渠道切换至主用支付渠道，将会导致支付仍旧失败。

针对以上问题，本说明书实施例提供如下技术方案：

当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对主用支付渠道进行恢复测试；根据对主用支付渠道的恢复测试结果，判断是否将支付渠道由备用支付渠道切换至主用支付渠道。

为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。

本说明书实施例通过对主用支付渠道进行恢复测试，根据测试结果来确定是否将支付渠道由备用支付渠道切换至主用支付渠道，具体的本说明书实施例提供的技术方案如下：

如图2所示，为本说明书实施例提供的支付渠道恢复的处理方法的流程图，该方法可以包括以下步骤：

S201，当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对所述主用支付渠道进行恢复测试；

用户在支付产品中关联多种支付渠道，对于任意一种支付渠道而言，都设置主用支付渠道和备用支付渠道，一般情况下，默认使用主用支付渠道，只有在主用支付渠道发生异常的情况下才会启用备用支付渠道。因此对于主用支付渠道而言，需要时刻监测主用支付渠道是否发生异常，当监测到主用支付渠道发生异常时，将支付渠道由主用支付渠道切换至备用支付渠道，避免对线上业务处理的影响。

主用支付渠道异常一般表现为交易指标异常，所谓交易指标可以是交易成功率，交易完成的响应时间，等等。例如，最近一段时间内，通过该主用支付渠道发起了1000笔交易，交易成功的有9650笔，则最近一段时间内的交易成功率为96.5％，正常情况下，同样的时间段内，通过该主用支付渠道发起的交易的交易成功率为98％以上，最近一段时间内的交易成功率明显低于正常情况下的交易成功率，这时就会监测到主用支付渠道发生了异常，则将支付渠道由主用支付渠道切换至备用支付渠道。

在将支付渠道由主用支付渠道切换至备用支付渠道之后，确定与所述主用支付渠道对应的测试账户；根据所确定的测试账户，按照预设的恢复测试规则对主用支付渠道进行恢复测试。对于主用支付渠道而言，都有为其预先配置好的用于测试的测试账户，例如支付渠道是信用卡，则该主用支付渠道对应的测试账户为信用卡账户，例如支付渠道是理财账户，则该主用支付渠道对应的测试账户为理财测试账户，例如支付渠道为电子钱包，则该主用支付渠道对应的测试账户为电子钱包测试账户。

具体的根据所确定的测试账户，按照预设的恢复测试规则对主用支付渠道进行恢复测试的测试流程为：在预设的时间段内，利用所确定的测试账户通过主用支付渠道发起N笔交易，N≥1；判断通过主用支付渠道发起的N笔交易的交易指标是否正常；根据对交易指标的判断结果，判断主用支付渠道是否恢复正常。

利用测试账户，通过主用支付渠道发起N笔交易，通过判断这N笔交易的交易指标，进而确定主用支付渠道是否恢复正常。例如，正常情况下，在10秒内，通过主用支付渠道发起1万笔交易，在这1万笔交易中，有9850笔以上的交易交易成功，在这10秒内交易成功率为98.5％以上，意味着正常情况下，通过主用支付渠道完成交易的交易成功率最低为98.5％。同样的，将支付渠道由主用支付渠道切换至备用支付渠道之后，在10秒内，利用所确定的信用卡测试账户，通过主用支付渠道发起1万笔交易，统计交易成功的交易笔数，计算在这10秒内通过主用支付渠道完成交易的交易成功率。如果统计的交易成功的交易笔数为9600，则计算出的交易成功率为96％，认为通过主用支付渠道发起的交易的交易成功率异常，进而可以确定主用支付渠道并未恢复到正常情况，如果统计的交易成功的交易笔数为9950，则计算出的交易成功率为99.5％，认为通过主用支付渠道发起的交易的交易成功率正常，进而可以确定主用支付渠道恢复到正常情况。

S202，根据所述恢复测试结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

对主用支付渠道进行测试，实质上是对通过主用支付渠道发起的交易中的交易指标的测试，根据对交易指标的测试，进而可以确定主用支付渠道是否恢复正常，如上述所说的在10秒内，判断通过主用支付渠道发起的1万笔交易的交易成功率是否正常，根据对交易成功率的测试，进而可以确定主用支付渠道是否正常。

根据对所述主用支付渠道是否恢复正常的判断结果，判断是否将支付渠道由备用支付渠道切换至主用支付渠道。例如上述所说的，在10秒内，利用所确定的信用卡测试账户，通过主用支付渠道发起1万笔交易，统计的交易成功的交易为9950笔，计算出的交易成功率为99.5％，正常情况下交易成功率为98.5％以上，通过主用支付渠道发起的交易的交易成功率正常，进而确定主用支付渠道恢复正常，则将支付渠道由备用支付渠道切换至主用支付渠道。

在本说明书实施例提供的上述技术方案的基础之上，如图3所示，还可以包括以下步骤：

S203，当支付渠道由主用支付渠道切换至备用支付渠道时，按照与支付渠道提供方预先约定的通知方式，向所述支付渠道提供方发送所述主用支付渠道异常的消息，以使所述支付渠道提供方对所述主用支付渠道进行检测；

当支付渠道由主用支付渠道切换至备用支付渠道时，支付产品，如支付宝，按照与支付渠道提供方预先约定的通知方式，向支付渠道提供方发送主用支付渠道发生异常的消息，以使支付渠道提供方对所述主用支付渠道进行检测。其中该消息可以携带异常样品，所谓异常样品可以是交易失败时，交易双方的账户信息。在将消息发送至支付渠道提供方之前，将消息中携带的交易双方的敏感信息进行过滤，作为一种实现方式，可以利用一些特殊字符代替敏感信息，值得注意的是，本说明书实施例对消息的过滤方式不作限定，本说明书实施例列举的实现方式仅仅是做示例性说明。

在向支付渠道提供方发送所述主用支付渠道异常的消息的同时，还可以以邮件、钉钉等通知方式，通知内部人员主用支付渠道发生异常，以便内部人员知晓当前主用支付渠道的状态，并进一步确认是否将支付渠道由主用支付渠道成功切换至备用支付渠道。

与支付渠道提供方预先约定的通知方式，例如可以是邮件、手机短信等方式。支付渠道提供方，可以是银行，其它支付机构，等等。

S204，监听所述支付渠道提供方是否按照预先约定的通知方式返回所述主用支付渠道恢复正常的消息；

在将主用支付渠道异常的消息发送至支付渠道提供方之后，监听支付渠道提供方是否按照预先约定的通知方式返回主用支付渠道恢复正常的消息，作为一种监听的实现方式，可以周期性的监听，例如每3秒监听一次。

如上述所说的与支付渠道提供方预先约定的通知方式，可以是邮件、手机短信等方式，作为一个例子，在将主用支付渠道发生异常的消息发送至支付渠道提供方之后，周期性的监听支付渠道提供方是否以邮件的方式返回主用支付渠道恢复正常的消息。

值得注意的是，本说明书实施例仅仅只是对其中一种监听的实现方式做示例性说明，并不是限定如何监听支付渠道提供方返回的消息。

S205，当监听到所述支付渠道提供方按照预先预定的通知方式返回所述主用支付渠道恢复正常的消息，将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

支付渠道提供方对主用支付渠道进行检测后，确定主用支付渠道恢复至正常情况，按照双方预先约定的通知方式，将主用支付渠道恢复正常的消息发送至支付产品，支付产品在监听到支付渠道提供方按照预先约定的通知方式返回主用支付渠道恢复正常的消息后，将支付渠道由备用支付渠道切换至主用支付渠道。这里预先约定的通知方式可以与上述所说的预先约定的通知方式一致。

由上述对本说明书实施例提供的技术方案的描述，本说明书实施例提供两种支付渠道恢复机制。其中一种支付渠道恢复机制为：当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对主用支付渠道进行恢复测试，根据测试结果来决定是否将支付渠道由备用支付渠道切换至主用支付渠道。另一种支付渠道恢复机制为：当支付渠道由主用支付渠道切换至备用支付渠道时，按照预先约定的通知方式向所述支付渠道提供方发送所述主用支付渠道异常的消息，监听所述支付渠道提供方是否按照预先约定的通知方式返回所述主用支付渠道恢复正常的消息；当监听到所述支付渠道提供方按照预先预定的通知方式返回所述主用支付渠道恢复正常的消息，将支付渠道由所述备用支付渠道切换至所述主用支付渠道。通过上述两种支付渠道恢复机制中的任意一种，确保了主用支付渠道恢复至正常情况后，将支付渠道由备用支付渠道切换至主用支付渠道。

应用本说明书实施例的技术方案，避免了对交易双方的线上业务处理的影响。

结合上述对本说明书实施例提供的技术方案，本说明书实施例还提供另外一种技术方案，该方案可以包括以下步骤：

当支付渠道由主用支付渠道切换至备用支付渠道时，按照与支付渠道提供方预先约定的通知方式，向所述支付渠道提供方发送所述主用支付渠道异常的消息，以使所述支付渠道提供方对所述主用支付渠道进行检测；

本步骤的描述与上述步骤S203的描述类似，本说明书实施例在此不再一一赘述。

监听所述支付渠道提供方是否按照预先约定的通知方式返回所述主用支付渠道恢复正常的消息；

本步骤的描述与上述步骤S204的描述类似，本说明书实施例在此不再一一赘述。

当监听到所述支付渠道提供方按照预先预定的通知方式返回所述主用支付渠道恢复正常的消息，按照预设的恢复测试规则，对所述主用支付渠道进行恢复测试；

在监听到支付渠道提供方按照预先约定的通知方式返回主用支付渠道恢复正常的消息后，例如监听到支付渠道提供方以邮件的方式返回主用支付渠道恢复正常的消息，在预设的时间段内，利用所确定的测试账户通过所述主用支付渠道发起N笔交易，所述N≥1；判断通过所述主用支付渠道发起的N笔交易的交易指标是否正常；根据对所述交易指标的判断结果，判断所述主用支付渠道是否恢复正常。

其中对主用支付渠道进行恢复测试的描述与步骤S201的描述类似，本说明书实施例在此不再一一赘述。

根据所述恢复测试结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

本步骤的描述与上述步骤S202的描述类似，本说明书实施例在此不再一一赘述。

相应于上述方法实施例，本说明书实施例还提供了一种支付渠道恢复的处理装置，如图4所示，该装置包括：测试模块410，判断模块420。

所述测试模块410，用于当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对所述主用支付渠道进行恢复测试；

所述判断模块420，用于根据所述恢复测试结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

根据本说明书提供的一种具体实施方式，所述测试模块410包括：

账户确定子模块411，用于当支付渠道由主用支付渠道切换至备用支付渠道时，确定与所述主用支付渠道对应的测试账户；

测试子模块412，用于根据所确定的测试账户，按照预设的恢复测试规则对所述主用支付渠道进行恢复测试。

根据本说明书提供的一种具体实施方式，所述测试子模块412具体用于：

在预设的时间段内，利用所确定的测试账户通过所述主用支付渠道发起N笔交易，所述N≥1；

判断通过所述主用支付渠道发起的N笔交易的交易指标是否正常；

根据对所述交易指标的判断结果，判断所述主用支付渠道是否恢复正常；

所述判断模块420具体用于：

根据对所述主用支付渠道是否恢复正常的判断结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

根据本说明书提供的一种具体实施方式，所述装置还包括：

消息发送模块430，用于当支付渠道由主用支付渠道切换至备用支付渠道时，按照与支付渠道提供方预先约定的通知方式，向所述支付渠道提供方发送所述主用支付渠道异常的消息，以使所述支付渠道提供方对所述主用支付渠道进行检测。

根据本说明书提供的一种具体实施方式，所述装置还包括：

消息监听模块440，用于监听所述支付渠道提供方是否按照预先约定的通知方式返回所述主用支付渠道恢复正常的消息；

当监听到所述支付渠道提供方按照预先预定的通知方式返回所述主用支付渠道恢复正常的消息，将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

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

由上述对本说明书实施例提供的技术方案的描述，本说明书实施例提供两种支付渠道恢复机制。其中一种支付渠道恢复机制为：当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对主用支付渠道进行恢复测试，根据测试结果来决定是否将支付渠道由备用支付渠道切换至主用支付渠道。另一种支付渠道恢复机制为：当支付渠道由主用支付渠道切换至备用支付渠道时，按照预先约定的通知方式向所述支付渠道提供方发送所述主用支付渠道异常的消息，监听所述支付渠道提供方是否按照预先约定的通知方式返回所述主用支付渠道恢复正常的消息；当监听到所述支付渠道提供方按照预先预定的通知方式返回所述主用支付渠道恢复正常的消息，将支付渠道由所述备用支付渠道切换至所述主用支付渠道。通过上述两种支付渠道恢复机制中的任意一种，确保了主用支付渠道恢复至正常情况后，将支付渠道由备用支付渠道切换至主用支付渠道。

应用本说明书实施例的技术方案，避免了对交易双方的线上业务处理的影响。

本说明书实施例还提供一种计算机设备，如图5所示，该设备可以包括：处理器510、存储器520、输入/输出接口530、通信接口540和总线550。其中处理器510、存储器520、输入/输出接口530和通信接口540通过总线550实现彼此之间在设备内部的通信连接。

处理器510可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器520可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器520可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器520中，并由处理器510来调用执行。

输入/输出接口530用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口540用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线550包括一通路，在设备的各个组件(例如处理器510、存储器520、输入/输出接口530和通信接口540)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器510、存储器520、输入/输出接口530、通信接口540以及总线550，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述的支付渠道恢复的处理方法。该方法至少包括：

一种支付渠道恢复的处理方法，该方法包括：

当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对所述主用支付渠道进行恢复测试；

根据所述恢复测试结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

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

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

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

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

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims (11)

1.一种支付渠道恢复的处理方法，所述方法包括：

当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对所述主用支付渠道进行恢复测试；

根据所述恢复测试结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

2.根据权利要求1所述的方法，所述当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对所述主用支付渠道进行恢复测试，包括：

当支付渠道由主用支付渠道切换至备用支付渠道时，确定与所述主用支付渠道对应的测试账户；

根据所确定的测试账户，按照预设的恢复测试规则对所述主用支付渠道进行恢复测试。

3.根据权利要求2所述的方法，所述根据所确定的测试账户，按照预设的恢复测试规则对所述主用支付渠道进行恢复测试，包括：

在预设的时间段内，利用所确定的测试账户通过所述主用支付渠道发起N笔交易，所述N≥1；

判断通过所述主用支付渠道发起的N笔交易的交易指标是否正常；

根据对所述交易指标的判断结果，判断所述主用支付渠道是否恢复正常；

所述根据所述恢复测试结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道，包括：

根据对所述主用支付渠道是否恢复正常的判断结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

4.根据权利要求1所述的方法，所述方法还包括：

当支付渠道由主用支付渠道切换至备用支付渠道时，按照与支付渠道提供方预先约定的通知方式，向所述支付渠道提供方发送所述主用支付渠道异常的消息，以使所述支付渠道提供方对所述主用支付渠道进行检测。

5.根据权利要求4所述的方法，所述方法还包括：

监听所述支付渠道提供方是否按照预先约定的通知方式返回所述主用支付渠道恢复正常的消息；

当监听到所述支付渠道提供方按照预先预定的通知方式返回所述主用支付渠道恢复正常的消息，将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

6.一种支付渠道恢复的处理装置，该装置包括：

测试模块，用于当支付渠道由主用支付渠道切换至备用支付渠道时，按照预设的恢复测试规则，对所述主用支付渠道进行恢复测试；

判断模块，用于根据所述恢复测试结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

7.根据权利要求6所述的装置，所述测试模块包括：

账户确定子模块，用于当支付渠道由主用支付渠道切换至备用支付渠道时，确定与所述主用支付渠道对应的测试账户；

测试子模块，用于根据所确定的测试账户，按照预设的恢复测试规则对所述主用支付渠道进行恢复测试。

8.根据权利要求7所述的装置，所述测试子模块具体用于：

在预设的时间段内，利用所确定的测试账户通过所述主用支付渠道发起N笔交易，所述N≥1；

判断通过所述主用支付渠道发起的N笔交易的交易指标是否正常；

根据对所述交易指标的判断结果，判断所述主用支付渠道是否恢复正常；

所述判断模块具体用于：

根据对所述主用支付渠道是否恢复正常的判断结果，判断是否将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

9.根据权利要求6所述的装置，所述装置还包括：

消息发送模块，用于当支付渠道由主用支付渠道切换至备用支付渠道时，按照与支付渠道提供方预先约定的通知方式，向所述支付渠道提供方发送所述主用支付渠道异常的消息，以使所述支付渠道提供方对所述主用支付渠道进行检测。

10.根据权利要求9所述的装置，所述装置还包括：

消息监听模块，用于监听所述支付渠道提供方是否按照预先约定的通知方式返回所述主用支付渠道恢复正常的消息；

当监听到所述支付渠道提供方按照预先预定的通知方式返回所述主用支付渠道恢复正常的消息，将支付渠道由所述备用支付渠道切换至所述主用支付渠道。

11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至5任一项所述的方法。