CN111416733A - 一种高并发大流量下的告警处理方法、系统及相关装置 - Google Patents

一种高并发大流量下的告警处理方法、系统及相关装置 Download PDF

Info

Publication number
CN111416733A
CN111416733A CN202010125784.6A CN202010125784A CN111416733A CN 111416733 A CN111416733 A CN 111416733A CN 202010125784 A CN202010125784 A CN 202010125784A CN 111416733 A CN111416733 A CN 111416733A
Authority
CN
China
Prior art keywords
alarm
fusion
alarm data
data
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
Application number
CN202010125784.6A
Other languages
English (en)
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.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology 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 Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202010125784.6A priority Critical patent/CN111416733A/zh
Publication of CN111416733A publication Critical patent/CN111416733A/zh
Pending legal-status Critical Current

Links

Images

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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • 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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H04L41/0609—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on severity or priority
    • 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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H04L41/0618—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on the physical or logical position
    • 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • 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/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Alarm Systems (AREA)

Abstract

本申请提供一种高并发大流量下的告警处理方法，包括当出现海量告警时，将不同格式的告警信息解析成预设格式的告警数据；将所述告警数据写入业务缓存，以便所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合，得到融合告警信息；将所述融合告警信息发送至持久化缓存，以使持久化线程池从所述持久化缓存中调取所述融合告警信息并写入数据库。本申请实现了限流，减小了对数据库的冲击。本申请还提供一种高并发大流量下的告警处理系统、计算机可读存储介质和终端，具有上述有益效果。

Description

一种高并发大流量下的告警处理方法、系统及相关装置
技术领域
本申请涉及网络安全领域，特别涉及一种高并发大流量下的告警处理方法、系统及相关装置。
背景技术
高并发(High Concurrency)是一种系统运行过程中遇到的一种“短时间内遇到大量操作请求”的情况，主要发生在系统集中大量访问收到大量请求(例如：12306的抢票情况；天猫双十一活动)。该情况的发生会导致系统在这段时间内执行大量操作，例如对资源的请求，数据库的操作等。
目前的告警管理系统有单点和集中式两种，单点的像是服务器的BMC，可以单独管理一台服务器；集中式有华为的esight、浪潮的pim等产品，可以批量管理多台服务器，集中将告警呈现在系统。
单点式的缺陷在于无法满足拥有大量服务器的数据中心管理需求；目前的集中式产品的缺陷在于数据库依赖严重，随着服务器数量的增多，会消耗大量系统资源，对数据库产生巨大压力，乃至于无法在高并发大流量场景下正常运行。
发明内容
本申请的目的是提供一种高并发大流量下的告警处理方法、系统、计算机可读存储介质和终端，能够减小高并发大流量下的告警信息对数据库的冲击。
为解决上述技术问题，本申请提供一种高并发大流量下的告警处理方法，具体技术方案如下：
当出现海量告警时，将不同格式的告警信息解析成预设格式的告警数据；
将所述告警数据写入业务缓存，以便所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合，得到融合告警信息；
将所述融合告警信息发送至持久化缓存，以使持久化线程池从所述持久化缓存中调取所述融合告警信息并写入数据库。
其中，所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合包括：
所述业务缓存根据告警数据对应的传感器位置进行告警数据融合，和/或，根据所述告警数据对应的告警级别进行告警数据融合。
其中，所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合，得到融合告警信息包括：
所述业务缓存根据预设融合规则利用内存数据库或者本地缓存对所述告警数据进行告警数据融合，得到融合告警信息。
其中，所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合，得到融合告警信息之前，还包括：
对所述告警数据进行二次验证，以确认所述告警数据的告警级别和告警内容。
其中，对所述告警数据进行二次验证后，若所述告警数据的实际告警级别和实际告警内容发生变化，对所述告警数据进行重定义。
其中，所述告警信息包括ipmi和snmp trap。
本申请一种高并发大流量下的告警处理系统，包括：
信息解析模块，用于出现海量告警时，将不同格式的告警信息解析成预设格式的告警数据；
业务缓存模块，用于将所述告警数据写入业务缓存，以便所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合，得到融合告警信息；
持久化模块，用于将所述融合告警信息发送至持久化缓存，以使持久化线程池从所述持久化缓存中调取所述融合告警信息并写入数据库。
其中，所述业务缓存模块包括：
告警融合单元，用于根据告警数据对应的传感器位置进行告警数据融合，和/或，根据所述告警数据对应的告警级别进行告警数据融合。
本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的方法的步骤。
本申请还提供一种终端，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如上所述的方法的步骤。
本申请提供一种高并发大流量下的告警处理方法，包括当出现海量告警时，将不同格式的告警信息解析成预设格式的告警数据；将所述告警数据写入业务缓存，以便所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合，得到融合告警信息；将所述融合告警信息发送至持久化缓存，以使持久化线程池从所述持久化缓存中调取所述融合告警信息并写入数据库。
本申请采用业务缓存处理告警融合业务，将处理完成后的数据传入持久化缓存，持久化线程池从持久化缓存中取出数据对数据库进行读写，利用业务缓存和持久层缓存两部分，将告警融合处理与数据库持久化过程分离，实现了限流，减小了对数据库的冲击。本申请还提供一种高并发大流量下的告警处理系统、计算机可读存储介质和终端，具有上述有益效果，此处不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的高并发大流量下的告警处理方法的流程图；
图2为本申请实施例所提供的高并发大流量下的告警处理系统结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
请参考图1，图1为本申请实施例所提供的高并发大流量下的告警处理方法的流程图，该方法包括：
S101：当出现海量告警时，将不同格式的告警信息解析成预设格式的告警数据；
本步骤旨在将不同格式的告警信息均解析为统一格式的告警数据。当前主要告警信息包括ipmi和snmp trap，snmp trap和ipmi是两种服务器上广泛应用的协议，可以用于服务器的告警管理。当然还可以为其他类型的告警信息，在此不作具体限定。在此对于解析成哪种格式的告警数据也不作限定，应由本领域技术人员根据具体的使用场景和告警信息的具体类型做相应设定。
特别的，在进行告警信息解析时，可以使用解析器进行解析，即对解析器进行格式设定，可以将不同格式的告警信息直接解析输出得到统一格式的告警数据。
S102：将告警数据写入业务缓存，以便业务缓存根据预设融合规则对告警数据进行告警数据融合，得到融合告警信息；
本步骤旨在将解析得到的告警数据写入业务缓存，而业务缓存会执行告警数据融合。由于存在若干种告警方式，同一个传感器发生异常时产生告警可能通过多种方式进行告警，或者同一传感器在不同时间先后发出多次告警，而本步骤中则需要根据预设融合规则将告警数据融合，得到融合告警信息。
可以理解的是，将告警数据融合的目的是减少重复或者相似告警信息，当前数据库由于在高并发大流量情况下大量的告警信息将导致数据库占用过高，直接影响数据库的正常使用。因此，融合告警数据可以有效降低对数据库的压力。
具体的，在此对于预设融合规则不作具体限定，本实施例在此提供一种融合规则，仅作为一种优选的预设融合规则进行说明：业务缓存根据告警数据对应的传感器位置进行告警数据融合，和/或，根据告警数据对应的告警级别进行告警数据融合。
首先，可以根据传感器位置进行告警数据融合，即对来源于同一传感器的若干告警数据(即对告警信息经过解析后得到的告警数据)可以进行融合。需要注意的是，若对同一传感器的告警数据进行融合，可以设定相应的告警级别，例如根据同一传感器的告警数据的数量确定对应的告警级别，以不影响告警准确性。换句话说，当同一传感器反复发出告警时，在进行告警数据融合时，应将该传感器对应的告警级别设置较高。
此外，还可以根据告警数据对应的告警级别进行融合，即对于同一级别的告警数据进行融合，这样写入数据库时仅包含与告警级别数相同数量的数据，避免海量告警信息造成数据库写入不及时。
当然，还可以同时采用上述两种方案，即先进行同一传感器对应告警数据的合并，然后确定该传感器的告警级别，再针对同一告警级别的传感器进行融合，能够更有效的实现告警数据融合。
无论采用何种融合方式，其应保证具有相同特征信息的内容仅保留一份，例如对于同一传感器的告警数据仅保留一份传感器信息，对于同一告警级别的告警数据仅保留告警级别，以减少数据库的写入量，降低对数据库的写入压力。
业务缓存根据预设融合规则利用内存数据库或者本地缓存对告警数据进行告警数据融合，得到融合告警信息。可以采用redis等内存数据库实现，对分布式没有要求时也可以采用loadingcache等本地缓存。
作为优选的实施例，还可以对告警数据进行二次验证，以确认告警数据的告警级别和告警内容。即针对告警数据进行二次验证，由于告警信息对应的传感器所监控的实时数据会发生变换，例如在高并发大流量时设备的内存和电源温度会急剧上升，因此在温度第一次到达阈值产生第一次告警信息，此后温度可能会随着大流量的持续进行继续升高，也可能由于短暂的流量减少使得内存压力骤减从温度降低，因此业务缓存可以对于这些波动性强的器件的告警信息进行二次验证，不仅可以确定最新的状态信息，也可以得到准确的告警信息，以便于根据告警信息做相应的处理和应对。
相应的，对告警数据进行二次验证后，若告警数据的实际告警级别和实际告警内容发生变化，还可以对告警数据进行重定义。
S103：将融合告警信息发送至持久化缓存，以使持久化线程池从持久化缓存中调取融合告警信息并写入数据库。
当数据中心大规模故障时(如电力系统故障)，会在短时间内产生海量告警，数据库的读写压力会瞬间提升，极有可能产生锁表和事务异常等故障。
本申请利用业务缓存和持久层缓存两部分，将告警融合处理与数据库持久化过程分离，实现了限流，减小了对数据库的冲击，解决了现有告警系统资源消耗高，无法在高并发大流量场景下正常工作的问题。具体的实现手段是采用业务缓存处理告警融合业务，将处理完成后的数据传入持久化缓存，使得持久化线程池从持久化缓存中取出数据对数据库进行读写。利用缓存读写迅速的特点，配合业务锁，能保证高并发下告警的处理顺序和效率。
下面对本申请实施例提供的一种高并发大流量下的告警处理系统进行介绍，下文描述的告警处理系统与上文描述的一种高并发大流量下的告警处理方法可相互对应参照。
参见图2，图2为本申请实施例所提供的高并发大流量下的告警处理系统结构示意图，本申请一种高并发大流量下的告警处理系统，包括
信息解析模块100，用于出现海量告警时，将不同格式的告警信息解析成预设格式的告警数据；
业务缓存模块200，用于将所述告警数据写入业务缓存，以便所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合，得到融合告警信息；
持久化模块300，用于将所述融合告警信息发送至持久化缓存，以使持久化线程池从所述持久化缓存中调取所述融合告警信息并写入数据库。
基于上述实施例，作为优选的实施例，所述业务缓存模块200可以包括：
告警融合单元，用于根据告警数据对应的传感器位置进行告警数据融合，和/或，根据所述告警数据对应的告警级别进行告警数据融合。
本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请还提供了一种终端，可以包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时，可以实现上述实施例所提供的步骤。当然所述终端还可以包括各种网络接口，电源等组件。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例提供的系统而言，由于其与实施例提供的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种高并发大流量下的告警处理方法，其特征在于，包括：
当出现海量告警时，将不同格式的告警信息解析成预设格式的告警数据；
将所述告警数据写入业务缓存，以便所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合，得到融合告警信息；
将所述融合告警信息发送至持久化缓存，以使持久化线程池从所述持久化缓存中调取所述融合告警信息并写入数据库。
2.根据权利要求1所述的告警处理方法，其特征在于，所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合包括：
所述业务缓存根据告警数据对应的传感器位置进行告警数据融合，和/或，根据所述告警数据对应的告警级别进行告警数据融合。
3.根据权利要求1所述的告警处理方法，其特征在于，所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合，得到融合告警信息包括：
所述业务缓存根据预设融合规则利用内存数据库或者本地缓存对所述告警数据进行告警数据融合，得到融合告警信息。
4.根据权利要求1所述的告警处理方法，其特征在于，所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合，得到融合告警信息之前，还包括：
对所述告警数据进行二次验证，以确认所述告警数据的告警级别和告警内容。
5.根据权利要求4所述的告警处理方法，其特征在于，对所述告警数据进行二次验证后，若所述告警数据的实际告警级别和实际告警内容发生变化，对所述告警数据进行重定义。
6.根据权利要求1所述的告警处理方法，其特征在于，所述告警信息包括ipmi和snmptrap。
7.一种高并发大流量下的告警处理系统，其特征在于，包括：
信息解析模块，用于出现海量告警时，将不同格式的告警信息解析成预设格式的告警数据；
业务缓存模块，用于将所述告警数据写入业务缓存，以便所述业务缓存根据预设融合规则对所述告警数据进行告警数据融合，得到融合告警信息；
持久化模块，用于将所述融合告警信息发送至持久化缓存，以使持久化线程池从所述持久化缓存中调取所述融合告警信息并写入数据库。
8.根据权利要求7所述的告警处理系统，其特征在于，所述业务缓存模块包括：
告警融合单元，用于根据告警数据对应的传感器位置进行告警数据融合，和/或，根据所述告警数据对应的告警级别进行告警数据融合。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6任一项所述的告警处理方法的步骤。
10.一种终端，其特征在于，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如权利要求1-6任一项所述的告警处理方法的步骤。
CN202010125784.6A 2020-02-27 2020-02-27 一种高并发大流量下的告警处理方法、系统及相关装置 Pending CN111416733A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010125784.6A CN111416733A (zh) 2020-02-27 2020-02-27 一种高并发大流量下的告警处理方法、系统及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010125784.6A CN111416733A (zh) 2020-02-27 2020-02-27 一种高并发大流量下的告警处理方法、系统及相关装置

Publications (1)

Publication Number Publication Date
CN111416733A true CN111416733A (zh) 2020-07-14

Family

ID=71494230

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010125784.6A Pending CN111416733A (zh) 2020-02-27 2020-02-27 一种高并发大流量下的告警处理方法、系统及相关装置

Country Status (1)

Country Link
CN (1) CN111416733A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114785665A (zh) * 2022-04-20 2022-07-22 海信视像科技股份有限公司 一种告警通知管理系统及告警通知管理方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109889373A (zh) * 2019-01-22 2019-06-14 视联动力信息技术股份有限公司 一种告警信息的传输方法、装置和系统
CN110536099A (zh) * 2019-07-30 2019-12-03 视联动力信息技术股份有限公司 告警方法、装置和计算机可读存储介质

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109889373A (zh) * 2019-01-22 2019-06-14 视联动力信息技术股份有限公司 一种告警信息的传输方法、装置和系统
CN110536099A (zh) * 2019-07-30 2019-12-03 视联动力信息技术股份有限公司 告警方法、装置和计算机可读存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114785665A (zh) * 2022-04-20 2022-07-22 海信视像科技股份有限公司 一种告警通知管理系统及告警通知管理方法

Similar Documents

Publication Publication Date Title
CN110661659B (zh) 一种告警方法、装置、系统及电子设备
CN110493065B (zh) 一种云中心运维的告警关联度分析方法及系统
CN111339175B (zh) 数据处理方法、装置、电子设备及可读存储介质
US20100153431A1 (en) Alert triggered statistics collections
CN106649040A (zh) 一种Weblogic中间件性能自动监控方法及装置
CN106487574A (zh) 自动化运行维护监测系统
JP6160064B2 (ja) 適用判定プログラム、障害検出装置および適用判定方法
EP2723017A1 (en) Method, apparatus and system for implementing distributed auto-incrementing counting
CN112148561B (zh) 业务系统的运行状态预测方法、装置及服务器
CN101252462B (zh) 告警页面刷新方法以及服务器和客户端
CN114003439B (zh) 数据备份方法、装置、设备及存储介质
CN109062769B (zh) It系统性能风险趋势预测的方法、装置和设备
CN112800457A (zh) 一种用于区块链网络的敏感信息监管方法及系统
CN112699007A (zh) 监控机器性能的方法、系统、网络设备及存储介质
CN111416733A (zh) 一种高并发大流量下的告警处理方法、系统及相关装置
CN111367934B (zh) 数据一致性的检验方法、装置、服务器和介质
CN116977063A (zh) 一种贷款风险监控装置、方法、设备及存储介质
CN103067901B (zh) 一种计费预警方法及系统
CN104794040A (zh) 业务监控方法、装置及系统
CN101674594A (zh) 基于dns的移动数据业务监控系统和方法
CN113596402A (zh) 事中监控方法、装置、设备、系统和存储介质
CN110362464B (zh) 软件分析方法及设备
CN112596974A (zh) 一种全链路监控方法、装置、设备和存储介质
CN111915438B (zh) 一种量化策略开发平台
CN114257612B (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200714