视频预加载的方法、装置、电子设备及存储介质

摘要

本公开关于一种视频预加载的方法、装置、电子设备及存储介质，其中，所述方法包括：获取客户端的实时网速信息和服务器端的视频数据卡顿率的降低目标；根据实时网速信息、视频数据卡顿率的降低目标、第一映射关系和第二映射关系，确定待播放的视频数据的预加载时长信息，第一映射关系表示网速信息与首屏时长之间的对应关系，第二映射关系表示视频数据从开始播放到第一次出现卡顿现象的第一时间分别与网速信息和视频数据卡顿率的降低值之间的对应关系；按照预加载时长信息对待播放的视频数据进行预加载操作。本公开既避免了预加载较多时长的视频数据的情况下浪费网络资源的问题，又避免了预加载较少时长的视频数据的情况下仍然出现卡顿现象的问题。

权利要求

1.一种视频预加载的方法，其特征在于，应用于客户端，所述方法包括：获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标；

根据所述实时网速信息、所述视频数据卡顿率的降低目标、预设的第一映射关系和预设的第二映射关系，确定待播放的视频数据的预加载时长信息，所述第一映射关系表示网速信息与首屏时长之间的对应关系，所述第二映射关系表示视频数据不出现卡顿现象的第一时间分别与网速信息和视频数据卡顿率的降低值之间的对应关系，所述第一时间表示视频数据从开始播放到第一次出现卡顿现象的时间段；

按照所述预加载时长信息对所述待播放的视频数据进行预加载操作；

其中，所述根据所述实时网速信息、所述视频数据卡顿率的降低目标、预设的第一映射关系和预设的第二映射关系，确定待播放的视频数据的预加载时长信息的步骤，包括：根据所述实时网速信息和所述第一映射关系确定所述实时网速信息对应的首屏时长，并以所述对应的首屏时长作为所述待播放的视频数据的第一备选预加载时长信息；

根据所述实时网速信息、所述视频数据卡顿率的降低目标和所述第二映射关系确定均与所述实时网速信息和所述视频数据卡顿率的降低目标对应的第一时间，并以所述对应的第一时间作为所述待播放的视频数据的第二备选预加载时长信息；

从所述第一备选预加载时长信息和所述第二备选预加载时长信息中选择出时长较大的所述第一备选预加载时长或所述第二备选预加载时长作为所述预加载时长信息。

2.根据权利要求1所述的视频预加载的方法，其特征在于，在所述获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标的步骤之前，所述方法还包括：获取所述客户端的型号信息和CPU利用率；

根据所述型号信息、所述CPU利用率、预设的视频数据丢帧率阈值和预设的第三映射关系，判断是否需要对所述待播放的视频数据进行预加载操作，所述第三映射关系表示视频数据丢帧率分别与型号信息和CPU利用率之间的对应关系；

若需要对所述待播放的视频数据进行预加载操作，则执行所述获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标的步骤。

3.根据权利要求2所述的视频预加载的方法，其特征在于，所述根据所述型号信息、所述CPU利用率、预设的视频数据丢帧率阈值和预设的第三映射关系，判断是否需要对所述待播放的视频数据进行预加载操作的步骤，包括：根据所述型号信息、当前时间点的前一预设时间段的CPU利用率、所述视频数据丢帧率阈值和所述第三映射关系，判断在所述当前时间点的下一所述预设时间段是否需要对所述待播放的视频数据进行预加载操作。

4.根据权利要求3所述的视频预加载的方法，其特征在于，所述根据所述型号信息、当前时间点的前一预设时间段的CPU利用率、所述视频数据丢帧率阈值和所述第三映射关系，判断在所述当前时间点的下一所述预设时间段是否需要对所述待播放的视频数据进行预加载操作的步骤，包括：

根据所述型号信息、前一所述预设时间段的CPU利用率和所述第三映射关系确定前一所述预设时间段的视频数据丢帧率；

将前一所述预设时间段的视频数据丢帧率与所述视频数据丢帧率阈值进行比较；

若前一所述预设时间段的视频数据丢帧率大于所述视频数据丢帧率阈值，则在所述当前时间点的下一所述预设时间段不需要对所述待播放的视频数据进行预加载操作；

若前一所述预设时间段的视频数据丢帧率小于或等于所述视频数据丢帧率阈值，则在所述当前时间点的下一所述预设时间段需要对所述待播放的视频数据进行预加载操作。

5.一种视频预加载的方法，其特征在于，应用于服务器端，所述方法包括：统计全部客户端的网速信息、型号信息、CPU利用率、首屏时长、视频数据卡顿状态和视频数据丢帧率；

根据所述网速信息和所述首屏时长创建第一映射关系，所述第一映射关系表示网速信息与首屏时长之间的对应关系；

根据所述网速信息、所述视频数据卡顿状态创建第二映射关系，所述第二映射关系表示视频数据不出现卡顿现象的第一时间分别与网速信息和视频数据卡顿率的降低值之间的对应关系，所述第一时间表示视频数据从开始播放到第一次出现卡顿现象的时间段；

将所述第一映射关系、所述第二映射关系和视频数据卡顿率的降低目标下发至客户端，以便所述客户端根据所述第一映射关系、所述第二映射关系和所述视频数据卡顿率的降低目标对待播放的视频数据进行预加载操作。

6.根据权利要求5所述的视频预加载的方法，其特征在于，所述根据所述网速信息和所述首屏时长创建第一映射关系的步骤，包括：根据大于预设网速阈值的平均网速信息和与所述平均网速信息对应的首屏时长创建所述第一映射关系。

7.根据权利要求5所述的视频预加载的方法，其特征在于，所述根据所述网速信息、所述视频数据卡顿状态创建第二映射关系的步骤，包括：根据不同的网速信息对应的视频数据播放到预设时间单位时的卡顿状态创建所述第二映射关系。

8.根据权利要求5所述的视频预加载的方法，其特征在于，在所述统计全部客户端的网速信息、型号信息、CPU利用率、首屏时长、视频数据卡顿状态和视频数据丢帧率的步骤之后，所述方法还包括：

根据所述型号信息、所述CPU利用率和所述视频数据丢帧率创建第三映射关系，所述第三映射关系表示视频数据丢帧率分别与型号信息和CPU利用率之间的对应关系；

将所述第三映射关系下发至所述客户端，以便所述客户端根据所述第三映射关系判断是否对所述待播放的视频数据执行预加载操作。

9.一种视频预加载的装置，其特征在于，应用于客户端，所述装置包括：获取单元，被配置为获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标；

确定单元，被配置为根据所述实时网速信息、所述视频数据卡顿率的降低目标、预设的第一映射关系和预设的第二映射关系，确定待播放的视频数据的预加载时长信息，所述第一映射关系表示网速信息与首屏时长之间的对应关系，所述第二映射关系表示视频数据不出现卡顿现象的第一时间分别与网速信息和视频数据卡顿率的降低值之间的对应关系，所述第一时间表示视频数据从开始播放到第一次出现卡顿现象的时间段；

预加载单元，被配置为按照所述预加载时长信息对所述待播放的视频数据进行预加载操作；

其中，所述确定单元，包括：

第一确定模块，被配置为根据所述实时网速信息和所述第一映射关系确定所述实时网速信息对应的首屏时长，并以所述对应的首屏时长作为所述待播放的视频数据的第一备选预加载时长信息；

第二确定模块，被配置为根据所述实时网速信息、所述视频数据卡顿率的降低目标和所述第二映射关系确定均与所述实时网速信息和所述视频数据卡顿率的降低目标对应的第一时间，并以所述对应的第一时间作为所述待播放的视频数据的第二备选预加载时长信息；

选择模块，配置为从所述第一备选预加载时长信息和所述第二备选预加载时长信息中选择出时长较大的所述第一备选预加载时长或所述第二备选预加载时长作为所述预加载时长信息。

10.根据权利要求9所述的视频预加载的装置，其特征在于，所述获取单元，还被配置为在获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标之前，获取所述客户端的型号信息和CPU利用率；

所述装置，还包括：

判断单元，被配置为根据所述型号信息、所述CPU利用率、预设的视频数据丢帧率阈值和预设的第三映射关系，判断是否需要对所述待播放的视频数据进行预加载操作，所述第三映射关系表示视频数据丢帧率分别与型号信息和CPU利用率之间的对应关系；

所述获取单元，被配置为在所述判断单元判断需要对所述待播放的视频数据进行预加载操作时，获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标。

11.根据权利要求10所述的视频预加载的装置，其特征在于，所述判断单元，被配置为根据所述型号信息、当前时间点的前一预设时间段的CPU利用率、所述视频数据丢帧率阈值和所述第三映射关系，判断在所述当前时间点的下一所述预设时间段是否需要对所述待播放的视频数据进行预加载操作。

12.根据权利要求11所述的视频预加载的装置，其特征在于，所述判断单元，包括：第三确定模块，被配置为根据所述型号信息、前一所述预设时间段的CPU利用率和所述第三映射关系确定前一所述预设时间段的视频数据丢帧率；

比较模块，被配置为将前一所述预设时间段的视频数据丢帧率与所述视频数据丢帧率阈值进行比较；

判断模块，被配置为若前一所述预设时间段的视频数据丢帧率大于所述视频数据丢帧率阈值，则在所述当前时间点的下一所述预设时间段不需要对所述待播放的视频数据进行预加载操作；若前一所述预设时间段的视频数据丢帧率小于或等于所述视频数据丢帧率阈值，则在所述当前时间点的下一所述预设时间段需要对所述待播放的视频数据进行预加载操作。

13.一种视频预加载的装置，其特征在于，应用于服务器端，所述装置包括：统计单元，被配置为统计全部客户端的网速信息、型号信息、CPU利用率、首屏时长、视频数据卡顿状态和视频数据丢帧率；

创建单元，被配置为根据所述网速信息和所述首屏时长创建第一映射关系；根据所述网速信息、所述视频数据卡顿状态创建第二映射关系；所述第一映射关系表示网速信息与首屏时长之间的对应关系，所述第二映射关系表示视频数据不出现卡顿现象的第一时间分别与网速信息和视频数据卡顿率的降低值之间的对应关系，所述第一时间表示视频数据从开始播放到第一次出现卡顿现象的时间段；

下发单元，被配置为将所述第一映射关系、所述第二映射关系和视频数据卡顿率的降低目标下发至客户端，以便所述客户端根据所述第一映射关系、所述第二映射关系和所述视频数据卡顿率的降低目标对待播放的视频数据进行预加载操作。

14.根据权利要求13所述的视频预加载的装置，其特征在于，所述创建单元，被配置为根据大于预设网速阈值的平均网速信息和与所述平均网速信息对应的首屏时长创建所述第一映射关系。

15.根据权利要求13所述的视频预加载的装置，其特征在于，所述创建单元，被配置为根据不同的网速信息对应的视频数据播放到预设时间单位时的卡顿状态创建所述第二映射关系。

16.根据权利要求13所述的视频预加载的装置，其特征在于，所述创建单元，还被配置为根据所述型号信息、所述CPU利用率和所述视频数据丢帧率创建第三映射关系，所述第三映射关系表示视频数据丢帧率分别与型号信息和CPU利用率之间的对应关系；

所述下发单元，还被配置为将所述第三映射关系下发至所述客户端，以便所述客户端根据所述第三映射关系判断是否对所述待播放的视频数据执行预加载操作。

17.一种电子设备，其特征在于，包括：处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至8中任一项所述的视频预加载的方法。

18.一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至8中任一项所述的视频预加载的方法。

说明书

视频预加载的方法、装置、电子设备及存储介质

技术领域

[0001] 本公开涉及视频处理技术领域，尤其涉及一种视频预加载的方法、装置、电子设备及存储介质。

背景技术

[0002] 随着网络技术和视频技术的发展，短视频应用服务越来越流行。但是，受网络的动态性和播放终端的性能差异性的影响，用户在观看短视频时会出现卡顿的情况。因此，流畅
的短视频观看体验是一项亟待解决的问题。

[0003] 在相关技术中，为了给用户提供流畅的短视频观看体验，短视频客户端通常会配置内容预取装置。该内容预取装置通过预测用户对短视频客户端的页面滑动速度，估计页
面停止时对应展示的短视频，对估计得到的短视频进行预加载操作。但是，相关技术中的内
容预取装置无法确定对估计得到的短视频预加载多少时长的视频内容。

发明内容

[0004] 本公开提供了一种视频预加载的方法、装置、电子设备及存储介质，以至少解决相关技术中无法确定对短视频预加载多少时长的视频内容的问题。本公开的技术方案如下：

[0005] 根据本公开实施例的第一方面，提供了一种视频预加载的方法，应用于客户端，所述方法包括：获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目
标；根据所述实时网速信息、所述视频数据卡顿率的降低目标、预设的第一映射关系和预设
的第二映射关系，确定待播放的视频数据的预加载时长信息，所述第一映射关系表示网速
信息与首屏时长之间的对应关系，所述第二映射关系表示视频数据不出现卡顿现象的第一
时间分别与网速信息和视频数据卡顿率的降低值之间的对应关系，所述第一时间表示视频
数据从开始播放到第一次出现卡顿现象的时间段；按照所述预加载时长信息对所述待播放
的视频数据进行预加载操作。

[0006] 可选地，所述根据所述实时网速信息、所述视频数据卡顿率的降低目标、预设的第一映射关系和预设的第二映射关系，确定待播放的视频数据的预加载时长信息的步骤，包
括：根据所述实时网速信息和所述第一映射关系确定所述实时网速信息对应的首屏时长，
并以所述对应的首屏时长作为所述待播放的视频数据的第一备选预加载时长信息；根据所
述实时网速信息、所述视频数据卡顿率的降低目标和所述第二映射关系确定均与所述实时
网速信息和所述视频数据卡顿率的降低目标对应的第一时间，并以所述对应的第一时间作
为所述待播放的视频数据的第二备选预加载时长信息；从所述第一备选预加载时长信息和
所述第二备选预加载时长信息中选择出时长较大的所述第一备选预加载时长或所述第二
备选预加载时长作为所述预加载时长信息。

[0007] 可选地，在所述获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标的步骤之前，所述方法还包括：获取所述客户端的型号信息和CPU利用率；根
据所述型号信息、所述CPU利用率、预设的视频数据丢帧率阈值和预设的第三映射关系，判
断是否需要对所述待播放的视频数据进行预加载操作，所述第三映射关系表示视频数据丢
帧率分别与型号信息和CPU利用率之间的对应关系；若需要对所述待播放的视频数据进行
预加载操作，则执行所述获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿
率的降低目标的步骤。

[0008] 可选地，所述根据所述型号信息、所述CPU利用率、预设的视频数据丢帧率阈值和预设的第三映射关系，判断是否需要对所述待播放的视频数据进行预加载操作的步骤，包
括：根据所述型号信息、当前时间点的前一预设时间段的CPU利用率、所述视频数据丢帧率
阈值和所述第三映射关系，判断在所述当前时间点的下一所述预设时间段是否需要对所述
待播放的视频数据进行预加载操作。

[0009] 可选地，所述根据所述型号信息、当前时间点的前一预设时间段的CPU利用率、所述视频数据丢帧率阈值和所述第三映射关系，判断在所述当前时间点的下一所述预设时间
段是否需要对所述待播放的视频数据进行预加载操作的步骤，包括：根据所述型号信息、前
一所述预设时间段的CPU利用率和所述第三映射关系确定前一所述预设时间段的视频数据
丢帧率；将前一所述预设时间段的视频数据丢帧率与所述视频数据丢帧率阈值进行比较；
若前一所述预设时间段的视频数据丢帧率大于所述视频数据丢帧率阈值，则在所述当前时
间点的下一所述预设时间段不需要对所述待播放的视频数据进行预加载操作；若前一所述
预设时间段的视频数据丢帧率小于或等于所述视频数据丢帧率阈值，则在所述当前时间点
的下一所述预设时间段需要对所述待播放的视频数据进行预加载操作。

[0010] 根据本公开实施例的第二方面，提供了一种视频预加载的方法，应用于服务器端，所述方法包括：统计全部客户端的网速信息、型号信息、CPU利用率、首屏时长、视频数据卡
顿状态和视频数据丢帧率；根据所述网速信息和所述首屏时长创建第一映射关系，所述第
一映射关系表示网速信息与首屏时长之间的对应关系；根据所述网速信息、所述视频数据
卡顿状态创建第二映射关系，所述第二映射关系表示视频数据不出现卡顿现象的第一时间
分别与网速信息和视频数据卡顿率的降低值之间的对应关系，所述第一时间表示视频数据
从开始播放到第一次出现卡顿现象的时间段；将所述第一映射关系、所述第二映射关系和
视频数据卡顿率的降低目标下发至客户端，以便所述客户端根据所述第一映射关系、所述
第二映射关系和所述视频数据卡顿率的降低目标对待播放的视频数据进行预加载操作。

[0011] 可选地，所述根据所述网速信息和所述首屏时长创建第一映射关系的步骤，包括：根据大于预设网速阈值的平均网速信息和与所述平均网速信息对应的首屏时长创建所述
第一映射关系。

[0012] 可选地，所述根据所述网速信息、所述视频数据卡顿状态创建第二映射关系的步骤，包括：根据不同的网速信息对应的视频数据播放到预设时间单位时的卡顿状态创建所
述第二映射关系。

[0013] 可选地，在所述统计全部客户端的网速信息、型号信息、CPU利用率、首屏时长、视频数据卡顿状态和视频数据丢帧率的步骤之后，所述方法还包括：根据所述型号信息、所述
CPU利用率和所述视频数据丢帧率创建第三映射关系，所述第三映射关系表示视频数据丢
帧率分别与型号信息和CPU利用率之间的对应关系；将所述第三映射关系下发至所述客户
端，以便所述客户端根据所述第三映射关系判断是否对所述待播放的视频数据执行预加载
操作。

[0014] 根据本公开实施例的第三方面，提供了一种视频预加载的装置，应用于客户端，所述装置包括：获取单元，被配置为获取所述客户端的实时网速信息和来自服务器端的视频
数据卡顿率的降低目标；确定单元，被配置为根据所述实时网速信息、所述视频数据卡顿率
的降低目标、预设的第一映射关系和预设的第二映射关系，确定待播放的视频数据的预加
载时长信息，所述第一映射关系表示网速信息与首屏时长之间的对应关系，所述第二映射
关系表示视频数据不出现卡顿现象的第一时间分别与网速信息和视频数据卡顿率的降低
值之间的对应关系，所述第一时间表示视频数据从开始播放到第一次出现卡顿现象的时间
段；预加载单元，被配置为按照所述预加载时长信息对所述待播放的视频数据进行预加载
操作。

[0015] 可选地，所述确定单元，包括：第一确定模块，被配置为根据所述实时网速信息和所述第一映射关系确定所述实时网速信息对应的首屏时长，并以所述对应的首屏时长作为
所述待播放的视频数据的第一备选预加载时长信息；第二确定模块，被配置为根据所述实
时网速信息、所述视频数据卡顿率的降低目标和所述第二映射关系确定均与所述实时网速
信息和所述视频数据卡顿率的降低目标对应的第一时间，并以所述对应的第一时间作为所
述待播放的视频数据的第二备选预加载时长信息；选择模块，配置为从所述第一备选预加
载时长信息和所述第二备选预加载时长信息中选择出时长较大的所述第一备选预加载时
长或所述第二备选预加载时长作为所述预加载时长信息。

[0016] 可选地，所述获取单元，还被配置为在获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标之前，获取所述客户端的型号信息和CPU利用率；所述
装置，还包括：判断单元，被配置为根据所述型号信息、所述CPU利用率、预设的视频数据丢
帧率阈值和预设的第三映射关系，判断是否需要对所述待播放的视频数据进行预加载操
作，所述第三映射关系表示视频数据丢帧率分别与型号信息和CPU利用率之间的对应关系；
所述获取单元，被配置为在所述判断单元判断需要对所述待播放的视频数据进行预加载操
作时，获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标。

[0017] 可选地，所述判断单元，被配置为根据所述型号信息、当前时间点的前一预设时间段的CPU利用率、所述视频数据丢帧率阈值和所述第三映射关系，判断在所述当前时间点的
下一所述预设时间段是否需要对所述待播放的视频数据进行预加载操作。

[0018] 可选地，所述判断单元，包括：第三确定模块，被配置为根据所述型号信息、前一所述预设时间段的CPU利用率和所述第三映射关系确定前一所述预设时间段的视频数据丢帧
率；比较模块，被配置为将前一所述预设时间段的视频数据丢帧率与所述视频数据丢帧率
阈值进行比较；判断模块，被配置为若前一所述预设时间段的视频数据丢帧率大于所述视
频数据丢帧率阈值，则在所述当前时间点的下一所述预设时间段不需要对所述待播放的视
频数据进行预加载操作；若前一所述预设时间段的视频数据丢帧率小于或等于所述视频数
据丢帧率阈值，则在所述当前时间点的下一所述预设时间段需要对所述待播放的视频数据
进行预加载操作。

[0019] 根据本公开实施例的第四方面，提供了一种视频预加载的装置，应用于服务器端，所述装置包括：统计单元，被配置为统计全部客户端的网速信息、型号信息、CPU利用率、首
屏时长、视频数据卡顿状态和视频数据丢帧率；创建单元，被配置为根据所述网速信息和所
述首屏时长创建第一映射关系；根据所述网速信息、所述视频数据卡顿状态创建第二映射
关系；所述第一映射关系表示网速信息与首屏时长之间的对应关系，所述第二映射关系表
示视频数据不出现卡顿现象的第一时间分别与网速信息和视频数据卡顿率的降低值之间
的对应关系，所述第一时间表示视频数据从开始播放到第一次出现卡顿现象的时间段；下
发单元，被配置为将所述第一映射关系、所述第二映射关系和视频数据卡顿率的降低目标
下发至客户端，以便所述客户端根据所述第一映射关系、所述第二映射关系和所述视频数
据卡顿率的降低目标对待播放的视频数据进行预加载操作。

[0020] 可选地，所述创建单元，被配置为根据大于预设网速阈值的平均网速信息和与所述平均网速信息对应的首屏时长创建所述第一映射关系。

[0021] 可选地，所述创建单元，被配置为根据不同的网速信息对应的视频数据播放到预设时间单位时的卡顿状态创建所述第二映射关系。

[0022] 可选地，所述创建单元，还被配置为根据所述型号信息、所述CPU利用率和所述视频数据丢帧率创建第三映射关系，所述第三映射关系表示视频数据丢帧率分别与型号信息
和CPU利用率之间的对应关系；所述下发单元，还被配置为将所述第三映射关系下发至所述
客户端，以便所述客户端根据所述第三映射关系判断是否对所述待播放的视频数据执行预
加载操作。

[0023] 根据本公开实施例的第五方面，提供了一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如第一方
面和第二方面任一项所述的视频预加载的方法。

[0024] 根据本公开实施例的第六方面，提供了一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如第一方面和第二方面中任一项
所述的视频预加载的方法。

[0025] 根据本公开实施例的第七方面，提供了一种计算机程序产品，包括可读性程序代码，所述可读性程序代码可由电子设备的处理器执行以完成第一方面和第二方面中任一项
所述的视频预加载的方法。

[0026] 本公开的实施例提供的技术方案至少带来以下有益效果：

[0027] 本公开的实施例首先获取客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标，其中，视频数据卡顿率表示视频数据在播放预设时间长度的过程中出现
卡顿现象的累计时间长度。然后根据获取到的实时网速信息、视频数据卡顿率的降低目标，
以及，预设的第一映射关系和预设的第二映射关系，确定待播放的视频数据的预加载时长
信息。其中，第一映射关系表示网速信息与首屏时长之间的对应关系，首屏时长表示视频数
据触发播放到视频数据开始播放之间的时间段，第二映射关系表示视频数据不出现卡顿现
象的第一时间分别与网速信息和视频数据卡顿率的降低值之间的对应关系，第一时间表示
视频数据从开始播放到第一次出现卡顿现象的时间段。再根据预加载时长信息对待播放的
视频数据进行预加载操作。

[0028] 本公开的实施例基于客户端的实时网速信息、服务器端下发的视频数据卡顿率的降低目标，以及，预设的第一映射关系和第二映射关系确定待播放的视频数据的预加载时
长信息，按照预加载时长信息对待播放的视频数据进行预加载操作，既避免了预加载较多
时长的视频数据的情况下浪费网络资源的问题，又避免了预加载较少时长的视频数据的情
况下仍然出现卡顿现象的问题。

[0029] 应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

[0030] 此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

[0031] 图1是根据一示例性实施例示出的一种视频预加载的方法的流程图。

[0032] 图2是根据一示例性实施例示出的另一种视频预加载的方法的流程图。

[0033] 图3是根据一示例性实施例示出的一种视频预加载的装置的框图。

[0034] 图4是根据一示例性实施例示出的另一种视频预加载的装置的框图。

[0035] 图5是根据一示例性实施例示出的一种视频预加载的电子设备的框图。

[0036] 图6是根据一示例性实施例示出的一种用于预加载视频的电子设备的框图。

具体实施方式

[0037] 为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

[0038] 需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用
的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或
描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相
一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面
相一致的装置和方法的例子。

[0039] 图1是根据一示例性实施例示出的一种视频预加载的方法的流程图，如图1所示，该视频预加载的方法可以用于客户端中，该客户端可以为用于播放视频数据的客户端，该
视频预加载的方法包括以下步骤。

[0040] 在步骤S11中，获取客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标。

[0041] 在本公开实施例中，视频数据卡顿率可以理解为视频数据在流畅播放方面的一项判断指标，视频数据卡顿率表示视频数据在播放预设时间长度的过程中出现卡顿现象的累
计时间长度。例如，视频数据在播放了10分钟的过程中出现卡顿现象的累计时间长度为
0.42秒，则视频数据卡顿率为0.42÷10×60＝0.07％。

[0042] 在本公开实施例中，服务器端可以理解为用于对视频数据进行相关处理的服务器端，包括但不限于存储有视频数据的服务器端，下发视频数据至客户端的服务器端等等。

[0043] 在本步骤S11中，服务器端可以向客户端下发视频数据卡顿率的降低目标，例如，服务器端下发至客户端的视频数据卡顿率的降低目标为0.05％，则表示服务器端期望客户
端在播放视频数据的过程中，视频数据卡顿率的降低目标相对降低0.05％。若视频数据卡
顿率为0.07％，则降低后的视频数据卡顿率为(0.07‑0.05)％＝0.02％。

[0044] 在步骤S12中，根据实时网速信息、视频数据卡顿率的降低目标、预设的第一映射关系和预设的第二映射关系，确定待播放的视频数据的预加载时长信息。

[0045] 在本公开实施例中，预设的第一映射关系可以表示网速信息与首屏时长之间的对应关系。首屏时长表示视频数据触发播放到视频数据开始播放之间的时间段。例如，用户点
击视频数据的播放按钮之后，需要经过发起超文本传输协议(Hyper Text Transfer 
Protocol，HTTP)请求，域名解析(Domain name resolution，Dns)获取视频数据所在的服务
器的网络地址，进而向该服务器请求视频数据，一直到客户端获取视频数据，并播放视频数
据的第一帧为止，从用户点击播放按钮到播放第一帧之间的时间段即首屏时长。该第一映
射关系可以由服务器端基于从大量的客户端获取到的大数据生成所得，该大数据包括但不
限于客户端的网速信息、硬件信息、视频数据的卡顿情况、视频数据的丢帧情况、首屏时长
等等。

[0046] 在实际应用中，服务器端可以从获取到的大数据中，统计出不受预加载操作影响的客户端的平均网速信息(download_speed)和首屏时长(first_screen_dur)，建立平均网
速信息(download_speed)到首屏时长(first_screen_dur)之间的映射关系，作为第一映射
关系F(download_speed)→first_screen_dur。其中，不受预加载操作影响的客户端可以理
解为性能足够好、网速足够快的客户端。不受预加载操作影响的客户端的平均网速信息
(download_speed)对应的首屏时长(first_screen_dur)即最小预加载时长信息。

[0047] 在本公开实施例中，预设的第二映射关系可以表示视频数据不出现卡顿现象的第一时间分别与网速信息和视频数据卡顿率的降低值之间的对应关系，第一时间表示视频数
据从开始播放到第一次出现卡顿现象的时间段。该第二映射关系可以由服务器端基于从大
量的客户端获取到的大数据生成所得，该大数据包括但不限于客户端的网速信息、硬件信
息、视频数据的卡顿情况、视频数据的丢帧情况、首屏时长等等。

[0048] 在实际应用中，服务器端可以从获取到的大数据中，统计出不同网速信息的客户端在视频数据播放到第x秒时的卡顿情况，进而建立若需要视频数据卡顿率降低x(x_
blockRatioDecrease)时，需要视频数据的前y秒的播放过程中不出现卡顿现象(y_
noBlock)之间的映射关系，作为第二映射关系F(download_speed，x_blockRatioDecrease)
→y_noBlock。

[0049] 在本公开的一种示例性实施例中，在本步骤S12确定待播放的视频数据的预加载时长信息时，可以根据实时网速信息和第一映射关系确定待播放的视频数据的第一备选预
加载时长信息。根据实时网速信息、视频数据卡顿率的降低目标和第二映射关系确定待播
放的视频数据的第二备选预加载时长信息。从第一备选预加载时长信息和第二备选预加载
时长信息中选择出预加载时长信息。

[0050] 在确定待播放的视频数据的第一备选预加载时长信息时，可以将客户端的实时网速信息与第一映射关系中的平均网速信息进行比对，若实时网速信息与平均网速信息相
同，或者，实时网速信息位于平均网速信息所在的速度区间内，则将第一映射关系中与平均
网速信息对应的首屏时长作为第一备选预加载时长信息。若实时网速信息与平均网速信息
不相同，或者，实时网速信息位于平均网速信息所在的速度区间外，则无法确定第一备选预
加载时长信息。

[0051] 在确定待播放的视频数据的第二备选预加载时长信息时，可以将客户端的实时网速信息与第二映射关系中的网速信息进行比对，并将服务器端下发的视频数据卡顿率的降
低目标与第二映射关系中的视频数据卡顿率的降低值进行比对，在实时网速信息与第二映
射关系中的网速信息相同，或实时网速信息位于第二映射关系中的网速信息所在的速度区
间内时，且服务器端下发的视频数据卡顿率的降低目标与第二映射关系中的视频数据卡顿
率的降低值相同时，将第二映射关系中的不出现卡顿现象的第一时间作为第二备选预加载
时长信息。在实时网速信息与第二映射关系中的网速信息不相同，或实时网速信息位于第
二映射关系中的网速信息所在的速度区间外时，或者服务器端下发的视频数据卡顿率的降
低目标与第二映射关系中的视频数据卡顿率的降低值不相同时，无法确定第二备选预加载
时长信息。

[0052] 在从第一备选预加载时长信息和第二备选预加载时长信息中选择出预加载时长信息时，可以将第一备选预加载时长信息与第二备选预加载时长信息进行比较，将第一备
选预加载时长信息与第二备选预加载时长信息中时长较大的第一备选预加载时长信息或
第二备选预加载时长信息作为预加载时长信息。例如，第一预加载时长信息为500ms，第二
预加载时长信息为800ms，则将第二预加载时长信息作为最终的预加载时长信息。

[0053] 需要说明的是，上述第一映射关系中的first_screen_dur，以及，上述第二映射关系中的y_noBlock可以采用任意时间单位，如毫秒、秒、分等等，本公开的实施例对时间单位
的选择、转换等不作具体限制。

[0054] 在步骤S13中，按照预加载时长信息对待播放的视频数据进行预加载操作。

[0055] 例如，若预加载时长信息为800ms，则预先加载待播放的视频数据从0ms到800ms之间的视频内容。

[0056] 在本公开的一种示例性实施例中，由于视频数据的预加载操作会占用客户端的系统资源，对于一些性能较差或者系统资源已占用较多的客户端而言，不建议开启视频数据
的预加载操作。因此，在上述步骤S11之前，可以判断是否需要对待播放的视频数据进行预
加载操作。具体地，可以获取客户端的型号信息和CPU利用率，进而根据型号信息、CPU利用
率、预设的视频数据丢帧率阈值和预设的第三映射关系判断是否需要对待播放的视频数据
进行预加载操作。

[0057] 需要说明的是，由于客户端的系统资源占用情况是动态变化的，因此判断是否需要进行预加载操作的过程可以按照设定的周期循环执行。在实际应用中，获取客户端的型
号信息和当前周期的CPU利用率，进而根据型号信息和当前周期的CPU利用率、预设的视频
数据丢帧率阈值和第三映射关系，判断当前周期的下一周期是否需要对待播放的视频数据
进行预加载操作。例如，设定的周期为5分钟，预设的视频数据丢帧率阈值为d，获取客户端
的型号信息和当前时间点的前5分钟的CPU利用率，根据型号信息、当前时间点的前5分钟的
CPU利用率、视频数据丢帧率阈值d和第三映射关系，判断当前时间点的下5分钟是否需要对
待播放的视频数据进行预加载操作。

[0058] 在判断下一周期是否需要对待播放的视频数据进行预加载操作时，可以根据型号信息、当前周期的CPU利用率和第三映射关系确定当前周期的视频数据丢帧率，进而将当前
周期的视频数据丢帧率与视频数据丢帧率阈值进行比较。若当前周期的视频数据丢帧率大
于视频数据丢帧率阈值，则在下一周期不需要对待播放的视频数据进行预加载操作；若当
前周期的视频数据丢帧率小于或等于视频数据丢帧率阈值，则在下一周期需要对待播放的
视频数据进行预加载操作。

[0059] 在本公开实施例中，预设的第三映射关系可以表示视频数据丢帧率分别与型号信息和CPU利用率之间的对应关系。该第三映射关系可以由服务器端基于从大量的客户端获
取到的大数据生成所得，该大数据包括但不限于客户端的网速信息、硬件信息、视频数据的
卡顿情况、视频数据的丢帧情况、首屏时长等等。

[0060] 在实际应用中，服务器端可以从获取到的大数据中，统计出不同型号信息(device)的客户端在不同的CPU利用率(cpu_occupationRatio)下的视频数据丢帧率
(frameDropRatio)，进而建立型号信息(device)、CPU利用率(cpu_occupationRatio)与视频数据
丢帧率(frameDropRatio)之间的映射关系，作为第三映射关系F(device，cpu_occupationRatio)
→frameDropRatio。

[0061] 图2是根据一示例性实施例示出的另一种视频预加载的方法的流程图，如图2所示，该视频预加载的方法可以用于服务器端中，该视频预加载的方法包括以下步骤。

[0062] 在步骤S21中，统计全部客户端的网速信息、型号信息、CPU利用率、首屏时长、视频数据卡顿状态和视频数据丢帧率。

[0063] 在本公开实施例中，全部客户端可以理解为与服务器端通信连接且用于播放视频数据的客户端。其中，网速信息、CPU利用率、首屏时长、视频数据卡顿状态和视频数据丢帧
率可以为动态信息，因此，服务器端可以实时或者按照设定周期采集并统计得到网速信息、
CPU利用率、首屏时长、视频数据卡顿状态和视频数据丢帧率。

[0064] 在步骤S22中，根据网速信息和首屏时长创建第一映射关系。

[0065] 在本公开实施例中，为了以最小的预加载时长信息，达到视频数据卡顿率不上升的目的，必须保证预加载时长信息大于首屏时长。因此，服务器端可以创建不受预加载影响
的客户端的平均网速信息与首屏时长之间的第一映射关系，具体的创建过程可以参照上述
步骤S12中的相关说明，在此不再赘述。

[0066] 在步骤S23中，根据网速信息、视频数据卡顿状态创建第二映射关系。

[0067] 在本公开实施例中，为了达到降低视频数据卡顿率的目的，服务器端可以统计不同网速下每个客户端在视频数据播放过程中的卡顿状态，进而创建若需要视频数据卡顿率
降低x时，与视频数据的前y秒播放过程中不出现卡顿现象的第二映射关系，具体的创建过
程可以参照上述步骤S12中的相关说明，在此不再赘述。

[0068] 在步骤S24中，将第一映射关系、第二映射关系和视频数据卡顿率的降低目标下发至客户端，以便客户端根据第一映射关系、第二映射关系和视频数据卡顿率的降低目标对
待播放的视频数据进行预加载操作。

[0069] 服务器端除了创建第一映射关系和第二映射关系之外，为了不影响性能较差或系统资源不足的客户端的视频播放效果，还可以根据型号信息、CPU利用率和视频数据丢帧率
创建第三映射关系，进而将第三映射关系下发至客户端。关于第三映射关系的具体创建过
程可以参照上述实施例中的相关说明，在此不再赘述。

[0070] 需要说明的是，上述步骤S22和步骤S23可以顺序执行也可以并列执行，本公开的实施例对步骤S22和步骤S23的执行顺序关系等不作具体限制。

[0071] 基于上述关于视频预加载的方法的相关说明，下面介绍一种短视频的预加载方法，该方法可以应用于短视频应用场景。对短视频进行预加载的主要目的在于减少首屏时
长，以及，降低短视频播放过程中的卡顿概率。但是，预加载过程可能产生如下几种问题。问
题一，短视频预加载的时长过长，若用户未观看该短视频，则该短视频的预加载操作浪费了
网络资源。问题二，短视频预加载的时长过短，若客户端的网络较差，预加载的短视频在播
放完毕之后出现了卡顿现象，致使卡顿概率上升，影响用户体验。问题三，短视频预加载会
消耗部分系统资源，如占用一部分CPU资源，对于性能较差的客户端而言可能会造成发热、
丢帧等问题，影响用户体验。因此，该预加载方法在对短视频进行预加载时，需要考虑上述
三个方面的问题。该预加载方法可以利用云端大数据处理平台，获取大量客户端的相关信
息，如型号信息、网络信息、视频播放信息等等，并从获取到的大量相关信息中创建第一映
射关系、第二映射关系和第三映射关系。关于第一映射关系、第二映射关系和第三映射关系
的介绍，可以参照上述实施例的相关部分，在此不再赘述。

[0072] 在实际应用中，客户端可以先根据型号信息、CPU利用率以及上述第三映射关系查询得到当前阶段的视频数据丢帧率，将当前阶段的视频数据丢帧率与视频数据丢帧率阈值
进行比较，若当前阶段的视频数据丢帧率大于视频数据丢帧率阈值，则关闭或不启动预加
载线程。若当前阶段的视频数据丢帧率小于或等于视频数据丢帧率阈值，则启动预加载线
程，利用预加载线程执行后续预加载操作。在启动预加载线程之后，可以根据实时网速信
息、服务器端下发的视频数据卡顿率降低目标以及第一映射关系和第二映射关系，查询得
到预加载时长信息。最终，按照预加载时长信息对短视频进行预加载操作。

[0073] 本公开的实施例首先获取客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标，其中，视频数据卡顿率表示视频数据在播放预设时间长度的过程中出现
卡顿现象的累计时间长度。然后根据获取到的实时网速信息、视频数据卡顿率的降低目标，
以及，预设的第一映射关系和预设的第二映射关系，确定待播放的视频数据的预加载时长
信息。其中，第一映射关系表示网速信息与首屏时长之间的对应关系，首屏时长表示视频数
据触发播放到视频数据开始播放之间的时间段，第二映射关系表示视频数据不出现卡顿现
象的第一时间分别与网速信息和视频数据卡顿率的降低值之间的对应关系，第一时间表示
视频数据从开始播放到第一次出现卡顿现象的时间段。再根据预加载时长信息对待播放的
视频数据进行预加载操作。

[0074] 本公开的实施例基于客户端的实时网速信息、服务器端下发的视频数据卡顿率的降低目标，以及，预设的第一映射关系和第二映射关系确定待播放的视频数据的预加载时
长信息，按照预加载时长信息对待播放的视频数据进行预加载操作，既避免了预加载较多
时长的视频数据的情况下浪费网络资源的问题，又避免了预加载较少时长的视频数据的情
况下仍然出现卡顿现象的问题。

[0075] 本公开实施例还创建了第三映射关系，利用第三映射关系以及客户端的型号信息、CPU利用率等信息判断是否开启视频数据预加载操作。针对性能较差或者系统资源占用
较多的客户端而言，不开启视频数据预加载操作可以避免出现发热、丢帧等问题，提升了用
户体验和视频数据的播放效果。

[0076] 图3是根据一示例性实施例示出的一种视频预加载的装置的框图。参照图3，该装置可以应用于客户端中，具体可以包括如下单元和模块。

[0077] 获取单元30，被配置为获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标；

[0078] 确定单元31，被配置为根据所述实时网速信息、所述视频数据卡顿率的降低目标、预设的第一映射关系和预设的第二映射关系，确定待播放的视频数据的预加载时长信息，
所述第一映射关系表示网速信息与首屏时长之间的对应关系，所述第二映射关系表示视频
数据不出现卡顿现象的第一时间分别与网速信息和视频数据卡顿率的降低值之间的对应
关系，所述第一时间表示视频数据从开始播放到第一次出现卡顿现象的时间段；

[0079] 预加载单元32，被配置为按照所述预加载时长信息对所述待播放的视频数据进行预加载操作。

[0080] 在本公开的一种示例性实施例中，所述确定单元31，包括：

[0081] 第一确定模块310，被配置为根据所述实时网速信息和所述第一映射关系确定所述实时网速信息对应的首屏时长，并以所述对应的首屏时长作为所述待播放的视频数据的
第一备选预加载时长信息；

[0082] 第二确定模块311，被配置为根据所述实时网速信息、所述视频数据卡顿率的降低目标和所述第二映射关系确定均与所述实时网速信息和所述视频数据卡顿率的降低目标
对应的第一时间，并以所述对应的第一时间作为所述待播放的视频数据的第二备选预加载
时长信息；

[0083] 选择模块312，配置为从所述第一备选预加载时长信息和所述第二备选预加载时长信息中选择出时长较大的所述第一备选预加载时长或所述第二备选预加载时长作为所
述预加载时长信息。

[0084] 在本公开的一种示例性实施例中，所述获取单元30，还被配置为在获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的降低目标之前，获取所述客户端的
型号信息和CPU利用率；

[0085] 所述装置，还包括：

[0086] 判断单元33，被配置为根据所述型号信息、所述CPU利用率、预设的视频数据丢帧率阈值和预设的第三映射关系，判断是否需要对所述待播放的视频数据进行预加载操作，
所述第三映射关系表示视频数据丢帧率分别与型号信息和CPU利用率之间的对应关系；

[0087] 所述获取单元30，被配置为在所述判断单元33判断需要对所述待播放的视频数据进行预加载操作时，获取所述客户端的实时网速信息和来自服务器端的视频数据卡顿率的
降低目标。

[0088] 在本公开的一种示例性实施例中，所述判断单元33，被配置为根据所述型号信息、当前时间点的前一预设时间段的CPU利用率、所述视频数据丢帧率阈值和所述第三映射关
系，判断在所述当前时间点的下一所述预设时间段是否需要对所述待播放的视频数据进行
预加载操作。

[0089] 在本公开的一种示例性实施例中，所述判断单元33，包括：

[0090] 第三确定模块330，被配置为根据所述型号信息、前一所述预设时间段的CPU利用率和所述第三映射关系确定前一所述预设时间段的视频数据丢帧率；

[0091] 比较模块331，被配置为将前一所述预设时间段的视频数据丢帧率与所述视频数据丢帧率阈值进行比较；

[0092] 判断模块332，被配置为若前一所述预设时间段的视频数据丢帧率大于所述视频数据丢帧率阈值，则在所述当前时间点的下一所述预设时间段不需要对所述待播放的视频
数据进行预加载操作；若前一所述预设时间段的视频数据丢帧率小于或等于所述视频数据
丢帧率阈值，则在所述当前时间点的下一所述预设时间段需要对所述待播放的视频数据进
行预加载操作。

[0093] 图4是根据一示例性实施例示出的另一种视频预加载的装置的框图。参照图4，该装置可以应用于服务器端中，具体可以包括如下单元和模块。

[0094] 统计单元40，被配置为统计全部客户端的网速信息、型号信息、CPU利用率、首屏时长、视频数据卡顿状态和视频数据丢帧率；

[0095] 创建单元41，被配置为根据所述网速信息和所述首屏时长创建第一映射关系；根据所述网速信息、所述视频数据卡顿状态创建第二映射关系，所述第一映射关系表示网速
信息与首屏时长之间的对应关系，所述第二映射关系表示视频数据不出现卡顿现象的第一
时间分别与网速信息和视频数据卡顿率的降低值之间的对应关系，所述第一时间表示视频
数据从开始播放到第一次出现卡顿现象的时间段；

[0096] 下发单元42，被配置为将所述第一映射关系、所述第二映射关系和视频数据卡顿率的降低目标下发至客户端，以便所述客户端根据所述第一映射关系、所述第二映射关系
和所述视频数据卡顿率的降低目标对待播放的视频数据进行预加载操作。

[0097] 在本公开的一种示例性实施例中，所述创建单元41，被配置为根据大于预设网速阈值的平均网速信息和与所述平均网速信息对应的首屏时长创建所述第一映射关系。

[0098] 在本公开的一种示例性实施例中，所述创建单元41，被配置为根据不同的网速信息对应的视频数据播放到预设时间单位时的卡顿状态创建所述第二映射关系。

[0099] 在本公开的一种示例性实施例中，所述创建单元41，还被配置为根据所述型号信息、所述CPU利用率和所述视频数据丢帧率创建第三映射关系，所述第三映射关系表示视频
数据丢帧率分别与型号信息和CPU利用率之间的对应关系；

[0100] 所述下发单元42，还被配置为将所述第三映射关系下发至所述客户端，以便所述客户端根据所述第三映射关系判断是否对所述待播放的视频数据执行预加载操作。

[0101] 关于上述实施例中的装置，其中各个单元、各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

[0102] 图5是根据一示例性实施例示出的一种视频预加载的电子设备500的框图。例如，电子设备500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设
备，医疗设备，健身设备，个人数字助理等。

[0103] 参照图5，电子设备500可以包括以下一个或多个组件：处理组件502，存储器504，电力组件506，多媒体组件508，音频组件510，输入/输出(I/O)的接口512，传感器组件514，
以及通信组件516。

[0104] 处理组件502通常控制电子设备500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执
行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模
块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以
方便多媒体组件508和处理组件502之间的交互。

[0105] 存储器504被配置为存储各种类型的数据以支持在电子设备500的操作。这些数据的示例包括用于在电子设备500上操作的任何应用程序或方法的指令，联系人数据，电话簿
数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它
们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦
除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快
闪存储器，磁盘或光盘。

[0106] 电源组件506为电子设备500的各种组件提供电力。电源组件506可以包括电源管理系统，一个或多个电源，及其他与为电子设备500生成、管理和分配电力相关联的组件。

[0107] 多媒体组件508包括在所述电子设备500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面
板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸
传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动
动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，
多媒体组件508包括一个前置摄像头和/或后置摄像头。当电子设备500处于操作模式，如拍
摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置
摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

[0108] 音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(MIC)，当电子设备500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风
被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通
信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

[0109] I/O接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁
定按钮。

[0110] 传感器组件514包括一个或多个传感器，用于为电子设备500提供各个方面的状态评估。例如，传感器组件514可以检测到电子设备500的打开/关闭状态，组件的相对定位，例
如所述组件为电子设备500的显示器和小键盘，传感器组件514还可以检测电子设备500或
电子设备500一个组件的位置改变，用户与电子设备500接触的存在或不存在，电子设备500
方位或加速/减速和电子设备500的温度变化。传感器组件514可以包括接近传感器，被配置
用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，
如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可
以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

[0111] 通信组件516被配置为便于电子设备500和其他设备之间有线或无线方式的通信。电子设备500可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，
或它们的组合。在一个示例性实施例中，通信组件516经由广播信道接收来自外部广播管理
系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件516还包括近场通
信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协
会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

[0112] 在示例性实施例中，电子设备500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列
(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

[0113] 在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器504，上述指令可由电子设备500的处理器520执行以完成上述方法。可选地，存储介质可以
是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随
机存取存储器(RAM)、CD‑ROM、磁带、软盘和光数据存储设备等。

[0114] 在示例性实施例中，还提供了一种计算机程序产品，该计算机程序产品包括可读性程序代码，该可读性程序代码可由电子设备500的处理器520执行以完成上述方法。可选
地，该程序代码可以存储在电子设备500的存储介质中，该存储介质可以是非临时性计算机
可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器
(RAM)、CD‑ROM、磁带、软盘和光数据存储设备等。

[0115] 图6是根据一示例性实施例示出的一种用于预加载视频的电子设备600的框图。例如，电子设备600可以被提供为一客户端或服务器。参照图6，电子设备600包括处理组件
622，其进一步包括一个或多个处理器，以及由存储器632所代表的存储器资源，用于存储可
由处理组件622的执行的指令，例如应用程序。存储器632中存储的应用程序可以包括一个
或一个以上的每一个对应于一组指令的模块。此外，处理组件622被配置为执行指令，以执
行上述视频预加载的方法。

[0116] 电子设备600还可以包括一个电源组件626被配置为执行电子设备600的电源管理，一个有线或无线网络接口650被配置为将电子设备600连接到网络，和一个输入输出(I/
O)接口658。电子设备600可以操作基于存储在存储器632的操作系统，例如Windows 
ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

[0117] 本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或
者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识
或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的
权利要求指出。

[0118] 应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。