CN110262827B - Incremental updating method and device, storage medium and electronic equipment - Google Patents
Incremental updating method and device, storage medium and electronic equipment Download PDFInfo
- Publication number
- CN110262827B CN110262827B CN201910419799.0A CN201910419799A CN110262827B CN 110262827 B CN110262827 B CN 110262827B CN 201910419799 A CN201910419799 A CN 201910419799A CN 110262827 B CN110262827 B CN 110262827B
- Authority
- CN
- China
- Prior art keywords
- version
- target
- update
- patch
- file
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/658—Incremental updates; Differential updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
The disclosure relates to a method, a device, a storage medium and an electronic device for incremental updating, wherein the method comprises the steps of obtaining file version information corresponding to a target file; acquiring the updating times corresponding to the updating intervals of different versions of the target file; acquiring a target version interval according to the updating times; determining a target version from the at least one historical version; and generating a delta updating patch corresponding to the target version. Therefore, when the incremental update patch is generated in advance, only the incremental update patch with high use frequency can be generated, the quality of the incremental update patch can be improved, and the quantity of the incremental update patches can be reduced, so that the operation burden of system equipment and the system resource waste caused by excessive incremental update patches can be avoided.
Description
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a method and an apparatus for incremental updating, a storage medium, and an electronic device.
Background
The general version updating mode comprises a complete updating mode and an incremental updating mode; the complete update means that the whole old version file is replaced by the complete new version file when the version is updated; incremental updating refers to generating a patch (namely a differential packet) updated from an old version to a new version by comparing files of the old version and the new version, and then combining the patch into the old version to generate a new version file; compared with a full update, the incremental update only updates where changes are needed, and does not repeat updates where updates are not needed or have already been updated.
When the version update is performed by using the incremental update method, all incremental update patches are usually generated in advance before a new version of a system file is released, that is, all patches for updating a historical version to a latest version are generated in advance, where the patches include a low-version patch and a high-version patch between any two adjacent versions between the historical version and the latest version, however, for an application system file with high-speed iteration, the version update speed is very fast, and as the application system is iterated continuously, the number of versions will increase continuously, and the number of incremental update patch packages will also increase continuously. When version updating is performed by the method of generating all the incremental update patches in advance, a huge incremental update patch is inevitably generated, and the storage and the calling of the huge incremental update patch inevitably cause huge operation burden to system equipment and waste of resources to a great extent.
Disclosure of Invention
The invention aims to provide a method, a device, a storage medium and an electronic device for incremental updating.
To achieve the above object, in a first aspect of the present disclosure, there is provided a method of incremental updating, the method comprising:
acquiring file version information corresponding to a target file, wherein the file version information comprises a latest version and at least one historical version;
acquiring the updating times corresponding to different version updating intervals of the target file, wherein the version updating intervals are the version intervals spanned when the historical version is updated to the latest version;
acquiring a target version interval according to the updating times;
determining a target version from at least one historical version, the version update interval between the target version and the latest version being contained within the target version interval;
and generating a delta update patch corresponding to the target version, wherein the delta update patch is used for updating the file to be updated from the current version to the latest version when the current version of the target file is the target version.
Optionally, the obtaining the target version interval according to the number of updates includes:
calculating the mean value and the standard deviation corresponding to different version updating intervals according to the updating times;
and determining the target version interval according to the mean value and the standard deviation.
Optionally, the method further comprises:
receiving an update request message sent by a client, wherein the update request message is used for requesting to update a file to be updated on the client from a current version to the latest version;
determining whether a target incremental update patch corresponding to the current version to the latest version exists in the generated incremental update patches;
when the target increment updating patch is determined to exist, the target increment updating patch is sent to a client, so that the client updates the file to be updated from the current version to the latest version through the target increment updating patch.
Optionally, the method further comprises:
when the target increment updating patch is determined not to exist, acquiring a first version file corresponding to the current version and a second version file corresponding to the latest version;
generating a target incremental update patch by comparing the first version file and the second version file;
determining whether the generation of the target incremental update patch is completed within a preset time period;
when the preset time period is reached, if the generation of the target incremental update patch is not completed, acquiring an intermediate update patch, and sending the intermediate update patch to the client, so that the client updates the file to be updated from the current version to the latest version through the intermediate update patch, wherein the intermediate update patch comprises the generated incremental patch and files which are not compared with the first version in the second version files.
Optionally, the method further comprises:
when the generation of the target increment updating patch is completed within the preset time period, the target increment updating patch is sent to the client, so that the client updates the file to be updated from the current version to the latest version through the target increment updating patch.
Optionally, after the sending the intermediate update patch to the client, the method further includes:
continuing to generate the target incremental update patch;
and after the target incremental update patch is generated, sending the target incremental update patch to the client so that the client replaces the intermediate update patch with the target incremental update patch.
Optionally, before the continuing to generate the target delta update patch, the method further includes:
determining whether it is in an idle state;
the continuing to generate the target delta update patch comprises:
and when the target increment updating patch is determined to be in the idle state, continuing to generate the target increment updating patch.
Optionally, the determining whether in the idle state comprises:
acquiring current time;
determining whether the current time is within a preset time period;
when the current time is within the preset time period, determining that the current time is in the idle state;
and when the current time is out of the preset time period, determining that the current time is in a non-idle state.
Optionally, the determining whether in the idle state comprises:
acquiring the current data processing capacity;
determining whether the data throughput is less than or equal to a preset throughput threshold;
when the data processing amount is smaller than or equal to the preset processing amount threshold value, determining that the data processing amount is in the idle state;
and when the data processing capacity is larger than the preset processing capacity threshold value, determining that the data processing capacity is in a non-idle state.
In a second aspect of the present disclosure, there is provided an apparatus for incremental updating, the apparatus comprising:
the device comprises a first acquisition module, a second acquisition module and a third acquisition module, wherein the first acquisition module is used for acquiring file version information corresponding to a target file, and the file version information comprises a latest version and at least one historical version;
a second obtaining module, configured to obtain update times corresponding to different version update intervals of the target file, where the version update interval is a version interval spanned by the historical version updated to the latest version;
the third acquisition module is used for acquiring a target version interval according to the updating times;
a first determining module for determining a target version from at least one historical version, the version update interval between the target version and the latest version being contained within the target version interval;
and the first generation module is used for generating a delta update patch corresponding to the target version, and the delta update patch is used for updating the file to be updated from the current version to the latest version when the current version of the target file is the target version.
Optionally, the third obtaining module includes:
the calculating submodule is used for calculating the mean value and the standard deviation corresponding to different version updating intervals according to the updating times;
a first determining submodule, configured to determine the target version interval according to the mean and the standard deviation.
Optionally, the apparatus further comprises:
the system comprises a receiving module, a sending module and a receiving module, wherein the receiving module is used for receiving an update request message sent by a client, and the update request message is used for requesting to update a file to be updated on the client from a current version to a latest version;
a second determining module, configured to determine whether a target delta update patch corresponding to the current version to the latest version exists in the generated delta update patches;
and the first sending module is used for sending the target increment updating patch to a client when the target increment updating patch is determined to exist, so that the client updates the file to be updated from the current version to the latest version through the target increment updating patch.
Optionally, the apparatus further comprises:
a fourth obtaining module, configured to obtain, when it is determined that the target delta update patch does not exist, a first version file corresponding to the current version and a second version file corresponding to the latest version;
a second generation module, configured to generate a target incremental update patch by comparing the first version file and the second version file;
a third determining module, configured to determine whether generation of the target incremental update patch is completed within a preset time period;
a second sending module, configured to, when the preset time period is reached, if the generation of the target incremental update patch is not completed, obtain an intermediate update patch, and send the intermediate update patch to the client, so that the client updates the file to be updated from the current version to the latest version through the intermediate update patch, where the intermediate update patch includes the generated incremental patch and a file that is not compared with the first version in the second version file.
Optionally, the apparatus further comprises:
a third sending module, configured to send the target delta update patch to the client when the generation of the target delta update patch is completed within the preset time period, so that the client updates the file to be updated from the current version to the latest version through the target delta update patch.
Optionally, the apparatus further comprises:
a third generation module, configured to continue generating the target delta update patch;
a fourth sending module, configured to send the target delta update patch to the client after the target delta update patch is generated, so that the client replaces the intermediate update patch with the target delta update patch.
Optionally, the apparatus further comprises:
a fourth determining module, configured to determine whether the mobile terminal is in an idle state;
the third generating module is used for:
and when the target increment updating patch is determined to be in the idle state, continuing to generate the target increment updating patch.
Optionally, the fourth determining module includes:
the first obtaining submodule is used for obtaining the current time;
the second determining submodule is used for determining whether the current time is within a preset time period;
the second determining submodule is further configured to determine that the current time is in the idle state when the current time is within the preset time period;
the second determining submodule is further configured to determine that the current time is in a non-idle state when the current time is outside the preset time period.
Optionally, the fourth determining module includes:
the second acquisition submodule is used for acquiring the current data processing capacity;
a third determining submodule for determining whether the data processing amount is less than or equal to a preset processing amount threshold;
the third determining submodule is further configured to determine that the mobile terminal is in the idle state when the data throughput is less than or equal to the preset throughput threshold;
the third determining submodule is further configured to determine that the data processing amount is in a non-idle state when the data processing amount is greater than the preset processing amount threshold.
In a third aspect of the present disclosure there is provided a computer readable storage medium having stored thereon a computer program which, when executed by a processor, carries out the steps of the method as set forth in the first aspect above.
In a fourth aspect of the present disclosure, there is provided an electronic device comprising:
a memory having a computer program stored thereon;
a processor for executing the computer program in the memory to carry out the steps of the method of the first aspect above.
According to the technical scheme, file version information corresponding to a target file is obtained, wherein the file version information comprises a latest version and at least one historical version; acquiring the updating times corresponding to different version updating intervals of the target file, wherein the version updating intervals are the version intervals spanned when the historical version is updated to the latest version; acquiring a target version interval according to the updating times; determining a target version from at least one historical version, the version update interval between the target version and the latest version being contained within the target version interval; and generating a delta update patch corresponding to the target version, wherein the delta update patch is used for updating the file to be updated from the target version to the latest version when the current version of the target file is the target version. Therefore, when the incremental update patch is generated in advance, only the incremental update patch with high use frequency can be generated, the quality of the incremental update patch can be improved, and the quantity of the incremental update patches can be reduced, so that the operation burden of system equipment and the system resource waste caused by excessive incremental update patches can be avoided.
Additional features and advantages of the disclosure will be set forth in the detailed description which follows.
Drawings
The accompanying drawings, which are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the description serve to explain the disclosure without limiting the disclosure. In the drawings:
FIG. 1 is a flow chart of a method of incremental updating provided by an exemplary embodiment of the present disclosure;
FIG. 2 is a flow chart of a method of incremental updating provided by another exemplary embodiment of the present disclosure;
FIG. 3 is a block diagram of an apparatus for incremental updating, shown in yet another exemplary embodiment of the present disclosure;
FIG. 4 is a block diagram of an apparatus for incremental updating according to the embodiment shown in FIG. 3;
FIG. 5 is a block diagram illustrating an electronic device in accordance with an exemplary embodiment;
FIG. 6 is a block diagram illustrating another electronic device in accordance with an example embodiment.
Detailed Description
The following detailed description of specific embodiments of the present disclosure is provided in connection with the accompanying drawings. It should be understood that the detailed description and specific examples, while indicating the present disclosure, are given by way of illustration and explanation only, not limitation.
Firstly, an application scenario of the present disclosure is explained, and the present disclosure may be applied to a version update process of a target file, where a general manner of generating a delta update patch includes generating all delta update patches in advance and calculating the delta update patch in real time; the pre-generated all increments are patches which are generated from all historical versions to the latest version in advance before the new version of the target file is released, wherein the patches comprise patches from a low version to a high version between any two adjacent versions; calculating the delta update patch in real time refers to generating the delta update patch from a currently used version to a latest version according to the currently used version of a client when receiving an instruction for requesting the delta update service sent by the client. However, for the application system file with high-speed iteration, the version update speed is very fast, the number of versions is increased continuously along with the continuous iteration of the application system, and the number of the incremental update patch packets is also increased continuously. When version updating is performed by the method of generating all the incremental update patches in advance, a huge incremental update patch is inevitably generated, and the storage and the calling of the huge incremental update patch package inevitably cause huge operation burden to system equipment and waste of resources to a great extent. When the version is updated by the method for calculating the incremental update patch in real time, when the update interval from the current version to the latest version is larger, the number of the incremental update patches is larger or a single incremental update patch is larger, or the number of users requesting to generate the incremental update patch is larger, so that a server is congested, the time required for generating the incremental update patch by calculating in real time is longer, the time for waiting by the users is too long, and the user experience is influenced.
In order to solve the existing problems, the present disclosure provides a method, an apparatus, a storage medium, and an electronic device for incremental update, where the method only generates an incremental update patch with a higher frequency of use when generating the incremental update patch in advance, so that the quality of the incremental update patch can be improved, and the number of the incremental update patches can be reduced, thereby avoiding the operation burden on the system device and the waste of system resources caused by excessive incremental update patches; meanwhile, the version updating time can be shortened, the phenomenon that the server is blocked due to version updating is avoided, and therefore user experience can be effectively improved.
FIG. 1 is a flow chart of a method of incremental updating provided by an exemplary embodiment of the present disclosure; referring to fig. 1, the method includes:
Wherein the file version information includes a latest version and at least one historical version.
The target file may be, for example, various system files or application files of a computer, mobile terminal, or other electronic device; the file version information may also include the number of versions that the target file has undergone from the initial version to the latest version, the number of each version, and updated content.
And 102, acquiring the updating times corresponding to the updating intervals of different versions of the target file.
Wherein the version update interval is a version interval spanned by the historical version being updated to the latest version.
In this step, since there are many users of the target file, when there are multiple versions, the versions used by the users are different, and the version update intervals spanned by different users when updating from the respective current version to the latest version are different, in order to determine the version update interval covering most users, N users may be extracted from the users whose version updates have been completed before the current time, the version update intervals experienced by the N users when updating the versions are completed are investigated, that is, a version update interval sample with a sample capacity of N is established to investigate the condition of the version update intervals experienced by the users when updating from different versions to the latest version, the version update intervals experienced when updating from the N users to the latest version are respectively obtained, because there are some users in the N users who experience the same version update interval, therefore, the number of users corresponding to different version update intervals in the sample can be counted, and the number of times of updating corresponding to different version update intervals when the historical version is updated to the latest version in the N times of updating corresponding to the N users is used.
Illustratively, the target file is a system file, if the system file includes A, B, C, D, E five versions, wherein, version a is the initial version, version E is the latest version, the system has 10000 users, the 10000 users use version A, B, C, D, E respectively, wherein the number of users using version E is 1000, some of the 1000 users using version E are upgraded from version a to version E (since the upgrade from version a to version E is performed by four version intervals of version a to B, B to C, C to D, and D to E, the version update interval is 4 here), some are upgraded from version B to version E (since the upgrade from version B to version E is performed by three version intervals of version B to C, C to D, and D to E, the version update interval is 3), some are upgraded from version C to version E (since the upgrade from version C to version D, d to E, so the version update interval is 2), or some of the updates are from D to E (after going through a version interval from D to E, so the version update interval is 1), 100 users are randomly selected from the 1000 users, and the 100 updates corresponding to the 100 users are obtained, wherein the version update interval is 4 update counts, the version update interval is 3 update counts, the version update interval is 2 update counts, and the version update interval is 1 update counts, which are respectively used as the update times of the version update interval 4, the version update interval is 3 update times, the version update interval is 2 update times, and the version update interval is 1 update times.
And 103, acquiring a target version interval according to the updating times.
In this step, the mean value and the standard deviation corresponding to the update interval of different versions can be calculated according to the update times of the different historical versions to the latest version; and determining the target version interval according to the mean value and the standard deviation.
Illustratively, 1000 users in the target file are upgraded from A, B, C, D version to E version respectively, and version update interval conditions experienced by n users when upgrading from the historical version to the latest version are randomly collected from the 1000 users, a version update interval sample with a sample capacity of n is established, and the statistics result is that: there is χ in the sample for upgrade from version A to version E (version update interval of 4)1For upgrading from B version to E version, has x2X (version update interval of 3), and x (version update interval of 2) for upgrading from version C to version E3For upgrading from D version to E version, the X version4Size (version update interval is 1), where x1+χ2+χ3+χ4Calculating a mean μ and a standard deviation σ of the sample, wherein the mean and the standard deviation can be calculated by:
the mean value is:
the standard deviation is:
in addition, based on a sample of the situation of the version update interval experienced when the different version is updated to the latest version, the statistical analysis is performed on the update times corresponding to the different version update intervals when the historical version is updated to the latest version, and the inventors found that: when the target file is updated from the historical version to the latest version, the distribution rule of the update intervals of different versions conforms to normal distribution.
That is, the version update interval is noted as variable X, X-N (μ, σ)2)，Probability density function of variable X:
thus, after obtaining the mean μ and the standard deviation σ, the following formula one can be used:
obtain the target version interval (x)1，x2) Wherein, F (x)2)-F(x1) In this embodiment, the user coverage may be preset to represent an expectation of the number of users performing version update of the target file on the delta update patch, and generally, a higher user coverage may be set to enable more users to perform version update of the target file through the delta update patch, that is, the generated delta update patch can meet the requirements of most users; when the historical versions of the target file are large in quantity and the versions are distributed dispersedly, a relatively small user coverage rate can be set to prevent the target version interval range from being too large and generate excessive incremental updating patches, so that unnecessary operation burden is caused to the system.
Illustratively, the user coverage may be preset to 99.73%, 95.45%, and 68.26%, and when the user coverage is set to 99.73%, the target version interval is determined to be (μ -3 σ, μ +3 σ) by the above formula one; when the user coverage is set to 95.45%, determining the target version interval to be (μ -2 σ, μ +2 σ) by the first formula; when the user coverage is set to 68.26%, the target version interval is determined to be (μ - σ, μ + σ) by the first equation.
And 104, determining a target version from at least one historical version, wherein the version updating interval between the target version and the latest version is contained in the target version interval.
In this step, the target version is a history version in which a version update interval that is elapsed from the update of the history version to the latest version is within the target version interval. Because the update frequency from the target version to the latest version is the most and the covered user range is the widest, the generation of the delta update patch from the target version to the latest version can ensure that the delta update patch is a delta update patch with higher use frequency, the number of the delta update patches can be reduced, the quality of the delta update patch is improved, the version update efficiency of a target file is improved, and the user experience is improved.
For example, assuming that the target version interval (0, μ +3 σ) is (0, 3.2), the history versions whose version update intervals between the history version update to the latest version are greater than zero and less than or equal to 3 are all target versions, for example, still taking the example that the system file includes A, B, C, D, E five versions, where a is the initial version, E is the latest version, when the target version interval is (0, 3.2), since the version update interval is a positive integer, the target version update intervals are 1, 2, and 3, and since the D version is upgraded to the E version (version update interval is 1), the C version is upgraded to the E version (version update interval is 2), and the B version is upgraded to the E version (version update interval is 3), the B version, the C version, and the D version are all target versions.
And 105, generating a delta update patch corresponding to the target version.
The incremental update patch is used for updating the file to be updated from the current version to the latest version when the current version of the target file is the target version.
Illustratively, when the target version is a B version, a C version and a D version, a delta update patch upgraded from the B version to the E version, a delta update patch upgraded from the C version to the E version and a delta update patch upgraded from the D version to the E version are generated, and are respectively used for sending the delta update patch of the corresponding version to the corresponding client when receiving a delta update service request of a user whose current version is the B version, the C version or the D version, so that the target file is updated from the current version to the latest version.
By adopting the method, only the increment updating patch with higher use frequency can be generated, the quality of the increment updating patch can be improved, and the quantity of the increment updating patches can be reduced, so that the operation burden of system equipment and the system resource waste caused by excessive increment updating patches can be avoided; meanwhile, the version updating time can be shortened, the phenomenon that the server is blocked due to version updating is avoided, and therefore user experience can be effectively improved.
FIG. 2 is a flow chart of a method of incremental updating provided by another exemplary embodiment of the present disclosure; referring to fig. 2, the method includes:
Wherein the file version information includes a latest version and at least one historical version.
In step 202, the server obtains the update times corresponding to the update intervals of different versions of the target file.
Wherein the version update interval is a version interval spanned by the historical version being updated to the latest version.
In this step, n users may be randomly selected from the users who have completed the version update, and the status of the version interval spanned by the n users when the version update is completed is investigated, that is, a version update interval sample with a sample capacity of n is established, and the number of users corresponding to different version update intervals in the sample is obtained, so as to facilitate understanding of the update times corresponding to different version update intervals in the entire user group.
In step 203, the server calculates the mean value and the standard deviation corresponding to different version update intervals according to the update times.
In this step, the update times are the update number corresponding to the version update interval that is passed when the different historical versions in the version update interval sample are updated to the latest version, for example, the version update interval sample with the sample capacity of 100 includes: the number of updates for upgrading from version A to version E is 10, i.e. the number of updates corresponding to the version update interval 4The number is 10; the updating number of the version B updated to the version E is 30, namely the updating times corresponding to the version updating interval 3 is 30; the updating number of the version C updated to the version E is 35, namely the updating frequency corresponding to the version updating interval 2 is 35; the number of updates for upgrading from version D to version E is 25, i.e., the number of updates corresponding to version update interval 1 is 25. The mean value μ of the above samples was determined to be 2.25 and the variance σ20.8875, and 0.94 as the standard deviation sigma. From the distribution curves of different version update intervals in the extracted version update interval samples, it can be obtained that the distribution of the version update interval experienced when the version is updated from the different versions to the latest version conforms to the normal distribution.
In step 204, the server determines the target version interval according to the mean and the standard deviation.
In this step, reference may be made to the related description of determining the target version interval by the mean and the standard deviation in step 103, which is not described herein again.
Illustratively, still taking the version update interval sample with the sample capacity of 100 as an example, the mean μ of the sample is 2.25, and the variance is σ2The target version interval when the preset user coverage is 68.26% is obtained, the value range of the version update interval is (μ - σ, μ + σ), that is, the target version interval is (1.31, 3.19), and since the version update interval is an integer, the target version interval in the target version interval is 2 and 3.
In step 205, the server determines a target version from the at least one historical version.
Wherein a version update interval between the target version and the latest version is included in the target version interval.
In this step, when the preset user coverage is 99.73%, it is determined that the target version interval is (μ -3 σ, μ +3 σ), and at this time, when the historical version is updated to the latest version, the historical versions whose version update intervals are greater than μ -3 σ and less than μ +3 σ are all the target version (the version update intervals are integers); when the preset user coverage is 95.45%, determining that the version update interval is (mu-2 sigma, mu +2 sigma), and the historical versions of which the version update intervals from the historical version update to the latest version are greater than mu-2 sigma and less than mu +2 sigma are the target versions (the version update intervals are integers); when the preset user coverage is 68.26%, determining that the version update interval is (mu-sigma, mu + sigma), and the historical versions of which the version update intervals from the historical version update to the latest version are greater than mu-sigma and less than mu + sigma are the target versions (the version update intervals are integers).
The incremental update patch is used for updating the file to be updated from the current version to the latest version when the current version of the target file is the target version.
In this step, since the preset user coverage is 99.73%, 95.45%, or 68.26%, that is, the value range of the version update interval of users covering 99.73% of the entire user group is (μ -3 σ, μ +3 σ); the value range of the version update interval of 95.45% of users covering the whole user group is (mu-2 sigma, mu +2 sigma); the value range of the version update interval of 68.26% of users covering the whole user group is (mu-sigma, mu + sigma); therefore, the user beyond the range of (mu-3 sigma, mu +3 sigma) is less than 0.3%, the user beyond the range of (mu-2 sigma, mu +3 sigma) is less than 0.5%, and the user beyond the range of (mu-sigma, mu + sigma) is less than 32%, so that when the preset user coverage rate is 99.73%, the incremental update patch corresponding to the target version can meet the requirements of 99.73% of users, when the preset user coverage rate is 95.45%, the incremental update patch corresponding to the target version can meet the requirements of 95.45% of users, and when the preset user coverage rate is 68.26%, the incremental update patch corresponding to the target version can meet the requirements of 68.26% of users, that is, the incremental update patch with a high frequency of use is generated, so that the version update efficiency of the target file can be improved, and the user experience is improved.
Thus, the generation of the delta update patch can be completed through the steps 201 to 206, and after the delta update patch is generated, the file is updated through the steps 207 to 217.
In step 207, the server receives an update request message sent by the client.
The update request message is used for requesting to update the file to be updated on the client from the current version to the latest version. The current version may be any historical version of the target file.
In step 208, the server determines whether there is a target delta update patch corresponding to the current version to the latest version from the generated delta update patches.
The target incremental update patch is an incremental update patch for updating the file to be updated on the client from the current version to the latest version.
In this step, when it is determined that the target delta update patch exists, step 209 is performed; upon determining that the target delta update patch does not exist, steps 210 through 212 are performed.
Illustratively, the current version of the client is version C, the latest version is version E, the target delta update patch is a delta update patch updated from version C to version E, it is determined whether the target delta update patch is included in the delta update patches generated in step 206 with higher frequency of use, when it is determined that the delta update patch updated from version C to version E exists, step 209 is executed to transmit the target delta update patch to the client, when it is determined that the target delta update patch does not exist, steps 210 to 216 are executed, or steps 210 to 212 and 217 are executed to transmit the target delta update patch to the client after generating the target delta update patch.
In step 209, the server sends the target delta update patch to the client, so that the client updates the file to be updated from the current version to the latest version through the target delta update patch.
In step 210, the server obtains a first version file corresponding to the current version and a second version file corresponding to the latest version.
In step 211, the server generates a target incremental update patch by comparing the first version file with the second version file.
The incremental updating refers to generating a patch updated from an old version to a new version by comparing files of the old version and the new version, and then generating a new version file according to the patch; compared with a complete update, the incremental update only updates the places needing to be changed, the places needing no update or being updated do not repeatedly update, and the incremental update patch is a difference package obtained by comparing the current version with the latest version of the target file.
Illustratively, if a first version file corresponding to a current version comprises five subfiles, which are sequentially denoted as subfile 1, subfile 2, subfile 3, subfile 4 and subfile 5, a second version file corresponding to a latest version comprises five subfiles, which are sequentially denoted as subfile 1, subfile 6, subfile 3, subfile 7 and subfile 5, in the process of generating a target incremental update patch, the subfile 1 in the first version file is sequentially compared with the subfile 1 in the second version file, the subfile 2 in the first version file is compared with the subfile 6 in the second version file, the subfile 3 in the first version file is compared with the subfile 3 in the second version file, the subfile 4 in the first version file is compared with the subfile 7 in the second version file, the subfile 5 in the first version file is compared with the subfile 5 in the second version file, and determining that the subfile 2 in the first version file needs to be updated to the subfile 6 and the subfile 4 in the first version file needs to be updated to the subfile 7 according to the comparison result, so as to generate the delta patch 1 for updating the subfile 2 to the subfile 6 and the delta patch 2 for updating the subfile 5 to the subfile 2, and the delta patch 1 and the delta patch 2 are target delta update patches.
At step 212, the server determines whether the generation of the target delta update patch is complete within a preset time period.
In this step, when the preset time period is reached, if the generation of the target delta update patch is not completed, the steps 213 to 216 are executed.
When the generation of the target delta update patch is completed within the preset time period, step 217 is performed.
In step 213, the server obtains an intermediate update patch and sends the intermediate update patch to the client, so that the client updates the file to be updated from the current version to the latest version through the intermediate update patch.
Wherein the intermediate update patch includes the generated delta patch and files of the second version of files that are not compared with the first version of files.
In the process of generating the target delta update patch, if a preset time period is reached, there may be a file that is not compared with the first version file in the second version file, and the intermediate update patch may be obtained according to the generated delta patch and the file that is not compared with the first version file in the second version file.
Illustratively, still taking the first version file comprising subfile 1, subfile 2, subfile 3, subfile 4, subfile 5, and the second version file comprising subfile 1, subfile 6, subfile 3, subfile 7, and subfile 5 as an example, when generating the incremental update patch, it is necessary to compare each subfile in the first version file with each subfile in the latest version of the second version file in turn, but when reaching the preset time period, only the comparison of subfile 1 in the first version file with subfile 4 in the second version file and the comparison of subfile 2 in the first version file with subfile 6 in the second version file and the incremental patch for updating subfile 2 to subfile 6 are obtained, and the subsequent comparison of subfile 3 in the first version file with subfile 3 in the second version file, the comparison between the subfile 4 in the first version file and the subfile 7 in the second version file and the comparison between the subfile 5 in the first version file and the subfile 5 in the second version file are not completed, and at this time, in this embodiment, an intermediate update patch is generated according to the subfile 3, the subfile 7, and the subfile 5 in the second version file and the patch for updating the subfile 2 to the subfile 6, that is, the intermediate update patch includes the subfile 3, the subfile 7, and the subfile 5 of the second version file and the obtained delta patch for updating the subfile 2 to the subfile 6, and after receiving the intermediate update patch, the client can update the file to be updated from the current version to the latest version according to the intermediate update patch, so that the time for generating the delta update patch can be effectively avoided, causing a problem with the version upgrade time process.
In step 214, the server determines whether it is in an idle state.
In this step, in an implementation manner, it may be determined whether the current time is in an idle state according to whether the current time is within a preset time period, where the preset time period may be a preset time period for the server to be in an idle state, for example, the current time may be obtained, it is determined whether the current time is within the preset time period, when the current time is within the preset time period, it is determined that the current time is in the idle state, and when the current time is outside the preset time period, it is determined that the current time is in a non-idle state.
In another embodiment, whether the idle state is determined by the current data throughput, for example, the current data throughput may be obtained, whether the data throughput is less than or equal to a preset throughput threshold value is determined, when the data throughput is less than or equal to the preset throughput threshold value, the idle state is determined, and when the data throughput is greater than the preset throughput threshold value, the non-idle state is determined.
Wherein, upon determining that the server is in an idle state, steps 215 to 216 are performed; upon determining that the server is in a non-idle state, return to step 214.
Illustratively, still taking the above-mentioned example that the first version file includes subfile 1, subfile 2, subfile 3, subfile 4, subfile 5, and the second version file includes subfile 1, subfile 6, subfile 3, subfile 7, and subfile 5, since the intermediate update patch includes subfile 3, subfile 7, and subfile 5, and the subfile 3, subfile 7, and subfile 5 do not complete the comparison with subfile 3, subfile 4, and subfile 5 in the first version file within a preset time period, it is also possible to continue to compare subfile 3 in the first version file with subfile 3 in the second version file, compare subfile 4 in the first version file with subfile 7 in the second version file, compare subfile 5 in the first version file with subfile 5 in the second version file when the server is idle, thereby completing the generation of the target delta update patch, which includes the delta patch updated from the subfile 2 to the subfile 6 and the delta patch updated from the subfile 4 to the subfile 7.
Therefore, the target incremental updating patch can be continuously generated when the server is idle, the congestion of the server is effectively avoided, and the system resources are fully utilized.
In this way, since the intermediate update patch includes the files that are not compared in the second version of files, the system storage space occupied by the intermediate update patch is larger than that occupied by the target delta update patch, and therefore, the embodiment can save the system storage space and reduce the system operation burden by replacing the intermediate update patch with the target delta update patch.
By adopting the method, only the increment updating patch with higher use frequency can be generated, the quality of the increment updating patch can be improved, and the quantity of the increment updating patches can be reduced, so that the operation burden of system equipment and the system resource waste caused by excessive increment updating patches can be avoided; meanwhile, the version updating time can be shortened, the phenomenon that the server is blocked due to version updating is avoided, and therefore user experience can be effectively improved.
FIG. 3 is a block diagram of an apparatus for incremental updating, shown in yet another exemplary embodiment of the present disclosure; referring to fig. 3, the apparatus 300 includes:
a first obtaining module 301, configured to obtain file version information corresponding to a target file, where the file version information includes a latest version and at least one historical version;
a second obtaining module 302, configured to obtain update times corresponding to different version update intervals of the target file, where the version update interval is a version interval spanned by updating the historical version to the latest version;
a third obtaining module 303, configured to obtain a target version interval according to the update times;
a first determining module 304, configured to determine a target version from at least one historical version, where the version update interval between the target version and the latest version is included in the target version interval;
a first generating module 305, configured to generate a delta update patch corresponding to the target version, where the delta update patch is used to update the file to be updated from the target version to the latest version when the current version of the target file is the target version.
FIG. 4 is a block diagram of an apparatus for incremental updating according to the embodiment shown in FIG. 3; referring to fig. 4, the third obtaining module 303 includes:
the calculating submodule 3031 is configured to calculate a mean value and a standard deviation corresponding to different version updating intervals according to the updating times;
a first determining submodule 3032 is configured to determine the target version interval according to the mean and the standard deviation.
Optionally, the apparatus 300 further comprises:
a receiving module 306, configured to receive an update request message sent by a client, where the update request message is used to request that a file to be updated on the client is updated from a current version to the latest version;
a second determining module 307, configured to determine whether a target delta update patch corresponding to the current version to the latest version exists in the generated delta update patches;
a first sending module 308, configured to send the target delta update patch to a client when it is determined that the target delta update patch exists, so that the client updates the file to be updated from the current version to the latest version through the target delta update patch.
Optionally, the apparatus 300 further comprises:
a fourth obtaining module 309, configured to obtain, when it is determined that the target delta update patch does not exist, a first version file corresponding to the current version and a second version file corresponding to the latest version;
a second generating module 310, configured to generate a target incremental update patch by comparing the first version file and the second version file;
a third determining module 311, configured to determine whether generation of the target incremental update patch is completed within a preset time period;
a second sending module 312, configured to, when the preset time period is reached, if the generation of the target delta update patch is not completed, obtain an intermediate update patch, and send the intermediate update patch to the client, so that the client updates the file to be updated from the current version to the latest version through the intermediate update patch, where the intermediate update patch includes the generated delta patch and a file that is not compared with the first version in the second version file.
Optionally, the apparatus 300 further comprises:
a third sending module 313, configured to send the target delta update patch to the client when the generation of the target delta update patch is completed within the preset time period, so that the client updates the file to be updated from the current version to the latest version through the target delta update patch.
Optionally, the apparatus 300 further comprises:
a third generating module 314, configured to continue generating the target delta update patch;
a fourth sending module 315, configured to send the target delta update patch to the client after the target delta update patch is generated, so that the client replaces the intermediate update patch with the target delta update patch.
Optionally, the apparatus 300 further comprises:
a fourth determining module 316, configured to determine whether the device is in an idle state;
the third generating module 314 is configured to:
upon determining to be in the idle state, continuing to generate the target delta update patch.
Optionally, the fourth determination module 316 comprises:
a first obtaining submodule 3161, configured to obtain a current time;
a second determination submodule 3162 for determining whether the current time is within a preset time period;
the second determining submodule 3162 is further configured to determine that the current time is in the idle state when the current time is within the preset time period;
the second determining submodule 3162 is further configured to determine that the current time is in a non-idle state when the current time is outside the preset time period.
Optionally, the fourth determining module 316 includes:
a second obtaining submodule 3163, configured to obtain a current data processing amount;
a third determining submodule 3164 for determining whether the data throughput is less than or equal to a preset throughput threshold;
the third determining submodule 3164 is further configured to determine that the data processing amount is in the idle state when the data processing amount is smaller than or equal to the preset processing amount threshold;
the third determining submodule 3164 is further configured to determine that the data processing amount is in a non-idle state when the data processing amount is greater than the preset processing amount threshold.
By adopting the device, only the incremental update patch with higher use frequency can be generated, the quality of the incremental update patch can be improved, and the quantity of the incremental update patches can be reduced, so that the operation burden of system equipment and the system resource waste caused by excessive incremental update patches can be avoided; meanwhile, the version updating time can be shortened, the phenomenon that the server is blocked due to version updating is avoided, and therefore user experience can be effectively improved.
FIG. 5 is a block diagram illustrating an electronic device in accordance with an example embodiment. As shown in fig. 5, the electronic device 500 may include: a processor 501 and a memory 502. The electronic device 500 may also include one or more of a multimedia component 503, an input/output (I/O) interface 504, and a communication component 505.
The processor 501 is configured to control the overall operation of the electronic device 500, so as to complete all or part of the steps in the above method for incremental updating. The memory 502 is used to store various types of data to support operation at the electronic device 500, such as instructions for any application or method operating on the electronic device 500 and application-related data, such as contact data, messaging, pictures, audio, video, and so forth. The Memory 502 may be implemented by any type of volatile or non-volatile Memory device or combination thereof, such as Static Random Access Memory (SRAM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable Read-Only Memory (EPROM), Programmable Read-Only Memory (PROM), Read-Only Memory (ROM), magnetic Memory, flash Memory, magnetic disk or optical disk. The multimedia component 503 may include a screen and an audio component. Wherein the screen may be, for example, a touch screen and the audio component is used for outputting and/or inputting audio signals. For example, the audio component may include a microphone for receiving external audio signals. The received audio signal may further be stored in the memory 502 or transmitted through the communication component 505. The audio assembly also includes at least one speaker for outputting audio signals. The I/O interface 504 provides an interface between the processor 501 and other interface modules, such as a keyboard, mouse, buttons, etc. These buttons may be virtual buttons or physical buttons. The communication component 505 is used for wired or wireless communication between the electronic device 500 and other devices. Wireless communication, such as Wi-Fi, bluetooth, Near Field Communication (NFC), 2G, 3G, or 4G, or a combination of one or more of them, so that the corresponding communication component 505 may include: Wi-Fi module, bluetooth module, NFC module.
In an exemplary embodiment, the electronic Device 500 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components for performing the above-described incremental updating method.
In another exemplary embodiment, a computer readable storage medium comprising program instructions which, when executed by a processor, implement the steps of the method of incremental updating described above is also provided. For example, the computer readable storage medium may be the memory 502 described above that includes program instructions that are executable by the processor 501 of the electronic device 500 to perform the method of incremental updating described above.
FIG. 6 is a block diagram illustrating another electronic device in accordance with an example embodiment. For example, the electronic device 600 may be provided as a server. Referring to fig. 6, the electronic device 600 includes a processor 622, which may be one or more in number, and a memory 632 for storing computer programs executable by the processor 622. The computer program stored in memory 632 may include one or more modules that each correspond to a set of instructions. Further, the processor 622 may be configured to execute the computer program to perform the method of incremental updating described above.
Additionally, electronic device 600 may also include a power component 626 that may be configured to perform power management of electronic device 600 and a communication component 650 that may be configured to enable communication, e.g., wired or wireless communication, of electronic device 600. The electronic device 600 may also include input/output (I/O) interfaces 658. The electronic device 600 may operate based on an operating system stored in the memory 632, such as Windows Server, Mac OSXTM, UnixTM, LinuxTM, and the like.
In another exemplary embodiment, a computer readable storage medium comprising program instructions which, when executed by a processor, implement the steps of the method of incremental updating described above is also provided. For example, the computer readable storage medium may be the memory 632 described above that includes program instructions that are executable by the processor 622 of the electronic device 600 to perform the method of incremental updating described above.
The preferred embodiments of the present disclosure are described in detail with reference to the accompanying drawings, however, the present disclosure is not limited to the specific details of the above embodiments, and various simple modifications may be made to the technical solution of the present disclosure within the technical idea of the present disclosure, and these simple modifications all belong to the protection scope of the present disclosure.
It should be noted that, in the foregoing embodiments, various features described in the above embodiments may be combined in any suitable manner, and in order to avoid unnecessary repetition, various combinations that are possible in the present disclosure are not described again.
In addition, any combination of various embodiments of the present disclosure may be made, and the same should be considered as the disclosure of the present disclosure, as long as it does not depart from the spirit of the present disclosure.
Claims (11)
1. A method of incremental updating, the method comprising:
acquiring file version information corresponding to a target file, wherein the file version information comprises a latest version and at least one historical version;
acquiring the updating times corresponding to different version updating intervals of the target file, wherein the version updating intervals are the version intervals spanned when the historical version is updated to the latest version;
acquiring a target version interval according to the updating times;
determining a target version from at least one historical version, the version update interval between the target version and the latest version being contained within the target version interval;
generating a delta update patch corresponding to the target version, wherein the delta update patch is used for updating the file to be updated from the current version to the latest version when the current version of the target file is the target version;
wherein the obtaining of the target version interval according to the update times comprises:
calculating the mean value and the standard deviation corresponding to different version updating intervals according to the updating times;
and determining the target version interval according to the mean value and the standard deviation.
2. The method of claim 1, further comprising:
receiving an update request message sent by a client, wherein the update request message is used for requesting to update a file to be updated on the client from a current version to the latest version;
determining whether a target incremental update patch corresponding to the current version to the latest version exists in the generated incremental update patches;
when the target increment updating patch is determined to exist, the target increment updating patch is sent to a client, so that the client updates the file to be updated from the current version to the latest version through the target increment updating patch.
3. The method of claim 2, further comprising:
when the target increment updating patch is determined not to exist, acquiring a first version file corresponding to the current version and a second version file corresponding to the latest version;
generating a target incremental update patch by comparing the first version file and the second version file;
determining whether the generation of the target incremental update patch is completed within a preset time period;
when the preset time period is reached, if the generation of the target incremental update patch is not completed, acquiring an intermediate update patch, and sending the intermediate update patch to the client, so that the client updates the file to be updated from the current version to the latest version through the intermediate update patch, wherein the intermediate update patch comprises the generated incremental patch and files which are not compared with the first version in the second version files.
4. The method of claim 3, further comprising:
when the generation of the target increment updating patch is completed within the preset time period, the target increment updating patch is sent to the client, so that the client updates the file to be updated from the current version to the latest version through the target increment updating patch.
5. The method of claim 3 or 4, wherein after sending the intermediate update patch to the client, the method further comprises:
continuing to generate the target incremental update patch;
and after the target incremental update patch is generated, sending the target incremental update patch to the client so that the client replaces the intermediate update patch with the target incremental update patch.
6. The method as described in claim 5 wherein prior to said continuing to generate said target delta update patch, said method further comprises:
determining whether it is in an idle state;
the continuing to generate the target delta update patch comprises:
and when the target increment updating patch is determined to be in the idle state, continuing to generate the target increment updating patch.
7. The method of claim 6, wherein the determining whether in an idle state comprises:
acquiring current time;
determining whether the current time is within a preset time period;
when the current time is within the preset time period, determining that the current time is in the idle state;
and when the current time is out of the preset time period, determining that the current time is in a non-idle state.
8. The method of claim 6, wherein the determining whether in an idle state comprises:
acquiring the current data processing capacity;
determining whether the data throughput is less than or equal to a preset throughput threshold;
when the data processing amount is smaller than or equal to the preset processing amount threshold value, determining that the data processing amount is in the idle state;
and when the data processing capacity is larger than the preset processing capacity threshold value, determining that the data processing capacity is in a non-idle state.
9. An apparatus for incremental updating, the apparatus comprising:
the device comprises a first acquisition module, a second acquisition module and a third acquisition module, wherein the first acquisition module is used for acquiring file version information corresponding to a target file, and the file version information comprises a latest version and at least one historical version;
a second obtaining module, configured to obtain update times corresponding to different version update intervals of the target file, where the version update interval is a version interval spanned by the historical version updated to the latest version;
the third acquisition module is used for acquiring a target version interval according to the updating times;
a first determining module for determining a target version from at least one historical version, the version update interval between the target version and the latest version being contained within the target version interval;
a first generation module, configured to generate a delta update patch corresponding to the target version, where the delta update patch is used to update a file to be updated from a current version to a latest version when the current version of the target file is the target version;
wherein the third obtaining module comprises:
the calculating submodule is used for calculating the mean value and the standard deviation corresponding to different version updating intervals according to the updating times;
a first determining submodule, configured to determine the target version interval according to the mean and the standard deviation.
10. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 8.
11. An electronic device, comprising:
a memory having a computer program stored thereon;
a processor for executing the computer program in the memory to carry out the steps of the method of any one of claims 1 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910419799.0A CN110262827B (en) | 2019-05-20 | 2019-05-20 | Incremental updating method and device, storage medium and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910419799.0A CN110262827B (en) | 2019-05-20 | 2019-05-20 | Incremental updating method and device, storage medium and electronic equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110262827A CN110262827A (en) | 2019-09-20 |
| CN110262827B true CN110262827B (en) | 2020-07-03 |
Family
ID=67914766
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910419799.0A Active CN110262827B (en) | 2019-05-20 | 2019-05-20 | Incremental updating method and device, storage medium and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110262827B (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111008034B (en) * | 2019-12-02 | 2023-11-24 | 网易（杭州）网络有限公司 | Patch generation method and device |
| CN111273939B (en) * | 2020-01-20 | 2023-11-10 | Oppo（重庆）智能科技有限公司 | Information processing method, information processing device and terminal equipment |
| CN113296687A (en) * | 2020-06-10 | 2021-08-24 | 阿里巴巴集团控股有限公司 | Data processing method, device, computing equipment and medium |
| CN112882733B (en) * | 2021-02-04 | 2023-09-08 | 网易（杭州）网络有限公司 | Application updating method and device, electronic equipment and storage medium |
| CN114661736B (en) * | 2022-03-10 | 2024-04-16 | 北京百度网讯科技有限公司 | Electronic map updating method and device, electronic equipment, storage medium and product |
| WO2024036498A1 (en) | 2022-08-17 | 2024-02-22 | Micron Technology, Inc. | Host rate adjustment using free space values |
| CN116303514B (en) * | 2023-04-03 | 2024-04-09 | 广州文石信息科技有限公司 | User manual pushing method, device, equipment and storage medium |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5478986B2 (en) * | 2009-08-21 | 2014-04-23 | 株式会社日立ソリューションズ | Information equipment and program |
| CN106302753A (en) * | 2016-08-18 | 2017-01-04 | 福建天泉教育科技有限公司 | The method and system of client-side program incremental update |
| CN106528125A (en) * | 2016-10-26 | 2017-03-22 | 腾讯科技（深圳）有限公司 | Data file incremental updating method, server, client and system |
| CN107797817B (en) * | 2017-03-13 | 2021-02-19 | 平安科技（深圳）有限公司 | Application updating method and device |
-
2019
- 2019-05-20 CN CN201910419799.0A patent/CN110262827B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN110262827A (en) | 2019-09-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110262827B (en) | Incremental updating method and device, storage medium and electronic equipment | |
| KR101239554B1 (en) | System and method for real-time performance and load statistics of a communications system | |
| CN110990138B (en) | Resource scheduling method, device, server and storage medium | |
| WO2019042180A1 (en) | Resource allocation method and related product | |
| CN110730090B (en) | Batch updating method, device, medium and electronic equipment for agent terminals in cloud environment | |
| US20140289719A1 (en) | Automatic version management | |
| CN104866339A (en) | Distributed persistent management method, system and device of FOTA data | |
| CN111193792A (en) | Message transmission method and device, electronic equipment and storage medium | |
| CN110888658A (en) | Dynamic method and device for functional module in application program and storage medium | |
| CN111083136B (en) | Account resource management device and method and data acquisition system and method | |
| CN113760982B (en) | Data processing method and device | |
| CN110874314A (en) | Pressure measurement method, apparatus, device and medium | |
| WO2016053515A1 (en) | Systems and methods of dynamically adapting security certificate-key pair generation | |
| CN109639533B (en) | Method and system for testing regional scheduling strategy and terminal equipment | |
| CN114158104B (en) | Network selection method, device, terminal and storage medium | |
| CN115378878B (en) | CDN scheduling method, device, equipment and storage medium | |
| CN111371675B (en) | Intelligent addressing method, device, equipment and storage medium thereof | |
| CN108520025B (en) | Service node determination method, device, equipment and medium | |
| CN112261680A (en) | Method, device, equipment and storage medium for adjusting network | |
| CN115987685B (en) | Cloud service data sharing method and system | |
| CN112671659B (en) | Flow control method, device, equipment and storage medium | |
| CN108111913B (en) | Live video stream generation method and device and electronic equipment | |
| CN117319312A (en) | Data flow control method and device | |
| CN114866455A (en) | Construction method, system, terminal and medium for SSH multi-level jump path | |
| CN111200536A (en) | Method, equipment and system for realizing network remote measurement |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |