CN115776598A - 服务器、显示设备及视频播放组件的加载方法 - Google Patents

Abstract

本申请实施例提供了一种服务器、显示设备及视频播放组件的加载方法，服务器根据接收到显示设备发送的播放目标视频的初始请求生成初始列表，然后根据初始列表中各加载任务的任务加载顺序，依次向显示设备发送各视频播放组件的组件数据，当云服务器接收到显示设备发送的针对目标视频播放组件的目标请求后，将目标视频播放组件的组件数据发送给显示设备，以使显示设备能够及时的向用户展示用户请求的目标视频播放组件对应的内容。可见，本申请服务器中的初始列表不是固定不变的，可以根据用户的需求及时的调整初始列表中各加载任务的任务加载顺序，能够满足不同用户的差异化需求，避免用户等待时间过长，造成观看体验差的问题。

Description

服务器、显示设备及视频播放组件的加载方法

技术领域

本申请涉及数据处理技术领域，尤其涉及一种服务器、显示设备及视频播放组件的加载方法。

背景技术

显示设备在播放视频时需要加载各类的视频播放组件，用于支持显示设备进行视频播放，以及满足用户在观看的过程中针对视频进行一些个性化的设置操作，给用户提供不同的观看体验。显示设备加载视频播放组件指的是从服务器获取针对视频播放组件最新的数据并存储至对应的存储器中。显示设备上的各类视频播放组件加载完成后，能够便于显示设备在用户的触发下快速的从对应的存储器中获取对应的数据并展示组件对应的内容，缩短用户的等待时长，提升用户的观看体验。

目前，显示设备加载视频播放组件的方式固定，不能适应用户的差异化需求。

发明内容

本申请实施例提供了一种服务器、显示设备及视频播放组件的加载方法，能够根据用户在观看视频的过程中触发的对视频播放组件的请求，及时从服务器获取对应的组件数据向用户展示对应的内容，能够缩短用户的等待时长，提升用户的观看体验。

本申请实施例的第一方面提供一种服务器，包括：

处理器，处理器被配置为：

接收显示设备的初始请求，所述初始请求携带所述显示设备的唯一标识以及目标视频的唯一编码；

根据所述显示设备的唯一标识以及目标视频的唯一编码，生成初始列表，所述初始列表包括多个视频播放组件的加载任务；

根据所述初始列表对应的各所述加载任务的任务加载顺序，依次向所述显示设备发送各所述视频播放组件的组件数据；

在接收到所述显示设备发送的针对目标视频播放组件的目标请求后，优先向所述显示设备发送所述目标视频播放组件对应的组件数据。

本申请实施例的第二方面提供一种显示设备，所述方法包括：

响应于加载目标视频播放组件的触发操作，查询是否缓存所述目标视频播放组件的组件数据；

在确定未缓存所述目标视频播放组件的组件数据的情况下，向服务器发送目标请求；

获取所述服务器基于所述目标请求返回的所述目标视频播放组件的组件数据，并存储所述目标视频播放组件的组件数据。

本申请实施例的第三方面提供一种视频播放组件的加载方法，所述方法应用于服务器，所述加载方法包括：

接收显示设备的初始请求，所述初始请求携带所述显示设备的唯一标识以及目标视频的唯一编码；

根据所述显示设备的唯一标识以及目标视频的唯一编码，生成初始列表，所述初始列表包括多个视频播放组件的加载任务；

根据所述初始列表对应的各所述加载任务的任务加载顺序，依次向所述显示设备发送各所述视频播放组件的组件数据；

在接收到所述显示设备发送的针对目标视频播放组件的目标请求后，优先向所述显示设备发送所述目标视频播放组件对应的组件数据。

本申请实施例的第四方面提供一种视频播放组件的加载方法，所述方法应用于显示设备，所述加载方法包括：

响应于加载目标视频播放组件的触发操作，查询是否缓存所述目标视频播放组件的组件数据；

在确定未缓存所述目标视频播放组件的组件数据的情况下，向服务器发送目标请求；

获取所述服务器基于所述目标请求返回的所述目标视频播放组件的组件数据，并存储所述目标视频播放组件的组件数据。

本申请实施例提供的技术方案至少可以达到以下有益效果：

本申请实施例提供的服务器、显示设备及视频播放组件的加载方法，服务器在接收到显示设备发送的播放目标视频的初始请求，根据初始请求中携带的显示设备的唯一标识和目标视频的唯一编码生成包括多个视频播放组件的加载任务的初始列表，然后服务器根据初始列表中各加载任务的任务加载顺序，依次向显示设备发送各视频播放组件的组件数据，当云服务器接收到显示设备发送的针对目标视频播放组件的目标请求后，若云服务器当前有正在发送的组件数据，则暂停当前的发送，将目标视频播放组件的组件数据发送给显示设备，以使显示设备能够及时的向用户展示用户请求的目标视频播放组件对应的内容。可见，本申请服务器中的初始列表不是固定不变的，可以根据用户的需求及时的调整初始列表中各加载任务的任务加载顺序，以便更及时向显示设备发送用户所需的组件数据并向用户展示组件数据对应的内容，从而能够使显示设备加载视频播放组件的方式较为灵活，满足不同用户的差异化需求，避免用户等待时间过长，造成观看体验差的问题。

附图说明

图1为本申请一些实施例提供的服务器与显示设备之间操作场景的示意图；

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

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

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

图5为本申请一些实施例提供的显示设备与服务器交互时序图；

图6是本申请一示例性实施例示出的一种视频播放组件的加载方法的流程示意图；

图7是本申请一示例性实施例示出的一种视频播放组件的加载方法的流程示意图；

图8是本申请一示例性实施例示出的一种视频播放组件的加载方法的流程示意图；

图9是本申请一示例性实施例示出的一种视频播放组件的加载方法的流程示意图；

图10是本申请一示例性实施例示出的一种视频播放组件的加载方法的流程示意图；

图11是本申请一示例性实施例示出的一种视频播放组件的加载方法的流程示意图；

图12是本申请一示例性实施例示出的一种视频播放组件的加载方法的流程示意图；

图13是本申请一示例性实施例示出的一种视频播放组件的加载方法的流程示意图。

具体实施方式

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

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

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

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

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

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

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

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

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

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

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

在一些实施例中，检测器230用于采集外部环境或与外部交互的信号。

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

在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或服务器400进行通信的组件。

在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。

在一些实施例中，用户可在显示器260上显示的图形用户界面(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等模块，可将用户输入指令通过WiFi协议、或蓝牙协议、或NFC协议编码，发送至显示设备200。

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

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

图4为本申请一些实施例提供的图1中显示设备中软件配置示意图，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)、应用程序框架(Application Framework)层(简称“框架层”)、安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。

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

框架层为应用程序层的应用程序提供应用编程接口(Aplication PogrammingIterface，API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。

如图4所示，本申请一些实施例中应用程序框架层包括管理器(Managers)、内容提供者(Content Provider)和视图系统(View System)等。

在一些实施例中，活动管理器用于：管理各个应用程序的生命周期以及通常的导航回退功能。

在一些实施例中，窗口管理器用于管理所有的窗口程序。

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

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

在一些实施例中，内核层还包括用于进行电源管理的电源驱动模块。

在一些实施例中，图4中的软件架构对应的软件程序和/或模块存储在图2或图3所示的第一存储器或第二存储器中。

为了提升用户的体验感，本申请一些实施例提供了一种视频播放组件的加载方法。

图5为本申请一些实施例提供的显示设备与服务器交互时序图，显示设备200与服务器400总体交互的时序图如图5所示。图6为本申请一些实施例提供的视频播放组件的加载方法流程示意图，所述方法应用于服务器400，服务器400包括处理器410和存储器420。如图6所示，其中，存储器420被配置为存储处理器420可执行的指令；视频播放组件的加载方法包括如下步骤：接收显示设备的初始请求，所述初始请求携带所述显示设备的唯一标识以及目标视频的唯一编码；根据所述显示设备的唯一标识以及目标视频的唯一编码，生成初始列表，所述初始列表包括多个视频播放组件的加载任务；根据所述初始列表对应的各所述加载任务的任务加载顺序，依次向所述显示设备发送各所述视频播放组件的组件数据；在接收到所述显示设备发送的针对目标视频播放组件的目标请求后，优先向所述显示设备发送所述目标视频播放组件对应的组件数据。

为了便于对本申请一些实施例中技术方案的进一步理解，下面结合一些具体实施例和附图对显示设备200与服务器400的交互时序图及时序图中的各个步骤进行详细说明。

图6是本申请一示例性实施例示出的一种视频播放组件的加载方法的流程示意图，以该预警方法执行于图1中的服务器为例进行说明。参照图6所示，该视频播放组件的加载方法包括如下步骤：

步骤S10，接收显示设备的初始请求，初始请求携带显示设备的唯一标识以及目标视频的唯一编码。

其中，显示设备例如为电视、手机、平板等。显示设备可以是通过局域网、广域网、4G、5G等网络向云服务器发送初始请求。显示设备通过向云服务器发送初始请求从云服务器获取与目标视频相关的数据，该数据例如为目标视频的视频内容数据、目标视频的角标数据、目标视频的剧集数据、播放视频需要加载的视频播放组件的数据等。显示设备的唯一标识用于区别其它显示设备，该唯一标识例如可以是通过数字、字母、特殊符号、图像等形式表示。目标视频的唯一编码用于对目标视频进行标记，便于云服务器根据目标视频的标记从对应的存储器中快速的查找到对应的信息。同样地，目标视频的唯一编码例如也可以是通过数字、字母、特殊符号、图像等形式表示。本申请对此不加以限定。

步骤S20，根据显示设备的唯一标识以及目标视频的唯一编码，生成初始列表，初始列表包括多个视频播放组件的加载任务。

其中，云服务器中例如可以是存储有与显示设备的唯一标识对应的多个视频播放组件和/或与目标视频的唯一编码对应的多个视频播放组件，那么，云服务器可以是在基于对上述初始请求解析后获得显示设备的唯一标识以及目标视频的唯一编码信息后，从对应的存储地址中获取与显示设备的唯一标识对应的多个视频播放组件，和/或从对应的存储地址中获取与目标视频的唯一编码对应的多个视频播放组件，然后，可以是将与显示设备的唯一标识对应的多个视频播放组件作为待加载的视频播放组件；还可以是将与目标视频的唯一标记对应的多个视频播放组件作为待加载的视频播放组件；还可以是将与显示设备的唯一标识对应的多个视频播放组件和与目标视频的唯一标记对应的多个视频播放组件均作为待加载的视频播放组件；还可以是将与显示设备的唯一标识对应的多个视频播放组件和与目标视频的唯一标记对应的多个视频播放组件的交集作为待加载的视频播放组件等，本申请对此不加以限定。最后再根据确定的待加载的视频播放组件，生成对应的多个视频播放组件的加载任务，并对各加载任务进行排序后，生成初始列表。其中，可以是根据显示设备的属性、目标视频的属性等来确定对各加载任务的排列顺序，本申请在此不做限定。

视频播放组件用于支持显示设备进行视频播放，以及满足用户在观看的过程中针对视频进行一些个性化的设置操作，给用户提供不同的观看体验。显示设备加载视频播放组件指的是从服务器获取针对视频播放组件最新的数据并存储至对应的存储器中。显示设备上的各类视频播放组件加载完成后，便于显示设备在用户需要开启各视频播放组件时，快速的从对应的存储器中获取对应的数据并展示组件对应的内容，缩短用户的等待时长，提升用户的观看体验。视频播放组件例如包括节目单组件、付费影片试看时长控制组件、VIP影片试看时长控制组件、视频分辨率控制组件、弹幕起闭组件、全屏播放组件、视频转发组件、视频截屏组件、视频录制组件等。

由以上内容可知，视频播放组件的组件类型与显示设备的配置以及目标视频的属性相关，例如若显示设备不支持高清分辨率播放视频，则不需要加载高清播放控制组件；同样的，例如目标视频不是会员才能观看的视频，则不需要加载VIP影片试看时长控制组件。所以，当用户观看一个视频时，显示设备选择加载视频播放组件的依据来自于显示设备的配置以及目标视频的属性。

下面，本申请就针对根据显示设备的唯一标识以及目标视频的唯一编码如何生成初始列表的方法进行列举说明，见图7。

在一个实施例中，如图7所示，图7为本申请实施例提供的一种生成初始列表的一种可选的方法实施例，该方法实施例包括如下步骤：

步骤S201，根据显示设备的唯一标识从第一信息表中匹配显示设备的配置信息，第一信息表包括多个显示设备的唯一标识以及与多个唯一标识对应的配置信息。

其中，显示设备的配置信息可以用来衡量一个显示设备具有何种功能，显示设备的配置信息例如为该显示设备支持4K播放、该显示设备支持标清播放、该显示设备支持蓝光模式、该显示设备支持竖屏切换至横屏播放、该显示设备支持小窗口播放、该显示设备支持视频录制、该显示设备支持截屏、该显示设备的屏幕尺寸为长121厘米宽66厘米等。

服务器可以是向各显示设备发送获取信息，从而获取到各显示设备的配置信息，然后根据各显示设备发送的配置信息提前预制了第一信息表，将显示设备的唯一标识与其配置信息进行一一对应，并将预制好的第一信息表存储在对应的存储器中。所以，当服务器在获得显示设备的唯一标识后，可以调用第一信息表快速的获得显示设备的配置信息。

步骤S202，根据目标视频的唯一编码从第二信息表中匹配目标视频的属性信息，第二信息表包括多个目标视频的唯一编码以及与多个唯一编码对应的属性信息。

其中，目标视频的属性信息用于描述目标视频的特征，目标视频的属性信息例如为该视频为单点播放视频、该视频为VIP观看视频、该视频包括多个剧集、该视频更新至14集等。

服务器可以是根据各视频的属性信息提前预制了第二信息表，将目标视频的唯一编码与其属性信息进行一一对应，并将预制好的第二信息表存储在对应的存储器中。所以，当服务器在获得目标视频的唯一编码后，可以调用第二信息表快速的获得目标视频的属性信息。

步骤S203，根据显示设备的配置信息和目标视频的属性信息从视频播放组件库中确定待加载的多个初始视频播放组件；

其中，视频播放组件库中包括不同类型的多种视频播放组件，可以是根据当前与服务器具有通信关系的全部显示设备的配置信息以及服务器内存储的全部视频资源的属性信息确定的，并提前设置在视频播放组件库中。待服务器根据上述的步骤获得显示设备的配置信息以及目标视频的属性信息后，就可以从视频播放组件库中匹配出多个初始视频播放组件。

步骤S204，基于各初始视频播放组件对应的加载任务和任务加载顺序生成初始列表。

其中，加载任务为服务器需要执行的向显示设备发送初始视频播放组件对应的组件数据的任务，每一初始视频播放组件对应一个加载任务。任务加载顺序指服务器向显示设备发送初始视频播放组件对应的组件数据的先后顺序。服务器可以是根据预先设置的任务加载顺序确定各初始视频播放组件对应的加载任务的任务加载顺序，服务器还可以是根据各加载任务的加载时长确定各加载任务的任务加载顺序，服务器还可以是根据各加载任务的加载优先级确定各加载任务的任务加载顺序，本申请对此不加以限定。

示例性的，例如生成的初始列表为：

1、加载VIP影片试看时长控制组件的任务；

2、加载视频分辨率控制组件的任务；

3、加载全屏播放组件的任务；

4、加载节目单组件的任务；

5、加载弹幕起闭组件的任务；

6、加载视频截屏组件的任务；

7、加载视频转发组件的任务；

8、加载视频录制组件的任务。

进一步的，服务器在获得任务加载顺序后，可以是通过任务加载顺序对各初始视频播放组件对应的加载任务进行排序后，生成初始列表。

下面，针对如何确定各视频加载任务的任务加载顺序的方法进行示例性的说明，如图8所示，

在一个实施例中，如图8所示，图8为本申请实施例提供的一种确定各加载任务的任务加载顺序的可选的方法实施例，该方法实施例包括如下步骤：

步骤S2041，根据目标用户的唯一标记从第一数据库中确定目标子数据库，第一数据库包括多个子数据库，多个子数据库对应不同用户的历史行为记录，历史行为记录用于记录用户通过不同的显示设备观看视频过程中，启动各视频播放组件的时刻距离显示设备播放视频首帧数据的时刻之间的时长，目标用户为登录显示设备的用户，目标用户的唯一标记通过目标用户的登录信息确定。

其中，显示设备在向服务器发送初始请求时，该初始请求中还携带有目标用户的唯一标记，目标用户的唯一标记用于区别不同的目标用户，目标用户的唯一标记可以是通过目标用户登录显示设备或者显示设备的视频播放应用时的应用信息来确定，例如目标用户的唯一标记可以是目标用户登录时输入的用户名，目标用户的唯一标记还可以是目标用户登录时输入的登录密码。服务器中存储有第一数据库，第一数据库包括多个子数据库，每一子数据库内记录有不同用户通过不同显示设备观看视频过程中产生的行为记录，也即每一子数据库与用户的唯一标记一一对应。例如，第一子数据库是记录A用户历史行为记录的数据库，第二子数据库是记录B用户历史行为记录的数据库，第三子数据库是记录C用户历史行为记录的数据库等。

所以，当服务器通过解析初始请求，获得目标用户的唯一标记后，可以是根据该唯一标从第一数据库中快速的匹配出对应的目标子数据库。目标子数据库中记录有目标用户在观看视频时，在显示设备播放视频首帧数据之后多长时间启动哪一类型的视频播放组件；当然，由于各子数据库中记录的是用户在不同显示设备上观看不同视频产生的行为记录，所以针对同一类型的视频播放组件至少包括一条记录，通常情况下针对同一类型的视频播放组件会存在多条行为记录。例如，第一子数据库记录A用户在观看视频过程中产生的历史行为记录包括：A用户在视频首帧数据播放后的10S启动了高清分辨率播放组件、A用户在视频首帧数据播放后的5S启动了高清分辨率播放组件、A用户在视频首帧数据播放后的6S启动了高清分辨率播放组件、A用户在视频首帧数据播放后的8S启动了高清分辨率播放组件；A用户在视频首帧数据播放后的1S启动了视频录制播放组件、A用户在视频首帧数据播放后的2S启动了视频录制播放组件、A用户在视频首帧数据播放后的4S启动了视频录制播放组件；A用户在视频首帧数据播放后的2分钟启动了剧集展示组件、A用户在视频首帧数据播放后的1分钟启动了剧集展示组件、A用户在视频首帧数据播放后的4分钟启动了剧集展示组件等。

步骤S2042，根据目标子数据库确定启动各加载任务的启动最短时长；

其中，服务器在根据目标子数据库后，根据目标子数据库中记载的关于目标用户启动各视频播放组件的历史行为记录后，针对每一类型的视频播放组件筛选出目标用户在观看视频的过程中最早启动视频播放组件的时刻，也即从目标子数据库中确定出各加载任务的启动最短时长。示例性的，可以是筛选出A用户在视频首帧数据播放后启动高清分辨率播放组件启动最短时长为5S；A用户在视频首帧数据播放后启动视频录制播放组件的启动最短时长1S；A用户在视频首帧数据播放后启动剧集展示组件的启动最短时长为1分钟。

步骤S2043，根据第二数据库确定各加载任务的平均加载时长，第二数据库包括不同类型的视频播放组件在不同显示设备上的加载时长。

其中，服务器还可以根据记录的历史向显示设备发送组件数据的时长来预制第二数据库，并将第二数据库存储在存储器中，当服务器确定了各视频播放组件启动最短时长后，可以是继续从第二数据库中确定各视频播放组件在不同显示设备上的加载时长，从而计算各加载时长的平均值，获得各视频播放组件的平均加载时长。

步骤S2044，获取各加载任务的启动最短时长与平均加载时长的差值；

进一步的，由于各视频播放组件的启动最短时长是根据目标用户在观看视频的过程中出现的历史行为确定的，也就是说本申请实施例根据目标用户的观看行为做了提前的预判，假设目标用户在后续观看视频的过程中还会在视频首帧数据起播后的同一时刻启动对应的视频播放组件，当然，目标用户后续观看视频的过程中可能会按照预估启动对应的视频播放组件，也可能不会按照预估启动对应的视频播放组件。

另外，每一个视频播放组件都有对应的加载时长，为了便于后续确定任务加载顺序的方便，通过各加载任务的平均加载时长来进行后续的计算。假设用户在视频首帧数据起播后的第3秒就启动了A视频播放组件，在第10秒启动了B视频播放组件，在第30秒启动了C视频播放组件。但是，A视频播放组件的加载时长为2秒、B视频播放组件的加载时长为5秒、C视频播放组件的加载时长为1秒。若在视频首帧数据起播后的2秒或者之后再加载A视频播放组件，那么用户就需要等待，这样就会给用户带来不好的使用体验。基于这一原因，所以本申请通过各加载任务的启动最短时长与平均加载时长的差值来确定各加载任务的任务加载顺序，使得对各加载任务的任务加载顺序确定的更加合理。

步骤S2045，根据各加载任务的差值和差值阈值确定任务加载顺序。

其中，差值阈值可以是服务器根据历史数据或者历史经验确定的，差值阈值例如为0、1、2等。设置差值阈值能够对各加载任务更好的划分，体现各加载任务的紧急程度或者优先程度。

下面根据图9对如何根据差值以及差值阈值确定任务加载顺序的方法进行示例性的说明：

在一个实施例中，如图9所示，图9为本申请实施例提供的一种确定各加载任务的任务加载顺序的可选的方法实施例，该方法实施例包括如下步骤：

步骤S20451，将差值小于或等于差值阈值的加载任务划分为第一加载任务；

其中，差值小于等于差值阈值的加载任务，表征该加载任务的启动最短时长与平均加载时长非常的接近，所以需要这一类加载任务的优先程度更高一些，可以是在视频的首帧数据起播的时刻就开始进行加载，避免目标用户等待时长过长，给用户带来不好的使用体验。

步骤S20452，将差值大于差值阈值的加载任务划分为第二加载任务；

那么，差值大于差值阈值的加载任务，也就表征该加载任务的启动最短时长与平均加载时长之间还有剩余时长。所以这一类加载任务就可以等待第一加载任务加载完成后进行加载，不会影响用户的使用体验。

步骤S20453，确定第一加载顺序，第一加载顺序为在显示设备播放视频首帧数据的时按照差值从小到大的顺序依次加载各第一加载任务；

步骤S20454，确定第二加载顺序，第二加载顺序为在显示设备播放视频的过程中按照差值从小到大的顺序依次加载各第二加载任务；

步骤S20455，将第一加载顺序和第二加载顺序作为任务加载顺序。

其中，结合上述根据差值与差值阈值之间的比对，根据比对结果将各视频播放组件的加载任务划分了两类：第一加载任务和第二加载任务；进一步的，可以是将第一加载任务的加载顺序设置为在显示设备播放视频首帧数据时就开始加载，并且按照差值从小到达的顺序依次进行加载；另外，将第二加载任务的加载顺序设置为在显示设备播放视频的过程中进行加载，并且按照差值从小到达的顺序依次进行加载。

示例性的，A视频播放组件的启动最短时长为5S，平均加载时长为3S，第一差值为2；

B视频播放组件的启动最短时长为10S，平均加载时长为3S，第二差值为7；

C视频播放组件的启动最短时长为15S，平均加载时长为6S，第三差值为9；

D视频播放组件的启动最短时长为30S，平均加载时长为8S，第四差值为22；

E视频播放组件的启动最短时长为50S，平均加载时长为2S，第五差值为48；

若差值阈值为5，则第一加载任务包括A视频播放组件对应的加载任务；第二加载任务包括B视频播放组件对应的加载任务、C视频播放组件对应的加载任务、D视频播放组件对应的加载任务、E视频播放组件对应的加载任务。

那么，最终得到的任务加载顺序为：

1、A视频播放组件对应的加载任务；

2、B视频播放组件对应的加载任务；

3、C视频播放组件对应的加载任务；

4、D视频播放组件对应的加载任务；

5、E视频播放组件对应的加载任务。

进一步的，服务器还可以根据各加载任务计算获得的差值，计算出各视频播放组件对应的加载任务的加载时刻。例如：确定A视频播放组件对应的加载任务在开始播放视频首帧数据的时刻即加载；确定B视频播放组件对应的加载任务在视频播放的第6秒开始加载；确定C视频播放组件对应的加载任务在视频播放的第8秒开始加载；确定D视频播放组件对应的加载任务在视频播放的第20秒开始加载；确定E视频播放组件对应的加载任务在视频播放的第40秒开始加载。

步骤S30，根据初始列表对应的各加载任务的任务加载顺序，依次向显示设备发送各视频播放组件的组件数据；

其中，服务器在通过上述任一种方法确定了各加载任务的任务加载顺序后，基于初始列表中记载的各加载任务的加载顺序依次向显示设备发送各视频播放组件的组件数据。

例如：服务器在开始播放视频首帧数据的时刻将A视频播放组件的组件数据发送给显示设备；服务器在视频播放的第6秒将B视频播放组件的组件数据的组件数据发送给显示设备；服务器在视频播放的第8秒将C视频播放组件的组件数据发送给显示设备；服务器在视频播放的第20秒将D视频播放组件的组件数据发送给显示设备；服务器在视频播放的第40秒将E视频播放组件的组件数据发送给显示设备。

步骤S40，在接收到显示设备发送的针对目标视频播放组件的目标请求后，优先向显示设备发送目标视频播放组件对应的组件数据。

其中，若在服务器按照初始列表向显示设备发送各视频播放组件的组件数据的过程中，接收到显示设备发送的针对目标视频播放组件的目标请求，则表示目标用户当前需要显示设备展示目标视频播放组件的组件数据对应的内容。在这种情况下，服务设备的运行状态可能存在一下三种情况：

第一种情况，服务器此时正在发送目标视频播放组件的组件数据，在这种情况下，服务器接收到目标请求后，向显示设备返回例如正在发送中的提示信息；

第二种情况，服务器此时正在执行初始列表中的第n个加载任务，而目标视频播放组件对应的加载任务在初始列表中排列第m，其中n为小于m的正整数，例如n为4四，m为六。在这种情况下，服务器接收到目标请求后，暂停执行正在执行的加载任务(即上述的第n个加载任务)，立即将目标视频播放组件的组件数据发送给显示设备，避免用户等待过长，影响用户的使用体验。

也就是说，如果服务器接收到针对目标视频播放组件的目标请求时，正在向显示设备发送初始列表中某一加载任务时，可暂停执行该加载任务，并且执行目标视频播放组件对应的加载任务，实现优先向显示设备发送目标视频播放组件对应的组件数据。

第三种情况，服务器此时处理空闲时间，在这种情况下，服务器接收到目标请求后，立即将目标视频播放组件的组件数据发送给显示设备。

由上可知，服务器的初始列表不是固定不变的，可以根据用户的需求及时的调整初始列表中各加载任务的任务加载顺序，以便更及时向显示设备发送对应的组件数据并向用户展示对应的内容，从而能够使显示设备加载视频播放组件的方式较为灵活，满足不同用户的差异化需求，避免用户等待时间过长，造成观看体验差的问题。

在一个实施例中，如图10所示，图10为本申请实施例提供的一种调整初始列表的可选的方法实施例，该方法实施例包括如下步骤：

步骤S601，在优先向显示设备发送目标视频播放组件对应的组件数据之后，将目标视频播放组件对应的加载任务从初始列表中删除。

其中，由于服务器在向显示设备发送目标视频播放组件对应的组件数据之后，目标视频播放组件对应的加载任务还存在于初始列表未加载的剩余加载任务中，相当于目标视频播放组件对应的加载任务被提前加载完成。所以在服务器向显示设备发送目标视频播放组件的组件数据后，避免后续服务器的重复发送，需要将目标视频播放组件对应的加载任务从初始列表中删除。

步骤S602，获取初始列表中还未加载的剩余加载任务；

进一步的，由于对目标视频播放组件的加载任务进行了删除操作，所以会导致初始列表中还未加载的剩余加载任务的任务加载顺序出现混乱的情况，为了更加清晰的指引自身准确的执行各加载任务的加载操作，同时也为了避免不必要的操作出现影响各加载任务的加载效率。所以，服务器会初始列表中还未加载的剩余加载任务进行重新排序，那么此时服务器则需要从初始列表中确定还未加载的剩余加载任务，然后根据各剩余加载任务的排列顺序对剩余加载任务进行重新排序。

步骤S603，根据目标视频播放组件对应的加载任务的任务加载顺序和剩余加载任务的任务加载顺序，调整初始列表中剩余加载任务的任务加载顺序，获得调整后的初始列表；

其中，此处对如何调整剩余加载任务的任务加载顺序进行列举说明：

示例性的，若目标视频播放组件对应的加载任务排列在初始列表的第7位；而当服务器接收到显示设备的目标请求时，服务器正在发送第4位视频播放组件的组件数据，那么需要暂停第四位视频播放组件的组件数据发送操作，将第7位视频播放组件的组件数据立即发送至显示设备。在服务器加载完第7位的加载任务后，将第7位的加载任务删除，将原第4位的加载任务修改为第5位的加载任务，将原第5位的加载任务修改为第6位加载任务，将原第6位的加载任务修改为第7位加载任务，剩余的加载任务的任务加载顺序不变。这样就完成了调整初始列表中剩余加载任务的任务加载顺序的操作，获得调整后的初始列表。

步骤S604，基于调整后的初始列表向显示设备发送剩余加载任务对应的视频播放组件的组件数据。

最后，服务器继续根据调整后的初始列表，按照调整后的初始列表中的任务加载顺序向显示设备发送剩余视频播放组件的组件数据。

在这里需要说明的是，服务器可以是在用户观看视频的过程中根据用户不同的需求对初始列表进行多次调整，本申请在此不加以限定。

在另一个实施例中，如图11所示，图11为本申请实施例提供的一种更新数据库的一种可选的方法实施例，该方法实施例包括如下步骤：

步骤S701，在接收到显示设备发送的针对目标视频播放组件的目标请求后，确定显示设备发送目标请求的时间；

其中，服务器为了后续能够针对不同的用户设置更加精准的任务加载列表，所以需要不断的更新各用户的历史行为记录，通过更多的历史数据使得预估的初始列表更符合各用户的观看习惯，进一步的提升用户的使用体验，所以，每当服务器在接收到显示设备发送的目标请求后，需要确定显示设备发送目标请求的时间(也即用户请求视频播放组件的时间)。

步骤S702，根据目标请求以及目标请求的时间生成目标用户的最新行为记录；

然后，可以是在目标请求上打上时间标签后获得目标用户最新的行为记录等。

步骤S703，将目标用户的历史行为记录添加至目标子数据库中。

最后，服务器将生成的针对目标用户的最新行为记录存储至于目标用户的唯一标记对应的子数据库中，以便后续目标用户在观看视频时，根据子数据库中记录的目标用户的行为记录确定各视频播放组件的启动最短时长。

图12是本申请一示例性实施例示出的一种视频播放组件的加载方法的流程示意图，以该预警方法执行于图1中的显示设备为例进行说明。参照图12所示，该显示设备包括显示器和控制器，控制器被配置为执行如下步骤：

步骤S801，响应于加载目标视频播放组件的触发操作，查询是否缓存目标视频播放组件的组件数据；

其中，触发操作可以是通过目标用户在显示设备上进行点击操作实现，还可以是目标用户通过控制设备向显示设备发送控制指令来实现等。由于视频播放组件加载完成也就意味着服务器已将组件数据发送至显示设备，显示设备已存储至对应的存储器中，所以当显示设备接收到加载目标视频播放组件的触发操作后，会先从存储器中确认该目标视频播放组件是否已加载完成，若确定已加载完成则不需要再从服务器获取对应的数据。

步骤S802，在确定未缓存目标视频播放组件的组件数据的情况下，向服务器发送目标请求。

所以，显示设备只有在确定目标视频播放组件的组件数据未缓存在存储器中的情况下，才会向服务器发送目标请求，以从服务器中请求对应的组件数据。

步骤S803，获取服务器基于目标请求返回的目标视频播放组件的组件数据，并存储目标视频播放组件的组件数据。

若显示设备向服务器发送了请求目标视频播放组件的目标请求后，在一段时间后，会接收到服务器发送的目标视频播放组件的组件数据并通过显示器显示组件数据对应的内容。

下面，对本申请实施例提供的视频播放组件的加载方法进行整体说明，如图13所示：

901、用户通过点击显示设备显示屏的预定位置启动对目标视频的播放；

902、显示设备根据用户的触发操作生成包含显示设备的唯一标识以及目标视频的唯一编码的初始请求；

903、显示设备将初始请求发送给服务设备；

904、服务设备接收到显示设备的初始请求后，对初始请求进行解析，获得显示设备的唯一标识和目标视频的唯一编码；

905、服务设备根据显示设备的唯一标识从第一信息表中匹配显示设备的配置信息；

906、服务设备根据目标视频的唯一编码从第二信息表中匹配目标视频的属性信息；

907、服务设备根据显示设备的配置信息和目标视频的属性信息从视频播放组件库中确定待加载的多个初始视频播放组件；

908、服务设备根据目标用户的唯一标记从第一数据库中确定目标子数据库；

909、服务设备根据目标子数据库确定启动各加载任务的启动最短时长；

910、服务设备根据第二数据库确定各加载任务的平均加载时长；

911、服务设备获取各加载任务的启动最短时长与平均加载时长的差值，将差值小于或等于差值阈值的加载任务划分为第一加载任务，将差值大于差值阈值的加载任务划分为第二加载任；，确定第一加载顺序，第一加载顺序为在显示设备播放视频首帧数据的时按照差值从小到大的顺序依次加载各第一加载任务；确定第二加载顺序，第二加载顺序为在显示设备播放视频的过程中按照差值从小到大的顺序依次加载各第二加载任务；将第一加载顺序和第二加载顺序作为任务加载顺序。

912、服务设备通过任务加载顺序对各视频播放设备对应的加载任务进行排序后，生成初始列表；

913、服务设备根据初始列表对应的各加载任务的任务加载顺序，依次向显示设备发送各视频播放组件的组件数据；

914、显示设备接收到服务设备发送的视频播放组件的组件数据后，通过显示屏显示目标视频；

915、用户在通过显示设备观看目标视频的过程中，通过点击显示设备显示屏的目标位置启动C1组件；

916、显示设备根据用户的触发操作，生成目标请求，并将目标请求发生给服务设备；

917、服务设备在接收到显示设备发送的针对目标视频播放组件的目标请求后，优先向显示设备发送目标视频播放组件对应的组件数据；

918、服务设备在优先向显示设备发送目标视频播放组件对应的组件数据之后，将目标视频播放组件对应的加载任务从初始列表中删除；获取初始列表中还未加载的剩余加载任务；根据目标视频播放组件对应的加载任务的任务加载顺序和剩余加载任务的任务加载顺序，调整初始列表中剩余加载任务的任务加载顺序，获得调整后的初始列表；

919、服务设备基于调整后的初始列表向显示设备发送剩余加载任务对应的视频播放组件的组件数据；

920、服务设备在优先向显示设备发送目标视频播放组件对应的组件数据之后，将目标视频播放组件对应的加载任务从初始列表中删除；获取初始列表中还未加载的剩余加载任务；根据目标视频播放组件对应的加载任务的任务加载顺序和剩余加载任务的任务加载顺序，调整初始列表中剩余加载任务的任务加载顺序，获得调整后的初始列表；基于调整后的初始列表向显示设备发送剩余加载任务对应的视频播放组件的组件数据。

921、服务设备在接收到显示设备发送的针对目标视频播放组件的目标请求后，确定显示设备发送目标请求的时间；

922、服务设备根据目标请求以及目标请求的时间生成目标用户的最新行为记录；

923、服务设备将目标用户的历史行为记录添加至目标子数据库中。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一方面提供的预警方法。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述任一方面提供的预警方法。

容易理解的是，本领域技术人员在本申请提供的几个实施例的基础上，可以对本申请的实施例进行结合、拆分、重组等得到其他实施例，这些实施例均没有超出本申请的保护范围。

以上的具体实施方式，对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本申请实施例的具体实施方式而已，并不用于限定本申请实施例的保护范围，凡在本申请实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请实施例的保护范围之内。

Claims (10)

1.一种服务器，其特征在于，包括：

处理器，所述处理器被配置为：

接收显示设备的初始请求，所述初始请求携带所述显示设备的唯一标识以及目标视频的唯一编码；

根据所述显示设备的唯一标识以及目标视频的唯一编码，生成初始列表，所述初始列表包括多个视频播放组件的加载任务；

根据所述初始列表对应的各所述加载任务的任务加载顺序，依次向所述显示设备发送各所述视频播放组件的组件数据；

在接收到所述显示设备发送的针对目标视频播放组件的目标请求后，优先向所述显示设备发送所述目标视频播放组件对应的组件数据。

2.根据权利要求1所述的服务器，其特征在于，所述处理器进一步被配置为：

根据所述显示设备的唯一标识从第一信息表中匹配所述显示设备的配置信息，所述第一信息表包括多个显示设备的唯一标识以及与多个唯一标识对应的配置信息；

根据所述目标视频的唯一编码从第二信息表中匹配所述目标视频的属性信息，所述第二信息表包括多个目标视频的唯一编码以及与多个唯一编码对应的属性信息；

根据所述显示设备的配置信息和所述目标视频的属性信息从视频播放组件库中确定待加载的多个初始视频播放组件；

基于各所述初始视频播放组件对应的加载任务和所述任务加载顺序生成所述初始列表。

3.根据权利要求2所述的服务器，其特征在于，所述处理器进一步被配置为：

通过所述任务加载顺序对各所述初始视频播放组件对应的加载任务进行排序后，生成所述初始列表。

4.根据权利要求2或3所述的服务器，其特征在于，所述处理器进一步被配置为：

根据目标用户的唯一标记从第一数据库中确定目标子数据库，所述第一数据库包括多个子数据库，所述多个子数据库对应不同用户的历史行为记录，所述历史行为记录用于记录用户通过不同的显示设备观看视频过程中，启动各所述视频播放组件的时刻距离所述显示设备播放视频首帧数据的时刻之间的时长，所述目标用户为登录所述显示设备的视频播放应用的用户，所述目标用户的唯一标记通过所述目标用户的登录信息确定；

根据所述目标子数据库确定启动各所述加载任务的启动最短时长；

根据第二数据库确定各所述加载任务的平均加载时长，所述第二数据库包括不同类型的视频播放组件在不同显示设备上的加载时长；

获取各所述加载任务的启动最短时长与平均加载时长的差值；

根据各所述加载任务的差值和差值阈值确定所述任务加载顺序。

5.根据权利要求4所述的服务器，其特征在于，所述处理器进一步被配置为：

将所述差值小于或等于所述差值阈值的加载任务划分为第一加载任务；

将所述差值大于所述差值阈值的加载任务划分为第二加载任务；

确定第一加载顺序，所述第一加载顺序为在所述显示设备播放视频首帧数据的时按照所述差值从小到大的顺序依次加载各所述第一加载任务；

确定第二加载顺序，所述第二加载顺序为在所述显示设备播放视频的过程中按照所述差值从小到大的顺序依次加载各所述第二加载任务；

将所述第一加载顺序和所述第二加载顺序作为所述任务加载顺序。

6.根据权利要求1所述的服务器，其特征在于，所述处理器进一步被配置为：

在所述优先向所述显示设备发送所述目标视频播放组件对应的组件数据之后，将所述目标视频播放组件对应的加载任务从所述初始列表中删除；

获取所述初始列表中还未加载的剩余加载任务；

根据所述目标视频播放组件对应的加载任务的任务加载顺序和所述剩余加载任务的任务加载顺序，调整所述初始列表中所述剩余加载任务的任务加载顺序，获得调整后的初始列表；

基于所述调整后的初始列表向所述显示设备发送所述剩余加载任务对应的视频播放组件的组件数据。

7.根据权利要求3所述的服务器，其特征在于，所述处理器进一步被配置为：

在接收到所述显示设备发送的针对目标视频播放组件的目标请求后，确定所述显示设备发送所述目标请求的时间；

根据所述目标请求以及所述目标请求的时间生成所述目标用户的最新行为记录；

将所述目标用户的历史行为记录添加至所述目标子数据库中。

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

控制器，所述控制器被配置为：

响应于加载目标视频播放组件的触发操作，查询是否缓存所述目标视频播放组件的组件数据；

在确定未缓存所述目标视频播放组件的组件数据的情况下，向服务器发送目标请求；

获取所述服务器基于所述目标请求返回的所述目标视频播放组件的组件数据，并存储所述目标视频播放组件的组件数据；

显示器，被配置为显示所述目标视频播放组件的组件数据对应的内容。

9.一种视频播放组件的加载方法，其特征在于，所述方法应用于服务器，所述服务器包括处理器，所述加载方法包括：

接收显示设备的初始请求，所述初始请求携带所述显示设备的唯一标识以及目标视频的唯一编码；

根据所述显示设备的唯一标识以及目标视频的唯一编码，生成初始列表，所述初始列表包括多个视频播放组件的加载任务；

根据所述初始列表对应的各所述加载任务的任务加载顺序，依次向所述显示设备发送各所述视频播放组件的组件数据；

在接收到所述显示设备发送的针对目标视频播放组件的目标请求后，优先向所述显示设备发送所述目标视频播放组件对应的组件数据。

10.一种视频播放组件的加载方法，其特征在于，所述方法应用于显示设备，所述显示设备包括显示器和控制器，所述加载方法包括：

响应于加载目标视频播放组件的触发操作，查询是否缓存所述目标视频播放组件的组件数据；

在确定未缓存所述目标视频播放组件的组件数据的情况下，向服务器发送目标请求；

获取所述服务器基于所述目标请求返回的所述目标视频播放组件的组件数据，并存储所述目标视频播放组件的组件数据。

Images