Display device, server and OTA upgrade method

CN117544810BActive Publication Date: 2026-11-03QINGDAO HISENSE MEDIA NETWORKS CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202210918098.3
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-08-01
Publication Date
2026-11-03
Estimated Expiration
2042-08-01

AI Technical Summary

Technical Problem

In existing technologies, the failure rate of OTA differential upgrade packages for display devices is high, resulting in a poor user experience. In particular, the source version of the OTA differential upgrade package is easily tampered with, affecting the success rate of the upgrade.

Method used

The display device obtains the current software version number and the number of historical upgrade failures, reports them to the server to determine different upgrade strategies, including differential upgrade strategy, full package upgrade strategy, or USB upgrade strategy, and performs the upgrade according to the strategy determined by the server.

Benefits of technology

By changing the upgrade strategy, the display device switches to different upgrade strategies after an upgrade fails, which improves the success rate of OTA upgrades and enhances the user experience.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN117544810B_ABST
    Figure CN117544810B_ABST
Patent Text Reader

Abstract

The present disclosure relates to a display device, a server and an OTA upgrading method, and relates to the technical field of software upgrading. The display device comprises a controller configured to: in response to an upgrading instruction corresponding to a received first upgrading strategy, acquire a current software version number; in a case where at least one historical software version number is saved and the current software version number matches a latest historical software version number, acquire a historical upgrading failure number corresponding to the latest historical software version number and add one to the historical upgrading failure number to obtain a current upgrading failure number; a communicator configured to: send the current software version number and the current upgrading failure number to the server to determine a second upgrading strategy according to the current software version number and the current upgrading failure number by the server; and receive the second upgrading strategy sent by the server and perform upgrading based on the second upgrading strategy. The embodiments of the present disclosure are used to solve the problem of high OTA differential upgrading failure rate.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This disclosure relates to the field of software upgrade technology, and more particularly to a display device, a server, and an OTA upgrade method. Background Technology

[0002] Over-the-Air (OTA) technology is the standard software upgrade method provided by the Android system. In existing technologies, display devices by default use smaller OTA differential upgrade packages for OTA upgrades. Since these packages only contain the differences required for the specific OTA upgrade, they rely on the source version. However, the source version is easily tampered with, leading to a high failure rate when using OTA differential upgrade packages for OTA upgrades, thus impacting user experience. Summary of the Invention

[0003] To solve the above-mentioned technical problems, or at least partially solve them, this disclosure provides a display device, a server, and an OTA upgrade method, which can improve the success rate of OTA upgrades.

[0004] To achieve the above objectives, the technical solutions provided by the embodiments of this disclosure are as follows:

[0005] In a first aspect, this disclosure provides a display device, the display device comprising:

[0006] The controller is configured to: obtain the current software version number in response to the upgrade command corresponding to the received first upgrade strategy;

[0007] If at least one historical software version number is stored, and the current software version number matches the latest historical software version number, obtain the number of historical upgrade failures corresponding to the latest historical software version number, and increment the number of historical upgrade failures by one to obtain the current number of upgrade failures.

[0008] The communicator is configured to send the current software version number and the current number of upgrade failures to the server, so that the server can determine a second upgrade strategy based on the current software version number and the current number of upgrade failures. The second upgrade strategy is different from the first upgrade strategy, wherein the first upgrade strategy or the second upgrade strategy is any one of the following: differential upgrade strategy, whole package upgrade strategy, or mobile storage device USB upgrade strategy.

[0009] Receive the second upgrade strategy sent by the server and perform the upgrade based on the second upgrade strategy.

[0010] As an optional implementation of this disclosure, the controller is configured to:

[0011] If the number of historical upgrade failures is less than or equal to the first preset threshold, send the current software version number and the current number of upgrade failures to the server.

[0012] or,

[0013] If the current number of upgrade failures is greater than the first preset threshold but less than or equal to the second preset threshold, the current software version number and the current number of upgrade failures are sent to the server.

[0014] As an optional implementation of this disclosure, the controller is further configured to:

[0015] Generate a request prompt and control the display to show the request prompt, which is used to ask the user to confirm that the upgrade should be performed in accordance with the second upgrade strategy.

[0016] As an optional implementation of this disclosure, the second upgrade strategy is a USB upgrade strategy, and the controller is configured as follows:

[0017] Upon receiving the USB upgrade policy, a prompt message is generated, and the display is controlled to show the prompt message, which is used to prompt the connection of a mobile storage device;

[0018] If the mobile storage device is confirmed to be connected, the upgrade will be performed based on the USB upgrade strategy.

[0019] Secondly, this disclosure provides a server comprising:

[0020] The communicator is configured to receive the current software version number and the current number of upgrade failures sent by the display device;

[0021] The controller is configured to determine a second upgrade strategy based on the current software version number and the current number of upgrade failures, and send it to the display device. The second upgrade strategy is any one of the following: differential upgrade strategy, full package upgrade strategy, or USB upgrade strategy.

[0022] As an optional implementation of this disclosure, the controller is configured to:

[0023] If the number of upgrade failures is less than or equal to the third preset threshold, the second upgrade strategy is determined to be the full package upgrade strategy, and the full package upgrade strategy is sent to the display device.

[0024] If the number of upgrade failures is greater than the third preset threshold but less than or equal to the fourth preset threshold, the second upgrade strategy is determined to be the USB upgrade strategy, and the USB upgrade strategy is sent to the display device.

[0025] Thirdly, this disclosure provides an OTA upgrade method, which includes:

[0026] In response to the received upgrade command corresponding to the first upgrade strategy, obtain the current software version number;

[0027] If at least one historical software version number is stored, and the current software version number matches the latest historical software version number, obtain the number of historical upgrade failures corresponding to the latest historical software version number, and increment the number of historical upgrade failures by one to obtain the current number of upgrade failures.

[0028] The current software version number and the current number of upgrade failures are sent to the server so that the server can determine a second upgrade strategy based on the current software version number and the current number of upgrade failures. The second upgrade strategy is different from the first upgrade strategy. The first upgrade strategy or the second upgrade strategy is any one of the following: differential upgrade strategy, whole package upgrade strategy, or mobile storage device USB upgrade strategy.

[0029] Receive the second upgrade strategy sent by the server and perform the upgrade based on the second upgrade strategy.

[0030] As an optional implementation of this disclosure, sending the current software version number and the current number of upgrade failures to the server includes:

[0031] If the number of historical upgrade failures is less than or equal to the first preset threshold, send the current software version number and the current number of upgrade failures to the server.

[0032] or,

[0033] If the current number of upgrade failures is greater than the first preset threshold but less than or equal to the second preset threshold, the current software version number and the current number of upgrade failures are sent to the server.

[0034] As an optional implementation of this disclosure, before receiving the second upgrade strategy sent by the server and performing the upgrade based on the second upgrade strategy, the method further includes: generating a request prompt and controlling the display to show the request prompt, wherein the request prompt is used to request the user to confirm that the upgrade is performed in accordance with the second upgrade strategy.

[0035] As an optional implementation of this disclosure, the second upgrade strategy is a USB upgrade strategy. The system receives the second upgrade strategy sent by the server and performs an upgrade based on the second upgrade strategy, including:

[0036] Upon receiving the USB upgrade policy, a prompt message is generated, and the display is controlled to show the prompt message, which is used to prompt the connection of a mobile storage device;

[0037] If the mobile storage device is confirmed to be connected, the upgrade will be performed based on the USB upgrade strategy.

[0038] Fourthly, this disclosure provides an OTA upgrade method, which includes:

[0039] Receive the current software version number and the current number of upgrade failures sent by the display device;

[0040] Based on the current software version number and the current number of upgrade failures, a second upgrade strategy is determined and sent to the display device. The second upgrade strategy is any one of the following: differential upgrade strategy, full package upgrade strategy, or USB upgrade strategy.

[0041] As an optional implementation of this disclosure, a second upgrade strategy is determined based on the current software version number and the current number of upgrade failures, and then sent to the display device, including:

[0042] If the number of upgrade failures is less than or equal to the third preset threshold, the second upgrade strategy is determined to be the full package upgrade strategy, and the full package upgrade strategy is sent to the display device.

[0043] If the current number of upgrade failures exceeds a third preset threshold but is less than or equal to a fourth preset threshold, the second upgrade strategy is determined to be a USB upgrade strategy, and the USB upgrade strategy is sent to the display device. Fifthly, this disclosure provides an electronic device, including: a processor, a memory, and a computer program stored in the memory and executable on the processor. When executed by the processor, the computer program implements an OTA upgrade method as described in the third aspect or any optional embodiment thereof, or an OTA upgrade method as described in the fourth aspect or any optional embodiment thereof.

[0044] In a sixth aspect, this disclosure provides a computer-readable storage medium, comprising: storing a computer program on the computer-readable storage medium, wherein when the computer program is executed by a processor, it implements an OTA upgrade method as described in the third aspect or any optional embodiment thereof, or an OTA upgrade method as described in the fourth aspect or any optional embodiment thereof.

[0045] In a seventh aspect, this disclosure provides a computer program product, including: when the computer program product is run on a computer, causing the computer to implement an OTA upgrade method as described in the third aspect or any optional implementation thereof, or an OTA upgrade method as described in the fourth aspect or any optional implementation thereof.

[0046] The technical solution provided in this disclosure has the following advantages compared with the prior art:

[0047] This disclosure provides a display device, a server, and an OTA upgrade method. The display device, in response to a received upgrade instruction corresponding to a first upgrade strategy, obtains the current software version number. If the display device stores at least one historical software version number, and the current software version number matches the latest historical software version number among these at least one historical software version number, it obtains the historical upgrade failure count corresponding to the latest historical software version number and increments this historical upgrade failure count by one to obtain the current upgrade failure count. Then, it sends the current software version number and the current upgrade failure count to the server, so that the server can determine a second upgrade strategy different from the first upgrade strategy based on the current software version number and the current upgrade failure count. Upon receiving the second upgrade strategy, the display device performs an upgrade according to the second upgrade strategy. This achieves the goal of switching to the second upgrade strategy after an upgrade fails according to the first upgrade strategy, thereby improving the success rate of OTA upgrades and enhancing the user experience. Attached Figure Description

[0048] The accompanying drawings, which are incorporated in and form a part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure.

[0049] To more clearly illustrate the technical solutions in the embodiments of this disclosure or the prior art, the accompanying drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0050] Figure 1A This is a schematic diagram of the operation scenario of the display device in the embodiments of this disclosure;

[0051] Figure 1B This is a schematic diagram of the user interface of the display device in an embodiment of this disclosure;

[0052] Figure 2 An exemplary block diagram of the configuration of the control device 100 according to an exemplary embodiment is shown;

[0053] Figure 3 This is a hardware configuration block diagram of a display device provided in an embodiment of the present disclosure;

[0054] Figure 4 This is a schematic diagram of the software configuration in a display device provided in an embodiment of this disclosure;

[0055] Figure 5 A flowchart illustrating an OTA upgrade method provided in this embodiment of the present disclosure;

[0056] Figure 6 This is a schematic diagram of a system structure provided in an embodiment of the present disclosure;

[0057] Figure 7 This is a schematic diagram of the user interface of the display device in an embodiment of this disclosure. Figure 2 ;

[0058] Figure 8A This is a schematic diagram of the user interface of the display device in an embodiment of this disclosure. Figure 3 ;

[0059] Figure 8B This is a schematic diagram of the user interface of the display device in an embodiment of this disclosure. Figure 4 ;

[0060] Figure 9 This is a flowchart illustrating an OTA upgrade method provided in this embodiment. Figure 2 ;

[0061] Figure 10 A flowchart illustrating an OTA upgrade method provided in this embodiment of the present disclosure. Figure 3 ;

[0062] Figure 11 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure. Detailed Implementation

[0063] To better understand the above-mentioned objectives, features, and advantages of this disclosure, the solutions disclosed herein will be further described below. It should be noted that, unless otherwise specified, the embodiments and features described herein can be combined with each other.

[0064] Numerous specific details are set forth in the following description in order to provide a full understanding of this disclosure, but this disclosure may also be implemented in other ways different from those described herein; obviously, the embodiments in the specification are only some, and not all, of the embodiments of this disclosure.

[0065] The terms "first," "second," "third," etc., in the specification, claims, and accompanying drawings of this disclosure are used to distinguish different objects, not to describe a specific order. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or apparatuses. Those skilled in the art will understand the specific meaning of the above terms in this disclosure based on the specific circumstances. Additionally, in the description of this disclosure, unless otherwise stated, "a plurality of" means two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist; for example, A and / or B can represent: A alone, A and B simultaneously, or B alone. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship.

[0066] Currently, to promptly resolve user issues encountered while using display devices and improve user experience, display device manufacturers need to provide continuous system updates through OTA (Over-The-Air) upgrade technology. Display devices default to using the OTA differential upgrade method during OTA upgrades. The OTA differential upgrade package received by the display device is smaller, improving the OTA upgrade speed. However, OTA differential upgrades require all data in the OTA upgrade partition corresponding to the original software version on the display device to remain unchanged. If the data in the OTA upgrade partition changes, the installation of the OTA differential upgrade package will fail after downloading it, resulting in an OTA differential upgrade failure. Typically, the data in the OTA upgrade partition is easily tampered with, and this tampering will cause the OTA differential upgrade to fail. In this situation, even if the display device exits the OTA differential upgrade package installation process and restarts the original version, the OTA differential upgrade package installation process will run again, still failing to install, resulting in repeated restarts and upgrades.

[0067] In addition, existing display devices are based on a system architecture of recovery mode. This system architecture only has one complete software system. If the upgrade fails during OTA differential upgrade, the software system will become unusable, affecting the user experience.

[0068] To address the aforementioned issues, this disclosure provides a display device, a server, and an OTA upgrade method. The display device, in response to a received upgrade instruction corresponding to a first upgrade strategy, obtains the current software version number. If the display device stores at least one historical software version number, and the current software version number matches the latest historical software version number among these at least one historical software version number, it obtains the historical upgrade failure count corresponding to the latest historical software version number and increments this historical upgrade failure count by one to obtain the current upgrade failure count. Then, it sends the current software version number and the current upgrade failure count to the server, so that the server can determine a second upgrade strategy different from the first upgrade strategy based on the current software version number and the current upgrade failure count. Upon receiving the second upgrade strategy, the display device performs an upgrade according to the second upgrade strategy. This achieves the goal of switching to the second upgrade strategy after an upgrade fails according to the first upgrade strategy, thereby improving the success rate of OTA upgrades and enhancing the user experience.

[0069] like Figure 1A As shown, Figure 1A This is a schematic diagram of the operation scenario of the display device in the embodiments of this disclosure. Figure 1A It includes a control device 100, a display device 200, a smart device 300, and a server 400.

[0070] In some embodiments, a user can operate the display device 200 via a smart device 300 or a control device 100, and the display device 200 can communicate with the server 400. The smart device 300 (such as a mobile terminal, tablet computer, computer, laptop computer, etc.) can also be used to control the display device 200. For example, an application running on the smart device can be used to control the display device 200.

[0071] like Figure 1A As shown, taking the operation of the display device 200 via the control device 100 as an example, the application scenarios of the display device 200 provided in this disclosure will be explained. In the scenario where the display device 200 is undergoing an OTA upgrade, an upgrade prompt can be displayed on the monitor of the display device 200 to prompt the user to perform an OTA upgrade, for example, Figure 1B This is a schematic diagram of the user interface of the display device in an embodiment of this disclosure, as shown below. Figure 1BAs shown, the display device 200 displays a user interface 201 on its monitor. The user interface 201 includes an upgrade prompt that reads, "A newer software version has been detected. Do you want to upgrade the system?" The upgrade prompt also includes two options: "Yes" and "No". The user can perform corresponding operations according to the upgrade prompt through the control device 100. When the user selects the "Yes" option through the control device 100, it indicates that the user wants to perform an OTA upgrade. An upgrade command corresponding to the first upgrade strategy is sent to the controller of the display device 200 to instruct the display device 200 to perform an OTA upgrade according to the first upgrade strategy.

[0072] In some embodiments, the control device 100 may be a remote control. Communication between the remote control and the terminal device includes infrared protocol communication, Bluetooth protocol communication, and other short-range communication methods, controlling the display device 200 wirelessly or via wired means. Users can control the display device 200 by inputting user commands through buttons on the remote control, voice input, control panel input, etc.

[0073] In some embodiments, the display device 200 may receive instructions not through the aforementioned smart device 300 or control device 100, but through touch or gestures.

[0074] In some embodiments, the display device 200 can also be controlled in ways other than the control device 100 and the smart device 300. For example, it can be controlled by directly receiving the user's voice commands through a module configured inside the display device 200 for acquiring voice commands, or it can be controlled by receiving the user's voice commands through a voice control device set outside the display device 200.

[0075] In some embodiments, the display device 200 may be allowed to communicate via a local area network (LAN), a wireless local area network (WLAN), and other networks. The server 400 may provide various content and interactive features to the display device 200. The server 400 may be a cluster or multiple clusters, and may include one or more types of servers. Alternatively, it may be a cloud server. The above is merely an example, and no limitation is made in this embodiment.

[0076] Figure 2 An exemplary block diagram of the configuration of the control device 100 according to an exemplary embodiment is shown. Figure 2As shown, the control device 100 includes a controller 110, a communication interface 130, a user input / output interface 140, a memory, and a power supply. The control device 100 can receive user input commands and convert them into commands that the display device 200 can recognize and respond to, acting as an intermediary for interaction between the user and the display device 200. The communication interface 130 is used for external communication and includes at least one of a Wi-Fi chip, a Bluetooth module, NFC, or a replacement module. The user input / output interface 140 includes at least one of a microphone, a touchpad, a sensor, a button, or a replacement module.

[0077] Figure 3 This is a hardware configuration block diagram of a display device provided in an embodiment of this disclosure. For example... Figure 3 As shown, the display device includes at least one of a tuner / demodulator 210, a communicator 220, a detector 230, an external device interface 240, a controller 250, a display 260, an audio output interface 270, a memory, a power supply, and a user interface 280. The controller 250 includes a central processing unit, a video processor, an audio processor, a graphics processor, random access memory (RAM), read-only memory (ROM), and a first to nth interface for input / output. The display 260 can be at least one of a liquid crystal display, an OLED display, a touch display, and a projection display, and can also be a projection device and a projection screen. The tuner / demodulator 210 receives broadcast television signals via wired or wireless reception and demodulates audio and video signals, such as Electronic Program Guide (EPG) data signals, from multiple wireless or wired broadcast television signals. The detector 230 is used to collect signals from the external environment or signals interacting with the external environment. The controller 250 and the tuner / demodulator 210 can be located in different separate devices; that is, the tuner / demodulator 210 can also be located in an external device of the main device containing the controller 250, such as an external set-top box. The external device interface 240 can include, but is not limited to, one or more of the following: High-definition multimedia interface (HDMI), analog or data high-definition component input interface (component), composite video input interface (CVBS), USB input interface (USB), RGB port, etc. It can also be a composite input / output interface formed by multiple of the above interfaces.

[0078] In some embodiments, the controller 250 controls the operation of the display device and responds to user operations through various software control programs stored in memory. The controller 250 controls the overall operation of the display device 200. The user can input commands through a graphical user interface (GUI) displayed on the monitor 260, and the user input interface receives the user input commands through the GUI. Alternatively, the user can input user commands by inputting specific sounds or gestures, and the user input interface receives the user input commands by recognizing the sounds or gestures through sensors.

[0079] In some embodiments, a "user interface" is the medium through which an application or operating system interacts and exchanges information with a user, realizing the conversion between the internal form of information and a form acceptable to the user. A common form of user interface is the graphical user interface (GUI), which refers to a user interface related to computer operation displayed graphically. It can be an icon, window, control, or other interface element displayed on the monitor of an electronic device. Controls can include at least one of the following visual interface elements: icons, buttons, menus, tabs, text boxes, dialog boxes, status bars, navigation bars, and web widgets (widgets).

[0080] In some embodiments, the controller includes at least one of a central processing unit (CPU), a video processor, an audio processor, a graphics processing unit (GPU), a RAM (random access memory), a ROM (read-only memory), a digital signal processor (DSP) for input / output, a first to an nth interface, a communication bus, etc.

[0081] A CPU (CPU) processor is used to execute operating system and application instructions stored in memory, as well as various interactive instructions received from external input, to execute various applications, data, and content, ultimately for the display and playback of various audio and video content. A CPU processor can include multiple processors, such as a main processor and one or more sub-processors.

[0082] This disclosure provides a display device, which includes:

[0083] The controller 250 is configured to: in response to the received upgrade instruction corresponding to the first upgrade strategy, obtain the current software version number; if at least one historical software version number is stored and the current software version number matches the latest historical software version number, obtain the historical upgrade failure count corresponding to the latest historical software version number, and increment the historical upgrade failure count by one to obtain the current upgrade failure count;

[0084] The communicator 220 is configured to: send the current software version number and the current number of upgrade failures to the server, so that the server can determine a second upgrade strategy based on the current software version number and the current number of upgrade failures. The second upgrade strategy is different from the first upgrade strategy, wherein the first upgrade strategy or the second upgrade strategy is any one of the following: differential upgrade strategy, whole package upgrade strategy, or mobile storage device USB upgrade strategy; receive the second upgrade strategy sent by the server, and perform the upgrade based on the second upgrade strategy.

[0085] If the above-mentioned display device fails to upgrade based on the first upgrade strategy, the current upgrade failure count is determined based on the historical upgrade failure count. The server then determines a suitable second upgrade strategy based on the current upgrade failure count. The display device achieves a smooth and fast OTA upgrade according to the second upgrade strategy, which improves the success rate of OTA upgrades and enhances the user experience.

[0086] This disclosure provides a server, the server comprising:

[0087] The communicator is configured to receive the current software version number and the current number of upgrade failures sent by the display device;

[0088] The controller is configured to determine a second upgrade strategy based on the current software version number and the current number of upgrade failures, and send it to the display device. The second upgrade strategy is any one of the following: differential upgrade strategy, full package upgrade strategy, or USB upgrade strategy.

[0089] Based on the number of upgrade failures received, the server determines that the display device has failed to upgrade using the first upgrade strategy and needs to switch upgrade strategies. It then determines a suitable second upgrade strategy based on the number of upgrade failures, thereby enabling the display device to successfully complete the OTA upgrade.

[0090] Figure 4 This is a schematic diagram of the software configuration in the display device provided in the embodiments of this disclosure, such as... Figure 4As shown, the system is divided into four layers, from top to bottom: the Applications layer (referred to as the "Application Layer"), the Application Framework layer (referred to as the "Framework Layer"), the Android runtime and system library layer (referred to as the "System Runtime Library Layer"), and the kernel layer. The kernel layer contains at least one of the following drivers: audio driver, display driver, Bluetooth driver, camera driver, Wi-Fi driver, Universal Serial Bus (USB) driver, High Definition Multimedia Interface (HDMI) driver, sensor driver (such as fingerprint sensor, temperature sensor, pressure sensor, etc.), and power driver.

[0091] It should be noted that the scope of protection of the OTA upgrade method described in this disclosure is not limited to the execution order of the steps listed in this embodiment. Any solution implemented by adding, subtracting, or replacing steps in the prior art based on the principles of this disclosure is included within the scope of protection of this disclosure.

[0092] Figure 5 This is a flowchart illustrating an OTA upgrade method provided in an embodiment of the present disclosure, as shown in Figure 1. Figure 5 As shown, the method includes the following steps S501 to S504:

[0093] S501. In response to the received upgrade instruction corresponding to the first upgrade strategy, obtain the current software version number.

[0094] Figure 6 This is a schematic diagram of a system structure provided in an embodiment of this disclosure, such as... Figure 6 As shown, this embodiment of the disclosure is based on a dual-system architecture of the display device 200, where a first system A and a second system B run simultaneously on the display device 200. Firstly, the first system A of the display device responds to the received upgrade command corresponding to the first upgrade strategy, obtains the current software version number of the second system B, and performs subsequent operations. Thus, based on the dual-system architecture, while the first system A is operating normally, the second system B is upgraded in the background, unseen by the user. After the second system B is successfully upgraded, as... Figure 6 As shown, the software version of the second system B is upgraded from Android 8.0 to Android 8.1, while the software version of the first system A remains at 8.0. The display device switches to the upgraded second system B to operate, and then the second system B obtains the current software version number of the first system A and performs subsequent OTA upgrade operations, thereby upgrading the dual systems of the display device.

[0095] If the second system B fails to upgrade based on the first upgrade strategy, the first system A will continue to operate normally. The second system B will change its upgrade strategy according to the OTA upgrade method implemented in this disclosure, thereby ensuring the success of the OTA upgrade, avoiding the problem of the display device being unusable due to upgrade failure, and improving the user experience.

[0096] The first upgrade strategy can be any of the following: differential upgrade strategy, whole package upgrade strategy, or USB upgrade strategy for mobile storage devices. The upgrade command corresponding to the first upgrade strategy can be an upgrade command received by the display device from the server, or an upgrade command input by the user; this will not be elaborated upon here.

[0097] The differential upgrade strategy refers to the strategy of upgrading using OTA differential upgrade packages. OTA differential upgrade packages only contain the differences created using differential tools; these can be understood as the parts that need to be updated relative to the original version. OTA differential upgrade packages are small, resulting in fast download and upgrade speeds.

[0098] The full package upgrade strategy is a strategy that uses a complete OTA upgrade package for upgrading. The complete OTA upgrade package contains the upgrade data for the target version, and can be used directly for OTA upgrade.

[0099] The Universal Serial Bus (USB) upgrade strategy for removable storage devices utilizes a USB upgrade package. First, the USB upgrade package is placed in the root directory of the USB drive. Then, the device reads the upgrade data from the root directory and performs the upgrade accordingly. It's worth noting that the USB upgrade strategy can resolve system boot failures caused by differential or full-package upgrade failures.

[0100] In some embodiments, the first upgrade strategy includes a target software version number. After obtaining the current software version number, the display device compares the current software version number with the target software version number. If the current software version number is less than the target software version number, it is determined that the display device needs to be updated to the version corresponding to the target software version number. If the current software version number is greater than or equal to the target software version number, it is determined that the current software version of the display device is the latest version and no update is required.

[0101] In some embodiments, when the received first upgrade strategy is a differential upgrade strategy or a full package upgrade strategy, the current software version number is obtained.

[0102] In some embodiments, when the first upgrade policy received is a USB upgrade policy, the upgrade is performed based on the USB upgrade policy. In this embodiment of the present disclosure, an implementation method is provided: first, the USB upgrade package included in the USB upgrade policy is downloaded; then, the USB upgrade package is verified; and then, the USB upgrade package is installed. Specifically, the target software version is written to a read-only partition. After the USB upgrade package is installed, a restart is performed so that the target software version takes effect.

[0103] S502. If at least one historical software version number is stored, and the current software version number matches the latest historical software version number, obtain the number of historical upgrade failures corresponding to the latest historical software version number, and increment the number of historical upgrade failures by one to obtain the current number of upgrade failures.

[0104] In some embodiments, after obtaining the current software version number, the display device queries the historical software version number. If the historical software version number does not exist, it indicates that the display device is being upgraded for the first time since leaving the factory. In this case, the differential upgrade strategy is directly obtained from the server, and the upgrade is performed using the OTA differential upgrade package based on the differential upgrade strategy to improve the efficiency of OTA upgrade.

[0105] In some embodiments, after obtaining the current software version number, the display device obtains at least one historical software version number stored locally; wherein, at least one historical software version number is stored corresponding to an upgrade time. Then, the latest upgrade time is determined, and the historical software version number corresponding to this upgrade time is the latest historical software version number, which is the version number at the time of the last OTA upgrade. Then, the current software version number is compared with the latest historical software version number. If the current software version number is greater than the latest historical software version number, it indicates that the version corresponding to the current software version number is the latest version and no upgrade is required.

[0106] If the current software version number equals the historical software version number, it indicates that the previous upgrade failed, and the device needs to be upgraded again. Further, the number of historical upgrade failures corresponding to the latest historical software version number is obtained. This number of historical upgrade failures is compared with a first preset threshold or a second preset threshold. The first or second preset threshold can be set according to actual needs, and will not be elaborated upon here.

[0107] It should be noted that the display device creates a database, sys_upgrade_fail_db.xml, to record the number of historical upgrade failures. If this database stores at least one historical software version number, the historical upgrade failure count is stored corresponding to that software version number; if the database only includes the latest historical software version number, the historical upgrade failure count recorded in the database is the number of failures relative to the previous OTA upgrade. This database is cleared after the display device restarts to ensure data validity.

[0108] Furthermore, if the number of historical upgrade failures is less than or equal to the first preset threshold, it indicates that the display device has failed to perform an OTA upgrade based on the differential upgrade strategy. The number of historical upgrade failures is then incremented by one to obtain the current number of upgrade failures. The first preset threshold is a positive integer greater than or equal to zero.

[0109] This disclosure provides an implementation method in which, if the historical upgrade failure count is 0, it indicates that the last upgrade attempt on the display device based on the differential upgrade strategy failed. In this case, the historical upgrade failure count is incremented by 1 to obtain the current upgrade failure count, which is 1.

[0110] If the number of historical upgrade failures is greater than the first preset threshold and less than or equal to the second preset threshold, it means that the display device previously failed to upgrade based on the differential upgrade strategy and also failed to upgrade based on the whole package upgrade strategy. The current number of upgrade failures is obtained by adding one to the number of historical upgrade failures. The second preset threshold is a positive integer greater than the first preset threshold.

[0111] This disclosure provides an implementation method where, if the historical upgrade failure count is 1, it indicates that the display device previously failed to upgrade based on the differential upgrade strategy and also failed to upgrade based on the full package upgrade strategy. In this case, the historical upgrade failure count is incremented by 1 to obtain the current upgrade failure count, which is 2.

[0112] The above embodiments determine that the display device failed to upgrade based on the first upgrade strategy by comparing the number of historical upgrade failures with the first preset threshold and the second preset threshold. Furthermore, based on the number of historical upgrade failures, it is determined whether the upgrade failure was based on the differential upgrade strategy or both the differential upgrade strategy and the full package upgrade strategy. This accurately obtains the current number of failures, enabling the server to provide an accurate second upgrade strategy, improving the fault tolerance of software upgrades, facilitating successful OTA upgrades, and enhancing the user experience.

[0113] If the number of historical upgrade failures exceeds the second preset threshold, it indicates that the display device has a problem that it cannot repair itself. A repair prompt is generated and the display is controlled. The repair prompt may include repair strategies, such as after-sales service phone numbers, so as to help users solve the problem of OTA upgrade failure.

[0114] S503: Send the current software version number and the current number of upgrade failures to the server so that the server can determine the second upgrade strategy based on the current software version number and the current number of upgrade failures.

[0115] The second upgrade strategy differs from the first upgrade strategy. If the first upgrade strategy is a differential upgrade strategy, then the second upgrade strategy is a full package upgrade strategy or a USB upgrade strategy. If the first upgrade strategy is a full package upgrade strategy, then the second upgrade strategy is a USB upgrade strategy.

[0116] If the number of historical upgrade failures is less than or equal to the first preset threshold, it indicates that the display device has failed to perform an OTA upgrade based on the differential upgrade strategy. After obtaining the current number of upgrade failures, the current number of upgrade failures and the current software version number are sent to the server so that the server can determine a second upgrade strategy that is different from the first upgrade strategy.

[0117] This disclosure provides an implementation method in which, when the historical upgrade failure count is 0, it indicates that the last upgrade attempt on the display device based on the differential upgrade strategy failed. The historical upgrade failure count is incremented by 1 to obtain the current upgrade failure count. After the current upgrade failure count is 1, the current upgrade failure count and the current software version number are sent to the server. The server determines that the last upgrade attempt on the display device based on the differential upgrade strategy (first upgrade strategy) failed, and thus determines a second upgrade strategy that is different from the first upgrade strategy.

[0118] If the number of historical upgrade failures is greater than the first preset threshold but less than or equal to the second preset threshold, it indicates that the display device previously failed based on the differential upgrade strategy. The current number of upgrade failures and the current software version number are sent to the server so that the server can determine a second upgrade strategy that is different from the differential upgrade strategy.

[0119] This disclosure provides an implementation method where, if the historical upgrade failure count is 1, it indicates that the display device previously failed to upgrade based on both the differential upgrade strategy and the full package upgrade strategy. After incrementing the historical upgrade failure count by 1 to obtain the current upgrade failure count, and the current upgrade failure count is 2, the current upgrade failure count and the current software version number are sent to the server. The server determines that the display device failed to upgrade based on both the differential upgrade strategy and the full package upgrade strategy based on the current failure count of 2, thereby determining a second upgrade strategy different from both: the USB upgrade strategy.

[0120] The above embodiments accurately obtain the current number of upgrade failures under different circumstances, so as to provide the server with an accurate second upgrade strategy, thereby avoiding repeated upgrades of the display device based on the first upgrade failure strategy and improving the success rate of display device software upgrades.

[0121] S504: Receive the second upgrade strategy sent by the server and perform the upgrade based on the second upgrade strategy.

[0122] In some embodiments, after receiving the second upgrade strategy sent by the server, a request prompt is generated and the display is controlled to show the request prompt. This request prompt asks the user to confirm that the upgrade will proceed according to the second upgrade strategy. The request prompt includes two options: a confirm option and a negative option. Upon receiving the user's selection of the confirm option, indicating that the user has confirmed the upgrade according to the second upgrade strategy, the display device performs the upgrade based on the second upgrade strategy.

[0123] For example, Figure 7 This is a schematic diagram of the user interface of the display device in an embodiment of this disclosure. Figure 2 ,like Figure 7 As shown, Figure 7 The user interface 202 of the display device 200 generates a request prompt after receiving the second upgrade strategy sent by the server: "System update failed. A new upgrade strategy has been customized for you. Do you want to upgrade the system again?" The request prompt also includes two options: "Yes" and "No". After receiving the user's input of the "Yes" option, it means that the user has decided to upgrade according to the second upgrade strategy.

[0124] Upon receiving the user's negative selection input, indicating that the user does not wish to upgrade according to the second upgrade strategy, in the dual-system architecture, the second system upgrade fails and will not continue to upgrade, while the first system continues to operate normally.

[0125] In some embodiments, when the received second upgrade strategy is a full package upgrade strategy, the display device upgrades according to the OTA full upgrade package with the current software version number included in the full package upgrade strategy. Optionally, the OTA full upgrade package is downloaded and verified. If the verification is successful, the OTA full upgrade package is installed, and the display device is restarted after installation. This enables switching to the full package upgrade strategy in the event of a failure based on the differential upgrade strategy, ensuring successful OTA upgrades and improving the user experience.

[0126] In some embodiments, upon receiving a second upgrade policy from the server that is a USB upgrade policy, a prompt message is generated and the display is controlled to show the prompt message, which prompts the user to connect a mobile storage device. If it is determined that a mobile storage device has been connected, an upgrade is performed based on the USB upgrade policy.

[0127] For example, Figure 8A This is a schematic diagram of the user interface of the display device in an embodiment of this disclosure. Figure 3 ,like Figure 8A As shown, Figure 8A The user interface 203 of the display device 200 is shown in the middle. When the second upgrade policy sent by the server is a USB upgrade policy, the first prompt message 1 is generated and displayed: "System update failed. In order for you to enjoy the latest software version in time, a USB upgrade policy has been formulated for you. Do you have a USB external storage device at home?" The prompt message 1 includes two options: "Yes" and "No". Figure 8B This is a schematic diagram of the user interface of the display device in an embodiment of this disclosure. Figure 4 ,like Figure 8B As shown, Figure 8B The user interface 204 of the display device 200 is shown in the middle. After receiving the user's selection input for the option "Yes", the second prompt message is generated and displayed: "Please insert the USB external storage device and click Yes after insertion". The second prompt message includes two options: "Yes" and "No". After receiving the user's selection input for the option "Yes", the upgrade is performed based on the USB upgrade strategy.

[0128] In summary, this disclosure provides an OTA upgrade method applied to a display device. The method responds to an upgrade instruction corresponding to a received first upgrade strategy by obtaining the current software version number. If the display device stores at least one historical software version number, and the current software version number matches the latest historical software version number among these at least one historical software version numbers, the method obtains the historical upgrade failure count corresponding to the latest historical software version number and increments this historical upgrade failure count by one to obtain the current upgrade failure count. Then, the method sends the current software version number and the current upgrade failure count to a server, so that the server can determine a second upgrade strategy different from the first upgrade strategy based on the current software version number and the current upgrade failure count. Upon receiving the second upgrade strategy, the display device performs an upgrade according to the second upgrade strategy. This method achieves the goal of switching to the second upgrade strategy after an upgrade fails according to the first upgrade strategy, thereby improving the success rate of OTA upgrades and enhancing the user experience.

[0129] Figure 9 This is a flowchart illustrating an OTA upgrade method provided in this embodiment. Figure 2 This method is applied to servers, such as Figure 9As shown, the method includes S901 to S902:

[0130] S901: Receive the current software version number and the current number of upgrade failures sent by the display device.

[0131] In some embodiments, before the server receives the current software version number and the current number of upgrade failures sent by the display device, the server determines the first upgrade strategy as a differential upgrade strategy based on the target software version number and sends it to the display device so that the display device can upgrade according to the differential upgrade strategy.

[0132] S902. Based on the current software version number and the current number of upgrade failures, determine the second upgrade strategy and send it to the display device.

[0133] The second upgrade strategy is any one of the following: differential upgrade strategy, whole package upgrade strategy, or USB upgrade strategy.

[0134] In some embodiments, if the received number of current upgrade failures is less than or equal to a third preset threshold, the second upgrade strategy is determined to be either a full package upgrade strategy or a USB upgrade strategy, and the full package upgrade strategy is sent to the display device. The third preset threshold is a positive integer that is one greater than the first preset threshold.

[0135] This disclosure provides an implementation method in which, when the number of current upgrade failures is 1, it indicates that the display device has failed to upgrade based on the differential upgrade strategy. In this case, the server determines that the second upgrade strategy is the full package upgrade strategy and sends the full package upgrade strategy to the display device, thereby improving the efficiency of OTA upgrade while ensuring the success of OTA upgrade on the display device.

[0136] In some embodiments, if the number of current upgrade failures received is greater than a third preset threshold and less than or equal to a fourth preset threshold, the second upgrade strategy is determined to be a USB upgrade strategy, and the USB upgrade strategy is sent to the display device, wherein the fourth preset threshold is a positive integer that is 1 greater than the second preset threshold.

[0137] This disclosure provides an implementation method in which, when the number of current upgrade failures is 2, it indicates that the display device has failed to upgrade based on both the differential upgrade strategy and the full package upgrade strategy. In this case, the server determines that the second upgrade strategy is the USB upgrade strategy, thereby ensuring that the display device can be upgraded through the USB upgrade strategy in the event of differential upgrade failure or full package upgrade failure, thereby improving the success rate of OTA upgrades and enhancing the user experience.

[0138] Figure 10 A flowchart illustrating an OTA upgrade method provided in this embodiment of the present disclosure. Figure 3 ,like Figure 10As shown, the method includes S1001 to S1006:

[0139] S1001. The display device responds to the upgrade instruction corresponding to the first upgrade strategy received and obtains the current software version number.

[0140] In some embodiments, the display device runs the OTA process according to the upgrade instruction corresponding to the received first upgrade strategy, and reads the current software version number from the data structure last_version.xml.

[0141] If the historical software version number is stored in the data structure last_version.xml, proceed to step S1002;

[0142] If the historical software version number does not exist in the data structure last_version.xml, it indicates that the display device is being updated for the first time. The data structure last_version.xml and the database sys_upgrade_fial_db.xml are then cleared, and the upgrade is performed based on the differential upgrade strategy.

[0143] S1002. If the display device has stored at least one historical software version number and the current software version number matches the latest historical software version number, it obtains the number of historical upgrade failures corresponding to the latest historical software version number and increments the number of historical upgrade failures by one to obtain the current number of upgrade failures.

[0144] In some embodiments, if the display device stores at least one historical software version number, and the current software version number is greater than the latest historical software version number, it indicates that the software version of the display device's system has been upgraded to the latest version and no further upgrade is needed.

[0145] In some embodiments, the display device reads the historical upgrade count corresponding to the latest historical version number from the database sys_upgrade_fial_db.xml, provided that the current software version number matches the latest historical software version number and that at least one historical software version number is stored.

[0146] If the historical upgrade failure count is 0, it means that the display device failed to upgrade based on the differential upgrade strategy last time. The historical upgrade failure count is incremented by 1 to get the current upgrade failure count as 1.

[0147] If the historical upgrade failure count is 1, it means that the display device failed to upgrade based on the differential upgrade strategy and also failed to upgrade based on the full package upgrade strategy. In this case, the historical upgrade failure count is incremented by 1 to get the current upgrade failure count as 2.

[0148] S1003. The display device sends the current software version number and the current number of upgrade failures to the server.

[0149] If the number of historical upgrade failures is 0, the display device sends the current software version number and the current upgrade failure count as 1 to the server; if the number of historical upgrade failures is 1, the display device sends the current software version number and the current upgrade failure count as 2 to the server.

[0150] S1004. The server receives the current software version number and the current number of upgrade failures sent by the display device.

[0151] S1005. The server determines the second upgrade strategy based on the current software version number and the current number of upgrade failures, and sends it to the display device.

[0152] If the number of current upgrade failures is 1, the server determines that the second upgrade strategy is the full package upgrade strategy corresponding to the current software version number. The full package upgrade strategy includes the OTA full upgrade package corresponding to the current software version number.

[0153] If the number of current upgrade failures is 2, the server determines that the second upgrade strategy is the USB upgrade strategy corresponding to the current software version number, which includes a USB upgrade package.

[0154] S1006. The display device receives the second upgrade strategy sent by the server and performs the upgrade based on the second upgrade strategy.

[0155] When the display device receives the second upgrade strategy package from the server, it generates a request prompt: "System update failed. A new upgrade strategy has been customized for you. Do you want to upgrade the system again?" If the user confirms to upgrade the system again, the display device runs the OTA process, downloads, verifies, and installs the complete OTA upgrade package, and then restarts.

[0156] If the system receives a second upgrade policy from the server, which is a USB upgrade policy, a request prompt will be generated: "System update failed. In order for you to enjoy the latest software version in a timely manner, a USB upgrade policy has been formulated for you. Do you have a USB external storage device at home?" If the user confirms that they have a USB external storage device, they will be further prompted to insert the USB external storage device. If the user confirms that the USB external storage device is inserted, the upgrade will be performed based on the USB upgrade policy.

[0157] Figure 11 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present disclosure, such as... Figure 11As shown, the electronic device includes a processor, a memory, and a computer program stored in the memory and executable on the processor. When executed by the processor, the computer program implements the various processes of the OTA upgrade method in the above method embodiments. Furthermore, it achieves the same technical effect, and to avoid repetition, it will not be described again here.

[0158] This disclosure provides a computer-readable storage medium storing a computer program. When executed by a processor, the computer program implements the various processes of the OTA upgrade method described in the above method embodiments and achieves the same technical effect. To avoid repetition, further details are omitted here.

[0159] The computer-readable storage medium can be a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, etc.

[0160] This disclosure provides a computer program product that stores a computer program. When the computer program is executed by a processor, it implements the various processes of the OTA upgrade method described in the above method embodiments and achieves the same technical effect. To avoid repetition, it will not be described again here.

[0161] Those skilled in the art will understand that embodiments of this disclosure can be provided as methods, systems, or computer program products. Therefore, this disclosure can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this disclosure can take the form of a computer program product embodied on one or more computer-usable storage media containing computer-usable program code.

[0162] In this disclosure, the processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or any conventional processor.

[0163] In this disclosure, memory may include non-persistent memory in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, like read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0164] In this disclosure, computer-readable media includes both permanent and non-permanent, removable and non-removable storage media. Storage media can store information using any method or technology; the information can be computer-readable instructions, data structures, program modules, 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 technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient media, such as modulated data signals and carrier waves.

[0165] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes the element.

[0166] The above are merely specific embodiments of this disclosure, enabling those skilled in the art to understand or implement this disclosure. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this disclosure. Therefore, this disclosure is not to be limited to these embodiments, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A display device, characterized in that, The display device is configured with a first system and a second system that are independent of each other. The first system operates normally and includes: The controller is configured to: in response to an upgrade instruction corresponding to the received first upgrade strategy, obtain the current software version number of the second system; If at least one historical software version number is stored, and the current software version number matches the latest historical software version number, obtain the number of historical upgrade failures corresponding to the latest historical software version number, and increment the number of historical upgrade failures by one to obtain the current number of upgrade failures. The communicator is configured to: send the current software version number and the current number of upgrade failures to the server, so that the server can determine a differentiated second upgrade strategy according to the current software version number and the current number of upgrade failures, based on a preset failure number threshold. When the current number of upgrade failures is less than or equal to a third preset threshold, a full package upgrade strategy is issued; when the current number of upgrade failures is greater than the third preset threshold and less than or equal to a fourth preset threshold, a mobile storage device USB upgrade strategy is issued. The second upgrade strategy is different from the first upgrade strategy, wherein the first upgrade strategy or the second upgrade strategy is any one of the following: a differential upgrade strategy, a full package upgrade strategy, or a mobile storage device USB upgrade strategy. The system receives the second upgrade strategy sent by the server and upgrades the second system based on the second upgrade strategy.

2. The display device according to claim 1, characterized in that, The controller is configured as follows: If the number of historical upgrade failures is less than or equal to a first preset threshold, the current software version number and the current number of upgrade failures are sent to the server. or, If the current number of upgrade failures is greater than the first preset threshold and less than or equal to the second preset threshold, the current software version number and the current number of upgrade failures are sent to the server.

3. The display device according to claim 1, characterized in that, The controller is also configured to: A request prompt is generated, and the display is controlled to show the request prompt, which is used to request the user to confirm that the upgrade is performed in accordance with the second upgrade strategy.

4. The display device according to claim 1, characterized in that, The second upgrade strategy is a USB upgrade strategy, and the controller is configured as follows: Upon receiving the USB upgrade policy, a prompt message is generated, and the display is controlled to show the prompt message, which is used to prompt the connection of a mobile storage device; If a mobile storage device is confirmed to be connected, an upgrade is performed based on the USB upgrade strategy.

5. A server, characterized in that, include: The communicator is configured to receive the current software version number and the current number of upgrade failures sent by the display device; The controller is configured to: determine a second upgrade strategy based on the current software version number and the current number of upgrade failures, and send it to the display device. The second upgrade strategy is any one of the following: differential upgrade strategy, full package upgrade strategy, or USB upgrade strategy. When the controller determines a second upgrade strategy based on the current software version number and the current number of upgrade failures and sends it to the display device, it is configured to: determine the second upgrade strategy as the full package upgrade strategy when the current number of upgrade failures is less than or equal to a third preset threshold, and send the full package upgrade strategy to the display device. If the current number of upgrade failures is greater than the third preset threshold and less than or equal to the fourth preset threshold, the second upgrade strategy is determined to be the USB upgrade strategy, and the USB upgrade strategy is sent to the display device.

6. An OTA upgrade method, characterized in that, Applied to a display device, the display device is configured with an independent first system and a second system, the first system operating normally, the method comprising: In response to the received upgrade instruction corresponding to the first upgrade strategy, the current software version number of the second system is obtained; If at least one historical software version number is stored, and the current software version number matches the latest historical software version number, obtain the number of historical upgrade failures corresponding to the latest historical software version number, and increment the number of historical upgrade failures by one to obtain the current number of upgrade failures. The current software version number and the current number of upgrade failures are sent to the server, so that the server can determine a differentiated second upgrade strategy according to the current software version number and the current number of upgrade failures, based on a preset failure number threshold. When the current number of upgrade failures is less than or equal to a third preset threshold, a full package upgrade strategy is issued; when the current number of upgrade failures is greater than the third preset threshold but less than or equal to a fourth preset threshold, a mobile storage device USB upgrade strategy is issued. The second upgrade strategy is different from the first upgrade strategy, wherein the first upgrade strategy or the second upgrade strategy is any one of the following: differential upgrade strategy, full package upgrade strategy, mobile storage device USB upgrade strategy; The system receives the second upgrade strategy sent by the server and upgrades the second system based on the second upgrade strategy.

7. The method according to claim 6, characterized in that, Sending the current software version number and the current number of upgrade failures to the server includes: If the number of historical upgrade failures is less than or equal to a first preset threshold, the current software version number and the current number of upgrade failures are sent to the server. or, If the current number of upgrade failures is greater than the first preset threshold and less than or equal to the second preset threshold, the current software version number and the current number of upgrade failures are sent to the server.

8. An OTA upgrade method, characterized in that, Applied to a server, the method includes: Receive the current software version number and the current number of upgrade failures sent by the display device; Based on the current software version number and the current number of upgrade failures, a second upgrade strategy is determined and sent to the display device. The second upgrade strategy is any one of the following: differential upgrade strategy, full package upgrade strategy, or USB upgrade strategy. The step of determining a second upgrade strategy based on the current software version number and the current number of upgrade failures and sending it to the display device includes: If the current number of upgrade failures is less than or equal to a third preset threshold, the second upgrade strategy is determined to be the full package upgrade strategy, and the full package upgrade strategy is sent to the display device; If the current number of upgrade failures is greater than the third preset threshold and less than or equal to the fourth preset threshold, the second upgrade strategy is determined to be the USB upgrade strategy, and the USB upgrade strategy is sent to the display device.

Citation Information

Patent Citations

  • Firmware upgrade method, device and system

    CN105262627A

  • Software upgrading method and device

    CN108933963A