CN115065859A - 视频数据获取方法、装置、设备及介质 - Google Patents

Abstract

本公开关于一种视频数据获取方法、装置、设备及介质，所述视频数据获取方法包括：根据接收到的视频数据的获取请求，确定所述视频数据对应的视频播放阶段；根据确定出的视频播放阶段，从第一下载方式和第二下载方式中选择一者，并通过选择出的下载方式获取所述视频数据；将获取到的视频数据发送至视频播放设备。根据本公开的视频数据获取方法、装置、设备及介质，根据视频播放阶段动态性地选择视频数据的下载方式，并根据选择的下载方式获取视频数据，可在兼顾良好视频播放体验的同时，有效节省视频播放带宽。

Description

视频数据获取方法、装置、设备及介质

技术领域

本公开涉及流媒体技术领域，更具体地说，涉及一种视频数据获取方法、装置、设备及介质。

背景技术

目前，客户端在播放视频时，通常先播放缓存区已经下载的视频数据，并持续接收视频流的剩余部分。在整个播放过程中，客户端、服务器和网络共同影响视频的播放体验(例如，首屏加载时间、视频卡顿率或开播成功率等)。

对于客户端而言，下载组件是客户端影响视频播放体验的一个重要变量。具体来讲，下载组件是设置于客户端的软件模块，可用于向服务器请求视频数据并接收服务器返回的视频数据。碍于技术限制，当前常用的下载组件在获取视频数据的过程中存在固有开销或者存在视频数据请求耗时较长的情况，其在一定程度上影响了视频播放体验。尽管可采取其他措施来保障良好的视频播放体验，但这些措施也同时拉高了视频播放的带宽成本。

发明内容

本公开提供一种视频数据获取方法、装置、设备及介质，以至少解决上述相关技术中的问题。

根据本公开实施例的第一方面，提供一种视频数据获取方法，包括：根据接收到的视频数据的获取请求，确定所述视频数据对应的视频播放阶段；根据确定出的视频播放阶段，从第一下载方式和第二下载方式中选择一者，并通过选择出的下载方式获取所述视频数据；将获取到的视频数据发送至视频播放设备。

可选地，所述根据确定出的视频播放阶段，从第一下载方式和第二下载方式中选择一者，并通过选择出的下载方式获取所述视频数据，包括：在所述视频播放阶段为启播阶段的情况下，通过所述第一下载方式获取所述视频数据；在所述视频播放阶段为非启播阶段的情况下，根据决策参数从所述第一下载方式和所述第二下载方式中确定一种下载方式，并通过确定出的下载方式获取所述视频数据，其中，所述决策参数表示影响视频播放质量的因素。

可选地，所述根据决策参数从所述第一下载方式和所述第二下载方式中确定一种下载方式，并通过确定出的下载方式获取所述视频数据，包括：在所述决策参数符合预设阈值的情况下，通过所述第二下载方式获取所述视频数据；在所述决策参数不符合预设阈值的情况下，通过所述第一下载方式获取所述视频数据。

可选地，所述方法还包括：在通过所述第二下载方式从目标网络侧获取到所述视频数据的情况下，保持通过所述第二下载方式获取所述视频数据。

可选地，所述方法还包括：在通过所述第二下载方式从目标网络侧未获取到所述视频数据的情况下，通过所述第一下载方式获取所述视频数据。

可选地，所述决策参数包括网络状态和所述视频播放设备的缓冲区状态中的至少一个。

根据本公开实施例的第二方面，提供一种视频数据获取装置，包括：播放阶段确定单元，被配置为：根据接收到的视频数据的获取请求，确定所述视频数据对应的视频播放阶段；视频数据获取单元，被配置为：根据确定出的视频播放阶段，从第一下载方式和第二下载方式中选择一者，并通过选择出的下载方式获取所述视频数据；视频数据发送单元，被配置为：将获取到的视频数据发送至视频播放设备。

可选地，所述视频数据获取单元可被配置为在所述视频播放阶段为启播阶段的情况下，通过所述第一下载方式获取所述视频数据；在所述视频播放阶段为非启播阶段的情况下，根据决策参数从所述第一下载方式和所述第二下载方式中确定一种下载方式，并通过确定出的下载方式获取所述视频数据，其中，所述决策参数表示影响视频播放质量的因素。

可选地，所述视频数据获取单元可被配置为在所述决策参数符合预设阈值的情况下，通过所述第二下载方式获取所述视频数据；在所述决策参数不符合预设阈值的情况下，通过所述第一下载方式获取所述视频数据。

可选地，所述视频数据获取单元可被配置为在通过所述第二下载方式从目标网络侧获取到所述视频数据的情况下，保持通过所述第二下载方式获取所述视频数据。

可选地，所述视频数据获取单元可被配置为在通过所述第二下载方式从目标网络侧未获取到所述视频数据的情况下，通过所述第一下载方式获取所述视频数据。

可选地，所述决策参数包括网络状态和所述视频播放设备的缓冲区状态中的至少一个。

根据本公开实施例的第三方面，提供一种电子设备，包括：至少一个处理器；至少一个存储计算机可执行指令的存储器，其中，所述计算机可执行指令在被所述至少一个处理器运行时，促使所述至少一个处理器执行根据本公开的视频数据获取方法。

根据本公开实施例的第四方面，提供一种存储指令的计算机可读存储介质，当所述指令被至少一个处理器运行时，促使所述至少一个处理器执行根据本公开的视频数据获取方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，该计算机程序产品中的指令可由计算机设备的处理器执行以完成根据本公开的视频数据获取方法。

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

根据本公开的视频数据获取方法、装置、设备及介质，根据视频播放阶段动态性地选择视频数据的下载方式，并根据选择的下载方式获取视频数据，可在兼顾良好视频播放体验的同时，有效节省视频播放带宽。

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

附图说明

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

图1是示出根据本公开的示例性一实施例的CDN下载组件架构图。

图2是示出根据本公开的示例性一实施例的PCDN下载组件架构图。

图3是示出相关技术中的一种视频下载过程的示意图。

图4是示出相关技术中的另一种视频下载过程的示意图。

图5是示出根据本公开的示例性实施例的视频数据获取过程的整体示意图。

图6是示出根据本公开的示例性实施例的视频数据获取方法的流程图。

图7是示出根据本公开的示例性实施例的视频点播流程的示意图。

图8是示出根据本公开的示例性实施例的视频数据获取装置的框图。

图9是示出根据本公开的示例性实施例的电子设备900的框图。

具体实施方式

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

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

在此需要说明的是，在本公开中出现的“若干项之中的至少一项”均表示包含“该若干项中的任意一项”、“该若干项中的任意多项的组合”、“该若干项的全体”这三类并列的情况。例如“包括A和B之中的至少一个”即包括如下三种并列的情况：(1)包括A；(2)包括B；(3)包括A和B。又例如“执行步骤一和步骤二之中的至少一个”，即表示如下三种并列的情况：(1)执行步骤一；(2)执行步骤二；(3)执行步骤一和步骤二。

当前，客户端的下载组件可向CDN(Content Delivery Network，内容分发网络)节点或PCDN(P2P(Peer-To-Peer，一种点对点传输的网络结构)CDN)节点获取视频数据。具体来讲，CDN包括内容管理、负载均衡、重定向、分布式存储等功能，CDN能够将用户请求的数据从IDC(Internet Data Center，互联网数据中心)分发到满足预设条件(例如，离用户节点较近、负载较小、离用户节点较近且负载较小等)的网络节点，并利用负载均衡技术将用户请求重定向到上述满足预设条件的网络节点上，减小访问的响应时间，减缓骨干网络的压力。而PCDN在CDN的基础上，融入P2P技术，一种PCDN的网络架构为将边缘CDN节点以P2P的方式连接起来，从而降低中心CDN节点的负载。相较于CDN，PCDN的带宽成本更低、容量更大，在点播、直播以及大文件下载等业务场景更加适用，但PCDN提供的网络内容服务的质量(例如，性能或稳定性)，却不及CDN提供的更好。

一个实施例中，客户端的下载组件包括CDN下载组件和PCDN下载组件，CDN下载组件的架构如图1所示，PCDN下载组件的架构可参照图2。在下载视频数据时，CDN下载组件向CDN节点请求数据，PCDN下载组件可以向PCDN节点请求数据，也可以向CDN节点请求数据。

图1是示出根据本公开的示例性一实施例的CDN下载组件架构图。

参照图1，CDN下载组件主要包括一个CDN下载库。在视频播放过程中，CDN下载库可响应于播放器发送的视频播放请求，向CDN节点发送请求，以获取视频数据，并接收CDN节点返回的视频数据，将接收到的视频数据转发至播放器，播放器播放接收到的视频数据。

图2是示出根据本公开的示例性一实施例的PCDN下载组件架构图。PCDN下载组件包括CDN/PCDN下载调度器、CDN下载库和PCDN下载库。在视频播放过程中，CDN/PCDN调度器可响应于播放器发送的视频播放请求，根据网络状态等因素决策通过CDN下载库还是PCDN下载库获取视频，其中，若决策通过CDN下载库，则通过CDN下载库向CDN节点发送请求，并向CDN/PCDN调度器发送从CDN节点接收到的视频数据；若决策通过PCDN下载库，则通过PCDN下载库向PCDN节点发送请求，并向CDN/PCDN调度器发送从PCDN节点接收到的视频数据。CDN/PCDN调度器转发接收到的视频数据至播放器，播放器播放接收到的视频数据。

从上可以看出，在视频数据的请求过程中，PCDN下载组件需通过CDN/PCDN调度器决策视频数据是通过CDN下载库获取、还是通过PCDN下载库获取，即PCDN组件存在CDN/PCDN调度开销。在这里，CDN/PCDN调度开销包括CDN/PCDN调度器本身消耗的CPU(CentralProcessing Unit，中央处理器)开销，也包括通过其中一种下载库下载失败后利用另一种下载库再次下载的切换时间消耗，比如，PCDN下载库下载视频数据失败之后，再通过CDN下载库重新请求视频数据的重试时间开销。CDN/PCDN调度开销会影响视频播放参数，例如，但不限于，首屏加载时间(从播放器加载到第一帧画面渲染出来的时间)、播放成功率以及卡顿率等，导致视频播放体验较差。因此，PCDN下载组件相对CDN下载组件而言，其带宽成本虽然更低，但视频播放体验更差。

目前，相关技术中主要存在两种视频下载方案，图3、4分别示出这两种视频下载方案。

参照图3，示出相关技术中的一种视频下载过程，视频播放文件的每个数据分块都通过CDN下载组件进行下载，即，在视频播放过程中，数据分块1-4是通过CDN下载组件从CDN节点下载视频数据，该方案的视频播放体验好，但带宽成本高。

参照图4，示出相关技术中的另一种视频下载过程，视频播放文件的每个数据分块都通过PCDN下载组件进行下载，即，在视频播放过程中，数据分块1-4是通过PCDN下载组件从PCDN节点或CDN节点下载视频数据，利用PCDN节点获取视频数据，可降低带宽成本，但该下载方式存在CDN/PCDN调度开销，影响视频播放参数，例如首屏加载时间、播放成功率以及卡顿率，导致视频播放体验较差。

有鉴于此，为降低视频播放的带宽成本，同时保障视频播放体验，本公开提出一种视频数据获取方法、装置、设备及介质，具体地说，根据视频播放阶段动态性地选择视频数据的下载方式(例如，通过CDN下载组件获取视频数据或通过PCDN下载组件获取视频数据)，可在需要保障视频播放体验的情况下，在极大程度上保障视频播放体验，而在需要降低带宽成本的情况下，尽可能较低带宽成本，也就是说，本公开示出的方案可在兼顾视频播放体验的同时，有效节省视频播放带宽。下面，将参照图5至图9具体描述根据本公开的示例性实施例的视频数据获取方法、装置、设备及介质。

图5是示出根据本公开的示例性实施例的视频数据获取过程的整体示意图。这里，视频数据获取过程涉及第一下载方式和第二下载方式的选择性应用，其中，第一下载方式为通过内容分发网络CDN下载组件(其架构例如可由图1示出)进行视频数据获取，第二下载方式为通过点对点内容分发网络PCDN下载组件(其架构例如可由图2示出)进行视频数据获取。

参照图5，可从CDN下载组件和PCDN下载组件中动态选择一种下载组件来向网络节点请求视频播放文件在不同播放阶段的数据分块(在图5中，视频播放文件被示例性分为四个数据分块，但本公开对数据分块的数目不作限制)。具体来讲，在需要保障视频播放体验)的情况下，通过CDN下载组件从CDN节点请求视频数据，由于CDN下载组件中不存在CDN/PCDN调度器，因此可避免由CDN/PCDN调度器引起的CDN/PCDN调度开销，并且CDN节点提供的网络内容服务的质量更好因此，可保障视频播放体验；而在需要降低带宽成本的情况下，通过PCDN下载组件从PCDN节点或CDN节点请求视频数据，由于可从PCDN节点请求视频数据，因此可降低带宽成本。这里，需要保障视频播放体验的情况，例如，但不限于，可以是在视频启播阶段，需保障首屏加载时间不上涨以及保障播放成功率不下降，或者是在播放器缓冲区视频数据不足阶段，需保障播放卡顿率不上涨等，其中，视频启播阶段是指播放器播放视频的起始播放数据的阶段，起始播放数据是指自视频开始时间起的一段时间内的视频数据，例如，视频的第一帧或从第一帧开始的前几帧视频数据等。需要降低带宽成本的情况，例如，但不限于，可以是在视频播放阶段中除启播阶段以及播放器缓冲区视频数据不足阶段之外的任意一个阶段。

此外，在明确通过PCDN下载组件的PCDN下载库从PCDN节点请求视频数据失败的情况下，当次立即通过PCDN下载组件的CDN下载库向CDN节点请求视频数据，并在后续的视频数据获取过程中只通过CDN下载组件向CDN节点请求视频数据，从而避免不必要的PCDN下载组件开销，即，在明确无法从PCDN节点获取到视频数据的情况下，后续不再启用PCDN下载组件，从而避免CDN/PCDN调度器开销，以及避免向CDN节点重新请求视频数据的重试时间开销，进一步保障了视频播放体验。

图6是示出根据本公开的示例性实施例的视频数据获取方法的流程图。

这里，视频数据获取方法由客户端执行，客户端可以是硬件，也可以是软件。当客户端为硬件时，可以是具有显示屏并且能够进行资源处理的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等。当客户端为软件时，可以安装在上述所列举的电子设备中，其可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

参照图6，在步骤601，可根据接收到的视频数据的获取请求，确定视频数据对应的视频播放阶段。

这里，可由客户端的播放器发送视频数据的获取请求，由客户端的下载组件层接收该请求。视频播放阶段包括启播阶段和非启播阶段，在某些实施例中，启播阶段用于播放视频的预设视频数据，非启播阶段用于播放除启播阶段之外的其他视频数据，预设视频数据可以是视频的起始视频数据，也可以是精彩剪辑、预告片，还可以是设置的其他媒体内容，例如与待播放视频相关的推荐内容等，这里不做限制。在一个实施例中，启播阶段用于播放视频的起始视频数据，非启播阶段用于播放除启播阶段之外的其他视频数据，起始视频数据的时长可按实际情况设置，例如：10秒、2秒、3秒、1分钟等。一个例子中，视频XX的时长共10分，起始视频数据的时长为10秒，即起始视频数据的结束时刻距离视频XX的开始时刻为10秒：起始视频数据的开始时刻为视频XX的开始时刻00分00秒，起始视频数据的结束时刻为视频XX的00分10秒，则启播阶段用于播放视频XX的00分00秒到00分10秒的起始视频数据，非启播阶段用于播放视频XX的00分11秒到10分00秒的视频数据。在另一个实施例中，启播阶段用于播放视频的精彩剪辑，非启播阶段用于播放视频的内容。

在步骤602，可根据确定出的视频播放阶段，从第一下载方式和第二下载方式中选择一者，并通过选择出的下载方式获取该视频数据。

在步骤603，可将获取到的视频数据发送至视频播放设备。其中，视频播放设备，例如，但不限于，可以是客户端的播放器，视频播放设备在接收到视频数据之后，可播放对应的视频内容。

根据本公开的示例性实施例，可在视频播放阶段为启播阶段的情况下，通过第一下载方式获取视频数据，在视频播放阶段为非启播阶段的情况下，根据决策参数从第一下载方式和第二下载方式中确定一种下载方式，并通过确定出的下载方式获取视频数据。这里，第一下载方式为通过内容分发网络CDN下载组件(其架构例如可参照图1)进行视频数据获取，第二下载方式为通过点对点内容分发网络PCDN下载组件(其架构例如可参照图2)进行视频数据获取。具体来讲，视频的启播状况对视频播放体验影响甚大，若启播时首屏加载时间较长(即，客户端的显示界面可能在较长的时间内保持黑屏)或启播失败(即，无法播放视频)的状况偏多，则会严重影响视频播放体验，因此，为保障视频播放体验，可在视频启播阶段通过内容分发网络CDN下载组件获取视频数据，例如，在具体的实施过程中，播放器在接收到用户选择的播放视频的输入之后，向下载组件层请求首个视频数据分块，下载组件层检测到所请求的视频的播放阶段为启播阶段(例如，在检测到该视频数据获取请求是关于该视频的第一个请求时，确定视频播放阶段为启播阶段)，启动CDN下载组件，向CDN节点请求该视频的首个视频数据分块的数据，并将从CDN节点获取到的视频数据提交给播放器尝试播放，若获取到的视频数据不足以使播放器开始播放对应的视频内容，则播放器继续向下载组件层请求视频数据，相应地，下载组件层持续通过CDN下载组件从CDN节点获取视频数据，并发送给播放器，直至播放器成功开始播放视频内容。

在非启播阶段，为降低带宽成本，可尝试通过点对点内容分发网络PCDN下载组件获取视频数据。例如，在具体的实施过程中，播放器成功开始播放视频内容之后，向下载组件层发送“启播成功”的通知，下载组件层在接收到该通知之后，可根据决策参数来决策在非启播阶段是否通过PCDN下载组件获取后续的视频数据，并可根据决策参数决策后续可获取的视频数据的长度。这里，决策参数表示影响视频播放质量的因素，包括网络状态和视频播放设备的缓冲区状态中的至少一个。其中，网络状态是指客户端当前所处的网络状态，例如，主要可指网速；视频播放设备的缓冲区状态主要是指缓冲区中缓存的视频数据的剩余可播放长度。如果网速良好(可根据具体的情况判断网速是否良好，在此不作详细限定)和/或缓存的视频数据长度的剩余可播放长度充足(可根据具体的情况判断剩余可播放长度是否充足，在此不作详细限定)，则认为允许通过点对点内容分发网络PCDN下载组件获取视频数据，可启动下载组件层中的PCDN下载组件，从CDN节点或PCDN节点获取后续的视频数据，从而降低带宽成本。如果网速较差或者缓冲区缓存的视频数据的剩余可播放长度不足，为避免视频播放卡顿导致的视频播放体验差的情况，则不启动PCDN下载组件，继续通过CDN下载组件获取后续的视频数据。即，可在决策参数符合预设阈值的情况下，通过第二下载方式获取视频数据，在决策参数不符合预设阈值的情况下，通过第一下载方式获取视频数据。由于根据决策参数的实际情况动态地从第一下载方式和第二下载方式中选择一种来获取视频数据，因此可在极大程度上既保障视频播放体验，又有效节省带宽。

根据本公开的示例性实施例，可在通过第二下载方式从目标网络侧获取到视频数据的情况下，保持通过第二下载方式获取视频数据，在通过第二下载方式从目标网络侧未获取到视频数据的情况下，通过第一下载方式获取视频数据。具体来讲，目标网络侧是指PCDN节点，在启动PCDN下载组件之后，如果能通过PCDN下载组件的PCDN下载库从PCDN节点获取到视频数据，则表示启用PCDN下载组件，可以降低视频获取过程中的带宽成本，因此，后续可继续通过PCDN下载组件获取视频数据，如果从PCDN节点下载视频数据失败(例如，PCDN节点无该视频数据等)，则表示通过启用PCDN下载组件来降低视频获取过程中的带宽成本的可能性较小，因此，为避免继续启动PCDN下载组件所导致的不必要的CDN/PCDN调度开销以及避免向CDN节点重新请求视频数据的重试时间开销，在从PCDN节点下载视频数据失败之后，立即通过PCDN下载组件的CDN下载库从CDN节点获取视频数据，并在后续的视频数据获取过程中，始终通过CDN下载组件获取视频数据，从而进一步保障了视频播放体验。

基于前述一个或多个实施例的组合，图7示出了一种具体应用场景下的视频点播控制流程。

参照图7，视频播放文件示例性地被分为四个数据分块，在启播阶段，为保障视频播放体验(例如，保障首屏加载时间较短以及保障视频播放成功率不下降)，通过CDN下载组件从CDN节点获取视频数据，在后续的非启播阶段，根据决策参数(例如视频播放设备的缓存区状态、网络状态等)决策是否启动PCDN下载组件，若不允许启动，则继续通过CDN下载组件从CDN节点获取后续的视频数据，以保障视频播放体验，若允许启动，则启动PCDN下载组件，通过PCDN下载组件从PCDN节点或CDN节点获取后续的视频数据，从而降低带宽成本。这里，根据决策参数决策是否启动PCDN下载组件的过程可参照前述的相关描述，为说明书的简洁，在此不再赘述。另外，若通过PCDN下载组件能从PCDN节点成功获取到视频数据，则继续通过PCDN下载组件获取后续的视频数据，若通过PCDN下载组件无法从PCDN节点获取到视频数据，则本次立即通过PCDN下载组件的CDN下载库从CDN节点获取视频数据，并在后续的视频数据获取过程中，退出PCDN下载组件，通过CDN下载组件获取后续的视频数据，从而减少不必要的PCDN下载组件的调度开销(例如，包括CDN/PCDN调度开销以及向CDN节点重新请求视频数据的重试时间开销)，进一步保障了视频播放体验。

根据图7示出的控制流程进行视频(长视频或短视频)点播，既可降低带宽成本，又可保障视频播放体验。与只通过PCDN下载组件获取视频数据的方案相比，其带宽成本持平，但首屏加载时间和播放成功率可得到1/1000～5/100的提高。

图8是示出根据本公开的示例性实施例的视频数据获取装置的框图。

参照图8，根据本公开的示例性实施例的视频数据获取装置800可包括播放阶段确定单元801、视频数据获取单元802和视频数据发送单元803。

播放阶段确定单元801可根据接收到的视频数据的获取请求，确定该视频数据对应的视频播放阶段。

这里，可由客户端的播放器发送视频数据的获取请求。视频播放阶段包括启播阶段和非启播阶段，在某些实施例中，启播阶段用于播放视频的预设视频数据，非启播阶段用于播放除启播阶段之外的其他视频数据，预设视频数据可以是视频的起始视频数据，也可以是精彩剪辑、预告片，还可以是设置的其他媒体内容，例如与待播放视频相关的推荐内容等，这里不做限制。在一个实施例中，启播阶段用于播放视频的起始视频数据，非启播阶段用于播放除启播阶段之外的其他视频数据，起始视频数据的时长可按实际情况设置，例如：10秒、2秒、3秒、1分钟等。一个例子中，视频XX的时长共10分，起始视频数据的时长为10秒，即起始视频数据的结束时刻距离视频XX的开始时刻为10秒：起始视频数据的开始时刻为视频XX的开始时刻00分00秒，起始视频数据的结束时刻为视频XX的00分10秒，则启播阶段用于播放视频XX的00分00秒到00分10秒的起始视频数据，非启播阶段用于播放视频XX的00分11秒到10分00秒的视频数据。在另一个实施例中，启播阶段用于播放视频的精彩剪辑，非启播阶段用于播放视频的内容。

视频数据获取单元802可根据确定出的视频播放阶段，从第一下载方式和第二下载方式中选择一者，并通过选择出的下载方式获取该视频数据。

视频数据发送单元803可将获取到的视频数据发送至视频播放设备，其中，视频播放设备，例如，但不限于，可以是客户端的播放器，视频播放设备在接收到视频数据之后，可播放对应的视频内容。

根据本公开的示例性实施例，视频数据获取单元802可在视频播放阶段为启播阶段的情况下，通过第一下载方式获取视频数据，在视频播放阶段为非启播阶段的情况下，根据决策参数从第一下载方式和第二下载方式中确定一种下载方式，并通过确定出的下载方式获取视频数据。这里，第一下载方式为通过内容分发网络CDN下载组件(其架构例如可参照图1)进行视频数据获取，第二下载方式为通过点对点内容分发网络PCDN下载组件(其架构例如可参照图2)进行视频数据获取。具体来讲，视频的启播状况对视频播放体验影响甚大，若启播时首屏加载时间较长(即，客户端的显示界面可能在较长的时间内保持黑屏)或启播失败(即，无法播放视频)的状况偏多，则会严重影响视频播放体验，因此，为保障视频播放体验，视频数据获取单元802可在视频启播阶段通过内容分发网络CDN下载组件获取视频数据，例如，在具体的实施过程中，播放器在接收到用户选择的播放视频的输入之后，向视频数据获取单元802请求首个视频数据分块，视频数据获取单元802检测到所请求的视频的播放阶段为启播阶段(例如，检测到该视频数据获取请求是关于该视频的第一个请求时，可确定视频播放阶段为启播阶段)，启动CDN下载组件，向CDN节点请求该视频的首个视频数据分块的数据，并将从CDN节点获取到的视频数据提交给播放器尝试播放，若获取到的视频数据不足以使播放器开始播放对应的视频内容，则播放器继续向视频数据获取单元802请求视频数据，直至播放器成功开始播放视频内容。

在非启播阶段，为降低带宽成本，视频数据获取单元802可尝试通过点对点内容分发网络PCDN下载组件获取后续的视频数据。例如，在具体的实施过程中，播放器成功开始播放视频内容之后，向视频数据获取单元802发送“启播成功”的通知，视频数据获取单元802在接收到该通知之后，可根据决策参数来决策在非启播阶段是否通过PCDN下载组件获取后续的视频数据，并可根据决策参数决策后续可获取的视频数据的长度。这里，决策参数表示影响视频播放质量的因素，包括网络状态和视频播放设备的缓冲区状态中的至少一个，其中，网络状态是指客户端当前所处的网络状态，例如，主要可指网速；视频播放设备的缓冲区状态主要是指缓冲区中缓存的视频数据的剩余可播放长度。如果网速良好(可根据具体的情况判断网速是否良好，在此不作详细限定)和/或缓存的视频数据的剩余可播放长度充足(可根据具体的情况判断剩余可播放长度是否充足，在此不作详细限定)，则认为允许通过点对点内容分发网络PCDN下载组件获取视频数据，可启动下载组件层中的PCDN下载组件，从CDN节点或PCDN节点获取后续的视频数据，从而降低带宽成本。如果网速较差或者缓存的视频数据的剩余可播放长度不足，为避免视频播放卡顿导致的视频播放体验差的情况，则不启动PCDN下载组件，继续通过CDN下载组件获取后续的视频数据。即，视频数据获取单元802可在决策参数符合预设阈值的情况下，通过第二下载方式获取视频数据，在决策参数不符合预设阈值的情况下，通过第一下载方式获取视频数据。由于根据决策参数的实际情况动态地从第一下载方式和第二下载方式中选择一种来获取视频数据，因此可在极大程度上既保障视频播放体验，又有效节省带宽。

根据本公开的示例性实施例，视频数据获取单元802还可在通过第二下载方式从目标网络侧获取到视频数据的情况下，保持通过第二下载方式获取视频数据，在通过第二下载方式从目标网络侧未获取到视频数据的情况下，通过第一下载方式获取视频数据。具体来讲，目标网络侧是指PCDN节点，在启动PCDN下载组件之后，如果能通过PCDN下载组件的PCDN下载库从PCDN节点获取到视频数据，则表示启用PCDN下载组件，可以降低视频获取过程中的带宽成本，因此，后续可继续通过PCDN下载组件获取视频数据，如果从PCDN节点下载视频数据失败(例如，PCDN节点无该视频数据等)，则表示通过启用PCDN下载组件来降低视频获取过程中的带宽成本的可能性较小，因此，为避免继续启动PCDN下载组件所导致的不必要的CDN/PCDN调度开销以及避免向CDN节点重新请求视频数据的重试时间开销，在从PCDN节点下载视频数据失败之后，立即通过PCDN下载组件的CDN下载库从CDN节点获取视频数据，并在后续的视频数据获取过程中，始终通过CDN下载组件获取视频数据，从而进一步保证了视频播放体验。

图9是根据本公开的示例性实施例的电子设备900的框图。

参照图9，电子设备900包括至少一个存储器901和至少一个处理器902，所述至少一个存储器901中存储有计算机可执行指令集合，当计算机可执行指令集合被至少一个处理器902执行时，执行根据本公开的示例性实施例的视频数据获取方法。

作为示例，电子设备900可以是PC计算机、平板装置、个人数字助理、智能手机、或其他能够执行上述指令集合的装置。这里，电子设备900并非必须是单个的电子设备，还可以是任何能够单独或联合执行上述指令(或指令集)的装置或电路的集合体。电子设备900还可以是集成控制系统或系统管理器的一部分，或者可被配置为与本地或远程(例如，经由无线传输)以接口互联的便携式电子设备。

在电子设备900中，处理器902可包括中央处理器(CPU)、图形处理器(GPU)、可编程逻辑装置、专用处理器系统、微控制器或微处理器。作为示例而非限制，处理器还可包括模拟处理器、数字处理器、微处理器、多核处理器、处理器阵列、网络处理器等。

处理器902可运行存储在存储器901中的指令或代码，其中，存储器901还可以存储数据。指令和数据还可经由网络接口装置而通过网络被发送和接收，其中，网络接口装置可采用任何已知的传输协议。

存储器901可与处理器902集成为一体，例如，将RAM或闪存布置在集成电路微处理器等之内。此外，存储器901可包括独立的装置，诸如，外部盘驱动、存储阵列或任何数据库系统可使用的其他存储装置。存储器901和处理器902可在操作上进行耦合，或者可例如通过I/O端口、网络连接等互相通信，使得处理器902能够读取存储在存储器中的文件。

此外，电子设备900还可包括视频显示器(诸如，液晶显示器)和用户交互接口(诸如，键盘、鼠标、触摸输入装置等)。电子设备900的所有组件可经由总线和/或网络而彼此连接。

根据本公开的示例性实施例，还可提供一种存储指令的计算机可读存储介质，其中，当指令被至少一个处理器运行时，促使至少一个处理器执行根据本公开的视频数据获取方法。这里的计算机可读存储介质的示例包括：只读存储器(ROM)、随机存取可编程只读存储器(PROM)、电可擦除可编程只读存储器(EEPROM)、随机存取存储器(RAM)、动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)、闪存、非易失性存储器、CD-ROM、CD-R、CD+R、CD-RW、CD+RW、DVD-ROM、DVD-R、DVD+R、DVD-RW、DVD+RW、DVD-RAM、BD-ROM、BD-R、BD-R LTH、BD-RE、蓝光或光盘存储器、硬盘驱动器(HDD)、固态硬盘(SSD)、卡式存储器(诸如，多媒体卡、安全数字(SD)卡或极速数字(XD)卡)、磁带、软盘、磁光数据存储装置、光学数据存储装置、硬盘、固态盘以及任何其他装置，所述任何其他装置被配置为以非暂时性方式存储计算机程序以及任何相关联的数据、数据文件和数据结构并将所述计算机程序以及任何相关联的数据、数据文件和数据结构提供给处理器或计算机使得处理器或计算机能执行所述计算机程序。上述计算机可读存储介质中的计算机程序可在诸如客户端、主机、代理装置、服务器等计算机设备中部署的环境中运行，此外，在一个示例中，计算机程序以及任何相关联的数据、数据文件和数据结构分布在联网的计算机系统上，使得计算机程序以及任何相关联的数据、数据文件和数据结构通过一个或多个处理器或计算机以分布式方式存储、访问和执行。

根据本公开的示例性实施例，还可提供一种计算机程序产品，该计算机程序产品中的指令可由计算机设备的处理器执行以完成根据本公开的示例性实施例的视频数据获取方法。

根据本公开的视频数据获取方法、装置、设备及介质，根据视频播放阶段动态性地选择视频数据的数据获取方式，并根据选择的下载方式获取视频数据，可在兼顾良好视频播放体验的同时，有效节省视频播放带宽。

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

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

Claims (10)

1.一种视频数据获取方法，其特征在于，包括：

根据接收到的视频数据的获取请求，确定所述视频数据对应的视频播放阶段；

根据确定出的视频播放阶段，从第一下载方式和第二下载方式中选择一者，并通过选择出的下载方式获取所述视频数据；

将获取到的视频数据发送至视频播放设备。

2.如权利要求1所述的视频数据获取方法，其特征在于，所述根据确定出的视频播放阶段，从第一下载方式和第二下载方式中选择一者，并通过选择出的下载方式获取所述视频数据，包括：

在所述视频播放阶段为启播阶段的情况下，通过所述第一下载方式获取所述视频数据；

在所述视频播放阶段为非启播阶段的情况下，根据决策参数从所述第一下载方式和所述第二下载方式中确定一种下载方式，并通过确定出的下载方式获取所述视频数据，其中，所述决策参数表示影响视频播放质量的因素。

3.如权利要求2所述的视频数据获取方法，其特征在于，所述根据决策参数从所述第一下载方式和所述第二下载方式中确定一种下载方式，并通过确定出的下载方式获取所述视频数据，包括：

在所述决策参数符合预设阈值的情况下，通过所述第二下载方式获取所述视频数据；

在所述决策参数不符合预设阈值的情况下，通过所述第一下载方式获取所述视频数据。

4.如权利要求3所述的视频数据获取方法，其特征在于，所述方法还包括：

在通过所述第二下载方式从目标网络侧获取到所述视频数据的情况下，保持通过所述第二下载方式获取所述视频数据。

5.如权利要求3所述的视频数据获取方法，其特征在于，所述方法还包括：

在通过所述第二下载方式从目标网络侧未获取到所述视频数据的情况下，通过所述第一下载方式获取所述视频数据。

6.如权利要求2至5任一权利要求所述的视频数据获取方法，其特征在于，所述决策参数包括网络状态和所述视频播放设备的缓冲区状态中的至少一个。

7.一种视频数据获取装置，其特征在于，包括：

播放阶段确定单元，被配置为：根据接收到的视频数据的获取请求，确定所述视频数据对应的视频播放阶段；

视频数据获取单元，被配置为：根据确定出的视频播放阶段，从第一下载方式和第二下载方式中选择一者，并通过选择出的下载方式获取所述视频数据；

视频数据发送单元，被配置为：将获取到的视频数据发送至视频播放设备。

8.一种电子设备，其特征在于，包括：

至少一个处理器；

至少一个存储计算机可执行指令的存储器，

其中，所述计算机可执行指令在被所述至少一个处理器运行时，促使所述至少一个处理器执行如权利要求1至6中的任一权利要求所述的视频数据获取方法。

9.一种存储指令的计算机可读存储介质，其特征在于，当所述指令被至少一个处理器运行时，促使所述至少一个处理器执行如权利要求1至6中的任一权利要求所述的视频数据获取方法。

10.一种计算机程序产品，包括计算机指令，其特征在于，所述计算机指令被至少一个处理器执行时实现如权利要求1至6中的任一权利要求所述的视频数据获取方法。

Images