WO2021097624A1 - Procédé de traitement de fichier, appareil de traitement de fichier, et dispositif terminal - Google Patents

Procédé de traitement de fichier, appareil de traitement de fichier, et dispositif terminal Download PDF

Info

Publication number
WO2021097624A1
WO2021097624A1 PCT/CN2019/119243 CN2019119243W WO2021097624A1 WO 2021097624 A1 WO2021097624 A1 WO 2021097624A1 CN 2019119243 W CN2019119243 W CN 2019119243W WO 2021097624 A1 WO2021097624 A1 WO 2021097624A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
compressed file
compressed
compression
compression parameter
Prior art date
Application number
PCT/CN2019/119243
Other languages
English (en)
Chinese (zh)
Inventor
赵杰
Original Assignee
深圳市欢太科技有限公司
Oppo广东移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市欢太科技有限公司, Oppo广东移动通信有限公司 filed Critical 深圳市欢太科技有限公司
Priority to CN201980100491.8A priority Critical patent/CN114402286A/zh
Priority to PCT/CN2019/119243 priority patent/WO2021097624A1/fr
Publication of WO2021097624A1 publication Critical patent/WO2021097624A1/fr

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating

Definitions

  • 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.
  • 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:
  • 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;
  • 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 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • AR augmented reality
  • VR virtual reality
  • PDA Personal Digital Assistant
  • files in some terminals often need to be updated.
  • 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.
  • the user 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.
  • 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.
  • 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.
  • the file processing method when the designated terminal obtains a new version of the file for update, the corresponding traffic consumption can be reduced.
  • the file processing method in the embodiment of the present application includes:
  • 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.
  • the difference file is obtained by performing a difference operation on the first file set and the second file set.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the compression parameters can be determined according to specific compression algorithms, application scenarios and other conditions.
  • 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.
  • 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.
  • 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.
  • the detected compression algorithm is determined to be the Deflate compression algorithm.
  • the detected parameters may include strategy, level, and nowrap.
  • 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.
  • step 103 if the first compression parameter set exists, the first digital signature of the first compressed file is obtained.
  • the first file set may 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 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.
  • 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.
  • 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.
  • 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.
  • the first compression parameter information, the difference file, and the first digital signature may exist in multiple forms.
  • 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 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 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.
  • 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.
  • 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.
  • AR Augmented Reality
  • VR Virtual Reality
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the digital signature of the first compressed file cannot be used to verify the fifth compressed file.
  • 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.
  • 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.
  • the preset object may be an object that provides the first compressed file, for example, may be a developer of the first 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.
  • the obtaining the digital signature of the fifth compressed file includes:
  • 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 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.
  • the step S101 may include the following steps:
  • 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.
  • 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.
  • the object for performing the difference operation 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.
  • 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.
  • the detecting whether there is a first compression parameter set includes:
  • a compressed sub-file has corresponding identical parts 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.
  • the first compression corresponding to each first file may be determined separately. Parameters to improve the accuracy of detection.
  • the detecting whether there is a first compression parameter for any first file in the first file set includes:
  • the parallel mode may be implemented through different processing processes (or different threads).
  • the parameters included in a set of compression parameters to be verified may include one or more parameters involved in a compression process.
  • 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.
  • 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.
  • a first file in the first file set includes new file 1, new file 2, new file 3, and so on.
  • 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.
  • 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.
  • 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.
  • 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 .
  • 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.
  • 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.
  • 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.
  • the first obtaining module is specifically configured to:
  • 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 first obtaining module is specifically configured to:
  • 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 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 .
  • 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.
  • the memory 501 is used to store software programs and modules
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 .
  • the disclosed device and method may be implemented in other ways.
  • the system embodiment described above is only illustrative.
  • the division of the above-mentioned modules or units is only a logical function division.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the steps in the above-mentioned file processing method embodiments can be realized when the mobile terminal is executed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Un procédé de traitement de fichier divulgué dans la présente demande consiste : à obtenir un fichier différentiel entre un premier ensemble de fichiers et un second ensemble de fichiers, le premier ensemble de fichiers étant obtenu par décompression d'un premier fichier compressé, et le second ensemble de fichiers étant obtenu par décompression d'un deuxième fichier compressé, le deuxième fichier compressé étant un fichier de version historique du premier fichier compressé; à détecter si un premier ensemble de paramètres de compression existe, le premier ensemble de paramètres de compression étant utilisé pour compresser le premier ensemble de fichiers, et un troisième fichier compressé obtenu par compression étant le même que le premier fichier compressé; si le premier ensemble de paramètres de compression existe, à obtenir une première signature numérique du premier fichier compressé; à obtenir un premier fichier compressé cible comprenant des premières informations de paramètre de compression, le fichier différentiel et la première signature numérique, les premières informations de paramètre de compression comprenant des informations concernant le premier ensemble de paramètres de compression; et à envoyer le premier fichier compressé cible à un terminal spécifié.
PCT/CN2019/119243 2019-11-18 2019-11-18 Procédé de traitement de fichier, appareil de traitement de fichier, et dispositif terminal WO2021097624A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201980100491.8A CN114402286A (zh) 2019-11-18 2019-11-18 一种文件处理方法、文件处理装置及终端设备
PCT/CN2019/119243 WO2021097624A1 (fr) 2019-11-18 2019-11-18 Procédé de traitement de fichier, appareil de traitement de fichier, et dispositif terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/119243 WO2021097624A1 (fr) 2019-11-18 2019-11-18 Procédé de traitement de fichier, appareil de traitement de fichier, et dispositif terminal

Publications (1)

Publication Number Publication Date
WO2021097624A1 true WO2021097624A1 (fr) 2021-05-27

Family

ID=75981116

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/119243 WO2021097624A1 (fr) 2019-11-18 2019-11-18 Procédé de traitement de fichier, appareil de traitement de fichier, et dispositif terminal

Country Status (2)

Country Link
CN (1) CN114402286A (fr)
WO (1) WO2021097624A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113592964A (zh) * 2021-06-30 2021-11-02 未鲲(上海)科技服务有限公司 一种图片压缩方法及相关装置
WO2023169243A1 (fr) * 2022-03-11 2023-09-14 华为技术有限公司 Procédé et appareil de traitement d'informations

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101361051A (zh) * 2006-06-19 2009-02-04 三星电子株式会社 用于具有空中广播能力设备的信息升级系统和方法
CN102724308A (zh) * 2012-06-13 2012-10-10 腾讯科技(深圳)有限公司 软件更新方法及软件更新系统
CN103713928A (zh) * 2013-12-31 2014-04-09 优视科技有限公司 增量文件生成方法、应用程序安装文件更新方法及装置
CN104391728A (zh) * 2014-12-12 2015-03-04 北京奇虎科技有限公司 软件升级差量包获取方法和相应的升级方法以及装置
CN105138347A (zh) * 2015-07-17 2015-12-09 广东欧珀移动通信有限公司 一种差分升级包生成方法、软件升级方法及相应装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109697071B (zh) * 2017-10-24 2022-02-08 腾讯科技(深圳)有限公司 安装包合成方法、装置、终端及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101361051A (zh) * 2006-06-19 2009-02-04 三星电子株式会社 用于具有空中广播能力设备的信息升级系统和方法
CN102724308A (zh) * 2012-06-13 2012-10-10 腾讯科技(深圳)有限公司 软件更新方法及软件更新系统
CN103713928A (zh) * 2013-12-31 2014-04-09 优视科技有限公司 增量文件生成方法、应用程序安装文件更新方法及装置
CN104391728A (zh) * 2014-12-12 2015-03-04 北京奇虎科技有限公司 软件升级差量包获取方法和相应的升级方法以及装置
CN105138347A (zh) * 2015-07-17 2015-12-09 广东欧珀移动通信有限公司 一种差分升级包生成方法、软件升级方法及相应装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113592964A (zh) * 2021-06-30 2021-11-02 未鲲(上海)科技服务有限公司 一种图片压缩方法及相关装置
WO2023169243A1 (fr) * 2022-03-11 2023-09-14 华为技术有限公司 Procédé et appareil de traitement d'informations

Also Published As

Publication number Publication date
CN114402286A (zh) 2022-04-26

Similar Documents

Publication Publication Date Title
CN112765271B (zh) 区块链交易索引的存储方法、装置、计算机设备及介质
CN111857550B (zh) 用于数据去重的方法、设备以及计算机可读介质
WO2021114025A1 (fr) Procédé et appareil de détermination de données incrémentielles, serveur et dispositif terminal
CN111694589B (zh) 升级包生成方法、装置、服务器及计算机可读存储介质
WO2020233045A1 (fr) Procédé et dispositif de mise à jour de module d'extension, serveur et support de stockage lisible par ordinateur
WO2021097624A1 (fr) Procédé de traitement de fichier, appareil de traitement de fichier, et dispositif terminal
CN106126256A (zh) 一种驱动管理方法、装置及系统
WO2021174836A1 (fr) Procédé et appareil de génération de progiciel différentiel, dispositif informatique, et support de stockage
CN115421745A (zh) 设备远程升级方法、装置、终端及存储介质
CN111176685A (zh) 一种升级方法及装置
CN112445769A (zh) 基于区块链的链上存储方法、装置、终端设备及介质
CN106775835B (zh) 获取升级文件的方法、服务器及终端
CN109104481B (zh) 文件完整性检测方法、文件完整性检测装置及终端设备
CN112015459A (zh) 一种镜像文件的升级方法、装置、终端及可读存储介质
CN114303131B (zh) 一种文件处理方法、文件处理装置及终端设备
CN110930253A (zh) 智能合约内部主键生成方法、装置、计算机设备及存储介质
WO2021097622A1 (fr) Procédé de traitement de fichiers, appareil de traitement de fichiers et équipement terminal
WO2021087662A1 (fr) Procédé et appareil d'attribution de mémoire, terminal et support de stockage lisible par ordinateur
WO2021097758A1 (fr) Procédé de génération de package incrémentiel, appareil de génération de package incrémentiel, et serveur
WO2021114101A1 (fr) Procédé et appareil de mise à jour incrémentielle d'un fichier, et terminal et support de stockage lisible par ordinateur
CN111158994A (zh) 一种压测性能测试方法及装置
CN109670980B (zh) 一种充电业务数据的处理方法、系统及设备
CN112804164B (zh) 流量信息生成方法、装置、电子设备和计算机可读介质
WO2021128269A1 (fr) Procédé de traitement de fichier, dispositif de traitement de fichier, terminal mobile et serveur
CN112948105B (zh) 一种梯度传输方法、梯度传输装置及参数服务器

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19952969

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 281022)

122 Ep: pct application non-entry in european phase

Ref document number: 19952969

Country of ref document: EP

Kind code of ref document: A1