WO2021097624A1

WO2021097624A1 - File processing method, file processing apparatus, and terminal device

Info

Publication number: WO2021097624A1
Application number: PCT/CN2019/119243
Authority: WO
Inventors: 赵杰
Original assignee: 深圳市欢太科技有限公司; Oppo广东移动通信有限公司
Priority date: 2019-11-18
Filing date: 2019-11-18
Publication date: 2021-05-27
Also published as: CN114402286A

Abstract

A file processing method disclosed in the present application comprises: obtaining a differential file between a first file set and a second file set, wherein the first file set is obtained by decompressing a first compressed file, and the second file set is obtained by decompressing a second compressed file, the second compressed file being a historical version file of the first compressed file; detecting whether a first compression parameter set exists, the first compression parameter set being used for compressing the first file set, and a third compressed file obtained by compression being the same as the first compressed file; if the first compression parameter set exists, obtaining a first digital signature of the first compressed file; obtaining a first target compressed file including first compression parameter information, the differential file, and the first digital signature, wherein the first compression parameter information includes information about the first compression parameter set; and sending the first target compressed file to a specified terminal.

Description

File processing method, file processing device and terminal equipment

Technical field

This application belongs to the field of information processing technology, and in particular relates to a file processing method, a file processing device, a terminal device, and a computer-readable storage medium.

Background technique

At present, due to the fast update speed of information, many files often need to be updated. For example, applications installed in terminals such as mobile terminals and wearable devices often need to download a new version of the installation package for upgrade, or a certain file needs to be version updated, and so on. Therefore, it is often necessary to obtain a new version of the file for updating.

Summary of the invention

This application provides a file processing method, file processing device, terminal device, and computer-readable storage medium, which can reduce the corresponding traffic consumption when a designated terminal obtains a new version of a file for update.

The first aspect of this application provides a file processing method, including:

Obtain the difference file between the first file set and the second file set, wherein the first file set is obtained by decompressing the first compressed file, the second file set is obtained by decompressing the second compressed file, and the second compressed file Is a historical version file of the first compressed file;

Detecting whether there is a first compression parameter set, the first compression parameter set is used to compress the first file set, and the third compressed file obtained by compression is the same as the first compressed file;

If the first compression parameter set exists, obtain the first digital signature of the first compressed file;

Obtaining a first target compressed file that includes first compression parameter information, the difference file, and the first digital signature, wherein the first compression parameter information includes information about the first compression parameter set;

The first target compressed file is sent to a designated terminal to instruct the designated terminal to obtain the restored first compressed file according to the first target compressed file and the fourth compressed file in the designated terminal, where: The fourth compressed file is the same as the second compressed file.

The second aspect of the present application provides a file processing device, including:

The first processing module is configured to obtain the difference file between the first file set and the second file set, wherein the first file set is obtained by decompressing the first compressed file, and the second file set is obtained by decompressing the second compressed file , The second compressed file is a historical version file of the first compressed file;

The first detection module is configured to detect whether there is a first compression parameter set, the first compression parameter set is used to compress the first file set, and the third compressed file obtained by compression is the same as the first compressed file the same;

A second processing module, configured to obtain the first digital signature of the first compressed file if the first compression parameter set exists;

The third processing module is configured to obtain a first target compressed file containing first compression parameter information, the difference file, and the first digital signature, wherein the first compression parameter information contains information about the first compression parameter Collection of information.

The sending module is configured to send the first target compressed file to a designated terminal, so as to instruct the designated terminal to obtain the restored first compressed file according to the first target compressed file and the fourth compressed file in the designated terminal. A compressed file, wherein the fourth compressed file is the same as the second compressed file.

The third aspect of the present application provides a terminal device. The terminal device includes a memory, a processor, and a computer program that is stored in the memory and can run on the processor. When the processor executes the computer program, the above-mentioned computer program is implemented. Steps of the method on the one hand.

The fourth aspect of the present application provides a computer-readable storage medium, the above-mentioned computer-readable storage medium stores a computer program, and when the above-mentioned computer program is executed by a processor, the steps of the method of the above first aspect are realized.

The fifth aspect of the present application provides a computer program product. The computer program product includes a computer program, and the computer program is executed by one or more processors to implement the steps of the method of the first aspect.

Description of the drawings

In order to more clearly describe the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, the drawings in the following description are only of the present application. For some embodiments, those of ordinary skill in the art can obtain other drawings based on these drawings without creative work.

FIG. 1 is a schematic diagram of an implementation process of a file processing method provided by an embodiment of the present application;

FIG. 2 is a schematic diagram of an implementation process of a file processing method provided by an embodiment of the present application;

FIG. 3 is a schematic diagram of an implementation process of detecting whether a first compression parameter set exists according to an embodiment of the present application;

Figure 4 is a structural block diagram of a file processing device provided by an embodiment of the present application;

Fig. 5 is a schematic diagram of a terminal device provided by an embodiment of the present application.

Detailed ways

In the following description, for the purpose of illustration rather than limitation, specific details such as a specific system structure and technology are proposed for a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that the present application can also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to avoid unnecessary details from obstructing the description of this application.

In order to illustrate the above-mentioned technical solutions of the present application, specific embodiments are used for description below.

Example 1

The following describes a file processing method provided by an embodiment of the present application.

As shown in FIG. 1, it is a schematic diagram of an implementation flow of a file processing method provided by an embodiment of this application. This file processing method can be applied to terminal equipment.

Among them, there may be multiple types of the terminal device to which the embodiments of the present application can be applied. For example, the terminal device may be a server, a mobile phone, a tablet computer, a wearable device, a vehicle-mounted device, an augmented reality (AR)/virtual reality (VR) device, a notebook computer, an ultra mobile personal computer (Ultra -mobile Personal Computer, UMPC), netbook, personal digital assistant (Personal Digital Assistant, PDA), etc. The embodiments of the present application do not impose any restrictions on the specific types of terminal devices.

In some scenarios, files in some terminals often need to be updated. For example, an application program installed in a mobile terminal often needs to download a new version of the installation package for upgrade, or a certain file needs to be version updated, and so on. In some cases, when the application in the mobile terminal needs to be upgraded, the user will obtain the installation package of the new version of the application through the browser, application store, etc. in the mobile terminal. In order to reduce the user's traffic consumption, the corresponding server and other equipment will often transmit to the mobile terminal the incremental package of the new version of the installation package relative to the old version of the installation package in the mobile terminal, and the incremental package is often It is obtained by performing a difference operation on the installation package of the new version and the installation package of the old version. However, because the installation package is often a compressed package, and even a small change in the uncompressed file, the compressed file obtained after the compression will change greatly, resulting in the size of the incremental package itself is still large. Therefore, even if the terminal downloads the corresponding incremental package, the traffic resources consumed are still very large.

In addition, for other files to be updated, there is also the problem of traffic consumption of the new version of the file to be obtained.

However, in the embodiment of the present application, by executing the file processing method, when the designated terminal obtains a new version of the file for update, the corresponding traffic consumption can be reduced.

Among them, the file processing method in the embodiment of the present application includes:

In step 101, the difference file between the first file set and the second file set is obtained, wherein the first file set is obtained by decompressing the first compressed file, and the second file set is obtained by decompressing the second compressed file, so The second compressed file is a historical version file of the first compressed file.

In the embodiment of the present application, the difference file is obtained by performing a difference operation on the first file set and the second file set. Among them, there may be multiple specific difference algorithms. For example, the difference algorithm may be Bsdiff. One or more of the difference algorithms such as, Xdelta3, etc. The number and types of files contained in the first file set and the second file set are not limited herein. In some embodiments, it may be determined that the second compressed file is a historical version file of the first compressed file through information such as version number, file name, and so on.

The method for obtaining the difference file may be determined according to actual application scenarios. For example, the difference file may be obtained by a terminal device executing the embodiment of the present application from other terminals through a specific information transmission method, or the difference file may be After receiving a related request sent by another terminal, the terminal device obtains the first file set and the second file set according to the related request.

In step 102, it is detected whether there is a first compression parameter set, the first compression parameter set is used to compress the first file set, and the third compressed file obtained by compression is the same as the first compressed file.

In some embodiments, the provider of the first compressed file (such as a developer) often does not provide compression information such as specific compression parameters and specific compression algorithms corresponding to the first compressed file. After decompressing the first compressed file to obtain the first file set, and then compressing the first file set, if the obtained new compressed file is different from the first compressed file, even if it is a 1-bit file The difference will also cause the new compressed file to be illegal when the new compressed file is verified through the digital signature of the first compressed file. Therefore, in the embodiment of the present application, the first set of compression parameters can be obtained through detection, and the first set of files can be compressed to obtain a third compressed file that is the same as the first compressed file. The digital signature of the first compressed file is used for verification of the third compressed file, so that the provider of the first compressed file does not need to provide the digital signature of the third compressed file again, which improves processing efficiency.

In the embodiment of the present application, the first compression parameter set may include one or more compression parameters, and, in some embodiments, the first compression parameter set may also include one or more first compression parameters. A set, where each first compression parameter subset may correspond to one file in the first file set, and the files corresponding to each first compression parameter subset are different from each other. Any one of the first compression parameter subsets may be used to compress the corresponding file, and each first compression parameter subset may have differences, and of course, they may also be the same. Among them, the compression parameters can be determined according to specific compression algorithms, application scenarios and other conditions.

In some embodiments, the first set of compression parameters may include parameters used to indicate compression algorithms, parameters used to indicate encoding methods, parameters used to indicate compression levels, and parameters used to indicate conditions of check fields. At least one.

In the embodiment of the present application, the parameter may be a preset number, text, symbol number, and so on. The parameters can be independent of each other, or they can be related. For example, since the specific parameters corresponding to different compression algorithms may be different, the parameters used to indicate different compression algorithms, the corresponding parameters used to indicate the encoding mode and the parameters used to indicate the degree of compression may be different.

Let's take a specific example to illustrate.

Exemplarily, in an application scenario, the detected compression algorithm is determined to be the Deflate compression algorithm. Then, when detecting whether there is a first compression parameter set, the parameters used to indicate the encoding mode in the Deflate compression algorithm may be adjusted , The parameter used to indicate the degree of compression and the parameter used to indicate the condition of the check field are detected to determine whether there is a first set of compression parameters.

Wherein, the detected compression algorithm is determined to be the Deflate compression algorithm. Then, when detecting whether the first compression parameter set exists, the detected parameters may include strategy, level, and nowrap. Specifically, the parameter indicating the encoding mode can be named strategy, and the value of the strategy can be 0-4, where 0 means for ordinary data, and 1 means for filter (or called predictor). predictor), 2 indicates that it is used to force Huffman coding, 3 indicates that the matching length is restricted to 1, and 4 indicates that the use of dynamic Huffman coding is prevented. The parameter used to indicate the degree of compression can be named level, and the level can have three values, where 0 means no compression, 1 means speed priority, compression degree higher than 0, 9 means compression priority, compression degree higher than 1, compression The speed is slower than 1. The parameter used to indicate the condition of the check field can be named nowrap, and the nowrap can indicate whether to use the zlib check header, where the nowrap can have two values, 1 means not using the zlib check header and the check header. Check field, 0 means to use zlib check header and check field. The strategy, the level, and the nowrap may also use other values to represent other meanings.

In step 103, if the first compression parameter set exists, the first digital signature of the first compressed file is obtained.

In the embodiment of the present application, if there is a first compression parameter set, the first file set may be compressed to obtain a third compressed file that is the same as the first compressed file. At this time, the digital signature of the first compressed file may be used for verification of the third compressed file, so that the provider of the first compressed file may not need to provide the digital signature of the third compressed file again.

In the embodiments of the present application, generally, the first digital signature of the first compressed file is included in the first compressed file. Therefore, the first digital signature can be directly extracted from the first compressed file get. Of course, the first digital signature of the first compressed file can also be generated according to the private key provided by the provider (such as the developer) of the first compressed file.

In step 104, a first target compressed file containing first compression parameter information, the difference file, and the first digital signature is obtained, wherein the first compression parameter information contains information about the first compression parameter set information.

In the embodiment of the present application, in the first target compressed file, the first compression parameter information, the difference file, and the first digital signature may exist in multiple forms. Exemplarily, a first file containing the information of the first compression parameter set can be generated, and a second file containing the information of the first digital signature can be generated, and a difference file and the first file, the first file and the second file can be generated. The target compressed file of the second file. Alternatively, the first compression parameter information and/or the first digital signature may also be added to the difference file, for example, after the end position of the difference file, and the added information may be identified by a corresponding mark. The first compression parameter information and/or the first digital signature.

In step 105, the first target compressed file is sent to a designated terminal to instruct the designated terminal to obtain the restored first target file according to the first target compressed file and the fourth compressed file in the designated terminal. A compressed file, wherein the fourth compressed file is the same as the second compressed file.

In the embodiment of the present application, there may be multiple types of the designated terminal. For example, the designated terminal may be a mobile phone, a tablet computer, a wearable device, a vehicle-mounted device, a server, or augmented reality (AR)/virtual reality. (Virtual Reality, VR) equipment, laptops, etc.

Wherein, since the difference file is obtained after decompressing the first compressed file and the second compressed file, at this time, the size of the first target compressed file is often smaller than directly combining the first compressed file and the second compressed file. Second, the compressed file is the size of the file obtained by performing the differential operation. Therefore, in the information transmission, the traffic consumption of the relevant user can be greatly reduced, and the transmission time can be reduced.

In some embodiments, the first digital signature in the first target compressed file is used to verify the restored first compressed file after the restored first compressed file is obtained.

Specifically, in some embodiments, after the first target compressed file is sent to a designated terminal, the decompressed third file set of the fourth compressed file in the designated terminal may be obtained, and the first The difference file in the target compressed file can be synthesized with the third file set, so that the designated terminal can obtain the restored first file set, and then obtain the restored first file set according to the first compression parameter information. Compress the file, so that the restored first compressed file can be verified through the first digital signature, so that the designated terminal can use the first compressed file to perform corresponding functions, install and read and many more.

As shown in FIG. 2, optionally, in some embodiments, the file processing method may further include the following steps:

Step 201: If the first compression parameter set does not exist, determine a second compression parameter set according to the compression speed, compression ratio, and/or similarity of compressed files, where the similarity of the compressed files is based on the second The degree of similarity between the fifth compressed file obtained by compressing the first file set by the compression parameter set and the first compressed file;

Step 202: Compress the first file set according to the second compression parameter set to obtain a fifth compressed file;

Step 203: Obtain a second digital signature of the fifth compressed file;

Step 204: Obtain a second target compressed file that includes second compression parameter information, the difference file, and the second digital signature, where the second compression parameter information includes information of the second compression parameter set.

In the embodiment of the present application, the compression speed, compression ratio, and/or similarity of compressed files may be considered as an influencing factor that affects the determination of the second compression parameter set, and the selection of the influencing factor may be determined according to actual requirements. Exemplarily, it may be predetermined which one or more influence factors are used to determine the second compression parameter set, or it may be based on at least one of the status information of the designated terminal and the size of the difference file. To determine which one or more influencing factors are used to determine the second compression parameter set, wherein the state information of the designated terminal may include the network connection status of the designated terminal, etc. For example, if the difference file is large, the second compression parameter set may be determined according to the compression ratio.

In the embodiment of the present application, because the fifth compressed file is different from the first compressed file, the digital signature of the first compressed file cannot be used to verify the fifth compressed file. Specifically, the fifth compressed file may be transmitted to the provider of the first compressed file, and the provider's second digital signature of the fifth compressed file may be obtained; or, according to the first compressed file The private key provided by the provider of the file (such as the developer) generates the second digital signature of the fifth compressed file.

In some embodiments, the obtaining the digital signature of the fifth compressed file includes:

The fifth compressed file is sent to a preset object, and the second digital signature returned by the preset object is received, where the preset object is an object that sets the first digital signature of the first compressed file.

In the embodiment of the present application, the preset object may be an object that provides the first compressed file, for example, may be a developer of the first compressed file. Exemplarily, after receiving the fifth compressed file, the preset object may use the key used to generate the first digital signature to generate the second digital signature, and return it to the execution of this application The terminal device of the embodiment.

According to a preset key, the second digital signature of the fifth compressed file is generated, the preset key is received in advance from the preset object, and the preset key is used to generate the first The key used for the digital signature.

In the embodiment of the present application, the preset key may be sent in advance by the preset object to the terminal device that executes the embodiment of the present application. At this time, the terminal device executing the embodiment of the present application can conveniently generate the second digital signature of the fifth compressed file.

Optionally, in some embodiments, the step S101 may include the following steps:

A1. After receiving the download request of the first compressed file from the designated terminal, obtain historical version information of the fourth compressed file in the designated terminal;

A2. Obtain a second compressed file according to the historical version information;

A3. Obtain the first compressed file;

A4. Obtain a difference file between the first file set and the second file set according to the first compressed file and the second compressed file.

Wherein, the terminal device that executes this embodiment may be a device (such as a server or a specific mobile terminal, etc.) that can provide corresponding download resources. The historical version information may be used to identify information about the version of the corresponding file, for example, may include version number, file name, and so on.

After receiving the download request of the designated terminal for the first compressed file, by acquiring the historical version information in the designated terminal, the object for performing the difference operation can be determined.

Exemplarily, in some application scenarios, it may be that the user needs to update the application in the mobile terminal, and thus needs to obtain the installation package of the new version of the application (that is, the first compressed file), and the mobile terminal may contain The installation package of the old version (that is, the fourth compressed file), therefore, the mobile terminal can request the server to obtain the installation package of the new version through the application store. The server can obtain the historical version information of the installation package of the old version in the designated terminal from the designated terminal, so that the server can obtain the same file as the installation package of the old version in the mobile terminal (that is, the first (2) compressed file) and the installation package of the new version required by the mobile terminal, so as to obtain the difference file according to the second compressed file and the first compressed file.

Optionally, in some embodiments, the detecting whether there is a first compression parameter set includes:

For any first file in the first file set, it is detected whether there is a first compression parameter, and the first compression parameter is used to compress the first file to obtain a first compressed subfile. A compressed sub-file has corresponding identical parts in the first compressed file;

Traverse each first file in the first file set to detect whether each first file has a corresponding first compression parameter, where the first compression parameter set includes each of the first compression parameters.

In the embodiment of the present application, in the first compressed file, the compressed part corresponding to the first file may be determined, and it is detected whether the compressed part is the same as the first compressed subfile of the first file. Of course, it is also possible to directly compare the first compressed subfile with the first compressed file to determine that the first compressed subfile has a corresponding same part in the first compressed file.

In some cases, since the types of the first files in the first file set may be different, and the compression methods for different types of files may be different, the first compression corresponding to each first file may be determined separately. Parameters to improve the accuracy of detection.

In some embodiments, the detecting whether there is a first compression parameter for any first file in the first file set includes:

For any first file in the first file set, determine at least two sets of compression parameters to be verified;

In a parallel manner, it is detected whether there is a first compression parameter in the at least two sets of compression parameters to be verified.

In the embodiment of the present application, the parallel mode may be implemented through different processing processes (or different threads). Generally, the parameters included in a set of compression parameters to be verified may include one or more parameters involved in a compression process. For example, the set of compression parameters to be verified may include parameters for indicating a compression algorithm, The parameter indicating the encoding mode, the parameter indicating the degree of compression, and the parameter indicating the condition of the check field. Since the detection of each group of compression parameters to be verified is independent of each other, it is possible to detect whether the first compression parameter exists in the at least two groups of compression parameters to be verified in a parallel manner, thereby greatly improving the detection efficiency.

The following uses a specific example to illustrate the application of the embodiment of the present application in a specific application scenario.

As shown in FIG. 3, it is a schematic diagram of an implementation process of detecting whether the first compression parameter set exists according to an embodiment of the present application.

Wherein, a first file in the first file set includes new file 1, new file 2, new file 3, and so on. Among them, for the new file 1, multiple sets of compression parameters to be verified corresponding to the new file 1 are determined. Wherein, the compression parameters to be verified include strategy, level, and nowrap, wherein the parameter indicating the encoding mode can be named strategy, and the value of strategy can be 0-4, where 0 means for common Data, 1 means data generated by the filter (or predictor), 2 means to force Huffman coding, 3 means to limit the matching length to 1, 4 means to prevent the use of dynamic Huffman coding. The parameter used to indicate the degree of compression can be named level, and the level can have three values, where 0 means no compression, 1 means speed priority, compression degree higher than 0, 9 means compression priority, compression degree higher than 1, compression The speed is slower than 1. The parameter used to indicate the condition of the check field can be named nowrap, and the nowrap can indicate whether to use the zlib check header, where the nowrap can have two values, 1 means not using the zlib check header and the check header. Check field, 0 means to use zlib check header and check field.

At this time, you can set and determine the values of strategy, level, and nowrap in each group of compression parameters to be verified. Since there are five values for the strategy and three values for the level, the nowrap There are two values for the compression parameters to be verified, and there can be 5*3*2=30 kinds of compression parameters. At this time, 30 threads can be used to separately detect the compression parameters to be verified on the first file. The compressed subfile to be verified obtained by compression has a corresponding identical part in the first compressed file; if there is a compressed subfile to be verified that has a corresponding identical part in the first compressed file, the compressed subfile to be verified is compressed The compression parameter to be verified corresponding to the subfile is the first compression parameter of the first file.

The same method can be used for other files such as new file 2 and new file 3 in the first file set. It should be noted that the compression parameters to be verified corresponding to other files may be different from the new file 1 or may be the same. There is no limitation here.

It can be seen from the above that in the solution of the present application, since the difference file is obtained after decompressing the first compressed file and the second compressed file, at this time, the size of the first target compressed file is often smaller than that of the first compressed file directly. The size of the file obtained by performing a difference operation between a compressed file and the second compressed file. Therefore, in the subsequent information transmission, the traffic consumption of the relevant user can be greatly reduced, and the transmission time can be reduced. In addition, by detecting the first compression parameter set, a third compressed file that is the same as the first compressed file can be obtained; in this case, the digital signature of the first compressed file can be used for the third compressed file Therefore, it is not necessary for the provider of the first compressed file to provide the digital signature of the third compressed file again, which improves the efficiency of information processing, shortens the time required for information processing, and improves the user experience .

It should be understood that the size of the sequence number of each step in the foregoing embodiment does not mean the order of execution. The execution sequence of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiment of the present application.

Example 2

The embodiment of the present application provides a file processing device, and the above-mentioned file processing device can be integrated in a terminal device. As shown in FIG. 4, the file processing device 4 in the embodiment of the present application includes:

The first processing module 401 is configured to obtain a difference file between a first file set and a second file set, wherein the first file set is obtained by decompressing the first compressed file, and the second file set is obtained by decompressing the second compressed file Obtained, the second compressed file is a historical version file of the first compressed file;

The first detection module 402 is configured to detect whether there is a first compression parameter set, the first compression parameter set is used to compress the first file set, and the third compressed file obtained by compression is the same as the first compressed file. The files are the same;

The second processing module 403 is configured to obtain the first digital signature of the first compressed file if the first compression parameter set exists;

The third processing module 404 is configured to obtain a first target compressed file containing first compression parameter information, the difference file, and the first digital signature, wherein the first compression parameter information contains information about the first compression Information about the parameter set.

The sending module 405 is configured to send the first target compressed file to a designated terminal to instruct the designated terminal to obtain the restored first target file according to the first target compressed file and the fourth compressed file in the designated terminal A compressed file, wherein the fourth compressed file is the same as the second compressed file.

Optionally, the file processing device 4 further includes:

The first determining module is configured to, if the first compression parameter set does not exist, determine a second compression parameter set according to the compression speed, compression rate, and/or similarity degree of compressed files, wherein the similarity degree of the compressed files is based on Degree of similarity between the fifth compressed file obtained by compressing the first file set by the second compression parameter set and the first compressed file;

A fourth processing module, configured to compress the first file set according to the second compression parameter set to obtain a fifth compressed file;

The first obtaining module is configured to obtain the second digital signature of the fifth compressed file;

The fifth processing module is configured to obtain a second target compressed file containing second compression parameter information, the difference file, and the second digital signature, wherein the second compression parameter information includes the second compression parameter set Information.

Optionally, the first obtaining module is specifically configured to:

Optionally, the first processing module 401 specifically includes:

The first obtaining unit is configured to obtain historical version information of the fourth compressed file in the specified terminal after receiving the download request of the first compressed file from the specified terminal;

The second obtaining unit is configured to obtain a second compressed file according to the historical version information;

The third obtaining unit is used to obtain the first compressed file;

The first processing unit is configured to obtain a difference file between the first file set and the second file set according to the first compressed file and the second compressed file.

Optionally, in this embodiment of the present application, the first digital signature in the first target compressed file is used to verify the restored first compressed file after the restored first compressed file is obtained.

Optionally, in this embodiment of the application, the first set of compression parameters includes parameters used to indicate compression algorithms, parameters used to indicate encoding methods, parameters used to indicate compression levels, and parameters used to indicate check field conditions. At least one of the parameters.

Optionally, the first detection module 402 specifically includes:

The first detection unit is configured to detect whether there is a first compression parameter for any first file in the first file set, and the first compression parameter is used to compress the first file to obtain the first file. Compress a sub-file, the first compressed sub-file has corresponding identical parts in the first compressed file;

The second detection unit is configured to traverse each first file in the first file set, and detect whether each first file has a corresponding first compression parameter, wherein the first compression parameter set includes each The first compression parameter.

Optionally, the first detection unit specifically includes:

A determining subunit, configured to determine at least two sets of compression parameters to be verified for any first file in the first file set;

The detection subunit is configured to detect whether the first compression parameter exists in the at least two sets of compression parameters to be verified in a parallel manner.

It can be seen from the above that, through the solution of the present application, since the difference file is obtained after decompressing the first compressed file and the second compressed file, at this time, the size of the first target compressed file is often smaller than that of the first compressed file directly. The size of the file obtained by performing a difference operation between a compressed file and the second compressed file. Therefore, in the subsequent information transmission, the traffic consumption of the relevant user can be greatly reduced, and the transmission time can be reduced. In addition, by detecting the first compression parameter set, a third compressed file that is the same as the first compressed file can be obtained; at this time, the digital signature of the first compressed file can be used for the third compressed file Therefore, there is no need for the provider of the first compressed file to re-provide the digital signature of the third compressed file, which improves the efficiency of information processing, shortens the time required for information processing, and improves the user experience .

Example 3

The embodiment of the present application provides a terminal device. Please refer to FIG. 5. The terminal device in the embodiment of the present application includes: a memory 501, one or more processors 502 (only one is shown in FIG. 5) and stored in the memory 501 A computer program that can run on the processor. Among them: the memory 501 is used to store software programs and modules, and the processor 502 executes various functional applications and data processing by running the software programs and units stored in the memory 501 to obtain resources corresponding to the aforementioned preset events. Specifically, the processor 502 implements the steps in any of the above-mentioned file processing method embodiments when running the above-mentioned computer program stored in the memory 501.

Further, as shown in FIG. 5, the aforementioned terminal device may further include: one or more input devices 503 (only one is shown in FIG. 5) and one or more output devices 504 (only one is shown in FIG. 5). The memory 501, the processor 502, the input device 503, and the output device 504 are connected by a bus 505.

It should be understood that, in the embodiment of the present application, the processor 502 may be a central processing unit (Central Processing Unit, CPU), and the processor may also be other general-purpose processors or digital signal processors (DSP). , Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like.

The input device 503 may include a keyboard, a touch panel, a fingerprint sensor (used to collect user fingerprint information and fingerprint orientation information), a microphone, etc., and the output device 504 may include a display, a speaker, and the like.

The memory 501 may include a read-only memory and a random access memory, and provides instructions and data to the processor 502. A part or all of the memory 501 may also include a non-volatile random access memory. For example, the memory 501 may also store device type information.

It can be seen from the above that, through the solution of the present application, since the difference file is obtained after decompressing the first compressed file and the second compressed file, at this time, the size of the first target compressed file is often smaller than that of the first compressed file directly. The size of the file obtained by performing a difference operation between a compressed file and the second compressed file. Therefore, in the subsequent information transmission, the traffic consumption of the relevant user can be greatly reduced, and the transmission time can be reduced. In addition, by detecting the first compression parameter set, a third compressed file that is the same as the first compressed file can be obtained; in this case, the digital signature of the first compressed file can be used for the third compressed file Therefore, it is not necessary for the provider of the first compressed file to provide the digital signature of the third compressed file again, which improves the efficiency of information processing, shortens the time required for information processing, and improves the user experience .

Those skilled in the art can clearly understand that, for the convenience and conciseness of description, only the division of the above functional units and modules is used as an example. In practical applications, the above functions can be allocated to different functional units and modules as needed. Module completion, that is, the internal structure of the above device is divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist alone physically, or two or more units can be integrated into one unit. The above-mentioned integrated units can be hardware-based Formal realization can also be realized in the form of software functional units. In addition, the specific names of the functional units and modules are only used to facilitate distinguishing from each other, and are not used to limit the protection scope of the present application. For the specific working process of the units and modules in the foregoing system, reference may be made to the corresponding process in the foregoing method embodiment, which will not be repeated here.

In the above-mentioned embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail or recorded in an embodiment, reference may be made to related descriptions of other embodiments.

A person of ordinary skill in the art may realize that the units and algorithm steps of the examples described in the embodiments disclosed in this specification can be implemented by electronic hardware or a combination of external device software and electronic hardware. Whether these functions are performed by hardware or software depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered beyond the scope of this application.

In the embodiments provided in this application, it should be understood that the disclosed device and method may be implemented in other ways. For example, the system embodiment described above is only illustrative. For example, the division of the above-mentioned modules or units is only a logical function division. In actual implementation, there may be other division methods, for example, multiple units or components may be combined. Or it can be integrated into another system, or some features can be ignored or not implemented. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.

The units described above as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

If the aforementioned integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, this application implements all or part of the processes in the above-mentioned embodiments and methods, and can also be completed by instructing relevant hardware through a computer program. The above-mentioned computer program can be stored in a computer-readable storage medium, and the computer program When executed by the processor, the steps of the foregoing method embodiments can be implemented. Wherein, the above-mentioned computer program includes computer program code, and the above-mentioned computer program code may be in the form of source code, object code, executable file, or some intermediate forms. The above-mentioned computer-readable storage medium may include: any entity or device capable of carrying the above-mentioned computer program code, recording medium, U disk, mobile hard disk, magnetic disk, optical disk, computer readable memory, read-only memory (ROM, Read-Only Memory) ), Random Access Memory (RAM, Random Access Memory), electrical carrier signal, telecommunications signal, and software distribution media, etc. It should be noted that the content contained in the above-mentioned computer-readable storage medium can be appropriately added or deleted according to the requirements of the legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to the legislation and patent practice, the computer-readable storage The medium does not include electrical carrier signals and telecommunication signals.

The embodiments of the present application provide a computer program product. When the computer program product runs on a mobile terminal, the steps in the above-mentioned file processing method embodiments can be realized when the mobile terminal is executed.

The above-mentioned embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still compare the foregoing embodiments. The recorded technical solutions are modified, or some of the technical features are equivalently replaced; these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the application, and should be included in this Within the scope of protection applied for.

Claims

A file processing method, characterized in that it comprises:

Obtain the difference file between the first file set and the second file set, wherein the first file set is obtained by decompressing the first compressed file, the second file set is obtained by decompressing the second compressed file, and the second compressed file Is a historical version file of the first compressed file;

Detecting whether there is a first compression parameter set, the first compression parameter set is used to compress the first file set, and the third compressed file obtained by compression is the same as the first compressed file;

If the first compression parameter set exists, obtain the first digital signature of the first compressed file;

Obtaining a first target compressed file that includes first compression parameter information, the difference file, and the first digital signature, wherein the first compression parameter information includes information about the first compression parameter set;

The first target compressed file is sent to a designated terminal to instruct the designated terminal to obtain the restored first compressed file according to the first target compressed file and the fourth compressed file in the designated terminal, where: The fourth compressed file is the same as the second compressed file.
5. The file processing method according to claim 1, further comprising:

If the first compression parameter set does not exist, a second compression parameter set is determined according to the compression speed, compression rate, and/or similarity degree of compressed files, where the similarity degree of the compressed files is based on the second compression parameter set Degree of similarity between the fifth compressed file obtained by compressing the first file set and the first compressed file;

Compress the first set of files according to the second set of compression parameters to obtain a fifth compressed file;

Acquiring a second digital signature of the fifth compressed file;

Obtain a second target compressed file that includes second compression parameter information, the difference file, and the second digital signature, where the second compression parameter information includes information of the second compression parameter set.
3. The file processing method according to claim 2, wherein said obtaining the digital signature of the fifth compressed file comprises:

The fifth compressed file is sent to a preset object, and the second digital signature returned by the preset object is received, where the preset object is an object that sets the first digital signature of the first compressed file.
3. The file processing method according to claim 2, wherein said obtaining the digital signature of the fifth compressed file comprises:

According to a preset key, the second digital signature of the fifth compressed file is generated, the preset key is received in advance from the preset object, and the preset key is used to generate the first The key used for the digital signature.
3. The file processing method according to claim 1, wherein said obtaining the difference file between the first file set and the second file set comprises:

After receiving the download request of the designated terminal for the first compressed file, acquiring historical version information of the fourth compressed file in the designated terminal;

Obtaining a second compressed file according to the historical version information;

Obtain the first compressed file;

According to the first compressed file and the second compressed file, a difference file between the first file set and the second file set is obtained.
2. The file processing method according to claim 1, wherein the first digital signature in the first target compressed file is used for obtaining the restored first compressed file, and then apply to the restored first compressed file. Documents are verified.
The file processing method according to claim 1, wherein the first set of compression parameters includes a parameter used to indicate a compression algorithm, a parameter used to indicate a coding mode, a parameter used to indicate a degree of compression, and a parameter used to indicate Check at least one of the parameters of the field condition.
7. The file processing method according to any one of claims 1 to 7, wherein said detecting whether there is a first compression parameter set comprises:

For any first file in the first file set, it is detected whether there is a first compression parameter, and the first compression parameter is used to compress the first file to obtain a first compressed subfile. A compressed sub-file has corresponding identical parts in the first compressed file;

Traverse each first file in the first file set to detect whether each first file has a corresponding first compression parameter, where the first compression parameter set includes each of the first compression parameters.
8. The file processing method according to claim 8, wherein the detecting whether there is a first compression parameter for any first file in the first file set comprises:

For any first file in the first file set, determine at least two sets of compression parameters to be verified;

In a parallel manner, it is detected whether there is a first compression parameter in the at least two sets of compression parameters to be verified.
A file processing device, characterized in that it comprises:

The first processing module is configured to obtain the difference file between the first file set and the second file set, wherein the first file set is obtained by decompressing the first compressed file, and the second file set is obtained by decompressing the second compressed file , The second compressed file is a historical version file of the first compressed file;

The first detection module is configured to detect whether there is a first compression parameter set, the first compression parameter set is used to compress the first file set, and the third compressed file obtained by compression is the same as the first compressed file the same;

A second processing module, configured to obtain the first digital signature of the first compressed file if the first compression parameter set exists;

The third processing module is configured to obtain a first target compressed file containing first compression parameter information, the difference file, and the first digital signature, wherein the first compression parameter information contains information about the first compression parameter Collection of information.

The sending module is configured to send the first target compressed file to a designated terminal, so as to instruct the designated terminal to obtain the restored first compressed file according to the first target compressed file and the fourth compressed file in the designated terminal. A compressed file, wherein the fourth compressed file is the same as the second compressed file.
A terminal device includes a memory, a processor, and a computer program stored in the memory and capable of running on the processor, wherein the processor implements the following steps when the processor executes the computer program:

Obtain the difference file between the first file set and the second file set, wherein the first file set is obtained by decompressing the first compressed file, the second file set is obtained by decompressing the second compressed file, and the second compressed file Is a historical version file of the first compressed file;

Detecting whether there is a first compression parameter set, the first compression parameter set is used to compress the first file set, and the third compressed file obtained by compression is the same as the first compressed file;

If the first compression parameter set exists, obtain the first digital signature of the first compressed file;

Obtaining a first target compressed file that includes first compression parameter information, the difference file, and the first digital signature, wherein the first compression parameter information includes information about the first compression parameter set;

The first target compressed file is sent to a designated terminal to instruct the designated terminal to obtain the restored first compressed file according to the first target compressed file and the fourth compressed file in the designated terminal, where: The fourth compressed file is the same as the second compressed file.
The terminal device according to claim 11, wherein the processor further implements the following steps when executing the computer program:

If the first compression parameter set does not exist, a second compression parameter set is determined according to the compression speed, compression rate, and/or similarity degree of compressed files, where the similarity degree of the compressed files is based on the second compression parameter set Degree of similarity between the fifth compressed file obtained by compressing the first file set and the first compressed file;

Compress the first set of files according to the second set of compression parameters to obtain a fifth compressed file;

Acquiring a second digital signature of the fifth compressed file;

Obtain a second target compressed file that includes second compression parameter information, the difference file, and the second digital signature, where the second compression parameter information includes information of the second compression parameter set.
The terminal device of claim 12, wherein when the processor executes the computer program, the acquiring the digital signature of the fifth compressed file comprises:

The fifth compressed file is sent to a preset object, and the second digital signature returned by the preset object is received, where the preset object is an object that sets the first digital signature of the first compressed file.
The terminal device of claim 12, wherein when the processor executes the computer program, the acquiring the digital signature of the fifth compressed file comprises:

According to a preset key, the second digital signature of the fifth compressed file is generated, the preset key is received in advance from the preset object, and the preset key is used to generate the first The key used for the digital signature.
The terminal device according to claim 11, wherein when the processor executes the computer program, the obtaining the difference file between the first file set and the second file set comprises:

After receiving the download request of the designated terminal for the first compressed file, acquiring historical version information of the fourth compressed file in the designated terminal;

Obtaining a second compressed file according to the historical version information;

Obtain the first compressed file;

According to the first compressed file and the second compressed file, a difference file between the first file set and the second file set is obtained.
The terminal device according to claim 11, wherein when the processor executes the computer program, the first digital signature in the first target compressed file is used after obtaining the restored first compressed file To verify the restored first compressed file.
The terminal device according to claim 11, wherein when the processor executes the computer program, the first compression parameter set includes a parameter for indicating a compression algorithm, a parameter for indicating an encoding method, and At least one of a parameter indicating the degree of compression and a parameter indicating the condition of the check field.
The terminal device according to any one of claims 11 to 17, wherein when the processor executes the computer program, the detecting whether there is a first compression parameter set comprises:

For any first file in the first file set, it is detected whether there is a first compression parameter, and the first compression parameter is used to compress the first file to obtain a first compressed subfile. A compressed sub-file has corresponding identical parts in the first compressed file;

Traverse each first file in the first file set to detect whether each first file has a corresponding first compression parameter, where the first compression parameter set includes each of the first compression parameters.
The terminal device according to claim 18, wherein when the processor executes the computer program, the detecting whether there is a first compression parameter for any first file in the first file set, include:

For any first file in the first file set, determine at least two sets of compression parameters to be verified;

In a parallel manner, it is detected whether there is a first compression parameter in the at least two sets of compression parameters to be verified.
A computer-readable storage medium storing a computer program, wherein the computer program is executed by a processor to implement the steps of the file processing method according to any one of claims 1 to 9 .