CN114880011A

CN114880011A - OTA (over the air) upgrading method and device, electronic equipment and readable storage medium

Info

Publication number: CN114880011A
Application number: CN202210579379.0A
Authority: CN
Inventors: 不公告发明人
Original assignee: Goertek Inc
Current assignee: Goertek Inc
Priority date: 2022-05-25
Filing date: 2022-05-25
Publication date: 2022-08-09

Abstract

The OTA upgrading method comprises the steps of obtaining differential upgrading data, and verifying whether a second static partition meets an upgrading environment or not according to the differential upgrading data, wherein the data loaded by a terminal device in the current running mode are data of a first static partition and an independent partition; if the version number of the second static partition accords with the upgrading environment, upgrading the software version of the second static partition from the original version to the target version according to the differential upgrading data, and synchronously updating the version number of the target version to second version information stored in the independent partition; and loading the data of the second static partition and the independent partition when the terminal equipment is restarted. The terminal equipment with the AB partition system can be effectively subjected to differential upgrading, and the efficiency and the success rate of differential upgrading are improved.

Description

OTA (over the air) upgrading method and device, electronic equipment and readable storage medium

Technical Field

The present application relates to the field of communications technologies, and in particular, to an OTA upgrading method and apparatus, an electronic device, and a readable storage medium.

Background

With the development of communication technology, the use requirements of terminal devices such as smart televisions and smart phones are continuously increased. In the using process of the terminal device, in order to optimize the performance of the terminal device, a device manufacturer is often required to perform system upgrade on the terminal device which leaves a factory, that is, upgrade the software version of the terminal device. The prior art generally implements an upgrade operation of a terminal system based on an Over-the-Air Technology (OTA for short) Technology.

When the OTA technology is adopted to upgrade the system, in order to reduce the probability of the abnormal brick change of the equipment upgrade, Google provides an AB partition system of the terminal equipment, and simply speaking, one set of the system partition system can be understood as a system partition, and the other set of the system partition system is a backup partition system. The equipment with the AB partition system always has a system partition capable of working, a user can normally use the equipment in the updating process of the software version, and after the data updating is finished, the user can enter the updated software system by restarting the equipment once, so that seamless updating is realized. For example, when the terminal device is started, the software system of the partition a is operated and loaded, when an upgrade package corresponding to a new software version exists on the server, the terminal device downloads the upgrade package, writes the upgrade package into the partition B, the software system of the partition a can still be operated currently, normal use of a user is not influenced in the whole OTA upgrading process, when the terminal device is restarted next time, the software system of the partition B is operated and loaded, if a new upgrade package exists, the software system of the partition a is downloaded and written into the partition a, when the terminal device is restarted next time, the software system of the partition a is operated and loaded, and the subsequent upgrading is repeated to realize seamless upgrading.

However, the terminal device with the AB partition system usually adopts full package upgrade, and in the differential package upgrade process, the terminal device with the AB partition system needs to verify the current data in a partition because of upgrading the software system of the partition, and if the current data in the partition is different from the original data, the verification will fail, and the terminal device cannot be upgraded. In the differential package upgrading process, due to the limitation on the reading permission of the backup partition, the software version number of the currently running system partition can only be sent to the server to request the upgrading package, and if the upgrading package requested by the software version number of the system partition is used for responding, the idle standby partition is upgraded, so that verification failure is often caused, and the differential upgrading cannot be effectively performed on the standby partition.

Disclosure of Invention

The application mainly aims to provide an OTA upgrading method, an OTA upgrading device, electronic equipment and a readable storage medium, and aims to solve the technical problem that terminal equipment with an AB partition system cannot be effectively subjected to differential upgrading.

In order to achieve the above object, the present application provides an OTA upgrading method, which is applied to a terminal device, a memory of the terminal device includes a first static partition, a second static partition, and an independent partition, and the independent partition stores first version information of a software version corresponding to the first static partition and second version information of a software version corresponding to the second static partition, and the OTA upgrading method includes:

acquiring differential upgrading data, and verifying whether the second static partition meets an upgrading environment or not according to the differential upgrading data, wherein the data of the first static partition and the independent partition are currently loaded in the terminal equipment in a running mode;

if the version number of the second static partition accords with the upgrading environment, upgrading the software version of the second static partition from an original version to a target version according to the differential upgrading data, and synchronously updating the version number of the target version to the second version information stored in the independent partition;

and loading the data of the second static partition and the independent partition when the terminal equipment is restarted.

Optionally, the step of obtaining the differential upgrade data includes:

sending an upgrading request to a server according to a preset request rule, wherein the upgrading request comprises the second version information;

and when the server has a target version which is updated according to the software version corresponding to the second version information, acquiring differential upgrade data returned by the server in response to the upgrade request.

Optionally, the step of synchronously updating the version number of the target version into the second version information stored by the independent partition is followed by:

modifying the marking position of a starting identifier from a first static partition to a second static partition, wherein the starting identifier is used for identifying the static partition which is loaded in operation when the terminal equipment is started;

the step of loading the data of the second static partition and the independent partition when the terminal device is restarted includes:

and when the terminal equipment is restarted, loading the data of the second static partition and the independent partition according to the marked position of the starting identifier.

Optionally, the step of verifying whether the second static partition conforms to an upgrade environment according to the differential upgrade data includes:

determining an upgrade position and verification information from the differential upgrade data, wherein the upgrade position is a position where data difference exists between an original version and a target version, and the verification information is an original hash value of data at the upgrade position in the original version;

according to the original hash value, checking whether the current hash value of the data at the upgrading position in the second static partition is consistent with the original hash value;

and determining whether the second static partition accords with an upgrading environment or not according to a check result of whether the current hash value is consistent with the original hash value or not.

Optionally, the step of upgrading the software version of the second static partition from the original version to the target version according to the differential upgrade data includes:

and determining the updating data corresponding to the upgrading position from the differential upgrading data, and overwriting the updating data to the upgrading position in the second static partition.

Optionally, the step of obtaining the differential upgrade data includes:

carrying out validity check on the first signature information of the differential upgrading data;

if the first signature information is verified to be legal, executing: and checking whether the second static partition accords with an upgrading environment or not according to the differential upgrading data.

Optionally, the first signature information is obtained by the server signing the differential upgrade data by using a first preset signature algorithm, and the step of performing validity check on the first signature information of the differential upgrade data includes:

signing the differential upgrading data by adopting the first preset signature algorithm to obtain second signature information;

if the second signature information is consistent with the first signature information, determining that the first signature information is verified to be legal;

and if the second signature information is inconsistent with the first signature information, determining that the first signature information is verified illegally.

The application further provides an OTA upgrading device, the OTA upgrading device is applied to the terminal equipment, the memory of the terminal equipment includes a first static partition, a second static partition and an independent partition, the independent partition is stored with first version information that the first static partition corresponds to the software version, and second version information that the second static partition corresponds to the software version, the OTA upgrading device includes:

the obtaining module is used for obtaining differential upgrading data and verifying whether the second static partition meets an upgrading environment or not according to the differential upgrading data, wherein the data of the first static partition and the independent partition are currently loaded in the running mode of the terminal equipment;

the updating module is used for updating the software version of the second static partition from an original version to a target version according to the differential updating data and synchronously updating the version number of the target version to the second version information stored in the independent partition if the updating module accords with the updating environment;

and the loading module is used for loading the data of the second static partition and the independent partition when the terminal equipment is restarted.

The present application further provides an electronic device, the electronic device is an entity device, the electronic device includes: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the steps of the OTA upgrade method as described above.

The present application also provides a readable storage medium, which is a computer readable storage medium having a program stored thereon for implementing an OTA upgrade method, the program being executed by a processor to implement the steps of the OTA upgrade method as described above

The present application also provides a computer program product comprising a computer program which, when executed by a processor, performs the steps of the OTA upgrade method as described above.

The application verifies whether a second static partition accords with an upgrading environment or not by acquiring differential upgrading data and according to the differential upgrading data, wherein the current running loaded data of the terminal equipment is data of a first static partition and an independent partition, if the current running loaded data of the terminal equipment accords with the upgrading environment, a software version of the second static partition is upgraded from an original version to a target version according to the differential upgrading data, and a version number of the target version is synchronously updated to second version information stored in the independent partition, so that before the differential upgrading of the second static partition, the current data of the second static partition is verified, namely, whether a difference exists between the current data at an upgrading position in the second static partition and the original data of the original version or not is verified, if the difference does not exist, the second static partition accords with the upgrading environment, under the condition that the second static partition accords with the upgrading environment, and then the second static partition is differentially upgraded to ensure the effectiveness of differential upgrade, and the data of the second static partition and the independent partition are loaded when the terminal equipment is restarted, wherein the independent partition is stored with first version information of the software version corresponding to the first static partition and second version information of the software version corresponding to the second static partition, so that in the next differential packet upgrading process, even if the software version number of the second static partition (standby partition) cannot be read due to the limitation of the reading authority, the software version number of the second static partition can be obtained by reading the second version information of the software version corresponding to the second static partition stored in the independent partition, and the software version number of the second static partition is sent to the server to request the upgrade packet, and then the upgrade packet requested to respond by the software version number of the second static partition is used, and upgrading the idle second static partition, so that the current data of the second static partition can be successfully verified, and differential upgrading can be effectively carried out on the standby partition, thereby avoiding the situation that the standby partition cannot be effectively and differentially upgraded due to failed verification when the upgrade package which is requested to respond by the software version number of the system partition (the first static partition) is upgraded, and further overcoming the technical problem that the terminal equipment with an AB partition system cannot effectively and differentially upgrade.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application.

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, and it is obvious for those skilled in the art to obtain other drawings without inventive exercise.

Fig. 1 is a schematic flowchart of a first embodiment of an OTA upgrading method according to the present application;

fig. 2 is a schematic flowchart of a second embodiment of the OTA upgrading method according to the present application;

fig. 3 is a schematic view of a scenario of a third embodiment of the OTA upgrading method according to the present application;

fig. 4 is a schematic device structure diagram of a hardware operating environment related to an OTA upgrading apparatus in an embodiment of the present application.

The objectives, features, and advantages of the present application will be further described with reference to the accompanying drawings.

Detailed Description

In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in detail below. It is to be understood that the described embodiments are merely exemplary of the invention, and not restrictive of the full scope of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

Example one

When the OTA technology is adopted to carry out system upgrading, the terminal equipment must be restarted and enters a Recovery mode to carry out system upgrading, after the terminal equipment enters the Recovery mode, most functions of the terminal equipment cannot be used, namely, in the OTA upgrading process of the terminal equipment, a user can only wait for the terminal equipment to carry out updating upgrading of system files, but cannot normally use the terminal equipment, and therefore user experience can be greatly reduced. Therefore, Google provides an AB partition system of the terminal equipment, and in a simple way, one system partition can be understood as one system partition, and the other system partition is a backup partition, so that non-inductive upgrading can be realized when the terminal equipment normally operates. That is to say, in the whole system upgrading process, the user can normally use the terminal device, the terminal device does not need to be restarted immediately, and the user can select the restarting opportunity by himself, so that the system upgrading process does not affect the normal mobile phone operation of the user, and the user experience is greatly improved.

As will be appreciated by those skilled in the art, due to the adoption of the differential upgrade method, in the system of the original version, the data of the portion having data difference with the system of the (upgraded) target version is not modified and is consistent with the original data in the system of the original version, and if the data of the portion having data difference is modified, the differential upgrade method cannot be used. Namely, in the differential upgrade process, data verification needs to be performed on the memory of the terminal device, and differential upgrade is performed after data of the data difference part is ensured not to be modified, so that the problem of equipment caused by upgrade failure is avoided. Therefore, in the differential upgrade process of the terminal device with the AB partition system, since the current data in a partition needs to be verified before upgrading the software system of the partition, if the current data in the partition is different from the original data, the verification will fail and the upgrade cannot be performed.

However, in the differential package upgrading process, due to the limitation of the read permission of the backup partition, the software version number of the currently running system partition can only be sent to the server to request the upgrade package, and if the upgrade package requested by the software version number of the system partition is used to respond, the idle backup partition is upgraded, which often results in verification failure, and thus the differential upgrading of the backup partition cannot be effectively performed. For example, when an apparatus adopting an AB partition system is produced, the same software image is burned into two partitions AB, when the apparatus leaves the factory, the two partitions AB are the same software version, it is assumed that the partition a is operated and loaded when the terminal apparatus is turned on (i.e., the partition a is a system partition), and the partition B is an idle standby partition at this time, when the terminal apparatus is first differentially upgraded, the currently operated partition a sends its own software version number V1 to the server to request an upgrade package, if the server has a differential upgrade package corresponding to the software version number V2, that is, the differential upgrade package is a V1-V2 differential package in which the V1 version is upgraded to the V2 version, because the software versions of the partitions a and B at the time of leaving the factory are the same (both are V1 versions), the V1-V2 differential package can be verified and passed when the partition B is upgraded, and the upgrade is completed. After the upgrade is finished, the B partition guides the start-up (namely the B partition is a system partition) when the terminal equipment is restarted next time, and the A partition is an idle standby partition. Then, the currently running partition B sends its own software version number V2 to the server to request an upgrade package, if there is a differential upgrade package corresponding to the software version number V3 in the server, that is, the differential upgrade package is a V2-V3 differential package for upgrading the V2 version to the V3 version, since the idle partition a software version number is also the V1 version, when the V1 version of the partition a is upgraded, the V2-V3 differential package will cause a verification failure (data at the upgrade position in the V2 version is often different from data at the upgrade position in the V1 version), and thus the differential upgrade cannot be effectively completed.

Based on this, the present application provides an OTA upgrading method of a first embodiment, please refer to fig. 1, which is applied to a terminal device, a memory of the terminal device includes a first static partition, a second static partition, and an independent partition, the independent partition stores first version information of a software version corresponding to the first static partition, and second version information of a software version corresponding to the second static partition, and the OTA upgrading method includes:

step S10, obtaining differential upgrade data, and checking whether the second static partition meets the upgrade environment according to the differential upgrade data, wherein the current operation and loading of the terminal device are the data of the first static partition and the independent partition;

in the embodiment of the present invention, the terminal device refers to a communication terminal device having a capability of connecting a mobile communication network and a wireless network, and includes but is not limited to: a mobile phone, a smart television, a tablet computer, a UMPC (Ultra-mobile Personal computer), a netbook, a PDA (Personal Digital Assistant), a POS (Point of Sales terminal), a wearable device, an AR (Augmented Reality) device, a VR (Virtual Reality) device, and the like.

The terminal device of this embodiment is provided with an AB partition system, that is, the memory of the terminal device includes a first static partition and a second static partition, partition structures of the first static partition and the second static partition are consistent, and names of sub-partitions of the static partitions can be distinguished from each other by suffixes _ a and _ b. For example, boot _ a, boot _ b, system _ a, system _ b, vendor _ a, vendor _ b, etc. may be included. When the data burned in the first static partition and the second static partition are consistent, for example, the data burned in the first static partition and the second static partition are consistent when the terminal device is just shipped from a factory, and the first static partition and the second static partition may be replaced with each other.

It should be noted that the independent partition is a public use partition of the terminal device, that is, when the terminal device is started, no matter system data for invoking the first static partition or the second static partition is run, data of the independent partition also needs to be loaded, and the data of the independent partition is not lost due to restart, and meanwhile, an ordinary user does not have an authority to tamper with the data of the independent partition, that is, the independent partition should be different from a user data partition (Userdata).

In this embodiment, as will be known to those skilled in the art, the differential upgrade data may include a location where there is a data difference between the original version and the target version (i.e., an upgrade location), and update data corresponding to the upgrade location, and check information, where the check information may be the update data or a hash value corresponding to the update data. It will be readily appreciated that in one embodiment, whether the second static partition conforms to the upgrade environment may be verified by verifying whether the current data at the upgrade location in the second static partition is consistent with the original data of the original version. Or, whether the second static partition conforms to the upgrading environment can be verified by verifying whether the hash value of the current data at the upgrading position in the second static partition is consistent with the hash value of the original data of the original version, if so, the second static partition conforms to the upgrading environment, and if not, the second static partition does not conform to the upgrading environment.

Step S20, if the upgrade environment is met, upgrading the software version of the second static partition from the original version to the target version according to the differential upgrade data, and synchronously updating the version number of the target version to the second version information stored in the independent partition;

in this embodiment, the original version refers to a system version installed on the second static partition before the terminal device is updated. The target version refers to the system version installed on the second static partition after the terminal device is updated. The differential upgrading refers to a process of realizing system upgrading according to the data difference between the system of the original version before upgrading and the system of the target version after upgrading.

Step S30, when the terminal device is restarted, loading the data of the second static partition and the independent partition.

In this embodiment, based on the a/B partition system configuration, when the OTA is upgraded, the system data of the second static partition used as a backup is updated, and the user can still use the system data of the first static partition currently running and called to perform normal mobile phone operation, and when the device terminal is started next time, the system data of the second static partition after being upgraded is run and called, thereby implementing seamless upgrade. It should be noted that the same items or similar items with basically the same functions and actions are distinguished by using the words "first" and "second", where the first static partition refers to a static partition called by the terminal device in the current operation, that is, a system partition, and the second static partition refers to a static partition called by the terminal device in the current idle state, that is, a standby partition. Therefore, the upgraded second static partition is called in the next operation when the device terminal is started, the upgraded second static partition is called in the operation after the device terminal is started, the upgraded second static partition is converted into the first static partition, and the original first static partition is converted into the second static partition.

In this embodiment, by obtaining differential upgrade data, according to the differential upgrade data, it is verified whether a second static partition meets an upgrade environment, where the terminal device currently runs and loads data of a first static partition and an independent partition, if the terminal device meets the upgrade environment, according to the differential upgrade data, a software version of the second static partition is upgraded from an original version to a target version, and a version number of the target version is synchronously updated to the second version information stored in the independent partition, so that before the second static partition is differentially upgraded, current data of the second static partition is verified first, that is, it is verified whether a difference exists between current data at an upgrade position in the second static partition and original data of the original version, if the difference does not exist, it is determined that the second static partition meets the upgrade environment, and under the condition that the second static partition meets the upgrade environment, and then the second static partition is differentially upgraded to ensure the effectiveness of differential upgrade, and the data of the second static partition and the independent partition are loaded when the terminal equipment is restarted, wherein the independent partition is stored with first version information of the software version corresponding to the first static partition and second version information of the software version corresponding to the second static partition, so that in the next differential packet upgrading process, even if the software version number of the second static partition (standby partition) cannot be read due to the limitation of the reading authority, the software version number of the second static partition can be obtained by reading the second version information of the software version corresponding to the second static partition stored in the independent partition, and the software version number of the second static partition is sent to the server to request the upgrade packet, and then the upgrade packet requested to respond by the software version number of the second static partition is used, and upgrading the idle second static partition, so that the current data of the second static partition can be successfully verified, and differential upgrading can be effectively carried out on the standby partition, thereby avoiding the situation that the standby partition cannot be effectively and differentially upgraded due to failed verification when the upgrade package which is requested to respond by the software version number of the system partition (the first static partition) is upgraded, and further overcoming the technical problem that the terminal equipment with an AB partition system cannot effectively and differentially upgrade.

To aid in understanding the technical concepts of the present application, a specific embodiment is set forth:

when the terminal equipment with the AB partition system leaves a factory, the system versions of the two partitions are both V1, then an independent partition is allocated on a memory of the terminal equipment and respectively stores the version information corresponding to the partition A and the partition B, when the equipment writes the versions for the first time, the version information written by the AB partition is the same, the version numbers of the system versions are both V1, and the OTA upgrading mode of the terminal equipment is as follows:

(1) when the OTA upgrade package is detected, the V1 version number of the B partition stored in the independent partition is read and sent to the OTA server as a key, the V1 detects that the V1-V2 differential package of which the V1 version is upgraded to the V2 version exists on the server, and the V1-V2 differential package is downloaded;

(2) after the V1-V2 differential package is downloaded, the V1-V2 differential package is subjected to signature verification, and the V1-V2 differential package is confirmed to be not damaged in the downloading process and can be used for upgrading;

(3) before upgrading the partition B, because the version of the partition B is V1, the current data of the partition B can be successfully and effectively checked before upgrading, the partition B is subjected to differential upgrading under the condition that the partition B is in accordance with the upgrading environment, meanwhile, the starting identifier of the partition B is set to a flag bit, and the next starting is guided by the partition B to start;

(4) after OTA upgrading is finished, when the terminal equipment is restarted next time, starting from the partition B, wherein the version number of the partition B is changed into V2, the version information corresponding to the partition B stored in the independent partition is changed, and V2 is synchronously updated to the version information corresponding to the partition B stored in the independent partition;

(5) since the version upgrade success record of the upgrade from the V1 version to the V2 version corresponding to the terminal device ID (Identity document) is stored in the server before, the upgrade request from the V1 to the V2 of the terminal device is closed on the server, and even if the version number V1 of the a partition is used as a key to request an upgrade package, the V1-V2 differential package is not redistributed to the terminal device. If the server has a new version V3, requesting an upgrade package from the server by reading version information corresponding to the partition A stored in the independent partition, taking the version number V1 of the partition A as a key, and responding to obtain a V1-V3 differential package of the V1 version upgraded to the V3 version;

(6) the differential sub-package of V1-V3 can correspond to the version number V1 of the partition A, so that the current data of the partition A can be successfully and effectively checked before upgrading, after the check is successful, the differential sub-package of V1-V3 is downloaded to complete OTA upgrading, the start identifier of the partition A is set to a mark position, starting is guided by the partition A for the next time, the version number of the partition A is changed into V3, and the V3 is synchronously updated to the version information corresponding to the partition A stored in the independent partition;

(7) the method completes one round of upgrading of the AB partition on the equipment, after upgrading is completed, the version of the A partition is changed into V3, the version of the B partition is changed into V2, upgrading of subsequent versions is analogized according to the similar rule, normal operation of differential upgrading can be guaranteed, for example, the A partition is upgraded according to V3-V5-V7-V9 … and belongs to an odd version, and the B partition is upgraded according to V2-V4-V6-V8 … and belongs to an even version.

It should be noted that the above specific embodiments are only used for understanding the present application, and do not constitute a limitation to the OTA upgrading method of the present application, and many forms of simple transformations based on the technical idea are within the scope of the present application.

In a possible implementation manner, referring to fig. 2, the step of obtaining the differential upgrade data includes:

step S11, sending an upgrade request to a server according to a preset request rule, wherein the upgrade request includes the second version information;

the preset request rule can be used for periodically sending an upgrading request to the server by the terminal equipment and judging whether a differential upgrading packet for upgrading the original version to the target version exists in the server or not. The preset request rule can also be used for sending an upgrading request to the server in a mode of active triggering by a user and judging whether a differential upgrading packet for upgrading the original version to the target version exists in the server or not. The preset request rule can also be used for sending an upgrading request to the server when the terminal equipment is started every time, and judging whether a differential upgrading packet for upgrading the original version to the target version exists in the server or not.

Step S12, when there is a target version updated by the server corresponding to the software version based on the second version information, obtaining the differential upgrade data returned by the server in response to the upgrade request.

In this embodiment, an upgrade request is sent to a server according to a preset request rule, where the upgrade request includes second version information, and when a target version updated by a software version corresponding to the second version information exists in the server, differential upgrade data returned by the server in response to the upgrade request is acquired, so that a differential upgrade packet corresponding to an original version of a second static partition upgraded to the target version can be accurately acquired from the server, thereby avoiding a failure of differential upgrade caused by an erroneous acquisition of the differential upgrade packet (the erroneous acquisition of the differential upgrade packet may cause a current data check of the second static partition to fail), and further effectively implementing the differential upgrade on the second static partition (i.e., a standby partition).

In one practical way, the step of synchronously updating the version number of the target version to the second version information stored by the independent partition is followed by:

step A10, modifying the marking position of a starting identifier from a first static partition to a second static partition, wherein the starting identifier is used for identifying the static partition which is loaded when the terminal equipment is started;

step A20, when the terminal device is restarted, loading the data of the second static partition and the independent partition according to the marked position of the start identifier.

Illustratively, the storage area of the terminal device includes two partitions, a partition a and a partition B, where the partition a and the partition B include the same partition structure, that is, the partition system a includes a bootfs partition, a kernelfs partition, a rootfs partition, a tvysfsfs partition, and the like, and the partition system B also includes a bootfs partition, a kernelfs partition, a rootfs partition, a tvysfsfs partition, and the like. If the mark position of the starting identifier read by the terminal equipment during starting is the partition A, the partition A is a system partition which needs to be operated and called currently by the terminal equipment, and the partition B is an idle standby partition. If the mark position of the starting identifier read by the terminal equipment during starting is the partition B, the partition B is a system partition which needs to be operated and called currently by the terminal equipment, and the partition A is an idle standby partition.

It should be noted that the same items or similar items with basically the same functions and actions are distinguished by using the words "first" and "second", where the first static partition refers to a static partition called by the terminal device in the current operation, that is, a system partition, and the second static partition refers to a static partition called by the terminal device in the current idle state, that is, a standby partition. Therefore, when the terminal device is restarted, the data of the second static partition and the independent partition are loaded according to the marked position of the start identifier, after the terminal device is restarted, the loaded second static partition is converted into the first static partition, and the original first static partition is converted into the second static partition.

In the embodiment, the mark position of the start identifier is modified from the first static partition to the second static partition, where the start identifier is used to identify the static partition that is loaded when the terminal device is started, so that the static partition corresponding to the mark position is loaded according to the mark position of the start identifier when the terminal device is restarted in the following process, and the robustness of the OTA upgrading method in the embodiment is improved.

In a possible implementation manner, referring to fig. 3, the step of verifying whether the second static partition conforms to the upgrade environment according to the differential upgrade data includes:

step S13, determining an upgrade position and verification information from the differential upgrade data, wherein the upgrade position is a position where data difference exists between the original version and the target version, and the verification information is an original hash value of data at the upgrade position in the original version;

step S14, according to the original hash value, checking whether the current hash value of the data at the upgrade position in the second static partition is consistent with the original hash value;

step S15, determining whether the second static partition meets the upgrade environment according to the check result indicating whether the current hash value is consistent with the original hash value.

In this embodiment, the server stores the system of the original version before the terminal device is upgraded and also stores the system of the target version after the terminal device is upgraded, and the system of the original version and the system of the target version are compared to determine the position of the data difference between the system of the original version and the system of the target version, that is, the upgrading position of the system of the terminal device for differential upgrading at this time. Specifically, the upgrade location may be a block location where a block in the system is upgraded. As will be appreciated by those skilled in the art, a block is the smallest unit of storage and processing in a database.

In this embodiment, the original hash value is a hash value obtained by calculating data at the upgrade location in the original version by a hash algorithm. The hash algorithm may include AES, SHA, RSA, and ECC algorithms, among others, as will be appreciated by those skilled in the art. In this embodiment, the original hash value of the data at the upgrade position in the original version may be used as the verification information of the upgrade position.

In this embodiment, an upgrade location and verification information are determined from differential upgrade data, where the upgrade location is a location where there is a data difference between an original version and a target version, the verification information is an original hash value of data at the upgrade location in the original version, and checking whether the current hash value of the data at the upgrading position in the second static partition is consistent with the original hash value according to the original hash value, and determining whether the second static partition is in accordance with the upgrading environment according to the checking result whether the current hash value is consistent with the original hash value, therefore, the software version of the second static partition is upgraded from the original version to the target version under the condition that the second static partition is effectively ensured to accord with the upgrading environment, the normal upgrading work of the terminal equipment is ensured, and the safety and effectiveness of upgrading the terminal equipment are further improved.

In a possible implementation manner, the step of upgrading the software version of the second static partition from an original version to a target version according to the differential upgrade data includes:

step B10, determining the update data corresponding to the upgrade location from the differential upgrade data, and overwriting the update data to the upgrade location in the second static partition.

In the embodiment, the update data corresponding to the upgrade position is determined from the differential upgrade data, and the update data is overwritten to the upgrade position in the second static partition, so that the software version of the second static partition is smoothly upgraded from the original version to the target version.

Example two

Based on the first embodiment of the present application, in another embodiment of the present application, the same or similar contents as those in the first embodiment may refer to the above description, and are not repeated herein. On the basis, the step of acquiring the differential upgrade data comprises the following steps:

step C10, carrying out validity check on the first signature information of the differential upgrading data;

step C20, if the first signature information is verified to be legal, executing: and checking whether the second static partition accords with an upgrading environment or not according to the differential upgrading data.

In this embodiment, as will be readily understood by those skilled in the art, in one embodiment, the first signature information of the differential upgrade data may be legally checked through an asymmetric encryption algorithm. In another embodiment, the first signature information of the differential upgrade data may be legally verified by a symmetric encryption algorithm. The asymmetric encryption algorithm is a secret key security method, and relates to a public key and a private key, wherein the public key and the private key are in a pair, and if the private key is used for encrypting data, only the corresponding public key can be used for decrypting the data. For example, the server encrypts the differential upgrade data with the private key, and sends the encrypted differential upgrade data (i.e., the first signature information) to the terminal device, if the terminal device can decrypt the encrypted differential upgrade data with the corresponding public key, it is determined that the first signature information is verified to be valid, and it is further determined that the differential upgrade data is not damaged in the downloading process, and the differential upgrade data can be used for upgrading.

In order to ensure the validity of the differential upgrade data, the terminal device performs validity check on the downloaded differential upgrade data, confirms that the differential upgrade data is not damaged in the downloading process, and can be used for upgrading to avoid the differential upgrade data from being tampered in the transmission process. If the first signature information is verified illegally, the subsequent differential upgrading step is not executed, and the subsequent differential upgrading step is executed under the condition that the first signature information is verified legally, so that the safety and the effectiveness of differential upgrading of the terminal equipment are further improved.

In a possible implementation manner, the first signature information is obtained by the server signing the differential upgrade data by using a first preset signature algorithm, and the step of performing validity check on the first signature information of the differential upgrade data includes:

step D10, signing the differential upgrade data by adopting the first preset signature algorithm to obtain second signature information;

step D20, if the second signature information is consistent with the first signature information, determining that the first signature information is verified to be legal;

step S10, if the second signature information is not consistent with the first signature information, determining that the first signature information is verified to be illegal.

In this embodiment, the differential upgrade data is signed by using a first preset signature algorithm to obtain second signature information, and if the second signature information is consistent with the first signature information, determining that the first signature information is verified legally, if the second signature information is inconsistent with the first signature information, determining that the first signature information is verified illegally, thereby, the first signature information of the differential upgrading data is verified legally by adopting a symmetric encryption algorithm, the symmetric encryption algorithm is a secret key security method, single-key encryption is adopted, the same secret key can be used for data encryption and decryption at the same time, the symmetric encryption algorithm is also called single-key encryption, compared with an asymmetric encryption algorithm, the validity of the differential upgrade data can be more simply and quickly identified, the differential upgrade data is confirmed not to be damaged in the downloading process, the method can be used for upgrading, and further reduces algorithm load and identification efficiency of the terminal equipment for legality verification.

EXAMPLE III

An embodiment of the present invention further provides an OTA upgrading apparatus, where the OTA upgrading apparatus is applied to a terminal device, a memory of the terminal device includes a first static partition, a second static partition, and an independent partition, and the independent partition stores first version information of a software version corresponding to the first static partition and second version information of a software version corresponding to the second static partition, and the OTA upgrading apparatus includes:

Optionally, the obtaining module is further configured to:

Optionally, the update module is further configured to:

Optionally, the obtaining module is further configured to:

Optionally, the update module is further configured to:

Optionally, the OTA upgrading apparatus further includes a checking module, and the checking module is further configured to:

Optionally, the verification module is further configured to:

By adopting the OTA upgrading method in the first embodiment or the second embodiment, the OTA upgrading device provided by the invention can effectively perform differential upgrading on the terminal equipment with the AB partition system. Compared with the prior art, the beneficial effects of the OTA upgrading device provided by the embodiment of the invention are the same as those of the OTA upgrading method provided by the embodiment, and other technical features of the OTA upgrading device are the same as those disclosed in the method of the previous embodiment, which are not repeated herein.

Example four

An embodiment of the present invention provides an electronic device, including: at least one processor; and a memory communicatively coupled to the at least one processor; the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the OTA upgrading method in the first embodiment.

Referring now to FIG. 4, shown is a schematic diagram of an electronic device suitable for use in implementing embodiments of the present disclosure. The electronic device in the embodiments of the present disclosure is a communication terminal device having a capability of connecting a mobile communication network and a wireless network, including but not limited to: a mobile phone, a smart television, a tablet computer, a UMPC (Ultra-mobile Personal computer), a netbook, a PDA (Personal Digital Assistant), a POS (Point of Sales terminal), a wearable device, an AR (Augmented Reality) device, a VR (Virtual Reality) device, and the like.

The electronic device shown in fig. 4 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present disclosure.

As shown in fig. 4, the electronic device may include a processing means (e.g., a central processing unit, a graphic processor, etc.) that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) or a program loaded from a storage means into a Random Access Memory (RAM). In the RAM, various programs and data necessary for the operation of the electronic apparatus are also stored. The processing device, the ROM, and the RAM are connected to each other by a bus. An input/output (I/O) interface is also connected to the bus.

Generally, the following systems may be connected to the I/O interface: input devices including, for example, touch screens, touch pads, keyboards, mice, image sensors, microphones, accelerometers, gyroscopes, and the like; output devices including, for example, Liquid Crystal Displays (LCDs), speakers, vibrators, and the like; storage devices including, for example, magnetic tape, hard disk, etc.; and a communication device. The communication means may allow the electronic device to communicate wirelessly or by wire with other devices to exchange data. While the figures illustrate an electronic device with various systems, it is to be understood that not all illustrated systems are required to be implemented or provided. More or fewer systems may alternatively be implemented or provided.

In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication means, or installed from a storage means, or installed from a ROM. The computer program, when executed by a processing device, performs the above-described functions defined in the methods of the embodiments of the present disclosure.

By adopting the OTA upgrading method in the first embodiment or the second embodiment, the electronic device provided by the invention can effectively perform differential upgrading on the terminal device with the AB partition system. Compared with the prior art, the beneficial effects of the electronic device provided by the embodiment of the present invention are the same as the beneficial effects of the OTA upgrading method provided by the first embodiment, and other technical features of the electronic device are the same as those disclosed in the method of the previous embodiment, which are not described herein again.

It should be understood that portions of the present disclosure may be implemented in hardware, software, firmware, or a combination thereof. In the foregoing description of embodiments, the particular features, structures, materials, or characteristics may be combined in any suitable manner in any one or more embodiments or examples.

The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the appended claims.

EXAMPLE five

Embodiments of the present invention provide a computer-readable storage medium having computer-readable program instructions stored thereon, where the computer-readable program instructions are used to execute the OTA upgrading method in the first embodiment.

The computer readable storage medium provided by the embodiments of the present invention may be, for example, a USB flash disk, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, or device, or any combination thereof. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present embodiment, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, or device. Program code embodied on a computer readable storage medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.

The computer-readable storage medium may be embodied in an electronic device; or may be present alone without being incorporated into the electronic device.

The computer readable storage medium carries one or more programs which, when executed by the electronic device, cause the electronic device to: acquiring differential upgrading data, and verifying whether a second static partition meets an upgrading environment or not according to the differential upgrading data, wherein the data loaded by the terminal equipment in the current operation mode are data of a first static partition and an independent partition; if the version number of the second static partition accords with the upgrading environment, upgrading the software version of the second static partition from an original version to a target version according to the differential upgrading data, and synchronously updating the version number of the target version to the second version information stored in the independent partition; and loading the data of the second static partition and the independent partition when the terminal equipment is restarted.

Computer program code for carrying out operations for aspects of the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + +, and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The modules described in the embodiments of the present disclosure may be implemented by software or hardware. Wherein the names of the modules do not in some cases constitute a limitation of the unit itself.

The readable storage medium provided by the invention is a computer readable storage medium, and the computer readable storage medium stores computer readable program instructions for executing the OTA upgrading method, so that differential upgrading can be effectively carried out on terminal equipment with an AB partition system. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by the embodiment of the present invention are the same as the beneficial effects of the OTA upgrading method provided by the above-mentioned embodiment one or embodiment two, and are not described herein again.

EXAMPLE six

Embodiments of the present invention further provide a computer program product, which includes a computer program, and when the computer program is executed by a processor, the steps of the OTA upgrading method are implemented as described above.

The computer program product provided by the application can effectively carry out differential upgrading on the terminal equipment with the AB partition system. Compared with the prior art, the beneficial effects of the computer program product provided by the embodiment of the present invention are the same as the beneficial effects of the OTA upgrading method provided by the above embodiment one or embodiment two, and are not described herein again.

The above description is only a preferred embodiment of the present application, and not intended to limit the scope of the present application, and all modifications of equivalent structures and equivalent processes, which are made by the contents of the specification and the drawings, or which are directly or indirectly applied to other related technical fields, are included in the scope of the present application.

Claims

1. An OTA upgrading method is applied to a terminal device, a memory of the terminal device comprises a first static partition, a second static partition and an independent partition, the independent partition stores first version information of a software version corresponding to the first static partition and second version information of a software version corresponding to the second static partition, and the OTA upgrading method comprises the following steps:

2. The OTA upgrade method of claim 1, wherein the step of obtaining differential upgrade data comprises:

3. The OTA upgrade method of claim 1, wherein the step of synchronously updating the version number of the target version into the second version information stored by the independent partition is followed by:

4. The OTA upgrade method of claim 1, wherein the step of verifying whether the second static partition conforms to an upgrade environment based on the differential upgrade data comprises:

5. The OTA upgrade method of claim 4, wherein the step of upgrading the software version of the second static partition from an original version to a target version according to the differential upgrade data comprises:

6. The OTA upgrade method of claim 1 wherein the step of obtaining differential upgrade data is followed by:

7. The OTA upgrading method of claim 6, wherein the first signature information is obtained by a server signing the differential upgrading data by using a first preset signature algorithm, and the step of checking the validity of the first signature information of the differential upgrading data comprises:

8. An OTA upgrade apparatus applied to a terminal device, wherein a memory of the terminal device includes a first static partition, a second static partition, and an independent partition, and the independent partition stores first version information of a software version corresponding to the first static partition and second version information of a software version corresponding to the second static partition, the OTA upgrade apparatus comprising:

the acquisition module is used for acquiring differential upgrade data and verifying whether the second static partition conforms to an upgrade environment or not according to the differential upgrade data, wherein the terminal equipment currently runs and loads data of the first static partition and the independent partition;

9. An electronic device, characterized in that the electronic device comprises:

at least one processor; and the number of the first and second groups,

a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the steps of the OTA upgrade method according to any one of claims 1 to 7.

10. A readable storage medium, characterized in that the readable storage medium is a computer readable storage medium having stored thereon a program implementing an OTA upgrade method, the program implementing the OTA upgrade method being executed by a processor to implement the steps of the OTA upgrade method as claimed in any one of claims 1 to 7.