CN112836158A - 显示设备上的资源加载方法及显示设备 - Google Patents

Abstract

本申请提供了一种显示设备上的资源加载方法及显示设备。显示设备的控制器可以解析用户浏览内容所属的网页文件，从而获得资源请求队列；而后，控制器将用户的当前浏览内容对应的当前资源请求放入资源请求队列的队首；或者，控制器只需在当前资源请求为网络资源请求的情况下，将网络资源请求放入资源请求队列的队首；最后，由控制器从资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。本申请的技术方案中，将当前资源请求放在资源请求队列的队首，可以使控制器优先处理，这样，即使有很多资源等待加载，也能保证控制器最先加载用户当前浏览的内容，进而提高了显示设备资源加载的速度，保证用户的使用体验感。

Description

显示设备上的资源加载方法及显示设备

技术领域

本申请涉及显示技术领域，尤其涉及一种显示设备上的资源加载方法及显示设备。

背景技术

Cobalt是一款单网页且单进程的轻量级浏览器，显示设备上使用该浏览器加载资源时，需要按照各个资源的排列顺序依次进行加载。当前显示设备***UI页面的显示通常是通过cobalt浏览器加载的***本地的网页，由于cobalt浏览器是一个单网页应用，而显示设备前端多个UI应用以不同模块的方式运行在同一个cobalt浏览器上，因此各个应用模块的资源加载互相耦合，互相影响。

以加载图片为例，cobalt浏览器无法区分当前的图片请求来自于哪个UI应用，导致不管任何UI应用，只要用户浏览过图片，哪怕只是快速浏览图片并未等加载成功就退出，都会在cobalt浏览器内部开始排队加载。特别是当网络状态很差且用户快速浏览了很多图片，当停在某个图片资源上等待时，会长时间无法渲染显示出图片，导致特别差的用户体验。

目前为了解决cobalt浏览器加载资源时出现的上述问题，通常会增大浏览器图片缓存，将浏览过的图片都保存在内存上，在下次加载时可以从内存中直接读取而不用再次下载；或者，增加本地磁盘保存机制，将某些比较重要应用中浏览过的图片下载到平台磁盘上，当下次加载时从磁盘读取到内存中，节省了再次从网络中下载的时间。

然而，以上两种方案都指标不治本，磁盘和内存的空间也不是无穷无尽的，缓存的图片内容过多会对***造成极大压力，影响***稳定性和硬件寿命。并且，以上方案都只能节约非首次浏览图片的加载速度，对于首次加载图片速度慢的问题仍是无法解决。

发明内容

本申请提供了一种显示设备上的资源加载方法及显示设备，以解决目前显示设备上浏览器加载资源速度慢的问题。

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

显示器；

控制器，被配置为：

解析用户浏览内容所属的网页文件，获得资源请求队列；所述资源请求队列中的各个资源请求分别获取用于支持网页内容显示的各个资源；

将用户的当前浏览内容对应的当前资源请求放入所述资源请求队列的队首；

从所述资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。

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

检测用户的当前浏览内容对应的当前资源请求的类型；

在所述当前资源请求为网络资源请求的情况下，向服务器发送所述网络资源请求；

接收服务器发回的根据所述网络资源请求获取到的网络资源；

加载所述网络资源。

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

在所述当前资源请求为网络资源请求的情况下，检测显示设备与服务器是否连接；

在显示设备与服务器连接的情况下，向服务器发送所述网络资源请求。

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

在所述当前资源请求为本地资源请求的情况下，从显示设备本地内存中加载对应的本地资源。

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

显示器；

控制器，被配置为：

解析用户浏览内容所属的网页文件，获得资源请求队列；所述资源请求队列中的各个资源请求分别获取用于支持网页内容显示的各个资源；

在用户的当前浏览内容对应的当前资源请求为网络资源请求的情况下，将所述网络资源请求放入所述资源请求队列的队首；

从所述资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。

第三方面，本申请还提供了一种显示设备上的资源加载方法，包括：

解析用户浏览内容所属的网页文件，获得资源请求队列；所述资源请求队列中的各个资源请求分别获取用于支持网页内容显示的各个资源；

将用户的当前浏览内容对应的当前资源请求放入所述资源请求队列的队首；

从所述资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。

在一些实施例中，所述方法还包括：

检测用户的当前浏览内容对应的当前资源请求的类型；

在所述当前资源请求为网络资源请求的情况下，向服务器发送所述网络资源请求；

接收服务器发回的根据所述网络资源请求获取到的网络资源；

加载所述网络资源。

第四方面，本申请还提供了另一种显示设备的资源加载方法，包括：

解析用户浏览内容所属的网页文件，获得资源请求队列；所述资源请求队列中的各个资源请求分别获取用于支持网页内容显示的各个资源；

在用户的当前浏览内容对应的当前资源请求为网络资源请求的情况下，将所述网络资源请求放入所述资源请求队列的队首；

从所述资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。

由上述内容可知，本申请技术方案中提供了一种显示设备上的资源加载方法及显示设备。显示设备的控制器可以解析用户浏览内容所属的网页文件，从而获得该支持网页上显示内容的全部资源的资源请求队列；而后，控制器将用户的当前浏览内容对应的当前资源请求放入资源请求队列的队首；或者，控制器只需在当前资源请求为网络资源请求的情况下，将网络资源请求放入资源请求队列的队首；最后，由控制器从资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。本申请的技术方案中，将当前资源请求放在资源请求队列的队首，可以使控制器优先处理，这样，即使有很多资源等待加载，也能保证控制器最先加载用户当前浏览的内容，进而提高了显示设备资源加载的速度，保证用户的使用体验感。

附图说明

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

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

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

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

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

图5示出了根据一些实施例的控制器250的一种控制流程图；

图6示出了根据一些实施例的控制器250的第二种控制流程图；

图7示出了根据一些实施例的应用A中的图片资源显示示意图；

图8示出了根据一些实施例的应用B的图片资源显示示意图；

图9示出了根据一些实施例的控制器250的第三种控制流程图；

图10示出了根据一些实施例的控制器250的第四种控制流程图；

图11示出了根据一些实施例的一种显示设备上的资源加载方法的流程图；

图12示出了根据一些实施例的另一种显示设备上的资源加载方法的流程图。

具体实施方式

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

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

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

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

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

图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，为可用于接收控制输入的接口(如：显示设备本体上的实体按键，或其他等)。

在一些实施例中，显示设备的***可以包括内核(Kernel)、命令解析器(shell)、文件***和应用程序。内核、shell和文件***一起组成了基本的操作***结构，它们让用户可以管理文件、运行程序并使用***。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。

如图4所示，显示设备的***可以包括内核(Kernel)、命令解析器(shell)、文件***和应用程序。内核、shell和文件***一起组成了基本的操作***结构，它们让用户可以管理文件、运行程序并使用***。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。

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

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

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

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

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

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

Cobalt是一款单网页且单进程的轻量级浏览器，显示设备200上使用该浏览器加载资源时，需要按照各个资源的排列顺序依次进行加载。当前显示设备200***UI页面的显示通常是通过cobalt浏览器加载的***本地的网页，由于cobalt浏览器是一个单网页应用，而显示设备200前端多个UI应用以不同模块的方式运行在同一个cobalt浏览器上，因此各个应用模块的资源加载互相耦合，互相影响。

以加载图片为例，cobalt浏览器无法区分当前的图片请求来自于哪个UI应用，导致不管任何UI应用，只要用户浏览过图片，哪怕只是快速浏览图片并未等加载成功就退出，都会在cobalt浏览器内部开始排队加载。特别是当网络状态很差且用户快速浏览了很多图片，当停在某个图片资源上等待时，会长时间无法渲染显示出图片，导致特别差的用户体验。

目前为了解决cobalt浏览器加载资源时出现的上述问题，通常会增大浏览器图片缓存，将浏览过的图片都保存在内存上，在下次加载时可以从内存中直接读取而不用再次下载；或者，增加本地磁盘保存机制，将某些比较重要应用中浏览过的图片下载到平台磁盘上，当下次加载时从磁盘读取到内存中，节省了再次从网络中下载的时间。

然而，以上两种方案都指标不治本，磁盘和内存的空间也不是无穷无尽的，缓存的图片内容过多会对***造成极大压力，影响***稳定性和硬件寿命。并且，以上方案都只能节约非首次浏览图片的加载速度，对于首次加载图片速度慢的问题仍是无法解决。

基于以上内容，本申请实施例提供了一种显示设备上的资源加载方法及显示设备200，可以将用户当前浏览内容对应的当前资源请求放在资源请求队列的队首，使控制器先加载队首的资源，这样，即使有很多资源等待加载，也能保证控制器最先加载用户当前浏览的内容，进而提高了显示设备资源加载的速度，保证用户的使用体验感。

如前述实施例所述，本申请实施例中的显示设备200具有控制器250。控制器250可以控制显示设备200上浏览器(例如前述的cobalt浏览器)进行一系列的资源加载操作，例如可以控制浏览器从服务器400中获取到网络资源，也可以控制浏览器从本地内存中加载本地资源。

显示设备200上的UI界面可以看作是显示设备上的本地网页，该网页上可以为用户提供一些可浏览的内容，例如推荐的影视资源图片等。UI界面上的显示内容通常先是由显示设备200上的浏览器获取到对应的资源，例如JS文件、HTML文件、图片资源等等，而后再利用这些资源生成的。

图5示出了根据一些实施例的控制器250的一种控制流程图。

如图5所示，当用户在显示设备200的本地网页上浏览内容时，控制器250会获取到浏览页面的网页文件，这个浏览页面可以是某个应用中的页面也可以是显示设备200上用于显示不同资源的页面，即本地网页可以是显示设备200中某个应用中提供的页面也可以是显示设备200本身提供的页面。

网页文件上可以包含各个资源的加载顺序，加载顺序可以是本地网页上各个内容从上到下的的展示顺序、或者从左到右的展示顺序等等。由于控制器250需要向内存或者服务器400请求资源，进而本申请实施例中，资源的加载顺序可以理解为资源请求顺序。

控制器250在获取到网页文件后，对其进行解析，就可以获得该网页文件对应的资源请求队列，在该资源请求队列中以资源加载顺序依次排列了对应的资源请求。

本申请实施例中，资源请求队列可以是一个先进先出队列，即先存入的资源请求优先被处理。通常，控制器250在用户正常浏览内容时，可以依照资源请求队列的顺序从队首依次处理各个资源请求，后进入的资源请求被放置于资源请求队列的队尾并等待被处理。在本申请实施例中，为了能够保证用户当前浏览的内容快速被显示出来，如图5所示，控制器250需要将用户当前浏览内容对应的当前资源请求放入资源请求队列的队首，这样，控制器250就可以从队首开始依次根据各个资源请求，并且优先处理队首的当前资源请求，加载对应的资源，优先显示用户当前需要浏览的内容。

本申请实施例中，可以由控制器250检测出本地网页上焦点定位框的位置，以焦点定位框选择的内容作为用户当前选择浏览的内容。

或者，在一些实施例中，控制器250可以检测用户移动焦点选择框时，焦点选择框停留在某一区域的时间，而后根据焦点选择框停留的时间确定用户当前浏览的内容，例如，当焦点选择框的停留时间大于或者等于某一阈值时，可以确定焦点选择框在当前位置处的选择内容为用户当前浏览的内容。

由以上方案可知，本申请实施例提供的显示设备200，其中的控制器250可以通过解析用户浏览内容所属的网页文件，获得资源请求队列；而后，控制器250将用户当前浏览内容对应的当前资源请求放入资源请求队列的队首；由控制器250从资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。这样，即使有很多资源等待加载，也能保证控制器250最先加载用户当前浏览的内容，进而提高了显示设备200资源加载的速度，保证用户的使用体验感。

通常，在显示设备200中会设置一些内存空间去缓存一些用户浏览过的内容对应的资源，这些缓存在本地内存中的资源称之为本地资源。当显示设备200本地内存中已经缓存了某一资源，而用户浏览本地网页时又需要加载该资源时，控制器250可以直接从本地内存加载。

而一些情况下，有的资源并未缓存在本地内存中，例如用户首次浏览某一内容时需要获取的资源，或者一些只能从服务器400获取的实时资源等。对于本地内存中并未缓存的资源，控制器250需要从服务器400中获取到并加载，这些从服务器400中获取的资源称之为网络资源。

可见，在一些实施例中，控制器250还需要检测出当前资源请求的类型，根据不同的类型从不同的位置获取到对应的资源并加载。

图6示出了根据一些实施例的控制器250的第二种控制流程图。

如图6所示，在一些实施例中，控制器250在获取到资源请求队列之后，可以继续检测用户当前浏览内容对应的当前资源请求的类型。

在当前资源请求为本地资源请求的情况下，控制器250从显示设备200本地内存中加载对应的本地资源。在当前资源请求为网络资源请求的情况下，控制器250根据网络资源请求，从服务器400中获取到对应的网络资源并加载。最后，无论加载到的资源是否是网络资源，控制器250都会利用该资源显示用户当前的浏览内容。

值得说明的是，在浏览器中也通常存在一些加载模块、网络模块等，控制器250还可以通过控制这些模块进行一步实现资源加载以及网络连接等操作，例如，控制器250控制网络模块与服务器400建立连接，控制网络模块向服务器400发送网络资源请求，并控制网络模块接收服务器400发回的网络资源；或者控制器250控制加载模块依次处理资源请求队列中的资源请求，并加载对应的本地资源或者网络资源。

本申请实施例中可以以用户容易感知的图片资源为例，对控制器250的执行过程进行具体的阐述。

图7示出了根据一些实施例的应用A中的图片资源显示示意图。图8示出了根据一些实施例的应用B的图片资源显示示意图。

应用A中以图片的形式展示各个影视节目的展示信息，例如海报或者剧情截图等，当用户打开应用A时，应用A页面上的图片可能并不能完全展示出来，需要一定的时间加载，那么用户最开始看到的应用A的显示页面则如图7所示，此时全部的图片资源处均为灰色，处于等待加载状态。但是应用A在用户将其打开时，就会向控制器250陆续发送图片资源请求，控制器250可以从应用A对应的网页文件中解析出个应用A界面上各个图片资源的资源请求顺序，进而形成资源请求队列。控制器250可以从该资源请求队列的队首开始依次处理各个资源请求进而加到对应的图片资源显示在应用A的界面上。如果用户在快速浏览了应用A又没有等到应用A中全部的图片都加载好后，又打开了应用B，此时应用A对应的全部图片资源请求依旧在资源请求队列等待被处理，而应用B中的图片资源请求也依次被加入资源请求中。控制器250在用户浏览应用A或者浏览应用B的过程中，都会不断检测出用户当前浏览的图片区域。如图8所示，如果用户在应用B中选择浏览第五个图片区域的内容，那么控制器250会将用于请求第五个图片的资源请求放入资源请求队列的队首，然后优先处理队首的这个资源请求，从服务器400中获取到对应的图片资源并加载到应用B页面上的第五个图片区域上，显示后的内容如图8所示。

控制器250在处理队首的这个资源请求时，资源请求队列中的其他资源请求被延后处理，当前处于等待状态。

图9示出了根据一些实施例的控制器250的第三种控制流程图。

如图9所示，在一些实施例中，控制器250在检测出用户的当前浏览内容对应的当前资源请求为网络资源请求的情况下，还需要检测显示设备200是否与服务器连接，因为网络资源需要从服务器400中获取，而与服务器400通信的前提是显示设备200与服务器400之间建立连接。

并且，控制器250在显示设备200与服务器400连接的情况下，向服务器400发送网络资源请求；而后接收服务器400发回的根据网络资源请求获取到的对应的网络资源。最后，控制器250再利用该网络资源显示用户当前的浏览内容。

由以上内容可知，本申请实施例中的显示设备200，可以由其中的控制器250控制浏览器加载资源的操作，当用户在显示设备200上浏览内容时，提供内容的页面会向浏览器发送资源请求，浏览器根据资源请求依次加载资源并在页面上显示。由于控制器250可以控制浏览器的加载操作，那么控制器250就可以接收资源请求，并根据资源请求加载资源，并且，将用户的当前浏览内容对应的当前资源请求放入资源请求队列的队首，以使控制器250优先处理。这样，即使有很多资源等待加载，也能保证控制器250最先加载用户当前浏览的内容，进而提高了显示设备200资源加载的速度，保证用户的使用体验感。

另外，在一些情况下，如果用户浏览过快，即使浏览过的内容不是用户需要观看的，其对应的资源请求也会在资源请求队列中等待，进而造成用户当前需要浏览的内容对应的资源并不能立刻被加载，只能等待的情况。本申请上述实施例中的控制器250，无论用户当前浏览内容对应的资源请求是否是网络资源请求，都可以将该资源请求放在资源请求队列的队首，使其被优先处理，进而用户当前浏览的内容也会被优先加载出来，用户不必浪费过多时间等待资源被加载。

图10示出了根据一些实施例的控制器250的第四种控制流程图。

如前述实施例所述，网络资源需要控制器250通过网络连接从服务器400中获取，而本地资源则需要控制器250直接从本地内存中获取，相比较于网络资源而言，本地资源的获取更加快速。因为，当用户正在浏览的内容需要请求网络资源才能显示时，如果网络资源请求处于资源请求队列中靠后的位置，那么该网络资源需要等待前面的资源请求被处理后才能被加载，在加载之前，控制器250还需要与服务器400之间建立通信连接相互发送信号及响应等，因此，控制器250处理网络资源请求的时间会比较长，同理，控制器250获取网络资源的时间也会比较长。

基于此，本申请实施例中还提供了另一种显示设备200，如图10所示，其中的控制器250可以先解析用户浏览内容所属的网页文件，获得资源请求队列；并且在检测出用户当前浏览内容对应的当前资源请求为网络资源请求的情况下，将该网络资源请求放入到资源请求队列的队首，由控制器250优先进行处理，这样，用户当前浏览内容对应的网络资源就不会被延后处理，当前浏览的内容也可以立即被显示出来，用户也无需再浪费过多的时间等待加载。而由于本地资源获取速度较快，可以仍然按照资源请求队列中的顺序进行加载。

仍以图片资源为例，如果用户在快速浏览了应用A又没有等到应用A中全部的图片都加载好后，又打开了应用B，此时应用A对应的全部图片资源请求依旧在资源请求队列等待被处理，而应用B中的图片资源请求也依次被加入资源请求中。如果用户在应用B中选择浏览第三个图片区域的内容，并且控制器250检测出该图片区域对应的资源请求为网络资源请求，那么控制器250会将该网络请求资源放入资源请求队列的队首，然后优先处理队首的这个网络资源请求。待这个网络资源请求被处理后，控制器250再继续按照资源请求队列中原来的顺序依次处理各个资源请求。

值得说明的是，如果控制器250在处理当前队首的网络资源请求时，如果用户再次选择浏览了一个新的图片区域，并且该新的图片区域对应的资源请求也是网络资源请求，那么控制器250依旧可以将新的网络资源请求存入当前资源请求队列的队首，此时，控制器250正在处理的当前网络资源请求可以看作是已经从资源请求队列中转移到了另一个处理队列中，因此，正在处理的当前网络资源与新存入的网络资源请求，二者之间并不会相互影响，他们在存入资源请求队列中时，均处于队首的位置。

在一些实施例中，控制器250在检测出用户的当前浏览内容对应的当前资源请求为网络资源请求的情况下，还需要检测显示设备200是否与服务器连接，因为网络资源需要从服务器400中获取，而与服务器400通信的前提是显示设备200与服务器400之间建立连接。

并且，控制器250在显示设备200与服务器400连接的情况下，向服务器400发送网络资源请求；而后接收服务器400发回的根据网络资源请求获取到的对应的网络资源。最后，控制器250再利用该网络资源显示用户当前的浏览内容。

本申请实施例中的这一种显示设备200与前一种显示设备200之间的差别仅在于这种显示设备200的控制器250只需在当前资源请求为网络资源请求的情况下，将该网络资源请求放入资源请求队列的队首，这样可以加快网络资源的加载速度。关于这种显示设备200的其他内容均与前一种显示设备200的实施例内容相同，在此不再赘述。

由以上内容可知，本申请实施例中的另一种显示设备200，可以由其中的控制器250在用户的当前浏览内容对应的资源请求为网络资源请求的情况下，将网络资源请求放入资源请求队列的队首，以使控制器250优先处理。这样，可以保证控制器最先加载用户当前浏览的内容，进而提高了显示设备200的网络资源加载的速度，保证用户的使用体验感。

图11示出了根据一些实施例的一种显示设备上的资源加载方法的流程图。

本申请实施例中提供的这种显示设备上的资源加载方法可以应用于前述实施例中显示设备200的控制器250中，如图11所示，该方法可以包括如下步骤：

步骤S101，解析用户浏览内容所属的网页文件，获得资源请求队列。

其中，资源请求队列中的各个资源请求分别获取用于支持网页内容显示的各个资源。

步骤S102，将用户的当前浏览内容对应的当前资源请求放入资源请求队列的队首。

步骤S103，从资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。

在一些实施例中，所述方法还包括：检测用户的当前浏览内容对应的当前资源请求的类型；在所述当前资源请求为网络资源请求的情况下，向服务器400发送所述网络资源请求；接收服务器400发回的根据所述网络资源请求获取到的网络资源；加载所述网络资源。

在一些实施例中，所述方法还包括：在所述当前资源请求为网络资源请求的情况下，检测显示设备200与服务器400是否连接；在显示设备200与服务器400连接的情况下，向服务器400发送所述网络资源请求。

在一些实施例中，所述方法还包括：在所述当前资源请求为本地资源请求的情况下，从显示设备200本地内存中加载对应的本地资源。

图12示出了根据一些实施例的另一种显示设备上的资源加载方法的流程图。

本申请实施例中提供的这种显示设备上的资源加载方法也可以应用于前述实施例中显示设备200的控制器250中，如图12所示，该方法可以包括如下步骤：

步骤S201，解析用户浏览内容所属的网页文件，获得资源请求队列。

其中，资源请求队列中的各个资源请求分别获取用于支持网页内容显示的各个资源。

步骤S202，在用户的当前浏览内容对应的当前资源请求为网络资源请求的情况下，将网络资源请求放入资源请求队列的队首；

步骤S203，从资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。

在一些实施例中，所述方法还包括：在所述当前资源请求为网络资源请求的情况下，向服务器400发送所述网络资源请求；接收服务器400发回的根据所述网络资源请求获取到的网络资源；加载所述网络资源。

在一些实施例中，所述方法还包括：在所述当前资源请求为网络资源请求的情况下，检测显示设备200与服务器400是否连接；在显示设备200与服务器400连接的情况下，向服务器400发送所述网络资源请求。

由于本申请实施例中所述的显示设备上的资源加载方法均可以应用于如前述实施例所述的控制器250中，因此，关于本申请实施例中显示设备上的资源加载方法的其他内容可以参照前述实施例的内容，在此不再赘述。

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

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

Claims (10)

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

显示器；

控制器，被配置为：

解析用户浏览内容所属的网页文件，获得资源请求队列；所述资源请求队列中的各个资源请求分别获取用于支持网页内容显示的各个资源；

将用户的当前浏览内容对应的当前资源请求放入所述资源请求队列的队首；

从所述资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。

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

检测用户的当前浏览内容对应的当前资源请求的类型；

在所述当前资源请求为网络资源请求的情况下，向服务器发送所述网络资源请求；

接收服务器发回的根据所述网络资源请求获取到的网络资源；

加载所述网络资源。

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

在所述当前资源请求为网络资源请求的情况下，检测显示设备与服务器是否连接；

在显示设备与服务器连接的情况下，向服务器发送所述网络资源请求。

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

在所述当前资源请求为本地资源请求的情况下，从显示设备本地内存中加载对应的本地资源。

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

显示器；

控制器，被配置为：

解析用户浏览内容所属的网页文件，获得资源请求队列；所述资源请求队列中的各个资源请求分别获取用于支持网页内容显示的各个资源；

在用户的当前浏览内容对应的当前资源请求为网络资源请求的情况下，将所述网络资源请求放入所述资源请求队列的队首；

从所述资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。

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

在所述当前资源请求为网络资源请求的情况下，向服务器发送所述网络资源请求；

接收服务器发回的根据所述网络资源请求获取到的网络资源；

加载所述网络资源。

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

在所述当前资源请求为网络资源请求的情况下，检测显示设备与服务器是否连接；

在显示设备与服务器连接的情况下，向服务器发送所述网络资源请求。

8.一种显示设备上的资源加载方法，其特征在于，包括：

解析用户浏览内容所属的网页文件，获得资源请求队列；所述资源请求队列中的各个资源请求分别获取用于支持网页内容显示的各个资源；

将用户的当前浏览内容对应的当前资源请求放入所述资源请求队列的队首；

从所述资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。

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

检测用户的当前浏览内容对应的当前资源请求的类型；

在所述当前资源请求为网络资源请求的情况下，向服务器发送所述网络资源请求；

接收服务器发回的根据所述网络资源请求获取到的网络资源；

加载所述网络资源。

10.一种显示设备上的资源加载方法，其特征在于，包括：

解析用户浏览内容所属的网页文件，获得资源请求队列；所述资源请求队列中的各个资源请求分别获取用于支持网页内容显示的各个资源；

在用户的当前浏览内容对应的当前资源请求为网络资源请求的情况下，将所述网络资源请求放入所述资源请求队列的队首；

从所述资源请求队列的队首开始依次根据各个资源请求，加载对应的资源。

Images