CN109358894B - Android equipment upgrading method and system supporting DVB - Google Patents
Android equipment upgrading method and system supporting DVB Download PDFInfo
- Publication number
- CN109358894B CN109358894B CN201811552409.9A CN201811552409A CN109358894B CN 109358894 B CN109358894 B CN 109358894B CN 201811552409 A CN201811552409 A CN 201811552409A CN 109358894 B CN109358894 B CN 109358894B
- Authority
- CN
- China
- Prior art keywords
- upgrade
- upgrading
- android
- information
- android device
- 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
- G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
Abstract
The invention provides an Android equipment upgrading method and system supporting DVB, wherein the method comprises the steps of confirming whether an upgrading mark exists or not when Android equipment is started, and starting a recovery system of the Android equipment if the upgrading mark exists; acquiring an upgrade type and upgrade information; when the upgrade type is OTA upgrade, upgrade the level data to upgrade Android equipment through the corresponding signal channel according to the upgrade information, the invention can integrate OTA upgrade function in recovery of the Android system, can realize OTA upgrade without setting loader system, upgrade the way more flexibly, improve the existing upgrade way, make the upgrade way more easy to manage, saved the hardware resource of the Android equipment at the same time.
Description
Technical Field
The invention relates to the technical field of digital video broadcasting, in particular to an Android device upgrading method and system supporting DVB
Background
Conventional DVB equipment, such as digital television set-top boxes, generally perform OTA (over The Air) software upgrade On DVB equipment through a Loader system. The OTA means that the user terminal directly receives and downloads the software through a signal channel to upgrade the software. The Loader system is a system independent of the application program of the user terminal, and the downloading of the DVB equipment upgrading data and the software updating can be carried out in the Loader system.
The Android open source code project (AOSP) provides a recovery upgrade mode for an Android system. The Recovery system refers to a mode capable of modifying data or a system of an Android device application program, and also refers to a Recovery partition of the Android. The Recovery system supports OTT (on The Top) upgrading of The Android system, and The obtaining mode of an upgrading package of The OTT upgrading comprises two modes: the OTT set-top box is obtained through a network, or obtained through a local SD card or an external U disk, for example, for the OTT set-top box in the current market, the upgrading is to perform software upgrading on the OTT set-top box in a recovery system in an IP network mode or an operator door service mode through local upgrading.
However, for the Android device supporting the DVB function, such as a DVB + OTT set-top box, a recovery system and a loader system need to be set to support two upgrading modes, namely OTT and OTA, of the set-top box, the upgrading mode is complex, and hardware resources of the set-top box are wasted.
Disclosure of Invention
The invention aims to provide an Android device upgrading method supporting DVB. Another object of the present invention is to provide an Android device upgrade system supporting DVB. It is a further object of the present invention to provide a computer apparatus and it is a further object of the present invention to provide a readable medium.
In order to achieve the above object, the present invention discloses, on the one hand, a method for upgrading an Android device supporting DVB, including:
when the Android equipment is started, determining whether an upgrading mark exists, and if the upgrading mark exists, starting a recovery system of the Android equipment;
acquiring an upgrade type and upgrade information;
and when the upgrading type is OTA upgrading, obtaining upgrading data through a corresponding signal channel according to the upgrading information so as to upgrade the Android equipment.
Preferably, when the Android device is started, the determining whether an upgrade flag exists specifically includes:
when the Android equipment is started, a starting guide module of the Android equipment acquires BCB control block information in an MISC partition;
and confirming whether the upgrading mark exists according to the BCB control block information.
Preferably, the method further comprises the step of forming the upgrade flag, the upgrade type of the OTA upgrade, and upgrade information corresponding to the OTA upgrade:
acquiring a network information table transmitted by a front-end system;
comparing the upgrading description information in the network information table with the configuration information of the Android equipment, if the Android equipment meets the upgrading condition, forming the upgrading mark and the upgrading type of OTA upgrading, and forming upgrading information according to the network information table;
and storing the upgrading mark into a BCB control block of the Android device, and storing the upgrading type of the OTA upgrading and the upgrading information into a FLASH of the Android device.
Preferably, the method further comprises:
and when the upgrade type is OTT upgrade, acquiring the upgrade data through the Internet, a local SD card or a USB so as to upgrade the Android equipment.
Preferably, the method further includes the step of deleting the upgrade flag, the upgrade type, and the upgrade information after the Android device is upgraded.
Preferably, the obtaining of upgrade data through a corresponding signal channel according to the upgrade information to upgrade the Android device specifically includes:
obtaining frequency point information of the upgrading data according to the upgrading information;
accessing a front-end system to obtain the upgrade data;
verifying the upgrade data;
and if the Android device is qualified, updating the software data of the Android device according to the upgrading data so as to upgrade the Android device.
The invention also discloses an Android equipment upgrading system supporting DVB, which comprises a starting guide module, a recovery system and a DVB module;
the starting guide module is used for confirming whether an upgrading mark exists or not when the Android equipment is started, and starting a recovery system of the Android equipment if the upgrading mark exists;
the recovery system is used for acquiring an upgrade type and upgrade information, and starting the DVB module when the upgrade type is OTA upgrade;
and the DVB module is used for acquiring upgrade data through a corresponding signal channel according to the upgrade information so as to upgrade the Android equipment.
Preferably, the Android device further comprises an upgrade monitoring module;
the upgrading monitoring module is used for acquiring a network information table transmitted by a front-end system, comparing upgrading description information in the network information table with configuration information of the Android equipment, if the Android equipment meets upgrading conditions, forming an upgrading mark and an upgrading type of OTA upgrading, forming upgrading information according to the network information table, storing the upgrading mark into a BCB control block of the Android equipment, and storing the upgrading type of the OTA upgrading and the upgrading information into a FLASH of the Android equipment.
Preferably, the recovery system is further configured to obtain the upgrade level data through the internet, a local SD card, or a USB to upgrade the Android device when the upgrade type is OTT upgrade.
Preferably, the recovery system is further configured to delete the upgrade flag, the upgrade type, and the upgrade information after the Android device is upgraded.
The invention also discloses a computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor,
the processor, when executing the program, implements the method as described above.
The invention also discloses a computer-readable medium, having stored thereon a computer program,
which when executed by a processor implements the method as described above.
The method comprises the steps of obtaining an upgrade mark when the Android device is started, judging whether the Android device needs to be upgraded according to the upgrade mark, entering a recovery system of the Android device when the Android device needs to be upgraded, obtaining upgrade types and upgrade information from the Android device, determining a corresponding signal channel according to the upgrade information corresponding to OTA upgrade when the upgrade types are OTA upgrade, obtaining upgrade data from the front end through the signal channel to the Android device, and updating software data of the Android device according to the obtained upgrade data to enable the Android device to complete OTA upgrade. According to the invention, the OTA upgrading function is integrated in the recovery of the Android system, so that the OTA upgrading of the Android equipment of DVB + OTT can be realized without setting a loader system, the Android equipment can support various upgrading modes such as OTA and OTT, the upgrading mode is more flexible, the existing upgrading mode is perfected, the upgrading mode is more convenient to manage, and meanwhile, the hardware resource of the Android equipment is saved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
FIG. 1 shows a block diagram of one embodiment of the present invention;
fig. 2 shows one of flowcharts of a specific embodiment of an Android device upgrading method supporting DVB according to the present invention;
fig. 3 shows a second flowchart of a specific embodiment of an Android device upgrade method supporting DVB according to the present invention;
fig. 4 shows a third flowchart of a specific embodiment of an Android device upgrade method supporting DVB according to the present invention;
fig. 5 shows a fourth flowchart of a specific embodiment of an Android device upgrade method supporting DVB according to the present invention;
fig. 6 shows a fifth flowchart of a specific embodiment of an Android device upgrade method supporting DVB according to the present invention;
fig. 7 shows a sixth flowchart of a specific embodiment of an Android device upgrade method supporting DVB according to the present invention;
fig. 8 shows a seventh flowchart of a specific embodiment of an Android device upgrade method supporting DVB according to the present invention;
fig. 9 shows an eighth flowchart of a specific embodiment of an Android device upgrade method supporting DVB according to the present invention;
FIG. 10(a) shows a FLASH memory space profile for a prior art OTA-capable upgrade device;
FIG. 10(b) shows a FLASH memory space distribution diagram for a prior art device supporting OTA upgrade and OTT upgrade;
fig. 10(c) shows a FLASH memory space distribution diagram of an Android device supporting DVB according to the present invention;
fig. 11 shows one of the structure diagrams of a specific embodiment of an Android device upgrade system supporting DVB according to the present invention;
fig. 12 shows a second structure diagram of a specific embodiment of an Android device upgrade system supporting DVB according to the present invention;
FIG. 13 shows a schematic block diagram of a computer device suitable for use in implementing embodiments of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
According to one aspect of the invention, the embodiment discloses an Android device upgrading method supporting DVB. As shown in fig. 1, in this embodiment, the Android device supporting DVB (Digital Video Broadcasting) is a set top box, and in other embodiments, the Android device may be any other Android device supporting DVB. The set-top box can be in signal connection with a server controlled by an operator to perform equipment upgrade in an OTT mode, and can also be in signal connection with a DVB front-end system controlled by the operator to perform equipment upgrade in an OTA mode, wherein the OTA upgrade can acquire upgrade data through DVB-T, DVB-C and DVB-S to upgrade Android equipment.
As shown in fig. 2, in this embodiment, the method includes:
s100: when the Android device is started, whether an upgrading mark exists is confirmed, and if the upgrading mark exists, a recovery system of the Android device is started. When the Android device supporting DVB is started, a guide module of the Android device is started first, and whether a new version of the Android device supporting DVB needs to enter a recovery system for upgrading is judged by acquiring and identifying an upgrading mark through the guide module.
S200: and acquiring the upgrading type and upgrading information. The upgrade mode is judged according to the upgrade type, for example, in the embodiment, the set top box supports two upgrade modes of an OTT and an OTA, and the upgrade mode can be judged according to the upgrade type, and then upgrade data is obtained according to the upgrade information to upgrade the Android device.
S300: and when the upgrading type is OTA upgrading, obtaining upgrading data through a corresponding signal channel according to the upgrading information so as to upgrade the Android equipment.
According to the invention, the OTA upgrading function is integrated in the recovery of the Android system, so that the OTA upgrading of the Android equipment of DVB + OTT can be realized without setting a loader system, the Android equipment can support various upgrading modes such as OTA and OTT, the upgrading mode is more flexible, the existing upgrading mode is perfected, the upgrading mode is more convenient to manage, and meanwhile, the hardware resource of the Android equipment is saved.
In a preferred embodiment, as shown in fig. 3, when the Android device is started in step S100, the determining whether the upgrade flag exists may specifically include:
s110: and when the Android equipment is started, a starting guide module of the Android equipment acquires BCB control block information in the MISC partition.
S120: and confirming whether the upgrading mark exists according to the BCB control block information.
Specifically, when the Android device is started, a system start BOOT module (BOOT module) of the Android device may analyze a BCB (BOOT controller block) Control block in the MISC partition, determine whether the Android device needs to be upgraded according to whether an upgrade flag exists in the BCB Control block, enter a recovery system to upgrade the Android device if the Android device needs to be upgraded, otherwise, the BOOT module may normally start an application program of the Android system to enable the Android device to normally operate, and continuously monitor whether the Android device needs to be upgraded when the Android device normally operates.
In an optimal implementation mode, the upgrading of the Android device can be monitored when the Android device normally operates. Specifically, as shown in fig. 4, the method may further include a step S400 of forming the upgrade flag, an upgrade type of the OTA upgrade, and upgrade information corresponding to the OTA upgrade, and S400 may include:
s410: a Network Information Table (NIT) transmitted by a head-end system is obtained. Wherein the NIT includes at least upgrade description information.
In a specific embodiment, when the Android device needs to be upgraded, a front-end system of the Android device may perform signature and Cyclic Redundancy Check (CRC) processing on an upgrade image file used for the Android device upgrading, and then make the processed upgrade image file into a ts (transport stream) upgrade code stream as upgrade data. Wherein, the image file can be uploaded by an operator through the server. In one embodiment, the TS upgrade code stream may contain several TS packets, each of which is typically a fixed length of 188 bytes, including a 4-byte header and a 184-byte payload.
Meanwhile, the front-end system also forms the upgrade description information and stores the upgrade description information into the NIT. Preferably, the upgrade description information at least includes a hardware version number, a software version number, a vendor identification code, and a serial number range of the device to be upgraded.
The front-end system may also form corresponding upgrade information and store the upgrade information in the NIT as well. Further, the NIT stored with the upgrade description information and the upgrade information is transmitted to the Android device, after the Android device receives the NIT, the Android device analyzes the NIT to obtain the upgrade description information and the upgrade information issued by the front-end system, so that the frequency point, the modulation mode, the symbol rate and the like of the upgrade data can be obtained, the upgrade information is further stored in a FLASH of the Android device, and when the OTA is upgraded, the front-end system can be accessed according to the upgrade information to obtain the upgrade data.
S420: and comparing the upgrading description information in the network information table with the configuration information of the Android equipment, if the Android equipment meets the upgrading condition, forming the upgrading mark and the upgrading type of OTA upgrading, and forming upgrading information according to the network information table. The Android equipment upgrading condition judging method comprises the following steps: in the upgrading description information in the NIT and the configuration information of the Android equipment, the hardware version number and the manufacturer mark code are consistent, the serial number of the Android equipment is within the range of the serial number of the NIT upgrading description information, and meanwhile, when the software version number in the NIT upgrading description information is higher than the software version number of the Android equipment, the Android equipment meets the upgrading condition, otherwise, the Android equipment does not meet the upgrading condition, and whether the Android equipment meets the upgrading condition needs to be continuously monitored. If the Android device meets the upgrading condition, an upgrading mark can be set in the BCB control block, and when the Android device is restarted, a system startup guide module (BOOT module) of the Android device can determine whether to enter a recovery system for device upgrading according to the upgrading mark.
S430: and storing the upgrading mark into a BCB control block of the Android device, and storing the upgrading type of the OTA upgrading and the upgrading information into a FLASH of the Android device. The upgrading mark is stored in a BCB control block of the equipment, and the upgrading type and upgrading information of OTA upgrading are stored in a FLASH memory (FLASH), so that the data stored on the FLASH can not be lost in the process of restarting the Android equipment.
In a preferred embodiment, as shown in fig. 5, the method further comprises a step S500: and deleting the upgrading mark, the upgrading type and the upgrading information after the Android device OTA is upgraded so as to prevent the Android device from being repeatedly upgraded every time the Android device is started.
As a preferred embodiment, the Android device of this embodiment further supports OTT upgrade, and when the upgrade type is OTT upgrade, the upgrade data may be acquired through the internet, a local SD card, or a USB to upgrade the Android device.
The upgrade type also includes an OTT upgrade type, when the Android device needs OTT upgrade, the upgrade type of OTT upgrade may be formed and stored in the FLASH, or the upgrade type of OTT upgrade may not be set, and when the upgrade type is empty, the upgrade type represents OTT upgrade, which is not limited in the present invention.
And when the upgrading type is OTT upgrading, obtaining upgrading data through an IP network, a local SD card or a USB and updating system data of the Android equipment to finish the OTT upgrading of the Android equipment.
In a preferred embodiment, the method further includes a step S600 of monitoring whether OTT upgrade is required.
The S600 includes:
when the Android equipment normally runs, monitoring whether the OTT upgrading is needed, if the OTT upgrading is needed, generating the upgrading type, the upgrading mark and the upgrading information of the OTT upgrading, and storing the upgrading type, the upgrading mark and the upgrading information of the OTT upgrading in the flash memory. The OTT upgrading can be monitored in the following modes: the front end configures an OTT upgrade server, uploads an upgrade image file to be upgraded to the OTT upgrade server in the OTT upgrade server, and configures upgrade information, such as the version number of the image file, on the server. In the running process of the system, the front-end OTT upgrading server is regularly accessed, whether an upgrading image file exists is judged, the version number of the front-end OTT upgrading server is compared with the version number of the server, and only when the version number of the server is higher than the version number of the Android equipment, the upgrading condition is met.
In a preferred embodiment, as shown in fig. 6, the obtaining upgrade data through a corresponding signal channel according to the upgrade information to upgrade the Android device may specifically include:
s310: and obtaining the frequency point information of the upgrading data according to the upgrading information.
S320: accessing a front-end system to obtain the upgrade data.
S330: and checking the upgrading data.
S340: and if the Android device is qualified, updating the software data of the Android device according to the upgrading data so as to upgrade the Android device.
In a preferred embodiment, as shown in fig. 7 and 8, when it is determined that the Android device needs to be upgraded, an upgrade prompt is fed back to the user, and when the user confirms the upgrade, the device is restarted immediately, detects an upgrade flag, and enters recovery for upgrading. And when the user refuses to upgrade, the application program normally runs until the next restart, the upgrade mark is detected, and recovery is entered for upgrading.
The invention is further illustrated below by means of a specific example. When the Android equipment is started, the BOOT module reads and analyzes BCB control block information recorded in the MISC partition, whether the Android equipment needs to be upgraded is determined according to whether a Recovery upgrading mark exists in the BCB control block information, if the Recovery upgrading mark exists, the Android equipment enters a Recovery system for upgrading, and otherwise, the BOOT module starts a corresponding application program to enable the Android equipment to normally operate. The method comprises the steps of entering a Recovery system for upgrading, reading an upgrade type stored in a flash memory, upgrading the DVB if the upgrade type of the DVB OTA upgrade is read to be stored in the flash memory, searching a frequency point position of upgrade data according to upgrade information stored in the flash memory, obtaining the upgrade data through a corresponding signal channel and updating system data of the Android device to complete the OTA upgrade of the Android device, and determining the upgrade type of the Android device to be OTT upgrade if the upgrade type of the DVB OTA upgrade is not read to be stored in the flash memory, wherein the Recovery system can obtain the upgrade data through an IP network, a local SD card or a USB and update the system data of the Android device to complete the OTT upgrade of the Android device.
As shown in fig. 9, the OTA upgrade of the Android device may be implemented through the following steps:
s310: and obtaining the frequency point information of the upgrading data according to the upgrading information. The upgrade information may include frequency point information, which may include, for example, a frequency point at which upgrade data is acquired, a debugging manner, a symbol rate, and the like.
S320: and accessing a front-end system to obtain the upgrading data. In one particular example, the upgrade data may be acquired through a DVB module. First, the DVB module needs to be initialized, which may include DEMUX initialization, Tuner initialization, and graphical interface initialization, in preparation for subsequent Tuner frequency locking and DEMUX data reception and interface presentation. And performing frequency locking operation by Tuner according to the frequency point, the modulation mode and the symbol rate acquired from the upgrading information. And after the frequency locking is successful, the DEMUX starts to receive the TS upgrading code stream of the upgrading data, wherein the DEMUX module is an MPEG2 transport stream analyzing and demultiplexing module. And after the DEMUX receives the data, integrating the data to obtain final upgrading data.
S330: and checking the upgrading data. Because the front-end system carries out signature and CRC check on the upgrade image file, after the data is received, the CRC check on the upgrade data is also needed, the check result of the upgrade data is compared with the CRC check data carried in the upgrade file, if the check result of the upgrade data is the same as the CRC check data carried in the upgrade file, the received upgrade data is correct, otherwise, the upgrade data is abnormal.
S340: and if the Android device is qualified, updating the software data of the Android device according to the upgrading data to upgrade the Android device. Specifically, the finally obtained upgrade data is stored in a corresponding partition in the flash memory to update the software data of the Android device. And clearing the upgrading mark, the upgrading type of OTA upgrading and upgrading information after the updating is finished. After the Android equipment is restarted, the upgrading mark, the upgrading type of OTA upgrading and the upgrading information are removed, so that the Android equipment cannot be upgraded again and can be started and operated normally. The OTT upgrade process of the Android device is consistent with that of the existing Android device, and is not described herein again.
In a preferred embodiment, the method further comprises the step of feeding back the process information of the OTA upgrade, such as the process information of data reception, data verification, software upgrade and the like, to the user while the OTA upgrade of the Android device is performed.
As shown in fig. 10(a), the conventional DVB device is not implemented by an Android system, and a flash memory needs to allocate a storage space for the BOOT, Loader, and other image partitions, as shown in fig. 10(b), the conventional DVB + OTT device includes two upgrading systems, i.e., Recovery and Loader, and the flash memory needs to allocate a storage space for the BOOT, Loader, Recovery, and other image partitions, whereas as shown in fig. 10(c), the DVB + OTT device of the present invention integrates an OTA upgrading method into the Recovery device, and the flash memory only needs to allocate a storage space for the BOOT, Recovery, and other image partitions, and a Loader system is not required to be set.
Based on the same principle, as shown in fig. 11, this embodiment further discloses an Android device upgrade system supporting DVB. In this embodiment, the system includes a boot startup module, a recovery system, and a DVB module. The starting guide module is used for confirming whether an upgrading mark exists or not when the Android device is started, and starting a recovery system of the Android device if the upgrading mark exists. When the Android device supporting DVB is started, a guide module of the Android device is started first, and whether the Android device supporting DVB has a new version to enter a recovery system for upgrading is judged by acquiring and identifying an upgrading mark through the guide module.
The recovery system is used for acquiring an upgrade type and upgrade information, and starting the DVB module when the upgrade type is OTA upgrade. The upgrade mode is judged according to the upgrade type, for example, in the embodiment, the set top box supports two upgrade modes of an OTT and an OTA, and the upgrade mode can be judged according to the upgrade type, and then upgrade data is obtained according to the upgrade information to upgrade the Android device.
And the DVB module is used for acquiring upgrade data through a corresponding signal channel according to the upgrade information so as to upgrade the Android equipment.
According to the invention, the OTA upgrading function is integrated in the recovery of the Android system, so that the OTA upgrading of the Android equipment of DVB + OTT can be realized without setting a loader system, the Android equipment can support various upgrading modes such as OTA and OTT, the upgrading mode is more flexible, the existing upgrading mode is perfected, the upgrading mode is more convenient to manage, and meanwhile, the hardware resource of the Android equipment is saved.
In a preferred embodiment, when the Android device is started, a starting boot module of the Android device acquires BCB control block information in the MISC partition, and determines whether the upgrade flag exists according to the BCB control block information. Specifically, when the Android device is started, a system start BOOT module (BOOT module) of the Android device can analyze a BCB control block in an MISC partition, whether the Android device needs to be upgraded is determined according to whether an upgrade flag exists in the BCB control block, if the Android device needs to be upgraded, a recovery system is entered for upgrading the Android device, otherwise, the BOOT module can normally start an application program of the Android system to enable the Android device to normally operate, and whether the Android device needs to be upgraded can be continuously monitored when the Android device normally operates.
In a preferred embodiment, as shown in fig. 12, the Android device further includes an upgrade monitoring module. The upgrading monitoring module is used for acquiring a network information table transmitted by a front-end system, comparing upgrading description information in the network information table with configuration information of the Android equipment, if the Android equipment meets upgrading conditions, forming an upgrading mark and an upgrading type of OTA upgrading, forming upgrading information according to the network information table, storing the upgrading mark into a BCB control block of the Android equipment, and storing the upgrading type of the OTA upgrading and the upgrading information into a FLASH of the Android equipment. The upgrading mark is stored in a BCB control block of the equipment, and the upgrading type and upgrading information of OTA upgrading are stored in a FLASH memory (FLASH), so that the data stored on the FLASH can not be lost in the process of restarting the Android equipment.
In a specific embodiment, when the Android device needs to be upgraded, the front-end system of the Android device may perform signature and Cyclic Redundancy Check (CRC) on an upgrade image file used for upgrading the Android device, and then make the processed upgrade image file into a ts (transport stream) upgrade code stream as upgrade data. In one embodiment, the TS upgrade code stream may contain several TS packets, each of which is typically a fixed length of 188 bytes, including a 4-byte header and a 184-byte payload.
Meanwhile, the front-end system also forms the upgrade description information and stores the upgrade description information into the NIT. Preferably, the upgrade description information at least includes a hardware version number, a software version number, a vendor identification code, and a serial number range of the device to be upgraded.
The front-end system may also form corresponding upgrade information and store the upgrade information in the NIT as well. Further, the NIT stored with the upgrade description information and the upgrade information is transmitted to the Android device, after the Android device receives the NIT, the Android device analyzes the NIT to obtain the upgrade description information and the upgrade information issued by the front-end system, so that the frequency point, the modulation mode, the symbol rate and the like of the upgrade data can be obtained, the upgrade information is further stored in a FLASH of the Android device, and when the OTA is upgraded, the front-end system can be accessed according to the upgrade information to obtain the upgrade data.
The Android equipment upgrading condition judging method comprises the following steps: in the upgrading description information in the NIT and the configuration information of the Android equipment, the hardware version number and the manufacturer mark code are consistent, the serial number of the Android equipment is within the range of the serial number of the NIT upgrading description information, and meanwhile, when the software version number in the NIT upgrading description information is higher than the software version number of the Android equipment, the Android equipment meets the upgrading condition, otherwise, the Android equipment does not meet the upgrading condition, and whether the Android equipment meets the upgrading condition needs to be continuously monitored. If the Android device meets the upgrading condition, an upgrading mark can be set in the BCB control block, and when the Android device is restarted, a system startup guide module (BOOT module) of the Android device can determine whether to enter a recovery system for device upgrading according to the upgrading mark.
The recovery system is further used for deleting the upgrading mark, the upgrading type and the upgrading information after the Android device is upgraded so as to prevent the Android device from being repeatedly upgraded every time the Android device is started. In a preferred embodiment, the recovery system is further configured to obtain the upgrade data through the internet, a local SD card, or a USB to upgrade the Android device when the upgrade type is OTT upgrade.
The upgrade type also includes an OTT upgrade type, when the Android device needs OTT upgrade, the upgrade type of OTT upgrade may be formed and stored in the FLASH, or the upgrade type of OTT upgrade may not be set, and when the upgrade type is empty, the upgrade type represents OTT upgrade, which is not limited in the present invention.
And when the upgrading type is OTT upgrading, obtaining upgrading data through an IP network, a local SD card or a USB and updating system data of the Android equipment to finish the OTT upgrading of the Android equipment.
In a preferred embodiment, the upgrade monitoring module is further configured to monitor whether an OTT upgrade is required.
Specifically, when the Android device normally operates, whether the OTT upgrade is needed or not is monitored, if the OTT upgrade is needed, the upgrade type, the upgrade flag and the upgrade information of the OTT upgrade are generated, and the upgrade type, the upgrade flag and the upgrade information of the OTT upgrade are stored in the flash memory. The OTT upgrading can be monitored in the following modes: the front end configures an OTT upgrade server, uploads an upgrade image file to be upgraded to the OTT upgrade server in the OTT upgrade server, and configures upgrade information, such as the version number of the image file, on the server. In the running process of the system, the front-end OTT upgrading server is regularly accessed, whether an upgrading image file exists is judged, the version number of the front-end OTT upgrading server is compared with the version number of the server, and only when the version number of the server is higher than the version number of the Android equipment, the upgrading condition is met. In a preferred embodiment, the DVB is configured to obtain frequency point information of the upgrade data according to the upgrade information, access a front-end system to obtain the upgrade data, verify the upgrade data, and update software data of the Android device according to the upgrade data to upgrade the Android device if the upgrade data is verified to be qualified.
In a preferred embodiment, as shown in fig. 7 and 8, when it is determined that the Android device needs to be upgraded, an upgrade prompt is fed back to the user, and when the user confirms the upgrade, the device is restarted immediately, an upgrade flag is detected, and recovery is entered for upgrading. And when the user refuses to upgrade, the application program normally runs until the next restart, the upgrade mark is detected, and recovery is entered for upgrading.
The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. A typical implementation device is a computer device, which may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.
In a typical example, the computer device specifically comprises a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the method performed by the client as described above when executing the program, or the processor implementing the method performed by the server as described above when executing the program.
Referring now to FIG. 13, shown is a schematic block diagram of a computer device 600 suitable for use in implementing embodiments of the present application.
As shown in fig. 13, the computer apparatus 600 includes a Central Processing Unit (CPU)601 which can perform various appropriate works and processes according to a program stored in a Read Only Memory (ROM)602 or a program loaded from a storage section 608 into a Random Access Memory (RAM)) 603. In the RAM603, various programs and data necessary for the operation of the system 600 are also stored. The CPU601, ROM602, and RAM603 are connected to each other via a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.
The following components are connected to the I/O interface 605: an input portion 606 including a keyboard, a mouse, and the like; an output section 607 including a Cathode Ray Tube (CRT), a liquid crystal feedback (LCD), and the like, and a speaker and the like; a storage section 608 including a hard disk and the like; and a communication section 609 including a network interface card such as a LAN card, a modem, or the like. The communication section 609 performs communication processing via a network such as the internet. The driver 610 is also connected to the I/O interface 606 as needed. A removable medium 611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 610 as necessary, so that a computer program read out therefrom is mounted as necessary on the storage section 608.
In particular, according to an embodiment of the present invention, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the invention include a computer program product comprising a computer program tangibly embodied on a machine-readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 609, and/or installed from the removable medium 611.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
For convenience of description, the above devices are described as being divided into various units by function, and are described separately. Of course, the functionality of the units may be implemented in one or more software and/or hardware when implementing the present application.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It should also be noted that 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 an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
The above description is only an example of the present application and is not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.
Claims (7)
1. An Android device upgrading method supporting DVB is characterized by comprising the following steps:
when the Android equipment is started, determining whether an upgrading mark exists, and if the upgrading mark exists, starting a recovery system of the Android equipment;
acquiring an upgrade type and upgrade information;
when the upgrade type is OTA upgrade, obtaining upgrade data through a corresponding signal channel according to the upgrade information to upgrade the Android device, wherein the method further comprises the following steps:
when the upgrade type is OTT upgrade, acquiring the upgrade data through the Internet, a local SD card or a USB to upgrade the Android equipment;
when the Android device is started, confirming whether an upgrading mark exists specifically comprises:
when the Android equipment is started, a starting guide module of the Android equipment acquires BCB control block information in an MISC partition;
confirming whether the upgrading mark exists according to the BCB control block information;
the method also comprises the steps of forming the upgrade flag, the upgrade type of the OTA upgrade and upgrade information corresponding to the OTA upgrade:
acquiring a network information table transmitted by a front-end system;
comparing the upgrading description information in the network information table with the configuration information of the Android equipment, if the Android equipment meets the upgrading condition, forming an upgrading mark and an upgrading type of OTA upgrading, and forming upgrading information according to the network information table;
and storing the upgrading mark into a BCB control block of the Android device, and storing the upgrading type of the OTA upgrading and the upgrading information into a FLASH of the Android device.
2. The upgrading method according to claim 1, further comprising the step of deleting the upgrading flag, the upgrading type and the upgrading information after the Android device is upgraded.
3. The upgrading method according to claim 1, wherein the obtaining of upgrading data through a corresponding signal channel according to the upgrading information to upgrade Android devices specifically comprises:
obtaining frequency point information of the upgrading data according to the upgrading information;
accessing a front-end system to obtain the upgrade data;
verifying the upgrade data;
and if the Android device is qualified, updating the software data of the Android device according to the upgrading data so as to upgrade the Android device.
4. An Android device upgrading system supporting DVB is characterized by comprising a starting guide module, a recovery system and a DVB module;
the starting guide module is used for confirming whether an upgrading mark exists when the Android device is started, if the upgrading mark exists, a recovery system of the Android device is started, and confirming whether the upgrading mark exists when the Android device is started specifically includes: when the Android equipment is started, a starting guide module of the Android equipment acquires BCB control block information in an MISC partition; confirming whether the upgrading mark exists according to the BCB control block information;
the recovery system is used for acquiring an upgrade type and upgrade information, starting the DVB module when the upgrade type is OTA upgrade, and further used for acquiring upgrade data through the Internet, a local SD card or a USB to upgrade Android equipment when the upgrade type is OTT upgrade;
the DVB module is used for acquiring upgrade data through a corresponding signal channel according to the upgrade information so as to upgrade Android equipment; the Android equipment further comprises an upgrading monitoring module;
the upgrading monitoring module is used for acquiring a network information table transmitted by a front-end system, comparing upgrading description information in the network information table with configuration information of the Android equipment, if the Android equipment meets upgrading conditions, forming an upgrading mark and an upgrading type of OTA upgrading, forming upgrading information according to the network information table, storing the upgrading mark into a BCB control block of the Android equipment, and storing the upgrading type of the OTA upgrading and the upgrading information into a FLASH of the Android equipment.
5. The upgrade system according to claim 4, wherein the recovery system is further configured to delete the upgrade flag, the upgrade type, and the upgrade information after the Android device is upgraded.
6. A computer device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor,
the processor, when executing the program, implements the method of any of claims 1-3.
7. A computer-readable medium, having stored thereon a computer program,
the program when executed by a processor implementing the method according to any one of claims 1-3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811552409.9A CN109358894B (en) | 2018-12-18 | 2018-12-18 | Android equipment upgrading method and system supporting DVB |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811552409.9A CN109358894B (en) | 2018-12-18 | 2018-12-18 | Android equipment upgrading method and system supporting DVB |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109358894A CN109358894A (en) | 2019-02-19 |
| CN109358894B true CN109358894B (en) | 2022-06-17 |
Family
ID=65329864
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811552409.9A Active CN109358894B (en) | 2018-12-18 | 2018-12-18 | Android equipment upgrading method and system supporting DVB |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109358894B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112732310A (en) * | 2021-01-22 | 2021-04-30 | 深圳市信义科技有限公司 | Firmware upgrading method, system, equipment and medium based on embedded boot partition |
| CN113656051A (en) * | 2021-04-27 | 2021-11-16 | 苏州佳世达电通有限公司 | Automatic upgrading method for android system equipment |
| CN115208945A (en) * | 2022-06-10 | 2022-10-18 | 深圳创维数字技术有限公司 | Android system upgrading method and related equipment thereof |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105554577B (en) * | 2015-12-21 | 2019-09-17 | Tcl集团股份有限公司 | A kind of method, apparatus and smart television of smart television OTA upgrading |
| CN107122212A (en) * | 2017-04-28 | 2017-09-01 | 环球智达科技（北京）有限公司 | Firmware encrypting method |
| CN206946466U (en) * | 2017-06-29 | 2018-01-30 | 上海传英信息技术有限公司 | The upgrading of Intelligent mobile equipment or rebuilt component |
| CN107092513B (en) * | 2017-06-29 | 2024-04-09 | 上海传英信息技术有限公司 | Upgrading or repairing component and upgrading or repairing method of intelligent mobile equipment |
| CN107544872A (en) * | 2017-07-31 | 2018-01-05 | 青岛海信电器股份有限公司 | A kind of method and apparatus of system upgrade |
| CN108322825A (en) * | 2018-02-28 | 2018-07-24 | 北京四达时代软件技术股份有限公司 | A kind of difference upgrade method and system |
-
2018
- 2018-12-18 CN CN201811552409.9A patent/CN109358894B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN109358894A (en) | 2019-02-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109358894B (en) | Android equipment upgrading method and system supporting DVB | |
| US6718374B1 (en) | Method and system for identifying and downloading appropriate software or formware specific to a particular model of set-top box in a cable television system | |
| US9749179B2 (en) | Fast initialization of multi-mode devices | |
| CN107193593B (en) | Upgrading method of upgradable file, set top box and storage medium | |
| EP3116218A1 (en) | Software upgrade method, device and equipment | |
| US8799433B2 (en) | Method and apparatus for upgrading software of digital broadcasting receiver | |
| US8544053B2 (en) | System and method for upgrading a multiprocessor set-top box device with a monolithilic firmware image | |
| WO2018014798A1 (en) | Method and system for dynamically configuring plurality of cas of set-top box | |
| CN105700918A (en) | System upgrading method and device | |
| CN110806883A (en) | Method and device for safely upgrading firmware and computer readable medium | |
| US20100332816A1 (en) | Resiliency against field-updated security elements | |
| CN111538523A (en) | Differential upgrading method, device and storage medium | |
| CN105446768A (en) | System upgrading method and apparatus | |
| EP3846023A1 (en) | Method and device for updating algorithm | |
| CN106569851B (en) | Application program processing method and device | |
| CN110764809A (en) | OTA APN upgrading method, device, equipment and medium | |
| CN115022718B (en) | Data importing method and data transmitting method | |
| CN107948693B (en) | Method for controlling television program playing, television and computer readable storage medium | |
| CN111176849A (en) | Application program management method, device and storage medium | |
| KR20070095946A (en) | Bypass dsmcc middleware via section filter mechanism | |
| WO2016000355A1 (en) | Terminal upgrade method and device | |
| KR101206639B1 (en) | Server and Method for updating firmware in Mobile communication terminal | |
| WO2021036625A1 (en) | Set top box upgrade method, set top box upgrade apparatus, set top box and storage medium | |
| CN107911718B (en) | Digital television software upgrading method and device and computer readable storage medium | |
| KR20030092684A (en) | Method for upgrade operating system program in digital broadcasting receiver |
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 |