CN112306792A - 一种告警信息生成方法、设备及计算机可读存储介质 - Google Patents
一种告警信息生成方法、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN112306792A CN112306792A CN201910708790.1A CN201910708790A CN112306792A CN 112306792 A CN112306792 A CN 112306792A CN 201910708790 A CN201910708790 A CN 201910708790A CN 112306792 A CN112306792 A CN 112306792A
- Authority
- CN
- China
- Prior art keywords
- platform
- alarm
- data
- alarm data
- alarm information
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
- G06F11/327—Alarm or error message display
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种告警信息生成方法,包括:监测第一平台和第二平台;其中,第一平台和第二平台是针对同一应用系统的平台;当监测到第一平台的第一告警时,获取第一平台的第一告警数据;基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数;基于第一告警数据和属性参数,生成告警信息。本发明实施例还公开了一种告警信息生成设备和计算机可读存储介质。本发明解决了相关技术中对上层业务告警与底层平台的告警只能独立监测和告警的问题,提升了平台的运行的稳定性和可维护性。
Description
技术领域
本发明涉及计算机技术领域中的信息生成技术,尤其涉及一种告警信息生成方法、设备及计算机可读存储介质。
背景技术
在系统运维领域,针对底层软硬件健康状态的监控告警系统已发展成熟。相关技术中有众多针对底层软硬件健康状态的监测工具和方法,可以对上层业务的可用性、业务响应数据的正确性、业务响应性能等进行监测告警。但是,相关技术中对上层业务与底层平台的异常状态的监测和告警是独立进行的,当发生告警时,并不能将上层业务和底层平台进行联合分析告警的原因。
发明内容
为解决上述技术问题,本发明实施例期望提供一种告警信息生成方法、设备及计算机可读存储介质,至少用以解决相关技术中在发生告警时,不能将上层业务和底层平台进行联合分析告警的原因的问题,提升了平台运行的稳定性和可维护性。
为达到上述目的,本发明的技术方案是这样实现的:
一种告警信息生成方法,所述方法包括:
监测第一平台和第二平台;其中,所述第一平台和所述第二平台是针对同一应用系统的平台;
当监测到所述第一平台的第一告警时,获取所述第一平台的第一告警数据;
基于所述第一告警数据,获取所述第二平台上运行的对象的与所述第一告警数据对应的属性参数;
基于所述第一告警数据和所述属性参数,生成告警信息。
可选的,所述基于所述第一告警数据,获取所述第二平台上运行的对象的与所述第一告警数据对应的属性参数之前,还包括:
获取告警信息表;其中,所述告警信息表表征所述第一平台上运行的对象和所述第二平台上运行的对象之间的关联关系;
相应的,所述基于所述第一告警数据,获取所述第二平台上运行的对象的与所述第一告警数据对应的属性参数,包括:
基于所述第一告警数据和所述告警信息表,获取所述第二平台上运行的对象的与所述第一告警数据对应的属性参数。
可选的,所述获取告警信息表之前,还包括:
获取所述第一平台上运行的对象的标识信息和所述第二平台上运行的对象的标识信息;
将所述第一平台上运行的对象的标识信息和所述第二平台上运行的对象的标识信息进行关联,生成所述告警信息表。
可选的,所述基于所述第一告警数据和所述属性参数,生成告警信息,包括:
若所述属性参数异常,基于所述第一告警数据和所述属性参数生成所述告警信息;
若所述属性参数未出现异常,基于所述第一告警数据生成所述告警信息。
可选的,所述基于所述第一告警数据,获取所述第二平台上运行的对象的与所述第一告警数据对应的属性参数之后,还包括:
获取所述第一告警数据的目标告警时间;
确定在所述目标告警时间之前是否发生过针对所述第一平台的第二告警;
若在所述目标告警时间之前发生过针对所述第一平台的第二告警,获取所述第一平台的与所述第二告警对应的第二告警数据。
可选的,所述若所述属性参数异常,基于所述第一告警数据和所述属性参数生成所述告警信息,包括:
若所述属性参数异常,基于所述第一告警数据、所述属性参数和所述第二告警数据,生成所述告警信息。
可选的,所述若所述属性参数未出现异常,基于所述第一告警数据生成所述告警信息,包括:
若所述属性参数未出现异常,基于所述第一告警数据和所述第二告警数据,生成所述告警信息。
可选的,所述方法还包括:
确定所述属性参数中包括的参数数据;
基于所述参数数据,确定所述第一告警对所述第二平台的影响等级。
一种告警信息生成设备,所述告警信息生成设备包括:处理器、存储器和通信总线,包括:
通信总线用于实现处理器和存储器之间的通信连接;
处理器用于执行存储器中的告警信息生成方法的程序,以实现以下步骤:
监测第一平台和第二平台;其中,第一平台和第二平台是针对同一应用系统的平台;
当监测到第一平台的第一告警时,获取第一平台的第一告警数据;
基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数;
基于第一告警数据和属性参数,生成告警信息。
一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现上述告警信息生成方法的步骤。
本发明的实施例所提供的告警信息生成方法、设备及计算机可读存储介质,通过监测第一平台和第二平台;其中,第一平台和第二平台是针对同一应用系统的平台;当监测到第一平台的第一告警时,获取第一平台的第一告警数据;基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数;基于第一告警数据和属性参数生成告警信息,这样,告警信息是根据第一平台的第一告警数据和第二平台的属性参数共同生成的,能够将第一平台和第二平台的信息进行联合来分析告警的原因,提升了平台运行的稳定性和可维护性。
附图说明
图1为本发明实施例提供的一种告警信息生成方法的流程示意图;
图2为本发明实施例提供的另一种告警信息生成方法的流程示意图;
图3为本发明实施例提供的又一种告警信息生成方法的流程示意图;
图4为本发明实施例提供的再一种告警信息生成方法的流程示意图;
图5为本发明另一实施例提供的一种告警信息生成方法的流程示意图;
图6为本发明又一实施例提供的一种告警信息生成方法的流程示意图;
图7为本发明实施例提供的一种告警信息生成设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明的实施例提供一种告警信息生成方法,参照图1所示,该方法包括以下步骤:
步骤101、监测第一平台和第二平台。
其中,第一平台和第二平台是针对同一应用系统的平台。
本发明实施例中,步骤101监测第一平台和第二平台可以由告警信息生成设备来实现;本实施例中,两个平台具体包括:上层业务和底层平台。告警信息生成设备监测上层业务,并同时监测底层平台。上层业务指在硬件、操作系统或网络上运行的支撑企业业务管理需要的应用软件,比如:ERP、企业门户、BOSS等;底层平台指机器硬件CPU、内存、网络、操作系统、硬件驱动等基础软硬件。在本发明中,IT系统是指上层业务和底层平台所组成的支撑企业业务、管理需要的软硬件系统。
步骤102、当监测到第一平台的第一告警时,获取第一平台的第一告警数据。
本发明实施例中,步骤102当监测到第一平台的第一告警时,获取第一平台的第一告警数据可以由告警信息生成设备来实现;在本发明中,第一平台既可以是上层业务,也可以是底层平台;当第一平台为上层业务时,第二平台为底层平台;当第一平台为底层平台时,第二平台为上层业务,在本发明中不做具体限定。在本实施例中,第一平台为上层业务,第二平台为底层平台。告警信息生成设备轮询上层业务的告警数据源,当监测到上层业务的第一告警时,获取上层业务的第一告警数据。
步骤103、基于第一告警数据,获取第二平台上运行的对象的与第一告警数据对应的属性参数。
本发明实施例中,步骤103基于第一告警数据,获取第二平台基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数可以由告警信息生成设备来实现;示例性的,第一平台为上层业务,第二平台为底层平台。上层业务的第一告警数据如表1所示,表1具体为上层业务第一的告警数据的英文表示和中文注释。告警信息生成设备根据上层业务的第一告警数据获取底层平台的属性参数。底层平台的属性参数如表2所示,表2具体为底层平台的属性参数的英文表示和中文注释。
编号 | 列名 | 注释 |
1 | record_id | 上层业务唯一性序号 |
2 | business_domain_id | 上层业务领域id |
3 | record_content | 上层业务告警内容 |
4 | occur_timestamp | 上层业务告警发生时间 |
表1
在表1中,上层业务的第一告警数据具体包括:上层业务唯一性序号(record_id)、上层业务领域id(business_domain_id)、上层业务告警内容(record_content)和上层业务告警发生时间(occur_timestamp)。
编号 | 列名 | 注释 |
1 | record_id | 底层平台唯一性序号 |
2 | node_id | 底层平台节点id |
3 | record_content | 底层平台告警内容 |
4 | occur_timestamp | 底层平台告警发生时间 |
表2
在表2中,底层平台的属性参数具体包括:底层平台唯一性序号(record_id)、底层平台节点id(node_id)、底层平台告警内容(record_content)和底层平台告警发生时间(occur_timestamp)。
步骤104、基于第一告警数据和属性参数,生成告警信息。
本发明实施例中,步骤104基于第一告警数据和属性参数,生成告警信息可以由告警信息生成设备来实现;告警信息生成设备将上层业务的第一告警数据和底层平台的属性参数进行关联分析,生成告警信息来分析上层业务发生告警的原因。
本发明实施例所提供的告警信息生成方法,通过监测第一平台和第二平台;其中,第一平台和第二平台是针对同一应用系统的平台;当监测到第一平台的第一告警时,获取第一平台的第一告警数据;基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数;基于第一告警数据和属性参数生成告警信息,这样,告警信息是根据第一平台的第一告警数据和第二平台的属性参数共同生成的,能够将第一平台和第二平台的信息进行联合来分析告警的原因,提升了平台运行的稳定性和可维护性。
基于前述实施例,本发明的实施例提供一种告警信息生成方法,参照图2所示,该方法包括以下步骤:
步骤201、告警信息生成设备监测第一平台和第二平台。
其中,第一平台和第二平台是针对同一应用系统的平台。
步骤202、当监测到第一平台的第一告警时,告警信息生成设备获取第一平台的第一告警数据。
步骤203、告警信息生成设备获取第一平台上运行的对象的标识信息和第二平台上运行的对象的标识信息。
本发明实施例中,第一平台上运行的对象的标识信息和第二平台上运行的对象的标识信息的关联关系如表3所示,表3为第一平台的标识信息和第二平台的标识信息关系映射表。
表3
在表3中,第一平台的标识信息和第二平台的标识信息包括:底层平台节点id(node_id)、上层业务领域id(business_domain_id)、上层业务是否异常标记(business_abnormal_flag)、记录最近一次业务异常的过期时间(bussiness_abnormal_exptime)、底层平台是否异常标记(platform_abnormal_flag)和记录最近一次底层异常的过期时间(platform_abnormal_exptime)等,示例性的,上层业务领域id是按照上层业务在告警信息生成设备端的调用顺序从0开始取值的,依次+1,如登录域为0,社区域为1,新闻域为2等等,将上层业务领域id进行数字型排序。
本发明实施例中,第一平台为上层业务,第二平台为底层平台,也可以第一平台为底层平台,第二平台为上层业务。当上层业务出现异常时,将其标记为1;当上层业务没有发生异常时,将其标记为0。并对最近一次上层业务异常的过期时间进行计算,上层业务异常的过期时间指的也是上层业务异常的有效期,有效期记录时间表示的是时间戳,例如,明天晚上八点整,到了这个时间戳,也就到了上层业务异常的有效期,也就是到了上层业务异常的过期时间。计算上层业务异常的有效期可以用下述公式来表示:
business_abnormal_exptime=Tmonitor+Tsync+Tstamp (1)
其中,business_abnormal_exptime表示上层业务异常的有效期;Tmonitor表示上层业务监测的时间间隔;Tsync表示告警信息生成设备的轮询周期;Tstamp表示上层业务告警记录的发生时间。
当底层平台出现异常时,将其标记为1;当底层平台没有发生异常时,将其标记为0。并对最近一次底层平台异常的过期时间进行计算,底层平台异常的有效期的计算方法和上层业务异常的有效期的计算方法是相同的,即计算底层平台异常的有效期可以用下述公式来表示:
platform_abnormal_exptime=Tmonitor+Tsync+Tstamp (2)
其中,platform_abnormal_exptime表示底层平台异常的有效期;Tmonitor表示底层平台监测的时间间隔;Tsync表示告警信息生成设备的轮询周期;Tstamp表示底层平台告警记录的发生时间。
步骤204、告警信息生成设备将第一平台上运行的对象的标识信息和第二平台上运行的对象的标识信息进行关联,生成告警信息表。
本发明实施例中,示例性的,第一平台为上层业务,第二平台为底层平台;告警信息生成设备将第一平台上运行的对象的标识信息和第二平台上运行的对象的标识信息进行关联,具体是指将上层业务上运行的对象的标识信息中的上层业务领域id(business_domain_id)和底层平台上运行的标识信息中的底层平台节点id(node_id)进行关联,即将business_domain_id和node_id进行关联;将上层业务是否异常标记(business_abnormal_flag)和底层平台是否异常标记(platform_abnormal_flag)进行关联;将最近一次业务异常的过期时间(bussiness_abnormal_exptime)和最近一次底层异常的过期时间(platform_abnormal_exptime)进行关联,告警信息生成设备将上述几项内容进行关联后生成告警信息表。将上层业务和底层平台的对应项进行关联生成的告警信息表,以便于从一个平台的告警数据通过关联方式能获取到另一个平台的属性参数。
步骤205、告警信息生成设备获取告警信息表。
其中,告警信息表表征第一平台上运行的对象和第二平台上运行的对象之间的关联关系。
步骤206、告警信息生成设备基于第一告警数据和告警信息表,获取第二平台上运行的对象的与第一告警数据对应的属性参数。
本发明实施例中,示例性的,第一平台为上层业务,第二平台为底层平台。当上层业务发生第一告警数据时,其中,第一告警数据为表1中的信息,包括:记录上层业务唯一性序号、上层业务领域id、上层业务告警内容和上层业务告警发生时间等,将从告警信息表中获取与上层业务的第一告警数据对应的底层平台的属性参数。示例性的,根据第一告警数据中的上层业务领域id,从告警信息表3中可以获取到与第一告警数据中的上层业务领域id关联的底层平台节点id,因此,通过底层平台节点id可以得到关于底层平台的所有属性参数,包括表2中的底层平台唯一性序号、底层平台节点id、底层平台告警内容和底层平台告警发生时间等属性参数。
在一具体的实施例中,基于上层业务的第一告警数据和信息告警表,获取底层平台的属性参数,从而能够通过对上层业务和底层平台进行关联分析。在一实施例中,在发现上层业务有告警数据,上层业务功能不可用时,关联分析底层平台的属性参数,分析到底是什么底层平台的原因,如底层平台的Zookeeper崩溃可能导致上层业务不可用的,便于问题原因定位和解决。在另一实施例中,发现上层业务影响数据不完整时,关联分析是底层什么原因,如是否是数据采集进程,异常导致,便于问题原因定位和解决。在又一实施例中,发现上层业务响应性能超出阈值时,关联分析是底层平台中哪台或哪些机器的CPU、内存、IO健康异常导致,便于问题原因定位和解决。
步骤207、若属性参数异常,告警信息生成设备基于第一告警数据和属性参数生成告警信息。
本发明实施例中,示例性的,第一平台为上层业务,第二平台为底层平台。若底层平台的属性参数发生异常,则告警信息生成设备将上层业务的第一告警数据用X表示,底层平台的属性参数用DX表示,关联X和DX,告警信息生成设备生成告警信息。
在另一实施例中,示例性的,第一平台为底层平台,第二平台为上层业务。若上层业务的属性参数发生异常,则告警信息生成设备将底层平台的第一告警数据用X'表示,上层业务的属性参数用SX表示,关联X'和SX,告警信息生成设备生成告警信息。
步骤208、若属性参数未出现异常,告警信息生成设备基于第一告警数据生成告警信息。
本发明实施例中,示例性的,第一平台为上层业务,第二平台为底层平台。若底层平台的属性参数未发生异常,则告警信息生成设备生成关于X告警信息。
在另一实施例中,示例性的,第一平台为底层平台,第二平台为上层业务。若上层业务的属性参数未发生异常,则告警信息生成设备生成关于X'告警信息。
需要说明的是,本实施例中与其它实施例中相同步骤和相同内容的说明,可以参照其它实施例中的描述,此处不再赘述。
本发明实施例所提供的告警信息生成方法,通过监测第一平台和第二平台;其中,第一平台和第二平台是针对同一应用系统的平台;当监测到第一平台的第一告警时,获取第一平台的第一告警数据;基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数;基于第一告警数据和属性参数生成告警信息,这样,告警信息是根据第一平台的第一告警数据和第二平台的属性参数共同生成的,能够将第一平台和第二平台的信息进行联合来分析告警的原因,提升了平台运行的稳定性和可维护性。
基于前述实施例,本发明的实施例提供一种告警信息生成方法,参照图3所示,该方法包括以下步骤:
步骤301、告警信息生成设备监测第一平台和第二平台;
其中,第一平台和第二平台是针对同一应用系统的平台。
步骤302、当监测到第一平台的第一告警时,告警信息生成设备获取第一平台的第一告警数据。
步骤303、告警信息生成设备获取第一平台上运行的对象的标识信息和第二平台上运行的对象的标识信息。
步骤304、告警信息生成设备将第一平台上运行的对象的标识信息和第二平台上运行的对象的标识信息进行关联,生成告警信息表。
步骤305、告警信息生成设备获取告警信息表。
步骤306、告警信息生成设备基于第一告警数据和告警信息表,获取第二平台上运行的对象的与第一告警数据对应的属性参数。
步骤307、告警信息生成设备获取第一告警数据的目标告警时间。
本发明实施例中,示例性的,第一平台为上层业务。告警信息生成设备获取的是上层业务的第一告警数据的发生第一告警的目标告警时间。
步骤308、告警信息生成设备确定在目标告警时间之前是否发生过针对第一平台的第二告警。
本发明实施例中,第二告警是在第一告警前发生的告警,且是距离第一告警发生目标告警时间前发生的最近的一次的告警。
步骤309、若在目标告警时间之前发生过针对第一平台的第二告警,告警信息生成设备获取第一平台的与第二告警对应的第二告警数据。
本发明实施例中,若第一平台为上层业务,第二平台为底层平台。告警信息生成设备将上层业务的第一告警数据用X表示,底层平台的属性参数用DX表示。若在目标告警时间之前发生过针对上层业务的最近一次的上层业务告警,告警信息生成设备将获取与上层业务的最近一次的上层业务告警对应的第二告警数据,第二告警数据用W表示。示例性的,在表1中存储了已经发生告警的众多上层业务告警数据,为了分析上层业务中的第一告警数据发生告警的更准确的原因,需要将最接近上层业务的第一告警数据的上一次告警的告警数据关联进去分析第一告警数据,因此需要将第一告警数据和最接近的第二告警数据进行关联。其中,第二告警数据属于已经发生告警的其中一个告警数据,是早先于第一告警数据发生的告警数据,且是business_domain_id值最小的业务告警数据,并要求W不等于X。
在另一实施例中,若第一平台为底层平台,第二平台为上层业务。告警信息生成设备底层平台的第一告警数据用X'表示,上层业务的属性参数用SX表示。若在目标告警时间之前发生过针对底层平台的最近一次的底层平台告警,告警信息生成设备获取与底层平台的最近一次的底层平台告警对应的第二告警数据,第二告警数据用W'表示。示例性的,在表2中存储了已经发生告警的众多底层平台告警数据,为了分析底层平台中第一告警数据发生告警的更准确的原因,需要将最接近底层平台的第一告警数据的上一次告警的告警数据关联进去分析第一告警数据,因此需要将第一告警数据和最接近的第二告警数据进行关联。其中,第二告警数据属于已经发生告警的其中一个告警信息,是早先于第一告警数据发生的告警信息,且是node_id值最小的业务告警记录,并要求X'不等于W'。
若在目标告警时间之前没有发生过针对第一平台的第二告警,告警信息生成设备将不用获取第一平台的与第二告警对应的第二告警数据。
步骤310、若属性参数异常,告警信息生成设备基于第一告警数据、属性参数和第二告警数据,生成告警信息。
本发明实施例中,第一平台为上层业务,第二平台为底层平台。若底层平台的属性参数异常,告警信息生成设备关联X、DX和W,告警信息生成设备生成包括X、DX和W的告警信息。
在另一实施例中,第一平台为底层平台,第二平台为上层业务。若上层业务的属性参数异常,告警信息生成设备关联X'、SX和W',告警信息生成设备生成包括X'、SX和W'告警信息。
步骤311、若属性参数未出现异常,告警信息生成设备基于第一告警数据和第二告警数据,生成告警信息。
本发明实施例中,第一平台为上层业务,第二平台为底层平台。若底层平台的属性参数未异常,告警信息生成设备关联X和W,告警信息生成设备生成包括X和W告警信息。
在另一实施例中,第一平台为底层平台,第二平台为上层业务。若上层业务的属性参数未异常,告警信息生成设备关联X'和W',告警信息生成设备生成包括X'和W'告警信息。
步骤312、告警信息生成设备确定属性参数中包括的参数数据。
本发明实施例中,示例性的,第一平台为上层业务,第二平台为底层平台。在另外的实施例中,也可以为第一平台为底层平台,第二平台为上层业务。在本实施例中,第一平台为上层业务,第二平台为底层平台。当上层业务发生告警时,通过告警信息表关联获取到底层平台的属性参数,示例性的,底层平台的属性参数中包括:底层平台唯一性序号、底层平台节点id、底层平台告警内容和底层平台告警发生时间等属性参数,底层平台告警内容中还包括了关于中央处理器、内存显示程序、磁盘、网络和其他等参数数据的信息。
步骤313、告警信息生成设备基于参数数据,确定第一告警对第二平台的影响等级。
本发明实施例中,告警信息生成设备基于参数数据,即告警信息生成设备基于中央处理器、内存显示程序、磁盘、网络和其他的参数数据的信息,确定第一告警对第二平台的影响等级。其中,影响等级分为三种,危害程度为最严重,中等严重和不严重。
本发明实施例中,底层平台的告警内容中包括了对上层业务的危害程度不同的内容。评估底层平台对上层业务危害程度的公式如下表示:
S=Est{CPU,MEM,DISK,NETWORK,OTHERS}
其中,Est表示Estimation评估之意;
CPU表示底层节点CPU利用率或CPU温度超过阈值而产生的底层告警;
MEM表示内存,具体表示底层节点MEM利用率超过阈值而产生的底层告警;
DISK表示底层节点磁盘使用率或次或磁盘IO超过阈值而产生的底层告警;
NETWORK表示底层节点网络IO或网络丢包率超过阈值而产生的底层告警;
OTHERS表示底层节点其他因素产生的底层告警。
当告警信息中包括了CPU和/或MEM中的任意一个告警时,对上层业务的影响程度是最严重的,利用S=SA来表示,即底层平台告警对于上层业务的危害程度Severity为A。
当告警信息不包括由于CPU和/或MEM造成的告警时,而告警信息中包括了DISK和/或NETWORK中的任意一个告警时,告警信息生成设备生成第二影响结果,底层平台的故障对上层业务的影响程度是中等,利用S=SB来表示,即底层平台告警对于上层业务的危害程度Severity为B。
当告警信息中仅仅包括了由于OTHERS造成的告警时,告警信息生成设备生成第三影响结果,底层平台的故障对上层业务的影响程度是最低的,利用S=SC来表示,即底层平台告警对于上层业务的危害程度Severity为C。
需要说明的是,本实施例中与其它实施例中相同步骤和相同内容的说明,可以参照其它实施例中的描述,此处不再赘述。
本发明实施例所提供的告警信息生成方法,通过监测第一平台和第二平台;其中,第一平台和第二平台是针对同一应用系统的平台;当监测到第一平台的第一告警时,获取第一平台的第一告警数据;基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数;基于第一告警数据和属性参数生成告警信息,这样,告警信息是根据第一平台的第一告警数据和第二平台的属性参数共同生成的,能够将第一平台和第二平台的信息进行联合来分析告警的原因,提升了平台运行的稳定性和可维护性。
基于上述实施例,在一种可行的实施场景中,本申请告警信息生成方法提出具体实施例,参见图4所示,可以包括以下步骤:
步骤401、开始。
步骤402、告警信息生成设备中的上层业务告警同步适配器轮询上层业务告警数据源。
步骤403、告警信息生成设备中的底层平台告警同步适配器轮询底层平台告警数据源。
步骤404、告警信息生成设备控制上层业务告警同步适配器读取上层业务告警信息。
步骤405、告警信息生成设备控制底层平台告警同步适配器读取底层平台告警信息。
步骤406、若上层业务同步适配器读取到上层业务告警信息后,告警信息生成设备将上层业务告警信息存储到告警关联分析模型和业务告警记录模型中;若底层平台同步适配器读取到底层平台告警信息后,告警信息生成设备将底层平台告警信息存储到告警关联分析模型和业务告警记录模型中。
步骤407、在将上层业务告警信息存储至告警关联分析模型之前,告警信息生成设备控制过期告警清理器将上层业务告警信息和底层平台告警信息删除。
步骤408、告警信息生成设备控制告警关联分析模型读取到的是上层业务告警信息。
步骤409、告警信息生成设备控制告警关联分析模型确定有上层业务告警信息写入,将触发上层业务关联分析器。
步骤410、告警信息生成设备控制告警关联分析模型读取到的是底层平台告警信息,控制告警关联分析模型确定有底层平台告警信息写入,将触发底层平台关联分析器。
步骤411、告警信息生成设备基于上层业务告警信息,控制上层业务告警关联分析器查找底层平台告警信息和business_domain_id值最小的业务告警记录。
步骤412、告警信息生成设备基于底层平台告警信息,控制底层平台告警关联分析器查找上层业务告警信息和node_id值最小的底层告警记录。
步骤413、结束。
基于上述实施例,在一种可行的实施场景中,本申请告警信息生成方法提出具体实施例,参见图5所示,可以包括以下步骤:
步骤501、开始。
步骤502、告警信息生成设备控制告警关联分析网关接收上层业务告警信息;其中,上层业务告警信息用Y表示,且Y!=NULL。
步骤503、告警信息生成设备控制上层业务关联分析器查找业务告警信息中的node_id上运行的对象是否有底层告警;其中,底层告警用DY表示。
步骤504、告警信息生成设备控制上层业务关联分析器查找上层业务告警信息中是否存在business_domain_id值最小的上层业务告警记录;其中,上层业务告警记录用N表示,且N!=Y。
步骤505、判断DY!=NULL,&&N!=NULL是否成立。
步骤506、若DY!=NULL,&&N!=NULL成立,告警信息生成设备关联Y、DY、N得到关联告警信息;其中,告警信息用M1表示。
步骤507、若DY!=NULL,&&N!=NULL不成立,告警信息生成设备判断DY!=NULL,&&N==NULL是否成立。
步骤508、若DY!=NULL,&&N==NULL成立,告警信息生成设备关联Y、DY得到关联告警信息;其中,告警信息用M2表示。
步骤509、若DY!=NULL,&&N==NULL不成立,告警信息生成设备判断DY==NULL,&&N!=NULL是否成立。
步骤510、若DY!=NULL,&&N==NULL成立,告警信息生成设备关联Y、N得到关联告警信息;其中,告警信息用M3表示。
步骤511、若DY!=NULL,&&N==NULL不成立,告警信息生成设备判断DY==NULL,&&N==NULL是否成立。
步骤512、若DY==NULL,&&N==NULL成立,告警信息生成设备将Y作为最终关联分析结果得到关联告警信息;其中,告警信息用M4表示。
步骤513、结束。
基于上述实施例,在一种可行的实施场景中,本申请对告警信息生成方法的具体的实施例,参见图6所示,
步骤601、开始。
步骤602、告警信息生成设备控制告警关联分析网关接收底层平台告警信息;其中,底层平台告警信息用N表示,且N!=NULL。
步骤603、告警信息生成设备控制底层平台关联分析器查找底层平台告警信息中的node_id上运行的对象是否有上层告警;其中,上层告警用SN表示。
步骤604、告警信息生成设备控制底层平台关联分析器查找底层平台告警信息中是否存在node_id值最小的底层平台告警记录;其中,底层平台告警记录用Y表示,且Y!=N。
步骤605、判断SN!=NULL,&&Y!=NULL是否成立。
步骤606、若SN!=NULL,&&Y!=NULL成立,告警信息生成设备关联N、SN、Y得到关联告警信息;其中,告警信息用M1表示。
步骤607、若SN!=NULL,&&Y!=NULL不成立,告警信息生成设备判断SN!=NULL,&&Y==NULL是否成立。
步骤608、若SN!=NULL,&&Y!=NULL成立,告警信息生成设备关联N、SN得到关联告警信息;其中,告警信息用M2表示。
步骤609、若SN!=NULL,&&Y!=NULL不成立,告警信息生成设备判断SN==NULL,&&Y!=NULL是否成立。
步骤610、若SN!=NULL,&&Y!=NULL成立,告警信息生成设备关联N、Y得到关联告警信息;其中,告警信息用M3表示。
步骤611、若SN!=NULL,&&Y!=NULL不成立,告警信息生成设备判断SN==NULL,&&Y==NULL是否成立。
步骤612、若SN!=NULL,&&Y!=NULL成立,告警信息生成设备将N作为最终关联分析结果得到关联告警信息;其中,告警信息用M4表示。
步骤613、结束。
本发明的实施例提供一种告警信息生成设备7,该告警信息生成设备7可以应用于图1~6对应的实施例提供的一种告警信息生成方法中,参照图7所示,该告警信息生成设备7可以包括:处理器71、存储器72和通信总线73,其中:
通信总线73用于实现处理器71和存储器72之间的通信连接。
处理器71用于执行存储器72中存储的告警信息生成程序,以实现以下步骤:
监测第一平台和第二平台;其中,第一平台和第二平台是针对同一应用系统的平台;
当监测到第一平台的第一告警时,获取第一平台的第一告警数据;
基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数;
基于第一告警数据和属性参数,生成告警信息。
在本发明的其他实施例中,处理器71用于执行存储器72中存储的基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数之前,以实现以下步骤:
获取告警信息表;其中,告警信息表表征第一平台上运行的对象和第二平台上运行的对象之间的关联关系;
相应的,处理器71用于执行存储器72中存储的基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数,以实现以下步骤:
基于第一告警数据和告警信息表,获取第二平台上运行的对象的与第一告警数据对应的属性参数。
在本发明的其他实施例中,处理器71用于执行存储器72中存储的获取告警信息表之前,以实现以下步骤:
获取第一平台上运行的对象的标识信息和第二平台上运行的对象的标识信息;
将第一平台上运行的对象的标识信息和第二平台上运行的对象的标识信息进行关联,生成告警信息表。
在本发明的其他实施例中,处理器71用于执行存储器72中存储的基于第一告警数据和属性参数,生成告警信息,以实现以下步骤:
若属性参数异常,基于第一告警数据和属性参数生成告警信息;
若属性参数未出现异常,基于第一告警数据生成告警信息。
在本发明的其他实施例中,处理器71用于执行存储器72中存储的基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数之后,以实现以下步骤:
获取第一告警数据的目标告警时间;
确定在目标告警时间之前是否发生过针对第一平台的第二告警;
若在目标告警时间之前发生过针对第一平台的第二告警,获取第一平台的与第二告警对应的第二告警数据。
在本发明的其他实施例中,处理器71用于执行存储器72中存储的若属性参数异常,基于第一告警数据和属性参数生成告警信息,以实现以下步骤:
若属性参数异常,基于第一告警数据、属性参数和第二告警数据,生成告警信息。
在本发明的其他实施例中,处理器71用于执行存储器72中存储的若属性参数未出现异常,基于第一告警数据生成告警信息,以实现以下步骤:
若属性参数未出现异常,基于第一告警数据和第二告警数据,生成告警信息。
在本发明的其他实施例中,处理器71用于执行存储器72,以实现以下步骤:
确定属性参数中包括的参数数据;
基于参数数据,确定第一告警对第二平台的影响等级。
需要说明的是,本实施例中处理器所执行的步骤的具体实现过程,可以参照图1~6对应的实施例提供的告警信息生成方法中的实现过程,此处不再赘述。
本发明实施例所提供的告警信息生成设备,通过监测第一平台和第二平台;其中,第一平台和第二平台是针对同一应用系统的平台;当监测到第一平台的第一告警时,获取第一平台的第一告警数据;基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数;基于第一告警数据和属性参数生成告警信息,这样,告警信息是根据第一平台的第一告警数据和第二平台的属性参数共同生成的,能够将第一平台和第二平台的信息进行联合来分析告警的原因,提升了平台运行的稳定性和可维护性。
基于前述实施例,本发明的实施例提供一种计算机可读存储介质,计算机可读存储介质存储有一个或者多个程序,该一个或者多个程序可被一个或者多个处理器执行,以实现以下步骤:
监测第一平台和第二平台;其中,第一平台和第二平台是针对同一应用系统的平台;
当监测到第一平台的第一告警时,获取第一平台的第一告警数据;
基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数;
基于第一告警数据和属性参数,生成告警信息。
在本发明的其他实施例中,该一个或者多个程序可被一个或者多个处理器执行基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数之前,以实现以下步骤:
获取告警信息表;其中,告警信息表表征第一平台上运行的对象和第二平台上运行的对象之间的关联关系;
相应的,在本发明的其他实施例中,该一个或者多个程序可被一个或者多个处理器执行基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数,以实现以下步骤:
基于第一告警数据和告警信息表,获取第二平台上运行的对象的与第一告警数据对应的属性参数。
在本发明的其他实施例中,该一个或者多个程序可被一个或者多个处理器执行获取告警信息表之前,以实现以下步骤:
获取第一平台上运行的对象的标识信息和第二平台上运行的对象的标识信息;
将第一平台上运行的对象的标识信息和第二平台上运行的对象的标识信息进行关联,生成告警信息表。
在本发明的其他实施例中,该一个或者多个程序可被一个或者多个处理器执行基于第一告警数据和属性参数,生成告警信息,以实现以下步骤:
若属性参数异常,基于第一告警数据和属性参数生成告警信息;
若属性参数未出现异常,基于第一告警数据生成告警信息。
在本发明的其他实施例中,该一个或者多个程序可被一个或者多个处理器执行基于第一告警数据,获取第二平台的与第一告警数据对应的属性参数之后,以实现以下步骤:
获取第一告警数据的目标告警时间;
确定在目标告警时间之前是否发生过针对第一平台的第二告警;
若在目标告警时间之前发生过针对第一平台的第二告警,获取第一平台的与第二告警对应的第二告警数据。
在本发明的其他实施例中,该一个或者多个程序可被一个或者多个处理器执行若属性参数异常,基于第一告警数据和属性参数生成告警信息,以实现以下步骤:
若属性参数异常,基于第一告警数据、属性参数和第二告警数据,生成告警信息。
在本发明的其他实施例中,该一个或者多个程序可被一个或者多个处理器执行若属性参数未出现异常,基于第一告警数据生成告警信息,以实现以下步骤:
若属性参数未出现异常,基于第一告警数据和第二告警数据,生成告警信息。
在本发明的其他实施例中,该一个或者多个程序可被一个或者多个处理器执行,以实现以下步骤:
确定属性参数中包括的参数数据;
基于参数数据,确定第一告警对第二平台的影响等级。
需要说明的是,上述计算机可读存储介质可以是只读存储器(Read Only Memory,ROM)、可编程只读存储器(Programmable Read-Only Memory,PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory,EPROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、磁性随机存取存储器(Ferromagnetic Random Access Memory,FRAM)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(Compact Disc Read-Only Memory,CD-ROM)等存储器;也可以是包括上述存储器之一或任意组合的各种设备,如移动电话、计算机、平板设备、个人数字助理等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,电子设备,空调器,或者网络设备等)执行本发明各个实施例所描述的方法。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种告警信息生成方法,其特征在于,所述方法包括:
监测第一平台和第二平台;其中,所述第一平台和所述第二平台是针对同一应用系统的平台;
当监测到所述第一平台的第一告警时,获取所述第一平台的第一告警数据;
基于所述第一告警数据,获取所述第二平台上运行的对象的与所述第一告警数据对应的属性参数;
基于所述第一告警数据和所述属性参数,生成告警信息。
2.根据权利要求1所述的方法,其特征在于,所述基于所述第一告警数据,获取所述第二平台上运行的对象的与所述第一告警数据对应的属性参数之前,还包括:
获取告警信息表;其中,所述告警信息表表征所述第一平台上运行的对象和所述第二平台上运行的对象之间的关联关系;
相应的,所述基于所述第一告警数据,获取所述第二平台上运行的对象的与所述第一告警数据对应的属性参数,包括:
基于所述第一告警数据和所述告警信息表,获取所述第二平台上运行的对象的与所述第一告警数据对应的属性参数。
3.根据权利要求2所述的方法,其特征在于,所述获取告警信息表之前,还包括:
获取所述第一平台上运行的对象的标识信息和所述第二平台上运行的对象的标识信息;
将所述第一平台上运行的对象的标识信息和所述第二平台上运行的对象的标识信息进行关联,生成所述告警信息表。
4.根据权利要求1所述的方法,其特征在于,所述基于所述第一告警数据和所述属性参数,生成告警信息,包括:
若所述属性参数异常,基于所述第一告警数据和所述属性参数生成所述告警信息;
若所述属性参数未出现异常,基于所述第一告警数据生成所述告警信息。
5.根据权利要求1所述的方法,其特征在于,所述基于所述第一告警数据,获取所述第二平台上运行的对象的与所述第一告警数据对应的属性参数之后,还包括:
获取所述第一告警数据的目标告警时间;
确定在所述目标告警时间之前是否发生过针对所述第一平台的第二告警;
若在所述目标告警时间之前发生过针对所述第一平台的第二告警,获取所述第一平台的与所述第二告警对应的第二告警数据。
6.根据权利要求4所述的方法,其特征在于,所述若所述属性参数异常,基于所述第一告警数据和所述属性参数生成所述告警信息,包括:
若所述属性参数异常,基于所述第一告警数据、所述属性参数和所述第二告警数据,生成所述告警信息。
7.根据权利要求5所述的方法,其特征在于,所述若所述属性参数未出现异常,基于所述第一告警数据生成所述告警信息,包括:
若所述属性参数未出现异常,基于所述第一告警数据和所述第二告警数据,生成所述告警信息。
8.根据权利要求4或6所述的方法,其特征在于,所述方法还包括:
确定所述属性参数中包括的参数数据;
基于所述参数数据,确定所述第一告警对所述第二平台的影响等级。
9.一种告警信息生成设备,其特征在于,所述告警信息生成设备包括:处理器、存储器和通信总线,包括:
所述通信总线用于实现处理器和存储器之间的通信连接;
所述处理器用于执行存储器中的告警信息生成方法的程序,以实现以下步骤:
监测第一平台和第二平台;其中,所述第一平台和所述第二平台是针对同一应用系统的平台;
当监测到所述第一平台的第一告警时,获取所述第一平台的第一告警数据;
基于所述第一告警数据,获取所述第二平台上运行的对象的与所述第一告警数据对应的属性参数;
基于所述第一告警数据和所述属性参数,生成告警信息。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如权利要求1至8中任一项所述的告警信息生成方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910708790.1A CN112306792A (zh) | 2019-08-01 | 2019-08-01 | 一种告警信息生成方法、设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910708790.1A CN112306792A (zh) | 2019-08-01 | 2019-08-01 | 一种告警信息生成方法、设备及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112306792A true CN112306792A (zh) | 2021-02-02 |
Family
ID=74485457
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910708790.1A Pending CN112306792A (zh) | 2019-08-01 | 2019-08-01 | 一种告警信息生成方法、设备及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112306792A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101022638A (zh) * | 2007-03-12 | 2007-08-22 | 华为技术有限公司 | 一种告警上报方法和告警装置 |
CN102783087A (zh) * | 2012-05-23 | 2012-11-14 | 华为技术有限公司 | 基于管理分层的关联告警的方法和装置 |
CN107124299A (zh) * | 2017-03-31 | 2017-09-01 | 北京奇艺世纪科技有限公司 | 基于资源拓扑的资源预警方法及系统 |
CN108900353A (zh) * | 2018-07-18 | 2018-11-27 | 平安科技(深圳)有限公司 | 故障告警方法及终端设备 |
-
2019
- 2019-08-01 CN CN201910708790.1A patent/CN112306792A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101022638A (zh) * | 2007-03-12 | 2007-08-22 | 华为技术有限公司 | 一种告警上报方法和告警装置 |
CN102783087A (zh) * | 2012-05-23 | 2012-11-14 | 华为技术有限公司 | 基于管理分层的关联告警的方法和装置 |
CN107124299A (zh) * | 2017-03-31 | 2017-09-01 | 北京奇艺世纪科技有限公司 | 基于资源拓扑的资源预警方法及系统 |
CN108900353A (zh) * | 2018-07-18 | 2018-11-27 | 平安科技(深圳)有限公司 | 故障告警方法及终端设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109672582B (zh) | 全路径监测方法、设备、存储介质及装置 | |
CN112631913B (zh) | 应用程序的运行故障监控方法、装置、设备和存储介质 | |
AU2016351091A1 (en) | Method and device for processing service calling information | |
CN107302469B (zh) | 分布式服务集群系统数据更新的监控装置及方法 | |
JP2015028700A (ja) | 障害検知装置、障害検知方法、障害検知プログラム及び記録媒体 | |
CN112966056B (zh) | 一种信息处理方法、装置、设备、系统及可读存储介质 | |
CN114201201A (zh) | 一种对业务系统异常检测方法、装置及设备 | |
CN112671767B (zh) | 一种基于告警数据分析的安全事件预警方法及装置 | |
CN112491622B (zh) | 定位业务系统故障根因的方法和系统 | |
CN112087462A (zh) | 一种工控系统的漏洞检测方法和装置 | |
CN111131290A (zh) | 流量数据处理方法和装置 | |
CN113342608A (zh) | 流式计算引擎任务的监控方法及装置 | |
WO2016206241A1 (zh) | 数据分析方法及装置 | |
CN114445088A (zh) | 一种欺诈行为的判定方法、装置、电子设备和存储介质 | |
CN113497721B (zh) | 网络故障定位方法与装置 | |
CN107612755A (zh) | 一种云资源的管理方法及其装置 | |
CN112306792A (zh) | 一种告警信息生成方法、设备及计算机可读存储介质 | |
CN110852876A (zh) | 批量报错恢复方法及装置 | |
CN116028251A (zh) | 一种错误日志的上报方法、装置、设备及可读存储介质 | |
CN108257011B (zh) | 掉单处理方法和装置 | |
CN115580528A (zh) | 故障根因定位方法、装置、设备及可读存储介质 | |
CN112087323B (zh) | 告警相关性分析方法、装置、设备及可读存储介质 | |
CN113807697A (zh) | 基于告警关联的派单方法及装置 | |
CN111258788A (zh) | 磁盘故障预测方法、装置及计算机可读存储介质 | |
CN112905479B (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 | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20210202 |
|
WD01 | Invention patent application deemed withdrawn after publication |