CN114201513A - 全链路追踪服务适配方法及系统 - Google Patents
全链路追踪服务适配方法及系统 Download PDFInfo
- Publication number
- CN114201513A CN114201513A CN202111503038.7A CN202111503038A CN114201513A CN 114201513 A CN114201513 A CN 114201513A CN 202111503038 A CN202111503038 A CN 202111503038A CN 114201513 A CN114201513 A CN 114201513A
- Authority
- CN
- China
- Prior art keywords
- module
- service
- full link
- alarm
- configuration
- 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
- 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/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24553—Query execution of query operations
- G06F16/24554—Unary operations; Data partitioning operations
- G06F16/24556—Aggregation; Duplicate elimination
-
- 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/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
- G06F11/3093—Configuration details thereof, e.g. installation, enabling, spatial arrangement of the probes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6227—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database where protection concerns the structure of data, e.g. records, types, queries
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Quality & Reliability (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种全链路追踪服务适配方法及系统,其特征在于,包括以下步骤:对多租户进行适配以及agnet鉴权,对ES聚合查询改造;针对jup和cap4j平台进行日志全链路追踪的整合;结合技术中台配置中心进行告警配置文件的多租户配置下发。本发明通过增加agent鉴权,增强oap服务端的安全性,有效防止被攻击;本发明通过增加es聚合查询功能,有效将实际生产中跨网络域的调用串联起来形成完整的调用链路,方便进行问题分析。
Description
技术领域
本发明涉及应用监控领域,具体地,涉及一种全链路追踪服务适配方法及系统。
背景技术
skywalking是目前行业内社区活跃度最高的开源qpm全链路追踪监控组件,skywalking采用插件化+javaagent的形式实现了调用过程的自动采集,这样可以做到对代码无侵入性,换句话说,只要有知道skywalking oap-server的地址即可进行一个Java应用的监控,这一点显然是不满足安全规范的,且原生skywalking不支持多租户的适配。
ElasticSearch是skywalking支持的一种数据存储介质,针对行内多机房,多网路域的复杂环境来说,涉及到跨机房,跨网络域部署的应用系统比比皆是,而原生的skywalking是不支持多数据源数据聚合,使得调用链路信息无法串联起来。
日志存储查询也是skywalking支持的一个功能,日志,链路串联起来能帮助用户快速定位问题,但是原生的skywalking日志查询,相比于目前主流成熟的elk来说有很多的不足。目前技术中台运营服务系统已经将elk作为日志模块的技术选型,且已投入使用,如何将二者完美的结合,成为了摆在面前的问题。
skywalking的告警配置仅支持对alarm-settings.yml文件进行修改,作为技术中台的apm监控组件,需要服务的时候各个业务系统,如果每一个系统需要配置自己的告警规则,很容易造成配置的误修改,从而影响到正常的告警功能。
在公告号为CN111158995B的中国专利文献中,公开了一种基于skywalking、ELK平台实现跨系统日志跟踪查询的方法及系统,基于跟踪ID对logstash和skywalking插件的源码进行扩展,输出带有跟踪ID的日志信息;并通过ELK数据展示平台或skywalking数据展示平台,对skywalking输出的带有跟踪ID的日志信息进行过滤、接收,根据过滤所得的跟踪ID,在ELK平台上查看详细的日志信息;或,对logstash输出的带有跟踪ID的日志信息进行过滤、接收,在skywalking数据展示平台上根据跟踪ID去查看接口和各个服务的调用情况。
发明内容
针对现有技术中的缺陷,本发明的目的是提供一种全链路追踪服务适配方法及系统。
根据本发明提供的一种全链路追踪服务适配方法,包括以下步骤:
步骤S1:对多租户进行适配以及agnet鉴权,对ES聚合查询改造;
步骤S2:针对jup和cap4j平台进行日志全链路追踪的整合;
步骤S3:结合技术中台配置中心进行告警配置文件的多租户配置下发。
优选的,所述步骤S1包括以下子步骤:
步骤S1.1:制定项目部署架构,包括:
在生产区部署全局唯一的APM管理服务,每个可用区部署独立的Collector和ES;
在云原生区部署全局唯一的Query服务;
步骤S1.2:制定统一的服务名字:
service name=系统编号_可用区编号::服务名;
步骤S1.3:当业务系统申请接入某个可用区时,通过APM管理服务下发该系统编号的Authentication认证到对应区域的Collector,Collector将认证信息存入ES,客户端接入需要同时携带Authentication认证;
步骤S1.4:通过Query服务管理GraphQL接口,从而对多个ES的查询聚合。
优选的,所述步骤S2包括以下子步骤:
步骤S2.1:在cap4j和jup框架里引入Skywalking-apm jar包依赖,在日志配置文件中做出相应配置,使框架日志打印出全链路追踪的trace ID;
步骤S2.2:改造logstash日志解析模板支持trace ID,将数据存储到ES;
步骤S2.3:结合原生中台日志模块的关键字查询功能,通过输入指定Tradeid查询相关日志,实现日志全链路追踪模块的关联。
优选的,所述步骤S3包括以下子步骤:
步骤S3.1:修改Skywalking配置文件,支持Apollo配置中心告警规则动态下发;
步骤S3.2:将接入的各业务系统配置的告警配置规则单独存放;
步骤S3.3:编写告警配置文件下发逻辑,在告警配置规则下发时,加锁获取每一个租户有效的告警配置规则生成alarm-settings.yml下发至Skywalking。
优选的,所述步骤S1.4中,Query服务获取入参service name中的group name携带的可用区编号,选择相应可用区的ES进行查询;如果人参存在多个group name,并携带了多个可用区编号,则聚合查询相应可用区的多个ES;如果没有传人group name,则查询所有的ES。
根据本发明提供的一种全链路追踪服务适配系统,包括以下模块:
模块M1:对多租户进行适配以及agnet鉴权,对ES聚合查询改造;
模块M2:针对jup和cap4j平台进行日志全链路追踪的整合;
模块M3:结合技术中台配置中心进行告警配置文件的多租户配置下发。
优选的,所述模块M1包括以下子模块:
模块M1.1:制定项目部署架构,包括:
在生产区部署全局唯一的APM管理服务,每个可用区部署独立的Collector和ES;
在云原生区部署全局唯一的Query服务;
模块M1.2:制定统一的服务名字:
service name=系统编号_可用区编号::服务名;
模块M1.3:当业务系统申请接入某个可用区时,通过APM管理服务下发该系统编号的Authentication认证到对应区域的Collector,Collector将认证信息存入ES,客户端接入需要同时携带Authentication认证;
模块M1.4:通过Query服务管理GraphQL接口,从而对多个ES的查询聚合。
优选的,所述模块M2包括以下子模块:
模块M2.1:在cap4j和jup框架里引入Skywalking-apm jar包依赖,在日志配置文件中做出相应配置,使框架日志打印出全链路追踪的trace ID;
模块M2.2:改造logstash日志解析模板支持trace ID,将数据存储到ES;
模块M2.3:结合原生中台日志模块的关键字查询功能,通过输入指定Tradeid查询相关日志,实现日志全链路追踪模块的关联。
优选的,所述模块M3包括以下子模块:
模块M3.1:修改Skywalking配置文件,支持Apollo配置中心告警规则动态下发;
模块M3.2:将接入的各业务系统配置的告警配置规则单独存放;
模块M3.3:编写告警配置文件下发逻辑,在告警配置规则下发时,加锁获取每一个租户有效的告警配置规则生成alarm-settings.yml下发至Skywalking。
优选的,所述模块M1.4中,Query服务获取入参service name中的group name携带的可用区编号,选择相应可用区的ES进行查询;如果人参存在多个group name,并携带了多个可用区编号,则聚合查询相应可用区的多个ES;如果没有传人group name,则查询所有的ES。
与现有技术相比,本发明具有如下的有益效果:
1、本发明通过增加agent鉴权,增强oap服务端的安全性,有效防止被攻击。
2、本发明通过增加es聚合查询功能,有效将实际生产中跨网络域的调用串联起来形成完整的调用链路,方便进行问题分析。
3、本发明通过告警配置多租户化,各个业务系统维护自己的告警规则,相比各业务系统直接操作修改原生的独一份的配置而言,提高了配置的安全性,降低误操作的可能性。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1为本发明实施例全链路追踪服务系统的组织架构图;
图2为本发明实施例告警配置原理图。
具体实施方式
下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明,但不以任何形式限制本发明。应当指出的是,对本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变化和改进。这些都属于本发明的保护范围。
本发明介绍了一种全链路追踪服务适配方法,参照图1,包括以下步骤:
步骤S1:对多租户进行适配以及agnet鉴权,对ES聚合查询改造;
步骤S2:针对jup和cap4j平台进行日志全链路追踪的整合;
步骤S3:结合技术中台配置中心进行告警配置文件的多租户配置下发。
具体的步骤S1包括以下子步骤:
步骤S1.1:制定项目部署架构,包括:在生产区部署全局唯一的APM管理服务,每个可用区(防火墙区域)部署独立的Collector和ES;在云原生区部署全局唯一的Query服务;
步骤S1.2:制定统一的服务名字:service name=系统编号_可用区编号::服务名;
步骤S1.3:当业务系统申请接入某个可用区(防火墙区域)时,通过APM管理服务下发该系统编号的Authentication认证到对应区域的Collector,Collector将认证信息存入ES,客户端接入需要同时携带Authentication认证;
步骤S1.4:通过Query服务管理GraphQL接口,从而对多个ES的查询聚合。Query服务获取入参service name中的group。携带的可用区编号,选择相应可用区的ES进行查询。如果入参存在多个group name,并携带了多个可用区编号,则聚合查询相应可用区的多个ES。如果没有传入group name,则查询所有的ES。
具体的,步骤S2包括以下子步骤:
步骤S2.1:在cap4j和新一代JAVA开发平台jup框架里引入Skywalking-apm jar包依赖,在日志配置文件中做出相应配置,使得框架让日志打印出全链路追踪的trace ID:
步骤S2.2:改造logstash日志解析模板支持trace ID,将数据存储到ES;
步骤S2.3:结合原生中台日志模块的关键字查询功能,即可通过输入指定Tradeid查询到相关日志,从而做到日志全链路追踪模块的关联。
参照图2,步骤S3包括以下子步骤:
步骤S3.1:修改Skywalking配置文件,支持Apollo配置中心告警规则动态下发;
步骤S3.2:将各接入的各业务系统配置的告警配置规则单独存放;
步骤S3.3:编写告警配置文件下发逻辑,在告警配置规则下发时,加锁获取每一个租户有效的告警配置规则生成alarm-settings.yml下发至Skywalking。
本发明还介绍了一种全链路追踪服务适配系统,包括以下模块:
模块M1:对多租户进行适配以及agnet鉴权,对ES聚合查询改造;
模块M2:针对jup和cap4j平台进行日志全链路追踪的整合;
模块M3:结合技术中台配置中心进行告警配置文件的多租户配置下发。
更为详细的,所述模块M1包括以下子模块:
模块M1.1:制定项目部署架构,包括:
在生产区部署全局唯一的APM管理服务,每个可用区部署独立的Collector和ES;
在云原生区部署全局唯一的Query服务;
模块M1.2:制定统一的服务名字:
service name=系统编号可用区编号::服务名;
模块M1.3:当业务系统申请接入某个可用区时,通过APM管理服务下发该系统编号的Authentication认证到对应区域的Collector,Collector将认证信息存入ES,客户端接入需要同时携带Authentication认证;
模块M1.4:通过Query服务管理GraphQL接口,从而对多个ES的查询聚合。
更为详细的,所述模块M2包括以下子模块:
模块M2.1:在cap4j和jup框架里引入Skywalking-apm jar包依赖,在日志配置文件中做出相应配置,使框架日志打印出全链路追踪的trace ID;
模块M2.2:改造logstash日志解析模板支持trace ID,将数据存储到ES;
模块M2.3:结合原生中台日志模块的关键字查询功能,通过输入指定Tradeid查询相关日志,实现日志全链路追踪模块的关联。
更为详细的,所述模块M3包括以下子模块:
模块M3.1:修改Skywalking配置文件,支持Apollo配置中心告警规则动态下发;
模块M3.2:将接入的各业务系统配置的告警配置规则单独存放;
模块M3.3:编写告警配置文件下发逻辑,在告警配置规则下发时,加锁获取每一个租户有效的告警配置规则生成alarm-settings.yml下发至Skywalking。
更为详细的,所述模块M1.4中,Query服务获取入参service name中的group name携带的可用区编号,选择相应可用区的ES进行查询;如果入参存在多个group name,并携带了多个可用区编号,则聚合查询相应可用区的多个ES;如果没有传入group name,则查询所有的ES。
本领域技术人员知道,除了以纯计算机可读程序代码方式实现本发明提供的系统及其各个装置、模块、单元以外,完全可以通过将方法步骤进行逻辑编程来使得本发明提供的系统及其各个装置、模块、单元以逻辑门、开关、专用集成电路、可编程逻辑控制器以及嵌入式微控制器等的形式来实现相同功能。所以,本发明提供的系统及其各项装置、模块、单元可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置、模块、单元也可以视为硬件部件内的结构;也可以将用于实现各种功能的装置、模块、单元视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
以上对本发明的具体实施例进行了描述。需要理解的是,本发明并不局限于上述特定实施方式,本领域技术人员可以在权利要求的范围内做出各种变化或修改,这并不影响本发明的实质内容。在不冲突的情况下,本申请的实施例和实施例中的特征可以任意相互组合。
Claims (10)
1.一种全链路追踪服务适配方法,其特征在于,包括以下步骤:
步骤S1:对多租户进行适配以及agnet鉴权,对ES聚合查询改造;
步骤S2:针对jup和cap4j平台进行日志全链路追踪的整合;
步骤S3:结合技术中台配置中心进行告警配置文件的多租户配置下发。
2.根据权利要求1所述的全链路追踪服务适配方法,其特征在于:所述步骤S1包括以下子步骤:
步骤S1.1:制定项目部署架构,包括:
在生产区部署全局唯一的APM管理服务,每个可用区部署独立的Collector和ES;
在云原生区部署全局唯一的Query服务;
步骤S1.2:制定统一的服务名字:
service name=系统编号_可用区编号::服务名;
步骤S1.3:当业务系统申请接入某个可用区时,通过APM管理服务下发该系统编号的Authentication认证到对应区域的Collector,Collector将认证信息存入ES,客户端接入需要同时携带Authentication认证;
步骤S1.4:通过Query服务管理GraphQL接口,从而对多个ES的查询聚合。
3.根据权利要求1所述的全链路追踪服务适配方法,其特征在于:所述步骤S2包括以下子步骤:
步骤S2.1:在cap4j和jup框架里引入Skywalking-apm jar包依赖,在日志配置文件中做出相应配置,使框架日志打印出全链路追踪的trace ID;
步骤S2.2:改造logstash日志解析模板支持trace ID,将数据存储到ES;
步骤S2.3:结合原生中台日志模块的关键字查询功能,通过输入指定Trade id查询相关日志,实现日志全链路追踪模块的关联。
4.根据权利要求1所述的全链路追踪服务适配方法,其特征在于:所述步骤S3包括以下子步骤:
步骤S3.1:修改Skywalking配置文件,支持Apollo配置中心告警规则动态下发;
步骤S3.2:将接入的各业务系统配置的告警配置规则单独存放;
步骤S3.3:编写告警配置文件下发逻辑,在告警配置规则下发时,加锁获取每一个租户有效的告警配置规则生成alarm-settings.yml下发至Skywalking。
5.根据权利要求1所述的全链路追踪服务适配方法,其特征在于:所述步骤S1.4中,Query服务获取人参service name中的group name携带的可用区编号,选择相应可用区的ES进行查询;如果入参存在多个group name,并携带了多个可用区编号,则聚合查询相应可用区的多个ES;如果没有传入group name,则查询所有的ES。
6.一种全链路追踪服务适配系统,其特征在于,包括以下模块:
模块M1:对多租户进行适配以及agnet鉴权,对ES聚合查询改造;
模块M2:针对jup和cap4j平台进行日志全链路追踪的整合;
模块M3:结合技术中台配置中心进行告警配置文件的多租户配置下发。
7.根据权利要求6所述的全链路追踪服务适配系统,其特征在于:所述模块M1包括以下子模块:
模块M1.1:制定项目部署架构,包括:
在生产区部署全局唯一的APM管理服务,每个可用区部署独立的Collector和ES;
在云原生区部署全局唯一的Query服务;
模块M1.2:制定统一的服务名字:
service name=系统编号可用区编号::服务名;
模块M1.3:当业务系统申请接入某个可用区时,通过APM管理服务下发该系统编号的Authentication认证到对应区域的Collector,Collector将认证信息存入ES,客户端接入需要同时携带Authentication认证;
模块M1.4:通过Query服务管理GraphQL接口,从而对多个ES的查询聚合。
8.根据权利要求6所述的全链路追踪服务适配系统,其特征在于:所述模块M2包括以下子模块:
模块M2.1:在cap4j和jup框架里引入Skywalking-apm jar包依赖,在日志配置文件中做出相应配置,使框架日志打印出全链路追踪的trace ID;
模块M2.2:改造logstash日志解析模板支持trace ID,将数据存储到ES;
模块M2.3:结合原生中台日志模块的关键字查询功能,通过输入指定Tradeid查询相关日志,实现日志全链路追踪模块的关联。
9.根据权利要求6所述的全链路追踪服务适配系统,其特征在于:所述模块M3包括以下子模块:
模块M3.1:修改Skywalking配置文件,支持Apollo配置中心告警规则动态下发;
模块M3.2:将接入的各业务系统配置的告警配置规则单独存放;
模块M3.3:编写告警配置文件下发逻辑,在告警配置规则下发时,加锁获取每一个租户有效的告警配置规则生成alarm-settings.yml下发至Skywalking。
10.根据权利要求6所述的全链路追踪服务适配系统,其特征在于:所述模块M1.4中,Query服务获取入参service name中的group name携带的可用区编号,选择相应可用区的ES进行查询;如果入参存在多个group name,并携带了多个可用区编号,则聚合查询相应可用区的多个ES;如果没有传入group name,则查询所有的ES。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111503038.7A CN114201513A (zh) | 2021-12-09 | 2021-12-09 | 全链路追踪服务适配方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111503038.7A CN114201513A (zh) | 2021-12-09 | 2021-12-09 | 全链路追踪服务适配方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114201513A true CN114201513A (zh) | 2022-03-18 |
Family
ID=80651790
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111503038.7A Pending CN114201513A (zh) | 2021-12-09 | 2021-12-09 | 全链路追踪服务适配方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114201513A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114817968A (zh) * | 2022-06-29 | 2022-07-29 | 深圳红途科技有限公司 | 无特征数据的路径追溯方法、装置、设备及存储介质 |
-
2021
- 2021-12-09 CN CN202111503038.7A patent/CN114201513A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114817968A (zh) * | 2022-06-29 | 2022-07-29 | 深圳红途科技有限公司 | 无特征数据的路径追溯方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109684053B (zh) | 大数据的任务调度方法和系统 | |
CN107370786B (zh) | 一种基于微服务架构的通用信息管理系统 | |
CN107783975B (zh) | 分布式数据库同步处理的方法和装置 | |
CN105653425B (zh) | 基于复杂事件处理引擎的监控系统 | |
CN108052634B (zh) | 一种电网生产控制大区与资产管理大区多信息系统的集成方法 | |
CN110543328B (zh) | 基于Ambari的跨平台组件管理方法、系统、终端及存储介质 | |
CN107491371B (zh) | 一种监控部署的方法以及装置 | |
CN101651576A (zh) | 告警信息处理方法和系统 | |
CN114327678B (zh) | 一种支持多引擎的实时数据处理系统及方法 | |
CN113220431B (zh) | 跨云的分布式数据任务调度方法、设备及存储介质 | |
CN109840144B (zh) | 一种针对跨机构批量服务请求的信息服务调度方法及系统 | |
US20200371902A1 (en) | Systems and methods for software regression detection | |
CN108984544A (zh) | 一种分布式系统修改配置信息的方法和装置 | |
CN113704790A (zh) | 一种异常日志信息汇总方法及计算机设备 | |
CN111061741B (zh) | 一种电力测试数据管理方法、系统、终端及存储介质 | |
CN116048467A (zh) | 微服务开发平台及业务系统开发方法 | |
CN111045652B (zh) | 配电网开发及服务系统 | |
CN112580199A (zh) | 基于cim模型的电力系统多维数据统一构建系统 | |
CN108345658A (zh) | 算法计算轨迹的分解处理方法、服务器及存储介质 | |
CN114201513A (zh) | 全链路追踪服务适配方法及系统 | |
CN112445861A (zh) | 信息处理方法、装置、系统及存储介质 | |
CN108154343B (zh) | 一种企业级信息系统的应急处理方法及系统 | |
CN108304219B (zh) | 二次开发平台及方法 | |
CN115496470A (zh) | 全链路配置化数据处理方法、装置和电子设备 | |
CN112187542A (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 |