CN117857861A - 一种显示设备及启动页面的加载方法 - Google Patents

Abstract

本申请一些实施例提供一种显示设备及启动页面的加载方法，所述方法可以响应于目标应用的启动指令，初始化所述目标应用的目标活动组件，以及获取目标应用的应用图标与第一背景图。其中，目标活动组件用于呈现目标应用的应用窗口。根据应用图标与第一背景图生成启动页面，并创建启动页面窗口，所述启动页面窗口的显示层级高于应用窗口的显示层级。再控制显示器基于启动页面窗口显示启动页面，以及在目标活动组件初始化结束时移除启动页面窗口。所述方法可以在应用启动时，通过应用的应用图标与背景图生成启动页面，并通过启动页面窗口显示启动页面，从而实现启动页面的快速加载，提高应用启动时的流畅度。

Description

一种显示设备及启动页面的加载方法

技术领域

本申请涉及显示设备技术领域，尤其涉及一种显示设备及启动页面的加载方法。

背景技术

显示设备是能够呈现用户界面，并支持用户交互的智能设备。以智能电视为例，智能电视是基于Internet应用技术，具备开放式操作系统与芯片，拥有开放式应用平台，可实现双向人机交互功能，集影音、娱乐、数据等多种功能于一体的电视产品，用于满足用户多样化和个性化需求。

显示设备中可以配置有不同类型的应用，比如视频播放应用、游戏应用以及会议应用等，用户可以通过在显示设备中启动不同类型的应用来实现不同的功能。当用户在显示设备启动某一应用时，显示设备会立即显示该应用的应用窗口，并通过应用窗口显示对应的内容。应用在启动的过程中，会按照自身的配置执行不同的逻辑来加载主界面，再基于应用的应用窗口显示主界面，以通过主界面与用户交互。因为应用主界面的加载过程需要消耗一定的处理时间，所以在主界面加载完毕前应用窗口中不存在显示内容。

为了改善上述应用窗口不存在显示内容的问题，部分应用中存储有预览图片，并在应用启动时通过应用窗口中显示预览图片。但是，当应用存储的预览图片的数据资源较大时，加载预览图片仍需要消耗一定的时间，显示设备在启动应用时仍会出现应用窗口不存在显示内容的问题，导致应用启动时的流畅度下降，降低用户体验。

发明内容

本申请提供一种显示设备及启动页面的加载方法，以解决显示设备启动应用时流畅度差的问题。

第一方面，本申请一些实施例提供一种显示设备，包括显示器与控制器。其中，显示器被配置为显示用户界面，所述控制器被配置为执行以下程序步骤：

响应于目标应用的启动指令，初始化所述目标应用的目标活动组件，以及获取所述目标应用的应用图标与第一背景图，所述目标活动组件用于呈现所述目标应用的应用窗口；

根据所述应用图标与所述第一背景图生成启动页面；

创建启动页面窗口，所述启动页面窗口的显示层级高于所述应用窗口的显示层级；

控制所述显示器基于所述启动页面窗口显示所述启动页面，以及在所述目标活动组件初始化结束时移除所述启动页面窗口。

第二方面，本申请一些实施例还提供一种启动页面的加载方法，应用于第一方面提供的显示设备，所述方法包括：

响应于目标应用的启动指令，初始化所述目标应用的目标活动组件，以及获取所述目标应用的应用图标与第一背景图，所述目标活动组件用于呈现所述目标应用的应用窗口；

根据所述应用图标与所述第一背景图生成启动页面；

创建启动页面窗口，所述启动页面窗口的显示层级高于所述应用窗口的显示层级；

控制显示器基于所述启动页面窗口显示所述启动页面，以及在所述目标活动组件初始化结束时移除所述启动页面窗口。

由以上技术方案可知，本申请一些实施例提供的显示设备及启动页面的加载方法，所述方法可以响应于目标应用的启动指令，初始化所述目标应用的目标活动组件，以及获取目标应用的应用图标与第一背景图。其中，目标活动组件用于呈现目标应用的应用窗口。根据应用图标与第一背景图生成启动页面，并创建启动页面窗口，所述启动页面窗口的显示层级高于应用窗口的显示层级。再控制显示器基于启动页面窗口显示启动页面，以及在目标活动组件初始化结束时移除启动页面窗口。所述方法可以在应用启动时，通过应用的应用图标与背景图生成启动页面，并通过启动页面窗口显示启动页面，从而实现启动页面的快速加载，提高应用启动时的流畅度。

附图说明

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

图1为本申请一些实施例中显示设备的使用场景的示意图；

图2为本申请一些实施例提供的显示设备的硬件配置框图；

图3为本申请一些实施例提供的控制设备的硬件配置框图；

图4为本申请一些实施例提供的显示设备中软件配置示意图；

图5为本申请一些实施例提供的显示设备应用程序的图标控件界面示意图；

图6为本申请一些实施例提供的Activity生命周期的流程示意图；

图7为本申请一些实施例提供的Activity状态的架构图；

图8为本申请一些实施例提供的Activity启动模式的架构图；

图9为本申请一些实施例提供的应用启动时出现黑屏的效果示例图；

图10为本申请一些实施例提供的应用启动时无显示内容的效果示例图；

图11为本申请一些实施例提供的启动页面加载方法的流程示意图；

图12为本申请一些实施例提供的启动页面快速加载的效果示意图；

图13为本申请一些实施例提供的根据应用图标与背景图生成启动页面的流程示意图；

图14为本申请一些实施例提供的取色块的位置示意图；

图15为本申请一些实施例提供的背景图中渐变区域的示意图；

图16为本申请一些实施例提供的应用启动状态监控方法的流程示意图；

图17为本申请一些实施例提供的判断是否初始化目标活动组件的流程示意图；

图18为本申请一些实施例提供的监听生命周期通知的交互图；

图19为本申请一些实施例提供的设置启动页面窗口超时时间的流程示意图。

具体实施方式

下面将详细地对实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下实施例中描述的实施方式并不代表与本申请相一致的所有实施方式。仅是与权利要求书中所详述的、本申请的一些方面相一致的系统和方法的示例。

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

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

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

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

图1为本申请一些实施例提供的显示设备与控制设备之间操作场景的示意图。如图1中示出，用户可通过触控操作、移动终端300和控制设备100操作显示设备200。其中，控制设备100可以为遥控器、触控笔等。

在一些实施例中，移动终端300可与显示设备200安装软件应用，通过网络通信协议实现连接通信，实现一对一控制操作和数据通信的目的。也可以将移动终端300上显示音视频内容传输到显示设备200上，实现同步显示功能。

如图1中还示出，显示设备200还与服务器400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。

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

图2为本申请一些实施例提供的图1中显示设备200的硬件配置框图。

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

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

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

在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或服务器400进行通信的组件。显示设备200可以根据支持的通信方式的不同，设置有多个通信器220。例如，显示设备200支持无线网络通信时，显示设备200可以设有包含WiFi功能的通信器220。显示设备200支持蓝牙连接通信时，显示设备200需要设有包含蓝牙功能的通信器220。

通信器220可以通过无线或有线连接的方式使显示设备200与外部设备或服务器400进行通信连接。其中，有线连接可以通过数据线、接口等组件将显示设备200与外部设备连接。无线连接则可以通过无线信号或无线网络将显示设备200与外部设备连接。显示设备200可以直接与外部设备建立连接关系，也可以通过网关、路由、连接设备等间接建立连接关系。

在一些实施例中，显示设备200还可以支持同时与多个外部设备建立通信连接关系。多个外部设备可以通过相同。例如，外部设备为手机、平板电脑等终端设备500。第一终端设备510和第二终端设备520可以通过接入显示设备200所在的无线局域网，与显示设备200建立通信连接。多个外部设备还可以通过不同类型的连接方式连接显示设备200。例如，第一终端设备510通过无线局域网连接显示设备200；第二终端设备520通过蓝牙连接显示设备200。

为了实现显示设备200与终端设备500之间的通信连接，显示设备200和终端设备500上分别设有支持相同通信类型的通信器。例如，显示设备200上设有包含WiFi模块的通信器220时，终端设备500上也应设有包含WiFi模块的通信器。并且，在设有相同类型的通信器的同时，显示设备200与终端设备500之间还需要特定的通信传输协议进行数据传递。例如，WiFi协议、蓝牙连接协议、ZigBee协议、NFC协议等。

在一些实施例中，控制器250包括处理器，视频处理器，音频处理器，图形处理器，RA M，ROM，用于输入/输出的第一接口至第n接口，控制器250通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。

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

在一些实施例中，用户可在显示器260上显示的图形用户界面(Graphical UserInterfac e，GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。

在一些实施例中，用户接口280，为可用于接收控制输入的接口。

图3为本申请一些实施例提供的图1中控制设备的硬件配置框图。如图3所示，控制设备100包括控制器110、通信接口130、用户输入/输出接口、存储器、供电电源。

控制设备100被配置为控制显示设备200，以及可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起到用户与显示设备200之间交互中介作用。

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

在一些实施例中，如图1所示，移动终端300或其他智能电子设备，可在安装操控显示设备200的应用之后，可以起到控制设备100类似功能。

控制器110包括处理器112和RAM 113和ROM 114、通信接口130以及通信总线。控制器110用于控制控制设备100的运行和操作，以及内部各部件之间通信协作以及外部和内部的数据处理功能。

通信接口130在控制器110的控制下，实现与显示设备200之间控制信号和数据信号的通信。通信接口130可包括WiFi芯片131、蓝牙模块132、NFC模块133等其他近场通信模块中至少之一种。

用户输入/输出接口140，其中，输入接口包括麦克风141、触控板142、传感器143、按键144等其他输入接口中至少一者。

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

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

供电电源180，用于在控制器的控制下为控制设备100各元件提供运行电力支持。

如图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。

框架层为应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过API接口，可在执行中访问系统中的资源和取得系统的服务。

如图4所示，本申请实施例中应用程序框架层包括视图系统(View System)、管理器(Managers)，内容提供者(Content Provider)等，其中，视图系统可设计和实现应用程序的界面和交互，视图系统包括列表(lists)、网络(grids)、文本框(text boxes)、按钮(buttons)等。管理器包括以下模块中的至少一个：活动管理器(Activity Manager)用于和系统中正在运行的所有活动进行交互；位置管理器(Location Manager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(Package Manager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(Notification Manager)用于控制通知消息的显示和清除；窗口管理器(Window Manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。

在一些实施例中，活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。

在一些实施例中，系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。

在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

基于上述应用程序层与应用程序框架层，在一些实施例中，显示设备200中可配置有不同类型的应用程序，如直播电视应用程序、视频点播应用程序、媒体中心应用程序以及应用程序中心等，用户可通过在显示设备200中启动不同类型的应用程序来实现不同的功能。

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

在一些实施例中，视频点播应用程序，可以提供来自不同存储源的视频。不同于直播电视应用程序，视频点播提供来自某些存储源的媒资数据。例如，视频点播可以来自云存储的服务器端或来自包含已存视频节目的本地硬盘储存器等。

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

在一些实施例中，应用程序中心，可以提供储存各种应用程序。应用程序可以是一种游戏应用、会议应用、音乐播放音乐、阅读应用或绘图应用等类型的应用程序，或某些和计算机系统或其他设备相关但可以在智能电视中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序，将它们储存在本地储存器中，然后在显示设备200上启动并运行。

在一些实施例中，每个应用程序均对应有图标控件，图标控件基于应用程序的应用图标生成。其中，应用图标为应用程序中预置的图片，应用图标的路径信息可通过特定的字段存储于应用程序的配置文件中。用户可通过控制设备100、触控操作或语音指令等方式，对图标控件执行选中操作，以生成应用程序的启动指令。显示设备200再响应于应用程序的启动指令，启动应用程序，以显示该应用程序的应用窗口。例如，如图5所示，显示设备200中应用程序的图标控件界面可以包括多个图标控件，如直播电视应用程序图标控件、视频点播应用程序图标控件、媒体中心应用程序图标控件、应用程序中心图标控件、游戏应用图标控件等。

为了通过显示设备200实现应用程序与用户的交互，在一些实施例中，用户基于上述程序图标控件在显示设备200中启动应用程序时，显示设备200创建应用程序主界面的Activit y(活动)，并通过Activity启动该应用程序。其中，主界面为应用程序与用户交互的基础界面，一个activity用于表示一个界面，显示设备200在创建Activity的同时会创建主界面Acti vity的启动实例。

如图6所示，图6为Activity的生命周期。Activity的生命周期包括Activity由创建到销毁的过程。在一些实施例中，在启动应用程序时，显示设备200创建应用程序主界面的Acti vity(活动)，并按照在该Activity实例中onCreate、onStart、onResume的顺序调用上述生命周期函数，从而在应用程序的应用窗口中呈现主界面的显示内容。其中，onCreate在Activit y被首次加载时执行，在Activity被销毁后、重新加载该Activity时，onCreate会被重新执行；onStart在onCreate事件之后执行，用于使Activity切换至可见状态，为Activity进入前台并支持交互做准备；onResume在onStart事件之后执行，当Activity准备好与用户进行交互时，显示设备200会调用此生命周期函数，在调用onResume时会重新刷新界面中各个控件的状态。并且，在调用onResume后，Activity进入运行态。也就是说，当Activity的生命周期到onResume时，显示设备200才可以在应用窗口中呈现出应用程序的主界面。

Activity进入运行态后，显示设备200还根据Activity的状态调用onPause、onStop以及onDestroy等生命周期函数。其中，在Activity进入运行态后，如果用户向显示设备200输入返回事件或将前台显示的应用程序切换为其他应用程序，onPause会被执行，此时Activity为可见状态但不可交互；如果Activity完全被另一个Activity覆盖，onStop会被执行，此时Act ivity为不可见且不可交互状态；onDestroy为Activity最后调用的生命周期函数，当Activity不再需要，或者系统需要释放资源时，onDestroy事件会被执行。

因此，如图7所示，在Activity的生命周期中，Activity会经历不同的Activity状态，Ac tivity状态包括运行态(Running)、暂停态(Paused)、停止态(Stopped)和销毁态(Destr oyed)。其中，运行态表示Activity在屏幕前台，即Activity当前显示在显示器260中；暂停态表示失去焦点但仍为可见状态；停止态表示Activity完全被另一个Activity覆盖；销毁态表示Activity已退出，即Activity完全销毁。

需要说明的是，上述生命周期函数的调用为一种示例性说明，显示设备200调用生命周期函数时可调用更多或更少的生命周期函数，比如显示设备200在创建Activity时可将onRe sume裁剪掉，不再调用onResume的生命周期函数。对此，本申请不做限制。

在一些实施例中，不同的应用程序可配置不同的Activity启动模式。如图8所示，Activi ty启动模式包括标准模式(Standard)、栈顶模式(SingleTop)、单任务模式(SingleTask)与单实例模式(SingleInstance)。其中，标准模式是指在每次启动Activity时，均在Activity栈新建该Activity的实例；栈顶模式是指栈顶唯一，即当Activity启动时会首先检索栈顶的Activity实例，并且栈顶的Activity实例与启动的Activity实例相同时可复用栈顶的Activity实例；单任务模式是指当Activity启动时，查找属性值(taskAffinity)与启动属性值相等的任务，并在存在属性值相等的任务时复用该任务启动Activity；单实例模式具有单任务模式的全部特性，并且只能单独位于一个任务栈中。

其中，任务栈为管理Activity的容器，任务栈遵循先进后出(Last In First Out，LIFO)原则，用于放置Activity的实例。在显示设备200中启动应用程序时，显示设备200会基于上述启动模式为应用程序创建对应的任务栈。

基于上述实施例可知，显示设备200在启动应用程序时，需要初始化应用程序的Activit y，即加载应用程序的主界面。当主界面加载完毕时，显示设备200才可以在对应的应用窗口中呈现出该应用程序主界面的显示内容。因此，在主界面加载完毕前，该应用程序的应用窗口中则不存在任何显示内容。比如，当显示设备200系统设置的背景图为黑色背景时，启动应用程序，在应用程序的主界面加载完毕前显示设备200中会出现如图9所示的黑屏问题。

为了改善上述黑屏问题，在一些实施例中，应用程序配置有预览图片。即，在应用程序的配置文件中存储预览图片的路径信息，显示设备200在启动应用程序时，可以按照配置文件的路径信息加载预览图片，并通过应用程序的应用窗口显示预览图片的内容。这样，通过在加载主界面时显示预览图片的方式，可以改善应用窗口无显示内容的问题。

但是，由于显示设备200中的应用程序可以为各种不同来源的，应用程序的设计逻辑与风格均不相同，所以部分应用程序可能未配置有预览图片，仍会存在应用窗口无显示内容的问题。并且，当预览图片的数据资源较大时，如图10所示，显示设备200加载预览图也需要消耗一定的时间，因此在预览图加载完毕前应用窗口依然会存在无显示内容的问题，从而导致应用程序启动时的流畅度下降。

基于上述应用场景，为了改善显示设备200启动应用时流畅度差的问题，本申请一些实施例提供一种显示设备200，包括显示器260与控制器250。其中，所述显示器260被配置为显示用户界面；如图11所示，所述控制器250被配置为执行以下程序步骤：

S1101：响应于目标应用的启动指令，初始化目标应用的目标活动组件，以及获取目标应用的应用图标与第一背景图。

显示设备200在用户界面中显示目标应用的图标控件，当用户通过按键或触控方式选中目标应用的图标控件，或者通过其他非按键方式启动目标应用时，显示设备200自动生成目标应用的启动指令。即在一些实施例中，显示设备200检测到选中图标控件的焦点事件，或者，检测到用于启动目标应用的语音指令或云端指令时，生成目标应用的启动指令。

在生成目标应用的启动指令后，显示设备200响应于该启动指令，初始化目标应用的目标活动组件(Activity)，以加载目标应用的主界面。其中，目标活动组件用于呈现目标应用的应用窗口。例如，显示设备200在检测到目标应用的启动指令后，创建目标应用的Activit y，并调用onCreate、onStart及onResume来执行Activity的初始化。

在Activity创建时，显示设备200的用户界面中则会显示目标应用的应用窗口。由于Ac tivity的初始化需要消耗一定的时间，所以此时目标应用的应用窗口无显示内容。因此，显示设备200在初始化目标活动组件的同时，还获取目标应用的应用图标与第一背景图。其中，应用图标与第一背景图可以根据应用程序的配置文件获得。

为了便于获取应用图标与第一背景图，在一些实施例中，响应于显示设备200的开机指令，启动应用层控制服务，并基于应用层控制服务注册启动指令的监听。在监听到启动指令时，基于应用层控制服务获取目标应用的配置文件。其中，配置文件包括应用图标与第一背景图的路径信息。

例如，在显示设备200中创建一个BroadcastReceiver类，用于接收显示设备200开机完成的广播。在该BroadcastReceiver类中，重写onReceive()方法，并在该方法中启动应用层控制服务。显示设备200在开机后，向应用层控制服务发送开机完成的广播，应用层控制服务在接收到开机完成的广播时，即可实现自启动。在应用层控制服务启动后，应用层控制服务还注册应用启动通知的监听，并在监听到目标应用的启动通知时，获取目标应用的配置文件，即目标应用的XML文件。再通过XML文件中的指定字段，获取目标应用的应用图标与目标应用设置的主题背景图。

S1102：根据应用图标与第一背景图生成启动页面。

显示设备200的应用层控制服务获取到目标应用的应用图标与第一背景图后，通过应用图标与第一背景图生成对应的启动页面。由于应用图标与第一背景图均为目标应用中设置的图片，所以本申请实施例生成出的启动页面与目标应用存在强关联性，可实现个性化生成启动页面的效果。

为了提高启动页面的显示效果，在一些实施例中，显示设备200根据应用图标与第一背景图生成启动页面时，如图13所示，检测第一背景图的颜色值，以通过第一背景图的颜色值判断第一背景图是否为纯色图(S1301)。例如，显示设备200获取到第一背景图时，遍历第一背景图各个像素点的颜色值。如果各个像素点的颜色值均为相同的数值，则标记第一背景图为纯色图；如果第一背景图中存在颜色值数值不相同的像素点，则标记第一背景图为非纯色图。

显示设备200判断出第一背景图是否为纯色图后，如果第一背景图不是纯色图，基于第一背景图生成第二背景图，并将应用图标叠加至第二背景图的预设位置，以生成启动页面(S1302)；如果第一背景图是纯色图，基于应用图标生成第三背景图，并将应用图标叠加至第三背景图的预设位置，以生成启动页面(S1303)。其中，应用图标的绘制图层高于第二背景图的绘制图层，应用图标的绘制图层高于第三背景图的绘制图层，预设位置可以为第二背景图或第三背景图的中心位置。

由于在部分应用程序会配置有多个不同尺寸的应用图标，在一些实施例中，显示设备200在获取目标应用的应用图标时，读取目标应用的资源文件，并基于配置文件获取目标应用的图标集合。其中，图标集合包括尺寸不同的应用图标。比如，图标集合可以包括大号图标、中号图标与小号图标，大号图标、中号图标与小号图标的宽高比例相同、但宽高尺寸不相同。显示设备200在获取到图标集合后，提取图标集合中尺寸最大的应用图标，以用于后续处理。或者，在一些实施例中，显示设备200在获取到目标应用的应用图标时，还按照预设的尺寸信息对应用图标执行缩放，以在启动页面中突出应用图标的显示效果。

在一些实施例中，显示设备200基于第一背景图生成第二背景图时，在第一背景图中检测取色块的目标颜色值。其中，取色块为第一背景图中预设取色点构成的区域，取色块包括中心取色块与边缘取色块，中心取色块位于第一背景图的中心位置，边缘取色块位于距离第一背景图边界目标距离的位置。取色块可以由一个像素点构成，也可以为由多个像素点构成。由于应用图标与第一背景图可能会存在圆角或边缘背景的设计，所以边缘取色块设置于相较于第一背景图顶点目标距离的位置。

例如，第一背景图的对角线长度为L，目标距离为0.2L。显示设备200获取到第一背景图后，设置9个取色块检测第一背景图的颜色值。其中，1个取色块位于第一背景图的中心点位置，其余8个取色块分别位于距离第一背景图边界0.2L的位置。如图14所示，显示设备200按照图14所示的取色块提取各个取色块内对应的颜色值。

由于同一个取色块可能包括不同的颜色值，所以，在一些实施例中，显示设备200读取取色点的位置坐标，并根据位置坐标查询第一背景图的取色块。再获取取色块中像素点的颜色值，以生成颜色值集合。在颜色值集合中提取目标颜色值。其中，目标颜色值为颜色值集合中颜色值占比最高的颜色值，可称为取色块的主色。

显示设备200在检测出各个取色块的目标颜色值后，根据目标颜色值计算渲染颜色值。其中，渲染颜色值的亮度值低于目标颜色值的亮度值，亮度值可通过YUV空间的Y分量或HSV空间的V分量来表示。再按照渲染颜色值生成第二背景图。即，显示设备200在检测出各个取色块中占比最高的目标颜色值后，将目标颜色值转换为亮度值更低的颜色值，以作为渲染颜色值。这样，在视觉效果上，渲染颜色值与目标颜色值为同色域的颜色，而渲染颜色值呈现出的颜色相较于目标颜色值呈现出的颜色会更浅，可实现突出显示绘制图层位于第二背景图之上的应用图标。

例如，目标颜色值为取色块中主色的RGB值。显示设备200在读取各个取色块中主色的RGB值后，将RGB值转换为YUV空间的YUV值。再读取YUV值中Y分量的数值，并将读取到的Y分量数值转换为更低的数值，以生成新的YUV值。再将新的YUV值转换为RG B值，以作为该取色块位置的渲染颜色值。

显示设备200在计算出渲染颜色值后，可以通过渲染颜色值计算第二背景图中各个像素点的颜色值。在一些实施例中，显示设备200读取中心取色块的第一渲染颜色值与边缘取色块的第二渲染颜色值。以第一渲染颜色值为起始值、第二渲染颜色值为终止值，计算梯度颜色值。其中。梯度颜色值为由第一目标颜色值过渡至第二目标颜色值的颜色值，即由中心取色块为起点分别向各个边缘取色块的方向执行渐变色处理。

为了实现上述渐变色效果，在一些实施例中，显示设备200获取第二背景图的顶点坐标与中心点坐标，并计算顶点坐标与中心点坐标的渲染距离。再基于渲染距离生成颜色值映射表。其中，颜色值映射表包括渲染颜色值、梯度颜色值与第二背景图中像素点的映射关系。按照颜色值映射表设置第二背景图中像素点的颜色值。

例如，如图14所示的取色块。显示设备200检测出各个取色块的目标颜色值，并通过降低目标颜色值的亮度值计算出渲染颜色值后，以中心取色块“5”的位置为起点，分别向边缘取色块“1”、“3”、“7”、“9”的方向执行渐变色处理，从而生成具有渐变色效果的背景图。如图15所示，第二背景图分为图15所示的四个区域，区域1中各个像素点的颜色值是由中心取色块“5”以及边缘取色块“1”、“2”、“4”的渲染颜色值，由中心取色块“5”向左上角方向渐变生成的。

在一些实施例中，显示设备200可通过Color类的Color.argb()方法来设置渐变色的alpha值，以及使用Color.rgb()方法来设置渐变色的RGB值。再基于渲染颜色值设置各个像素点的alpha和RGB值，以生成各个像素点梯度颜色值，实现渐变色处理的效果。其中，alpha值为alpha通道的数值，用于表征透明度。

可以理解的是，上述实施例以基于第一背景图生成第二背景图进行说明，基于应用图标生成第三背景图可以与基于第一背景图生成第二背景图采用相同的逻辑，即上述实施例同样适用于基于应用图标生成第三背景图。在此，本申请不进行赘述。

S1103：创建启动页面窗口。

显示设备200在生成出启动页面后，应用层控制服务创建一个新的窗口来显示启动页面，即创建一个新的acticity。为了便于描述，本申请实施例将用于显示启动页面的窗口称为启动页面窗口。为了在显示设备200初始化目标活动组件时遮挡无内容的应用窗口，启动页面窗口需显示应用窗口的上方，即启动页面窗口的显示层级高于应用窗口的显示层级。

由于启动页面窗口是用于显示启动页面的窗口，所以启动页面在显示基于目标应用生成的启动页面时与目标应用存在关联，启动页面窗口关联目标应用的活动组件信息。值得注意的是，本申请实施例中启动页面窗口的acticity可以为共用的acticity，与目标应用不存在强绑定关系。

S1104：控制显示器基于启动页面窗口显示所述启动页面，以及在目标活动组件初始化结束时移除启动页面窗口。

显示设备200的应用层控制服务创建启动页面窗口后，则可以控制显示器260基于启动页面窗口显示已生成的启动页面。其中，启动页面窗口的显示内容基于目标应用的背景图生成，或者，启动页面窗口的显示内容基于目标应用的应用图标生成，或者，启动页面窗口的显示内容基于目标应用的背景图和目标应用的应用图标生成。并且，启动页面窗口可以通过悬浮显示的方式呈现在用户界面中。此时，基于上述程序步骤生成的启动页面窗口可快速地呈现在应用窗口中，如图12所示，将无内容的应用窗口遮挡，可提高应用启动时的流畅性。

但是，由于启动页面窗口并不是目标应用的acticity，只能通过一个acticity获取控制焦点，因此如果用户在目标活动组件初始化时想要退出目标应用，显示设备200很难实现同时快速地撤销启动页面窗口及退出目标活动组件的初始化进程。并且，目标应用无法直接与启动页面窗口直接通信，启动页面窗口无法直接获取到目标活动组件的初始化进程。而如果启动页面窗口在目标活动组件初始化结束前退出显示，或者启动页面窗口在目标活动组件初始化结束较长时间后再退出显示，均会导致应用启动的流畅度下降，从而降低用户的体验感。

因此，为了改善上述问题，在一些实施例中，如图16所示，所述控制器250还被配置为执行以下程序步骤：

S1603：设置启动页面窗口为焦点窗口。

显示设备200在显示启动页面窗口后，设置启动页面窗口为焦点窗口。其中，焦点窗口为用于获取焦点事件的窗口，即显示设备200通过启动页面窗口获取焦点。启动页面窗口获取到焦点事件后，将焦点事件分发至应用层控制服务进行处理。

在一些实施例中，显示设备200设置设置启动页面窗口为焦点窗口后，基于启动页面窗口接收焦点事件，并响应于焦点事件，解析焦点事件的事件类型。如果事件类型为返回事件，显示设备200则退出目标活动组件的初始化进程，同时移除启动页面窗口。

也就是说，显示设备200在初始化目标活动组件时，将启动页面窗口设置为焦点窗口，启动页面窗口可以将获取到的焦点时间分发至应用层控制服务，应用层控制服务可以对焦点事件进行解析。在解析出焦点事件为返回事件时，应用层控制服务可以将启动页面窗口移除，同时找出目标活动组件的初始化进程，调用onDestroy的生命周期函数退出目标活动组件的初始化进程。

并且，由于目标应用可能为初次启动也可能为已启动过的应用程序，所以显示设备200在初始化目标活动组件前还需根据目标应用的启动模式与Activity实例，判断是否需要初始化该目标应用的Activity。

因此，如图17所示，在一些实施例中，显示设备200还检测目标应用的启动模式(S1701)，并读取任务栈的实例(S1702)。其中，任务栈用于存储活动组件(Activity)的实例。再基于启动模式与任务栈的实例检测目标活动组件的启动方式，以判断目标应用的目标活动组件是否需要初始化(1703)。如果启动状态为目标方式，执行初始化目标应用的目标活动组件的步骤(S1101)；如果启动状态不为目标方式，控制显示器260基于目标活动组件的目标实例显示应用窗口，以及移除启动页面窗口(S1704)。其中，目标方式用于表征初始化目标活动组件的实例。

也就是说，当目标应用的Activity不需要初始化时，显示设备200可以直接将任务栈内的实例显示到屏幕前台，此过程的耗时较短，不需要通过启动页面窗口来遮挡目标应用的应用窗口。因此，显示设备200在判断出目标活动组件不需要初始化时，直接基于目标活动组件的实例显示应用窗口，同时移除已显示的启动页面窗口。

在一些实施例中，当启动模式为标准模式时，由于标准模式是指显示设备200在每次启动Activity时均在Activity栈新建该Activity的实例，所以在目标应用的启动模式为标准模式时显示设备200可直接标记启动方式为目标方式。即，在目标应用的启动方式为标准模式时，显示设备200启动目标应用需要初始化目标活动组件。

在一些实施例中，当启动模式为栈顶模式时，显示设备200检测目标实例在任务栈的位置。如果目标实例位于所述任务栈的栈顶，标记启动方式为目标方式；如果目标实例不位于任务栈的栈顶，或，任务栈不包括目标实例，标记启动方式为非目标方式。其中，非目标方式用于表征不初始化目标活动组件的实例。也就是说，在目标应用的启动方式为栈顶模式时，如果任务栈的栈顶为目标活动组件的实例，显示设备200不需要初始化目标活动组件；否则，需要初始化目标活动组件。

在一些实施例中，当启动模式为单任务模式或单实例模式时，如果任务栈包括目标实例，显示设备200标记启动方式为目标方式；如果任务栈不包括目标实例，显示设备200标记启动方式为非目标方式。也就是说，在目标应用的启动方式为单任务模式或单实例模式时，如果任务栈包括目标活动组件的实例，显示设备200不需要初始化目标活动组件；否则，需要初始化目标活动组件。

示例性的，如下表所示，下表为不同标准模式、栈顶模式、单任务模式或单实例模式下目标活动组件对应的启动方式，表中所述的activity即为目标活动组件，all表示所有情况。

S1604：监测目标活动组件的初始化进程。

由于在目标活动组件初始化结束时，目标应用的应用窗口即可以呈现目标应用的主界面。因此，显示设备200在显示启动页面窗口后，还需要在目标活动组件初始结束时及时地撤销启动页面窗口的显示。

为了可以准确地监控目标活动组件的初始化进程，显示设备200还基于应用层控制服务监听目标活动组件生命周期的调用通知，即在一些实施例中，显示设备200按照活动组件的生命周期调用所述目标活动组件，如按照onCreate、onStart、onResume的顺序。监测目标活动组件的生命周期。当监测到生命周期为目标周期时，标记目标活动组件初始化结束。其中，目标周期为目标活动组件处于可见状态的生命周期。例如，当显示设备200未裁剪掉onResu me时，目标周期为onResume；当显示设备200裁剪掉onResume时，目标周期为onStart。

如图18所示，为了监测目标活动组件的生命周期，在一些实施例中，显示设备200的应用层控制服务还用于监听启动指令与生命周期的调用通知。显示设备200基于应用层控制服务接收生命周期的调用通知。当应用层控制服务接收到目标周期的调用通知时，检测调用通知的活动组件信息。如果活动组件信息与启动页面窗口的活动组件信息相同，标记目标活动组件初始化结束。

也就是说，应用层控制服务在接收到目标周期的调用通知时，还需要判断当前目标周期是否为目标活动组件对应的生命周期调用通知。因此，应用层控制服务在接收到目标周期的调用通知时，还检测调用通知中包括的活动组件信息，以确定当前调用通知为哪一个activity生命周期的调用通知。如果该调用通知的活动组件信息与启动页面窗口对应的活动组件信息不一致，说明当前显示设备200还未执行目标活动组件的初始化，即显示设备200当前正在处理其他进程，应用层控制服务则不进行任何处理；如果该调用通知的活动组件信息与启动页面窗口对应的活动组件信息一致，说明当前目标活动组件的生命周期已到达目标周期，即显示设备200已完成目标活动组件的初始化进程，应用层控制服务则标记目标活动组件初始化结束。

以目标周期为onResume为例，显示设备200按照onCreate、onStart、onResume的顺序依次调用onCreate()、onStart()、onResume()函数，以执行目标活动组件的初始化进程。应用层控制服务监听生命周期的调用通知，如果调用通知包括的Activity信息与启动页面窗口包括的Activity信息一致，则在监听到onResume的调用通知时，标记目标活动组件初始化结束。否则，不执行处理。

S1605：在目标活动组件初始化结束时，设置应用窗口为焦点窗口，以及移除启动页面窗口。

显示设备200基于目标活动组件的生命周期监测初始化进程时，如果监测到目标活动组件初始化结束，说明目标应用的Activity已经被显示设备200移动至最前端。但由于启动页面窗口的显示层级高于应用窗口的显示层级，所以此时用户界面中呈现的仍为启动页面窗口。因此，显示设备200的应用层控制服务监听到目标周期的调用通知时，设置目标应用的应用窗口为焦点窗口，并在检测到应用窗口为焦点窗口时，移除启动页面窗口，以使显示设备200通过应用窗口呈现目标应用的主界面，从而实现启动页面窗口的快速显示与及时撤销。

例如，显示设备200的目标周期为onResume。应用层控制服务监听各个生命周期的调用通知，当应用层控制服务监听到目标应用组件的onResume调用通知时，应用层控制服务将应用窗口设置为焦点窗口，同时设置启动页面窗口不可获焦。并且，在检测到应用窗口已经设置为焦点窗口时，移除启动页面窗口。

此外，目标活动组件在初始化时，还可能会由于各种因素出现启动失败或初始化失败的问题。因此，如图19所示，在一些实施例中，显示设备200基于应用层控制服务显示启动页面窗口时，还设置启动页面窗口的超时时间。超时时间为启动页面窗口的最大显示时间，即以显示设备200显示启动页面窗口的时间为计时起点，如果在超时时间后启动页面窗口仍保持显示状态，应用层控制服务自动将启动页面窗口移除。这样，如果目标应用组件初始化失败或启动失败，显示设备200可根据超时时间撤销启动页面窗口的显示状态，使用户可以及时地感知到目标应用未成功启动的结果。

可以理解的是，超时时间为经验值，可根据实际应用场景自由设置。比如，显示设备200设置的超时时间可以为10S，目标应用activity的生命周期在10s后仍未到达onResume，则说明目标应用启动失败。

基于上述显示设备200，本申请的部分实施例还提供一种启动页面的加载方法，应用于上述实施例提供的显示设备200。其中，所述显示设备200包括显示器260与控制器250，所述显示器260被配置为显示用户界面。如图11所示，方法包括以下程序步骤：

S1101：响应于目标应用的启动指令，初始化所述目标应用的目标活动组件，以及获取所述目标应用的应用图标与第一背景图，所述目标活动组件用于呈现所述目标应用的应用窗口；

S1102：根据所述应用图标与所述第一背景图生成启动页面；

S1103：创建启动页面窗口，所述启动页面窗口的显示层级高于所述应用窗口的显示层级；

S1104：控制显示器基于所述启动页面窗口显示所述启动页面，以及在所述目标活动组件初始化结束时移除所述启动页面窗口。

由以上技术方案可知，本申请一些实施例提供的显示设备及启动页面的加载方法，所述方法可以响应于目标应用的启动指令，初始化所述目标应用的目标活动组件，以及获取目标应用的应用图标与第一背景图。其中，目标活动组件用于呈现目标应用的应用窗口。根据应用图标与第一背景图生成启动页面，并创建启动页面窗口，所述启动页面窗口的显示层级高于应用窗口的显示层级。再控制显示器基于启动页面窗口显示启动页面，以及在目标活动组件初始化结束时移除启动页面窗口。所述方法可以在应用启动时，通过应用的应用图标与背景图生成启动页面，并通过启动页面窗口显示启动页面，从而实现启动页面的快速加载，提高应用启动时的流畅度。

本说明书中各个实施例之间相同相似的部分互相参照即可，在此不再赘述。

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

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

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

Claims (10)

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

显示器，被配置为显示用户界面；

控制器，被配置为：

响应于目标应用的启动指令，初始化所述目标应用的目标活动组件，以及获取所述目标应用的应用图标与第一背景图，所述目标活动组件用于呈现所述目标应用的应用窗口；

根据所述应用图标与所述第一背景图生成启动页面；

创建启动页面窗口，所述启动页面窗口的显示层级高于所述应用窗口的显示层级；

控制所述显示器基于所述启动页面窗口显示所述启动页面，以及在所述目标活动组件初始化结束时移除所述启动页面窗口。

2.根据权利要求1所述的显示设备，其特征在于，所述控制器执行根据所述应用图标与所述背景图生成启动页面，被配置为：

检测所述第一背景图的颜色值；

如果所述第一背景图不是纯色图，基于所述第一背景图生成第二背景图，并将所述应用图标叠加至所述第二背景图的预设位置，以生成所述启动页面；所述应用图标的绘制图层高于所述第二背景图的绘制图层；

如果所述第一背景图是纯色图，基于所述应用图标生成第三背景图，并将所述应用图标叠加至所述第三背景图的预设位置，以生成所述启动页面；所述应用图标的绘制图层高于所述第三背景图的绘制图层。

3.根据权利要求2所述的显示设备，其特征在于，所述控制器执行基于所述第一背景图生成第二背景图，被配置为：

在所述第一背景图中检测取色块的目标颜色值，所述取色块为所述第一背景图中预设取色点构成的区域，所述取色块包括中心取色块与边缘取色块，所述中心取色块位于所述第一背景图的中心位置，所述边缘取色块位于距离所述第一背景图边界目标距离的位置；

根据所述目标颜色值计算渲染颜色值，所述渲染颜色值的亮度值低于所述目标颜色值的亮度值；

按照所述渲染颜色值生成所述第二背景图。

4.根据权利要求3所述的显示设备，其特征在于，所述控制器执行在所述第一背景图中检测取色块的目标颜色值，被配置为：

读取所述取色点的位置坐标；

根据所述位置坐标查询第一背景图的取色块；

获取所述取色块中像素点的颜色值，以生成颜色值集合；

在所述颜色值集合中提取所述目标颜色值，所述目标颜色值为所述颜色值集合中颜色值占比最高的颜色值。

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

读取所述中心取色块的第一渲染颜色值与所述边缘取色块的第二渲染颜色值；

以所述第一渲染颜色值为起始值、所述第二渲染颜色值为终止值，计算梯度颜色值，所述梯度颜色值为由所述第一目标颜色值过渡至所述第二目标颜色值的颜色值。

6.根据权利要求5所述的显示设备，其特征在于，所述控制器执行按照所述渲染颜色值生成所述第二背景图，被配置为：

获取所述第二背景图的顶点坐标与中心点坐标；

计算所述顶点坐标与中心点坐标的渲染距离；

基于所述渲染距离生成颜色值映射表，所述颜色值映射表包括所述渲染颜色值、所述梯度颜色值与所述第二背景图中像素点的映射关系；

按照所述颜色值映射表设置所述第二背景图中像素点的颜色值。

7.根据权利要求1所述的显示设备，其特征在于，所述控制器执行获取所述目标应用的应用图标，被配置为：

读取所述目标应用的资源文件；

基于所述配置文件获取所述目标应用的图标集合，所述图标集合包括尺寸不同的应用图标；

提取所述图标集合中尺寸最大的应用图标。

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

检测所述目标应用的启动模式；

读取任务栈的实例，所述任务栈用于存储活动组件的实例；

基于所述启动模式与所述任务栈的实例检测所述目标活动组件的启动方式；

如果所述启动状态为目标方式，执行初始化所述目标应用的目标活动组件的步骤，所述目标方式用于表征初始化所述目标活动组件的实例；

如果所述启动状态不为目标方式，控制所述显示器基于所述目标活动组件的目标实例显示所述应用窗口，以及移除所述启动页面窗口。

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

响应于显示设备的开机指令，启动应用层控制服务；

基于所述应用层控制服务注册所述启动指令的监听；

在监听到所述启动指令时，基于所述应用层控制服务获取所述目标应用的配置文件，所述配置文件包括所述应用图标与所述第一背景图的路径信息。

10.一种启动页面的加载方法，其特征在于，包括：

响应于目标应用的启动指令，初始化所述目标应用的目标活动组件，以及获取所述目标应用的应用图标与第一背景图，所述目标活动组件用于呈现所述目标应用的应用窗口；

根据所述应用图标与所述第一背景图生成启动页面；

创建启动页面窗口，所述启动页面窗口的显示层级高于所述应用窗口的显示层级；

控制显示器基于所述启动页面窗口显示所述启动页面，以及在所述目标活动组件初始化结束时移除所述启动页面窗口。