WO2017067448A1 - Procédé de mise à niveau de micrologiciel par voie hertzienne, système et support de stockage informatique - Google Patents

Procédé de mise à niveau de micrologiciel par voie hertzienne, système et support de stockage informatique Download PDF

Info

Publication number
WO2017067448A1
WO2017067448A1 PCT/CN2016/102471 CN2016102471W WO2017067448A1 WO 2017067448 A1 WO2017067448 A1 WO 2017067448A1 CN 2016102471 W CN2016102471 W CN 2016102471W WO 2017067448 A1 WO2017067448 A1 WO 2017067448A1
Authority
WO
WIPO (PCT)
Prior art keywords
partition
upgrade
information
upgraded
backup buffer
Prior art date
Application number
PCT/CN2016/102471
Other languages
English (en)
Chinese (zh)
Inventor
童玮
Original Assignee
深圳市中兴微电子技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市中兴微电子技术有限公司 filed Critical 深圳市中兴微电子技术有限公司
Publication of WO2017067448A1 publication Critical patent/WO2017067448A1/fr

Links

Images

Classifications

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

Definitions

  • the present invention relates to firmware upgrade technology, and in particular, to a wireless firmware (FOTA, Firmware Over-The-Air) upgrade method and system.
  • FOTA Wireless firmware
  • FOTA upgrade refers to the upgrade of the mobile terminal's over-the-air software. Specifically, it provides firmware upgrade services for devices with networking functions, such as mobile phones, tablets, portable media players, mobile Internet devices, etc. through cloud upgrade technology. Users use the network.
  • the intelligent terminal system upgrade package is obtained in an on-demand and easy-to-expand manner, and the cloud is upgraded through FOTA to complete system repair and optimization.
  • FOTA features include software updates, firmware updates, and device management.
  • mobile terminal manufacturers and mobile network operators were unable to effectively upgrade software in the most important 18 to 24 month lifecycle of mobile terminals such as mobile phones.
  • the user Once the user needs to upgrade the mobile phone software, the user must carry the mobile phone to a professional repair center for mobile phone upgrade. Since the promotion of smartphones, software upgrades have been basically completed by users themselves, and FOTA technology has assumed the role of firmware upgrade.
  • the firmware upgrade is implemented by upgrading each partition, mainly including a loader partition, a recovery partition, and a file system partition; wherein the loader partition is located in the first sector of the disk and is used for booting into the disk.
  • Operating system or recovery partition this partition generally does not need to be upgraded; recovery partition is used to restore / upgrade the boot partition used by the system.
  • the loader partition boot system enters the recovery partition.
  • the specific upgrade function is completed by the recovery partition. Therefore, this partition plays an important role in the firmware upgrade; and when the upgraded program needs to be changed, the recovery partition also needs to be performed. upgrade.
  • firmware upgrades were generally performed in a WiFi environment or a wired network environment.
  • firmware upgrades are becoming more common under wireless network conditions. Due to the unknown network environment characteristics of wireless networks, fault tolerance and recovery in the FOTA process are increasingly valued by various vendors. After the abnormality occurs in the FOTA upgrade process, if the upgrade of the recovery system fails, the system will fail to start, and you need to return to the factory to re-write the version. If the upgrade of other partitions fails, the system will start from the beginning when you re-enter the recovery partition. Re-upgrades reduce the efficiency of upgrades and increase the cost of consumers and manufacturers, resulting in poor user experience.
  • embodiments of the present invention are expected to provide a wireless firmware upgrade method, system, and computer storage medium.
  • a FOTA upgrade method including:
  • the system files in the partition that need to be upgraded are stored in the backup buffer;
  • partition upgrade fails, obtaining the partition information of the partition that failed the upgrade from the partition upgrade information identifier table, and obtaining the original partition system file stored in the backup buffer according to the obtained partition information of the upgraded partition, and restoring the upgrade. Failed partition.
  • the partition is upgraded.
  • the information about the upgrade is stored in the partition upgrade information identification table.
  • the storing, by the system file in the partition that needs to be upgraded, the system file in the partition that needs to be upgraded is stored in the backup buffer; or
  • the system files in the partition are respectively stored in separate backup buffers by partition, and the partition information to which the system files backed up by each backup buffer belongs is recorded.
  • the method further includes: downloading the FOTA upgrade package, and verifying the validity of the downloaded FOTA upgrade package;
  • the establishing the partition upgrade information identifier table is: establishing a partition upgrade information identifier table according to each partition name that needs to be upgraded in the downloaded FOTA upgrade package.
  • the initial state information stored in the partition upgrade information identifier table is status information that the corresponding partition is not upgraded or the upgrade fails.
  • the information about the upgrade completion is stored in the partition upgrade information identifier table: after a partition upgrade is successfully completed, the information about the current partition upgrade is updated to the name or partition number of the corresponding partition in the partition upgrade information identifier table.
  • the need to upgrade the partition includes at least a recovery partition.
  • the partition upgrade information identifier table is stored in the non-volatile random access memory NVRAM;
  • the method further includes: after the partition upgrade fails, detecting the partition upgrade information identifier table located in the NVRAM to obtain the name of each partition and the corresponding partition upgrade status.
  • the method further includes: after all the partitions that need to be upgraded are successfully upgraded, the partition upgrade information identifier table and the FOTA upgrade package are deleted; and the backup buffer is deleted, and the backup buffer is restored to the storage area.
  • the method further includes: establishing a boot load partition, and the boot loader The area is configured to store the partition upgrade information identifier table, and point a pointer program in the boot load partition to the backup buffer;
  • the boot load partition detects the partition upgrade information identifier table, and obtains partition information of the upgrade failed partition; the pointer program in the boot load partition points to the backup buffer, and the backup buffer is used as the backup buffer.
  • the system partition starts the system; after the system starts, the partition system file in the backup buffer of the system partition is restored to the partition where the upgrade fails.
  • a FOTA upgrade system includes: a configuration module, a backup module, an upgrade module, and an upgrade processing module;
  • the configuration module is configured to establish a partition upgrade information identifier table, and set a backup buffer.
  • the partition upgrade information identifier table is configured to store upgrade status information of each partition.
  • the backup module is configured to store system files in the partition to be upgraded into the backup buffer before the partition is upgraded;
  • the upgrade module is configured to upgrade each partition that needs to be upgraded according to the partition upgrade file in the FOTA upgrade package.
  • the upgrade processing module is configured to: obtain the partition information of the partition that failed to be upgraded from the partition upgrade information identifier table, and obtain the original stored in the backup buffer according to the obtained partition information of the partition that failed to be upgraded. Partition the system file to recover the partition where the upgrade failed.
  • the upgrade module is further configured to upgrade the upgrade failed partition according to the indication of the upgrade processing module, and send the upgrade result to the upgrade processing module;
  • the upgrade processing module is further configured to, when the partition is successfully upgraded, store the information about the upgrade completion in the partition upgrade information identification table for each partition that needs to be upgraded; and when the upgrade failed partition is restored, the upgrade module is instructed. Re-upgrade the partition that failed the upgrade.
  • the backup module is configured to store the system files in the partition that need to be upgraded into the backup buffer; or, the system files in the partitions that need to be upgraded.
  • the partitions are stored in separate backup buffers, and the partition information of the system files backed up by each backup buffer is recorded.
  • the system further includes: a downloading module configured to download the FOTA upgrade package, and verify the validity of the downloaded FOTA upgrade package, and send the name of the partition to be upgraded in the downloaded FOTA upgrade package to the configuration module;
  • the configuration module is configured to establish a partition upgrade information identifier table according to each partition name that needs to be upgraded in the downloaded FOTA upgrade package.
  • the configuration module is configured to configure initial state information stored in the partition upgrade information identifier table as status information that the corresponding partition is not upgraded or upgrade failed;
  • the upgrade processing module is configured to update the upgrade completed information to the name or partition number of the corresponding partition in the partition upgrade information identifier table after the partition upgrade succeeds.
  • the partition upgrade information identifier table is stored in the NVRAM.
  • the upgrade processing module is further configured to delete the partition upgrade information identifier table and the FOTA upgrade package after all the upgraded partitions are successfully upgraded; and delete the backup buffer to restore the backup buffer to the storage area.
  • the configuration module is further configured to establish a boot load partition;
  • the boot load partition is configured to store the partition upgrade information identifier table and point a pointer program in the boot load partition to the backup buffer;
  • the upgrade processing module is further configured to: after the partition upgrade fails, detect the partition upgrade information identifier table by using the boot load partition, and obtain partition information of the upgrade failed partition; and the boot load partition passes the upgrade.
  • the partition information of the failed partition, the pointer program in the boot load partition points to the corresponding backup buffer, and the backup buffer is used as the system partition to start the system; after the system starts, it will be the partition system file in the backup buffer of the system partition. Revert to the partition where the upgrade failed.
  • a computer storage medium comprising a set of instructions when executed At the time of the instruction, at least one processor is caused to execute the FOTA upgrade method described above.
  • the FOTA firmware upgrade method, system, and computer storage medium provided by the embodiment of the present invention establish a partition upgrade information identifier table and set a backup buffer, and store the system files in the partition to be upgraded to the backup buffer before the partition upgrade.
  • each partition that needs to be upgraded is upgraded in turn; for each partition that needs to be upgraded, when the partition upgrade fails, the partition of the upgrade failure is obtained from the partition upgrade information identification table.
  • the partition information is obtained by acquiring the original partition system file stored in the backup buffer according to the obtained partition information of the upgraded partition, and restoring the partition where the upgrade fails. In this way, it can effectively prevent the system function from being restored due to the upgrade failure, and the mobile phone can be “bricked” back to the factory for repair.
  • the information of the upgrade success is stored in the partition upgrade information identifier table, and after the upgrade failed partition recovery is completed, the upgrade failed partition is re-upgraded; After the upgrade is successful, the upgraded information is stored in the partition upgrade information identifier table. After the upgrade is successful, the upgraded information is stored in the partition upgrade information identifier table. The failed partition is updated, so that it can effectively avoid the problem that the upgrade time is too long after the partition upgrade fails, and the user experience is not good.
  • the upgraded partition is upgraded again.
  • the partition upgrade fails, it is not necessary to re-upgrade all the partitions, which reduces the working pressure of the FOTA server and greatly improves the efficiency of the FOTA upgrade. Improve the user experience.
  • FIG. 1 is a schematic flowchart of processing of a FOTA upgrade method according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram showing the structure of a terminal firmware and an interaction relationship between a FOTA server and a terminal firmware according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a FOTA upgrade system according to an embodiment of the present invention.
  • FIG. 4 is a logic diagram of a FOTA upgrade system according to an embodiment of the present invention.
  • a partition upgrade information identifier table is created, and a backup buffer is set; wherein the partition upgrade information identifier table is used to store upgrade state information of each partition; before the partition upgrade, the upgrade is required.
  • the system files in the partition are stored in the backup buffer; each partition that needs to be upgraded is upgraded according to the partition upgrade file in the FOTA upgrade package; when the partition upgrade fails, the partition upgrade information identifier table is obtained.
  • the partition information of the partition that failed to be upgraded is obtained, and the original partition system file stored in the backup buffer is obtained according to the obtained partition information of the partition that failed to be upgraded, and the partition that failed the upgrade is restored.
  • the system files in the partition to be upgraded are stored in a preset backup buffer, and each partition is upgraded in turn through the partition upgrade file in the FOTA upgrade package; each partition is upgraded. After the completion, the upgrade completed information is stored in the partition upgrade information identification table;
  • the partition upgrade information identifier table is detected, and the partition information of the partition where the upgrade fails is obtained; and the partition system file backed up in the backup buffer is restored to the upgrade according to the obtained partition information of the upgrade failed partition.
  • the upgraded partition is re-upgraded; after the upgrade failed partition is re-upgraded, the partition upgrade information is stored in the partition upgrade information identifier table; You can continue to upgrade other non-upgraded partitions in turn.
  • An FOTA upgrade method is provided in the embodiment of the present invention. As shown in FIG. 1 , the method process includes the following steps:
  • S1 Establish a partition upgrade information identifier table, and set a backup buffer; wherein the partition The upgrade information identifier table is used to store upgrade status information of each partition;
  • the terminal device can initiate the FOTA upgrade command to authenticate the interaction between the terminal device and the FOTA server. Download the FOTA upgrade package after obtaining the information that the terminal device can update;
  • the partition upgrade information identifier table is set in the step of: establishing a partition upgrade information identifier table according to each partition name that needs to be upgraded in the downloaded FOTA upgrade package.
  • the information of the upgrade success is stored in the partition upgrade information identification table.
  • the upgrade failed partition is upgraded; after the upgrade is successful, the upgrade success information is stored in the partition upgrade information identifier table.
  • partition upgrade information identifier table one partition corresponds to one record entry in the partition upgrade information identifier table; and the partition information obtained from the partition upgrade information identifier table to obtain the upgrade failure partition may be: according to the partition name or the partition number The partition information of the partition is detected, and the partition upgrade information identifier table is detected, and the partition information in the record entry corresponding to the upgrade failure partition is obtained. Then, the original corresponding to the upgrade failure partition stored in the backup buffer is obtained according to the obtained partition information. Partition the system file, use the obtained system file to recover the partition that failed the upgrade;
  • the other un-upgraded partitions may be upgraded in turn, and after all the partition upgrades are successfully completed, the results may be returned to the FOTA server.
  • the initial state information stored in the partition upgrade information identifier table is status information that the corresponding partition is not upgraded or upgrade failed; after the partition upgrade is successfully completed, the upgrade complete information is updated to the name of the corresponding partition in the partition upgrade information identifier table.
  • the storage space occupied by the backup buffer is not less than the storage space occupied by the partition with the largest system file in each partition before the upgrade.
  • the system file is a binary number. Therefore, the storage space occupied by the partition to be upgraded is not large in the terminal device, and the largest one is only about several tens of megabytes.
  • the partition that needs to be upgraded at least includes a recovery partition, or a partition similar to the recovery partition function, because the recovery partition is generally used as a boot partition for restoring, starting, or upgrading the system, and is a mobile terminal such as a mobile phone.
  • the recovery partition is generally the boot partition of the FOTA. If the power failure or other abnormal conditions in the upgrade process cause the upgrade to be interrupted or fail, the system will crash after the system restarts. Therefore, once the recovery partition is damaged or the upgrade fails, the mobile phone is likely to change. Brick"; the loader partition is the only entry into the system area and will not be upgraded under normal circumstances.
  • the recovery partition and the boot partition used by the system are different. After the system restarts, the system program can be directly started. Therefore, the general partition upgrade information identifier table is stored in the non-volatile random access memory (NVRAM); After the partition upgrade fails, the partition upgrade information identification table located in the NVRAM is detected to obtain the name of each partition and the corresponding partition upgrade status. According to the obtained partition name of the upgrade failure, the system file in the pre-upgrade partition in the backup buffer can be restored to the partition where the upgrade fails, that is, the restored destination address or area is obtained through the partition upgrade information identification table.
  • NVRAM non-volatile random access memory
  • the partition upgrade information identification table and the upgrade package may be deleted, and the backup buffer is deleted and the backup buffer is restored to the storage area.
  • the recovery partition and the system use the same boot partition (the dual system has a separate recovery partition), it is equivalent to reuse the system partition as the recovery partition.
  • the firmware upgrade function is implemented, a small number of necessary system programs need to be started.
  • the partition upgrade fails, the system kernel and the system application required for system startup are damaged, and the system does not have a specific program loaded, so the system cannot be started.
  • a boot load partition is established, and the boot load partition can be used to store the partition upgrade information identifier table, and the pointer program in the boot load partition is pointed to the Backup buffer.
  • the boot load partition that is, the boot partition, detects the partition upgrade information identifier table to obtain partition information of the partition in which the upgrade fails; the pointer program in the boot load partition points to the backup buffer, and the backup buffer is used as the backup buffer.
  • the system partition starts the system; the boot load partition is used as the specific program pointer necessary for the system. Since the loader partition must be started first when the system starts, the loader partition of the single system directly points to the system partition, and the system partition is upgraded due to the upgrade. The file is corrupt and the system is not loaded, so it is not possible to start the system.
  • the loader partition gives the boot right to the boot partition when the system starts, and the boot partition points to the backup system file. Start up. After the system is started, the original partition system file in the backup buffer of the system partition is restored to the partition where the upgrade fails.
  • an embodiment of the present invention further provides a FOTA firmware upgrade system.
  • the FOTA firmware upgrade system is applied to the embodiment of the present invention. As shown in FIG. 3, the system includes: a configuration module 31, a backup module 32, an upgrade module 33, and an upgrade processing module 34.
  • the configuration module 31 is configured to establish a partition upgrade information identifier table, and set a backup buffer.
  • the partition upgrade information identifier table is configured to store upgrade status information of each partition.
  • the backup module 32 is configured to store the system files in the partition to be upgraded into the backup buffer before the partition is upgraded;
  • the upgrade module 33 is configured to upgrade each partition that needs to be upgraded according to the partition upgrade file in the FOTA upgrade package.
  • the upgrade processing module 34 is configured to obtain the partition information of the partition that failed to be upgraded from the partition upgrade information identifier table when the partition upgrade fails, and obtain the storage information in the backup buffer according to the obtained partition information of the partition that failed to be upgraded.
  • the original partition system file restores the partition where the upgrade failed.
  • the upgrade processing module 34 is further configured to delete the partition upgrade information identifier table and the FOTA upgrade package after all the upgraded partitions are successfully upgraded; and delete the backup buffer to restore the backup buffer. For the storage area.
  • the upgrade module 33 is further configured to upgrade the upgraded partition according to the indication of the upgrade processing module, and send the upgrade result to the upgrade processing module;
  • the upgrade processing module 34 is further configured to: when the partition upgrade is successful, store the information about the upgrade completion in the partition upgrade information identifier table for each partition that needs to be upgraded; and when the upgrade failed partition is restored, the upgrade is indicated. The module re-upgrades the partition that failed the upgrade.
  • the backup module 32 is specifically configured to save the system file in the partition that needs to be upgraded currently. Stored in the backup buffer; or, store the system files in the partitions that need to be upgraded into separate backup buffers, and record the partition information of the system files backed up by each backup buffer.
  • the system further includes a downloading module 35, configured to download the FOTA upgrade package, and verify the validity of the downloaded FOTA upgrade package, and send the name of the partition to be upgraded in the downloaded FOTA upgrade package to the configuration module 31;
  • the configuration module 31 is specifically configured to establish a partition upgrade information identifier table according to each partition name that needs to be upgraded in the downloaded FOTA upgrade package.
  • the initial state information stored in the partition upgrade information identifier table is configured as status information that the corresponding partition is not upgraded or upgraded.
  • the upgrade processing module 33 is configured to update the upgraded information to the partition upgrade after the partition upgrade succeeds.
  • the partition upgrade information identification table is stored in NVRAM.
  • the configuration module 31 is further configured to establish a boot load partition, where the boot load partition is configured to store the partition upgrade information identifier table and point a pointer program in the boot load partition to the backup buffer;
  • the upgrade processing module 34 is further configured to: after the partition upgrade fails, detect the partition upgrade information identifier table by using the boot load partition, and obtain partition information of the upgrade failed partition; the boot load partition passes the The partition information of the failed partition is upgraded, and the pointer program in the boot load partition points to the corresponding backup buffer, and the backup buffer is used as the system partition to start the system; after the system is started, it will be used as the partition system in the backup buffer of the system partition. The file is restored to the partition where the upgrade failed.
  • the configuration module 31, the backup module 32, the upgrade module 33, and the upgrade processing module 34 and the download module 35 may be a central processing unit (CPU) and a microprocessor located in the FOTA firmware upgrade system ( Micro Processor Unit, MPU), Digital signal processor (DSP), or Field Programmable Gate Array (FPGA) implementation.
  • CPU central processing unit
  • MPU Micro Processor Unit
  • DSP Digital signal processor
  • FPGA Field Programmable Gate Array
  • the recovery partition is generally the first upgraded partition and the most important partition during the firmware upgrade, the present invention will be described with the recovery partition as an embodiment of the partition upgrade.
  • the specific logic is shown in FIG. 4 .
  • Embodiment 1 In the firmware upgrade of the dual system, the FOTA upgrade process of this embodiment includes:
  • Step a1 The terminal firmware sends a firmware upgrade request to the FOTA server, and sends information such as the current model and version of the terminal firmware to the FOTA server; if the FOTA server confirms that the terminal can be upgraded, the terminal firmware is notified to receive the upgrade package, and the process proceeds to step a2; If the FOTA server believes that the current terminal firmware is not upgradeable, notify the terminal firmware to stop the firmware update;
  • Step a2 Download and verify the validity of the FOTA upgrade package; if the upgrade package is valid, the upgrade may proceed to step a3; if the upgrade package is invalid, the firmware update is directly ended;
  • Step a3 Enter the upgrade link, check the upgrade package, according to the partition upgrade list in the upgrade package (equivalent to the installation list, inform the system to install each partition in sequence, but no identification function), establish the corresponding partition upgrade information identification table, upgrade the partition
  • the information of the information identifier table is set to be unupgraded; the partition information of the current system is detected, and information about the size of the storage space occupied by each partition is obtained, thereby establishing a backup buffer on the flash memory;
  • Step a4 The upgrade sequence of the partition upgrade list is learned to first upgrade the recovery partition. At this time, the system file in the recovery partition on the current system is stored in the backup buffer, and the recovery partition is upgraded through the upgrade file after the storage is completed;
  • Step a5 Detect whether the current recovery partition is successfully upgraded. If the upgrade succeeds, fill in the partition completion information under the recovery partition name of the partition upgrade information identifier table, and upgrade the next partition, that is, jump back to step a4 and continue to partition the system. , other partitions such as file partitions are upgraded, the process is the same as the recovery process of the recovery partition, until all partitions are upgraded;
  • the system will restart once regardless of whether the recovery partition is updated successfully.
  • the partition upgrade list will be detected to know whether the recovery partition is upgraded.
  • the FOTA upgrade process includes:
  • Step b1 and step b2 are the same as step a1 and step a2 in Embodiment 1, and are not described here;
  • Step b3 Enter the upgrade link, detect the upgrade package, and establish a corresponding partition upgrade information identification table according to the partition upgrade list in the upgrade package, and set the information of the partition upgrade information identification table to be not upgraded; detect the partition information of the current system, and obtain each The partition occupies information about the size of the storage space to create a backup buffer on the flash memory; at the same time, a boot load partition is established on the flash memory, hereinafter referred to as the boot partition;
  • Step b4 The upgrade sequence of the partition upgrade list is learned to first upgrade the system partition. At this time, the system file in the system partition on the current system is stored in the backup buffer, and the system partition is upgraded through the upgrade file after the storage is completed;
  • Step b5 Detect whether the current system partition is successfully upgraded. If the upgrade succeeds, fill in the partition completion information under the system partition name of the partition upgrade information identifier table, and upgrade the next partition, that is, jump back to step b4 to continue partitioning the file. Wait for other partitions to be upgraded, the process is the same as the system partition upgrade process, until all partition upgrades are completed;
  • the original system file in the backup buffer needs to be restored to the system partition; the pointer program in the boot partition points to the backup buffer. And the backup buffer is used as the system partition, so the system is started; after the system is started, it will be the original partition system in the backup buffer of the system partition. The file is restored to the partition where the upgrade failed. After the recovery is complete, re-upgrade the system partition, and then skip to step b4.
  • the recovery partition and the system use the same partition, once the partition fails to upgrade, it means that there is neither a system that can be pointed to nor a way to recover the system.
  • the loader partition does not know how to point it to the system file, so the system cannot be started; at this time, the loader partition will point the function to the boot partition, because the pointer of the boot partition points to the backup buffer, that is, Equivalent to the backup buffer as the original system partition, the boot partition is equivalent to a bridge connection loader partition and the original system partition, thus solving the single system or due to system structure problems during the upgrade process can not load the necessary programs after the system restart problem.
  • embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention can take the form of a hardware embodiment, a software embodiment, or a combination of software and hardware. Moreover, the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) including computer usable program code.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the device is implemented in a flow chart A function specified in a block or blocks of a process or multiple processes and/or block diagrams.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
  • an embodiment of the present invention further provides a computer storage medium, where the computer storage medium includes a set of instructions, when executed, causing at least one processor to perform the FOTA upgrade method provided by the embodiment of the present invention.
  • the solution provided by the embodiment of the present invention establishes a partition upgrade information identifier table and sets a backup buffer.
  • the system files in the partition to be upgraded are stored in the backup buffer; afterwards, according to the FOTA upgrade package
  • the partition upgrade file is upgraded for each partition that needs to be upgraded.
  • the partition information of the partition that failed the upgrade is obtained from the partition upgrade information identification table, and the upgrade fails according to the obtained upgrade.
  • the partition information of the partition acquires the original partition system file stored in the backup buffer, and restores the partition where the upgrade fails. In this way, it can effectively prevent the system function from being restored due to the upgrade failure, and the mobile phone can be “bricked” back to the factory for repair.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

La présente invention concerne un procédé de mise à niveau de micrologiciel par voie hertzienne comprenant les étapes suivantes: l'établissement d'une table d'identifiants d'information de mise à niveau de sous-régions, et la fourniture d'une zone de mémoire tampon de sauvegarde; la table d'identifiants d'information de mise à niveau de sous-région servant au stockage d'information d'état de mise à niveau de chaque sous-région (S1); avant d'effectuer la mise à niveau d'une sous-région, le stockage de fichiers systèmes de sous-région de mise à niveau de fichiers nécessitant une mise à niveau dans la zone de mémoire tampon de sauvegarde; sur la base d'un fichier de mise à niveau d'une sous-région dans un paquet de mise à niveau de micrologiciel par voie hertzienne, la mise à niveau séquentielle chaque sous-région nécessitant une mise à niveau (S2); en cas d'échec d'une mise à niveau d'une sous-région, l'acquisition, à partir de la table d'identifiants d'information de mise à niveau de sous-région, d'une information de la sous-région subissant un échec de mise à niveau, et sur la base de l'information de sous-région obtenue de la sous-région subissant un échec de mise à niveau, l'acquisition d'un fichier système de sous-région d'origine stocké dans une zone de mémoire tampon de sauvegarde, et la restauration de la sous-région subissant un échec de mise à niveau. (S3). L'invention concerne également un système de mise à niveau de logiciel par voie hertzienne et un support de stockage informatique.
PCT/CN2016/102471 2015-10-22 2016-10-18 Procédé de mise à niveau de micrologiciel par voie hertzienne, système et support de stockage informatique WO2017067448A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510690493.0 2015-10-22
CN201510690493.0A CN106610840A (zh) 2015-10-22 2015-10-22 一种无线固件升级方法及系统

Publications (1)

Publication Number Publication Date
WO2017067448A1 true WO2017067448A1 (fr) 2017-04-27

Family

ID=58556656

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/102471 WO2017067448A1 (fr) 2015-10-22 2016-10-18 Procédé de mise à niveau de micrologiciel par voie hertzienne, système et support de stockage informatique

Country Status (2)

Country Link
CN (1) CN106610840A (fr)
WO (1) WO2017067448A1 (fr)

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107911248A (zh) * 2017-11-27 2018-04-13 北京百度网讯科技有限公司 升级方法和装置
CN109992450A (zh) * 2018-01-03 2019-07-09 中兴通讯股份有限公司 系统升级回退方法、终端、服务器及存储介质
CN110471680A (zh) * 2019-07-23 2019-11-19 武汉格罗夫氢能汽车有限公司 用于氢能汽车控制器软件升级及失败回滚的控制方法
CN110569058A (zh) * 2019-09-09 2019-12-13 Oppo（重庆）智能科技有限公司 系统升级方法、装置、终端及计算机可读存储介质
WO2019237222A1 (fr) * 2018-06-11 2019-12-19 海能达通信股份有限公司 Procédé de mise à niveau de système, dispositif intelligent et serveur
WO2020010695A1 (fr) * 2018-07-13 2020-01-16 深圳市道通智能航空技术有限公司 Procédé de mise à niveau de module et module à mettre à niveau dans un système de véhicule aérien sans pilote
CN110764801A (zh) * 2019-09-29 2020-02-07 国网湖南省电力有限公司 一种高速电力线载波远程升级方法及装置
CN111813597A (zh) * 2020-06-08 2020-10-23 海信（山东）空调有限公司 一种空调器
CN112214345A (zh) * 2020-11-02 2021-01-12 西安电子工程研究所 一种基于多重加载的多fpga软件烧写故障恢复方法
CN112328287A (zh) * 2020-11-24 2021-02-05 杭州海康威视数字技术股份有限公司 嵌入式设备系统更新方法、装置、设备及存储介质
CN112363749A (zh) * 2020-09-04 2021-02-12 中核武汉核电运行技术股份有限公司 一种mips架构系统的安全启动和升级方法
CN112817625A (zh) * 2021-01-29 2021-05-18 青岛海信移动通信技术股份有限公司 系统升级方法、装置、电子设备及存储介质
CN113050960A (zh) * 2019-12-27 2021-06-29 惠州比亚迪电子有限公司 Ota升级方法、装置、车载终端及存储介质
CN113110966A (zh) * 2021-03-12 2021-07-13 广东纳睿雷达科技股份有限公司 系统升级监控管理方法、嵌入式系统和存储介质
CN113296819A (zh) * 2021-06-10 2021-08-24 南京创通微新通信有限公司 网桥设备集中管理升级系统及方法
CN113297011A (zh) * 2021-06-09 2021-08-24 北京经纬恒润科技股份有限公司 一种主从mcu升级失败的自恢复方法及系统
CN113626059A (zh) * 2021-10-13 2021-11-09 北京创米智汇物联科技有限公司 系统升级方法、摄像机及计算机可读存储介质
CN113905039A (zh) * 2021-09-30 2022-01-07 苏州挚途科技有限公司 系统升级文件传输方法、装置及系统
CN115480798A (zh) * 2021-06-15 2022-12-16 荣耀终端有限公司 操作系统升级方法、设备、存储介质及计算机程序产品
CN115543393A (zh) * 2022-12-01 2022-12-30 摩尔线程智能科技(北京)有限责任公司 升级方法、电子设备及存储介质
CN115729586A (zh) * 2021-06-15 2023-03-03 荣耀终端有限公司 操作系统升级方法、设备、存储介质及计算机程序产品
CN116185461A (zh) * 2023-04-28 2023-05-30 广东华芯微特集成电路有限公司 固件升级方法及架构
CN116501340A (zh) * 2023-06-30 2023-07-28 江苏博云科技股份有限公司 嵌入式系统的发布系统的构建方法和构建系统
CN116932010A (zh) * 2023-09-14 2023-10-24 首都信息科技发展有限公司 系统固件升级方法、装置及服务器
CN117539518A (zh) * 2024-01-02 2024-02-09 江苏天华汽车电子科技有限公司 应用程序升级方法和电子设备
CN117539518B (zh) * 2024-01-02 2024-06-07 江苏天华汽车电子科技有限公司 应用程序升级方法和电子设备

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108874582A (zh) * 2017-05-15 2018-11-23 上海宽翼通信科技有限公司 一种系统恢复方法、装置及终端
CN107133056A (zh) * 2017-06-09 2017-09-05 北京云创远景软件有限责任公司 智能设备升级恢复分区的方法和装置
CN107341074B (zh) * 2017-07-25 2019-06-18 Oppo广东移动通信有限公司 一种升级异常修复方法、升级异常修复装置及智能终端
CN107608879B (zh) * 2017-08-24 2020-08-21 北京珠穆朗玛移动通信有限公司 一种故障检测方法、装置和存储介质
CN108038022A (zh) * 2017-12-19 2018-05-15 盛科网络（苏州）有限公司 一种提高交换机系统存储稳定性的方法
CN110045971B (zh) * 2018-01-16 2023-03-24 浙江宇视科技有限公司 系统升级恢复方法及装置
CN108647114B (zh) * 2018-03-30 2022-03-08 斑马网络技术有限公司 车机操作系统及其启动方法、系统分区更新和恢复方法
CN109032632B (zh) * 2018-07-13 2021-11-09 高新兴物联科技有限公司 一种fota升级方法、无线通信终端及存储介质
CN109240720B (zh) * 2018-08-23 2021-11-26 瑞芯微电子股份有限公司 一种安卓系统的固件升级方法及一种存储设备
CN109634631A (zh) * 2018-11-01 2019-04-16 北京锦鸿希电信息技术股份有限公司 固件恢复方法、装置、电子设备及固件恢复系统
CN111158712A (zh) * 2018-11-07 2020-05-15 中兴通讯股份有限公司 一种车载Tbox升级的方法、装置、设备以及存储介质
CN109614128B (zh) * 2018-11-15 2022-03-15 深圳市广和通无线股份有限公司 程序升级方法、装置、计算机设备和存储介质
CN109815053B (zh) * 2019-01-04 2021-04-06 厦门亿联网络技术股份有限公司 一种实现ip话机多模式系统升级失败恢复方法
CN110780890B (zh) * 2019-10-24 2023-06-06 百度在线网络技术（北京）有限公司 系统升级方法、装置、电子设备和介质
CN111158729A (zh) * 2019-12-30 2020-05-15 深圳Tcl数字技术有限公司 系统升级方法、装置、设备及存储介质
CN111338675A (zh) * 2020-02-25 2020-06-26 杭州涂鸦信息技术有限公司 一种移动设备ota升级方法和系统及其设备
CN112181467B (zh) * 2020-10-10 2023-11-14 北京字节跳动网络技术有限公司 终端的存储器固件升级方法、装置、终端和存储介质
CN112214360B (zh) * 2020-11-05 2023-12-22 中国航空工业集团公司西安航空计算技术研究所 一种面向在线数据加载的冗余区域数据实时备份启动方法
CN112860291B (zh) * 2021-02-08 2023-05-12 杭州涂鸦信息技术有限公司 固件升级方法及装置
CN112783535A (zh) * 2021-03-10 2021-05-11 广州优胜汽车科技有限公司 固件升级方法、嵌入式装置及存储介质
CN113238771B (zh) * 2021-04-27 2022-06-21 瑞芯微电子股份有限公司 一种基于安卓系统的fota固件升级方法和装置
CN113805922A (zh) * 2021-09-27 2021-12-17 一飞智控(天津)科技有限公司 嵌入式linux双备份分区升级切换的方法、系统、终端及应用
CN115509825A (zh) * 2022-11-23 2022-12-23 北京紫光青藤微系统有限公司 数据处理方法、装置、nfc芯片及计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1271322A2 (fr) * 2001-06-27 2003-01-02 Nokia Corporation Système de rétablissement d'une panne catastrophique
CN103473099A (zh) * 2013-09-13 2013-12-25 惠州Tcl移动通信有限公司 一种移动终端的软件升级方法和系统
CN104375844A (zh) * 2013-08-12 2015-02-25 中兴通讯股份有限公司 固件升级方法及装置
CN104714811A (zh) * 2013-12-13 2015-06-17 中兴通讯股份有限公司 差分升级包的制作方法及装置、系统差分升级方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1271322A2 (fr) * 2001-06-27 2003-01-02 Nokia Corporation Système de rétablissement d'une panne catastrophique
CN104375844A (zh) * 2013-08-12 2015-02-25 中兴通讯股份有限公司 固件升级方法及装置
CN103473099A (zh) * 2013-09-13 2013-12-25 惠州Tcl移动通信有限公司 一种移动终端的软件升级方法和系统
CN104714811A (zh) * 2013-12-13 2015-06-17 中兴通讯股份有限公司 差分升级包的制作方法及装置、系统差分升级方法及装置

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107911248A (zh) * 2017-11-27 2018-04-13 北京百度网讯科技有限公司 升级方法和装置
CN109992450A (zh) * 2018-01-03 2019-07-09 中兴通讯股份有限公司 系统升级回退方法、终端、服务器及存储介质
WO2019237222A1 (fr) * 2018-06-11 2019-12-19 海能达通信股份有限公司 Procédé de mise à niveau de système, dispositif intelligent et serveur
WO2020010695A1 (fr) * 2018-07-13 2020-01-16 深圳市道通智能航空技术有限公司 Procédé de mise à niveau de module et module à mettre à niveau dans un système de véhicule aérien sans pilote
US11861344B2 (en) 2018-07-13 2024-01-02 Autel Robotics Co., Ltd. Module upgrade method and module to be upgraded in unmanned aerial vehicle system
CN110471680A (zh) * 2019-07-23 2019-11-19 武汉格罗夫氢能汽车有限公司 用于氢能汽车控制器软件升级及失败回滚的控制方法
CN110569058A (zh) * 2019-09-09 2019-12-13 Oppo（重庆）智能科技有限公司 系统升级方法、装置、终端及计算机可读存储介质
CN110764801A (zh) * 2019-09-29 2020-02-07 国网湖南省电力有限公司 一种高速电力线载波远程升级方法及装置
CN110764801B (zh) * 2019-09-29 2024-02-27 国网湖南省电力有限公司 一种高速电力线载波远程升级方法及装置
CN113050960A (zh) * 2019-12-27 2021-06-29 惠州比亚迪电子有限公司 Ota升级方法、装置、车载终端及存储介质
CN111813597A (zh) * 2020-06-08 2020-10-23 海信（山东）空调有限公司 一种空调器
CN112363749B (zh) * 2020-09-04 2024-06-07 中核武汉核电运行技术股份有限公司 一种mips架构系统的安全启动和升级方法
CN112363749A (zh) * 2020-09-04 2021-02-12 中核武汉核电运行技术股份有限公司 一种mips架构系统的安全启动和升级方法
CN112214345B (zh) * 2020-11-02 2022-12-06 西安电子工程研究所 一种基于多重加载的多fpga软件烧写故障恢复方法
CN112214345A (zh) * 2020-11-02 2021-01-12 西安电子工程研究所 一种基于多重加载的多fpga软件烧写故障恢复方法
CN112328287B (zh) * 2020-11-24 2024-05-03 杭州海康威视数字技术股份有限公司 嵌入式设备系统更新方法、装置、设备及存储介质
CN112328287A (zh) * 2020-11-24 2021-02-05 杭州海康威视数字技术股份有限公司 嵌入式设备系统更新方法、装置、设备及存储介质
CN112817625B (zh) * 2021-01-29 2024-03-08 青岛海信移动通信技术有限公司 系统升级方法、装置、电子设备及存储介质
CN112817625A (zh) * 2021-01-29 2021-05-18 青岛海信移动通信技术股份有限公司 系统升级方法、装置、电子设备及存储介质
CN113110966A (zh) * 2021-03-12 2021-07-13 广东纳睿雷达科技股份有限公司 系统升级监控管理方法、嵌入式系统和存储介质
CN113297011A (zh) * 2021-06-09 2021-08-24 北京经纬恒润科技股份有限公司 一种主从mcu升级失败的自恢复方法及系统
CN113297011B (zh) * 2021-06-09 2024-04-12 北京经纬恒润科技股份有限公司 一种主从mcu升级失败的自恢复方法及系统
CN113296819A (zh) * 2021-06-10 2021-08-24 南京创通微新通信有限公司 网桥设备集中管理升级系统及方法
CN113296819B (zh) * 2021-06-10 2023-12-08 南京创通微新通信有限公司 网桥设备集中管理升级系统及方法
CN115729586B (zh) * 2021-06-15 2023-10-20 荣耀终端有限公司 操作系统升级方法、设备、存储介质及计算机程序产品
CN115480798B (zh) * 2021-06-15 2023-06-16 荣耀终端有限公司 操作系统升级方法、设备、存储介质及计算机程序产品
CN115729586A (zh) * 2021-06-15 2023-03-03 荣耀终端有限公司 操作系统升级方法、设备、存储介质及计算机程序产品
CN115480798A (zh) * 2021-06-15 2022-12-16 荣耀终端有限公司 操作系统升级方法、设备、存储介质及计算机程序产品
CN113905039A (zh) * 2021-09-30 2022-01-07 苏州挚途科技有限公司 系统升级文件传输方法、装置及系统
CN113626059B (zh) * 2021-10-13 2022-02-08 北京创米智汇物联科技有限公司 系统升级方法、摄像机及计算机可读存储介质
CN113626059A (zh) * 2021-10-13 2021-11-09 北京创米智汇物联科技有限公司 系统升级方法、摄像机及计算机可读存储介质
CN115543393B (zh) * 2022-12-01 2023-08-22 摩尔线程智能科技(北京)有限责任公司 升级方法、电子设备及存储介质
CN115543393A (zh) * 2022-12-01 2022-12-30 摩尔线程智能科技(北京)有限责任公司 升级方法、电子设备及存储介质
CN116185461A (zh) * 2023-04-28 2023-05-30 广东华芯微特集成电路有限公司 固件升级方法及架构
CN116501340A (zh) * 2023-06-30 2023-07-28 江苏博云科技股份有限公司 嵌入式系统的发布系统的构建方法和构建系统
CN116932010A (zh) * 2023-09-14 2023-10-24 首都信息科技发展有限公司 系统固件升级方法、装置及服务器
CN116932010B (zh) * 2023-09-14 2024-01-19 首都信息科技发展有限公司 系统固件升级方法、装置及服务器
CN117539518A (zh) * 2024-01-02 2024-02-09 江苏天华汽车电子科技有限公司 应用程序升级方法和电子设备
CN117539518B (zh) * 2024-01-02 2024-06-07 江苏天华汽车电子科技有限公司 应用程序升级方法和电子设备

Also Published As

Publication number Publication date
CN106610840A (zh) 2017-05-03

Similar Documents

Publication Publication Date Title
WO2017067448A1 (fr) Procédé de mise à niveau de micrologiciel par voie hertzienne, système et support de stockage informatique
CN107179909B (zh) 软件升级方法、装置及计算机可读存储介质
WO2019062635A1 (fr) Procédé et dispositif de mise à jour
CN106325929B (zh) 一种固件升级方法、固件升级装置、冰箱和服务端
TWI533216B (zh) 作業系統更新方法
US20100325622A1 (en) Updating Firmware of an Electronic Device
US9471300B2 (en) Wireless firmware upgrades to an alarm security panel
EP2696532A2 (fr) Procédé, serveur et système de démarrage d'application
WO2011006378A1 (fr) Procédé et système de mise à niveau de carte de données sans fil
CN107783776B (zh) 固件升级包的处理方法及装置、电子设备
CN104572206A (zh) 应用程序自更新和备份恢复的方法
CN106886436B (zh) 一种Android系统升级的方法和装置
CN1936844A (zh) 用于更新软件的方法和系统
CN106775610B (zh) 一种电子设备启动方法及一种电子设备
CN105260209A (zh) 一种程序热更新解决方法
CN109491698A (zh) 基于热补丁的系统更新方法及装置
CN104918114A (zh) 一种操作系统升级方法及装置
WO2018024198A1 (fr) Procédé de mise à niveau d'application utilisé dans un boîtier décodeur, système et boîtier décodeur
CN102646043A (zh) 移动终端软件升级方法、升级装置及移动终端
US20170068585A1 (en) Method and Apparatus for Recovering System Software of Intelligent Terminal
WO2014134989A2 (fr) Terminal androide et procédé de mise à niveau correspondant
WO2016082450A1 (fr) Procédé de mise à niveau d'un terminal utilisateur et terminal utilisateur
CN109002305B (zh) 一种设备程序的更新方法及其系统
CN106293790B (zh) 基于Firefox操作系统的应用程序升级方法和装置
CN106933604B (zh) 一种系统升级方法及装置

Legal Events

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

Ref document number: 16856879

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16856879

Country of ref document: EP

Kind code of ref document: A1