OTA upgrading method and system based on multi-channel dynamic configuration
By using a multi-channel dynamically configured OTA upgrade method, targeted upgrades are made to various components of electronic devices, solving the problems of low upgrade efficiency and resource waste in existing technologies, and achieving efficient and low-cost firmware upgrades.
Patent Information
- Application Number
- CN202511891490.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-12-15
- Publication Date
- 2026-03-20
AI Technical Summary
In existing technologies, firmware upgrades for electronic devices are inefficient, waste resources significantly, and have high operating costs in large-scale IoT applications.
The OTA upgrade method adopts a multi-channel dynamic configuration. By parsing the upgrade command, the target firmware file name, version number and data digest of each channel are obtained. Only the channels that need to be upgraded are upgraded individually, avoiding the need for overall download and unified upgrade.
It improves upgrade efficiency, reduces resource waste, lowers operating costs, and is suitable for upgrade scenarios of large-scale IoT devices.
Smart Images
Figure CN121704870A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of firmware upgrade technology, and in particular to an OTA upgrade method and system based on multi-channel dynamic configuration. Background Technology
[0002] In the existing technology, electronic devices are usually composed of many functional components (such as main control chips, communication modules, sensor modules, etc.). Each component carries independent firmware or configuration data, and there are often complex inter-dependencies between the firmware of the components.
[0003] Currently, firmware upgrades for such electronic devices commonly employ a comprehensive packaged upgrade approach. This means the server packages the firmware data for all device components, regardless of whether an update is required, into a single, complete OTA (Over-The-Air) upgrade package. During the upgrade process, the device must download the entire data package and execute the same upgrade procedure on all components. Even if the upgrade only involves firmware updates for one or a few components, the device still needs to download the massive complete upgrade package and iterate through the upgrade operations for all components.
[0004] However, the traditional approach has the following significant drawbacks: 1. Low upgrade efficiency: Because it requires downloading the complete upgrade package, especially when the network conditions are poor or the upgrade package is very large, the time taken is too long, which seriously affects the upgrade efficiency.
[0005] 2. Significant waste of resources: Downloading redundant firmware data wastes a great deal of network bandwidth and device traffic.
[0006] 3. High cost of scaling: When managing a large number of devices and upgrading frequently, the huge network traffic pressure and storage overhead will lead to a sharp increase in operating costs, which restricts the deployment and development of large-scale Internet of Things and other applications. Summary of the Invention
[0007] This invention provides an OTA upgrade method and system based on multi-channel dynamic configuration to solve the problems existing in related technologies. The technical solution is as follows: In a first aspect, embodiments of the present invention provide an OTA upgrade method based on multi-channel dynamic configuration, comprising: Receive and parse the upgrade command to determine the target major version number and multi-channel configuration information; the multi-channel configuration information includes the target firmware file name, the target firmware version number, and the target firmware data summary for multiple channels. Obtain the current major version number on the device, compare it with the target major version number, and if the current major version number and the target major version number are inconsistent, execute the multi-channel upgrade process, including: Traverse each channel, get the device end for each channel locally stored sub version number, respectively, each channel sub version number, with the same channel corresponding target firmware version number comparison; If the current channel sub version number and target firmware version number are inconsistent, mark the current channel as a channel to be upgraded, and obtain the corresponding firmware file according to the target firmware file name of the channel to be upgraded, and verify the integrity of the firmware file using the target firmware data digest; After the integrity verification is passed, the firmware file is used to upgrade the firmware of the channel to be upgraded; When the firmware upgrade of all channels to be upgraded is successful, update the current main version number of the device end to obtain a new main version number and store it locally.
[0008] In an embodiment, further comprising: After the firmware upgrade of any channel to be upgraded is successful, update the sub version number of the channel to obtain a new sub version number and store it locally; When the firmware upgrade of any channel to be upgraded fails, abort the current multi-channel upgrade process, and record the upgrade failure state, which includes the interrupted channel number; When a new upgrade instruction is received again, continue the upgrade from the interrupted channel according to the interrupted channel number.
[0009] In an embodiment, further comprising: Parse the upgrade instruction or the firmware configuration file associated therewith to obtain a multi-channel enabling flag; wherein the upgrade instruction is generated according to the preconfigured firmware configuration file; If the multi-channel enabling flag is true, the multi-channel upgrade process is executed; If the multi-channel enabling flag is false, a single file firmware upgrade process is executed.
[0010] In an embodiment, further comprising: Read the dependent version number in the firmware configuration file; If it is detected that the current main version number of the device end is lower than the dependent version number, the upgrade process is directly forced to be executed.
[0011] In an embodiment, obtaining the corresponding firmware file according to the target firmware file name of the channel to be upgraded comprises: Obtain the firmware upgrade package associated with the upgrade instruction, and the firmware upgrade package includes the firmware configuration file and a plurality of firmware files; Based on the mapping relationship between the predefined file name characteristics and the channel number, the firmware file corresponding to the channel to be upgraded is found and extracted from the firmware upgrade package according to the file name characteristics of the target firmware file name.
[0012] In an embodiment, the target firmware data digest is an MD5 value; verifying the firmware file integrity using the target firmware data digest comprises: calculating an MD5 check value of the obtained firmware file; comparing the calculated MD5 check value with an MD5 value configured for the channel to be upgraded; if the two are consistent, the integrity verification is passed; if the two are inconsistent, the verification fails, and the upgrading process for the channel to be upgraded is aborted.
[0013] In an embodiment, the firmware configuration file further comprises a version value field; comparing the current major version number with the target major version number comprises: comparing a numerical version value of the current major version number stored locally at the device end with a version value field corresponding to the target major version number.
[0014] In a second aspect, an embodiment of the present application provides an OTA upgrading system based on multi-channel dynamic configuration, comprising: a server end configured to generate and issue an upgrading instruction according to a firmware configuration file; a device end connected to the server end and configured to execute the OTA upgrading method based on multi-channel dynamic configuration as described above.
[0015] In a third aspect, an embodiment of the present application provides an electronic device, which comprises a memory and a processor. The memory and the processor are connected to each other through an internal connection path. The memory is configured to store instructions. The processor is configured to execute the instructions stored in the memory. When the processor executes the instructions stored in the memory, the processor executes the method in any one of the embodiments of the aspects described above.
[0016] In a fourth aspect, an embodiment of the present application provides a computer readable storage medium, which stores a computer program. When the computer program is run on a computer, the method in any one of the embodiments of the aspects described above is executed.
[0017] The above technical solution has at least the following advantages or beneficial effects: The application adopts multi-channel technology, allocates a channel for each component, obtains multi-channel configuration information by analyzing upgrade instructions, and the multi-channel configuration information contains target firmware file name of each channel, target firmware version number of each channel and target firmware data digest of each channel; determines single or multiple channels to be upgraded by comparing whether the current main version number of each channel is consistent with the target firmware version number of the same channel; and upgrades the single or multiple channels to be upgraded by using the target firmware file name to obtain the corresponding firmware file; after the firmware upgrade of all channels to be upgraded is completed, the current main version number is updated, and the whole upgrade process is completed.
[0018] The above summary is intended to illustrate only and is not intended to limit the application in any way. Further aspects, embodiments and features of the application will be readily apparent from the following detailed description and the drawings, which are described below. BRIEF DESCRIPTION OF DRAWINGS
[0019] In the drawings, like reference numerals refer to same or similar components throughout the several views. The drawings are not necessarily to scale. It should be understood that the drawings only depict certain embodiments of the application and do not imply any limitation of scope of the application.
[0020] Figure 1 Flowchart of the OTA upgrade method based on multi-channel dynamic configuration of the application; Figure 2 Structure block diagram of the electronic device of an embodiment of the application. DETAILED DESCRIPTION
[0021] In the following, only certain example embodiments are simply described. As those skilled in the art can recognize, the described embodiments can be modified in various different ways without departing from the spirit or scope of the application. Therefore, the drawings and the description are considered to be essentially exemplary rather than limiting.
[0022] The embodiment provides an OTA upgrading method based on multi-channel dynamic configuration, which decomposes the whole upgrading process into multiple independent channel upgrades, each channel corresponding to a hardware component, dynamically defines the upgrading parameters through a configuration file, realizes accurate on-demand upgrading, and improves the upgrading efficiency. The method is mainly executed by a device end, which can be a smart door lock, a safe, a smart vending cabinet, etc.
[0023] As shown in Figure 1 The OTA upgrading method based on multi-channel dynamic configuration specifically comprises the following steps: Step S1: receiving and analyzing an upgrading instruction, determining a target main version number and multi-channel configuration information; wherein the multi-channel configuration information comprises target firmware file names of multiple channels, target firmware version numbers of the multiple channels, and target firmware data digests of the multiple channels.
[0024] The upgrading instruction of the embodiment is generated by a service end connected with the device end according to a firmware configuration file.
[0025] It should be noted that the device end has different components, and each component is assigned with a corresponding channel, and the association relationship between the components and the channels is dynamically configured through the firmware configuration file.
[0026] A user edits a firmware configuration file according to a device model and component requirements, the firmware configuration file contains a main version number, a version value field, a firmware type, a model, a build time, a dependent version, a multi-channel enabling flag, file names of channels, firmware versions of the channels, firmware data digests of each channel, etc. fields, which define the entire version information and detailed parameters of each channel.
[0027] It should be explained that the version value field, the dependent version, etc. belong to non-essential fields, as optional functions; wherein the function of the dependent version is to directly force the upgrading process when the device end detects that the current main version number is lower than the dependent version number. The version value field is a machine-readable numerical value for accurate comparison of size for non-standard version numbers.
[0028] In the firmware configuration file, the main version number, the firmware type, the multi-channel enabling flag, the file names of the channels, the firmware versions of the channels, and the firmware data digests of each channel are necessary fields, and the user must define and configure them according to actual requirements.
[0029] The firmware configuration file defines the relationship between the firmware files used for upgrading of each component and the channels, for example, taking a smart door lock as an example, the smart door lock has components such as a core board, a front lock plate and a rear lock plate, and the configuration relationship is as follows:
[0030] The table defines the relationship between the firmware file and the channel, and the file name feature of the firmware file needs to meet the pattern of core_*.patch, where "*" is a wildcard, representing a variable version number, such as: The firmware file named core_2.patch is assigned to channel 0, and the target firmware version number of this upgrade is 2. The device will compare it with the current version number stored in itself to decide whether to upgrade.
[0031] The server reads the firmware configuration file, packages all the physical firmware files specified in the firmware configuration file into a complete OTA upgrade package, and issues an upgrade instruction to the device.
[0032] After receiving the OTA upgrade package, the device extracts the target main version number and key multi-channel configuration information. The target main version number represents the version identifier of the entire upgrade package, which is used to quickly determine whether to upgrade. The multi-channel configuration information records three key data for each channel, namely the target firmware file name of each channel, the target firmware version number of each channel, and the target firmware data digest of each channel, which is used to execute the subsequent multi-channel upgrade process.
[0033] Step S2: Obtain the current main version number of the device, compare the current main version number with the target main version number, and if the current main version number is different from the target main version number, execute the multi-channel upgrade process.
[0034] The device reads the current main version number of the device from the local persistent storage and compares it with the target main version number in the upgrade instruction. When comparing, the numerical version value field is used for accurate comparison first. The version value field provides a numerical version comparison benchmark and is specifically used to handle non-standard version format comparison problems. Specifically: When the target main version number in the upgrade instruction is in non-standard format, the device compares the numerical version value corresponding to the target main version number with the numerical version value of the current main version number of the device to determine the version newness and solve the non-standard version number format problem. If the version value field is not provided in the upgrade instruction, the device compares the firmware version number string.
[0035] If the current main version number of the device is consistent with the target main version number in the upgrade instruction, it means that the device is already the latest version, and the device ignores the upgrade instruction to avoid unnecessary upgrade operations, significantly improving the upgrade efficiency.
[0036] If the current major version number is inconsistent with the target major version number, the device parses the upgrade command or the associated firmware configuration file to obtain the multi-channel enable flag; if the multi-channel enable flag is true, the multi-channel upgrade process is executed; if the multi-channel enable flag is false, the single-file firmware upgrade process is executed.
[0037] It should be explained that the single-file upgrade process is simple and suitable for overall firmware upgrades. It does not involve differential upgrades of multiple components, does not require channel configuration, and the entire device is upgraded as a whole.
[0038] In this embodiment, if the current major version number is inconsistent with the target major version number, a multi-channel upgrade process is executed, including: Step S21: Traverse each channel, obtain the sub-version number stored locally for each channel on the device, and compare the sub-version number of each channel with the target firmware version number corresponding to the same channel; if the sub-version number of the current channel is inconsistent with the target firmware version number, mark the current channel as a channel to be upgraded and execute step S22; if the sub-version number of the current channel is consistent with the target firmware version number, then the current channel will not perform the upgrade operation.
[0039] Step S22: Obtain the corresponding firmware file according to the target firmware file name of the channel to be upgraded, and verify the integrity of the firmware file using the target firmware data digest; This embodiment uses the predefined mapping relationship between filename characteristics and channel numbers in the firmware configuration file to search for and extract the firmware file corresponding to the channel to be upgraded from the firmware upgrade package based on the filename characteristics of the target firmware filename.
[0040] In this embodiment, the target firmware data digest is the MD5 value. After obtaining the firmware file, the device calculates the MD5 checksum of the firmware file and compares it with the MD5 value of the corresponding channel in the firmware configuration file. If the two MD5 values match exactly, it indicates that the file has remained intact during transmission and storage, the verification passes, and step S23 is executed. If the MD5 values do not match, it indicates that the file may be corrupted, and the device aborts the upgrade process for that channel.
[0041] Step S23: After the integrity verification is passed, use the firmware file to perform a firmware upgrade on the channel to be upgraded.
[0042] After a firmware upgrade is successful on any channel to be upgraded, the sub-version number of that channel is updated to obtain a new sub-version number and stored locally.
[0043] When the firmware upgrade of any one of the to-be-upgraded channels fails, for example, integrity verification fails, network transmission errors, insufficient storage space, etc., the current multi-channel upgrade process is aborted, and the upgrade failure state is recorded, including the interrupted channel number; when a new upgrade instruction is received, the upgrade continues from the interrupted channel according to the interrupted channel number. This design allows the device to continue from the interrupted point the next time it upgrades, upgrading only the previously failed channels, thus achieving the breakpoint resume function of the upgrade.
[0044] Step S24: When the firmware upgrade of all to-be-upgraded channels is successful, the current main version number of the device end is updated to obtain a new main version number, which is stored locally. This marks the successful completion of a complete upgrade transaction. The device end then reports the updated version information to the server end, including the main version number and the version number of each channel.
[0045] The entire OTA upgrade method of the embodiment uses a multi-channel technology, assigns a channel to each component, obtains multi-channel configuration information by parsing the upgrade instruction, and the multi-channel configuration information includes the target firmware file name of each channel, the target firmware version number of each channel, and the target firmware data digest of each channel; the consistency of the current main version number of each channel and the target firmware version number of the same channel is compared to determine a single or multiple to-be-upgraded channels; and the corresponding firmware file is obtained using the target firmware file name to upgrade the single or multiple to-be-upgraded channels; after the firmware upgrade of all to-be-upgraded channels is completed, the current main version number is updated to complete the entire upgrade process. The present application can upgrade a single or multiple to-be-upgraded channels individually, instead of the traditional way of uniformly upgrading all components, can significantly shorten the upgrade process time and improve the upgrade efficiency, at the same time, only downloads the firmware file required for the to-be-upgraded channel for upgrading, avoids resource waste, reduces operating costs, and is suitable for large-scale Internet of Things upgrade scenarios.
[0046] In another embodiment, an OTA upgrade system based on multi-channel dynamic configuration is provided, which includes a server end and a device end.
[0047] The server end is configured to generate and issue an upgrade instruction according to a firmware configuration file. The server end includes: A firmware package generator that is responsible for packaging component firmware files and configuration files; A version manager that maintains firmware version information and version dependency relationships; An instruction generator that generates individualized upgrade instructions according to device states.
[0048] The device end is connected to the server end and is configured to execute the OTA upgrade method based on multi-channel dynamic configuration as in Embodiment One. The device end specifically includes: Configuration parser: Parses firmware configuration files and builds channel configuration models; Version comparator: Executes multi-level version comparison decision logic; Upgrade actuator: Perform firmware download, verification, and flashing in channel order; State Manager: Persistently stores the version status and upgrade progress of each channel.
[0049] It should be noted that the functions of each module in the system of this embodiment can be found in the corresponding descriptions in the above methods, and will not be repeated here.
[0050] In another embodiment, an electronic device is also provided. Figure 2 A structural block diagram of an electronic device according to an embodiment of the present invention is shown. Figure 2 As shown, the electronic device includes a memory 100 and a processor 200. The memory 100 stores a computer program that can run on the processor 200. When the processor 200 executes the computer program, it implements the OTA upgrade method based on multi-channel dynamic configuration in the above embodiments. The number of memories 100 and processors 200 can be one or more.
[0051] The electronic device also includes: The communication interface 300 is used to communicate with external devices and perform data exchange and transmission.
[0052] If the memory 100, processor 200, and communication interface 300 are implemented independently, they can be interconnected via a bus to communicate with each other. This bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. This bus can be divided into address bus, data bus, control bus, etc.
[0053] Optionally, in a specific implementation, if the memory 100, processor 200, and communication interface 300 are integrated on a single chip, then the memory 100, processor 200, and communication interface 300 can communicate with each other through an internal interface.
[0054] This invention provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the method provided in this invention.
[0055] The embodiment of the present application further provides a chip, which comprises a processor, and is used for calling and running instructions stored in a memory, so that a communication device installed with the chip executes the method provided by the embodiment of the present application.
[0056] The embodiment of the present application further provides a chip, which comprises an input interface, an output interface, a processor and a memory, and the input interface, the output interface, the processor and the memory are connected through internal connection paths, and the processor is used for executing codes in the memory, and when the codes are executed, the processor is used for executing the method provided by the embodiment of the present application.
[0057] It should be understood that the processor mentioned above can be a central processing unit (CPU), and can also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or any conventional processor, etc. It should be noted that the processor can be a processor supporting an advanced RISC machine (ARM) architecture.
[0058] Further, the aforementioned memory can include a read-only memory, and a random access memory, and can further include a non-volatile random access memory. The memory can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memory. The non-volatile memory can include a read-only memory (ROM), a programmable ROM (PROM), an erasable PROM (EPROM), an electrically EPROM (EEPROM), or a flash memory. The volatile memory can include a random access memory (RAM) that is used as an external cache. By way of example, but not limitation, a number of forms of RAM are available. For example, a static RAM (SRAM), a dynamic RAM (DRAM), a synchronous DRAM (SDRAM), a double data rate SDRAM (DDR SDRAM), an enhanced SDRAM (ESDRAM), a synchlink DRAM (SLDRAM), and a direct rambus RAM (DR RAM) can be employed.
[0059] In the above-described embodiments, all or a part can be implemented by software, hardware, firmware, or any combination thereof. When implemented as software, it can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded into and executed by a computer, all or part of the procedures or functions according to the present application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable apparatus. The computer instructions can be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another computer-readable storage medium.
[0060] In the description of the present specification, the description of the terms "one embodiment", "some embodiments", "an example", "a specific example", or "some examples" and the like means that the specific features, structures, materials or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present application. Also, the specific features, structures, materials or characteristics described can be combined in any appropriate manner in any one or more embodiments or examples. In addition, the person skilled in the art can combine and combine the different embodiments or examples described in the specification and the features of the different embodiments or examples without contradiction.
[0061] In addition, the terms "first", "second" are only for descriptive purposes and cannot be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined with "first", "second" can explicitly or implicitly include at least one of the features. In the description of the present application, the meaning of "a plurality of" is two or more, unless otherwise specifically limited.
[0062] The above is only a specific embodiment of the present application, but the protection scope of the present application is not limited thereto, and any person skilled in the art can easily think of various changes or replacements within the technical range disclosed by the present application, which should be covered within the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.
Claims
1. An OTA upgrade method based on multi-channel dynamic configuration, characterized in that, include: The system receives and parses upgrade instructions to determine the target major version number and multi-channel configuration information; wherein, the multi-channel configuration information includes target firmware file names for multiple channels, target firmware version numbers for multiple channels, and target firmware data digests for multiple channels. Obtain the current major version number on the device, compare the current major version number with the target major version number, and if the current major version number and the target major version number are inconsistent, execute a multi-channel upgrade process, including: Iterate through each channel, obtain the sub-version number stored locally for each channel on the device, and compare the sub-version number of each channel with the target firmware version number corresponding to the same channel. If the sub-version number of the current channel is inconsistent with the target firmware version number, the current channel is marked as a channel to be upgraded. The corresponding firmware file is obtained according to the target firmware file name of the channel to be upgraded, and the integrity of the firmware file is verified by using the target firmware data digest. After the integrity verification is passed, the firmware file is used to upgrade the firmware of the channel to be upgraded. Once the firmware upgrades for all channels to be upgraded are successful, the current major version number on the device is updated to obtain a new major version number, which is then stored locally.
2. The OTA upgrade method based on multi-channel dynamic configuration according to claim 1, characterized in that, Also includes: After the firmware upgrade of any channel to be upgraded is successful, the sub-version number of that channel to be upgraded is updated to obtain a new sub-version number and stored locally. If the firmware upgrade fails on any channel to be upgraded, the current multi-channel upgrade process is terminated and the upgrade failure status is recorded, including the interrupted channel number. When a new upgrade instruction is received again, the upgrade continues from the interrupted channel according to the interrupted channel number.
3. The OTA upgrade method based on multi-channel dynamic configuration according to claim 1, characterized in that, Also includes: Parse the upgrade command or its associated firmware configuration file to obtain the multi-channel enable flag; wherein the upgrade command is generated based on the pre-configured firmware configuration file; The multi-channel upgrade process is only executed if the multi-channel enable flag is true. If the multi-channel enable flag is false, then the single-file firmware upgrade process is executed.
4. The OTA upgrade method based on multi-channel dynamic configuration according to claim 3, characterized in that, Also includes: Read the dependency version number from the firmware configuration file; If the current major version number on the device is detected to be lower than the dependent version number, the upgrade process will be forcibly executed directly.
5. The OTA upgrade method based on multi-channel dynamic configuration according to claim 1, characterized in that, The step of obtaining the corresponding firmware file based on the target firmware file name of the channel to be upgraded includes: Obtain the firmware upgrade package associated with the upgrade command, wherein the firmware upgrade package includes a firmware configuration file and multiple firmware files; Based on the predefined mapping relationship between filename characteristics and channel numbers, the firmware file corresponding to the channel to be upgraded is found and extracted from the firmware upgrade package according to the filename characteristics of the target firmware filename.
6. The OTA upgrade method based on multi-channel dynamic configuration according to claim 1, characterized in that, The target firmware data digest is an MD5 value; The step of verifying the integrity of the firmware file using the target firmware data digest includes: Calculate the MD5 checksum of the obtained firmware file; Compare the calculated MD5 checksum with the MD5 value configured for the channel to be upgraded. If the two match, the integrity verification passes. If the two are inconsistent, the verification fails and the upgrade process for the channel to be upgraded is aborted.
7. The OTA upgrade method based on multi-channel dynamic configuration according to claim 3, characterized in that, The firmware configuration file also includes a version value field; the comparison of the current major version number with the target major version number includes: The version value field corresponding to the target major version number is compared with the numerical version value of the current major version number stored locally on the device.
8. An OTA upgrade system based on multi-channel dynamic configuration, characterized in that, include: The server-side component is used to generate and issue upgrade commands based on the firmware configuration file. The device is connected to the server and is used to execute the OTA upgrade method based on multi-channel dynamic configuration as described in any one of claims 1 to 7.
9. An electronic device, characterized in that, include: A processor and a memory, wherein the memory stores instructions that are loaded and executed by the processor to implement the OTA upgrade method based on multi-channel dynamic configuration as described in any one of claims 1 to 7.
10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, which, when executed by a processor, implements the OTA upgrade method based on multi-channel dynamic configuration as described in any one of claims 1 to 7.