Disclosure of Invention
In view of the above, the present invention aims to provide a firmware upgrading method, device, equipment and storage medium, which can realize firmware upgrading without affecting the business of clients on a server, and reduce maintenance cost and labor cost. The specific scheme is as follows:
In a first aspect, the present application discloses a firmware upgrade method, applied to a baseboard management controller, including:
When the baseboard management controller is started, comparing a check value of a first firmware file of a target firmware with a check value of a second firmware file of the target firmware to obtain a corresponding check value comparison result, wherein the first firmware file is a firmware file of the target file which is currently being used, and the second firmware file is a firmware file which is stored in a memory card in advance and has the same version number as the first firmware file;
Judging whether the first firmware file is normal or not based on the check value comparison result;
if the first firmware file is abnormal, initiating an upgrading task for upgrading the target firmware in a preset time period, and finishing upgrading of the target firmware.
Optionally, when the baseboard management controller is started, comparing the check value of the first firmware file of the target firmware with the check value of the second firmware file of the target firmware to obtain a corresponding check value comparison result, and before the step of comparing the check values, further includes:
and generating firmware file check values under different version numbers of each firmware based on a preset check value generation algorithm, and backing up the version numbers of each firmware and the corresponding check values of the second firmware files to the memory card.
Optionally, the comparing the check value of the first firmware file of the target firmware with the check value of the second firmware file of the target firmware to obtain a corresponding check value comparison result includes:
comparing the check value of the first firmware file of the target firmware with the check value of the second firmware file of the target firmware, and judging whether the check value of the first firmware file is consistent with the check value of the second firmware file;
correspondingly, the determining whether the first firmware file is normal based on the check value comparison result includes:
If the check value of the first firmware file is consistent with the check value of the second firmware file, the first firmware file is normal;
If the check value of the first firmware file is inconsistent with the check value of the second firmware file, the first firmware file is abnormal.
Optionally, if the first firmware file is abnormal, initiating an upgrade task for upgrading the target firmware within a preset time period, and completing the target firmware upgrade, including:
if the first firmware file is abnormal, generating an event log and notifying a user side;
And initiating an upgrading task for upgrading the target firmware within a preset time period, completing the upgrading of the target firmware and recording a corresponding upgrading success log.
Optionally, the initiating an upgrade task for upgrading the target firmware within a preset time period, to complete the upgrade of the target firmware, includes:
And initiating an upgrading task for upgrading the target firmware within a preset time period, completing the upgrading of the target firmware and re-backing up the check value of the second firmware file corresponding to the version number of the target firmware to the memory card.
Optionally, the firmware upgrading method further includes:
And if the user side initiates the operation of upgrading the target firmware, triggering an upgrading task for upgrading the target firmware to complete the upgrading of the target firmware.
Optionally, the triggering the upgrade task to upgrade the target firmware to complete the upgrade of the target firmware includes:
If the user side initiates the operation of upgrading the target firmware, triggering an upgrading task for upgrading the target firmware, recording the version number of the target firmware and the verification value of the corresponding second firmware file, and finishing the upgrading of the target firmware.
In a second aspect, the present application discloses a firmware upgrade apparatus, applied to a baseboard management controller, comprising:
The system comprises a baseboard management controller, a result generation module, a first firmware file, a second firmware file and a storage card, wherein the baseboard management controller is used for starting the baseboard management controller, and the baseboard management controller is used for starting the baseboard management controller;
The judging module is used for judging whether the first firmware file is normal or not based on the check value comparison result;
and the firmware upgrading module is used for initiating an upgrading task for upgrading the target firmware in a preset time period if the first firmware file is abnormal, so as to complete the upgrading of the target firmware.
In a third aspect, the present application discloses an electronic device, comprising:
a memory for storing a computer program;
And a processor for executing the computer program to implement the steps of the firmware upgrade method disclosed above.
In a fourth aspect, the present application discloses a computer readable storage medium storing a computer program, wherein the computer program when executed by a processor implements the steps of the firmware upgrade method disclosed above.
The application discloses a firmware upgrading method which is applied to a baseboard management controller and comprises the steps of comparing a check value of a first firmware file of a target firmware with a check value of a second firmware file of the target firmware when the baseboard management controller is started to obtain a corresponding check value comparison result, wherein the first firmware file is a firmware file of the target file which is currently used, the second firmware file is a firmware file which is stored in a memory card in advance and has the same version number as the first firmware file, judging whether the first firmware file is normal or not based on the check value comparison result, and if the first firmware file is abnormal, initiating an upgrading task of the target firmware to upgrade the target firmware within a preset time period to complete the upgrading of the target firmware. Therefore, by adding a new memory card designed in the application, and correspondingly storing the check values and version numbers of the second firmware files of all the firmware in the memory card, when the baseboard management controller is started each time, the check values of the first firmware files of the firmware and the check values of the second firmware files of the corresponding firmware can be compared to automatically judge whether the firmware needs to be updated or not, the business of a client on a server does not need to be stopped, and the maintenance cost and manpower and material resources are greatly reduced.
Detailed Description
The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
The existing server has very many related firmware including BMC, BIOS, main board CPLD, back board CPLD, PSU, network card, etc., the BMC can support the out-of-band refreshing function, but with the running of the server and the aging and upgrading of various firmware, the firmware of each module is damaged, the existing solution is to stop the service on the client server, and restore the service by adopting a BMC (baseboard management controller) out-of-band upgrading mode or by programming ROM (read only memory) through a burner, and the solution is to sacrifice the time and benefits of the client, so that the solution is not worth losing.
Therefore, the application discloses a firmware upgrading scheme which can realize firmware upgrading on the premise of not influencing the business of a client on a server and reduce maintenance cost and labor cost.
Referring to fig. 1, an embodiment of the present invention discloses a firmware upgrade method, which is applied to a baseboard management controller, and includes:
And S11, when the baseboard management controller is started, comparing a check value of a first firmware file of the target firmware with a check value of a second firmware file of the target firmware to obtain a corresponding check value comparison result, wherein the first firmware file is a firmware file of the target file which is currently being used, and the second firmware file is a firmware file which is stored in a memory card in advance and has the same version number as the first firmware file.
In this embodiment, when the baseboard management controller is started, the BMC generates the FW check value of each firmware by default, compares the FW check value with the standard FW check value stored in the TF card (Trans-FLASH CARD, flash memory card) in advance, and obtains a corresponding check value comparison result. It can be understood that the version numbers of the firmware and the corresponding standard FW check values are stored through the TF card, and the TF card has the characteristics of small volume and large capacity, and the addition of a TF card in the original system cannot affect the layout of the original firmware excessively on the physical level.
In this embodiment, if the BMC is not started to detect that the target firmware has a problem and performs upgrading, but the user side is started to upgrade the target firmware, an upgrade task for upgrading the target firmware is triggered, and the target firmware upgrade is completed. It can be understood that after each firmware generates a new version of firmware after a period of time, even if the current target firmware is not damaged, when the user considers that the version of the current target firmware is too low and wants to upgrade and update the current target firmware, the user initiates the operation of upgrading the target firmware, further triggers the upgrading task of upgrading the target firmware, records the version number of the target firmware and the verification value of the corresponding second firmware file, and completes the upgrading of the target firmware. For example, when the version number of the network card on the current server is 1.0 version, and when the monitoring module of the server monitors that the network card with the version 1.1 exists currently, the user is prompted through the corresponding display device according to a preset upgrade prompt instruction, and after the user receives the corresponding prompt, the user considers that the network card is required to be updated correspondingly, so that the user initiates the operation of updating the network card on the server, the corresponding BMC triggers the upgrade task of upgrading the network card with the version 1.1, and records the version number of the network card with the version 1.1 and the verification value of the corresponding fw file on the TF card, thereby completing the network card upgrade. It should be noted that, because some firmware on the server is manually upgraded by the user at this time, in the TF card, the verification value of the second firmware file of the target firmware with the corresponding version number may not be saved in advance, so when the user initiates the upgrading of the target firmware manually at each time, the version number of the upgrading target firmware and the verification value of the corresponding second firmware file need to be written in the TF card.
And step S12, judging whether the first firmware file is normal or not based on the check value comparison result.
In this embodiment, whether the current fw file is normal is determined by comparing the fw check value of the target firmware generated by the BMC with the standard fw check value stored in the TF card in advance, and it can be understood that, because the preset check value generation algorithm knows that the generated check value is very accurate, even if the first firmware file changes by one bit, the check value generated based on the first firmware will also change, so that whether the current fw file is normal can be seen from the check value comparison result.
And step S13, if the first firmware file is abnormal, initiating an upgrading task for upgrading the target firmware in a preset time period to complete the upgrading of the target firmware.
In this embodiment, if it is checked that the fw file of the target firmware is abnormal, the task of upgrading the firmware fw is actively initiated within a certain time, and it can be understood that an automatic update function of starting the BMC is set first, then in a listening time period range, the BMC determines that the target firmware has a problem due to the fact that the verification value comparison result is abnormal is detected, and needs to be upgraded, so that the upgrading of the target firmware is completed.
The application discloses a firmware upgrading method which is applied to a baseboard management controller and comprises the steps of comparing a check value of a first firmware file of a target firmware with a check value of a second firmware file of the target firmware when the baseboard management controller is started to obtain a corresponding check value comparison result, wherein the first firmware file is a firmware file of the target file which is currently used, the second firmware file is a firmware file which is stored in a memory card in advance and has the same version number as the first firmware file, judging whether the first firmware file is normal or not based on the check value comparison result, and if the first firmware file is abnormal, initiating an upgrading task of the target firmware to upgrade the target firmware within a preset time period to complete the upgrading of the target firmware. Therefore, by adding a new memory card designed in the application, and correspondingly storing the check values and version numbers of the second firmware files of all the firmware in the memory card, when the baseboard management controller is started each time, the check values of the first firmware files of the firmware and the check values of the second firmware files of the corresponding firmware can be compared to automatically judge whether the firmware needs to be updated or not, the business of a client on a server does not need to be stopped, and the maintenance cost and manpower and material resources are greatly reduced.
Referring to fig. 2, an embodiment of the present invention discloses a specific firmware upgrading method, and compared with the previous embodiment, the present embodiment further describes and optimizes a technical solution. Specific:
And S21, generating firmware file check values under different version numbers of each firmware based on a preset check value generation algorithm, and backing up the version numbers of each firmware and the check values of the corresponding second firmware files to the memory card.
In this embodiment, the verification values of the firmware files under different version numbers of each firmware are first generated based on the MD5 (Message-Digest Algorithm 5) Algorithm, it can be understood that since the MD5 value is easy to calculate from the original data with any length, and the calculated MD5 value is fixed in length, any modification is performed on the original data, even if only 1 byte is modified, the resulting MD5 values are very different, and even if the original data and the MD5 values thereof are known, it is very difficult to want to find a data with the same MD5 value, i.e., counterfeit data. Therefore, in this embodiment, the MD5 algorithm may be used as a preset check value generating algorithm, and it should be noted that the preset check value generating algorithm may specifically further include, but is not limited to, a hash algorithm, and the like. After the standard check value of fw of the target firmware generated by a preset check value generation algorithm is obtained, the standard check value, the version number of the target firmware and the target firmware are also bound and backed up in the TF card. It can be understood that by installing the TF card on the motherboard in advance and mounting the file directory of the TF card into the BMC file system, that is, combining the file directory of the TF card with the system file directory, when the firmware is upgraded in factory, the BMC backs up the firmware fw files of each component into the TF card and generates a check value of each firmware fw, and it is noted that the version of each component fw is recorded and the power supply needs to be kept continuously in the backup process, so as to avoid the situation of sudden power failure when the TF card is read and written, and avoid the damage of the TF card.
And S22, when the baseboard management controller is started, comparing the check value of the first firmware file of the target firmware with the check value of the second firmware file of the target firmware, and judging whether the check value of the first firmware file is consistent with the check value of the second firmware file.
In this embodiment, when the baseboard management controller is started, the check value of the first firmware file of the target firmware and the check value of the second firmware file of the target firmware are compared, and it can be understood that, because the same preset check value generation algorithm is used, and the object of the currently calculated check value and the object pre-stored in the TF card are the same version number of the target firmware, in theory, whether the two check values are identical or not can be compared to determine whether the current target firmware is normal or not.
Step S23, if the check value of the first firmware file is consistent with the check value of the second firmware file, the first firmware file is normal, and if the check value of the first firmware file is inconsistent with the check value of the second firmware file, the first firmware file is abnormal.
In this embodiment, if the check value of the first firmware file is consistent with the check value of the second firmware file, the first firmware file is normal, and then the BMC is not required to start the target firmware upgrade task at this time, and if the check value of the first firmware file is inconsistent with the check value of the second firmware file, the first firmware file is abnormal, and it can be understood that, because the version number of the target firmware backed up in the TF card and the check value of the corresponding second firmware file are standard check values, errors are generally not easy to occur, and if the two check values are inconsistent, it can be preferentially considered that the first check value of the current target firmware is wrong, and thus the first firmware file is not normal.
And step S24, if the first firmware file is abnormal, initiating an upgrading task for upgrading the target firmware in a preset time period to complete the upgrading of the target firmware.
In this embodiment, if the first firmware file is abnormal, on the premise that the BMC is started to automatically update the firmware, since the monitoring module is used to monitor the BMC, when the monitoring module finds that the BMC detects that the target firmware file is abnormal, an abnormal signal is fed back to the BMC, and then the BMC initiates an upgrade task of upgrading the target firmware within a preset time period. For example, when detecting that the fw file of the PSU with the current version number of 2.0 in the server is abnormal, initiating the upgrading task of the PSU within 2 minutes to complete the upgrading of the 3.0 version of the PSU.
Therefore, when the BMC is started, a check value of the first firmware file of the current target firmware is generated through a preset check value generation algorithm, then the current check value is compared with a check value of the second firmware of the same version of the target firmware stored in the TF card in advance, whether the current target firmware is normal or not is determined based on the comparison result, and if the corresponding firmware upgrade is not performed normally, the check value of the first firmware file of the current target firmware is conveniently obtained through the embodiment, and preparation is made for comparison of the later check values.
Referring to fig. 3, an embodiment of the present invention discloses a specific firmware upgrading method, and compared with the previous embodiment, the present embodiment further describes and optimizes a technical solution. Specific:
and S31, when the baseboard management controller is started, comparing a check value of a first firmware file of the target firmware with a check value of a second firmware file of the target firmware to obtain a corresponding check value comparison result, wherein the first firmware file is a firmware file of the target file which is currently being used, and the second firmware file is a firmware file which is stored in a memory card in advance and has the same version number as the first firmware file.
And S32, judging whether the first firmware file is normal or not based on the check value comparison result.
The more specific process in steps S31 and S32 is referred to the above disclosed embodiments, and will not be described herein.
And step S33, if the first firmware file is abnormal, generating an event log and notifying a user side, initiating an upgrading task for upgrading the target firmware within a preset time period, completing the upgrading of the target firmware and recording a corresponding upgrading success log.
In this embodiment, if the first firmware file is abnormal, an event log is generated and the user side is notified, and it can be understood that when the first firmware file is abnormal, the BMC collects various information of the target firmware on the server and provides the information to the upper layer operation and maintenance network management software. The method mainly comprises two means, namely, a BMC can provide various interfaces for upper network management inquiry, such as a human-computer interface of web, command line and the like, a Simple Network Management Protocol (SNMP) (Simple Network Management Protocol), an Intelligent Platform Management Interface (IPMI) (INTELLIGENT PLATFORM MANAGEMENT INTERFACE), a Representational STATE TRANSFER) and other machine interfaces, and a BMC can actively report the faults to a service end of upper network management software through SNMP trap information, SMTP mail information, REDFISH HTTP json information and other means when the faults are detected, so that operation and maintenance personnel can identify and process the faults in time. In general, the message reported by the BMC software clearly indicates which component has failed, what the processing advice is, and so on.
In this embodiment, an upgrade task for upgrading the target firmware is initiated within a preset time period, and the target firmware is upgraded and the check value of the second firmware file corresponding to the version number of the target firmware is backed up again to the memory card. It can be understood that, after the BMC completes the task of upgrading the target firmware, it is necessary to reuse the preset check value generation algorithm to generate the check value of the second firmware file of the new version of the target firmware, and store the check value of the second firmware file corresponding to the new version in the TF card as the standard check value of the version of the target firmware.
Therefore, when the condition that the first firmware file is abnormal is detected, a corresponding target firmware upgrading task is triggered, and meanwhile, a related event log is generated to inform a user, so that the user can timely acquire firmware abnormal information to automatically and manually process and upgrade or BMC triggers target firmware upgrading to upgrade the abnormal target firmware, the upgrading processing task of the abnormal target firmware is performed, the service on a user server is not required to be stopped while the upgrading task of the firmware is processed, and the user is recovered again through a BMC out-of-band upgrading mode or through a burner for programming ROM, so that the time and benefits of a customer are avoided.
The technical scheme in the application is described below by taking a certain firmware upgrading process on a server as an example.
Referring to fig. 4, a TF card is first installed on a motherboard, and the TF card is mounted in a BMC file system, and when firmware is upgraded in factory, the BMC backs up fw files of each target firmware into the TF card, generates a standard check value of each firmware fw, and records version numbers of each component fw. It is understood that the server firmware may include, but is not limited to, BMC, BIOS, motherboard CPLD, backplane CPLD, PSU, network card, etc. When the BMC is started each time, the BMC defaults and compares the fw check value of each firmware with the version number and the corresponding standard check value which are the same as those of the firmware stored in the TF card, so that the integrity of the fw of each firmware is ensured, if the fw of each firmware under the same version is determined to be complete according to the comparison result, firmware upgrading processing is not performed, if the fw check value of each firmware under the same version is found to be different from the standard check value of the fw in the TF card according to the comparison result, the BMC generates event logs to inform a user and actively initiates task for upgrading the fw of the firmware within a certain time, if the user actively initiates the fw upgrading operation of the firmware, the BMC backs up the fw of the firmware again and generates a new check value, and after the firmware is successfully upgraded, the corresponding upgrading success log is recorded. The design has strong replicability and expansibility, and particularly, in the process of using the server by the client, the service of the client on the server does not need to be stopped, and the maintenance cost of the client is reduced.
Referring to fig. 5, an embodiment of the present invention discloses a specific firmware upgrade apparatus, which is applied to a baseboard management controller, and includes:
The result generating module 11 is configured to compare a verification value of a first firmware file of the target firmware with a verification value of a second firmware file of the target firmware when the baseboard management controller is started, so as to obtain a corresponding verification value comparison result; the first firmware file is a firmware file of the target file which is currently used, and the second firmware file is a firmware file which is stored in a memory card in advance and has the same version number as the first firmware file;
A judging module 12, configured to judge whether the first firmware file is normal based on the check value comparison result;
And the firmware upgrading module 13 is configured to initiate an upgrading task for upgrading the target firmware within a preset time period if the first firmware file is abnormal, so as to complete the target firmware upgrading.
The application discloses a firmware upgrading method which is applied to a baseboard management controller and comprises the steps of comparing a check value of a first firmware file of a target firmware with a check value of a second firmware file of the target firmware when the baseboard management controller is started to obtain a corresponding check value comparison result, wherein the first firmware file is a firmware file of the target file which is currently used, the second firmware file is a firmware file which is stored in a memory card in advance and has the same version number as the first firmware file, judging whether the first firmware file is normal or not based on the check value comparison result, and if the first firmware file is abnormal, initiating an upgrading task of the target firmware to upgrade the target firmware within a preset time period to complete the upgrading of the target firmware. Therefore, by adding a new memory card designed in the application, and correspondingly storing the check values and version numbers of the second firmware files of all the firmware in the memory card, when the baseboard management controller is started each time, the check values of the first firmware files of the firmware and the check values of the second firmware files of the corresponding firmware can be compared to automatically judge whether the firmware needs to be updated or not, the business of a client on a server does not need to be stopped, and the maintenance cost and manpower and material resources are greatly reduced.
In some specific embodiments, the result generating module 11 may specifically include:
And the first backup unit is used for generating firmware file check values under different version numbers of each firmware based on a preset check value generation algorithm, and backing up the version numbers of each firmware and the corresponding check values of the second firmware files to the memory card.
In some specific embodiments, the result generating module 11 may specifically include:
the first judging unit is used for comparing the check value of the first firmware file of the target firmware with the check value of the second firmware file of the target firmware and judging whether the check value of the first firmware file is consistent with the check value of the second firmware file.
In some specific embodiments, the determining module 12 may specifically include:
And the second judging unit is used for judging that the first firmware file is normal if the check value of the first firmware file is consistent with the check value of the second firmware file, and judging that the first firmware file is abnormal if the check value of the first firmware file is inconsistent with the check value of the second firmware file.
In some specific embodiments, the firmware upgrade module 13 may specifically include:
and the log recording unit is used for generating an event log and notifying a user terminal if the first firmware file is abnormal, initiating an upgrading task for upgrading the target firmware within a preset time period, completing the upgrading of the target firmware and recording a corresponding upgrading success log.
In some specific embodiments, the firmware upgrade module 13 may specifically include:
and the second backup unit is used for initiating an upgrading task for upgrading the target firmware in a preset time period, completing the upgrading of the target firmware and re-backing up the check value of the second firmware file corresponding to the version number of the target firmware to the memory card.
In some specific embodiments, the firmware upgrade apparatus may specifically include:
And the manual firmware upgrading module is used for triggering an upgrading task for upgrading the target firmware if the user side initiates the operation of upgrading the target firmware, so as to complete the upgrading of the target firmware.
In some specific embodiments, the manual firmware upgrade module may specifically include:
And the third backup unit is used for triggering the upgrading task of upgrading the target firmware if the user side initiates the operation of upgrading the target firmware, recording the version number of the target firmware and the check value of the corresponding second firmware file, and finishing the upgrading of the target firmware.
Further, the embodiment of the present application further discloses an electronic device, and fig. 6 is a block diagram of an electronic device 20 according to an exemplary embodiment, where the content of the figure is not to be considered as any limitation on the scope of use of the present application.
Fig. 6 is a schematic structural diagram of an electronic device 20 according to an embodiment of the present application. The electronic device 20 may include, in particular, at least one processor 21, at least one memory 22, a power supply 23, a communication interface 24, an input-output interface 25, and a communication bus 26. Wherein the memory 22 is used for storing a computer program, which is loaded and executed by the processor 21 to implement the relevant steps in the firmware upgrade method disclosed in any of the foregoing embodiments. In addition, the electronic device 20 in the present embodiment may be specifically an electronic computer.
In this embodiment, the power supply 23 is configured to provide working voltages for each hardware device on the electronic device 20, the communication interface 24 is capable of creating a data transmission channel with an external device for the electronic device 20, and the communication protocol to be followed is any communication protocol applicable to the technical solution of the present application, which is not specifically limited herein, and the input/output interface 25 is configured to obtain external input data or output data to the external device, and the specific interface type of the input/output interface may be selected according to the specific application needs and is not specifically limited herein.
Processor 21 may include one or more processing cores, such as a 4-core processor, an 8-core processor, etc. The processor 21 may be implemented in at least one hardware form of DSP (DIGITAL SIGNAL Processing), FPGA (Field-Programmable gate array), PLA (Programmable Logic Array ). The processor 21 may also include a main processor, which is a processor for processing data in a wake-up state, also called a CPU (Central Processing Unit ), and a coprocessor, which is a low-power processor for processing data in a standby state. In some embodiments, the processor 21 may integrate a GPU (Graphics Processing Unit, image processor) for rendering and drawing of content required to be displayed by the display screen. In some embodiments, the processor 21 may also include an AI (ARTIFICIAL INTELLIGENCE ) processor for processing computing operations related to machine learning.
The memory 22 may be a carrier for storing resources, such as a read-only memory, a random access memory, a magnetic disk, or an optical disk, and the resources stored thereon may include an operating system 221, a computer program 222, and the like, and the storage may be temporary storage or permanent storage.
The operating system 221 is used for managing and controlling various hardware devices on the electronic device 20 and the computer program 222, so as to implement the operation and processing of the processor 21 on the mass data 223 in the memory 22, which may be Windows Server, netware, unix, linux, etc. The computer program 222 may further include a computer program that can be used to perform other specific tasks in addition to the computer program that can be used to perform the firmware upgrade method performed by the electronic device 20 disclosed in any of the previous embodiments. The data 223 may include, in addition to data received by the electronic device and transmitted by the external device, data collected by the input/output interface 25 itself, and so on.
Further, the application also discloses a computer readable storage medium for storing a computer program, wherein the computer program realizes the firmware upgrading method when being executed by a processor. For specific steps of the method, reference may be made to the corresponding contents disclosed in the foregoing embodiments, and no further description is given here.
In this specification, each embodiment is described in a progressive manner, and each embodiment is mainly described in a different point from other embodiments, so that the same or similar parts between the embodiments are referred to each other. For the device disclosed in the embodiment, since it corresponds to the method disclosed in the embodiment, the description is relatively simple, and the relevant points refer to the description of the method section.
Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative elements and steps are described above generally in terms of functionality in order to clearly illustrate the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application. The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. The software modules may be disposed in Random Access Memory (RAM), memory, read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
Finally, it is further noted that relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Moreover, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises an element.
The above description of the firmware upgrading method, device, apparatus and storage medium provided by the present invention is provided in detail, and specific examples are used herein to illustrate the principles and embodiments of the present invention, and the above description of the examples is only for aiding in understanding the method and core concept of the present invention, and meanwhile, for those skilled in the art, according to the concept of the present invention, there are variations in the specific embodiments and application scope, so the disclosure should not be construed as limiting the invention.