CN112463267B

CN112463267B - Method for presenting screen saver information on display device screen and display device

Info

Publication number: CN112463267B
Application number: CN201910840517.4A
Authority: CN
Inventors: 付友苹; 黑建业; 苗璐
Original assignee: Hisense Visual Technology Co Ltd
Current assignee: Hisense Visual Technology Co Ltd
Priority date: 2019-09-06
Filing date: 2019-09-06
Publication date: 2023-04-14
Anticipated expiration: 2039-09-06
Also published as: CN112463267A

Abstract

The application discloses a method for presenting screen saver information on display equipment and the display equipment, wherein a screen saver application receives a countdown instruction or a screen saver instruction to obtain a current playing scene of the display equipment; if the scene is a preset scene, responding to the countdown instruction to execute screen saver countdown, or responding to the screen saver instruction to present screen saver information on a display device screen; the display equipment comprises a first system and a second system which are communicated with each other, the first system and the second system do not play preset types of contents in a preset scene, and the topmost interfaces operated by the first system and/or the second system respectively are preset interfaces allowing a screen to present screen saver information. In the method, the screen saver application executes corresponding screen saver control logic according to the real-time states of two systems in the display equipment, and when the state of any one system changes, the screen saver application can generate a response so as to enable the screen state to adapt to the changed playing scene.

Description

Method for presenting screen saver information on screen of display device and display device

Technical Field

The present application relates to the field of display device technologies, and in particular, to a method for presenting screen saver information on a screen of a display device and a display device.

Background

Currently, display devices may provide a user with a play picture such as audio, video, pictures, and the like. A dual chip display device having a camera, as shown in fig. 3 or 4, has a first chip (a chip) and a second chip (N chip), and when each chip is separately installed with a separate operating system, there are a first system and a second system, respectively. The double-chip display device can provide multifunctional experiences of 'playing while chatting', 'chatting while seeing', 'chatting while learning', and the like for a user. For example, in a "chat while playing" scenario, real pictures of game participants are presented in real time while providing a game scenario for the user, in a "chat while watching" scenario, multiple video chat pictures are presented while playing a video program picture for the user, and so on.

In a usage scenario, if the user leaves the display device, the display device will not receive the key input for a long time, which causes the display screen to be in a static state for a long time, is not favorable for the service life of the display screen, and wastes electric energy. In order to prolong the service life of the screen of the display and save electric energy, the screen saver can be installed on the display equipment, the screen saver can automatically enter a screen saver state after the static time of the screen of the display reaches a certain time through the screen saver application, and the screen saver state can be automatically quitted when the screen of the display needs to be active, so that the purposes of protecting the screen and saving the electric energy are achieved.

Because two operating systems exist in the dual-chip display device at the same time, each operating system is provided with a plurality of applications, and the application interface of the first system and the application interface of the second system can be displayed on the screen at the same time or simultaneously, and further, the combination of different applications and the interfaces thereof enables the screen of the display device to have a plurality of different playing scenes, so how to ensure that the screen saver executes corresponding screen saver control logic in different playing scenes becomes a technical problem to be solved urgently.

Disclosure of Invention

The application provides a method for presenting screen saver information on a screen of a display device and the display device, so as to ensure that a screen saver in a dual-system display device executes corresponding screen saver control logic under different playing scenes.

In a first aspect, the present application provides a method for presenting screen saver information on a display device screen, comprising:

receiving a countdown instruction or a screen saver instruction, and acquiring a current playing scene of the display device;

if the playing scene is the preset scene, responding to the countdown instruction to execute screen saver countdown, or responding to the screen saver instruction to present screen saver information on a display device screen;

the display equipment comprises a first system and a second system which are communicated with each other, the first system and the second system do not play preset types of contents in the preset scene, and the topmost interfaces operated by the first system and/or the second system respectively are preset interfaces allowing a screen to present screen saver information.

Further, the method further comprises:

monitoring whether the playing scene changes or not;

when the change of the playing scene is changed from the preset scene to a non-preset scene, if the screen is in a screen saver state, screen saver information presented by the screen is canceled, and if the screen saver countdown is in progress, the screen saver countdown is stopped;

and the first system or the second system in the preset scene in the non-preset scene plays the preset type of content, or the topmost interface operated by the first system and/or the second system respectively is not the preset interface.

Further, the method further comprises:

and when the playing scene is changed from the non-preset scene to a preset scene, executing screen saver countdown.

Further, the method further comprises:

when the first system or the second system receives key input, if the screen is in a screen saver state, generating a screen saver quitting instruction, and if the screen is not in the screen saver state, generating a countdown instruction;

and when the executed screen saver countdown is finished, generating the screen saver instruction.

Further, the acquiring a current playing scene of the display device includes:

respectively acquiring the playing states of the first system and the second system aiming at the content of the preset type;

and if the first system and the second system do not play the content of the preset type, acquiring the topmost interface operated by the first system and/or the second system respectively.

Further, the obtaining the playing states of the first system and the second system for the content of the preset type respectively includes:

starting a first monitoring service on a first system, and monitoring whether the playing state of the first system for the preset type of content changes or not through the first monitoring service;

when the fact that the playing state of the first system for the preset type of content changes is monitored, the first monitoring service sends a message containing the changed playing state to the second system;

and starting a second monitoring service at a second system, acquiring the playing state of the second system aiming at the preset type of content in real time through the second monitoring service, and receiving the message sent by the first monitoring service.

Further, the acquiring of the topmost interfaces operated by the first system and/or the second system respectively includes:

under the condition that a screen is controlled by a second system and a signal channel between the second system and a first system is not opened, acquiring a topmost interface operated by the second system;

under the condition that a screen is controlled by a second system and a signal channel between the second system and a first system is opened, acquiring a topmost interface operated by the second system;

judging whether the topmost interface operated by the second system is a target interface or not;

if the topmost interface presented by the current screen is a target interface, acquiring the topmost interface operated by the first system;

and if the topmost interface presented by the current screen is not the target interface, respectively acquiring the topmost interfaces operated by the first system and the second system.

Further, before presenting the screen saver information on the screen, the method further comprises:

acquiring a screenshot;

detecting whether key information exists in the screenshot;

and under the condition that the key information does not exist in the screenshot, presenting screen saver information on the screen.

Further, the acquiring the screenshot includes:

under the condition that a screen is controlled by a second system and a signal channel between the second system and a first system is not opened, acquiring a second screenshot corresponding to the second system;

under the condition that a screen is controlled by a second system and a signal channel between the second system and a first system is opened, acquiring a second screenshot corresponding to the second system;

and acquiring a first screenshot corresponding to a first system under the condition that the key information does not exist in the second screenshot.

In a second aspect, the present application also provides a display device, comprising:

a display for presenting user interface or screen saver information;

the second chip is used for acquiring the current playing scene of the display equipment when a countdown instruction or a screen saver instruction is received;

the first chip is communicated with the second chip and is used for playing preset types of contents or an application interface operated by the first chip on the screen through at least one signal channel between the first chip and the second chip;

and the first chip and the second chip in the preset scene do not play the preset type of content, and the topmost interfaces operated by the first chip and/or the second chip respectively are preset interfaces allowing the screen to present screen saver information.

According to the technical scheme, in the method, the screen saver application executes the corresponding screen saver control logic according to the real-time states of the two systems in the display device (aiming at the play state change and the topmost interface change of the preset type of content), so that when the state of any one system changes, the screen saver application can timely generate response according to the method, and the screen state is adaptive to the changed play scene.

Drawings

In order to more clearly describe the technical solution of the present application, the drawings required to be used in the embodiments will be briefly described below, and it is obvious for those skilled in the art to obtain other drawings without inventive labor.

Fig. 1 is a schematic diagram illustrating an operation scenario between a display device and a control apparatus according to an embodiment;

fig. 2 is a block diagram exemplarily showing a hardware configuration of the control apparatus 100 according to the embodiment;

fig. 3 is a block diagram exemplarily showing a hardware configuration of the display device 200 according to the embodiment;

a block diagram of the hardware architecture of the display device 200 according to fig. 3 is exemplarily shown in fig. 4;

fig. 5 is a diagram exemplarily showing a functional configuration of the display device 200 according to the embodiment;

fig. 6a schematically shows a software configuration in the display device 200 according to an embodiment;

fig. 6b schematically shows a configuration of an application in the display device 200 according to an embodiment;

fig. 7 schematically shows a user interface in the display device 200 according to an embodiment;

fig. 8 is a diagram illustrating signal paths between a first system and a second system of a dual system display device;

FIG. 9a illustrates one possible playback scenario for a display device;

FIG. 9b illustrates another possible playback scenario for the display device;

fig. 10 is a schematic view illustrating a dependency relationship between a screen saver application and other modules of a display device in the technical solution of the present application;

FIG. 11 is a flowchart of a method for presenting screen saver information on a display device screen according to an exemplary embodiment;

FIG. 12 shows an application scenario of the present disclosure;

fig. 13a is a schematic view of an interaction scenario between the first control device and the display device (first system/first chip);

fig. 13b is a schematic view of an interaction scenario between the second control device and the display device (second system/second chip);

FIG. 14 is a diagram illustrating an implementation of step 111 in the embodiment of FIG. 11 of the present application;

FIG. 15 is a diagram illustrating a specific implementation process of step 115 in the embodiment shown in FIG. 11 of the present application;

FIG. 16 is a diagram illustrating an exemplary entry of a display screen into a screensaver state according to an embodiment of the application;

fig. 17 is a schematic diagram of an exemplary hardware structure of a display device according to an embodiment of the present application.

Detailed Description

In order to make those skilled in the art better understand the technical solutions in the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

For the convenience of users, various external device interfaces are usually provided on the display device to facilitate connection of different peripheral devices or cables to implement corresponding functions. When a high-definition camera is connected to an interface of the display device, if a hardware system of the display device does not have a hardware interface of a high-pixel camera receiving the source code, data received by the camera cannot be displayed on a display screen of the display device.

Moreover, due to the hardware structure, the hardware system of the conventional display device only supports one hard decoding resource, and usually can support video decoding with a maximum resolution of 4K, so when a user wants to perform video chat while watching a network television, the user needs to use the hard decoding resource (usually a GPU in the hardware system) to decode the network video without reducing the definition of the network video screen, and in this case, the user can only process the video chat screen by using a general-purpose processor (e.g. a CPU) in the hardware system to perform soft decoding on the video.

The soft decoding is adopted to process the video chat picture, so that the data processing burden of a CPU (central processing unit) can be greatly increased, and when the data processing burden of the CPU is too heavy, the problem of picture blocking or unsmooth flow can occur. Further, due to the data processing capability of the CPU, when the CPU performs soft decoding on the video chat screen, multiple paths of video calls cannot be generally implemented, and when a user wants to perform video chat with multiple other users in the same chat scene, access is blocked.

In view of the above aspects, to overcome the above drawbacks, the present application discloses a dual hardware system architecture to implement multiple channels of video chat data (at least one channel of local video).

The concept of the present application will be described first with reference to the drawings. It should be noted that the following descriptions of the concepts are only for the purpose of facilitating understanding of the contents of the present application, and do not represent limitations on the scope of the present application.

The term "module" as used in the various embodiments of the present application may refer 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.

The term "remote control" as used in the various embodiments of the present application refers to a component of an electronic device, such as the display device disclosed in the present application, that is capable of wirelessly controlling the electronic device, typically over a short distance. The component may typically be connected to the electronic device using infrared and/or Radio Frequency (RF) signals and/or bluetooth, and may also include functional modules such as WiFi, wireless USB, bluetooth, motion sensors, etc. For example: the hand-held touch remote controller replaces most of the physical built-in hard keys in the common remote control device with the user interface in the touch screen.

The term "gesture" as used in the embodiments of the present application refers to a user behavior used to express an intended idea, action, purpose, or result through a change in hand shape or an action such as hand movement.

The term "hardware system" used in the embodiments of the present application may refer to a physical component having computing, controlling, storing, inputting and outputting functions, which is formed by a mechanical, optical, electrical and magnetic device such as an Integrated Circuit (IC), a Printed Circuit Board (PCB) and the like. In various embodiments of the present application, a hardware system may also be referred to as a motherboard (or chip).

Fig. 1 is a schematic diagram illustrating an operation scenario between a display device and a control apparatus according to an embodiment. As shown in fig. 1, a user may operate the display apparatus 200 through the control device 100.

The control device 100 may be a remote controller 100A, which can communicate with the display device 200 through an infrared protocol communication, a bluetooth protocol communication, a ZigBee (ZigBee) protocol communication, or other short-range communication, and is used to control the display device 200 in a wireless or other wired manner. The user may input a user instruction through a key on a remote controller, voice input, control panel input, etc., to control the display apparatus 200. Such as: the user can input a corresponding control command through a volume up/down key, a channel control key, up/down/left/right moving keys, a voice input key, a menu key, a power on/off key, etc. on the remote controller, to implement the function of controlling the display device 200.

The control apparatus 100 may also be a smart device, such as a mobile terminal 100B, a tablet computer, a notebook computer, etc., which may communicate with the display device 200 through a Local Area Network (LAN), a Wide Area Network (WAN), a Wireless Local Area Network (WLAN), or other Network, and implement control of the display device 200 through an application program corresponding to the display device 200.

For example, the mobile terminal 100B and the display device 200 may each have a software application installed thereon, so that connection communication between the two can be realized through a network communication protocol, and the purpose of one-to-one control operation and data communication can be further realized. Such as: a control instruction protocol can be established between the mobile terminal 100B and the display device 200, a remote control keyboard is synchronized to the mobile terminal 100B, and the function of controlling the display device 200 is realized by controlling a user interface on the mobile terminal 100B; the audio and video contents displayed on the mobile terminal 100B may also be transmitted to the display device 200, so as to implement a synchronous display function.

As shown in fig. 1, the display apparatus 200 may also perform data communication with the server 300 through various communication means. In various embodiments of the present application, the display device 200 may be allowed to be communicatively coupled to the server 300 via a local area network, a wireless local area network, or other network. The server 300 may provide various contents and interactions to the display apparatus 200.

Illustratively, the display device 200 receives software Program updates, or accesses a remotely stored digital media library by sending and receiving information, and Electronic Program Guide (EPG) interactions. The servers 300 may be a group or groups, and may be one or more types of servers. Other web service contents such as a video on demand and an advertisement service are provided through the server 300.

The display device 200 may be a liquid crystal display, an OLED (Organic Light Emitting Diode) display, a projection display device, or a smart tv. The specific display device type, size, resolution, etc. are not limiting, and those skilled in the art will appreciate that the display device 200 may be modified in performance and configuration as desired.

The display apparatus 200 may additionally provide an intelligent network tv function that provides a computer support function in addition to the broadcast receiving tv function. Examples include a web tv, a smart tv, an Internet Protocol Tv (IPTV), and the like.

As shown in fig. 1, the display device may be connected or provided with a camera, and is configured to present a picture taken by the camera on a display interface of the display device or other display devices, so as to implement interactive chat between users. Specifically, the picture shot by the camera can be displayed on the display device in a full screen mode, a half screen mode or any optional area.

As an optional connection mode, the camera is connected with the display rear shell through the connecting plate and is fixedly installed in the middle of the upper side of the display rear shell, and as an installable mode, the camera can be fixedly installed at any position of the display rear shell, so that an image acquisition area of the camera can be ensured not to be shielded by the rear shell, for example, the image acquisition area is the same as the display orientation of the display equipment.

As another alternative connection mode, the camera is connected to the display rear shell through a connection board or other conceivable connector, the camera is capable of lifting, the connector is provided with a lifting motor, when a user wants to use the camera or an application program wants to use the camera, the camera is lifted out of the display, and when the camera is not needed, the camera can be embedded in the rear shell to protect the camera from being damaged.

As an embodiment, the camera adopted in the present application may have 1600 ten thousand pixels, so as to achieve the purpose of ultra high definition display. In actual use, cameras higher or lower than 1600 thousand pixels may also be used.

After the display equipment is provided with the camera, contents displayed by different application scenes of the display equipment can be fused in various different modes, so that the function which cannot be realized by the traditional display equipment is achieved.

Illustratively, a user may conduct a video chat with at least one other user while watching a video program. The presentation of the video program may be as a background frame with a window of video chat displayed over the background frame. The function is called 'chat while watching'.

Optionally, in a scene of "chat while watching", at least one video chat is performed across terminals while watching a live video or a network video.

In another example, a user can conduct a video chat with at least one other user while entering the educational application for learning. For example, a student may interact remotely with a teacher while learning content in an educational application. Vividly, the function can be called as 'chatting while learning'.

In another example, a user conducts a video chat with a player entering a card game while playing the game. For example, a player may enable remote interaction with other players when entering a gaming application to participate in a game. Figuratively, the function may be said to be "play while looking".

Optionally, the game scene is fused with the video picture, the portrait in the video picture is scratched and displayed in the game picture, and the user experience is improved.

Optionally, in the motion sensing game (such as ball hitting, boxing, running and dancing), the human posture and motion, limb detection and tracking and human skeleton key point data detection are obtained through the camera, and then the human posture and motion, the limb detection and tracking and the human skeleton key point data detection are fused with the animation in the game, so that the game of scenes such as sports and dancing is realized.

In another example, a user may interact with at least one other user in a karaoke application in video and voice. Vividly, this function can be called "sing while watching". Preferably, when at least one user enters the application in a chat scenario, a plurality of users can jointly complete recording of a song.

In another example, a user may turn on a camera locally to take pictures and videos, figurative, which may be referred to as "looking into the mirror".

In other examples, more or less functionality may be added. The function of the display device is not particularly limited in the present application.

Fig. 2 is a block diagram schematically showing the configuration of the control apparatus 100 according to the exemplary embodiment. As shown in fig. 2, the control device 100 includes a controller 110, a communicator 130, a user input/output interface 140, a memory 190, and a power supply 180.

The control apparatus 100 is configured to control the display device 200, and to receive an input operation instruction from a user, and convert the operation instruction into an instruction recognizable and responsive by the display device 200, and to mediate interaction between the user and the display device 200. Such as: the user operates the channel up/down key on the control device 100, and the display device 200 responds to the channel up/down operation.

In some embodiments, the control device 100 may be a smart device. Such as: the control apparatus 100 may install various applications for controlling the display device 200 according to user's demands.

In some embodiments, as shown in fig. 1, the mobile terminal 100B or other intelligent electronic device may function similar to the control apparatus 100 after installing an application for manipulating the display device 200. Such as: the user may implement the functions of controlling the physical keys of the apparatus 100 by installing applications, various function keys or virtual buttons of a graphical user interface available on the mobile terminal 100B or other intelligent electronic devices.

The controller 110 includes a processor 112, a RAM113 and a ROM114, a communication interface, and a communication bus. The controller 110 is used to control the operation of the control device 100, as well as the internal components for communication and coordination and external and internal data processing functions.

The communicator 130 enables communication of control signals and data signals with the display apparatus 200 under the control of the controller 110. Such as: the received user input signal is transmitted to the display apparatus 200. The communicator 130 may include at least one of a WIFI module 131, a bluetooth module 132, an NFC module 133, and the like.

A user input/output interface 140, wherein the input interface includes at least one of a microphone 141, a touch pad 142, a sensor 143, a key 144, and the like. Such as: the user can realize a user instruction input function through actions such as voice, touch, gesture, pressing, and the like, and the input interface converts the received analog signal into a digital signal and converts the digital signal into a corresponding instruction signal, and sends the instruction signal to the display device 200.

The output interface includes an interface that transmits the received user instruction to the display apparatus 200. In some embodiments, it may be an infrared interface or a radio frequency interface. Such as: when the infrared signal interface is used, the user input instruction needs to be converted into an infrared control signal according to an infrared control protocol, and the infrared control signal is sent to the display device 200 through the infrared sending module. The following steps are repeated: when the rf signal interface is used, a user input command needs to be converted into a digital signal, and then the digital signal is modulated according to the rf control signal modulation protocol and then transmitted to the display device 200 through the rf transmitting terminal.

In some embodiments, the control device 100 includes at least one of a communicator 130 and an output interface. The communicator 130 is configured in the control device 100, such as: the WIFI module, the Bluetooth module, the NFC module and the like can encode the user input command through a WIFI protocol, a Bluetooth protocol or an NFC protocol and send the encoded user input command to the display device 200.

The memory 190 stores various operation programs, data, and applications for driving and controlling the control apparatus 100 under the control of the controller 110. The memory 190 may store various control signal commands input by a user.

And a power supply 180 for providing operational power support to the components of the control device 100 under the control of the controller 110. A battery and associated control circuitry.

A hardware configuration block diagram of a hardware system in the display device 200 according to an exemplary embodiment is exemplarily shown in fig. 3.

When a dual hardware system architecture is adopted, the mechanism relationship of the hardware system can be shown in fig. 3. For convenience of description, one hardware system in the dual hardware system architecture is referred to as a first hardware system or a system, a chip, and the other hardware system is referred to as a second hardware system or N system, N chip. The chip A comprises a controller of the chip A and various modules connected with the controller of the chip A through various interfaces, and the chip N comprises a controller of the chip N and various modules connected with the controller of the chip N through various interfaces. The a-chip and the N-chip may each have a separate operating system installed therein, so that there are two separate but interrelated subsystems in the display apparatus 200.

As shown in fig. 3, the a chip and the N chip can be connected, communicated and powered through a plurality of different types of interfaces. The interface type of the interface between the a chip and the N chip may include a General-purpose input/output (GPIO) interface, a USB interface, an HDMI interface, a UART interface, and the like. One or more of these interfaces may be used for communication or power transfer between the a-chip and the N-chip. For example, as shown in fig. 3, in the dual hardware system architecture, the N chip may be powered by an external power source (power), and the a chip may not be powered by the external power source but by the N chip.

In addition to the interface for connecting with the N chip, the a chip may further include an interface for connecting other devices or components, such as an MIPI interface for connecting a Camera (Camera) shown in fig. 3, a bluetooth interface, and the like.

Similarly, in addition to the interface for connecting with the N chip, the N chip may further include a VBY interface for connecting with a display screen TCON (Timer Control Register), and an i2S interface for connecting with a power Amplifier (AMP) and a Speaker (Speaker); and an IR/Key interface, a USB interface, a Wifi interface, a bluetooth interface, an HDMI interface, a Tuner interface, and the like.

The dual hardware system architecture of the present application is further described below with reference to fig. 4. It should be noted that fig. 4 is only an exemplary illustration of the dual hardware system architecture of the present application, and does not represent a limitation of the present application. In practical applications, both hardware systems may contain more or less hardware or interfaces as desired.

A block diagram of the hardware architecture of the display device 200 according to fig. 3 is exemplarily shown in fig. 4. As shown in fig. 4, the hardware system of the display device 200 may include an a chip and an N chip, and a module connected to the a chip or the N chip through various interfaces.

The N-chip may include a tuner demodulator 220, a communicator 230, an external device interface 250, a controller 210, a memory 290, a user input interface, a video processor 260-1, an audio processor 260-2, a display 280, an audio output interface 270, and a power supply. The N-chip may include more or fewer modules in other embodiments.

The tuning demodulator 220 is configured to perform modulation and demodulation processing such as amplification, mixing, resonance and the like on a broadcast television signal received in a wired or wireless manner, so as to demodulate an audio/video signal carried in a frequency of a television channel selected by a user and additional information (e.g., an EPG data signal) from a plurality of wireless or wired broadcast television signals. Depending on the broadcast system of the television signal, the signal path of the tuner 220 may be various, such as: terrestrial broadcasting, cable broadcasting, satellite broadcasting, internet broadcasting, or the like; according to different modulation types, the adjustment mode of the signal can be a digital modulation mode or an analog modulation mode; and depending on the type of television signal being received, tuner demodulator 220 may demodulate analog and/or digital signals.

The tuner demodulator 220 is also operative to respond to the user-selected television channel frequency and the television signals carried thereby, in accordance with the user selection, and as controlled by the controller 210.

In other exemplary embodiments, the tuner/demodulator 220 may be in an external device, such as an external set-top box. In this way, the set-top box outputs television audio/video signals after modulation and demodulation, and the television audio/video signals are input into the display device 200 through the external device interface 250.

The communicator 230 is a component for communicating with an external device or an external server according to various communication protocol types. For example: the communicator 230 may include a WIFI module 231, a bluetooth communication protocol module 232, a wired ethernet communication protocol module 233, and other network communication protocol modules such as an infrared communication protocol module or a near field communication protocol module.

The display apparatus 200 may establish a connection of a control signal and a data signal with an external control apparatus or a content providing apparatus through the communicator 230. For example, the communicator may receive a control signal of the remote controller 100A according to the control of the controller.

The external device interface 250 is a component for providing data transmission between the N-chip controller 210 and the a-chip and other external devices. The external device interface may be connected with an external apparatus such as a set-top box, a game device, a notebook computer, etc. in a wired/wireless manner, and may receive data such as a video signal (e.g., moving image), an audio signal (e.g., music), additional information (e.g., EPG), etc. of the external apparatus.

The external device interface 250 may include: a High Definition Multimedia Interface (HDMI) terminal 251, a Composite Video Blanking Sync (CVBS) terminal 252, an analog or digital component terminal 253, a Universal Serial Bus (USB) terminal 254, a red, green, blue (RGB) terminal (not shown), and the like. The number and type of external device interfaces are not limited by this application.

The controller 210 controls the operation of the display device 200 and responds to the user's operation by running various software control programs (e.g., an operating system and/or various application programs) stored on the memory 290.

As shown in fig. 4, the controller 210 includes a read only memory RAM214, a random access memory ROM213, a graphics processor 216, a CPU processor 212, a communication interface 218, and a communication bus. The RAM214, the ROM213, the graphic processor 216, the CPU processor 212, and the communication interface 218 are connected via a bus.

A ROM213 for storing instructions for various system boots. If the display device 200 is powered on upon receipt of the power-on signal, the CPU processor 212 executes a system boot instruction in the ROM and copies the operating system stored in the memory 290 to the RAM214 to start running the boot operating system. After the start of the operating system is completed, the CPU processor 212 copies the various application programs in the memory 290 to the RAM214, and then starts running and starting the various application programs.

A graphics processor 216 for generating various graphics objects, such as: icons, operation menus, user input instruction display graphics, and the like. The display device comprises an arithmetic unit which carries out operation by receiving various interactive instructions input by a user and displays various objects according to display attributes. And a renderer for generating various objects based on the operation unit and displaying the rendered result on the display 280.

A CPU processor 212 for executing operating system and application program instructions stored in memory 290. And executing various application programs, data and contents according to various interactive instructions received from the outside so as to finally display and play various audio and video contents.

In some exemplary embodiments, the CPU processor 212 may include a plurality of processors. The plurality of processors may include a main processor and a plurality of or a sub-processor. A main processor for performing some operations of the display apparatus 200 in a pre-power-up mode and/or operations of displaying a screen in a normal mode. A plurality of or one sub-processor for performing an operation in a standby mode or the like.

The communication interfaces may include a first interface 218-1 through an nth interface 218-n. These interfaces may be network interfaces that are connected to external devices via a network.

The controller 210 may control 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 280, the controller 210 may perform an operation related to the object selected by the user command.

Wherein the object may be any one of selectable objects, such as a hyperlink or an icon. Operations related to the selected object, such as: displaying an operation connected to a hyperlink page, document, image, or the like, or performing an operation of a program corresponding to an icon. The user command for selecting the UI object may be a command input through various input means (e.g., a mouse, a keyboard, a touch pad, etc.) connected to the display apparatus 200 or a voice command corresponding to a voice spoken by the user.

The memory 290 includes a memory for storing various software modules for driving and controlling the display apparatus 200. Such as: various software modules stored in memory 290, including: the system comprises a basic module, a detection module, a communication module, a display control module, a browser module, various service modules and the like.

The basic module is a bottom layer software module for signal communication between hardware in the display device 200 and sending processing and control signals to an upper layer module. The detection module is a management module used for collecting various information from various sensors or user input interfaces, and performing digital-to-analog conversion and analysis management.

For example: the voice recognition module comprises a voice analysis module and a voice instruction database module. The display control module is a module for controlling the display 280 to display image contents, and may be used to play information such as multimedia image contents and UI interfaces. The communication module is used for carrying out control and data communication with external equipment. And the browser module is used for executing data communication between the browsing servers. The service module is a module for providing various services and various application programs.

Meanwhile, the memory 290 is also used to store visual effect maps and the like for receiving external data and user data, images of respective items in various user interfaces, and a focus object.

A user input interface for transmitting an input signal of a user to the controller 210 or transmitting a signal output from the controller to the user. For example, the control device (e.g., a mobile terminal or a remote controller) may send an input signal, such as a power switch signal, a channel selection signal, a volume adjustment signal, etc., input by a user to the user input interface, and then the input signal is forwarded to the controller by the user input interface; alternatively, the control device may receive an output signal such as audio, video, or data output from the user input interface via the controller, and display the received output signal or output the received output signal in audio or vibration form.

In some embodiments, a user may enter a user command on a Graphical User Interface (GUI) displayed on the display 280, and the user input interface receives the user input command through the Graphical User Interface (GUI). Alternatively, the user may input a 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.

The video processor 260-1 is configured to receive a video signal, and perform video data 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 video signal that is directly displayed or played on the display 280.

Illustratively, the video processor 260-1 includes a demultiplexing module, a video decoding module, an image synthesizing 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 if the input MPEG-2 is input, the demultiplexing module demultiplexes the input audio and video data stream into a video signal and an audio signal.

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, such as an image synthesizer, is used for performing 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 graphics generator so as to generate an image signal for display.

The frame rate conversion module is configured to convert a frame rate of an input video, such as a 24Hz, 25Hz, 30Hz, or 60Hz video, into a 60Hz, 120Hz, or 240Hz frame rate, where the input frame rate may be related to a source video stream, and the output frame rate may be related to an update rate of a display. The input is realized in a common format in a frame interpolation mode.

And a display formatting module for converting the signal output by the frame rate conversion module into a signal conforming to a display format of a display, such as converting the format of the signal output by the frame rate conversion module to output an RGB data signal.

And a display 280 for receiving the image signal input from the video processor 260-1 and displaying the video content and image and the menu manipulation interface. The display 280 includes a display component for presenting a picture and a driving component for driving image display. The video content may be displayed from the video in the broadcast signal received by the tuner/demodulator 220, or from the video content input from the communicator or the external device interface. And a display 220 simultaneously displaying a user manipulation interface UI generated in the display apparatus 200 and used to control the display apparatus 200.

And, a driving component for driving the display according to the type of the display 280. Alternatively, in case the display 280 is a projection display, it may also comprise a projection device and a projection screen.

The audio processor 260-2 is configured to receive the audio signal, and perform decompression and decoding, and audio data processing such as noise reduction, digital-to-analog conversion, and amplification processing according to a standard codec protocol of the input signal, so as to obtain an audio signal that can be played in the speaker 272.

An audio output interface 270 for receiving the audio signal output from the audio processor 260-2 under the control of the controller 210, which may include a speaker 272 or an external audio output terminal 274 for outputting to a generating device of an external device, such as: external sound terminal or earphone output terminal.

In other exemplary embodiments, video processor 260-1 may comprise one or more chip components. The audio processor 260-2 may also comprise one or more chips.

And, in other exemplary embodiments, the video processor 260-1 and the audio processor 260-2 may be separate chips or may be integrated in one or more chips with the controller 210.

And a power supply for supplying power to the display apparatus 200 with power input from an external power source under the control of the controller 210. The power supply may include a built-in power supply circuit installed inside the display apparatus 200, or may be a power supply installed outside the display apparatus 200, such as a power supply interface for providing an external power supply in the display apparatus 200.

Similar to the N-chip, as shown in fig. 4, the a-chip may include a controller 310, a communicator 330, a detector 340, and a memory 390. A user input interface, a video processor, an audio processor, a display, an audio output interface may also be included in some embodiments. In some embodiments, there may also be a power supply that independently powers the A-chip.

The communicator 330 is a component for communicating with an external device or an external server according to various communication protocol types. For example: the communicator 330 may include a WIFI module 331, a bluetooth communication protocol module 332, a wired ethernet communication protocol module 333, and other network communication protocol modules such as an infrared communication protocol module or a near field communication protocol module.

The communicator 330 of the a-chip and the communicator 230 of the N-chip also interact with each other. For example, the N-chip WiFi module 231 is used to connect to an external network, generate network communication with an external server, and the like. The WiFi module 331 of the a chip is used to connect to the WiFi module 231 of the N chip without making a direct connection with an external network or the like. Therefore, for the user, a display device as in the above embodiment displays a WiFi account to the outside.

The detector 340 is a component of the display device a chip for collecting signals of an external environment or interacting with the outside. The detector 340 may include a light receiver 342, a sensor for collecting the intensity of ambient light, which may be used to adapt to display parameter changes, etc.; the system may further include an image collector 341, such as a camera, a video camera, etc., which may be configured to collect external environment scenes, collect attributes of the user or interact gestures with the user, adaptively change display parameters, and identify user gestures, so as to implement a function of interaction with the user.

An external device interface 350, which provides a component for data transmission between the controller 310 and the N-chip or other external devices. The external device interface may be connected with an external apparatus such as a set-top box, a game device, a notebook computer, etc. in a wired/wireless manner.

The controller 310 controls the operation of the display device 200 and responds to the user's operation by running various software control programs stored on the memory 390 (e.g., using installed third party applications, etc.), and interacting with the N-chip.

As shown in fig. 4, the controller 310 includes a read only memory ROM313, a random access memory RAM314, a graphics processor 316, a CPU processor 312, a communication interface 318, and a communication bus. The ROM313 and the RAM314, the graphic processor 316, the CPU processor 312, and the communication interface 318 are connected via a bus.

A ROM313 for storing instructions for various system boots. The CPU processor 312 executes system boot instructions in ROM and copies the operating system stored in memory 390 to RAM314 to begin running the boot operating system. After the start of the operating system is completed, the CPU processor 312 copies various application programs in the memory 390 to the RAM314, and then starts running and starting various application programs.

The CPU processor 312 is used for executing the operating system and application program instructions stored in the memory 390, and performing transmission and interaction with the N chip, such as communication, signal, data, instruction, etc., and executing various application programs, data and contents according to various interaction instructions received from the outside, so as to finally display and play various audio and video contents.

The communication interface may include a first interface 318-1 through an nth interface 318-n. These interfaces may be network interfaces connected to external devices via a network, or may be network interfaces connected to the N-chip via a network.

The controller 310 may control the overall operation of the display apparatus 200. For example: in response to receiving a user command for selecting a UI object displayed on the display 280, the controller 210 may perform an operation related to the object selected by the user command.

A graphics processor 316 for generating various graphics objects, such as: icons, operation menus, user input instruction display graphics, and the like. The display device comprises an arithmetic unit which carries out operation by receiving various interactive instructions input by a user and displays various objects according to display attributes. And a renderer for generating various objects based on the operator and displaying the rendered result on the display 280.

Both the A-chip graphics processor 316 and the N-chip graphics processor 216 are capable of generating various graphics objects. In distinction, if application 1 is installed on the a-chip and application 2 is installed on the N-chip, the a-chip graphics processor 316 generates a graphics object when a user performs a command input by the user in application 1 at the interface of application 1. When a user makes a command input by the user in the interface of the application 2 and within the application 2, a graphic object is generated by the graphic processor 216 of the N chip.

A functional configuration diagram of a display device according to an exemplary embodiment is illustrated in fig. 5.

As shown in fig. 5, the memory 390 of the a-chip and the memory 290 of the N-chip are used to store an operating system, an application program, contents, user data, and the like, respectively, and perform system operations for driving the display device 200 and various operations in response to a user under the control of the controller 310 of the a-chip and the controller 210 of the N-chip. The A-chip memory 390 and the N-chip memory 290 can include volatile and/or non-volatile memory.

The memory 290 is specifically configured to store an operating program for driving the controller 210 in the display device 200, and store various applications installed in the display device 200, various applications downloaded by a user from an external device, various graphical user interfaces related to the applications, various objects related to the graphical user interfaces, user data information, and internal data of various supported applications. The memory 290 is used to store system software such as an Operating System (OS) kernel, middleware, and applications, and to store input video data and audio data, and other user data.

The memory 290 is specifically used for storing drivers and related data such as the video processor 260-1 and the audio processor 260-2, the display 280, the communication interface 230, the tuner demodulator 220, the input/output interface, and the like.

In some embodiments, memory 290 may store software and/or programs, software programs for representing an Operating System (OS) including, for example: a kernel, middleware, an Application Programming Interface (API), and/or an application program. For example, the kernel may control or manage system resources, or functions implemented by other programs (e.g., the middleware, APIs, or applications), and the kernel may provide interfaces to allow the middleware and APIs, or applications, to access the controller to implement controlling or managing system resources.

The memory 290, for example, includes a broadcast receiving module 2901, a channel control module 2902, a volume control module 2903, an image control module 2904, a display control module 2905, an audio control module 2906, an external instruction recognition module 2907, a communication control module 2908, a power control module 2910, an operating system 2911, and other application programs 2912, a browser module, and the like. The controller 210 performs functions such as: the system comprises a broadcast television signal receiving and demodulating function, a television channel selection control function, a volume selection control function, an image control function, a display control function, an audio control function, an external instruction identification function, a communication control function, an optical signal receiving function, an electric power control function, a software control platform supporting various functions, a browser function and other various functions.

The memory 390 includes a memory storing various software modules for driving and controlling the display apparatus 200. Such as: various software modules stored in memory 390, including: the system comprises a basic module, a detection module, a communication module, a display control module, a browser module, various service modules and the like. Since the functions of the memory 390 and the memory 290 are similar, reference may be made to the memory 290 for relevant points, and details will not be described herein.

The memory 390, for example, includes an image control module 3904, an audio control module 2906, an external instruction recognition module 3907, a communication control module 3908, a light receiving module 3909, an operating system 3911, and other application programs 3912, a browser module, and the like. The controller 210 performs functions such as: the system comprises an image control function, a display control function, an audio control function, an external instruction identification function, a communication control function, an optical signal receiving function, an electric power control function, a software control platform supporting various functions, a browser function and other various functions.

Distinctively, the external instruction recognition module 2907 of the N-chip and the external instruction recognition module 3907 of the a-chip can recognize different instructions.

Illustratively, since the image receiving device such as a camera is connected with the a-chip, the external instruction recognition module 3907 of the a-chip may include an image recognition module 3907-1, a graphic database is stored in the image recognition module 3907-1, and when the camera receives an external graphic instruction, the camera corresponds to the instruction in the graphic database to perform instruction control on the display device. Since the voice receiving device and the remote controller are connected to the N-chip, the external command recognition module 2907 of the N-chip may include a voice recognition module 2907-2, a voice database is stored in the voice recognition module 2907-2, and when the voice receiving device receives an external voice command or the like, the voice receiving device and the like perform a corresponding relationship with a command in the voice database to perform command control on the display device. Similarly, a control device 100 such as a remote controller is connected to the N-chip, and a key command recognition module performs command interaction with the control device 100.

A block diagram of a configuration of a software system in a display device 200 according to an exemplary embodiment is exemplarily shown in fig. 6 a.

For an N-chip, as shown in fig. 6a, the operating system 2911, which includes executing operating software for handling various basic system services and for performing hardware related tasks, serves as an intermediary between applications and hardware components for data processing.

In some embodiments, portions of the operating system kernel may contain a series of software to manage the display device hardware resources and provide services for other programs or software code.

In other embodiments, portions of the operating system kernel may include one or more device drivers, which may be a set of software code in the operating system that assists in operating or controlling the devices or hardware associated with the display device. The drivers may contain code that operates the video, audio, and/or other multimedia components. Examples include a display, a camera, flash, wiFi, and audio drivers.

The accessibility module 2911-1 is configured to modify or access the application program to achieve accessibility of the application program and operability of the displayed content.

A communication module 2911-2 for connection to other peripherals via associated communication interfaces and a communication network.

The user interface module 2911-3 is configured to provide an object for displaying a user interface, which is accessible by each application program and may implement user operability.

Control applications 2911-4 for controlling process management, including runtime applications and the like.

The event transmission system 2914 may be implemented in the operating system 2911 or in the application 2912. In some embodiments, one aspect is implemented within the operating system 2911, while implemented in the applications 2912, for listening for various user input events, and the handlers that implement one or more predefined sets of operations in response to the recognition of various events or sub-events will be referred to in terms of various events.

The event monitoring module 2914-1 is configured to monitor an event or a sub-event input by the user input interface.

The event recognition module 2914-2 is used to input various event definitions for various user input interfaces, recognize various events or sub-events, and transmit them to the processes for executing their respective set or sets of handlers.

The event or sub-event refers to an input detected by one or more sensors in the display device 200 and an input of an external control device (e.g., the control apparatus 100). Such as: the method comprises the following steps of inputting various sub-events through voice, inputting a gesture sub-event through gesture recognition, inputting a remote control key instruction of a control device, and the like. Illustratively, the one or more sub-events in the remote control include a variety of forms including, but not limited to, one or a combination of key presses up/down/left/right/, ok keys, key presses, and the like. And non-physical key operations such as move, hold, release, etc.

The interface layout management module 2913, directly or indirectly receiving the input events or sub-events from the event transmission system 2914, monitors the input events or sub-events, and updates the layout of the user interface, including but not limited to the position of each control or sub-control in the interface, and the size, position, and level of the container, which are related to the layout of the interface.

Since the functions of the operating system 3911 of the a chip are similar to those of the operating system 2911 of the N chip, reference may be made to the operating system 2911 for relevant points, and details are not repeated here.

As shown in fig. 6b, the application layer of the display device contains various applications that can be executed at the display device 200.

The N-chip application layer 2912 may include, but is not limited to, one or more applications such as: video on demand applications, application centers, gaming applications, and the like. The application layer 3912 of the a-chip may include, but is not limited to, one or more applications such as: live television applications, media center applications, and the like. It should be noted that what applications are respectively contained in the a chip and the N chip is determined according to an operating system and other designs, and the present invention does not need to specifically limit and divide the applications contained in the a chip and the N chip.

The live television application program can provide live television through different signal sources. For example, a live television application may provide television signals using input from cable television, radio broadcasts, satellite services, or other types of live television services. And, the live television application may display video of the live television signal on the display device 200.

A video-on-demand application may provide video from different storage sources. Unlike live television applications, video on demand provides a video display from some storage source. For example, the video on demand may come from a server side of the cloud storage, from a local hard disk storage containing stored video programs.

The media center application program can provide various applications for playing multimedia contents. For example, a media center, which may be other than live television or video on demand, may provide services that a user may access to various images or audio through a media center application.

The application program center can provide and store various application programs. The application may be a game, an application, or some other application associated with a computer system or other device that may be run on a display device. The application center may obtain these applications from different sources, store them in local storage, and then be executable on the display device 200.

A schematic diagram of a user interface in a display device 200 according to an exemplary embodiment is illustrated in fig. 7. As shown in fig. 7, the user interface includes a plurality of view display areas, illustratively, a first view display area 201 and a play screen 202, wherein the play screen includes a layout of one or more different items. And a selector in the user interface indicating that the item is selected, the position of the selector being movable by user input to change the selection of a different item.

It should be noted that the multiple view display areas may present display screens of different hierarchies. For example, a first view display area may present video chat project content and a second view display area may present application layer project content (e.g., web page video, VOD presentations, application screens, etc.).

Optionally, the different view display areas are presented with different priorities, and the display priorities of the view display areas are different among the view display areas with different priorities. If the priority of the system layer is higher than that of the application layer, when the user uses the acquisition selector and switches pictures in the application layer, the picture display of the view display area of the system layer is not blocked; and when the size and the position of the view display area of the application layer are changed according to the selection of the user, the size and the position of the view display area of the system layer are not influenced.

The display frames of the same hierarchy can also be presented, at this time, the selector can switch between the first view display area and the second view display area, and when the size and the position of the first view display area are changed, the size and the position of the second view display area can be changed along with the change.

Since the a-chip and the N-chip may have independent operating systems installed therein, there are two independent but interrelated subsystems in the display device 200. For example, android and various APPs can be independently installed on the chip a and the chip N, so that each chip can realize a certain function, and the chip a and the chip N cooperatively realize a certain function.

As shown in fig. 3 or 4, the display device 200 includes a first chip (a chip) and a second chip (N chip), and the first chip and the second chip can be connected, communicated, and powered through a plurality of different types of interfaces. Respectively, the first chip comprises a first controller and various modules connected with the first controller through various interfaces, and the second chip comprises a second controller and various modules connected with the second controller through various interfaces. Particularly, the first chip and the second chip are respectively provided with a Bluetooth module, so that the first chip and the second chip have Bluetooth functions.

The first chip and the second chip can be respectively provided with independent operating systems, namely a first system and a second system, and each system can be provided with some APPs. Referring to the dual-system display device shown in fig. 1 to 7, the second system is a primary system for implementing a television service, the first system is a secondary system for implementing an interactive and operational service, and the first system and the second system share a display screen which is controlled by the second system (primary system, N chip).

For the Android system, each system has its own application interface, and the application interface of the first system and the application interface of the second system can be displayed on the screen at the same time or simultaneously, so that the screen of the display device has a plurality of different playing scenes due to the combination of different applications and the interfaces thereof.

IN specific implementation, as shown IN fig. 8, the HDMI OUT interface included IN the first system is connected to the HDMI IN of the second system through an HDMI channel, and when the signal source is switched to the HDMI channel, the content that the first system needs to display is transmitted to the second system through the HDMI signal channel, and the second system receives the signal input of the first system through the HDMI IN and displays the content that the first system needs to display on the screen.

Exemplarily, fig. 9a shows a possible playback scenario in which an HDMI signal channel between a first system and a second system is opened, an application interface a of the first system and an application interface B of the second system are displayed superimposed on a display device screen, and the application interface a of the first system is displayed floating above the application interface B of the second system.

As another example, fig. 9b shows another possible playback scenario in which the HDMI signal channel between the first system and the second system is not opened, and thus only the application interface a of the second system is displayed on the screen.

Based on the technical scenario, if the user leaves the display device during the use of the display device, the display device will not receive the key input for a long time, which causes the display screen to be in a static state for a long time, is not beneficial to the service life of the display screen, and wastes electric energy.

In order to prolong the service life of the screen of the display and save electric energy, the screen saver can be installed on the display equipment, the screen saver can automatically enter a screen saver state after the static time of the screen of the display reaches a certain time through the screen saver application, and the screen saver state can be automatically quitted when the screen of the display needs to be active, so that the purposes of protecting the screen and saving the electric energy are achieved.

Illustratively, fig. 16 is a schematic diagram of the display screen after entering into the screen saver state, at this time, the display no longer presents a static user interface, but presents multimedia screen saver information provided by the screen saver application, and the multimedia screen saver information is generally dynamic information, so as to achieve the purpose of screen saver. For example, as shown in fig. 16, a plurality of pictures are displayed on the screen in a scrolling manner, and each picture is displayed on the screen for the same time.

Optionally, the user may select the multimedia screen saver information provided by the screen saver application in the screen saver state according to the user's preference.

However, because two operating systems exist in the dual-system display device at the same time, each operating system is installed with a plurality of applications, and the application interface of the first system and the application interface of the second system can be displayed on the screen at the same time or simultaneously, and further, the combination of different applications and their interfaces enables the screen of the display device to have a plurality of different playing scenes, such as the scenes shown in fig. 9a and 9b, how to ensure that the screen saver executes corresponding screen saver control logic in different playing scenes is a technical problem to be solved urgently.

The embodiment of the application provides a method for presenting screen saver information on a screen of a display device, which can be executed by a screen saver application equivalent to a processor, and can ensure that when the state of any one system changes, the screen saver application can timely generate response according to the method so as to enable the screen state to adapt to the changed playing scene.

In view of the fact that the second system is a main system of the display device, the screen is controlled by the second system, and for convenience of description of the technical solution of the present application, in the present embodiment, the preset screen saver application is installed in the second system. Besides, the first system is provided with a conventional APP, and is also provided with an RPC communication application based on an interprocess communication technology, and the communication application is used for realizing communication between the first system and the second system.

Fig. 10 is a schematic diagram of a dependency relationship between a screen saver application and other modules of a display device in the technical solution of the present application, as shown in fig. 10, the screen saver application depends on a Flow module to obtain system attributes, a currently connected physical signal source, a physical signal source state, and the like, depends on a transition application to perform application and interface jump, and monitors an application sent by the transition application and broadcast information when the interfaces thereof are switched to obtain a foreground application and a topmost interface, depends on an advertisement service module to display screen saver information, such as advertisement pictures and the like, depends on a WeShare module to realize uploading picture albums to the screen saver application by other terminal devices, such as a mobile phone, and realizes displaying pictures on other terminal devices as screen saver information. In addition, after the first system is started, a preset first monitoring service is started, where the first monitoring service is mainly used to obtain a play state of the first system for a preset type of content, including a video play state (video play), an audio play state, a picture play state, and the like, monitor application switching/audio play/video play broadcast (app switch/audio/video broadcast), obtain a top-end application interface (top activity) of the first system application, perform screenshot (scan qrode) on the first system, and detect whether key information, such as a two-dimensional code, exists in the application screenshot interface of the first system. The first monitoring service receives an APPScriptwitch broadcast sent by a Framework layer (system Framework layer), records the playing state of a current video layer, and acquires the media playing state provided by media MiddleWare (MiddleWare).

Fig. 11 is a flowchart illustrating a method for presenting screen saver information on a screen of a display device according to an exemplary embodiment of the application, where the method may include, as shown in fig. 11:

and step 111, receiving key input.

In this embodiment, both the first system and the second system can receive a key input.

Fig. 12 shows an application scenario of the present invention, and as shown in fig. 12, in the short-distance area of the display device 200 of the present invention, there are a plurality of control apparatuses having control functions for the display device 200, such as external bluetooth devices, for example, a bluetooth mouse 801, a bluetooth keyboard 802, a bluetooth speaker 803, and a bluetooth game pad 804, and further, for example, a remote controller 100A or a control apparatus 100B. Wherein the external bluetooth device is connected with the bluetooth module of the display device to establish a connection with the display device to control it.

In the scenario shown in fig. 12, the control device is connected to at least one system chip to control the applications in the system. For convenience of description, the control devices connected to the first system will be collectively referred to as a first control device, and the control devices connected to the second system will be collectively referred to as a second control device.

Fig. 13a is a schematic view of an interaction scene between a first control device and a display device (first system/first chip), in fig. 13a, a display of the display device presents a game screen, a bluetooth mouse 801 and a bluetooth keyboard 802 are connected to a first chip of the display device, after a user presses a key on the bluetooth mouse 801 or the bluetooth keyboard 802, the bluetooth mouse 801 or the bluetooth keyboard 802 transmits key input data (key-EVENT data) to the first chip through an established communication channel, and after the first chip receives the key input data, corresponding control logic is executed, so as to implement a game function on the display device.

Since the hardware such as the display, the audio output interface, and the power supply are connected to the second chip, in the scenario shown in fig. 12, the remote controller 100A, the control device 100B, and the bluetooth speaker 803 are the second control devices and are connected to the second chip. Exemplarily, fig. 13b is a schematic view of an interaction scene between the second control apparatus and the display device (second system/second chip), in fig. 13b, a display of the display device presents a system setting interface, the remote controller 100A is connected to the second chip, after the user presses a key on the remote controller 100A, the remote controller 100A transmits key input data (key-EVENT data) to the second chip through the established communication channel, and after the second chip receives the key input data, the corresponding control logic is executed, so as to implement selection and determination of a control provided by the system setting interface.

In the technical scenario of the present application, since the dual-chip display device includes two chips at the same time, and the two chips can both receive a key input, for example, the first chip can receive a key input of the first control device, and the second chip can receive a key input of the second control device, if the screen saver application is installed on the second chip (or the first chip), the screen saver application can only respond to the key input on the second chip (or the first chip) and enter or exit a screen saver state, and when a key input occurs on the other chip, the screen saver application will not respond, thereby affecting user experience. For example, if the screen saver application is installed on the second chip, the user cannot cause the screen saver application to exit the screen saver state in response to operation of the display device by the first control means when the display screen is in the screen saver state, i.e. when the multimedia screen saver information is presented, and vice versa. For another example, if the screen saver application is installed on the second chip, when the display screen is in a non-screen saver state, i.e., when the user interface is presented, the user cannot cause the screen saver application to respond by operating the display device via the first control means to re-time the time of entering the screen saver state.

To solve this problem, the specific implementation process of step 111 can be as shown in fig. 14:

in step 141, on the first system side, the first system receives a key input;

in step 142, when the first system receives the key input, first information is sent to the second system according to a preset rule.

The preset rule, for example, when receiving a key input, determines a recorded screen status, the screen status being synchronized from the second system to the first system; if the recorded screen state is a screen saver state, sending the first information to the second chip; and if the recorded screen state is a non-screen saver state, transmitting the first information to the second chip when the time for transmitting the first information last time reaches preset time.

In step 143, on the second system side, the second system receives the key input and the first information transmitted by the first system.

Through steps 141-143, when the screen saver application is installed on the second system, the screen saver application can sense whether the second system receives a key input, and also sense whether the first system receives a key input, and because the first system sends the first information to the second system according to the preset rule when receiving a key input, the frequency of sending the first information can be effectively reduced, so that the resources of the first chip and the second chip can be saved, and the normal control logic of the screen saver can be ensured.

Step 112, determine whether the screen is in a screen saver state, i.e., whether screen saver information is present. If yes, go to step 113-2, otherwise go to step 113-1.

Step 113-1, generating a countdown instruction; the countdown instruction is sent to the UI layer screen saver application by the second system Framework layer, and the countdown instruction is used for triggering the screen saver countdown.

Step 113-2, generating an exit screen saver command; the screen saver quitting instruction is sent to the UI layer screen saver application by the second system Framework layer, and the screen saver quitting instruction is used for instructing the screen saver application to cancel the display of the screen saver information on the screen.

Step 114, when the executed screen saver countdown is finished, generating a screen saver instruction; the screensaver instruction is sent to the UI layer screensaver application by the second system Framework layer, and the screensaver instruction is used for instructing the screensaver application to present screensaver information on a screen so as to enable the screen to enter a screensaver state.

After step 113-1, and after step 114, step 115 is executed, namely when the screen saver application receives the countdown instruction or the screen saver instruction, the current playing scene of the display device is obtained.

The playing scenes comprise preset scenes and non-preset scenes. The preset scene is a playing scene allowing the screen saver information to be presented on the screen, and the non-preset scene is a playing scene not allowing the screen saver information to be presented on the screen.

In a preset scene, the first system and the second system do not play preset types of contents, the preset types of contents at least comprise audio, video and pictures, and a foreground application and a topmost interface thereof operated by the first system and/or a foreground application and a topmost interface thereof operated by the second system (top activity) are preset interfaces (preset activities) allowing the screen to enter a screen saver state. Specifically, under the condition that the HDMI signal channel of the second system and the HDMI signal channel of the first system are not opened, the topmost interface of the second system needs to be a preset interface; when the HDMI signal channels of the second system and the first system are opened and the topmost interface of the first system is not shielded by the interface of the second system, the topmost interface of the first system is required to be a preset interface; under the condition that the HDMI signal channels of the second system and the first system are opened and the topmost interface of the first system is shielded by the interface of the second system, the topmost interfaces of the first system and the second system are required to be preset interfaces.

The non-preset scenes are actually playing scenes except for the preset scenes, and can be further divided into two types: in a first type of non-preset scene, a first system or a second system is playing preset types of contents, such as audio, video and/or pictures; in the second type of non-preset scene, the topmost interface operated by the first system and/or the second system is a non-preset interface, namely an interface which does not allow the screen to enter the screen saver state.

It can be understood that, when the playing status of the first system or the second system for the preset type of content changes, or when the top activity of the first system or the second system changes, the playing scene of the display device may change. The playing state for the preset type of content includes an unplayed state and a playing state (playing), for example, the first system starts playing audio (changing from the unplayed state to the playing state), or the second system stops playing video (changing from the playing state to the unplayed state).

In a specific implementation, the acquiring a current playing scene of the display device in step 115 includes: firstly, respectively acquiring the playing states of a first system and a second system aiming at the content of the preset type; and if the first system and the second system do not play the content of the preset type, acquiring the topmost interfaces operated by the first system and/or the second system respectively.

In a more specific implementation, if the screen saver application is installed on the second system, the specific implementation of step 115 can be as shown in fig. 15:

in step 151, on the first system side, the first system starts a first monitoring service, and monitors whether the playing status of the first system for the preset type of content changes through the first monitoring service.

The method comprises the steps of configuring a first monitoring service in a first system in advance, detecting the change of the playing state of the first system, and synchronizing the change of the playing state of the first system to a second system in time based on a communication mechanism between the first system and the second system. The listening service is further configured to receive a data request from the second system, and send corresponding data to the second system in response to the data request from the second system, for example, when the second system requests the current top activity of the first system from the first system, the first listening server obtains the current top activity of the first system and returns the current top activity to the second system, and so on. In addition, the screen saver application installed on the second system can register to the second listening service, detect the change of the playing state of the second system through the second listening service, and perform data interaction with the first listening service of the first system.

In step 152, when the first listening service monitors that the playing status of the first system for the preset type of content changes, the first listening service sends a message including the changed playing status to the second system.

In a possible implementation manner, the first listening service polls the video playing status and the audio playing status of the first system every 1S, and records corresponding status values, if the playing status is recorded as 1, and the non-playing status is recorded as 0, when the playing status polled this time is inconsistent with the playing status polled last time, a message containing the changed playing status is sent to the second listening service, otherwise, no message is sent to the second listening service.

Meanwhile, the first monitoring service also needs to monitor the picture playing status of the first system. Generally, the picture content is played by the media center application, and when the media center application plays the picture, the current process number and the playing state are written into the system Property. The first monitoring service may query the value of the system Property every 1S, and send a message including the changed play state to the first monitoring service when it is determined according to the queried Property value that the process number stored in the Property is consistent with the actually-operated process number and the current play state stored in the Property is inconsistent with the play state queried last time, otherwise, send no message to the second monitoring service.

In step 153, at the second system side, the second system starts a second monitoring service, obtains the playing status of the second system for the preset type of content in real time through the second monitoring service, and receives the message sent by the first monitoring service.

In step 154, the second monitoring service determines whether the first system and the second system do not play the content of the preset type according to the playing status of the second system for the content of the preset type obtained by the real-time second monitoring service in real time and the received message sent by the first monitoring service, if yes, step 155 is executed, and if not, it is determined that the current playing scene of the display device is not the preset scene.

In step 155, it is determined whether the HDMI signal channel of the second system and the HDMI signal channel of the first system are on, wherein the screen is controlled by the second system, if not, step 156 is executed, and if yes, step 157 is executed.

In step 156, under the condition that the HDMI signal channel between the second system and the first system is not opened, the second listening service obtains the topmost interface operated by the second system.

In step 157, under the condition that the HDMI signal channels of the second system and the first system are opened, the topmost interface presented on the current screen is obtained;

in step 158, it is determined whether the topmost interface presented on the current screen is a target interface, where the target interface is an interface presented on the screen by the first system when the signal channel is opened. If yes, go to step 159, if no, go to

steps

159 and 156.

In step 159, a first data request is sent to the first system through the second listening service, the first data request requesting a topmost interface run by the first system.

In step 160, at the first system side, the first data request sent by the second system is received, the topmost interface operated by the first system is obtained, and the topmost interface is returned to the second system.

It should be noted that the target interface refers to an interface with a specific interface name, and is specifically LiveTVActivity. In fact, when the signal source of the display device is a signal transmitted through the HDMI channel, the topmost interface operated by the second system is a target interface, that is, liveTVActivity, and therefore, when the HDMI signal channel of the second system and the HDMI channel of the first system are opened, if the topmost interface presented on the current screen is the target interface LiveTVActivity, it is indicated that the interface is not blocked by the interface operated by the second system, and at this time, the top activity of the first system is obtained by executing step 159. On the contrary, if the topmost interface presented on the current screen is not the target interface LiveTVActivity, it indicates that the interface is blocked by the interface operated by the second system, and at this time, the top activity of the second system is obtained by executing step 156. The top activity of the first system is obtained by performing step 159.

It should be further noted that, in the embodiment of the present application, an interface type is specified in advance for the applications of the first system and the second system and their activities, and the interface type includes a preset interface and a non-preset interface, where the preset interface is an interface that allows the screen to enter the screen saver state, and the non-preset interface is an interface that does not allow the screen to enter the screen saver state. Based on this, after the topmost interface of the first system and/or the second system is obtained, whether the topmost interface of the first system and/or the second system is a preset interface or a non-preset interface can be judged.

Specifically, under the condition that the HDMI signal channels of the second system and the first system are not opened, if the acquired topmost interface operated by the second system is a preset interface, the current playing scene of the display device is determined to be a preset scene, otherwise, the current playing scene is a non-preset scene; under the condition that an HDMI signal channel of a second system and an HDMI signal channel of a first system are opened and a topmost interface presented by a current screen is a target interface, if the obtained topmost interface operated by the first system is a preset interface, judging that a current playing scene of the display device is a preset scene, and if not, judging that the current playing scene is a non-preset scene; and under the condition that the HDMI signal channels of the second system and the first system are opened and the topmost interface presented by the current screen is not the target interface, if the acquired topmost interfaces operated by the first system and the second system are both preset interfaces, judging that the current playing scene of the display device is a preset scene, otherwise, judging that the current playing scene is a non-preset scene.

And step 116, judging whether the playing scene is a preset scene. If yes, go to step 117-1 or step 117-2, and go to step 118; if not, the operation is not carried out.

As can be seen from the foregoing steps 151-160, if it is determined that the first system and the second system both play the content of the preset type and the top activity operated by the first system and/or the second system allows the screen to enter the screen saver state, the playing scene is the preset scene.

Step 117-1, in response to the countdown instruction, performs a screensaver countdown.

It should be noted that, if the current screen saver countdown is ongoing, the screen saver countdown is executed again.

Step 117-2, responsive to the screensaver command, presents screensaver information on the screen to bring the screen into a screensaver state.

And step 118-1, monitoring whether the playing scene is changed from a preset scene to a non-preset scene. If yes, go to step 119 and step 118-2; if not, no action is performed.

In specific implementation, through steps 151 to 154, the play state changes of the first system and the second system for the preset type of content are monitored in real time; when it is determined that at least one of the first system and the second system enters the playing state from the non-playing state to the playing state for at least one preset type of content in step 154, it is determined that the playing scene is changed from the preset scene to the non-preset scene.

In addition, under the condition that the first system and the second system do not play the content of the preset type all the time, whether the interface types of the top activities operated by the first system and/or the second system are switched or not is monitored by combining whether the HDMI signal channel between the first system and the second system is opened or not, and when the top activities of the first system and/or the second system are switched and the top activities are switched to the non-preset interface from the preset interface types due to switching, it is determined that the playing scene is changed from the preset scene to the non-preset scene.

Step 119, judging whether the current screen is in a screen saver state, if so, executing step 120-1, and if not, executing step 120-2.

Step 120-1, exit the screensaver state.

Step 120-2, stop screen countdown.

And step 118-2, monitoring whether the playing scene is changed from a non-preset scene to a preset scene. If so, go to step 117-1, otherwise do not act.

Actually, both step 118-1 and step 118-2 are to monitor whether the playing scene changes, and the specific implementation process of step 118-2 may refer to step 118-1, which is not described herein again.

Referring to fig. 16, after the screen enters the screen saver state, the application interface originally presented on the screen is covered by the screen saver information, and at this time, if key information such as two-dimensional code information, a sign, or user-defined text and picture information exists in the application interface originally presented on the screen, the key information is also covered by the screen saver information, thereby affecting the use and experience of the user.

In order to avoid the above problem, based on the above embodiment, the present application further provides another embodiment, which is different from the above embodiment in that after the above step 116, before the step 117-2 is performed, the method of the present application further includes:

step 161, obtain a screenshot.

Step 162, detecting whether key information exists in the screenshot.

In the event that the key information is not present in the test screenshot, step 117-2 is performed.

When the step 161 is specifically implemented, under the condition that HDMI signal channels of the second system and the first system are not opened, acquiring a second screenshot corresponding to the second system; acquiring a second screenshot corresponding to the second system under the condition that HDMI signal channels of the second system and the first system are opened; and acquiring a first screenshot corresponding to a first system under the condition that the key information does not exist in the second screenshot.

More specifically, when the HDMI signal channel between the second system and the first system is opened and the key information does not exist in the acquired second screenshot, the second monitoring service sends a second data request to the first system, where the second data request is used to request the first screenshot corresponding to the first system; and after receiving the second data request, the first monitoring service calls a first system screenshot interface, performs screenshot on the first system, acquires a first screenshot, and returns the first screenshot to the second system.

As can be seen from the above embodiments, the present application provides a method for presenting screen saver information on a display device, including: when the screen saver application receives a countdown instruction or a screen saver instruction, acquiring a current playing scene of the display device; if the playing scene is the preset scene, responding to the countdown instruction to execute screen saver countdown, or responding to the screen saver instruction to present screen saver information on a screen of the display equipment so as to enable the screen to enter a screen saver state; the display device comprises a first system and a second system which are communicated with each other, the first system and the second system do not play preset types of contents in the preset scene, and the topmost interface in which the first system and/or the second system respectively operate is a preset interface which allows the screen to enter a screen saver state.

In the method, the screen saver application executes corresponding screen saver control logic according to the real-time states of two systems in the display equipment (aiming at the play state change and the topmost interface change of the preset type of content), so that the screen saver application can generate response in time according to the method when the state of any one system changes, and the screen state is adaptive to the changed play scene.

According to the method for presenting screen saver information on a screen of a display device provided in the foregoing embodiments, an embodiment of the present application further provides a display device, fig. 17 is a schematic diagram of a hardware structure of a display device according to an exemplary embodiment of the present application, and as shown in fig. 17, the display device may include:

a display 171 for presenting user interface or screen saver information;

the second chip 172 is configured to obtain a current playing scene of the display device when the countdown instruction or the screen saver instruction is received; if the playing scene is the preset scene, responding to the countdown instruction to execute screen saver countdown, or responding to the screen saver instruction to present screen saver information on a screen of the display equipment so as to enable the screen to enter a screen saver state;

the first chip 173, which is in communication with the second chip 172, is configured to play a preset type of content or an application interface executed by the first chip 172 on the screen through at least one signal channel between the first chip and the second chip 172.

In addition, referring to the method embodiments of the present application, the first chip and/or the second chip of the display device of the present application are further configured to perform all or all of the steps in the method embodiments of the present application.

In specific implementation, the present invention further provides a computer storage medium, wherein the computer storage medium may store a program, and the program may include some or all of the steps in the embodiments of the method provided by the present invention when executed. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM) or a Random Access Memory (RAM).

Those skilled in the art will readily appreciate that the techniques of the embodiments of the present invention may be implemented as software plus a required general purpose hardware platform. Based on such understanding, the technical solutions in the embodiments of the present invention may be essentially or partially implemented in the form of a software product, which may be stored in a storage medium, such as ROM/RAM, magnetic disk, optical disk, etc., and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method according to the embodiments or some parts of the embodiments.

The same and similar parts in the various embodiments in this specification may be referred to each other. In particular, for the embodiment of the display device, since it is substantially similar to the embodiment of the method, the description is simple, and for the relevant points, refer to the description in the embodiment of the method.

The above-described embodiments of the present invention should not be construed as limiting the scope of the present invention.

Claims

1. A method of presenting screensaver information on a display device screen, comprising:

receiving a countdown instruction or a screen saver instruction, and acquiring a current playing scene of the display device; the acquiring the current playing scene of the display device comprises: respectively acquiring the playing states of a first system and a second system aiming at the content of a preset type; if the first system and the second system do not play the content of the preset type, acquiring the topmost interfaces respectively operated by the first system and/or the second system; the respectively obtaining the playing states of the first system and the second system for the content of the preset type comprises: starting a first monitoring service at a first system, and monitoring whether the playing state of the first system for the preset type of content changes or not through the first monitoring service; when the playing state of the first system for the preset type of content is monitored to change, the first monitoring service sends a message containing the changed playing state to a second system; starting a second monitoring service at a second system, acquiring the playing state of the second system aiming at the content with the preset type in real time through the second monitoring service, and receiving the message sent by the first monitoring service;

if the playing scene is a preset scene, responding to the countdown instruction to execute screen saver countdown, or responding to the screen saver instruction to present screen saver information on a screen of the display equipment;

the display device comprises a first system and a second system which are communicated with each other, the first system and the second system do not play preset types of contents in the preset scene, and the topmost interfaces operated by the first system and/or the second system respectively are preset interfaces allowing a screen to present screen saver information.

2. The method of claim 1, further comprising:

monitoring whether the playing scene changes or not;

and in the non-preset scene, the first system or the second system in the preset scene plays the content of the preset type, or the topmost interface operated by the first system and/or the second system respectively is not the preset interface.

3. The method of claim 2, further comprising:

4. The method of claim 1, further comprising:

5. The method of claim 2, wherein obtaining the topmost interface on which the first system and/or the second system respectively operate comprises:

6. The method of claim 1, wherein prior to the screen presenting the screen saver information, the method further comprises:

acquiring a screenshot;

detecting whether key information exists in the screenshot;

and presenting screen saver information on a screen under the condition that the key information does not exist in the screen capture.

7. The method of claim 6, wherein the obtaining the screenshot comprises:

8. A display device, comprising:

a display for presenting user interface or screen saver information;

the second chip is used for receiving a countdown instruction or a screen saver instruction, starting a first monitoring service in the first system, and monitoring whether the playing state of the first system for the preset type of content changes or not through the first monitoring service; when the fact that the playing state of the first system for the preset type of content changes is monitored, the first monitoring service sends a message containing the changed playing state to the second system; starting a second monitoring service at a second system, acquiring the playing state of the second system aiming at the content with the preset type in real time through the second monitoring service, and receiving the message sent by the first monitoring service; if the first system and the second system do not play the content of the preset type, acquiring the topmost interfaces respectively operated by the first system and/or the second system;

if the playing scene is a preset scene, responding to the countdown instruction to execute screen saver countdown, or responding to the screen saver instruction to present screen saver information on the screen of the display equipment;

the first chip is communicated with the second chip and is used for playing the content of the preset type or the application interface operated by the first chip on the screen through at least one signal channel between the first chip and the second chip;