CN117762361A - 显示设备及首页加载方法 - Google Patents

Abstract

本申请公开了一种显示设备及首页加载方法，显示设备包括通信连接的显示器和处理器，处理器被配置为：响应于显示设备启动指令，基于各应用程序的优先级，确定目标应用程序；基于目标应用程序的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新；响应于目标应用程序启动指令，若本地初始资源数据需要更新，基于更新后的本地初始资源数据，绘制目标应用程序的首页，或者，若本地初始资源数据不需要更新，基于本地初始资源数据，绘制目标应用程序的首页；通过提前确定的本地初始资源数据显示应用程序的首页，减少用户启动应用程序后等待的时长，提升用户体验。

Description

显示设备及首页加载方法

技术领域

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

背景技术

显示设备是指能够输出具体显示画面的终端设备，如智能电视、移动终端、智能广告屏等。显示设备具有开放式操作系统，拥有开放式应用平台，并支持功能扩展，可以根据用户需求安装各种应用程序，并通过应用程序提供给用户多样的服务。

以安卓(Android)系统的智能电视为例，桌面应用程序是Android系统启动后第一个启动的应用程序，桌面应用程序启动后，向服务器请求首页资源，并在请求后进入等待状态，直到接收到服务器传输的首页资源后显示完整的首页，在等待过程中，可通过先绘制没有图案的框图，或者，可先通过遮挡页的图片或短视频遮挡智能电视的显示界面等方式，等待首页资源的获取。

然而，用户启动显示设备上各应用程序后，需要等待的一段时长才可以看到首页，影响用户体验。

发明内容

本申请提供了一种显示设备及首页加载方法，可缩短应用程序启动显示首页的时间，提升用户的使用体验。

第一方面，本申请一些实施例中提供一种显示设备，包括显示器和处理器，显示器和处理器通信连接，处理器被配置为：

响应于显示设备启动指令，基于各应用程序的优先级，确定目标应用程序；

基于目标应用程序的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新；

响应于目标应用程序启动指令，若本地初始资源数据需要更新，基于更新后的本地初始资源数据，绘制目标应用程序的首页，或者，若本地初始资源数据不需要更新，基于本地初始资源数据，绘制目标应用程序的首页。

第二方面，本申请一些实施例中提供一种首页加载方法，包括如下步骤：

响应于显示设备启动指令，基于各应用程序的优先级，确定目标应用程序；

基于目标应用程序的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新；

响应于目标应用程序启动指令，若本地初始资源数据需要更新，基于更新后的本地初始资源数据，绘制目标应用程序的首页，或者，若本地初始资源数据不需要更新，基于本地初始资源数据，绘制目标应用程序的首页。

本申请一些实施例提供一种显示设备及首页加载方法，显示设备包括通信连接的显示器和处理器，处理器被配置为：响应于显示设备启动指令，基于各应用程序的优先级，确定目标应用程序；基于目标应用程序的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新；响应于目标应用程序启动指令，若本地初始资源数据需要更新，基于更新后的本地初始资源数据，绘制目标应用程序的首页，或者，若本地初始资源数据不需要更新，基于本地初始资源数据，绘制目标应用程序的首页；通过提前确定的本地初始资源数据显示应用程序的首页，减少用户启动应用程序后等待的时长，提升用户体验。

附图说明

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

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

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

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

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

图5示出了本申请一些实施例一种显示设备中首页加载方法的时序图；

图6示出了本申请一些实施例中显示设备与服务器之间数据交换示意图；

图7示出了本申请一些实施例一种显示设备中首页加载方法的时序图；

图8示出了本申请一些实施例桌面应用程序首页加载的流程示意图；

图9示出了本申请一些实施例一种显示设备中桌面应用程序首页加载的时序图；

图10示出了本申请一些实施例又一种显示设备中桌面应用程序首页加载的时序图；

图11示出了本申请一些实施例一种显示设备中首页加载方法的时序图；

图12示出了本申请一些实施例又一种显示设备中桌面应用程序首页加载的时序图。

具体实施方式

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

基于本申请中示出的示例性实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整技术方案。

应当理解，本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。

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

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

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

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

在一些实施例中，也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备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可为液晶显示器、OLED显示器、以及投影显示器，还可以为一种投影装置和投影屏幕。

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

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

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

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

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

在一些实施例中，处理器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)等中的至少一种。

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

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

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

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

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

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

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

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

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

显示设备上的各应用程序(桌面应用程序或第三方应用程序)启动后，向服务器请求首页资源，并在请求后进入等待状态，直到接收到服务器传输的首页资源后显示完整的首页，在等待过程中，可通过先绘制没有图案的框图，或者，可先通过遮挡页的图片或短视频遮挡智能电视的显示界面等方式，等待首页资源的获取；例如，聚好看作为显示设备的桌面应用程序。

应当理解的是，应用程序的首页，也可称为其首屏，是用户使用应用程序看到的首个页面，用于吸引用户的注意，并呈现该应用程序的主要内容。

在桌面应用程序启动后，向服务器请求首页资源，并在请求后进入等待状态，直到接收到服务器传输的首页资源后显示完整的首页，用户启动显示设备到桌面应用程序首页完整显示，需要用户等待的一段时长，影响用户体验。

显示设备中的桌面应用程序首次启动首页，例如，桌面应用程序启动后，首页先绘制没有图案的方框图，等待服务器回复的网络资源加载完毕后，再绘制图片或视频；导致首页长时间没有具体内容，需要用户等待时间长。

又例如，显示设备中的桌面应用程序首次启动首页，桌面应用程序启动后，使用遮挡页(可以是图片或者视频)对首页进行遮挡，等待服务器回复的网络资源加载完毕后，绘制完成首页的内容后，撤销遮挡页；导致首页出现慢，需要用户等待时间长。

无论首页展示使用以上哪种等待方式，均需要等待显示设备接收到服务器传输的首页资源后显示完整的首页后才可以显示首页，影响用户体验。

为了减少用户查看首页的等待时长，本申请实施例提供一种显示设备及首页加载方法，显示设备包括通信连接的显示器和处理器，处理器被配置为：响应于显示设备启动指令，基于各应用程序的优先级，确定目标应用程序；基于目标应用程序的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新；响应于目标应用程序启动指令，若本地初始资源数据需要更新，基于更新后的本地初始资源数据，绘制目标应用程序的首页，或者，若本地初始资源数据不需要更新，基于本地初始资源数据，绘制目标应用程序的首页；通过提前确定的本地初始资源数据显示应用程序的首页，减少用户启动应用程序后等待的时长，提升用户体验。

图5示出了本申请一些实施例一种显示设备中首页加载方法的时序图，如图5所示，显示设备包括显示器和处理器，显示器和处理器通信连接，该处理器被配置为执行以下步骤：

S510、响应于显示设备启动指令，基于各应用程序的优先级，确定目标应用程序。

显示设备中的应用程序包括桌面应用程序和第三方应用程序，桌面应用程序是与显示设备的系统层面相对应的应用程序，第三方应用程序是指由第三方自主设计开发并通过各应用市场提供给不同系统平台的用户的应用程序。

显示设备中的应用程序可能存在几个、几十个或者几百个，若对于每个应用程序均在设备启动后执行以下的各个步骤，会导致显示设备的启动时间变长，可通过各应用程序的优先级，从显示设备的各应用程序中筛选出目标应用程序。

各应用程序在显示设备中具有不同的优先级，目标应用程序可以是优先级最高的一个应用程序，也可以是优先级在预设区域内的多个应用程序，该预设区域可以根据显示设备的处理能力确定。

在一些实施例中，目标应用程序可以是一个应用程序，例如，若优先级最高的应用程序为桌面应用程序，桌面应用程序是目标应用程序，若优先级最高的应用程序为第三方应用程序X，第三方应用程序X是目标应用程序。

在一些实施例中，目标应用程序也可以是多个应用程序，例如，显示设备中各应用程序的优先级列表如下，优先级对应的预设区域为优先级大于8级的应用程序，则符合该预设区域的应用程序包括桌面应用程序和第三方应用程序B，即桌面应用程序和第三方应用程序B均为目标应用程序，表一为显示设备中各应用程序优先级列表，表一具体内容如下：

表一显示设备中各应用程序优先级列表

显示设备中应用程序	优先级
		桌面应用程序	10级
第三方应用程序A	8级
		第三方应用程序B	9级
第三方应用程序C	8级
		第三方应用程序D	6级
第三方应用程序E	2级

在一些实施例中，若满足优先级对应预设区域的应用程序包括桌面应用程序、第三方应用程序M和第三方应用程序N，则目标应用程序可以是桌面应用程序、第三方应用程序M和第三方应用程序N，或者，若满足优先级对应预设区域的应用程序包括第三方应用程序X和第三方应用程序Y，则目标应用程序可以是第三方应用程序X和第三方应用程序Y。

在一些实施例中，显示设备包括桌面应用程序和第三方应用程序，基于各应用程序的优先级，确定目标应用程序，其中，基于桌面应用程序的优先级和第三方应用程序的优先级，确定第一子目标应用程序和第二子目标应用程序；若桌面应用程序的优先级高于第三方应用程序的优先级，确定桌面应用程序为第一子目标应用程序，且第三方应用程序为第二子目标应用程序；若第三方应用程序的优先级高于桌面应用程序的优先级，确定第三方应用程序为第一子目标应用程序，且桌面应用程序为第二子目标应用程序。

在一些实施例中，若目标应用程序具有多个应用程序，包括第一应用程序、第二应用程序和第三应用程序，确定目标应用程序中第一子目标应用程序为第一应用程序，目标应用程序中第二子目标应用程序为第二应用程序，目标应用程序中第三子目标应用程序为第三应用程序。

S520、基于目标应用程序的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新。

其中，本地初始资源数据是已存储在显示设备中的数据，且是目标应用程序用于显示首页时的数据。

本地初始资源数据可以存储在显示设备公有路径下，可通过目标应用程序和系统服务之间的预设加密协议对该公有路径下的本地初始资源数据进行访问。

应当理解的是，本地初始资源数据可能存在异常，导致本地初始资源数据异常的原因包括首次启动的显示设备、或上一次本地初始资源数据获取或存储异常等，当本地初始资源数据可能存在异常，则判定目标应用程序显示首页对应的本地初始资源数据需要更新。

目标应用程序随着其开发者对其不断升级更新，目标应用程序的版本信息也随着升级更新相应的改变。对于目标应用程序的不同版本信息的，其首页可能存在差异，这些差异可能是内容差异、排版差异、内容和排版差异等。

在一些实施例中，目标应用程序的版本信息与其首页的对应关系，可以通过将目标应用程序的版本信息发送给服务器，由服务器判断该版本信息对应的目标应用程序的首页资源是否更新，若服务器中该版本信息对应的目标应用程序的首页资源更新了，确定显示设备中该目标应用程序显示首页对应的本地初始资源数据需要更新，若服务器中该版本信息对应的目标应用程序的首页资源未更新，确定显示设备中该目标应用程序显示首页对应的本地初始资源数据不需要更新。

在一些实施例中，目标应用程序的版本信息与其首页的对应关系，还可通过在显示设备中本地存储的版本和首页对应管理列表，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新。

可在显示设备使用的过程中，定时询问与像是设备网络通信的服务器，目标应用程序是否存在首页的更新，若存在更新，将该目标应用程序对应的版本信息发送给显示设备，显示设备更新本地存储的版本和首页对应管理列表，在执行步骤520时，仅需要将显示设备获取到的目标应用程序的版本信息与版本和首页对应管理列表中的信息比较，即可判断目标应用程序显示首页对应的本地初始资源数据是否需要更新。

在一些实施例中，版本和首页对应管理列表可仅需要记录预设时长内的相关数据，也可记录预设数量的相关数据。作为一个示例，表二为一种版本和首页对应管理列表，在表二中，存储显示设备中目标应用程序(即桌面应用程序)在预设时间内的首页更新列表。

表二版本和首页对应管理列表

目标应用程序的版本信息可包括版本号和版本生成时间，若显示设备中的本地初始资源数据是目标应用程序版本号为3.8，版本时间是2022年10月17日，显示设备检测的目标应用程序的版本信息对应的版本号为3.9，版本时间是2022年12月2日，视为目标应用程序的版本信息与目标应用程序的首页对应的本地初始资源数据不匹配，需要更新。

在一些实施例中，预设时长的版本和首页对应管理列表可以是显示设备本次开机与上次开机之间的时长。

目标应用程序的版本信息中的版本号不变，也可能存在该目标应用程序的首页差异，此时，也需要通过版本信息获取目标应用程序显示首页对应的本地初始资源数据是否需要更新。作为一个示例，表三为又一种版本和首页对应管理列表，在表三中，存储显示设备中目标应用程序(即桌面应用程序)预设数量的首页更新列表。

表三版本和首页对应管理列表

目标应用程序的版本信息可包括版本号不变，若显示设备中的本地初始资源数据是目标应用程序版本号为3.8，版本时间是2022年10月17日，显示设备检测的目标应用程序的版本信息对应的版本号为3.8，版本时间是2022年11月6日，视为目标应用程序的版本信息与目标应用程序的首页对应的本地初始资源数据不匹配，需要更新。

应当理解的是，步骤520中基于目标应用程序的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新是在系统服务中执行的。以Android系统的显示设备为例，系统服务与桌面应用程序启动的时序是先启动系统服务，再启动桌面应用程序，也就是说，显示设备启动后，先启动Android的系统服务，系统服务启动后，启动聚好看。

其中，系统服务是一系列的系统服务。

以Android系统的显示设备为例，Android系统启动时，其中，PackageManagerService(包管理服务)会检查其对应的属性数据文件中，是否存在每个应用程序的基本数据，包括应用程序的名称、路径、版本号等信息，可将这些基本数据保存在对应的路径下，以供显示设备再次启动后使用，若显示设备中的应用程序出现安装、升级、删除等改变后，更新对应的属性数据文件。

图6示出了本申请一些实施例中显示设备与服务器之间数据交换示意图，如图6所示，显示设备200和服务器400通过互联网通信连接，显示设备200包括存储器、处理器250、通信器，显示器260，在识别到目标应用程序显示首页对应的本地初始资源数据需要更新，处理器250控制通过通信器从服务器获取更新后的首页数据，并存储在存储器中，处理器响应于目标应用程序的启动指令，处理器从存储器中获取目标应用程序首页的本地初始资源数据，并根据本地初始资源数据，绘制目标应用程序的首页。

若本地初始资源数据需要更新，从服务器获取更新后的首页数据，并存储在存储器中，即更新后的本地初始资源数据。并执行S530、响应于目标应用程序启动指令，基于更新后的本地初始资源数据，绘制目标应用程序的首页。

在一些实施例中，若本地初始资源数据需要更新，且从服务器获取更新后的首页数据异常时，响应于目标应用程序启动指令，基于目标应用程序中对应的默认首页数据绘制目标应用程序的首页。

应当理解的是，目标应用程序启动指令发生的时刻，更新后的首页数据可能已获取且保存，更新后的首页数据也可能还未获取、或获取失败、或获取的一部分，但对于目标应用程序而言，无法实现通过更新后的本地初始资源数据绘制标应用程序的首页。

在一些实施例中，对于从服务器获取更新后的本地初始资源数据，可在第二路径下进行存储，对应原有的本地初始资源数据是存储在第一路径下的，其中，第二路径是不同于第一路径的，通过将本次更新的本地初始资源数据与之前的本地初始资源数据存储在不同的路径下，减少本地初始资源数据获取失败导致的显示异常。

若本地初始资源数据不需要更新，执行S540、响应于目标应用程序启动指令，基于本地初始资源数据，绘制目标应用程序的首页。

目标应用程序的启动指令，可以是用户发出的也可以是显示设备自身触发的。

也就是说，响应于目标应用程序的启动指令，显示设备的处理器可根据本地初始资源数据，绘制目标应用程序的首页。

其中，若存在本地初始资源数据更新，基于更新后的本地初始资源数据，绘制目标应用程序的首页；若不存在本地初始资源数据更新，基于本地初始资源数据，绘制目标应用程序的首页。

显示设备响应于目标应用程序的启动指令后，调用本地初始资源数据，即可实现对目标应用程序首页的绘制，对于目标应用程序首页的绘制，减少用户等待的时长。

若目标应用程序包括第一子目标应用程序和第二子目标应用程序，可在第一时间段，获取第一子目标应用程序对应的本地第一资源数据，在第二时间段，获取第二子目标应用程序对应的本地第二资源数据，其中，第一时间段早于第二时间段；响应于第一子目标应用程序启动指令，基于本地第一资源数据，绘制第一子目标应用程序的首页，其中，本地第一资源数据是根据第一子目标应用程序的版本信息确定的；响应于第二子目标应用程序启动指令，基于本地第二资源数据，绘制第二子目标应用程序的首页，其中，本地第二资源数据是根据第二子目标应用程序的版本信息确定的。

在一些实施例中，若目标应用程序为桌面应用程序，绘制目标应用程序的首页之前，响应于显示设备启动指令，还可启动开机广告服务，并播放预设开机广告；在预设开机广告播放的过程中，确定桌面应用程序对应的本地桌面资源数据，并控制桌面应用程序的启动；响应于桌面应用程序的启动，基于本地桌面资源数据，绘制桌面应用程序的首页。

本申请实施例提供一种显示设备及首页加载方法，显示设备包括通信连接的显示器和处理器，处理器被配置为：响应于显示设备启动指令，基于各应用程序的优先级，确定目标应用程序；基于目标应用程序的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新；响应于目标应用程序启动指令，若本地初始资源数据需要更新，基于更新后的本地初始资源数据，绘制目标应用程序的首页，或者，若本地初始资源数据不需要更新，基于本地初始资源数据，绘制目标应用程序的首页；通过提前确定的本地初始资源数据显示应用程序的首页，减少用户启动应用程序后等待的时长，提升用户体验。

对于目标应用程序显示首页对应的本地初始资源数据是否需要更新可以从三个方面考虑，第一方面，显示设备首次启动使用，在显示设备的存储器中，不具备包含目标应用程序首页信息的本地初始资源数据，第二方面，显示设备非首次启动使用，在显示设备的存储器中，具备目标应用程序的本地初始资源数据，该本地初始资源数据包含其上一次判定更新的首页信息，或者，由于存储异常，在显示设备的存储器中，不具备包含目标应用程序首页信息的本地初始资源数据。第三方面，显示设备中用于目标应用程序的升级监控的模块通过服务器获取升级请求，在升级的过程中更新显示设备中目标应用程序的本地初始资源数据。

图7示出了本申请一些实施例一种显示设备中首页加载方法的时序图，如图7所示，若步骤520的目标应用程序显示首页对应的本地初始资源数据是否需要更新属于上述第一方面或者第二方面，步骤520基于目标应用程序的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新，处理器被配置为执行以下步骤：

S521、判断显示设备的存储器中是否存在目标应用程序对应的本地初始资源数据。

应当理解的是，显示设备在不同的使用状态下，其存储器中目标应用程序对应的用于绘制首页的本地初始资源数据存在差异，若显示设备是首次启动使用，在显示设备的存储器中，不具备包含目标应用程序首页信息的本地初始资源数据；若显示设备是非首次启动使用，在显示设备的存储器中，具备目标应用程序的本地初始资源数据。

在一些实施例中，显示设备在非首次启动使用的情况下，由于存储异常、文件损坏等情况，也可能出现不具备包含目标应用程序首页信息的本地初始资源数据。

因此，需要判断在显示设备的存储器中是否存在目标应用程序对应的本地初始资源数据。

若不存在，S522、确定目标应用程序的本地初始资源数据。

其中，本地初始资源数据是从与显示设备通信连接的服务器根据目标应用程序的版本信息确定并更新的。

若在显示设备的存储器中不存在目标应用程序对应的本地初始资源数据，从与显示设备通信连接的服务器获取该本地初始资源数据，需要注意的是，该本地初始资源数据是服务器根据目标应用程序的版本信息确定，通过从服务器接收该本地初始资源数据，更新显示设备的存储器中目标应用程序对应的本地初始资源数据。

若存在，S523、获取本地初始资源数据对应的数据信息，基于版本信息和数据信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新。

若在显示设备的存储器中存在目标应用程序对应的本地初始资源数据，则需要判断该本地初始资源数据是否需要更新。对于本地初始资源数据是否需要更新的判定，可以先获取本地初始资源数据对应的数据信息，在通过目标应用程序对应的版本信息和该数据信息判定是否需要更新本地初始资源数据。

其中，本地初始资源数据对应的数据信息，是关于该本地初始资源数据相关的版本的信息，例如，若显示设备的目标应用程序的版本信息中的版本号为4.0.1，显示设备的存储器中本地初始资源数据的数据信息中对应的版本号为3.9.5，说明该本地初始数据资源是需要更新的。

在一些实施例中，数据信息可以是具有唯一性的，其判定方法为将数据信息压缩成压缩包，再使用预设算法(如MD5算法)计算出该压缩包对应的唯一值(如MD5值)，并将该唯一值作为数据信息的唯一性标志。

在一些实施例中，本地初始资源数据对应的数据信息中可能还包含版本号之外的其他数据，且可以用于判定该本地初始资源数据是否需要更新，本申请实施例在此不做限定。

在一些实施例中，显示设备是首次启动使用，且在显示设备的存储器中，可能具备本地初始文件，此时，该本地初始文件中的内容是空的，且将用于存储包含目标应用程序首页信息的本地初始资源数据，此时也需要对本地初始资源数据更新，以使得本地初始文件中具有与目标应用程序相对应的本地初始资源数据。

以Android系统的显示设备为例，若目标应用程序是桌面应用程序，图8示出了本申请一些实施例桌面应用程序首页加载的流程示意图，如图8所示，系统进程启动后，通过网络请求桌面应用程序的首页数据，从服务器获取目标应用程序显示首页的相关数据，将相关数据存储在本地存储器中，作为本地初始资源数据；伴随着系统进程服务启动完成，启动桌面应用程序，通过本地存储器中获取用于首页绘制的本地初始资源数据，加载并展示首页。

以Android系统的显示设备为例，若目标应用程序是桌面应用程序，图9示出了本申请一些实施例一种显示设备中桌面应用程序首页加载的时序图，如图9所示，显示设备中的处理器用于Android系统进程(System Server)、下载服务(Download Service)，桌面应用服务，其中，Download Service是运行在Android系统进程下的的系统服务，Android系统进程响应于显示设备的启动，拉起系统服务(611)，Download Service基于目标应用程序的版本信息请求桌面应用程序显示首页所需的资源数据(612)，接收服务器返回的资源数据(613)，并将资源数据储存在显示设备的本地存储器中，作为本地初始资源数据；桌面应用程序启动(614)，从本地存储器中(615)，加载显示桌面应用程序的首页内容。

应当理解的是，步骤614是在执行完步骤612之后才会触发执行的，其中，步骤613和步骤614的执行顺序可以是不确定的。

在一些实施例中，若执行步骤614的时候，还未完成步骤613，通过目标应用程序中对应的默认首页数据绘制目标应用程序的首页。

在一些实施例中，接受服务器返回的资源数据，可以直接存储在存储器中，例如，存储在公有路径下。

在一些实施例中，Download Service是一个预设的系统服务,注册到Android系统进程上的,并运行于该系统进程的系统服务，用于获取桌面应用程序显示首页所需的资源数据。Download Service随着Android系统进程的启动，Download Service的启动时间优先于桌面应用程序，且优先于第三方应用程序。

Download Service基于目标应用程序的版本信息获取桌面应用程序显示首页所需的资源数据，在一些实施例中，在获取桌面应用程序显示首页所需的资源数据时，还记录该资源数据对应的第一标识，第一标识用于记录该资源数据是否是对应于桌面应用程序的合法数据。

其中，桌面应用程序显示首页所需的资源数据(即本地初始资源数据)还包括资源数据的版本信息、更新时间、资源数据名等信息。

从服务器获取的显示首页所需的资源数据，可进行加密处理，并存储在公有路径下。在一些实施例中，从服务器获取的显示首页所需的资源数据，可存储在桌面应用程序对应的私有路径下。

在一些实施例中，桌面应用程序启动后，获取显示对应首页所需本地初始资源数据，通过其第一标识判断本地初始资源数据是否为合法数据；若本地初始资源数据是合法数据，判断本地初始资源数据是否是优先于桌面应用程序的私有首页资源，若本地初始资源数据优先于桌面应用程序的私有首页资源，基于本地初始资源数据绘制首页，若本地初始资源数据不优先于桌面应用程序的私有首页资源，基于桌面应用程序的私有首页资源绘制首页。

若本地初始资源数据是不合法数据、或者本地初始资源数据获取异常，基于桌面应用程序的私有首页资源绘制首页。

其中，本地初始资源数据是否是优先于桌面应用程序的私有首页资源，可通过比较对应的版本信息进行判定。

应当理解的是，本地初始资源数据是否为合法数据，通过第一标识判断，其中，若本地初始资源数据对于桌面应用程序是相对应的，则是合法数据，若本地初始资源数据对于桌面应用程序是经过第三方或其他修改的，则不是合法数据。

在一些实施例中，若本地初始资源数据优先于桌面应用程序的私有首页资源，还可以更新桌面应用程序的私有首页资源。

在一些实施例中，桌面应用程序启动后，可先通过预设路径查看是否存在对应的本地初始资源数据，其中，预设路径可以是桌面应用程序和系统服务基于预设协议约定的。

在一些实施例中，系统启动后还具有广告服务，显示设备中的处理器还用于广告服务，图10示出了本申请一些实施例又一种显示设备中桌面应用程序首页加载的时序图，如图10所示，Android系统进程响应于显示设备的启动，拉起系统服务(621)，DownloadService基于目标应用程序的版本信息下载桌面应用程序显示首页所需的资源数据(622)，接收服务器返回的资源数据(623)，并将资源数据储存在显示设备的本地存储器中，作为本地初始资源数据；在步骤621的同时，还启动广告服务(624)，广告结束后发出开机广播(625)，桌面应用程序启动(626)，从本地存储器中读取本地初始资源数据(627)，加载显示桌面应用程序的首页内容。

在一些实施例中，若步骤520的目标应用程序显示首页对应的本地初始资源数据是否需要更新属于上述第三方面，图11示出了本申请一些实施例一种显示设备中首页加载方法的时序图，如图11所示，步骤520到步骤540，处理器被配置为：

S525、响应于目标应用程序的升级请求，基于升级请求对应的目标应用程序的升级策略，获取目标应用程序的升级后的版本信息。

目标应用程序的升级请求，是由显示设备的升级服务提供的，可以是显示设备根据系统设备自动触发的，也可以通过询问用户触发。

通过升级请求对应的目标应用程序的升级策略，获取目标应用程序的升级后的版本信息，需要理解的是，版本信息是通过解析升级策略获得的，

S526、根据升级后的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新。

步骤526中，基于升级后的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新的过程与步骤520描述的过程相同，且区别在于步骤526是对升级后的版本信息，在此不再赘述。

在一些实施例中，目标应用程序升级的过程中可能会存在首页资源未发生改变的情况，若目标应用程序的升级中，本地初始资源数据不需要更新，基于本地初始资源数据，绘制目标应用程序的首页。

若目标应用程序的升级中，本地初始资源数据需要更新，S527、基于目标应用程序的升级策略，获取目标应用程序的升级安装文件。

通过升级策略从服务器下载该版本目标应用程序的升级安装包，若以Android系统的显示设备，从服务端下载升级后版本对应桌面应用程序的安装包(Androidapplication package，简称APK)。

S528、基于升级后的版本信息，获取升级后的版本信息对应的首页资源数据。

在一些实施例中，步骤528和步骤527可在同一个时间执行。

在目标应用程序升级的过程中，S529、基于首页资源数据，确定本地初始资源数据更新后的本地目标资源数据；并响应于升级后的目标应用程序启动指令，基于本地目标资源数据，绘制目标应用程序的首页。

以Android系统的显示设备为例，若目标应用程序是桌面应用程序，图12示出了本申请一些实施例又一种显示设备中桌面应用程序首页加载的时序图，如图12所示，显示设备中的处理器用于Andriod系统进程、下载服务(Download Service)，桌面应用服务和更新服务(Updata Service),其中，Download Service是运行在Android系统进程下的，Android系统进程响应于系统启动，拉起系统服务(631)，在显示设备使用的过程中，若UpdataService检测到桌面应用程序升级，发送升级请求，并获取升级策略(632)；解析升级策略(633)，通过Download Service获取升级后版本信息对应的首页资源数据，确定本地目标资源数据，并下载桌面应用程序的升级安装包(634)，重新启动桌面应用程序，从本地存储器中读取本地目标资源数据(635)，加载显示桌面应用程序的首页内容。

本申请实施例还提供一种首页加载方法，应用于显示设备和服务器，该首页加载方法包括如下步骤：响应于显示设备启动指令，基于各应用程序的优先级，确定目标应用程序；基于目标应用程序的版本信息，判断目标应用程序显示首页对应的本地初始资源数据是否需要更新；响应于目标应用程序启动指令，若本地初始资源数据需要更新，基于更新后的本地初始资源数据，绘制目标应用程序的首页，或者，若本地初始资源数据不需要更新，基于本地初始资源数据，绘制目标应用程序的首页。通过提前确定的本地初始资源数据显示应用程序的首页，减少用户启动应用程序后等待的时长，提升用户体验。

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

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

Claims (10)

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

显示器；

处理器，所述处理器和所述显示器通信连接，所述处理器被配置为：

响应于所述显示设备启动指令，基于各应用程序的优先级，确定目标应用程序；

基于所述目标应用程序的版本信息，判断所述目标应用程序显示首页对应的本地初始资源数据是否需要更新；

响应于所述目标应用程序启动指令，若所述本地初始资源数据需要更新，基于更新后的本地初始资源数据，绘制所述目标应用程序的首页，或者，若所述本地初始资源数据不需要更新，基于所述本地初始资源数据，绘制所述目标应用程序的首页。

2.根据权利要求1所述的显示设备，其特征在于，所述基于所述目标应用程序的版本信息，判断所述目标应用程序显示首页对应的本地初始资源数据是否需要更新，所述处理器被配置为：

判断所述显示设备的存储器中是否存在所述目标应用程序对应的本地初始资源数据；

若不存在所述本地初始资源数据，确定所述目标应用程序的本地初始资源数据，所述本地初始资源数据是从与所述显示设备通信连接的服务器根据所述目标应用程序的版本信息确定并更新的；

若存在所述本地初始资源数据，获取所述本地初始资源数据对应的数据信息，基于所述版本信息和所述数据信息，判断所述目标应用程序显示首页对应的本地初始资源数据是否需要更新。

3.根据权利要求1所述的显示设备，其特征在于，所述基于所述目标应用程序的版本信息，判断所述目标应用程序显示首页对应的本地初始资源数据是否需要更新，所述处理器被配置为：

响应于所述目标应用程序的升级请求，基于所述升级请求对应的所述目标应用程序的升级策略，获取所述目标应用程序的升级后的版本信息；

根据所述升级后的版本信息，判断所述目标应用程序显示首页对应的本地初始资源数据是否需要更新。

4.根据权利要求3所述的显示设备，其特征在于，若所述目标应用程序的升级中，所述本地初始资源数据需要更新，所述处理器被配置为：

基于所述目标应用程序的升级策略，获取所述目标应用程序的升级安装文件，并基于所述升级后的版本信息，获取所述升级后的版本信息对应的首页资源数据；

在所述目标应用程序升级的过程中，基于所述首页资源数据，确定所述本地初始资源数据更新后的本地目标资源数据；

响应于升级后的目标应用程序启动指令，基于所述本地目标资源数据，绘制所述目标应用程序的首页。

5.根据权利要求1所述的显示设备，其特征在于，若所述显示设备包括桌面应用程序和第三方应用程序，所述基于各应用程序的优先级，确定目标应用程序，所述处理器被配置为：

基于所述桌面应用程序的优先级和所述第三方应用程序的优先级，确定第一子目标应用程序和第二子目标应用程序；

若所述桌面应用程序的优先级高于所述第三方应用程序的优先级，确定所述桌面应用程序为所述第一子目标应用程序，且所述第三方应用程序为所述第二子目标应用程序；

若所述第三方应用程序的优先级高于所述桌面应用程序的优先级，确定所述第三方应用程序为所述第一子目标应用程序，且所述桌面应用程序为所述第二子目标应用程序。

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

在第一时间段，获取所述第一子目标应用程序对应的本地第一资源数据，在第二时间段，获取所述第二子目标应用程序对应的本地第二资源数据，其中，所述第一时间段早于所述第二时间段；

响应于所述第一子目标应用程序启动指令，基于本地第一资源数据，绘制所述第一子目标应用程序的首页，其中，所述本地第一资源数据是根据所述第一子目标应用程序的版本信息确定的；

响应于所述第二子目标应用程序启动指令，基于本地第二资源数据，绘制所述第二子目标应用程序的首页，其中，所述本地第二资源数据是根据所述第二子目标应用程序的版本信息确定的。

7.根据权利要求1所述的显示设备，其特征在于，若所述目标应用程序为桌面应用程序，所述绘制所述目标应用程序的首页之前，所述处理器还被配置为：

响应于所述显示设备启动指令，启动开机广告服务，并播放预设开机广告；

在所述预设开机广告播放的过程中，确定所述桌面应用程序对应的本地桌面资源数据，并控制所述桌面应用程序的启动；

响应于所述桌面应用程序的启动，基于所述本地桌面资源数据，绘制所述桌面应用程序的首页。

8.一种首页加载方法，其特征在于，包括：

响应于显示设备启动指令，基于各应用程序的优先级，确定目标应用程序；

基于所述目标应用程序的版本信息，判断所述目标应用程序显示首页对应的本地初始资源数据是否需要更新；

响应于所述目标应用程序启动指令，若所述本地初始资源数据需要更新，基于更新后的本地初始资源数据，绘制所述目标应用程序的首页，或者，若所述本地初始资源数据不需要更新，基于所述本地初始资源数据，绘制所述目标应用程序的首页。

9.根据权利要求8所述的首页加载方法，其特征在于，若所述显示设备包括桌面应用程序和第三方应用程序，所述基于各应用程序的优先级，确定目标应用程序，还包括：

基于所述桌面应用程序的优先级和所述第三方应用程序的优先级，确定第一子目标应用程序和第二子目标应用程序；

若所述桌面应用程序的优先级高于所述第三方应用程序的优先级，确定所述桌面应用程序为所述第一子目标应用程序，且所述第三方应用程序为所述第二子目标应用程序；

若所述第三方应用程序的优先级高于所述桌面应用程序的优先级，确定所述第三方应用程序为所述第一子目标应用程序，且所述桌面应用程序为所述第二子目标应用程序。

10.根据权利要求9所述的首页加载方法，其特征在于，还包括：

在第一时间段，获取所述第一子目标应用程序对应的本地第一资源数据，在第二时间段，获取所述第二子目标应用程序对应的本地第二资源数据，其中，所述第一时间段早于所述第二时间段；

响应于所述第一子目标应用程序启动指令，基于本地第一资源数据，绘制所述第一子目标应用程序的首页，其中，所述本地第一资源数据是根据所述第一子目标应用程序的版本信息确定的；

响应于所述第二子目标应用程序启动指令，基于本地第二资源数据，绘制所述第二子目标应用程序的首页，其中，所述本地第二资源数据是根据所述第二子目标应用程序的版本信息确定的。