Methods, related devices, equipment, and readable storage media for process object management

Abstract

This application provides a method, related apparatus, device, and readable storage medium for process object management. The method includes: a remote process receiving a first request from a first local process to bind to the remote process, and sending a first response instructing the first local process to create a first object based on the first request. The first local process creates and copies the first object based on the first response, encapsulates the copied first object, process identifier, and memory information to obtain registration information, and then sends the registration information to the remote process. The remote process uses the registration information to install the first object in its application. Through this method, when the remote process parses the original object of an object in its application, the parsing steps are simplified, saving time for the remote process to parse the original object of its object and reducing the computing resources of the terminal device, thereby improving the performance of the terminal device and its operating system.

Description

Technical Field

[0001] This application relates to the technical field of process object management, and in particular to a method, related apparatus, device, and computer-readable storage medium for process object management. Background Technology

[0002] In a distributed environment, a remote process can be connected to by multiple local applications. Communication between the remote and local applications occurs via cross-process communication.

[0003] When a local process passes an object to a remote process, it can only do so by copying the object. This object in the local process is called the original object. Because different objects have different memory addresses, the uniqueness of objects installed in the remote process cannot be guaranteed. When the remote process operates on objects within its application, it cannot find the original object. Therefore, how to enable the remote process to determine the original object of an object in its application is a problem that urgently needs to be solved. Summary of the Invention

[0004] This application provides a method for process object management, which solves the problem that remote processes cannot interact with local processes because they cannot determine the original objects of objects in their applications, and the problem that even when remote processes can determine the original objects of objects in their applications, remote processes consume a lot of time and computing resources to parse the original objects of objects in their applications, thereby affecting the performance of terminal devices and systems.

[0005] In a first aspect, embodiments of this application provide a method for process object management, including:

[0006] The remote process receives a first request from the first local process; the first request is used to instruct the first local process to bind the service request of the remote process.

[0007] The remote process sends a first response to the first local process based on the first request; the first response is used to instruct the first local process to create a first object;

[0008] The remote process receives registration information sent by the first local process; the registration information is obtained by the first local process by encapsulating the first object, process identifier, and memory information; the process identifier is used to distinguish the first local process from other local processes, and the memory information is memory information that corresponds to the memory address of the first object of the first local process;

[0009] The remote process uses the registration information to install the first object within its application.

[0010] In this embodiment, when the local process sends an object to the remote process, it also sends the process identifier of the process containing the object and the object's memory information. The remote process establishes a mapping relationship between the object installed in its application and its original object through the process identifier and memory information. This simplifies the parsing process when the remote process parses the original object of the object in its application, solving the problem that the remote process cannot interact with the local process because it cannot determine the original object of the object in its application. In addition, it saves time for the remote process to parse the original object of its object and the computing resources of the terminal device to a certain extent, thus improving the performance of the terminal device and its operating system.

[0011] In one possible implementation, after the remote process installs the first object within its application using the registration information, it includes:

[0012] The remote process receives a first communication message sent by the first local process; the first communication message includes first process indication information, which indicates that the target process of the first communication message is a second local process, and the second local process is a local process that communicates with the first local process.

[0013] The remote process sends the first communication message to the second local process based on the first process indication information.

[0014] In this embodiment, the remote process sends a communication message to the target local process using process indication information in the communication message. The remote process forwards the communication message by using the mapping relationship between its in-application installed objects and their original objects. This saves the time of the remote process in parsing the target object of the communication message to a certain extent, saves the computing resources of the terminal device and its operating system, and improves the working performance of the terminal device and its operating system.

[0015] In one possible implementation, after the remote process installs the first object within its application using the registration information, it includes:

[0016] The remote process receives a second communication message sent by the second local process; the second local process is a local process that communicates with the first local process, and the second communication message includes second process indication information, which is used to indicate that the target process of the second communication message is the first local process.

[0017] The remote process sends the second communication message to the first local process based on the second process indication information.

[0018] In this embodiment, the remote process forwards communication messages based on process indication information and the mapping relationship between its in-application installed objects and their original objects. This saves the time of the remote process in parsing the target object of the communication message to a certain extent, saves the computing resources of the terminal device and its operating system, and improves the working performance of the terminal device and its operating system.

[0019] In one possible implementation, after the remote process installs the first object within its application using the registration information, it includes:

[0020] The remote process receives a second request sent by the first local process; the second request is used to instruct the remote process to perform a first operation;

[0021] The remote process performs the first operation based on the second request, the process identifier, and the memory information.

[0022] In this embodiment, after receiving the second request, the remote process can find the target object from its application based on the process identifier and memory information to perform the first operation. The steps to find the target object are simple and the operation is not cumbersome. To a certain extent, it saves the time of the remote process to find the target object, and also saves the computing resources of the terminal device and its operating system, thereby improving the working performance of the terminal device and its operating system.

[0023] In one possible implementation, the remote process performs a first operation based on the second request, the process identifier, and the memory information, including:

[0024] The remote process receives the process identifier and memory information sent by the first local process;

[0025] The remote process searches for the first object in its application based on the process identifier and the memory information;

[0026] The remote process unloads the first object;

[0027] The remote process sends a first feedback message to the first local process; the first feedback message is used to instruct the remote process to unload the result of the first object.

[0028] In this embodiment, after the remote process receives the process identifier and memory information, it can find the target object from its application and perform the first operation based on the process identifier and memory information. The steps to find the target object are simple and the operation is not complicated. To a certain extent, it saves the time of the remote process to find the target object, and also saves the computing resources of the terminal device and its operating system, thereby improving the working performance of the terminal device and its operating system.

[0029] In one possible implementation, the remote process performs a first operation based on the second request, the process identifier, and the memory information, including:

[0030] The remote process receives the process identifier and memory information sent by the first local process;

[0031] The remote process searches for the first object in its application based on the process identifier and the memory information;

[0032] The remote process modifies the parameters of the first object;

[0033] The remote process sends a second feedback message to the first local process; the second feedback message is used to instruct the remote process on the result of modifying the parameters of the first object.

[0034] In this embodiment, after the remote process receives the process identifier and memory information, it can find the target object from its application and perform the first operation based on the process identifier and memory information. The steps to find the target object are simple and the operation is not complicated. To a certain extent, it saves the time of the remote process to find the target object, and also saves the computing resources of the terminal device and its operating system, thereby improving the working performance of the terminal device and its operating system.

[0035] Secondly, embodiments of this application provide a method for process object management, including:

[0036] The first local process sends a first request to the remote process; the first request is used to instruct the first local process to bind the service request of the remote process.

[0037] The first local process receives a first response sent by the remote process; the first response is used to instruct the first local process to create a first object.

[0038] The first local process creates the first object based on the first response;

[0039] The first local process copies the first object and encapsulates the copied first object, process identifier, and memory information to obtain registration information; the process identifier is used to distinguish the first local process from other local processes, and the memory information is memory information that corresponds to the memory address of the first object of the first local process;

[0040] The first local process sends the registration information to the remote process.

[0041] In this embodiment, when the local process sends an object to the remote process, it also sends the process identifier of the process containing the object and the object's memory information. This helps the remote process establish a mapping relationship between the object installed in the remote process's application and its original object through the process identifier and memory information. This simplifies the parsing process when the remote process parses the original object of the object in its application, solving the problem that the remote process cannot interact with the local process because it cannot determine the original object of the object in its application. In addition, it saves time for the remote process to parse the original object of its object and reduces the computing resources of the terminal device to a certain extent, thus improving the performance of the terminal device and its operating system.

[0042] In one possible implementation, the first local process creates the first object based on the first response, including:

[0043] The first local process invokes a software development kit to create a second object based on the first response; the second object is a Java object that the first local process works with.

[0044] The first local process creates the first object by invoking a software development kit based on the first response and the second object; the first object is an AIDL object that communicates with the remote process.

[0045] In this embodiment of the application, the first local process creates Java objects and AIDL objects based on the first response, separating the working objects and communication objects, avoiding the leakage of data information of the remote process to the local process, and improving the security of data information of the remote process.

[0046] In one possible implementation, after the first local process sends the registration information to the remote process, the process includes:

[0047] The first local process sends a first communication message to the first object within its application through the second object;

[0048] The first local process sends the first communication message to the remote process through the first object;

[0049] The first communication message includes first process indication information, which indicates that the target process of the first communication message is a second local process, and the second local process is a local process that communicates with the first local process.

[0050] In this embodiment, the first local process sends process indication information to the remote process, which helps the remote process to forward communication messages based on the process indication information and the mapping relationship between the installed objects in its application and their original objects. This saves the remote process time in parsing the target objects of the communication messages, saves the computing resources of the terminal device and its operating system, and improves the performance of the terminal device and its operating system.

[0051] In one possible implementation, after the first local process sends the registration information to the remote process, it includes:

[0052] The first local process receives the second communication message sent by the remote process through the first object;

[0053] The first local process sends the second communication message to the second object through the first object;

[0054] The second communication message is sent by a second local process, which is a local process that communicates with the first local process. The second communication message includes second process indication information, which is used to indicate that the target process of the communication message is the first local process.

[0055] In this embodiment, the first local process sends process indication information to the remote process, which helps the remote process to forward communication messages based on the process indication information and the mapping relationship between the installed objects in its application and their original objects. This saves the remote process time in parsing the target objects of the communication messages, saves the computing resources of the terminal device and its operating system, and improves the performance of the terminal device and its operating system.

[0056] In one possible implementation, the second request carries the process identifier and the memory information; or, after the first local process sends the second request to the remote process, it includes:

[0057] The first local process sends a second request to the remote process; the second request is used to instruct the remote process to perform the first operation.

[0058] In one possible implementation, after the first local process sends the second request to the remote process, it includes:

[0059] The first local process sends the process identifier and the memory information to the remote process;

[0060] The first local process receives first feedback information sent by the remote process; the first feedback information is used to instruct the remote process to unload the first object.

[0061] In this embodiment of the application, after the first local process sends the process identifier and memory information to the remote process, the remote process can find the target object from its application and perform the first operation based on the process identifier and memory information. The steps to find the target object are simple and the operation is not cumbersome. To a certain extent, it saves the time of the remote process to find the target object, and also saves the computing resources of the terminal device and its operating system, thereby improving the working performance of the terminal device and its operating system.

[0062] In one possible implementation, the second request carries the process identifier and the memory information; or, after the first local process sends the second request to the remote process, it includes:

[0063] The first local process sends the process identifier and the memory information to the remote process;

[0064] The first local process receives the second feedback information sent by the remote process; the second feedback information is used to instruct the remote process to modify the parameters of the first object.

[0065] In this embodiment of the application, after the first local process sends the process identifier and memory information to the remote process, the remote process can find the target object from its application and perform the first operation based on the process identifier and memory information. The steps to find the target object are simple and the operation is not cumbersome. To a certain extent, it saves the time of the remote process to find the target object, and also saves the computing resources of the terminal device and its operating system, thereby improving the working performance of the terminal device and its operating system.

[0066] Thirdly, embodiments of this application provide a process object management device, including:

[0067] The first request receiving unit is used to receive the first request from the first local process.

[0068] The first response sending unit is configured to send a first response to the first local process based on the first request;

[0069] The registration information receiving unit is used to receive the registration information sent by the first local process;

[0070] An installation unit is used to install the first object within its application using the registration information.

[0071] In one possible implementation, the process object management device further includes:

[0072] The first communication message receiving unit is used to receive the first communication message sent by the first local process;

[0073] The first communication message sending unit is used to send the first communication message to the second local process based on the process indication information.

[0074] In one possible implementation, the process object management device further includes:

[0075] The second communication message receiving unit is used to receive the second communication message sent by the second local process;

[0076] The second communication message sending unit is used to send the second communication message to the first local process based on the process indication information.

[0077] In one possible implementation, the process object management device further includes:

[0078] The second request receiving unit is used to receive the second request sent by the first local process;

[0079] The first operation execution unit is used to perform a first operation based on the second request, the process identifier, and the memory information.

[0080] In one possible implementation, the first operation execution unit includes:

[0081] A receiving unit is configured to receive the process identifier and memory information sent by the first local process;

[0082] A searching unit is used to search for a first object within its application based on the process identifier and the memory information;

[0083] An unloading unit is used to unload the first object;

[0084] The first feedback information sending unit is used to send first feedback information to the first local process.

[0085] In one possible implementation, the first operation execution unit includes:

[0086] A receiving unit is configured to receive the process identifier and memory information sent by the first local process;

[0087] A searching unit is used to search for a first object within its application based on the process identifier and the memory information;

[0088] The modification unit is used to modify the parameters of the first object;

[0089] The second feedback information sending unit is used to send second feedback information to the first local process.

[0090] In one possible implementation, the process object management device further includes:

[0091] The first request sending unit is used to send a first request to the remote process;

[0092] The first response receiving unit is used to receive the first response sent by the remote process;

[0093] The first object creation unit is configured to create the first object based on the first response;

[0094] The registration information generation unit is used to copy the first object and encapsulate the copied first object, process identifier, and memory information to obtain registration information;

[0095] The registration information sending unit is used to send the registration information to the remote process.

[0096] In one possible implementation, the first object creation unit includes:

[0097] The second creation unit is used to create a second object based on the first response by invoking the software development kit.

[0098] The first creation unit is used to create the first object by invoking a software development kit based on the first response and the second object.

[0099] In one possible implementation, the process object management device further includes:

[0100] The first communication message sending unit is used to send a first communication message to the first object through the second object;

[0101] The second communication message sending unit is used to send the first communication message to the remote process through the first object.

[0102] In one possible implementation, the process object management device further includes:

[0103] The first communication message receiving unit is configured to receive a second communication message sent by the remote process through the first object;

[0104] The second communication message receiving unit is used to send the second communication message to the second object through the first object.

[0105] In one possible implementation, the process object management device further includes:

[0106] The second request sending unit is used to send a second request to the remote process.

[0107] In one possible implementation, the process object management device further includes:

[0108] A sending unit is used to send the process identifier and the memory information to the remote process;

[0109] The first feedback information receiving unit is used to receive the first feedback information sent by the remote process.

[0110] In one possible implementation, the process object management device further includes:

[0111] A sending unit is used to send the process identifier and the memory information to the remote process;

[0112] The second feedback information receiving unit is used to receive the second feedback information sent by the remote process.

[0113] Fourthly, embodiments of this application provide a process object management device, including a memory and a processor;

[0114] The memory is used to store program code, and the processor is used to call the program code stored in the memory to execute the process object management method in the first aspect and its various possible implementations.

[0115] Fifthly, embodiments of this application provide a computer-readable storage medium storing a computer program that, when executed by a processor, implements the process object management method of the first aspect and its various possible implementations, or implements the process object management method of the second aspect and its various possible implementations.

[0116] Sixthly, embodiments of this application provide a computer program including instructions that, when executed by a computer, enable a remote process to execute the process executed by the remote process in the first aspect and its various possible implementations, or enable a first local process to execute the process executed by the first local process in the second aspect and its various possible implementations.

[0117] In a seventh aspect, embodiments of this application provide a chip system including a processor for supporting a remote process to implement the functions involved in the methods of the first aspect and its various possible modes, or a first local process to implement the functions involved in the methods of the second aspect and its various possible modes.

[0118] In one possible design, the chip system further includes a memory for storing program instructions and data necessary for a first local or remote process. The chip system can be composed of chips or may include chips and other discrete devices. Attached Figure Description

[0119] The accompanying drawings used in the embodiments of this application are described below.

[0120] Figure 1 This is a schematic diagram illustrating a scenario of process object management provided in an embodiment of this application;

[0121] Figure 2 This is a schematic diagram illustrating how a local process creates an object from a remote process, as provided in an embodiment of this application.

[0122] Figure 3 This is a flowchart of another process object management method provided in the embodiments of this application;

[0123] Figure 4 This is a schematic diagram of another process object management method provided in an embodiment of this application;

[0124] Figure 5 This is a schematic diagram of the structure of a process object management device provided in an embodiment of this application;

[0125] Figure 6 This is a schematic diagram of the structure of a process object management device provided in an embodiment of this application;

[0126] Figure 7 This is a schematic diagram of the structure of a process object management device provided in an embodiment of this application;

[0127] Figure 8 This is a schematic diagram of the structure of a process object management device provided in an embodiment of this application. Detailed Implementation

[0128] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. The term "embodiment" as used herein means that a specific feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of this application. The appearance of this phrase in various places in the specification does not necessarily indicate the same embodiment, nor is it an independent or alternative embodiment mutually exclusive with other embodiments. Those skilled in the art will understand, explicitly and implicitly, that the embodiments described herein can be combined with other embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without inventive effort are within the scope of protection of this application. The terms "first," "second," "third," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish different objects and are not used to describe a specific order. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, it may include a series of steps or units, or optionally, steps or units not listed, or optionally other steps or units inherent to these processes, methods, products, or devices.

[0129] The accompanying drawings show only the portions relevant to this application, not all of them. Before discussing exemplary embodiments in more detail, it should be noted that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although the flowcharts depict operations (or steps) as sequential processes, many of these operations may be performed in parallel, concurrently, or simultaneously. Furthermore, the order of the operations may be rearranged. The process may be terminated when its operation is completed, but may also have additional steps not included in the drawings. The process may correspond to a method, function, procedure, subroutine, subprogram, etc.

[0130] The terms “component,” “module,” “system,” “unit,” etc., used in this specification are used to refer to computer-related entities, hardware, firmware, combinations of hardware and software, software, or software in execution. For example, a unit can be, but is not limited to, a process running on a processor, a processor, an object, an executable file, a thread of execution, a program, and / or distributed between two or more computers. Furthermore, these units can be executed from various computer-readable media on which various data structures are stored. Units can communicate, for example, via local and / or remote processes based on signals having one or more data packets (e.g., data from a second unit interacting with another unit between a local system, a distributed system, and / or a network; for example, the Internet interacting with other systems via signals).

[0131] Please see Figure 1 , Figure 1 This is a schematic diagram illustrating a process object management scenario provided in an embodiment of this application. The process object management scenario includes a mobile terminal ( Figure 1 (Using a smartphone as an example), a smartphone contains multiple processes, each corresponding to an application. For example, in... Figure 1 In this embodiment, software 1 is software with short video viewing and sharing functions similar to TikTok, and software 2 is software with communication and social networking functions similar to WeChat. Figure 1 In this example, we'll use software 1 as process 1 and software 2 as process 2, taking both software 1 and software 2 as local processes and their communication as an example. Software 1 and software 2 belong to different processes; therefore, they cannot communicate directly. When a video from software 1 needs to be uploaded to software 2 and sent to the user's contacts via software 2, a connection is needed through a remote process on the smartphone to allow the video from software 1 to be uploaded to software 2. First, software 1 and software 2 create objects on the remote process. Then, the video from software 1 is transmitted to the remote process through the object in software 1. The remote process then sends the video transmitted by software 1 to software 2 through the object. In this way, the video from software 1 can be uploaded to software 2, and the uploaded video can be sent to the user's contacts, achieving communication between the two processes.

[0132] In the above embodiments, before the two local processes can communicate, an object must first be created in the remote process. The process of the local process creating an object in the remote process is described below. Please refer to [link to documentation]. Figure 2 , Figure 2 This is a schematic diagram illustrating how a local process creates an object from a remote process, as provided in an embodiment of this application. For example... Figure 2 As mentioned above, in a terminal device, there are multiple local processes and one remote process. A local process can be understood as... Figure 1 A smartphone application, such as Software 2, Software 1, QQ, etc., can have multiple objects performing different functions within a single local process. Since the user spaces of local processes are independent and generally cannot access each other, they cannot communicate directly. An "intermediate medium" is needed to connect the processes; this intermediate medium is the remote process, enabling communication between different processes. This application's embodiment uses the example of a local process creating an object on a remote process to perform communication functions for illustration.

[0133] like Figure 2As shown, taking process 1, process 2, ..., process n as examples where the objects performing communication functions are object 1, object 2, ..., object n respectively, process 1 copies object 1 and generates a Binder, which serves as a process identifier to distinguish the object from other objects. Then, process 1 sends the copied object 1 and its corresponding Binder to the remote process via the AIDL interface. After receiving object 1 from process 1, the remote process installs object 1 and generates a Binder object for object 1 based on object 1's Binder. Object 1 in process 1 is the original object of object 1 installed in the remote process's application. Similarly, processes 2, 3, ..., n create objects in the remote process in the same way.

[0134] Once objects in the local process on the terminal device are created in the remote process, the remote process needs to distinguish the objects installed within its application. It needs to determine the original object of the installed object to obtain the process ID and memory address of the original object's process. Therefore, the remote process resolves the objects installed in its application using the following method:

[0135] The remote process uses RemoteCallbackList to iterate through all Binder objects in the remote application. First, the remote process needs to open a map traversal to find the target object to be parsed; then, it uses RemoteCallbackList to parse the Binder object of the target object to obtain the original object; finally, it closes the map traversal. Figure 2In this context, after a remote process installs objects 1, 2, ..., n sent by processes 1, 2, ..., n respectively, the remote process resolves all objects installed in its application to determine the original objects of those objects. This allows the remote process to interact with the original objects through its installed objects, enabling communication between the local and remote processes. For example, to determine the original object in object 1 of its application, the remote process identifies object 1 as the target object. Then, it opens a map in its application, iterates through the Binder objects in the map until it finds the Binder object of the target object, and finally uses RemoteCallbackList to resolve the target object's Binder object and obtain its original object. For example, if a remote process wants to obtain the original object of object 1, it uses RemoteCallbackList to parse the Binder object of object 1. After parsing, the remote process can obtain the original object of object 1 installed in its application as object 1 in process 1. Then, when the remote process, acting as an "intermediary," sends information to the local process using object 1 in its application, the remote process sends the information to object 1 in process 1 based on the process ID of the original object's process and the memory address of the original object, without mistakenly sending the message to other processes or other objects in process 1.

[0136] In this embodiment, before communication between two local processes, the local process sends an object to the remote process. The remote process installs the object and creates a Binder object associated with the object, thereby ensuring the uniqueness of the object installed in the remote process application. The remote process uses RemoteCallbackList to resolve the object's Binder object, thus determining which object in the local process corresponds to the object installed by the remote process. This facilitates communication between the remote and local processes, solving the problems of direct communication between two local processes and the remote process's inability to distinguish the original object of its installed object. It enables the remote process to communicate with the original object of the installed object, realizing interaction between the remote and local processes.

[0137] exist Figure 2In the aforementioned embodiments, the remote process uses RemoteCallbackList to parse the Binder objects installed in its application, thereby determining the original objects of the installed objects in its application, which facilitates communication between the remote and local processes. However, in this way, the remote process cannot parse the mapping between all objects installed in its application and objects in the local process at once; it can only parse one Binder object at a time. Furthermore, when the remote process parses a Binder object each time, it must perform operations such as opening map traversal, using RemoteCallbackList to traverse Binder objects, parsing the Binder object of the target object, and closing map traversal. This makes the steps for the remote process to determine the mapping between all objects installed in its application and objects in the local process cumbersome and time-consuming, thereby reducing system performance. To solve the above problems, this application provides another method for process object management. Please refer to... Figure 3 , Figure 3 This is a flowchart of another process object management method provided in this application embodiment. This application embodiment takes the creation of an object in a remote process by a single local process as an example for illustration. The specific process is as follows:

[0138] Step S301: The first local process sends a first request to the remote process.

[0139] Specifically, before creating an object in the remote process, the first local process must bind to the remote process so that the remote process can recognize and install the registration information sent by the first local process. The first local process binds to the remote process by sending a first request to the remote process, which instructs the first local process to bind to the service request of the remote process.

[0140] Step S302: The remote process sends a first response to the first local process based on the first request.

[0141] Specifically, after receiving the binding service request (first request) from the first local process, the remote process generates a first response, which includes a test.aidl interface and a first message. The test.aidl interface is a cross-process communication interface agreed upon by the first local process and the remote process, including data information such as the protocol and performance parameters executed by the remote process, which is used to instruct the local process to create an object. The first message is used to indicate the services that the remote process can provide (e.g., object installation service, object modification service, object uninstallation service, etc.).

[0142] Step S303: The first local process creates the first object based on the first response.

[0143] Specifically, after receiving the first response, the first local process calls the Software Development Kit (SDK) via the `test.aidl` interface in the first response to create a Java object. This Java object is the actual object that the first local process works on, and it is a "private" object of the first local process. Its internal parameters and information can only be recognized by the local process; other local processes and remote processes cannot recognize this Java object, nor can they obtain its internal information and parameters. Therefore, for a Java object, the remote process cannot recognize it, nor can it obtain its internal parameters and information, and thus cannot install the Java object. Furthermore, when the remote process sends the `test.aidl` interface to instruct the first local process to create a Java object, it can selectively allow the first local process to obtain data such as the protocol and performance parameters executed by the remote process, preventing the remote process from leaking data and thus avoiding data security issues. To enable the first local process to create objects in the remote process, after the first local process creates a Java object by calling the Software Development Kit (SDK) based on the test.aidl interface in the first response, it then creates an AIDL object with the same functionality as the Java object, based on the test.aidl interface and the Java object. The internal parameters and information of the AIDL object can be recognized by other local and remote processes. Therefore, the AIDL object can be installed in the remote process and can communicate with it. The AIDL object is the first object. For example, in... Figure 4 In this scenario, if process 1 is the primary local process, it uses the test.aidl interface to call the software development kit (SDK) to create a Java object 1 that performs communication functions. Then, based on the Java object 1 and the test.aidl interface, it calls the SSD to create an AIDL object 1 that also performs communication functions. This AIDL object 1 is the object to be transmitted and also the object used for communication with the remote process. Because the AIDL object indicates the object that performs the communication function and is created based on the test.aidl interface, the parameters and information about the remote process within the AIDL object will not be recognized by process 1, ensuring that the remote process's data information is not leaked. By separating the object that the primary local process actually works on (the Java object) from the object that communicates with the remote process (the AIDL object), data leakage caused by the remote process is avoided, thus preventing data security issues.

[0144] Step S304: The first local process copies the first object and encapsulates the copied first object, process identifier, and memory information to obtain registration information.

[0145] Specifically, the process identifier is an identifier that has a mapping relationship with the local process, and can be an identifier such as the process ID (Pid); the memory information is information that corresponds to the memory address of the first object, and can also be the memory address of the first object. By using the process identifier and memory information, the uniqueness of the first object can be ensured in the terminal device (the first object can be distinguished from other objects by the memory address of the first object and the process to which the first object belongs).

[0146] Step S305: The first local process sends the registration information to the remote process.

[0147] Step S306: The remote process uses the registration information to install the first object within its application.

[0148] Specifically, after receiving the registration information, the remote process installs the first object, stores the memory information of the process identifier from the registration information in memory, and establishes a mapping table. This mapping table includes indications of the mapping relationship between the first object and the process identifier and memory information. For example... Figure 4 As shown, processes 1, 2, ..., n send registration information to the remote process. After the remote process installs the objects from the registration information, it establishes a mapping table. This table includes the correspondence between the objects sent by the local process, the process identifiers of the installed objects, and the memory addresses of the installing processes within the local process. When the remote process confirms the original object of the object installed in its application, it can find the original object through this mapping table without having to execute actions like... Figure 2 In this embodiment, the tedious operations of traversing the Binder objects in the map and parsing the Binder objects are used to find the original object, which saves parsing time to a certain extent and improves the performance of the system.

[0149] Step S307: The first local process sends a second request to the remote process.

[0150] Specifically, the first request is used to instruct the remote process to perform a first operation; therefore, the first operation performed by the remote process will be different depending on the type of the first request.

[0151] In one possible implementation, if the first request is used to instruct the remote process to uninstall the first object it has installed, then the first operation performed by the remote process is to uninstall the first object.

[0152] In one possible implementation, if the first request is used to instruct the remote process to modify the parameters of the first object, then the first operation performed by the remote process is to modify the parameters of the first object.

[0153] Step S308: The remote process performs the first operation based on the second request, process identifier, and memory information.

[0154] Specifically, if the second request instructs a remote process to uninstall a first object it has installed, the first operation performed by the remote process is to uninstall the first object installed within its application. Before performing the first operation, the remote process receives a process identifier and memory information sent by the local process. After receiving the memory information and process identifier, the remote process finds the first object to be uninstalled in the mapping table, and then uninstalls the first object from the remote process's application according to the uninstallation instruction in the second request. After uninstallation is complete, the remote process sends a first feedback message to the local process to inform it of the uninstallation result.

[0155] In one possible implementation, if the second request instructs the remote process to modify the parameters of the first object, the first operation performed by the remote process is to modify the parameters of the first object installed within its application. Before performing the first operation, the remote process receives a process identifier and memory information sent by the local process. After receiving the memory information and process identifier, the remote process finds the first object to be modified in the mapping table, and then modifies the parameters of the first object in its application according to the modification instructions in the second request. After the modification is completed, the remote process sends a second feedback message to the local process to inform it of the result of modifying the first object.

[0156] Step S309: The first local process sends the first communication message to the remote process.

[0157] Specifically, if the first local process and the second local process communicate, the remote process acts as an intermediary between the first local process and the second local process, forwarding the communication messages between them. This application embodiment uses... Figure 4 In this example, process 1 is the first local process, object 1 is the first object performing the communication function, process 2 is the local process communicating with process 1, and object 2 in process 2 is the object performing the communication function. Processes 1 and 2 install AIDL object 1 and AIDL object 2 respectively in the application of the remote process using steps S301 to S306. After process 1 and process 2 have installed object 1 and object 2 respectively, Java object 1 in process 1 sends a first communication message to AIDL object 1 in process 1. The first communication message includes first process indication information, which instructs the first communication message to be sent to process 2. Then, AIDL object 1 in process 1 sends the communication message to AIDL object 1 installed in the remote process.

[0158] Step S310: The remote process sends a first communication message to the second local process based on the first process instruction information.

[0159] Specifically, the remote process sends a communication message to AIDL object 2 installed in its application through AIDL object 1 installed in its application based on process indication information; the remote process sends the message to AIDL object 2 in process 2 through AIDL object 2 installed in its application; finally, AIDL object 2 in process 2 transmits the first communication message to Java object 2, thereby realizing communication between process 2 and process 1.

[0160] Step S311: The remote process receives the second communication message sent by the second local process.

[0161] Step S312: The remote process sends a second communication message to the first local process based on the second process instruction information.

[0162] Steps S311 to S312 can be referred to steps S309 to S310, and will not be repeated in the embodiments of this application.

[0163] In this embodiment of the application, the first local process transmits the first object, process identifier, and memory information to the remote process, and... Figure 2 Unlike the previous implementation, where the remote process ensures the uniqueness of objects installed in its application through a Binder object, this implementation ensures the uniqueness of the first object solely through its process identifier and memory information. That is, the remote process can determine the original object of the first object installed in its application through the process identifier and memory information. This solves the problem of the remote process and the local process being unable to interact because the remote process cannot know the original object of the object in its application. The remote process instructs the local process to create Java and AIDL objects through the test.aidl interface, preventing the remote process from leaking data information and thus avoiding data security issues. Furthermore, since the remote process can determine the original object of the first object through the mapping relationship between the process identifier and memory information in the mapping table, compared to... Figure 2 In this embodiment, the remote process uses RemoteCallbackList to parse the Binder object of the target object and obtain the correspondence between the target object and the target object of its local process, which saves a lot of time and reduces the workload of the terminal device, thereby improving the system performance of the terminal device.

[0164] The methods of the embodiments of this application have been described in detail above. The related devices, equipment, computer-readable storage media, computer programs and chip systems of the embodiments of this application are described below.

[0165] Please see Figure 5 , Figure 5This is a schematic diagram of the structure of a process object management device provided in an embodiment of this application. The process object management device 5 may include a first request receiving unit 501, a first response sending unit 502, a registration information receiving unit 503, and an installation unit 504; wherein, the detailed description of each unit is as follows:

[0166] The first request receiving unit 501 is used to receive the first request from the first local process;

[0167] The first response sending unit 502 is used to send a first response to the first local process based on the first request;

[0168] The registration information receiving unit 503 is used to receive registration information sent by the first local process;

[0169] Installation unit 504 is used to install the first object within its application using the registration information.

[0170] In one possible implementation, the process object management device 5 further includes:

[0171] The first communication message receiving unit is used to receive the first communication message sent by the first local process;

[0172] The first communication message sending unit is used to send the first communication message to the second local process based on the process indication information.

[0173] In one possible implementation, the process object management device 5 further includes:

[0174] The second communication message receiving unit is used to receive the second communication message sent by the second local process;

[0175] The second communication message sending unit is used to send the second communication message to the first local process based on the process indication information.

[0176] In one possible implementation, the process object management device 5 further includes:

[0177] The second request receiving unit is used to receive the second request sent by the first local process;

[0178] The first operation execution unit is used to perform a first operation based on the second request, the process identifier, and the memory information.

[0179] In one possible implementation, the first operation execution unit includes:

[0180] A receiving unit is configured to receive the process identifier and memory information sent by the first local process;

[0181] A searching unit is used to search for a first object within its application based on the process identifier and the memory information;

[0182] An unloading unit is used to unload the first object;

[0183] The first feedback information sending unit is used to send first feedback information to the first local process.

[0184] In one possible implementation, the first operation execution unit includes:

[0185] A receiving unit is configured to receive the process identifier and memory information sent by the first local process;

[0186] A searching unit is used to search for a first object within its application based on the process identifier and the memory information;

[0187] The modification unit is used to modify the parameters of the first object;

[0188] The second feedback information sending unit is used to send second feedback information to the first local process.

[0189] Please see Figure 6 , Figure 6 This is a schematic diagram of the structure of a process object management device provided in an embodiment of this application. The process object management device 6 and the aforementioned process object management device 5 can be the same device, and may include a first request sending unit 601, a first response sending unit 602, a first object creation unit 603, a registration information generation unit 604, and a registration information sending unit 605; wherein, the detailed description of each unit is as follows:

[0190] The first request sending unit 601 is used to send a first request to a remote process;

[0191] The first response sending unit 602 is used to receive the first response sent by the remote process;

[0192] The first object creation unit 603 is used to create the first object based on the first response;

[0193] The registration information generation unit 604 is used to copy the first object and encapsulate the copied first object, process identifier and memory information to obtain registration information;

[0194] The registration information sending unit 605 is used to send the registration information to the remote process.

[0195] In one possible implementation, the first object creation unit 603 includes:

[0196] The second creation unit is used to create a second object based on the first response by invoking the software development kit.

[0197] The first creation unit is used to create the first object by invoking a software development kit based on the first response and the second object.

[0198] In one possible implementation, the process object management device 6 further includes:

[0199] The first communication message sending unit is used to send a first communication message to the first object through the second object;

[0200] The second communication message sending unit is used to send the first communication message to the remote process through the first object.

[0201] In one possible implementation, the process object management device 6 further includes:

[0202] The first communication message receiving unit is configured to receive a second communication message sent by the remote process through the first object;

[0203] The second communication message receiving unit is used to send the second communication message to the second object through the first object.

[0204] In one possible implementation, the process object management device 6 further includes:

[0205] The second request sending unit is used to send a second request to the remote process.

[0206] In one possible implementation, the process object management device 6 further includes:

[0207] A sending unit is used to send the process identifier and the memory information to the remote process;

[0208] The first feedback information receiving unit is used to receive the first feedback information sent by the remote process.

[0209] In one possible implementation, the process object management device 6 further includes:

[0210] A sending unit is used to send the process identifier and the memory information to the remote process;

[0211] The second feedback information receiving unit is used to receive the second feedback information sent by the remote process.

[0212] Please see Figure 7 , Figure 7This is a schematic diagram of the structure of a process object management device provided in an embodiment of this application. The process object management device 7 may include a memory 701, a communication module 702, and a processor 703, wherein the detailed description of each unit is as follows:

[0213] Memory 701 is used to store program code.

[0214] Processor 703 is used to call program code stored in memory to perform the following steps:

[0215] The first request from the first local process is received through the communication module 702;

[0216] Based on the first request, a first response is sent to the first local process via communication module 702;

[0217] The communication module 702 receives the registration information sent by the first local process;

[0218] The first object is installed within its application using the registration information.

[0219] In one possible implementation, after the processor 703 installs the first object within its application using the registration information, it further includes:

[0220] The communication module 702 receives the first communication message sent by the first local process.

[0221] Based on the process indication information, the first communication message is sent to the second local process via the communication module 702.

[0222] In one possible implementation, after the processor 703 installs the first object within its application using the registration information, it further includes:

[0223] The communication module 702 receives the second communication message sent by the second local process.

[0224] Based on the process indication information, the second communication message is sent to the first local process via the communication module 702.

[0225] In one possible implementation, after the processor 703 installs the first object within its application using the registration information, it further includes:

[0226] The communication module 702 receives the second request sent by the first local process.

[0227] The first operation is performed based on the second request, the process identifier, and the memory information.

[0228] In one possible implementation, the processor 703 performs a first operation based on the second request, the process identifier, and the memory information, including:

[0229] The communication module 702 receives the process identifier and memory information sent by the first local process;

[0230] Based on the process identifier and the memory information, the first object is located within its application;

[0231] The remote process unloads the first object;

[0232] The first feedback information is sent to the first local process through the communication module 702.

[0233] In one possible implementation, the processor 703 performs a first operation based on the second request, the process identifier, and the memory information, including:

[0234] The communication module 702 receives the process identifier and memory information sent by the first local process;

[0235] Based on the process identifier and the memory information, the first object is located within its application;

[0236] Modify the parameters of the first object;

[0237] The second feedback information is sent to the first local process through the communication module 702.

[0238] Please see Figure 8 , Figure 8 This is a schematic diagram of the structure of a process object management device provided in an embodiment of this application. The process object management device 8 and the aforementioned process object management device 7 can be the same device, which may include a memory 801, a communication module 802, and a processor 803. The detailed description of each unit is as follows:

[0239] Memory 801 is used to store program code.

[0240] Processor 803 is used to call program code stored in memory to perform the following steps:

[0241] The first request is sent to the remote process via communication module 802;

[0242] The communication module 802 receives the first response sent by the remote process.

[0243] The first object is created based on the first response;

[0244] Copy the first object, and encapsulate the copied first object, process identifier, and memory information to obtain registration information;

[0245] The registration information is sent to the remote process via the communication module 802.

[0246] In one possible implementation, the processor 803 creates the first object based on the first response, including:

[0247] Based on the first response, a second object is created by invoking the software development kit;

[0248] The first object is created by invoking the software development kit based on the first response and the second object.

[0249] In one possible implementation, after the processor 803 sends the registration information to the remote process via the communication module 802, it includes:

[0250] The second object is used by the communication module 802 to send a first communication message to the first object within its application;

[0251] The first communication message is sent to the remote process using the first object via the communication module 802.

[0252] In one possible implementation, after the processor 803 sends the registration information to the remote process via the communication module 802, it includes:

[0253] The communication module 802 uses the first object to receive the second communication message sent by the remote process.

[0254] The communication module 802 uses the first object to send the second communication message to the second object.

[0255] In one possible implementation, after the processor 803 sends the registration information to the remote process via the communication module 802, it includes:

[0256] A second request is sent to the remote process via communication module 802.

[0257] In one possible implementation, after the processor 803 sends a second request to the remote process via the communication module 802, it includes:

[0258] The process identifier and memory information are sent to the remote process via the communication module 802.

[0259] The communication module 802 receives the first feedback information sent by the remote process.

[0260] In one possible implementation, after the processor 803 sends a second request to the remote process via the communication module 802, it includes:

[0261] The process identifier and memory information are sent to the remote process via the communication module 802.

[0262] The communication module 802 receives the second feedback information sent by the remote process.

[0263] This application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the process object management method described in the above embodiments and their various possible implementations.

[0264] This application provides a computer program including instructions that, when executed by a computer, enable a remote process of a process object management device to execute the flow executed by the remote process of the process object management device in the above embodiments and their various possible implementations, or enable a first local process of the process object management device to execute the flow executed by the first local process of the process object management device in the above embodiments and their various possible implementations.

[0265] This application provides a chip system including a processor for supporting remote processes of a process object management device to implement the functions involved in the methods of the above embodiments and their various possible modes, or for a first local process of the process object management device to implement the functions involved in the methods of the above embodiments and their various possible modes.

[0266] In one possible design, the chip system further includes a memory for storing program instructions and data necessary for a remote process of the process object management device or a first local process of the process object management device. The chip system can be composed of chips or may include chips and other discrete components.

[0267] It should be noted that the memory in the above embodiments can be read-only memory (ROM) or other types of static storage devices capable of storing static information and instructions, random access memory (RAM) or other types of dynamic storage devices capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical discs, laser discs, optical discs, digital universal optical discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto. The memory can exist independently and be connected to the processor via a bus. The memory can also be integrated with the processor.

[0268] The processor in the above embodiments may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits used to control the execution of the above scheme program.

[0269] For the foregoing method embodiments, in order to simplify the description, they are all expressed as a series of actions. However, those skilled in the art should understand that this application is not limited to the described order of actions, because according to this application, some steps may be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily essential to this application.

[0270] In the several embodiments provided in this application, it should be understood that the disclosed apparatus can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For instance, the division of the units described above is merely a logical functional division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed.

[0271] The units described above as separate components may or may not be physically separate. Similarly, the components shown as units may or may not be physical units; they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment, depending on actual needs.

[0272] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The aforementioned integrated unit can be implemented in hardware or as a software functional unit.

[0273] If the aforementioned integrated units are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in software form. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which can be a personal computer, server, or network device, specifically a processor in the computer device) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium may include various media capable of storing program code, such as a USB flash drive, portable hard drive, magnetic disk, optical disk, read-only memory (ROM), or random access memory (RAM).

[0274] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit it. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

Claims

1. A method for process object management, characterized in that, include: The remote process receives the first request from the first local process. The first request is used to instruct the first local process to bind the service request of the remote process; The remote process sends a first response to the first local process based on the first request; the first response is used to instruct the first local process to create a first object; The remote process receives registration information sent by the first local process; the registration information is obtained by the first local process by encapsulating the first object, process identifier, and memory information; the process identifier is used to distinguish the first local process from other local processes, and the memory information is memory information that corresponds to the memory address of the first object of the first local process; The remote process uses the registration information to install the first object within its application.

2. The method as described in claim 1, characterized in that, After the remote process uses the registration information to install the first object within its application, it includes: The remote process receives a first communication message sent by the first local process; the first communication message includes first process indication information, which indicates that the target process of the first communication message is a second local process, and the second local process is a local process that communicates with the first local process. The remote process sends the first communication message to the second local process based on the first process indication information.

3. The method as described in claim 1, characterized in that, After the remote process uses the registration information to install the first object within its application, it includes: The remote process receives a second request sent by the first local process; the second request is used to instruct the remote process to perform a first operation; The remote process performs the first operation based on the second request, the process identifier, and the memory information.

4. The method as described in claim 3, characterized in that, The remote process performs a first operation based on the second request, the process identifier, and the memory information, including: The remote process receives the process identifier and memory information sent by the first local process; The remote process searches for the first object in its application based on the process identifier and the memory information; The remote process unloads the first object; The remote process sends a first feedback message to the first local process; the first feedback message is used to instruct the remote process to unload the result of the first object.

5. The method as described in claim 3, characterized in that, The remote process performs a first operation based on the second request, the process identifier, and the memory information, including: The remote process receives the process identifier and memory information sent by the first local process; The remote process searches for the first object in its application based on the process identifier and the memory information; The remote process modifies the parameters of the first object; The remote process sends a second feedback message to the first local process; the second feedback message is used to instruct the remote process on the result of modifying the parameters of the first object.

6. A method for managing process objects, characterized in that, include: The first local process sends a first request to the remote process; the first request is used to instruct the first local process to bind the service request of the remote process. The first local process receives a first response sent by the remote process; the first response is used to instruct the first local process to create a first object. The first local process creates the first object based on the first response; The first local process copies the first object and encapsulates the copied first object, process identifier, and memory information to obtain registration information; the process identifier is used to distinguish the first local process from other local processes, and the memory information is memory information that corresponds to the memory address of the first object of the first local process; The first local process sends the registration information to the remote process.

7. The method as described in claim 6, characterized in that, The first local process creates the first object based on the first response, including: The first local process invokes a software development kit to create a second object based on the first response; the second object is a Java object that the first local process works with. The first local process creates the first object by invoking a software development kit based on the first response and the second object; the first object is an AIDL object that communicates with the remote process.

8. The method as described in claim 7, characterized in that, After the first local process sends the registration information to the remote process, the process includes: The first local process sends a first communication message to the first object within its application through the second object; The first local process sends the first communication message to the remote process through the first object; The first communication message includes first process indication information, which indicates that the target process of the first communication message is a second local process, and the second local process is a local process that communicates with the first local process.

9. The method as described in claim 7, characterized in that, After the first local process sends the registration information to the remote process, the process includes: The first local process receives the second communication message sent by the remote process through the first object; The first local process sends the second communication message to the second object through the first object; The second communication message is sent by a second local process, which is a local process that communicates with the first local process. The second communication message includes second process indication information, which is used to indicate that the target process of the communication message is the first local process.

10. The method as described in claim 7, characterized in that, After the first local process sends the registration information to the remote process, the process includes: The first local process sends a second request to the remote process; the second request is used to instruct the remote process to perform the first operation.

11. The method as described in claim 10, characterized in that, The second request carries the process identifier and the memory information; or, after the first local process sends the second request to the remote process, it includes: The first local process sends the process identifier and the memory information to the remote process; The first local process receives first feedback information sent by the remote process; the first feedback information is used to instruct the remote process to unload the first object.

12. The method as described in claim 10, characterized in that, The second request carries the process identifier and the memory information; or, after the first local process sends the second request to the remote process, it includes: The first local process sends the process identifier and the memory information to the remote process; The first local process receives the second feedback information sent by the remote process; the second feedback information is used to instruct the remote process to modify the parameters of the first object.

13. A process object management device, characterized in that, It includes a unit that performs the process object management method as described in any one of claims 1-12.

14. A process object management device, characterized in that, Including memory and processor; The memory is used to store program code, and the processor is used to call the program code stored in the memory to execute the process object management method as described in any one of claims 1-12.

15. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the process object management method as described in any one of claims 1-12.

Images