CN110324375A - 一种信息备份方法及相关设备 - Google Patents

一种信息备份方法及相关设备 Download PDF

Info

Publication number
CN110324375A
CN110324375A CN201810273786.2A CN201810273786A CN110324375A CN 110324375 A CN110324375 A CN 110324375A CN 201810273786 A CN201810273786 A CN 201810273786A CN 110324375 A CN110324375 A CN 110324375A
Authority
CN
China
Prior art keywords
equipment
cloud device
standby
main equipment
chain rupture
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201810273786.2A
Other languages
English (en)
Other versions
CN110324375B (zh
Inventor
张小平
张耀坤
赵全喜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810273786.2A priority Critical patent/CN110324375B/zh
Priority to PCT/CN2019/079782 priority patent/WO2019184923A1/zh
Priority to EP19774599.5A priority patent/EP3764619B1/en
Publication of CN110324375A publication Critical patent/CN110324375A/zh
Priority to US17/036,705 priority patent/US11989100B2/en
Application granted granted Critical
Publication of CN110324375B publication Critical patent/CN110324375B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/101—Server selection for load balancing based on network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)
  • Hardware Redundancy (AREA)

Abstract

本申请实施例公开了一种信息备份方法及相关设备，能够保证用户业务的连续性。所述方法应用于通信系统中，所述通信系统包括主设备、备设备和云端设备，所述方法由所述主设备执行；所述方法包括：所述主设备向所述云端设备发送第一身份通知，所述第一身份通知为所述主设备具有主设备身份的通知；所述主设备确定所述云端设备的通信状态正常的情况下，将获取的第一用户信息上传至所述云端设备；其中，所述第一用户信息由所述云端设备存储并提供给所述备设备，且所述第一用户信息是在所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。

Description

一种信息备份方法及相关设备
技术领域
本申请涉及通信技术领域，尤其涉及一种信息备份方法及相关设备。
背景技术
目前，企业用户和个人用户对于网络质量的要求越来越高，其中一方面是希望用户业务不间断，为此，出现了冗余用户信息(Redundancy User Information，简称RUI)多机备份技术。RUI多机备份技术已在现网中实现规模化应用，比如宽带远程接入服务器(Broadband Remote Access Server，简称BRAS)领域的RUI备份、IP无线接入网络(IPRadio Access Network，简称IPRAN)领域的地址解析协议(Address ResolutionProtocol，简称ARP)RUI备份等。
以BRAS领域的RUI双机热备业务为例，如图1-a所示，首先通过虚拟路由冗余协议(Virtual Router Redundancy Protocol，简称VRRP)协商出哪个路由器是主设备、哪个路由器是备设备，其中，主设备用于实现用户侧与网络侧之间的流量转发，备设备用于备份用户信息。具体来讲，当某个用户设备在主设备上线后，主设备通过与备设备之间的远端备份服务(Remote Backup Service，简称RBS)通道，将该用户设备的用户信息发送至备设备上进行备份，然而，如图1-b所示，当通过双向转发检测(Bidirectional ForwardingDetection，简称BFD)技术检测出该用户设备与主设备之间发生通信故障时，可以基于备份的用户信息使该用户设备快速切换到备设备上，由备设备接替主设备来对该用户设备的业务进行流量转发，从而保证用户业务不间断。
在现有的RUI多机备份技术中，当主设备与备设备的关系混乱时，将影响用户业务的连续性。例如，对于路由器1和路由器2，当路由器1故障恢复且满足WTR设置值，路由器1会由备设备重新恢复成主设备，路由器2由主设备恢复成备设备，在WTR设置值到达之前，路由器2还是主设备，会向路由器1备份用户信息，如果路由器1与路由器2之间的备份速度较慢或者二者之间的RBS通道迟迟建立不起来，将导致路由器2在WTR前不能完成用户信息备份，从而影响这些用户业务的连续性。
发明内容
本申请实施例提供了一种信息备份方法及相关设备，能够保证用户业务的连续性。
为解决上述技术问题，本申请实施例提供以下技术方案：
第一方面，本申请实施例提供一种信息备份方法，所述方法应用于通信系统中，所述通信系统包括主设备、备设备和云端设备，所述方法由所述主设备执行；所述方法包括：所述主设备向所述云端设备发送第一身份通知，所述第一身份通知为所述主设备具有主设备身份的通知；所述主设备确定所述云端设备的通信状态；所述主设备在确定所述云端设备的通信状态正常的情况下，将获取的第一用户信息上传至所述云端设备；其中，所述第一用户信息由所述云端设备存储并提供给所述备设备，且所述第一用户信息是在所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。在本申请实施例中，当云端设备的通信状态正常时，如果有用户设备从主设备上线，主设备将生成该用户设备的待备份信息并上传至云端设备，这样，备设备便可以从云端设备获取该待备份信息以进行备份，可见，由于主设备是通过云端设备向备设备备份信息的，避免了主设备直接向备设备备份信息的情况下，有些场景下，例如当主设备与备设备的关系混乱，所导致的用户业务不连续的问题。
在本申请的一个可能设计中，所述方法还包括：所述主设备在确定所述云端设备的通信状态异常，且所述主设备与所述备设备之间能够正常通信的情况下，将获取的第二用户信息发送至所述备设备进行备份；其中，所述第二用户信息是在所述云端设备的通信状态异常的情况下从所述主设备上线的用户设备的待备份信息。在本申请实施例中，当云端设备的通信状态异常时，即无法通过云端设备实现数据备份的情况下，如果主设备与备设备之间能够正常通信，主设备可以直接向备设备备份信息，以实现本地备份，从而提高了备份工作的可靠性。
在本申请的一个可能设计中，所述主设备确定所述云端设备的通信状态包括：所述主设备在检测到与所述云端设备之间发生断链超时后，向所述备设备发送第一询问消息，其中，所述第一询问消息用于询问所述备设备与所述云端设备之间是否发生断链超时；所述主设备根据从所述备设备接收到的响应消息确定所述云端设备的通信状态。在本申请实施例中，如果主设备先检测到与云端设备之间发生断链超时，便询问备设备是否也与云端设备发生断链超时，使得主设备可以根据备设备的响应消息来确定云端设备的通信状态是否异常。
在本申请的一个可能设计中，所述主设备根据从所述备设备接收到的响应消息确定所述云端设备的通信状态，包括：所述主设备若接收到所述备设备返回的第一响应消息，则确定所述云端设备的通信状态异常，其中所述第一响应消息用于告知所述备设备与所述云端设备之间发生断链超时；在将获取的第二用户信息发送至所述备设备进行备份之前，所述方法还包括：所述主设备启动所述主设备与所述备设备之间的本地备份机制。在本申请实施例中，如果主设备与云端设备之间发生断链超时、且备设备也与云端设备之间发生断链超时，主设备便可以确定云端设备的通信状态是异常的，此时，主设备便可以启动本地备份机制并进行本地备份。
在本申请的一个可能设计中，所述主设备根据从所述备设备接收到的响应消息确定所述云端设备的通信状态，包括：所述主设备若接收到所述备设备返回的第二响应消息，则确定所述云端设备的通信状态正常；其中所述第二响应消息用于告知所述备设备与所述云端设备之间未发生断链超时；所述方法还包括：所述主设备与所述云端设备之间进行断链重建；所述主设备在所述断链重建成功后，将获取的第三用户信息批量发送至所述云端设备，其中，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。在本申请实施例中，如果主设备与云端设备之间发生断链超时、但备设备与云端设备之间未发生断链超时，主设备便可以确定云端设备的通信状态是正常的，此时，主设备便可以通过与云端设备完成断链重建，并在断链重建成功后实现云端备份。
在本申请的一个可能设计中，所述主设备确定所述云端设备的通信状态，包括：所述主设备接收所述备设备发送的第一通知消息，其中，所述第一通知消息用于告知所述备设备与所述云端设备之间发生断链超时；在接收到所述第一通知消息后，所述主设备根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态。在本申请实施例中，如果备设备先检测到与云端设备之间发生断链超时，可以将该情况通知主设备，使得主设备在接收到通知后，可以根据自己与云端设备的链接情况确定云端设备的通信状态是否异常。
在本申请的一个可能设计中，所述主设备根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态，包括：所述主设备若确定所述主设备与所述云端设备之间发生断链超时，则确定所述云端设备的通信状态异常；在将获取的第二用户信息发送至所述备设备进行备份之前，所述方法还包括：所述主设备启动所述主设备与所述备设备之间的本地备份机制。在本申请实施例中，如果主设备与云端设备之间发生断链超时、且备设备也与云端设备之间发生断链超时，主设备便可以确定云端设备的通信状态是异常的，此时，主设备便可以启动本地备份机制并进行本地备份。
在本申请的一个可能设计中，所述主设备根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态，包括：所述主设备若确定与所述云端设备之间未发生断链超时，则确定所述云端设备的通信状态正常；所述方法还包括：所述主设备通知所述备设备等待与所述云端设备之间完成断链重建。在本申请实施例中，如果备设备与云端设备之间发生断链超时、但主设备与云端设备之间未发生断链超时，主设备便可以确定云端设备的通信状态是正常的，此时，主设备便可以通知备设备与云端设备完成断链重建，以便备设备在断链重建成功后从云端设备备份数据。
在本申请的一个可能设计中，所述主设备确定所述云端设备的通信状态，包括：所述主设备接收所述备设备发送的第二询问消息，所述第二询问消息是所述备设备确定与所述云端设备之间发生断链超时后发送的、且所述第二询问消息用于询问所述主设备与所述云端设备之间是否发生断链超时；所述主设备在接收到所述第二询问消息后，根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态。在本申请实施例中，如果备设备先检测到与云端设备之间发生断链超时，便询问主设备是否也与云端设备发生断链超时，使得主设备可以根据自己与云端设备的链接情况来确定云端设备的通信状态是否异常。
在本申请的一个可能设计中，所述主设备根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态，包括：所述主设备若确定与所述云端设备之间发生断链超时，则确定所述云端设备的通信状态异常；在将获取的第二用户信息发送至所述备设备进行备份之前，所述方法还包括：所述主设备向所述备设备发送第三响应消息，以便所述备设备接收到所述第三响应消息后启动所述主设备与所述备设备之间的本地备份机制，其中，所述第三响应消息为所述主设备与所述云端设备之间发生断链超时。在本申请实施例中，如果主设备与云端设备之间发生断链超时、且备设备也与云端设备之间发生断链超时，主设备便可以确定云端设备的通信状态是异常的，此时，主设备可以将此情况通知备设备，备设备接收到通知后，便可以启动本地备份机制并进行本地备份。
在本申请的一个可能设计中，所述主设备根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态，包括：所述主设备若确定与所述云端设备之间未发生断链超时，则确定所述云端设备的通信状态正常；所述方法还包括：所述主设备向所述备设备发送第四响应消息，以便所述备设备接收到所述第四响应消息后等待与所述云端设备完成断链重建，其中，所述第四响应消息为所述主设备与所述云端设备之间未发生断链超时。在本申请实施例中，如果备设备与云端设备之间发生断链超时、但主设备与云端设备之间未发生断链超时，主设备便可以确定云端设备的通信状态是正常的，此时，主设备便可以通知备设备与云端设备完成断链重建，以便备设备在断链重建成功后从云端设备备份数据。
在本申请的一个可能设计中，所述主设备确定所述云端设备的通信状态包括：所述主设备在检测到与所述云端设备之间发生断链超时后向所述备设备发送的第二通知消息，其中，所述第二通知消息用于告知所述备设备所述主设备与所述云端设备之间发生断链超时；所述主设备根据所述备设备针对所述第二通知消息的响应确定所述云端设备的通信状态。在本申请实施例中，如果主设备先检测到与云端设备之间发生断链超时，可以将该情况通知备设备，主设备便可以根据备设备对该通知的响应结果确定云端设备的通信状态是否异常。
在本申请的一个可能设计中，所述主设备根据所述备设备针对所述第二通知消息的响应确定所述云端设备的通信状态，包括：若所述主设备确定所述备设备已启动所述主设备与所述备设备之间的本地备份机制，则确定所述云端设备的通信状态异常。在本申请实施例中，如果主设备与云端设备之间发生断链超时、且备设备也与云端设备之间发生断链超时，备设备便会启动本地备份机制，这样，主设备便可以确定云端设备的通信状态是异常的，从而可以进行本地备份。
在本申请的一个可能设计中，所述主设备根据所述备设备针对所述第二通知消息的响应确定所述云端设备的通信状态，包括：所述主设备若接收到所述备设备返回的通知响应消息，则确定所述云端设备的通信状态正常；其中，所述通知响应消息用于告知所述主设备等待与所述云端设备之间完成断链重建；所述方法还包括：所述主设备与所述云端设备之间进行断链重建；所述主设备在所述断链重建成功后，将获取的第三用户信息批量发送至所述云端设备，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。在本申请实施例中，如果主设备与云端设备之间发生断链超时、但备设备与云端设备之间未发生断链超时，主设备便可以通过与云端设备完成断链重建，并在断链重建成功后实现云端备份。
在本申请的一个可能设计中，所述主设备确定所述云端设备的通信状态异常包括，包括：所述主设备若确定所述主设备与所述云端设备之间的链路质量低于预设质量阈值、和/或确定所述备设备与所述云端设备之间的链路质量低于预设质量阈值，则确定所述云端设备的通信状态异常。在本申请实施例中，当主设备确定自己和/或备设备中的一方出现链路质量差时，便可以确定云端设备的通信状态是异常的，此时，便可以启动本地备份机制并进行本地备份。
在本申请的一个可能设计中，所述方法还包括：所述主设备在确定所述主设备与所述云端设备之间不能正常通信、且所述主设备与所述备设备之间不能正常通信的情况下，则所述主设备的所述主设备身份切换为备设备身份。在本申请实施例中，如果主设备同时不能与云端设备和备设备进行通信，说明主设备既不能进行云端备份也不能进行本地备份，此时，主设备可以进行主备身份切换，从而使能够实现云端备份的备设备作为主设备来进行云端备份，进而保证备份工作的可靠性。
在本申请的一个可能设计中，所述主设备与所述云端设备之间不能正常通信，包括：所述主设备与所述云端设备之间发生断链超时，或者，所述主设备与所述云端设备之间的链路质量低于预设质量阈值。在本申请实施例中，主设备与云端设备之间不能正常通信，可以表现为断链超时，还可以表现为链路质量差。
在本申请的一个可能设计中，所述主设备与所述备设备之间不能正常通信，包括：所述主设备与所述备设备之间发生断链超时，或者，所述主设备与所述备设备之间的链路质量低于预设质量阈值。在本申请实施例中，主设备与备设备之间不能正常通信，可以表现为断链超时，还可以表现为链路质量差。
第二方面，本申请实施例提供一种信息备份方法，所述方法应用于通信系统中，所述通信系统包括主设备、备设备和云端设备，所述方法由所述云端设备执行；所述方法包括：所述云端设备接收所述主设备发送的第一身份通知以及所述备设备发送的第二身份通知，所述第一身份通知为所述主设备具有主设备身份的通知，所述第二身份通知为所述备设备具有备设备身份的通知；所述云端设备接收并存储所述主设备上传的第一用户信息，并将所述第一用户信息提供给所述备设备；其中，所述第一用户信息是所述主设备确定所述云端设备的通信状态正常的情况下上传的，且所述第一用户信息是当所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。在本申请实施例中，当云端设备的通信状态正常时，如果有用户设备从主设备上线，主设备将生成该用户设备的待备份信息并上传至云端设备，这样，备设备便可以从云端设备获取该待备份信息以进行备份，可见，由于主设备是通过云端设备向备设备备份信息的，避免了主设备直接向备设备备份信息所导致的用户业务不连续的问题。
第三方面，本申请实施例提供一种信息备份方法，所述方法应用于通信系统中，所述通信系统包括主设备、备设备和云端设备，所述方法由所述备设备执行；所述方法包括：所述备设备向所述云端设备发送第二身份通知，所述第二身份通知为所述备设备具有备设备身份的通知；所述备设备从所述云端设备获取第一用户信息进行备份；其中，所述第一用户信息是所述主设备确定所述云端设备的通信状态正常的情况下上传至所述云端设备存储的，且所述第一用户信息是当所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。在本申请实施例中，当云端设备的通信状态正常时，如果有用户设备从主设备上线，主设备将生成该用户设备的待备份信息并上传至云端设备，这样，备设备便可以从云端设备获取该待备份信息以进行备份，可见，由于主设备是通过云端设备向备设备备份信息的，避免了主设备直接向备设备备份信息所导致的用户业务不连续的问题。
在本申请的一个可能设计中，所述方法还包括：在所述云端设备的通信状态异常的情况下，所述备设备接收所述主设备发送的第二用户信息进行备份；其中，所述第二用户信息是在所述云端设备的通信状态异常的情况下从所述主设备上线的用户设备的待备份信息；所述第二用户信息是所述主设备在确定所述云端设备的通信状态异常且所述主设备与所述备设备之间能够正常通信的情况下发送的。在本申请实施例中，当云端设备的通信状态异常时，即无法通过云端设备实现数据备份的情况下，如果主设备与备设备之间能够正常通信，主设备可以直接向备设备备份信息，以实现本地备份，从而提高了备份工作的可靠性。
在本申请的一个可能设计中，所述方法还包括：所述备设备若接收到所述主设备发送的第一询问消息，则向所述主设备返回响应消息；其中，所述第一询问消息是所述主设备在检测到与所述云端设备之间发生断链超时后发送的，且所述第一询问消息用于询问所述备设备与所述云端设备之间是否发生断链超时；所述备设备返回的响应消息用于使所述主设备确定所述云端设备的通信状态。在本申请实施例中，如果主设备先检测到与云端设备之间发生断链超时，便询问备设备是否也与云端设备发生断链超时，使得主设备可以根据备设备的响应消息来确定云端设备的通信状态是否异常。
在本申请的一个可能设计中，所述备设备向所述主设备返回响应消息，包括：所述备设备向所述主设备返回第一响应消息；其中，所述第一响应消息用于告知所述备设备与所述云端设备之间发生断链超时，以使得所述主设备在所述备设备与所述云端设备之间发生断链超时后确定所述云端设备的通信状态异常，并在确定所述云端设备的通信状态异常之后启动所述主设备与所述备设备之间的本地备份机制；所述备设备接收所述主设备发送的第二用户信息进行备份，包括：所述备设备接收所述主设备启动所述本地备份机制后发送的第二用户信息进行备份。在本申请实施例中，如果主设备与云端设备之间发生断链超时、且备设备也与云端设备之间发生断链超时，主设备便可以确定云端设备的通信状态异常，此时，主设备便可以启动本地备份机制并进行本地备份。
在本申请的一个可能设计中，所述备设备向所述主设备返回响应消息，包括：所述备设备向所述主设备返回第二响应消息；其中，所述第二响应消息用于告知所述备设备与所述云端设备之间未发生断链超时，以使得所述主设备在所述备设备与所述云端设备之间未发生断链超时后确定所述云端设备的通信状态正常，并在确定所述云端设备的通信状态正常之后使所述主设备与所述云端设备之间进行断链重建，以及使所述主设备在所述断链重建成功后将获取的第三用户信息批量发送至所述云端设备；其中，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。在本申请实施例中，如果主设备与云端设备之间发生断链超时、但备设备与云端设备之间未发生断链超时，主设备便可以确定云端设备的通信状态是正常的，此时，主设备便可以通过与云端设备完成断链重建，并在断链重建成功后实现云端备份。
在本申请的一个可能设计中，所述方法还包括：所述备设备向所述主设备发送第一通知消息；其中，所述第一通知消息用于告知所述备设备与所述云端设备之间发生断链超时，以使得所述主设备在所述主设备与所述云端设备之间发生断链超时后确定所述云端设备的通信状态异常。在本申请实施例中，如果备设备先检测到与云端设备之间发生断链超时，可以将该情况通知主设备，使得主设备在接收到通知后，可以根据自己与云端设备的链接情况确定云端设备的通信状态是否异常。
在本申请的一个可能设计中，所述方法还包括：所述备设备接收所述主设备发送的重建等待通知；其中，所述重建等待通知用于通知所述备设备等待与所述云端设备之间完成断链重建，所述重建等待通知是所述主设备确定所述云端设备的通信状态正常后发送的，所述通信状态正常是所述主设备确定与所述云端设备之间未发生断链超时后确定的。在本申请实施例中，如果备设备与云端设备之间发生断链超时、但主设备与云端设备之间未发生断链超时，主设备便可以确定云端设备的通信状态是正常的，此时，主设备便可以通知备设备与云端设备完成断链重建，以便备设备在断链重建成功后从云端设备备份数据。
在本申请的一个可能设计中，所述方法还包括：所述备设备确定与所述云端设备之间发生断链超时后，向所述主设备发送第二询问消息，其中，所述第二询问消息用于询问所述主设备与所述云端设备之间是否发生断链超时；所述备设备若接收到所述主设备返回的第三响应消息，则根据所述第三响应消息获知所述云端设备的通信状态异常，启动所述主设备与所述备设备之间的本地备份机制，其中，所述第三响应消息用于告知所述主设备与所述云端设备之间发生断链超时；所述备设备接收所述主设备发送的第二用户信息进行备份，包括：所述备设备在成功启动所述本地备份机制后，接收所述主设备发送的第二用户信息进行备份。在本申请实施例中，如果备设备先检测到与云端设备之间发生断链超时，便询问主设备是否也与云端设备发生断链超时；如果主设备与云端设备之间发生断链超时、且备设备也与云端设备之间发生断链超时，主设备便可以确定云端设备的通信状态是异常的，此时，主设备可以将此情况通知备设备，备设备接收到通知后，便可以启动本地备份机制并进行本地备份。
在本申请的一个可能设计中，所述方法还包括：所述备设备若接收到所述主设备返回的第四响应消息，则等待与所述云端设备完成断链重建，其中，所述第四响应消息用于告知所述主设备与所述云端设备之间未发生断链超时。在本申请实施例中，如果备设备与云端设备之间发生断链超时、但主设备与云端设备之间未发生断链超时，主设备便可以确定云端设备的通信状态是正常的，此时，主设备便可以通知备设备与云端设备完成断链重建，以便备设备在断链重建成功后从云端设备备份数据。
在本申请的一个可能设计中，所述方法还包括：所述备设备若接收到所述主设备发送的第二通知消息，则针对所述第二通知消息进行响应；其中，所述第二通知消息是所述主设备在检测到与所述云端设备之间发生断链超时后发送的，且所述第二通知消息用于告知所述备设备所述主设备与所述云端设备之间发生断链超时；所述备设备针对所述第二通知消息的响应使所述主设备确定所述云端设备的通信状态。在本申请实施例中，如果主设备先检测到与云端设备之间发生断链超时，可以将该情况通知备设备，主设备便可以根据备设备对该通知的响应结果确定云端设备的通信状态是否异常。
在本申请的一个可能设计中，所述备设备针对所述第二通知消息进行响应，包括：所述备设备启动所述主设备与所述备设备之间的本地备份机制，以便所述主设备在所述本地备份机制被启动后确定所述云端设备的通信状态异常；所述备设备接收所述主设备发送的第二用户信息进行备份，包括：所述备设备在成功启动所述本地备份机制后，接收所述主设备发送的第二用户信息进行备份。在本申请实施例中，如果主设备与云端设备之间发生断链超时、且备设备也与云端设备之间发生断链超时，备设备便会启动本地备份机制，这样，主设备便可以确定云端设备的通信状态是异常的，从而可以进行本地备份。
在本申请的一个可能设计中，所述备设备针对所述第二通知消息进行响应，包括：所述备设备向所述主设备返回通知响应消息；其中，所述通知响应消息用于告知所述主设备等待与所述云端设备之间完成断链重建，以使所述主设备在所述断链重建成功后将获取的第三用户信息批量发送至所述云端设备；所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。在本申请实施例中，如果主设备与云端设备之间发生断链超时、但备设备与云端设备之间未发生断链超时，主设备便可以通过与云端设备完成断链重建，并在断链重建成功后实现云端备份。
在本申请的一个可能设计中，所述方法还包括：所述备设备若确定所述备设备与所述云端设备之间的链路质量低于预设质量阈值、和/或确定所述主设备与所述云端设备之间的链路质量低于预设质量阈值，则启动所述主设备与所述备设备之间的本地备份机制，以便所述主设备在所述本地备份机制被启动后确定所述云端设备的通信状态异常。在本申请实施例中，当备设备确定自己和/或主设备中的一方出现链路质量差时，便可以启动本地备份机制，当本地备份机制被启动后，主设备便可以确定云端设备的通信状态是异常的，此时，便可以进行本地备份。
在本申请的一个可能设计中，所述方法还包括：所述备设备在确定所述备设备与所述云端设备之间能够正常通信且所述备设备与所述主设备之间不能正常通信的情况下，则所述备设备的所述备设备身份切换为主设备身份。在本申请实施例中，在主设备同时不能与云端设备和备设备进行通信的情况下，如果备设备能与云端设备进行通信，说明备设备可以进行云端备份，此时，备设备可以进行主备身份切换，从而使自己作为主设备来进行云端备份，进而保证备份工作的可靠性。
在本申请的一个可能设计中，所述备设备与所述主设备不能正常通信，包括：所述备设备与所述主设备之间发生断链超时，或者，所述备设备与所述主设备之间的链路质量低于预设质量阈值。在本申请实施例中，备设备与主设备之间不能正常通信，可以表现为断链超时，还可以表现为链路质量差。
第四方面，本申请实施例提供一种主设备，所述主设备包括：通知发送模块，用于向云端设备发送第一身份通知，所述第一身份通知为主设备具有主设备身份的通知；状态确定模块，用于确定所述云端设备的通信状态；云端备份模块，用于在确定所述云端设备的通信状态正常的情况下，将获取的第一用户信息上传至所述云端设备；其中，所述第一用户信息由所述云端设备存储并提供给备设备，且所述第一用户信息是在所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
在本申请的一个可能设计中，所述主设备还包括：本地备份模块，用于在确定所述云端设备的通信状态异常，且所述主设备与所述备设备之间能够正常通信的情况下，将获取的第二用户信息发送至所述备设备进行备份；其中，所述第二用户信息是在所述云端设备的通信状态异常的情况下从所述主设备上线的用户设备的待备份信息。
在本申请的一个可能设计中，所述状态确定模块包括：询问发送子模块，用于在检测到与所述云端设备之间发生断链超时后，向所述备设备发送第一询问消息，其中，所述第一询问消息用于询问所述备设备与所述云端设备之间是否发生断链超时；第一确定子模块，用于根据从所述备设备接收到的响应消息确定所述云端设备的通信状态。
在本申请的一个可能设计中，所述第一确定子模块，具体用于若接收到所述备设备返回的第一响应消息，则确定所述云端设备的通信状态异常，其中所述第一响应消息用于告知所述备设备与所述云端设备之间发生断链超时；所述本地备份模块，还用于在将获取的第二用户信息发送至所述备设备进行备份之前，启动所述主设备与所述备设备之间的本地备份机制。
在本申请的一个可能设计中，所述第一确定子模块，具体用于若接收到所述备设备返回的第二响应消息，则确定所述云端设备的通信状态正常；其中所述第二响应消息用于告知所述备设备与所述云端设备之间未发生断链超时；所述主设备还包括：第一断链重建模块，用于与所述云端设备之间进行断链重建；第一批量备份模块，用于在所述断链重建成功后，将获取的第三用户信息批量发送至所述云端设备，其中，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
在本申请的一个可能设计中，所述状态确定模块包括：通知接收子模块，用于接收所述备设备发送的第一通知消息，其中，所述第一通知消息用于告知所述备设备与所述云端设备之间发生断链超时；第二确定子模块，用于在接收到所述第一通知消息后，根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态。
在本申请的一个可能设计中，所述第二确定子模块，具体用于若确定所述主设备与所述云端设备之间发生断链超时，则确定所述云端设备的通信状态异常；所述本地备份模块，还用于在将获取的第二用户信息发送至所述备设备进行备份之前，启动所述主设备与所述备设备之间的本地备份机制。
在本申请的一个可能设计中，所述第二确定子模块，具体用于若确定与所述云端设备之间未发生断链超时，则确定所述云端设备的通信状态正常；所述主设备还包括：重建通知模块，用于通知所述备设备等待与所述云端设备之间完成断链重建。
在本申请的一个可能设计中，所述状态确定模块包括：询问接收子模块，用于接收所述备设备发送的第二询问消息，所述第二询问消息是所述备设备确定与所述云端设备之间发生断链超时后发送的、且所述第二询问消息用于询问所述主设备与所述云端设备之间是否发生断链超时；第三确定子模块，用于在接收到所述第二询问消息后，根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态。
在本申请的一个可能设计中，所述第三确定子模块，具体用于若确定与所述云端设备之间发生断链超时，则确定所述云端设备的通信状态异常；所述主设备还包括：第一响应发送模块，用于在所述云端备份模块将获取的第二用户信息发送至所述备设备进行备份之前，向所述备设备发送第三响应消息，以便所述备设备接收到所述第三响应消息后启动所述主设备与所述备设备之间的本地备份机制，其中，所述第三响应消息为所述主设备与所述云端设备之间发生断链超时。
在本申请的一个可能设计中，所述第三确定子模块，具体用于若确定与所述云端设备之间未发生断链超时，则确定所述云端设备的通信状态正常；所述主设备还包括：第二响应发送模块，用于向所述备设备发送第四响应消息，以便所述备设备接收到所述第四响应消息后等待与所述云端设备完成断链重建，其中，所述第四响应消息为所述主设备与所述云端设备之间未发生断链超时。
在本申请的一个可能设计中，所述状态确定模块包括：通知发送子模块，用于在检测到与所述云端设备之间发生断链超时后向所述备设备发送的第二通知消息，其中，所述第二通知消息用于告知所述备设备所述主设备与所述云端设备之间发生断链超时；第四确定子模块，用于根据所述备设备针对所述第二通知消息的响应确定所述云端设备的通信状态。
在本申请的一个可能设计中，所述第四确定子模块，具体用于若确定所述备设备已启动所述主设备与所述备设备之间的本地备份机制，则确定所述云端设备的通信状态异常。
在本申请的一个可能设计中，所述第四确定子模块，具体用于若接收到所述备设备返回的通知响应消息，则确定所述云端设备的通信状态正常；其中，所述通知响应消息用于告知所述主设备等待与所述云端设备之间完成断链重建；所述主设备还包括：第二断链重建模块，用于与所述云端设备之间进行断链重建；第二批量备份模块，用于在所述断链重建成功后，将获取的第三用户信息批量发送至所述云端设备，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
在本申请的一个可能设计中，所述状态确定模块，具体用于若确定所述主设备与所述云端设备之间的链路质量低于预设质量阈值、和/或确定所述备设备与所述云端设备之间的链路质量低于预设质量阈值，则确定所述云端设备的通信状态异常。
在本申请的一个可能设计中，所述主设备还包括：身份切换模块，用于在确定所述主设备与所述云端设备之间不能正常通信、且所述主设备与所述备设备之间不能正常通信的情况下，则所述主设备的所述主设备身份切换为备设备身份。
在本申请的一个可能设计中，所述主设备与所述云端设备之间不能正常通信，包括：所述主设备与所述云端设备之间发生断链超时，或者，所述主设备与所述云端设备之间的链路质量低于预设质量阈值。
在本申请的一个可能设计中，所述主设备与所述备设备之间不能正常通信，包括：所述主设备与所述备设备之间发生断链超时，或者，所述主设备与所述备设备之间的链路质量低于预设质量阈值。
第五方面，本申请实施例提供一种云端设备，所述云端设备包括：通知接收模块，用于接收主设备发送的第一身份通知以及备设备发送的第二身份通知，所述第一身份通知为所述主设备具有主设备身份的通知，所述第二身份通知为所述备设备具有备设备身份的通知；云端备份模块，用于接收并存储所述主设备上传的第一用户信息，并将所述第一用户信息提供给所述备设备；其中，所述第一用户信息是所述主设备确定所述云端设备的通信状态正常的情况下上传的，且所述第一用户信息是当所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
第六方面，本申请实施例提供一种备设备，所述备设备包括：通知发送模块，用于向云端设备发送第二身份通知，所述第二身份通知为所述备设备具有备设备身份的通知；云端备份模块，用于从所述云端设备获取第一用户信息进行备份；其中，所述第一用户信息是所述主设备确定所述云端设备的通信状态正常的情况下上传至所述云端设备存储的，且所述第一用户信息是当所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
在本申请的一个可能设计中，所述备设备还包括：本地备份模块，用于在所述云端设备的通信状态异常的情况下，接收所述主设备发送的第二用户信息进行备份；其中，所述第二用户信息是在所述云端设备的通信状态异常的情况下从所述主设备上线的用户设备的待备份信息；所述第二用户信息是所述主设备在确定所述云端设备的通信状态异常且所述主设备与所述备设备之间能够正常通信的情况下发送的。
在本申请的一个可能设计中，所述备设备还包括：消息返回模块，用于若接收到所述主设备发送的第一询问消息，则向所述主设备返回响应消息；其中，所述第一询问消息是所述主设备在检测到与所述云端设备之间发生断链超时后发送的，且所述第一询问消息用于询问所述备设备与所述云端设备之间是否发生断链超时；所述备设备返回的响应消息用于使所述主设备确定所述云端设备的通信状态。
在本申请的一个可能设计中，所述消息返回模块，具体用于向所述主设备返回第一响应消息；其中，所述第一响应消息用于告知所述备设备与所述云端设备之间发生断链超时，以使得所述主设备在所述备设备与所述云端设备之间发生断链超时后确定所述云端设备的通信状态异常，并在确定所述云端设备的通信状态异常之后启动所述主设备与所述备设备之间的本地备份机制；所述本地备份模块，具体用于接收所述主设备启动所述本地备份机制后发送的第二用户信息进行备份。
在本申请的一个可能设计中，所述消息返回模块，具体用于向所述主设备返回第二响应消息；其中，所述第二响应消息用于告知所述备设备与所述云端设备之间未发生断链超时，以使得所述主设备在所述备设备与所述云端设备之间未发生断链超时后确定所述云端设备的通信状态正常，并在确定所述云端设备的通信状态正常之后使所述主设备与所述云端设备之间进行断链重建，以及使所述主设备在所述断链重建成功后将获取的第三用户信息批量发送至所述云端设备；其中，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
在本申请的一个可能设计中，所述备设备还包括：通知发送模块，用于向所述主设备发送第一通知消息；其中，所述第一通知消息用于告知所述备设备与所述云端设备之间发生断链超时，以使得所述主设备在所述主设备与所述云端设备之间发生断链超时后确定所述云端设备的通信状态异常。
在本申请的一个可能设计中，所述备设备还包括：通知接收模块，用于接收所述主设备发送的重建等待通知；其中，所述重建等待通知用于通知所述备设备等待与所述云端设备之间完成断链重建，所述重建等待通知是所述主设备确定所述云端设备的通信状态正常后发送的，所述通信状态正常是所述主设备确定与所述云端设备之间未发生断链超时后确定的。
在本申请的一个可能设计中，所述备设备还包括：询问发送模块，用于确定与所述云端设备之间发生断链超时后，向所述主设备发送第二询问消息，其中，所述第二询问消息用于询问所述主设备与所述云端设备之间是否发生断链超时；所述本地备份模块，具体用于若接收到所述主设备返回的第三响应消息，则根据所述第三响应消息获知所述云端设备的通信状态异常，启动所述主设备与所述备设备之间的本地备份机制，在成功启动所述本地备份机制后，接收所述主设备发送的第二用户信息进行备份，其中，所述第三响应消息用于告知所述主设备与所述云端设备之间发生断链超时。
在本申请的一个可能设计中，所述备设备还包括：断链重建模块，用于若接收到所述主设备返回的第四响应消息，则等待与所述云端设备完成断链重建，其中，所述第四响应消息用于告知所述主设备与所述云端设备之间未发生断链超时。
在本申请的一个可能设计中，所述备设备还包括：通知响应模块，用于若接收到所述主设备发送的第二通知消息，则针对所述第二通知消息进行响应；其中，所述第二通知消息是所述主设备在检测到与所述云端设备之间发生断链超时后发送的，且所述第二通知消息用于告知所述备设备所述主设备与所述云端设备之间发生断链超时；所述备设备针对所述第二通知消息的响应使所述主设备确定所述云端设备的通信状态。
在本申请的一个可能设计中，所述通知响应模块，具体用于启动所述主设备与所述备设备之间的本地备份机制，以便所述主设备在所述本地备份机制被启动后确定所述云端设备的通信状态异常；所述本地备份模块，具体用于在成功启动所述本地备份机制后，接收所述主设备发送的第二用户信息进行备份。
在本申请的一个可能设计中，所述通知响应模块，具体用于向所述主设备返回通知响应消息；其中，所述通知响应消息用于告知所述主设备等待与所述云端设备之间完成断链重建，以使所述主设备在所述断链重建成功后将获取的第三用户信息批量发送至所述云端设备；所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
在本申请的一个可能设计中，所述备设备还包括：所述本地备份模块，还用于若确定所述备设备与所述云端设备之间的链路质量低于预设质量阈值、和/或确定所述主设备与所述云端设备之间的链路质量低于预设质量阈值，则启动所述主设备与所述备设备之间的本地备份机制，以便所述主设备在所述本地备份机制被启动后确定所述云端设备的通信状态异常。
在本申请的一个可能设计中，所述备设备还包括：身份切换模块，用于在确定所述备设备与所述云端设备之间能够正常通信且所述备设备与所述主设备之间不能正常通信的情况下，则所述备设备的所述备设备身份切换为主设备身份。
在本申请的一个可能设计中，所述备设备与所述主设备不能正常通信，包括：所述备设备与所述主设备之间发生断链超时，或者，所述备设备与所述主设备之间的链路质量低于预设质量阈值。
第七方面，本申请实施例提供一种主设备，所述主设备包括：处理器，存储器，通信接口和总线；所述处理器、通信接口、存储器通过所述总线相互的通信；所述通信接口，用于接收和发送数据；所述存储器用于存储指令；所述处理器用于执行所述存储器中的所述指令，执行如前述第一方面中任一项所述的方法。
第八方面，本申请实施例提供一种云端设备，所述云端设备包括：处理器，存储器，通信接口和总线；所述处理器、通信接口、存储器通过所述总线相互的通信；所述通信接口，用于接收和发送数据；所述存储器用于存储指令；所述处理器用于执行所述存储器中的所述指令，执行如前述第二方面中任一项所述的方法。
第九方面，本申请实施例提供一种备设备，所述主设备包括：处理器，存储器，通信接口和总线；所述处理器、通信接口、存储器通过所述总线相互的通信；所述通信接口，用于接收和发送数据；所述存储器用于存储指令；所述处理器用于执行所述存储器中的所述指令，执行如前述第三方面中任一项所述的方法。
第十方面，本申请实施例提供一种通信系统，所述通信系统包括上述第四方面的主设备、第五方面的云端设备以及第六方面的备设备，或者，所述通信系统包括上述第七方面的主设备、第八方面的云端设备以及第九方面的备设备。
第十一方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
第十二方面，本申请实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
附图说明
图1-a为现有通信系统的数据流向示意图之一；
图1-b为现有通信系统的数据流向示意图之二；
图2为现有通信系统的组成架构示意图；
图3为本申请实施例提供的通信系统的组成架构示意图；
图4为本申请实施例提供的数据准备流程示意图；
图5为本申请实施例提供的正常信息备份方法的交互示意图；
图6-a为本申请实施例提供的本地信息备份方法的交互示意图之一；
图6-b为本申请实施例提供的本地信息备份方法的交互示意图之二；
图7-a为本申请实施例提供的本地信息备份方法的交互示意图之三；
图7-b为本申请实施例提供的本地信息备份方法的交互示意图之四；
图8-a为本申请实施例提供的本地信息备份方法的交互示意图之五；
图8-b为本申请实施例提供的本地信息备份方法的交互示意图之六；
图9-a为本申请实施例提供的本地信息备份方法的交互示意图之七；
图9-b为本申请实施例提供的本地信息备份方法的交互示意图之八；
图10为本申请实施例提供的主设备的组成示意图之一；
图11为本申请实施例提供的云端设备的组成示意图之一；
图12为本申请实施例提供的备设备的组成示意图之一；
图13为本申请实施例提供的主设备的组成示意图之二；
图14为本申请实施例提供的云端设备的组成示意图之二；
图15为本申请实施例提供的备设备的组成示意图之二。
具体实施方式
本申请实施例提供了一种信息备份方法及相关设备，能够保证用户业务的连续性。
如图2所示，为本申请实施例提供的一种RUI多机备份通信系统架构示意图。在该通信系统中，Router-A和Router-B可以是路由器，还可以是其它可以实现用户信息备份的设备，比如交换机。当通过主备协议协商出Router-A为主设备、Router-B为备设备时，用户设备的上下行流量则通过Router-A来转发，Router-A可以通过RBS通道向Router-B备份该用户设备的信息。
基于图2所示的系统架构，其RUI逻辑模型为：
(1)、通过主备协议，例如VRRP等协议，协商出路由器之间的主备关系，可以存在一个主设备和多个备设备，但一般而言同一用户业务对应一个主设备和一个备设备，以针对该用户业务从主设备向备设备备份用户信息；
(2)、创建远端备份模板(Remote Backup Profile，简称RBP)，用于提供用户信息的备份方式和备份方向；
(3)、创建RBS，用于在主设备与备设备之间建立数据通道；
(4)、主备协议会联动BFD部署，用于快速检测用户设备与主设备之间的通信故障，并在出现故障时通知上层应用；
(5)、主设备会发布地址池路由至网络侧，用户设备上线后可以从地址池获取地址，备设备撤销相应的地址池路由，此时网络侧与用户侧之间的流量通过主设备转发；在故障场景下，例如主设备的接口1故障时，只有故障接口1对应的用户业务会切换到备设备，但主设备还存在其它正常接口，比如接口2，由于接口2和故障接口1的用户共用同一个地址池，所以，故障前主设备已发布的地址池路由并不会撤销，而关于故障接口1对应的用户业务流量，即网络侧与用户侧之间的业务流量，会先到主设备、再通过RBS通道到备设备进行流量转发。
如图3所示，为本申请实施例提供的通信系统的组成架构示意图。本申请实施例提供的通信系统，是在图2所示通信系统的基础上增加云端设备，本申请实施例不对云端设备的类型进行限制，比如云端设备可以是标准化网络组件(Standardized NetworkComponent，简称SNC)控制器、服务器或网络管理设备等。其中，Router-A和Router-B作为云端备份系统的本地分支设备，云端设备作为该云端备份系统的集中存储设备；Router-A作为主设备时，用于向云端设备上传用户信息，Router-B作为备设备时，用于从云端设备获取该用户信息进行备份；并且，通常情况下默认Router-A不向Router-B备份用户信息，只有在Router-A和/或Router-B与云端设备通信异常时，Router-A才可能向Router-B备份用户信息。需要说明的是，Router-A和Router-B在流量转发方面主要是由Router-A负责流量转发、而Router-B不负责流量转发，也就是说，Router-A作为主设备时，用户设备将从Router-A上线，并且，该用户设备与网络侧之间的业务流量将由Router-A负责转发，具体的流量转发方式请参见现有技术，在此不再赘述，而Router-B作为备设备不负责该用户设备的流量转发，但需要备份该用户设备的用户信息。
下面结合附图，对本申请的实施例进行描述。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是仅仅是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本申请的实施例中对相同属性的对象在描述时所采用的区分方式。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，以便包含一系列单元的过程、方法、系统、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。
以下将对本申请实施例提供的信息备份方法及相关设备进行详细说明。
在本申请的一些实施例中，为了实现云端备份，需要依次完成以下准备工作一和准备工作二。
准备工作一：通过主备协议协商出主设备和备设备。
现以主备关系的协商对象为路由器为例进行说明，当图3所示通信系统中包括多个路由器时，需要通过主备协议比如VRRP，协商出哪个路由器是主设备、哪个路由器是备设备。为此，VRRP中定义了路由器的三种状态，分别为初始状态(Initialize)、活动状态(Master)以及备份状态(Backup)，VRRP将根据优先级来确定每台路由器的角色，即确定主设备和备设备，优先级越高，则越有可能成为主设备。
具体地，初始创建VRRP时的每个路由器均工作在Initialize状态，若路由器的优先级小于255，则会先由Initialize状态切换至Backup状态，待定时器超时后再切换至Master状态。对于首先切换至Master状态的路由器通过VRRP通告报文的交互，获知其它路由器的优先级，从而进行主设备的选举。在选举主设备时，对于每个处于Backup状态的路由器来讲，如果VRRP通告报文中的主设备的优先级高于或等于自己的优先级，则自己仍保持Backup状态；如果VRRP通告报文中的主设备的优先级低于自己的优先级，当采用抢占方式时，使自己由Backup状态切换至Master状态，从而成为主设备，当采用非抢占方式时，自己仍保持Backup状态。
准备工作二：使云端设备获知主设备具有主设备身份、备设备具有备设备身份。
参见图4所示的数据准备方法的流程示意图，包括以下步骤：
S401：主设备与云端设备建立连接，备设备与云端设备建立连接。
当通过主备协议协商出主设备和备设备后，主设备和备设备可以分别通过网络配置协议(Network Configuration Protocol，简称NETCONF)或简单网络管理协议(SimpleNetwork Management Protocol，简称SNMP)等与云端设备建立连接。
S402：主设备向云端设备发送第一身份通知，其中，第一身份通知为主设备具有主设备身份的通知；备设备向云端设备发送第二身份通知，其中，第二身份通知为备设备具有备设备身份的通知。
例如，第一身份通知中可以包括主设备的唯一识别标识以及主设备身份的标识，比如主设备的IP地址和“主”；同理，第一身份通知中可以包括备设备的唯一识别标识以及备设备身份的标识，比如备设备的IP地址和“备”。
S403：云端设备建立存储表项。
云端设备接收到第一身份通知后，为主设备建立存储表项，比如主设备的IP地址：主；同理，云端设备接收到第二身份通知后，为备设备建立存储表项，比如备设备的IP地址：备。
S404：主设备与备设备通过三次握手，建立RBS通道。
此外，主设备与备设备之间还要通过三次握手建立RBS通道，用于在主设备与备设备之间的本地备份机制被启动时，通过RBS通道实现主设备向备设备的信息备份。其中，三次握手过程具体为：
在第一次握手中，主设备向备设备发送SYN包，之后等待备设备确认，其中，SYN(synchronous)是TCP/IP建立连接时使用的握手信号；在第二次握手中，当备设备收到主设备发送的SYN包后，备设备向主设备发送SYN+ACK包，其中，ACK(Acknowledgement)是确认字符；在第三次握手中，主设备收到备设备发送的SYN+ACK包后，主设备向备设备发送一个确认包ACK，此包发送完毕后，主设备和备设备进入TCP连接成功状态，完成三次握手。
当完成上述准备工作后，便可以按照本申请的以下实施例实现用户信息备份。
如图5所示，为本申请实施例提供的信息备份方法的交互示意图，该信息备份方法可以包括以下步骤：
S501：主设备获取第一用户信息，其中，第一用户信息是在云端设备的通信状态正常的情况下从主设备上线的用户设备的待备份信息。
当云端设备的通信状态正常时，即主设备能够与云端设备正常通信且备设备也能够与云端设备正常通信，如果某用户设备通过主设备成功上线后，主设备获取该用户设备的待备份信息，该待备份信息可以包括该用户设备的媒体访问控制(Media AccessControl，简称MAC)地址、网络之间互连的协议(Internet Protocol，简称IP)地址、动态主机配置协议(Dynamic Host Configuration Protocol，简称DHCP)租期、DHCP option82等。
现以用户设备采用动态主机配置协议(Dynamic Host Configuration Protocol，简称DHCP)方式上线时如何获取待备份信息为例进行说明。
其中，当用户设备需要通过主设备上线时，用户设备先向主设备发送discovery报文，该discovery报文中携带了用户设备的MAC地址，这样主设备便获取了该用户设备的MAC地址；接下来，通过用户设备、主设备与服务器之间的报文交互，服务器会通过主设备将IP地址分配给用户设备，这样主设备便获取了该用户设备的IP地址；服务器在为用户设备分配IP地址的同时还设置了DHCP租期，这样主设备便获取了该用户设备的DHCP租期；关于DHCP option82，用户设备拨号上线时携带了DHCP option82，主设备也可以按照自己的原则重新生成DHCP option82，这样主设备便获取了该用户设备的DHCP option82。
S502：主设备确定云端设备的通信状态正常的情况下，将获取的第一用户信息上传至云端设备。
当主设备生成第一用户信息后，将第一用户信息备份至云端设备。
在本申请的一些实施例中，主设备可以按照实时上传方式或批量上传方式，将第一用户信息上传至云端设备。具体来讲，当采用实时上传方式时，主设备在生成第一用户信息后，即刻将第一用户信息上传至云端设备；当采用批量上传方式时，按照预测时间间隔，例如每隔1秒，批量上传所有未上传的第一用户信息。
需要说明的是，当主设备与云端设备之间完成断链重建后，主设备也会批量向云端设备备份用户信息，具体请参见图6-a的步骤S605a以及图7-b的步骤S707b。
此外，在其它一些场景下也需要进行批量上传，具体地，结合图3进行说明，如果某用户设备通过Router-A上线，如果该用户设备与Router-A之间的通信链路1故障了，此时主备协议起作用，即通信链路1应由主设备身份切换为备设备身份，而Router-B中与该通信链路1对应的通信链路2应由备设备身份切换为主设备身份，以利用通信链路2保证该用户设备的用户业务的连续性。但是，如果Router-A正在使用通信链路1对应的接口向云端设备批量上传数据，为了保证备份数据不会丢失，待批量上传结束后再进行主备切换。
S503：云端设备接收并存储第一用户信息。
由于云端设备记录了主设备的身份信息(例如主设备的IP地址)，因此，当云端设备接收到第一用户信息后，根据主设备身份信息可以确定第一用户信息是主设备上传的，从而存储第一用户信息。
S504：备设备从云端设备获取第一用户信息进行备份。
云端设备通知备设备下载第一用户信息、或者云端设备直接将第一用户信息下发至备设备，从而实现备设备对用户信息的备份。
需要说明的是，正常情况下，备设备不会主动向云端设备备份数据，如果备设备向云端设备备份数据，云端设备可以依据记录的备设备身份将该数据予以丢弃。
可以理解的是，当该用户设备与主设备之间的通信链路1发生故障时，即该用户设备不能通过主设备向网络侧转发业务流量，此时，备设备中与之对应的通信链路2便会升为主设备，这样，新的主设备便可以基于该用户设备的备份信息，使该用户设备的用户业务通过链路2继续进行，从而保证用户业务不间断。
在本申请实施例中，当云端设备的通信状态正常时，如果有用户设备从主设备上线，主设备将生成该用户设备的待备份信息，并将该待备份信息上传至云端设备，这样，备设备便可以从云端设备获取该待备份信息以进行备份。可见，本申请实施例的主设备是通过云端设备向备设备备份信息的，避免了主设备直接向备设备备份信息所导致的用户业务不连续的问题。
以上介绍了当云端设备的通信状态正常时，通过云端设备实现数据备份的方法。然而，当云端设备的通信状态异常时，将导致主设备无法向云端设备备份数据和/或备设备无法从云端设备获取备份数据，在这种情况下，如果主设备与备设备之间能够正常通信，则可以启动主设备与备设备之间的本地备份机制，以实现主设备向备设备的直接备份，下面进行具体介绍。
在本申请的一些实施例中，本申请实施例提供的信息备份方法还可以包括步骤S505：主设备确定云端设备的通信状态，主设备在确定云端设备的通信状态异常，且主设备与备设备之间能够正常通信的情况下，将获取的第二用户信息发送至备设备进行备份；其中，第二用户信息是在云端设备的通信状态异常的情况下从主设备上线的用户设备的待备份信息。在本实施例中，当云端设备的通信状态异常时，主设备与备设备之间的本地备份机制会被启动，在这种情况下，如果某用户设备从主设备上线，主设备将获取该用户设备的待备份信息即第二用户信息，并将该第二用户信息通过RBS通道发送至备设备进行备份。可见，当无法通过云端设备实现数据备份的情况下，采用现有的本地备份机制，可以提高备份工作的可靠性。
接下来，将对上述本地备份方法的具体实施方式进行具体介绍。
需要说明的是，相对于备设备来讲，如果主设备先检测出自己与云端设备之间发生断链超时，则按照下述图6-a所示流程来实现本地备份。当然，主备协议可以预先规定发起本地备份机制的路由器设备，当主备协议规定主设备负责发起本地备份机制时，如果主设备先检测出自己与云端设备之间发生断链超时，则按照下述图6-a所示流程来实现本地备份，反之，如果备设备先检测出自己与云端设备之间发生断链超时，则按照下述图6-b所示流程以实现本地备份，具体如下。
参见图6-a所示的用户信息的本地备份方法的交互示意图，该本地备份方法可以包括以下步骤：
S601a：主设备若检测到与云端设备之间发生断链超时、且确定主设备与备设备之间能够正常通信，则向备设备发送第一询问消息，其中，该第一询问消息用于询问备设备与云端设备之间是否发生断链超时。
相对于备设备来讲，如果主设备先检测出与云端设备之间发生断链超时，便询问备设备是否也与云端设备发生断链超时。
之后，主设备可以根据从备设备接收到的响应消息来确定云端设备的通信状态，即确定云端设备的通信状态是正常还是异常，具体可以采用以下步骤来确定。
S602a：备设备在接收到第一询问消息后，检测备设备与云端设备之间是否发生断链超时；若是，则向主设备返回第一响应消息，该第一响应消息告知备设备与云端设备之间发生断链超时；若否，则向主设备返回第二响应消息，该第二响应消息用于告知备设备与云端设备之间未发生断链超时。
S603a：主设备若接收到备设备返回的第一响应消息，则主设备确定云端设备的通信状态异常并启动主设备与备设备之间的本地备份机制，并在成功启动本地备份机制后将第二用户信息发送至备设备进行备份。
主设备在接收到第一响应消息后，确定主设备和备设备均与云端设备发生断链超时，主设备判断云端设备故障，在此情况下，主设备无法向云端设备备份数据、而备设备也无法从云端设备获取备份数据。
此时，主设备发起与备设备之间的三次握手，用以启动主设备与备设备之间的本地备份机制，在本地备份机制成功启动后，主设备将第二用户信息直接备份至备设备，同时，主设备不再向云端设备发送备份数据，且备设备也不再从云端设备处获取备份数据。其中，三次握手的具体流程请参见S404中的相关介绍，在此不再赘述。
S604a：主设备若接收到备设备返回的第二响应消息，则确定云端设备的通信状态正常，并与云端设备之间进行断链重建。
主设备在接收到第二响应消息后，确定只有自己与云端设备短暂断链，此时，主设备可以通过与云端设备进行断链重建，以恢复与云端设备之间的连接。
S605a：主设备在与云端设备之间的断链重建成功后，将获取的第三用户信息批量发送至云端设备进行备份。
在主设备与云端设备发生断链后且完成断链重建成功之前，可能有一个或多个用户设备已经从主设备上线，本实施例将每一用户设备的待备份信息定义为第三用户信息，因此，在断链重建成功后，主设备可以将这些第三用户信息批量上传至云端设备，以保证备设备可以及时从云端设备处备份这些第三用户信息。
S606a：云端设备接收并存储第三用户信息。
由于云端设备记录了主设备的身份信息(比如主设备的IP地址)，因此，当云端设备接收到第三用户信息后，根据主设备身份信息可以确定第三用户信息是主设备上传的，从而存储第三用户信息。
S607a：备设备从云端设备获取第三用户信息进行备份。
接下来，云端设备通知备设备下载第三用户信息、或者云端设备直接将第三用户信息下发至备设备，从而实现用户信息的备份。
参见图6-b所示的用户信息的本地备份方法的交互示意图，该本地备份方法可以包括以下步骤：
S601b：备设备若检测到与云端设备之间发生断链超时、且确定备设备与主设备之间能够正常通信，则向主设备发送第一通知消息，其中，第一通知消息用于告知备设备与云端设备之间发生断链超时。
相对于主设备来讲，如果备设备先检测出与云端设备之间发生断链超时，便通知主设备，主设备在接收到第一通知消息后，可以根据主设备与云端设备的链接情况确定云端设备的通信状态，即确定云端设备的通信状态是正常还是异常，具体可以采用以下步骤来确定。
S602b：主设备在接收到第一通知消息后，确定主设备与云端设备之间是否发生断链超时；若是，则确定云端设备的通信状态异常，执行S603b；若否，则确定云端设备的通信状态正常，执行S604b。
如果主设备也与云端设备发生断链超时，此时主设备无法向云端设备备份数据、而备设备也无法从云端设备获取备份数据，故而，主设备判断云端设备故障。
S603b：主设备启动主设备与备设备之间的本地备份机制，并在成功启动本地备份机制后将第二用户信息发送至备设备进行备份。
主设备判断云端设备故障后，主设备发起与备设备之间的三次握手，用以启动主设备与备设备之间的本地备份机制，在本地备份机制成功启动后，主设备将第二用户信息直接备份至备设备，同时，主设备不再向云端设备发送备份数据，且备设备也不再从云端设备处获取备份数据。其中，三次握手的具体流程请参见S404中的相关介绍，在此不再赘述。
S604b：主设备向备设备发送重建等待通知，其中，该重建等待通知用于通知备设备等待与云端设备之间完成断链重建。
如果主设备没有与云端设备发生断链超时，即只有备设备与云端设备短暂断链，此时，主设备通知备设备等待与云端设备之间完成断链重建，备设备在接到通知后，暂时不从云端设备获取备份数据，而是等待与云端设备之间恢复连接后再从云端设备获取备份数据。
可见，从图6-a和图6-b所示的本地备份流程可知，如果主设备和备设备均与云端设备之间发生断链超时，即主设备无法向云端设备备份数据、而备设备也无法从云端设备获取备份数据，说明云端设备可能故障，这种情况下，需要将通过云端设备的备份机制，改为主设备与备设备之间的本地备份机制，这样，可以保证从主设备上线的用户信息能够且及时地在备设备侧进行备份，这样，一旦用户设备与主设备之间的通信链路发生故障，备设备可以及时接替主设备工作，从而保证用户业务的连续性。此外，如果主设备和备设备中只有一方与云端设备断链，说明云端设备没有故障，这种短暂断链通常能够很快恢复，因此断链一方可以等待恢复连接后再通过云端设备进行数据备份。
然而，为了避免断链一方不能很快恢复的情形，作为另一种实施方式，只要主设备和备设备其中一方与云端设备之间发生断链超时、但主设备与备设备之间能够正常通信，主设备便直接发起本地备份机制，并在成功发起本地备份机制后将待备份信息发送至备设备进行备份。即，相对于图6-a来讲，当主设备与云端设备发生断链超时时，直接执行S603a，不再执行其它步骤；相对于图6-b来讲，当备设备与云端设备发生断链超时时，依次执行S601b和S603b，不再执行其它步骤。
需要说明的是，在上述图6-a和6-b所示的实施例中，是由主设备启动本地备份机制，而在下面图7-a和7-b所示的实施例中，是由备设备启动本地备份机制，下面将对图7-a和7-b所示的实施例进行具体介绍。
需要说明的是，相对于主设备来讲，如果备设备先检测出自己与云端设备之间发生断链超时，则按照下述图7-a所示流程来实现本地备份。当然，当主备协议规定备设备负责发起本地备份机制时，如果备设备先检测出自己与云端设备之间发生断链超时，则按照下述图7-a所示流程来实现本地备份，反之，如果主设备先检测出自己与云端设备之间发生断链超时，则按照下述图7-b所示流程以实现本地备份，具体如下。
参见图7-a所示的用户信息的本地备份方法的交互示意图，该本地备份方法可以包括以下步骤：
S701a：备设备若检测到与云端设备之间发生断链超时、且备设备与主设备之间能够正常通信，则向主设备发送第二询问消息，其中，该第二询问消息用于询问主设备与云端设备之间是否发生断链超时。
相对于主设备来讲，如果备设备先检测出与云端设备之间发生断链超时，便询问主设备是否也与云端设备发生断链超时。
之后，主设备可以在接收到第二询问消息后，根据主设备与云端设备的链接情况确定云端设备的通信状态，即确定云端设备的通信状态是正常还是异常，具体可以采用以下步骤来确定。
S702a：主设备在接收到第二询问消息后，检测主设备与云端设备之间是否发生断链超时；若是，则确定云端设备的通信状态异常，并向备设备返回第三响应消息，该第三响应消息用于告知主设备与云端设备之间发生断链超时；若否，则确定云端设备的通信状态正常，并向备设备返回第四响应消息，该第四响应消息用于告知主设备与云端设备之间未发生断链超时。
S703a：备设备若接收到主设备返回的第三响应消息，则启动主设备与备设备之间的本地备份机制。
备设备在接收到第三响应消息后，确定主设备和备设备均与云端设备发生断链超时，此种情况下，备设备判断云端设备故障，此时主设备无法向云端设备备份数据、而备设备也无法从云端设备获取备份数据。此时，备设备发起与主设备之间的三次握手，用以启动主设备与备设备之间的本地备份机制。其中，三次握手的具体流程请参见S404中的相关介绍，在此不再赘述。
S704a：主设备在本地备份机制被成功发起后，将第二用户信息发送至备设备进行备份。
在本地备份机制成功启动后，主设备便将第二用户信息直接备份至备设备，同时，主设备不再向云端设备发送备份数据，且备设备也不再从云端设备处获取备份数据。
S705a：备设备若接收到主设备返回的第四响应消息，则等待备设备与云端设备之间完成断链重建。
备设备在接收到第四响应消息后，确定只有自己与云端设备短暂断链，此时，备设备可以通过与云端设备进行断链重建，以恢复与云端设备之间的连接。
备设备在与云端设备之间完成断链重建之前，可能有一个或多个用户设备已经从主设备上线，并且，主设备已经生成了这些用户设备的待备份信息后并备份到了云端设备。因此，在断链重建完成后，备设备可以从云端设备批量获取这些数据进行备份。
参见图7-b所示的用户信息的本地备份方法的交互示意图，该本地备份方法可以包括以下步骤：
S701b：主设备若检测到与云端设备之间发生断链超时且与备设备之间能够正常通信，则向备设备发送第二通知消息，其中，所述第二通知消息用于告知所述备设备所述主设备与所述云端设备之间发生断链超时。
相对于备设备来讲，如果主设备先检测出与云端设备之间发生断链超时，便通知备设备，这样，主设备可以根据备设备针对第二通知消息的响应确定云端设备的通信状态，即确定云端设备的通信状态是正常还是异常，具体可以采用以下步骤来确定。
S702b：备设备在接收到第二通知消息后，确定备设备与云端设备之间是否发生断链超时；若是，则执行S703b；若否，则执行S705b。
如果备设备也与云端设备发生断链超时，此时主设备无法向云端设备备份数据、而备设备也无法从云端设备获取备份数据，故而，备设备判断云端设备故障。
S703b：备设备发起主设备与备设备之间的本地备份机制。
备设备判断云端设备故障后，备设备发起与主设备之间的三次握手，用以启动主设备与备设备之间的本地备份机制。其中，三次握手的具体流程请参见S404中的相关介绍，在此不再赘述。
S704b：主设备在本地备份机制被成功启动后，确定云端设备的通信状态异常，将第二用户信息发送至备设备进行备份。
在本地备份机制成功启动后，主设备将第二用户信息直接备份至备设备，同时，主设备不再向云端设备发送备份数据，且备设备也不再从云端设备处获取备份数据。
S705b：备设备向主设备返回通知响应消息，其中，该通知响应消息用于告知主设备等待与所述云端设备之间完成断链重建。
如果备设备没有与云端设备发生断链超时，即只有主设备与云端设备短暂断链，此时，备设备通知主设备等待与云端设备之间完成断链重建，主设备在接到通知后，暂时不向云端设备备份数据，而是等待与云端设备之间恢复连接后再向云端设备备份数据。
S706b：主设备接收到通知响应消息后，确定云端设备的通信状态正常，主设备与云端设备之间进行断链重建。
S707b：主设备在与云端设备之间断链重建成功后，将获取的第三用户信息批量发送至云端设备。
在主设备与云端设备发生断链后且完成断链重建成功之前，可能有一个或多个用户设备已经从主设备上线，本实施例将每一用户设备的待备份信息定义为第三用户信息，因此，在断链重建成功后，主设备可以将这些第三用户信息批量上传至云端设备，以保证备设备可以及时从云端设备处备份这些第三用户信息。
S708b：云端设备接收并存储第三用户信息。
由于云端设备记录了主设备的身份信息(比如主设备的IP地址)，因此，当云端设备接收到第三用户信息后，根据主设备身份信息可以确定第三用户信息是主设备上传的，从而存储第三用户信息。
S709b：备设备从云端设备获取第三用户信息进行备份。
接下来，云端设备通知备设备下载第三用户信息、或者云端设备直接将第三用户信息下发至备设备，从而实现用户信息的备份。
可见，从图7-a和图7-b所示的本地备份流程可知，如果主设备和备设备均与云端设备之间发生断链超时，即主设备无法向云端设备备份数据、而备设备也无法从云端设备获取备份数据，说明云端设备可能故障，这种情况下，需要将通过云端设备的备份机制，改为主设备与备设备之间的本地备份机制，这样，可以保证从主设备上线的用户信息能够且及时地在备设备侧进行备份，这样，一旦用户设备与主设备之间的通信链路发生故障，备设备可以及时接替主设备工作，从而保证用户业务的连续性。此外，如果主设备和备设备中只有一方与云端设备断链，说明云端设备没有故障，这种短暂断链通常能够很快恢复，因此断链一方可以等待恢复连接后再通过云端设备进行数据备份。
然而，为了避免断链一方不能很快恢复的情形，作为另一种实施方式，只要主设备和备设备其中一方与云端设备之间发生断链超时、但主设备与备设备之间能够正常通信，备设备便直接发起本地备份机制，并在成功发起本地备份机制后，主设备将待备份信息发送至备设备进行备份。即，相对于图7-a来讲，当备设备与云端设备发生断链超时时，依次执行S703a和S704a，不再执行其它步骤；相对于图7-b来讲，当主设备与云端设备发生断链超时时，依次执行S701b、S703b和S704b，不再执行其它步骤。
需要说明的是，当主设备或备设备一方检测出与云端设备之间的链路质量差时，如果主设备与备设备之间能够正常通信，便启动主设备与备设备之间的本地备份机制，下面将通过图8-a、8-b、9-a、9-b所示实施例进行具体介绍。此外，在本实施例的另一种实施方式中，当主设备与云端设备之间的链路质量差、且备设备与云端设备之间的链路质量也差时，如果主设备与备设备之间能够正常通信，则可以采用类似于图6-a、6-b、7-a、7-b的本地备份流程，只要将6-a、6-b、7-a、7-b所示实施例中的“断链超时”替换为“链路质量低于预设质量阈值”即可。
需要说明的是，相对于主设备来讲，如果主设备先检测出自己与云端设备之间的链路质量低于预设质量阈值，则按照下述图8-a所示流程来实现本地备份。当然，主备协议可以预先规定发起本地备份机制的路由器设备，当主备协议规定主设备负责发起本地备份机制时，如果主设备先检测出自己与云端设备之间的链路质量低于预设质量阈值，则按照下述图8-a所示流程来实现本地备份，反之，如果备设备先检测出自己与云端设备之间的链路质量低于预设质量阈值，则按照下述图8-b所示流程以实现本地备份，具体如下。
参见图8-a所示的用户信息的本地备份方法的交互示意图，该本地备份方法可以包括以下步骤：
S801a：主设备若检测到与云端设备之间的链路质量低于预设质量阈值且与备设备之间能够正常通信，则确定云端设备的通信状态异常，并启动主设备与备设备之间的本地备份机制。
相对于备设备来讲，如果主设备先检测到与云端设备之间的链路质量差，则及时发起本地备份机制。
S802a：主设备在成功发起本地备份机制后，将第二用户信息发送至备设备进行备份。
当主设备与云端设备之间的链路质量低于预设质量阈值，说明两设备之间的链路质量较差或者控制器本身有问题，在这种情况下，如果主设备仍向云端设备备份数据，存在数据丢失的可能。因此，当主设备与备设备之间的RBS通道不断链且质量较好时，主设备可以发起与备设备之间的三次握手，用以启动主设备与备设备之间的本地备份机制，在本地备份机制成功启动后，主设备将第二用户信息备份至备设备。同时，主设备不再向云端设备发送备份数据、而备设备不再从云端设备获取备份数据。
其中，三次握手的具体流程请参见S404中的相关介绍，在此不再赘述。
参见图8-b所示的用户信息的本地备份方法的交互示意图，该本地备份方法可以包括以下步骤：
S801b：备设备若检测到与云端设备之间的链路质量低于预设质量阈值且与主设备之间能够正常通信，则向主设备发送第三通知消息。
相对于主设备来讲，如果备设备先检测与云端设备之间的链路质量差，便通知主设备自己与云端设备之间的链路质量变差，以便主设备及时启动本地备份机制。
S802b：主设备在接收到备设备发送的第三通知消息后，确定所述云端设备的通信状态异常，并启动所述主设备与所述备设备之间的本地备份机制。
S803b：主设备在成功发起本地备份机制后，将第二用户信息发送至备设备进行备份。
当备设备与云端设备之间的链路质量低于预设质量阈值，说明两设备之间的链路质量较差或者控制器本身有问题，在这种情况下，如果备设备仍从云端设备获取备份数据，存在数据丢失的可能。因此，当主设备与备设备之间的RBS通道不断链且质量较好时，主设备可以发起与备设备之间的三次握手，用以启动主设备与备设备之间的本地备份机制，在本地备份机制成功启动后，主设备将第二用户信息备份至备设备。同时，备设备不再从云端设备获取备份数据。
其中，三次握手的具体流程请参见S404中的相关介绍，在此不再赘述。
此外，当主设备与云端设备之间的链路质量差时，如果主设备与云端设备之间的链路质量较好，则主设备在向备设备备份数据的同时，也可以向云端设备备份数据；如果主设备与云端设备之间的链路质量也差，主设备不再向云端设备发送备份数据。
需要说明的是，在上述图8-a和8-b所示的实施例中，是由主设备启动本地备份机制，而在下面图9-a和9-b所示的实施例中，是由备设备启动本地备份机制，下面将对图9-a和9-b所示的实施例进行具体介绍。
需要说明的是，相对于备设备来讲，如果备设备先检测出自己与云端设备之间的链路质量低于预设质量阈值，则按照下述图9-a所示流程来实现本地备份。当然，当主备协议规定备设备负责发起本地备份机制时，如果备设备先检测出自己与云端设备之间的链路质量低于预设质量阈值，则按照下述图9-a所示流程来实现本地备份，反之，如果主设备先检测出自己与云端设备之间的链路质量低于预设质量阈值，则按照下述图9-b所示流程以实现本地备份，具体如下。
参见图9-a所示的用户信息的本地备份方法的交互示意图，该本地备份方法可以包括以下步骤：
S901a：备设备若检测到与云端设备之间的链路质量低于预设质量阈值且与主设备之间能够正常通信，则确定云端设备的通信状态异常，启动主设备与备设备之间的本地备份机制。
相对于主设备来讲，如果备设备先检测到与云端设备之间的链路质量差，则及时发起本地备份机制。
S902a：主设备在本地备份机制备被成功发起后，将第二用户信息发送至备设备进行备份。
当备设备与云端设备之间的链路质量低于预设质量阈值，说明两设备之间的链路质量较差或者控制器本身有问题，在这种情况下，如果备设备仍从云端设备获取备份数据，存在数据丢失的可能。因此，当主设备与备设备之间的RBS通道不断链且质量较好时，备设备可以发起与主设备之间的三次握手，用以启动主设备与备设备之间的本地备份机制，在本地备份机制成功启动后，主设备将第二用户信息备份至备设备。同时，备设备不再从云端设备获取备份数据。
其中，三次握手的具体流程请参见S404中的相关介绍，在此不再赘述。
此外，如果主设备与云端设备之间的链路质量较好，主设备在向备设备备份数据的同时，也可以向云端设备备份数据；如果主设备与云端设备之间的链路质量也差，主设备不再向云端设备发送备份数据。
参见图9-b所示的用户信息的本地备份方法的交互示意图，该本地备份方法可以包括以下步骤：
S901b：主设备若检测到与云端设备之间的链路质量低于预设质量阈值且与备设备之间能够正常通信，则向备设备发送第四通知消息。
相对于备设备来讲，如果主设备先检测与云端设备之间的链路质量差，便通知备设备自己与云端设备之间的链路质量变差，以便备设备及时启动本地备份机制。
S902b：备设备在接收到备设备发送的第四通知消息后，确定云端设备的通信状态异常，并启动主设备与备设备之间的本地备份机制。
S903b：主设备在本地备份机制被成功发起后，将第二用户信息发送至备设备进行备份。
当主设备与云端设备之间的链路质量低于预设质量阈值，说明两设备之间的链路质量较差或者控制器本身有问题，在这种情况下，如果主设备仍向云端设备备份数据，存在数据丢失的可能。因此，当主设备与备设备之间的RBS通道不断链且质量较好时，备设备可以发起与主设备之间的三次握手，用以启动主设备与备设备之间的本地备份机制，在本地备份机制成功启动后，主设备将第二用户信息备份至备设备。同时，主设备不再向云端设备发送备份数据、而备设备不再从云端设备获取备份数据。
其中，三次握手的具体流程请参见S404中的相关介绍，在此不再赘述。
可见，从图8-a和图8-b以及图9-a和图9-b所示的本地备份流程可知，如果主设备与云端设备之间的链路质量变差，这将导致主设备向云端设备上传的备份数据可能丢失；如果备设备与云端设备之间的链路质量变差，这将导致云端设备向备设备下发的备份数据可能丢失。当出现上述其中任一种情形或两种情形同时出现时，均不能保证备设备获取到完整的备份数据，因此，需要将通过云端设备的备份机制，改为主设备与备设备之间的本地备份机制，可以保证从主设备上线的用户信息能够完整地在备设备侧进行备份，这样，一旦用户设备与主设备之间的通信链路发生故障，备设备可以及时接替主设备工作，从而保证用户业务的连续性。
在本申请的一些实施例中，当主设备与备设备不能正常通信时，如果主设备与云端设备也不能正常通信、但备设备与云端设备之间能够正常通信。当出现这种情况时，可以进行主备身份切换，即，主设备由主设备身份切换为备设备身份，而备设备由备设备身份切换为主设备身份。
其中，主设备与备设备不能正常通信，具体可以为：主设备与备设备之间发生断链超时，或者，主设备与备设备之间的链路质量低于预设质量阈值。
其中，主设备与云端设备不能正常通信，具体可以为：主设备与云端设备之间发生断链超时，或者，主设备与云端设备之间的链路质量低于预设质量阈值。
在本实施例中，由于主设备与备设备不能正常通信，因此不能启动主设备与备设备之间的本地备份机制，此外，由于主设备与云端设备也不能正常通信，将导致主设备不能向云端设备备份数据或不能向云端设备备份完整数据。在这种情况下，通过主备身份切换，使备设备由备设备身份切换为主设备身份，使得用户设备可以通过身份切换后的主设备上线，从而使身份切换后的主设备向云端设备备份数据，进而待身份切换后的备设备与云端设备之间的链路正常后进行数据备份，以保证备份工作的可靠性。
为便于更好的实施本申请实施例的上述方案，下面还提供用于实施上述方案的相关装置。
参见图10所示，为本申请实施例提供的一种主设备1000，该主设备1000可以包括通知发送模块1001和云端备份模块1002，其中：
通知发送模块1001，用于向云端设备发送第一身份通知，所述第一身份通知为主设备具有主设备身份的通知；
状态确定模块1002，用于确定所述云端设备的通信状态；具体的实现方式可以参考下述具体模块的功能描述以及参考以上方法实施例中，如步骤S505以及图6a-9b中相关步骤的详细描述。
云端备份模块1003，用于确定所述云端设备的通信状态正常的情况下，将获取的第一用户信息上传至所述云端设备；
其中，所述第一用户信息由所述云端设备存储并提供给备设备，且所述第一用户信息是在所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
其中，通知发送模块的功能实现的具体实现可以参考上述方法步骤S402；状态确定模块以及云端备份模块的功能实现可以参考上述方法步骤S501-S502。
在本申请的一些实施例中，所述主设备1000还可以包括：
本地备份模块，用于在确定所述云端设备的通信状态异常，且所述主设备与所述备设备之间能够正常通信的情况下，将获取的第二用户信息发送至所述备设备进行备份；其中，所述第二用户信息是在所述云端设备的通信状态异常的情况下从所述主设备上线的用户设备的待备份信息。
其中，本地备份模块的功能实现可以参考下述各子模块的功能以及上述图6a-9b中本地备份对应的步骤。
在本申请的一些实施例中，所述状态确定模块1002可以包括：
询问发送子模块，用于在检测到与所述云端设备之间发生断链超时后，向所述备设备发送第一询问消息，其中，所述第一询问消息用于询问所述备设备与所述云端设备之间是否发生断链超时；
第一确定子模块，用于根据从所述备设备接收到的响应消息确定所述云端设备的通信状态。
其中，询问发送子模块和第一确定子模块的功能实现可以参考上述方法步骤S601a-S604a。
在本申请的一些实施例中，所述第一确定子模块，具体用于若接收到所述备设备返回的第一响应消息，则确定所述云端设备的通信状态异常，其中所述第一响应消息用于告知所述备设备与所述云端设备之间发生断链超时；
所述本地备份模块，还用于在将获取的第二用户信息发送至所述备设备进行备份之前，启动所述主设备与所述备设备之间的本地备份机制。
在本申请的一些实施例中，所述第一确定子模块，具体用于若接收到所述备设备返回的第二响应消息，则确定所述云端设备的通信状态正常；其中所述第二响应消息用于告知所述备设备与所述云端设备之间未发生断链超时；
所述主设备1000还可以包括：
第一断链重建模块，用于与所述云端设备之间进行断链重建；
第一批量备份模块，用于在所述断链重建成功后，将获取的第三用户信息批量发送至所述云端设备，其中，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
其中，第一断链重建模块和第一批量备份模块的功能实现可以参考上述方法步骤S604a-S605a。
在本申请的一些实施例中，所述状态确定模块1002可以包括：
通知接收子模块，用于接收所述备设备发送的第一通知消息，其中，所述第一通知消息用于告知所述备设备与所述云端设备之间发生断链超时；
第二确定子模块，用于在接收到所述第一通知消息后，根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态。
其中，通知接收子模块和第二确定子模块的功能实现可以参考上述方法步骤S602b。
在本申请的一些实施例中，所述第二确定子模块，具体用于若确定所述主设备与所述云端设备之间发生断链超时，则确定所述云端设备的通信状态异常；
所述本地备份模块，还用于在将获取的第二用户信息发送至所述备设备进行备份之前，启动所述主设备与所述备设备之间的本地备份机制。
其中，本地备份模块的功能实现可以参考上述方法步骤S603b。
在本申请的一些实施例中，所述第二确定子模块，具体用于若确定与所述云端设备之间未发生断链超时，则确定所述云端设备的通信状态正常；
所述主设备1000还可以包括：
重建通知模块，用于通知所述备设备等待与所述云端设备之间完成断链重建。
其中，重建通知模块的功能实现可以参考上述方法步骤S604b。
在本申请的一些实施例中，所述状态确定模块1002可以包括：
询问接收子模块，用于接收所述备设备发送的第二询问消息，所述第二询问消息是所述备设备确定与所述云端设备之间发生断链超时后发送的、且所述第二询问消息用于询问所述主设备与所述云端设备之间是否发生断链超时；
第三确定子模块，用于在接收到所述第二询问消息后，根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态。
其中，询问接收子模块的功能实现可以参考上述方法步骤S701a；第三确定子模块的功能实现可以参考上述方法步骤S702a。
在本申请的一些实施例中，所述第三确定子模块，具体用于若确定与所述云端设备之间发生断链超时，则确定所述云端设备的通信状态异常；
所述主设备1000还可以包括：
第一响应发送模块，用于在所述云端备份模块将获取的第二用户信息发送至所述备设备进行备份之前，向所述备设备发送第三响应消息，以便所述备设备接收到所述第三响应消息后启动所述主设备与所述备设备之间的本地备份机制，其中，所述第三响应消息为所述主设备与所述云端设备之间发生断链超时。
其中，第一响应发送模块的功能实现可以参考上述方法步骤S702a。
在本申请的一些实施例中，所述第三确定子模块，具体用于若确定与所述云端设备之间未发生断链超时，则确定所述云端设备的通信状态正常；
所述主设备1000还可以包括：
第二响应发送模块，用于向所述备设备发送第四响应消息，以便所述备设备接收到所述第四响应消息后等待与所述云端设备完成断链重建，其中，所述第四响应消息为所述主设备与所述云端设备之间未发生断链超时。
其中，第二响应发送模块的功能实现可以参考上述方法步骤S702a。
在本申请的一些实施例中，所述状态确定模块1002可以包括：
通知发送子模块，用于在检测到与所述云端设备之间发生断链超时后向所述备设备发送的第二通知消息，其中，所述第二通知消息用于告知所述备设备所述主设备与所述云端设备之间发生断链超时；
第四确定子模块，用于根据所述备设备针对所述第二通知消息的响应确定所述云端设备的通信状态。
其中，通知发送子模块的功能实现可以参考上述方法步骤S701b；第四确定子模块的功能实现可以参考上述方法步骤S702b-S706b。
在本申请的一些实施例中，所述第四确定子模块，具体用于若确定所述备设备已启动所述主设备与所述备设备之间的本地备份机制，则确定所述云端设备的通信状态异常。
在本申请的一些实施例中，所述第四确定子模块，具体用于若接收到所述备设备返回的通知响应消息，则确定所述云端设备的通信状态正常；其中，所述通知响应消息用于告知所述主设备等待与所述云端设备之间完成断链重建；
所述主设备1000还可以包括：
第二断链重建模块，用于与所述云端设备之间进行断链重建；
第二批量备份模块，用于在所述断链重建成功后，将获取的第三用户信息批量发送至所述云端设备，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
其中，第二断链重建模块的功能实现可以参考上述方法步骤S706b；第四确定子模块的功能实现可以参考上述方法步骤S707b。
在本申请的一些实施例中，所述状态确定模块1002，具体用于若确定所述主设备与所述云端设备之间的链路质量低于预设质量阈值、和/或确定所述备设备与所述云端设备之间的链路质量低于预设质量阈值，则确定所述云端设备的通信状态异常。
其中，状态确定模块的功能实现可以参考上述方法步骤S801a-S802a以及S801b-S803b。
在本申请的一些实施例中，所述主设备1000还可以包括：
身份切换模块，用于在确定所述主设备与所述云端设备之间不能正常通信、且所述主设备与所述备设备之间不能正常通信的情况下，则所述主设备的所述主设备身份切换为备设备身份。
其中，身份切换模块的功能实现可以参考上述方法中关于主备身份切换的内容。
在本申请的一些实施例中，所述主设备与所述云端设备之间不能正常通信，可以包括：
所述主设备与所述云端设备之间发生断链超时，或者，所述主设备与所述云端设备之间的链路质量低于预设质量阈值。
在本申请的一些实施例中，所述主设备与所述备设备之间不能正常通信，可以包括：
所述主设备与所述备设备之间发生断链超时，或者，所述主设备与所述备设备之间的链路质量低于预设质量阈值。
通过前述内容对本申请实施例的举例说明可知，当云端设备的通信状态正常时，如果有用户设备从主设备上线，主设备将生成该用户设备的待备份信息，并将该待备份信息上传至云端设备，这样，备设备便可以从云端设备获取该待备份信息以进行备份，可见，本申请实施例的主设备是通过云端设备向备设备备份信息的，避免了主设备直接向备设备备份信息所导致的用户业务不连续的问题。进一步地，当云端设备的通信状态异常时，即无法通过云端设备实现数据备份的情况下，如果主设备与备设备之间能够正常通信，主设备可以直接向备设备备份信息，以提高备份工作的可靠性。
参见图11所示，为本申请实施例提供的一种云端设备1100，该云端设备1100可以包括通知接收模块1101和云端备份模块1102，其中：
通知接收模块1101，用于接收主设备发送的第一身份通知以及备设备发送的第二身份通知，所述第一身份通知为所述主设备具有主设备身份的通知，所述第二身份通知为所述备设备具有备设备身份的通知；
云端备份模块1102，用于接收并存储所述主设备上传的第一用户信息，并将所述第一用户信息提供给所述备设备；
其中，所述第一用户信息是所述主设备确定所述云端设备的通信状态正常的情况下上传的，且所述第一用户信息是当所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
其中，通知接收模块的功能实现可以参考上述方法步骤S402-S403；云端备份模块的功能实现可以参考上述方法步骤S503。
通过前述内容对本申请实施例的举例说明可知，当云端设备的通信状态正常时，如果有用户设备从主设备上线，主设备将生成该用户设备的待备份信息，并将该待备份信息上传至云端设备，这样，备设备便可以从云端设备获取该待备份信息以进行备份，可见，本申请实施例的主设备是通过云端设备向备设备备份信息的，避免了主设备直接向备设备备份信息所导致的用户业务不连续的问题。
参见图12所示，为本申请实施例提供的一种备设备1200，该备设备1200可以包括通知发送模块1201和云端备份模块1202，其中：
通知发送模块1201，用于向云端设备发送第二身份通知，所述第二身份通知为所述备设备具有备设备身份的通知；
云端备份模块1202，用于从所述云端设备获取第一用户信息进行备份；
其中，所述第一用户信息是所述主设备确定所述云端设备的通信状态正常的情况下上传至所述云端设备存储的，且所述第一用户信息是当所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
其中，通知发送模块的功能实现可以参考上述方法步骤S402；云端备份模块的功能实现可以参考上述方法步骤S504。
在本申请的一些实施例中，所述备设备1200还可以包括：
本地备份模块，用于在所述云端设备的通信状态异常的情况下，接收所述主设备发送的第二用户信息进行备份；
其中，所述第二用户信息是在所述云端设备的通信状态异常的情况下从所述主设备上线的用户设备的待备份信息；所述第二用户信息是所述主设备在确定所述云端设备的通信状态异常且所述主设备与所述备设备之间能够正常通信的情况下发送的。
其中，本地备份模块的功能实现可以参考下述各子模块的功能以及上述图6a-9b中本地备份对应的步骤。
在本申请的一些实施例中，所述备设备1200还可以包括：
消息返回模块，用于若接收到所述主设备发送的第一询问消息，则向所述主设备返回响应消息；
其中，所述第一询问消息是所述主设备在检测到与所述云端设备之间发生断链超时后发送的，且所述第一询问消息用于询问所述备设备与所述云端设备之间是否发生断链超时；所述备设备返回的响应消息用于使所述主设备确定所述云端设备的通信状态。
其中，消息返回模块的功能实现可以参考上述方法步骤S602a。
在本申请的一些实施例中，所述消息返回模块，具体用于向所述主设备返回第一响应消息；
其中，所述第一响应消息用于告知所述备设备与所述云端设备之间发生断链超时，以使得所述主设备在所述备设备与所述云端设备之间发生断链超时后确定所述云端设备的通信状态异常，并在确定所述云端设备的通信状态异常之后启动所述主设备与所述备设备之间的本地备份机制；
所述本地备份模块，具体用于接收所述主设备启动所述本地备份机制后发送的第二用户信息进行备份。
在本申请的一些实施例中，所述消息返回模块，具体用于向所述主设备返回第二响应消息；
其中，所述第二响应消息用于告知所述备设备与所述云端设备之间未发生断链超时，以使得所述主设备在所述备设备与所述云端设备之间未发生断链超时后确定所述云端设备的通信状态正常，并在确定所述云端设备的通信状态正常之后使所述主设备与所述云端设备之间进行断链重建，以及使所述主设备在所述断链重建成功后将获取的第三用户信息批量发送至所述云端设备；
其中，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
在本申请的一些实施例中，所述备设备1200还可以包括：
通知发送模块，用于向所述主设备发送第一通知消息；
其中，所述第一通知消息用于告知所述备设备与所述云端设备之间发生断链超时，以使得所述主设备在所述主设备与所述云端设备之间发生断链超时后确定所述云端设备的通信状态异常。
其中，通知发送模块的功能实现可以参考上述方法步骤S601b。
在本申请的一些实施例中，所述备设备1200还可以包括：
通知接收模块，用于接收所述主设备发送的重建等待通知；
其中，所述重建等待通知用于通知所述备设备等待与所述云端设备之间完成断链重建，所述重建等待通知是所述主设备确定所述云端设备的通信状态正常后发送的，所述通信状态正常是所述主设备确定与所述云端设备之间未发生断链超时后确定的。
其中，通知接收模块的功能实现可以参考上述方法步骤S604b。
在本申请的一些实施例中，所述备设备1200还可以包括：
询问发送模块，用于确定与所述云端设备之间发生断链超时后，向所述主设备发送第二询问消息，其中，所述第二询问消息用于询问所述主设备与所述云端设备之间是否发生断链超时；
所述本地备份模块，具体用于若接收到所述主设备返回的第三响应消息，则根据所述第三响应消息获知所述云端设备的通信状态异常，启动所述主设备与所述备设备之间的本地备份机制，在成功启动所述本地备份机制后，接收所述主设备发送的第二用户信息进行备份，其中，所述第三响应消息用于告知所述主设备与所述云端设备之间发生断链超时。
其中，询问发送模块的功能实现可以参考上述方法步骤S701a；本地备份模块的功能实现可以参考上述方法步骤S703a-S704a。
在本申请的一些实施例中，所述备设备1200还可以包括：
断链重建模块，用于若接收到所述主设备返回的第四响应消息，则等待与所述云端设备完成断链重建，其中，所述第四响应消息用于告知所述主设备与所述云端设备之间未发生断链超时。
其中，断链重建模块的功能实现可以参考上述方法步骤S705a。
在本申请的一些实施例中，所述备设备1200还可以包括：
通知响应模块，用于若接收到所述主设备发送的第二通知消息，则针对所述第二通知消息进行响应；
其中，所述第二通知消息是所述主设备在检测到与所述云端设备之间发生断链超时后发送的，且所述第二通知消息用于告知所述备设备所述主设备与所述云端设备之间发生断链超时；所述备设备针对所述第二通知消息的响应使所述主设备确定所述云端设备的通信状态。
其中，通知响应模块的功能实现可以参考上述方法步骤S702b、S703b和S705b。
在本申请的一些实施例中，所述通知响应模块，具体用于启动所述主设备与所述备设备之间的本地备份机制，以便所述主设备在所述本地备份机制被启动后确定所述云端设备的通信状态异常；
所述本地备份模块，具体用于在成功启动所述本地备份机制后，接收所述主设备发送的第二用户信息进行备份。
其中，通知响应模块的功能实现可以参考上述方法步骤S704b。
在本申请的一些实施例中，所述通知响应模块，具体用于向所述主设备返回通知响应消息；
其中，所述通知响应消息用于告知所述主设备等待与所述云端设备之间完成断链重建，以使所述主设备在所述断链重建成功后将获取的第三用户信息批量发送至所述云端设备；所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
在本申请的一些实施例中，所述备设备1200还可以包括：
所述本地备份模块，还用于若确定所述备设备与所述云端设备之间的链路质量低于预设质量阈值、和/或确定所述主设备与所述云端设备之间的链路质量低于预设质量阈值，则启动所述主设备与所述备设备之间的本地备份机制，以便所述主设备在所述本地备份机制被启动后确定所述云端设备的通信状态异常。
其中，本地备份模块的功能实现可以参考上述方法步骤S901a-S902a以及S901b-S903b。
在本申请的一些实施例中，所述备设备1200还可以包括：
身份切换模块，用于在确定所述备设备与所述云端设备之间能够正常通信且所述备设备与所述主设备之间不能正常通信的情况下，则所述备设备的所述备设备身份切换为主设备身份。
其中，身份切换模块的功能实现可以参考上述方法中关于主备身份切换的内容。
在本申请的一些实施例中，所述备设备与所述主设备不能正常通信，可以包括：所述备设备与所述主设备之间发生断链超时，或者，所述备设备与所述主设备之间的链路质量低于预设质量阈值。
通过前述内容对本申请实施例的举例说明可知，当云端设备的通信状态正常时，如果有用户设备从主设备上线，主设备将生成该用户设备的待备份信息，并将该待备份信息上传至云端设备，这样，备设备便可以从云端设备获取该待备份信息以进行备份，可见，本申请实施例的主设备是通过云端设备向备设备备份信息的，避免了主设备直接向备设备备份信息所导致的用户业务不连续的问题。进一步地，当云端设备的通信状态异常时，即无法通过云端设备实现数据备份的情况下，如果主设备与备设备之间能够正常通信，主设备可以直接向备设备备份信息，以提高备份工作的可靠性。
需要说明的是，上述设备各模块之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其带来的技术效果与本申请方法实施例相同，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。
接下来介绍本申请实施例提供的另一种主设备，所述主设备包括：处理器，存储器，通信接口和总线；所述处理器、通信接口、存储器通过所述总线相互的通信；所述通信接口，用于接收和发送数据；所述存储器用于存储指令；所述处理器用于执行所述存储器中的所述指令，执行前述的信息备份方法。
接下来对前述的主设备进行详细说明，请参阅图13所示，主设备1300，包括：接收器1301、发射器1302、处理器1303和存储器1304(其中主设备1300中的处理器1303的数量可以一个或多个，图13中以一个处理器为例)。其中，通信接口可包括接收器1301、发射器1302。在本申请的一些实施例中，接收器1301、发射器1302、处理器1303和存储器1304可通过总线或其它方式连接，其中，图13中以通过总线连接为例。
存储器1304可以包括只读存储器和随机存取存储器，并向处理器1303提供指令和数据。存储器1304的一部分还可以包括非易失性随机存取存储器(英文全称：Non-VolatileRandom Access Memory，英文缩写：NVRAM)。存储器1304存储有操作系统和操作指令、可执行模块或者数据结构，或者它们的子集，或者它们的扩展集，其中，操作指令可包括各种操作指令，用于实现各种操作。操作系统可包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。
处理器1303控制主设备1300的操作，处理器1303还可以称为中央处理单元(英文全称：Central Processing Unit，英文简称：CPU)。具体的应用中，的各个组件通过总线系统耦合在一起，其中总线系统除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都称为总线系统。
上述本申请实施例揭示的方法可以应用于处理器1303中，或者由处理器1303实现。处理器1303可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1303中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1303可以是通用处理器、数字信号处理器(英文全称：digital signal processing，英文缩写：DSP)、专用集成电路(英文全称：Application Specific Integrated Circuit，英文缩写：ASIC)、现场可编程门阵列(英文全称：Field-Programmable Gate Array，英文缩写：FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1304，处理器1303读取存储器1304中的信息，结合其硬件完成上述方法的步骤。
接收器1301可用于接收输入的数字或字符信息，以及产生与主设备1300的相关设置以及功能控制有关的信号输入，发射器1302可包括显示屏等显示设备，发射器1302可用于通过外接接口输出数字或字符信息。
本申请实施例中，处理器1303，用于执行前述主设备侧执行的信息备份方法。
接下来介绍本申请实施例提供的另一种云端设备，所述云端设备包括：处理器，存储器，通信接口和总线；所述处理器、通信接口、存储器通过所述总线相互的通信；所述通信接口，用于接收和发送数据；所述存储器用于存储指令；所述处理器用于执行所述存储器中的所述指令，执行前述的信息备份方法。
接下来对前述的云端设备进行详细说明，请参阅图14所示，云端设备1400，包括：接收器1401、发射器1402、处理器1403和存储器1404(其中云端设备1400中的处理器1403的数量可以一个或多个，图14中以一个处理器为例)。其中，通信接口可包括接收器1401、发射器1402。在本申请的一些实施例中，接收器1401、发射器1402、处理器1403和存储器1404可通过总线或其它方式连接，其中，图14中以通过总线连接为例。
存储器1404可以包括只读存储器和随机存取存储器，并向处理器1403提供指令和数据。存储器1404的一部分还可以包括非易失性随机存取存储器(英文全称：Non-VolatileRandom Access Memory，英文缩写：NVRAM)。存储器1404存储有操作系统和操作指令、可执行模块或者数据结构，或者它们的子集，或者它们的扩展集，其中，操作指令可包括各种操作指令，用于实现各种操作。操作系统可包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。
处理器1403控制云端设备1400的操作，处理器1403还可以称为中央处理单元(英文全称：Central Processing Unit，英文简称：CPU)。具体的应用中，的各个组件通过总线系统耦合在一起，其中总线系统除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都称为总线系统。
上述本申请实施例揭示的方法可以应用于处理器1403中，或者由处理器1403实现。处理器1403可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1403中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1403可以是通用处理器、数字信号处理器(英文全称：digital signal processing，英文缩写：DSP)、专用集成电路(英文全称：Application Specific Integrated Circuit，英文缩写：ASIC)、现场可编程门阵列(英文全称：Field-Programmable Gate Array，英文缩写：FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1404，处理器1403读取存储器1404中的信息，结合其硬件完成上述方法的步骤。
接收器1401可用于接收输入的数字或字符信息，以及产生与云端设备1400的相关设置以及功能控制有关的信号输入，发射器1402可包括显示屏等显示设备，发射器1402可用于通过外接接口输出数字或字符信息。
本申请实施例中，处理器1303，用于执行前述云端设备侧执行的信息备份方法。
接下来介绍本申请实施例提供的另一种备设备，所述备设备包括：处理器，存储器，通信接口和总线；所述处理器、通信接口、存储器通过所述总线相互的通信；所述通信接口，用于接收和发送数据；所述存储器用于存储指令；所述处理器用于执行所述存储器中的所述指令，执行前述的信息备份方法。
接下来对前述的备设备进行详细说明，请参阅图15所示，备设备1500，包括：接收器1501、发射器1502、处理器1503和存储器1504(其中备设备1500中的处理器1503的数量可以一个或多个，图15中以一个处理器为例)。其中，通信接口可包括接收器1501、发射器1502。在本申请的一些实施例中，接收器1501、发射器1502、处理器1503和存储器1504可通过总线或其它方式连接，其中，图15中以通过总线连接为例。
存储器1504可以包括只读存储器和随机存取存储器，并向处理器1503提供指令和数据。存储器1504的一部分还可以包括非易失性随机存取存储器(英文全称：Non-VolatileRandom Access Memory，英文缩写：NVRAM)。存储器1504存储有操作系统和操作指令、可执行模块或者数据结构，或者它们的子集，或者它们的扩展集，其中，操作指令可包括各种操作指令，用于实现各种操作。操作系统可包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。
处理器1503控制备设备1500的操作，处理器1503还可以称为中央处理单元(英文全称：Central Processing Unit，英文简称：CPU)。具体的应用中，的各个组件通过总线系统耦合在一起，其中总线系统除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都称为总线系统。
上述本申请实施例揭示的方法可以应用于处理器1503中，或者由处理器1503实现。处理器1503可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1503中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1503可以是通用处理器、数字信号处理器(英文全称：digital signal processing，英文缩写：DSP)、专用集成电路(英文全称：Application Specific Integrated Circuit，英文缩写：ASIC)、现场可编程门阵列(英文全称：Field-Programmable Gate Array，英文缩写：FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1504，处理器1503读取存储器1504中的信息，结合其硬件完成上述方法的步骤。
接收器1501可用于接收输入的数字或字符信息，以及产生与备设备1500的相关设置以及功能控制有关的信号输入，发射器1502可包括显示屏等显示设备，发射器1502可用于通过外接接口输出数字或字符信息。
本申请实施例中，处理器1503，用于执行前述备设备侧执行的信息备份方法。
本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储有程序，该程序执行包括上述方法实施例中记载的部分或全部步骤。
本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行包括上述方法实施例中记载的部分或全部步骤。
另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

Claims (55)

1.一种信息备份方法，其特征在于，所述方法应用于通信系统中，所述通信系统包括主设备、备设备和云端设备，所述方法由所述主设备执行；所述方法包括：
所述主设备向所述云端设备发送第一身份通知，所述第一身份通知为所述主设备具有主设备身份的通知；
所述主设备确定所述云端设备的通信状态；
所述主设备在确定所述云端设备的通信状态正常的情况下，将获取的第一用户信息上传至所述云端设备；
其中，所述第一用户信息由所述云端设备存储并提供给所述备设备，且所述第一用户信息是在所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述主设备在确定所述云端设备的通信状态异常，且所述主设备与所述备设备之间能够正常通信的情况下，将获取的第二用户信息发送至所述备设备进行备份；
其中，所述第二用户信息是在所述云端设备的通信状态异常的情况下从所述主设备上线的用户设备的待备份信息。
3.根据权利要求2所述的方法，其特征在于，所述主设备确定所述云端设备的通信状态包括：
所述主设备在检测到与所述云端设备之间发生断链超时后，向所述备设备发送第一询问消息，其中，所述第一询问消息用于询问所述备设备与所述云端设备之间是否发生断链超时；
所述主设备根据从所述备设备接收到的响应消息确定所述云端设备的通信状态。
4.根据权利要求3所述的方法，其特征在于，所述主设备根据从所述备设备接收到的响应消息确定所述云端设备的通信状态，包括：
所述主设备若接收到所述备设备返回的第一响应消息，则确定所述云端设备的通信状态异常，其中所述第一响应消息用于告知所述备设备与所述云端设备之间发生断链超时；
在将获取的第二用户信息发送至所述备设备进行备份之前，所述方法还包括：
所述主设备启动所述主设备与所述备设备之间的本地备份机制。
5.根据权利要求3所述的方法，其特征在于，所述主设备根据从所述备设备接收到的响应消息确定所述云端设备的通信状态，包括：
所述主设备若接收到所述备设备返回的第二响应消息，则确定所述云端设备的通信状态正常；其中所述第二响应消息用于告知所述备设备与所述云端设备之间未发生断链超时；
所述方法还包括：
所述主设备与所述云端设备之间进行断链重建；
所述主设备在所述断链重建成功后，将获取的第三用户信息批量发送至所述云端设备，其中，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
6.根据权利要求2所述的方法，其特征在于，所述主设备确定所述云端设备的通信状态，包括：
所述主设备接收所述备设备发送的第一通知消息，其中，所述第一通知消息用于告知所述备设备与所述云端设备之间发生断链超时；
在接收到所述第一通知消息后，所述主设备根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态。
7.根据权利要求6所述的方法，其特征在于，所述主设备根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态，包括：
所述主设备若确定所述主设备与所述云端设备之间发生断链超时，则确定所述云端设备的通信状态异常；
在将获取的第二用户信息发送至所述备设备进行备份之前，所述方法还包括：
所述主设备启动所述主设备与所述备设备之间的本地备份机制。
8.根据权利要求6所述的方法，其特征在于，所述主设备根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态，包括：
所述主设备若确定与所述云端设备之间未发生断链超时，则确定所述云端设备的通信状态正常；
所述方法还包括：
所述主设备通知所述备设备等待与所述云端设备之间完成断链重建。
9.根据权利要求2所述的方法，其特征在于，所述主设备确定所述云端设备的通信状态，包括：
所述主设备接收所述备设备发送的第二询问消息，所述第二询问消息是所述备设备确定与所述云端设备之间发生断链超时后发送的、且所述第二询问消息用于询问所述主设备与所述云端设备之间是否发生断链超时；
所述主设备在接收到所述第二询问消息后，根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态。
10.根据权利要求9所述的方法，其特征在于，所述主设备根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态，包括：
所述主设备若确定与所述云端设备之间发生断链超时，则确定所述云端设备的通信状态异常；
在将获取的第二用户信息发送至所述备设备进行备份之前，所述方法还包括：
所述主设备向所述备设备发送第三响应消息，以便所述备设备接收到所述第三响应消息后启动所述主设备与所述备设备之间的本地备份机制，其中，所述第三响应消息为所述主设备与所述云端设备之间发生断链超时。
11.根据权利要求9所述的方法，其特征在于，所述主设备根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态，包括：
所述主设备若确定与所述云端设备之间未发生断链超时，则确定所述云端设备的通信状态正常；
所述方法还包括：
所述主设备向所述备设备发送第四响应消息，以便所述备设备接收到所述第四响应消息后等待与所述云端设备完成断链重建，其中，所述第四响应消息为所述主设备与所述云端设备之间未发生断链超时。
12.根据权利要求2所述的方法，其特征在于，所述主设备确定所述云端设备的通信状态包括：
所述主设备在检测到与所述云端设备之间发生断链超时后向所述备设备发送的第二通知消息，其中，所述第二通知消息用于告知所述备设备所述主设备与所述云端设备之间发生断链超时；
所述主设备根据所述备设备针对所述第二通知消息的响应确定所述云端设备的通信状态。
13.根据权利要求12所述的方法，其特征在于，所述主设备根据所述备设备针对所述第二通知消息的响应确定所述云端设备的通信状态，包括：
若所述主设备确定所述备设备已启动所述主设备与所述备设备之间的本地备份机制，则确定所述云端设备的通信状态异常。
14.根据权利要求12所述的方法，其特征在于，所述主设备根据所述备设备针对所述第二通知消息的响应确定所述云端设备的通信状态，包括：
所述主设备若接收到所述备设备返回的通知响应消息，则确定所述云端设备的通信状态正常；其中，所述通知响应消息用于告知所述主设备等待与所述云端设备之间完成断链重建；
所述方法还包括：
所述主设备与所述云端设备之间进行断链重建；
所述主设备在所述断链重建成功后，将获取的第三用户信息批量发送至所述云端设备，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
15.根据权利要求2所述的方法，其特征在于，所述主设备确定所述云端设备的通信状态异常包括，包括：
所述主设备若确定所述主设备与所述云端设备之间的链路质量低于预设质量阈值、和/或确定所述备设备与所述云端设备之间的链路质量低于预设质量阈值，则确定所述云端设备的通信状态异常。
16.根据权利要求1至15任一项所述的方法，其特征在于，所述方法还包括：
所述主设备在确定所述主设备与所述云端设备之间不能正常通信、且所述主设备与所述备设备之间不能正常通信的情况下，则所述主设备的所述主设备身份切换为备设备身份。
17.根据权利要求16所述的方法，其特征在于，所述主设备与所述云端设备之间不能正常通信，包括：
所述主设备与所述云端设备之间发生断链超时，或者，所述主设备与所述云端设备之间的链路质量低于预设质量阈值。
18.根据权利要求16所述的方法，其特征在于，所述主设备与所述备设备之间不能正常通信，包括：
所述主设备与所述备设备之间发生断链超时，或者，所述主设备与所述备设备之间的链路质量低于预设质量阈值。
19.一种信息备份方法，其特征在于，所述方法应用于通信系统中，所述通信系统包括主设备、备设备和云端设备，所述方法由所述云端设备执行；所述方法包括：
所述云端设备接收所述主设备发送的第一身份通知以及所述备设备发送的第二身份通知，所述第一身份通知为所述主设备具有主设备身份的通知，所述第二身份通知为所述备设备具有备设备身份的通知；
所述云端设备接收并存储所述主设备上传的第一用户信息，并将所述第一用户信息提供给所述备设备；
其中，所述第一用户信息是所述主设备确定所述云端设备的通信状态正常的情况下上传的，且所述第一用户信息是当所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
20.一种信息备份方法，其特征在于，所述方法应用于通信系统中，所述通信系统包括主设备、备设备和云端设备，所述方法由所述备设备执行；所述方法包括：
所述备设备向所述云端设备发送第二身份通知，所述第二身份通知为所述备设备具有备设备身份的通知；
所述备设备从所述云端设备获取第一用户信息进行备份；
其中，所述第一用户信息是所述主设备确定所述云端设备的通信状态正常的情况下上传至所述云端设备存储的，且所述第一用户信息是当所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
21.根据权利要求20所述的方法，其特征在于，所述方法还包括：
在所述云端设备的通信状态异常的情况下，所述备设备接收所述主设备发送的第二用户信息进行备份；
其中，所述第二用户信息是在所述云端设备的通信状态异常的情况下从所述主设备上线的用户设备的待备份信息；所述第二用户信息是所述主设备在确定所述云端设备的通信状态异常且所述主设备与所述备设备之间能够正常通信的情况下发送的。
22.根据权利要求21所述的方法，其特征在于，所述方法还包括：
所述备设备若接收到所述主设备发送的第一询问消息，则向所述主设备返回响应消息；
其中，所述第一询问消息是所述主设备在检测到与所述云端设备之间发生断链超时后发送的，且所述第一询问消息用于询问所述备设备与所述云端设备之间是否发生断链超时；所述备设备返回的响应消息用于使所述主设备确定所述云端设备的通信状态。
23.根据权利要求22所述的方法，其特征在于，所述备设备向所述主设备返回响应消息，包括：
所述备设备向所述主设备返回第一响应消息；
其中，所述第一响应消息用于告知所述备设备与所述云端设备之间发生断链超时，以使得所述主设备在所述备设备与所述云端设备之间发生断链超时后确定所述云端设备的通信状态异常，并在确定所述云端设备的通信状态异常之后启动所述主设备与所述备设备之间的本地备份机制；
所述备设备接收所述主设备发送的第二用户信息进行备份，包括：
所述备设备接收所述主设备启动所述本地备份机制后发送的第二用户信息进行备份。
24.根据权利要求22所述的方法，其特征在于，所述备设备向所述主设备返回响应消息，包括：
所述备设备向所述主设备返回第二响应消息；
其中，所述第二响应消息用于告知所述备设备与所述云端设备之间未发生断链超时，以使得所述主设备在所述备设备与所述云端设备之间未发生断链超时后确定所述云端设备的通信状态正常，并在确定所述云端设备的通信状态正常之后使所述主设备与所述云端设备之间进行断链重建，以及使所述主设备在所述断链重建成功后将获取的第三用户信息批量发送至所述云端设备；
其中，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
25.根据权利要求21所述的方法，其特征在于，所述方法还包括：
所述备设备向所述主设备发送第一通知消息；
其中，所述第一通知消息用于告知所述备设备与所述云端设备之间发生断链超时，以使得所述主设备在所述主设备与所述云端设备之间发生断链超时后确定所述云端设备的通信状态异常。
26.根据权利要求25所述的方法，其特征在于，所述方法还包括：
所述备设备接收所述主设备发送的重建等待通知；
其中，所述重建等待通知用于通知所述备设备等待与所述云端设备之间完成断链重建，所述重建等待通知是所述主设备确定所述云端设备的通信状态正常后发送的，所述通信状态正常是所述主设备确定与所述云端设备之间未发生断链超时后确定的。
27.根据权利要求21所述的方法，其特征在于，所述方法还包括：
所述备设备确定与所述云端设备之间发生断链超时后，向所述主设备发送第二询问消息，其中，所述第二询问消息用于询问所述主设备与所述云端设备之间是否发生断链超时；
所述备设备若接收到所述主设备返回的第三响应消息，则根据所述第三响应消息获知所述云端设备的通信状态异常，启动所述主设备与所述备设备之间的本地备份机制，其中，所述第三响应消息用于告知所述主设备与所述云端设备之间发生断链超时；
所述备设备接收所述主设备发送的第二用户信息进行备份，包括：
所述备设备在成功启动所述本地备份机制后，接收所述主设备发送的第二用户信息进行备份。
28.根据权利要求27所述的方法，其特征在于，所述方法还包括：
所述备设备若接收到所述主设备返回的第四响应消息，则等待与所述云端设备完成断链重建，其中，所述第四响应消息用于告知所述主设备与所述云端设备之间未发生断链超时。
29.根据权利要求21所述的方法，其特征在于，所述方法还包括：
所述备设备若确定所述备设备与所述云端设备之间的链路质量低于预设质量阈值、和/或确定所述主设备与所述云端设备之间的链路质量低于预设质量阈值，则启动所述主设备与所述备设备之间的本地备份机制，以便所述主设备在所述本地备份机制被启动后确定所述云端设备的通信状态异常。
30.根据权利要求20至29任一项所述的方法，其特征在于，所述方法还包括：
所述备设备在确定所述备设备与所述云端设备之间能够正常通信且所述备设备与所述主设备之间不能正常通信的情况下，则所述备设备的所述备设备身份切换为主设备身份。
31.根据权利要求30所述的方法，其特征在于，所述备设备与所述主设备不能正常通信，包括：
所述备设备与所述主设备之间发生断链超时，或者，所述备设备与所述主设备之间的链路质量低于预设质量阈值。
32.一种主设备，其特征在于，所述主设备包括：
通知发送模块，用于向云端设备发送第一身份通知，所述第一身份通知为主设备具有主设备身份的通知；
状态确定模块，用于确定所述云端设备的通信状态；
云端备份模块，用于在确定所述云端设备的通信状态正常的情况下，将获取的第一用户信息上传至所述云端设备；
其中，所述第一用户信息由所述云端设备存储并提供给备设备，且所述第一用户信息是在所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
33.根据权利要求32所述的主设备，其特征在于，所述主设备还包括：
本地备份模块，用于在确定所述云端设备的通信状态异常，且所述主设备与所述备设备之间能够正常通信的情况下，将获取的第二用户信息发送至所述备设备进行备份；其中，所述第二用户信息是在所述云端设备的通信状态异常的情况下从所述主设备上线的用户设备的待备份信息。
34.根据权利要求33所述的主设备，其特征在于，所述状态确定模块包括：
询问发送子模块，用于在检测到与所述云端设备之间发生断链超时后，向所述备设备发送第一询问消息，其中，所述第一询问消息用于询问所述备设备与所述云端设备之间是否发生断链超时；
第一确定子模块，用于根据从所述备设备接收到的响应消息确定所述云端设备的通信状态。
35.根据权利要求34所述的主设备，其特征在于，所述第一确定子模块，具体用于若接收到所述备设备返回的第一响应消息，则确定所述云端设备的通信状态异常，其中所述第一响应消息用于告知所述备设备与所述云端设备之间发生断链超时；
所述本地备份模块，还用于在将获取的第二用户信息发送至所述备设备进行备份之前，启动所述主设备与所述备设备之间的本地备份机制。
36.根据权利要求34所述的主设备，其特征在于，所述第一确定子模块，具体用于若接收到所述备设备返回的第二响应消息，则确定所述云端设备的通信状态正常；其中所述第二响应消息用于告知所述备设备与所述云端设备之间未发生断链超时；
所述主设备还包括：
第一断链重建模块，用于与所述云端设备之间进行断链重建；
第一批量备份模块，用于在所述断链重建成功后，将获取的第三用户信息批量发送至所述云端设备，其中，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
37.根据权利要求33所述的主设备，其特征在于，所述状态确定模块包括：
通知接收子模块，用于接收所述备设备发送的第一通知消息，其中，所述第一通知消息用于告知所述备设备与所述云端设备之间发生断链超时；
第二确定子模块，用于在接收到所述第一通知消息后，根据所述主设备与所述云端设备的链接情况确定所述云端设备的通信状态。
38.根据权利要求37所述的主设备，其特征在于，所述第二确定子模块，具体用于若确定所述主设备与所述云端设备之间发生断链超时，则确定所述云端设备的通信状态异常；
所述本地备份模块，还用于在将获取的第二用户信息发送至所述备设备进行备份之前，启动所述主设备与所述备设备之间的本地备份机制。
39.根据权利要求37所述的主设备，其特征在于，所述第二确定子模块，具体用于若确定与所述云端设备之间未发生断链超时，则确定所述云端设备的通信状态正常；
所述主设备还包括：
重建通知模块，用于通知所述备设备等待与所述云端设备之间完成断链重建。
40.根据权利要求33所述的主设备，其特征在于，所述状态确定模块，具体用于若确定所述主设备与所述云端设备之间的链路质量低于预设质量阈值、和/或确定所述备设备与所述云端设备之间的链路质量低于预设质量阈值，则确定所述云端设备的通信状态异常。
41.根据权利要求32至40任一项所述的主设备，其特征在于，所述主设备还包括：
身份切换模块，用于在确定所述主设备与所述云端设备之间不能正常通信、且所述主设备与所述备设备之间不能正常通信的情况下，则所述主设备的所述主设备身份切换为备设备身份。
42.一种云端设备，其特征在于，所述云端设备包括：
通知接收模块，用于接收主设备发送的第一身份通知以及备设备发送的第二身份通知，所述第一身份通知为所述主设备具有主设备身份的通知，所述第二身份通知为所述备设备具有备设备身份的通知；
云端备份模块，用于接收并存储所述主设备上传的第一用户信息，并将所述第一用户信息提供给所述备设备；
其中，所述第一用户信息是所述主设备确定所述云端设备的通信状态正常的情况下上传的，且所述第一用户信息是当所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
43.一种备设备，其特征在于，所述备设备包括：
通知发送模块，用于向云端设备发送第二身份通知，所述第二身份通知为所述备设备具有备设备身份的通知；
云端备份模块，用于从所述云端设备获取第一用户信息进行备份；
其中，所述第一用户信息是所述主设备确定所述云端设备的通信状态正常的情况下上传至所述云端设备存储的，且所述第一用户信息是当所述云端设备的通信状态正常的情况下从所述主设备上线的用户设备的待备份信息。
44.根据权利要求43所述的备设备，其特征在于，所述备设备还包括：
本地备份模块，用于在所述云端设备的通信状态异常的情况下，接收所述主设备发送的第二用户信息进行备份；
其中，所述第二用户信息是在所述云端设备的通信状态异常的情况下从所述主设备上线的用户设备的待备份信息；所述第二用户信息是所述主设备在确定所述云端设备的通信状态异常且所述主设备与所述备设备之间能够正常通信的情况下发送的。
45.根据权利要求44所述的备设备，其特征在于，所述备设备还包括：
消息返回模块，用于若接收到所述主设备发送的第一询问消息，则向所述主设备返回响应消息；
其中，所述第一询问消息是所述主设备在检测到与所述云端设备之间发生断链超时后发送的，且所述第一询问消息用于询问所述备设备与所述云端设备之间是否发生断链超时；所述备设备返回的响应消息用于使所述主设备确定所述云端设备的通信状态。
46.根据权利要求45所述的备设备，其特征在于，所述消息返回模块，具体用于向所述主设备返回第一响应消息；
其中，所述第一响应消息用于告知所述备设备与所述云端设备之间发生断链超时，以使得所述主设备在所述备设备与所述云端设备之间发生断链超时后确定所述云端设备的通信状态异常，并在确定所述云端设备的通信状态异常之后启动所述主设备与所述备设备之间的本地备份机制；
所述本地备份模块，具体用于接收所述主设备启动所述本地备份机制后发送的第二用户信息进行备份。
47.根据权利要求45所述的备设备，其特征在于，所述消息返回模块，具体用于向所述主设备返回第二响应消息；
其中，所述第二响应消息用于告知所述备设备与所述云端设备之间未发生断链超时，以使得所述主设备在所述备设备与所述云端设备之间未发生断链超时后确定所述云端设备的通信状态正常，并在确定所述云端设备的通信状态正常之后使所述主设备与所述云端设备之间进行断链重建，以及使所述主设备在所述断链重建成功后将获取的第三用户信息批量发送至所述云端设备；
其中，所述第三用户信息由所述云端设备存储并提供给所述备设备，且所述第三用户信息是在所述主设备与所述云端设备发生断链后且在所述断链重建成功之前从所述主设备上线的用户设备的待备份信息。
48.根据权利要求44所述的备设备，其特征在于，所述备设备还包括：
通知发送模块，用于向所述主设备发送第一通知消息；
其中，所述第一通知消息用于告知所述备设备与所述云端设备之间发生断链超时，以使得所述主设备在所述主设备与所述云端设备之间发生断链超时后确定所述云端设备的通信状态异常。
49.根据权利要求48所述的备设备，其特征在于，所述备设备还包括：
通知接收模块，用于接收所述主设备发送的重建等待通知；
其中，所述重建等待通知用于通知所述备设备等待与所述云端设备之间完成断链重建，所述重建等待通知是所述主设备确定所述云端设备的通信状态正常后发送的，所述通信状态正常是所述主设备确定与所述云端设备之间未发生断链超时后确定的。
50.根据权利要求43至49任一项所述的备设备，其特征在于，所述备设备还包括：
身份切换模块，用于在确定所述备设备与所述云端设备之间能够正常通信且所述备设备与所述主设备之间不能正常通信的情况下，则所述备设备的所述备设备身份切换为主设备身份。
51.一种主设备，其特征在于，所述主设备包括：处理器，存储器，通信接口和总线；所述处理器、通信接口、存储器通过所述总线相互的通信；
所述通信接口，用于接收和发送数据；
所述存储器用于存储指令；
所述处理器用于执行所述存储器中的所述指令，执行如权利要求1至18中任一项所述的方法。
52.一种云端设备，其特征在于，所述云端设备包括：处理器，存储器，通信接口和总线；所述处理器、通信接口、存储器通过所述总线相互的通信；
所述通信接口，用于接收和发送数据；
所述存储器用于存储指令；
所述处理器用于执行所述存储器中的所述指令，执行如权利要求19所述的方法。
53.一种备设备，其特征在于，所述主设备包括：处理器，存储器，通信接口和总线；所述处理器、通信接口、存储器通过所述总线相互的通信；
所述通信接口，用于接收和发送数据；
所述存储器用于存储指令；
所述处理器用于执行所述存储器中的所述指令，执行如权利要求20至31中任一项所述的方法。
54.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1-18中任意一项所述的方法，或者执行如权利要求19所述的方法，或者执行如权利要求20-31中任意一项所述的方法。
55.一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如权利要求1-18中任意一项所述的方法，或者执行如权利要求19所述的方法，或者执行如权利要求20-31中任意一项所述的方法。
CN201810273786.2A 2018-03-29 2018-03-29 一种信息备份方法及相关设备 Active CN110324375B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201810273786.2A CN110324375B (zh) 2018-03-29 2018-03-29 一种信息备份方法及相关设备
PCT/CN2019/079782 WO2019184923A1 (zh) 2018-03-29 2019-03-27 一种信息备份方法及相关设备
EP19774599.5A EP3764619B1 (en) 2018-03-29 2019-03-27 Information backup method and related device
US17/036,705 US11989100B2 (en) 2018-03-29 2020-09-29 Information backup method and related device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810273786.2A CN110324375B (zh) 2018-03-29 2018-03-29 一种信息备份方法及相关设备

Publications (2)

Publication Number Publication Date
CN110324375A true CN110324375A (zh) 2019-10-11
CN110324375B CN110324375B (zh) 2020-12-04

Family

ID=68062561

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810273786.2A Active CN110324375B (zh) 2018-03-29 2018-03-29 一种信息备份方法及相关设备

Country Status (4)

Country Link
US (1) US11989100B2 (zh)
EP (1) EP3764619B1 (zh)
CN (1) CN110324375B (zh)
WO (1) WO2019184923A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022143158A1 (zh) * 2020-12-30 2022-07-07 花瓣云科技有限公司 一种数据备份方法、电子设备、数据备份系统及芯片系统
CN114828053A (zh) * 2021-01-28 2022-07-29 华为技术有限公司 通话控制器部署的方法及设备

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018164610A1 (en) * 2017-03-06 2018-09-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and control node for managing cloud resources in a communications network
TWI743548B (zh) * 2018-08-31 2021-10-21 財團法人工業技術研究院 用於使用者設備和遠程接入節點的連接重定向方法以及使用所述方法的使用者設備
CN115248746A (zh) * 2021-04-26 2022-10-28 华为云计算技术有限公司 数据备份方法、系统及相关设备
CN115277727B (zh) * 2022-06-30 2024-03-19 达闼机器人股份有限公司 一种数据灾备方法、系统、装置及存储介质
CN117294578B (zh) * 2023-11-24 2024-03-05 深圳市蓝晨科技股份有限公司 一种通信方法、系统、计算机设备和存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN202309769U (zh) * 2011-10-19 2012-07-04 王吉霞 一种基于云计算的数据存储系统
US20130166706A1 (en) * 2011-12-22 2013-06-27 International Business Machines Corporation Extending a dhcp relay to backup a dhcp server
CN103226483A (zh) * 2013-03-25 2013-07-31 成都瑞科电气有限公司 基于soa、云存储实现的双机热备份系统及其方法
CN107038096A (zh) * 2016-12-30 2017-08-11 平安科技（深圳）有限公司 虚拟磁盘备份系统、方法和装置
CN107222327A (zh) * 2016-03-22 2017-09-29 中兴通讯股份有限公司 一种基于云平台管理服务器的方法及装置

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5684984A (en) * 1994-09-29 1997-11-04 Apple Computer, Inc. Synchronization and replication of object databases
US5625818A (en) * 1994-09-30 1997-04-29 Apple Computer, Inc. System for managing local database updates published to different online information services in different formats from a central platform
US5819020A (en) * 1995-10-16 1998-10-06 Network Specialists, Inc. Real time backup system
US7657769B2 (en) * 2007-01-08 2010-02-02 Marcy M Scott N-way synchronization of data
US8421614B2 (en) * 2007-09-19 2013-04-16 International Business Machines Corporation Reliable redundant data communication through alternating current power distribution system
CN101651553B (zh) * 2009-09-03 2013-02-27 华为技术有限公司 用户侧组播业务主备保护系统、方法及路由设备
TWI442087B (zh) * 2010-10-27 2014-06-21 Ind Tech Res Inst 電濕潤顯示裝置及其非極性彩色溶液
US8996467B2 (en) * 2011-12-29 2015-03-31 Druva Inc. Distributed scalable deduplicated data backup system
US8635373B1 (en) * 2012-09-22 2014-01-21 Nest Labs, Inc. Subscription-Notification mechanisms for synchronization of distributed states
US9776078B2 (en) * 2012-10-02 2017-10-03 Razer (Asia-Pacific) Pte. Ltd. Application state backup and restoration across multiple devices
CN102983997A (zh) * 2012-11-21 2013-03-20 中兴通讯股份有限公司 主控服务迁移方法及装置
US20150156118A1 (en) * 2013-05-08 2015-06-04 Connectloud, Inc. Method and Apparatus for Dynamic and Distributed Tunnel Routinge
US9847918B2 (en) * 2014-08-12 2017-12-19 Microsoft Technology Licensing, Llc Distributed workload reassignment following communication failure
CN106453120B (zh) * 2015-08-05 2019-06-07 北京网御星云信息技术有限公司 一种动态集群方法和系统
US10031821B2 (en) * 2016-09-26 2018-07-24 James Nelson Distributed network electronic interference abatement system and method
CN109936545B (zh) * 2017-12-18 2020-07-24 华为技术有限公司 暴力破解攻击的检测方法和相关装置
FR3076004B1 (fr) * 2017-12-27 2021-03-19 Bull Sas Procede de gestion de panne dans un reseau de noeuds et partie de reseau de noeuds associee
FR3082974B1 (fr) * 2018-06-22 2020-06-05 Bull Sas Procede de gestion de panne dans un reseau de nœuds base sur une strategie globale
US11640340B2 (en) * 2020-10-20 2023-05-02 Nutanix, Inc. System and method for backing up highly available source databases in a hyperconverged system
US11709741B1 (en) * 2021-03-29 2023-07-25 Amazon Technologies, Inc. Systems and methods for enabling a failover service for block-storage volumes

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN202309769U (zh) * 2011-10-19 2012-07-04 王吉霞 一种基于云计算的数据存储系统
US20130166706A1 (en) * 2011-12-22 2013-06-27 International Business Machines Corporation Extending a dhcp relay to backup a dhcp server
CN103226483A (zh) * 2013-03-25 2013-07-31 成都瑞科电气有限公司 基于soa、云存储实现的双机热备份系统及其方法
CN107222327A (zh) * 2016-03-22 2017-09-29 中兴通讯股份有限公司 一种基于云平台管理服务器的方法及装置
CN107038096A (zh) * 2016-12-30 2017-08-11 平安科技（深圳）有限公司 虚拟磁盘备份系统、方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022143158A1 (zh) * 2020-12-30 2022-07-07 花瓣云科技有限公司 一种数据备份方法、电子设备、数据备份系统及芯片系统
CN114828053A (zh) * 2021-01-28 2022-07-29 华为技术有限公司 通话控制器部署的方法及设备

Also Published As

Publication number Publication date
EP3764619A4 (en) 2021-04-21
US11989100B2 (en) 2024-05-21
US20210011813A1 (en) 2021-01-14
WO2019184923A1 (zh) 2019-10-03
EP3764619B1 (en) 2023-10-25
EP3764619A1 (en) 2021-01-13
CN110324375B (zh) 2020-12-04

Similar Documents

Publication Publication Date Title
CN110324375A (zh) 一种信息备份方法及相关设备
CN110912780B (zh) 一种高可用集群检测方法、系统及受控终端
TWI383616B (zh) 指派複數個媒體存取控制給複數個處理器的方法及系統
CN106487578B (zh) 错误恢复方法及应用其的物联网系统与充电系统
JP5281646B2 (ja) ネットワーク競合防止装置およびネットワーク競合防止方法
Singh et al. Jupiter rising: A decade of clos topologies and centralized control in Google's datacenter network
EP2985952B1 (en) Method and device for protecting service reliability, and network virtualization system
US6470013B1 (en) Use of enhanced ethernet link—loop packets to automate configuration of intelligent linecards attached to a router
EP2426827A1 (en) Method and network system for implementing user port orientation in multi-machine backup scenario of broadband remote access server
CN110166356A (zh) 发送报文的方法和网络设备
EP1697843B1 (en) System and method for managing protocol network failures in a cluster system
US10447652B2 (en) High availability bridging between layer 2 networks
CN109218188B (zh) 链路聚合系统、方法、装置、设备及介质
WO2016121293A1 (ja) ネットワーク中継装置、ゲートウェイ冗長化システム、プログラム、および冗長化方法
JP2006014310A (ja) 冗長接続サービスの提供方法および装置
WO2011035588A1 (zh) 地址分配方法、装置和系统
WO2014060465A1 (en) Control system and method for supervisory control and data acquisition
EP2485438B1 (en) Protection method for subscriber access network and equipment thereof
CN105939254B (zh) Vrrp备份组状态切换的方法及装置
CN107734037A (zh) 一种nas集群和数据访问方法
JP2013172393A (ja) エッジ装置冗長化システム、切替制御装置およびエッジ装置冗長化方法
US20110196951A1 (en) Computer managing method
CN100409619C (zh) 数据网络设备及其管理控制方法
JP2004032452A (ja) クラスタ構成マシンの系切り替え方法および方式
JP2006100906A (ja) ネットワークシステムの運用管理方法及びストレージ装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant