CN113778622A - Cloud desktop keyboard event processing method, device, equipment and storage medium - Google Patents
Cloud desktop keyboard event processing method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN113778622A CN113778622A CN202110959044.7A CN202110959044A CN113778622A CN 113778622 A CN113778622 A CN 113778622A CN 202110959044 A CN202110959044 A CN 202110959044A CN 113778622 A CN113778622 A CN 113778622A
- Authority
- CN
- China
- Prior art keywords
- keyboard
- event
- shielded
- cloud desktop
- need
- 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
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45587—Isolation or security of virtual machine instances
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Abstract
The invention provides a cloud desktop keyboard event processing method, device, equipment and storage medium, and aims to solve the technical problems of key state synchronization and convenience in use of a cloud desktop keyboard. The method comprises the steps that a cloud desktop client process opens a device file mapped by physical keyboard devices in an exclusive mode, reads keyboard events from the device file mapped by the physical keyboard devices and directly transmits the keyboard events to a virtual machine, meanwhile, one virtual keyboard device is simulated in a user space, and keyboard events which do not need to be shielded are written into the device file mapped by the virtual keyboard devices. According to the method and the device, the key events which do not need to be shielded can be omitted while the local keyboard events are shielded, the synchronization of the local safety state and the virtual machine is realized, and the convenience of the cloud desktop application is improved.
Description
Technical Field
The invention relates to the technical field of computers and cloud computing, in particular to a cloud desktop keyboard event processing method, device, equipment and storage medium.
Background
Under the big background of the cloud computing technology of being different in day and month, the application scenes of the cloud desktop are more and more extensive, for example, the solution of the cloud desktop can be applied to daily office work, school teaching and the like, computer resources are reasonably distributed, computer management is simplified, power consumption is reduced, and office efficiency is improved.
The cloud Desktop scheme platform is based on a Virtual Desktop Infrastructure (VDI), and can host a Desktop environment of a user to a high-performance server in the form of a Virtual machine, so as to provide the user with almost the same user experience as a physical PC. An ordinary user can use the cloud desktop of the user through various terminal devices such as a PC (personal computer), a thin client and the like to complete tasks such as daily office work, and an administrator can realize visual management of all cloud desktop resources and batch deployment of the cloud desktops to meet the requirements of a large number of users. The cloud desktop system architecture mainly comprises terminal equipment (client), a desktop connection protocol, a cloud desktop management platform, a virtualization management platform, infrastructure components, desktop resources, namely a Virtual Machine (VM) pool and the like.
In a cloud desktop application scene, after a virtual machine is connected, local keyboard event processing needs to be shielded, and all local keyboard events are transmitted to the virtual machine side, so that a shortcut key is prevented from being switched out of a virtual machine window. However, in some scenarios, part of the keyboard events need to be issued to local processes at the same time, such as NumLock and CapsLock, for rapidly synchronizing the state of the local keyboard lock key, which cannot be achieved by the current technical solution.
Disclosure of Invention
In view of this, the invention provides a cloud desktop keyboard event processing method, a cloud desktop keyboard event processing device, cloud desktop keyboard event processing equipment and a storage medium, which are used for solving the technical problems of key state synchronization and convenience in use of a cloud desktop keyboard.
On the basis of one aspect of the embodiment of the invention, the invention provides a cloud desktop keyboard event processing method, which is applied to a cloud desktop client and comprises the following steps:
the method comprises the steps that a cloud desktop client process opens a device file mapped by physical keyboard equipment in an exclusive mode, reads a keyboard event from the device file mapped by the physical keyboard equipment and directly transmits the keyboard event to a virtual machine;
the cloud desktop client process simulates a virtual keyboard device in a user space, and writes a keyboard event which does not need to be shielded into a device file mapped by the virtual keyboard device, wherein the keyboard event which does not need to be shielded is a keyboard event read from the device file mapped by the physical keyboard device.
Further, the method further comprises:
and the XServer acquires the keyboard event which does not need to be shielded by reading the device file mapped by the virtual keyboard device, and then forwards the appointed keyboard event which does not need to be shielded to each XClient for processing.
Further, the cloud desktop client process uses the Uinput to simulate a virtual keyboard device in user space.
Further, the keyboard event which does not need to be shielded is a keyboard event generated by a NumLock key, a CapsLock key or a ScrollLock key.
On the other hand, the invention also provides a cloud desktop keyboard event processing device, which is applied to equipment where a cloud desktop client is located, and comprises:
the event transparent transmission module is used for opening the device file mapped by the physical keyboard device in an exclusive mode, reading a keyboard event from the device file mapped by the physical keyboard device and directly transmitting the keyboard event to the virtual machine;
the non-shielding module is used for simulating a virtual keyboard device in a user space, and writing a keyboard event which does not need to be shielded into the device file mapped by the virtual keyboard device, wherein the keyboard event which does not need to be shielded is the keyboard event read from the device file mapped by the physical keyboard device.
In the technical scheme provided by the invention, a cloud desktop client process opens a device file mapped by a physical keyboard device in an exclusive mode, reads a keyboard event from the device file mapped by the physical keyboard device and directly transmits the keyboard event to a virtual machine, and simultaneously simulates a virtual keyboard device in a user space and writes the keyboard event which does not need shielding into the device file mapped by the virtual keyboard device. According to the method and the device, the key events which do not need to be shielded can be omitted while the local keyboard events are shielded, the synchronization of the local safety state and the virtual machine is realized, and the convenience of the cloud desktop application is improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments of the present invention or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments described in the present invention, and for those skilled in the art, other drawings may be obtained according to the drawings of the embodiments of the present invention.
FIG. 1 is a schematic diagram of the overall architecture of an X Window system;
FIG. 2 is a schematic diagram of a hierarchical architecture of a Linux input subsystem;
fig. 3 is a schematic flowchart illustrating steps of a cloud desktop keyboard event processing method according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a cloud desktop keyboard event processing apparatus according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
The terminology used in the embodiments of the invention is for the purpose of describing particular embodiments only and is not intended to be limiting of the embodiments of the invention. As used in this embodiment of the invention, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term "and/or" as used herein is meant to encompass any and all possible combinations of one or more of the associated listed items.
It should be understood that although the terms first, second, third, etc. may be used to describe various information in embodiments of the present invention, the information should not be limited by these terms. These terms are only used to distinguish one type of information from another. For example, the first information may also be referred to as second information, and similarly, the second information may also be referred to as first information, without departing from the scope of embodiments of the present invention. Depending on the context, moreover, the word "if" as used may be interpreted as "at … …" or "when … …" or "in response to a determination".
The technical scheme provided by the invention relates to the field of processing keyboard events by a cloud desktop client of a Linux system, an input subsystem framework of the Linux system and the like.
The invention aims to provide a cloud desktop keyboard event processing method, which aims to realize the following two purposes after a cloud desktop client (client for short) is connected with a virtual machine:
(1) except for the appointed keyboard event, locally shielding the processing of the local keyboard event at the client, namely missing the key event which does not need to be shielded while obtaining the shielding effect of the local keyboard event;
(2) and transmitting all keyboard events of the local client side to the virtual machine side.
According to the technical scheme provided by the invention, the keyboard event from the cloud desktop client side of the Linux system to the virtual machine can be transmitted, and the convenience of cloud desktop application is improved.
The X Window is a software Window system displayed in a bitmap mode, and adopts a C/S structure. In the X Window system, a C end, namely a client is a side for executing programs, various X programs are executed on the C end, namely the client, and an S end, namely a server is a side responsible for displaying windows for the client to run the programs.
The composition of the X Window system can be divided into three parts, namely X server, X client and X protocol. The X server mainly controls input and output, and maintains related resources such as fonts and colors. The X server receives input information of an input device and transmits the input information to the X client, and the X client processes the information and returns the processed information to the output device (such as a display). The information transmitted by the X server to the X client is called Event, and is mainly information of input devices such as a keyboard and a mouse and the state of a window. The information transmitted by the X client to the X server is called Request, and mainly requires the X server to establish a window, change the size and position of the window or draw and output characters on the window, and the like. The X client is mainly a part for completing the calculation processing of the application program, does not receive input information of a user, inputs the input information to the X server, and then transmits the input information to the X client in an Event form by the X server. After the X client carries out corresponding processing on the received Event, if the Event needs to be output to a screen or the appearance of a picture needs to be changed, a Request is sent to the X server, and the X server is responsible for displaying.
Fig. 1 is a schematic diagram of the overall architecture of an X Window system. The Linux input subsystem (Linux input subsystem) is realized by three layers from top to bottom, wherein the three layers are respectively as follows: an Event Handler layer (Event Handler), a Core layer (Input Core), and a device driver layer.
Device driver layer: the method mainly realizes read-write access to hardware equipment, interrupt setting and converts an event generated by the hardware into a specification defined by a core layer and submits the specification to an event processing layer.
Core layer: specifications and interfaces are provided for the device driver layer. The device driver layer only needs to care about how to drive the hardware and obtain the hardware data (for example, the data of the pressed key), and then calls an interface provided by the core layer, and the core layer automatically submits the data to the event processing layer.
An event processing layer: the event handling layer is a user-programmed interface (device node) for handling data submitted by the driver layer.
The processing chain of an input event is as follows: and finally, the Input Event is transmitted to the application program from the device driver- > Input core layer- > Event handler- > user space userspace of the specific device.
Fig. 2 is a schematic diagram of a hierarchical architecture of the Linux input subsystem, and as shown in the figure, the keyboard device is finally mapped to the user layer as a device file, such as: input/event 0. XServer will fetch the keyboard entry event by reading the file and then forward the event to each XClient for processing.
Fig. 3 is a schematic flow chart illustrating steps of a cloud desktop keyboard event processing method implemented based on the Linux input subsystem architecture and the X Windows system architecture in an embodiment of the present invention, where the method includes:
in the step, a device mapping file of the keyboard device, for example/input/event 0, is opened directly through an open function, and the device file is set to be in an eviiocgrrab mode through a device control interface function ioctl in a device driver, that is, the device file mapped by the keyboard device is opened in an exclusive mode, and a keyboard event is grabbed from the device file. Because the device file mapped by the keyboard device is opened in the exclusive mode, the XServer cannot read the keyboard input event in the device file, and therefore the effect of shielding the local keyboard event is achieved. And meanwhile, directly transmitting the read keyboard event to a virtual machine located at the cloud end.
The ui is a kernel module that can simulate the input device from user space. The cloud desktop client process may use the Uinput to create a virtual input device with specific functionality, such as a keyboard device.
After the virtual keyboard device is created, the cloud desktop client process may write a specified keyboard event that does not need to be masked through a device file mapped to the virtual keyboard device, such as "/dev/ui" or "/dev/input/ui", and the written keyboard event is transmitted to the user space and the kernel user. And the XServer acquires the appointed keyboard event which does not need to be shielded by reading the keyboard event in the device file mapped by the virtual keyboard device and distributes the keyboard event to each window. The specified events which do not need to be shielded can be corresponding keyboard events when a NumLock key, a CapsLock key or a ScrollLock key is pressed.
Through the steps, the specified keyboard events which do not need to be shielded are sent to the cloud virtual machine, and meanwhile, the specified keyboard events which do not need to be shielded are omitted locally and are processed by a local system, so that the states of the keys are synchronous with the virtual machine.
According to the technical scheme provided by the invention, key events which do not need to be shielded can be omitted while local keyboard events are shielded, so that the synchronization between the local security state and the virtual machine is realized, and the convenience of cloud desktop application is improved.
Fig. 4 is a schematic structural diagram of a cloud desktop keyboard event processing apparatus according to an embodiment of the present invention, and each functional module in the apparatus 400 may be implemented by software, hardware, or a combination of software and hardware. The device 400 is applied to a device where a cloud desktop client is located, and the device 400 includes: an event transparent transmission module 401 and a non-shielding module 402.
The event transparent transmission module 401 is configured to open the device file mapped by the physical keyboard device in the exclusive mode, read a keyboard event from the device file mapped by the physical keyboard device, and directly transmit the keyboard event to the virtual machine;
the non-masking module 402 is configured to simulate a virtual keyboard device in a user space, and write a keyboard event that does not need to be masked into a device file mapped to the virtual keyboard device, where the keyboard event that does not need to be masked is a keyboard event read from the device file mapped to the physical keyboard device.
Furthermore, the XServer obtains the keyboard event which does not need to be shielded by reading the device file mapped by the virtual keyboard device, and then forwards the specified keyboard event which does not need to be shielded to each XClient for processing.
Further, unshielded module 402 uses the Uinput to simulate a virtual keyboard device in user space.
The keyboard events that do not need to be shielded may be keyboard events generated by keys such as a NumLock key, a CapsLock key, or a ScrollLock key.
Fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present invention, where the electronic device 500 includes: a processor 510 such as a Central Processing Unit (CPU), a communication bus 520, a communication interface 540, and a storage medium 530. Wherein the processor 510 and the storage medium 530 may communicate with each other through a communication bus 520. The storage medium 530 stores therein a computer program that, when executed by the processor 510, performs the functions of the steps of the method provided by the present invention.
The storage medium may include a Random Access Memory (RAM) or a Non-Volatile Memory (NVM), such as at least one disk Memory. In addition, the storage medium may be at least one memory device located remotely from the processor. The Processor may be a general-purpose Processor including a Central Processing Unit (CPU), a Network Processor (NP), etc.; but also Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components.
It should be recognized that embodiments of the present invention can be realized and implemented by computer hardware, a combination of hardware and software, or by computer instructions stored in a non-transitory memory. The method may be implemented in a computer program using standard programming techniques, including a non-transitory storage medium configured with the computer program, where the storage medium so configured causes a computer to operate in a specific and predefined manner. Each program may be implemented in a high level procedural or object oriented programming language to communicate with a computer system. However, the program(s) can be implemented in assembly or machine language, if desired. In any case, the language may be a compiled or interpreted language. Furthermore, the program can be run on a programmed application specific integrated circuit for this purpose. Further, operations of processes described herein may be performed in any suitable order unless otherwise indicated herein or otherwise clearly contradicted by context. The processes described herein (or variations and/or combinations thereof) may be performed under the control of one or more computer systems configured with executable instructions and may be implemented as code (e.g., executable instructions, one or more computer programs, or one or more applications) collectively executed on one or more processors, by hardware, or combinations thereof. The computer program includes a plurality of instructions executable by one or more processors.
Further, the method may be implemented in any type of computing platform operatively connected to a suitable interface, including but not limited to a personal computer, mini computer, mainframe, workstation, networked or distributed computing environment, separate or integrated computer platform, or in communication with a charged particle tool or other imaging device, and the like. Aspects of the invention may be embodied in machine-readable code stored on a non-transitory storage medium or device, whether removable or integrated into a computing platform, such as a hard disk, optically read and/or write storage medium, RAM, ROM, or the like, such that it may be read by a programmable computer, which when read by the storage medium or device, is operative to configure and operate the computer to perform the procedures described herein. Further, the machine-readable code, or portions thereof, may be transmitted over a wired or wireless network. The present invention includes these and other different types of non-transitory computer-readable storage media when such media include instructions or programs that implement the above-described steps in conjunction with a microprocessor or other data processor. The invention also includes the computer itself when programmed according to the methods and techniques described herein.
The above description is only an example of the present invention, and is not intended to limit the present invention. Various modifications and alterations to this invention will become apparent to those skilled in the art. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (10)
1. A cloud desktop keyboard event processing method is applied to a cloud desktop client, and comprises the following steps:
the method comprises the steps that a cloud desktop client process opens a device file mapped by physical keyboard equipment in an exclusive mode, reads a keyboard event from the device file mapped by the physical keyboard equipment and directly transmits the keyboard event to a virtual machine;
the cloud desktop client process simulates a virtual keyboard device in a user space, and writes a keyboard event which does not need to be shielded into a device file mapped by the virtual keyboard device, wherein the keyboard event which does not need to be shielded is a keyboard event read from the device file mapped by the physical keyboard device.
2. The method of claim 1, further comprising:
and the XServer acquires the keyboard event which does not need to be shielded by reading the device file mapped by the virtual keyboard device, and then forwards the appointed keyboard event which does not need to be shielded to each XClient for processing.
3. The method of claim 1,
the cloud desktop client process uses the Uinput to simulate a virtual keyboard device in the user space.
4. The method of claim 1,
the keyboard events which do not need to be shielded are keyboard events generated by a NumLock key, a CapsLock key or a ScrollLock key.
5. The cloud desktop keyboard event processing device is applied to equipment where a cloud desktop client is located, and comprises the following components:
the event transparent transmission module is used for opening the device file mapped by the physical keyboard device in an exclusive mode, reading a keyboard event from the device file mapped by the physical keyboard device and directly transmitting the keyboard event to the virtual machine;
the non-shielding module is used for simulating a virtual keyboard device in a user space, and writing a keyboard event which does not need to be shielded into the device file mapped by the virtual keyboard device, wherein the keyboard event which does not need to be shielded is the keyboard event read from the device file mapped by the physical keyboard device.
6. The apparatus of claim 5,
and the XServer acquires the keyboard event which does not need to be shielded by reading the device file mapped by the virtual keyboard device, and then forwards the appointed keyboard event which does not need to be shielded to each XClient for processing.
7. The apparatus of claim 5,
the non-shielded module simulates a virtual keyboard device in user space using a Uinput.
8. The apparatus of claim 5,
the keyboard events which do not need to be shielded are keyboard events generated by a NumLock key, a CapsLock key or a ScrollLock key.
9. An electronic device is characterized by comprising a processor, a communication interface, a storage medium and a communication bus, wherein the processor, the communication interface and the storage medium are communicated with each other through the communication bus;
a storage medium for storing a computer program;
a processor for performing the method steps of any one of claims 1 to 4 when executing a computer program stored on a storage medium.
10. A storage medium on which a computer program is stored which, when being executed by a processor, carries out the method steps of any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110959044.7A CN113778622A (en) | 2021-08-20 | 2021-08-20 | Cloud desktop keyboard event processing method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110959044.7A CN113778622A (en) | 2021-08-20 | 2021-08-20 | Cloud desktop keyboard event processing method, device, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113778622A true CN113778622A (en) | 2021-12-10 |
Family
ID=78838439
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110959044.7A Pending CN113778622A (en) | 2021-08-20 | 2021-08-20 | Cloud desktop keyboard event processing method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113778622A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114327089A (en) * | 2021-12-30 | 2022-04-12 | 奇安信科技集团股份有限公司 | Keyboard event processing method and device, storage medium and computer equipment |
-
2021
- 2021-08-20 CN CN202110959044.7A patent/CN113778622A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114327089A (en) * | 2021-12-30 | 2022-04-12 | 奇安信科技集团股份有限公司 | Keyboard event processing method and device, storage medium and computer equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11494010B2 (en) | Touch support for remoted applications | |
| Gosling et al. | The NeWS book: an introduction to the network/extensible window system | |
| US7870566B2 (en) | Application integration for operating systems without inter-process integration support | |
| JP2002511161A (en) | Emulator for visual display object file and method of operation | |
| CN103874984A (en) | Virtualizable and forward-compatible hardware-software interface | |
| WO2022213832A1 (en) | Computer device, virtualization acceleration device, remote control method and storage medium | |
| CN110968305A (en) | Applet visualization generation method, device, equipment and storage medium | |
| US20100141664A1 (en) | Efficient GPU Context Save And Restore For Hosted Graphics | |
| US20170052701A1 (en) | Dynamic virtual keyboard graphical user interface | |
| US20110119684A1 (en) | Combining Interfaces Of Shell Applications And Sub-applications | |
| JP2018509686A (en) | Edit and manipulate ink strokes | |
| CN105659221A (en) | Graphical user interface having enhanced tool for connecting components | |
| CN109471626B (en) | Page logic structure, page generation method, page data processing method and device | |
| KR20220004807A (en) | Annotation tool generation method, annotation method, device, and apparatus and storage medium and computer program | |
| US10089019B2 (en) | Minimizing latency from peripheral devices to compute engines | |
| CN111880879A (en) | Playing method, device, equipment and storage medium of dynamic wallpaper | |
| US11249771B2 (en) | Terminal input invocation | |
| CN113778622A (en) | Cloud desktop keyboard event processing method, device, equipment and storage medium | |
| US20210034318A1 (en) | Shared volume computing architecture of a virtual reality environment and related systems and methods | |
| KR20220061959A (en) | Rendering of images using a declarative graphics server | |
| CN114629800A (en) | Visual generation method, device, terminal and storage medium for industrial control network target range | |
| JP2001256072A (en) | System emulator | |
| Kuester et al. | Virtualexplorer: A plugin-based virtual reality framework | |
| US20240033625A1 (en) | Rendering method and apparatus for virtual scene, electronic device, computer-readable storage medium, and computer program product | |
| CN117234655B (en) | Method, device, equipment and medium for running Linux desktop program based on android system |
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 |