CN113810474B - Request distribution method and terminal - Google Patents
Request distribution method and terminal Download PDFInfo
- Publication number
- CN113810474B CN113810474B CN202111003771.2A CN202111003771A CN113810474B CN 113810474 B CN113810474 B CN 113810474B CN 202111003771 A CN202111003771 A CN 202111003771A CN 113810474 B CN113810474 B CN 113810474B
- Authority
- CN
- China
- Prior art keywords
- machine room
- service
- micro
- list information
- request
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
Abstract
The invention discloses a request distribution method and a terminal, which are used for receiving a micro-service application request, wherein the micro-service application request comprises a machine room identifier; acquiring service capacity of the machine room corresponding to the machine room identifier, judging whether the service capacity meets preset conditions, and if so, preferentially returning route list information of the machine room corresponding to the machine room identifier; if not, returning the route list information of all the machine rooms; when the micro service application request is received, the machine room identification of the micro service application request is received at the same time, the service capacity of the corresponding machine room is obtained through the machine room identification, when the corresponding machine room has the capability of providing service, the routing list information of the corresponding machine room is preferentially returned to the micro service application, and when the corresponding machine room does not have the capability of providing service, the routing list information of all the machine rooms is returned to the micro service application, so that the routing list information can be filtered or ordered, the load and the distribution of the flow are carried out, and the flow control of the cross machine room or the same machine room is realized.
Description
Technical Field
The present invention relates to the field of server technologies, and in particular, to a method and a terminal for offloading a request.
Background
The current server system is mostly constructed by adopting a micro-service architecture mode. The micro-service architecture mode needs to be provided with a complete set of basic matched components, wherein the main one is a service registration center. The service registry is an important component in the set of micro-service infrastructure components, each of which registers applications with the service registry and obtains a list of applications. The main use flow of the service registration center is as follows: when the application component is started, the micro-service component registers information with the service registry, and then acquires the registration list information of other applications required to be used by the application from the registry at regular time, and stores the registration list information into the local cache of the application itself. When an application is down, failed, network jittered or restarted, the service registry will sense in an active notification or passive detection manner and reject the application with the problem. Finally, other applications can acquire the latest registration list when inquiring the registration list in the next period, so that the faulty application is avoided being accessed.
In micro-service deployment, distributed deployment is mostly adopted. Meanwhile, in order to achieve conditions of high availability, high concurrency, etc., there are multiple deployment instances for each micro-service application. These deployment instances may be distributed among multiple rooms. And even if data interaction is carried out through the special line network bandwidth between different machine rooms, certain request delay exists. And the consumption problem that the capacity of the example cannot support the machine room can exist between the machine room and the machine room. When a registration center mode is adopted, different instances of the same application are deployed in different machine rooms respectively, and in the random access process, network delay of access exists between different machine rooms, so that flow control of the machine rooms or the same machine room cannot be solved.
Disclosure of Invention
The technical problems to be solved by the invention are as follows: the method and the terminal for distributing the requests are provided, and flow control across or with the machine room is realized.
In order to solve the technical problems, the invention adopts the following technical scheme:
a method of offloading a request, comprising the steps of:
receiving a micro-service application request, wherein the micro-service application request comprises a machine room identifier;
acquiring service capacity of a machine room corresponding to the machine room identifier, judging whether the service capacity meets a preset condition, and if so, preferentially returning route list information of the machine room corresponding to the machine room identifier; if not, returning the route list information of all the machine rooms.
In order to solve the technical problems, the invention adopts another technical scheme that:
a requested splitting terminal comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing steps in a requested splitting method as described above when the computer program is executed.
The invention has the beneficial effects that: when the micro service application request is received, the machine room identification of the micro service application request is received at the same time, the service capacity of the corresponding machine room is obtained through the machine room identification, when the corresponding machine room has the capability of providing service, the routing list information of the corresponding machine room is preferentially returned to the micro service application, and when the corresponding machine room does not have the capability of providing service, the routing list information of all the machine rooms is returned to the micro service application, so that the routing list information can be filtered or ordered, the load and the distribution of the flow are carried out, and the flow control of the cross machine room or the same machine room is realized.
Drawings
FIG. 1 is a flow chart illustrating steps of a method for offloading requests according to an embodiment of the present invention;
FIG. 2 is a flow chart showing another step of a method for offloading requests in accordance with an embodiment of the present invention;
fig. 3 is a schematic structural diagram of a requested distribution terminal according to an embodiment of the present invention.
Detailed Description
In order to describe the technical contents, the achieved objects and effects of the present invention in detail, the following description will be made with reference to the embodiments in conjunction with the accompanying drawings.
Referring to fig. 1, a method for splitting requests includes the steps of:
receiving a micro-service application request, wherein the micro-service application request comprises a machine room identifier;
acquiring service capacity of a machine room corresponding to the machine room identifier, judging whether the service capacity meets a preset condition, and if so, preferentially returning route list information of the machine room corresponding to the machine room identifier; if not, returning the route list information of all the machine rooms.
From the above description, the beneficial effects of the invention are as follows: when the micro service application request is received, the machine room identification of the micro service application request is received at the same time, the service capacity of the corresponding machine room is obtained through the machine room identification, when the corresponding machine room has the capability of providing service, the routing list information of the corresponding machine room is preferentially returned to the micro service application, and when the corresponding machine room does not have the capability of providing service, the routing list information of all the machine rooms is returned to the micro service application, so that the filtering or sorting of the routing list information can be performed, the load and the distribution of the flow are performed, and the flow control of the machine room or the same machine room is realized.
Further, if not, the step of returning the route list information of all the machine rooms includes:
if not, acquiring the service capacity of each machine room;
judging whether a machine room meeting the preset conditions exists or not, if so, preferentially returning the routing list information of the machine room meeting the preset conditions; if not, returning the route list information of all the machine rooms.
As can be seen from the above description, by acquiring the service capacity of each machine room and determining whether there is a machine room satisfying the preset condition, the machine room with stronger service capability can be picked out from all the machine rooms providing services and preferentially returned to the micro service application, so that the flow burden of the machine rooms with lower residual service capability is reduced, and the flow control across the machine rooms is realized.
Further, the obtaining the service capacity of each machine room includes:
acquiring the total number of cluster service instances and the number of instances of which each machine room can provide services;
the judging whether the service capacity meets the preset condition comprises the following steps:
and presetting a service capacity threshold, judging whether the ratio of the number of the instances of the service which can be provided by the machine room to the total number of the cluster service instances is larger than the preset service capacity threshold, and if so, enabling the service capacity to meet a preset condition.
As can be seen from the above description, by obtaining the total number of clustered service instances and the number of instances that each machine room can provide services, the current actual service capacity ratio of each machine room can be accurately calculated, and the current load flow capacity of each machine room can be obtained according to the current actual service capacity ratio of each machine room, so that the current micro service application request can be more accurately distributed to the machine room with stronger load flow capacity, and the flow control of the cross machine room is improved.
Further, the obtaining the number of instances that the machine room can provide services includes:
acquiring the total request amount of each instance in each machine room;
judging whether the total request amount of each instance reaches a first threshold value, if not, providing service by the instance;
the number of the instances of the available service is the sum of the number of the instances of the available service in the machine room.
As can be seen from the above description, by acquiring the total request amount of each instance in each machine room and determining whether each instance can provide service according to the set first threshold, it is possible to finely control routing to each instance, thereby implementing instance-level routing and improving the accuracy of flow splitting.
Further, the method further comprises the following steps:
registration information of a client is received, and a long link is generated between the registration information and the client.
As can be seen from the above description, when the registration information of the client is received, a long link is generated between the client and the registration information, so that each micro service application accessing the registration center has a long link with the registration center, and monitoring can be realized on each micro service application.
Further, the obtaining the request total amount of each instance in each machine room includes:
and acquiring the request total amount of each instance in real time according to the long links.
The above description shows that the total request amount of each instance is obtained in real time through the long link between the registry and the client, so that the situation of each instance in each machine room can be fed back in real time, and special processing of real-time distribution and routing of the micro service application request is realized.
Further, before the step of obtaining the service capacity of the machine room corresponding to the machine room identifier, the method further includes the steps of:
judging whether an instance corresponding to the micro-service application request exists in a machine room corresponding to the machine room identifier, if so, executing the step of acquiring the service capacity of the machine room corresponding to the machine room identifier; if not, returning the route list information of all the machine rooms.
As can be seen from the above description, by judging whether the corresponding instance exists in the machine room corresponding to the machine room identifier before the service capacity of the machine room corresponding to the machine room identifier is obtained, when the corresponding instance does not exist, the routing list information of all the machine rooms is directly returned, so that the step of still executing the step of obtaining the service capacity of the machine room when the corresponding instance does not exist is avoided, the time for feeding back the routing list information is reduced, and the information feedback efficiency is improved.
Further, the receiving micro service application request further comprises a gray switch identifier;
the step of judging whether the machine room corresponding to the machine room identifier has the instance corresponding to the micro-service application request comprises the following steps:
judging whether a gray switch is turned on or not according to the gray switch identification, if so, executing the step of acquiring the service capacity of the machine room corresponding to the machine room identification; if not, returning the route list information of all the machine rooms.
As can be seen from the above description, the routing list information required by the micro-service application request is filtered and arranged only when the gray switch identifier is in the on state by acquiring the gray switch identifier; when most of the machine rooms are in an idle state, namely most of the instances have serviceable capability, the routing list information of all the instances can be returned to the micro-service application by closing the gray level switch, so that the access efficiency of the micro-service application is improved.
Further, before receiving the micro service application request, the method further comprises:
and receiving a gray level switch setting request, and opening or closing the gray level switch according to the gray level switch setting request.
As can be seen from the above description, the current gray level is set by receiving the gray level switch setting request, so that the gray level switch can be set to be in an on state or an off state according to the information of the total amount of the request received by the instance in the current machine room, thereby improving the connection efficiency between the client and the server.
Referring to fig. 3, another embodiment of the present invention provides a requested splitting terminal, which includes a memory, a processor, and a computer program stored in the memory and capable of running on the processor, where the processor implements each step in the requested splitting method when executing the computer program.
The above-mentioned request distribution method and terminal of the present invention can be applied to internet related products, such as micro-service deployment projects with a registry, and the following description is made by specific embodiments:
example 1
Referring to fig. 1, a method for splitting requests includes the steps of:
s1, receiving a micro-service application request, wherein the micro-service application request comprises a machine room identifier;
s2, acquiring service capacity of the machine room corresponding to the machine room identifier, judging whether the service capacity meets a preset condition, and if so, preferentially returning route list information of the machine room corresponding to the machine room identifier; if not, acquiring the service capacity of each machine room; judging whether a machine room meeting the preset conditions exists or not, if so, preferentially returning the routing list information of the machine room meeting the preset conditions; if not, returning the route list information of all the machine rooms;
namely, the machine room meeting the preset conditions, the machine room still can provide service support, otherwise, the hidden danger of service capacity of the machine room is indicated;
the obtaining the service capacity of each machine room includes:
acquiring the total number of cluster service instances and the number of instances of which each machine room can provide services; acquiring the total request amount of each instance in each machine room; judging whether the total request amount of each instance reaches a first threshold value, if not, providing service by the instance; the number of the examples capable of providing the service is the sum of the number of the examples capable of providing the service in the machine room; by arranging a monitoring function for the background instance, the routing at the instance level can be finely controlled to each instance, and then the routing at the instance level is realized instead of the routing at the domain name level;
the judging whether the service capacity meets the preset condition comprises the following steps:
a service capacity threshold is preset, whether the ratio of the number of the instances of the service which can be provided by the machine room to the total number of the cluster service instances is larger than the preset service capacity threshold is judged, and if so, the service capacity meets a preset condition;
specifically, the micro service application request is sent by a client; the client uniformly accesses a registration center SDK (Software Development Kit ), and when the routing list information is acquired each time, the machine room mark where the application instance of the client is located is required to be transmitted; setting corresponding machine room attribution for each example;
the receiving end is a server end, and the server end is correspondingly transformed on the basis of the old registration center; when receiving the registration information of the client, generating a long link between the server and the client; according to the long links, the total request amount of each instance is obtained in real time, and special treatment of request diversion and routing is performed in real time; the server is internally provided with a monitoring system which can monitor the request total amount of each instance within a period of time and monitor TPS (Transaction Per Second, transaction amount per second) of the application cluster; for the monitoring function of the background instance, the routing at the instance level can be further realized instead of the routing at the domain name level by finely controlling the routing to each instance.
Example two
The present embodiment differs from the first embodiment in that a step before receiving a micro service application request is defined;
referring to fig. 2, step S0 is further included before step S1: receiving a gray level switch setting request, and opening or closing a gray level switch according to the gray level switch setting request;
the method comprises the steps that a micro service application request is received, and the micro service application request further comprises a gray switch mark; the step S2 includes the step S20:
judging whether a gray switch is turned on according to the gray switch identification, if so, judging whether an instance corresponding to the micro-service application request exists in a machine room corresponding to the machine room identification, and if so, executing the step of acquiring the service capacity of the machine room corresponding to the machine room identification; if not, returning the route list information of all the machine rooms; if the gray level switch is turned off, returning the route list information of all the machine rooms;
under the mode of old servers, the routing list only records intranet IP and port information of each instance; in the present technical solution, the filtering process for the routing list needs to be performed according to the above steps, specifically:
when the gray level switch corresponding to the micro-service application is set to be in a closed state, after receiving a micro-service application request, the gray level switch is marked as closed; thus returning route list information for all of the instances directly;
when the gray level switch corresponding to the micro-service application is set to be in an on state, after receiving a micro-service application request, the gray level switch is marked as being on; judging whether an instance corresponding to the micro service application exists in the corresponding machine room according to the machine room identification, if all the instances corresponding to the micro service application are not in the machine room corresponding to the machine room identification, directly returning to all the routing lists;
when the gray level switch corresponding to the micro service application is set to be in an on state, after receiving the micro service application request, the gray level switch is identified as on, and an instance corresponding to the micro service application exists in the machine room corresponding to the machine room identification, that is, the machine room or both the machine room and the cross machine room exist in the corresponding instance, and then the step S2 is executed.
Example III
Referring to fig. 3, the present embodiment provides a requested splitting terminal, including a memory, a processor, and a computer program stored in the memory and capable of running on the processor, where the processor implements each step in the requested splitting method according to any one of the above embodiments when executing the computer program;
in an alternative embodiment, the requested offload terminal is a registry.
In summary, according to the method and the terminal for splitting requests provided by the invention, the registered examples are additionally monitored through the registration center, and when a micro-service application request is received, a machine room identifier and a gray switch identifier of the micro-service application request are received at the same time, whether gray control is performed or not is judged through the gray switch identifier, when the gray switch identifier is in an on state, whether the examples corresponding to the micro-service application exist in the machine room is judged through the machine room identifier, and only after the corresponding examples exist in the machine room, the service capacity of the machine room is obtained, and whether the service providing capability exists or not is judged; therefore, when the machine room has the capability of providing service, the routing list information of the corresponding machine room is preferentially returned to the micro-service application, and when the corresponding machine room does not have the capability of providing service or no corresponding instance exists in the machine room, the routing list information of all the machine rooms is returned to the micro-service application; in the process of returning the routing list information of all the machine rooms to the micro-service application, by judging whether the machine rooms capable of providing services exist in the cross machine rooms, the capability of providing the services can be returned to the micro-service application preferentially, so that the routing list information can be filtered or ordered, a calling client can be informed in real time, and the traffic is loaded and split, so that the flow control of the cross machine rooms or the same machine rooms is realized.
The foregoing description is only illustrative of the present invention and is not intended to limit the scope of the invention, and all equivalent changes made by the specification and drawings of the present invention, or direct or indirect application in the relevant art, are included in the scope of the present invention.
Claims (7)
1. A method of offloading requests, comprising the steps of:
receiving a micro-service application request, wherein the micro-service application request comprises a machine room identifier;
acquiring service capacity of a machine room corresponding to the machine room identifier, judging whether the service capacity meets a preset condition, and if so, preferentially returning route list information of the machine room corresponding to the machine room identifier; if not, returning the route list information of all the machine rooms;
if not, the step of returning the route list information of all the machine rooms comprises the following steps:
if not, acquiring the service capacity of each machine room;
judging whether a machine room meeting the preset conditions exists or not, if so, preferentially returning the routing list information of the machine room meeting the preset conditions; if not, returning the route list information of all the machine rooms;
the obtaining the service capacity of each machine room includes:
acquiring the total number of cluster service instances and the number of instances of which each machine room can provide services;
the judging whether the service capacity meets the preset condition comprises the following steps:
a service capacity threshold is preset, whether the ratio of the number of the instances of the service which can be provided by the machine room to the total number of the cluster service instances is larger than the preset service capacity threshold is judged, and if so, the service capacity meets a preset condition;
the obtaining the total number of cluster service instances and the number of instances that each machine room can provide services includes:
acquiring the total request amount of each instance in each machine room;
judging whether the total request amount of each instance reaches a first threshold value, if not, providing service by the instance;
the number of the instances of the available service is the sum of the number of the instances of the available service in each machine room.
2. A method of offloading a request according to claim 1, further comprising:
registration information of a client is received, and a long link is generated between the registration information and the client.
3. A method of offloading requests according to claim 2, wherein said obtaining a total amount of requests for each instance in each of said rooms comprises:
and acquiring the request total amount of each instance in real time according to the long links.
4. The method for offloading requests according to claim 1, wherein before obtaining the service capacity of the machine room corresponding to the machine room identifier, further comprises the steps of:
judging whether an instance corresponding to the micro-service application request exists in a machine room corresponding to the machine room identifier, if so, executing the step of acquiring the service capacity of the machine room corresponding to the machine room identifier; if not, returning the route list information of all the machine rooms.
5. The method of claim 4, wherein said receiving a micro-service application request, said micro-service application request further comprising a gray scale switch identification;
the step of judging whether the machine room corresponding to the machine room identifier has the instance corresponding to the micro-service application request comprises the following steps:
judging whether a gray switch is turned on or not according to the gray switch identification, if so, executing the step of acquiring the service capacity of the machine room corresponding to the machine room identification; if not, returning the route list information of all the machine rooms.
6. The method of claim 5, wherein prior to receiving the micro service application request, further comprising:
and receiving a gray level switch setting request, and opening or closing the gray level switch according to the gray level switch setting request.
7. A requested splitting terminal comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the steps of a requested splitting method according to any of claims 1-6 when the computer program is executed.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111003771.2A CN113810474B (en) | 2021-08-30 | 2021-08-30 | Request distribution method and terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111003771.2A CN113810474B (en) | 2021-08-30 | 2021-08-30 | Request distribution method and terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113810474A CN113810474A (en) | 2021-12-17 |
| CN113810474B true CN113810474B (en) | 2023-04-28 |
Family
ID=78942229
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111003771.2A Active CN113810474B (en) | 2021-08-30 | 2021-08-30 | Request distribution method and terminal |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113810474B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114710494A (en) * | 2022-04-22 | 2022-07-05 | 中国工商银行股份有限公司 | Application management method, device and storage medium |
| CN115118652A (en) * | 2022-07-18 | 2022-09-27 | 中信百信银行股份有限公司 | Route distribution method, device and equipment and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN208013754U (en) * | 2018-02-05 | 2018-10-26 | 珠海格力电器股份有限公司 | A kind of machine room monitoring system |
| CN110633175A (en) * | 2019-09-27 | 2019-12-31 | 掌阅科技股份有限公司 | Multi-computer-room data processing method based on micro-service, electronic equipment and storage medium |
| CN112910798A (en) * | 2021-01-20 | 2021-06-04 | 北京洛塔信息技术有限公司 | Automatic traffic scheduling method, system, equipment and storage medium |
| CN112995310A (en) * | 2021-02-10 | 2021-06-18 | 中国工商银行股份有限公司 | Multi-hierarchy calling gray level publishing method and device based on custom routing |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109120678B (en) * | 2018-07-26 | 2021-05-14 | 北京百度网讯科技有限公司 | Method and apparatus for service hosting of distributed storage system |
-
2021
- 2021-08-30 CN CN202111003771.2A patent/CN113810474B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN208013754U (en) * | 2018-02-05 | 2018-10-26 | 珠海格力电器股份有限公司 | A kind of machine room monitoring system |
| CN110633175A (en) * | 2019-09-27 | 2019-12-31 | 掌阅科技股份有限公司 | Multi-computer-room data processing method based on micro-service, electronic equipment and storage medium |
| CN112910798A (en) * | 2021-01-20 | 2021-06-04 | 北京洛塔信息技术有限公司 | Automatic traffic scheduling method, system, equipment and storage medium |
| CN112995310A (en) * | 2021-02-10 | 2021-06-18 | 中国工商银行股份有限公司 | Multi-hierarchy calling gray level publishing method and device based on custom routing |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113810474A (en) | 2021-12-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7739391B2 (en) | Gateway for wireless mobile clients | |
| US8966121B2 (en) | Client-side management of domain name information | |
| CN113810474B (en) | Request distribution method and terminal | |
| US8661077B2 (en) | Methods, systems and computer readable media for providing a failover measure using watcher information (WINFO) architecture | |
| US7237239B1 (en) | Availability and consistent service semantics in a load balanced collection of services running different instances of an application | |
| US20070150602A1 (en) | Distributed and Replicated Sessions on Computing Grids | |
| US20100106915A1 (en) | Poll based cache event notifications in a distributed cache | |
| CN109995859A (en) | A kind of dispatching method, dispatch server and computer readable storage medium | |
| US10924326B2 (en) | Method and system for clustered real-time correlation of trace data fragments describing distributed transaction executions | |
| CN104601702B (en) | Cluster remote procedure calling (PRC) method and system | |
| CN107018159B (en) | Service request processing method and device, and service request method and device | |
| US20080313349A1 (en) | Connecting a client to one of a plurality of servers | |
| CN115499447A (en) | Cluster master node confirmation method and device, electronic equipment and storage medium | |
| KR20110063328A (en) | Remote procedure call(rpc) bind service with physical interface query and selection | |
| US20140089485A1 (en) | Method and Arrangement for Providing Update Notifications in a Telecommunication Network | |
| CN115103008B (en) | Service request forwarding system | |
| CN110995890B (en) | Domain name request scheduling method and device | |
| US20230146880A1 (en) | Management system and management method | |
| US20040226022A1 (en) | Method and apparatus for providing a client-side local proxy object for a distributed object-oriented system | |
| JP2003256390A (en) | Distributed object system | |
| CN115102854B (en) | Remote procedure call route management control method, system and equipment for micro-service | |
| JP2001331398A (en) | Server-managing system | |
| JP2004515834A (en) | Distributed web serving system | |
| JP4123440B2 (en) | Object-oriented network distributed computing system, load balancing apparatus and server thereof | |
| CN114463124A (en) | System service processing method, device, system and computer readable storage medium |
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 |