CN110278109A - 一种容灾方法及系统 - Google Patents
一种容灾方法及系统 Download PDFInfo
- Publication number
- CN110278109A CN110278109A CN201910425548.3A CN201910425548A CN110278109A CN 110278109 A CN110278109 A CN 110278109A CN 201910425548 A CN201910425548 A CN 201910425548A CN 110278109 A CN110278109 A CN 110278109A
- Authority
- CN
- China
- Prior art keywords
- push service
- service end
- push
- subscribing relationship
- new
- 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
Links
Classifications
-
- 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/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- 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/50—Network services
- H04L67/55—Push-based network services
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
公开了一种容灾方法及系统。一种容灾方法，该方法包括：在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系；根据所确定的新主推送服务端，对所述目标推送容灾关系进行更新；所述推送容灾关系用于表示：客户端对应的主、备推送服务端之间的备份关系；根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新，所述目标推送服务端为：新目标推送容灾关系中的各主、备推送服务端；以及，根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新；所述目标管理服务端为：所属子系统的各备份子系统的管理服务端。
Description
技术领域
本说明书实施例涉及互联网应用技术领域，尤其涉及一种容灾方法及系统。
背景技术
用户可以通过客户端向服务端订阅服务，例如，用户可以通过智能手机中安装的APP，订阅财富平台的证券行情服务，从而及时获得该平台的服务端所推送的证券行情数据。
现有技术中，当客户端与服务端建立订阅关系后，可以定时向服务端发送心跳报文，以确认订阅关系是否存在。而如果服务端发生故障，客户端可以在监测到心跳丢失后重新向服务端发起订阅请求，重建订阅关系。
但是，由于服务端所建立的所有订阅关系丢失，如果所有客户端均重新向服务端发起订阅请求，将增大新的服务端或修复后服务端的请求处理压力。基于现有技术，需要一种更高效的订阅关系建立与恢复方案。
发明内容
针对上述技术问题，本说明书实施例提供一种容灾方法及系统，技术方案如下：
一种容灾方法，该方法所对应的系统包括若干子系统，子系统间存在备份关系：任一子系统均以系统中的至少一个其他系统为备份子系统；任一子系统中包括1个管理服务端与若干被管理的推送服务端；针对任一子系统的管理服务端，该方法包括：
在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系；
根据所确定的新主推送服务端，对所述目标推送容灾关系进行更新；所述推送容灾关系用于表示：客户端对应的主、备推送服务端之间的备份关系；
根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新，所述目标推送服务端为：新目标推送容灾关系中的各主、备推送服务端；以及，
根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新；所述目标管理服务端为：所属子系统的各备份子系统的管理服务端。
一种容灾系统，该系统包括若干子系统，子系统间存在备份关系：任一子系统均以系统中的至少一个其他系统为备份子系统；任一子系统中包括1个管理服务端与若干被管理的推送服务端；其中，任一子系统的管理服务端，具体用于：
在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系；
根据所确定的新主推送服务端，对所述目标推送容灾关系进行更新；所述推送容灾关系用于表示：客户端对应的主、备推送服务端之间的备份关系；
根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新，所述目标推送服务端为：新目标推送容灾关系中的各主、备推送服务端；以及，
根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新；所述目标管理服务端为：所属子系统的各备份子系统的管理服务端。
本说明书实施例所提供的技术方案，将客户端与推送服务端的订阅关系进行备份，避免1台推送服务端故障后所有订阅关系丢失。并且，根据负载均衡策略，为不同客户端选择不同的备推送服务端，从而将1台主推送服务端故障后引起的大量需重建的订阅请求，分散至多台推送服务端，从而优化订阅关系重建效果，并提高订阅关系重建效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。
此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1是本说明书实施例的容灾系统的结构示意图；
图2是本说明书实施例的容灾方法的一种流程示意图；
图3是本说明书实施例的容灾方法的另一种流程示意图；
图4是本说明书实施例的订阅服务系统的结构示意图；
图5是本说明书实施例的订阅关系建立的一种流程示意图；
图6是本说明书实施例的容灾方法的又一种流程示意图；
图7是用于配置本说明书实施例装置的一种设备的结构示意图。
具体实施方式
为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。
在本说明书的实施例中，容灾系统的系统架构示意图可以如图1所示，包括若干子系统10、20等，任一子系统中包括1个管理服务端设备110与若干被管理的推送服务端设备120、130等。
本说明书实施例的方案中，子系统中的管理服务端负责管理本子系统中的所有推送服务端，而推送服务端与用户的客户端建立订阅关系，其中，每个推送服务端均可以与一个至多个客户端建立订阅关系，所建立的订阅关系存储于对应的主备推送服务端本地。
并且，子系统间存在备份关系：任一子系统均以系统中的至少一个其他系统为备份子系统。本说明书实施例中并不限定子系统间备份关系的具体建立方式，例如，针对任一子系统，可以由该子系统的管理服务端，根据预设分布式协议，确定至少1个其他子系统作为本子系统的备份子系统。
此外，管理服务端设备与推送服务端设备的具体形式，可以是特定的一台服务器或服务器集群等形式，两端设备可通过各种形式的网络实现通信连接，本说明书对此均不需要进行限定。
图2为本说明书实施例提供的容灾方法的流程图，针对任一子系统的管理服务端，具体可以包括以下步骤：
S201，在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系；
如前所述，推送服务端与用户的客户端建立订阅关系，本说明书实施例并不限定建立所述订阅关系的具体方式，在一个例子中，可以由管理服务端在接收到客户端发起的订阅请求后，根据所述预设负载均衡策略，确定1个主推送服务端与至少1个备推送服务端，从而建立该客户端与所述主推送服务端的订阅关系。
此外，管理服务端还可以进一步将所述订阅关系发送至所确定的各推送服务端，各推送服务端接收到管理服务端发送的订阅关系后，根据所述订阅关系，更新本地所存储的订阅关系；其中，所述主推送服务端根据所述订阅关系向所述客户端推送订阅内容。
当子系统中的某一推送服务端无法正常向存在订阅关系的客户端推送内容时，如该推送服务端宕机、网络连接断开等，管理服务端将接收到推送服务端切换触发，从而将该推送服务端与若干客户端已建立的订阅关系，在该子系统的其他推送服务端进行重建，从而完成推送客户端的切换。
本说明书实施例不限定管理服务端接收到推送服务端切换触发的具体方式，在一个例子中，管理服务端可以监测本子系统中各推送服务端的运行状态，在监测到任一主推送服务端的运行状态异常的情况下，将该异常运行状态作为推送服务端切换触发。
例如，各推送服务端可以周期性地向管理服务端发送心跳报文，以某一推送服务端为例，若管理服务端可以周期性(如每隔500ms)地接收到该推送服务端发送的心跳报文，则可以认为该推送服务端运行状态正常，而如果在到达一个周期后管理服务端未接收到该推送服务端发送的心跳报文，则可以认为该推送服务端运行状态正常，可以将该异常运行状态作为推送服务端切换触发。
本说明书实施例中并不限定管理服务端在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系的具体实现方式。
在一种具体实施方式中，参见图3所示，可以通过以下步骤重建客户端的订阅关系：
S201a，在接收到推送服务端切换触发的情况下，确定该触发对应的目标客户端；
具体地，1个因故障等原因而需要切换本端订阅关系的主推送服务端，一般与多个客户端建立了订阅关系，因此，在确定该触发对应的目标客户端时，可以将需切换主推送服务端的任一订阅关系确定为目标订阅关系，从而确定所述目标订阅关系中的目标客户端，即针对所建立的各个订阅关系，通过本说明书实施例提供的容灾方法，为对应客户端重新建立新的订阅关系。
S201b，获得本地存储的目标推送容灾关系；
S201c，根据预设负载均衡策略，从所述目标推送容灾关系中的至少1个备推送服务端中，选择1个备推送服务端作为新主推送服务端；
S201d，建立所述目标客户端与所述新主推送服务端的新订阅关系。
如前面所述，本说明书实施例的方案中，无论新建或重建客户端与某主推送服务端的订阅关系，均由管理服务端根据预设负载均衡策略确定一个或多个推送服务端，本说明书实施例并不对具体实现方式进行限定。
在本说明书实施例的一种具体实施方式中，在负载均衡策略中，可以预先设定若干负载特征，用于表示对应推送服务端当前的负载情况。在需确定推送服务端时，可以首先获得子系统的各推送服务端的各负载特征的值。
例如，负载特征可以为：该推送服务器所存储订阅关系的数量、当前存储订阅关系占总存储空间的比例、和/或CPU当前的使用率、等等。
然后，针对获得负载特征值的任一推送服务端：根据预设负载均衡算法，使用所获得的负载特征值计算该推送服务端的负载综合值。
例如，对上述举例的3中负载特征的值的加权和作为该推送服务端的负载综合值。
最后根据所计算的各负载综合值，对各推送服务器进行优先级排序，并将排序中的前N个推送服务器确定为所需的N个推送服务端；其中，在需要确定主推送服务端的情况下，将排序最高的推送服务端确定为主推送服务端。
S202，根据所确定的新主推送服务端，对所述目标推送容灾关系进行更新；所述推送容灾关系用于表示：客户端对应的主、备推送服务端之间的备份关系；
本说明书实施例的方案中，推送服务器与客户端之间建立订阅关系，而同一客户端对应的主备推送服务端之间建立推送容灾关系。具体地，可以由管理服务端建立所确定的客户端的各主备推送服务端之间的推送容灾关系，并且，在容灾重建订阅关系后，对推送容灾关系进行更新，如删除旧主推送服务端、建立新主推送服务端与其他旧备推送服务端之间的主备关系。
可以理解的是，为了保证在容灾重建时减少数据损失，可以设置主备推送服务端之间的周期性同步机制。
S203，根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新，所述目标推送服务端为：新目标推送容灾关系中的各主、备推送服务端；
本说明书实施例中并不限定根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新的具体实现形式。
在一种具体实施方式中，参见图3所示，可以通过以下步骤进行更新：
S203a，管理服务端将所述新订阅关系发送至各目标推送服务端；
S203b，各目标推送服务端接收到管理服务端发送的新订阅关系后，根据所述新订阅关系，更新本地存储的订阅关系；并且，新主推送服务端根据更新后的订阅关系，向所述目标客户端推送订阅内容。
在另一种具体实施方式中，推送服务端具体可以包括：缓存子服务端与推送子服务端；其中，缓存子服务端用于存储用于容灾备份的订阅关系；推送子服务端用于建立订阅关系的客户端推送订阅内容。
如前面所述，推送服务端设备的具体形式，可以是特定的一台服务器或服务器集群等形式，对应地，只要推送服务端中包括的缓存子服务端与推送子服务端之间为一一对应的关系，本说明书实施例并不限定缓存子服务端与推送子服务端的具体形式，例如，二者可以部署于同一台物理服务器，或者分别部署于两台物理服务器甚至两个服务器集群。
优选地，可以将二者可以部署于同一台物理服务器，以实现二者之间更快的通信速度与更简单的部署逻辑。
对应地，管理服务端在将所述新订阅关系发送至所述目标推送容灾关系中的各推送服务端时，具体可以将所述新订阅关系发送至所述目标推送容灾关系中的各推送服务端的各缓存子服务端；
以及，各推送服务端接收到管理服务端发送的新订阅关系后，根据所述新订阅关系，更新本地存储的订阅关系时，具体可以由各推送服务端的各缓存子服务端接收到管理服务端发送的新订阅关系后，根据所述新订阅关系，更新本地存储的订阅关系，并且主推送服务端的主缓存子服务端将所述新订阅关系发送至对应的主推送子服务端，而主推送子服务端在接收到各缓存子服务端发送的新订阅关系后，根据所述新订阅关系，更新本地存储的订阅关系，并根据更新后的订阅关系，向所述目标客户端推送订阅内容。
即无论新建或重建客户端与某主推送服务端的订阅关系，在订阅关系建立流程完成后，主推送服务端中的主缓存子服务端与主推送子服务端本地存储的订阅关系中，均更新了所建立订阅关系的数据；而备推送服务端中的备缓存子服务端本地存储的订阅关系中，更新了所建立订阅关系的数据，作为对该订阅关系的备份，而备推送子服务端本地存储的订阅关系中，未更新所建立订阅关系的数据，因而当前不需要负责向对应客户端发送订阅内容。
S204，根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新；所述目标管理服务端为：所属子系统的各备份子系统的管理服务端。
如前面所述，本说明书实施例的方案中，客户端与主推送服务端之间建立订阅关系，同一客户端的主备推送服务端之间建立推送容灾关系。此外，各子系统之间也存在备份关系。
具体地，任一子系统还存在至少一个备份子系统。任一子系统中推送服务端之间建立的推送容灾关系，存储于该子系统的管理服务端，也可以备份于该子系统的备份子系统的管理服务端中。
本说明书实施例并不限定根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新的具体实现方式。
在一种具体实施方式中，参见图3所示，可以通过以下步骤进行更新：
S204a，管理服务端根据子系统间的备份关系，确定所属子系统的各备份子系统，然后将新推送容灾关系发送至各备份子系统的目标管理服务端；
S204b，各目标管理服务端在接收到所述新推送容灾关系后，根据所述新推送容灾关系更新本地存储的推送容灾关系。
下面结合一个更为具体的实例，对本说明书提供的容灾方法进行说明。
假设订阅服务系统的结构可以如图4所示，其中，1个推送服务端对应1台物理服务器，且包括相互连接的推送子服务端与缓存子服务端。
(一)建立订阅关系
订阅关系的建立流程可以如图5所示。
客户端A向推送子服务端1发送订阅请求。
推送子服务端1对客户端A的订阅请求进行格式转换后，发送至子系统1的管理服务端1。
管理服务端1根据预设的负载均衡策略，获得推送服务端1、2、3的物理服务器中所存储订阅关系的数量、当前存储订阅关系占总存储空间的比例、和/或CPU当前的使用率，并分别针对3个推送服务端计算加权和。根据加权和的大小进行优先级排序，例如，排序为推送服务端2优先级最高(加权和最小)、推送服务端1次之、推送服务端3优先级最低(加权和最大)。
管理服务端1则可以根据上述排序结果，将推送服务端2作为客户端A的主推送服务端，即建立推送服务端2(推送子服务端2)与客户端A的订阅关系，并将推送服务端1、3(推送子服务端1、3)作为备推送服务端，即建立推送服务端2与推送服务端1、3的推送容灾关系。
管理服务端1将订阅关系发送至缓存子服务端1、2、3，缓存子服务端1、2、3分别将订阅关系存储到本地缓存。并且，缓存子服务端2通知推送子服务端2将该订阅关系加载到用于维护日常推送的缓存，从而推送子服务端2将根据该订阅关系向客户端A推送订阅内容。
此外，管理服务端1根据分布式协议(如Raft协议)，确定子系统2、3所属子系统1的备份子系统，并将上述推送服务端2与推送服务端1、3的推送容灾关系，发送至子系统2、3的管理服务端2、3，从而管理服务端1、2、3均在本地对推送服务端2与推送服务端1、3的推送容灾关系进行存储备份。
(二)重建订阅关系
订阅关系的重建流程可以如图6所示。
各子系统中，推送服务端与管理服务端之间建立心跳机制，缓存子服务端周期性地向管理服务端发送心跳报文。
因而，当推送服务端2宕机时，管理服务端1将监测到缓存子服务端2心跳丢失，从而，需对推送服务端2对应的订阅关系进行重建。
仍以上述客户端A与推送服务端2的订阅关系为例，管理服务端1通过查询本地存储的推送容灾关系，确定客户端A与推送服务端2的订阅关系对应的备推送服务端为推送服务端1、3。管理服务端1可以任选或根据上述负载均衡策略选择推送服务端1、3之一作为新主推送服务端。
以管理服务端1选择了推送服务端1为例，管理服务端1重建客户端A与子系统1中各推送服务端的订阅关系，即建立推送服务端1(推送子服务端1)与客户端A的订阅关系，并建立推送服务端1与推送服务端3的推送容灾关系。
管理服务端1将订阅关系发送至缓存子服务端1、3，缓存子服务端1、3分别将订阅关系存储到本地缓存，并删除旧订阅关系。并且，缓存子服务端1通知推送子服务端1将该订阅关系加载到用于维护日常推送的缓存，从而推送子服务端1将根据该订阅关系向客户端A推送订阅内容。
此外，管理服务端1将上述推送服务端1与推送服务端3的推送容灾关系，发送至管理服务端2、3，从而管理服务端1、2、3均在本地对推送服务端2与推送服务端1、3的推送容灾关系进行存储备份，并删除旧推送容灾关系。
可见，应用上述方案，将客户端A与推送服务端2的订阅关系进行备份，避免推送服务端2故障后所有订阅关系丢失。并且，根据负载均衡策略，为不同客户端选择不同的备推送服务端，从而将1台主推送服务端故障后引起的大量需重建的订阅请求，分散至多台推送服务端，从而优化订阅关系重建效果，并提高订阅关系重建效率。
相应于上述方法实施例，本说明书实施例还提供一种容灾系统，参见图1所示，该系统包括若干子系统，子系统间存在备份关系：任一子系统均以系统中的至少一个其他系统为备份子系统；任一子系统中包括1个管理服务端与若干被管理的推送服务端；其中，任一子系统的管理服务端，具体用于：
在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系；
根据所确定的新主推送服务端，对所述目标推送容灾关系进行更新；所述推送容灾关系用于表示：客户端对应的主、备推送服务端之间的备份关系；
根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新，所述目标推送服务端为：新目标推送容灾关系中的各主、备推送服务端；以及，
根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新；所述目标管理服务端为：所属子系统的各备份子系统的管理服务端。
在本说明书提供的一种具体实施方式中，所述管理服务端具体通过以下方式接收推送服务端切换触发：
监测该子系统中各推送服务端的运行状态；
在监测到任一主推送服务端的运行状态异常的情况下，将该异常运行状态作为推送服务端切换触发。
在本说明书提供的一种具体实施方式中，所述管理服务端具体通过以下方式在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系：
在接收到推送服务端切换触发的情况下，确定该触发对应的目标客户端；
获得本地存储的目标推送容灾关系；
根据预设负载均衡策略，从所述目标推送容灾关系中的至少1个备推送服务端中，选择1个备推送服务端作为新主推送服务端；
建立所述目标客户端与所述新主推送服务端的新订阅关系。
在本说明书提供的一种具体实施方式中，所述管理服务端具体通过以下方式确定该触发对应的目标客户端：
将需切换主推送服务端的任一订阅关系确定为目标订阅关系；所述订阅关系为：预先建立的主推送服务端与1个客户端间的关系；
确定所述目标订阅关系中的目标客户端。
在本说明书提供的一种具体实施方式中，所述管理服务端具体通过以下方式根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新：
将所述新订阅关系发送至各目标推送服务端；以使各目标推送服务端接收到管理服务端发送的新订阅关系后，根据所述新订阅关系，更新本地存储的订阅关系；其中，所述新主推送服务端根据更新后的订阅关系，向所述目标客户端推送订阅内容。
在本说明书提供的一种具体实施方式中，所述管理服务端具体通过以下方式根据所述预设负载均衡策略确定推送服务端：
获得本子系统的各推送服务端的预设负载特征的值；所述负载特征用于表示对应推送服务端当前的负载情况；
针对获得负载特征值的任一推送服务端：根据预设负载均衡算法，使用所获得的负载特征值计算该推送服务端的负载综合值；
根据所计算的各负载综合值，对各推送服务器进行优先级排序，并将排序中的前N个推送服务器确定为所需的N个推送服务端；其中，在需要确定主推送服务端的情况下，将排序最高的推送服务端确定为主推送服务端。
在本说明书提供的一种具体实施方式中，所述管理服务端具体通过以下方式建立订阅关系，包括：
在接收到客户端发起的订阅请求后，根据所述预设负载均衡策略，确定1个主推送服务端与至少1个备推送服务端；
建立所述客户端与所述主推送服务端的订阅关系。
在本说明书提供的一种具体实施方式中，所述管理服务端还具体通过以下方式建立所述订阅关系：
将所建立的订阅关系发送至所确定的各推送服务端；以使各推送服务端接收到管理服务端发送的订阅关系后，根据所述订阅关系，更新本地所存储的订阅关系；其中，所述主推送服务端根据所述订阅关系向所述客户端推送订阅内容。
在本说明书提供的一种具体实施方式中，所述管理服务端具体通过以下方式根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新：
根据所述子系统间的备份关系，确定所属子系统的各备份子系统；
将新推送容灾关系发送至各备份子系统的目标管理服务端；以使各目标管理服务端在接收到所述新推送容灾关系后，根据所述新推送容灾关系更新本地存储的推送容灾关系。
在本说明书提供的一种具体实施方式中，所述推送服务端具体包括：缓存子服务端与推送子服务端；所述缓存子服务端用于存储用于容灾备份的订阅关系；所述推送子服务端用于向建立订阅关系的客户端推送订阅内容；
所述管理服务端具体通过以下方式根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新：
将所述新订阅关系发送至所述各目标推送服务端的各缓存子服务端；以使所述各缓存子服务端根据所述新订阅关系，更新本地存储的订阅关系；以及，以使新主推送服务端的主缓存子服务端将所述新订阅关系发送至对应的主推送子服务端，主推送子服务端根据所述新订阅关系，更新本地存储的订阅关系，并根据更新后的订阅关系，向所述目标客户端推送订阅内容。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现前述的容灾方法。该方法至少包括：
一种容灾方法，该方法所对应的系统包括若干子系统，子系统间存在备份关系：任一子系统均以系统中的至少一个其他系统为备份子系统；任一子系统中包括1个管理服务端与若干被管理的推送服务端；针对任一子系统的管理服务端，该方法包括：
在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系；
根据所确定的新主推送服务端，对所述目标推送容灾关系进行更新；所述推送容灾关系用于表示：客户端对应的主、备推送服务端之间的备份关系；
根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新，所述目标推送服务端为：新目标推送容灾关系中的各主、备推送服务端；以及，
根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新；所述目标管理服务端为：所属子系统的各备份子系统的管理服务端。
图7示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述的容灾方法。该方法至少包括：
一种容灾方法，该方法所对应的系统包括若干子系统，子系统间存在备份关系：任一子系统均以系统中的至少一个其他系统为备份子系统；任一子系统中包括1个管理服务端与若干被管理的推送服务端；针对任一子系统的管理服务端，该方法包括：
在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系；
根据所确定的新主推送服务端，对所述目标推送容灾关系进行更新；所述推送容灾关系用于表示：客户端对应的主、备推送服务端之间的备份关系；
根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新，所述目标推送服务端为：新目标推送容灾关系中的各主、备推送服务端；以及，
根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新；所述目标管理服务端为：所属子系统的各备份子系统的管理服务端。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。
Claims (21)
1.一种容灾方法，该方法所对应的系统包括若干子系统，子系统间存在备份关系：任一子系统均以系统中的至少一个其他系统为备份子系统；任一子系统中包括1个管理服务端与若干被管理的推送服务端；针对任一子系统的管理服务端，该方法包括：
在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系；
根据所确定的新主推送服务端，对所述目标推送容灾关系进行更新；所述推送容灾关系用于表示：客户端对应的主、备推送服务端之间的备份关系；
根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新，所述目标推送服务端为：新目标推送容灾关系中的各主、备推送服务端；以及，
根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新；所述目标管理服务端为：所属子系统的各备份子系统的管理服务端。
2.根据权利要求1所述的方法，所述接收推送服务端切换触发，包括：
监测该子系统中各推送服务端的运行状态；
在监测到任一主推送服务端的运行状态异常的情况下，将该异常运行状态作为推送服务端切换触发。
3.根据权利要求1所述的方法，所述在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系，包括：
在接收到推送服务端切换触发的情况下，确定该触发对应的目标客户端；
获得本地存储的目标推送容灾关系；
根据预设负载均衡策略，从所述目标推送容灾关系中的至少1个备推送服务端中，选择1个备推送服务端作为新主推送服务端；
建立所述目标客户端与所述新主推送服务端的新订阅关系。
4.根据权利要求3所述的方法，所述确定该触发对应的目标客户端，包括：
将需切换主推送服务端的任一订阅关系确定为目标订阅关系；所述订阅关系为：预先建立的主推送服务端与1个客户端间的关系；
确定所述目标订阅关系中的目标客户端。
5.根据权利要求3或4所述的方法，所述根据所述预设负载均衡策略确定推送服务端的方法，包括：
获得本子系统的各推送服务端的预设负载特征的值；所述负载特征用于表示对应推送服务端当前的负载情况；
针对获得负载特征值的任一推送服务端：根据预设负载均衡算法，使用所获得的负载特征值计算该推送服务端的负载综合值；
根据所计算的各负载综合值，对各推送服务器进行优先级排序，并将排序中的前N个推送服务器确定为所需的N个推送服务端；其中，在需要确定主推送服务端的情况下，将排序最高的推送服务端确定为主推送服务端。
6.根据权利要求1所述的方法，所述根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新，包括：
将所述新订阅关系发送至各目标推送服务端；以使各目标推送服务端接收到管理服务端发送的新订阅关系后，根据所述新订阅关系，更新本地存储的订阅关系；其中，所述新主推送服务端根据更新后的订阅关系，向所述目标客户端推送订阅内容。
7.根据权利要求1所述的方法，建立所述订阅关系的方法，包括：
在接收到客户端发起的订阅请求后，根据所述预设负载均衡策略，确定1个主推送服务端与至少1个备推送服务端；
建立所述客户端与所述主推送服务端的订阅关系。
8.根据权利要求7所述的方法，所述建立所述订阅关系的方法，还包括：
将所建立的订阅关系发送至所确定的各推送服务端；以使各推送服务端接收到管理服务端发送的订阅关系后，根据所述订阅关系，更新本地所存储的订阅关系；其中，所述主推送服务端根据所述订阅关系向所述客户端推送订阅内容。
9.根据权利要求1所述的方法，所述根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新，包括：
根据所述子系统间的备份关系，确定所属子系统的各备份子系统；
将新推送容灾关系发送至各备份子系统的目标管理服务端；以使各目标管理服务端在接收到所述新推送容灾关系后，根据所述新推送容灾关系更新本地存储的推送容灾关系。
10.根据权利要求1所述的方法，所述推送服务端具体包括：缓存子服务端与推送子服务端；所述缓存子服务端用于存储用于容灾备份的订阅关系；所述推送子服务端用于向建立订阅关系的客户端推送订阅内容；
所述根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新，包括：
将所述新订阅关系发送至所述各目标推送服务端的各缓存子服务端；以使所述各缓存子服务端根据所述新订阅关系，更新本地存储的订阅关系；以及，以使新主推送服务端的主缓存子服务端将所述新订阅关系发送至对应的主推送子服务端，主推送子服务端根据所述新订阅关系，更新本地存储的订阅关系，并根据更新后的订阅关系，向所述目标客户端推送订阅内容。
11.一种容灾系统，该系统包括若干子系统，子系统间存在备份关系：任一子系统均以系统中的至少一个其他系统为备份子系统；任一子系统中包括1个管理服务端与若干被管理的推送服务端；其中，任一子系统的管理服务端，具体用于：
在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系；
根据所确定的新主推送服务端，对所述目标推送容灾关系进行更新；所述推送容灾关系用于表示：客户端对应的主、备推送服务端之间的备份关系；
根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新，所述目标推送服务端为：新目标推送容灾关系中的各主、备推送服务端；以及，
根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新；所述目标管理服务端为：所属子系统的各备份子系统的管理服务端。
12.根据权利要求11所述的方法，所述管理服务端具体通过以下方式接收推送服务端切换触发：
监测该子系统中各推送服务端的运行状态；
在监测到任一主推送服务端的运行状态异常的情况下，将该异常运行状态作为推送服务端切换触发。
13.根据权利要求11所述的方法，所述管理服务端具体通过以下方式在接收到推送服务端切换触发的情况下，根据本地存储的目标推送容灾关系，建立该触发对应的目标客户端与新主推送服务端的新订阅关系：
在接收到推送服务端切换触发的情况下，确定该触发对应的目标客户端；
获得本地存储的目标推送容灾关系；
根据预设负载均衡策略，从所述目标推送容灾关系中的至少1个备推送服务端中，选择1个备推送服务端作为新主推送服务端；
建立所述目标客户端与所述新主推送服务端的新订阅关系。
14.根据权利要求13所述的方法，所述管理服务端具体通过以下方式确定该触发对应的目标客户端：
将需切换主推送服务端的任一订阅关系确定为目标订阅关系；所述订阅关系为：预先建立的主推送服务端与1个客户端间的关系；
确定所述目标订阅关系中的目标客户端。
15.根据权利要求13或14所述的方法，所述管理服务端具体通过以下方式根据所述预设负载均衡策略确定推送服务端：
获得本子系统的各推送服务端的预设负载特征的值；所述负载特征用于表示对应推送服务端当前的负载情况；
针对获得负载特征值的任一推送服务端：根据预设负载均衡算法，使用所获得的负载特征值计算该推送服务端的负载综合值；
根据所计算的各负载综合值，对各推送服务器进行优先级排序，并将排序中的前N个推送服务器确定为所需的N个推送服务端；其中，在需要确定主推送服务端的情况下，将排序最高的推送服务端确定为主推送服务端。
16.根据权利要求11所述的方法，所述管理服务端具体通过以下方式根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新：
将所述新订阅关系发送至各目标推送服务端；以使各目标推送服务端接收到管理服务端发送的新订阅关系后，根据所述新订阅关系，更新本地存储的订阅关系；其中，所述新主推送服务端根据更新后的订阅关系，向所述目标客户端推送订阅内容。
17.根据权利要求11所述的方法，所述管理服务端具体通过以下方式建立订阅关系，包括：
在接收到客户端发起的订阅请求后，根据所述预设负载均衡策略，确定1个主推送服务端与至少1个备推送服务端；
建立所述客户端与所述主推送服务端的订阅关系。
18.根据权利要求17所述的方法，所述管理服务端还具体通过以下方式建立所述订阅关系：
将所建立的订阅关系发送至所确定的各推送服务端；以使各推送服务端接收到管理服务端发送的订阅关系后，根据所述订阅关系，更新本地所存储的订阅关系；其中，所述主推送服务端根据所述订阅关系向所述客户端推送订阅内容。
19.根据权利要求11所述的方法，所述管理服务端具体通过以下方式根据子系统间的备份关系，对目标管理服务端所存储的推送容灾关系进行更新：
根据所述子系统间的备份关系，确定所属子系统的各备份子系统；
将新推送容灾关系发送至各备份子系统的目标管理服务端；以使各目标管理服务端在接收到所述新推送容灾关系后，根据所述新推送容灾关系更新本地存储的推送容灾关系。
20.根据权利要求11所述的方法，所述推送服务端具体包括：缓存子服务端与推送子服务端；所述缓存子服务端用于存储用于容灾备份的订阅关系；所述推送子服务端用于向建立订阅关系的客户端推送订阅内容；
所述管理服务端具体通过以下方式根据所述新订阅关系，对各目标推送服务端所存储的订阅关系进行更新：
将所述新订阅关系发送至所述各目标推送服务端的各缓存子服务端；以使所述各缓存子服务端根据所述新订阅关系，更新本地存储的订阅关系；以及，以使新主推送服务端的主缓存子服务端将所述新订阅关系发送至对应的主推送子服务端，主推送子服务端根据所述新订阅关系，更新本地存储的订阅关系，并根据更新后的订阅关系，向所述目标客户端推送订阅内容。
21.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至10任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910425548.3A CN110278109B (zh) | 2019-05-21 | 2019-05-21 | 一种容灾方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910425548.3A CN110278109B (zh) | 2019-05-21 | 2019-05-21 | 一种容灾方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110278109A true CN110278109A (zh) | 2019-09-24 |
| CN110278109B CN110278109B (zh) | 2022-02-01 |
Family
ID=67959073
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910425548.3A Active CN110278109B (zh) | 2019-05-21 | 2019-05-21 | 一种容灾方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110278109B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112506702A (zh) * | 2020-12-03 | 2021-03-16 | 平安科技（深圳）有限公司 | 数据中心容灾方法、装置、设备及存储介质 |
| CN115348155A (zh) * | 2022-08-10 | 2022-11-15 | 北京飞讯数码科技有限公司 | 基于集群服务器的业务容灾的实现方法及装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101821993A (zh) * | 2007-10-15 | 2010-09-01 | 国际商业机器公司 | 对使用会话亲缘性的分布式环境中的故障恢复进行处理的方法和系统 |
| US20140365523A1 (en) * | 2013-06-07 | 2014-12-11 | Apple Inc. | Push subscriptions |
| CN106656589A (zh) * | 2016-12-13 | 2017-05-10 | 武汉船舶通信研究所 | 一种服务器双机热备份系统 |
| CN107370809A (zh) * | 2017-07-13 | 2017-11-21 | 广州市百果园信息技术有限公司 | 数据同步方法及数据搜索系统 |
| CN108964948A (zh) * | 2017-05-19 | 2018-12-07 | 北京金山云网络技术有限公司 | 主从服务系统、主节点故障恢复方法及装置 |
-
2019
- 2019-05-21 CN CN201910425548.3A patent/CN110278109B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101821993A (zh) * | 2007-10-15 | 2010-09-01 | 国际商业机器公司 | 对使用会话亲缘性的分布式环境中的故障恢复进行处理的方法和系统 |
| US20140365523A1 (en) * | 2013-06-07 | 2014-12-11 | Apple Inc. | Push subscriptions |
| CN106656589A (zh) * | 2016-12-13 | 2017-05-10 | 武汉船舶通信研究所 | 一种服务器双机热备份系统 |
| CN108964948A (zh) * | 2017-05-19 | 2018-12-07 | 北京金山云网络技术有限公司 | 主从服务系统、主节点故障恢复方法及装置 |
| CN107370809A (zh) * | 2017-07-13 | 2017-11-21 | 广州市百果园信息技术有限公司 | 数据同步方法及数据搜索系统 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112506702A (zh) * | 2020-12-03 | 2021-03-16 | 平安科技（深圳）有限公司 | 数据中心容灾方法、装置、设备及存储介质 |
| CN112506702B (zh) * | 2020-12-03 | 2024-02-23 | 平安科技（深圳）有限公司 | 数据中心容灾方法、装置、设备及存储介质 |
| CN115348155A (zh) * | 2022-08-10 | 2022-11-15 | 北京飞讯数码科技有限公司 | 基于集群服务器的业务容灾的实现方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110278109B (zh) | 2022-02-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8989000B2 (en) | Cloud-based telecommunications infrastructure | |
| CN110177028B (zh) | 分布式健康检查方法及装置 | |
| CN108023953B (zh) | Ftp服务的高可用实现方法和装置 | |
| US10313452B2 (en) | Migrating a chat message service provided by a chat server to a new chat server | |
| CN106790629A (zh) | 数据同步装置及其实现数据同步的方法、客户端访问系统 | |
| CN113783922A (zh) | 负载均衡的方法、系统和装置 | |
| CN105144659A (zh) | 支持弹性和可缩放分布式应用的rest类api | |
| CN107404509B (zh) | 分布式服务配置系统及信息管理方法 | |
| CN109783151B (zh) | 规则变更的方法和装置 | |
| CN113010313A (zh) | 一种负载均衡方法、装置、电子设备及计算机存储介质 | |
| CN104579765A (zh) | 一种集群系统的容灾方法和装置 | |
| CN110278109A (zh) | 一种容灾方法及系统 | |
| CN113553178A (zh) | 任务处理方法、装置和电子设备 | |
| US11461053B2 (en) | Data storage system with separate interfaces for bulk data ingestion and data access | |
| CN111510480A (zh) | 一种请求发送方法、装置以及第一服务器 | |
| CN116932505A (zh) | 一种数据查询方法、数据写入方法、相关装置和系统 | |
| KR20090017595A (ko) | 통신 네트워크에서 데이터 처리 장치를 분배하는 방법 및 시스템 | |
| CN107818027B (zh) | 名字节点主备切换的方法、装置和分布式系统 | |
| CN111131040A (zh) | 路由的配置方法、装置及系统、存储介质、电子装置 | |
| CN115665263A (zh) | 一种流量调拨方法、装置、服务器及存储介质 | |
| CN114816713A (zh) | 函数调用方法及系统 | |
| CN115225645A (zh) | 一种服务更新方法、装置、系统和存储介质 | |
| CN105681262A (zh) | 一种交互消息分配方法及系统 | |
| CN107819893A (zh) | 网络地址动态配置方法和移动终端 | |
| CN114039836A (zh) | Exporter采集器的故障处理方法及装置 |
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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200930 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20200930 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20220418 Address after: Room 602, No. 618, Wai Road, Huangpu District, Shanghai 200010 Patentee after: Ant fortune (Shanghai) Financial Information Service Co.,Ltd. Address before: Ky1-9008 Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands, ky1-9008 Patentee before: Innovative advanced technology Co.,Ltd. |
|
| TR01 | Transfer of patent right |