CN112463267B - 在显示设备屏幕上呈现屏保信息的方法及显示设备 - Google Patents

Abstract

本申请公开了在显示设备上呈现屏保信息的方法及显示设备，屏保应用接收到倒计时指令或者屏保指令，获取显示设备当前的播放场景；如果为预设场景，则响应倒计时指令执行屏保倒计时，或者，响应屏保指令在显示设备屏幕上呈现屏保信息；其中，显示设备包括相互通信的第一系统和第二系统，预设场景中第一系统和第二系统均未播放预设类型的内容，且第一系统和/或第二系统所分别运行的最顶端界面为允许屏幕呈现屏保信息的预设界面。本申请方法中，屏保应用根据显示设备中两个系统的实时状态执行相应的屏保控制逻辑，当其中任何一个系统的状态发生变化时，屏保应用都能产生响应，以使屏幕状态适应于变化后的播放场景。

Description

在显示设备屏幕上呈现屏保信息的方法及显示设备

技术领域

本申请涉及显示设备技术领域，尤其涉及一种在显示设备屏幕上呈现屏保信息的方法及一种显示设备。

背景技术

当前，显示设备可以为用户提供诸如音频、视频、图片等播放画面。如图3或4所示的一种具有摄像头的双芯片显示设备，具有第一芯片(A芯片)和第二芯片(N芯片)，当每个芯片分别安装独立的操作系统，分别为第一系统和第二系统。双芯片显示设备可以为用户提供“边聊边玩”、“边看边聊”、“边学边聊”等多功能体验。例如，在“边聊边玩”场景中，在为用户提供游戏场景的同时，实时呈现游戏参与者的真实画面，在“边看边聊”场景中，在为用户播放视频节目画面的同时，呈现多路视频聊天画面，等等。

在一种使用场景中，如果用户离开显示设备，显示设备将由于长时间未接收到按键输入而导致显示器屏幕长时间处于静止状态，不利于显示器屏幕的使用寿命，还会浪费电能。为了延长显示器屏幕的使用寿命、节约电能，可以通过在显示设备上安装屏保应用，通过屏保应用，可以在显示器屏幕的静止时长达到一定时长后自动进入屏保状态，当显示器屏幕需要活跃时即自动退出屏保状态，进而达到保护屏幕，节约电能的目的。

由于双芯片显示设备中同时存在两个操作系统，每个操作系统都安装有若干应用，并且第一系统的应用界面和第二系统的应用界面可以同时分别或者同时在屏幕上显示，进而，不同应用及其界面的组合使显示设备屏幕具有众多不同的播放场景，因此，如何保证屏保应用在不同播放场景下执行相应的屏保控制逻辑，成为亟待解决的技术问题。

发明内容

本申请提供一种在显示设备屏幕上呈现屏保信息的方法和一种显示设备，以保证双系统显示设备中屏保应用在不同播放场景下执行相应的屏保控制逻辑。

第一方面，本申请提供一种在显示设备屏幕上呈现屏保信息的方法，包括：

接收到倒计时指令或者屏保指令，获取显示设备当前的播放场景；

如果所述播放场景为所述预设场景，则响应所述倒计时指令执行屏保倒计时，或者，响应所述屏保指令在显示设备屏幕上呈现屏保信息；

其中，所述显示设备包括相互通信的第一系统和第二系统，所述预设场景中第一系统和第二系统均未播放预设类型的内容，且第一系统和/或第二系统所分别运行的最顶端界面为允许屏幕呈现屏保信息的预设界面。

进一步，所述方法还包括：

监测所述播放场景是否发生变化；

当所述播放场景变化由所述预设场景变化为非预设场景时，如果所述屏幕处于屏保状态，则取消屏幕呈现的屏保信息，如果所述屏保倒计时正在进行，停止所述屏保倒计时；

其中，所述非预设场景中所述预设场景中第一系统或者第二系统正在播放预设类型的内容，或者，第一系统和/或第二系统所分别运行的最顶端界面不是所述预设界面。

进一步，所述方法还包括：

当所述播放场景由所述非预设场景变化为预设场景时，执行屏保倒计时。

进一步，所述方法还包括：

当第一系统或者第二系统接收到按键输入时，如果所述屏幕处于屏保状态，则产生退出屏保指令，如果所述屏幕未处于屏保状态，则产生倒计时指令；

当执行的屏保倒计时结束时，产生所述屏保指令。

进一步，所述获取显示设备当前的播放场景，包括：

分别获取第一系统和第二系统针对所述预设类型的内容的播放状态；

如果所述第一系统和第二系统均未播放所述预设类型的内容，则获取第一系统和/或第二系统所分别运行的最顶端界面。

进一步，所述分别获取第一系统和第二系统针对所述预设类型的内容的播放状态，包括：

在第一系统启动第一监听服务，通过所述第一监听服务监测第一系统针对所述预设类型的内容的播放状态是否发生变化；

当监测到第一系统针对所述预设类型的内容的播放状态发生变化时，所述第一监听服务发送包含变化后的播放状态的消息给第二系统；

在第二系统启动第二监听服务，通过所述第二监听服务实时获取第二系统针对所述预设类型的内容的播放状态，以及，接收所述第一监听服务发送的所述消息。

进一步，所述获取第一系统和/或第二系统所分别运行的最顶端界面，包括：

在屏幕由第二系统控制且所述第二系统与第一系统的信号通道未开启的情况下，获取所述第二系统所运行的最顶端界面；

在屏幕由第二系统控制且所述第二系统与第一系统的信号通道开启的情况下，获取所述第二系统所运行的最顶端界面；

判断所述获取所述第二系统所运行的最顶端界面是否为目标界面；

如果所述当前屏幕呈现的最顶端界面是目标界面，则获取第一系统所运行的最顶端界面；

如果所述当前屏幕呈现的最顶端界面不是目标界面，则分别获取第一系统和第二系统所运行的最顶端界面。

进一步，所述在屏幕呈现屏保信息之前，所述方法还包括：

获取屏幕截图；

检测所述屏幕截图中是否存在关键信息；

在检测所述屏幕截图中不存在所述关键信息的情况下，在屏幕呈现屏保信息。

进一步，所述获取屏幕截图，包括：

在屏幕由第二系统控制且所述第二系统与第一系统的信号通道未开启的情况下，获取所述第二系统对应的第二截图；

在屏幕由第二系统控制且所述第二系统与第一系统的信号通道开启的情况下，获取所述第二系统对应的第二截图；

以及，在检测所述第二截图中不存在所述关键信息的情况下，获取第一系统对应的第一截图。

第二方面，本申请还提供一种显示设备，包括：

显示器，用于呈现用户界面或者屏保信息；

第二芯片，用于当接收到倒计时指令或者屏保指令时，获取显示设备当前的播放场景；

如果所述播放场景为所述预设场景，则响应所述倒计时指令执行屏保倒计时，或者，响应所述屏保指令在显示设备屏幕上呈现屏保信息；

与所述第二芯片通信的所述第一芯片，用于通过与第二芯片间的至少一条信号通道，在所述屏幕上播放预设类型的内容或者第一芯片所运行的应用界面；

其中，所述预设场景中第一芯片和第二芯片均未播放预设类型的内容，且第一芯片和/或第二芯片所分别运行的最顶端界面为允许屏幕呈现屏保信息的预设界面。

由以上技术方案可知，本申请方法中，屏保应用根据显示设备中两个系统的实时状态(针对预设类型的内容的播放状态变化和最顶端界面变化)，执行相应的屏保控制逻辑，可以保证当其中任何一个系统的状态发生变化时，屏保应用都能依据本申请方法及时产生响应，以使屏幕状态适应于变化后的播放场景。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图；

图2中示例性示出了根据实施例中控制装置100的硬件配置框图；

图3中示例性示出了根据实施例中显示设备200的硬件配置框图；

图4中示例性示出了根据图3显示设备200的硬件架构框图；

图5中示例性示出了根据实施例中显示设备200的功能配置示意图；

图6a中示例性示出了根据实施例中显示设备200中软件配置示意图；

图6b中示例性示出了根据实施例中显示设备200中应用程序的配置示意图；

图7中示例性示出了根据实施例中显示设备200中用户界面的示意图；

图8中示例性示出了双系统显示设备第一系统与第二系统间信号通道；

图9a示例性示出了显示设备一种可能的播放场景；

图9b示例性示出了显示设备另一种可能的播放场景；

图10为本申请技术方案中屏保应用与显示设备其他模块的依赖关系示意图；

图11为本申请根据一示例性实施例示出的在显示设备屏幕上呈现屏保信息的方法流程图；

图12示出了本申请技术方案的一种应用场景；

图13a为第一控制装置与显示设备(第一系统/第一芯片)的交互场景示意图；

图13b为第二控制装置与显示设备(第二系统/第二芯片)的交互场景示意图；

图14为本申请图11所示实施例中步骤111的具体实现过程示意图；

图15为本申请图11所示实施例中步骤115的具体实现过程示意图；

图16为本申请实施例示例性示出的显示器屏幕进入屏保状态的示意图；

图17为本申请实施例示例性示出的显示设备硬件结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

为便于用户使用，显示设备上通常会设置各种外部装置接口，以便于连接不同的外设设备或线缆以实现相应的功能。而在显示设备的接口上连接有高清晰度的摄像头时，如果显示设备的硬件系统没有接收源码的高像素摄像头的硬件接口，那么就会导致无法将摄像头接收到的数据呈现到显示设备的显示屏上。

并且，受制于硬件结构，传统显示设备的硬件系统仅支持一路硬解码资源，且通常最大仅能支持4K分辨率的视频解码，因此当要实现边观看网络电视边进行视频聊天时，为了不降低网络视频画面清晰度，就需要使用硬解码资源(通常是硬件系统中的GPU)对网络视频进行解码，而在此情况下，只能采取由硬件系统中的通用处理器(例如CPU)对视频进行软解码的方式处理视频聊天画面。

采用软解码处理视频聊天画面，会大大增加CPU的数据处理负担，当CPU的数据处理负担过重时，可能会出现画面卡顿或者不流畅的问题。进一步的，受制于CPU的数据处理能力，当采用CPU软解码处理视频聊天画面时，通常无法实现多路视频通话，当用户想要再同一聊天场景同时与多个其他用户进行视频聊天时，会出现接入受阻的情况。

基于上述各方面的考虑，为克服上述缺陷，本申请公开了一种双硬件系统架构，以实现多路视频聊天数据(至少一路本地视频)。

下面首先结合附图对本申请所涉及的概念进行说明。在此需要指出的是，以下对各个概念的说明，仅为了使本申请的内容更加容易理解，并不表示对本申请保护范围的限定。

本申请各实施例中使用的术语“模块”，可以是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

本申请各实施例中使用的术语“遥控器”，是指电子设备(如本申请中公开的显示设备)的一个组件，该组件通常可在较短的距离范围内无线控制电子设备。该组件一般可以使用红外线和/或射频(RF)信号和/或蓝牙与电子设备连接，也可以包括WiFi、无线USB、蓝牙、动作传感器等功能模块。例如：手持式触摸遥控器，是以触摸屏中用户界面取代一般遥控装置中的大部分物理内置硬键。

本申请各实施例中使用的术语“手势”，是指用户通过一种手型的变化或手部运动等动作，用于表达预期想法、动作、目的/或结果的用户行为。

本申请各实施例中使用的术语“硬件系统”，可以是指由集成电路(IntegratedCircuit，IC)、印刷电路板(Printed circuit board，PCB)等机械、光、电、磁器件构成的具有计算、控制、存储、输入和输出功能的实体部件。在本申请各个实施例中，硬件系统通常也会被称为主板(motherboard)或芯片。

图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图。如图1所示，用户可通过控制装置100来操作显示设备200。

其中，控制装置100可以是遥控器100A，其可与显示设备200之间通过红外协议通信、蓝牙协议通信、紫蜂(ZigBee)协议通信或其他短距离通信方式进行通信，用于通过无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等输入用户指令，来控制显示设备200。如：用户可以通过遥控器上音量加减键、频道控制键、上/下/左/右的移动按键、语音输入按键、菜单键、开关机按键等输入相应控制指令，来实现控制显示设备200的功能。

控制装置100也可以是智能设备，如移动终端100B、平板电脑、计算机、笔记本电脑等，其可以通过本地网(LAN，Local Area Network)、广域网(WAN，Wide Area Network)、无线局域网((WLAN，Wireless Local Area Network)或其他网络与显示设备200之间通信，并通过与显示设备200相应的应用程序实现对显示设备200的控制。例如，使用在智能设备上运行的应用程序控制显示设备200。该应用程序可以在与智能设备关联的屏幕上通过直观的用户界面(UI，User Interface)为用户提供各种控制。

示例的，移动终端100B与显示设备200均可安装软件应用，从而可通过网络通信协议实现二者之间的连接通信，进而实现一对一控制操作的和数据通信的目的。如：可以使移动终端100B与显示设备200建立控制指令协议，将遥控控制键盘同步到移动终端100B上，通过控制移动终端100B上用户界面，实现控制显示设备200的功能；也可以将移动终端100B上显示的音视频内容传输到显示设备200上，实现同步显示功能。

如图1所示，显示设备200还可与服务器300通过多种通信方式进行数据通信。在本申请各个实施例中，可允许显示设备200通过局域网、无线局域网或其他网络与服务器300进行通信连接。服务器300可以向显示设备200提供各种内容和互动。

示例的，显示设备200通过发送和接收信息，以及电子节目指南(EPG，ElectronicProgram Guide)互动，接收软件程序更新，或访问远程储存的数字媒体库。服务器300可以是一组，也可以是多组，可以是一类或多类服务器。通过服务器300提供视频点播和广告服务等其他网络服务内容。

显示设备200，可以是液晶显示器、OLED(Organic Light Emitting Diode)显示器、投影显示设备、智能电视。具体显示设备类型，尺寸大小和分辨率等不作限定，本领技术人员可以理解的是，显示设备200可以根据需要做性能和配置上的一些改变。

显示设备200除了提供广播接收电视功能之外，还可以附加提供计算机支持功能的智能网络电视功能。示例的包括，网络电视、智能电视、互联网协议电视(IPTV)等。

如图1所述，显示设备上可以连接或设置有摄像头，用于将摄像头拍摄到的画面呈现在本显示设备或其他显示设备的显示界面上，以实现用户之间的交互聊天。具体的，摄像头拍摄到的画面可在显示设备上全屏显示、半屏显示、或者显示任意可选区域。

作为一种可选的连接方式，摄像头通过连接板与显示器后壳连接，固定安装在显示器后壳的上侧中部，作为可安装的方式，可以固定安装在显示器后壳的任意位置，能保证其图像采集区域不被后壳遮挡即可，例如，图像采集区域与显示设备的显示朝向相同。

作为另一种可选的连接方式，摄像头通过连接板或者其他可想到的连接器可升降的与显示后壳连接，连接器上安装有升降马达，当用户要使用摄像头或者有应用程序要使用摄像头时，再升出显示器之上，当不需要使用摄像头时，其可内嵌到后壳之后，以达到保护摄像头免受损坏。

作为一种实施例，本申请所采用的摄像头可以为1600万像素，以达到超高清显示目的。在实际使用中，也可采用比1600万像素更高或更低的摄像头。

当显示设备上安装有摄像头以后，显示设备不同应用场景所显示的内容可得到多种不同方式的融合，从而达到传统显示设备无法实现的功能。

示例性的，用户可以在边观看视频节目的同时，与至少一位其他用户进行视频聊天。视频节目的呈现可作为背景画面，视频聊天的窗口显示在背景画面之上。形象的，可以称该功能为“边看边聊”。

可选的，在“边看边聊”的场景中，在观看直播视频或网络视频的同时，跨终端的进行至少一路的视频聊天。

另一示例中，用户可以在边进入教育应用学习的同时，与至少一位其他用户进行视频聊天。例如，学生在学习教育应用程序中内容的同时，可实现与老师的远程互动。形象的，可以称该功能为“边学边聊”。

另一示例中，用户在玩纸牌游戏时，与进入游戏的玩家进行视频聊天。例如，玩家在进入游戏应用参与游戏时，可实现与其他玩家的远程互动。形象的，可以称该功能为“边看边玩”。

可选的，游戏场景与视频画面进行融合，将视频画面中人像进行抠图，显示在游戏画面中，提升用户体验。

可选的，在体感类游戏中(如打球类、拳击类、跑步类、跳舞类等)，通过摄像头获取人体姿势和动作，肢体检测和追踪、人体骨骼关键点数据的检测，再与游戏中动画进行融合，实现如体育、舞蹈等场景的游戏。

另一示例中，用户可以在K歌应用中，与至少一位其他用户进行视频和语音的交互。形象的，可以称该功能为“边看边唱”。优选的，当至少一位用户在聊天场景进入该应用时，可多个用户共同完成一首歌的录制。

另一个示例中，用户可在本地打开摄像头获取图片和视频，形象的，可以称该功能为“照镜子”。

在另一些示例中，还可以再增加更多功能或减少上述功能。本申请对该显示设备的功能不作具体限定。

图2中示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信器130、用户输入/输出接口140、存储器190、供电电源180。

控制装置100被配置为可控制所述显示设备200，以及可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起到用户与显示设备200之间交互中介作用。如：用户通过操作控制装置100上频道加减键，显示设备200响应频道加减的操作。

在一些实施例中，控制装置100可是一种智能设备。如：控制装置100可根据用户需求安装控制显示设备200的各种应用。

在一些实施例中，如图1所示，移动终端100B或其他智能电子设备，可在安装操控显示设备200的应用之后，起到控制装置100类似功能。如：用户可以通过安装应用，在移动终端100B或其他智能电子设备上可提供的图形用户界面的各种功能键或虚拟按钮，以实现控制装置100实体按键的功能。

控制器110包括处理器112、RAM113和ROM114、通信接口以及通信总线。控制器110用于控制控制装置100的运行和操作，以及内部各部件之间通信协作以及外部和内部的数据处理功能。

通信器130在控制器110的控制下，实现与显示设备200之间控制信号和数据信号的通信。如：将接收到的用户输入信号发送至显示设备200上。通信器130可包括WIFI模块131、蓝牙模块132、NFC模块133等通信模块中至少一种。

用户输入/输出接口140，其中，输入接口包括麦克风141、触摸板142、传感器143、按键144等输入接口中至少一者。如：用户可以通过语音、触摸、手势、按压等动作实现用户指令输入功能，输入接口通过将接收的模拟信号转换为数字信号，以及数字信号转换为相应指令信号，发送至显示设备200。

输出接口包括将接收的用户指令发送至显示设备200的接口。在一些实施例中，可以是红外接口，也可以是射频接口。如：红外信号接口时，需要将用户输入指令按照红外控制协议转化为红外控制信号，经红外发送模块进行发送至显示设备200。再如：射频信号接口时，需将用户输入指令转化为数字信号，然后按照射频控制信号调制协议进行调制后，由射频发送端子发送至显示设备200。

在一些实施例中，控制装置100包括通信器130和输出接口中至少一者。控制装置100中配置通信器130，如：WIFI、蓝牙、NFC等模块，可将用户输入指令通过WIFI协议、或蓝牙协议、或NFC协议编码，发送至显示设备200。

存储器190，用于在控制器110的控制下存储驱动和控制控制装置100的各种运行程序、数据和应用。存储器190，可以存储用户输入的各类控制信号指令。

供电电源180，用于在控制器110的控制下为控制装置100各元件提供运行电力支持。可以电池及相关控制电路。

图3中示例性示出了根据示例性实施例中显示设备200中硬件系统的硬件配置框图。

在采用双硬件系统架构时，硬件系统的机构关系可以图3所示。为便于表述以下将双硬件系统架构中的一个硬件系统称为第一硬件系统或A系统、A芯片，并将另一个硬件系统称为第二硬件系统或N系统、N芯片。A芯片包含A芯片的控制器及通过各类接口与A芯片的控制器相连的各类模块，N芯片则包含N芯片的控制器及通过各类接口与N芯片的控制器相连的各类模块。A芯片及N芯片中可以各自安装有独立的操作系统，从而使显示设备200中存在两个在独立但又存在相互关联的子系统。

如图3所示，A芯片与N芯片之间可以通过多个不同类型的接口实现连接、通信及供电。A芯片与N芯片之间接口的接口类型可以包括通用输入输出接口(General-purposeinput/output，GPIO)、USB接口、HDMI接口、UART接口等。A芯片与N芯片之间可以使用这些接口中的一个或多个进行通信或电力传输。例如图3所示，在双硬件系统架构下，可以由外接的电源(power)为N芯片供电，而A芯片则可以不由外接电源，而由N芯片供电。

除用于与N芯片进行连接的接口之外，A芯片还可以包含用于连接其他设备或组件的接口，例如图3中所示的用于连接摄像头(Camera)的MIPI接口，蓝牙接口等。

类似的，除用于与N芯片进行连接的接口之外，N芯片还可以包含用于连接显示屏TCON(Timer Control Register)的VBY接口，用于连接功率放大器(Amplifier，AMP)及扬声器(Speaker)的i2S接口；以及IR/Key接口，USB接口，Wifi接口，蓝牙接口，HDMI接口，Tuner接口等。

下面结合图4对本申请双硬件系统架构进行进一步的说明。需要说明的是图4仅仅是对本申请双硬件系统架构的一个示例性说明，并不表示对本申请的限定。在实际应用中，两个硬件系统均可根据需要包含更多或更少的硬件或接口。

图4中示例性示出了根据图3显示设备200的硬件架构框图。如图4所示，显示设备200的硬件系统可以包括A芯片和N芯片，以及通过各类接口与A芯片或N芯片相连接的模块。

N芯片可以包括调谐解调器220、通信器230、外部装置接口250、控制器210、存储器290、用户输入接口、视频处理器260-1、音频处理器260-2、显示器280、音频输出接口270、供电电源。在其他实施例中N芯片也可以包括更多或更少的模块。

其中，调谐解调器220，用于对通过有线或无线方式接收广播电视信号，进行放大、混频和谐振等调制解调处理，从而从多个无线或有线广播电视信号中解调出用户所选择电视频道的频率中所携带的音视频信号，以及附加信息(例如EPG数据信号)。根据电视信号广播制式不同，调谐解调器220的信号途径可以有很多种，诸如：地面广播、有线广播、卫星广播或互联网广播等；以及根据调制类型不同，所述信号的调整方式可以数字调制方式，也可以模拟调制方式；以及根据接收电视信号种类不同，调谐解调器220可以解调模拟信号和/或数字信号。

调谐解调器220，还用于根据用户选择，以及由控制器210控制，响应用户选择的电视频道频率以及该频率所携带的电视信号。

在其他一些示例性实施例中，调谐解调器220也可在外置设备中，如外置机顶盒等。这样，机顶盒通过调制解调后输出电视音视频信号，经过外部装置接口250输入至显示设备200中。

通信器230是用于根据各种通信协议类型与外部设备或外部服务器进行通信的组件。例如：通信器230可以包括WIFI模块231，蓝牙通信协议模块232，有线以太网通信协议模块233，及红外通信协议模块等其他网络通信协议模块或近场通信协议模块。

显示设备200可以通过通信器230与外部控制设备或内容提供设备之间建立控制信号和数据信号的连接。例如，通信器可根据控制器的控制接收遥控器100A的控制信号。

外部装置接口250，是提供N芯片控制器210和A芯片及外部其他设备间数据传输的组件。外部装置接口可按照有线/无线方式与诸如机顶盒、游戏装置、笔记本电脑等的外部设备连接，可接收外部设备的诸如视频信号(例如运动图像)、音频信号(例如音乐)、附加信息(例如EPG)等数据。

其中，外部装置接口250可以包括：高清多媒体接口(HDMI)端子251、复合视频消隐同步(CVBS)端子252、模拟或数字分量端子253、通用串行总线(USB)端子254、红绿蓝(RGB)端子(图中未示出)等任一个或多个。本申请不对外部装置接口的数量和类型进行限制。

控制器210，通过运行存储在存储器290上的各种软件控制程序(如操作系统和/或各种应用程序)，来控制显示设备200的工作和响应用户的操作。

如图4所示，控制器210包括只读存储器RAM214、随机存取存储器ROM213、图形处理器216、CPU处理器212、通信接口218、以及通信总线。其中，RAM214和ROM213以及图形处理器216、CPU处理器212、通信接口218通过总线相连接。

ROM213，用于存储各种系统启动的指令。如在收到开机信号时，显示设备200电源开始启动，CPU处理器212运行ROM中系统启动指令，将存储在存储器290的操作系统拷贝至RAM214中，以开始运行启动操作系统。当操作系统启动完成后，CPU处理器212再将存储器290中各种应用程序拷贝至RAM214中,然后，开始运行启动各种应用程序。

图形处理器216，用于产生各种图形对象，如：图标、操作菜单、以及用户输入指令显示图形等。包括运算器，通过接收用户输入各种交互指令进行运算，根据显示属性显示各种对象。以及包括渲染器，产生基于运算器得到的各种对象，进行渲染的结果显示在显示器280上。

CPU处理器212，用于执行存储在存储器290中操作系统和应用程序指令。以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。

在一些示例性实施例中，CPU处理器212，可以包括多个处理器。所述多个处理器中可包括一个主处理器以及多个或一个子处理器。主处理器，用于在预加电模式中执行显示设备200一些操作，和/或在正常模式下显示画面的操作。多个或一个子处理器，用于执行在待机模式等状态下的一种操作。

通信接口，可包括第一接口218-1到第n接口218-n。这些接口可以是经由网络被连接到外部设备的网络接口。

控制器210可以控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器280上显示UI对象的用户命令，控制器210便可以执行与由用户命令选择的对象有关的操作。

其中，所述对象可以是可选对象中的任何一个，例如超链接或图标。与所选择的对象有关操作，例如：显示连接到超链接页面、文档、图像等操作，或者执行与图标相对应程序的操作。用于选择UI对象用户命令，可以是通过连接到显示设备200的各种输入装置(例如，鼠标、键盘、触摸板等)输入命令或者与由用户说出语音相对应的语音命令。

存储器290，包括存储用于驱动和控制显示设备200的各种软件模块。如：存储器290中存储的各种软件模块，包括：基础模块、检测模块、通信模块、显示控制模块、浏览器模块、和各种服务模块等。

其中，基础模块是用于显示设备200中各个硬件之间信号通信、并向上层模块发送处理和控制信号的底层软件模块。检测模块是用于从各种传感器或用户输入接口中收集各种信息，并进行数模转换以及分析管理的管理模块。

例如：语音识别模块中包括语音解析模块和语音指令数据库模块。显示控制模块是用于控制显示器280进行显示图像内容的模块，可以用于播放多媒体图像内容和UI界面等信息。通信模块，是用于与外部设备之间进行控制和数据通信的模块。浏览器模块，是用于执行浏览服务器之间数据通信的模块。服务模块，是用于提供各种服务以及各类应用程序在内的模块。

同时，存储器290还用于存储接收外部数据和用户数据、各种用户界面中各个项目的图像以及焦点对象的视觉效果图等。

用户输入接口，用于将用户的输入信号发送给控制器210，或者，将从控制器输出的信号传送给用户。示例性的，控制装置(例如移动终端或遥控器)可将用户输入的诸如电源开关信号、频道选择信号、音量调节信号等输入信号发送至用户输入接口，再由用户输入接口转送至控制器；或者，控制装置可接收经控制器处理从用户输入接口输出的音频、视频或数据等输出信号，并且显示接收的输出信号或将接收的输出信号输出为音频或振动形式。

在一些实施例中，用户可在显示器280上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

视频处理器260-1，用于接收视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等视频数据处理，可得到直接在显示器280上显示或播放的视频信号。

示例的，视频处理器260-1，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等。

其中，解复用模块，用于对输入音视频数据流进行解复用处理，如输入MPEG-2,则解复用模块进行解复用成视频信号和音频信号等。

视频解码模块，用于对解复用后的视频信号进行处理，包括解码和缩放处理等。

图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的GUI信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。

帧率转换模块，用于对输入视频的帧率进行转换，如将输入的24Hz、25Hz、30Hz、60Hz视频的帧率转换为60Hz、120Hz或240Hz的帧率，其中，输入帧率可以与源视频流有关，输出帧率可以与显示器的更新率有关。输入有通常的格式采用如插帧方式实现。

显示格式化模块，用于将帧率转换模块输出的信号，改变为符合诸如显示器显示格式的信号，如将帧率转换模块输出的信号进行格式转换以输出RGB数据信号。

显示器280，用于接收源自视频处理器260-1输入的图像信号，进行显示视频内容和图像以及菜单操控界面。显示器280包括用于呈现画面的显示器组件以及驱动图像显示的驱动组件。显示视频内容，可以来自调谐解调器220接收的广播信号中的视频，也可以来自通信器或外部设备接口输入的视频内容。显示器220，同时显示显示设备200中产生且用于控制显示设备200的用户操控界面UI。

以及，根据显示器280类型不同，还包括用于驱动显示的驱动组件。或者，倘若显示器280为一种投影显示器，还可以包括一种投影装置和投影屏幕。

音频处理器260-2，用于接收音频信号，根据输入信号的标准编解码协议，进行解压缩和解码，以及降噪、数模转换、和放大处理等音频数据处理，得到可以在扬声器272中播放的音频信号。

音频输出接口270，用于在控制器210的控制下接收音频处理器260-2输出的音频信号，音频输出接口可包括扬声器272，或输出至外接设备的发生装置的外接音响输出端子274，如：外接音响端子或耳机输出端子等。

在其他一些示例性实施例中，视频处理器260-1可以包括一个或多个芯片组成。音频处理器260-2，也可以包括一个或多个芯片组成。

以及，在其他一些示例性实施例中，视频处理器260-1和音频处理器260-2，可以为单独的芯片，也可以与控制器210一起集成在一个或多个芯片中。

供电电源，用于在控制器210控制下，将外部电源输入的电力为显示设备200提供电源供电支持。供电电源可以包括安装显示设备200内部的内置电源电路，也可以是安装在显示设备200外部的电源，如在显示设备200中提供外接电源的电源接口。

与N芯片相类似，如图4所示，A芯片可以包括控制器310、通信器330、检测器340、存储器390。在某些实施例中还可以包括用户输入接口、视频处理器、音频处理器、显示器、音频输出接口。在某些实施例中，也可以存在独立为A芯片供电的供电电源。

通信器330是用于根据各种通信协议类型与外部设备或外部服务器进行通信的组件。例如：通信器330可以包括WIFI模块331，蓝牙通信协议模块332，有线以太网通信协议模块333，及红外通信协议模块等其他网络通信协议模块或近场通信协议模块。

A芯片的通信器330和N芯片的通信器230也有相互交互。例如，N芯片的WiFi模块231用于连接外部网络，与外部服务器等产生网络通信。A芯片的WiFi模块331用于连接至N芯片的WiFi模块231，而不与外界网络等产生直接连接。因此，对于用户而言，一个如上述实施例中的显示设备至对外显示一个WiFi账号。

检测器340，是显示设备A芯片用于采集外部环境或与外部交互的信号的组件。检测器340可以包括光接收器342，用于采集环境光线强度的传感器，可以通过采集环境光来自适应显示参数变化等；还可以包括图像采集器341，如相机、摄像头等，可以用于采集外部环境场景，以及用于采集用户的属性或与用户交互手势，可以自适应变化显示参数，也可以识别用户手势，以实现与用户之间互动的功能。

外部装置接口350，提供控制器310与N芯片或外部其他设备间数据传输的组件。外部装置接口可按照有线/无线方式与诸如机顶盒、游戏装置、笔记本电脑等的外部设备连接。

控制器310，通过运行存储在存储器390上的各种软件控制程序(如用安装的第三方应用等)，以及与N芯片的交互，来控制显示设备200的工作和响应用户的操作。

如图4所示，控制器310包括只读存储器ROM313、随机存取存储器RAM314、图形处理器316、CPU处理器312、通信接口318、以及通信总线。其中，ROM313和RAM314以及图形处理器316、CPU处理器312、通信接口318通过总线相连接。

ROM313，用于存储各种系统启动的指令。CPU处理器312运行ROM中系统启动指令，将存储在存储器390的操作系统拷贝至RAM314中，以开始运行启动操作系统。当操作系统启动完成后，CPU处理器312再将存储器390中各种应用程序拷贝至RAM314中,然后，开始运行启动各种应用程序。

CPU处理器312，用于执行存储在存储器390中操作系统和应用程序指令,和与N芯片进行通信、信号、数据、指令等传输与交互，以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。

通信接口，可包括第一接口318-1到第n接口318-n。这些接口可以是经由网络被连接到外部设备的网络接口，也可以是经由网络被连接到N芯片的网络接口。

控制器310可以控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器280上显示UI对象的用户命令，控制器210便可以执行与由用户命令选择的对象有关的操作。

图形处理器316，用于产生各种图形对象，如：图标、操作菜单、以及用户输入指令显示图形等。包括运算器，通过接收用户输入各种交互指令进行运算，根据显示属性显示各种对象。以及包括渲染器，产生基于运算器得到的各种对象，进行渲染的结果显示在显示器280上。

A芯片的图形处理器316与N芯片的图形处理器216均能产生各种图形对象。区别性的，若应用1安装于A芯片，应用2安装在N芯片，当用户在应用1的界面，且在应用1内进行用户输入的指令时，由A芯片图形处理器316产生图形对象。当用户在应用2的界面，且在应用2内进行用户输入的指令时，由N芯片的图形处理器216产生图形对象。

图5中示例性示出了根据示例性实施例中显示设备的功能配置示意图。

如图5所示，A芯片的存储器390和N芯片的存储器290分别用于存储操作系统、应用程序、内容和用户数据等，在A芯片的控制器310和N芯片的控制器210的控制下执行驱动显示设备200的系统运行以及响应用户的各种操作。A芯片的存储器390和N芯片的存储器290可以包括易失性和/或非易失性存储器。

对于N芯片，存储器290，具体用于存储驱动显示设备200中控制器210的运行程序，以及存储显示设备200内置各种应用程序，以及用户从外部设备下载的各种应用程序、以及与应用程序相关的各种图形用户界面，以及与图形用户界面相关的各种对象，用户数据信息，以及各种支持应用程序的内部数据。存储器290用于存储操作系统(OS)内核、中间件和应用等系统软件，以及存储输入的视频数据和音频数据、及其他用户数据。

存储器290，具体用于存储视频处理器260-1和音频处理器260-2、显示器280、通信接口230、调谐解调器220、输入/输出接口等驱动程序和相关数据。

在一些实施例中，存储器290可以存储软件和/或程序，用于表示操作系统(OS)的软件程序包括，例如：内核、中间件、应用编程接口(API)和/或应用程序。示例性的，内核可控制或管理系统资源，或其它程序所实施的功能(如所述中间件、API或应用程序)，以及内核可以提供接口，以允许中间件和API，或应用访问控制器，以实现控制或管理系统资源。

示例的，存储器290，包括广播接收模块2901、频道控制模块2902、音量控制模块2903、图像控制模块2904、显示控制模块2905、音频控制模块2906、外部指令识别模块2907、通信控制模块2908、电力控制模块2910、操作系统2911、以及其他应用程序2912、浏览器模块等等。控制器210通过运行存储器290中各种软件程序，来执行诸如：广播电视信号接收解调功能、电视频道选择控制功能、音量选择控制功能、图像控制功能、显示控制功能、音频控制功能、外部指令识别功能、通信控制功能、光信号接收功能、电力控制功能、支持各种功能的软件操控平台、以及浏览器功能等各类功能。

存储器390，包括存储用于驱动和控制显示设备200的各种软件模块。如：存储器390中存储的各种软件模块，包括：基础模块、检测模块、通信模块、显示控制模块、浏览器模块、和各种服务模块等。由于存储器390与存储器290的功能比较相似，相关之处参见存储器290即可，在此就不再赘述。

示例的，存储器390，包括图像控制模块3904、音频控制模块2906、外部指令识别模块3907、通信控制模块3908、光接收模块3909、操作系统3911、以及其他应用程序3912、浏览器模块等等。控制器210通过运行存储器290中各种软件程序，来执行诸如：图像控制功能、显示控制功能、音频控制功能、外部指令识别功能、通信控制功能、光信号接收功能、电力控制功能、支持各种功能的软件操控平台、以及浏览器功能等各类功能。

区别性的，N芯片的外部指令识别模块2907和A芯片的外部指令识别模块3907可识别不同的指令。

示例性的，由于摄像头等图像接收设备与A芯片连接，因此，A芯片的外部指令识别模块3907可包括图形识别模块3907-1，图形识别模块3907-1内存储有图形数据库，摄像头接收到外界的图形指令时，与图形数据库中的指令进行对应关系，以对显示设备作出指令控制。而由于语音接收设备以及遥控器与N芯片连接，因此，N芯片的外部指令识别模块2907可包括语音识别模块2907-2，语音识别模块2907-2内存储有语音数据库，语音接收设备等接收到外界的语音指令或时，与语音数据库中的指令进行对应关系，以对显示设备作出指令控制。同样的，遥控器等控制装置100与N芯片连接，由按键指令识别模块与控制装置100进行指令交互。

图6a中示例性示出了根据示例性实施例中显示设备200中软件系统的配置框图。

对N芯片，如图6a中所示，操作系统2911，包括用于处理各种基础系统服务和用于实施硬件相关任务的执行操作软件，充当应用程序和硬件组件之间完成数据处理的媒介。

一些实施例中，部分操作系统内核可以包含一系列软件，用以管理显示设备硬件资源，并为其他程序或软件代码提供服务。

其他一些实施例中，部分操作系统内核可包含一个或多个设备驱动器，设备驱动器可以是操作系统中的一组软件代码，帮助操作或控制显示设备关联的设备或硬件。驱动器可以包含操作视频、音频和/或其他多媒体组件的代码。示例的，包括显示器、摄像头、Flash、WiFi和音频驱动器。

其中，可访问性模块2911-1，用于修改或访问应用程序，以实现应用程序的可访问性和对其显示内容的可操作性。

通信模块2911-2，用于经由相关通信接口和通信网络与其他外设的连接。

用户界面模块2911-3，用于提供显示用户界面的对象，以供各应用程序访问，可实现用户可操作性。

控制应用程序2911-4，用于控制进程管理，包括运行时间应用程序等。

事件传输系统2914，可在操作系统2911内或应用程序2912中实现。一些实施例中，一方面在在操作系统2911内实现，同时在应用程序2912中实现，用于监听各种用户输入事件，将根据各种事件指代响应各类事件或子事件的识别结果，而实施一组或多组预定义的操作的处理程序。

其中，事件监听模块2914-1，用于监听用户输入接口输入事件或子事件。

事件识别模块2914-2，用于对各种用户输入接口输入各类事件的定义，识别出各种事件或子事件，且将其传输给处理用以执行其相应一组或多组的处理程序。

其中，事件或子事件，是指显示设备200中一个或多个传感器检测的输入，以及外界控制设备(如控制装置100等)的输入。如：语音输入各种子事件，手势识别的手势输入子事件，以及控制装置的遥控按键指令输入的子事件等。示例的，遥控器中一个或多个子事件包括多种形式，包括但不限于按键按上/下/左右/、确定键、按键按住等中一个或组合。以及非实体按键的操作，如移动、按住、释放等操作。

界面布局管理模块2913，直接或间接接收来自于事件传输系统2914监听到各用户输入事件或子事件，用于更新用户界面的布局，包括但不限于界面中各控件或子控件的位置，以及容器的大小或位置、层级等与界面布局相关各种执行操作。

由于A芯片的操作系统3911与N芯片的操作系统2911的功能比较相似，相关之处参见操作系统2911即可，在此就不再赘述。

如图6b中所示，显示设备的应用程序层包含可在显示设备200执行的各种应用程序。

N芯片的应用程序层2912可包含但不限于一个或多个应用程序，如：视频点播应用程序、应用程序中心、游戏应用等。A芯片的应用程序层3912可包含但不限于一个或多个应用程序，如：直播电视应用程序、媒体中心应用程序等。需要说明的是，A芯片和N芯片上分别包含什么应用程序是根据操作系统和其他设计确定的，本发明无需对A芯片和N芯片上所包含的应用程序做具体的限定和划分。

直播电视应用程序，可以通过不同的信号源提供直播电视。例如，直播电视应用程可以使用来自有线电视、无线广播、卫星服务或其他类型的直播电视服务的输入提供电视信号。以及，直播电视应用程序可在显示设备200上显示直播电视信号的视频。

视频点播应用程序，可以提供来自不同存储源的视频。不同于直播电视应用程序，视频点播提供来自某些存储源的视频显示。例如，视频点播可以来自云存储的服务器端、来自包含已存视频节目的本地硬盘储存器。

媒体中心应用程序，可以提供各种多媒体内容播放的应用程序。例如，媒体中心，可以为不同于直播电视或视频点播，用户可通过媒体中心应用程序访问各种图像或音频所提供服务。

应用程序中心，可以提供储存各种应用程序。应用程序可以是一种游戏、应用程序，或某些和计算机系统或其他设备相关但可以在显示设备中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序，将它们储存在本地储存器中，然后在显示设备200上可运行。

图7中示例性示出了根据示例性实施例中显示设备200中用户界面的示意图。如图7所示，用户界面包括多个视图显示区，示例的，第一视图显示区201和播放画面202，其中，播放画面包括布局一个或多个不同项目。以及用户界面中还包括指示项目被选择的选择器，可通过用户输入而移动选择器的位置，以改变选择不同的项目。

需要说明的是，多个视图显示区可以呈现不同层级的显示画面。如，第一视图显示区可呈现视频聊天项目内容，第二视图显示区可呈现应用层项目内容(如，网页视频、VOD展示、应用程序画面等)。

可选的，不同视图显示区的呈现存在优先级区别，优先级不同的视图显示区之间，视图显示区的显示优先级不同。如，系统层的优先级高于应用层的优先级，当用户在应用层使用获取选择器和画面切换时，不遮挡系统层的视图显示区的画面展示；以及，根据用户的选择使应用层的视图显示区的大小和位置发生变化时，系统层的视图显示区的大小和位置不受影响。

也可以呈现相同层级的显示画面，此时，选择器可以在第一视图显示区和第二视图显示区之间做切换，以及当第一视图显示区的大小和位置发生变化时，第二视图显示区的大小和位置可随及发生改变。

由于A芯片及N芯片中可能分别安装有独立的操作系统，从而使显示设备200中存在两个在独立但又存在相互关联的子系统。例如，A芯片和N均可以独立安装有安卓(Android)及各类APP，使得每个芯片均可以实现一定的功能，并且使A芯片和N芯片协同实现某项功能。

如图3或4所示，显示设备200包括第一芯片(A芯片)和第二芯片(N芯片)，第一芯片和第二芯片之间可以通过多个不同类型的接口实现连接、通信及供电。分别地，第一芯片包括第一控制器和及通过各类接口与第一控制器相连的各类模块，第二芯片则包括第二控制器及通过各类接口与第二控制器相连的各类模块。特别地，第一芯片和第二芯片分别配置有蓝牙模块，以使第一芯片和第二芯片均具有蓝牙功能。

第一芯片和第二芯片可以分别安装独立的操作系统，分别为第一系统和第二系统，每个系统均可以安装有一些APP。参考图1-7所示的双系统显示设备，第二系统为主系统，用于实现电视业务，第一系统为辅系统，用于实现交互及运营业务，第一系统和第二系统共用一个显示屏幕，该显示屏幕由第二系统(主系统，N芯片)控制。

对于Android系统来说，每个系统都有自己的应用界面，并且第一系统的应用界面和第二系统的应用界面可以同时分别或者同时在屏幕上显示，进而，不同应用及其界面的组合使显示设备屏幕具有众多不同的播放场景。

具体实现时，如图8所示，第一系统包括的HDMI OUT接口，通过HDMI通道与第二系统的HDMI IN连接，在信号源切换到HDMI通道的情况下，第一系统需要显示的内容通过该HDMI信号通道传递给第二系统，第二系统通过HDMI IN接收第一系统的信号输入，并将第一系统需要显示的内容显示在屏幕上。

示例性地，图9a示出一种可能的播放场景，在该播放场景中，第一系统与第二系统之间的HDMI信号通道开启，第一系统的应用界面A与第二系统的应用界面B在显示设备屏幕上叠加显示，并且，第一系统的应用界面A浮于第二系统的应用界面B之上显示。

另一示例性地，图9b示出另一种可能的播放场景，在该播放场景中，第一系统与第二系统之间的HDMI信号通道未开启，因此仅第二系统的应用界面A在屏幕上显示。

基于以上技术场景，如果用户在使用显示设备的过程中，离开显示设备，显示设备将由于长时间未接收到按键输入而导致显示器屏幕长时间处于静止状态，不利于显示器屏幕的使用寿命，还会浪费电能。

为了延长显示器屏幕的使用寿命、节约电能，可以通过在显示设备上安装屏保应用，通过屏保应用，可以在显示器屏幕的静止时长达到一定时长后自动进入屏保状态，当显示器屏幕需要活跃时即自动退出屏保状态，进而达到保护屏幕，节约电能的目的。

示例性地，图16为显示器屏幕进入屏保状态后的示意图，此时，显示器不再呈现静止的用户界面，而是呈现由屏保应用提供的多媒体屏保信息，该多媒体屏保信息一般为动态信息，从而达到保护屏幕的目的。例如图16所示，多幅图片在屏幕上滚动呈现，每一幅图片在屏幕上呈现的时长相同。

可选地，用户可以根据自己的喜好，对屏保状态时屏保应用所提供的多媒体屏保信息进行选择。

然而，由于双系统显示设备中同时存在两个操作系统，每个操作系统都安装有若干应用，并且第一系统的应用界面和第二系统的应用界面可以同时分别或者同时在屏幕上显示，进而，不同应用及其界面的组合使显示设备屏幕具有众多不同的播放场景，例如图9a和图9b示出的场景，因此，如何保证屏保应用在不同播放场景下执行相应的屏保控制逻辑，是亟待解决的技术问题。

本申请实施例提供一种在显示设备屏幕上呈现屏保信息的方法，该方法可以由一相当于处理器的屏保应用执行，该方法可以保证当其中任何一个系统的状态发生变化时，屏保应用都能依据本申请方法及时产生响应，以使屏幕状态适应于变化后的播放场景。

鉴于第二系统为显示设备的主系统，屏幕由第二系统控制，以及为了方便对本申请技术方案的说明，本实施例中，预设屏保应用安装在第二系统。除此之外，第一系统中除安装有常规的APP外，还安装有一基于进程间通信技术的RPC通信应用，该通信应用用于实现第一系统与第二系统之间的通信。

图10为本申请技术方案中屏保应用与显示设备其他模块的依赖关系示意图，如图10所示，屏保应用依赖Flow模块获取系统属性、当前连接的物理信号源以及物理信号源状态等，依赖转场应用进行应用及其界面跳转、以及监听转场应用发出的应用及其界面发生切换时的广播信息，以获取前台应用及最顶端界面，依赖广告服务模块展示屏保信息，如广告图片等，依赖WeShare模块实现如手机等的其他终端设备上传图片相册到屏保应用中，实现以其他终端设备上的图片作为屏保信息进行展示。另外，第一系统启动后，其预置的第一监听服务启动，该第一监听服务主要用于获取第一系统针对预设类型的内容的播放状态，包括视频播放状态(videoplaying)、音频播放状态和图片播放状态等，监听应用切换/音频播放/视频播放广播(AppSwitch/audio/video broadcast)，获取第一系统应用的最顶端应用界面(top activity)，对第一系统进行截图(scan qrcode)并检测第一系统的应用界面截图中是否存在关键信息，如二维码。第一监听服务，接收Framework层(系统框架层)的发送APPSwitch广播并记录当前video层播放状态，获取由媒体中间件(MiddleWare)提供的媒体播放状态。

图11为本申请根据一示例性实施例示出的在显示设备屏幕上呈现屏保信息的方法流程图，如图11所示，该方法可以包括：

步骤111，接收按键输入。

本实施例中，第一系统和第二系统均可以接收按键输入。

图12示出了本申请技术方案的一种应用场景，如图12所示，在本申请显示设备200的近距离区域内，存在多个对显示设备200具有控制功能的控制装置，例如蓝牙鼠标801、蓝牙键盘802、蓝牙音箱803以及蓝牙游戏手柄804等外部蓝牙设备，再例如遥控器100A或者控制装置100B。其中，外部蓝牙设备与显示设备的蓝牙模块连接，从而与显示设备建立连接以对其控制。

在图12所示场景中，控制装置与至少一个系统芯片相连接，以实现对该系统中的应用进行控制。为了便于说明，将与第一系统连接的控制装置统称为第一控制装置，将与第二系统连接的控制装置统称为第二控制装置。

示例性地，图13a为第一控制装置与显示设备(第一系统/第一芯片)的交互场景示意图，在图13a中，显示设备的显示器呈现游戏画面，蓝牙鼠标801和蓝牙键盘802与显示设备的第一芯片连接，用户按下蓝牙鼠标801或者蓝牙键盘802上的按键后，蓝牙鼠标801或者蓝牙键盘802将通过已建立的通信信道将按键输入数据(KET-EVENT数据)传输给第一芯片，第一芯片接收到按键输入数据后，将执行相应的控制逻辑，从而在显示设备上实现游戏功能。

由于显示器、音频输出接口、供电电源等硬件是与第二芯片连接，因此在图12所示场景中，如遥控器100A、控制装置100B以及蓝牙音箱803等为第二控制装置，与第二芯片连接。示例性地，图13b为第二控制装置与显示设备(第二系统/第二芯片)的交互场景示意图，在图13b中，显示设备的显示器呈现系统设置界面，遥控器100A与第二芯片连接，用户按下遥控器100A上的按键后，遥控器100A将通过已建立的通信信道将按键输入数据(KET-EVENT数据)传输给第二芯片，第二芯片接收到按键输入数据后，将执行相应的控制逻辑，从而实现对系统设置界面所提供控件的选择和确定。

在本申请技术场景中，由于双芯片显示设备中同时包括两个芯片，并且该两个芯片均能接收按键输入，例如，第一芯片可以接收到第一控制装置的按键输入，第二芯片则可以接收到第二控制装置的按键输入，因此如果将屏保应用安装在第二芯片(或者第一芯片)上，将导致屏保应用只能响应第二芯片(或者第一芯片)上的按键输入，而进入或者退出屏保状态，当在另一芯片上发生按键输入时，屏保应用则不会发生响应，从而影响用户体验。例如，如果屏保应用安装在第二芯片上，当显示器屏幕处于屏保状态即呈现多媒体屏保信息时，用户若通过第一控制装置操作显示设备，并不能使屏保应用产生响应而退出屏保状态，反之亦然。再如，如果屏保应用安装在第二芯片上，当显示器屏幕处于非屏保状态即呈现用户界面时，用户若通过第一控制装置操作显示设备，并不能使屏保应用产生响应而对进入屏保状态的时间进行重新计时。

为了解决该问题，步骤111的具体实现过程可以如图14所示：

在步骤141中，在第一系统侧，第一系统接收按键输入；

在步骤142中，当第一系统接收到按键输入时，根据预设规则向第二系统发送第一信息。

所述预设规则，例如，当接收按键输入时，判断记录的屏幕状态，所述屏幕状态由第二系统同步到第一系统；如果所述记录的屏幕状态为屏保状态，则向所述第二芯片发送所述第一信息；如果所述记录的屏幕状态为非屏保状态，则在距离上一次发送第一信息的时间达到预设时间时，向所述第二芯片发送第一信息。

在步骤143中，在第二系统侧，第二系统接收按键输入和第一系统发送的第一信息。

通过步骤141-143，在屏保应用安装在第二系统的情况下，屏保应用不仅可以感知到第二系统是否接收到按键输入，也可以感知到第一系统是否接收到按键输入，并且，由于第一系统在接收到按键输入时，会按照预设规则向第二系统发送第一信息，因此，可以有效降低发送第一信息的频率，从而能够节约第一芯片和第二芯片资源，还能保证屏保控制逻辑正常。

步骤112，判断屏幕是否处于屏保状态，即，是否呈现屏保信息。若是，执行步骤113-2，若否，执行步骤113-1。

步骤113-1，产生倒计时指令；该倒计时指令将由第二系统Framework层发送给UI层屏保应用，所述倒计时指令用于触发屏保倒计时。

步骤113-2，产生退出屏保指令；该退出屏保指令将由第二系统Framework层发送给UI层屏保应用，所述退出屏保指令用于指示屏保应用将屏保信息在屏幕上取消显示。

步骤114，当执行的屏保倒计时结束时，产生屏保指令；该屏保指令将由第二系统Framework层发送给UI层屏保应用，该屏保指令用于指示屏保应用在屏幕上呈现屏保信息，以使屏幕进入到屏保状态。

在步骤113-1之后，以及在步骤114之后，执行步骤115，即当屏保应用接收到倒计时指令或者屏保指令时，获取显示设备当前的播放场景。

播放场景包括预设场景和非预设场景。预设场景为允许在屏幕上呈现屏保信息的播放场景，非预设场景为不允许在屏幕上呈现屏保信息的播放场景。

预设场景中，第一系统和第二系统均未播放预设类型的内容，该预设类型的内容至少包括音频、视频和图片，并且，第一系统所运行的前台应用及其最顶端界面和/或第二系统所运行的前台应用及其最顶端界面(top activity)为允许屏幕进入屏保状态的预设界面(预设activity)。具体的，在第二系统与第一系统的HDMI信号通道未开启的情况下，需要第二系统的最顶端界面为预设界面；在第二系统与第一系统的HDMI信号通道开启且第一系统的最顶端界面未被第二系统的界面遮挡的情况下，需要第一系统的最顶端界面为预设界面；在第二系统与第一系统的HDMI信号通道开启且第一系统的最顶端界面被第二系统的界面遮挡的情况下，需要第一系统和第二系统的最顶端界面均为预设界面。

非预设场景实际上为除预设场景之外的播放场景，非预设场景可以进一步分为两类：第一类非预设场景中，第一系统或者第二系统正在播放预设类型的内容，如音频、视频和/或图片等等；第二类非预设场景中，第一系统和/或第二系统所运行的最顶端界面非预设界面，即为不允许屏幕进入屏保状态的界面。

可以理解的是，当第一系统或者第二系统针对预设类型的内容的播放状态发生变化，或者，当第一系统或者第二系统的top activity发生变化，都有可能导致显示设备播放场景发生变化。其中，所述针对预设类型的内容的播放状态，包括未播放状态和播放状态(正在播放)，例如，第一系统开始播放音频(由未播放状态变化为播放状态)，或者第二系统停止播放视频(由播放状态变为未播放状态)。

具体实现时，步骤115所述的获取显示设备当前的播放场景，包括：首先，分别获取第一系统和第二系统针对所述预设类型的内容的播放状态；如果所述第一系统和第二系统均未播放所述预设类型的内容，再获取第一系统和/或第二系统所分别运行的最顶端界面。

在更为具体的实现方式中，如果屏保应用安装在第二系统，步骤115的具体实现过程可如图15所示：

在步骤151中，在第一系统侧，第一系统启动第一监听服务，通过所述第一监听服务监测第一系统针对所述预设类型的内容的播放状态是否发生变化。

预先在第一系统配置第一监听服务，用于检测第一系统的播放状态变化，并基于第一系统与第二系统之间的通信机制，将第一系统的播放状态变化情况及时同步到第二系统。此外，该监听服务还用于接收来自第二系统的数据请求，并响应第二系统的数据请求，发送相应的数据给第二系统，例如，当第二系统向第一系统请求第一系统当前的topactivity时，由第一监听服务器获取到第一系统当前的top activity，并返回给第二系统，等等。另外，安装在第二系统的屏保应用可以注册到第二监听服务，通过第二监听服务检测第二系统的播放状态变化，同时用于与第一系统的第一监听服务进行数据交互。

在步骤152中，当第一监听服务监测到第一系统针对所述预设类型的内容的播放状态发生变化时，发送包含变化后的播放状态的消息给第二系统。

在一种可能的实现方式中，第一监听服务每隔1S轮询第一系统的视频播放状态和音频播放状态，并记录相应的状态值，如播放状态记为1，未播放状态记为0，当本次轮询到的播放状态与上一次轮询到的播放状态不一致时，发送包含变化后的播放状态的消息给第二监听服务，否则不发送消息给第二监听服务。

与此同时，第一监听服务还需要监听第一系统的图片播放状态。一般地，图片内容由媒体中心应用进行播放，当媒体中心应用播放图片时，会把当前进程号以及播放状态写入系统Property。第一监听服务可以每隔1S查询一次该系统Property的值，在根据查询到的Property值判定Property中保存的进程号与实际运行的进程号一致且Property中保存的当前播放状态与上一次查询的播放状态不一致的情况下，则发送包含变化后的播放状态的消息给第一监听服务，否则不发送消息给第二监听服务。

在步骤153中，在第二系统侧，第二系统启动第二监听服务，通过所述第二监听服务实时获取第二系统针对所述预设类型的内容的播放状态，以及，接收所述第一监听服务发送的所述消息。

在步骤154中，第二监听服务根据实时第二监听服务实时获取的第二系统针对所述预设类型的内容的播放状态，以及，接收到的所述第一监听服务发送的所述消息，判断是否第一系统和第二系统均未播放预设类型的内容，若是，则执行步骤155，若否，则判定显示设备当前的播放场景不是预设场景。

在步骤155中，判断第二系统与第一系统的HDMI信号通道是否开启，其中屏幕由第二系统控制，若未开启，则执行步骤156，若开启，则执行步骤157。

在步骤156中，在第二系统与第一系统的HDMI信号通道未开启的情况下，由第二监听服务获取第二系统所运行的最顶端界面。

在步骤157中，在第二系统与第一系统的HDMI信号通道开启的情况下，获取当前屏幕呈现的最顶端界面；

在步骤158中，判断所述当前屏幕呈现的最顶端界面是否为目标界面，所述目标界面为所述信号通道开启的情况下所述第一系统在所述屏幕呈现的界面。若是，则执行步骤159，若否，则执行步骤159和156。

在步骤159中，通过第二监听服务向第一系统发送第一数据请求，所述第一数据请求用于请求第一系统所运行的最顶端界面。

在步骤160中，在第一系统侧，接收第二系统发送的第一数据请求，获取第一系统所运行的最顶端界面，并返回给第二系统。

需要说明的是，目标界面是指一种具有特定界面名称的界面，具体为LiveTVActivity。实际上，当显示设备的信号源为HDMI通道传输的信号时，第二系统所运行的最顶端界面均为目标界面，即LiveTVActivity，因此，在第二系统与第一系统的HDMI信号通道开启的情况下，如果当前屏幕呈现的最顶端界面为目标界面LiveTVActivity，说明该界面未被第二系统所运行的界面遮挡，此时，通过执行步骤159，获取第一系统的topactivity。反之，如果当前屏幕呈现的最顶端界面不是目标界面LiveTVActivity，说明该界面被第二系统运行的界面遮挡，此时，通过执行步骤156获取第二系统的top activity。通过执行步骤159获取第一系统的top activity。

还需说明的是，在本申请实施例中，预先为第一系统和第二系统的应用及其activity规定界面类型，该界面类型包含预设界面和非预设界面，其中，预设界面是指允许屏幕进入屏保状态的界面，非预设界面是指不允许屏幕进入屏保状态的界面。基于此，获取到第一系统和/或第二系统的最顶端界面后，即可判断出第一系统和/或第二系统的最顶端界面是否为预设界面，或为非预设界面。

具体而言，在第二系统与第一系统的HDMI信号通道未开启的情况下，如果获取的第二系统所运行的最顶端界面是预设界面，则判定显示设备当前的播放场景为预设场景，否则为非预设场景；在第二系统与第一系统的HDMI信号通道开启且当前屏幕呈现的最顶端界面是目标界面的情况下，如果获取的第一系统所运行的最顶端界面是预设界面，则判定显示设备当前的播放场景为预设场景，否则为非预设场景；在第二系统与第一系统的HDMI信号通道开启且当前屏幕呈现的最顶端界面不是目标界面的情况下，如果获取的第一系统和第二系统所运行的最顶端界面均是预设界面，则判定显示设备当前的播放场景为预设场景，否则为非预设场景。

步骤116，判断所述播放场景是否为预设场景。若是，执行步骤117-1或者步骤117-2，以及，执行步骤118；若否，则不动作。

由上述步骤151-160可知，如果判定第一系统和第二系统均为播放预设类型的内容，且第一系统和/或第二系统所运行的top activity均允许屏幕进入屏保状态，则该播放场景为预设场景。

步骤117-1，响应于倒计时指令，执行屏保倒计时。

需要说明的是，如果当前屏保倒计时正在进行，则重新执行屏保倒计时。

步骤117-2，响应于屏保指令，在屏幕上呈现屏保信息，以使屏幕进入到屏保状态。

步骤118-1，监测所述播放场景是否由预设场景变化为非预设场景。若是，执行步骤119和步骤118-2；若否，不动作。

具体实现时，通过步骤151-步骤154，实时监测第一系统和第二系统针对预设类型的内容的播放状态变化；当在步骤154中，判定第一系统和第二系统中的至少一个系统，针对至少一种预设类型的内容的播放状态由未播放状态进入到正在播放状态时，确定播放场景由预设场景变化为非预设场景。

除此之外，在第一系统和第二系统始终未播放预设类型的内容的情况下，结合第一系统和第二系统之间的HDMI信号通道是否开启，分别监测第一系统和/或第二系统所运行的top activity的界面类型是否发生切换，当第一系统和/或第二系统的top activity发生切换且由于切换导致top activity由预设界面类型切换至非预设界面时，确定播放场景由预设场景变化为非预设场景。

步骤119，判断当前屏幕是否处于屏保状态，若是，执行步骤120-1，若否，执行步骤120-2。

步骤120-1，退出屏保状态。

步骤120-2，停止屏幕倒计时。

步骤118-2，监测所述播放场景是否由非预设场景变化为预设场景。若是，执行步骤117-1，否则不动作。

实际上，步骤118-1和步骤118-2均为监测播放场景是否发生变化，步骤118-2的具体实现过程可以参考步骤118-1，此处不再赘述。

参阅图16可知，当屏幕进入到屏保状态后，屏幕原本呈现的应用界面被屏保信息覆盖，此时，如果屏幕原本呈现的应用界面中存在诸如二维码信息、标牌或者用户自定义文字图片信息等关键信息时，该关键信息也将被屏保信息覆盖，进而影响用户的使用和体验。

为了避免上述问题，以上述实施例为基础，本申请还提供另一实施例，其与上述实施例的区别在于，在上述步骤116之后，在执行步骤117-2之前，本申请方法还包括：

步骤161，获取屏幕截图。

步骤162，检测所述屏幕截图中是否存在关键信息。

在检测屏幕截图中不存在所述关键信息的情况下，执行步骤117-2。

在步骤161具体实现时，在第二系统与第一系统的HDMI信号通道未开启的情况下，获取所述第二系统对应的第二截图；在所述第二系统与第一系统的HDMI信号通道开启的情况下，获取所述第二系统对应的第二截图；以及，在检测所述第二截图中不存在所述关键信息的情况下，获取第一系统对应的第一截图。

更为具体的，在所述第二系统与第一系统的HDMI信号通道开启且获取的第二截图中不存在所述关键信息的情况下，由第二监听服务向第一系统发送第二数据请求，该第二数据请求用于请求第一系统对应的第一截图；第一监听服务接收到该第二数据请求后，调用第一系统截图接口，对第一系统进行截图，获取到第一截图，并将第一截图返回给第二系统。

由以上实施例可知，本申请提供一种在显示设备上呈现屏保信息的方法，包括：当屏保应用接收到倒计时指令或者屏保指令时，获取显示设备当前的播放场景；如果所述播放场景为所述预设场景，则响应所述倒计时指令执行屏保倒计时，或者，响应所述屏保指令在显示设备屏幕上呈现屏保信息以使屏幕进入屏保状态；其中，所述显示设备包括相互通信的第一系统和第二系统，所述预设场景中第一系统和第二系统均未播放预设类型的内容，且第一系统和/或第二系统所分别运行的最顶端界面为允许屏幕进入屏保状态的预设界面。

本申请方法中，屏保应用根据显示设备中两个系统的实时状态(针对预设类型的内容的播放状态变化和最顶端界面变化)，执行相应的屏保控制逻辑，可以保证当其中任何一个系统的状态发生变化时，屏保应用都能依据本申请方法及时产生响应，以使屏幕状态适应于变化后的播放场景。

根据以上实施例提供的在显示设备屏幕上呈现屏保信息的方法，本申请实施例还提供一种显示设备，图17为本申请根据一示例性实施例示出的显示设备硬件结构示意图，如图17所示，该显示设备可以包括：

显示器171，用于呈现用户界面或者屏保信息；

第二芯片172，用于当接收到倒计时指令或者屏保指令时，获取显示设备当前的播放场景；如果所述播放场景为所述预设场景，则响应所述倒计时指令执行屏保倒计时，或者，响应所述屏保指令在显示设备屏幕上呈现屏保信息以使屏幕进入屏保状态；

与所述第二芯片172通信的所述第一芯片173，用于通过与第二芯片172间的至少一条信号通道，在所述屏幕上播放预设类型的内容或者第一芯片172所运行的应用界面。

此外，参考本申请方法实施例，本申请显示设备的第一芯片和/或第二芯片还用于执行本申请方法实施例中的步骤或者全部步骤。

具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-only memory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于显示设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。

以上所述的本发明实施方式并不构成对本发明保护范围的限定。

Claims (8)

1.一种在显示设备屏幕上呈现屏保信息的方法，其特征在于，包括：

接收到倒计时指令或者屏保指令，获取显示设备当前的播放场景；所述获取显示设备当前播放场景包括：分别获取第一系统和第二系统针对预设类型的内容的播放状态；如果所述第一系统和第二系统均未播放所述预设类型的内容，则获取第一系统和/或第二系统所分别运行的最顶端界面；所述分别获取第一系统和第二系统针对所述预设类型的内容的播放状态，包括：在第一系统启动第一监听服务，通过所述第一监听服务监测第一系统针对所述预设类型的内容的播放状态是否发生变化；当监测到第一系统针对所述预设类型的内容的播放状态发生变化时，所述第一监听服务发送包含变化后的播放状态的消息给第二系统；在第二系统启动第二监听服务，通过所述第二监听服务实时获取第二系统针对所述预设类型的内容的播放状态，以及，接收所述第一监听服务发送的所述消息；

如果所述播放场景为预设场景，则响应所述倒计时指令执行屏保倒计时，或者，响应所述屏保指令在所述显示设备屏幕上呈现屏保信息；

其中，所述显示设备包括相互通信的第一系统和第二系统，所述预设场景中第一系统和第二系统均未播放预设类型的内容，且第一系统和/或第二系统所分别运行的最顶端界面为允许屏幕呈现屏保信息的预设界面。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

监测所述播放场景是否发生变化；

当所述播放场景变化由所述预设场景变化为非预设场景时，如果所述屏幕处于屏保状态，则取消屏幕呈现的屏保信息，如果所述屏保倒计时正在进行，停止所述屏保倒计时；

其中，所述非预设场景中所述预设场景中第一系统或者第二系统正在播放预设类型的内容，或者，第一系统和/或第二系统所分别运行的最顶端界面不是所述预设界面。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

当所述播放场景由所述非预设场景变化为预设场景时，执行屏保倒计时。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当第一系统或者第二系统接收到按键输入时，如果所述屏幕处于屏保状态，则产生退出屏保指令，如果所述屏幕未处于屏保状态，则产生倒计时指令；

当执行的屏保倒计时结束时，产生所述屏保指令。

5.根据权利要求2所述的方法，其特征在于，所述获取第一系统和/或第二系统所分别运行的最顶端界面，包括：

在屏幕由第二系统控制且所述第二系统与第一系统的信号通道未开启的情况下，获取所述第二系统所运行的最顶端界面；

在屏幕由第二系统控制且所述第二系统与第一系统的信号通道开启的情况下，获取所述第二系统所运行的最顶端界面；

判断所述第二系统所运行的最顶端界面是否为目标界面；

如果所述当前屏幕呈现的最顶端界面是目标界面，则获取第一系统所运行的最顶端界面；

如果所述当前屏幕呈现的最顶端界面不是目标界面，则分别获取第一系统和第二系统所运行的最顶端界面。

6.根据权利要求1所述的方法，其特征在于，在屏幕呈现屏保信息之前，所述方法还包括：

获取屏幕截图；

检测所述屏幕截图中是否存在关键信息；

在检测所述屏幕截图中不存在所述关键信息的情况下，在屏幕呈现屏保信息。

7.根据权利要求6所述的方法，其特征在于，所述获取屏幕截图，包括：

在屏幕由第二系统控制且所述第二系统与第一系统的信号通道未开启的情况下，获取所述第二系统对应的第二截图；

在屏幕由第二系统控制且所述第二系统与第一系统的信号通道开启的情况下，获取所述第二系统对应的第二截图；

以及，在检测所述第二截图中不存在所述关键信息的情况下，获取第一系统对应的第一截图。

8.一种显示设备，其特征在于，包括：

显示器，用于呈现用户界面或者屏保信息；

第二芯片，用于接收到倒计时指令或者屏保指令，在第一系统启动第一监听服务，通过所述第一监听服务监测第一系统针对预设类型的内容的播放状态是否发生变化；当监测到第一系统针对所述预设类型的内容的播放状态发生变化时，所述第一监听服务发送包含变化后的播放状态的消息给第二系统；在第二系统启动第二监听服务，通过所述第二监听服务实时获取第二系统针对所述预设类型的内容的播放状态，以及，接收所述第一监听服务发送的所述消息；如果所述第一系统和第二系统均未播放所述预设类型的内容，则获取第一系统和/或第二系统所分别运行的最顶端界面；

如果播放场景为预设场景，则响应所述倒计时指令执行屏保倒计时，或者，响应所述屏保指令在所述显示设备屏幕上呈现屏保信息；

与第二芯片通信的第一芯片，用于通过与第二芯片间的至少一条信号通道，在所述屏幕上播放预设类型的内容或者第一芯片所运行的应用界面；

其中，所述预设场景中第一芯片和第二芯片均未播放预设类型的内容，且第一芯片和/或第二芯片所分别运行的最顶端界面为允许屏幕呈现屏保信息的预设界面。

Images