Application data processing method and device, electronic equipment and storage medium

Abstract

Embodiments of the present disclosure provide an application data processing method and device, electronic equipment and storage medium. In the target operating system, in response to the data copy instruction for the first application, the target data is obtained, wherein the first application is data isolated from the second application in the target operating system; the target data is loaded to the system clipboard to generate a temporary file; the temporary file is loaded by the second application to obtain the target data, and the target function corresponding to the second application is executed based on the target data. The target data of the first application is converted by using the system clipboard to generate a temporary file, and the target file is restored by loading the temporary file through the second application, realizing data transmission between different applications in the data isolation state, without additional data storage process, improving data transmission efficiency and storage space utilization.

Description

TECHNICAL FIELD

[0001] Embodiments of the present disclosure relate to the technical field of Internet, and particularly relate to an application data processing method and device, electronic equipment and storage medium. BACKGROUND

[0002] Currently, there are more and more application programs (APPs) installed and run in terminal devices. In some specific application scenarios, data needs to be transmitted and interacted between different application programs, so as to realize collaborative work between different application programs.

[0003] In the prior art, data transmission between different application programs is usually achieved by saving data as a file for storage by an application program as a data output end, and then loading the file by an application program as a data input end.

[0004] However, the data transmission by file saving and loading has problems of slow data transmission speed and occupying storage space of the terminal device. SUMMARY

[0005] Embodiments of the present disclosure provide an application data processing method and device, electronic equipment and storage medium to solve the problems of slow data transmission speed and occupying storage space of the terminal device.

[0006] In a first aspect, the embodiments of the present disclosure provide an application data processing method, comprising:

[0007] In a target operating system, in response to a data copy instruction for a first application program, obtaining target data, wherein the first application program is data isolated from a second application program in the target operating system; loading the target data to a system clipboard to generate a temporary file; loading the temporary file by the second application program to obtain the target data, and executing a target function corresponding to the second application program based on the target data.

[0008] In a second aspect, the embodiments of the present disclosure provide an application data processing device, comprising:

[0009] A first function module is configured to, in a target operating system, in response to a data copy instruction for a first application program, obtain target data, wherein the first application program is data isolated from a second application program in the target operating system.

[0010] A clipboard module is configured to load the target data to a system clipboard to generate a temporary file.

[0011] The second function module is configured to load the temporary file by using the second application program, obtain the target data, and execute a target function corresponding to the second application program based on the target data.

[0012] In a third aspect, an electronic device is provided, and the electronic device comprises:

[0013] a processor, and a memory connected to the processor in communication;

[0014] The memory stores computer-executable instructions.

[0015] The processor executes the computer-executable instructions stored in the memory to implement the application data processing method as described in the first aspect and various possible designs of the first aspect.

[0016] In a fourth aspect, a computer-readable storage medium is provided, and the computer-readable storage medium stores computer-executable instructions. When a processor executes the computer-executable instructions, the application data processing method as described in the first aspect and various possible designs of the first aspect is implemented.

[0017] In a fifth aspect, a computer program product is provided, and the computer program product comprises a computer program. When a processor executes the computer program, the application data processing method as described in the first aspect and various possible designs of the first aspect is implemented.

[0018] The application data processing method, device, electronic device, and storage medium provided in this embodiment are used to, in response to a data copying instruction for a first application program, obtain target data, where the first application program is data-isolated from a second application program under a target operating system; load the target data to a system clipboard to generate a temporary file; load the temporary file by using the second application program to obtain the target data, and execute a target function corresponding to the second application program based on the target data. The target data of the first application program is converted by using the system clipboard to generate a temporary file, and the target file is restored by loading the temporary file by using the second application program, so that data transmission between different application programs in a data-isolated state is implemented, an additional data storage process is not needed, and data transmission efficiency and storage space utilization are improved. BRIEF DESCRIPTION OF DRAWINGS

[0019] In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure or the prior art, the following will briefly introduce the drawings needed to be used in the embodiments or prior art description. Obviously, the drawings in the following description are some embodiments of the present disclosure, and for those skilled in the art, other drawings can also be obtained from these drawings without creative labor.

[0020] Figure 1 An application scenario of the application program data processing method provided by the embodiments of the present disclosure is shown in the figure.

[0021] Figure 2 A flowchart of the application program data processing method provided by the embodiments of the present disclosure is shown in the figure. Figure 1 ;

[0022] Figure 3 A flowchart of the application program data processing method provided by the embodiments of the present disclosure is shown in the figure. Figure 2 ;

[0023] Figure 4 A flowchart of the application program data processing method provided by the embodiments of the present disclosure is shown in the figure.

[0024] Figure 5 A flowchart of the application program data processing method provided by the embodiments of the present disclosure is shown in the figure. Figure 2 ;

[0025] Figure 6 A flowchart of the application program data processing method provided by the embodiments of the present disclosure is shown in the figure.

[0026] Figure 7 A flowchart of the application program data processing method provided by the embodiments of the present disclosure is shown in the figure. Figure 5 ;

[0027] Figure 8 A flowchart of the application program data processing method provided by the embodiments of the present disclosure is shown in the figure.

[0028] Figure 9 A flowchart of the application program processing method provided by the embodiments of the present disclosure is shown in the figure.

[0029] Figure 10 A structural block diagram of the application program data processing device provided by the embodiments of the present disclosure is shown in the figure.

[0030] Figure 11 A structural diagram of an electronic device provided by the embodiments of the present disclosure is shown in the figure.

[0031] Figure 12 A hardware structural diagram of an electronic device provided by the embodiments of the present disclosure is shown in the figure. DETAILED DESCRIPTION

[0032] To make the purposes, technical solutions, and advantages of the embodiments of the present disclosure clearer, the technical solutions in the embodiments of the present disclosure will be described clearly and completely below with reference to the drawings in the embodiments of the present disclosure. Obviously, the described embodiments are some but not all of the embodiments of the present disclosure. Based on the embodiments in the present disclosure, all other embodiments obtained by a person of ordinary skill in the art without creative work fall within the protection scope of the present disclosure.

[0033] The application scenarios of the embodiments of the present disclosure are explained as follows:

[0034] Figure 1 An application scenario diagram of the application program data processing method provided by the embodiments of the present disclosure is shown in FIG. 1. The application program data processing method provided by the embodiments of the present disclosure can be applied to a scenario of data transmission between different application programs. More specifically, it can be applied to data transmission between different application programs under an IOS system. As shown in FIG. 1, the method provided by the embodiments of the present disclosure can be applied to a terminal device, such as a smart phone, a personal computer, a tablet computer, and the like. The terminal device runs a first application program and a second application program. The data between the first application program and the second application program is isolated, that is, the first application program and the second application program cannot directly transmit data. More specifically, for example, the first application program is a video editing program, and the second application program is a video media program, such as a short video program. The user performs video editing on the basis of an original video through the first application program, for example, adds a video sticker, adds a video special effect, and the like, to generate a corresponding video editing file, also called an editing draft, Figure 1 The original video and the video editing file are collectively referred to as target data. Then, the terminal device runs the second application program, loads the target data including the original video and the corresponding video editing file in the second application program, and displays the video editing content represented by the original video and the corresponding video editing file on the second terminal device. Then, based on specific user instructions, the target data is processed through the second application program, for example, further edited, and the further edited video is uploaded to a short video platform. Figure 1

[0035] ​In the prior art, for the purpose of security design, the operating system isolates data in each application program from each other, for example, a first application program cannot access data generated by a second application program, thereby ensuring the security of user data. In some related technologies, the operating system specially sets a channel for data transmission between application programs, for example, in the IOS system, for application programs published by the same manufacturer, data can be transferred through the group mechanism in the IOS system, thereby realizing data transmission between two application programs belonging to the same manufacturer. However, for application programs of different manufacturers, the application program acting as a data output end usually saves data as a file for storage, and the application program acting as a data input end loads the file, thereby realizing data transmission. The above-mentioned method needs the user to manually implement the saving and loading operation, and the data saving and loading process is time-consuming, so that the data cannot be quickly transmitted between different application programs, causing slow data transmission speed, occupying storage space of the terminal device, and the like. The embodiments of the present disclosure provide an application program data processing method to solve the above-mentioned problems.

[0036] Reference Figure 2 , Figure 2 The application program data processing method provided by the embodiments of the present disclosure is shown in the flowchart Figure 1 . Exemplarily, the method of the embodiments can be applied to a terminal device, and the application program data processing method comprises the following steps.

[0037] Step S101: In response to a data copy instruction for a first application program, target data is acquired, wherein the first application program is data-isolated from a second application program under a target operating system.

[0038] Exemplarily, the target operating system is an IOS operating system, the terminal device is a device running the IOS operating system, and the first application program is, for example, a video editing program. Based on the above-mentioned exemplary application scenario, after the terminal device receives a user input data copy operation during the running of the first application program, a corresponding data copy instruction for the first application program is generated, and the data copy instruction is used to save target data generated during the running of the first application program. The target data is, for example, original video data and editing data representing editing content generated during the editing of the original video data by the video editing program. More specifically, the editing data includes, for example, information describing video effects, video stickers, background music, and the like added in the original video, and details are not described herein. Wherein, acquiring the target data can mean determining a data address of the target data, for example, a uniform resource locator (URL).

[0039] The data copying instruction can be triggered in various ways, for example, by clicking a setting button in the first application or a save button in the first application, or by long pressing a target area in the first application, popping up a menu bar, and clicking a save menu in the menu bar to trigger the data copying instruction. The generation of the data copying instruction is not limited specifically herein and can be determined according to the specific design of the first application.

[0040] Step S102: loading the target data into a system clipboard to generate a temporary file.

[0041] For example, after obtaining the target data corresponding to the first application in response to the data copying instruction, the data is encapsulated based on the data address of the target data, the data in a specific format is generated, and the data is loaded into the system clipboard, that is, a temporary file. The system clipboard is a functional module provided by an operating system for data caching and can be used for data sharing between different applications to serve as a data transfer station. Since the system clipboard is a system-level application, it has the ability to access data in an application (in an authorized case), and therefore, the data in the first application, for example, the data address of the target data, can be obtained based on the system clipboard, and then loaded based on the data address to load the target data into the system clipboard and save the target data in the form of a temporary file in the target data format. The temporary file has a target data format corresponding to a target operating system, and the specific implementation of the target data format is related to the specific implementation of the system clipboard in different operating systems, which is not limited specifically herein. It should be noted that, based on the specific implementation principle of the target operating system (for example, an IOS operating system), the system clipboard can include multiple data channels, including a channel for transmitting character information (that is, a string) and a channel for transmitting video, picture, and other file data. Since the target data needs to be transmitted, the system clipboard in this embodiment refers to the channel for transmitting file data in the system clipboard.

[0042] In one possible implementation, the target data includes at least two target files, as shown in Figure 3 The specific implementation steps of step S102 include:

[0043] Step S1021: merging the at least two target files to generate at least one merged file.

[0044] Step S1022: loading the at least one merged file into the system clipboard to generate a temporary file.

[0045] Exemplarily, when the target data comprises a plurality of target files, the target files are copied by using the system clipboard, and each target file needs to be processed in sequence, thus causing multiple file accesses, which causes additional computing overhead and time consumption. Figure 4 A process diagram for merging target files is provided in the embodiments of the present disclosure, as shown in Figure 4 The target files output by the first application program under the target operating system comprise target file #1, target file #2 and target file #3. Exemplarily, the target file #1, the target file #2 and the target file #3 are merged to generate a merged file #4, and then the system clipboard is called to load and store the target file #4 to generate a corresponding temporary file.

[0046] In the embodiments, the target files with small data lengths are merged to generate a merged file with a large data length for loading, which can reduce the number of times of reading the target files by the terminal device, thereby improving the file processing efficiency under the condition of multiple target files and reducing time consumption.

[0047] In a possible implementation manner, the specific implementation manner of step S1021 comprises:

[0048] The file information of the at least two target files is acquired, and the file information comprises the storage address of the target file. The logical address merging is performed based on the storage addresses of the at least two target files, and the merged file information is obtained, wherein the merged file information represents the storage address of the merged file. Based on the implementation manner of step S1021, the implementation manner of step S1022 comprises: calling the system clipboard, performing file loading based on the merged file information, and generating the temporary file.

[0049] Specifically, in the process of generating the merged file, the merged file can be determined by the file information of the target file, and the file information represents the storage address (URL) of the target file. In a possible implementation manner, the file information of the target file is acquired by using the system clipboard, and the file information comprises the storage address of the target file. Figure 4In the embodiment shown, the process of generating the merged file can be implemented by the file information corresponding to each of the target file #1, the target file #2 and the target file #3, for example, the file information includes the file size and the storage address of the target file. According to the file information of the target file #1, the target file #2 and the target file #3, the file sizes of the target file #1, the target file #2 and the target file #3 are determined. After judging the file sizes, if the merging requirement is met, the target file #1, the target file #2 and the target file #3 are logically spliced according to the storage addresses of the target file #1, the target file #2 and the target file #3, to obtain file information describing the storage address of the continuous splicing result of the target file #1, the target file #2 and the target file #3, that is, the merged file information, and the storage address of the merged file is determined through the merged file information. Then, the system clipboard is configured based on the merged file information for loading, so that the temporary file is generated in the system clipboard.

[0050] In the embodiment, the storage address of the target file is obtained, the logical address merging is performed based on the storage address of the target file, the merged file information representing the storage address of the merged file is obtained, and the system clipboard is called based on the merged file information for data loading. Before the target file is stored in the system clipboard, only logical processing is required for the target file, without physical copying of the target file, so that the overall processing speed of the target data is improved.

[0051] Step S103: The temporary file is loaded by the second application program to obtain the target data, and the target function corresponding to the second application program is executed based on the target data.

[0052] For example, after the target data is loaded and the temporary file is generated in the system clipboard, the terminal device reads the system clipboard by running the second application program, obtains the temporary file stored in the system clipboard, and loads it. Then, according to the specific generation mode of the temporary file, the temporary file is restored by the second application program, so that the target data corresponding to the temporary file, that is, the data output by the first application program, is obtained, thereby realizing the transmission of the target data from the first application program to the second application program.

[0053] The event of loading the temporary file by the second application to obtain the target data can be triggered in various cases. In one possible implementation, the event of loading the temporary file by the second application to obtain the target data is triggered in response to foreground running of the second application. Specifically, for example, the terminal device generates the temporary file in the system clipboard during running of the first application through the steps in the foregoing embodiment, and then, when the terminal device starts the second application or switches the second application to the foreground (activated) page, the terminal device automatically detects information in the system clipboard, obtains the temporary file, and loads the temporary file. In another possible implementation, the event of loading the temporary file by the second application to obtain the target data is triggered in response to a user operation. Specifically, for example, the terminal device generates the temporary file in the system clipboard during running of the first application through the steps in the foregoing embodiment, and then, after the terminal device starts the second application, the terminal device generates and executes a corresponding data paste instruction in response to a user operation, for example, a user clicking a control for pasting the target file set in an interface of the second application, reads information in the system clipboard, obtains the temporary file, and loads the temporary file.

[0054] Further, for example, after obtaining the target data, the second application implements a corresponding target function based on the target program, for example, further processing of the target data, display of the digital-analog data, uploading of the target data, and the like. More specifically, for example, the target data includes a media file (one type of target file) and an editing file (another type of target file) corresponding to the media file, where the editing file represents content of editing the media file. For example, the media file is a video file, and after obtaining the target data through the temporary file, the second application displays the video file and the editing content corresponding to the video file, for example, special effect information (including a special effect position, a special effect type, and the like) of each frame in the video file, a timestamp of each frame, background music corresponding to the video file, and the like. In this way, the second application can further edit and display, based on data output by the first application, for example, a video editing draft and an engineering file, and meanwhile, the efficiency and speed of data transmission are improved.

[0055] In the embodiment, the target data is obtained under the target operating system in response to a data copy instruction for the first application, the target data is loaded to the system clipboard to generate a temporary file, the temporary file is loaded by the second application to obtain the target data, and the target function corresponding to the second application is executed based on the target data. The target data of the first application is converted by the system clipboard to generate a temporary file, and the target file is restored by loading the temporary file by the second application, so that data transmission between different applications in a data isolation state is realized, an additional data storage process is not required, and data transmission efficiency and storage space utilization are improved.

[0056] Reference Figure 5 , Figure 5 The application data processing method provided in the embodiment of the present disclosure is shown in the flowchart Figure 2 The embodiment further refines steps S102 and S103 on the basis of the embodiment shown in Figure 2 The application data processing method provided in the embodiment of the present disclosure is shown in the flowchart

[0057] Step S201: Target data is obtained under the target operating system in response to a data copy instruction for the first application, wherein the target data includes at least two target files.

[0058] Step S202: The data length of each target file is obtained.

[0059] Step S203: Each target file is merged in sequence based on the data length of each target file and a preset merging length to generate at least one merged file, wherein the data length of the merged file is less than or equal to the merging length.

[0060] For example, the target data can be a folder containing multiple target files, and the multiple target files in the folder have different data lengths, i.e., file sizes. For example, the data length of target file #1 is 1 megabyte (Mb), and the data length of target file #2 is 3 megabytes (Mb). The specific data length value of the target file can be obtained by the file information of the target file. For details, refer to the related introduction in step S102 in the embodiment shown in Figure 2 After that, each target file is merged in sequence based on the data length of each target file and a preset merging length to obtain multiple merged files. The data length of the merged file is limited by the preset merging length, i.e., less than or equal to the preset merging length.

[0061] Figure 6 A process diagram for sequentially merging target files to generate a merged file is shown in FIG. 8.Figure 6 As shown, the target data includes a plurality of sequentially arranged target files, including target file #1 (shown as #1 in the figure, the same below), target file #2, target file #3, target file #4, target file #5, and the preset merging length is 8 (preset unit, such as Mb, the same below). Then, combined with the data length of each target file, for example, the data length of target file #1 is 1, the data length of target file #2 is 5, the data length of target file #2 is 6, the data length of target file #4 is 4, and the data length of target file #5 is 2, target file #1 and target file #2 are combined into merged file #C1 (shown as #C1 in the figure, the same below); target file #4 and target file #5 are combined into merged file #C2, and target file #3 is not combined. Of course, it can be understood that based on the data length of the target file after target file #5 (such as target file #6), target file #4, target file #5, and target file #6 can be combined into a merged file, or target file #6 and other target files can be combined into a merged file, and the specific case will not be described here.

[0062] In the process of combining target files to generate merged files, the file information of each target file can be used to implement merging in a logical address, and the specific implementation manner can be referred to in Figure 2 The details of step S102 in the embodiment are described in detail above, and will not be described here.

[0063] In the process of processing target files by the terminal device, on the one hand, although small data length fragmented files can be effectively reduced after being combined, the number of times of reading the files is reduced, and the efficiency of generating temporary files by the system clipboard is improved, on the other hand, when the data length of the generated synthesized file is too large, in the subsequent encryption process of the synthesized file, the synthesized file needs to be loaded in its entirety before a part of the synthesized file is encrypted, and therefore the efficiency of encrypting the synthesized file is affected, and the overall transmission efficiency of the target data is reduced and the time consumption is increased. Therefore, in the embodiment of the present application, while combining small data length target files, the data length of the generated synthesized file is limited, so as to avoid the generation of a synthesized file with too large size, which reduces the efficiency of the subsequent encryption process, and improves the overall transmission efficiency of the target data.

[0064] Step S204: encrypting the at least one merged file to generate a corresponding merged encrypted file.

[0065] Exemplarily, in the process of data transmission based on the system clipboard, any authorized application program can read the content in the system clipboard, for example, by the first application program, based on the above steps, after generating the temporary file in the system clipboard, the third application program is run, here, the third application program can obtain the temporary file by reading the content in the clipboard. Thus, causing security problems such as data leakage. Therefore, in the embodiment, after obtaining the merged file, the merged file is encrypted first, and then the temporary file is generated. After the second application program obtains the temporary file, the corresponding merged file content can be obtained only after corresponding decryption using the key, thereby ensuring data security.

[0066] In a possible implementation, as shown in Figure 7 The specific implementation of step S204 includes:

[0067] Step S2041: Obtain encryption information, the encryption information representing a random encryption rule for the target file.

[0068] Step S2042: Based on the encryption information, randomly encrypt the file information of at least one target file in the merged file to generate corresponding encrypted data.

[0069] Step S2043: Fill the encrypted data into the corresponding target file to generate a merged encrypted file.

[0070] Exemplarily, the merged file is generated by combining at least two target files, therefore, the merged file contains at least two target files, in the process of encrypting the merged file, in a possible implementation, the merged file can be encrypted as a whole, thereby obtaining better encryption effect and improving encryption security. In another possible implementation, one or several target files in a merged file can be selectively and dynamically encrypted, thereby reducing the amount of data encryption and improving the speed of data encryption.

[0071] More specifically, exemplarily, first, the encryption information representing the random encryption rule is obtained, through the encryption information, it can be determined which target files are encrypted. More specifically, in the encryption information, the number, position of the target files that need to be randomly encrypted, and / or the specific encryption algorithm, key, and other information are included. After randomly encrypting the file information of the target file based on the encryption information, the corresponding encrypted data is generated. Since the file information includes data storage address and other information, after encrypting the file information, the protection of the target file can be realized. Then, the encrypted data is filled into the corresponding target file to generate an encrypted file.

[0072] Figure 8 A process diagram for encrypting a target file provided by an embodiment of the present disclosure is shown inFigure 8 As shown, first, it is determined based on the encryption information that the target file #1 in the merged file data_1 is encrypted, then, file information of the target file #1 is obtained, and then, based on the secret key provided by the encryption information, the encryption fragment displacement is generated, and part or all of the information in the file information is encrypted based on the encryption fragment displacement to generate the encrypted data, then, the encrypted data is filled back to the target file #1, so that the target file #1 generates the encrypted target file #d1, and then, the data in the merged file data_1 is updated, which is equivalent to generating a new merged file data_2, which is the merged encrypted file.

[0073] In this embodiment, by encrypting the fragments of a small number of target files in the merged file, on the one hand, the amount of data encryption can be reduced and the encryption efficiency can be improved, and on the other hand, the number of target files that need to be encrypted is reduced, and when decryption is performed by the second application program, the corresponding decryption time consumption is also reduced, so that the data transmission efficiency is improved and the time consumption is reduced while ensuring the security of the target data transmission.

[0074] Further, the encryption information in this embodiment can be a preset fixed encryption information, or can be dynamically determined based on the data length of the target file. In a possible implementation, before S204, the method further includes:

[0075] Step S2040a: obtaining a first data length of at least one target file and a preset second data length;

[0076] Step S2040b: calculating a first encryption number required for encryption of the first data length and a second encryption number required for encryption of the second data length;

[0077] Step S2040c: determining the smaller one of the first encryption number and the second encryption number as a target encryption number, and generating the encryption information based on the target encryption number.

[0078] Exemplarily, for a specific target file, the first data length is the actual data length of the target file, for example, 1 Gb, and the second data length is a preset data length, which can be a reasonable data segment length set based on experience, for example, 1 Mb. In general, when uniformly encrypting data, the longer the data length, the more the encryption times. Based on a preset data length threshold, for example, 1024 Kb, the first encryption times corresponding to the first data length is 1000000 times, and the second encryption times corresponding to the second data length is 1000 times. Then, the smaller one of the two is taken as the target encryption times, for example, the second encryption times (1000 times) in the above example. The target file can be uniformly encrypted through the above encryption times, that is, the position of the target file for encryption is determined, so as to generate the encryption information. In this embodiment, by setting the second data length based on experience, the data length of the target data for encryption is limited to a lower level. If the first data length of the target data is less than the preset experience value, the first data length is adaptively determined as the target encryption times, so as to ensure that the data length of the encrypted file is low, thereby improving the encryption speed and reducing the time consumption of the encryption process.

[0079] Step S205: calling the system clipboard to load the merged encrypted file to generate a temporary file.

[0080] Step S206: loading the temporary file through the second application program, and restoring and decrypting the temporary file to obtain the target data.

[0081] Exemplarily, after obtaining the merged encrypted file, the combined file which has not been encrypted and the target file which has not been combined are encoded to generate a corresponding temporary file, which is kept in the system clipboard. The target data format of the temporary file is determined by the encoding rule, and details are not repeated. After that, when the second application program runs, the second application program reads the system clipboard based on a manual or automatic triggering mode, and obtains the above-mentioned temporary file in the clipboard, and restores and decrypts the temporary file. The restoration rule of the temporary file is determined based on the encoding rule and is preset in the second application program. The decryption rule of the temporary file can be sent by the first application program to the second application program before or after the encryption step (for example, after step S204). More specifically, for example, after step S204, the encryption information is sent to the second application program.

[0082] In a possible implementation, the specific implementation of step S206 includes:

[0083] Step S2061: reading the system clipboard to obtain the temporary file when the second application program is running in the foreground.

[0084] Step S2062: Obtain the encrypted file corresponding to the temporary file, and restore the temporary file based on the encrypted file to obtain the target data.

[0085] Exemplarily, after the temporary file is generated in the system clipboard, when the second application switches to the previous running, the content in the system clipboard is automatically read to obtain the temporary file. Then, the second application decrypts and restores the encrypted file based on the encryption information obtained in the previous step, so as to obtain the target file corresponding to the temporary file, that is, the file output by the first application. The process of decrypting and restoring the temporary file has been introduced in the embodiment shown in Figure 2 and will not be described here again.

[0086] Step S207: Execute the target function corresponding to the second application based on the target data.

[0087] In this embodiment, the specific implementation manners of steps S201 and S207 are the same as those of the corresponding steps in steps S101 and S103 in the embodiment shown in Figure 2 and will not be described here again.

[0088] To better introduce the application program data processing method provided in this embodiment, the implementation process of the method will be introduced in a more specific embodiment. Figure 9 The execution flowchart of the application program processing method provided in this embodiment is shown in Figure 9 The application program data processing provided in this embodiment can be implemented through a software development kit (SDK) installed in the application program. The first application program and the second application program are installed with the SDK for implementing the application program data processing method introduced in the above embodiment. Specifically, the application program data processing method includes the following steps.

[0089] S1: The first application program obtains a target file.

[0090] S2: The first application program requests a URL for transmitting the target file.

[0091] S3: The SDK assembles the target file and creates a random key.

[0092] S4: The SDK encrypts and encodes the file information corresponding to the target file.

[0093] S5: The SDK sets the system clipboard parameters.

[0094] S6: The operating system performs callback based on the system clipboard parameters.

[0095] S7, the operating system cyclically acquires the encoded and encrypted file information and saves it to a temporary file.

[0096] S8, the operating system sends a copy completion message.

[0097] S9, the SDK sends a copy completion message and returns a key.

[0098] S10, the first application displays a prompt message.

[0099] S11, the first application sends a pull-up message to the second application through a deep link (deeplink) method, and the pull-up message includes a decryption key.

[0100] S12, the second application sends a data transfer request, and the data transfer request includes a decryption key.

[0101] S13, the SDK queries the system clipboard.

[0102] S14, the SDK obtains temporary data in the system clipboard.

[0103] S15, the SDK decrypts and restores the temporary data to obtain target data.

[0104] S16, the second application obtains the target data through the SDK.

[0105] An application data processing apparatus corresponding to the above embodiment, Figure 10 A structural block diagram of an application data processing apparatus provided by an embodiment of the present disclosure. For ease of illustration, only parts related to the embodiments of the present disclosure are shown. Referring to Figure 10 The application data processing apparatus 3 comprises:

[0106] The first function module 31 is configured to acquire target data in response to a data copy instruction for a first application under a target operating system, wherein the first application is data isolated from a second application under the target operating system.

[0107] The clipboard module 32 is configured to load the target data to a system clipboard to generate a temporary file.

[0108] The second function module 33 is configured to load the temporary file through the second application to obtain the target data, and execute a target function corresponding to the second application based on the target data.

[0109] In an embodiment of the present disclosure, the target data comprises at least two target files; the clipboard module 32 is specifically configured to: merge the at least two target files to generate at least one merged file; and call the system clipboard to load the at least one merged file to generate the temporary file.

[0110] In an embodiment of the present disclosure, when the clipboard module 32 merges at least two target files to generate at least one merged file, the clipboard module 32 is specifically configured to: acquire file information of the at least two target files, the file information including storage addresses of the target files; and perform logical address merging based on the storage addresses of the at least two target files to obtain merged file information, where the merged file information represents a storage address of the merged file. When the clipboard module 32 calls the system clipboard to load the at least one merged file to generate a temporary file, the clipboard module 32 is specifically configured to: call the system clipboard, perform file loading based on the merged file information, and generate the temporary file.

[0111] In an embodiment of the present disclosure, when the clipboard module 32 merges at least two target files to generate at least one merged file, the clipboard module 32 is specifically configured to: acquire data lengths of the target files; and sequentially merge the target files based on the data lengths of the target files and a preset merging length to generate the at least one merged file, where a data length of the merged file is less than or equal to the merging length.

[0112] In an embodiment of the present disclosure, the target files include media files and editing files corresponding to the media files, where the editing files represent contents of editing the media files.

[0113] In an embodiment of the present disclosure, when the clipboard module 32 merges at least two target files to generate at least one merged file, the clipboard module 32 is specifically configured to: encrypt the at least one target file to generate a corresponding encrypted file; and generate a corresponding merged file based on the encrypted file.

[0114] In an embodiment of the present disclosure, when the clipboard module 32 encrypts at least one target file to generate a corresponding encrypted file, the clipboard module 32 is specifically configured to: acquire encryption information, where the encryption information represents a rule of randomly encrypting the target file; randomly encrypt file information of the at least one target file based on the encryption information to generate corresponding encrypted data; and fill the encrypted data into the corresponding target file to generate the encrypted file.

[0115] In an embodiment of the present disclosure, before the clipboard module 32 randomly encrypts at least one target file based on encryption information to generate a corresponding encrypted file, the clipboard module 32 is further configured to: acquire a first data length of the at least one target file and a preset second data length; calculate a first encryption frequency required for encrypting the first data length and a second encryption frequency required for encrypting the second data length; determine a target encryption frequency as a smaller one of the first encryption frequency and the second encryption frequency; and generate the encryption information based on the target encryption frequency.

[0116] In one embodiment of the present disclosure, after randomly encrypting at least one target file based on encryption information to generate a corresponding encrypted file, the clipboard module 32 is also used to: send the encryption information to the second application; when the clipboard module 32 generates a corresponding merged file based on the encrypted file, it is specifically used to: combine the encrypted file and other unencrypted target files to generate a merged file.

[0117] In one embodiment of the present disclosure, the second functional module 33 is specifically used to: when the second application is running in the foreground, read the system clipboard to obtain a temporary file; obtain the encrypted file corresponding to the temporary file, and restore the temporary file based on the encrypted file to obtain the target data.

[0118] The first function module 31, the clipboard module 32, and the second function module 33 are connected in sequence. The application data processing device 3 provided in this embodiment can execute the technical solution of the above method embodiment, and its implementation principle and technical effect are similar, which will not be repeated in this embodiment.

[0119] Figure 11 A schematic diagram of the structure of an electronic device provided in an embodiment of the present disclosure is shown in FIG. Figure 11 As shown, the electronic device 4 includes:

[0120] A processor 41, and a memory 42 communicatively connected to the processor 41;

[0121] Memory 42 stores computer-executable instructions;

[0122] The processor 41 executes the computer execution instructions stored in the memory 42 to implement the following Figures 2-9 The application data processing method in the illustrated embodiment.

[0123] Optionally, the processor 41 and the memory 42 are connected via a bus 43 .

[0124] For related instructions, please refer to Figures 2-9 The relevant descriptions and effects corresponding to the steps in the corresponding embodiments can be understood, and no further details are given here.

[0125] refer to Figure 12, which shows a schematic structural diagram of an electronic device 900 suitable for implementing the embodiments of the present disclosure. The electronic device 900 may be a terminal device or a server. The terminal device may include, but is not limited to, mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, personal digital assistants (PDAs), tablet computers (Portable Android Devices, PADs), portable multimedia players (PMPs), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. Figure 12 The electronic device shown is only an example and should not limit the functions and scope of use of the embodiments of the present disclosure.

[0126] like Figure 12 As shown, the electronic device 900 may include a processing device (e.g., a central processing unit, a graphics processing unit, etc.) 901, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 902 or a program loaded from a storage device 908 into a random access memory (RAM) 903. Various programs and data required for the operation of the electronic device 900 are also stored in the RAM 903. The processing device 901, the ROM 902, and the RAM 903 are connected to each other via a bus 904. An input / output (I / O) interface 905 is also connected to the bus 904.

[0127] Typically, the following devices may be connected to the I / O interface 905: an input device 906 including, for example, a touch screen, a touchpad, a keyboard, a mouse, a camera, a microphone, an accelerometer, a gyroscope, etc.; an output device 907 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; a storage device 908 including, for example, a magnetic tape, a hard disk, etc.; and a communication device 909. The communication device 909 may allow the electronic device 900 to communicate with other devices wirelessly or by wire to exchange data. Although Figure 12 The electronic device 900 is shown with various devices, but it should be understood that it is not required to implement or possess all of the devices shown. More or fewer devices may be implemented or possessed instead.

[0128] In particular, according to embodiments of the present disclosure, the processes described above with reference to the flowcharts can be implemented as a computer software program. 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 comprising program code for performing the methods illustrated by the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via the communication device 909, or installed from the storage device 908, or installed from the ROM 902. When the computer program is executed by the processing device 901, the above-mentioned functions defined in the methods of the embodiments of the present disclosure are performed.

[0129] Note that the computer readable medium described above in the present disclosure can be a computer readable signal medium or a computer readable storage medium or any combination thereof. The computer readable storage medium may, for example, be, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus or device, or any suitable combination of the above. More specific examples of the computer readable storage medium can include, but are not limited to, an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present disclosure, the computer readable storage medium can be any tangible medium that contains or stores a program that can be used by or in connection with an instruction execution system, apparatus or device. In the present disclosure, the computer readable signal medium can include a data signal carried in a baseband or as part of a carrier wave, in which the computer readable program code is carried. Such a propagated data signal can take a variety of forms, including, but not limited to, an electromagnetic signal, an optical signal, or any suitable combination of the above. The computer readable signal medium can also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate or transport a program for use by or in connection with an instruction execution system, apparatus or device. The program code contained on the computer readable medium can be transmitted by any suitable medium, including, but not limited to, wire, cable, RF (radio frequency), or the like, or any suitable combination of the above.

[0130] The computer readable medium described above can be included in the electronic device described above; or can exist separately from the electronic device and be not assembled in the electronic device.

[0131] The computer readable medium described above carries one or more programs, which, when executed by the electronic device, cause the electronic device to perform the methods illustrated by the embodiments described above.

[0132] Computer program code for carrying out operations of the present disclosure can be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code can execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection can be made to an external computer (for example, through the Internet using an Internet Service Provider).

[0133] The flow diagrams and the block diagrams in the drawings are meant as possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flow diagrams and the block diagrams can represent a module, a segment, or a portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that in some alternative implementations, the functions noted in the blocks can 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 can sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and / or flow diagrams, and combinations thereof, can be implemented by special purpose hardware-based systems that perform the specified functions or operations, or combinations of special purpose hardware and computer instructions.

[0134] The units described in the embodiments of the present disclosure can be implemented by software, or by hardware. In some cases, the name of the unit does not constitute a limitation on the unit itself. For example, the first obtaining unit can also be described as a unit for obtaining at least two Internet protocol addresses.

[0135] The functions described above in the specification of the present disclosure can be performed by one or more hardware logic components. For example, and without limitation, illustrative types of hardware logic components that can be used include Field-programmable Gate Arrays (FPGAs), Program-specific Integrated Circuits (ASICs), Application-specific Standard Products (ASSPs), System-on-a-chip systems (SOCs), Complex Programmable Logic Devices (CPLDs), etc.

[0136] In the context of this disclosure, a machine-readable medium can be a tangible medium that contains or stores a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can include but is not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine-readable storage medium will include one or more of: an electrical connection based on one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0137] In a first aspect, according to one or more embodiments of the present disclosure, a method for processing application data is provided, comprising:

[0138] According to one or more embodiments of the present disclosure, the target data includes at least two target files; loading the target data to a system clipboard to generate a temporary file includes: merging the at least two target files to generate at least one merged file; calling the system clipboard to load the at least one merged file to generate the temporary file.

[0139] According to one or more embodiments of the present disclosure, merging the at least two target files to generate at least one merged file includes: obtaining file information of the at least two target files, the file information including storage addresses of the target files; based on the storage addresses corresponding to the at least two target files, performing logical address merging to obtain merged file information, wherein the merged file information represents a storage address of the merged file; and the calling the system clipboard to load the at least one merged file to generate the temporary file includes: calling the system clipboard to perform file loading based on the merged file information to generate the temporary file.

[0140] According to one or more embodiments of the present disclosure, merging the at least two target files to generate at least one merged file includes: obtaining data lengths of the target files; based on the data lengths of the target files and a preset merging length, merging the target files in sequence to generate at least one merged file, wherein a data length of the merged file is less than or equal to the merging length.

[0141] According to one or more embodiments of the present disclosure, the target file includes a media file and an edit file corresponding to the media file, and the edit file represents content of editing the media file.

[0142] According to one or more embodiments of the present disclosure, the merging of the at least two target files to generate at least one merged file includes: encrypting at least one of the target files to generate a corresponding encrypted file; and generating a corresponding merged file based on the encrypted file.

[0143] According to one or more embodiments of the present disclosure, the encryption of at least one of the target files to generate a corresponding encrypted file includes: obtaining encryption information representing a rule for random encryption of the target file; performing random encryption on file information of at least one of the target files based on the encryption information to generate corresponding encryption data; and filling the encryption data into the corresponding target file to generate the encrypted file.

[0144] According to one or more embodiments of the present disclosure, before the random encryption of at least one of the target files based on the encryption information to generate a corresponding encrypted file, the method further includes: obtaining a first data length of at least one of the target files and a preset second data length; calculating a first encryption number required for encryption of the first data length and a second encryption number required for encryption of the second data length; determining a target encryption number as the smaller one of the first encryption number and the second encryption number, and generating the encryption information based on the target encryption number.

[0145] According to one or more embodiments of the present disclosure, after the random encryption of at least one of the target files based on the encryption information to generate a corresponding encrypted file, the method further includes: sending the encryption information to the second application; and generating a corresponding merged file based on the encrypted file, including: combining the encrypted file and other unencrypted target files to generate the merged file.

[0146] According to one or more embodiments of the present disclosure, the loading of the temporary file by the second application to obtain the target data includes: reading the system clipboard to obtain the temporary file when the second application is running in the foreground; obtaining an encrypted file corresponding to the temporary file, and restoring the temporary file based on the encrypted file to obtain the target data.

[0147] In a second aspect, according to one or more embodiments of the present disclosure, an application data processing apparatus is provided, including:

[0148] The first function module is configured to acquire target data in response to a data copy instruction for a first application program under a target operating system, wherein the first application program is data-isolated from a second application program under the target operating system.

[0149] The clipboard module is configured to load the target data into a system clipboard to generate a temporary file.

[0150] The second function module is configured to load the temporary file through the second application program to obtain the target data, and execute a target function corresponding to the second application program based on the target data.

[0151] According to one or more embodiments of the present disclosure, the target data includes at least two target files; and the clipboard module is specifically configured to: merge the at least two target files to generate at least one merged file; and call the system clipboard to load the at least one merged file to generate the temporary file.

[0152] According to one or more embodiments of the present disclosure, when merging the at least two target files to generate at least one merged file, the clipboard module is specifically configured to: acquire file information of the at least two target files, wherein the file information includes storage addresses of the target files; and perform logical address merging based on the storage addresses of the at least two target files to obtain merged file information, wherein the merged file information represents a storage address of the merged file; and when calling the system clipboard to load the at least one merged file to generate the temporary file, the clipboard module is specifically configured to: call the system clipboard to perform file loading based on the merged file information to generate the temporary file.

[0153] According to one or more embodiments of the present disclosure, when merging the at least two target files to generate at least one merged file, the clipboard module is specifically configured to: acquire data lengths of the target files; and sequentially merge the target files based on the data lengths of the target files and a preset merging length to generate at least one merged file, wherein a data length of the merged file is less than or equal to the merging length.

[0154] According to one or more embodiments of the present disclosure, the target file includes a media file and an editing file corresponding to the media file, and the editing file represents content of editing the media file.

[0155] According to one or more embodiments of the present disclosure, the clipboard module is specifically configured to encrypt at least one of the target files to generate a corresponding encrypted file when merging the at least two target files to generate at least one merged file.

[0156] According to one or more embodiments of the present disclosure, the clipboard module is specifically configured to obtain encryption information when encrypting at least one of the target files to generate a corresponding encrypted file, the encryption information representing a rule for randomly encrypting the target file.

[0157] According to one or more embodiments of the present disclosure, before the clipboard module encrypts at least one of the target files based on the encryption information to generate a corresponding encrypted file, the clipboard module is further configured to: obtain a first data length of at least one of the target files and a preset second data length; calculate a first encryption frequency required for encrypting the first data length and a second encryption frequency required for encrypting the second data length; determine a target encryption frequency as the smaller one of the first encryption frequency and the second encryption frequency, and generate the encryption information based on the target encryption frequency.

[0158] According to one or more embodiments of the present disclosure, after the clipboard module encrypts at least one of the target files based on the encryption information to generate a corresponding encrypted file, the clipboard module is further configured to: send the encryption information to the second application; and the clipboard module is specifically configured to combine the encrypted file and other unencrypted target files to generate the merged file when generating a corresponding merged file based on the encrypted file.

[0159] According to one or more embodiments of the present disclosure, the second function module is specifically configured to: read the system clipboard to obtain the temporary file when the second application is running in the foreground; obtain an encrypted file corresponding to the temporary file, and restore the temporary file based on the encrypted file to obtain the target data.

[0160] In a third aspect, according to one or more embodiments of the present disclosure, an electronic device is provided, which includes: a processor, and a memory connected to the processor in communication;

[0161] The memory stores computer execution instructions.

[0162] The processor executes computer-executed instructions stored in the memory to implement the application data processing method according to the first aspect and possible designs thereof.

[0163] In a fourth aspect, a computer-readable storage medium is provided according to one or more embodiments of the present disclosure, and the computer-readable storage medium stores computer-executed instructions, and when a processor executes the computer-executed instructions, the application data processing method according to the first aspect and possible designs thereof is implemented.

[0164] In a fifth aspect, a computer program product is provided according to an embodiment of the present disclosure, and the computer program product comprises a computer program, and when a processor executes the computer program, the application data processing method according to the first aspect and possible designs thereof is implemented.

[0165] The above description is merely preferred implementation of the present disclosure and a description of the principles of the technology applied. It should be understood by those skilled in the art that the disclosed scope of the present disclosure is not limited to the technical solutions formed by the specific combinations of the above technical features, and also covers other technical solutions formed by the combinations of the above technical features or equivalent features thereof without departing from the above disclosed concept. For example, the technical solutions formed by the above features and the technical features disclosed in the present disclosure (but not limited to) with similar functions are replaced with each other.

[0166] In addition, although each operation is described in a specific order, this should not be understood as requiring the operations to be performed in the specific order shown or in a sequential order. In certain circumstances, multitasking and parallel processing can be advantageous. Similarly, although several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of the present disclosure. Certain features described in the context of separate embodiments can also be combined in a single embodiment. Conversely, various features described in the context of a single embodiment can also be separated and implemented in multiple embodiments.

[0167] Although the subject matter has been described in language specific to structural features and / or methodological acts, it is to be understood that the subject defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1. An application data processing method characterized by, The method comprises the following steps: obtaining target data in response to a data copy instruction for a first application under a target operating system, wherein the first application is data-isolated from a second application under the target operating system; loading the target data to a system clipboard to generate a temporary file; loading the temporary file through the second application to obtain the target data, and executing a target function corresponding to the second application based on the target data; the target data comprises at least two target files; and the loading of the target data to the system clipboard to generate the temporary file comprises: obtaining a first data length of at least one target file and a preset second data length; calculating a first encryption frequency required for encrypting the first data length and a second encryption frequency required for encrypting the second data length; determining a target encryption frequency as the smaller one of the first encryption frequency and the second encryption frequency, and generating encryption information based on the target encryption frequency; randomly encrypting file information of at least one target file based on the encryption information to generate corresponding encrypted data; filling the encrypted data into the corresponding target file to generate an encrypted file; combining the encrypted file and other unencrypted target files to generate at least one merged file; loading the at least one merged file through the system clipboard to generate the temporary file.

2. The method of claim 1, wherein, The target file comprises a media file and an editing file corresponding to the media file, and the editing file represents content of editing the media file.

3. The method according to any of claims 1-2, characterized in that, The loading of the temporary file through the second application to obtain the target data comprises: reading the system clipboard to obtain the temporary file when the second application is running in the foreground; obtaining an encrypted file corresponding to the temporary file, and restoring the temporary file based on the encrypted file to obtain the target data.

4. An application data processing apparatus characterized by comprising: The method comprises the following steps: a first function module is configured to obtain target data in response to a data copy instruction for a first application under a target operating system, wherein the first application is data-isolated from a second application under the target operating system; a clipboard module is configured to load the target data to a system clipboard to generate a temporary file; a second function module is configured to load the temporary file through the second application to obtain the target data, and execute a target function corresponding to the second application based on the target data; the target data comprises at least two target files, and the clipboard module is specifically configured to: Obtaining a first data length of at least one target file and a preset second data length; calculating a first encryption frequency required for encrypting the first data length and a second encryption frequency required for encrypting the second data length; determining the smaller one of the first encryption frequency and the second encryption frequency as a target encryption frequency, and generating encryption information based on the target encryption frequency; performing random encryption on file information of at least one target file based on the encryption information to generate corresponding encrypted data; filling the encrypted data into the corresponding target file to generate an encrypted file; combining the encrypted file and other unencrypted target files to generate at least one merged file; and calling the system clipboard to load the at least one merged file to generate the temporary file.

5. An electronic device, comprising: Comprise: a processor, and a memory connected in communication with the processor; the memory stores computer execution instructions; the processor executes the computer execution instructions stored in the memory to implement the application program data processing method of any one of claims 1 to 3.

6. A computer-readable storage medium, characterized in that, The computer readable storage medium stores computer execution instructions, and when the processor executes the computer execution instructions, the application program data processing method of any one of claims 1 to 3 is implemented.

7. A computer program product, characterised in that, A computer program is executed by the processor to implement the application program data processing method of any one of claims 1 to 3.

Images