CN114173179A

CN114173179A - Compatible execution method of system upgrading task and video recording task and display equipment

Info

Publication number: CN114173179A
Application number: CN202111331170.4A
Authority: CN
Inventors: 王彬; 李秀
Original assignee: Qingdao Hisense Media Network Technology Co Ltd
Current assignee: Qingdao Hisense Media Network Technology Co Ltd
Priority date: 2021-11-11
Filing date: 2021-11-11
Publication date: 2022-03-11

Abstract

The invention discloses a compatible execution method of a system upgrading task and a video recording task and a display device, wherein the display device comprises a movable first slot and an inactive second slot, and a current system runs in the first slot, and the method comprises the following steps: when receiving a system upgrading message pushed by a server, a first slot executes a system upgrading task, wherein the system upgrading task comprises downloading and verifying an upgrading packet, and then the upgrading packet is installed into a second slot; when the upgrade patch is installed, if a target video recording task which conflicts with the system upgrade task is inquired by the first slot, the display is controlled to display first prompt information, the first prompt information is used for prompting that the upgrade patch is installed, and the current video which is recorded or is about to be recorded is detected, so that the new version system of the second slot is automatically switched to when the system is started next time. The method and the device for realizing the compatibility and the effectiveness of the system upgrading task and the video recording task execution are based on the double-slot seamless upgrading architecture.

Description

Compatible execution method of system upgrading task and video recording task and display equipment

Technical Field

The invention relates to the field of display equipment, in particular to a compatible execution method of a system upgrading task and a video recording task and display equipment.

Background

The system of the display device is usually upgraded regularly, based on the Over-the-Air (OTA) technology, the upgrade package is downloaded and installed from the background server through the network, the version update of the whole software system is completed, and the user can select whether to upgrade the system by the OTA system according to the use requirement after receiving the upgrade prompt. The OTA system upgrade means that the display device downloads and installs an upgrade package in a boot state at the upgrade start time specified by a user, and the device needs to be restarted after the upgrade package is installed so as to complete the switching and updating of the system version.

In some application scenarios, for example, the tv program that the user wants to watch is played at 16:00, but the user has not left work at 16:00, the user may initiate a PVR (Personal Video Recorder) scheduled recording before the tv program is played, and when the scheduled recording time is reached, the display device automatically performs the scheduled recording task of the PVR, so that the user can watch the recorded and saved Video at any time after going home.

However, the OTA system upgrade requires at least one restart operation to complete the system version switching, and the device restart interrupts the currently executed PVR recording task, so that the video recording fails or is not stored, which results in failure of the PVR recording task, i.e., the OTA system upgrade and the PVR video recording are not well compatible. In addition, the android system generally completes the OTA system upgrade in the recovery mode, but if abnormal conditions such as power failure occur in the system upgrade process in the recovery mode, the display device is changed into a 'brick' due to system upgrade failure, so that the display device cannot be normally used.

Disclosure of Invention

The invention provides a compatible execution method of a system upgrading task and a video recording task and display equipment, which are used for overcoming the possible conflict between an OTA upgrading task and a PVR recording task, realizing the effectiveness and compatibility of the execution of the two tasks and not influencing the normal use of the display equipment no matter the OTA upgrading of the display equipment is successful or failed.

A first aspect provides a display device comprising:

a display for displaying an interface;

the communicator is used for being in communication connection with the server;

a controller comprising an active first slot and an inactive second slot, a current system running within the first slot, the first slot configured to perform:

when a system upgrading message pushed by a server is received, executing a system upgrading task, wherein the system upgrading task comprises downloading and verifying an upgrading packet, and then installing the upgrading packet into the second slot;

and when the upgrade package is installed, if a target video recording task which conflicts with the system upgrade task is inquired, controlling a display to display first prompt information, wherein the first prompt information is used for prompting that the upgrade package is installed, and automatically switching to a new version system of a second slot when the system is started next time due to the fact that the current video which is recorded or is about to be recorded is detected.

In a first exemplary implementation manner of the first aspect, when the upgrade package is installed, the first slot is further configured to perform:

if the target video recording task which conflicts with the system upgrading task is not inquired, controlling a display to display a second prompt popup window, wherein the second prompt popup window comprises an immediate restart control, a later restart control and second prompt information, and the second prompt information is used for prompting that the upgrade package is installed and the new version system can take effect only by restarting;

and if a trigger instruction for the immediate restart control is received, immediately executing a restart program to switch the current active slot to the second slot and control the operation of a new version system in the second slot to take effect.

In a second exemplary implementation manner of the first aspect, the first slot is further configured to perform:

after the first prompt message is displayed or a trigger instruction for the later restart control is received, monitoring a screen-off message broadcasted by the current system;

when the screen-off message is monitored, whether the target video recording task exists is inquired again;

if the target video recording task does not exist, executing a silent starting program;

the silent starting program is configured to be started in a screen-off and silent mode, switch a current active slot to the second slot in the starting process, control a new version system in the second slot to operate and take effect, and then control the display device to enter an STR state.

In a third exemplary implementation manner of the first aspect, after listening to the screen-off message, the first socket is further configured to perform:

if the target video recording task is found, holding a Wakelock lock of power management service, and detecting the execution progress of the target video recording task;

and if the target video recording task is detected to be executed and finished and the display is turned off, releasing the Wakelock lock and executing the silent starting program.

In a fourth exemplary implementation manner of the first aspect, the first socket is further configured to perform a system upgrade task as follows:

analyzing the system upgrading message to acquire upgrading mode information;

if the upgrade mode information indicates that a silent upgrade mode is configured, holding a Wakelock lock of power management service, and executing the system upgrade task in a pure background mode;

if the upgrade mode information indicates that the configuration is the common upgrade mode, the display is synchronously controlled to display the upgrade progress when the system upgrade task is executed in the background mode

In a fifth exemplary implementation manner of the first aspect, the first slot is further configured to perform: setting the value of a silent upgrade flag bit according to the upgrade mode information; the silent upgrade flag bit is used for indicating the type of an upgrade mode adopted by the first slot when the system upgrade task is executed.

In a sixth exemplary implementation manner of the first aspect, the first slot is further configured to perform:

when the upgrade package is installed, if a target video recording task which conflicts with a system upgrade task is inquired, controlling a display to display a first prompt popup window, wherein the first prompt popup window comprises first prompt information and a confirmation control; and when a trigger instruction for the confirmation control is received, closing the first prompt popup window and monitoring a screen-off message broadcasted by the current system.

In a seventh exemplary implementation manner of the first aspect, if the system of the new version in the second slot fails to start and run after the boot is immediately restarted or quiesced, the system is switched back to the first slot, and an old version system that has not been updated in the first slot is started.

In an eighth exemplary implementation manner of the first aspect, the target video recording task includes a video recording task that is currently being executed in a background of the first slot, and a video recording task that is to be executed within a preset time after the current time.

In a second aspect, a method for performing a system upgrade task and a video recording task in a compatible manner is provided, where a display device includes a first active slot and a second inactive slot, and a current system runs in the first slot, and the method includes:

the first slot executes a system upgrading task when receiving a system upgrading message pushed by a server, wherein the system upgrading task comprises downloading and verifying an upgrading packet, and then the upgrading packet is installed in the second slot;

when the upgrade patch is installed, if a target video recording task which conflicts with the system upgrade task is inquired by the first slot, a display is controlled to display first prompt information, the first prompt information is used for prompting that the upgrade patch is installed, and the current video which is recorded or is about to be recorded is detected, so that the upgrade patch is automatically switched to a new version system of the second slot when the system is started next time.

Other exemplary implementations of the second aspect may refer to the first aspect, and are not described herein again.

In the technical solution provided by the present application, the display device supports an a/B seamless upgrade framework, the framework includes two groups of slots, namely a first Slot (Slot a) and a second Slot (Slot B), one of the two groups of slots is in an active state, a current system operates in the active Slot, the operating system does not access the inactive Slot, if the current system operates in the first Slot, the first Slot starts to execute a system upgrade task when receiving a system upgrade message pushed by a server, downloads and verifies an upgrade package, then installs data of the upgrade package into the second Slot, the first Slot executes the system upgrade task in the background and installs a new version system in the second Slot, the foreground operation of the first Slot is not affected, that is, a user can normally use the device through the current system in the first Slot, for example, watch a video, and a video, App or the like is used. After the second slot is provided with the upgrade patch, equipment is restarted once, and the new version system arranged in the second slot is started to enable the new version system to take effect, so that the system version switching is completed and the system upgrade is successful; if the new version system cannot be started when the second slot is accessed after the restart, the new version system can be automatically rolled back to the first slot, and the old version system which is not updated in the first slot is started and operated. Therefore, the seamless A/B upgrading framework has the advantages that: the system upgrading time is shortened, the system upgrading task is executed in the second slot background, the automatic switching new version system is restarted, time is not consumed, the process is in seamless connection, even if the system upgrading fails, the display equipment cannot become bricks due to the fact that a set of available systems are reserved, normal use of a user is guaranteed, the temporary storage space of the upgrading package is not needed, in addition, when the server is received to inform upgrading, the system upgrading does not need to be reserved, and the system upgrading task can be immediately started in the second slot.

When the upgrade package is installed in the second slot, the system can be switched to the update version only by restarting, and the equipment restart interrupts the video recording task which is currently executed in the background or is about to be executed, so that the video recording fails or is not stored, at the moment, whether a target video recording task which conflicts with the system upgrade task exists or not needs to be inquired, if the target video recording task is inquired, first prompt information is displayed to prompt a user that the upgrade package is installed, but the system version is automatically switched again when the next time is started because the current video which is recorded or about to be recorded is detected, so that the conflict with the target video recording task can be avoided, the target video recording task is prevented from being invalid, the equipment can be ensured to be normally used by the user, the system upgrade can be completed when the next time is started, and the compatibility and the effectiveness of the system upgrade task and the video recording task execution are realized, and no matter the OTA of the display equipment is upgraded successfully or fails, the normal use of the display equipment is not influenced, so that better use experience is provided for users.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings to be accessed in the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.

FIG. 1 illustrates a usage scenario of a display device according to some embodiments;

fig. 2 illustrates a hardware configuration block diagram of the control apparatus 100 according to some embodiments;

fig. 3 illustrates a hardware configuration block diagram of the display apparatus 200 according to some embodiments;

FIG. 4 illustrates a software configuration diagram in the display device 200 according to some embodiments;

FIG. 5 illustrates a schematic diagram of a first prompt popup;

FIG. 6 is a diagram illustrating a second prompt popup;

fig. 7 is a flowchart one illustrating a compatible execution method of a system upgrade task and a video recording task;

fig. 8 is a flowchart illustrating a method for performing the system upgrade task and the video recording task in a compatible manner.

Detailed Description

To make the purpose and embodiments of the present application clearer, the following will clearly and completely describe the exemplary embodiments of the present application with reference to the attached drawings in the exemplary embodiments of the present application, and it is obvious that the described exemplary embodiments are only a part of the embodiments of the present application, and not all of the embodiments.

It should be noted that the brief descriptions of the terms in the present application are only for the convenience of understanding the embodiments described below, and are not intended to limit the embodiments of the present application. These terms should be understood in their ordinary and customary meaning unless otherwise indicated.

The terms "first," "second," "third," and the like in the description and claims of this application and in the above-described drawings are used for distinguishing between similar or analogous objects or entities and not necessarily for describing a particular sequential or chronological order, unless otherwise indicated. It is to be understood that the terms so used are interchangeable under appropriate circumstances.

The terms "comprises" and "comprising," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a product or apparatus that comprises a list of elements is not necessarily limited to all elements expressly listed, but may include other elements not expressly listed or inherent to such product or apparatus.

The term "module" refers to any known or later developed hardware, software, firmware, artificial intelligence, fuzzy logic, or combination of hardware and/or software code that is capable of performing the functionality associated with that element.

Fig. 1 is a schematic diagram of a usage scenario of a display device according to an embodiment. As shown in fig. 1, the display apparatus 200 is also in data communication with a server 400, and a user can operate the display apparatus 200 through the smart device 300 or the control device 100.

In some embodiments, the control apparatus 100 may be a remote controller, and the communication between the remote controller and the display device includes at least one of an infrared protocol communication or a bluetooth protocol communication, and other short-distance communication methods, and controls the display device 200 in a wireless or wired manner. The user may control the display apparatus 200 by inputting a user instruction through at least one of a key on a remote controller, a voice input, a control panel input, and the like.

In some embodiments, the smart device 300 may include any of a mobile terminal, a tablet, a computer, a laptop, an AR/VR device, and the like.

In some embodiments, the smart device 300 may also be used to control the display device 200. For example, the display device 200 is controlled using an application program running on the smart device.

In some embodiments, the smart device 300 and the display device may also be used for communication of data.

In some embodiments, the display device 200 may also be controlled in a manner other than the control apparatus 100 and the smart device 300, for example, the voice instruction control of the user may be directly received by a module configured inside the display device 200 to obtain a voice instruction, or may be received by a voice control apparatus provided outside the display device 200.

In some embodiments, the display device 200 is also in data communication with a server 400. The display device 200 may be allowed to be communicatively connected through a Local Area Network (LAN), a Wireless Local Area Network (WLAN), and other networks. The server 400 may provide various contents and interactions to the display apparatus 200. The server 400 may be a cluster or a plurality of clusters, and may include one or more types of servers.

In some embodiments, software steps executed by one step execution agent may be migrated on demand to another step execution agent in data communication therewith for execution. Illustratively, software steps performed by the server may be migrated to be performed on a display device in data communication therewith, and vice versa, as desired.

Fig. 2 exemplarily shows a block diagram of a configuration of the control apparatus 100 according to an exemplary embodiment. As shown in fig. 2, 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 apparatus 100 may receive an input operation instruction from a user and convert the operation instruction into an instruction recognizable and responsive by the display device 200, serving as an interaction intermediary between the user and the display device 200.

In some embodiments, the communication interface 130 is used for external communication, and includes at least one of a WIFI chip, a bluetooth module, NFC, or an alternative module.

In some embodiments, the user input/output interface 140 includes at least one of a microphone, a touchpad, a sensor, a key, or an alternative module.

Fig. 3 shows a hardware configuration block diagram of the display apparatus 200 according to an exemplary embodiment.

In some embodiments, the display apparatus 200 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, a user interface.

In some embodiments the controller comprises a central processor, a video processor, an audio processor, a graphics processor, a RAM, a ROM, a first interface to an nth interface for input/output.

In some embodiments, the display 260 includes a display screen component for displaying pictures, and a driving component for driving image display, a component for receiving image signals from the controller output, displaying video content, image content, and menu manipulation interface, and a user manipulation UI interface, etc.

In some embodiments, the display 260 may be at least one of a liquid crystal display, an OLED display, and a projection display, and may also be a projection device and a projection screen.

In some embodiments, the tuner demodulator 210 receives broadcast television signals via wired or wireless reception, and demodulates audio/video signals, such as EPG data signals, from a plurality of wireless or wired broadcast television signals.

In some embodiments, communicator 220 is a component for communicating with external devices or servers according to various communication protocol types. For example: the communicator may include at least one of a Wifi module, a bluetooth module, a wired ethernet module, and other network communication protocol chips or near field communication protocol chips, and an infrared receiver. The display apparatus 200 may establish transmission and reception of control signals and data signals with the control device 100 or the server 400 through the communicator 220.

In some embodiments, the detector 230 is used to collect signals of the external environment or interaction with the outside. For example, detector 230 includes a light receiver, a sensor for collecting ambient light intensity; alternatively, the detector 230 includes an image collector, such as a camera, which may be used to collect external environment scenes, attributes of the user, or user interaction gestures, or the detector 230 includes a sound collector, such as a microphone, which is used to receive external sounds.

In some embodiments, the external device interface 240 may include, but is not limited to, 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, and the like. The interface may be a composite input/output interface formed by the plurality of interfaces.

In some embodiments, the controller 250 and the modem 210 may be located in different separate devices, that is, the modem 210 may also be located in an external device of the main device where the controller 250 is located, such as an external set-top box.

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 apparatus 200. For example: in response to receiving a user command for selecting a UI object to be displayed on the display 260, the controller 250 may perform an operation related to the object selected by the user command.

In some embodiments, the object may be any one of selectable objects, such as a hyperlink, an icon, or other actionable control. The operations related to the selected object are: displaying an operation connected to a hyperlink page, document, image, or the like, or performing an operation of a program corresponding to the icon.

In some embodiments the controller comprises 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 (RAM), a ROM (Read-Only Memory), a first to nth interface for input/output, a communication Bus (Bus), and the like.

A CPU processor. For executing operating system and application program instructions stored in the memory, and executing various application programs, data and contents according to various interactive instructions receiving external input, so as to finally display and play various audio-video contents. The CPU processor may include a plurality of processors. E.g. comprising a main processor and one or more sub-processors.

In some embodiments, a graphics processor for generating various graphics objects, such as: at least one of an icon, an operation menu, and a user input instruction display figure. The graphic processor comprises an arithmetic unit, which performs operation by receiving various interactive instructions input by a user and displays various objects according to display attributes; the system also comprises a renderer for rendering various objects obtained based on the arithmetic unit, wherein the rendered objects are used for being displayed on a display.

In some embodiments, the video processor is configured to receive an external video signal, and perform at least one of video processing such as decompression, decoding, scaling, noise reduction, frame rate conversion, resolution conversion, and image synthesis according to a standard codec protocol of the input signal, so as to obtain a signal displayed or played on the direct display device 200.

In some embodiments, the video processor includes at least one of a demultiplexing module, a video decoding module, an image composition module, a frame rate conversion module, a display formatting module, and the like. The demultiplexing module is used for demultiplexing the input audio and video data stream. And the video decoding module is used for processing the video signal after demultiplexing, including decoding, scaling and the like. And the image synthesis module is used for carrying out superposition mixing processing on the GUI signal input by the user or generated by the user and the video image after the zooming processing by the graphic generator so as to generate an image signal for display. And the frame rate conversion module is used for converting the frame rate of the input video. And the display formatting module is used for converting the received video output signal after the frame rate conversion, and changing the signal to be in accordance with the signal of the display format, such as an output RGB data signal.

In some embodiments, the audio processor is configured to receive an external audio signal, decompress and decode the received audio signal according to a standard codec protocol of the input signal, and perform at least one of noise reduction, digital-to-analog conversion, and amplification processing to obtain a sound signal that can be played in the speaker.

In some embodiments, a user may enter user commands on a Graphical User Interface (GUI) displayed on display 260, and the user input interface receives the user input commands through the Graphical User Interface (GUI). Alternatively, the user may input the user command by inputting a specific sound or gesture, and the user input interface receives the user input command by recognizing the sound or gesture through the sensor.

In some embodiments, a "user interface" is a media interface for interaction and information exchange between an application or operating system and a user that enables conversion between an internal form of information and a form that is acceptable to the user. A commonly used presentation form of the User Interface is a Graphical User Interface (GUI), which refers to a User Interface related to computer operations and displayed in a graphical manner. It may be an interface element such as an icon, a window, a control, etc. displayed in the display screen of the electronic device, where the control may include at least one of an icon, a button, a menu, a tab, a text box, a dialog box, a status bar, a navigation bar, a Widget, etc. visual interface elements.

In some embodiments, user interface 280 is an interface that may be used to receive control inputs (e.g., physical buttons on the body of the display device, or the like).

In some embodiments, a system of a display device may include a Kernel (Kernel), a command parser (shell), a file system, and an application program. The kernel, shell, and file system together make up the basic operating system structure that allows users to manage files, run programs, and use the system. After power-on, the kernel is started, kernel space is activated, hardware is abstracted, hardware parameters are initialized, and virtual memory, a scheduler, signals and interprocess communication (IPC) are operated and maintained. And after the kernel is started, loading the Shell and the user application program. The application program is compiled into machine code after being started, and a process is formed.

Referring to fig. 4, in some embodiments, the system is divided into four layers, which are an Application (Applications) layer (abbreviated as "Application layer"), an Application Framework (Application Framework) layer (abbreviated as "Framework layer"), an Android runtime (Android runtime) and system library layer (abbreviated as "system runtime library layer"), and a kernel layer from top to bottom.

In some embodiments, at least one application program runs in the application program layer, and the application programs may be windows (windows) programs carried by an operating system, system setting programs, clock programs or the like; or an application developed by a third party developer. In particular implementations, the application packages in the application layer are not limited to the above examples.

The framework layer provides an Application Programming Interface (API) and a programming framework for the application program of the application layer. The application framework layer includes a number of predefined functions. The application framework layer acts as a processing center that decides to let the applications in the application layer act. The application program can access the resources in the system and obtain the services of the system in execution through the API interface.

As shown in fig. 4, in the embodiment of the present application, the application framework layer includes a manager (Managers), a Content Provider (Content Provider), and the like, where the manager includes at least one of the following modules: an Activity Manager (Activity Manager) is used for interacting with all activities running in the system; the Location Manager (Location Manager) is used for providing the system service or application with the access of the system Location service; a Package Manager (Package Manager) for retrieving various information related to an application Package currently installed on the device; a Notification Manager (Notification Manager) for controlling display and clearing of Notification messages; a Window Manager (Window Manager) is used to manage the icons, windows, toolbars, wallpapers, and desktop components on a user interface.

In some embodiments, the activity manager is used to manage the lifecycle of the various applications as well as general navigational fallback functions, such as controlling exit, opening, fallback, etc. of the applications. The window manager is used for managing all window programs, such as obtaining the size of a display screen, judging whether a status bar exists, locking the screen, intercepting the screen, controlling the change of the display window (for example, reducing the display window, displaying a shake, displaying a distortion deformation, and the like), and the like.

In some embodiments, the system runtime layer provides support for the upper layer, i.e., the framework layer, and when the framework layer is used, the android operating system runs the C/C + + library included in the system runtime layer to implement the functions to be implemented by the framework layer.

In some embodiments, the kernel layer is a layer between hardware and software. As shown in fig. 4, the core layer includes at least one of the following drivers: audio drive, display driver, bluetooth drive, camera drive, WIFI drive, USB drive, HDMI drive, sensor drive (like fingerprint sensor, temperature sensor, pressure sensor etc.) and power drive etc..

The above embodiments describe the hardware/software architecture and functional implementation of the display device. In some application scenes, a server can upgrade a system of the display equipment regularly, and when the server detects that the system is configured with a new version, the server can push system upgrade information to the display equipment; after the display equipment receives the system upgrading information, the upgrading package suitable for the machine type is downloaded, verified and installed from the server based on the OTA, the upgrading package is installed successfully, and after the display equipment is restarted, the updating and replacing of the version of the whole software system can be completed, so that the related functions can be realized by operating a new version system.

In practical application scenarios, a user may schedule a Video recording of a desired television program through a PVR, which is actually equivalent to a VCR (Video cassette recorder) that does not require a Video tape, a general VCR records a digital television program onto a VHS (Video Home System) Video tape, and the PVR replaces the Video tape with an external storage device (such as a hard disk or a usb disk). After recording the video of the television program into the storage device of the PVR, the user can play the recorded video at any time, can perform fast forward and repeat playing for many times, and the like, and can delete the video from the storage device after watching to release the occupied storage space.

In some embodiments, the television signal generally includes an EPG (electronic Program Guide), through which a user can browse the television programs to be played in a future period of time (e.g., a week), and the user can schedule according to the EPG to select the television Program in which the user is interested to be recorded. When a user does not watch a real-time live television program, the user can select a PVR to reserve the recording before the television program is not played, and when the preset recording starting time is reached, the user automatically starts to execute a reserved recording task, so that the video of the television program is completely recorded in advance and stored in the storage equipment of the PVR. For some countries or regions with strict copyright control, the PVR is one of important functions of display equipment, for example, in japan, the copyright control of television programs is strict, and when users of the same day cannot watch television programs interested by themselves at home in time due to travel or time conflicts, they can only pay for watching the television programs from other ways, so the PVR reservation recording function well solves the problem.

The applicant finds that the OTA system upgrade and the PVR scheduled recording may conflict in the practical application process, because the display device usually needs at least one restart operation to finally complete the system upgrade when executing the OTA system upgrade task, on one hand, the device restart may interrupt the currently executed PVR recording task, causing abnormal conditions such as video recording failure or non-storage, and on the other hand, the device restart has a certain time consumption, if the scheduled time of a certain PVR scheduled recording task happens to fall in the device restart period, the PVR scheduled recording task may not be started and executed on time at fixed point, which may cause the PVR scheduled recording failure, and the user may not watch the television program video that the user desires to record in advance. Failure of either party can degrade the user experience as there can be conflicts between the two types of tasks.

The conventional android system adopts a recovery upgrading architecture, namely, the downloading, verification, installation and other processes of an upgrading package are all completed in a recovery mode of the system, a user cannot normally use display equipment during the installation of the upgrading package, the installation of the upgrading package can only be completed in the recovery mode, then the system upgrading is completed by restarting the display equipment, and the system can return to a normal user mode after the system upgrading is successful. However, the compatibility problem of OTA system upgrade and PVR scheduled recording is not considered by the native recovery upgrade architecture, and if abnormality such as power failure, equipment failure and the like occurs during system upgrade in the recovery mode, the display equipment becomes a "brick", that is, the display equipment cannot start the android system and start the system, and the function of the display equipment cannot be used normally.

In consideration of the defects of the conventional recovery upgrade architecture and the compatibility requirement of the OTA system upgrade and PVR scheduled recording, in an exemplary implementation manner of the present application, an a/B seamless upgrade architecture is configured in an android system, and the architecture includes two groups of slots, namely a first Slot (Slot a) and a second Slot (Slot B), respectively, one of the two groups of slots is in an active state, a current system is running in the active Slot, the running system does not access the inactive Slot, assuming that the current system is running in the first Slot, when a system upgrade message pushed by a server is received, the first Slot starts to execute a system upgrade task, that is, download and check the upgrade packet, and then install the upgrade packet in the second Slot, when the first Slot executes the system upgrade task in a background and installs a new version of the upgrade packet corresponding to the system in the second Slot, foreground operation of the first slot is not affected, i.e., the user can use the device normally, e.g., watch video, use App, etc., through the current system in the first slot. After the second slot is provided with the upgrade patch, equipment is restarted once, and the new version system arranged in the second slot is started to enable the new version system to take effect, so that the system version switching is completed and the system upgrade is successful; if the new version system cannot be started when the second slot is accessed after the restart, the new version system can be automatically rolled back to the first slot, and the old version system which is not updated in the first slot is started and operated.

Therefore, the A/B seamless upgrading framework has the advantages that the system upgrading time is shortened, the upgrading package is downloaded and installed in the second slot background, the automatic switching of the new version system is restarted, time is not consumed, the process is in seamless connection, even if the system upgrading fails, the display equipment cannot be changed into bricks due to the fact that a set of available systems are reserved, the user can normally use the system, and the temporary storage space for caching the upgrading package is not needed. In addition, when the server notification upgrade is received, the system upgrade does not need to be reserved (for example, in a time period when the user does not use the display device), and the system upgrade task is immediately started and executed in the second slot.

In some embodiments, the a/B seamless upgrade architecture further comprises an update _ engine process running in the background, and the first slot may call the update _ engine to download and verify the upgrade package from the server, and install the verified upgrade package in the second slot. The update _ engine can acquire a system upgrading result, such as upgrading success or failure, and can also report the system upgrading result to a server; if the upgrade is successful, the update _ engine informs the bootloader to start the new version system when restarting next time, and if the new version system fails to start, the bootloader will rollback to start the old version system.

In some embodiments, if the system upgrade fails, the OTA process can determine whether and when to retry based on the detailed error code.

In some embodiments, to facilitate slot management, the first slot and the second slot may each include three attributes, active, bootable, and sucessful. The active is an active slot identifier of the system, which is an exclusive attribute, that is, only one slot of the system can be set with the active attribute, when the display device is started, the bootloader starts the slot set with the active attribute, the slot is the active slot, and the system of the active slot is set as the current system; bootable is a slot bootable identifier, and the slot with bootable property comprises a complete bootable system; the success function is a successful operation identifier of the slot, and if the slot sets the success function attribute, the slot can operate correctly in the last starting or the current starting.

In some embodiments, when the display device is powered on or rebooted, the bootloader reads and parses slot metadata stored in the boot _ control, thereby determining from which slot the system is booted.

In an exemplary implementation, whether a slot metadata has a bootable slot is detected, and if the slot metadata does not have the bootable slot, a recovery mode can be selected to be directly entered; if at least one slot capable of being started exists, starting a target slot with the highest priority, for example, the target slot selects a slot currently set as active; querying a retry count of the target slot, the retry count indicating a number of times the target slot may be allowed to attempt to boot; if the target slot is successfully started, marking a success ful attribute for the target slot; if the target slot fails to start, but the retry count is not zero, the retry can be continuously retried, and if the target slot still fails to start until the retry count is decremented to zero, the target slot is marked as bootable, which indicates that the target slot cannot be started currently.

The previous embodiment introduces a starting process of a slot system, and optionally, after the update _ engine completes installation of an upgrade package in the second slot, marks a bootable attribute for the second slot, and records that the priority of the second slot is higher than that of the first slot, so that when the display device is restarted, a bootloader preferentially starts a new version system in the second slot, marks a success attribute for the second slot when the new version system is started successfully, at this time, the second slot has an active attribute and a success attribute at the same time, the new version system is switched to take effect, the system upgrade is successful, and then the first slot can update the system version of the first slot by reading system data in the second slot; if the new version system fails to start, the old version system of the first slot can be tried to start, and the system can be retried to be upgraded after the old version system is started successfully.

For the seamless upgrading architecture of the A/B double-slot, for convenience of description, the active slot where the current system operates is set as the first slot, the inactive slot is set as the second slot, and the description of the first/second slot does not limit the specific slot type. The PVR scheduled recording task and the OTA system upgrading task can be executed in a background in a first slot, when an upgrading packet is installed in a second slot, due to the fact that equipment needs to be restarted to complete switching updating of a system version, whether a target video recording task which conflicts with the system upgrading task exists or not needs to be inquired, the target video recording task can comprise two types, one type is the video recording task which is currently executed in the background of the first slot, if the upgrading packet is restarted immediately, a video recording process is interrupted, the other type is the video recording task which is to be executed within a preset time after the current time, the current time refers to the time when the upgrading packet is installed, the preset time can be set by referring to the time consumed when the display equipment restarts the system, and the second type is to screen out the video recording task of which the recording time falls before the equipment is restarted immediately, in order to avoid the task failure caused by the expiration of the reserved recording time, for example, the upgrade package is installed at 17:36:28, the reserved time is 5 minutes, the reserved recording time of the video recording task 2 is 17:40:00, and the reserved recording time is between 17:36:28 and 17:41:28, so that the video recording task 2 belongs to the target video recording task.

In an exemplary implementation, background execution of a system upgrade task in the first slot may be controlled by the OTA process and background execution of a video recording task in the first slot may be controlled by the PVR process. The user may use the display device normally, e.g., watch a video or an application, etc., in the foreground of the first slot.

In an exemplary implementation, a sequence of recording tasks may be dynamically maintained during the PVR process. When a user appoints and creates a video recording task, automatically adding the video recording task into a recording task sequence; and when the PVR process completes a video recording task, automatically deleting the video recording task from the recording task sequence. The recording task sequence may be null or include at least one video recording task (i.e., is non-null), and optionally, the video recording tasks in the sequence may be sorted according to the sequence of the scheduled recording time. If the recording task sequence is empty, the inquired target video recording task is naturally empty; if the recording task sequence is not empty, the recording task sequence can be traversed, and a target video recording task with the scheduled recording time in the interval of [ the upgrade package installation completion time, the upgrade package installation completion time + the preset time ] is screened out.

In an exemplary implementation, if a query is made that there is a target video recording task indicating that an immediate restart of the display device would necessarily affect the video being recorded or about to be recorded, there is a conflict between system upgrade and video recording, and a strategy that may be taken for this is to automatically cancel the immediate restart and change to a later restart mode. Optionally, the first slot system may control the display to display the first prompt popup 50 shown in fig. 5, where the first prompt popup 50 includes first prompt information 501 and a confirmation control 502, where the first prompt information 501 is used to prompt that the upgrade package has been installed, but the new version system needs to be restarted to be valid, and since it is detected that there is a video currently recorded or about to be recorded, the new version system of the second slot is automatically switched to when the second slot is started next time. The user can know the task state by looking up the first prompt information 501, and then clicks the confirmation control 502, the first prompt popup window 50 is closed, and the display device does not execute an immediate restart operation, but waits for the screen-off operation of the user, and completes the switching update of the system version through a silent startup program when the user turns off the screen.

In an exemplary implementation manner, after the first prompt popup window 50 is displayed, if the user does not click the confirmation control 502 all the time within a preset first timeout period, a first timeout coping mechanism is triggered, the first prompt popup window 50 is automatically closed, a shutdown operation of the user is waited, and a switching update of the system version is completed through a silent startup program when the user is shutdown.

In an exemplary implementation manner, if the recording task sequence is empty, or the recording task sequence is not empty but a target video recording task located in the [ upgrade package installation completion time, upgrade package installation completion time + preset time ] interval is not screened, it is described that even if the display device is restarted immediately, no interference is generated on any video recording task, that is, no conflict between system upgrade and video recording exists, so that a user is enabled to select to execute an immediate restart mode or a later restart mode according to own will.

In an exemplary implementation manner, if the target video recording task is not queried, the first slot system may control the display to display a second prompt popup window 60 as illustrated in fig. 6, where the second prompt popup window 60 includes second prompt information 601, an immediate restart control 602, and a later restart control 603, where the second prompt information 601 is used to prompt a user that the upgrade package is installed, and the new version system needs to be restarted to be enabled. If the user selects the immediate restart control 602, the OTA process of the first slot receives a trigger instruction to the immediate restart control 602, calls a reboot interface, immediately executes a restart program, and makes the new version system in the second slot operate and take effect in the restart process of the display device by referring to the implementation manner of the a/B dual-slot seamless upgrade architecture.

In an exemplary implementation, after receiving a trigger instruction to the confirmation control 502 in the first prompt pop 50 or a trigger instruction to the later restart control 603 in the second prompt pop 60, the later restart mode needs to be executed, and thus the screen-off message broadcasted by the current system is monitored. When the user does not want to continue using the display device, the screen can be closed, the OTA process of the first slot can monitor the screen-off message, and because the execution and management of the video recording task are in the background of the first slot, the user does not know whether a target video recording task is currently executed in the background or is about to be executed when the user is powered off, and the target video recording task may be disabled due to the power-off operation of the user, so that when the OTA process monitors the screen-off message, the user needs to inquire whether the target video recording task exists again.

In an exemplary implementation manner, when a screen-off message is monitored, if the query result indicates that there is no target video recording task, a silent startup interface is called in a state where the display device closes the screen, and a silent startup program is executed. When the display device is started in a silent state, the screen presents a black screen and the sound player is silent, so that a user has no perception on the restarting process after the display device is shut down, namely, the system is upgraded under the condition that the user has no perception, and the display device enters an STR dormant state when the display device is started, so that the power consumption of the whole machine is reduced.

In an exemplary implementation manner, when a screen-off message is monitored, if a target video recording task exists as a result of an inquiry, because the target video recording task is not recorded yet, the OTA process of the first slot has a Wakelock lock, which is a "lock" of a powermanager service (power management service), and can prevent the display device from entering a sleep state and maintain an active standby state, even if the display device is in the screen-off state, the target video recording task which is being executed or about to be executed by the system is still not interrupted, and thus the effectiveness of executing the target video recording task is ensured. After the OTA process starts holding the Wakelock lock, detecting the execution progress of the target video recording task, further detecting whether a screen is closed (namely displaying screen shutdown) when detecting that the target video recording task is executed and finished, if the screen is closed, releasing the Wakelock lock, calling a silent starting interface, and executing a silent starting program; if the screen is not closed, the screen-off message broadcasted by the current system needs to be monitored continuously.

In an exemplary implementation, after the second prompt popup window 60 is displayed, if the user does not click any of the immediate restart control 602 and the later restart control 603 all the time within a preset second timeout period, a second timeout handling mechanism is triggered. Optionally, the second timeout handling mechanism may be configured to automatically trigger the immediate restart control 602, or configured to automatically trigger the later restart control 603, or configured to temporarily close the second prompt popup window 60 first, and display the second prompt popup window 60 again after a preset time interval, and the like, and a configuration scheme of the second timeout handling mechanism is not limited to the example of the present application.

In an exemplary implementation manner, the server may configure an OTA upgrade mode, a system upgrade message pushed by the server may carry configured upgrade mode information, and the first slot of the display device receives and analyzes the system upgrade message, so as to obtain the upgrade mode information, and execute a system upgrade task according to an appointed upgrade mode according to an indication of the upgrade mode information.

In an exemplary implementation, the upgrade mode includes two types, one is a silent upgrade mode, and the other is a normal upgrade mode; the method comprises the steps that a silent upgrading mode is a pure background mode for executing a system upgrading task, the current background execution of the system upgrading task and the upgrading progress is not prompted, a first prompt popup window or a second prompt popup window is not displayed, a later restarting mode and a silent starting program are directly defaulted, namely, a user has no perception on the whole system upgrading process, in the upgrading mode, an OTA process needs to hold a Wakelock lock to avoid the interruption of downloading, checking or installing processes of an upgrading package caused by shutdown operation of the user, and the Wakelock lock can be released when the upgrading package is installed.

In an exemplary implementation manner, the system upgrade task flows of downloading, checking, installing and the like of the upgrade package in the common upgrade mode are executed by the first slot control background, and the first slot control display synchronously displays the upgrade progress, so that a user can perceive the system currently being upgraded and learn the dynamic change of the upgrade progress, optionally, the upgrade progress can adopt forms such as a progress bar and upgrade progress prompt information, and the upgrade progress prompt information includes, for example, that the upgrade package is being downloaded, the upgrade package is downloaded and completed, the upgrade package is being checked, the upgrade package is successfully checked, the upgrade package is being installed, the upgrade package is installed and completed, and the like. And after the upgrade package is installed, displaying the first prompt popup window or the second prompt popup window in a supporting mode in the common upgrade mode.

In an exemplary implementation manner, after the first slot parses the system upgrade message and acquires the upgrade mode information, a value of a quiet upgrade flag bit (slice _ flag) may be set according to the upgrade mode information, where the quiet upgrade flag bit is used to indicate an upgrade mode type adopted when the first slot executes a system upgrade task, if the upgrade mode information indicates that a quiet upgrade mode is configured, the slice _ flag is set to 1, otherwise, if the upgrade mode information indicates that a normal upgrade mode is configured, the slice _ flag is set to 0, and the OTA process may know what type of upgrade mode should be adopted to perform system upgrade by reading the value of the slice _ flag. By configuring the upgrading mode, system upgrading which can be perceived or not perceived by a user is achieved, and therefore richer task experience is provided.

In an exemplary implementation manner, the upgrade mode may be preconfigured by the server side, or the upgrade mode may be set by the display device side, optionally, an upgrade mode item is added in the system setting, the user may set the upgrade mode item in a user-defined manner according to the use requirement, and select the silent upgrade mode or the normal upgrade mode, and after receiving the setting operation of the upgrade mode item by the user, the display device automatically updates the value of the slient _ flag.

In an exemplary implementation manner, based on the foregoing a/B dual-slot seamless upgrade architecture configured by the display device, as shown in fig. 7, the present application illustrates a method for performing compatibility between a system upgrade task and a video recording task, where the method is mainly directed to a first slot, where the first slot controls execution of the system upgrade task to install an upgrade package corresponding to a new version system in a second slot, and completes switching and updating of the new version system after the device is restarted, where the method includes the following program steps:

step S101, when receiving a system upgrading message pushed by a server, executing a system upgrading task, wherein the system upgrading task comprises downloading and verifying an upgrading packet, and then installing the upgrading packet into a second slot.

The first slot is a movable slot, the current system runs in the first slot, the second slot is a non-movable slot, and only passive receiving of writing-in of upgrade package data is achieved, so that a system upgrade task is executed by the first slot, the first slot verifies the installation package after downloading the installation package from the server side, and after the verification is passed, the first slot erases and writes data content of the upgrade package into the second slot, so that the upgrade package is installed into the second slot.

And S102, inquiring a target video recording task which conflicts with the system upgrading task when the upgrading package is installed.

Optionally, whether a target video recording task currently being executed in the background of the first slot or to be executed within a preset time after the current time exists may be screened out according to a recording task sequence maintained in the PVR process.

Step S103, judging whether a target video recording task is inquired. And if the target video recording task is inquired, executing the step S104, otherwise, executing the step S105.

And step S104, controlling a display to display first prompt information, wherein the first prompt information is used for prompting that the upgrade patch is installed, and automatically switching to a new version system of the second slot when the system is started next time because the current video which is recorded or is about to be recorded is detected. After step S104, step S108 is executed instead.

And step S105, controlling the display to display a second prompt popup. The second prompt popup window comprises an immediate restart control, a later restart control and second prompt information, wherein the second prompt information is used for prompting that the upgrade package is installed completely, and the new version system can take effect only by restarting.

And step S106, judging whether a trigger instruction for restarting the control immediately is received. If the user triggers the immediate restart control, executing step S107; if the user triggers to restart the control later, step S108 is executed.

Step S107, immediately executing a restart program to switch the current active slot to the second slot and control the operation of the new version system in the second slot to take effect.

Step S108, after the display device is turned off, executing a silent power-on program configured to turn on in a screen-off and silent mode, switching the currently active slot to the second slot during the power-on process, controlling the new version system in the second slot to operate and take effect, and then controlling the display device to enter the STR state.

In an exemplary implementation manner, based on the foregoing a/B dual-slot seamless upgrade architecture configured by the display device, as shown in fig. 8, the present application illustrates another method for performing compatible system upgrade tasks and video recording tasks, where the method mainly aims at a first slot, the first slot controls the performance of the system upgrade tasks and the video recording tasks, and installs upgrade package data in a second slot, so as to start a new version system installed in the second slot when the display device is restarted, where the method includes the following program steps:

step S201, when receiving a system upgrade message pushed by a server, parsing upgrade mode information according to the system upgrade message.

Step S202, judging whether the upgrade mode information indicates a silent upgrade mode. If the silent upgrade mode is indicated, executing step S203; otherwise, if the normal upgrade mode is indicated, step S204 is executed.

Step S203, setting a slide _ flag to be 1, executing a system upgrading task in a background mode after holding the Wakelock, wherein the system upgrading task comprises downloading and checking an upgrading packet, and then installing the upgrading packet into the second slot.

And step S204, setting the slide _ flag to be 0, and synchronously controlling the display to display the upgrading progress when the system upgrading task is executed in the background.

If step S203 is executed, go to step S211; if step S204, then step S205 is continued.

And S205, inquiring a target video recording task which conflicts with the system upgrading task when the upgrading package is installed.

Step S206, judging whether a target video recording task is inquired. If the target video recording task is found, step S207 is executed, otherwise step S208 is executed.

Step S207, controlling the display to display the first prompt popup. The first prompt popup window comprises first prompt information and a confirmation control, wherein the first prompt information is used for prompting that the upgrade patch is installed completely, and the upgrade patch is automatically switched to a new version system of the second slot when the system is started next time due to the fact that the current video which is recorded or is about to be recorded is detected. After step S207, step S211 is executed instead.

And step S208, controlling the display to display a second prompt popup. The second prompt popup window comprises an immediate restart control, a later restart control and second prompt information, wherein the second prompt information is used for prompting that the upgrade package is installed completely, and the new version system can take effect only by restarting.

Step S209 determines whether a trigger instruction for immediate restart of the control is received. If the user triggers the immediate restart control, executing step S210; if the user triggers to restart the control later, step S211 is executed.

Step S210, immediately executing a restart program to switch the current active slot to the second slot, and controlling the new version system in the second slot to operate and take effect.

And S211, monitoring the screen off message broadcasted by the current system, and holding a Wakelock lock.

Step S212, determine whether the screen-off message is heard. If the screen-off message is not monitored, returning to continue executing the step S211; if the screen-off message is monitored, step S213 is executed.

Step S213, querying again whether a target video recording task exists. If the target video recording task is found, executing step S214; if it is found that the target video recording task does not exist, step S216 is executed.

Step S214, detecting whether the target video recording task is finished. If the target video recording task is not executed, returning to continue executing the step S214; if the target video recording task is finished, step S215 is executed.

In step S215, it is detected whether the current screen is in the closed state. If the screen is not closed, returning to step S211; if the screen is closed, step S216 is executed.

Step S216, releasing the Wakelock lock, executing a silent startup program, wherein the silent startup program is configured to be started in a screen-off and silent mode, switching the current active slot to the second slot in the startup process, controlling the new version system in the second slot to operate and take effect, and then controlling the display device to enter an STR state.

According to the technical scheme, the A/B double-slot seamless upgrading framework is adopted, the system upgrading time can be shortened, the system upgrading task is executed on the background of the first slot, the system is automatically switched to the new version system of the second slot when the system is restarted, the process is seamless, even if the system is upgraded and fails, the system can be rolled back to the first slot, the available old version system in the first slot is started, the display equipment is prevented from being turned into bricks, the equipment can be used normally by a user, the temporary storage space of the upgrading package is not needed to be cached, in addition, when the server receives notification of upgrading, the system upgrading does not need to be reserved, the system upgrading task can be immediately executed on the first slot, the efficiency and the response of the system upgrading are improved, and the normal use of the display equipment is not influenced no matter whether the OTA system of the display equipment is upgraded or failed. In addition, based on the implementation method under the A/B double-slot seamless upgrading framework, the conflict between the system upgrading task and the video recording task can be eliminated, the compatibility and the effectiveness of the execution of the system upgrading task and the video recording task are realized, the system upgrading is completed without perception of a user by configuring a silent upgrading mode and a silent starting program, and the interruption of a background task by screen-off/power-off operation of the user is avoided by coordinating the task states of an OTA process and a PVR process and matching with a Wakelock lock in a power management service, so that better use experience is provided for the user.

In an exemplary implementation, the present application also provides a computer storage medium, which may store a program. When the computer storage medium is located in the display device 200, the program when executed may include the program steps involved in the method for compatible execution of the system upgrade task and the video recording task that the aforementioned controller 250 is configured to perform. The computer storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM) or a Random Access Memory (RAM).

In this specification, the same and similar parts between the display device embodiment and the method embodiment may be referred to each other, and related contents are not described again. The UI provided by the present application is only exemplary and does not limit the UI display of the actual product and the user operation, so that appropriate modifications and extensions can be made to the UI such as the pop-up window, and the specific design and application of the actual product shall be the standard.

Finally, it should be noted that: the above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.

The foregoing description, for purposes of explanation, has been presented in conjunction with specific embodiments. However, the illustrative discussions above are not intended to be exhaustive or to limit the embodiments to the precise forms disclosed above. Many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles and the practical application, to thereby enable others skilled in the art to best utilize the embodiments and various embodiments with various modifications as are suited to the particular use contemplated.

Claims

1. A display device, comprising:

a display for displaying an interface;

the communicator is used for being in communication connection with the server;

2. The display device of claim 1, wherein upon completion of installation of the upgrade package, the first socket is further configured to perform:

3. The display device of claim 2, wherein the first slot is further configured to perform:

4. The display device of claim 3, wherein after listening for the screen-off message, the first slot is further configured to perform:

5. The display device of claim 1, wherein the first socket is further configured to perform a system upgrade task as follows:

analyzing the system upgrading message to acquire upgrading mode information;

and if the upgrading mode information indicates that the configuration is that a common upgrading mode is adopted, synchronously controlling a display to display the upgrading progress when the system upgrading task is executed in a background mode.

6. The display device of claim 5, wherein the first slot is further configured to perform:

setting the value of a silent upgrade flag bit according to the upgrade mode information; the silent upgrade flag bit is used for indicating the type of an upgrade mode adopted by the first slot when the system upgrade task is executed.

7. The display device of claim 3, wherein the first slot is further configured to perform:

when the upgrade package is installed, if a target video recording task which conflicts with a system upgrade task is inquired, controlling a display to display a first prompt popup window, wherein the first prompt popup window comprises first prompt information and a confirmation control;

and when a trigger instruction for the confirmation control is received, closing the first prompt popup window and monitoring a screen-off message broadcasted by the current system.

8. The display device according to claim 3 or 4, wherein if the system of the new version fails to start and run after being immediately restarted or turned on in a silent manner, the system is switched back to the first slot, and the system of the old version which is not updated in the first slot is started.

9. The display device according to any one of claims 1 to 7, wherein the target video recording task comprises a video recording task currently being executed in the background of the first slot and a video recording task to be executed within a preset time after the current time.

10. A compatible execution method for a system upgrading task and a video recording task in a display device is characterized in that the display device comprises an active first slot and an inactive second slot, and a current system runs in the first slot, and the method comprises the following steps: