CN108449212B - 基于事件关联的mas消息传递方法 - Google Patents
基于事件关联的mas消息传递方法 Download PDFInfo
- Publication number
- CN108449212B CN108449212B CN201810246227.2A CN201810246227A CN108449212B CN 108449212 B CN108449212 B CN 108449212B CN 201810246227 A CN201810246227 A CN 201810246227A CN 108449212 B CN108449212 B CN 108449212B
- Authority
- CN
- China
- Prior art keywords
- message
- messages
- event
- mas
- agent
- 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
- 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/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- 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/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- 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
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种基于事件关联的MAS消息传递方法,具体是:首先,建立基于MAS的消息模型,定义MAS中的消息、事件及事件分类,给出消息处理流程。然后,对消息进行格式化和分类,建立消息之间的事件关联。根据事件关联机制,对消息进行传输。将该方法应用于大型信息***中,验证了基于事件关联的MAS消息传递方法。结果表明,该方法能够保证Agent之间高效、准确地进行消息传输。此外,它可以从混乱的消息中提取相关事件,并提供对MAS运行状态的反馈,快速定位MAS故障,为信息***安全稳定运维提供支持。
Description
技术领域
本发明涉及一种消息传递方法,具体说是一种基于事件关联的MAS消息传递方法。
背景技术
MAS由多个具有自主决策能力的逻辑独立的agent构成。每个agent具备一定的通信和感知能力,能够通过信息交互调节自己的运行状态,实现全局最优化。由于问题的分布性、复杂性和相关性,Agent间的消息传递方法的准确性和效率对MAS***的性能产生决定性的影响。MAS在工程领域有着广泛的应用,其通信机制不仅是MAS***设计的基本支撑,也是决定***整体性能的核心要素之一。
目前,在MAS通信延迟,通信质量和代理交互通信等相关方向已经进行了大量的研究。。研究人员提出了多种故障事件检测机制。例如,信息***的故障定位方法,计算信息***健康度计算方法等。随着基于MAS的大型分布式信息***复杂程度的提高,Agent每天产生海量消息。这些海量消息靠***运维工程师人为甄别带来了巨大的工作量,几乎是不可能完成的。因此,亟需一种智能事件判断机制来从海量信息中分析***运行状态,快速定位***故障,以实现***的安全稳定运维。
发明内容
本申请提供一种基于事件关联的MAS消息传递方法,减少了基于MAS的大型信息***的信息传输量,提高了消息传输效率和故障诊断速度。
为实现上述目的,本申请的技术方案是:一种基于事件关联的MAS消息传递方法,具体步骤是:
首先,定义基于MAS的消息模型;
然后,对消息进行格式化和分类,建立消息之间的事件关联;
最后,根据事件关联机制,对消息进行传输。
进一步的,基于MAS的消息模型,具体包括:
1)日志文件:日志文件提取模块从应用程序和***日志文件(如***日志、网络日志、应用程序日志等)中抽取消息信息,对MAS***的运行状态进行反馈;
2)SNMP事件:SNMP事件拦截模块捕捉SNMP类型的事件,用以监测连接到Agent的网络连接状况;
3)事件分析和管理Agent生成的消息:通过事件分析和管理Agent的API生成的消息;
4)阈值事件:当监视对象的测量值超过配置的阈值,事件分析和管理Agent会生成消息,以传送该信息;
5)应用程序:所有把消息写入日志文件的应用程序产生的消息。
进一步的,对消息进行格式化和分类,建立消息之间的事件关联,具体步骤为:
Step 1:消息产生:在被控对象Agent上创建消息;Agent上发生事件,从而创建一条消息。如:磁盘存储空间不足等事件。
Step2:消息分组:按照应用程序、对象类型或功能,事件分析和管理Agent将来自多种相关消息源的消息整合到逻辑关联的组中,提供一组被管对象或服务的状态信息;如:消息组BACKUP用以从源(备份应用程序和磁带机)中收集与***备份相关的所有消息。
Step3:消息过滤:为确保重要信息得以清晰展示,使用条件过滤器对消息进行过滤,排除重复消息或与排除条件相匹配的消息;被排除的消息归类为不匹配消息,其他消息归类为匹配消息;
Step4:消息存储:将消息存储到本地日志中;
Setp5:消息格式化:将匹配消息进行格式化,以反应消息的性质或严重级别;例如,用红色表示紧急消息。
Step6:不匹配消息处理:不匹配消息即为未定义消息;用日志文件分析消息带来的Agent发展趋势,据此对消息进行复查过滤或跟踪被管对象的状态模式;
Step7:消息显示:在消息浏览器上显示消息,利用不同颜色标记反应消息的严重级别,并可以启动外部通知服务;
Step8:消息响应:运维工程师将消息浏览器作为起始点来复查每条消息,并做出响应;
Step9:消息存档:当消息被运维工程师确认或处理后,它就从活动的消息浏览器中移除,存储到历史数据库中。
进一步的,消息源为多个被管对象Agent或事件管理Agent,每个被管对象可能生成N个消息,即消息源与消息之间是1:N的关系;按照消息管理流程对消息进行分组和过滤,具有相同功能或者管控相同对象的消息归为同一组,并将消息组输入事件关联Agent;每个消息组具有一个或多个消息,事件定期调用事件关联Agent;
关联Agent判断消息之间的事件相关性;1个或多个消息能够推论出同一个事件,则消息具有事件相关性。同时,被推论出的事件称为关联事件。
事件关联Agent首先将所有消息复制到消息浏览器中进行显示,将关联事件发送给事件浏览器进行显示;然后,未被关联的消息或者可能具有多个事件关联性的消息被转移到消息流中,其他已经利用并判断无价值的消息被事件关联Agent丢弃;
进一步的,定期调用事件关联Agent对消息流中的消息进行事件关联判断,并将关联事件发送给事件浏览器进行显示,将已经利用并判断无价值的消息进行抛弃。赋予被管节点调用事件管理Agent的权限,可以进一步提高消息传输的效率,降低消息管理Agent和事件关联Agent的负载和网络通信量。赋予事件管理Agent调用事件关联Agent的权限,可以过滤来自不同节点的相似或相关消息,提高事件判断的准确性。
本申请的有益效果为:本申请减小消息传输的网络压力,提高消息传输效率和传输准确率,提高***故障诊断速度,减少运维工程师的工作量。
附图说明
图1是消息处理流程图;
图2是事件关联方法工作原理图。
具体实施方式
本实施例提供一种基于事件关联的MAS消息传递方法,具体步骤是:
首先,定义基于MAS的消息模型;
然后,对消息进行格式化和分类,建立消息之间的事件关联;
最后,根据事件关联机制,对消息进行传输。
消息的定义:定义事件为MAS中特定的故障或事故。通常,事件代表Agent状态变化或阈值变动。例如,当设置存储设备双机备份时,其状态会发生变化。同样地,当***可用内存低于特定水平时,其阈值也会发生变化。
消息是结构化的由事件触发的信息块。对于每个事件,可以创建一条消息。MAS中的事件分析和管理Agent负责拦截事件、创建消息,运维工程师根据事件的性质判断是否需要进行人工干预或校正。
事件分析和管理Agent可以拦截多种来源的消息,具体分为如下五类:
1)日志文件
日志文件提取模块从应用程序和***日志文件(如***日志、网络日志、应用程序日志等)中抽取消息信息,对MAS***的运行状态进行反馈。
2)SNMP事件
SNMP事件拦截模块捕捉SNMP类型的事件,用以监测连接到Agent的网络连接状况。
3)事件分析和管理Agent生成的消息
通过事件分析和管理Agent的API生成的消息。
4)阈值事件
当监视对象的测量值超过配置的阈值,事件分析和管理Agent会生成消息,以传送该信息。
5)应用程序
所有把消息写入日志文件的应用程序产生的消息。
建立基于消息分类的消息管理机制,消息处理流程如图1所示:
Step 1:消息产生。在被控对象Agent上创建消息。Agent上发生事件,从而创建一条消息。如:磁盘存储空间不足等事件。
Step2:消息分组。按照应用程序、对象类型或功能,事件分析和管理Agent将来自多种相关消息源的消息整合到逻辑关联的组中,提供一组被管对象或服务的状态信息。如:消息组BACKUP用以从源(备份应用程序和磁带机)中收集与***备份相关的所有消息。
Step3:消息过滤:为确保重要信息得以清晰展示,使用条件过滤器对消息进行过滤,排除重复消息或与排除条件相匹配的消息。被排除的消息归类为不匹配消息,其他消息归类为匹配消息。
Step4:消息存储。将消息存储到本地日志中。
Setp5:消息格式化。将匹配消息进行格式化,以反应消息的性质或严重级别。例如,用红色表示紧急消息。
Step6:不匹配消息处理。不匹配消息即为未定义消息。用日志文件分析消息带来的Agent发展趋势,据此对消息进行复查过滤或跟踪被管对象的状态模式。
Step7:消息显示。在消息浏览器上显示消息,利用不同颜色标记反应消息的严重级别,并可以启动外部通知服务,如短信、邮件或自动呼叫***通知***运维工程师。
Step8:消息响应。运维工程师将消息浏览器作为起始点来复查每条消息,并做出响应。运维工程师获取所有相关的消息信息,包括所有预配置校正动作的适用性和状态,以及编制这些动作的服务。
Step9:消息存档。当消息被运维工程师确认或处理后,它就从活动的消息浏览器中移除,存储到历史数据库中。
事件关联消息机制:事件关联的主体是被管节点Agent或事件管理Agent,事件关联服务器将典型消息模板定义的条件所生成的消息作为输入,生成关联事件发送给事件浏览器。其工作原理如图2所示。
消息源为多个被管对象Agent或事件管理Agent,每个被管对象可能生成N个消息,即消息源与消息之间是1:N的关系。按照消息管理流程对消息进行分组和过滤,具有相同功能或者管控相同对象的消息归为同一组,并将消息组输入事件关联Agent。每个消息组具有一个或多个消息,事件关联Agent判断消息之间的事件相关性。1个或多个消息能够推论出同一个事件,则消息具有事件相关性。同时,被推论出的事件称为关联事件。例如,通过一台服务器的网络ping不通,应用程序无响应,可以判断服务器处于宕机状态。则消息“网络ping不通”和消息“应用程序无响应”是和事件“服务器处于宕机”具有关联性的,事件“服务器处于宕机”为关联事件。
事件关联Agent首先将所有消息复制到消息浏览器中进行显示,将关联事件发送给事件浏览器进行显示。然后,未被关联的消息或者可能具有多个事件关联性的消息被转移到消息流中,其他已经利用并判断无价值的消息被事件关联Agent丢弃。消息复制显示可以避免严重程度高的消息在关联进程中延迟或丢失,提高消息传递的准确性,此设计对故障诊断尤为重要;消息转移到消息流的目的是为了减少事件关联Agent的工作量,提高工作效率。
对消息流中的Agent定期调用事件关联Agent进行事件关联判断,并将关联事件发送给事件浏览器进行显示,将已经利用并判断无价值的消息进行抛弃。
赋予被管节点调用事件管理Agent的权限,可以进一步提高消息传输的效率,降低消息管理Agent和事件关联Agent的负载和网络通信量。赋予事件管理Agent调用事件关联Agent的权限,可以过滤来自不同节点的相似或相关消息,提高事件判断的准确性。
本申请提出的消息传递方法在大型信息***中得到了应用。表1显示了实时消息及其过程。表2显示了事件关联结果。
Table 1实时消息及其处理过程
Tab2事件关联
消息管理Agent格式化并分组消息、显示消息告警信息,如表1所示。从表2中可以看出,事件管理Agent根据事件相关消息机制将消息关联到特定事件。消息3-8合并成一个事件,然后事件的级别,分组和告警行为发生改变。消息2在消息源模块的条件匹配之后没有进入任何消息流。在匹配消息源之后,其他消息与事件相关模块进行了处理。从以上分析可以看出,可能由于服务器SVR1停电,其上进程A长期占用CPU导致产生大量信息和告警事件。
为了测试本发明所提出的信息传递方法,在某大型信息***上部署了不同数量的Agent。假设在***中传递100万条消息,响应时间如表3所示。响应时间指的是从消息产生到显示在终端屏幕上的时间。实验表明,当处理相同数量的消息时,更多的Agent可以获得更快的响应时间。这是因为消息可以被多个Agent过滤和处理,通常超过90%条消息被过滤掉。从表3可以看出,所提出的基于事件关联的MAS消息传递方法具有较高的传输效率,适合于多Agent的大型信息***中消息传输。
表3响应时间
本申请建立基于MAS的消息模型,定义了MAS中的事件、消息和消息分类,提出了MAS中的消息处理流程。在此基础上,提出了一种基于MAS的事件关联机制,该机制从被管对象Agent或事件管理Agent生成消息,并将消息发送到输入事件关联Agent以识别相关事件。事件关联Agent具有检查关联事件、消息复制和转移的功能。判断关联事件的能力使操作者能够快速准确地从海量消息中确定MAS运行状态。该复制功能保证了消息的可靠性,减少了延迟和丢包。消息转移功能是将未被关联的消息或者可能具有多个事件关联性的消息被转移到消息流中,以减少了事件关联Agent的负载和网络通信的压力,提高信息传递效率。最后,本文提出的基于事件关联的MAS消息传递方法在大型信息***中得到了验证。实验结果表明,所提出的消息传递方法能够高效、准确地传输信息,及时诊断***故障。此外,从大量消息中识别关联事件可以大大提高MAS服务质量。
以上所述,仅为本发明中的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉该技术的人在本发明所揭露的技术范围内,可理解想到的变换或替换,都应涵盖在本发明的包含范围之内,因此,本发明的保护范围应该以权利要求书的保护范围为准。
Claims (2)
1.一种基于事件关联的MAS消息传递方法,其特征在于,具体步骤是:
首先,建立基于MAS的消息模型;
然后,对消息进行格式化和分类,建立消息之间的事件关联;
最后,根据事件关联机制,对消息进行传输;
基于MAS的消息模型,具体包括:
1)事件被定义为MAS中的特定故障或事故;事件代表Agent状态的变化或阈值变化;
2)消息是结构化的由事件触发的信息块;
3)消息分类:
对消息进行格式化和分类,建立消息之间的事件关联,具体步骤为:
Step 1:消息产生:在被控对象Agent上创建消息;
Step2:消息分组:按照应用程序、对象类型或功能,事件分析和管理Agent将来自多种相关消息源的消息整合到逻辑关联的组中,提供一组被管对象或服务的状态信息;
Step3:消息过滤:使用条件过滤器对消息进行过滤,排除重复消息或与排除条件相匹配的消息;被排除的消息归类为不匹配消息,其他消息归类为匹配消息;
Step4:消息存储:将消息存储到本地日志中;
Setp5:消息格式化:将匹配消息进行格式化,以反应消息的性质或严重级别;
Step6:不匹配消息处理:不匹配消息即为未定义消息;用日志文件分析消息带来的Agent发展趋势,据此对消息进行复查过滤或跟踪被管对象的状态模式;
Step7:消息显示:在消息浏览器上显示消息,利用不同颜色标记反应消息的严重级别,并启动外部通知服务;
Step8:消息响应:运维工程师将消息浏览器作为起始点来复查每条消息,并做出响应;
Step9:消息存档:当消息被运维工程师确认或处理后,它就从活动的消息浏览器中移除,存储到历史数据库中;
消息源为多个被管对象Agent或事件管理Agent,消息源与消息之间是1:N的关系;按照消息管理流程对消息进行分组和过滤,具有相同功能或者管控相同对象的消息归为同一组,并将消息组输入事件关联Agent;每个消息组具有一个或多个消息,关联Agent判断消息之间的事件相关性;1个或多个消息能够推论出同一个事件,则消息具有事件相关性;同时,被推论出的事件称为关联事件;
事件关联Agent首先将所有消息复制到消息浏览器中进行显示,将关联事件发送给事件浏览器进行显示;然后,未被关联的消息或者具有多个事件关联性的消息被转移到消息流中,其他已经利用并判断无价值的消息被事件关联Agent丢弃。
2.根据权利要求1所述基于事件关联的MAS消息传递方法,其特征在于,定期调用事件关联Agent对消息流中的消息进行事件关联判断,并将关联事件发送给事件浏览器进行显示,将已经利用并判断无价值的消息进行丢弃。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810246227.2A CN108449212B (zh) | 2018-03-23 | 2018-03-23 | 基于事件关联的mas消息传递方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810246227.2A CN108449212B (zh) | 2018-03-23 | 2018-03-23 | 基于事件关联的mas消息传递方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108449212A CN108449212A (zh) | 2018-08-24 |
CN108449212B true CN108449212B (zh) | 2021-01-12 |
Family
ID=63196874
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810246227.2A Active CN108449212B (zh) | 2018-03-23 | 2018-03-23 | 基于事件关联的mas消息传递方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108449212B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109714387A (zh) * | 2018-11-16 | 2019-05-03 | 国电南瑞南京控制***有限公司 | 一种运维管理***告警订阅方法、订阅终端、发布终端及*** |
CN113505127B (zh) * | 2021-06-22 | 2024-06-18 | 侍意(厦门)网络信息技术有限公司 | 对有关联性对象的数据的存储结构及方法、检索和可视化展示方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101398906A (zh) * | 2008-10-10 | 2009-04-01 | 华南理工大学 | 一种基于Agent的RFID中间件及其设备管理方法 |
CN101477339A (zh) * | 2009-01-22 | 2009-07-08 | 江苏省特种设备安全监督检验研究院 | 一种基于多agent技术的游乐设施智能监控装置 |
CN107045655A (zh) * | 2016-12-07 | 2017-08-15 | 三峡大学 | 基于多智能体随机一致博弈和虚拟发电部落的狼群部落策略方法 |
CN107678280A (zh) * | 2017-10-11 | 2018-02-09 | 北京理工大学 | 一种基于事件触发机制的多智能体***的预测控制方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7715961B1 (en) * | 2004-04-28 | 2010-05-11 | Agnik, Llc | Onboard driver, vehicle and fleet data mining |
-
2018
- 2018-03-23 CN CN201810246227.2A patent/CN108449212B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101398906A (zh) * | 2008-10-10 | 2009-04-01 | 华南理工大学 | 一种基于Agent的RFID中间件及其设备管理方法 |
CN101477339A (zh) * | 2009-01-22 | 2009-07-08 | 江苏省特种设备安全监督检验研究院 | 一种基于多agent技术的游乐设施智能监控装置 |
CN107045655A (zh) * | 2016-12-07 | 2017-08-15 | 三峡大学 | 基于多智能体随机一致博弈和虚拟发电部落的狼群部落策略方法 |
CN107678280A (zh) * | 2017-10-11 | 2018-02-09 | 北京理工大学 | 一种基于事件触发机制的多智能体***的预测控制方法 |
Non-Patent Citations (1)
Title |
---|
面向智能监控的复杂多自主体***设计与实现;段立明;《小型微型计算机***》;20170630;1394-1397页 * |
Also Published As
Publication number | Publication date |
---|---|
CN108449212A (zh) | 2018-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113328872B (zh) | 故障修复方法、装置和存储介质 | |
CN113614666A (zh) | 用于检测和预测工业过程自动化***中的故障的***和方法 | |
CN110661659A (zh) | 一种告警方法、装置、***及电子设备 | |
CN111176879A (zh) | 设备的故障修复方法及装置 | |
US11348023B2 (en) | Identifying locations and causes of network faults | |
CN106789306B (zh) | 通信设备软件故障检测收集恢复方法和*** | |
CN106656627A (zh) | 一种基于业务的性能监控和故障定位的方法 | |
CN106411659A (zh) | 一种业务数据监测方法及装置 | |
CN109274557A (zh) | 一种云环境下的智能cmdb管理及云主机监控方法 | |
CN105610648A (zh) | 一种运维监控数据的采集方法及服务器 | |
CN112395156A (zh) | 故障的告警方法和装置、存储介质和电子设备 | |
CN108449212B (zh) | 基于事件关联的mas消息传递方法 | |
CN104574219A (zh) | 电网业务信息***运行工况的监测预警方法及*** | |
CN103440190A (zh) | 设备故障报警方法,装置与cim*** | |
KR20180037342A (ko) | 어플리케이션 에러 모니터링 및 통계관리 서비스 및 방법 | |
CN115934464A (zh) | 一种信息化平台监控采集*** | |
CN102195791A (zh) | 一种告警的分析方法、装置及*** | |
CN108304293A (zh) | 一种基于大数据技术的软件***监控方法 | |
KR20180015027A (ko) | 데이터 분산 서비스 응용 시스템 오류 자동 알림 장치 및 방법 | |
CN112751722B (zh) | 数据传输质量监控方法和*** | |
CN117194154A (zh) | 一种基于微服务的apm全链路监控***及方法 | |
CN109634808B (zh) | 一种基于关联分析的链式监控事件根因分析方法 | |
CN114531338A (zh) | 一种基于调用链数据的监控告警和溯源方法及*** | |
CN114629786A (zh) | 日志实时分析方法、装置、存储介质及*** | |
CN113254313A (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 |