CN107992355B - Method and device for deploying application software and virtual machine - Google Patents
Method and device for deploying application software and virtual machine Download PDFInfo
- Publication number
- CN107992355B CN107992355B CN201711395237.4A CN201711395237A CN107992355B CN 107992355 B CN107992355 B CN 107992355B CN 201711395237 A CN201711395237 A CN 201711395237A CN 107992355 B CN107992355 B CN 107992355B
- Authority
- CN
- China
- Prior art keywords
- file
- path
- registry
- disk
- application program
- 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
-
- 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
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
-
- 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/45562—Creating, deleting, cloning virtual machine instances
Abstract
A method, a device and a virtual machine for deploying application software are disclosed. The method for deploying the application software comprises the following steps: mounting a target disk in a read-write mode, intercepting file operation and registry operation through a file system filter driver, redirecting an actual installation path of an application program to a partition of the target disk, and storing registry operation records of the application program through a registry file created on the target disk; and mounting a target disk bearing an application program installation file and registry operation records in a read-only mode, intercepting access operation of the application program through a file system filter driver and carrying out redirection processing. The technical scheme can simplify the deployment process of the application program and improve the deployment efficiency.
Description
Technical Field
The invention relates to the technical field of computers, in particular to a method and a device for deploying application software and a virtual machine.
Background
Virtual Desktop Infrastructure (VDI) is widely used at present. Instead of configuring each user with a desktop PC running a Windows operating system, VDI creates a Windows desktop image for each user, and different users can obtain a uniform experience using a uniform Windows desktop image. A general desktop environment can be deployed quickly over a network. A server may support many virtual desktops, transporting the desktop operating system provided to end users via various protocols.
However, the desktop is not the purpose, and what the end user needs is an Application (APP) on the desktop. In the related art, an administrator embeds necessary software in an operating system template when making the template. And the virtual machine user completes the installation of necessary software while installing the operating system template. However, this method binds the application program and the operating system, and after the operating system template is distributed to each virtual machine, each user maintains and upgrades the application program, which is very inconvenient.
Disclosure of Invention
The invention aims to provide a method, a device and a virtual machine for deploying application software, which can simplify the deployment process of an application program and improve the deployment efficiency.
The embodiment of the invention provides a method for deploying application software, which comprises the following steps:
mounting a target disk in a read-write mode, intercepting file operation and registry operation through a file system filter driver, redirecting an actual installation path of an application program to a partition of the target disk, and storing registry operation records of the application program through a registry file created on the target disk;
and mounting a target disk bearing an application program installation file and registry operation records in a read-only mode, intercepting access operation of the application program through a file system filter driver and carrying out redirection processing.
The embodiment of the invention also provides a device for deploying application software, which comprises:
the disk software package template manufacturing module is used for mounting a target disk in a read-write mode, intercepting file operation and registry operation through a file system filter driver, redirecting an actual installation path of an application program to a partition of the target disk, and storing registry operation records of the application program through a registry file created on the target disk;
and the disk software package template using module is used for mounting a target disk bearing an application program installation file and registry operation records in a read-only mode, intercepting access operation of the application program through a file system filter driver and carrying out redirection processing.
An embodiment of the present invention further provides a virtual machine, including:
the system comprises a memory, a processor and a program for deploying application software, wherein the program for deploying application software is stored on the memory and can run on the processor, and the program for deploying application software realizes the steps of the method for deploying application software when being executed by the processor.
The embodiment of the present invention further provides a computer-readable storage medium, which is characterized in that a program for deploying application software is stored on the computer-readable storage medium, and when being executed by a processor, the program for deploying application software realizes the steps of the method for deploying application software.
Compared with the prior art, the invention provides a method, a device and a virtual machine for deploying application software, wherein a disk software package template is generated by uniformly installing (updating) all application programs on an independent disk, the virtual machine mounts a target disk (the independent disk where the disk software package template is located) bearing an application program installation file and registry operation records in a read-only mode, the access operation to the application programs is intercepted through a file system filter driver and is subjected to redirection processing, the application programs are not actually installed on the virtual machine one by one, and the installation is shown only through redirection, so that the second-level deployment and installation can be achieved, the application program deployment flow is simplified, and the deployment efficiency is improved.
Drawings
Fig. 1 is a flowchart of a method for deploying application software according to embodiment 1 of the present invention;
FIG. 2 is a schematic diagram of an apparatus for deploying application software according to embodiment 2 of the present invention;
fig. 3 is a schematic diagram of a virtual desktop infrastructure in example 1 of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that the embodiments and features of the embodiments in the present application may be arbitrarily combined with each other without conflict.
Example 1
As shown in fig. 1, an embodiment of the present invention provides a method for deploying application software, including:
step S110, mounting a target disk in a read-write mode, intercepting file operation and registry operation through a file system filter driver, redirecting an actual installation path of an application program to a partition of the target disk, and storing registry operation records of the application program through a registry file created on the target disk;
and step S120, mounting a target disk bearing the installation file of the application program and the registry operation record in a read-only mode, intercepting the access operation of the application program through a file system filter driver and carrying out redirection processing.
The method further comprises the following features:
in one implementation mode, when a target disk is mounted in a read-write mode, the target disk is allocated to a virtual machine for independent use; when a target disk bearing an application program installation file and registry operation records is mounted in a read-only mode, the target disk is allocated to one or more virtual machines to be used together;
in one embodiment, the target disk is a removable hard disk;
in one embodiment, after mounting the target disk in a read-write manner, the method further includes:
before installing or updating an application program, sending a notification message to a file system filter driver through an auxiliary tool, and triggering the file system filter driver to work in a disk software package template manufacturing mode;
after all the application programs are installed or updated, sending a notification message to a file system filter driver through an auxiliary tool, triggering the file system filter driver to exit a disk software package template making mode, and entering an idle mode;
in one embodiment, the method further comprises:
after all the application programs are installed or updated, collecting application program installation information through an auxiliary tool, and storing the application program installation information in a configuration file created on the target disk;
in one embodiment, after mounting the target disk carrying the application installation file and the registry operation record in a read-only manner, the method further comprises:
sending a notification message to a file system filter driver through an auxiliary tool, and triggering the file system filter driver to work in a use mode of a disk software package template;
in one embodiment, the intercepting and redirecting the access operation to the application program by the file system filter driver includes:
reading the registry operation record saved on the partition of the target disk, and copying the registry operation record into a registry backup file created in a system cache;
when the registry operation is intercepted by a file system filter driver, redirecting the operation to a registry record in a registry backup file established in a system cache;
in one embodiment, the intercepting and redirecting the access operation to the application program by the file system filter driver includes:
when a file system filter driver intercepts write operation of a file generated in the installation process of the application program, copying an original file stored on the target disk into a system cache, and redirecting the write operation to a corresponding file in the system cache;
in one embodiment, the intercepting and redirecting the access operation to the application program by the file system filter driver includes:
when the file system filter driver intercepts the reading operation of the file generated in the installation process of the application program, if the corresponding file exists in the system cache, the reading operation is carried out on the corresponding file in the system cache, and if the corresponding file does not exist in the system cache, the reading operation is carried out on the corresponding file on the target disk;
example 2
As shown in fig. 2, an embodiment of the present invention provides an apparatus for deploying application software, including:
a disk package template making module 201, configured to mount a target disk in a read-write manner, intercept file operations and registry operations through a file system filter driver, redirect an actual installation path of an application to a partition of the target disk, and store a registry operation record of the application through a registry file created on the target disk;
the disk software package template using module 202 is configured to mount a target disk carrying an application program installation file and registry operation records in a read-only manner, intercept an access operation to an application program through a file system filter driver, and perform redirection processing.
In one embodiment, the disk software package template using module is used for intercepting access operations to the application program and performing redirection processing through the file system filter driver in the following ways:
reading the registry operation record saved on the partition of the target disk, and copying the registry operation record into a registry backup file created in a system cache;
when the registry operation is intercepted by the file system filter driver, the operation is redirected to the registry record in the registry backup file created in the system cache.
In one embodiment, the disk software package template using module is used for intercepting access operations to the application program and performing redirection processing through the file system filter driver in the following ways:
when the file system filter driver intercepts the write operation of the file generated in the installation process of the application program, copying the original file stored on the target disk into a system cache, and redirecting the write operation to the corresponding file in the system cache.
In one embodiment, the disk software package template using module is used for intercepting access operations to the application program and performing redirection processing through the file system filter driver in the following ways:
when the file system filter driver intercepts the reading operation of the file generated in the installation process of the application program, if the corresponding file exists in the system cache, the reading operation is carried out on the corresponding file in the system cache, and if the corresponding file does not exist in the system cache, the reading operation is carried out on the corresponding file on the target disk.
In one implementation mode, when a target disk is mounted in a read-write mode, the target disk is allocated to a virtual machine for independent use; when the target disk carrying the application program installation file and the registry operation record is mounted in a read-only mode, the target disk is distributed to one or more virtual machines for common use.
Example 3
An embodiment of the present invention provides a virtual machine, including:
a memory, a processor and a program for deploying application software stored on the memory and executable on the processor, wherein the program for deploying application software realizes the steps of the method for deploying application software described in the above embodiment 1 when executed by the processor.
Example 4
An embodiment of the present invention provides a computer-readable storage medium, where a program for deploying application software is stored on the computer-readable storage medium, and when the program for deploying application software is executed by a processor, the steps of the method for deploying application software described in embodiment 1 above are implemented.
The method for deploying application software of the present application is illustrated below by way of a number of examples.
Example 1
As shown in fig. 3, the present example provides a virtual desktop infrastructure VDI system that includes at least a pool of virtual machine resources and a virtual desktop management platform.
The virtual machine resource pool is a logic entity formed by a plurality of physical machines in the data center. The Hypervisor is an intermediate software layer running between a physical server and an operating system, and can allow multiple operating systems and applications to share one set of basic physical hardware, and multiple CPUs (Central Processing units ), GPUs (Graphics Processing units, Graphics Processing units), disks, buses and the like are generated through the Hypervisor virtualization hardware.
The virtual machine operating system template is an operating system (without installation) which can be directly started and run on virtual hardware, such as windows XP, windows7 and the like. One advantage of VDI is that new virtual machines are created quickly based on operating system templates. The operating system template is installed operating system based on virtual hardware and is stored in file on the physical machine. When a new virtual machine is created, the new virtual machine obtains a template-based copy by specifying the allocation template, and the copy contains an operating system which can be directly started. In this example, the file system filter driver is pre-installed in the operating system template. The file system filter driver is installed in an operating system (windows operating system) template and then always runs in an operating system background, and different processing logics are executed through 3 modes (an idle mode, a production mode and a running mode). In idle mode, the file filter driver neither intercepts file system calls nor modifies received paths. In the manufacturing mode, a file filter driver of the template machine is used for manufacturing the disk software package template. Such as intercepting messages sent to the file system layer, registry messages. In the process of installing the application program, the file with the original path under the first path (the default installation path of the application program) is automatically redirected to the second path (the installation path of the application program of the partition where the disk software package template is located). And automatically redirecting the record of the original path under the third path (the default registry saving path) to the fourth path (the registry saving path of the partition where the disk software package template is located). In the operation mode, the user machine mounts the disk software package template in a read-only mode, and the priority of the file read-write path or the priority of the record read-write path of the registry is as follows: the priority of the path cached by the system is higher than that of the path of the partition where the disk software package template is located, and the priority of the path of the partition where the disk software package template is located is higher than that of the default installation path (or the default registry storage path) of the application program.
And the disk software package template is used for storing newly added files, modified files, newly added registry records and modified information recorded in the registry, which are involved in the installation process of the application program (installed on a manufacturing machine by an administrator). After the disk software package template is manufactured, the disk software package template is assigned and distributed to the virtual machines for use, and different from the operating system template, no copy is generated, and the disk software package template is used for mounting a plurality of virtual machines in a read-only mode.
And the system cache (optional) is used for copying a copy of data into the system cache by the file system filter driver when the user machine mounts the disk software package template in a read-only mode and the data in the disk software package template needs to be modified, and then executing read-write operation.
The virtual desktop management platform comprises a virtual desktop management center and a virtual desktop background control entity. The virtual desktop management center provides a man-machine interaction management page, including viewing, creating, assigning, modifying and updating operations. When a disk software package template is manufactured, a virtual desktop management center controls a virtual desktop background control entity to newly build an independent disk, then the independent disk is assigned to a certain virtual machine, the role of the virtual machine is changed into a manufacturing machine, and then an operating system is entered for manufacturing a program package.
Example 2
The present example provides a manufacturing method of a disk software package template, assuming that APP1 and APP2 are installed on the disk software package template, the template machine executes the following processes:
step S101, installing a virtual machine operating system template on a virtual machine for manufacturing a disk software package template and starting the virtual machine operating system template;
wherein the operating system template comprises a file system filter driver.
The operating system template also comprises an auxiliary tool, wherein the auxiliary tool is used for communicating with the file system filter driver and setting the modes (idle mode, production mode and running mode) of the file filter driver
Step S102, performing partition formatting on the mounted disk;
for example, formatted as NTFS (New Technology File System), the drive letter of the disk is set to F: .
At step S103, the accessibility is run to create a root directory FILE (F: \ FILE) on the mounted disk partition (e.g., F:), which is used to redirect the default installation directory (e.g., C: \) of the application. A registry file (e.g., reg) is created that records the modification key for the registry record during installation. Create a configuration file (e.g., vpack. ini).
Ini may include information describing each application in the disk software package template, such as a version number, a GUID (global Unique Identifier).
The auxiliary tool sends a control message to the file system filter driver, the file system filter driver is triggered to enter a production mode, and in the production mode, the file system filter driver intercepts all file system calls on an application program default installation directory (C: \).
In step S104, two applications APP1 and APP2 are installed.
The functions, file operations and registry operations executed by the installation program are intercepted by the file system filter driver, and after the interception, the directory merging operation is inquired and modified, so that the redirection is realized.
Interception and redirection of file operations are explained below using the installer of APP1 (APP1_ install) as an example:
the installer (app1_ install) initiates a read-only query to the bottom layer, path c \ program files \ app 1;
the file system filter driver will perform 2 query actions. The first path c: \ program FILEs \ app1, and the second path F: \ FILE \ program FILEs \ app1. At this point, 2 paths do not exist and failure is returned immediately.
And (II) the installation program (app1_ install) initiates a directory creation operation of a writing mode, and the creation path is c: \ program files \ app1.
The file system filter driver still executes 2 queries after receiving. The first path c: \ program FILEs \ app1, and the second path F: \ FILE \ program FILEs \ app1. This time due to the operation in write mode. And the parent directory c: \ program files of the first path exists. The FILE system filter driver firstly creates the directory F: \ File \ program FILEs, and then modifies the execution path into a second path F: \ File \ program FILEs \ app1. And the actual creation work is handed to the lower layer of the file system, and the handle is returned after the lower layer is created, so that the redirection is completed. What app1_ install later received is returned is the redirected second path handle.
(III) the installer app1_ install initiates the create file operation, and the file to be created is c \ program files \ app1\ file 1.
Installer app1_ install queries path c \ program files \ app1. The file system filter driver executes 2 queries upon receipt. The first path c: \ program FILEs \ app1, and the second path F: \ FILE \ program FILEs \ app1. This time due to the operation in write mode. And the F: \ FILE \ program FILEs \ app1 exists, and the second path F: \ FILE \ program FILEs \ app1 is preferentially selected. The FILE system filter driver then executes the path modification F \ FILE \ program FILEs \ app1\ FILE1, and the actual work is handed to the lower layer of the FILE system for execution. What app1_ install receives after the lower layer execution returns is the redirected second path handle. This redirection creates a file complete.
(IV), the installer app1_ install initiates an enumerate specified directory file operation, where the specified directory is c: \ program files.
The installer app1_ install opens directory c: \ program files. The FILE system filter driver queries the first path c: \ program FILEs and the second path F: \ FILE \ program FILEs in sequence. Because the second path already exists, the path is modified into a second path F: \ FILE \ program FILEs according to the priority principle, the lower layer of the FILE system returns the handle of the second path, and the redirection is completed. App1_ install next initiates an enumeration directory file. The FILE system filter driver receives the handle path F: \ FILE \ program FILEs whose path was just opened. At this point 2 enumeration directory operations are performed.
First c: \ program files \ return
The second F: \ FILE \ program FILEs \ return
2017/07/11 10:35<DIR>app1
The results of the two times are combined, and if the same item exists, F: file information under the path.
And finally, returning:
app1_ install program gets a merged file list.
Interception and redirection of registry information is explained below by taking the installer of APP1 (APP1_ install) as an example:
when the auxiliary tool triggers the file SYSTEM filter driver to enter the production mode, the registry file (F: \ reg) on the partition where the disk software package template is located is mounted on a SYSTEM registry path HLM \ SYSTEM \ Setup \ VPACK by the file SYSTEM filter driver, the initial content is empty, and the path (HLM \ SYSTEM \ Setup \ VPACK) corresponds to the default root path (C: \) of the registry
The installer (e.g., app1_ install) initiates the query in a read-only manner, path HCU \ Software.
The file system filter driver will perform 2 query actions. The first path HCU \ Software and the second path HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software. At this point, 2 paths do not exist and failure is returned immediately.
And (II) the installation program (such as app1_ install) initiates the creation operation of the writing mode. The creation path is HCU \ Software \ app1.
The file system filter driver still executes 2 queries after receiving.
A first path HCU \ Software \ app 1;
the second path HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ app 1;
this time due to the operation in write mode. And the parent path HCU \ Software \ of the first path exists. The file SYSTEM filter driver creates path items HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ at the moment. And then the execution path is modified into a second path HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ app1, the second path handle is returned after the SYSTEM lower layer executes creation, and the redirected second path handle is received by the app1_ install. The redirection is completed.
And (III) the installation program app1_ install initiates a creation key value to operate the HCU \ Software \ app1\ key 1.
The path HCU \ Software \ app1 is first opened. This time due to the operation in write mode. And HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ app1 exists, a path HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ app1 is preferentially selected, and after the path is modified, the actual creation work is handed to the lower layer of the SYSTEM for execution. What app1_ install receives after the lower layer execution returns is the redirected path handle. This redirection creation is complete.
(IV), installer app1_ install initiates the enumerate specified path child record operation.
First app1_ install opens registry key HCU \ Software \ for. File system filter driver in-order querying
The first path HCU \ Software \ is connected with the first path;
the second path HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \;
because the second path already exists, the path is modified into the second path HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software according to the priority principle, the lower layer of the file SYSTEM returns the handle of the second path, and the redirection is completed. App1_ install then initiates a child record. File system filter driver receives a handle path whose path was just opened
HLM\SYSTEM\Setup\VPACK\HCU\Software\
At this point 2 enumeration operations are performed.
First HCU \ Software \ return
7zip
adobe
The second time of HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ return
app1
Combining the results of two times, if there is the same item, preferentially using the second path
HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ information.
And finally, returning:
7zip
adobe
app1
installer app1_ install gets a merged list.
And step S105, after all the application programs are installed, operating an auxiliary tool, and executing the auxiliary operation after the installation is finished.
The auxiliary tool sends a message to the file system filter driver to inform the application program of finishing installation, the file system filter driver separates the node which is previously mounted on the registry branch, the registry modification content is written into a registry file (F: \ reg) of a disk partition where the disk software package template is located, and then the file system filter driver enters an idle state.
The auxiliary tool can also clean useless files (such as temporary files) in the disk partition where the disk software package template is located, scan a registry file (F: \\ reg) to obtain a path of an installed application program, extract an icon, a version number, manufacturer information and the like of the application program, and report the icon, the version number, the manufacturer information and the like to the virtual desktop management platform for storage. And finishing the manufacture of the disk software package template. The template machine can unload the disk where the disk software package template is located.
Example 3
This example provides a method for using a disk package template, assuming that an APP1 and an APP2 are installed on the disk package template, a user machine uses an application (for example, APP1) by mounting a disk where the disk package template is located, and the user machine performs the following processing:
step S101, identifying a disk software package template;
when the operating system is started, the disk software package template mounting message is intercepted by the FILE system filter driver, the partition volume is scanned, and configuration FILEs (such as vpack. ini), FILE folders and registry FILEs (such as reg) are searched. By analyzing the content of the configuration file, the content of the registry file judges whether the configuration file is a disk software package template. And if the template is the disk software package template, the file system filter driver is triggered to enter the running mode.
Step S102, the file content of registry file (F: \\reg) is merged into the system cache registry file (e.g., G: \\reg) in a read-only manner, and if the system cache does not have the file, an empty file is created. If the system cache registry file has been merged by matching a certain version number with the GUID, then the operation is ignored. The merged record is also recorded in the system cache registry file (G: \ REG). Then the SYSTEM cache registry file (G: \ REG) is mounted on the SYSTEM registry HLM \ SYSTEM \ Setup \ VPACK \ path. And then begin intercepting file system messages and registry messages.
The following describes the related operations of the file system filter driver on files and directories in the running mode.
And (I) clicking a start menu by a user mouse.
For example, the windows desktop application explorer. Directory path C \ ProgramData \ Microsoft \ Windows \ Start Menu \ Programs. The file system filter driver performs 3 query actions.
The first path C, \\ ProgramData \ Microsoft \ Windows \ Start Menu \ Programs returns:
the second path F, \\ FILE \ PROGRAmData \ Microsoft \ Windows \ Start Menu \ Programs returns:
2017/07/03 16:30<DIR>app1
2017/07/03 15:52<DIR>app2
the third path G < FILE \ PROGRAmData \ Microsoft \ Windows \ Start Menu \ Programs returns null; wherein G: \ FILE \ is a system cache path;
at this point 2 paths exist, the results merge into:
exe program gets the merged file list. The user may find the extra app1 and app2 program menus.
And (II) clicking the app1/app1.exe starting program by a user mouse.
And initiating a read-only mode to open an app1.exe file flow by the windows desktop program explorer. exe. The file system filter driver performs 3 query actions. The first path C: \ Program files \ app1. The second path F: \ FILE \ Program FILEs \ app1. The third path G: FILE \ Program FILEs \ app 1;
wherein the second path already exists, and the path is preferentially used. The file system filter driver modifies this path. The actual work is executed by the lower layer of the file system, and the path handle is returned after the lower layer is executed. exe gets the redirected handle and starts the subsequent operation.
(III) app1.exe Program modification C: \ Program files \ app1\ file1
The file system filter driver performs 3 query actions.
The first path C \ Program files \ app1\ file 1. The return failure does not exist.
The second path F \ FILE \ Program FILEs \ app1\ FILE 1. Returning to a successful presence.
The third path G: \ FILE \ Program FILEs \ app1\ FILE 1. The return failure does not exist.
The second path already exists but cannot be directly modified because it is a modify action. Copy (Copy) file1 to the system cache directory. Firstly, directories G: \ FILE \ PROGRAM FILEs and G: \ FILE \ PROGRAM FILEs \ app 1' are sequentially established, and then a copy FILE is executed to G: \ FILE \ PROGRAM FILEs \ app1\ FILE 1. The modified path is the path, the actual work is executed by the lower layer of the file system, and the path handle is returned after the lower layer is executed. app1.exe gets the redirected handle and starts the subsequent write operation.
(IV) app1.exe Program delete C \ Program files \ app1\ file1
The file system filter driver performs 3 query actions.
The first path C \ Program files \ app1\ file 1. The return failure does not exist.
The second path F \ FILE \ Program FILEs \ app1\ FILE 1. Returning to a successful presence.
The third path G: \ FILE \ Program FILEs \ app1\ FILE 1. Returning to a successful presence.
Deletion belongs to one of the modification operations. The modified path is the third path due to its existence, but due to a delete operation. And a second path disk package path exists. Special handling is required. The file is marked with a delete mark. Such as: the creation time of the third path file is modified to a certain second of a specific date. Immediately returns success without having the underlying file system actually delete. And after the file is encountered to be in the special date, taking over the operation of the lower-layer system, judging the file is deleted and returning failure.
The following describes the operation of the file system filter driver in relation to the registry in run mode.
An application (e.g., app1) initiates a query in a read-only manner, path HCU \ Software.
The file system filter driver will perform 2 query actions.
First path HCU \ Software
The second path HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software
The second path exists and is a read-only mode, the modified path is the second path, the actual work is completed by the lower-layer system, the handle of the second path is obtained after the return, and the redirection is completed. app1 gets the second path handle.
And (II) the app1 initiates a modification key value, namely a path HCU \ Software \ app1\ key 1.
The file system filter driver will perform 2 query actions.
The first path HCU \ Software \ app1\ key1 returns that the failure does not exist;
the second path HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ app1\ key1 returns success;
the second path exists, although a write operation, but can be directly modified due to the system cache registry file used. And modifying the path into a second path, finishing the actual work by the lower-layer system, returning to obtain a handle of the second path, and finishing redirection. app1 gets the second path handle.
And (III) the app1 initiates a key value creation and operates on the HCU \ Software \ app1\ key 1.
The path HCU \ Software \ app1 is queried first.
The file system filter driver will perform 2 query actions
First path HCU \ Software \ app1
The second path HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ app1
This time due to the operation in write mode. And the second path exists, the second path is preferentially selected, the path is modified into HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ app1\ key1 under the second path, and the actual creation work is handed to the lower layer of the SYSTEM for execution. What app1 receives after the lower layer execution returns is the redirected path handle. This redirection creation is complete.
(IV) app1 initiates an enumerate specified path sub-record operation.
app1 opens registry key HCU \ Software \ A.
File system filter driver in-order querying
First path HCU \ Software \
Second path HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \
Since the second path already exists, the path is modified to the second path according to the priority principle. And returning the handle of the second path by the lower layer of the system, and finishing redirection. The child records are enumerated next. The file system filter driver receives the path as the second path just opened. At this point 2 enumeration operations are performed.
First HCU \ Software \ return
7zip
adobe
The second time of HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ return
app1
app2
Combining results for 2 times, if the same item exists, preferentially using a system cache in sequence, then using a disk software package template, and finally using a default original path of the system;
and finally, returning:
7zip
adobe
app1
app2
thus, the app1 program gets a merged list.
(five) app1 deletes the specified path sub-record operation.
app1 opens registry key HCU \ Software \ A.
File system filter driver in-order querying
First path HCU \ Software \ app1\ key1
The second path HLM \ SYSTEM \ Setup \ VPACK \ HCU \ Software \ app1\ key1
Since the second path already exists, the path is modified to the second path according to the priority principle. And returning the handle of the second path by the lower layer of the system, and finishing redirection. The system then performs a subsequent delete operation. The system cache registry file is already in place, and can be deleted directly.
Example 4
The present example provides an update method of a disk software package template. Suppose an administrator is to update a disk package template containing APP1 and APP2 on a template machine, the update involving: upgrading the APP1, deleting the APP2 and adding the APP3, and executing the following processing on the template machine:
and step S101, distributing the disk software package template to a certain virtual machine. The disk is automatically mounted by the operating system after the virtual machine is started. Suppose the drive is F:.
And S102, installing a file system filter driver on a virtual machine for manufacturing a disk software package template. And installing an auxiliary tool. At the moment, the file system filter driver works in an idle mode, and does not intercept file system call or modify a received path. If the machine has installed a file system filter driver, it will automatically trigger entry into the use mode.
Step S103, the auxiliary tool runs, and at the moment, the directory File, the registry FILE reg and the configuration FILE vpack. The auxiliary tool is no longer created. The auxiliary tool sends a control message to the file system filter driver to trigger entry into the production mode. At this point all the C: the file system call.
In step S104, the installer starts updating app1, deletes app2, and installs app 3. In the installation process, functions, file operations and registry operations executed by an installation program are intercepted by a file system filter driver, merged directory operations are inquired, and a target path is modified to achieve redirection.
Update app 1:
the installer App1_ install of App1 initiates a modify file (c: \ program files \ App1\ file1) operation.
app1_ install queries path c \ program files \ app1\ file 1. The file system filter driver executes 2 queries upon receipt. The first path c: \ program FILEs \ app1, and the second path F: \ FILE \ program FILEs \ app1. This time due to the operation in write mode. And the F: \ FILE \ program FILEs \ app1 exists, and the second path F: \ FILE \ program FILEs \ app1 is preferentially selected. The FILE system filter driver then executes the path modification F \ FILE \ program FILEs \ app1\ FILE1, and the actual work is handed to the lower layer of the FILE system for execution. What app1_ install receives after the lower layer execution returns is the redirected second path handle. This time the redirection of the file is complete. Subsequent modify write operations are also completed on this path file.
(II) delete app2:
the installer App2_ install of App2 initiates a delete file (c: \ program files \ App2\ file1) operation.
app2_ install queries path c \ program files \ app2\ file 1. The file system filter driver executes 2 queries upon receipt. The first path c: \ program FILEs \ app2, and the second path F: \ FILE \ program FILEs \ app 2. This time due to the operation in write mode. And a second path exists, the second path being preferentially selected. The FILE system filter driver modifies the execution path to F: \ FILE \ program FILEs \ app2\ FILE1, and the actual work is handed to the lower layer of the FILE system for execution. What app2_ install receives after the lower layer execution returns is the redirected second path handle. This time the redirection of the file is complete. Subsequent delete operations are also completed on this path file.
(III) install app3:
the installer App3_ install of App3 initiates the create file (c: \ program files \ App3\ file1) operation.
app3_ install queries path c \ program files \ app 3. The file system filter driver executes 2 queries upon receipt. The first path c: \ program FILEs \ app3, and the second path F: \ FILE \ program FILEs \ app 3. This time due to the operation in write mode. And a second path exists, the second path being preferentially selected. The FILE system filter driver modifies the execution path to F: \ FILE \ program FILEs \ app3\ FILE1, and the actual work is handed to the lower layer of the FILE system for execution. What app3_ install receives after the lower layer execution returns is the redirected second path handle. This time the redirection of the file is complete.
And step S104, after all the application programs are installed and updated, the auxiliary tool runs, and the auxiliary operation after the updating is finished is executed. The accessibility agent sends a message to the file system filter driver. The file system filter driver disengages nodes that were previously mounted on the registry branch. The registry modification content is written to the F: \ reg file and then the file system filter driver enters the idle state. Subsequent operations are performed by the auxiliary tool and are all in disk partition F: and (3) medium treatment: and cleaning useless files, scanning the registry file reg to obtain the path of the installed application program, and extracting the icon, the version number and the manufacturer information of the application program. And reporting to the virtual desktop management platform for storage. And finishing updating the disk software package template. The stamper may unload the disk.
Example 5
The present example provides for the making and use of a physically mobile on-disk software package off of a VDI system.
Firstly, manufacturing a disk software package.
1. And installing a file system filter driver and an auxiliary tool on a physical machine for manufacturing the disk software package. At the moment, the file system filter driver works in an idle mode, and does not intercept file system call or modify a received path.
2. Inserting the mobile hard disk, automatically mounting the hard disk by an operating system, and performing partition formatting on the mounted disk by a user (such as NTFS, assuming that the disk identifier is F:).
3. The accessibility runs, creating an empty directory FILE on this partition, this directory corresponding to the C: \ root directory. An empty registry file reg is created for recording the modification key values of the registry records during installation. Ini, a configuration file is created that contains information describing this software package, such as a version number, guid unique identification value. The auxiliary tool sends a control message to the file system filter driver, the file system filter driver is triggered to enter a production mode, and the file system filter driver intercepts all the data in the step C: the file system call.
4. App1, app2, begins to be installed. During installation, functions, file operations and registry operations executed by the installation program (such as the app1_ install and the app2_ install) are intercepted by the file system filter driver. The file system filter driver queries the merged directory operation and modifies the target path to achieve redirection.
5. End installation of app1, app 2. The accessibility agent sends a message informing the file system filter driver to enter idle mode. The auxiliary tool scans F useless files in the disc. And completing the manufacture of the disk software package.
And secondly, using a disk software package.
1. And installing a file system filter driver on a certain physical machine. The file system filter is now running in an idle state.
2. After the mobile hard disk is inserted, the FILE system filter driver intercepts a volume mount message, scans the partition volume, and searches a configuration FILE (vpack. ini), a FILE folder and a registry FILE (reg). And judging whether the software package is a disk software package or not by analyzing the content of the configuration file and the content of the registry file. If the file system is a disk software package, the file system filter driver is triggered to enter the running mode.
3. The file system filter driver incorporates the contents of the registry file (F: \ REG) on the mobile hard disk into the system cache registry file (C: \ VPACK \ REG) in a read-only manner, creating an empty file if there is no such file in the system cache. If the system cache registry file is already merged according to a certain version number and guid matching, the system cache registry file is ignored, and the merged record is also recorded in the system cache registry file. Then the SYSTEM cache registry file is mounted on a SYSTEM registry path (HLM \ SYSTEM \ Setup \ VPACK). And then begin intercepting file system messages and registry messages.
And thirdly, updating the disk software package.
1. And installing a file system filter driver and an auxiliary tool on a certain physical machine. If the installation is already carried out, the installation is not required to be carried out again. The file system filter driver is now operating in idle mode. Neither file system calls are intercepted nor the received path is modified.
2. And inserting the mobile hard disk. The disk is automatically mounted by the operating system. Suppose the drive is F:. The file system filter driver will automatically trigger entry into the use mode.
3. The auxiliary tool runs, and at the moment, the directory FILE, the registry FILE reg and the configuration FILE vpack. The auxiliary tool is no longer created. And executing a setting mode to be a manufacturing mode, sending a control message to a file system filter driver, triggering to enter the manufacturing mode, and intercepting all the data in the file system filter driver in the manufacturing mode: the file system call.
4. Begin updating app1, delete app2, install app 3. In the installation process, functions, file operations and registry operations executed by an installation program are intercepted by a file system filter driver, and the file system filter driver inquires merged directory operations and modifies a target path to achieve redirection.
5. End installation of app1, app 2. The accessibility agent sends a message informing the file system filter driver to enter idle mode. The auxiliary tool scans F useless files in the disc. And completing updating of the disk software package.
It should be noted that the present invention can be embodied in other specific forms, and various changes and modifications can be made by those skilled in the art without departing from the spirit and scope of the invention.
Claims (10)
1. A method of deploying application software, comprising:
mounting a target disk in a read-write mode, intercepting file operation and registry operation through a file system filter driver, redirecting an actual installation path of an application program to a partition of the target disk, and storing registry operation records of the application program through a registry file created on the target disk;
mounting a target disk bearing an application program installation file and registry operation records in a read-only mode, intercepting access operation of the application program through a file system filter driver and carrying out redirection processing;
intercepting access operation to the application program through the file system filter driver and carrying out redirection processing, wherein the intercepting comprises the following steps:
reading the registry operation record saved on the partition of the target disk, and copying the registry operation record into a registry backup file created in a system cache;
when the registry operation is intercepted by a file system filter driver, redirecting the operation to a registry record in a registry backup file established in a system cache;
the target disk is an independent disk where the disk software package template is located, the disk software package template is mounted in a read-only mode, and the priority of a file read-write path or a log-in table recording read-write path is as follows:
the priority of the path cached by the system is higher than that of the path of the partition where the disk software package template is located, the priority of the path of the partition where the disk software package template is located is higher than that of the default installation path of the application program, and the priority of the path of the partition where the disk software package template is located is higher than that of the default registry storage path.
2. The method of claim 1, wherein:
intercepting access operation to the application program through the file system filter driver and carrying out redirection processing, wherein the intercepting access operation comprises the following steps:
when the file system filter driver intercepts the write operation of the file generated in the installation process of the application program, copying the original file stored on the target disk into a system cache, and redirecting the write operation to the corresponding file in the system cache.
3. The method of claim 2, wherein:
intercepting access operation to the application program through the file system filter driver and carrying out redirection processing, wherein the intercepting access operation comprises the following steps:
when the file system filter driver intercepts the reading operation of the file generated in the installation process of the application program, if the corresponding file exists in the system cache, the reading operation is carried out on the corresponding file in the system cache, and if the corresponding file does not exist in the system cache, the reading operation is carried out on the corresponding file on the target disk.
4. The method of any one of claims 1-3, wherein:
when a target disk is mounted in a read-write mode, the target disk is allocated to a virtual machine for independent use;
when the target disk carrying the application program installation file and the registry operation record is mounted in a read-only mode, the target disk is distributed to one or more virtual machines for common use.
5. An apparatus for deploying application software, comprising:
the disk software package template manufacturing module is used for mounting a target disk in a read-write mode, intercepting file operation and registry operation through a file system filter driver, redirecting an actual installation path of an application program to a partition of the target disk, and storing registry operation records of the application program through a registry file created on the target disk;
the disk software package template using module is used for mounting a target disk bearing an application program installation file and registry operation records in a read-only mode, intercepting access operation of the application program through a file system filter driver and carrying out redirection processing;
the disk software package template using module is used for intercepting access operation to the application program and performing redirection processing through the file system filter driver in the following modes:
reading the registry operation record saved on the partition of the target disk, and copying the registry operation record into a registry backup file created in a system cache;
when the registry operation is intercepted by a file system filter driver, redirecting the operation to a registry record in a registry backup file established in a system cache;
the target disk is an independent disk where the disk software package template is located, the disk software package template is mounted in a read-only mode, and the priority of a file read-write path or a log-in table recording read-write path is as follows:
the priority of the path cached by the system is higher than that of the path of the partition where the disk software package template is located, the priority of the path of the partition where the disk software package template is located is higher than that of the default installation path of the application program, and the priority of the path of the partition where the disk software package template is located is higher than that of the default registry storage path.
6. The apparatus of claim 5, wherein:
the disk software package template using module is used for intercepting access operation to the application program and performing redirection processing through the file system filter driver in the following modes:
when the file system filter driver intercepts the write operation of the file generated in the installation process of the application program, copying the original file stored on the target disk into a system cache, and redirecting the write operation to the corresponding file in the system cache.
7. The apparatus of claim 6, wherein:
the disk software package template using module is used for intercepting access operation to the application program and performing redirection processing through the file system filter driver in the following modes:
when the file system filter driver intercepts the reading operation of the file generated in the installation process of the application program, if the corresponding file exists in the system cache, the reading operation is carried out on the corresponding file in the system cache, and if the corresponding file does not exist in the system cache, the reading operation is carried out on the corresponding file on the target disk.
8. The apparatus of any one of claims 5-7, wherein:
when a target disk is mounted in a read-write mode, the target disk is allocated to a virtual machine for independent use;
when the target disk carrying the application program installation file and the registry operation record is mounted in a read-only mode, the target disk is distributed to one or more virtual machines for common use.
9. A virtual machine, comprising:
a memory, a processor and a program for deploying application software stored on the memory and executable on the processor, the program for deploying application software implementing the steps of the method for deploying application software according to any of claims 1-4 when executed by the processor.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon a program for deploying application software, which, when being executed by a processor, carries out the steps of the method for deploying application software according to any one of claims 1 to 4.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711395237.4A CN107992355B (en) | 2017-12-21 | 2017-12-21 | Method and device for deploying application software and virtual machine |
| PCT/CN2018/102285 WO2019119850A1 (en) | 2017-12-21 | 2018-08-24 | Application software deployment method and device, and virtual machine |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711395237.4A CN107992355B (en) | 2017-12-21 | 2017-12-21 | Method and device for deploying application software and virtual machine |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107992355A CN107992355A (en) | 2018-05-04 |
| CN107992355B true CN107992355B (en) | 2021-07-13 |
Family
ID=62038154
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711395237.4A Active CN107992355B (en) | 2017-12-21 | 2017-12-21 | Method and device for deploying application software and virtual machine |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN107992355B (en) |
| WO (1) | WO2019119850A1 (en) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107992355B (en) * | 2017-12-21 | 2021-07-13 | 中兴通讯股份有限公司 | Method and device for deploying application software and virtual machine |
| CN109284161B (en) * | 2018-09-13 | 2021-10-08 | 深圳市青葡萄科技有限公司 | Software distribution method in desktop virtualization environment |
| CN109992207A (en) * | 2019-03-29 | 2019-07-09 | 深圳市天威视讯股份有限公司 | A kind of optimization method and system of the memory space suitable for Intelligent set top box |
| CN110442389B (en) * | 2019-08-07 | 2024-01-09 | 北京技德系统技术有限公司 | Method for sharing GPU (graphics processing Unit) in multi-desktop environment |
| CN110457871A (en) * | 2019-08-13 | 2019-11-15 | 杭州安恒信息技术股份有限公司 | A kind of finger daemon method and apparatus based on filter Driver on FSD frame |
| CN113806007A (en) * | 2020-06-15 | 2021-12-17 | 中兴通讯股份有限公司 | Disk mounting method, disk mounting device, storage medium, and electronic device |
| CN113946276A (en) * | 2020-07-16 | 2022-01-18 | 北京达佳互联信息技术有限公司 | Disk management method and device in cluster and server |
| CN112506451B (en) * | 2020-12-08 | 2023-04-07 | 西安雷风电子科技有限公司 | Printer information management toolkit and management method |
| CN112506532A (en) * | 2020-12-10 | 2021-03-16 | 西安雷风电子科技有限公司 | Software installation package generation method, installation method and system |
| CN114706659B (en) * | 2022-04-01 | 2022-12-09 | 燕东科技(广东)有限公司 | Virtual machine software deployment method and system |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102231116A (en) * | 2011-07-04 | 2011-11-02 | 成都市华为赛门铁克科技有限公司 | Application program virtualization installing and loading method and device |
| CN102279748A (en) * | 2011-08-29 | 2011-12-14 | 焦秀琴 | Method, system, server and client side for remotely storing locally executed software |
| CN102662741A (en) * | 2012-04-05 | 2012-09-12 | 华为技术有限公司 | Method, device and system for realizing virtual desktop |
| CN104766007A (en) * | 2015-03-27 | 2015-07-08 | 杭州安恒信息技术有限公司 | Method for quickly recovering sandbox based on file system filter driver |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10193924B2 (en) * | 2014-09-17 | 2019-01-29 | Acalvio Technologies, Inc. | Network intrusion diversion using a software defined network |
| CN105701409B (en) * | 2015-12-29 | 2019-05-17 | 珠海豹趣科技有限公司 | A kind of method and device for realizing file virtualization |
| CN106022100A (en) * | 2016-05-17 | 2016-10-12 | 北京金山安全软件有限公司 | Method and device for intercepting installation of malicious program and electronic equipment |
| CN107992355B (en) * | 2017-12-21 | 2021-07-13 | 中兴通讯股份有限公司 | Method and device for deploying application software and virtual machine |
-
2017
- 2017-12-21 CN CN201711395237.4A patent/CN107992355B/en active Active
-
2018
- 2018-08-24 WO PCT/CN2018/102285 patent/WO2019119850A1/en active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102231116A (en) * | 2011-07-04 | 2011-11-02 | 成都市华为赛门铁克科技有限公司 | Application program virtualization installing and loading method and device |
| CN102279748A (en) * | 2011-08-29 | 2011-12-14 | 焦秀琴 | Method, system, server and client side for remotely storing locally executed software |
| CN102662741A (en) * | 2012-04-05 | 2012-09-12 | 华为技术有限公司 | Method, device and system for realizing virtual desktop |
| CN104766007A (en) * | 2015-03-27 | 2015-07-08 | 杭州安恒信息技术有限公司 | Method for quickly recovering sandbox based on file system filter driver |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107992355A (en) | 2018-05-04 |
| WO2019119850A1 (en) | 2019-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107992355B (en) | Method and device for deploying application software and virtual machine | |
| US9600276B2 (en) | Creating templates of offline resources | |
| US7203774B1 (en) | Bus specific device enumeration system and method | |
| US6714949B1 (en) | Dynamic file system configurations | |
| US20150046519A1 (en) | Programming model for synchronizing browser caches across devices and web services | |
| US10715594B2 (en) | Systems and methods for update propagation between nodes in a distributed system | |
| EP1788493A1 (en) | Detecting changes in data | |
| JPH11327919A (en) | Method and device for object-oriented interruption system | |
| CN102799464A (en) | Virtual machine creation method, virtual machine creation system, virtual machine resetting method and virtual machine resetting system | |
| JP2008033483A (en) | Computer system, computer, and moving method of computer operating environment | |
| CN111221537A (en) | Cloud desktop upgrading method and device, cloud server and storage medium | |
| JP2004158012A (en) | System and method for software application management | |
| US11144292B2 (en) | Packaging support system and packaging support method | |
| CN111684437B (en) | Staggered update key-value storage system ordered by time sequence | |
| CN102289513A (en) | Method and system for obtaining internal files of virtual machine | |
| US9910662B2 (en) | Selectively migrating applications during an operating system upgrade | |
| JP2001175460A (en) | Program distribution management system | |
| WO2019162829A1 (en) | Fast recovery from failures in a chronologically ordered log-structured key-value storage system | |
| CN108089948B (en) | Database backup method and device | |
| US9910667B2 (en) | Segregating a monolithic computing system into multiple attachable application containers based on application boundaries | |
| CN100504787C (en) | Virtual executing method for installing software, and system | |
| US20170315827A1 (en) | Merging application configurations to enhance multi-layer performance | |
| CN109597774B (en) | Method, device and equipment for controlling functions of storage equipment | |
| WO2020029995A1 (en) | Application upgrading through sharing dependencies | |
| JP2009301472A (en) | Information terminal, application management system, terminal application management method, and application management method |
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 |