CN113596746B - 集群消息的处理方法、装置、电子设备和介质 - Google Patents
集群消息的处理方法、装置、电子设备和介质 Download PDFInfo
- Publication number
- CN113596746B CN113596746B CN202110831096.6A CN202110831096A CN113596746B CN 113596746 B CN113596746 B CN 113596746B CN 202110831096 A CN202110831096 A CN 202110831096A CN 113596746 B CN113596746 B CN 113596746B
- Authority
- CN
- China
- Prior art keywords
- node
- service
- nodes
- cluster
- communication
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/10—Push-to-Talk [PTT] or Push-On-Call 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
-
- 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及一种集群消息的处理方法、装置、电子设备和介质;其中,该方法包括:获取数据结构服务器的集群中的服务节点分别对应的属性信息;根据属性信息对集群中的服务节点进行划分,得到至少两个节点集合;确定至少两个节点集合分别对应的通讯节点,其中,每个节点集合对应的通讯节点为节点集合中的一个服务节点;若监测到集群中产生节点服务消息,则将节点服务消息广播给通讯节点,使通讯节点将节点服务消息广播给通讯节点所在的节点集合中的其他服务节点,节点服务消息用于指示服务节点出现节点增加、节点删除和通讯节点变更中的至少一种。本实施例能够提高集群消息的传递效率。
Description
技术领域
本公开涉及通信技术领域,尤其涉及一种集群消息的处理方法、装置、电子设备和介质。
背景技术
远程字典服务器(REmote DIctionary Server,redis)是一个使用内存存储的数据结构服务器,其可用作数据库、高速缓存和消息队列代理。redis中能够支持字符串、哈希表、列表、集合、有序集合以及位图等数据存储类型的数据的有效存储。
但是,现有的redis构建的redis集群中,可包括多个服务节点,用来获取并存储集群消息(如新增节点或者删除节点),redis集群中各服务节点采用点对点的方式进行消息传递。如redis集群中增加一个新的服务节点,则需要将增加新的服务节点的消息分别传递给redis集群中的所有服务节点。
从而,当redis集群中服务节点的数量庞大时,点对点的消息传递方式会极大减弱集群消息的传递效率。
发明内容
为了解决上述技术问题或者至少部分地解决上述技术问题,本公开提供了一种集群消息的处理方法、装置、电子设备和介质。
第一方面,本实施例提供了一种集群消息的处理方法,包括:
获取数据结构服务器的集群中的服务节点分别对应的属性信息;
根据所述属性信息对所述集群中的服务节点进行划分,得到至少两个节点集合;
确定所述至少两个节点集合分别对应的通讯节点,其中,每个节点集合对应的通讯节点为所述节点集合中的一个服务节点;
若监测到所述集群中产生节点服务消息,则将所述节点服务消息广播给所述通讯节点,使所述通讯节点将所述节点服务消息广播给所述通讯节点所在的节点集合中的其他服务节点,所述节点服务消息用于指示服务节点出现节点增加、节点删除和通讯节点变更中的至少一种。
可选的,所述确定所述至少两个节点集合分别对应的通讯节点,包括:
获取每一节点集合中服务节点分别对应的数据存储量;
将最小数据存储量对应的服务节点作为所述节点集合的通讯节点。
可选的,所述确定所述至少两个节点集合分别对应的通讯节点,包括:
获取每一节点集合中服务节点分别对应的性能参数值;
根据所述性能参数值选取通讯节点。
可选的,所述节点服务消息是在所述集群中第一节点集合的任务处理量大于预设的第一处理量阈值时产生的;
所述将所述节点服务消息广播给所述通讯节点之前,还包括:
将第一预设数量个服务节点增加进所述第一节点集合;
所述将所述节点服务消息广播给所述通讯节点,包括:
将增加的服务节点的标识和所述第一节点集合的所属信息广播给所述集群中的其他节点集合。
可选的,所述节点服务消息是在所述集群中第二节点集合的任务处理量小于或等于预设的第二处理量阈值时产生的;
所述将所述节点服务消息广播给所述通讯节点之前,还包括:
从所述第二节点集合中删除第二预设数量个服务节点;
所述将所述节点服务消息广播给所述通讯节点,包括:
将删除的服务节点的标识和所述第二节点集合的所属信息广播给所述集群中的其他节点集合。
可选的,所述节点服务消息是在所述集群中第三节点集合的通讯节点的工作状态处于异常时产生的;
所述将所述节点服务消息广播给所述通讯节点之前,还包括:
将所述第三节点集合中的一个服务节点变更为新的通讯节点;
所述将所述节点服务消息广播给所述通讯节点,包括:
将所述新的通讯节点的标识和所述第三节点集合的所属信息广播给所述集群中的其他节点集合。
可选的,所述方法还包括:获取并记录增加的服务节点在所述第一节点集合中的节点状态。
可选的,所述方法还包括:获取并记录所述新的通讯节点在所述第三节点集合中的节点状态。
可选的,所述属性信息包括位置信息;所述根据所述位置信息对所述集群中的服务节点进行划分,得到至少两个节点集合,包括:
从所述集群中选择至少两个服务节点作为目标节点;
根据服务节点分别对应的位置信息,确定所述目标节点与其他服务节点之间的距离小于预设的距离阈值时,将所述目标节点与所述其他服务节点划分至一个节点集合;
检测到第四服务节点未被划分,则将所述第四服务节点划分至距离最近的节点集合中;
对划分得到的全部节点集合进行节点去重操作,得到至少两个节点集合,所述节点去重操作包括删除所述节点集合中重复划分的服务节点,所述至少两个节点集合中每一节点集合包含的服务节点不同。
第二方面,本实施例提供了一种集群消息的处理装置,包括:
获取模块,用于获取数据结构服务器的集群中的服务节点分别对应的属性信息;
划分模块,用于根据所述属性信息对所述集群中的服务节点进行划分,得到至少两个节点集合;
确定模块,用于确定所述至少两个节点集合分别对应的通讯节点,其中,每个节点集合对应的通讯节点为所述节点集合中的一个服务节点;
广播模块,用于若监测到所述集群中产生节点服务消息,则将所述节点服务消息广播给所述通讯节点,使所述通讯节点将所述节点服务消息广播给所述通讯节点所在的节点集合中的其他服务节点,所述节点服务消息用于指示服务节点出现节点增加、节点删除和通讯节点变更中的至少一种。
可选的,确定模块,具体用于:
获取每一节点集合中服务节点分别对应的数据存储量;
将最小数据存储量对应的服务节点作为所述节点集合的通讯节点。
可选的,确定模块,具体用于:
获取每一节点集合中服务节点分别对应的性能参数值;
根据所述性能参数值选取通讯节点。
可选的,所述节点服务消息是在所述集群中第一节点集合的任务处理量大于预设的第一处理量阈值时产生的;
还包括:增加模块;
增加模块,用于将第一预设数量个服务节点增加进所述第一节点集合;
广播模块,具体用于:
将增加的服务节点的标识和所述第一节点集合的所属信息广播给所述集群中的其他节点集合。
可选的,所述节点服务消息是在所述集群中第二节点集合的任务处理量小于或等于预设的第二处理量阈值时产生的;
还包括:删除模块;
删除模块,用于从所述第二节点集合中删除第二预设数量个服务节点;
广播模块,具体用于:
将删除的服务节点的标识和所述第二节点集合的所属信息广播给所述集群中的其他节点集合。
可选的,所述节点服务消息是在所述集群中第三节点集合的通讯节点的工作状态处于异常时产生的;
还包括:变更模块;
变更模块,用于将所述第三节点集合中的一个服务节点变更为新的通讯节点;
广播模块,具体用于:
将所述新的通讯节点的标识和所述第三节点集合的所属信息广播给所述集群中的其他节点集合。
可选的,获取模块,还用于获取并记录增加的服务节点在所述第一节点集合中的节点状态。
可选的,获取模块,还用于获取并记录所述新的通讯节点在所述第三节点集合中的节点状态。
可选的,所述属性信息包括位置信息;
划分模块,具体用于:
从所述集群中选择至少两个服务节点作为目标节点;
根据服务节点分别对应的位置信息,确定所述目标节点与其他服务节点之间的距离小于预设的距离阈值时,将所述目标节点与所述其他服务节点划分至一个节点集合;
检测到第四服务节点未被划分,则将所述第四服务节点划分至距离最近的节点集合中;
对划分得到的全部节点集合进行节点去重操作,得到至少两个节点集合,所述节点去重操作包括删除所述节点集合中重复划分的服务节点,所述至少两个节点集合中每一节点集合包含的服务节点不同。
第三方面,本实施例还提供了一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例中的任一种所述的集群消息的处理方法。
第四方面,本实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本发明实施例中的任一种集群消息的处理方法。
本公开实施例提供的技术方案与现有技术相比具有如下优点:能够将集群中的服务节点进行分组,利用每一节点集合中的通讯节点接收集群中产成的节点服务消息,极大的降低了接收消息的服务节点的数量,从而,使得每一节点集合中的服务节点能够基于通讯节点实现消息的并行接收,极大的提高了集群消息的传递效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本实施例提供的一种集群消息的处理方法的流程示意图;
图2是本实施例提供的一种集群消息的展示示意图;
图3是本实施例提供的另一种集群消息的展示示意图;
图4是本实施例提供的另一种集群消息的处理方法的流程示意图;
图5是本实施例提供的又一种集群消息的处理方法的流程示意图;
图6是本实施例提供的又一种集群消息的处理方法的流程示意图;
图7是本实施例提供的又一种集群消息的处理装置的结构示意图;
图8是本实施例提供的一种电子设备的结构示意图。
具体实施方式
为了能够更清楚地理解本公开的上述目的、特征和优点,下面将对本公开的方案进行进一步描述。需要说明的是,在不冲突的情况下,本公开的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本公开,但本公开还可以采用其他不同于在此描述的方式来实施;显然,说明书中的实施例只是本公开的一部分实施例,而不是全部的实施例。
redis集群是由多个服务节点组成的一个集群,其中,服务节点可包括主节点和从节点。redis集群集群中的每个服务节点都需要连接其他服务节点(主节点或从节点),即redis集群中的服务节点是两两连接,来进行集群消息的传递。
其中,redis集群默认采用16384个slot槽位,每个key都分别映射到slot中,集群中的每个主节点都持有所有slot中的部分槽位信息,所有的主节点和从节点之间互相连接,从而组成一个完整的redis集群,则redis集群中的所有节点会全覆盖每个slot中的槽位信息,从而,使得所有的key都能映射到redis集群中slot对应的服务节点上。
每个slot槽位中信息包括key value数据,其中,key表示关键字,value表示关键字对应的信息,即,每个slot槽位中的key与value是一一对应的关系。如key为name,则value为张三。
图1是本实施例提供的一种集群消息的处理方法的流程示意图。本实施例可适用于在集群中广播节点服务消息的情况。本实施例方法可由集群消息的处理装置来执行,该装置可采用硬件/或软件的方式来实现,并可配置于电子设备中;其中,电子设备可包括服务器。可实现本申请任意实施例所述的集群消息的处理方法。如图1所示,该方法具体包括如下:
S110、获取数据结构服务器的集群中的服务节点分别对应的属性信息。
在本实施例中,数据结构服务器的集群是由多个服务节点组成的,每个服务节点会分别具有其对应的属性信息。属性信息可包括但不限于是:位置信息、数据信息和存储信息,其中,一个服务节点对应的位置信息为该服务节点所在的物理位置的标识,如节点坐标,一个服务节点对应的存储信息为该服务节点中存储数据的标识,如数据编号、数据名称等。
其中,节点坐标可为二维坐标,也可为三维坐标,从而,能够根据每个服务节点对应的位置信息准确定位出该服务节点的所处位置,来对集群中的多个服务节点进行统一管理。
S120、根据属性信息对集群中的服务节点进行划分,得到至少两个节点集合。
在本实施例中,在属性信息为位置信息时,每个服务节点对应的位置信息可能不同,即集群中的多个服务节点可能分散排布在不同的位置上,集群在向每个服务节点通知集群消息时,需要分别将集群消息广播至每一个服务节点,才能使得全部的服务节点获知到集群中的动态。
示例性的,集群中新增一个服务节点A,则需要集群中的服务节点B将服务节点A加入集群的消息分别传递给集群中的其他服务节点,可能距离服务节点B较远的服务节点获取消息的时间较长。因而,在集群的节点数量较多时,会导致集群中消息的传播消息较低。
本实施例中,可将距离较近的两个或多个服务节点划分到一个节点集合中,一个节点集合看作一组节点,即集群中可包含数量较少的节点集合,且每个节点集合中服务节点获取消息的时间可同步。
另外,在属性信息为数据信息时,可将数据信息相似度较高的两个或多个服务节点划分到一个节点集合中,一个节点集合可看作一组节点,即集群中可包含数量较少的节点集合,且每个节点集合中服务节点获取消息的时间可同步。
S130、确定至少两个节点集合分别对应的通讯节点,其中,每个节点集合对应的通讯节点为节点集合中的一个服务节点。
在本实施例中,在将集群中的多个服务节点划分为至少两个节点集合后,则不需要每个节点集合中的服务节点再进行一一通信,可将节点集合间消息通信的权限交由一个服务节点执行,每一个节点集合中可选出一个通讯节点,来跟其他节点集合中的通讯节点进行通信连接,从而,避免网络延迟带来服务节点接收消息不统一的问题。
其中,一个节点集合中通讯节点确定的具体实现方式可通过不同的选取策略实现,选取策略包括但不限于是服务节点的slot槽位的标识号,或者服务节点的物理性能,或者服务节点持有的数据量,或者服务节点持有的的slot槽位的数量。
基于上述实施例的描述,本实施例提供了原始的集群中服务节点的结构示意图与本实施例的集群中服务节点的结构示意图的比对,可参见图2和图3。其中,图2为原始集群消息图,图3为经过本实施例方法划分后得到的集群消息图。
在图2中,假定原始集群中包括6个服务节点,分别为M1、M2、M3、S1、S2和S3,每个服务节点之间双向通信,即M1分别与M2、M3、S1、S2和S3双向连接,M2分别与M1、M3、S1、S2和S3双向连接,M3分别与M1、M2、S1、S2和S3双向连接,S1分别与M2、M2、M3、S2和S3双向连接,S2分别与M1、M2、M3、S1和S3双向连接,S3分别与M1、M2、M3、S1和S2双向连接。
经过本实施例方法对集群中服务节点进行划分后,得到多个节点集合。在图3中,依据每一服务节点的位置信息对图2中服务节点进行划分,得到3个节点集合,分别是S1与M1组成的节点集合、S2与M2组成的节点集合、S3与M3组成的节点集合。且每一节点集合中的各服务节点互相连接,仅有节点集合的通讯节点之间具有连接,如S1与M1组成的节点集合中的通讯节点为M1,S2与M2组成的节点集合中的通讯节点为M2,S3与M3组成的节点集合中的通讯节点为M3,则M1分别与M2和M3连接,M2分别与M1和M3连接,M3分别与M1和M2连接。
从而,基于图2至图3的转化,可直观的看出,本实施例能够在不改变原有集群的基础上,简化了集群中服务节点的连接关系,同时,每一节点集合中的服务节点可通过通讯节点实现与其他节点集合中服务节点(或通讯节点)之间的消息通信。
S140、若监测到集群中产生节点服务消息,则将节点服务消息广播给通讯节点,使通讯节点将节点服务消息广播给通讯节点所在的节点集合中的其他服务节点。
其中,节点服务消息用于指示服务节点出现节点增加、节点删除和通讯节点变更中的至少一种。
在本实施例中,节点服务消息为集群中服务节点的变动消息,如某一节点集合中增加节点,或者某一节点集合中减少节点,或者某一节点集合中的一个服务节点替换为通讯节点或者通讯节点变更为服务节点。
其中,集群服务器会对集群中包括的每一节点集合进行实时监测,在检测到集群中出现节点服务消息,则需要将节点服务消息传递给集群中每一节点集合包括的服务节点。本实施例可将节点服务消息传递给每一节点集合的通讯节点,来指示通讯节点将节点服务消息同时传递给所在节点集合中的每一服务节点。
从而,使得节点集合中的每一服务节点能够及时接收到节点服务消息,降低网络延迟带来的消息接收延迟的几率,有效保证集群消息的传递效率。
需要说明的是,每一节点集合中,通讯节点可向其他服务节点广播节点服务消息,且其他服务节点之间也具有通信连接,也可进行消息的互通,同时,其他服务节点也可本节点集合中的通讯节点传递消息。从而,便于一个节点集合中的全部服务节点均能进行消息通信,提高节点集合中服务节点的消息同步性。
本公开实施例能够对集群中的服务节点进行分组,利用每一节点集合中的通讯节点接收集群中产成的节点服务消息,极大的降低了接收消息的服务节点的数量,从而,使得每一节点集合中的服务节点能够基于通讯节点实现消息的并行接收,极大的提高了集群消息的传递效率。
基于上述实施例的描述,一个节点集合中通讯节点的具体确定方式具有多种实现方式,本实施例对此不做限定。
在本实施例中,可选的,确定至少两个节点集合分别对应的通讯节点,包括:
获取每一节点集合中服务节点分别对应的数据存储量;
将最小数据存储量对应的服务节点作为节点集合的通讯节点。
本实施例中,一个服务节点会对应集群中的一个或多个slot槽位,每个slot槽位中包含的key value数据的数据存储量不同,一个服务节点持有的数据存储量能够有效反映出该服务节点占用集群的资源消耗。
其中,在确定一个节点集合的通讯节点时,统计出该节点集合中每一服务节点持有的数据存储量,将所有的数据存储量进行大小比对,选择比对结果中得到的最小数据存储量对应的服务节点作为该节点集合的通讯节点,使得通讯节点具有和其他节点集合的通讯节点进行消息传递的权限。
从而,选择持有数据存储量最少的服务节点作为节点集合中的通讯节点,能够有效降低消息传递时占用集群的资源消耗,同时,进一步提高消息的传递效率。
在本实施例中,可选的,确定至少两个节点集合分别对应的通讯节点,包括:
获取每一节点集合中服务节点分别对应的性能参数值;
根据性能参数值选取通讯节点。
其中,在一个节点集合中选取通讯节点时,可将最优性能参数值对应的服务节点作为节点集合的通讯节点。
本实施例中,性能参数值为一个服务节点的物理性能的定量评定值,用来衡量一个服务节点物理性能的优劣。
需要说明的是,最优性能参数可根据不同的性能参数分为最小性能参数和最大性能参数。
在一些实施例中,性能参数可包括:线程数、缓存占用率、CPU占用率。上述性能参数的性能参数值越小,则表明服务节点当前越可用,则可选择最小性能参数值对应的服务节点作为节点集合的通讯节点,能够有效保证消息传递时的速率,从而,进一步提高通讯节点之间消息传递的速率。
在另一些实施例中,性能参数可包括:节点空闲率和资源存储空间。此时,可选最大择性能参数对应的服务节点作为节点集合的通讯节点,来保证消息的传递效率。
另外,确定至少两个节点集合分别对应的通讯节点还可包括如下实施方式。
在一些实施例中,获取每一节点集合中服务节点分别对应的slot槽位的标识号的数值;将数值最小的标识号对应的服务节点作为该节点集合中的通讯节点。
在另一些实施例中,获取每一节点集合中服务节点分别对应slot槽位的数量;将数量最小的lot槽位对应的服务节点作为该节点集合中的通讯节点。从而,能够有效降低通讯节点间传递消息的资源损耗。
在本实施例中,可选的,属性信息包括位置信息;根据属性信息对集群中的服务节点进行划分,得到至少两个节点集合,包括:
从集群中选择至少两个服务节点作为目标节点;
根据服务节点分别对应的位置信息,确定目标节点与其他服务节点之间的距离小于预设的距离阈值时,将目标节点与其他服务节点划分至一个节点集合;
检测到第四服务节点未被划分,则将第四服务节点划分至距离最近的节点集合中;
对划分得到的全部节点集合进行节点去重操作,得到至少两个节点集合,节点去重操作包括删除节点集合中重复划分的服务节点,至少两个节点集合中每一节点集合包含的服务节点不同。
本实施例中,可根据集群中服务节点两两之间的物理距离来对多个服务节点进行划分,从而,降低消息传递时的网络延迟。
其中,在确定目标节点时,可根据集群中的服务节点的位置信息,从集群中选取至少两个服务节点作为目标节点,如可将集群中距离大于一定距离阈值的两个服务节点作为目标节点,距离阈值可根据集群中服务节点的位置信息进行调整设置。
或者,在确定目标节点时,可根据集群中的服务节点包含的数据量,从集群中选取至少两个服务节点作为目标节点,如可将集群中数据量为第一数据量的服务节点和第二数据量的服务节点作为目标节点。第一数据量和第二数据量的数值大小具有一定差距,从而,将集群中的各服务节点进行有效划分。
其中,在将目标节点与其他服务节点划分至一个节点集合后,能够得到多个初始的节点集合,但是,集群中可能存在一个或多个服务节点还未被划分的情况,则需要对初始的节点集合进行节点补充,同时,初始的节点集合中可能存在节点重复的情况,则需要对初始的节点集合进行节点去重,得到最终划分的节点集合。
其中,第四服务节点为集群中未被进行过划分的一个服务节点,可根据第四服务节点与多个目标节点之间的距离,将第四服务节点划分至距离最小的目标节点所在的节点集合。
在节点集合进行节点补充完成后,对节点集合进行节点去重操作。检测全部节点集合中是否存在重复节点,若是,则可选择从任一具有重复节点的节点集合中删除该重复节点,使得只要一个节点集合保留该重复节点。或者,根据该重复节点与具有重复节点的节点集合中目标节点的距离,选择保留距离目标节点最近的一个节点集合中的重复节点,删除其他具有重复节点的节点集合中的重复节点。
从而,保证集群中的所有服务节点均能被划分至一个节点集合中,且每一节点集合中包含的服务节点不重复。
图4是本实施例提供的另一种集群消息的处理方法的流程示意图。本实施例是在上述实施例的基础上,其中,节点服务消息是在集群中第一节点集合的任务处理量大于预设的第一处理量阈值时产生的。在S140之前,本实施例方法还可以包括:
S131、将第一预设数量个服务节点增加进第一节点集合。
在本实施例中,第一节点集合为集群中多个节点集合中的一个节点集合。在检测到第一节点集合的任务处理量大于预设的第一处理量阈值时,表明第一节点集合中的服务节点难以及时有效处理第一节点集合中的任务,则需要对第一节点集合进行节点扩充,来满足第一节点集合中的任务处理需求。
其中,第一预设数量个服务节点可以不是集群中任一节点集合中包括的一个服务节点,是集群外的一个新的服务节点。
需要说明的是,第一预设数量个服务节点也可以是集群中某一节点集合中的一个或多个服务节点,从而,在集群中进行节点调度,满足第一节点集合的节点扩充需求。
进一步地,S140的一种可能实现的方式如下:
S1401、将增加的服务节点的标识和第一节点集合的所属信息广播给集群中的其他节点集合。
在本实施例中,增加的服务节点的标识可为该服务节点在第一节点集合中的身份编号,或者该服务节点的设备名称或设备标识。
其中,增加的服务节点的标识和第一节点集合的所属信息为增加的服务节点与第一节点集合的包含信息,即增加的服务节点当前所属第一节点集合中。从而,有效将增加的服务节点和第一节点集合的所属关系传递给其他服务节点。
在本实施例中,可选的,本实施例方法还包括:
获取并记录增加的服务节点在第一节点集合中的节点状态。
本实施例中,将增加的服务节点看作第一节点,第一节点在第一节点集合中的节点状态可包括:新建连接、正常状态、判断失败、宣告失败。
其中,新建连接可表示第一节点已加入第一节点集合,但还未进行任务分配。正常状态可表示第一节点加入第一节点集合,且已经进行任务分配。判断失败可表示第一节点在加入第一节点集合过程中出现异常,暂时还不能加入第一节点集合。宣告失败可表示第一节点加入第一节点集合失败,不能加入第一节点集合。
从而,通过记录新增的服务节点在第一节点集合中的节点状态,能够实时对新增的服务节点进行全面了解。
图5是本实施例提供的又一种集群消息的处理方法的流程示意图。本实施例是在上述实施例的基础上,其中,节点服务消息是在集群中第二节点集合的任务处理量小于或等于预设的第二处理量阈值时产生的。在S140之前,本实施例方法还可以包括:
S132、从第二节点集合中删除第二预设数量个服务节点。
其中,删除的服务节点为第二节点集合中的一个服务节点。
在本实施例中,第二节点集合为集群中多个节点集合中的一个节点集合。在检测到第二节点集合的任务处理量小于或等于预设的第二处理量阈值时,表明第二节点集合中的服务节点能够及时有效处理第二节点集合中的任务,为了防止第二节点集合中的节点冗余,因此,需要对第二节点集合进行节点删减。
其中,在从第二节点集合中删除第二预设数量个服务节点后,可将删除节点从集群中彻底删除。或者,将删除节点添加至集群中的任务量需求较大的其他节点集合中,来满足该节点集合的任务量需求。
需要说明的是,第一处理量阈值与第二处理量阈值无关联,具体可根据第一节点集合和第二节点集合的任务量来有效设定。
进一步地,S140的一种可能实现的方式如下:
S1402、将删除的服务节点的标识和第二节点集合的所属信息广播给集群中的其他节点集合。
在本实施例中,删除的服务节点的标识可为该服务节点在第二节点集合中的身份编号,或者该服务节点的设备名称或设备标识。
其中,删除的服务节点的标识和第二节点集合的所属信息为该服务节点与第二节点集合的包含信息,即该服务节点当前已不所属第二节点集合中。
从而,有效将已删除的服务节点和第二节点集合的所属关系传递给其他服务节点。使得其他服务节点能够及时了解到具有节点变动的节点集合中的变动消息。
图6是本实施例提供的又一种集群消息的处理方法的流程示意图。本实施例是在上述实施例的基础上,其中,节点服务消息是在集群中第三节点集合的通讯节点的工作状态处于异常时产生的。在S140之前,本实施例方法还可以包括:
S133、将第三节点集合中的一个服务节点变更为新的通讯节点。
在本实施例中,第三节点集合为集群中多个节点集合中的一个节点集合。在检测到第三节点集合的通讯节点的工作状态处于异常时,表明该通讯节点难以有效的继续与其他通讯节点进行消息传递,为了保证第三节点集合的消息获取时效,则需要对第三节点集合的通讯节点进行变更。
其中,第三节点集合中新的通讯节点的选取,可根据第三节点集合中各服务节点的性能参数值选择出一个服务节点作为新的通讯节点,从而,保证第三节点集合中能够利用新的通讯节点继续进行消息的有效传递。
进一步地,S140的一种可能实现的方式如下:
S1403、将新的通讯节点的标识和第三节点集合的所属信息广播给集群中的其他节点集合。
在本实施例中,新的通讯节点的标识可为该通讯节点在第三节点集合中的身份编号,或者该通讯节点的设备名称或设备标识。
其中,新的通讯节点的标识和第三节点集合的所属信息为该服务节点在第三节点集合中的身份信息,即该服务节点当前为第三节点集合的通讯节点。
从而,有效将新的通讯节点和第三节点集合的所属关系传递给其他服务节点。使得其他服务节点能够及时了解第三节点集合中通讯节点变更的消息。
在本实施例中,可选的,本实施例方法还包括:
获取并记录新的通讯节点在第三节点集合中的节点状态。
本实施例中,第三节点在第三节点集合中的节点状态可包括写入状态或读取状态。
其中,写入状态可表示第三节点能够将获取到其他通讯节点的消息传递给第三节点集合中的其他服务节点。读取状态表示第三节点只能读取第三节点集合中其他服务节点传递的消息。
从而,通过记录第三节点在第三节点集合中的节点状态,能够实时对第三节点进行全面监控。
图7是本实施例提供的一种集群消息的处理装置的结构示意图;该装置配置于电子设备中,可实现本申请任意实施例所述的集群消息的处理方法。该装置具体包括如下:
获取模块710,用于获取数据结构服务器的集群中的服务节点分别对应的属性信息;
划分模块720,用于根据所述属性信息对所述集群中的服务节点进行划分,得到至少两个节点集合;
确定模块730,用于确定所述至少两个节点集合分别对应的通讯节点,其中,每个节点集合对应的通讯节点为所述节点集合中的一个服务节点;
广播模块740,用于若监测到所述集群中产生节点服务消息,则将所述节点服务消息广播给所述通讯节点,使所述通讯节点将所述节点服务消息广播给所述通讯节点所在的节点集合中的其他服务节点,所述节点服务消息用于指示服务节点出现节点增加、节点删除和通讯节点变更中的至少一种。
在本实施例中,可选的,确定模块730,具体用于:
获取每一节点集合中服务节点分别对应的数据存储量;
将最小数据存储量对应的服务节点作为所述节点集合的通讯节点。
在本实施例中,可选的,确定模块730,具体用于:
获取每一节点集合中服务节点分别对应的性能参数值;
根据所述性能参数值选取通讯节点。
在本实施例中,可选的,所述节点服务消息是在所述集群中第一节点集合的任务处理量大于预设的第一处理量阈值时产生的;本实施例装置还包括:增加模块;
增加模块,用于将第一预设数量个服务节点增加进所述第一节点集合;
广播模块740,具体用于:
将增加的服务节点的标识和所述第一节点集合的所属信息广播给所述集群中的其他节点集合。
在本实施例中,可选的,所述节点服务消息是在所述集群中第二节点集合的任务处理量小于或等于预设的第二处理量阈值时产生的;本实施例装置还包括:删除模块;
删除模块,用于从所述第二节点集合中删除第二预设数量个服务节点;
广播模块740,具体用于:
将删除的服务节点的标识和所述第二节点集合的所属信息广播给所述集群中的其他节点集合。
在本实施例中,可选的,所述节点服务消息是在所述集群中第三节点集合的通讯节点的工作状态处于异常时产生的;本实施例装置还包括:还包括:变更模块;
变更模块,用于将所述第三节点集合中的一个服务节点变更为新的通讯节点;
广播模块740,具体用于:
将所述新的通讯节点的标识和所述第三节点集合的所属信息广播给所述集群中的其他节点集合。
在本实施例中,可选的,获取模块710,还用于获取并记录增加的服务节点在所述第一节点集合中的节点状态。
在本实施例中,可选的,获取模块710,还用于获取并记录所述新的通讯节点在所述第三节点集合中的节点状态。
在本实施例中,可选的,所述属性信息包括位置信息;划分模块720,具体用于:
从所述集群中选择至少两个服务节点作为目标节点;
根据服务节点分别对应的位置信息,确定所述目标节点与其他服务节点之间的距离小于预设的距离阈值时,将所述目标节点与所述其他服务节点划分至一个节点集合;
检测到第四服务节点未被划分,则将所述第四服务节点划分至距离最近的节点集合中;
对划分得到的全部节点集合进行节点去重操作,得到至少两个节点集合,所述节点去重操作包括删除所述节点集合中重复划分的服务节点,所述至少两个节点集合中每一节点集合包含的服务节点不同。
通过本发明实施例的集群消息的处理装置,能够将集群中的服务节点进行分组,利用每一节点集合中的通讯节点接收集群中产成的节点服务消息,极大的降低了接收消息的服务节点的数量,从而,使得每一节点集合中的服务节点能够基于通讯节点实现消息的并行接收,极大的提高了集群消息的传递效率。
本发明实施例所提供的集群消息的处理装置可执行本发明任意实施例所提供的集群消息的处理方法,具备执行方法相应的功能模块和有益效果。
图8是本实施例提供的一种电子设备的结构示意图。如图8所示,该电子设备包括处理器810、存储器820、输入装置830和输出装置840;电子设备中处理器810的数量可以是一个或多个,图8中以一个处理器810为例;电子设备中的处理器810、存储器820、输入装置830和输出装置840可以通过总线或其他方式连接,图8中以通过总线连接为例。
存储器820作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的集群消息的处理方法对应的程序指令/模块。处理器810通过运行存储在存储器820中的软件程序、指令以及模块,从而执行电子设备的各种功能应用以及数据处理,即实现本发明实施例所提供的集群消息的处理方法。
存储器820可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器820可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器820可进一步包括相对于处理器810远程设置的存储器,这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置830可用于接收输入的数字或字符信息,以及产生与电子设备的用户设置以及功能控制有关的键信号输入,可以包括键盘、鼠标等。输出装置840可包括显示屏等显示设备。
本实施例还提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于实现本发明实施例所提供的集群消息的处理方法。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的集群消息的处理方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
值得注意的是,上述搜索装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本实施例的具体实施方式,使本领域技术人员能够理解或实现本实施例。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本实施例的精神或范围的情况下,在其它实施例中实现。因此,本实施例将不会被限制于本文所述的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (12)
1.一种集群消息的处理方法,其特征在于,所述方法包括:
获取数据结构服务器的集群中的服务节点分别对应的属性信息;
根据所述属性信息对所述集群中的服务节点进行划分,得到至少两个节点集合;
确定所述至少两个节点集合分别对应的通讯节点,其中,每个节点集合对应的通讯节点为所述节点集合中的一个服务节点,每个节点集合对应的通讯节点与其他节点集合中的通讯节点进行通信连接,每一节点集合中的各服务节点互相连接;
若监测到所述集群中产生节点服务消息,则将所述节点服务消息广播给所述通讯节点,使所述通讯节点将所述节点服务消息广播给所述通讯节点所在的节点集合中的其他服务节点,所述节点服务消息用于指示服务节点出现节点增加、节点删除和通讯节点变更中的至少一种。
2.根据权利要求1所述的方法,其特征在于,所述确定所述至少两个节点集合分别对应的通讯节点,包括:
获取每一节点集合中服务节点分别对应的数据存储量;
将最小数据存储量对应的服务节点作为所述节点集合的通讯节点。
3.根据权利要求1所述的方法,其特征在于,所述确定所述至少两个节点集合分别对应的通讯节点,包括:
获取每一节点集合中服务节点分别对应的性能参数值;
根据所述性能参数值选取通讯节点。
4.根据权利要求1所述的方法,其特征在于,所述节点服务消息是在所述集群中第一节点集合的任务处理量大于预设的第一处理量阈值时产生的;
所述将所述节点服务消息广播给所述通讯节点之前,还包括:
将第一预设数量个服务节点增加进所述第一节点集合;
所述将所述节点服务消息广播给所述通讯节点,包括:
将增加的服务节点的标识和所述第一节点集合的所属信息广播给所述集群中的其他节点集合。
5.根据权利要求1所述的方法,其特征在于,所述节点服务消息是在所述集群中第二节点集合的任务处理量小于或等于预设的第二处理量阈值时产生的;
从所述第二节点集合中删除第二预设数量个服务节点;
将删除的服务节点的标识和所述第二节点集合的所属信息广播给所述集群中的其他节点集合。
6.根据权利要求1所述的方法,其特征在于,所述节点服务消息是在所述集群中第三节点集合的通讯节点的工作状态处于异常时产生的;
将所述第三节点集合中的一个服务节点变更为新的通讯节点;
将所述新的通讯节点的标识和所述第三节点集合的所属信息广播给所述集群中的其他节点集合。
7.根据权利要求4所述的方法,其特征在于,所述方法还包括:
获取并记录增加的服务节点在所述第一节点集合中的节点状态。
8.根据权利要求6所述的方法,其特征在于,所述方法还包括:
获取并记录所述新的通讯节点在所述第三节点集合中的节点状态。
9.根据权利要求1所述的方法,其特征在于,所述属性信息包括位置信息;
所述根据所述属性信息对所述集群中的服务节点进行划分,得到至少两个节点集合,包括:
从所述集群中选择至少两个服务节点作为目标节点;
根据服务节点分别对应的位置信息,确定所述目标节点与其他服务节点之间的距离小于预设的距离阈值时,将所述目标节点与所述其他服务节点划分至一个节点集合;
检测到第四服务节点未被划分,则将所述第四服务节点划分至距离最近的节点集合中;
对划分得到的全部节点集合进行节点去重操作,得到至少两个节点集合,所述节点去重操作包括删除所述节点集合中重复划分的服务节点,所述至少两个节点集合中每一节点集合包含的服务节点不同。
10.一种集群消息的处理装置,其特征在于,所述装置包括:
获取模块,用于获取数据结构服务器的集群中的服务节点分别对应的属性信息;
划分模块,用于根据所述属性信息对所述集群中的服务节点进行划分,得到至少两个节点集合;
确定模块,用于确定所述至少两个节点集合分别对应的通讯节点,其中,每个节点集合对应的通讯节点为所述节点集合中的一个服务节点,每个节点集合对应的通讯节点与其他节点集合中的通讯节点进行通信连接,每一节点集合中的各服务节点互相连接;
广播模块,用于若监测到所述集群中产生节点服务消息,则将所述节点服务消息广播给所述通讯节点,使所述通讯节点将所述节点服务消息广播给所述通讯节点所在的节点集合中的其他服务节点,所述节点服务消息用于指示服务节点出现节点增加、节点删除和通讯节点变更中的至少一种。
11.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1~9中任一所述的集群消息的处理方法。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1~9中任一所述的集群消息的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110831096.6A CN113596746B (zh) | 2021-07-22 | 2021-07-22 | 集群消息的处理方法、装置、电子设备和介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110831096.6A CN113596746B (zh) | 2021-07-22 | 2021-07-22 | 集群消息的处理方法、装置、电子设备和介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113596746A CN113596746A (zh) | 2021-11-02 |
CN113596746B true CN113596746B (zh) | 2022-11-04 |
Family
ID=78249021
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110831096.6A Active CN113596746B (zh) | 2021-07-22 | 2021-07-22 | 集群消息的处理方法、装置、电子设备和介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113596746B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114978992B (zh) * | 2022-05-30 | 2023-09-12 | 中国联合网络通信集团有限公司 | 一种安全命名数据网络的通信方法、节点及网络 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103441918A (zh) * | 2013-08-29 | 2013-12-11 | 哈尔滨工程大学 | 一种自组织集群服务器***及其自组织方法 |
CN106790624A (zh) * | 2016-12-30 | 2017-05-31 | Tcl集团股份有限公司 | 新节点加入服务器集群的方法及装置 |
CN107295080A (zh) * | 2017-06-19 | 2017-10-24 | 北京百度网讯科技有限公司 | 应用于分布式服务器集群的数据存储方法和服务器 |
CN109792406A (zh) * | 2018-07-27 | 2019-05-21 | 袁振南 | 服务器集群中的消息传递方法、装置及存储介质 |
CN112737800A (zh) * | 2019-10-28 | 2021-04-30 | 顺丰科技有限公司 | 服务节点故障定位方法、调用链生成方法及服务器 |
CN112799789A (zh) * | 2021-03-22 | 2021-05-14 | 腾讯科技(深圳)有限公司 | 一种节点集群管理方法、装置、设备及存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7904551B2 (en) * | 2007-03-29 | 2011-03-08 | Oracle International Corporation | Unicast clustering messaging |
CN111181801B (zh) * | 2019-12-04 | 2021-11-09 | 腾讯云计算(北京)有限责任公司 | 节点集群测试方法、装置、电子设备及存储介质 |
CN112954609B (zh) * | 2021-02-09 | 2023-09-05 | 北京交通大学 | 一种基于骨干环的分布式地理位置服务方法 |
-
2021
- 2021-07-22 CN CN202110831096.6A patent/CN113596746B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103441918A (zh) * | 2013-08-29 | 2013-12-11 | 哈尔滨工程大学 | 一种自组织集群服务器***及其自组织方法 |
CN106790624A (zh) * | 2016-12-30 | 2017-05-31 | Tcl集团股份有限公司 | 新节点加入服务器集群的方法及装置 |
CN107295080A (zh) * | 2017-06-19 | 2017-10-24 | 北京百度网讯科技有限公司 | 应用于分布式服务器集群的数据存储方法和服务器 |
CN109792406A (zh) * | 2018-07-27 | 2019-05-21 | 袁振南 | 服务器集群中的消息传递方法、装置及存储介质 |
CN112737800A (zh) * | 2019-10-28 | 2021-04-30 | 顺丰科技有限公司 | 服务节点故障定位方法、调用链生成方法及服务器 |
CN112799789A (zh) * | 2021-03-22 | 2021-05-14 | 腾讯科技(深圳)有限公司 | 一种节点集群管理方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN113596746A (zh) | 2021-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111818112B (zh) | 一种基于Kafka***的发送消息的方法和装置 | |
US9680692B2 (en) | Method and system for using a recursive event listener on a node in hierarchical data structure | |
CN109167819B (zh) | 数据同步***、方法、装置及存储介质 | |
CN110858162B (zh) | 内存管理方法及装置、服务器 | |
CN110955704A (zh) | 一种数据管理方法、装置、设备及存储介质 | |
CN111399764B (zh) | 数据存储方法、读取方法、装置、设备及存储介质 | |
CN108595483B (zh) | 数据处理方法及相关装置 | |
CN113596746B (zh) | 集群消息的处理方法、装置、电子设备和介质 | |
CN102769495B (zh) | 一种光纤接入网设备通信方法、装置及*** | |
CN108829735B (zh) | 并行执行计划的同步方法、装置、服务器及存储介质 | |
CN113905252A (zh) | 直播间的数据存储方法、装置、电子设备及存储介质 | |
CN115114316A (zh) | 一种高并发数据的处理方法、装置、集群和存储介质 | |
WO2019214685A1 (zh) | 一种消息的处理方法、装置和*** | |
CN114124541B (zh) | 一种规则id的数据处理方法、装置、设备及存储介质 | |
CN113132233B (zh) | 数据处理方法、软件定义网络控制器和数据处理*** | |
CN111163088B (zh) | 消息处理方法、***、装置及电子设备 | |
CN114385081B (zh) | 针对kafka集群的磁盘保护方法及相关设备 | |
CN109002448B (zh) | 一种报表统计方法、装置及*** | |
CN116980241A (zh) | 数据处理方法、***、装置、电子设备及存储介质 | |
CN115983201A (zh) | 一种全局唯一标识生成方法、装置、电子设备及存储介质 | |
KR102128389B1 (ko) | 클라우드 기반의 데이터 처리 장치, 방법 및 클라우드 기반의 데이터 처리 서비스를 제공받는 사용자 단말 | |
CN111090629A (zh) | 一种数据文件存储方法、装置、设备及存储介质 | |
CN115510067A (zh) | 一种元数据存储方法、装置及数据库 | |
CN115858106A (zh) | 业务请求处理方法、装置、电子设备及存储介质 | |
CN116915573A (zh) | 告警处理方法、装置、服务器和存储介质 |
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 |