CN110046000A - Small routine operation method and device - Google Patents

Abstract

The embodiments of the present application disclose a method and a device for running an applet. A specific implementation of the method includes: establishing a running directory and at least one data directory for the first host application; in response to detecting a user-initiated operation on a target applet integrated in the first host application, running the target applet , and store the running data generated during the running process in the running directory; in response to detecting the user closing operation of the target applet, copy the running data in the running directory to the data directory corresponding to the target applet. The solution provided by the embodiment of the present application separates data between different applet programs by setting a data directory for each applet.

Description

Small program running method and device

technical field

The embodiments of the present application relate to the field of computer technologies, in particular to the field of Internet technologies, and in particular, to a method and apparatus for running an applet.

Background technique

In the operating system, the data of the host application is often in the same directory. If multiple applets are integrated into the same host application, each applet can use the data in the directories corresponding to other applets.

In this way, the information between the applets integrated in the same host application is communicated, and the data isolation between the applets cannot be realized.

SUMMARY OF THE INVENTION

The embodiments of the present application propose a method and apparatus for running an applet.

In a first aspect, an embodiment of the present application provides a method for running an applet, which is applied to a terminal device, where at least one host application including a first host application is installed; the method includes: establishing a running directory for the first host application and at least one host application. A data directory, wherein different data directories are used to store data of different applets integrated by the first host application, and the operation directory is used to store operation data, and the operation data includes user behavior data; The user starts the operation of the target applet of the host application, runs the target applet, and stores the running data generated during the running process in the running directory; in response to detecting the user closing operation of the target applet, the running data in the running directory is stored. Copy to the data directory corresponding to the target applet.

In a second aspect, an embodiment of the present application provides an apparatus for running an applet, which is applied to a terminal device, where at least one host application including a first host application is installed on the terminal device; the apparatus includes: a establishing unit configured to The application establishes a running directory and at least one data directory, wherein different data directories are used to store data of different applets integrated by the first host application, and the running directory is used to store running data, and the running data includes user behavior data; the running unit, is configured to run the target applet in response to detecting a user-initiated operation of the target applet integrated in the first host application, and store the operation data generated during the operation in the operation directory; the replication unit is configured to respond to After detecting the user's close operation of the target applet, the running data in the running directory is copied to the data directory corresponding to the target applet.

In a third aspect, embodiments of the present application provide an electronic device, including: one or more processors; a storage device for storing one or more programs, when the one or more programs are executed by the one or more processors , so that one or more processors implement the method of any one of the embodiments of the applet running method.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, implements the method in any of the embodiments of the method for running a small program.

In the applet operation solution provided by the embodiment of the present application, first, an operation directory and at least one data directory are established for the first host application, wherein different data directories are used to store data of different applet programs integrated by the first host application, and run The directory is used to store operational data, including user behavior data. Afterwards, in response to detecting a user-initiated operation on the target applet integrated in the first host application, the target applet is run, and the operation data generated during the operation is stored in the operation directory. Finally, in response to detecting the user closing operation of the target applet, the operation data in the operation directory is copied to the data directory corresponding to the target applet. In the solution provided by the embodiments of the present application, a data directory is separately set for each applet, so as to isolate the data between different applets from each other. In addition, in the embodiment of the present application, a running directory is set for the running applet, so as to set the usage authority for the currently running running data and implement authority isolation.

Description of drawings

Other features, objects and advantages of the present application will become more apparent by reading the detailed description of non-limiting embodiments made with reference to the following drawings:

FIG. 1 is an exemplary system architecture diagram to which the present application can be applied;

2 is a flowchart of an embodiment of a method for running an applet according to the present application;

3 is a schematic diagram of a host application scenario of the applet running method according to the present application;

FIG. 4 is a flowchart of another embodiment of a method for running an applet according to the present application;

5 is a schematic structural diagram of an embodiment of an apparatus for running an applet according to the present application;

FIG. 6 is a schematic structural diagram of a computer system suitable for implementing the electronic device according to the embodiment of the present application.

Detailed ways

The present application will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the related invention, but not to limit the invention. In addition, it should be noted that, for the convenience of description, only the parts related to the related invention are shown in the drawings.

It should be noted that the embodiments in the present application and the features of the embodiments may be combined with each other in the case of no conflict. The present application will be described in detail below with reference to the accompanying drawings and in conjunction with the embodiments.

FIG. 1 shows an exemplary system architecture 100 that can host an embodiment of the applet running method or applet running apparatus of the present application.

As shown in FIG. 1 , the system architecture 100 may include terminal devices 101 , 102 , and 103 , a network 104 and a server 105 . The network 104 is a medium used to provide a communication link between the terminal devices 101 , 102 , 103 and the server 105 . The network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

The user can use the terminal devices 101, 102, 103 to interact with the server 105 through the network 104 to receive or send messages and the like. Various communication client host applications may be installed on the terminal devices 101 , 102 and 103 , such as applet running host applications, video host applications, live broadcast host applications, instant messaging tools, email clients, social platform software, and the like.

The terminal devices 101, 102, and 103 here may be hardware or software. When the terminal devices 101, 102, 103 are hardware, they can be various electronic devices with display screens, including but not limited to smart phones, tablet computers, e-book readers, laptop computers, desktop computers, and the like. When the terminal devices 101, 102, and 103 are software, they can be installed in the electronic devices listed above. It can be implemented as multiple software or software modules (eg, multiple software or software modules for providing distributed services), or as a single software or software module. There is no specific limitation here.

The server 105 may be a server that provides various services, such as a background server that provides support for the terminal devices 101 , 102 , and 103 . The background server can analyze and process the received user historical behavior data and other data, and feed back the processing results to the terminal device.

It should be noted that the applet running method provided by the embodiments of the present application is generally executed by the terminal devices 101 , 102 and 103 , and correspondingly, the applet running apparatus may be set in the terminal devices 101 , 102 and 103 .

It should be understood that the numbers of terminal devices, networks and servers in FIG. 1 are merely illustrative. There can be any number of terminal devices, networks and servers according to implementation needs.

Continuing to refer to FIG. 2 , a flow 200 of an embodiment of a method for running an applet according to the present application is shown. The operation method of the applet includes the following steps:

Step 201, establishing an operation directory and at least one data directory for the first host application, wherein different data directories are used to store data of different small programs integrated by the first host application, the operation directory is used to store operation data, and the operation data includes: User behavior data.

In this embodiment, the execution body of the applet running method (for example, the terminal device shown in FIG. 1 ) may establish a running directory and a data directory for the first host application. In this way, it is convenient to set permissions on the running directory separately, so that the above-mentioned execution subject or the server cannot apply the running data in the running directory to the applet that does not have the permission. The first host application may be any host application integrated with the applet installed on the terminal device. User behavior data refers to the data generated by the user's behavior about the Mini Program. For example, the user behavior data may include the time when the user accesses the web page through the applet and the web address of the web page. The data under the above data directory may include user behavior data. Data of different target applets can be stored in different data directories, so as to isolate the data in different data directories. Specifically, folders may exist in both the data directory and the running directory, and data may be stored in the folders. The host application refers to the application on which the applet runs on the platform. The applet running platform is used to provide a running environment for the applet in the host application, and is a necessary condition for the applet to start and run in the host application. The applet running platform can provide the applet with a template of the interface to be displayed, a browser, and personalized services for different host applications or different operating systems.

Step 202 , in response to detecting a user-initiated operation on the target applet integrated in the first host application, run the target applet, and store the operation data generated during the operation in the operation directory.

In this embodiment, the above-mentioned execution body may start and run the above-mentioned target applet in response to detecting a user-initiated operation of the user on the target applet integrated in the above-mentioned first host application. In addition, the above-mentioned execution body may store the operation data generated during the operation process in the above-mentioned operation directory. The user-initiated operation is an operation of the user, which is used to instruct to start the above-mentioned target applet.

In some optional implementations of this embodiment, step 202 includes: in response to detecting a user-initiated operation on the target applet integrated in the first host application, determining whether there is running data in the data directory corresponding to the target applet; If it exists, the existing operation data is decrypted and stored in the operation directory, and the target applet is run based on the operation data in the operation directory; if it does not exist, the target applet is run.

In these optional implementation manners, the above-mentioned execution body may, in response to detecting a user-initiated operation of the target applet by the user, determine whether there is running data in the data directory. In this way, the above-mentioned executive body can execute subsequent steps according to the judgment result.

The above-mentioned execution body may store the operation data in the data directory in the above-mentioned operation directory when the operation data exists, and then the above-mentioned execution body may run the above-mentioned target applet based on the operation data therein. If the judgment result is that there is no running data in the data directory corresponding to the target applet, then the above-mentioned execution subject can directly run the above-mentioned target applet.

In practice, the above-mentioned execution body can run the target applet based on the running data in various ways. For example, the above-mentioned execution body can upload the running data to the server of the target applet, so that the server can determine the object that the user likes. For example, the favorite object may be a video type, a commodity type, and so on. Then, the server can push related videos, commodities, advertisements, etc. to the target applet of the above-mentioned executive body. In this way, the above-mentioned executive body can broadcast the pushed content. In addition, if the target applet has an instruction to instruct the user to browse a certain webpage, as long as the user's browsing record of the webpage appears in the running data, the above-mentioned execution body can determine that the user has browsed the webpage.

These implementations can use the running data to better run the target applet for the user of the terminal device in the presence of running data.

Step 203 , in response to detecting the user's closing operation on the target applet, copy the running data in the running directory to the data directory corresponding to the target applet.

In this embodiment, the execution body may copy the running data in the running directory to the data directory corresponding to the target applet in response to detecting the user's closing operation of the target applet by the user. Specifically, the user's closing operation is an operation of the user, which is used to instruct the closing of the above-mentioned target applet.

In some optional implementation manners of this embodiment, the secret keys of the data directories corresponding to different applets integrated in the first host application are different.

In these optional implementation manners, the above-mentioned execution body or server may set a secret key for the data directory, and the set secret key has a one-to-one relationship with the applet identifier. Therefore, the secret keys are different between the data directories where the data of different applet programs are located. In this way, the data between each applet can be better isolated to prevent the data of the applet from being used arbitrarily.

In some optional implementations of this embodiment, after step 203, the above method may further include:

Under the data directory corresponding to the target applet, the running data of the current operation of the target applet is encrypted.

In these optional implementation manners, the above-mentioned execution body may encrypt the operation data generated by running the above-mentioned target applet this time in the data directory corresponding to the target applet. The encrypted data here includes copied data. In addition, other data may also be included, such as data periodically cached from the running directory to the data directory. The key used for encryption here is only used for the data directory corresponding to the target applet.

In these implementation manners, the operating data in the data directory can be encrypted to isolate the data in each data directory.

In some optional implementations of this embodiment, after step 203, the above method further includes:

Clear the data in the run directory.

In these optional implementation manners, the above-mentioned execution body may clear the data in the running directory after copying the running data in the running directory to the data directory, so that other applet programs can store the running data therein.

In some optional implementations of this embodiment, the running data in the running directory is only used to execute the instructions corresponding to the running applet integrated in the first host application.

In these optional implementation manners, the execution body can apply the running data in the running directory to the currently running applet integrated in the first host application, but cannot apply the running data in the running directory to the non-running applet An applet that is integrated or non-integrated into the first host application. Specifically, the instructions corresponding to the applet may be various, for example, the instructions may instruct to send the running data to the server corresponding to the applet, so as to facilitate the server to perform data analysis, or to facilitate the server to push advertisements to the terminal device.

These optional implementations can isolate the data in the running directory by restricting usage rights, so as to better protect the data in it, and prevent the above-mentioned execution subject from applying the data in it to other applets.

Continuing to refer to FIG. 3 , FIG. 3 is a schematic diagram of a host application scenario of the applet running method according to this embodiment. In the host application scenario of FIG. 3 , the terminal device 301 is installed with five host applications including the instant messaging host application. The terminal device 301 can establish a running directory and three data directories 302 for the above instant messaging host application, wherein the three data directories are used to store the data of three different applets integrated by the instant messaging host application, and the running directory is used to store the running directory. data, operational data including user behavior data. The terminal device 301 runs the above-mentioned game applet in response to detecting the user-initiated operation of the game applet integrated in the instant messaging host application, and stores the operation data 303 generated during the operation in the operation directory. In response to detecting the user's closing operation of the game applet, the terminal device 301 copies the operation data 303 in the operation directory to the data directory 304 corresponding to the game applet.

The method provided by the above-mentioned embodiments of the present application separates data between different applet programs by setting a data directory for each applet. In addition, in this embodiment, a running directory is set for the running applet, so as to set the usage authority for the currently running running data and implement authority isolation.

With further reference to FIG. 4 , it shows a flow 400 of yet another embodiment of a method for running an applet. The process 400 of the applet running method includes the following steps:

Step 401, establishing an operation directory and at least one data directory for the first host application, wherein different data directories are used to store data of different small programs integrated by the first host application, and the operation directory is used to store operation data, and the operation data includes: User behavior data.

In this embodiment, the execution body of the applet running method (for example, the terminal device shown in FIG. 1 ) may establish a running directory and a data directory for the first host application. In this way, it is convenient to set permissions on the running directory separately, so that the above-mentioned execution subject or the server cannot apply the running data in the running directory to the applet that does not have the permission. The first host application may be any host application integrated with the applet installed on the terminal device. User behavior data refers to the data generated by the user's behavior about the Mini Program.

Step 402 , in response to detecting the user-initiated operation on the target applet integrated with the first host application, run the target applet, and store the operation data generated during the operation in the operation directory.

In this embodiment, the execution body may run the target applet in response to detecting a user-initiated operation of the target applet integrated in the first host application by the user, and store the operation data generated during the running process in the above-mentioned target applet. run directory. A user-initiated action is an action by the user to instruct the target applet to be activated.

Step 403, regularly backing up the running data generated in the running directory to the data directory corresponding to the target applet.

In this embodiment, the above-mentioned execution body may periodically back up the running data generated under the running target in the data directory corresponding to the target applet. For example, it can be compressed and stored in the data directory for backup. In addition, after each backup, the backed up data can also be encrypted to ensure that the backed up data is not used arbitrarily in time.

Step 404, in response to detecting the user's closing operation on the target applet, copy the running data in the running directory to the data directory corresponding to the target applet.

In this embodiment, the execution body may copy the running data in the running directory to the data directory corresponding to the target applet in response to detecting the user's closing operation of the target applet by the user. Specifically, the user's closing operation is an operation of the user, which is used to instruct the closing of the above-mentioned target applet.

In some optional implementations of this embodiment, step 404 includes: copying the running data added after the last timed backup of the running data in the running directory to the data directory corresponding to the target applet.

In these optional implementation manners, the copying process of the above-mentioned execution body may be to copy the data in the running directory that has not been backed up to the data directory, and the data that has been backed up to the data directory before may not be Repeatedly stored in the data directory. In this way, repeated storage of the operating data can be avoided, and the storage efficiency of the data can be improved.

In some optional host application scenarios of these implementations, after step 404, the above method may further include: encrypting the regularly backed up running data and the copied running data in the data directory corresponding to the target applet.

In these optional host application scenarios, the above-mentioned execution body may encrypt the operation data stored from the operation directory to the data directory. Specifically, the encrypted data here may include regularly backed up data and replicated data. The encrypted key is the key set for the data directory of the above target applet.

In these host application scenarios, after all the running data in the running directory is stored in the data directory, the stored data can be encrypted, so that performance problems will not be caused by too frequent encryption, thus ensuring the smooth running of the applet.

In this embodiment, the running data is backed up regularly, so as to avoid the performance problem of the terminal device caused by the excessive concentration of storage time caused by the unified storage after the operation of the applet is completed.

With further reference to FIG. 5 , as an implementation of the methods shown in the above figures, the present application provides an embodiment of an apparatus for running an applet. The apparatus embodiment corresponds to the method embodiment shown in FIG. 2 . Can be used in various electronic devices.

As shown in FIG. 5 , the applet running apparatus 500 in this embodiment includes: a establishing unit 501 , an running unit 502 and a copying unit 503 . The establishment unit 501 is configured to establish a running directory and at least one data directory for the first host application, wherein different data directories are used to store data of different applets integrated by the first host application, and the running directory is used to store Running data, the running data includes user behavior data; the running unit 502 is configured to run the target applet in response to detecting a user-initiated operation of the target applet integrated in the first host application, and convert the running data generated during the running process Stored in the running directory; the copying unit 503 is configured to copy the running data in the running directory to the data directory corresponding to the target applet in response to detecting the user closing operation of the target applet.

In some embodiments, the establishing unit 501 of the applet running apparatus 500 may establish a running directory and a data directory for the first host application. In this way, it is convenient to set permissions on the running directory separately, so that the above-mentioned execution subject or the server cannot apply the running data in the running directory to the applet that does not have the permission. The first host application may be any host application integrated with the applet installed on the terminal device.

In some embodiments, the running unit 502 may start and run the above-mentioned target applet in response to detecting a user-initiated operation of the user on the target applet integrated in the above-mentioned first host application. In addition, the above-mentioned execution body may store the operation data generated during the operation process in the above-mentioned operation directory.

In some embodiments, the copying unit 503 may copy the running data in the running directory to the data directory corresponding to the target applet in response to detecting the user's closing operation of the target applet by the user. Specifically, the user's closing operation is an operation of the user, which is used to instruct the closing of the above-mentioned target applet.

In some optional implementation manners of this embodiment, the secret keys of the data directories corresponding to different mini-programs integrated in the first host application are different.

In some optional implementations of this embodiment, the running unit is further configured to execute the target applet in response to detecting a user-initiated operation of the target applet integrated in the first host application in the following manner: in response to After detecting the user-initiated operation of the target applet integrated in the first host application, determine whether there is running data in the data directory corresponding to the target applet; if so, decrypt the existing running data and store it in the running directory, The running data in the directory, run the target applet; if it does not exist, run the target applet.

In some optional implementations of this embodiment, the apparatus further includes: an encryption unit configured to encrypt the running data of the current running of the target applet under the data directory corresponding to the target applet.

In some optional implementations of this embodiment, the apparatus further includes: a backup unit configured to regularly back up the running data generated in the running directory to a data directory corresponding to the target applet.

In some optional implementations of this embodiment, the copying unit is further configured to copy the running data in the running directory to the data directory corresponding to the target applet in the following manner: The running data added after the running data is regularly backed up is copied to the data directory corresponding to the target applet.

In some optional implementations of this embodiment, the apparatus further includes: an execution unit configured to encrypt the regularly backed up running data and the copied running data under the data directory corresponding to the target applet.

In some optional implementation manners of this embodiment, the apparatus further includes: a clearing unit configured to clear data in the running directory.

In some optional implementations of this embodiment, the running data in the running directory is only used to execute the instructions corresponding to the running applet integrated in the first host application.

As shown in FIG. 6, an electronic device 600 may include a processing device (eg, a central processing unit, a graphics processor, etc.) 601 that may be loaded into random access according to a program stored in a read only memory (ROM) 602 or from a storage device 608 Various appropriate actions and processes are executed by the programs in the memory (RAM) 603 . In the RAM 603, various programs and data necessary for the operation of the electronic device 600 are also stored. The processing device 601 , the ROM 602 , and the RAM 603 are connected to each other through a bus 604 . An input/output (I/O) interface 605 is also connected to bus 604 .

Typically, the following devices can be connected to the I/O interface 605: input devices 606 including, for example, a touch screen, touchpad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; including, for example, a liquid crystal display (LCD), speakers, vibration The output device 607 of the device, etc.; the storage device 608; and the communication device 609. Communication means 609 may allow electronic device 600 to communicate wirelessly or by wire with other devices to exchange data. While FIG. 6 shows electronic device 600 having various means, it should be understood that not all of the illustrated means are required to be implemented or provided. More or fewer devices may alternatively be implemented or provided. Each block shown in FIG. 6 may represent one device, or may represent multiple devices as required.

In particular, according to embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the method illustrated in the flowchart. In such an embodiment, the computer program may be downloaded and installed from the network via the communication device 609 , or from the storage device 608 , or from the ROM 602 . When the computer program is executed by the processing apparatus 601, the above-described functions defined in the methods of the embodiments of the present disclosure are executed. It should be noted that the computer-readable medium of the embodiments of the present disclosure may be a computer-readable signal medium or a computer-readable storage medium, or any combination of the above two. The computer-readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus or device, or a combination of any of the above. More specific examples of computer readable storage media may include, but are not limited to, electrical connections with one or more wires, portable computer disks, hard disks, random access memory (RAM), read only memory (ROM), erasable Programmable read only memory (EPROM or flash memory), fiber optics, portable compact disk read only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing. In embodiments of the present disclosure, a computer-readable storage medium may be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. Rather, in embodiments of the present disclosure, a computer-readable signal medium may include a data signal in baseband or propagated as part of a carrier wave, carrying computer-readable program code therein. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing. A computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium that can transmit, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device . Program code embodied on a computer readable medium may be transmitted using any suitable medium including, but not limited to, electrical wire, optical fiber cable, RF (radio frequency), etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code that contains one or more logical functions for implementing the specified functions executable instructions. It should also be noted that, in some alternative implementations, the functions noted in the blocks may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It is also noted that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, can be implemented in dedicated hardware-based systems that perform the specified functions or operations , or can be implemented in a combination of dedicated hardware and computer instructions.

The units involved in the embodiments of the present application may be implemented in a software manner, and may also be implemented in a hardware manner. The described unit can also be provided in a processor, for example, it can be described as: a processor includes a building unit, an operating unit and a copying unit. Wherein, the names of these units do not constitute a limitation of the unit itself under certain circumstances, for example, the establishment unit may also be described as "a unit for establishing a running directory and at least one data directory for the first host application".

As another aspect, the present application also provides a computer-readable medium, which may be included in the apparatus described in the above-mentioned embodiments, or may exist independently without being assembled into the apparatus. The above-mentioned computer-readable medium carries one or more programs, and when the above-mentioned one or more programs are executed by the device, the device causes the device to: establish a running directory and at least one data directory for the first host application, wherein different data directories Used to store data of different applets integrated by the first host application, the run directory is used to store run data, and the run data includes user behavior data; in response to detecting a user-initiated operation on the target applet integrated in the first host application , run the target applet, and store the running data generated during the running process in the running directory; in response to detecting the user closing operation of the target applet, copy the running data in the running directory to the data directory corresponding to the target applet.

The above description is only a preferred embodiment of the present application and an illustration of the applied technical principles. Those skilled in the art should understand that the scope of the invention involved in this application is not limited to the technical solution formed by the specific combination of the above technical features, and should also cover the above technical features or Other technical solutions formed by any combination of its equivalent features. For example, a technical solution is formed by replacing the above-mentioned features with the technical features disclosed in this application (but not limited to) with similar functions.

Claims (11)

1. A method for running an applet, applied to a terminal device installed with at least one host application including a first host application; the method comprising: establishing an operation directory and at least one data directory for the first host application, wherein different data directories are used to store data of different small programs integrated by the first host application, and the operation directory is used to store operation data, Operational data includes user behavior data; In response to detecting the user-initiated operation of the target applet integrated in the first host application, run the target applet, and store the operation data generated during the operation in the operation directory; In response to detecting the user's closing operation on the target applet, the operation data in the operation directory is copied to the data directory corresponding to the target applet. 2. The method of claim 1, wherein, The secret keys of the data directories corresponding to the different mini-programs integrated in the first host application are different. 3. The method of claim 1, wherein, in response to detecting a user-initiated operation on a target applet integrated into the first host application, running the target applet comprises: In response to detecting a user-initiated operation of the target applet integrated in the first host application, determining whether there is running data in the data directory corresponding to the target applet; If it exists, decrypt the existing operating data and store it in the operating directory, and run the target applet based on the operating data in the operating directory; If not, run the target applet. 4. The method according to claim 1, wherein, after the operation data under the operation directory is copied to the data directory corresponding to the target applet, the method further comprises: Under the data directory corresponding to the target applet, the operation data of the current operation of the target applet is encrypted. 5. The method according to claim 1, wherein after the operation data generated during the operation is stored in the operation directory, the method further comprises: The running data generated in the running directory is regularly backed up to the data directory corresponding to the target applet. 6. The method according to claim 5, wherein the copying of the running data under the running directory to the data directory corresponding to the target applet comprises: Copy the running data added after the last timed backup of running data in the running directory to the data directory corresponding to the target applet. 7. The method according to claim 6, wherein, after the operation data under the operation directory is copied to the data directory corresponding to the target applet, the method further comprises: In the data directory corresponding to the target applet, the regularly backed up operation data and the copied operation data are encrypted. 8. The method according to one of claims 1-5, wherein, after the operation data under the operation directory is copied to the data directory corresponding to the target applet, the method further comprises: Clear the data in the running directory. 9 . The method according to claim 1 , wherein the operation data under the operation directory is only used to execute instructions corresponding to the applet integrated in the first host application and running. 10 . 10. An electronic device comprising: one or more processors; storage means for storing one or more programs, The one or more programs, when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-9. 11. A computer-readable storage medium having stored thereon a computer program, wherein the program, when executed by a processor, implements the method of any one of claims 1-9.