一种下载视频数据的方法、装置、电子设备及存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及一种下载视频数据的方法、装置、电子设备及存储介质。


背景技术：

2.在相关技术的视频播放场景中，当用户侧的手机终端在线播放视频时，手机终端会向服务器请求相应的视频信息。服务器响应请求下发视频相关的信息(例如：视频下载地址)。手机终端根据获得的视频下载地址发起资源请求。服务器响应资源请求消息即发送相应的视频数据。手机终端在开始播放之前需要等待一段较短的时间用于下载和缓冲该视频数据最前面的一部分数据。当手机终端接收到的视频数据超过初始缓冲门限后即可一边下载一边播放。
3.在视频播放阶段，当视频数据的传输速率小于视频数据的播放速率，并且缓冲区已清空时，视频播放会发生卡顿。卡顿是影响用户感知的主要因素，因此需要对视频播放过程中的卡顿进行优化。例如，使用优化缓冲策略或者码流切换的方式以减少视频播放过程中出现的卡顿。
4.相关技术中，主要使用超文本传输协议域名系统(hyper text transfer protocol domain name system，简称httpdns)优化网络连接的方法处理视频播放过程中卡顿的问题，通过将域名解析请求直接发送到相应的httpdns服务器，以提供更好的线路选择来减少视频播放过程中的卡顿。但是，使用httpdns优化网络连接方法的适用范围较窄。在使用超文本传输安全协议(hyper text transfer protocol over secure socket layer，简称https)时无法满足视频播放场景下对视频卡顿的处理需求。对此，相关技术中还提供了一种调节缓存大小的视频卡顿优化方法，通过调节缓存大小，再通过最小化缓存量预测值与缓存量目标值之间的误差以实现视频播放卡顿最小化。这种方法虽然减少了卡顿时长，但存在传输速率慢、卡顿频次多的技术问题。
5.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

6.本公开提供了一种下载视频数据的方法、装置、电子设备及存储介质，以至少解决相关技术中视频卡顿优化方法的传输速率慢、卡顿频次多的技术问题。
7.根据本公开其中一实施例，提供了一种下载视频数据的方法，包括：响应于接收到的目标事件，探测当前网络的连通状态，得到目标探测结果，其中，目标事件用于表示目标视频在当前网络下出现播放卡顿；基于目标探测结果，确定待使用的目标通道，其中，目标通道用于从目标视频对应的服务器下载视频数据；利用目标通道下载第一视频数据，其中，第一视频数据为目标视频的卡顿时刻对应的待播放视频数据。
8.根据本公开的一方面，提供了一种下载视频数据的装置，包括：探测模块，用于响应于接收到的目标事件，探测当前网络的连通状态，得到目标探测结果，其中，目标事件用
于表示目标视频在当前网络下出现播放卡顿；确定模块，用于基于目标探测结果，确定待使用的目标通道，其中，目标通道用于从目标视频对应的服务器下载视频数据；下载模块，用于利用目标通道下载第一视频数据，其中，第一视频数据为目标视频的卡顿时刻对应的待播放视频数据。
9.根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开提出的下载视频数据的方法。
10.根据本公开其中一实施例，还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行本公开提出的下载视频数据的方法。
11.根据本公开其中一实施例，还提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现本公开提出的下载视频数据的方法。
12.本公开的实施例中，通过目标事件确定目标视频在当前网络下出现播放卡顿时，探测当前网络的连通状态以得到目标探测结果，然后再基于目标探测结果，确定待使用的目标通道，以便使用目标通道从目标视频对应的服务器下载目标视频的卡顿时刻对应的待播放视频数据，由此达到了通过动态调整下载视频数据的网络通道，流畅地下载并播放弱网下视频数据的目的，实现了提升视频传输速率、减少视频播放卡顿频次的技术效果，解决了相关技术中视频卡顿优化方法的传输速率慢、卡顿频次多的技术问题。
13.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
14.附图用于更好地理解本方案，不构成对本公开的限定。其中：
15.图1是根据本公开实施例的一种用于实现下载视频数据的方法的计算机终端(或移动设备)的硬件结构框图；
16.图2是根据本公开实施例提供的一种下载视频数据的方法的流程图；
17.图3是根据本公开实施例的一种可选的网络连通性探测的流程图；
18.图4是根据本公开实施例的一种可选的网络双通道切换的流程图；
19.图5是根据本公开实施例提供的一种下载视频数据装置的结构框图。
具体实施方式
20.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
21.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆
盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
22.根据本公开实施例，提供了一种下载视频数据的方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
23.本公开实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的电子设备中执行。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。图1示出了一种下载视频数据的方法的计算机终端(或移动设备)的硬件结构框图。
24.如图1所示，计算机终端100包括计算单元101，其可以根据存储在只读存储器(rom)102中的计算机程序或者从存储单元108加载到随机访问存储器(ram)103中的计算机程序，来执行各种适当的动作和处理。在ram 103中，还可存储计算机终端100操作所需的各种程序和数据。计算单元101、rom 102以及ram 103通过总线104彼此相连。输入/输出(i/o)接口105也连接至总线104。
25.计算机终端100中的多个部件连接至i/o接口105，包括：输入单元106，例如键盘、鼠标等；输出单元107，例如各种类型的显示器、扬声器等；存储单元108，例如磁盘、光盘等；以及通信单元109，例如网卡、调制解调器、无线通信收发机等。通信单元109允许计算机终端100通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
26.计算单元101可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元101的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元101执行本文所描述的下载视频数据的方法。例如，在一些实施例中，下载视频数据的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元108。在一些实施例中，计算机程序的部分或者全部可以经由rom 102和/或通信单元109而被载入和/或安装到计算机终端100上。当计算机程序加载到ram 103并由计算单元101执行时，可以执行本文描述的定位故障硬盘的方法的一个或多个步骤。备选地，在其他实施例中，计算单元101可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行定位故障硬盘的方法。
27.本文中描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装
置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
28.此处需要说明的是，在一些可选实施例中，上述图1所示的电子设备可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述电子设备中的部件的类型。
29.在上述运行环境下，本公开提供了如图2所示的下载视频数据的方法，该方法可以由图1所示的计算机终端或者类似的电子设备执行。图2是根据本公开实施例提供的一种下载视频数据的方法的流程图。如图2所示，该方法可以包括如下步骤：
30.步骤s202，响应于接收到的目标事件，探测当前网络的连通状态，得到目标探测结果，其中，目标事件用于表示目标视频在当前网络下出现播放卡顿。
31.上述目标事件可以是播放卡顿事件，其中，播放卡顿可以是播放界面频繁出现缓冲标志或者播放画面处于停滞状态。上述当前网络可以是无线局域网络。该无线局域网络可以是应用无限通信技术将计算机设备互联起来，构成可以互相通信和实现资源共享的网络体系，即，wifi网络。上述连通状态可以是wifi连通和wifi未连通。上述目标视频可以是弱网环境下的视频，其中，弱网可以是网络信号较差或者网络网速较慢。
32.在一个可选实施方式中，响应于开始播放目标视频，优先选用第一通道从服务器下载目标视频的第二视频数据。第一通道为无线局域网络通道，该无线局域网络通道可以是wifi通道，由此减少移动终端的通信流量消耗、降低用户的通信资费。第二视频数据为目标视频的起始时刻对应的待播放视频数据。上述服务器可以是一种管理计算资源的计算机。上述视频数据可以是连续的图像序列。
33.例如，用户甲在网络信号差的条件下使用视频软件播放视频数据，视频软件需要从服务器(即视频数据提供商的服务器)下载该视频数据，并将下载完毕的视频数据缓存到本地，从而使用视频软件播放该视频数据。在下载视频数据的过程中，视频软件可以优先选用wifi通道从服务器下载该视频数据。
34.步骤s203，基于目标探测结果，确定待使用的目标通道，其中，目标通道用于从目标视频对应的服务器下载视频数据。
35.上述目标探测结果可以是网络连通正常和网络连通异常。网络连通正常表示wifi连通且移动通信网络连通，网络连通异常表示wifi未连通，移动通信网络连通。上述目标通道可以是wifi通道，也可以是移动通信网络通道。
36.步骤s204，利用目标通道下载第一视频数据，其中，第一视频数据为目标视频的卡顿时刻对应的待播放视频数据。
37.上述目标视频的卡顿时刻可以是弱网环境下的视频播放界面频繁出现缓冲标志或者播放画面处于停滞状态对应的时间点。
38.根据本公开上述步骤s202至步骤s204，通过目标事件确定目标视频在当前网络下出现播放卡顿时，探测当前网络的连通状态以得到目标探测结果，然后再基于目标探测结果，确定待使用的目标通道，以便使用目标通道从目标视频对应的服务器下载目标视频的卡顿时刻对应的待播放视频数据，由此达到了通过动态调整下载视频数据的网络通道，流畅地下载并播放弱网下视频数据的目的，实现了提升视频传输速率、减少视频播放卡顿频
次的技术效果，解决了相关技术中视频卡顿优化方法的传输速率慢、卡顿频次多的技术问题。
39.下面对该实施例的上述方法进行进一步介绍。
40.作为一种可选的实施方式，在步骤s202中，响应于接收到的目标事件，探测当前网络的连通状态，得到目标探测结果可以包括以下方法步骤：
41.步骤s2021：探测当前网络的连通状态，确定目标次数，其中，目标次数用于记录探测连通状态的次数；
42.步骤s2022：基于目标次数确定目标探测结果。
43.在探测当前网络的连通状态的过程中，需要记录探测连通状态的次数以确定目标次数，即探活次数。然后再基于该目标次数确定目标探测结果，即网络连通异常，或者，网络连通正常并开启下次探测，由此提升探测结果的准确性。
44.图3是根据本公开实施例的一种可选的网络连通性探测的流程图，如图3所示，在确定发生卡顿事件时，可以首先判断探活间隔是否大于设定的阈值，然后再判断上次探测是否完成。具体地，如果探活间隔小于或等于阈值，则先延迟100毫秒再继续比较探活间隔和阈值的大小；如果探活间隔大于阈值，则继续判断上次探测是否完成。响应于上次探测完成，向探测线程发送探测任务以得到探活次数，最后再根据探活次数确定网络连通异常或网络连通正常。探活间隔可以是上一次探测结束到下一次探测开始之间的时间间隔。可选地，如果上次探测未完成，则先延迟100毫秒再比较探活间隔和阈值的大小。
45.仍然以用户甲在网络信号差的条件下使用视频软件播放视频数据为例，当视频界面频繁出现缓冲标志或画面暂停的情况，可以使用本公开实施例提供的下载视频数据的方法。首先，视频软件需要判断网络的探活间隔是否大于设定的阈值。如果探活间隔大于阈值，则继续判断上次探测是否完成。响应于上次探测完成，向探测线程发送探测任务以得到探活次数，最后再根据探活次数得到网络连通异常或网络连通正常，进而继续下载和播放视频数据。
46.作为一种可选的实施方式，在步骤s2021中，探测当前网络的连通状态，确定目标次数可以包括以下方法步骤：
47.步骤s20211：探测当前网络的连通状态，得到第一探测结果、第二探测结果和第三探测结果，其中，第一探测结果用于表示当前网络是否处于网络连接状态，第二探测结果用于表示当前网络的网络连通是否正常，第三探测结果用于表示当前网络的往返时延是否超时；
48.步骤s20212：利用第一探测结果、第二探测结果和第三探测结果中至少之一确定目标次数。
49.上述第一探测结果可以是网络连接和网络未连接。上述第二探测结果可以是网络连通正常和网络连通异常。上述第三探测结果可以是网络的往返时延超时和网络的往返时延未超时。由此，利用第一探测结果、第二探测结果和第三探测结果中至少之一确定目标次数，以增强目标次数获取方式的多样性与灵活性。
50.仍然如图3所示，在确定接受探测任务时，可以首先判断当前网络是否处于网络连接状态，然后再判断当前网络的网络连通是否正常。具体地，如果当前网络处于网络连接状态，则继续判断当前网络的网络连通是否正常；如果当前网络处于网络未连接状态，则探活
次数 1。响应于当前网络连通正常，进而判断当前网络的往返时延是否超时。具体地，如果当前网络的往返时延超时，则探活次数 1；如果当前网络的往返时延未超时，则探活次数复位。最后根据当前网络是否连接、当前网络连通是否正常、当前网络的往返时延是否超时三个结果中至少之一确定探活次数。可选地，如果当前网络连通异常，则探活次数 1。
51.作为一种可选的实施方式，在步骤s2022中，基于目标次数确定目标探测结果可以包括以下方法步骤：
52.步骤s20221：响应于目标次数大于第一阈值，确定目标探测结果为网络连通异常；
53.步骤s20222：响应于目标次数小于或等于第一阈值，确定目标探测结果为网络连通正常。
54.上述第一阈值可以是根据用户需求设置的一个数值。利用目标次数与该第一阈值之间的比较结果便能够确定目标探测结果。即，当目标次数大于该第一阈值时，可以确定目标探测结果为网络连通异常。当目标次数小于或等于该第一阈值时，可以确定目标探测结果为网络连通正常。由此，充分利用目标次数与第一阈值之间的比较结果来确定网络连通是否正常。
55.作为一种可选的实施方式，在步骤s203中，基于目标探测结果，确定待使用的目标通道可以包括以下方法步骤：
56.步骤s2031：响应于目标探测结果为网络连通异常，确定从第一通道切换至第二通道，其中，第二通道为移动通信网络通道；
57.步骤s2032：响应于目标探测结果为网络连通正常，比较第一通道的第一数据传输状态与第二通道的第二数据传输状态以得到比较结果，以及基于比较结果确定目标通道，其中，第一数据传输状态由单位时间内通过第一通道向服务器发送目标类型报文的平均往返时延确定，第二数据传输状态由单位时间内通过第二通道向服务器发送目标类型报文的平均往返时延确定。
58.上述第一通道可以是wifi通道。上述目标类型可以是用于在计算机主机、路由器之间传递控制信息的网络控制协议(internet control message protocol，简称icmp)。上述报文可以是网络站点一次性要发送的数据块。上述往返时延(round-trip time，简称rtt)可以是从服务器发送端发送数据开始，到发送端接收到来自接收端的确认为止，总共经历的时延。
59.通过第一数据传输状态和第二数据传输状态的比较结果，确定目标通道。若第二数据传输状态优于第一数据传输状态，则确定目标通道为第一通道；若第一数据传输状态优于第二数据传输状态，则确定目标通道为第二通道。由此，根据不同网络通道的数据传输状态变化灵活调整接收视频数据的最新网络通道。
60.例如，在一种网络可达性测试中，使用命令ping可以产生icmp回送请求和应答报文，当主机收到icmp回送请求报文后立刻回送应答报文，若源主机能收到icmp回送应答报文，则说明到达该主机的网络正常，其中，命令ping是工作在tcp/ip网络体系结构中应用层的一个服务命令。
61.作为一种可选的实施方式，在步骤s2031中，响应于目标探测结果为网络连通异常，确定从第一通道切换至第二通道还包括以下方法步骤：
62.步骤s20311：响应于目标探测结果为网络连通异常，循环探测当前网络的网络连
通是否恢复正常以及通过第二通道缓存的数据量；
63.步骤s20312：响应于当前网络的网络连通恢复正常且数据量大于第二阈值，从第二通道切换回第一通道。
64.上述第二阈值通常可以设定为10秒。当目标探测结果为网络连通异常时，可以循环探测wifi网络连通是否恢复正常以及判断通过移动通信网络通道缓存的数据量是否大于10秒。当wifi网络连通恢复正常以及通过移动通信网络通道缓存的数据量大于10秒时，从移动通信网络通道切换回wifi通道，由此减少移动终端的通信流量消耗、降低用户的通信资费。
65.图4是根据本公开实施例的一种可选的网络双通道切换的流程图，如图4所示，首先判断移动通信网络是否开启，然后判断移动通信网络是否已经绑定。具体地，如果移动通信网络未开启，则流程结束；如果移动通信网络开启，则继续判断移动通信网络是否已经绑定。响应于移动通信网络没有绑定，判断网络连通的状态。最后根据网络连通的状态，进行网络双通道的切换。可选地，如果移动通信网络已经绑定，则流程结束。
66.具体地，在判断网络连通的状态过程中，如果网络处于网络连通状态，则开启双通道竞速，即，比较移动通信网络通道的数据传输状态和wifi通道的数据传输状态；如果网络处于网络未连通状态，则将网络通道切换为移动通信网络通道，同时可以循环探测wifi网络连通是否恢复。
67.具体地，在比较移动通信网络通道的数据传输状态和wifi通道的数据传输状态的过程中，如果移动通信网络通道的平均往返时延大于wifi通道的平均往返时延，则将网络通道切换为移动通信网络通道，同时可以循环探测wifi网络连通是否恢复；如果移动通信网络通道的平均往返时延小于wifi通道的平均往返时延，则流程结束。
68.具体地，在循环探测wifi网络连通是否恢复的过程中，如果wifi网络连通恢复正常以及通过移动通信网络通道缓存的数据量大于10秒时，则将移动通信网络通道切换回wifi通道；如果wifi网络连通没有恢复正常或者通过移动通信网络通道缓存的数据量小于等于10秒时，则继续进行循环探测wifi网络连通是否恢复。
69.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本公开各个实施例所述的方法。
70.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
71.在本公开中还提供了一种下载视频数据的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
72.图5是根据本公开实施例的提供的一种下载视频数据的装置的结构框图，如图5所示，下载视频数据装置500包括：探测模块501、确定模块502、下载模块503。
73.探测模块501，用于响应于接收到的目标事件，探测当前网络的连通状态，得到目标探测结果，其中，目标事件用于表示目标视频在当前网络下出现播放卡顿；确定模块502，用于基于目标探测结果，确定待使用的目标通道，其中，目标通道用于从目标视频对应的服务器下载视频数据；下载模块503，用于利用目标通道下载第一视频数据，其中，第一视频数据为目标视频的卡顿时刻对应的待播放视频数据。
74.可选地，探测模块501，还用于：探测当前网络是否处于网络连接状态，探测当前网络的网络连通是否正常，探测当前网络的往返时延是否超时；进而得到目标次数，从而根据目标次数与第一阈值的大小关系得到目标探测结果。
75.可选地，确定模块502，还用于：基于目标探测结果为网络连通异常，此时将第一通道切换为第二通道进行数据下载，同时循环探测当前网络的网络连通是否正常以及通过第二通道缓存的数据量。若当前网络的网络连通恢复正常且通过第二通道缓存的数据量大于第二阈值，将第二通道切换回第一通道。
76.可选地，确定模块502，还用于：基于目标探测结果为网络连通正常，此时比较第一通道的第一数据传输状态与第二通道的第二数据传输状态，得到比较结果，其中，第一数据传输状态由单位时间内通过第一通道向服务器发送目标类型报文的平均往返时延确定，第二数据传输状态由单位时间内通过第二通道向服务器发送目标类型报文的平均往返时延确定。
77.可选地，确定模块502，还用于：基于比较结果确定目标通道，若第一数据传输状态小于第二数据传输状态，则确定目标通道为第一通道；若第一数据传输状态大于第二数据传输状态，则确定目标通道为第二通道。
78.需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
79.根据本公开的实施例，本公开还提供了一种电子设备，包括存储器和至少一个处理器，该存储器中存储有计算机指令，该处理器被设置为运行计算机指令以执行上述任一项方法实施例中的步骤。
80.可选地，上述电子设备还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
81.可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
82.步骤s1，响应于开始播放目标视频，优先选用第一通道从服务器下载目标视频的第二视频数据，其中，第一通道为无线局域网络通道，第二视频数据为目标视频的起始时刻对应的待播放视频数据；
83.步骤s2，响应于接收到的目标事件，探测当前网络的连通状态，得到目标探测结果，其中，目标事件用于表示目标视频在当前网络下出现播放卡顿；
84.步骤s3，基于目标探测结果，确定待使用的目标通道，其中，目标通道用于从目标视频对应的服务器下载视频数据；
85.步骤s4，利用目标通道下载第一视频数据，其中，第一视频数据为目标视频的卡顿时刻对应的待播放视频数据。
86.可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的
示例，本实施例在此不再赘述。
87.根据本公开的实施例，本公开还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该非瞬时计算机可读存储介质中存储有计算机指令，其中，该计算机指令被设置为运行时执行上述任一项方法实施例中的步骤。
88.可选地，在本实施例中，上述非瞬时计算机可读存储介质可以被设置为存储用于执行以下步骤的计算机程序：
89.步骤s1，响应于开始播放目标视频，优先选用第一通道从服务器下载目标视频的第二视频数据，其中，第一通道为无线局域网络通道，第二视频数据为目标视频的起始时刻对应的待播放视频数据；
90.步骤s2，响应于接收到的目标事件，探测当前网络的连通状态，得到目标探测结果，其中，目标事件用于表示目标视频在当前网络下出现播放卡顿；
91.步骤s3，基于目标探测结果，确定待使用的目标通道，其中，目标通道用于从目标视频对应的服务器下载视频数据；
92.步骤s4，利用目标通道下载第一视频数据，其中，第一视频数据为目标视频的卡顿时刻对应的待播放视频数据。
93.可选地，在本实施例中，上述非瞬时计算机可读存储介质可以包括但不限于：u盘、只读存储器(rom)、随机存取存储器(ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
94.根据本公开的实施例，本公开还提供了一种计算机程序产品。用于实施本公开的下载视频数据的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
95.上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。
96.在本公开的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
97.在本公开所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
98.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
99.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
100.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom)、随机存取存储器(ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
101.以上所述仅是本公开的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本公开原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本公开的保护范围。