CN113918426A - 一种实现Redis访问全链路跟踪的方法、系统及设备 - Google Patents
一种实现Redis访问全链路跟踪的方法、系统及设备 Download PDFInfo
- Publication number
- CN113918426A CN113918426A CN202111494532.1A CN202111494532A CN113918426A CN 113918426 A CN113918426 A CN 113918426A CN 202111494532 A CN202111494532 A CN 202111494532A CN 113918426 A CN113918426 A CN 113918426A
- Authority
- CN
- China
- Prior art keywords
- log
- interface
- executable interface
- executable
- abnormal
- 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/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Quality & Reliability (AREA)
- Databases & Information Systems (AREA)
- Mathematical Physics (AREA)
- Data Mining & Analysis (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种实现Redis访问全链路跟踪的方法、系统及设备,主要涉及链路跟踪技术领域,用以解决现有的链路跟踪方法缓慢且不能及时进行异常捕获的技术问题。方法包括:通过Redis节点创建可执行接口;在可执行接口被触发时,调用预设的获取诊断日志算法、操作日志检测算法以及埋点事件至可执行接口;在执行可执行接口时,通过获取诊断日志算法获取可执行接口对应的诊断日志;通过操作日志检测算法监测诊断日志是否为异常日志;当监测到诊断日志为异常日志时,触发埋点事件上传异常日志捕获通知,进而确定可执行接口存在异常。本申请通过上述方法实现了自行选择链路跟踪对象,以及实现了快速跟踪以及及时捕获异常日志的技术效果。
Description
技术领域
本申请涉及链路跟踪技术领域,尤其涉及一种实现Redis访问全链路跟踪的方法、系统及设备。
背景技术
随着互联网以及计算机应用技术的不断发展,庞大的网络服务体系每天的调用数据可能都在亿级别。为了保证网络服务体系的有效运行,对各个调用数据进行链路跟踪就十分必要。
现阶段,对调用数据进行链路跟踪的方法主要为:采用操作日志的方式进行埋点,每收到一次请求,汇总记录一条日志。有外呼的场景,需要在内存中记录所有外呼的状态,最后拼接成一条日志,进行输出。并通过安全节点号,进行链路串联。
但是,上述现有的链路跟踪方法需要处理的日志十分复杂,导致链路跟踪功能缓慢且不能及时进行异常捕获。
发明内容
针对现有技术的上述不足,本发明提供一种实现Redis访问全链路跟踪的方法、系统及设备,以解决上述技术问题。
第一方面,本申请实施例提供了一种实现Redis访问全链路跟踪的方法,方法包括:通过Redis节点创建可执行接口;在可执行接口被触发时,调用预设的获取诊断日志算法、操作日志检测算法至可执行接口;其中,操作日志检测算法包含埋点事件;在执行可执行接口时,通过获取诊断日志算法获取可执行接口对应的诊断日志;通过操作日志检测算法监测诊断日志是否为异常日志;当监测到诊断日志为异常日志时,通过埋点事件上传的异常日志捕获通知,确定可执行接口存在异常。
在本申请的一种实现方式中,通过Redis节点,创建可执行接口,具体包括:获取预设的标准Redis节点接口或扩展Redis节点接口;通过调用标准Redis节点接口或扩展Redis节点接口创建可执行接口。
在本申请的一种实现方式中,在可执行接口中定义第一名称;获取诊断日志类至少包括获取诊断日志算法认领的诊断日志的第二名称、写入诊断日志的程序、被程序写入的诊断日志的第三名称;其中,第一名称、第二名称以及第三名称一致。
在本申请的一种实现方式中,埋点事件用于实时上报可执行接口的状态通知;其中,状态通知包括创建日志通知、正常日志通知以及异常日志捕获通知。
在本申请的一种实现方式中,可执行接口中预设序列化组件,且序列化组件中包含以下任意一项或多项:序列化子接口、反序列化子接口;执行可执行接口,具体包括:通过执行序列化组件,执行可执行接口。
第二方面,本申请实施例提供了一种实现Redis访问全链路跟踪的系统,系统包括:创建模块,用于通过Redis节点,创建可执行接口;调用模块,用于在可执行接口被触发时,调用预设的获取诊断日志算法、操作日志检测算法以及埋点事件至可执行接口;获取模块,用于在执行可执行接口时,通过获取诊断日志算法获取可执行接口对应的诊断日志;监测模块,用于通过操作日志检测算法监测诊断日志是否为异常日志;接收模块,用于当监测到诊断日志为异常日志时,接收埋点事件上传的异常日志捕获通知。
第三方面,本申请实施例提供了一种实现Redis访问全链路跟踪的设备,该设备包括处理器、存储器和存储在存储器上的执行指令,执行指令设置成在被处理器执行时能够使设备执行上述的任一项的实现Redis访问全链路跟踪的方法。
本领域技术人员能够理解的是,本公发明至少具有如下有益效果:通过Redis节点创建进行监控的可执行接口,实现有目的性的监控执行数据,避免了传统的监控全体执行数据带来的资源损耗,实现了精准监控的技术效果。通过获取诊断日志算法实现了实时或定时获取该可执行接口对应的诊断日志的技术效果,通过操作日志检测算法实现了消费以及监控诊断日志的技术效果,通过埋点事件实习了实时或定时上部诊断日志的检查结果的技术效果,以及实现了快速上传异常日志捕获通知。
附图说明
下面参照附图来描述本公开的部分实施例,附图中:
图1是本申请实施例提供的一种实现Redis访问全链路跟踪的方法流程图。
图2是本申请实施例提供的一种实现Redis访问全链路跟踪的系统内部结构示意图。
图3是本申请实施例提供的一种实现Redis访问全链路跟踪的设备内部结构示意图。
具体实施方式
本领域技术人员应当理解的是,下文所描述的实施例仅仅是本公开的优选实施例,并不表示本公开仅能通过该优选实施例实现,该优选实施例仅仅是用于解释本公开的技术原理,并非用于限制本公开的保护范围。基于本公开提供的优选实施例,本领域普通技术人员在没有付出创造性劳动的情况下所获得的其它所有实施例,仍应落入到本公开的保护范围之内。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
在本申请实施例中提出的一种实现Redis访问全链路跟踪的方法,其执行主体是服务器。
下面通过附图对本申请实施例提出的技术方案进行详细的说明。
图1为本申请实施例提供的一种实现Redis访问全链路跟踪的方法。如图1所示,本申请实施例提供的全链路跟踪方法,主要包括以下步骤:
步骤101、通过Redis节点创建可执行接口。
需要说明的是,Redis节点可以包括标准字典服务和/或扩展字典服务,例如,Redis节点(Remote Dictionary Server)。可执行接口为任意可能的能够运行的操作接口。作为示例地,可执行接口中预设序列化组件,且序列化组件中包含以下任意一项或多项:序列化子接口、反序列化子接口。
通过Redis节点创建可执行接口,可以具体为:获取预设的标准Redis节点接口或扩展Redis节点接口;通过调用标准Redis节点接口或扩展Redis节点接口创建可执行接口。
需要说明的是,通过接口创建可执行接口的具体过程,可以通过现有方法或设备实现,本申请对此不作过多限定。
步骤102、在可执行接口被触发时,调用预设的获取诊断日志算法、操作日志检测算法至可执行接口。
需要说明的是,在可执行接口中定义第一名称;该第一名称可以是预设的名称也可以是操作人员设置的名称。获取诊断日志算法为能够生成诊断日志的算法,作为示例的地,获取诊断日志算法至少包括获取诊断日志算法认领的诊断日志的第二名称、写入诊断日志的程序、被程序写入的诊断日志的第三名称;其中,第一名称、第二名称以及第三名称一致。需要说明的是,获取诊断日志算法认领的诊断日志的意思为:该获取诊断日志算法通过监控的可执行接口生成的诊断日志。本领域的技术人员能够理解的是,本发明为了实现指定执行操作/数据监控的目的,在程序的运行过程中需要将进行监控的目标进行(可执行接口)名称一致化操作,以避免无法进行生成诊断日志的操作。操作日志检测算法为能够检测诊断日志中的内容是否存在异常的算法,可以通过预先输入异常数据的范围来实现检测诊断日志是否异常的操作。操作日志检测算法包含埋点事件,埋点事件可以用于实时上报可执行接口的状态通知;其中,状态通知包括创建日志通知、正常日志通知以及异常日志捕获通知。
此外,可执行接口被触发的条件为检测到该可执行接口被任意接口或算法运行。调用算法至可执行接口的具体方法过程,可以通过现有方法或设备实现,本申请对此不作过多限定。
步骤103、在执行可执行接口时,通过获取诊断日志算法获取可执行接口对应的诊断日志。
需要说明的是,可执行接口中预设序列化组件,且序列化组件中包含以下任意一项或多项:序列化子接口、反序列化子接口。执行可执行接口,具体可以包括:通过执行序列化组件,执行可执行接口。
获取诊断日志算法获取可执行接口对应的诊断日志,可以具体为,获取诊断日志算法中存在预设写操作,通过预设写操作读取可执行接口的操作,进而自动将该可执行接口的执行操作写入诊断日志。可知,诊断日志还包含可执行接口的执行操作,在获取到该执行操作后,有利于快速诊断/消费该可执行接口是否出现异常。
步骤104、通过操作日志检测算法监测诊断日志是否为异常日志。
可以具体为,在操作日志检测算法中预设了异常条件数据库,该异常条件数据库中包含满足异常日志的全部条件,操作日志检测算法在获取到诊断日志后,将诊断日志导入至异常条件数据库中,当该诊断日志中存在满足异常日志的任一条件时,操作日志检测算法判定该诊断日志为异常日志。
步骤105、当监测到诊断日志为异常日志时,通过埋点事件上传的异常日志捕获通知,确定可执行接口存在异常。
需要说明的是,埋点事件可以用于实时上报可执行接口的状态通知;其中,状态通知包括创建日志通知、正常日志通知以及异常日志捕获通知。
具体地,埋点事件实时获取操作日志检测算法根据诊断日志生成的判断结果,当判断结果不为异常日志时,埋点事件向服务器上传正常信息(需要说明的是,该正常信息的可以通过正常日志通知的形成呈现);当判断结果为异常日志时,埋点事件向服务器上传异常信息(需要说明的是,该正常信息的可以通过异常日志捕获通知的形成呈现)。服务器在接收到该异常日志捕获通知后,可知可执行接口存在异常。
基于前文的描述,本领域技术人员能够理解的是,本公发明至少具有如下有益效果:通过Redis节点创建进行监控的可执行接口,实现有目的性的监控执行数据,避免了传统的监控全体执行数据带来的资源损耗,实现了精准监控的技术效果。通过获取诊断日志算法实现了实时或定时获取该可执行接口对应的诊断日志的技术效果,通过操作日志检测算法实现了消费以及监控诊断日志的技术效果,通过埋点事件实习了实时或定时上部诊断日志的检查结果的技术效果,以及实现了快速上传异常日志捕获通知。
除此之外,本申请实施例还提供了一种实现Redis访问全链路跟踪的系统,如图2所示,系统包括:创建模块201、调用模块202、获取模块203、监测模块204以及确定模块205。
创建模块201,用于通过Redis节点创建可执行接口;
调用模块202,用于在可执行接口被触发时,调用预设的获取诊断日志算法、操作日志检测算法至可执行接口;其中,操作日志检测算法包含埋点事件;
获取模块203,用于在执行可执行接口时,通过获取诊断日志算法获取可执行接口对应的诊断日志;
监测模块204,用于通过操作日志检测算法监测诊断日志是否为异常日志;
确定模块205,用于当监测到诊断日志为异常日志时,通过埋点事件上传的异常日志捕获通知,确定可执行接口存在异常。
除此之外,本申请实施例还提供了一种实现Redis访问全链路跟踪的设备,如图3所示,其上存储有可执行指令,在该可执行指令被执行时,实现如上述的一种实现Redis访问全链路跟踪的方法。具体地,服务器端通过总线向存储器发送执行指令,当存储器接收到执行指令时,通过总线向处理器发送执行信号,以激活处理器。
需要说明的是,处理器用于通过Redis节点创建可执行接口;在可执行接口被触发时,调用预设的获取诊断日志算法、操作日志检测算法至可执行接口;其中,操作日志检测算法包含埋点事件;在执行可执行接口时,通过获取诊断日志算法获取可执行接口对应的诊断日志;通过操作日志检测算法监测诊断日志是否为异常日志;当监测到诊断日志为异常日志时,通过埋点事件上传的异常日志捕获通知,确定可执行接口存在异常。
至此,已经结合前文的多个实施例描述了本公开的技术方案,但是,本领域技术人员容易理解的是,本公开的保护范围并不仅限于这些具体实施例。在不偏离本公开技术原理的前提下,本领域技术人员可以对上述各个实施例中的技术方案进行拆分和组合,也可以对相关技术特征作出等同的更改或替换,凡在本公开的技术构思和/或技术原理之内所做的任何更改、等同替换、改进等都将落入本公开的保护范围之内。
Claims (7)
1.一种实现Redis访问全链路跟踪的方法,其特征在于,所述方法包括:
通过Redis节点创建可执行接口;
在所述可执行接口被触发时,调用预设的获取诊断日志算法、操作日志检测算法至可执行接口;其中,所述操作日志检测算法包含埋点事件;
在执行可执行接口时,通过所述获取诊断日志算法获取可执行接口对应的诊断日志;
通过操作日志检测算法监测所述诊断日志是否为异常日志;
当监测到所述诊断日志为所述异常日志时,触发所述埋点事件上传异常日志捕获通知,进而确定可执行接口存在异常。
2.根据权利要求1所述的实现Redis访问全链路跟踪的方法,其特征在于,通过Redis节点,创建可执行接口,具体包括:
获取预设的标准Redis节点接口或扩展Redis节点接口;
通过调用所述标准Redis节点接口或所述扩展Redis节点接口创建可执行接口。
3.根据权利要求1所述的实现Redis访问全链路跟踪的方法,其特征在于,
在所述可执行接口中定义第一名称;
所述获取诊断日志类至少包括获取诊断日志算法认领的诊断日志的第二名称、写入日志的程序、被所述程序写入的日志的第三名称;
其中,所述第一名称、第二名称以及第三名称一致。
4.根据权利要求1所述的实现Redis访问全链路跟踪的方法,其特征在于,
埋点事件用于实时上报可执行接口的状态通知;其中,所述状态通知包括创建日志通知、正常日志通知以及异常日志捕获通知。
5.根据权利要求1所述的实现Redis访问全链路跟踪的方法,其特征在于,
可执行接口中预设序列化组件,且所述序列化组件中包含以下任意一项或多项:序列化子接口、反序列化子接口;
执行可执行接口,具体包括:
通过执行序列化组件,执行可执行接口。
6.一种实现Redis访问全链路跟踪的系统,其特征在于,所述系统包括:
创建模块,用于通过Redis节点创建可执行接口;
调用模块,用于在所述可执行接口被触发时,调用预设的获取诊断日志算法、操作日志检测算法至可执行接口;其中,所述操作日志检测算法包含埋点事件;
获取模块,用于在执行可执行接口时,通过所述获取诊断日志算法获取可执行接口对应的诊断日志;
监测模块,用于通过所述操作日志检测算法监测所述诊断日志是否为异常日志;
确定模块,用于当监测到所述诊断日志为所述异常日志时,触发所述埋点事件上传的异常日志捕获通知,进而确定可执行接口存在异常。
7.一种实现Redis访问全链路跟踪的设备,其特征在于,所述设备包括:
处理器;
以及存储器,其上存储有可执行代码,当所述可执行代码被执行时,使得所述处理器执行如权利要求1-5任一项所述的一种实现Redis访问全链路跟踪的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111494532.1A CN113918426A (zh) | 2021-12-09 | 2021-12-09 | 一种实现Redis访问全链路跟踪的方法、系统及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111494532.1A CN113918426A (zh) | 2021-12-09 | 2021-12-09 | 一种实现Redis访问全链路跟踪的方法、系统及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113918426A true CN113918426A (zh) | 2022-01-11 |
Family
ID=79248784
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111494532.1A Pending CN113918426A (zh) | 2021-12-09 | 2021-12-09 | 一种实现Redis访问全链路跟踪的方法、系统及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113918426A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109104302A (zh) * | 2018-07-18 | 2018-12-28 | 杭州鑫合汇互联网金融服务有限公司 | 一种全链路追踪监控方法 |
CN110245035A (zh) * | 2019-05-20 | 2019-09-17 | 平安普惠企业管理有限公司 | 一种链路跟踪方法及装置 |
CN111752799A (zh) * | 2020-06-24 | 2020-10-09 | 中国建设银行股份有限公司 | 一种业务链路跟踪方法、装置、设备及储存介质 |
CN112181927A (zh) * | 2019-07-04 | 2021-01-05 | 北京航天长峰科技工业集团有限公司 | 一种微服务架构下的日志审计方法 |
CN112256530A (zh) * | 2020-10-27 | 2021-01-22 | 广州助蜂网络科技有限公司 | 一种可链路追踪的日志服务方法及其系统 |
CN112395180A (zh) * | 2020-12-10 | 2021-02-23 | 南威软件股份有限公司 | 一种业务日志全链路跟踪的实现方法 |
CN112910945A (zh) * | 2020-12-08 | 2021-06-04 | 江苏苏宁云计算有限公司 | 请求链路跟踪方法和业务请求处理方法 |
CN113312241A (zh) * | 2021-06-29 | 2021-08-27 | 中国农业银行股份有限公司 | 异常告警的方法、生成访问日志的方法以及运维系统 |
-
2021
- 2021-12-09 CN CN202111494532.1A patent/CN113918426A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109104302A (zh) * | 2018-07-18 | 2018-12-28 | 杭州鑫合汇互联网金融服务有限公司 | 一种全链路追踪监控方法 |
CN110245035A (zh) * | 2019-05-20 | 2019-09-17 | 平安普惠企业管理有限公司 | 一种链路跟踪方法及装置 |
CN112181927A (zh) * | 2019-07-04 | 2021-01-05 | 北京航天长峰科技工业集团有限公司 | 一种微服务架构下的日志审计方法 |
CN111752799A (zh) * | 2020-06-24 | 2020-10-09 | 中国建设银行股份有限公司 | 一种业务链路跟踪方法、装置、设备及储存介质 |
CN112256530A (zh) * | 2020-10-27 | 2021-01-22 | 广州助蜂网络科技有限公司 | 一种可链路追踪的日志服务方法及其系统 |
CN112910945A (zh) * | 2020-12-08 | 2021-06-04 | 江苏苏宁云计算有限公司 | 请求链路跟踪方法和业务请求处理方法 |
CN112395180A (zh) * | 2020-12-10 | 2021-02-23 | 南威软件股份有限公司 | 一种业务日志全链路跟踪的实现方法 |
CN113312241A (zh) * | 2021-06-29 | 2021-08-27 | 中国农业银行股份有限公司 | 异常告警的方法、生成访问日志的方法以及运维系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111817891A (zh) | 网络故障处理方法、装置、存储介质及电子设备 | |
CN111382023B (zh) | 代码故障定位方法、装置、设备及存储介质 | |
CN108038039B (zh) | 记录日志的方法及微服务系统 | |
CN113708986B (zh) | 服务器监控装置、方法及计算机可读存储介质 | |
CN111522703A (zh) | 监控访问请求的方法、设备和计算机程序产品 | |
CN112035354A (zh) | 风险代码的定位方法、装置、设备及存储介质 | |
CN111881014A (zh) | 一种系统测试方法、装置、存储介质及电子设备 | |
CN110245077A (zh) | 一种程序异常的响应方法及设备 | |
CN112100035A (zh) | 一种页面异常检测方法、系统及相关装置 | |
CN109597389B (zh) | 一种嵌入式控制系统的测试系统 | |
CN105825641A (zh) | 一种业务报警方法和装置 | |
CN113918426A (zh) | 一种实现Redis访问全链路跟踪的方法、系统及设备 | |
CN116230067A (zh) | 一种固态硬盘自动化测试方法、系统、设备及介质 | |
CN115757107A (zh) | 埋点检测方法、装置、服务器及存储介质 | |
CN111737158B (zh) | 一种异常断言的处理方法、装置、电子设备及存储介质 | |
CN114780412A (zh) | 页面测试方法、系统、设备及介质 | |
CN115129539A (zh) | 一种日志优化方法、装置、设备及存储介质 | |
CN113360360A (zh) | 业务系统故障检测方法、装置、电子设备及存储介质 | |
CN112131110A (zh) | 一种智能手机系统的多源异构数据探针方法及装置 | |
CN113468029A (zh) | 日志管理方法、装置、电子设备和可读存储介质 | |
CN113342596A (zh) | 一种设备指标的分布式监控方法、系统及装置 | |
CN105827447A (zh) | 一种业务报警方法和装置 | |
CN111639249A (zh) | 用户反馈报错的自动监测方法、装置和设备 | |
CN118590423A (zh) | 一种分布式系统故障监控与自检的方法、装置及存储介质 | |
CN117493050A (zh) | 一种基于Pinpoint故障定位方法及系统 |
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 |
Application publication date: 20220111 |
|
RJ01 | Rejection of invention patent application after publication |