CN106843957B - System firmware upgrading method and device - Google Patents
System firmware upgrading method and device Download PDFInfo
- Publication number
- CN106843957B CN106843957B CN201710032064.3A CN201710032064A CN106843957B CN 106843957 B CN106843957 B CN 106843957B CN 201710032064 A CN201710032064 A CN 201710032064A CN 106843957 B CN106843957 B CN 106843957B
- Authority
- CN
- China
- Prior art keywords
- upgrade
- log
- upgrading
- equipment
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Abstract
The invention discloses a system firmware upgrading method and device, and belongs to the technical field of computers. The method comprises the following steps: upgrading the system firmware in the equipment according to the upgrade package sent by the server; generating an upgrade log in the upgrade process, wherein the upgrade log is used for recording the operation executed by the equipment in the upgrade process; after the upgrade is completed, detecting whether the upgrade is successful; and when the upgrade is unsuccessful, sending the upgrade log to the server, so that a developer can accurately know the specific reason of the equipment upgrade failure according to the upgrade log, and the upgrade package is effectively maintained.
Description
Technical Field
The invention relates to the technical field of computers, in particular to a system firmware upgrading method and device.
Background
The system firmware is generally stored in an electrically erasable read-only memory or a flash memory chip in the equipment, and the performance of an operating system of the equipment can be effectively improved by upgrading the system firmware in the equipment.
In the related art, when the system firmware of the device needs to be upgraded, an upgrade package corresponding to the device type may be downloaded from the server, and then files in the upgrade package are upgraded in a Recovery mode (Recovery), thereby implementing the upgrade of the system firmware. When the upgrading fails, the user can download the system updating package from the server to update and repair the equipment, or can directly update and repair the equipment after selling.
However, after the system firmware is upgraded by using the upgrading method in the related art, when the upgrading fails, since the developer cannot accurately know the specific reason of the upgrading failure, the upgrading package cannot be effectively maintained.
Disclosure of Invention
In order to solve the problems in the related art, the invention provides a system firmware upgrading method and device, which can generate an upgrading log in the process of upgrading the system firmware, and send the upgrading log to a server when upgrading is unsuccessful, so that a developer can accurately know the specific reason of upgrading failure according to the upgrading log, and an upgrading package can be effectively maintained.
In a first aspect of embodiments of the present invention, a method for upgrading system firmware is provided, where the method includes:
upgrading the system firmware in the equipment according to the upgrade package sent by the server;
generating an upgrade log in the upgrade process, wherein the upgrade log is used for recording the operation executed by the equipment in the upgrade process;
after the upgrade is completed, detecting whether the upgrade is successful;
and when the upgrading is unsuccessful, sending the upgrading log to the server.
In a second aspect of the embodiments of the present invention, a method for upgrading system firmware is provided, where the method includes:
sending an upgrade package to equipment according to an upgrade request sent by the equipment;
and when an upgrade log aiming at the upgrade package sent by the equipment is received, recording the corresponding relation between the identification of the equipment and the upgrade log.
In a third aspect of embodiments of the present invention, there is provided a system firmware upgrade apparatus, including:
the upgrading module is used for upgrading the system firmware in the equipment according to the upgrading packet sent by the server;
the generation module is used for generating an upgrade log in the upgrade process, and the upgrade log is used for recording the operation executed by the equipment in the upgrade process;
the detection module is used for detecting whether the upgrade is successful or not after the upgrade is finished;
and the first sending module is used for sending the upgrade log to the server when the upgrade is unsuccessful.
In a fourth aspect of the embodiments of the present invention, there is provided a system firmware upgrade apparatus, including:
the sending module is used for sending an upgrade package to the equipment according to an upgrade request sent by the equipment;
and the recording module is used for recording the corresponding relation between the identifier of the equipment and the upgrade log when the upgrade log aiming at the upgrade package sent by the equipment is received.
The technical scheme provided by the invention has the beneficial effects that:
the invention provides a method and a device for upgrading system firmware.A device can generate an upgrade log recording operations executed by the device in the upgrading process according to an upgrade packet sent by a server, and when the upgrade is unsuccessful, the device can send the upgrade log to the server, so that a developer can accurately know the specific reason of the upgrade failure according to the upgrade log, and the upgrade packet is effectively maintained.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
FIG. 1 is a schematic diagram of an implementation environment for a system firmware upgrade method according to one embodiment of the invention;
FIG. 2 is a flow diagram of a method for generating a system firmware package according to one embodiment of the invention;
FIG. 3 is a schematic diagram of an apparatus for generating a system firmware package according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a system firmware package generation apparatus according to another embodiment of the present invention;
FIG. 5 is a schematic structural diagram of a system firmware package generation apparatus according to still another embodiment of the present invention;
fig. 6 is a schematic structural diagram of a system firmware package generation apparatus according to still another embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
Fig. 1 is a schematic diagram of an implementation environment of a system firmware upgrade method according to an embodiment of the present invention, and as shown in fig. 1, the implementation environment may include: a server 01 and at least one device 02. The server 01 may be a server, a server cluster composed of a plurality of servers, or a cloud computing service center. The device 02 may be a smart phone, a computer, a smart home device, a multimedia player, an e-reader, or a wearable device, etc. The server 01 and the device 02 can establish connection through a wired network or a wireless network, and the device 02 can download an upgrade package from the server 01 and upgrade system firmware according to the upgrade package.
Fig. 2 is a flowchart of a method for generating a system firmware package according to an embodiment of the present invention, which may be applied in the implementation environment shown in fig. 1, and with reference to fig. 2, the method may include:
step 101, the server sends an upgrade package to the device according to the upgrade request sent by the device.
In the embodiment of the present invention, when the system firmware in the device needs to be upgraded, the device may send an upgrade request to the server, where the upgrade request may carry an identifier of an upgrade package to be acquired. The server can send the corresponding upgrade package to the device after receiving the upgrade request, and correspondingly, the device can start the version download module to download the upgrade package.
The upgrade package may be an Over the Air (OTA for short) upgrade package. The device can be provided with an OTA client, and the device can send an upgrade request, receive an upgrade package and perform other related operations of system firmware upgrade through the OTA client.
And 102, calculating the check value of the upgrade package by the equipment.
In order to facilitate the later-stage server to verify the upgrade package, the equipment can calculate the verification value of the upgrade package according to a preset algorithm after the upgrade package is downloaded. For example, the device may employ a fifth version of the Message digest algorithm (Message digest algorithm, abbreviated MD5) to calculate the MD5 value for the upgrade package.
Step 103, the device sends verification information to the server, wherein the verification information includes the check value.
In the embodiment of the present invention, the verification information may further include an identifier of the device, and the identifier of the device may be a character string capable of uniquely identifying the device. For example, the device may be a factory serial number of the device, or an International Mobile Equipment Identity (IMEI) of the device. For example, after the device calculates the MD5 value of the upgrade package, the IMEI of the device and the calculated MD5 value may be sent to the server.
And step 104, the equipment upgrades the system firmware in the equipment according to the upgrade package sent by the server.
In the embodiment of the present invention, before the device upgrades the system firmware, the signature verification module may be started to verify the digital signature of the upgrade package, and if the verification is successful, the device may restart to enter a Recovery mode, and upgrade the system firmware according to the upgrade package.
If the verification fails, the equipment can directly feed back the verification result to the server, and operators determine whether the digital signature has problems. If the digital signature has a problem, the operator can remove the upgrade package from the server side, and sign the upgrade package by using a correct signature file and then release the upgrade package again.
The specific process of verifying the digital signature may refer to related technologies, which are not described in detail in the embodiments of the present invention.
And 105, generating an upgrade log by the equipment in the upgrade process.
The upgrade log is used for recording the operation executed by the equipment in the upgrade process. The upgrade process may include the entire process of sending an upgrade request from the device to the upgrade is complete. Since the device is in different states in the upgrade process, for example, the device is in a normal start state when sending the upgrade request and the verification information, and is in a Recovery mode when upgrading the system firmware, the upgrade log generated by the device is also different according to the different states of the device.
Specifically, the upgrade log may mainly include two parts: application layer logs and Recovery pattern logs (Recovery logs). When the OTA client in the device detects an upgrade request, a log capture tool in the system may be called to capture an application layer log, for example, a logcat tool (a command line tool in an android system) may be called to capture an application layer log. In order to avoid caching excessive invalid data, during the process of grabbing the application layer log, the device may further analyze and extract a valid log (i.e., key information related to the upgrade) by means of a designated Tag (Tag) and cache the valid log locally. The application layer log is generated in the specified Tag mode, so that the occupation of excessive storage space can be avoided, and the sending efficiency of the upgrade log can be improved.
Further, after the device enters the Recovery mode, the device may start a log redirection module, record, in a redirection manner, an upgrade operation performed by the device in the Recovery mode in the Recovery log, and store the Recovery log in a cache area.
And step 106, after the equipment is upgraded, detecting whether the equipment is upgraded successfully.
In the embodiment of the invention, after the device finishes upgrading in the Recovery mode, whether the upgrading is successful can be detected, and the detected upgrading result is stored in the specified file of the cache region. If the upgrade is detected to be successful, the device can directly delete the Recovery log; if an upgrade is detected as unsuccessful, the Recovery log may be retained.
Further, the device may be restarted and enter a normal start state, at this time, the device may first detect whether the specified file recorded with the upgrade result exists in the cache region, and if so, the device may start a background service to monitor and analyze the upgrade result. If the upgrade is not successful, step 107 may be performed; if the upgrade is successful, steps 113 and 114 may be performed.
Step 107, when the upgrade is unsuccessful, the device sends the upgrade log to the server.
When the device detects that the upgrade is unsuccessful (i.e., the upgrade fails) after being restarted, in order to facilitate a developer to analyze a specific reason for the upgrade failure, the device may send, to the server, an upgrade log stored in the cache area, where the upgrade log may specifically include an application layer log and a recovery mode log. In addition, after the device successfully sends the upgrade log to the server, the upgrade package, the upgrade log and the file recorded with the upgrade result can be deleted locally, so that excessive storage space is avoided.
It should be noted that, in practical applications, the device may detect the network connection state of the device at regular time after determining that the upgrade has failed, and when detecting that the device is in the networking state within a preset time period (for example, five days), for example, when connecting to a Wireless-fidelity (Wi-Fi) network, the upgrade log may be uploaded to the server. If the device detects that the device is always in the non-networking state within the preset time period, or the upgrade log is not uploaded successfully within the preset time period, the device may also start the self-deletion module, and forcibly delete the locally cached upgrade log and the upgrade package.
And 108, when the server receives the upgrade log aiming at the upgrade package sent by the equipment, recording the corresponding relation between the identification of the equipment and the upgrade log.
In the embodiment of the present invention, when the server receives the upgrade log for the upgrade package sent by the device, it may be determined that the device fails to be upgraded, and in order to facilitate a developer to analyze a specific reason of the upgrade failure and make a corresponding processing policy, the server may store the upgrade log and record a corresponding relationship between the identifier of the device and the upgrade log.
And step 109, when the server receives the upgrade log for the upgrade package sent by the device, acquiring a target check value corresponding to the upgrade package.
Further, after the server determines that the device fails to be upgraded according to the upgrade log sent by the device, in order to verify whether the upgrade package is correct, a target check value corresponding to the upgrade package may be obtained. The target check value is the check value of the upgrade package of the correct version stored in the server in advance.
Step 110, the server determines whether the check value in the verification information is the same as the target check value.
When the verification value in the verification information sent by the device is different from the target verification value, the server may perform step 111; when the verification value in the verification information is the same as the target verification value, the server may perform step 112.
And step 111, when the check value in the verification information is different from the target check value, generating first prompt information.
When the verification value in the verification information is different from the target verification value, the server may determine that the version of the currently issued upgrade package is wrong, and thus may generate first prompt information for prompting a developer to replace the upgrade package. After the developer sees the first prompt message, the developer can timely remove the problem version and reissue the upgrade package with the correct version, so as to ensure that the relevant equipment can download the correct upgrade package.
And step 112, when the check value in the verification information is the same as the target check value, generating second prompt information.
When the verification value in the verification information is the same as the target verification value, the server can determine that the version of the currently issued upgrade package is correct, and the upgrade failure is caused by other reasons, so that second prompt information can be generated and used for prompting a developer to analyze the upgrade log.
Further, the developer can analyze the upgrade log stored in the server to determine whether the problem is a single-product problem or a batch problem, and determine whether a differential package (the differential package is an upgrade package that only contains differential data between the new version firmware and the old version firmware) can solve the problem. If the difference package can solve the problem, the correction difference package is preferably made, and then the complete upgrade package (which contains all the data in the new version firmware) is made. For a single product or a batch, a developer can reissue a correction upgrade package (a differential package or a complete upgrade package) and create an upgrade strategy, so that the part of equipment performs system upgrade correction through the reissued correction upgrade package.
Specifically, the processing policy adopted by the developer is different according to the different final states of the upgraded devices recorded in the upgrade log. If the version of the system firmware is kept unchanged after the equipment upgrading fails, a developer can generate an upgrading strategy (a differential upgrading strategy or a complete upgrading strategy) for a single piece of equipment or a certain batch of equipment at a server side, configure the upgrading strategy into forced upgrading (namely, equipment is automatically upgraded and configured when the problem is serious) or push a correction upgrading packet to the equipment according to the severity of the problem, prompt that the current version has the problem and needs to be immediately upgraded, and then selectively upgrade by a user.
If the equipment fails to be upgraded, the system firmware version is between the current version and the target version, and if the developer determines that the equipment is a single-item problem according to the upgrade log, the developer directly pushes the latest OTA complete upgrade package to the equipment for upgrading according to the IMEI number of the equipment; and if the batch has the problem, the new OTA differential packet is reissued, an upgrading strategy is created, and the equipment which has the upgrading hidden trouble problem in the batch but does not perform the upgrading action is forcibly upgraded to the corrected target version.
In addition, if the equipment fails to be upgraded and cannot be started, the user can feed back the situation to the after-sales service, and after-sales personnel can acquire the upgrade logs stored locally through the tool and manually upload the upgrade logs to the server for problem analysis and subsequent improvement.
And step 113, when the upgrade is successful, the equipment deletes the upgrade log.
In step 106, when the device detects that the upgrade is successful, the upgrade log may be deleted in order to avoid that the upgrade log occupies too much storage space. Specifically, the device may delete the Recovery log in the Recovery mode, and then delete the application layer log after restart.
Step 114, when the upgrade is successful, the device sends a delete instruction to the server.
Further, in step 106, when the device detects that the upgrade is successful, a deletion instruction may be sent to the server, where the deletion instruction is used to instruct the server to delete the verification information.
And step 115, when the server receives a deletion instruction sent by the equipment, deleting the verification information according to the deletion instruction.
After receiving the deletion instruction, the server can determine that the equipment is upgraded successfully, and the upgrade package does not need to be checked, so that the verification information can be deleted. For example, the server may delete the identification of the device and the MD5 value of the upgrade package.
It should be noted that, the order of steps of the method for upgrading system firmware provided in the embodiment of the present invention may be appropriately adjusted, and the steps may also be increased or decreased according to the situation, for example, step 108 and step 109 may be executed simultaneously, and step 113 and step 114 may also be executed simultaneously. Any method that can be easily conceived by those skilled in the art within the technical scope of the present disclosure is covered by the protection scope of the present disclosure, and thus, the detailed description thereof is omitted.
In summary, the embodiments of the present invention provide a method for upgrading a system firmware, where an apparatus, according to an upgrade package sent by a server, may generate an upgrade log in which operations executed by the apparatus during an upgrade process are recorded, and when the upgrade is unsuccessful, the apparatus may send the upgrade log to the server, so that a developer may dynamically monitor an upgrade condition and accurately know a specific reason for the upgrade failure according to the upgrade log, so as to effectively maintain the upgrade package. Therefore, the upgrading problem of the equipment with upgrading abnormity can be effectively solved, and meanwhile, the equipment can be timely remedied when version release errors or batch production has problems. In addition, by analyzing the upgrade log, the defects of the upgrade process can be found in time, the upgrade process is optimized, and the probability of upgrade failure is reduced.
Fig. 3 is a schematic structural diagram of a device for generating a system firmware package according to an embodiment of the present invention, which may be applied to the apparatus 02 shown in fig. 1, and referring to fig. 3, the device may include:
the upgrading module 201 is configured to upgrade system firmware in the device according to an upgrade package sent by the server.
A generating module 202, configured to generate an upgrade log during the upgrade process, where the upgrade log is used to record operations performed by the device during the upgrade process.
And the detection module 203 is used for detecting whether the upgrade is successful after the upgrade is completed.
A first sending module 204, configured to send the upgrade log to the server when the upgrade is unsuccessful.
Optionally, referring to fig. 4, the apparatus may further include:
a calculating module 205, configured to calculate a check value of the upgrade package.
A second sending module 206, configured to send verification information to the server, where the verification information includes the check value.
And a deleting module 207, configured to delete the upgrade log when the upgrade is successful.
A third sending module 208, configured to send a deletion instruction to the server, where the deletion instruction is used to instruct the server to delete the verification information.
In summary, the embodiments of the present invention provide a system firmware upgrading apparatus, where in a process of upgrading a system firmware in a device according to an upgrade package sent by a server, an upgrade log in which an operation executed by the device in the upgrading process is recorded may be generated by the device, and when the upgrade is unsuccessful, the device may send the upgrade log to the server, so that a developer may accurately know a specific reason for the upgrade failure according to the upgrade log, so as to effectively maintain the upgrade package.
Fig. 5 is a schematic structural diagram of a system firmware package generation apparatus according to an embodiment of the present invention, which may be applied to the server 01 shown in fig. 1, and referring to fig. 5, the apparatus may include:
a sending module 301, configured to send an upgrade package to a device according to an upgrade request sent by the device.
A recording module 302, configured to record, when receiving an upgrade log sent by the device and addressed to the upgrade package, a corresponding relationship between an identifier of the device and the upgrade log.
Optionally, referring to fig. 6, the apparatus may further include:
a receiving module 303, configured to receive verification information sent by the device, where the verification information includes a check value of the upgrade package.
An obtaining module 304, configured to obtain a target check value corresponding to the upgrade package when receiving the upgrade log sent by the device for the upgrade package.
The determining module 305 is configured to determine whether the check value in the verification information is the same as the target check value.
A first generating module 306, configured to generate first prompt information when the verification value in the verification information is different from the target verification value, where the first prompt information is used to prompt a developer to replace the upgrade package.
A second generating module 307, configured to generate second prompt information when the check value in the verification information is the same as the target check value, where the second prompt information is used to prompt a developer to analyze the upgrade log.
The deleting module 308 is configured to delete the verification information according to a deleting instruction sent by the device when the deleting instruction is received.
In summary, the embodiments of the present invention provide a system firmware upgrade apparatus, where a server may receive and store an upgrade log sent by a device after an upgrade failure, so that a developer may accurately know a specific reason for the upgrade failure of the device according to the upgrade log, so as to effectively maintain an upgrade package.
It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described apparatuses and modules may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like that fall within the spirit and principle of the present invention are intended to be included therein.
Claims (9)
1. A method for upgrading system firmware, the method comprising:
receiving an upgrade package acquired from a server after an upgrade request is sent to the server;
calculating a check value of the upgrade package;
sending verification information to the server, wherein the verification information comprises the check value;
upgrading the system firmware in the equipment according to the upgrade package in a recovery mode;
generating an upgrade log in an upgrade process, wherein the upgrade log is used for recording operations executed by the equipment in the upgrade process, the upgrade log comprises an application layer log and a recovery mode log, the application layer log is a log generated by the equipment in a mode of a designated tag under a normal starting state of sending an upgrade request, and the recovery mode log is a log generated by the equipment under a recovery mode of upgrading the system firmware;
after the upgrade is finished, detecting whether the upgrade is successful or not in the recovery mode, and storing an upgrade result obtained by detection into a cache region, wherein the upgrade result comprises the upgrade log;
if the upgrade is detected to be unsuccessful in the recovery mode, retaining the upgrade result;
restarting and entering a normal starting state, detecting whether the upgrading result is recorded in the cache region, and monitoring and analyzing the upgrading result if the upgrading result is recorded;
and when the upgrading is detected to be unsuccessful based on the upgrading result, sending the upgrading log to the server, wherein the server is used for determining whether the version of the upgrading packet is wrong or not according to the upgrading log and the received check value, generating first prompt information for prompting a developer to replace the upgrading packet when the version of the upgrading packet is confirmed to be wrong, and generating second prompt information for prompting the developer to analyze the upgrading log when the version of the upgrading packet is confirmed to be wrong.
2. The method of claim 1, wherein after detecting whether the upgrade was successful, the method further comprises:
when the upgrade is successful, deleting the upgrade log;
and sending a deleting instruction to the server, wherein the deleting instruction is used for indicating the server to delete the verification information.
3. The method of claim 1 or 2, wherein before the upgrading the system firmware in the device according to the upgrade package in the recovery mode, the method further comprises:
starting a signature verification module to verify the digital signature of the upgrade package;
if the verification is successful, upgrading the system firmware in the equipment according to the upgrading packet;
and if the verification fails, feeding back a verification result to the server so that the server can re-sign and issue the upgrade package when the server determines that the digital signature has problems based on the verification result.
4. A method for upgrading system firmware, the method comprising:
sending an upgrade package to equipment according to an upgrade request sent by the equipment;
receiving verification information sent by the equipment, wherein the verification information comprises a check value of the upgrade package;
when receiving an upgrade log generated in the process of upgrading system firmware according to an upgrade package in a recovery mode after the device is restarted and enters a normal starting state, recording the corresponding relation between the identifier of the device and the upgrade log, wherein the upgrade log comprises an application layer log and a recovery mode log, the application layer log is a log generated by the device in the normal starting state of sending an upgrade request in a mode of designating a label, and the recovery mode log is a log generated by the device in the recovery mode of upgrading the system firmware;
acquiring a target check value corresponding to the upgrade package;
judging whether a check value in the verification information is the same as the target check value;
when the verification value in the verification information is different from the target verification value, generating first prompt information, wherein the first prompt information is used for prompting a developer to replace the upgrade package;
and when the verification value in the verification information is the same as the target verification value, generating second prompt information, wherein the second prompt information is used for prompting a developer to analyze the upgrade log.
5. The method of claim 4, wherein after sending the upgrade package to the device, the method further comprises:
and when a deleting instruction sent by the equipment is received, deleting the verification information according to the deleting instruction.
6. An apparatus for upgrading system firmware, the apparatus comprising:
the upgrading module is used for upgrading the system firmware in the equipment according to the upgrading packet sent by the server in the recovery mode;
the calculation module is used for calculating the check value of the upgrade package;
a second sending module, configured to send verification information to the server, where the verification information includes the check value;
the generation module is used for generating an upgrade log in the upgrade process, wherein the upgrade log is used for recording the operation executed by the equipment in the upgrade process, the upgrade log comprises an application layer log and a recovery mode log, the application layer log is a log generated by the equipment in a mode of a designated label when the equipment is in a normal starting state of sending an upgrade request, and the recovery mode log is a log generated by the equipment when the equipment is in a recovery mode of upgrading the system firmware;
the detection module is used for detecting whether the upgrade is successful or not in the recovery mode after the upgrade is finished, and storing an upgrade result obtained by detection into a cache region, wherein the upgrade result comprises the upgrade log;
the first sending module is used for keeping the upgrading result if the upgrading is detected to be unsuccessful in the recovery mode; restarting and entering a normal starting state, detecting whether the upgrading result is recorded in the cache region, and monitoring and analyzing the upgrading result if the upgrading result is recorded; when the upgrading is detected to be unsuccessful based on the upgrading result, sending the upgrading log to a server, wherein the server is used for determining whether the version of the upgrading packet is wrong or not according to the upgrading log and the received check value, generating first prompt information for prompting a developer to replace the upgrading packet when the version of the upgrading packet is wrong, and generating second prompt information for prompting the developer to analyze the upgrading log when the version of the upgrading packet is wrong;
the device is also used for receiving the upgrading packet which is acquired from the server after the upgrading request is sent to the server.
7. The apparatus of claim 6, further comprising:
the deleting module is used for deleting the upgrading log when upgrading is successful;
and the third sending module is used for sending a deleting instruction to the server, wherein the deleting instruction is used for indicating the server to delete the verification information.
8. An apparatus for upgrading system firmware, the apparatus comprising:
the sending module is used for sending an upgrade package to the equipment according to an upgrade request sent by the equipment;
the receiving module is used for receiving verification information sent by the equipment, wherein the verification information comprises a check value of the upgrade package;
the recording module is used for recording the corresponding relation between the identifier of the equipment and an upgrade log when the upgrade log generated in the process of upgrading the system firmware according to the upgrade package in a recovery mode is received after the equipment is restarted to enter a normal starting state, wherein the upgrade log comprises an application layer log and a recovery mode log, the application layer log is a log generated by the equipment in the normal starting state of sending an upgrade request in a mode of designating a label, and the recovery mode log is a log generated by the equipment in the recovery mode of upgrading the system firmware;
the acquisition module is used for acquiring a target check value corresponding to the upgrade package;
the judging module is used for judging whether the check value in the verification information is the same as the target check value or not;
the first generation module is used for generating first prompt information when the verification value in the verification information is different from the target verification value, wherein the first prompt information is used for prompting a developer to replace the upgrade package;
and the second generation module is used for generating second prompt information when the check value in the verification information is the same as the target check value, wherein the second prompt information is used for prompting a developer to analyze the upgrade log.
9. The apparatus of claim 8, further comprising:
and the deleting module is used for deleting the verification information according to the deleting instruction when the deleting instruction sent by the equipment is received.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710032064.3A CN106843957B (en) | 2017-01-17 | 2017-01-17 | System firmware upgrading method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710032064.3A CN106843957B (en) | 2017-01-17 | 2017-01-17 | System firmware upgrading method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106843957A CN106843957A (en) | 2017-06-13 |
| CN106843957B true CN106843957B (en) | 2021-03-16 |
Family
ID=59124041
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710032064.3A Active CN106843957B (en) | 2017-01-17 | 2017-01-17 | System firmware upgrading method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106843957B (en) |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107360165B (en) * | 2017-07-13 | 2021-02-12 | 北京元心科技有限公司 | Terminal device, cloud server and method and device for managing and controlling operating system |
| CN109324803A (en) * | 2017-07-27 | 2019-02-12 | 广州极飞科技有限公司 | The upgrade method and device of electron speed regulator, unmanned plane |
| CN107659809A (en) * | 2017-10-13 | 2018-02-02 | 上海斐讯数据通信技术有限公司 | A kind of method and system of test video playing function |
| CN108182075A (en) * | 2017-12-29 | 2018-06-19 | 成都三零凯天通信实业有限公司 | A kind of program by the automatic escalation target software of socket communication modes |
| CN110045971B (en) * | 2018-01-16 | 2023-03-24 | 浙江宇视科技有限公司 | System upgrade recovery method and device |
| CN109218129A (en) * | 2018-08-29 | 2019-01-15 | 郑州云海信息技术有限公司 | A kind of upgrade detection method based on log, device, memory and equipment |
| CN109800126A (en) * | 2018-12-27 | 2019-05-24 | 北京奇安信科技有限公司 | The analysis method and device of patch install failure |
| CN110225139B (en) * | 2019-06-28 | 2022-07-12 | 苏州浪潮智能科技有限公司 | Server firmware upgrade package processing method and device |
| CN112311576B (en) * | 2019-07-31 | 2023-11-24 | 中兴通讯股份有限公司 | OTA upgrading diagnosis method and device, wireless routing equipment and terminal equipment |
| CN110727444A (en) * | 2019-08-23 | 2020-01-24 | 上海商米科技集团股份有限公司 | Electronic equipment upgrading method and electronic equipment |
| WO2021114138A1 (en) * | 2019-12-11 | 2021-06-17 | 深圳市大疆创新科技有限公司 | Upgrade abnormality analysis method, electronic device, movable platform, camera, and computer-readable storage medium |
| CN113055204B (en) * | 2019-12-26 | 2023-07-25 | 富联国基(上海)电子有限公司 | Router firmware upgrading method, server and computer readable storage medium |
| CN111404733A (en) * | 2020-03-06 | 2020-07-10 | 上海钧正网络科技有限公司 | Firmware control method and system and storage medium |
| CN111857766B (en) * | 2020-06-19 | 2022-07-12 | 苏州浪潮智能科技有限公司 | Method and device for upgrading intelligent network card firmware |
| CN112181467B (en) * | 2020-10-10 | 2023-11-14 | 北京字节跳动网络技术有限公司 | Method and device for upgrading memory firmware of terminal, terminal and storage medium |
| CN113064774B (en) * | 2021-03-10 | 2023-02-28 | 山东英信计算机技术有限公司 | Server-based memory integrated refresh diagnosis method and system and storage medium |
| CN113407211A (en) * | 2021-06-20 | 2021-09-17 | 杭州登虹科技有限公司 | Embedded equipment-based upgrading method without redundant space |
| CN113641380B (en) * | 2021-07-16 | 2024-03-19 | 一汽奔腾轿车有限公司 | OTA upgrading problem analysis method |
| CN114979116B (en) * | 2022-05-16 | 2023-08-15 | 北斗星通智联科技有限责任公司 | Vehicle-mounted software upgrading method, system, terminal equipment and storage medium |
| CN115226094A (en) * | 2022-07-08 | 2022-10-21 | 深圳市中易腾达科技股份有限公司 | OTA (over the air) upgrading method and system capable of automatically identifying Bluetooth chip type |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102811436A (en) * | 2011-06-03 | 2012-12-05 | 联想(北京)有限公司 | Firmware updating method and device |
| CN103761262A (en) * | 2013-12-31 | 2014-04-30 | 深圳英飞拓科技股份有限公司 | Repetition log control method based on syslogd |
| CN104391729A (en) * | 2014-12-19 | 2015-03-04 | 北京奇虎科技有限公司 | Root privilege based procedure upgrading method and device |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101695162A (en) * | 2009-10-22 | 2010-04-14 | 中兴通讯股份有限公司 | Method and device for upgrading aerial firmware on mobile terminal |
| US9329935B2 (en) * | 2014-05-19 | 2016-05-03 | Seagate Technology Llc | Method to dynamically update LLRs in an SSD drive and/or controller |
-
2017
- 2017-01-17 CN CN201710032064.3A patent/CN106843957B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102811436A (en) * | 2011-06-03 | 2012-12-05 | 联想(北京)有限公司 | Firmware updating method and device |
| CN103761262A (en) * | 2013-12-31 | 2014-04-30 | 深圳英飞拓科技股份有限公司 | Repetition log control method based on syslogd |
| CN104391729A (en) * | 2014-12-19 | 2015-03-04 | 北京奇虎科技有限公司 | Root privilege based procedure upgrading method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106843957A (en) | 2017-06-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106843957B (en) | System firmware upgrading method and device | |
| US20210124574A1 (en) | Techniques for updating a file using a multi-version patch file | |
| TWI540424B (en) | Method, device and system of repairing software run-time error | |
| CN106250192B (en) | Software upgrading method and system of upper computer | |
| CN107193612B (en) | Version upgrading method and device for mobile terminal | |
| CN101436138B (en) | Control device and control method for software upgrade and dynamic rolling back | |
| WO2019076037A1 (en) | Firmware updating method and device | |
| JP4680896B2 (en) | Network device and method for monitoring startup of such devices | |
| EP2498439B1 (en) | Protection method and system under abnormal conditions in upgrade gigabit passive optical network terminal | |
| US20160170735A1 (en) | Operating system updating method by using a checklist | |
| CN103885806A (en) | Implementation method and device for online upgrading of system software of set top box | |
| CN110007941B (en) | MCU firmware and upgrading method of intelligent garbage classification recycling system | |
| CN106897166A (en) | A kind of mobile terminal and its restorative procedure | |
| CN110597545A (en) | Hot patch intelligent upgrading method and system based on OTA component | |
| CN105045640A (en) | Software upgrading method and device and intelligent equipment | |
| CN111158729A (en) | System upgrading method, device, equipment and storage medium | |
| WO2020143324A1 (en) | Service program releasing method and apparatus, and computer device and storage medium | |
| CN117349085B (en) | Data storage method, data backup method and device | |
| CN112905230A (en) | Application program management method and device, terminal equipment and storage medium | |
| CN112804071A (en) | On-line upgrading method, upgrading file providing method, equipment and storage medium | |
| CN110990046A (en) | Upgrading method based on dynamic file | |
| CN108595292B (en) | System optimization method, mobile terminal and computer storage medium | |
| CN115145596A (en) | OTA (over the air) upgrading method and device for robot upgrading package | |
| CN110162488B (en) | Cache consistency checking method, device, server and storage medium | |
| CN107967160B (en) | Method and device for updating operating system file through Boot Loader |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11 Patentee after: Qingdao Hisense Mobile Communication Technology Co.,Ltd. Address before: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11 Patentee before: HISENSE MOBILE COMMUNICATIONS TECHNOLOGY Co.,Ltd. |
|
| CP01 | Change in the name or title of a patent holder |