CN114302350B - 业务提供方故障切换方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请提供一种业务提供方故障切换方法、装置、电子设备和存储介质。其中，业务提供方故障切换方法包括监控多个提供方中的第一提供方的接口是否异常，所述第一提供方用于与使用方当前连接，且为所述使用方提供服务，所述多个提供方包括与所述第一提供方预先配置切换关联的至少一个切换提供方，所述切换提供方包括切换目标提供方，所述切换目标提供方为所述至少一个切换提供方中的接口正常的任一切换目标提供方；若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方，以使所述使用方当前连接到所述切换目标提供方。

Description

业务提供方故障切换方法、装置、电子设备和存储介质

技术领域

本发明涉及信息交互技术领域，尤其涉及一种业务提供方故障切换方法、装置、电子设备和存储介质。

背景技术

目前业务提供方可以为业务使用方提供业务服务。业务使用方使用业务提供方的业务服务，以完成业务使用方对顾客的服务。在业务使用方连接的业务提供方发生异常时，从剩下的可用的业务提供方中临时选择可切换新的业务提供方，需要为临时选择新的业务提供方写脚本，以将业务提供方故障切换至新的业务提供方。这个临时选择新的业务提供方写脚本，耗费时间长，时效性较差。

发明内容

本申请提供一种业务提供方故障切换方法、装置、电子设备和存储介质，方法的时效性较高。

本申请提供一种业务提供方故障切换方法，所述业务提供方故障切换方法包括：

监控多个提供方中的第一提供方的接口是否异常，所述第一提供方用于与使用方当前连接，且为所述使用方提供服务，所述多个提供方包括与所述第一提供方预先配置切换关联的至少一个切换提供方，所述切换提供方包括切换目标提供方，所述切换目标提供方为所述至少一个切换提供方中的接口正常的任一切换目标提供方；

若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方，以使所述使用方当前连接到所述切换目标提供方。

进一步的，所述若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方，包括：

若监控到所述第一提供方的接口异常，根据第一提供方与切换提供方的预置切换关系，确定与所述第一提供方切换关联的至少一个切换提供方；

监控所有所述切换提供方的接口是否正常；

若监控到所述切换提供方的接口正常，则从接口正常的所述切换提供方中确定所述切换目标提供方；

将所述第一提供方切换至所述切换目标提供方。

进一步的，所述若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方之前，所述方法还包括：

根据第一提供方与切换提供方的预置切换关系，确定与所述第一提供方切换关联的至少一个切换提供方；

监控所有所述切换提供方的接口是否正常；

所述若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方，包括：

若监控到所述第一提供方的接口异常，则从接口正常的切换提供方中确定所述切换目标提供方；

将所述第一提供方切换至所述切换目标提供方。

进一步的，所述从接口正常的切换提供方中确定所述切换目标提供方，包括：

在所述接口正常的切换提供方的数量大于1的情况下，从所述接口正常的切换提供方中选择任一切换提供方，作为所述切换目标提供方；

在所述接口正常的切换提供方的数量等于1的情况下，将所述接口正常的切换提供方，作为所述切换目标提供方。

进一步的，所述在所述接口正常的切换提供方的数量大于1的情况下，从所述接口正常的切换提供方中选择任一切换提供方，作为所述切换目标提供方，包括：

根据所述接口正常的切换提供方中的各所述接口正常的切换提供方的优先级，选择优先级满足优先级要求的任一业务提供方，作为切换目标提供方。

进一步的，所述监控第一提供方的接口是否异常，包括：使用监听线程监控第一提供方的接口是否异常；所述监控所述切换提供方的接口是否正常，包括：使用所述监听线程监控所述切换提供方的接口是否正常；

和/或，

所述监控所述切换提供方的接口是否正常，包括：获取所述切换提供方的第一预配测试渠道；使用所述第一预配测试渠道轮询测试所述切换提供方的接口是否异常。

进一步的，所述监控第一提供方的接口是否异常，包括：

获取所述第一提供方的第二预配测试渠道；

使用所述第二预配测试渠道轮询测试所述第一提供方的接口是否异常。

进一步的，所述获取所述第一提供方的第二预配测试渠道，包括：

获取所述第一提供方的预配测试账号；

所述使用所述第二预配测试渠道轮询测试所述第一提供方的接口是否异常，包括：

根据所述预配测试账号，生成测试请求，所述测试请求用于请求连通所述第一提供方；

向所述第一提供方发送所述测试请求；

获取针对所述测试请求的连通结果，以确定第一提供方的接口是否异常，其中，所述测试请求的连通结果包括连通失败消息及连通成功消息，所述连通失败消息用于表明第一提供方的接口异常，所述连通成功消息用于表明第一提供方的接口正常。

进一步的，在所述若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方之后，所述方法还包括：

生成在操作页面显示的操作区域，所述操作区域用于接收切换业务提供方的触发信号，所述操作区域为预先与切换前配置项及切换后配置项建立关联的区域，所述切换前配置项配置为所述第一提供方，所述切换后配置项配置为所述切换目标提供方；通过所述操作区域，接收所述触发信号；

根据所述触发信号，将所述第一提供方切换至所述切换目标提供方。

进一步的，在所述若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方之后，所述方法还包括：

生成所述第一提供方的告警信息；

所述告警信息包含所述第一提供方的告警累加次数；

向预先配置连接的移动终端发送所述告警信息，所述移动终端用于监控所述第一提供方的异常状态。

进一步的，所述监控第一提供方的接口是否异常之前，所述方法还包括：

获取使用方的访问信息；

根据所述访问信息，确定所述使用方是否是已建立业务关系的使用方；

如果所述使用方是已建立业务关系的使用方，则确定所述使用方具有访问权限；

为所述使用方分配所述第一提供方，以使所述使用方与所述第一提供方建立连接。

进一步的，所述方法还包括：

根据用于标识所述第一提供方的当前渠道编码及用于标识所述切换提供方的切换渠道编码，生成所述预置切换关系；

所述将所述第一提供方切换至所述切换目标提供方，包括：

将所述当前渠道编码对应的渠道切换为所述切换渠道编码对应的渠道，以使所述使用方使用所述切换渠道编码对应的渠道与所述切换目标提供方建立连接；

进一步的，所述方法还包括：

将所述预置切换关系暂存于缓存；

定期备份所述缓存中的所述预置切换关系至固存中，生成备份数据；

在重启的情况下，从所述备份数据中恢复所述预置切换关系暂存至所述缓存中。

本申请的提供一种业务提供方故障切换装置，包括：

监控模块，用于监控多个提供方中的第一提供方的接口是否异常，所述第一提供方用于与使用方当前连接，且为所述使用方提供服务，所述多个提供方包括与所述第一提供方预先配置切换关联的至少一个切换提供方，所述切换提供方包括切换目标提供方，所述切换目标提供方为所述至少一个切换提供方中的接口正常的任一切换目标提供方；

处理模块，用于若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方，以使所述使用方当前连接到所述切换目标提供方。

本申请的提供一种电子设备，包括处理器和存储器；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述的方法。

本申请的提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时，实现如上任一项所述的方法。

在一些实施例中，本申请的业务提供方故障切换方法，切换目标提供方为与至少一个切换提供方中的接口正常的任一切换提供方，在监控第一提供方的接口异常的情况下，可以将第一提供方切换至切换目标提供方。这样切换目标提供方是与第一提供方预先配置切换关联的提供方，因此不需要临时改写切换目标脚本，耗时短，时效性较高。

附图说明

图1所示为本申请实施例的业务提供方故障切换系统的一实施例的结构示意图；

图2所示为本申请实施例提供的业务提供方故障切换方法的流程示意图；

图3所示为本申请实施例的业务提供方故障切换方法的一实施例的具体流程示意图；

图4所示为本申请实施例的业务提供方故障切换方法的另一实施例的具体流程示意图；

图5所示为本申请实施例的业务提供方故障切换方法所应用的中台与其他设备的交互流程示意图；

图6所示为本申请提供的业务提供方故障切换装置的一个实施例的模块框图；

图7所示为本申请提供的电子设备的一个实施例的模块框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本说明书一个或多个实施例相一致的所有实施例。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

现有技术在业务使用方连接的业务提供方发生异常时，从剩下的可用的业务提供方中临时选择可切换新的业务提供方，需要为临时选择新的业务提供方写脚本，以将业务提供方故障切换至新的业务提供方。这个临时选择新的业务提供方写脚本，耗费时间长，时效性较差。

为解决这一技术问题，本申请实施例提供了一种业务提供方故障切换方法，切换目标提供方为与至少一个切换提供方中的接口正常的任一切换提供方，在监控第一提供方的接口异常的情况下，可以将第一提供方切换至切换目标提供方。这样切换目标提供方是与第一提供方预先配置切换关联的提供方，因此不需要临时确定切换目标提供方，也不需要临时改写切换目标脚本，耗时短，时效性较高。

图1所示为本申请实施例的业务提供方故障切换系统10的一实施例的结构示意图。

如图1所示，业务提供方故障切换系统10可以包括业务提供方101、业务使用方102及中台103。中台103用于统筹业务提供方101和业务使用方102的一个消息中心，相当于一个消息控制中心。中台103可以为服务器。业务提供方101可以包括多家短信业务供应商，这些短信业务供应商可以提供短信服务。短信服务比如为取餐业务验证码。这些短信业务供应商分别为第一短信业务供应商1011，第二短信业务供应商1012，……，第n短信业务供应商1013，n为短信业务供应商的总数。短信业务供应商可以为服务器。业务使用方102可以包括多家短信业务使用方，这些业务使用方使用短信业务供应商提供的短信服务，以完成对顾客的服务。这些短信业务使用方分别为第一短信业务使用方1021，第二短信业务使用方1022，……，第m短信业务使用方1023，m为短信业务使用方的总数。

一个短信业务供应商可以为多家业务使用方提供短信服务。一个短信业务使用方每次与一个短信业务供应商建立连接。在一些应用实例中，短信业务使用方可以通过客户端与一个短信业务供应商建立当前连接，这些业务使用方的客户端需要将短信业务供应商提供的取餐业务验证码给顾客，以便顾客使用此取餐业务验证码完成取餐。

本申请实施例提供的业务提供方故障切换方法，可以应用于业务使用方102。本申请实施例提供的业务提供方故障切换方法，可以应用于中台103。

图2所示为本申请实施例提供的业务提供方故障切换方法的流程示意图。

如图2所示，该方法可以包括如下步骤110～步骤120：

步骤110，监控多个提供方中的第一提供方的接口是否异常，第一提供方用于与使用方当前连接，且为使用方提供服务，多个提供方包括与第一提供方预先配置切换关联的至少一个切换提供方，切换提供方包括切换目标提供方，切换目标提供方为至少一个切换提供方中的接口正常的任一切换目标提供方。若监控到第一提供方的接口正常，则继续返回执行步骤110。

第一提供方是指当前与使用方建立连接的提供方。第一提供方的接口正常，则说明第一提供方可以当前为使用方提供服务。第一提供方的接口异常，则说明第一提供方不可以为使用方提供服务。

步骤120，若监控到第一提供方的接口异常，则将第一提供方切换至切换目标提供方，以使使用方当前连接到切换目标提供方。

其中，切换目标提供方是指第一提供方发生故障时，切换为使用方提供服务的提供方。

在本申请实施例中，切换目标提供方为与至少一个切换提供方中的接口正常的任一切换提供方，在监控第一提供方的接口异常的情况下，可以将第一提供方切换至切换目标提供方。这样切换目标提供方是与第一提供方预先配置切换关联的提供方，因此不需要临时确定切换目标提供方，也不需要临时改写切换目标脚本，耗时短，时效性较高。

上述切换目标提供方是根据第一提供方与切换提供方的预置切换关系确定的。预置切换关系用于反映第一提供方与切换提供方预先配置的切换的对应关系，如此可以通过预置切换关系，及时地确定出第一提供方的切换目标提供方。在一些实施例中，预置切换关系可以包括第一提供方与切换提供方预先配置的切换关联的一对多的对应关系。示例一，第一提供方分别与第一切换提供方、第二切换提供方、第三切换提供方的一对多的对应关系，如此可以满足一个使用方使用第一提供方的应用场景的需求。在另一些实施例中，预置切换关系可以包括第一提供方与切换提供方预先配置的切换的多对多的对应关系。示例二，第一个第一提供方分别与第一切换提供方、第二切换提供方，第二个第一提供方分别与第一切换提供方、第二切换提供方、第三切换提供方的多对多的对应关系。当然此处的第一提供方与切换提供方仅仅是举例说明，在此并不做限定。如此可以满足多个使用方分别使用多个第一提供方的应用场景的需求。

其中，上述步骤120中的预置切换关系可以通过如下多种实施例确定。

在一些实施例中，上述方法还包括根据用于标识第一提供方的当前渠道编码及用于标识切换提供方的切换渠道编码，生成预置切换关系，其中，渠道编码channelCode代表是通过什么渠道发送的消息。渠道编码是指由中台103为该提供方分配一个专属的渠道编码，用于后续为多个提供方提供服务时区分各个提供方，其中，提供方可以是上述第一提供方和上述切换提供方的统称。渠道编码也可以作为该提供方的唯一标识，用来区分各提供方。在一些实例中，不同的渠道编码代表不同的短信供应商。如此直接使用渠道编码对应的渠道进行数据传输，使用渠道编码标识提供方，不需要使用其他自定义的标识来代表提供方，减少数据的存储，占用运行资源较少，并且，在调用预置切换关系时，读取数据量少，读取效率高。在一些实例中，第一提供方的渠道编码可以称为当地渠道编码、切换提供方的渠道编码可以称为切换渠道编码，参见预置切换关系如下表一。

表一

当前渠道编码分别为当前渠道0007、当前渠道0008及当前渠道0009，切换渠道编码分别为切换渠道0007，切换渠道0008及切换渠道0009。

在另一些实施例中，上述方法还包括通过如下步骤确定上述预置切换关系：生成提供方唯一标识符，生成第一提供方的唯一标识符及切换提供方的预置切换关系。唯一标识符可以包括提供方的设备编号和生成时间戳，以唯一标识各提供方的唯一标识符，均属于本申请实施例的保护范围。

结合上述渠道编码生成的预置切换关系，上述步骤110进一步包括以使第一提供方用于通过当前渠道编码对应的渠道与使用方建立连接，当前为使用方提供服务。如此可以使用当前渠道编码对应的渠道与使用方进行消息交互。步骤120可以进一步包括将当前渠道编码对应的渠道切换为切换渠道编码对应的渠道，以使使用方使用切换渠道编码对应的渠道与切换目标提供方建立连接。如此可以使用切换渠道编码对应的渠道与切换目标提供方进行消息交互。

结合上述渠道编码生成的置切换关系，所述方法还包括：将预置切换关系暂存于缓存；定期备份缓存中的预置切换关系至固存中，生成备份数据；在重启的情况下，从备份数据中恢复预置切换关系暂存至缓存中。如此可以在重启的情况下，避免预置切换关系内的数据丢失，也可以避免每次从固存的大量数据中直接读取预置切换关系而产生的时间，如此可以直接读取缓存中的预置切换关系内的数据，速度快，效率高，时效性高。

在一些实例中，固存可以为磁盘。采用远程字典服务器(Remote DictionaryService，简称Redis)数据库中的增量文件(Append Only File，简称AOF)技术，定期将缓存中的预置切换关系存储至磁盘，生成备份数据，以方便预置切换关系的备份，这样重启以后这些备份数据也不会丢失，进而实现数据持久化。具体的，定期的时间长度可以为0.5秒。远程字典服务数据库是一个支持持久化的内存数据库，因为内存本身的易失性特点，维护Redis数据库的Redis服务器需要经常将内存中的数据保存到磁盘以保证数据的持久化，该操作也可称作数据持久化。通常使用Redis数据库，Redis数据库是单线程，因此能够保证预置切换关系的原子性操作，不会因为多个来源的操作请求而出现线程不安全的问题，提高线程操作的安全性。

图3所示为本申请实施例的业务提供方故障切换方法的一实施例的具体流程示意图。

如图3所示，步骤210，监控多个提供方中的第一提供方的接口是否异常。

本申请实施例可以使用提供方预先分配的测试渠道，监控提供方的接口是否异常。切换提供方预先分配的测试渠道，可以称为第一预配测试渠道。第一提供方预先分配的测试渠道，可以称为第二预配测试渠道。详细说明如下文。

上述步骤210进一步可以包括如下第1步及第2步：

第1步，获取第一提供方的第二预配测试渠道。

上述第1步可以包括获取第一提供方的预配测试账号，可以称为第一预配测试账号，作为第二预配测试渠道。第一预配测试账号是用于测试切换提供方的接口，以反映第一提供方的接口是否正常。其中，第一预配测试账号是由第一提供方生成的，上述第1步获取由第一提供方生成且发送的第一预配测试账号。

第2步，使用第二预配测试渠道轮询测试第一提供方的接口是否异常。如此通过第一提供方专门的第二预配测试渠道，避免数据量过大，资源空间占用较小，传输的数据包的数据量较小，提高了测试效率。

上述第二步可以包括根据第一预配测试账号，生成第一提供方的测试请求，第一提供方的测试请求用于请求连通第一提供方；向第一提供方发送测试请求；获取针对测试请求的连通结果，作为第一连通结果，以确定第一提供方的接口是否异常，其中，第一连通结果包括第一连通失败消息及第一连通成功消息，第一连通失败消息用于表明第一提供方的接口异常，第一连通成功消息用于表明第一提供方的接口正常。如此通过第一预配测试账号，尝试登录，第一预配测试账号占用网络资源少，传输效率快，可以减少因第一预配测试账号对网络资源的占用时长，提高接口异常测试的准确性及及时性。

图3中的步骤210与图2中的步骤110相同，其功能和作用的实现过程与步骤110均相同，且能达到相同的技术效果，在此不再赘述。

步骤220，若监控到第一提供方的接口异常，根据第一提供方与切换提供方的预置切换关系，确定与第一提供方切换关联的至少一个切换提供方。

步骤230，监控所有切换提供方的接口是否正常。

在切换提供方的数量大于1的情况下，上述步骤230有多种实施例，在一些实施例中，本步骤230可以包括根据多个切换提供方的各切换提供方的优先级，分批监控切换提供方的接口是否正常。本步骤230进一步可以包括一次监控一个切换提供方的接口是否正常。在监控到该一个切换提供方的接口不正常时，可以再监控其余切换提供方，其余切换提供方为切换提供方中除当前时刻之前监控不正常切换提供方的接口的提供方。如此每次监控的切换提供方的数量较少，占用带宽资源较小。在另一些实施例中，本步骤230可以包括同时监控多个切换提供方的接口是否正常。

上述步骤230进一步可以包括如下第一步及第二步：

第一步，获取切换提供方的第一预配测试渠道。

上述第一步可以包括：获取切换提供方的预配测试账号，作为第一预配测试渠道，也可以称为第二预配测试账号。第二预配测试账号是用于测试切换提供方的接口，以反映切换提供方的接口是否正常。其中，第二预配测试账号是由切换提供方生成的，上述第一步获取由切换提供方生成且发送的第二预配测试账号。第一预配测试账号和第二预配测试账号可以统称为预配测试账号，这些预配测试账号的数据内容为空，减小了预配测试账号数据量，传输的数据包小，提高了传输效率。

第二步，使用第一预配测试渠道轮询测试切换提供方的接口是否异常。如此切换提供方提供的专门的第一预配测试渠道，数据量少，占用资源空间小，传输速度快，测试效率高。

上述第二步可以包括根据第二预配测试账号，生成切换提供方的测试请求，切换提供方的测试请求用于请求连通切换提供方；向切换提供方发送测试请求；获取针对切换提供方的测试请求的连通结果，作为第二连通结果，以确定切换提供方的测试请求的接口是否异常，其中，第二连通结果包括第二连通失败消息及第二连通成功消息，第二连通失败消息用于表明切换提供方的接口异常，第二连通成功消息用于表明切换提供方的接口正常。如此使用第二预配测试账号尝试登录，第二预配测试账号占用网络资源少，传输效率快，可以减少因第二预配测试账号对网络的占用时长，接口异常测试的准确性及及时性较高。

步骤240，若监控到所有切换提供方中的至少一个切换提供方的接口正常，则从接口正常的切换提供方中确定切换目标提供方。

步骤250，将第一提供方切换至切换目标提供方。

在本实施例中，在监控到第一提供方的接口异常时，再监控切换提供方的接口是否正常，占用监控资源量较小，减少运行内存，可以提高设备的稳定性。

图4所示为本申请实施例的业务提供方故障切换方法的另一实施例的具体流程示意图。

如图4所示，步骤310，监控多个提供方中的第一提供方的接口是否异常。

图4中的步骤310分别与图2中的步骤110和图3中的步骤210相同，其功能和作用的实现过程与步骤110及步骤210均相同，且能达到相同的技术效果，在此不再赘述。

步骤320，根据第一提供方与切换提供方的预置切换关系，确定与第一提供方切换关联的至少一个切换提供方。

步骤330，监控所有切换提供方的接口是否正常。

上述步骤310和步骤330可以先后执行，也可以并列执行。进一步的，上述步骤310可以包括使用监听线程监控第一提供方的接口是否异常；上述步骤330监控切换提供方的接口是否正常，包括使用监听线程监控切换提供方的接口是否正常。如此，使用同一监听线程，同时监听第一提供方的接口和切换提供方的接口，可以在发现第一提供方异常的时候，同时及时地知道切换提供方哪个正常，及时切换，提高切换的有效性。

基于上述步骤310和步骤330的执行，上述步骤310进一步可以包括按照监控周期监控第一提供方的接口是否异常；步骤330可以进一步包括按照监控周期监控切换提供方的接口是否正常。如此可以按照监控周期及时地监控到第一提供方的接口和监控切换提供方的接口状态。上述监控周期可以为每分钟，监控周期越长，时效性越差，占用资源越小，因此监控周期可以根据用户需求的时效性和占用资源确定。

步骤340，若监控到第一提供方的接口异常，则从接口正常的切换提供方中确定切换目标提供方。

上述步骤340可以包括在接口正常的切换提供方的数量大于1的情况下，从接口正常的切换提供方中选择任一切换提供方，作为切换目标提供方，如此可以从接口正常的切换提供方中选择任一切换提供方，作为切换目标提供方，提高了确定切换提供方的有效性。进一步的，上述在接口正常的切换提供方的数量大于1的情况下，从接口正常的切换提供方中选择任一切换提供方，作为切换目标提供方，包括：根据接口正常的切换提供方中的各接口正常的切换提供方的优先级，选择优先级满足优先级要求的任一业务提供方，作为切换目标提供方。切换提供方的优先级是按照提供方的质量以及使用方使用提供方的频率确定的。如此按照优先级可以为使用方提供尽可能满足质量高且经常使用的提供方，以满足使用方的使用要求，提高使用方的体验效果。

上述步骤340可以包括在接口正常的切换提供方的数量等于1的情况下，将接口正常的切换提供方，作为切换目标提供方。如此在接口正常的切换提供方的数量等于1的情况下，方便仅监控此切换提供方。

步骤350，将第一提供方切换至切换目标提供方。

在本实施例中，在监控到第一提供方的接口异常之前，监控第一提供方的接口是否异常和监控切换提供方的接口是否正常，可以及在发现第一提供方的时候，同时及时地知道切换提供方的正常情况，及时切换，提高切换的及时性及有效性。

结合图2至图4所示，在上述步骤120之后，方法还包括：第1步骤，生成第一提供方的告警信息；告警信息包含第一提供方的告警累加次数；第2步骤，向预先建立连接的移动终端发送告警信息，移动终端用于监控第一提供方的异常状态。如此使得移动终端可以及时地获取到第一提供方的异常状态，以监控第一提供方的指令，用于判断后续是否与其第一提供方继续合作，提高第一提供方选择的可靠性。在一些实例中，向预先建立连接的移动终端发送告警信息可以包括通过Prometheus向预先建立连接的移动终端上报告警信息，Prometheus是一个开源的系统监控和报警系统，能够处理海量信息，提高上报告警信息的可靠性。如此使得移动终端可以可靠地收到告警信息。其中，移动终端可以监控者使用的移动终端，方便监控者操作。移动终端可以包括手机、平板电脑等，在此不一一举例。

在步骤120之后，方法还包括：生成在操作页面显示的操作区域，操作区域用于接收切换业务提供方的触发信号，操作区域为预先与切换前配置项及切换后配置项建立关联的区域，切换前配置项配置为第一提供方，切换后配置项配置为切换目标提供方；通过操作区域，接收触发信号；根据触发信号，将第一提供方切换至切换目标提供方。如此通过操作区域，接收触发信号，方便监控者操作，实现自动加人工的故障切换，提高提供方切换的灵活性，同时，人工的参与，也提高了故障切换的可靠性。进一步的，自动加人工的故障切换，以保障此中台103的高可用。其中，上述操作页面可以显示在移动终端的页面，也可以显示在中台103的系统页面，具体看监控者在哪个设备上进行监控，以协助操作。在一些应用实例中，监控者可以在将第一提供方切换至切换目标提供方未成功时，通过操作操作区域，辅助切换。在另一些应用实例中，监控者被提供方告知出现重大故障时，方便使用操作区域进行人工切换。

在本申请的一些实施例中，在步骤110之前，方法还包括：获取使用方的访问信息；根据访问信息，确定使用方是否是已建立业务关系的使用方；如果使用方是已建立业务关系的使用方，则确定使用方具有访问权限；为使用方分配第一提供方，以使使用方与第一提供方建立连接。如此允许已建立业务关系的使用方使用，提高业务的安全性。其中，访问信息包括使用方的客户端的账号，密码和客户类型。进一步的，渠道编码包括已建立业务关系的使用方的访问权限。上述确定使用方具有访问权限可以包括通过渠道编码，确定使用方是否有访问权限。

图5所示为本申请实施例的业务提供方故障切换方法所应用的中台103与其他设备的交互流程示意图。本申请实施例下文以业务提供方故障切换方法应用于中台103为例进行说明。在此并不做限定。

如图5所示，步骤410，使用方21与第一提供方22建立连接，以方便第一提供方22为使用方21提供服务，与第一提供方22进行信息交互。

步骤420，第一提供方22生成第一预配测试账号，以尽可能保证在不影响第一提供方22正常业务的前提下，方便中台进行监控。

步骤421，第一提供方22发送第一预配测试账号至中台103，以方便中台监控第一提供方22。

步骤430，中台103接收到第一预配测试账号。

步骤431，中台103使用第一预配测试账号轮询测试第一提供方22的接口是否异常。其中，轮询的监控周期可以根据用户需求设置，可选的，监控周期可以为一分钟。

步骤440，切换目标提供方23生成第二预配测试账号，以尽可能保证在不影响切换目标提供方23正常业务的前提下，方便中台进行监控。

步骤441，切换目标提供方23发送第二预配测试账号给中台103，以方便中台监控第二预配测试账号。

其中，步骤440可以在步骤420之前执行，步骤440和步骤441也可以和步骤420并行执行，在此并不做限定。

步骤432，中台103接收到第二预配测试账号。

步骤433，中台103使用第二预配测试账号轮询测试切换提供方的接口是否异常。

步骤434，中台103若监控到第一提供方22的接口异常，则从接口正常的切换提供方中确定切换目标提供方23。

步骤435，中台103将第一提供方22切换至切换目标提供方23。

步骤436，中台103发送切换指令给使用方21。

步骤411，使用方21根据切换指令与切换目标提供方23建立连接，以方便切换目标提供方23为使用方21提供服务，以实现使用方21与切换目标提供方23之间的信息交互。

步骤437，中台103生成第一提供方22的告警信息，以告知监控者出现的告警信息。

步骤438，中台103发送告警信息至移动终端24。

步骤450，移动终端24接收到告警信息，以监控第一提供方22的异常状态。

上述各步骤的实现过程与图2、图4中各步骤功能和作用的实现过程，在此不再赘述。

图6所示为本申请提供的业务提供方故障切换装置的一个实施例的模块框图。

如图6所示，本申请实施例提供了一种业务提供方故障切换装置，包括：

监控模块31，用于监控多个提供方中的第一提供方的接口是否异常，所述第一提供方用于与使用方当前连接，且为所述使用方提供服务，所述多个提供方包括与所述第一提供方预先配置切换关联的至少一个切换提供方，所述切换提供方包括切换目标提供方，所述切换目标提供方为所述至少一个切换提供方中的接口正常的任一切换目标提供方；

处理模块32，用于若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方，以使所述使用方当前连接到所述切换目标提供方。

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

图7是本申请的实施例提供的一种电子设备40的硬件结构示意图。该电子设备可包括处理器41、存储有机器可执行指令的存储器43和通信接口42。处理器41与存储器43可经由系统总线44通信。并且，通过读取并执行存储器43中与数据拉取或数据回传逻辑对应的机器可执行指令，处理器41可执行上文描述的方法。

本文中提到的存储器43可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：随机存取存储器(Radom Access Memory，简称RAM)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

在一些实施例中，还提供了一种机器可读存储介质，如图7中的存储器43，该机器可读存储介质内存储有机器可执行指令，所述机器可执行指令被处理器执行时实现上文描述的方法。例如，所述机器可读存储介质可以是ROM、RAM、CD-ROM、磁带、软盘和光数据存储设备等。

本申请实施例还提供了一种计算机程序，存储于机器可读存储介质，例如图7中的存储器43，并且当处理器执行该计算机程序时，促使处理器41执行上文中描述的方法。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

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

Claims (15)

1.一种业务提供方故障切换方法，其特征在于，包括：

监控多个提供方中的第一提供方的接口是否异常，所述第一提供方用于与使用方当前连接，且为所述使用方提供服务，所述多个提供方包括与所述第一提供方预先配置切换关联的至少一个切换提供方，所述切换提供方包括切换目标提供方，所述切换目标提供方为所述至少一个切换提供方中的接口正常的任一切换目标提供方；

若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方，以使所述使用方当前连接到所述切换目标提供方；

所述监控第一提供方的接口是否异常之前，所述方法还包括：

获取使用方的访问信息；

根据所述访问信息，确定所述使用方是否是已建立业务关系的使用方；

如果所述使用方是已建立业务关系的使用方，则确定所述使用方具有访问权限；

为所述使用方分配所述第一提供方，以使所述使用方与所述第一提供方建立连接。

2.如权利要求1所述的业务提供方故障切换方法，其特征在于，所述若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方，包括：

若监控到所述第一提供方的接口异常，根据第一提供方与切换提供方的预置切换关系，确定与所述第一提供方切换关联的至少一个切换提供方；

监控所有所述切换提供方的接口是否正常；

若监控到所述切换提供方的接口正常，则从接口正常的所述切换提供方中确定所述切换目标提供方；

将所述第一提供方切换至所述切换目标提供方。

3.如权利要求1所述的业务提供方故障切换方法，其特征在于，所述若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方之前，所述方法还包括：

根据第一提供方与切换提供方的预置切换关系，确定与所述第一提供方切换关联的至少一个切换提供方；

监控所有所述切换提供方的接口是否正常；

所述若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方，包括：

若监控到所述第一提供方的接口异常，则从接口正常的切换提供方中确定所述切换目标提供方；

将所述第一提供方切换至所述切换目标提供方。

4.如权利要求2或3所述的业务提供方故障切换方法，其特征在于，所述从接口正常的切换提供方中确定所述切换目标提供方，包括：

在所述接口正常的切换提供方的数量大于1的情况下，从所述接口正常的切换提供方中选择任一切换提供方，作为所述切换目标提供方；

在所述接口正常的切换提供方的数量等于1的情况下，将所述接口正常的切换提供方，作为所述切换目标提供方。

5.如权利要求4所述的业务提供方故障切换方法，其特征在于，在所述接口正常的切换提供方的数量大于1的情况下，从所述接口正常的切换提供方中选择任一切换提供方，作为所述切换目标提供方，包括：

根据所述接口正常的切换提供方中的各所述接口正常的切换提供方的优先级，选择优先级满足优先级要求的任一业务提供方，作为切换目标提供方。

6.如权利要求3所述的业务提供方故障切换方法，其特征在于，所述监控第一提供方的接口是否异常，包括：使用监听线程监控第一提供方的接口是否异常；所述监控所述切换提供方的接口是否正常，包括：使用所述监听线程监控所述切换提供方的接口是否正常；

和/或，

所述监控所述切换提供方的接口是否正常，包括：获取所述切换提供方的第一预配测试渠道；使用所述第一预配测试渠道轮询测试所述切换提供方的接口是否异常。

7.如权利要求1所述的业务提供方故障切换方法，其特征在于，所述监控第一提供方的接口是否异常，包括：

获取所述第一提供方的第二预配测试渠道；

使用所述第二预配测试渠道轮询测试所述第一提供方的接口是否异常。

8.如权利要求7所述的业务提供方故障切换方法，其特征在于，所述获取所述第一提供方的第二预配测试渠道，包括：

获取所述第一提供方的预配测试账号；

所述使用所述第二预配测试渠道轮询测试所述第一提供方的接口是否异常，包括：

根据所述预配测试账号，生成测试请求，所述测试请求用于请求连通所述第一提供方；

向所述第一提供方发送所述测试请求；

获取针对所述测试请求的连通结果，以确定第一提供方的接口是否异常，其中，所述测试请求的连通结果包括连通失败消息及连通成功消息，所述连通失败消息用于表明第一提供方的接口异常，所述连通成功消息用于表明第一提供方的接口正常。

9.如权利要求1所述的业务提供方故障切换方法，其特征在于，在所述若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方之后，所述方法还包括：

生成在操作页面显示的操作区域，所述操作区域用于接收切换业务提供方的触发信号，所述操作区域为预先与切换前配置项及切换后配置项建立关联的区域，所述切换前配置项配置为所述第一提供方，所述切换后配置项配置为所述切换目标提供方；通过所述操作区域，接收所述触发信号；

根据所述触发信号，将所述第一提供方切换至所述切换目标提供方。

10.如权利要求1所述的业务提供方故障切换方法，其特征在于，在所述若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方之后，所述方法还包括：

生成所述第一提供方的告警信息；

所述告警信息包含所述第一提供方的告警累加次数；

向预先建立连接的移动终端发送所述告警信息，所述移动终端用于监控所述第一提供方的异常状态。

11.如权利要求2或3所述的业务提供方故障切换方法，其特征在于，所述方法还包括：根据用于标识所述第一提供方的当前渠道编码及用于标识所述切换提供方的切换渠道编码，生成所述预置切换关系；

所述将所述第一提供方切换至所述切换目标提供方，包括：将所述当前渠道编码对应的渠道切换为所述切换渠道编码对应的渠道，以使所述使用方使用所述切换渠道编码对应的渠道与所述切换目标提供方建立连接。

12.如权利要求2或3所述的业务提供方故障切换方法，其特征在于，所述方法还包括：

将所述预置切换关系暂存于缓存；

定期备份所述缓存中的所述预置切换关系至固存中，生成备份数据；

在重启的情况下，从所述备份数据中恢复所述预置切换关系暂存至所述缓存中。

13.一种业务提供方故障切换装置，其特征在于，包括：

监控模块，用于监控多个提供方中的第一提供方的接口是否异常，所述第一提供方用于与使用方当前连接，且为所述使用方提供服务，所述多个提供方包括与所述第一提供方预先配置切换关联的至少一个切换提供方，所述切换提供方包括切换目标提供方，所述切换目标提供方为所述至少一个切换提供方中的接口正常的任一切换目标提供方；

处理模块，用于若监控到所述第一提供方的接口异常，则将所述第一提供方切换至所述切换目标提供方，以使所述使用方当前连接到所述切换目标提供方。

14.一种电子设备，其特征在于，包括处理器和存储器；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-12任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，其上存储有程序，该程序被处理器执行时，实现如权利要求1-12中任一项所述的方法。

Images