CN104077180B - Multi-process management method and device - Google Patents
Multi-process management method and device Download PDFInfo
- Publication number
- CN104077180B CN104077180B CN201410270570.2A CN201410270570A CN104077180B CN 104077180 B CN104077180 B CN 104077180B CN 201410270570 A CN201410270570 A CN 201410270570A CN 104077180 B CN104077180 B CN 104077180B
- Authority
- CN
- China
- Prior art keywords
- processes
- started
- information
- instruction
- setting
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 628
- 238000007726 management method Methods 0.000 title claims abstract description 50
- 238000004891 communication Methods 0.000 claims description 54
- 230000004044 response Effects 0.000 claims description 26
- 238000013507 mapping Methods 0.000 claims description 8
- 230000006870 function Effects 0.000 description 21
- 238000010586 diagram Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Landscapes
- User Interface Of Digital Computer (AREA)
- Stored Programmes (AREA)
Abstract
This application provides a kind of multi-process management method and device, wherein, multi-process management method includes:Current process receives the instruction of the setting button of input, the window run according to current process described in the instruction show or hide;The current process is according to the other processes of the instruction notification, the window for running other processes described in other process show or hides;Wherein, the current process and other processes set the process of multiple applications of rule for satisfaction.By the application, the function of setting button is effectively increased, realizes the unified control and management for setting button under multi-process pattern.
Description
The patent application of the invention is a divisional application of a Chinese patent application with an application date of 2012, 3/15, an application number of 201210069316.7, and a name of a multi-process management method and device.
Technical Field
The present application relates to the field of computer technologies, and in particular, to a method and an apparatus for multi-process management.
Background
The main function of the keyboard is to hide a plurality of preset windows instantly by preset shortcut keys. The boss key can quickly hide games or other programs irrelevant to work, and the display can present pictures in normal work, so that the purpose of protecting privacy is achieved.
At present, the implementation of boss keys is realized by using a main window in a process (such as a game process) to register the boss keys, the rest windows are all child windows, and the main window can inform the child windows after receiving a message, which is realized under a process mode. After registering the boss key, the user presses the boss key, and the Windows registered window receives the WM _ HOTKEY message, thereby displaying or hiding the corresponding window.
However, in current programs or applications, the boss keys are independent of each other. Taking two games a and B as an example, the games a and B are run simultaneously on the same computer by the same user, if a boss key is registered by using a main window in the process of the game a, the boss key will only act on the game a, and the user can close the windows opened by the game a by pressing the boss key. If game B does not register the boss key at this time, the window for game B will not close. If game B also has a boss key registered, the boss keys of games A and B may be the same or different. In the same case, the user needs to press the boss key once to close the current game a, and then presses the same boss key again to close the game B. Under different conditions, the user needs to press different boss keys to close different games successively. Therefore, no matter the boss keys are the same or different, the function that one boss key closes the windows of two games cannot be realized.
That is, the existing setting keys, such as the function of the boss key, cannot realize the unified control and management among multiple processes of different applications.
Disclosure of Invention
The technical problem to be solved by the application is to provide a multi-process management method and device to solve the problem that unified control and management among multiple processes of different applications cannot be realized by the existing setting key such as a boss key.
In order to solve the above problem, the present application discloses a multiprocess management method, including: the current process receives an input instruction of setting a key, and a window operated by the current process is displayed or hidden according to the instruction; the current process informs other processes according to the instruction, so that the other processes display or hide the windows operated by the other processes; wherein the current process and the other processes are processes of a plurality of applications that satisfy a set rule.
Preferably, before the step of receiving the input instruction of setting the key by the current process, the method further includes: one process in the plurality of application processes receives a setting instruction; the process receiving the setting instruction notifies the setting instruction to all processes except for the process itself among the processes of the plurality of applications; the setting instruction comprises information of the setting key, and the setting instruction is used for indicating a process receiving the input instruction of the setting key to display or hide an operating window of the process.
Preferably, each process of the plurality of application processes is provided with an inter-process communication manager, and the inter-process communication manager is configured to store and manage process information of the plurality of application processes through a mapping table, where the process information includes information of a process identifier and a main window handle.
Preferably, before the step of receiving the setting instruction by one of the processes of the plurality of applications, the method further includes: when a process is started in the processes of the plurality of applications, the newly started process sends a registration message to the started process; the started process acquires the information of the newly started process through the registration message and stores the information into an inter-process communication manager of the started process; the started process sends a response message to the newly started process, wherein the response message carries process information in an interprocess communication manager of the started process; and the newly started process acquires the process information in the inter-process communication manager of the started process and stores the process information in the inter-process communication manager of the newly started process.
Preferably, the started process is the process where the top-level window is located; or the started processes comprise a plurality of processes, and the process, which receives the registration message, in the plurality of started processes acquires the information of the newly started process through the registration message and sends a response message to the newly started process.
Preferably, the step of the current process notifying other processes according to the instruction comprises: the current process acquires the process information of the other processes stored in the inter-process communication manager of the current process; and notifying the other processes of the instruction according to the process information of the other processes.
Preferably, the plurality of applications satisfying the set rule are a plurality of applications running simultaneously using the same browser.
Preferably, the plurality of applications satisfying the set rule are a plurality of games launched in one browser using a game plug-in.
In order to solve the above problem, the present application further discloses a multiprocess management apparatus, including: the first receiving module is used for enabling the current process to receive an input instruction of a setting key and displaying or hiding a window operated by the current process according to the instruction; the first notification module is used for enabling the current process to notify other processes according to the instruction, and enabling the other processes to display or hide windows operated by the other processes; wherein the current process and the other processes are processes of a plurality of applications that satisfy a set rule.
Preferably, the multi-process management apparatus further includes: a second receiving module, configured to receive a setting instruction through one of the multiple application processes before the first receiving module enables the current process to receive the input instruction of the setting key; a second notifying module configured to cause the process that has received the setting instruction to notify all of the processes of the plurality of applications except for itself of the setting instruction; the setting instruction comprises information of the setting key, and the setting instruction is used for indicating a process receiving the input instruction of the setting key to display or hide an operating window of the process.
Preferably, each process of the plurality of application processes is provided with an inter-process communication manager, and the inter-process communication manager is configured to store and manage process information of the plurality of application processes through a mapping table, where the process information includes information of a process identifier and a main window handle.
Preferably, the multi-process management apparatus further includes: the registration module is used for sending a registration message to a started process by a newly started process when the process is started in the processes of the plurality of applications before the second receiving module receives a setting instruction through one process in the processes of the plurality of applications; a first obtaining module, configured to enable the started process to obtain information of the newly started process through the registration message, and store the information in an inter-process communication manager of the started process; a reply module, configured to enable the started process to send a response message to the newly started process, where the response message carries process information in an inter-process communication manager of the started process; and the second acquisition module is used for enabling the newly started process to acquire the process information in the inter-process communication manager of the started process and storing the process information in the inter-process communication manager of the newly started process.
Preferably, the started process is the process where the top-level window is located; or the started processes comprise a plurality of processes, and the process, which receives the registration message, in the plurality of started processes acquires the information of the newly started process through the registration message and sends a response message to the newly started process.
Preferably, the first notification module is configured to enable the current process to obtain process information of the other processes stored in the inter-process communication manager of the current process; and according to the process information of the other processes, notifying the other processes of the instruction, and enabling the other processes to display or hide the windows operated by the other processes.
Preferably, the plurality of applications satisfying the set rule are a plurality of applications running simultaneously using the same browser.
Preferably, the plurality of applications satisfying the set rule are a plurality of games launched in one browser using a game plug-in.
Compared with the prior art, the method has the following advantages:
according to the application, different processes of a plurality of applications meeting a certain rule are mutually associated (for example, the processes of a plurality of games are mutually associated), when a current process receives an instruction of setting a key (for example, a tablet key), not only the window operated by the current process is displayed or hidden, but also other processes associated with the current process are notified to display or hide the windows operated by the current process, so that the windows of the plurality of applications are simultaneously displayed or hidden, the problem that the conventional function of setting the key cannot realize the unified control and management among the processes of different applications is solved, the function of setting the key is effectively improved, and the unified control and management of the setting key in a multi-process mode are realized.
Drawings
FIG. 1 is a flowchart illustrating steps of a multi-process management method according to a first embodiment of the present application;
FIG. 2 is a flowchart illustrating steps of a multi-process management method according to a second embodiment of the present application;
FIG. 3 is a flowchart illustrating steps of a multi-process management method according to a third embodiment of the present application;
fig. 4 is a block diagram of a multi-process management apparatus according to a fourth embodiment of the present application.
Detailed Description
In order to make the aforementioned objects, features and advantages of the present application more comprehensible, the present application is described in further detail with reference to the accompanying drawings and the detailed description.
Example one
Referring to fig. 1, a flowchart illustrating steps of a multi-process management method according to a first embodiment of the present application is shown.
The multi-process management method of the embodiment comprises the following steps:
step S102: and the current process receives an input instruction for setting the keys, and displays or hides the window operated by the current process according to the instruction.
Step S104: and the current process informs other processes according to the instruction, so that the other processes display or hide the windows operated by the other processes.
Wherein the current process and the other processes are processes of a plurality of applications satisfying the set rule. The setting rule may be flexibly set by a person skilled in the art according to actual situations, and is generally set to multiple applications of the same type or multiple applications opened using the same program, for example, to an application opened using the same browser, or to an application opened using the same plug-in, or to an application of the same type of application (for example, all applications are games or e-book applications), or to multiple browsers each capable of accepting an old board key, and the like, which is not limited in this application.
Preferably, the plurality of applications satisfying the set rule are a plurality of applications running simultaneously using the same browser, such as a plurality of games opened simultaneously in the same browser using a game plug-in.
For example, when a plurality of game windows are controlled and managed in a unified manner using the boss key function, the boss key function is a game auxiliary function built in the game plug-in, and the game plug-in runs the game in a separate process manner after opening the game. Therefore, it is possible to associate the processes of a plurality of games (satisfying the rule of opening using the game plug-in) with each other, manage and control the processes of these plurality of games associated with each other using the tablet key, and realize the unified control and management of a plurality of game windows. The association form may be various, for example, the association table is used to record information among a plurality of processes, and other processes are notified according to the information in the association table, but the present invention is not limited thereto, and any other suitable form may also be used in practical application, such as searching and acquiring information of related processes in real time, and notifying related processes according to the information acquired in real time.
In this embodiment, after the current game process receives an instruction of the tablet key pressed by the user, the game window operated by the current game process is displayed or hidden, and meanwhile, the message that the user presses the tablet key is received to notify other processes associated with the current game process, that is, other game processes operated, so as to instruct the other game processes to close the corresponding game windows.
It should be noted that the above is only an exemplary illustration, and it should be understood by those skilled in the art that the present embodiment may also be applied to other scenarios of multiple applications that satisfy a set rule, such as electronic book reading, and the present application is not limited thereto.
According to the embodiment, different processes of a plurality of applications meeting a certain rule are mutually associated, when a current process receives a command of setting a key, not only a self-running window is displayed or hidden, but also other processes associated with the current process are notified to display or hide respective running windows, so that the windows of the plurality of applications are simultaneously displayed or hidden, the problem that the conventional boss key function cannot realize the unified control and management among the processes of the different applications is solved, the function of the boss key is effectively improved, and the unified control and management of the boss key in a multi-process mode are realized. Of course, other scenarios of one-key management of multiple applications or multiple processes can be performed with reference to the present embodiment.
Example two
Referring to fig. 2, a flowchart illustrating steps of a multi-process management method according to a second embodiment of the present application is shown.
In this embodiment, a multi-process management method of the present application is described by taking an example of using a tablet key to control and manage a plurality of game processes opened by using a game plug-in a plurality of tab pages of one browser, but the present invention is not limited thereto, and other similar scenarios of using a hot key to control and manage a plurality of application processes can be performed with reference to this embodiment.
In this embodiment, the boss key function is a game auxiliary function built in the game plug-in, and the game window can be hidden or opened by one key. After the game is opened by using the game plug-in, the game is operated in a single process mode, so that a plurality of processes can be operated simultaneously when a plurality of games are opened, and a manager is needed for managing all the operated game processes. In this embodiment, a star-shaped manner is used for managing running game processes, when a plurality of game processes are opened by using a game plug-in, each process sends a registration message to the top-level window after being started, and after all other opened game processes except the game process in which the top-level window is located receive the registration message, the IPC manager (inter-process communication manager) of the process is updated, a response message is sent to the process sending the message, and the current existing process is carried, so that all the processes are connected. When a user sets a boss key in a certain process, the process calls an API (application program interface) to register the boss key and simultaneously sends other processes to inform the boss key value set by the current user. When the user presses the boss key, the process registering the boss key first responds, and the process informs all other processes to forcibly display or hide the window after processing.
Specifically, the multi-process management method of the embodiment includes the following steps:
step S202: when a process is started in the processes of the plurality of applications, the newly started process sends a registration message to the started process.
In this embodiment, the plurality of applications are a plurality of games opened by using the game plug-in, and the started process is a process where a top-level window of the started game is located. When a new game is opened using the game plug-in, the progress of the game sends a registration message to the game progress of the top-level window. Of course, there may be more than one started process, and in this case, the newly started process may send a registration message to the started processes.
Step S204: and the started process acquires the information of the newly started process through the registration message and stores the information into the interprocess communication manager of the started process.
The system comprises a plurality of application processes, wherein each of the application processes is provided with an inter-process communication manager, and the inter-process communication managers are used for storing and managing process information of the application processes. Through the interprocess communication manager, the process information can be quickly acquired, the process state can be determined, and the multi-process management efficiency can be improved.
In this embodiment, the game process of the top window acquires the process information of the new game and stores the process information in the inter-process communication manager, and if there is no other game process, the game process of the top window stores the process information of the new game process and the game process itself.
If the started processes are multiple, the process which receives the registration message of the newly started process firstly acquires the process information of the started process, stores the information to the inter-process communication manager of the process, and simultaneously informs other started processes to update the information in the inter-process communication manager of the process so as to synchronize the information in the inter-process communication managers of all the started processes.
Step S206: the started process sends a response message to the newly started process.
Wherein, the response message carries the process information in the inter-process communication manager of the started process.
In this embodiment, the game process of the top-level window sends a response message to the new game process, where the response message carries the game process of the top-level window and the process information of the new game process.
If the number of the started processes is multiple, the process which receives the registration message of the newly started process firstly sends a response message to the starting process, wherein the response message carries the process information in the inter-process communication manager of the newly started process, and the newly started process acquires the process information and stores the process information in the inter-process communication manager of the starting process after receiving the message, so that the information synchronization between the newly started process and other started processes is realized. By notifying other processes by the process which receives the registration message firstly and sending the response message, the message processing efficiency is improved, the window display or hiding time is shortened, and the user experience is improved.
Of course, in practical applications, the process that receives the registration message first is not limited to notify other processes and send a response message, and those skilled in the art may determine the receiving and response mode of the registration message by using other appropriate policies according to practical situations, which is not limited in this application.
Step S208: and the newly started process acquires the process information in the inter-process communication manager of the started process and stores the process information in the inter-process communication manager of the newly started process.
In this embodiment, the new game process obtains the game process of the top-level window and the process information of the new game process carried in the response message, and stores the game process and the process information of the new game process in the interprocess communication manager of the new game process.
At this point, mutual association is established among the processes of the plurality of applications, and the process information of all the processes of the plurality of applications can be acquired through the inter-process communication manager of any one process.
Step S210: one of the processes of the plurality of applications receives the setting instruction.
Taking the tablet key as an example, a user may perform setting in any one of the processes of the plurality of applications, where the setting instruction includes information about the setting key (e.g., which keys the setting key includes), and the setting instruction is used to instruct the process receiving the input instruction about the setting key to display or hide a window in which the process is running (e.g., the current process receives an instruction about the tablet key pressed by the user, and displays or hides the window).
The set instruction is input through any process, so that the compatibility of multi-process management is improved, and the use experience of a user is improved.
Step S212: the process that receives the setting instruction notifies the setting instruction to all processes of the plurality of applications except for itself.
Once a process receives a setting instruction, which indicates that a user has performed a key setting (e.g., boss key setting), the process notifies other related processes, and notifies other processes of the key setting performed by the user, so that the key setting is effective for all related processes.
Step S214: and the current process receives an input instruction for setting the keys, and displays or hides the window operated by the current process according to the instruction.
When a user presses a set key, a current process (such as a currently running game process) receives an instruction, and a window running by the current process is displayed or hidden.
Step S216: and the current process acquires the process information of other processes stored in the interprocess communication manager of the current process.
Step S218: and the current process informs other processes of the instruction according to the process information of other processes, so that the other processes display or hide the windows operated by other processes.
The inter-process communication manager of the current process stores the process information of all related processes, when a user presses a setting key, the current process not only displays or hides the window operated by the current process, but also informs the related processes to display or hide the corresponding windows, thereby realizing the unified management or control of the setting key on a plurality of applications.
In this embodiment, the boss key function is a game auxiliary function built in the game plug-in, and all game windows can be hidden or opened by one key through the boss key function of this embodiment. In the embodiment, the boss key is set in one process, and all webpage game processes or Flash game processes can receive the boss key to hide or display a window, so that the unified control of the boss key in a multi-process mode is realized.
Compare with current boss key function: (1) in the embodiment, the user sets the boss key once, which is effective for all processes, so that the times set by the user are reduced, and the user experience is improved; (2) compared with the traditional single-process setting of the boss key, the process sets the condition that other processes are not set, avoids the problem that the boss key function is invalid after the single-process boss key is withdrawn, and greatly improves the boss key function; (3) the setting windows of the boss keys in all the process windows can use a uniform interface, and the process information of each process can be synchronized, so that the user can conveniently set the boss keys.
EXAMPLE III
Referring to fig. 3, a flowchart illustrating steps of a multi-process management method according to a third embodiment of the present application is shown.
The multi-process management method of the embodiment comprises the following steps:
step S302: and displaying a boss key window and receiving an instruction of setting the boss key by a user.
In this step, the boss key window may be displayed by any one of the plurality of applications that satisfy the setting rule for the user to set.
Step S304: register the boss key.
In this step, after the user sets the boss key in a process of an application, the process calls the API to register the boss key, and simultaneously sends other related processes in the plurality of applications to notify the boss key value set by the current user.
Before step S302 or after step S304, a new process of the application satisfying the setting rule may be started, and when the process is started, a registration message is sent to the started process. When a started process receives a registration message sent by a certain process, the message carries information of a process identifier and a main window handle, such as a game ID, an account ID, a created main window handle and the like, and the process receiving the registration message can be stored in an IPC manager of the current process as a unique key according to a combination (process identifier) of the game ID and the account ID. Preferably, the IPC manager may use a map table (mapping table) to hold and manage process information of processes of a plurality of applications.
When a process receives a registration message of a certain process, it indicates that a new process is started, but the newly started process does not know how many processes are started at this time, so that after receiving the registration message of the newly started process, which process receives the registration message of the newly started process first, the process can respond to the message preferentially, and the process carries how many processes are currently and the specific information of each process, and the specific information can also be the information of process identifiers such as game IDs, account IDs, created main window handles and the like and the main window handles, so that the newly started process can know the information of other processes for subsequent processing. The process information of other processes stored by one process can be stored through the map table, and further can be transmitted to other processes through the memory mapping file.
After the connection is established among the multiple processes of the multiple applications, the setting and registration of the boss key can be known by each process, so that the subsequent boss key can uniformly control and manage the multiple processes.
Step S306: the current process receives an instruction of pressing the boss key by the user.
Step S308: the current process hides or displays the window it runs.
Step S310: the current process notifies the other processes of the instruction of the user to press the boss key in the form of a message.
When the current process notifies other processes, the process information of other processes is obtained according to the map table stored by the current process, and then the related processes are notified according to the process information.
Step S312: and other processes receive the boss key message sent by the current process.
Step S314: other processes hide or display the corresponding window.
And after receiving the message sent by the current process, other processes hide or display the corresponding windows respectively.
Through this embodiment, realized setting up the boss key in the process of an application, carried out unified control and management to a plurality of processes of a plurality of applications, solved current boss key function, can't realize the problem of unified control and management between the multiprocess of different applications, effectively improved the function of boss key, realized the unified control and the management of boss key under the multiprocess mode.
Example four
Referring to fig. 4, a block diagram of a multi-process management apparatus according to a fourth embodiment of the present application is shown.
The multiprocess management device of the embodiment comprises: a first receiving module 402, configured to enable a current process to receive an input instruction for setting a key, and display or hide a window in which the current process operates according to the instruction; a first notification module 404, configured to enable the current process to notify other processes according to the instruction, so that the other processes display or hide windows in which the other processes operate; wherein the current process and the other processes are processes of a plurality of applications satisfying the set rule.
Preferably, the multi-process management apparatus of this embodiment further includes: a second receiving module 406, configured to receive a setting instruction through one of the multiple application processes before the first receiving module 402 enables the current process to receive the input instruction for setting the key; a second notifying module 408 for causing the process that received the setting instruction to notify the setting instruction to all processes of the plurality of applications except for itself; the setting instruction comprises information of a setting key, and the setting instruction is used for indicating a process receiving the input instruction of the setting key to display or hide a window for running the process.
Preferably, each process of the plurality of applications is provided with an inter-process communication manager, and the inter-process communication manager is used for storing and managing process information of the plurality of applications.
Preferably, the inter-process communication manager stores and manages process information of the processes of the plurality of applications through the mapping table.
Preferably, the process information includes information of a process identification and a host window handle.
Preferably, the multi-process management apparatus of this embodiment further includes: a registration module 410, configured to, before the second receiving module 406 receives the setting instruction through one of the multiple application processes, when a process is started among the multiple application processes, send a registration message to the started process by a newly started process; a first obtaining module 412, configured to enable a started process to obtain information of a newly started process through a registration message, and store the information in an inter-process communication manager of the started process; a reply module 414, configured to enable the started process to send a response message to the newly started process, where the response message carries process information in the interprocess communication manager of the started process; a second obtaining module 416, configured to enable the newly started process to obtain the process information in the inter-process communication manager of the started process, and store the process information in the inter-process communication manager of the newly started process.
Preferably, the started process is the process in which the top-level window is located.
Preferably, the started process comprises a plurality of processes; and the first process which receives the registration message in the plurality of started processes acquires the information of the newly started process through the registration message and sends a response message to the newly started process.
Preferably, the first notifying module 404 is configured to enable the current process to obtain process information of other processes stored in the inter-process communication manager of the current process; and according to the process information of other processes, informing the other processes of the instruction, and enabling the other processes to display or hide the windows operated by the other processes.
Preferably, the plurality of applications satisfying the set rule are a plurality of applications that run simultaneously using the same browser.
Preferably, the plurality of applications satisfying the set rule are a plurality of games launched using the game plug-in one browser.
The multi-process management apparatus of this embodiment is used to implement the corresponding multi-process management method in the foregoing multiple method embodiments, and has the beneficial effects of the corresponding method embodiments, which are not described herein again.
It should be noted that, the embodiments of the present application take a game as an example, but not limited to this, the multi-process management scheme of the present application can also be applied to other similar scenarios, such as opening multiple browsers supporting the tablet key simultaneously, and setting the tablet key in one browser can simultaneously act on the multiple opened browsers, and once the user presses the tablet key, the windows of the browsers will be hidden or displayed simultaneously. Or, if a plurality of programs of the same type, such as WORD programs, are opened at the same time, a hot key is arranged in one WORD program, and the opening or closing of a plurality of opened WORD documents can be realized. Therefore, through the multi-process management scheme, the functions of the setting keys such as the boss keys are effectively improved, and unified control and management of the setting keys in a multi-process mode are realized.
The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.
The multi-process management method and apparatus provided by the present application are introduced in detail above, and a specific example is applied in the present application to explain the principle and the implementation of the present application, and the description of the above embodiment is only used to help understand the method and the core idea of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.
Claims (10)
1. A multi-process management method, comprising:
the current process receives an input instruction of setting a key, and a window operated by the current process is displayed or hidden according to the instruction;
the current process informs other processes according to the instruction, so that the other processes display or hide the windows operated by the other processes;
wherein the current process and the other processes are processes of a plurality of applications satisfying a set rule;
the step of informing other processes by the current process according to the instruction comprises the following steps:
the current process acquires the process information of the other processes stored in the inter-process communication manager of the current process;
notifying the other processes of the instruction according to the process information of the other processes;
each process of the plurality of application processes is provided with an inter-process communication manager, the inter-process communication manager is used for storing and managing process information of the plurality of application processes through a mapping table, and the process information comprises process identification and information of a main window handle;
before the step of receiving the input instruction of setting the key by the current process, the method further comprises the following steps:
when a process is started in the processes of the plurality of applications, the newly started process sends a registration message to the started process;
the started process acquires the information of the newly started process through the registration message and stores the information into an inter-process communication manager of the started process;
the started process sends a response message to the newly started process, wherein the response message carries process information in an interprocess communication manager of the started process;
and the newly started process acquires the process information in the inter-process communication manager of the started process and stores the process information in the inter-process communication manager of the newly started process.
2. The method of claim 1, wherein before the step of receiving the input instruction to set the key by the current process, further comprising:
one process in the plurality of application processes receives a setting instruction;
the process receiving the setting instruction notifies the setting instruction to all processes except for the process itself among the processes of the plurality of applications;
the setting instruction comprises information of the setting key, and the setting instruction is used for indicating a process receiving the input instruction of the setting key to display or hide an operating window of the process.
3. The method of claim 1,
the started process is the process of the top window;
or,
the started processes comprise a plurality of processes, and the first process of the plurality of started processes, which receives the registration message, acquires the information of the newly started process through the registration message and sends a response message to the newly started process.
4. The method according to any one of claims 1 to 3, wherein the plurality of applications satisfying the set rule are a plurality of applications running simultaneously using the same browser.
5. The method according to any one of claims 1 to 3, wherein the plurality of applications satisfying the set rule are a plurality of games launched using a game plug-in one browser.
6. A multiprocess management apparatus, comprising:
the first receiving module is used for enabling the current process to receive an input instruction of a setting key and displaying or hiding a window operated by the current process according to the instruction;
the first notification module is used for enabling the current process to notify other processes according to the instruction, and enabling the other processes to display or hide windows operated by the other processes;
wherein the current process and the other processes are processes of a plurality of applications satisfying a set rule;
the first notification module is configured to enable the current process to obtain process information of the other processes stored in the inter-process communication manager of the current process; according to the process information of the other processes, the instruction is notified to the other processes, so that the other processes display or hide the windows operated by the other processes;
the system comprises a plurality of application processes, a mapping table and a process information manager, wherein each of the plurality of application processes is provided with an inter-process communication manager, the inter-process communication manager is used for storing and managing process information of the plurality of application processes through the mapping table, and the process information comprises process identification and information of a main window handle;
the multi-process management device further comprises:
the registration module is used for sending a registration message to a started process by a newly started process when the process is started in the processes of the plurality of applications before the first receiving module enables the current process to receive an input instruction of setting a key;
a first obtaining module, configured to enable the started process to obtain information of the newly started process through the registration message, and store the information in an inter-process communication manager of the started process;
a reply module, configured to enable the started process to send a response message to the newly started process, where the response message carries process information in an inter-process communication manager of the started process;
and the second acquisition module is used for enabling the newly started process to acquire the process information in the inter-process communication manager of the started process and storing the process information in the inter-process communication manager of the newly started process.
7. The apparatus of claim 6, further comprising:
a second receiving module, configured to receive a setting instruction through one of the multiple application processes before the first receiving module enables the current process to receive the input instruction of the setting key;
a second notifying module configured to cause the process that has received the setting instruction to notify all of the processes of the plurality of applications except for itself of the setting instruction;
the setting instruction comprises information of the setting key, and the setting instruction is used for indicating a process receiving the input instruction of the setting key to display or hide an operating window of the process.
8. The apparatus of claim 6,
the started process is the process of the top window;
or,
the started processes comprise a plurality of processes, and the first process of the plurality of started processes, which receives the registration message, acquires the information of the newly started process through the registration message and sends a response message to the newly started process.
9. The apparatus according to any one of claims 6 to 8, wherein the plurality of applications satisfying the set rule are a plurality of applications running simultaneously using the same browser.
10. The apparatus according to any one of claims 6 to 8, wherein the plurality of applications satisfying the set rule are a plurality of games launched using a game plug-in one browser.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410270570.2A CN104077180B (en) | 2012-03-15 | 2012-03-15 | Multi-process management method and device |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410270570.2A CN104077180B (en) | 2012-03-15 | 2012-03-15 | Multi-process management method and device |
CN201210069316.7A CN102662738B (en) | 2012-03-15 | 2012-03-15 | Multiprocessing management method and apparatus |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210069316.7A Division CN102662738B (en) | 2012-03-15 | 2012-03-15 | Multiprocessing management method and apparatus |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104077180A CN104077180A (en) | 2014-10-01 |
CN104077180B true CN104077180B (en) | 2017-11-14 |
Family
ID=51598450
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410270570.2A Expired - Fee Related CN104077180B (en) | 2012-03-15 | 2012-03-15 | Multi-process management method and device |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104077180B (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106484500A (en) * | 2015-08-26 | 2017-03-08 | 北京奇虎科技有限公司 | A kind of application operation method and device |
CN105516782B (en) * | 2015-12-10 | 2018-08-14 | 四川长虹电器股份有限公司 | The realization method and system of android system smart television suspension interface mutual exclusion function |
CN107943591A (en) * | 2017-12-05 | 2018-04-20 | 郑州云海信息技术有限公司 | A kind of method of more host processes management based on linux |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7478339B2 (en) * | 2005-04-01 | 2009-01-13 | Microsoft Corporation | Method and apparatus for application window grouping and management |
CN201226148Y (en) * | 2007-11-22 | 2009-04-22 | 群科数位科技有限公司 | System for switching window |
JP4971203B2 (en) * | 2008-01-07 | 2012-07-11 | 株式会社エヌ・ティ・ティ・ドコモ | Information processing apparatus and program |
CN101510915A (en) * | 2009-03-06 | 2009-08-19 | 北京泰合佳通信息技术有限公司 | Fast switching method for mobile phone software window |
-
2012
- 2012-03-15 CN CN201410270570.2A patent/CN104077180B/en not_active Expired - Fee Related
Non-Patent Citations (2)
Title |
---|
特定软件快速一键隐藏;痛并快乐着;《网友世界》;20101130(第22期);正文第35页 * |
遁身有术:老板键;江苏,周建峰;《数码先锋》;20060515(第5期);参见正文57-58页 * |
Also Published As
Publication number | Publication date |
---|---|
CN104077180A (en) | 2014-10-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102662738B (en) | Multiprocessing management method and apparatus | |
CN104063218B (en) | For the management method of the process of multiple applications | |
US9384369B2 (en) | Information processing method and electronic device | |
JP6595525B2 (en) | Communication support apparatus, method, and computer program | |
US10455542B2 (en) | Method of synchronizing notification messages for electronic devices and electronic devices | |
JP6615997B2 (en) | Synchronization of server-side keyboard layout and client-side keyboard layout in virtual sessions | |
TW201303752A (en) | Method and system for application program execution based on augmented reality and cloud computing | |
JP2016126432A (en) | Remote conference program, terminal device, and remote conference method | |
WO2022111394A1 (en) | Information processing method and apparatus, and electronic devices | |
CN104077180B (en) | Multi-process management method and device | |
JP6451846B2 (en) | COMMUNICATION SYSTEM, COMMUNICATION SYSTEM CONTROL METHOD, AND PROGRAM | |
CN106228364A (en) | A kind of information demonstrating method and present device | |
EP2833314B1 (en) | Data processing system, control method therefor, program and information storage medium | |
CN111897474A (en) | File processing method and electronic equipment | |
JP2015228102A (en) | Information providing device | |
CN105635215A (en) | Contact information synchronization method and device and cloud server | |
CN106170753B (en) | Message input reception device, message system, and information storage medium | |
JP2010026701A (en) | Information sharing system | |
US10282527B2 (en) | Information processing apparatus, information processing method, program, storage medium, and password entry apparatus | |
CN107968799B (en) | Information acquisition method, terminal equipment and system | |
CN114470759A (en) | Prompt message display method and device, storage medium and electronic equipment | |
CN203191984U (en) | Usb key system | |
JP2009258393A (en) | Test system | |
CN110673897A (en) | Physical key function control method and device and computer readable storage medium | |
CN111158503A (en) | Method, device, equipment and storage medium compatible with multi-equipment character input |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20171114 |