应用显示方法及显示设备

技术领域

本申请涉及显示技术领域，尤其涉及一种应用显示方法及显示设备。

背景技术

显示设备上用于显示图像的显示层(Layer)是通过将渲染在不同层的内容最终融合在一起，从而显示具有丰富内容的图像界面。这里所说的显示层是指广义上的一个整体的显示层，在显示时，其具体又可以分为第一显示层(Layer 0)、第二显示层(Layer1)和第三显示层(Layer2)。

其中，不同显示层之间有优先级的区别，高优先级的显示层会覆盖低优先级的图层。例如，上述显示层之间的优先级关系为Layer2

受限于显示设备有限的底层硬件资源，各个显示层对应的最大分辨率是固定预分配的。比如：Layer0当前最大支持4K(3840*2160)的分辨率，而Layer1只支持2K(1920*1080)的分辨率。这就造成了某些UI应用本可以提供高分辨率的显示效果，但是由于其在Layer1上通过浏览器显示，进而造成不能支持高分辨率显示的问题。

发明内容

本申请提供了一种应用显示方法及显示设备，以解决目前某些UI应用由于显示层的限制不能支持更高分辨率显示的问题。

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

显示器；

控制器，被配置为：

在用户打开显示设备上的UI应用的情况下，控制显示器显示用于询问用户是否打开高清模式的第一提示页面；所述UI应用用于表示显示设备上通过浏览器运行的应用；

响应于用户在所述第一提示页面上输入的用于选择打开高清模式的确认指令，控制显示器在用户界面的第二显示层上显示所述UI应用的内容；

响应于用户在所述第一提示页面上输入的用于取消打开高清模式的取消指令，控制显示器在用户界面的第一显示层上显示所述UI应用的内容；其中，所述第一显示层的优先级高于所述第二显示层的优先级，以及，所述第一显示层的分辨率低于所述第二显示层的分辨率。

在一些实施例中，所述控制器，还被配置为：

在控制显示器在所述第二显示层上显示在先启动的所述UI应用的内容的情况下，检测用户是否继续打开目标应用；

在用户继续打开目标应用的情况下，检测所述目标应用是否是UI应用；

在所述目标应用是UI应用的情况下，控制显示器显示用于询问用户是否关闭当前高清模式的第二提示页面；

响应于用户在所述第二提示页面上输入的用于选择关闭高清模式的关闭指令，控制显示器在所述第一显示层显示所述目标应用的内容。

在一些实施例中，所述控制器，还被配置为：

响应于用户在所述第二提示页面上输入的用于取消关闭高清模式的维持指令，控制显示器继续在所述第二显示层上显示所述目标应用的内容。

在一些实施例中，所述控制器，还被配置为：

在所述目标应用不是UI应用的情况下，控制显示器继续在所述第二显示层上显示所述目标应用的内容。

在一些实施例中，所述控制器，还被配置为：

在控制显示器在所述第一显示层上显示在先启动的所述UI应用的内容的情况下，检测用户是否继续打开目标应用；

在用户继续打开目标应用的情况下，检测所述目标应用是否是UI应用；

在所述目标应用是UI应用的情况下，控制显示器显示用于询问用户是否打开高清模式的第一提示页面；

响应于用户在所述第一提示页面上输入的用于选择打开高清模式的确认指令，控制显示器在所述第二显示层上显示所述目标应用的内容。

在一些实施例中，所述控制器，还被配置为：

响应于用户在所述第一提示页面上输入的用于取消打开高清模式的取消指令，控制显示器继续在所述第一显示层上显示所述目标应用的内容。

在一些实施例中，所述控制器，还被配置为：

在所述目标应用不是UI应用的情况下，控制显示器在所述第二显示层上显示所述目标应用的内容。

在一些实施例中，所述控制器，还被配置为：

在用户并未在所述第一提示页面上输入任何指令的情况下，控制显示器在用户界面的第一显示层上显示所述UI应用的内容。

在一些实施例中，所述控制器，还被配置为：

在用户并未在所述第二提示页面上输入任何指令的情况下，控制显示器继续在所述第二显示层上显示所述目标应用的内容。

第二方面，本申请还提供了一种应用显示方法，包括：

在用户打开显示设备上的UI应用的情况下，控制显示器显示用于询问用户是否打开高清模式的第一提示页面；所述UI应用用于表示显示设备上通过浏览器运行的应用；

响应于用户在所述第一提示页面上输入的用于选择打开高清模式的确认指令，控制显示器在用户界面的第二显示层上显示所述UI应用的内容；

响应于用户在所述第一提示页面上输入的用于取消打开高清模式的取消指令，控制显示器在用户界面的第一显示层上显示所述UI应用的内容；其中，所述第一显示层的优先级高于所述第二显示层的优先级，以及，所述第一显示层的分辨率低于所述第二显示层的分辨率。

由上述内容可知，本申请提供了一种应用显示方法及显示设备。显示设备上包括需通过浏览器运行的UI应用和一些可以提供视频相关资源播放的其他应用，并且显示设备的用户界面至少包括具有标准分辨率的第一显示层和具有高分辨率的第二显示层。当用户在显示设备上打开UI应用时，显示设备可以向用户显示提示页面，用以提示用户当前的UI应用可以利用具有更高分辨率的高清模式显示。并且，在用户选择高清模式的情况下，显示设备利用第二显示层显示UI应用，以使UI应用的内容以高分辨率的效果显示。而在用户未选择高清模式的情况下，显示设备则利用默认的第一显示层显示UI应用，此时UI应的内容以标准发分辨率的效果显示。本申请的技术方案使得UI应用的显示效果不再受到显示层的限制，UI应用可以在不同分辨率的显示层进行显示，也为用户提供了更多显示效果的选择。

附图说明

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

图1示出了根据一些实施例的显示设备的使用场景的示意图；

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

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

图4示出了根据一些实施例的显示设备200中软件配置图；

图5示出了根据一些实施例的显示设备200中显示层结构的示意图；

图6示出了根据一些实施例的第一提示页面的示意图；

图7示出了根据一些实施例的显示设备200显示UI应用的一种流程示意图；

图8示出了根据一些实施例的显示设备200显示UI应用的另一种流程示意图；

图9示出了根据一些实施例的显示设备200显示第二提示页面的一种流程示意图；

图10示出了根据一些实施例的第二提示页面的示意图；

图11示出了根据一些实施例的显示设备200显示在后打开的目标应用的一种流程示意图；

图12示出了根据一些实施例的显示设备200显示在后打开的目标应用的第二种流程示意图；

图13示出了根据一些实施例的显示设备200显示在后打开的目标应用的第三种流程示意图；

图14示出了根据一些实施例的显示设备200显示在后打开的目标应用的第四种流程示意图；

图15示出了根据一些实施例的显示设备200显示在后打开的目标应用的第五种流程示意图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

图1示出了根据一些实施例的显示设备的使用场景的示意图。如图1所示，显示设备200还与服务器400进行数据通信，用户可通过智能设备300或控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式中的至少一种，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令，来控制显示设备200。

在一些实施例中，智能设备300可以包括移动终端、平板电脑、计算机、笔记本电脑，AR/VR设备等中的任意一种。

在一些实施例中，也可以使用智能设备300以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，也可以使用智能设备300和显示设备进行数据的通信。

在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制装置来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

在一些实施例中，一个步骤执行主体执行的软件步骤可以随需求迁移到与之进行数据通信的另一步骤执行主体上进行执行。示例性的，服务器执行的软件步骤可以随需求迁移到与之数据通信的显示设备上执行，反之亦然。

图2示出了根据一些实施例的控制装置100的硬件配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。

在一些实施例中，通信接口130用于和外部通信，包含WIFI芯片，蓝牙模块，NFC或可替代模块中的至少一种。

在一些实施例中，用户输入/输出接口140包含麦克风，触摸板，传感器，按键或可替代模块中的至少一种。

图3示出了根据一些实施例的显示设备200的硬件配置框图。

在一些实施例中，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。

在一些实施例中，控制器包括中央处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。

在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面等。

在一些实施例中，显示器260可为液晶显示器、OLED显示器、以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。

在一些实施例中，调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。

在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与控制装置100或服务器400建立控制信号和数据信号的发送和接收。

在一些实施例中，检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括光接收器，用于采集环境光线强度的传感器；或者，检测器230包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声音。

在一些实施例中，外部装置接口240可以包括但不限于如下：高清多媒体接口接口(HDMI)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(CVBS)、USB输入接口(USB)、RGB端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。

在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。

在一些实施例中控制器包括中央处理器(Central Processing Unit，CPU)，视频处理器，音频处理器，图形处理器(Graphics Processing Unit，GPU)，RAM Random AccessMemory，RAM)，ROM(Read-Only Memory,ROM)，用于输入/输出的第一接口至第n接口，通信总线(Bus)等中的至少一种。

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

在一些实施例中，图形处理器，用于产生各种图形对象，如：图标、操作菜单、以及用户输入指令显示图形等中的至少一种。图形处理器包括运算器，通过接收用户输入各种交互指令进行运算，根据显示属性显示各种对象；还包括渲染器，对基于运算器得到的各种对象，进行渲染，上述渲染后的对象用于显示在显示器上。

在一些实施例中，视频处理器，用于将接收外部视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等视频处理中的至少一种，可得到直接可显示设备200上显示或播放的信号。

在一些实施例中，视频处理器，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等中的至少一种。其中，解复用模块，用于对输入音视频数据流进行解复用处理。视频解码模块，用于对解复用后的视频信号进行处理，包括解码和缩放处理等。图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的GUI信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。帧率转换模块，用于对转换输入视频帧率。显示格式化模块，用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出RGB数据信号。

在一些实施例中，音频处理器，用于接收外部的音频信号，根据输入信号的标准编解码协议，进行解压缩和解码，以及降噪、数模转换、和放大处理等处理中的至少一种，得到可以在扬声器中播放的声音信号。

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

在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素中的至少一种。

在一些实施例中，用户接口280，为可用于接收控制输入的接口(如：显示设备本体上的实体按键，或其他等)。

如图4所示，将显示设备的系统分为三层，从上至下分别为应用层、中间件层和硬件层。

应用层主要包含电视上的常用应用，以及应用框架(Application Framework)，其中，常用应用主要是基于浏览器Browser开发的应用，例如：HTML5 APPs；以及原生应用(Native APPs)；

应用框架(Application Framework)是一个完整的程序模型，具备标准应用软件所需的一切基本功能，例如：文件存取、资料交换…，以及这些功能的使用接口(工具栏、状态列、菜单、对话框)。

原生应用(Native APPs)可以支持在线或离线，消息推送或本地资源访问。

中间件层包括各种电视协议、多媒体协议以及系统组件等中间件。中间件可以使用系统软件所提供的基础服务(功能)，衔接网络上应用系统的各个部分或不同的应用，能够达到资源共享、功能共享的目的。

硬件层主要包括HAL接口、硬件以及驱动，其中，HAL接口为所有电视芯片对接的统一接口，具体逻辑由各个芯片来实现。驱动主要包含：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

显示设备200上用于显示图像的显示层(Layer)是通过将渲染在不同层的内容最终融合在一起，从而显示具有丰富内容的图像界面。这里所说的显示层是指广义上的一个整体的显示层，在显示时，其具体又可以分为第一显示层(Layer 0)、第二显示层(Layer1)和第三显示层(Layer 2)。

其中，不同显示层之间有优先级的区别，高优先级的显示层会覆盖低优先级的图层。例如，上述显示层之间的优先级关系为Layer2

受限于显示设备200有限的底层硬件资源，各个显示层对应的最大分辨率是固定预分配的。比如：Layer0当前最大支持4K(3840*2160)的分辨率，而Layer1只支持2K(1920*1080)的分辨率。这就造成了某些UI应用本可以提供高分辨率的显示效果，但是由于其在Layer1上通过浏览器显示，进而造成不能支持高分辨率显示的问题。

为了解决上述由于显示层的限制造成的某些UI应用不能支持更高分辨率显示的问题，本申请实施例中提供了一种显示设备200。在显示设备200中，既可以使用拥有标准分辨率(例如2K)的第一显示层显示UI应用的内容，也可以使用拥有高分辨率(例如4K或者4K以上)的第二显示层显示UI应用的内容，这样UI应用的显示效果就不会受到固定的显示层的限制。

其中，如图5所示，显示设备200的用户界面的显示通常是由若干显示层叠加显示来实现的，具体的，本申请实施例中若干显示层可以包括第一显示层和第二显示层，通常，第一显示层的优先级高于第二显示层，进而第一显示层置于第二显示层的之上。

本申请实施例中，为了方便用户切换UI应用的显示分辨率，显示设备200还可以在检测出用户打开的目标应用为UI应用的情况下，向用户显示第一提示页面，用于提示用户当前的UI应用可以使用更高的分辨率显示。

图6示出了根据一些实施例的第一提示页面的示意图。如图6所示，第一提示页面上包括提示语，例如“是否打开高清模式”等，还包括“确定”、“取消”等表示打开高清模式和取消打开高清模式的选择控件。用户在观看了第一提示页面后，可以根据自己的需求选择打开高清模式观看所选择的UI应用的内容，或者选择不打开高清模式，只使用当前的模式观看所选择的UI应用的内容。

本申请实施例中，在用户未选择目标的模式之前，显示设备200是根据目标应用的默认配置选择相应的显示层对目标应用进行显示。例如，如果用户选择的目标应用为UI应用，那么UI应用的默认配置显示层为第一显示层，即标准分辨率的显示层；而如果用户选择的目标应用为非UI应用，那么目标应用的默认配置显示层为第二显示层，即高分辨率的显示层。

可见，在用户在显示设备200上打开了某个目标应用的时，显示设备200需要先检测出目标应用的类型。在本申请实施例中，目标应用的类型大致分为需要通过浏览器运行的UI应用以及不需要通过浏览器运行的非UI应用。由于非UI应用本身配置的就是利用高分辨率的第二显示层进行显示，那么显示设备200在检测出目标应用为非UI应用时，可以直接利用第二显示层显示所述非UI应用的内容。

而当用户打开的目标应用为UI应用时，由于其默认的显示层为第一显示层，而第一显示层的分辨率较低，为了增加用户的观看选择，显示设备200可以提供利用第一显示层显示的标准模式，也可以提供利用第二显示显示的高清模式。并且，在用户选择了打开高清模式的情况下，显示设备200利用第二显示层显示UI应用的内容，而在用户选择了取消打开高清模式的情况下，即用户不希望打开高清模式，那么显示设备200利用第一显示层显示UI应用的内容。

在此过程中，如图7所示，显示设备200的控制器250可以被配置为：在用户打开显示设备200上的UI应用的情况下，控制显示器260显示用于询问用户是否打开高清模式的第一提示页面。当用户观看第一提示页面并且利用遥控器等控制装置100选择第一提示页面上的“确定”控件时，可以看作向显示设备200输入了确认指令，此时，控制器250可以响应于该确认指令，控制显示器260在用户界面的第二显示层上显示UI应用的内容。进而使得UI应用的内容具有更高分辨率的显示效果。

如图8所示，当用户观看第一提示页面并且利用遥控器等控制装置100选择第一提示页面上的“取消”控件时，可以看作向显示设备200输入了取消指令，此时，控制器250可以响应于该取消指令，控制显示器260在用户界面的第一显示层上显示UI应用的内容。UI应用的内容则具有第一显示层的标准分辨率的显示效果。

由前述内容可知，切换模式显示目标应用的内容即为切换显示层，在显示设备200中如果需要将当前显示层的内容切换到其他显示层显示，那么需要将当前显示层显示的内容关闭，并且在该内重新打开的之时切换到另一个显示层显示。进而，在一些实施例中，在用户选择了打开高清模式后，显示设备200还需要将在当前默认的第一显示层显示的UI应用重启，并且在其重新打开时，利用第二显示层显示其内容。

另外，用户除了使用遥控器等控制装置100在第一提示页面上选择控件或者在显示设备200上选择目标应用，还可以使用语音控制的方式选择控件或者目标应用。

可见，本申请实施例中的显示设备200可以打破原有的显示层分辨率的限制，既可以利用标准分辨率显示UI应用的内容，也可以利用高分辨率显示UI应用的内容。为用户提供更多的显示效果，也提高用户的使用体验。

在一些实施例中，用户在显示设备200上正在显示在先打开的UI应用的情况下，还可以继续选择其他的目标应用进行观看。

如图9所示，如果用户选择在先打开的UI应用以高清模式显示，那么显示设备200当前是在第二显示层上显示在先打开的UI应用内容。此时，如果在后打开的目标应用也是UI应用，那么显示设备200仍可以继续为在后打开的UI应用提供两种显示模式。由于当前显示设备200处于高清模式的状态，那么用户可以在当前显示模式的条件下，选择继续使用高清模式或者关闭高清模式。

在此过程中，显示设备200的控制器250可以被配置为：在控制显示器260在第二显示层上显示在先启动的UI应用的内容的情况下，检测用户是否继续打开目标应用。并且，在用户继续打开目标应用的情况下，检测目标应用是否是UI应用。如果在目标应用是UI应用，则控制器250控制显示器260显示用于询问用户是否关闭当前高清模式的第二提示页面。

图10示出了根据一些实施例的第二提示页面的示意图。由于显示设备200当前正处于高清显示模式，因此，如图10所示，显示设备200显示的第二提示页面上，显示的是例如“是否关闭高清模式”的提示，并且在第二提示页面上同样也包括“确定”、“取消”等表示关闭高清模式和取消关闭高清模式的选择控件。

如图11所示，如果用户在观看如图10所示的第二提示页面后，选择“确定”控件，那么表示用户退出当前的清高模式，显示设备200则需要切换至第一显示层显示用户在后打开的UI应用，即在后打开的UI应用最终呈现标准的分辨率显示效果。在此过程中，显示设备200的控制器250还可以被配置为：响应于用户在第二提示页面上输入的用于选择关闭高清模式的关闭指令，控制显示器260在第一显示层上显示在后打开的目标应用的内容。

如图12所示，如果用户在观看如图10所示的第二提示页面后，选择“取消”控件，那么表示用户不想关闭高清模式，仍想使用当前的高清模式显示在后打开的UI应用的内容。则显示设备200继续在第二显示层显示UI应用的内容。在此过程中，显示设备200的控制器250还可以被配置为：响应于用户在第二提示页面上输入的用于取消关闭高清模式的维持指令，控制显示器260继续在第二显示层上显示目标应用的内容。

如前述内容所述，显示设备200在使用第一显示层显示在后打开的目标应用之前，需要将在先打开的UI应用关闭，同时将在后打开的UI应用重启，以使显示层切换至第一显示层。

在一些实施例中，如果用户在后打开的目标应为不是UI应用，那么由于非UI应用在显示设备200中本身就默认为使用第二显示层显示，因此，显示设备200可以继续在当前的高清模式下显示在后打开的目标应用的内容，而无需提示用户是否关闭高清模式。在此过程中，显示设备200的控制器250还可以被配置为：在目标应用不是UI应用的情况下，控制显示器260继续在第二显示层上显示目标应用的内容。

同样的，用户可以使用遥控器等控制装置100或者通过语音控制的方式在上述第二提示页面上选择控件。

在一些实施例中，如图13所示，如果用户选择在先打开的UI应用以标准模式显示，那么显示设备200当前是在第一显示层上显示在先打开的UI应用内容。此时，如果在后打开的目标应用也是UI应用，那么显示设备200仍可以继续为在后打开的UI应用提供两种显示模式。由于当前显示设备200处于标准模式的状态，那么用户可以在当前显示模式的条件下，选择是否使用高清模式或者继续使用标准模式。

在此过程中，显示设备200的控制器250可以被配置为：在控制显示器260在第一显示层上显示在先启动的UI应用的内容的情况下，检测用户是否继续打开目标应用。并且，在用户继续打开目标应用的情况下，检测该在后打开的目标应用是否是UI应用。如果在后打开的目标应用是UI应用，控制器250则控制显示器260显示用于询问用户是否打开高清模式的第一提示页面。

如图14所示，当用户观看第一提示页面并且选择第一提示页面上的“确定”控件时，说明用户希望在后打开的UI应用使用高清模式。显示设备200则应该使用第二显示层显示在后打开的UI应用。在此过程中，用户在第一提示页面上选择“确定”控件，仍可以看作是向显示设备200输入用于选择打开高清模式的确认指令，显示设备200的控制器250还可以被配置为：响应于该确认指令，控制显示器260在第二显示层上显示目标应用的内容。进而使得在后打开的UI应用的内容具有更高分辨率的显示效果。

如图15所示，当用户观看第一提示页面并且选择第一提示页面上的“取消”控件时，说明用户希望仍使用标准模式显示在后打开的UI应用。显示设备200则应该继续使用第一显示层显示在后打开的UI应用。在此过程中，用户在第一提示页面上选择“取消”控件，仍可以看作是向显示设备200输入用于取消打开高清模式的取消指令，此时，控制器250可以响应于该取消指令，控制显示器260在用户界面的第一显示层上显示目标应用的内容。进而，在后打开的UI应用的内容则具有第一显示层的标准分辨率的显示效果。

在一些实施例中，如果用户在后打开的目标应用不是UI应用，那么显示设备200会根据非应用UI应用默认的配置自动使用第二显示层显示目标应用的内容。在此过程中，显示设备200的控制器250还可以被配置为：在目标应用不是UI应用的情况下，控制显示器260在第二显示层上显示目标应用的内容。

如前述内容所述，无论用户在什么情况下打开目标应用，只要显示设备200需要切换显示层，显示设备200就应该将目标应用重启，以便在目标应用再次打开时切换至目标显示层进行显示。

在一些实施例中，显示设备200在为用户显示出第一提示页面之后，用户还可能不会做出任何选择，即显示设备200未接收到用户输入的任何指令，在这种情况下，显示设备200也会默认用户不使用高清模式显示UI应用的内容。此时，显示设备200的控制器250可以被配置为：在用户并未在第一提示页面上输入任何指令的情况下，控制显示器260在第一显示层上显示UI应用的内容。

在一些实施例中，显示设备200在为用户显示出第二提示页面之后，用户也可能不会做出任何选择，即显示设备200也未接收到用户输入的任何指令，在这种情况下，显示设备200会默认用户想要继续使用高清模式显示UI应用的内容。此时，显示设备200的控制器250可以被配置为：在用户并未在第二提示页面上输入任何指令的情况下，控制显示器260继续在第二显示层上显示目标应用的内容。

另外，本申请前述实施例中所述的UI应用即使在不同的显示层显示，其本质上还是通过浏览器运行的。为了能使浏览器能够在不同的显示层上运行，本申请实施例中，还可以通过修改控制浏览器的参数来实现。

或者，在一些实施例中，显示设备200中的某些不依赖于浏览器运行的原生应用(Native APPs)可能在启动时也会默认进入标准模式，即在第一显示层上显示应用的内容。针对于这类的原生应用，也可以使用本申请上述实施例中的方案控制其在不同的显示层显示。

通常，在显示设备200的硬件结构中包括APM(Application Manager，应用管理者)，并且，显示设备200中的所有应用的生命周期都是由APM来管理的。为了支持本申请实施例的实现，APM中需要添加新的接口来以不同分辨率重新启动浏览器等。同时，浏览器也需要支持以不同的分辨率以及不同的图形层启动。

本申请实施例中，显示设备200上UI应用默认启动都是进入标准模式。显示设备200还需要能够保存UI应用的当前状态，例如显示哪个资源、显示哪个页面等，当UI应用再次启动以切换高清模式时，显示设备200可以恢复UI应用之前的状态，仍显示之前显示的资源或者页面等。

为了使得UI应用的显示效果不再受到显示层的限制，本申请实施例中还提供了一种应用显示方法，可以应用于如前述实施例中所述的显示设备200中。该方法可以包括如下步骤：在用户打开显示设备200上的UI应用的情况下，控制显示器260显示用于询问用户是否打开高清模式的第一提示页面，其中，UI应用用于表示显示设备200上通过浏览器运行的应用。而后，响应于用户在第一提示页面上输入的用于选择打开高清模式的确认指令，控制显示器260在用户界面的第二显示层上显示UI应用的内容。或者，响应于用户在第一提示页面上输入的用于取消打开高清模式的取消指令，控制显示器260在用户界面的第一显示层上显示UI应用的内容；其中，第一显示层的优先级高于第二显示层的优先级，以及，第一显示层的分辨率低于第二显示层的分辨率。

在一些实施例中，所述方法还可以包括：在控制显示器260在第二显示层上显示在先启动的UI应用的内容的情况下，检测用户是否继续打开目标应用。在用户继续打开目标应用的情况下，检测目标应用是否是UI应用。在目标应用是UI应用的情况下，控制显示器260显示用于询问用户是否关闭当前高清模式的第二提示页面。以及，响应于用户在第二提示页面上输入的用于选择关闭高清模式的关闭指令，控制显示器260在第一显示层显示目标应用的内容。

在一些实施例中，所述方法还可以包括：响应于用户在第二提示页面上输入的用于取消关闭高清模式的维持指令，控制显示器260继续在第二显示层上显示目标应用的内容。

在一些实施例中，所述方法还可以包括：在控制显示器260在第一显示层上显示在先启动的UI应用的内容的情况下，检测用户是否继续打开目标应用。在用户继续打开目标应用的情况下，检测目标应用是否是UI应用。而后，在目标应用是UI应用的情况下，控制显示器260显示用于询问用户是否打开高清模式的第一提示页面；响应于用户在第一提示页面上输入的用于选择打开高清模式的确认指令，控制显示器260在第二显示层上显示目标应用的内容。

在一些实施例中，所述方法还可以包括：在用户并未在第一提示页面上输入任何指令的情况下，控制显示器260在用户界面的第一显示层上显示UI应用的内容。

在一些实施例中，所述方法还可以包括：在用户并未在第二提示页面上输入任何指令的情况下，控制显示器260继续在第二显示层上显示目标应用的内容。

由于本申请实施例中的应用显示方法可以应用于如前述实施例所述的显示设备200中，因此，关于本申请实施例中应用显示方法的其他内容可以参照前述关于显示设备200实施例的内容，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。