CN115048073A - 一种应用管理方法及显示设备 - Google Patents

Abstract

本申请实施例公开一种应用管理方法及显示设备，所述方法包括：在检测到显示设备开机完成并且已连接网络后，控制应用管理器向应用列表中应用标识信息对应的应用发送第一指令，所述第一指令用于指示应用在预加载完成应用进程后，保持后台运行模式；响应于启动目标应用的操作，控制应用管理器向所述目标应用发送第二指令，向非目标应用发送第三指令；其中，所述第二指令用于指示应用切换为前台运行模式，所述第三指令用于指示应用终止后台运行模式。本申请实施例能够提升应用的启动速度，并且在目标应用前台运行时，终止其他非目标应用的后台运行模式，降低控制器的运行负荷，保证前台应用能够正常稳定运行。

Description

一种应用管理方法及显示设备

技术领域

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

背景技术

显示设备中安装有应用，在用户启动应用时，显示设备需要加载应用进程和资源，加载完成后，显示应用界面。在加载应用进程期间，显示设备可显示应用预设的加载提示页面，或者可显示应用启动时投放的广告画面等，从用户点击应用图标到显示应用界面往往要耗时几秒甚至几十秒，导致应用启动速度慢，用户等待应用启动的时间长。

发明内容

为解决上述技术问题，本申请实施例提供一种应用管理方法及显示设备，

第一方面实施例提供一种一种显示设备，包括：

显示器；

控制器，被配置为执行：

在检测到显示设备开机完成并且已连接网络后，控制应用管理器向应用列表中应用标识信息对应的应用发送第一指令，所述第一指令用于指示应用在预加载完成应用进程后，保持后台运行模式；

响应于启动目标应用的操作，控制应用管理器向所述目标应用发送第二指令，向非目标应用发送第三指令；其中，所述第二指令用于指示目标应用切换为前台运行模式，所述第三指令用于指示非目标应用终止后台运行模式；

控制显示器显示所述目标应用的应用界面。

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

响应于关闭所述目标应用的操作，控制应用管理器向所述目标应用发送第四指令，向所述非目标应用发送所述第一指令；其中，所述第四指令用于指示应用切换为后台运行模式；

控制显示器关闭所述目标应用的应用界面。

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

检测当前的内存使用率；

若检测到内存使用率大于第一阈值，查询第一应用，所述第一应用包括当前处于后台运行模式的应用中的至少一个；

控制应用管理器向所述第一应用发送所述第三指令。

在一些实施例中，所述控制器执行控制应用管理器向所述第一应用发送所述第三指令后，还被配置为执行：

若检测到所述内存使用率降至小于第一阈值时，控制应用管理器向所述第一应用发送所述第一指令。

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

响应于启动第二应用的操作，检测当前是否具有处于前台运行模式的应用；其中，所述第二应用为控制器在接收到控制装置发送的预设按键的触发指令时启动的应用；

如果当前不具有处于前台运行模式的应用，则控制应用管理器向所述第二应用发送所述第二指令，控制显示器显示所述第二应用的应用界面；

如果当前具有处于前台运行模式的应用，则控制应用管理器向所述第二应用发送所述第一指令。

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

响应于启动目标应用的操作，控制应用管理器不向所述第二应用发送所述第三指令，以使所述第二应用保持后台运行模式；其中，所述第二应用为控制器在接收到控制装置发送的预设按键的触发指令时启动的应用；

响应于启动所述第二应用的操作，控制应用管理器向所述目标应用发送所述第四指令或第五指令；其中，所述第五指令用于指示目标应用结束应用进程；

控制应用管理器向所述第二应用发送所述第二指令，控制显示器显示所述第二应用的应用界面。

在一些实施例中，所述显示设备还包括存储器，所述控制器还被配置为执行：

接收应用管理器上报的后台启动完成信息；其中，所述第三应用是接收到第一指令的应用，所述后台启动完成信息是第三应用在响应所述第一指令后发送给应用管理器的；

将内存中已加载的所述第三应用的应用数据保存至存储器；

若检测到内存使用率大于第一阈值，控制应用管理器向所述第三应用发送所述第三指令，保持所述应用数据在存储器中的存储状态不变；

在检测到所述内存使用率降至小于第一阈值时，控制应用管理器向所述第三应用发送第六指令；所述第六指令用于指示第三应用将所述存储器中保存的所述应用数据读取到内存后，保持后台运行模式。

在一些实施例中，所述控制器包括多个CPU处理器，所述控制器还被配置为执行：

在检测到目标应用处于前台运行模式时，检测多个CPU处理器运行的进程数量；

若检测到目标CPU处理器运行的进程数量大于第二阈值，则解除非目标应用与所述目标CPU处理器的绑定关系，以使目标CPU处理器仅绑定所述目标应用；其中，所述绑定关系用于仅允许应用在绑定的CPU处理器中运行；

响应于关闭所述目标应用的操作，重新建立非目标应用与所述目标CPU处理器的绑定关系。

在一些实施例中，所述应用列表中包括本机已安装的应用，或者所述应用列表中包括具有预加载权限的应用，所述预加载权限是指允许在用户启动应用之前，预先加载应用进程并保持后台运行模式。

第二方面实施例提供一种应用管理方法，所述方法包括：

在检测到显示设备开机完成并且已连接网络后，控制应用管理器向应用列表中应用标识信息对应的应用发送第一指令，所述第一指令用于指示应用在预加载完成应用进程后，保持后台运行模式；

响应于启动目标应用的操作，控制应用管理器向所述目标应用发送第二指令，向非目标应用发送第三指令；其中，所述第二指令用于指示应用切换为前台运行模式，所述第三指令用于指示应用终止后台运行模式。

第二方面的其他实现方式可适应性参照前述第一方面，此处不再赘述。

应用管理器用于控制各应用的运行状态，所述运行状态包括预加载应用进程、后台运行模式和前台运行模式，其中前台运行模式下用户可感知应用已启动，并能查看应用页面并请求应用的相关业务功能；后台运行模式下显示设备不显示应用页面，用户无法请求应用的相关业务功能；预加载应用进程是指在后台提前加载好应用进程和应用页面资源等应用数据，使得用户在启动应用时，无需等待应用加载进程，显示设备直接将应用切换为前台运行模式，即能够跳过加载提示页面或者应用启动时投放的广告画面等，直接显示应用界面。本申请实施例中，基于用户操作的不确定性，显示设备无法预知用户即将启动哪一应用，因此应用管理器可控制应用列表中包含的应用都预加载应用进程，加载完成后保持后台运行模式，这样用户在启动任意一个目标应用时，显示设备都无需再启动及现加载应用进程，而是直接将目标应用由后台运行模式切换为前台运行模式，提升了应用的启动速度，并且在目标应用前台运行时，终止其他非目标应用的后台运行模式，降低控制器的运行负荷，保证前台应用能够正常稳定运行。

附图说明

图1示出了一些实施例中的显示设备与控制装置100之间操作场景；

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

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

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

图5示出了一些实施例中的一种应用启动时的界面示意图；

图6示出了一些实施例中的另一种应用启动时的界面示意图；

图7示出了一些实施例中的应用管理页面的示意图；

图8示出了一些实施例中的应用管理页面的变化示意图一；

图9示出了一些实施例中的应用管理页面的变化示意图二；

图10示出了一些实施例中的显示设备开机并联网后的应用管理逻辑图；

图11(a)示出了一些实施例中的用户启动目标应用时的应用管理逻辑图一；

图11(b)示出了一些实施例中的用户关闭目标应用时的应用管理逻辑图一；

图12(a)示出了一些实施例中的用户启动目标应用时的应用管理逻辑图二；

图12(b)示出了一些实施例中的用户关闭目标应用时的应用管理逻辑图二；

图13(a)示出了一些实施例中内存不足时的应用管理逻辑图；

图13(b)示出了一些实施例中内存恢复充足时的应用管理逻辑图；

图14(a)示出了一些实施例中的用户启动目标应用时的应用管理逻辑图三；

图14(b)示出了一些实施例中的用户启动热键应用时的应用管理逻辑图一；

图14(c)示出了一些实施例中的用户关闭热键应用时的应用管理逻辑图一；

图15(a)示出了一些实施例中的用户启动目标应用时的应用管理逻辑图四；

图15(b)示出了一些实施例中的用户启动热键应用时的应用管理逻辑图二；

图15(c)示出了一些实施例中的用户关闭目标应用时的应用管理逻辑图三；

图15(d)示出了一些实施例中的用户再次启动热键应用时的应用管理逻辑图；

图16(a)示出了一些实施例中的对第三应用的应用数据进行备份存储的示意图；

图16(b)示出了一些实施例中的内存不足时，应用管理逻辑和内存存储状态的示意图；

图16(c)示出了一些实施例中的内存恢复充足时，应用管理逻辑和内存加载数据的示意图；

图17示出了一些实施例中的多核控制器的结构示意图；

图18(a)示出了一些实施例中的多核控制器控制CPU处理器与应用绑定的逻辑图；

图18(b)示出了一些实施例中的在内存不足时控制器进行核处理的逻辑图；

图18(c)示出了一些实施例中的在内存充足时恢复CPU处理器与应用的绑定关系的逻辑图；

图19示出了一些实施例中的在进行前述应用管理后，应用启动时的界面示意图。

具体实施方式

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

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

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

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

本申请实施方式提供的显示设备可以具有多种实施形式，例如，可以是电视、智能电视、激光投影设备、显示器260(monitor)、电子白板(electronic bulletin board)、电子桌面(electronic table)等。图1和图2为本申请的显示设备的一种具体实施方式。

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

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

在一些实施例中，也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，显示设备可以不使用上述的智能设备或控制设备接收指令，而是通过触摸或者手势等接收用户的控制。

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

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

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

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

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

显示器260可为液晶显示器260、OLED显示器260、以及投影显示器260，还可以为一种投影装置和投影屏幕。

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

用户接口，可用于接收控制装置100(如：红外遥控器、鼠标等)的控制信号。

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

控制器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)等中的至少一种。

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

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

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

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

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

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

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

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

在一些实施例中，对于与前述显示设备的软硬件结构相同或相似的设备，显示设备安装有应用程序，用户可通过显示设备主页或者应用中心，触发目标应用的图标控件，即可启动目标应用。

在一些实施例中，显示设备在启动目标应用时，需要进行初始化，并即时加载应用进程以及页面资源等应用数据，如图5的示例，显示设备响应于用户点击应用A的图标控件的操作，开始加载应用A的进程，此时用户界面上呈现出应用A的预设启动页面或加载提示页面，待应用A的进程加载完成后，显示设备将用户界面切换为应用A的应用界面，例如默认显示应用A预设的主页。

在一些实施例中，如图6所示，显示设备在加载应用A的进程时，还可以显示应用A在启动时投放的广告画面，广告画面中包括广告图像或广告视频，以及跳过控件61，如果用户点击跳过控件61，显示设备则跳过广告画面，直接进入目标应用的主页。此外，显示设备在启动某些应用时，也可先显示应用的预设启动页面，然后衔接显示应用启动时投放的广告画面。

由图5和图6可见，从用户点击应用图标到显示应用主页可能会耗时几秒甚至十几秒，导致应用启动速度慢，用户等待应用启动的时间长，并且对于内置Linux系统的显示设备，缺乏统一的应用管理器及其动态管理机制，无法基于应用启动速度、内存、CPU运行性能等方面对应用进行协调和管理。

为解决上述技术问题，在一些实施例中，参照图3，显示设备中包括应用管理器251，应用管理器251受控于控制器250，用于向各应用发送指示信息，以控制各应用的运行状态，所述运行状态包括预加载模式、后台运行模式和前台运行模式。其中，前台运行模式下用户可感知应用已启动，并能查看应用页面并请求应用的相关业务功能；后台运行模式下显示设备不显示应用页面，用户无法请求应用的相关业务功能；预加载模式是指后台预加载应用进程和主页资源等应用数据，然后使应用进程保持后台运行状态，这样用户在启动应用后，无需等待应用加载进程，显示设备直接将应用切换为前台运行模式，即能够跳过预设启动页面和应用启动时投放的广告画面等，直接显示应用主页，从而提升应用的启动速度。

在一些实施例中，应用管理器251可记录应用列表，应用列表中包括显示设备已安装的全部应用的应用标识信息，应用管理器251可对应用列表中的应用进行统一管理。应用列表不是固定的，例如当显示设备新安装应用B时，将应用B的标识信息加入到应用列表中，以及，当显示设备卸载应用C时，将应用C的标识信息从应用列表中删除。显示设备可以为应用列表中的全部应用都配置预加载权限，所述预加载权限是指允许在用户启动应用之前预先加载应用进程并保持为后台运行模式。

在一些实施例中，由于显示设备内存有限，若多个应用同时执行预加载模式，可能导致内存消耗较大，引发显示设备运行卡顿等问题，因此可以为部分应用设置预加载权限。若应用A具有预加载权限，则应用管理器251可控制应用A执行预加载模式，使得后续接收到用户启动应用A的操作时，直接将应用A切换为前台运行模式，提升应用A的启动速度；若应用B不具备预加载权限，则控制器250在接收到用户启动应用B的操作时，控制应用管理器251常规模式，即现加载应用进程及主页资源等应用数据。

在一些实施例中，显示设备可按照预设规则为应用填加预加载权限，例如按照最近一段时期内的应用使用频次，对各应用进行递减排序，并为排序在前N位的应用设置预加载权限，其中N表示预设数量；又例如，按照应用安装时间，对各应用进行降序排序，并为排序在前N位的应用设置预加载权限。预加载权限的设置规则不限于本实施例所述。

在一些实施例中，用户可从系统设置进入图7示例的应用管理页面，应用管理页面中包括授权列表71和非授权列表72，授权列表71中包含具备预加载权限的应用的标识信息及其映射的取消授权控件711，非授权列表72中包含不具备预加载权限的应用的标识信息及其映射的授权控件721。参照图8的示例，应用A位于授权列表71，显示设备接收到对应用A映射的取消授权控件711的点击操作，则取消应用A的预加载权限，并将应用A的标识信息转移至非授权列表72内，则应用管理器251不再预加载应用A的进程和应用数据；又例如，参照图9的示例，应用F位于非授权列表72，显示设备接收到对应用F映射的授权控件721的点击操作，为应用F增加预加载权限，并将应用F的标识信息转移至授权列表71内。该实施例实现用户按需为应用设置预加载权限，提升用户体验。

在一些实施例中，应用管理器251可以根据授权列表71维护应用列表，将授权列表71中包含的应用标识信息加入到应用列表中，这样应用列表中仅包含具备预加载权限的应用标识信息。

在一些实施例中，如图10所示，控制器250在检测到显示设备开机完成并且已连接网络后，控制应用管理器251向应用列表中各应用标识信息对应的应用发送第一指令，第一指令用于指示应用启动预加载模式，即指示应用预加载应用进程，并在应用进程预加载完成之后保持后台运行模式。应用列表中各应用在预加载模式执行完毕后，可向应用管理器251发送后台启动完成信息，以使应用管理器251确定各应用均以后台预加载完成，这样用户启动其中任意一个应用时，无需现加载应用进程和主页资源等应用数据，而是直接将应用由后台运行模式切换为前台运行模式，使得显示器跳过预设启动页面和广告画面等内容，直接显示应用主页，从而提升应用的启动速度。

在一些实施例中，应用列表可包含显示设备已安装的全部应用的标识信息，即应用列表相当于授权列表71和非授权列表72的组合，应用管理器251根据授权列表71，为应用列表中具备预加载权限的应用的标识信息设置第一标识，第一标识用于指示应用具备预加载权限，这样应用管理器251通过识别应用的标识信息中是否包含第一标识，确定应用是否具备预加载权限，进而决策对每一应用实施预加载模式或是现加载模式。控制器250在检测到显示设备开机完成并且已连接网络后，控制应用管理器251向应用列表中具有第一标识的应用标识信息对应的应用发送第一指令，以及接收这些应用返回的后台启动完成信息，对不具有第一标识的应用则执行现加载模式。其中，后台启动完成信息中可以包含应用的标识信息。

在一些实施例中，用户可通过遥控器点击目标应用的图标控件，或者通过语音等方式输入启动目标应用的指令，来启动目标应用。如图11(a)所示，控制器250响应于启动目标应用的操作，控制应用管理器251向目标应用发送第二指令，以及控制应用管理器251向非目标应用发送第三指令。其中，第二指令用于指示应用切换至前台运行模式，使得目标应用的主页可见，这样用户能够请求目标应用的相关业务功能。第三指令用于指示应用终止后台运行模式，使得非目标应用结束应用进程，并删除内存中已加载的非目标应用的资源数据，从而释放内存，降低控制器250的运行负荷，以确保处于前台运行模式的目标应用能正常稳定运行，缓解设备运行卡顿等问题。

在一些实施例中，参照图11(a)，目标应用切换到前台运行模式后，应用管理器251发送前台运行完成信息；非目标应用在终止后台运行模式后，可向应用管理器251发送终止完成信息，应用管理器251接收到终止完成信息，确定非目标应用已退出后台运行模式。其中，终止完成信息中可以包含非目标应用的标识信息。

在一些实施例中，如图11(b)所示，控制器250响应于关闭目标应用的操作，控制应用管理器251向目标应用发送第四指令，第四指令用于指示应用切换为后台运行模式。目标应用响应于第四指令，从前台运行模式切换为后台运行模式后，可以向应用管理器251发送后台切入完成信息，后台切入完成信息中可以包含目标应用的标识信息。

在一些实施例中，参照图11(b)，控制器250接收应用管理器251上报的后台切入完成信息，如果检测到当前不具有处于前台运行模式的应用，则控制应用管理器251向之前被终止后台运行的非目标应用再次发送第一指令。非目标应用响应于第一指令，预加载应用进程，预加载完成后保持后台运行模式，并向应用管理器251发送后台启动完成信息。

本申请实施例中控制器250响应于关闭目标应用的操作，不是像常规方式那样直接结束掉目标应用进程，释放被目标应用占用的内存，而是将目标应用从前台运行模式切换为后台运行模式。这样控制器250如果检测到当前无前台应用，无需再控制应用管理器251向目标应用发送第一指令，从而规避先结束目标应用进程，再重新预加载目标应用进程的繁琐程序，提升应用管理效率。应用管理器251仅需向非目标应用发送第一指令，使非目标应用预加载应用进程后进入后台运行模式，此时应用列表中各应用处于后台运行模式(相当于等待前台启动的状态)，控制器250响应于用户启动其中任一应用的操作，控制应用管理器251将该应用切换为前台运行模式，提升了应用启动速度。

在一些实施例中，用户可以启动多个应用，对于不支持分屏显示功能的显示设备，前台仅能运行其中一个应用，一般是最新启动的应用，其他应用保持后台运行模式，用户可通过显示设备的应用切换器，将后台应用切换到前台。如果显示设备具备分屏显示功能，设支持的分屏数为K，则控制器250控制显示器260在用户界面上显示K个应用窗口，每个应用窗口显示一个应用页面，从而使前台最多能够同时运行K个应用，例如显示设备当前前台运行有K个应用，控制器250响应于关闭应用S的操作，控制应用管理器251向应用S发送四指令，以使应用S切换为后台运行模式，前台运行的应用和应用窗口的数量变为K-1个，除前台运行的K-1个应用之外，应用列表中的其他应用可保持或终止后台运行模式。

在一些实施例中，如图12(a)所示，控制器250响应于启动目标应用的操作，也可控制应用管理器251仅向目标应用发送第二指令，不向非目标应用发送第三指令，即在目标应用处于前台运行模式时，使非目标应用继续保持后台运行模式。如图12(b)所示，控制器250响应于关闭目标应用的操作，控制应用管理器251向目标应用发送第四指令，目标应用响应于第四指令从前台运行模式切换为后台运行模式，由于非目标应用始终保持后台运行模式，应用管理器251不向非目标应用发送第一指令。该实施例中显示设备具有处于前台运行模式的应用时，使其他应用保持后台运行模式，简化了应用管理器251与非前台应用间的交互，但多应用后台运行会使内存消耗较大，尤其对于单核控制器，会导致控制器负载较高，进而导致显示设备和前台应用出现运行卡顿等问题。

在一些实施例中，在显示设备开机完成并且已连接网络之后，控制器250可监控内存使用率，比较内存使用率与第一阈值，其中第一阈值可根据允许内存消耗的上限来设定。如果内存使用率大于第一阈值，表明内存消耗较大，容易引发设备运行卡顿等问题。

在一些实施例中，如图13(a)所示，如果控制器250检测到内存使用率大于第一阈值，则控制器250查询第一应用，第一应用包括当前处于后台运行模式的应用(简称后台应用)中的至少一个，并控制应用管理器251向第一应用发送第三指令；第一应用响应于第三指令，终止后台运行模式，从而结束第一应用的应用进程，释放被第一应用消耗的内存，降低显示设备的内存使用率。

在一些实施例中，设N表示显示设备当前包括的后台应用总数，M为第一应用中包括的后台应用的数量，如果第一应用包括当前所有处于后台运行模式的应用，即M＝N，则应用管理器251向第一应用发送第三指令，关闭全部后台应用，实现最大幅度地降低显示设备的内存使用率，从而快速释放内存。

在一些实施例中，如果1≤M＜N，则应用管理器251关闭局部后台应用，另外N-M个非第一应用保持后台运行模式。显示设备可从N个后台应用中，选择将哪些应用划分为第一应用，哪些应用被划分为非第一应用。例如可从N个后台应用中任意或随机选取M个应用作为第一应用；或者，根据应用列表的排序选择第一应用；或者，根据预设的应用优先级，将优先级较低的M个后台应用作为第一应用，将优先级较高的另N-M个后台应用作为非第一应用；或者，将应用使用频率较低的M个后台应用作为第一应用。第一应用的选取方式不限于该实施例。

在一些实施例中，如果将M设置为1，则应用管理器251实施的是逐个关闭后台应用的调试方式。例如控制器125检测到内存使用率大于第一阈值，控制应用管理器251向后台应用X发送第三指令，在后台应用X终止后台运行模式后，内存使用率会减小，则控制器250比较更新后的内存使用率和第一阈值；如果更新后的内存使用率仍然大于第一阈值，则控制器250控制应用管理器251向后台应用Y发送第三指令，以此类推，直至内存使用率降至小于第一阈值或者全部后台应用被关闭为止。

在一些实施例中，控制器250可以根据内存使用率与第一阈值的差值，获取待释放内存的大小，并结合每个后台应用单独消耗的内存，自动匹配需要关闭的后台应用的类型和数量。例如，控制器获取到待释放内存为850MB，后台应用X消耗内存为300MB，后台应用Y消耗内存为250MB，后台应用Z消耗内存为312MB，则可以控制应用管理器251向后台应用X、后台应用Y和后台应用Z发送第三指令，即第一应用包括后台应用X、后台应用Y和后台应用Z，其他后台应用保持后台运行模式。

在一些实施例中，如图13(b)所示，控制器250在控制应用管理器251关闭第一应用后，由于内存使用率是个动态参数，如果内存充足，也可将第一应用恢复到后台运行模式。因此，控制器250如果检测到内存使用率降至小于第一阈值，控制应用管理器251向第一应用发送第一指令；第一应用响应于第一指令，预加载应用进程和资源数据，预加载完成后，保持后台运行模式。

在一些实施例中，如果控制器250检测到内存使用率降至小于第一阈值，可控制应用管理器251实施逐个恢复后台应用的调试方式，以避免内存使用率超过第一阈值。例如控制器125检测到内存使用率小于第一阈值，控制应用管理器251向应用A发送第一指令，在应用A预加载完成并进入后台运行模式后，内存使用率会增大，则控制器250比较更新后的内存使用率和第一阈值；如果更新后的内存使用率仍然小于第一阈值，则控制器250控制应用管理器251继续向应用B发送第一指令，以此类推，直至内存使用率上升至第一阈值，或者应用列表中的应用都已启动运行(前台运行或后台运行)为止。

在一些实施例中，控制器250还可以根据第一阈值与内存使用率的差值，获取可用内存的大小，并结合未前台运行和后台运行的应用平均消耗的内存，自动匹配需要可以后台预加载的应用的类型和数量。例如，控制器250获取到可用内存为650MB，应用C运行时平均消耗的内存为315MB，应用D运行时平均消耗的内存为256MB，则控制器250可以控制应用管理器251向应用C和应用D发送第一指令，应用C和应用D预加载完成并进入后台运行模式后，内存使用率不会超过第一阈值。

在一些实施例中，显示设备可能安装有第二应用，第二应用是用户通过触发控制装置100上的预设按键被一键启动的应用，也称为“热键应用”。控制器250接收控制装置100发送的操作指令，如果识别到操作指令包含的键值映射于预设按键(即热键)，即控制器250接收到启动第二应用的操作。

在一些实施例中，由于第二应用可通过控制装置100被一键快捷启动，因此可使第二应用常驻后台。如图14(a)所示，控制器250响应于启动目标应用的操作，控制应用管理器251向目标应用发送第二指令，向非目标应用发送第三指令时，不向第二应用发送第三指令，使第二应用保持后台运行模式，除第二应用之外的其他非目标应用可以终止后台运行模式。

在一些实施例中，如图14(b)所示，控制器250响应于启动第二应用的操作，控制应用管理器251向第二应用发送第二指令，将第二应用由后台切换到前台，以及，控制应用管理器251向目标应用发送第四指令或第五指令，实现在热键被触发后从目标应用快速切换到第二应用。如果应用管理器251向目标应用发送第四指令，则目标应用结束前台运行模式后，转入后台运行模式；如果应用管理器251向目标应用发送第五指令，则目标应用结束前台运行模式后，不执行后台运行模式，即第五指令用于使目标应用结束应用进程，释放目标应用占用的内存，并向应用管理器251发送应用结束运行信息。

在一些实施例中，如图14(c)所示，控制器250响应于关闭第二应用的操作，控制应用管理器251向第二应用发送第四指令，使第二应用退出前台运行模式后，转入后台运行模式。图14(a)～图14(c)提供的实施例可实现热键应用常驻后台，显示设备响应于控制装置100上的热键被触发，将前台运行的应用切换为热键应用，并且能够跳过现加载热键应用的进程和资源数据的流程，直接显示热键应用的主页，提升热键应用的启动速度。

在一些实施例中，如图15(a)所示，控制器250响应于启动目标应用的操作，控制应用管理器251向目标应用发送第二指令，向非目标应用发送第三指令时，包括向第二应用发送第三指令，使得第二应用和其他非目标应用都终止后台运行模式，保证目标应用能够稳定运行于前台，缓解设备运行卡顿等问题。

在一些实施例中，如图15(b)所示，控制器250响应于启动第二应用的操作，检测到当前具有处于前台运行模式的目标应用，控制应用管理器251向第二应用发送第一指令。第二应用响应于第一指令，预加载应用进程和资源数据，然后保持后台运行模式，等待被前台唤醒。

该实施例中控制器250响应于启动第二应用的操作，可以检测当前是否具有处于前台运行模式的应用(简称前台应用)。如果当前不具有前台应用，即应用列表中的各应用均处于后台运行模式，等待被前台唤醒，则控制器250控制应用管理器251向第二应用发送第二指令，从而将第二应用切换为前台运行模式；如果当前具有前台应用，显示设备也可暂不结束前台应用的运行，控制应用管理器向第二应用发送第一指令，以使第二应用在后台完成预加载流程。

在一些实施例中，如图15(c)所示，控制器250响应于关闭目标应用的操作，控制应用管理器251向目标应用发送第四指令，使目标应用转变为后台运行模式。此时控制器250检测到不具有前台应用，控制应用管理器251向非目标应用发送第一指令，由于第二应用已处于并且保持后台运行模式，应用管理器251可不再向第二应用发送第一指令，或者第二应用不响应应用管理器251再次发送的第一指令。

在一些实施例中，如图15(d)所示，控制器250响应于再次启动第二应用的操作，由于当前无前台应用，并且第二应用已完成预加载并处于后台运行模式，因此控制器250控制应用管理器251向第二应用发送第二指令，将第二应用切换为前台运行模式，提升了第二应用的启动速度。

在一些实施例中，以“第三应用”来表示被应用管理器251下发第一指令的应用，如图16(a)所示，第三应用响应于第一指令，预加载自身的应用进程，预加载完成后保持后台运行模式，并向应用管理器251发送后台启动完成信息。控制器250接收到应用管理器251上报的后台启动完成信息，确定第三应用均已完成后台预加载，则将内存中已加载的第三应用的应用数据保存至存储器，从而对应用数据进行备份存储。其中，所述应用数据可包括与应用进程和主页资源有关的数据。存储器在存储应用数据时，可建立应用数据与第三应用的映射关系。

在一些实施例中，控制器250可监控内存使用率，如图16(b)所示，控制器250如果检测到内存使用率大于第一阈值，则控制应用管理器251向第三应用发送第三指令，保持第三应用的应用数据在存储器中的存储状态不变。第三应用响应于第三指令，终止后台运行模式后，内存中已加载的第三应用的应用数据会被删除，以释放第三应用后台运行时消耗的内存，降低内存使用率，但存储器中保存的应用数据不受影响。

在一些实施例中，如图16(c)所示，控制器250在检测到内存使用率降至小于第一阈值时，控制应用管理器251向第三应用发送第六指令。第三应用响应于第六指令，将存储器中保存的映射于第三应用的应用数据读取到内存后，保持后台运行模式。图16(a)～图16(c)提供的实施例中，控制器在第三应用完成后台预加载后，对已加载到内存中的应用数据进行备份存储，如果第三应用要重新恢复后台运行模式，可将存储器中保存的应用数据拷贝到内存中，这样就无需重新请求加载应用数据，从而节省应用加载进程和资源的时间，提升应用管理效率。

在一些实施例中，第三应用响应于第六指令，将存储器中保存的映射于第三应用的应用数据拷贝到内存中后，保持后台运行模式，并向应用管理器251发送后台启动完成信息，该后台启动完成信息中包含目标应用标识和第二标识，第二标识用于指示第三应用加载到内存中的应用数据来源于存储器，而非向服务器请求获取的。

在一些实施例中，如果控制器250接收到应用管理器251上报的后台启动完成信息，检测后台启动完成信息中是否包含第二标识。

在一些实施例中，若后台启动完成信息中不包含第二标识，表明内存中已加载的应用数据并非来源于存储器，而是应用向服务器请求获取的，则控制器250检测存储器在先是否存储目标应用标识映射的应用数据。如果存储器中在先未存储目标应用标识映射的应用数据，则控制器250将内存中已加载的目标应用标识映射的目标应用数据保存至存储器，并使存储器记录目标应用数据与目标应用标识的映射关系。如果存储器中在先已存储目标应用标识映射的应用数据，则利用内存中当前加载的目标应用数据替换在先应用数据，实现存储器内应用数据的更新。

在一些实施例中，若后台启动完成信息中包含第二标识，表明内存中已加载的应用数据并非是应用向服务器请求获取的，而是来源于存储器，也表明存储器在先已存储目标应用标识映射的应用数据，因此控制器250不再控制存储器对应用数据进行重复备份。

在一些实施例中，图17示例一种多核控制器的结构，控制器250可以包括多个CPU处理器，设CPU处理器的数量为Q，Q大于1，控制器250可对Q个CPU处理器进行调度，控制应用进程与CPU处理器的绑定，使得应用进程仅能在具有绑定关系的CPU处理器中运行。

在一些实施例中，如图18(a)所示，在显示设备开机完成并且连接网络后，控制器250向应用列表中应用标识信息对应的各应用发送第一指令；应用响应于第一指令，后台预加载应用进程后，向应用管理器251发送后台启动完成信息；控制器250接收到应用管理器251上报的后台启动完成信息，根据后台启动完成信息中包含的应用标识，将该应用标识映射的应用进程绑定至Q个CPU处理器，从而建立应用与Q个CPU处理器的绑定关系。

在一些实施例中，如图18(b)所示，控制器250响应于启动目标应用的操作，控制应用管理器251向目标应用发送第二指令，将目标应用切换为前台运行模式。基于多核控制器的高性能和调核特性，控制器250在控制应用管理器251向目标应用发送第二指令时，可以不向非目标应用发送第三指令，允许非目标应用保持后台运行模式。

在一些实施例中，如图18(b)所示，控制器250可以对Q个CPU处理器进行负载监控，例如检测Q个CPU处理器运行的进程数量，并将Q个CPU处理器运行的进程数量分别与第二阈值进行比较。如果控制器250查找到进程数量大于第二阈值的目标CPU处理器，例如图18(b)中CPU处理器2为目标CPU处理器，表明在目标应用前台运行时，目标CPU处理器的负载较高(过载)，消耗较多的处理资源，无法保证目标应用正常运行，则控制器250可启动调核处理逻辑。

在一些实施例中，如图18(b)所示，所述调核处理逻辑可配置为：控制器250解除非目标应用与目标CPU处理器的绑定关系，以使目标CPU处理器仅绑定目标应用。这样，目标CPU处理器不再后台运行非目标应用，即减少目标CPU处理器运行的进程数量，降低其负载，从而为运行于前台的目标应用提供充足的处理资源，保证目标应用能够正常稳定运行。

在一些实施例中，如图18(c)所示，控制器250响应于关闭目标应用的操作，控制应用管理器251向目标应用发送第四指令；目标应用响应于第四指令，退出前台，切换为后台运行模式，并向应用管理器251发送后台切入完成信息；控制器250接收到应用管理器251上报的后台切入完成信息，此时目标CPU处理器的负载下降，控制器250可控制非目标应用的应用进程与目标CPU处理器重新绑定，从而恢复非目标应用与目标CPU处理器的绑定关系。图18(a)～图18(c)提供的实施例针对多核控制器，通过监控应用运行状态和Q个CPU负载，可通过绑定和调核等方式，动态控制每个CPU处理器的工作及其负载，保证前台应用和整机的正常稳定运行，提升了应用管理的效率和精准性，提升用户使用体验。多核控制器的软硬件配置和应用管理逻辑不限于本申请实施例，

在一些实施例中，例如控制器包括CPU0、CPU1、CPU2和CPU3，在应用A处于前台运行模式时，控制器250检测到CPU0运行的进程数量大于第二阈值，则确定CPU0为目标CPU处理器，控制后台应用解除与CPU0的绑定关系，使后台应用绑定至CPU1、CPU2和CPU3，CPU0仅绑定应用A，从而降低CPU0的负载，使CPU0具有充足的处理资源维持应用A的正常运行。控制器250响应于关闭应用A的操作，可恢复后台应用与CPU0的绑定关系。

本申请实施例中应用配置预加载能力，实现在用户未启动应用时，显示设备完成应用进程和资源的预加载，而后保持后台运行模式，等待应用被前台唤醒，这样用户启动应用时，相较于图5和图6，如图19所示，显示设备只需将应用由后台运行模式切换至前台运行模式，跳过现加载应用进程和资源的流程，直接显示应用主页，提升了应用启动速度。本申请通过控制器250、应用管理器251和应用之间控制交互，实现应用启动、应用运行模式控制、应用关闭等应用管理逻辑，提升应用管理器的工作效率和对应用的精准管控，同时兼顾系统内存和控制器负载，尤其针对热键应用和多核控制器，提供了适配更多应用场景和显示设备的应用管理方案。本申请涉及的应用启动页面、应用主页和应用管理页面等UI仅仅是示例性的，具体以实际产品和应用为准。本领域可根据用户使用场景、应用程序特性、显示设备的性能配置等方面，对本申请实施例的应用管理逻辑进行适当调整和扩充。

在一些实施例中，本申请还提供一种计算机存储介质，该计算机存储介质可存储有程序。当计算机存储介质位于显示设备中时，该程序执行时可包括控制器250被配置的应用管理方法涉及的程序步骤。其中，计算机存储介质可为磁碟、光盘、只读存储记忆体(英文：Read-Only Memory，简称ROM)或随机存储记忆体(英文：Random Access Memory，简称RAM)等。

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

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

Claims (10)

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

显示器；

控制器，被配置为执行：

在检测到显示设备开机完成并且已连接网络后，控制应用管理器向应用列表中应用标识信息对应的应用发送第一指令，所述第一指令用于指示应用在预加载完成应用进程后，保持后台运行模式；

响应于启动目标应用的操作，控制应用管理器向所述目标应用发送第二指令，向非目标应用发送第三指令；其中，所述第二指令用于指示应用切换为前台运行模式，所述第三指令用于指示应用终止后台运行模式；

控制显示器显示所述目标应用的应用界面。

2.根据权利要求1所述的显示设备，其特征在于，所述控制器还被配置为执行：

响应于关闭所述目标应用的操作，控制应用管理器向所述目标应用发送第四指令，向所述非目标应用发送所述第一指令；其中，所述第四指令用于指示应用切换为后台运行模式；

控制显示器关闭所述目标应用的应用界面。

3.根据权利要求1所述的显示设备，其特征在于，所述控制器还被配置为执行：

检测当前的内存使用率；

若检测到内存使用率大于第一阈值，查询第一应用，所述第一应用包括当前处于后台运行模式的应用中的至少一个；

控制应用管理器向所述第一应用发送所述第三指令。

4.根据权利要求3所述的显示设备，其特征在于，所述控制器执行控制应用管理器向所述第一应用发送所述第三指令后，还被配置为：

若检测到所述内存使用率降至小于第一阈值时，控制应用管理器向所述第一应用发送所述第一指令。

5.根据权利要求1所述的显示设备，其特征在于，所述控制器还被配置为执行：

响应于启动第二应用的操作，检测当前是否具有处于前台运行模式的应用；其中，所述第二应用为控制器在接收到控制装置发送的预设按键的触发指令时启动的应用；

如果当前不具有处于前台运行模式的应用，则控制应用管理器向所述第二应用发送所述第二指令，控制显示器显示所述第二应用的应用界面；

如果当前具有处于前台运行模式的应用，则控制应用管理器向所述第二应用发送所述第一指令。

6.根据权利要求2所述的显示设备，其特征在于，所述控制器还被配置为执行：

响应于启动目标应用的操作，控制应用管理器不向所述第二应用发送所述第三指令，以使所述第二应用保持后台运行模式；其中，所述第二应用为控制器在接收到控制装置发送的预设按键的触发指令时启动的应用；

响应于启动所述第二应用的操作，控制应用管理器向所述目标应用发送所述第四指令或第五指令；其中，所述第五指令用于指示目标应用结束应用进程；

控制应用管理器向所述第二应用发送所述第二指令，控制显示器显示所述第二应用的应用界面。

7.根据权利要求1所述的显示设备，其特征在于，所述显示设备还包括存储器，所述控制器还被配置为执行：

接收应用管理器上报的后台启动完成信息；其中，所述第三应用是接收到第一指令的应用，所述后台启动完成信息是第三应用在响应所述第一指令后发送给应用管理器的；

将内存中已加载的所述第三应用的应用数据保存至存储器；

若检测到内存使用率大于第一阈值，控制应用管理器向所述第三应用发送所述第三指令，保持所述应用数据在存储器中的存储状态不变；

在检测到所述内存使用率降至小于第一阈值时，控制应用管理器向所述第三应用发送第六指令；所述第六指令用于指示第三应用将所述存储器中保存的所述应用数据读取到内存后，保持后台运行模式。

8.根据权利要求1所述的显示设备，其特征在于，所述控制器包括多个CPU处理器，所述控制器还被配置为执行：

在检测到目标应用处于前台运行模式时，检测多个CPU处理器运行的进程数量；

若检测到目标CPU处理器运行的进程数量大于第二阈值，则解除非目标应用与所述目标CPU处理器的绑定关系，以使目标CPU处理器仅绑定所述目标应用；其中，所述绑定关系用于仅允许应用在绑定的CPU处理器中运行；

响应于关闭所述目标应用的操作，重新建立非目标应用与所述目标CPU处理器的绑定关系。

9.根据权利要求1所述的显示设备，其特征在于，所述应用列表中包括本机已安装的应用，或者所述应用列表中包括具有预加载权限的应用，所述预加载权限是指允许在用户启动应用之前，预先加载应用进程并保持后台运行模式。

10.一种应用管理方法，其特征在于，所述方法包括：

在检测到显示设备开机完成并且已连接网络后，控制应用管理器向应用列表中应用标识信息对应的应用发送第一指令，所述第一指令用于指示应用在预加载完成应用进程后，保持后台运行模式；

响应于启动目标应用的操作，控制应用管理器向所述目标应用发送第二指令，向非目标应用发送第三指令；其中，所述第二指令用于指示应用切换为前台运行模式，所述第三指令用于指示应用终止后台运行模式。

Images