Equipment upgrading method, equipment upgrading device and computer storage medium

Abstract

The invention provides an equipment upgrading method, an equipment upgrading device and a computer storage medium. The method comprises the following steps: writing a to-be-upgraded mirror image partition address into an information recording partition in a fixed partition file system according to an upgrading request; a new system mirror image of an upgrade package is written into a user data partition in the upgradable partition file system, and the upgrade package comprises a necessary program for operation of a minimum system; writing a user data partition address of the new system mirror image in the user data partition into the information recording partition, reading the new system mirror image corresponding to the user data partition address of the information recording partition, and writing the new system mirror image into a target partition pointed by the mirror image partition address to be upgraded; and when the writing verification of the new system mirror image of the target partition is successful, rewriting the address of the target partition into the information recording partition. By means of the equipment upgrading method, safe upgrading is achieved, and hardware cost is reduced.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of embedded device firmware upgrade, in particular to a device upgrade method, a device upgrade apparatus and a computer storage medium. BACKGROUND

[0002] In recent years, embedded devices have been widely applied and developed rapidly due to their low cost, high reliability, rich code, and application program scalability, portability and other advantages. With the increasing requirements for system functions, performance and scale of embedded devices, it is necessary to upgrade the firmware of the embedded devices during use, so as to maintain and upgrade the system in a timely manner according to customer needs and improve the performance of the system.

[0003] At present, the embedded device upgrades the firmware by downloading new firmware from the cloud and then writing the new firmware. In order to avoid abnormal situations such as sudden power failure during the upgrade process, resulting in abnormal new firmware writing, data loss and other consequences, the new firmware needs to be backed up in order to recover the firmware upgrade when the above-mentioned situations occur. However, backing up the new firmware requires additional storage space, resulting in increased costs. SUMMARY

[0004] To solve the above technical problems, the present application provides a device upgrade method, a device upgrade apparatus and a computer storage medium.

[0005] To solve the above technical problems, the present application provides a device upgrade method, which comprises: According to the upgrade request, write the address of the image partition to be upgraded into the information recording partition in the fixed partition file system; Write the new system image of the upgrade package into the user data partition in the upgradable partition file system, wherein the upgrade package includes necessary programs for minimum system operation; Write the user data partition address of the new system image in the user data partition into the information recording partition; Read the new system image corresponding to the user data partition address of the information recording partition and write it into the target partition pointed by the address of the image partition to be upgraded; When the new system image in the target partition is written successfully, re-write the address of the target partition into the information recording partition.

[0006] The device upgrade method further comprises: In response to a device system restart instruction, read the boot address information in the information recording partition according to the boot program; Start the device system according to the boot address information and check the system upgrade state. starting a fault recovery process when the system upgrade state is incomplete.

[0007] After starting the fault recovery process, the device upgrade method further comprises: reading the upgrade package from the external storage device when the external storage device is available, and decrypting the upgrade package according to the device serial number; re-upgrading the device using the decrypted upgrade package.

[0008] The device upgrade method further comprises: verifying the upgrade package according to the upgrade request; determining whether there is an external storage device; If yes, encrypting the upgrade package according to the device serial number and backing up to the external storage device.

[0009] After starting the fault recovery process, the device upgrade method further comprises: reading network information from the information recording partition when there is no available external storage device; re-downloading the upgrade package according to the network information; re-upgrading the device using the upgrade package.

[0010] The device upgrade method further comprises: generating the device system restart instruction when a device system exception or device power failure occurs during device upgrade.

[0011] After writing the target partition pointed to by the address of the to-be-upgraded image partition, the device upgrade method further comprises: re-writing the new system image of the target partition to the target partition when the new system image of the target partition fails to write check; generating the device system restart instruction when the number of write times reaches a preset number and all write checks fail.

[0012] After re-writing the address of the target partition to the information recording partition, the device upgrade method further comprises: determining whether there are other partitions that need to be upgraded; If no, upgrading the user data partition according to the new system image of all upgraded target partitions; writing the upgrade state of the user data partition to the information recording partition.

[0013] To solve the above technical problems, the application further provides a device upgrading apparatus, which comprises a memory and a processor coupled with the memory; the memory is used for storing program data, and the processor is used for executing the program data to realize the device upgrading method as above.

[0014] To solve the above technical problems, the application further provides a computer storage medium, which is used for storing program data, and the program data is used for realizing the device upgrading method as above when executed by a computer.

[0015] Compared with the prior art, the application has the beneficial effects that: the device upgrading apparatus adopts the dual file system of the fixed partition file system and the upgradable partition file system and the user data partition borrowing technology, temporarily writes the new system image of the upgrading package into the user data partition to realize the partition borrowing; the dynamic boot management technology is realized by writing the user data partition address into the information recording partition, the safe upgrading is realized without increasing the Flash storage space, the hardware cost is reduced, and the space utilization of the device is improved. BRIEF DESCRIPTION OF DRAWINGS

[0016] In order to more clearly illustrate the technical solutions in the embodiments of the application, the following will briefly introduce the drawings needed to be used in the embodiment description. Obviously, the drawings in the following description are only some embodiments of the application, and for those skilled in the art, other drawings can also be obtained without creative labor based on these drawings. Among them: Figure 1 is a dual file system partition provided by the application Figure 1 is a frame schematic diagram of the embodiment; Figure 2 is a flow schematic diagram of the first embodiment of the device upgrading method provided by the application; Figure 3 is a flow schematic diagram of the second embodiment of the device upgrading method provided by the application; Figure 4 is a flow schematic diagram of the third embodiment of the device upgrading method provided by the application; Figure 5 is a whole flow schematic diagram of the device upgrading method of an embodiment provided by the application; Figure 6 is a structure schematic diagram of an embodiment of the device upgrading apparatus provided by the application; Figure 7 is a structure schematic diagram of an embodiment of the computer storage medium provided by the application. DETAILED DESCRIPTION

[0017] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of the embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0018] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a particular order or sequence. It should be understood that such data can be interchanged where appropriate so that embodiments of the application described herein can be implemented, for example, in orders other than those illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0019] This application addresses the problem of unrecoverable system states and startup failures caused by power interruptions during embedded device firmware upgrades by providing a device upgrade method. Under the constraint of not expanding non-volatile storage capacity, this method ensures the atomicity and data integrity of the firmware upgrade process, thereby improving the reliability and robustness of the system firmware upgrade.

[0020] Please refer to details. Figure 1 , Figure 1 This application provides a dual file system partition. Figure 1 A schematic diagram of the framework of an embodiment. (As shown) Figure 1 As shown, this application uses a dual file system architecture technology, combined with information recording partition dynamic boot management technology and device serial number encryption protection technology, to eliminate the risk of power outage during firmware upgrade, improve the upgrade success rate, and extend the device's service life.

[0021] like Figure 1 As shown, the fixed partition is the necessary partition for system startup and does not need to be upgraded, while the upgradeable partition is the partition related to business functions and needs to be upgraded.

[0022] The information logging partition is used to store upgrade status and configuration information.

[0023] The boot partition contains the system boot program.

[0024] The root file system partition is used to store the necessary programs for network recovery, external storage, OTA upgrades, and minimal system operation, and is responsible for booting subsequent data partitions.

[0025] The user data partition is used to store user data, including user data, application files, configuration information, etc. It is temporarily used as image backup space during the upgrade process and will be restored to its original function after the upgrade is completed.

[0026] Please refer to details. Figure 2 , Figure 2 This is a flowchart illustrating an embodiment of the device upgrade method provided in this application.

[0027] The device upgrade method of this application is applied to a device upgrade apparatus, wherein the device upgrade apparatus can be a server, a terminal device, or a system in which the server and the terminal device cooperate with each other. Accordingly, the various parts of the device upgrade apparatus, such as various units, sub-units, modules, and sub-modules, can all be set in the server, all in the terminal device, or separately in the server and the terminal device.

[0028] Furthermore, the aforementioned server can be either hardware or software. When the server is hardware, it can be implemented as a distributed server cluster consisting of multiple servers, or as a single server. When the server is software, it can be implemented as multiple software programs or software modules, such as software or software modules used to provide distributed server functionality, or as a single software program or software module; no specific limitations are made here.

[0029] like Figure 2 As shown, the specific steps are as follows: Step S11: Based on the upgrade request, write the address of the image partition to be upgraded to the information record partition in the fixed partition file system.

[0030] The information recording partition (OTA (Over-the-Air)) is a special storage partition used to store upgrade status information and boot address information. It is usually small in size (e.g., 4KB). The system boot program first reads the information in this partition to determine the boot address.

[0031] The upgrade request can be an upgrade request issued by the user through the device, or an upgrade request that the device automatically upgrades based on its own conditions.

[0032] Fixed partitioning refers to a layout where the device's storage space is pre-defined and statically divided, with each partition having a fixed function, starting address, and size.

[0033] The address of the image partition to be upgraded is an identifier for a specific storage area used by the device to temporarily store and verify the new version of the system image file during the online system upgrade process based on the upgrade request. It is usually a logical address or partition name pointing to a reserved partition in the device's flash memory.

[0034] Specifically, in one embodiment of this application, according to the upgrade request, the device upgrade device backs up the network information and upgrade package address to the information recording partition, and writes the address of the mirror partition to be upgraded into the information recording partition.

[0035] Step S12: Write the new system image of the upgrade package to the user data partition in the upgradeable partition file system.

[0036] The user data partition (User partition) is used to store user data. It is temporarily used as a mirror backup space during the upgrade process and will restore its original functions after the upgrade is completed.

[0037] The upgrade package contains the core files of the new operating system and is a complete image file of a system partition.

[0038] Specifically, in this embodiment, if an external storage device exists, the upgrade package is encrypted using the device serial number and backed up to the external storage device, and the new image is temporarily written to the user data partition.

[0039] Among them, using the device serial number for encryption can be called SN encryption. SN encryption is a security mechanism that uses the device's unique serial number to encrypt / decrypt the upgrade package, preventing the upgrade package from being used interchangeably across different devices.

[0040] In one embodiment of this application, the upgrade package includes the necessary programs for the minimum system to run. The new system image of the upgrade package is written to the user data partition in the upgradeable partition file system. During normal operation, the user data partition stores user data. During the upgrade, the user data partition temporarily serves as a backup partition, so that the user data partition temporarily backs up the necessary programs for the minimum system to run. If the target partition of the upgrade package malfunctions, the necessary programs of the user data partition can still be used to start the minimum system and perform fault repair.

[0041] Step S13: Write the address of the new system image in the user data partition of the user data partition to the information record partition.

[0042] The user data partition address is a logical identifier used to uniquely locate and identify the user data partition on the storage hardware. It is usually represented by a device node path or partition name and is the fundamental basis for the operating system to manage and access user data.

[0043] The device upgrade unit writes the user data partition address into the information record partition update boot information.

[0044] Step S14: Read the new system image corresponding to the user data partition address of the information record partition, and write it to the target partition pointed to by the partition address of the image to be upgraded.

[0045] Parse and obtain the address of the user data partition in the information record partition. This address points to the physical location where the new version system image file to be upgraded is stored.

[0046] Using this new system image file as source data, after verification, it is completely burned to the target partition specified by the partition address of the image to be upgraded using a block-by-block write method, thereby completing the atomic replacement of the system image and preparing for the next boot to load the new system.

[0047] In this embodiment of the application, the burning process can be performed using a block-by-block erasure method.

[0048] Step S15: When the new system image of the target partition is successfully written and verified, the address of the target partition is rewritten to the information recording partition.

[0049] This application utilizes user data partition borrowing technology combined with information record partition dynamic boot management technology to achieve security upgrades without increasing Flash storage space, significantly reducing hardware costs.

[0050] During device upgrades, if a device system malfunction or power outage occurs, a device system restart command is generated. If the write verification of the new system image to the target partition fails, the new system image is rewritten to the target partition. If the preset number of write attempts is reached and all write verifications fail, a device system restart command is generated.

[0051] The device upgrade unit verifies the write result. If the write fails, it will retry n times with a retry interval of T2. If the retry still fails, the system will restart and enter the fault recovery mode.

[0052] When the device encounters a system malfunction or unexpected power outage, it will automatically trigger a system restart command to attempt to restore normal operation.

[0053] If, after restarting, it is found that the failure to write the new system image to the target partition indicates a system upgrade or repair failure, the system will automatically retry the write operation. To ensure process control, the system sets a maximum number of retries. If all verifications fail after multiple write attempts, it indicates that the write process itself has an unfixable fundamental problem. In this case, the system will not retry indefinitely but will generate a restart command again, possibly to roll back to an older version or trigger a higher-level fault handling mechanism.

[0054] Furthermore, this application also proposes an embodiment, which can be found in the following details. Figure 3 ,Figure 3 This is a flowchart illustrating the second embodiment of the device upgrade method provided in this application.

[0055] like Figure 3 As shown, the specific steps are as follows: Step S21: In response to the device system restart command, read and record the boot address information in the partition according to the boot program.

[0056] Among them, the system bootloader (UBOOT, Universal Boot Loader) is the first-level bootloader when the device starts up. It is responsible for hardware initialization and system startup, and has the ability to read information recording partitions and dynamically select the boot address.

[0057] The boot address information is an address pointer stored in the information record partition, pointing to the location of the currently valid system image partition.

[0058] Specifically, if an abnormality or power outage occurs during the upgrade process, the bootloader will read the information record partition after the system restarts.

[0059] Step S22: Start the device system according to the boot address information and check the system upgrade status.

[0060] The system starts according to the boot address information, and a separate process checks the upgrade status.

[0061] Step S23: If the system upgrade status is incomplete, start the fault recovery process.

[0062] If the system upgrade status is found to be incomplete, the fault recovery process will be initiated. Please refer to steps S24-S28 for the detailed fault recovery process.

[0063] Step S24: If an available external storage device is available, read the upgrade package from the external storage device and decrypt the upgrade package according to the device serial number.

[0064] The external storage device (SD card) is an optional external storage medium used to back up upgrade packages and supports encrypted storage of device serial numbers.

[0065] Specifically, the device upgrade unit verifies the upgrade package based on the upgrade request; determines whether an external storage device exists; if so, it encrypts the upgrade package according to the device serial number and backs it up to the external storage device.

[0066] Device serial number encryption technology is used to prevent upgrade packages from being used interchangeably across different devices, thus improving upgrade security.

[0067] If the upgrade is not completed, the fault recovery process is initiated: First, check if the external storage device is available. If it is available, use the device serial number to decrypt and read the upgrade package. After verification, read the upgrade package from the external storage device and decrypt the upgrade package according to the device serial number.

[0068] Step S25: Use the decrypted upgrade package to upgrade the device again.

[0069] Specifically, the equipment upgrade device uses the decrypted upgrade package to re-upgrade the equipment.

[0070] Step S26: If no external storage device is available, read network information from the information recording partition.

[0071] If the external storage device is unavailable or decryption fails, network information is read from the information recording partition, and then network recovery is enabled.

[0072] Step S27: Download the upgrade package again based on the network information.

[0073] Initiate network recovery and re-download the upgrade package. The download timeout is T1. T1 is the upgrade package download timeout; if the download is not completed within this time, a retry mechanism will be triggered.

[0074] Step S28: Upgrade the device again using the upgrade package.

[0075] Specifically, the device is upgraded again using the newly downloaded upgrade package.

[0076] By integrating an intelligent fault recovery mechanism through the above methods, it supports local external storage and network multi-path recovery, thereby improving the success rate of fault recovery.

[0077] This application also provides an embodiment, which can be found in the following details. Figure 4 , Figure 4 This is a flowchart illustrating the third embodiment of the device upgrade method provided in this application.

[0078] like Figure 4 As shown, the specific steps are as follows: Step S31: Determine if there are any other partitions that need to be upgraded.

[0079] The device update unit determines whether there are other partitions that need to be upgraded. If there are other partitions that need to be upgraded, then the next partition is upgraded.

[0080] If there are no other partitions that need to be upgraded, proceed to step S32.

[0081] Step S32: Upgrade the user data partition based on the new system image of all upgraded target partitions.

[0082] Step S33: Write the upgrade status of the user data partition to the information record partition.

[0083] After all partitions have been upgraded, the upgrade status flag is written to the information record partition, and the system is restarted to make the new firmware take effect.

[0084] The upgrade status identifier is a status value that marks the current upgrade progress, including statuses such as "Upgrading in progress", "Upgrading completed", and "Upgrading failed".

[0085] By leveraging multiple backup mechanisms combined with device serial number encryption technology, a triple protection system is established, consisting of internal partitions, information recording partitions, and encrypted external storage, significantly improving fault recovery capabilities.

[0086] like Figure 5 As shown, Figure 5 This is a schematic diagram of the overall process of an embodiment provided in this application. The device update device first performs a normal upgrade preparation process. After receiving the upgrade request, it backs up the network information and upgrade package address to the information record partition. After the upgrade package is verified, it checks whether the external device exists. If it exists, it uses the SN to encrypt and back up the upgrade package to the external storage device. If it does not exist, it skips the external storage device and backs up the upgrade package to the user data partition.

[0087] After the above upgrade preparation process is completed, the partition upgrade process begins. The device update unit writes the address of the image partition to be upgraded to the information recording partition, temporarily writes the upgrade package (i.e., the new image in the diagram) to the user data partition, writes the address of the user data partition to the information recording partition, and writes the upgrade package to the target partition corresponding to the upgrade package. Then, the write result of the target partition is verified. If the write is successful, the target partition address (i.e., the image partition address in the diagram) is written to the information recording partition. If the write fails after n attempts, a fault is identified, and the fault repair process begins. n is the maximum number of retries for partition writing; exceeding this number results in an upgrade failure.

[0088] After entering the fault recovery process, the upgrade status is read. If the upgrade is not completed, it is determined whether the external device is available. If the external device is unavailable, the network information is read from the information record partition, network recovery is started to download the upgrade package again, and then the upgrade package is verified. If the verification passes, the partition upgrade process is executed. If the verification fails, the system is restarted.

[0089] In this embodiment, the upgrade package includes the necessary programs for the minimum system to run. Therefore, since the user data partition temporarily backs up the necessary programs for the minimum system to run through the upgrade package, the minimum system can still be started using the necessary programs of the user data partition when the target partition being upgraded by the upgrade package malfunctions. Thus, fault recovery can still be achieved when the target partition malfunctions.

[0090] Those skilled in the art will understand that, in the above-described method of the specific implementation, the order in which each step is written does not imply a strict execution order and does not constitute any limitation on the implementation process. The specific execution order of each step should be determined by its function and possible internal logic.

[0091] To implement the above-mentioned equipment upgrade method, this application also proposes an equipment upgrade device, for details please refer to [link / reference needed]. Figure 6 , Figure 6 This is a schematic diagram of an embodiment of the equipment upgrade device provided in this application.

[0092] The device upgrade apparatus 400 in this embodiment includes a processor 41, a memory 42, an input / output device 43, and a bus 44.

[0093] The processor 41, memory 42, and input / output device 43 are respectively connected to the bus 44. The memory 42 stores program data, and the processor 41 is used to execute the program data to implement the device upgrade method described in the above embodiments.

[0094] In this embodiment, processor 41 can also be referred to as a CPU (Central Processing Unit). Processor 41 may be an integrated circuit chip with signal processing capabilities. Processor 41 can also be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. The general-purpose processor can be a microprocessor, or processor 41 can be any conventional processor.

[0095] This application also provides a computer storage medium; please refer to the following: Figure 7 , Figure 7 This is a schematic diagram of a computer storage medium according to an embodiment of the present application. The computer storage medium 600 stores a computer program 61, which, when executed by a processor, is used to implement the device upgrade method of the above embodiment.

[0096] When the embodiments of this application are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0097] The above description is merely an embodiment of this application and does not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.

Claims

1. A device upgrade method, characterized by, The device upgrading method comprises: writing, according to the upgrading request, a to-be-upgraded image partition address into an information recording partition in a fixed partition file system; writing a new system image of an upgrading package into a user data partition in an upgradable partition file system, wherein the upgrading package comprises necessary programs for minimum system operation; writing, at a user data partition address of the user data partition, the new system image into the information recording partition; reading the new system image corresponding to the user data partition address of the information recording partition and writing the new system image into a target partition pointed to by the to-be-upgraded image partition address; when the writing of the new system image into the target partition is successful, rewriting an address of the target partition into the information recording partition.

2. The device upgrading method according to claim 1, wherein the device upgrading method further comprises: in response to a device system restart instruction, reading boot address information in the information recording partition according to a boot program; starting the device system according to the boot address information and checking a system upgrading state; when the system upgrading state is incomplete, starting a fault recovery process.

3. The device upgrading method according to claim 2, wherein after the starting of the fault recovery process, the device upgrading method further comprises: when there is an available external storage device, reading the upgrading package from the external storage device and decrypting the upgrading package according to a device serial number; and re-performing device upgrading by using the decrypted upgrading package.

4. The device upgrading method according to claim 3, wherein the device upgrading method further comprises: verifying the upgrading package according to the upgrading request; determining whether there is an external storage device; if yes, encrypting the upgrading package according to a device serial number and backing up the upgrading package to the external storage device.

5. The device upgrading method according to claim 2, wherein after the starting of the fault recovery process, the device upgrading method further comprises: when there is no available external storage device, reading network information from the information recording partition; re-downloading the upgrading package according to the network information; and re-performing device upgrading by using the upgrading package.

6. The device upgrading method according to claim 2, wherein the device upgrading method further comprises: generating the device system restart instruction when a device system abnormality or a device power failure occurs during device upgrading.

7. The device upgrading method according to claim 2, wherein after the writing into the target partition pointed to by the to-be-upgraded image partition address, the device upgrading method further comprises: when the writing of the new system image into the target partition fails, re-writing the new system image into the target partition; when the writing fails for a preset number of times, generating the device system restart instruction.

8. The device upgrading method according to claim 1, wherein after the rewriting of the address of the target partition into the information recording partition, the device upgrading method further comprises: determining whether there is another partition that needs to be upgraded; and ​ ​ ​ ​ ​ ​ ​ If not, upgrading the user data partition according to a new system image of all upgraded target partitions; writing an upgrade status of the user data partition into the information recording partition.

9. An apparatus upgrade device, comprising: The device upgrading apparatus comprises a memory and a processor coupled with the memory; wherein the memory is configured to store program data, and the processor is configured to execute the program data to implement the device upgrading method according to any one of claims 1 to 8.

10. A computer storage medium, characterized in that The computer storage medium is configured to store program data, and the program data, when executed by a computer, is configured to implement the device upgrading method according to any one of claims 1 to 8.

Images