CN112565907A - 视频获取方法、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种视频获取方法、电子设备及计算机可读存储介质。本申请通过向视频服务器发送视频列表获取请求，并接收视频服务器返回的视频列表，所述视频列表包括为每个视频提供视频服务的多个服务节点的地址，所述多个服务节点包括至少一个初始终端节点；然后，向所述至少一个初始终端节点发送目标视频的获取请求，接收所述至少一个初始终端节点返回的目标视频的视频数据，并去除接收到的目标视频的视频数据中的重合视频数据，从而实现了从终端下载该目标视频或进一步播放该目标视频，节省了CDN服务费用，并且可以避免终端集中访问某一CDN节点影响视频数据的传输速度和播放流畅性，提升了视频服务可用性，从而改善了用户体验。

Description

视频获取方法、电子设备及存储介质

【技术领域】

本申请涉及互联网技术，尤其涉及一种视频获取方法、电子设备及计算机可读存储介质。

【背景技术】

近几年，随着音视频技术、自媒体技术和互联网技术的快速发展，以及智能手机、平板电脑等智能终端在人们的日常生活中日益普及，使得越来越多的人可以随手拍摄短视频，社交平台的交流和更新由原来的文字传播渐渐转变为短视频传播。

内容分发网络(Content Delivery Network，CDN)是一种现有网络基础之上的智能虚拟网络，其依靠部署在各地的边缘服务器，将源站内容分发至最接近用户的节点，使用户可以就近获取所需内容，提高用户访问的响应速度和成功率。

现在技术中，用户通过终端观看或者下载短视频时，向CDN服务器获取视频列表，然后解析该视频列表获取视频播放地址，其中的视频播放地址一般是CDN节点的地址，进而从CDN节点请求视频数据。由于所有视频请求都依赖CDN服务，会产生一定的CDN服务费用；另外，可能由于终端集中访问某一CDN节点影响视频数据的传输速度和播放流畅性，从而影响用户体验。

【发明内容】

本申请的多个方面提供一种视频获取方法、电子设备及计算机可读存储介质，以节省CDN服务费用，提升视频数据的传输速度和播放流畅性，从而改善用户体验。

本申请的一方面，提供一种视频获取方法，包括：

向视频服务器发送视频列表获取请求，并接收所述视频服务器返回的视频列表；其中，所述视频列表包括：至少一个视频中每个视频的视频标识和为所述每个视频提供视频服务的多个服务节点的地址，所述多个服务节点包括至少一个初始终端节点；

向所述至少一个初始终端节点发送目标视频的获取请求；其中，所述获取请求中包括目标视频的视频标识，所述至少一个视频包括所述目标视频；

接收所述至少一个初始终端节点返回的所述目标视频的视频数据，并去除接收到的所述目标视频的视频数据中的重合视频数据。

本申请的另一方面，提供一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述一方面所提供的方法。

本申请的另一方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述一方面所提供的方法。

由上述技术方案可知，在本申请实施例中，通过向视频服务器发送视频列表获取请求后，并接收所述视频服务器返回的视频列表，所述视频列表包括为视频列表中每个视频提供视频服务的多个服务节点的地址，其中的多个服务节点包括至少一个初始终端节点；然后，向所述至少一个初始终端节点发送目标视频的获取请求，接收所述至少一个初始终端节点返回的目标视频的视频数据，进而，去除接收到的所述目标视频的视频数据中的重合视频数据，从而得到所述目标视频的完整且不重合的视频数据，从而实现了从终端下载该目标视频或进一步播放该目标视频，避免了所有视频请求都依赖CDN服务、会产生一定的CDN服务费用，节省了CDN服务费用。

另外，采用本申请所提供的技术方案，将终端中已经播放或者下载视频的视频数据作为缓存，利用终端作为视频的微型服务器，将缓存有视频的视频数据的终端纳入服务节点来提供视频服务，其他终端在需要播放该视频时，可以连接到这台终端获取视频数据，从而绕过CDN服务，可以避免终端集中访问某一CDN节点影响视频数据的传输速度和播放流畅性，提升了视频服务可用性，从而改善了用户体验。

【附图说明】

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

图1为本申请一实施例提供的视频获取方法的流程示意图；

图2为本申请另一实施例提供的视频获取方法的流程示意图；

图3为本申请又一实施例提供的视频获取方法的流程示意图；

图4为本申请实施例中视频数据的数据包的一个格式示意图；

图5为图4所示实施例对应的数据包接收和去重的一个流程示意图；

图6为适于用来实现本申请实施例的示例性视频服务系统的框图；

图7为本申请再一实施例提供的视频获取方法的流程示意图；

图8为适于用来实现本申请实施方式的示例性计算机系统/服务器12的框图。

【具体实施方式】

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其它实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中所涉及的终端可以包括但不限于手机、个人数字助理(Personal Digital Assistant，PDA)、无线手持设备、平板电脑(Tablet Computer)、个人电脑(Personal Computer，PC)、MP3播放器、MP4播放器、可穿戴设备(例如，智能眼镜、智能手表、智能手环等)等。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

CDN是一种现有网络基础之上的智能虚拟网络，其依靠部署在各地的边缘服务器，将源站内容分发至最接近用户的节点，使用户可以就近获取所需内容，提高用户访问的响应速度和成功率。通常，各个厂商的CDN是以分布式节点的形式存在的，当某个用户请求下载视频时，服务器会在CDN集群中随机选择一个可用的CDN节点供用户进行使用，以通过该CDN节点对用户进行视频传输。

现在技术中，用户通过终端观看或者下载短视频时，向CDN服务器获取视频列表，然后解析该视频列表获取视频播放地址，其中的视频播放地址一般是CDN节点的地址，进而从CDN节点请求视频数据。而随着短视频业务的迅速发展，向用户提供短视频制作和传播的各种应用程序(APP)，例如抖音、火山、快手等，也如雨后春笋般出现，使得用户可以随时随地下载、观看短视频，带宽及转码需求的不断升高导致成本不断升高，由于所有视频请求都依赖CDN服务，现有的CDN调度系统需要依靠不计成本的加大带宽和CDN节点数量以满足需要。另外，可能由于终端集中访问某一CDN节点影响视频数据的传输速度和播放流畅性，从而影响用户体验。

因此，亟需提供一种视频获取方法，以节省CDN服务费用，提升视频数据的传输速度和播放流畅性，从而改善用户体验。

图1为本申请一实施例提供的视频获取方法的流程示意图，如图1所示。

101、向视频服务器发送视频列表获取请求，并接收所述视频服务器返回的视频列表。

其中，所述视频列表包括：至少一个视频中每个视频的视频标识和为所述每个视频提供视频服务的多个服务节点的地址，所述多个服务节点包括至少一个初始终端节点。其中的视频标识(ID)用于唯一标识一个视频，视频ID可以包括视频的名称、编号等。所述视频列表中的至少一个视频可以具有一定的播放顺序，即可以是按照播放顺序排列的至少一个视频的视频标识和分别为每个视频提供视频服务的多个服务节点的地址。

本申请实施例中的视频可以是任意类型、格式的视频，例如长视频或者短视频。其中，短视频也即短片视频或小视频，一般是在互联网新媒体上传播的时长较短(例如在1分钟以内)的视频传播内容。由于短视频具有产出速度快、影响范围广、参与人数多的特点，目前，短视频正逐步取代文本、图片、音乐，称为当下媒体传播的主流方式。

102、向所述至少一个初始终端节点发送目标视频的获取请求。

其中，所述获取请求中包括目标视频的视频标识，所述至少一个视频包括所述目标视频。

可选地，在其中一些实现方式中，所述目标视频可以是由用户从所述视频列表中选择的视频，响应于接收到用户从所述视频列表中选择视频并发送播放指令，触发向所述至少一个初始终端节点发送目标视频的获取请求。

或者，在另一些实现方式中，所述目标视频也可以基于所述视频列表中的播放顺序即将播放的当前视频，响应于即将开始播放该目标视频，触发向所述至少一个初始终端节点发送目标视频的获取请求。

103、接收所述至少一个初始终端节点返回的所述目标视频的视频数据，并去除接收到的所述目标视频的视频数据中的重合视频数据。

需要说明的是，101～103的执行主体的部分或全部可以为位于终端的应用，或者还可以为设置终端的应用中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元，或者还可以为位于网络侧服务器中的应用，本申请实施例对此不进行特别限定。

可以理解的是，所述应用可以是安装在终端上的本地程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本申请实施例对此不进行限定。

这样，实现了从终端下载该目标视频或进一步播放该目标视频，避免了所有视频请求都依赖CDN服务、会产生一定的CDN服务费用，节省了CDN服务费用。

另外，采用本申请所提供的技术方案，将终端中已经播放或者下载视频的视频数据作为缓存，利用终端作为视频的微型服务器，将缓存有视频的视频数据的终端纳入服务节点来提供视频服务，其他终端在需要播放该视频时，可以连接到这台终端获取视频数据，从而绕过CDN服务，可以避免终端集中访问某一CDN节点影响视频数据的传输速度和播放流畅性，提升了视频服务可用性，从而改善了用户体验。

可选地，在其中一些实现方式中，所述至少一个初始终端节点为视频地址服务器从具有视频服务能力的n个终端中确定的、作为服务节点的m个终端，则在101中接收视频服务器返回的视频列表之前，还可以由视频地址服务器，基于具有视频服务能力的n个终端的地址和服务能力信息，从该具有视频服务能力的n个终端中确定m个终端作为所述至少一个初始终端节点。其中，m、n分别为大于0的整数，且m小于或等于n。其中的服务能力信息例如可以包括终端的带宽、当前已接入的终端数量(即当前向多少终端提供视频服务)等，可以由具有视频服务能力的各终端上报给视频地址服务器，也可以由视频地址服务器与具有视频服务能力的各终端交互获得。例如，视频地址服务器可以基于具有视频服务能力的n个终端中各终端的服务能力信息，来选取服务能力较好的部分终端作为服务节点，另外，也可以按照顺序选取或随机选取其中的部分终端作为服务节点，本申请实施例对具体的选取方式不做限制。

基于本实施例，可以由视频地址服务器从具有视频服务能力的终端中选取部分终端作为服务节点，以针对本次请求获取视频列表的请求方终端提供视频服务，从而由视频地址服务器均衡分配和调控视频服务的终端节点的资源。

图2为本申请另一实施例提供的视频获取方法的流程示意图，如图2所示，在102之后，还可以包括：

201、响应于预设时间内接收到的所述视频数据的数据包的数量小于预设阈值，向所述视频服务器发送服务补全请求。

所述服务补全请求中包括所述目标视频的视频标识。

202、接收所述视频服务器返回的补充终端节点的地址。

其中，所述补充终端节点为视频地址服务器从所述n个终端中未被确定作为服务节点的终端中、选取作为服务节点的终端。

203、向所述补充终端节点发送所述目标视频的获取请求。

其中，所述获取请求中包括目标视频的视频标识。

204、接收所述补充终端节点返回的所述目标视频的视频数据。

基于本实施例，本次请求获取视频列表的请求方终端可以同时接收由视频地址服务器初始分配的至少一个初始终端节点以及后续基于服务补全请求分配的补充终端节点返回的目标视频的视频数据，使得该请求方终端可以从更多的终端节点获得目标视频的视频数据，有利于更快、更完整的获得目标视频的视频数据，从而提高目标视频的播放流畅性，提高用户的观看体验。

可选地，在其中一些实现方式中，所述多个服务节点还包括至少一个CDN节点，该至少一个CDN节点具体可以由视频地址服务器基于CDN集群中各CDN节点的带宽、负载、以及与本次请求获取视频列表的请求方终端之间的位置关系等选取，以为本次请求获取视频列表的请求方终端提供视频服务。

进一步可选地，在203之后，本次请求获取视频列表的请求方终端还可以继续监测视频数据的接收情况，响应于预设时间内接收到的所述视频数据的数据包的数量小于预设阈值，继续执行向所述视频服务器发送服务补全请求的操作，即重新执行图2所示实施例的流程，由视频地址服务器继续从所述n个终端中未被确定作为服务节点的终端中、选取作为服务节点的终端作为补充终端节点，请求方终端同时从该补充终端节点请求目标视频的数据请求，直至所述n个终端全部被选取作为该请求方终端获取目标视频的服务节点，此时，视频服务器返回的补充终端节点的地址为空，则响应于接收到的视频服务器返回的补充终端节点的地址为空，向所述CDN节点发送所述目标视频的获取请求，其中，所述获取请求中包括目标视频的视频标识；并接收所述CDN节点返回的所述目标视频的视频数据。

由于终端设备的不稳定性，如果仅通过一个终端节点提供视频服务，可能导致服务会非常不稳定，因此单一依赖一个终端节点作为服务节点无法保证服务效果。基于本实施例，提供了合理的调度算法，首先通过至少一个初始终端节点提供目标视频的视频服务，在预设时间内接收到的视频数据的数据包的数量小于预设阈值时，说明已有至少一个初始终端节点的地址不可用(不可访问)或者服务能力较差，此时，优先补充终端节点来提供视频服务，直至所有可提供本次视频服务的终端节点已补充完毕、在预设时间内接收到的视频数据的数据包的数量小于预设阈值，则调度CDN节点来提供本次视频服务，从而保证了了视频数据的快递。完整传输。

进一步可选地，在其中一些实现方式中，本次请求获取视频列表的请求方终端和视频服务器保持通讯，同时视频地址服务器实时更新具有视频服务能力的n个终端的实体个数，由视频服务器从视频地址服务器获取具有视频服务能力的终端的实体个数，响应于接收到的所述视频服务器返回的补充终端节点的地址为空之后，请求方终端还可以接收由视频地址服务器更新具有视频服务能力的终端后返回的补充终端节点的地址，所述补充终端节点为从更新后的具有视频服务能力的t个终端中未被确定作为服务节点的终端中、选取作为服务节点的终端，其中，t为大于0的整数；此时，停止执行所述接收所述CDN节点返回的所述目标视频的视频数据的操作，并开始执行203中向所述补充终端节点发送所述目标视频的获取请求的操作，以同时从本次返回的补充终端节点获取目标视频的视频数据。

基于本实施例，在视频地址服务器更新具有视频服务能力的终端后，可以及时为请求方终端分配用于提供本次视频服务的补充终端节点，由本次补充终端节点和之前分配的终端节点同时提供本次视频服务，请求方终端断开CDN服务，以节省CDN资源，从而实现了在保证视频服务能力的情况下节省CDN资源。

可选地，在其中一些实现方式中，所述视频列表具体包括：至少一个视频中每个视频的视频标识、针对所述每个视频具有视频服务能力的n个终端的地址和服务能力信息。其中的服务能力信息例如可以包括终端的带宽、当前已接入的终端数量(即当前向多少终端提供视频服务)等，可以由具有视频服务能力的各终端上报给视频地址服务器，也可以由视频地址服务器与具有视频服务能力的各终端交互获得，并由视频地址服务器提供给视频服务器。相应地，在101之后，还可以包括：从所述n个终端中确定作为所述至少一个初始终端节点的m个终端。例如，可以基于具有视频服务能力的n个终端中各终端的服务能力信息，来选取服务能力较好的部分终端作为服务节点，另外，也可以按照顺序选取或随机选取其中的部分终端作为服务节点，本申请实施例对具体的选取方式不做限制。其中，m、n分别为大于0的整数，且m小于或等于n。

图3为本申请又一实施例提供的视频获取方法的流程示意图，如图3所示，在102之后，还可以包括：

301、响应于预设时间内接收到的所述视频数据的数据包的数量小于预设阈值，从所述n个终端中未被确定作为服务节点的终端中，选取作为服务节点的终端作为补充终端节点。

302、向所述补充终端节点发送所述目标视频的获取请求。

其中，所述获取请求中包括目标视频的视频标识。

303、接收所述补充终端节点返回的所述目标视频的视频数据。

基于本实施例，可以由视频服务器初始分配的至少一个初始终端节点提供本次视频服务，在预设时间内接收到的所述视频数据的数据包的数量小于预设阈值时，本次请求获取视频列表的请求方终端可以选取补充终端同时提供本次视频服务，使得该请求方终端可以从更多的终端节点获得目标视频的视频数据，有利于更快、更完整的获得目标视频的视频数据，从而提高目标视频的播放流畅性，提高用户的观看体验。

可选地，在其中一些实现方式中，所述多个服务节点还包括至少一个CDN节点，该至少一个CDN节点具体可以由视频服务器基于CDN集群中各CDN节点的带宽、负载、以及与本次请求获取视频列表的请求方终端之间的位置关系等选取，以为本次请求获取视频列表的请求方终端提供视频服务。

进一步可选地，在302之后，本次请求获取视频列表的请求方终端还可以继续监测视频数据的接收情况，响应于预设时间内接收到的所述视频数据的数据包的数量小于预设阈值，继续执行所述从所述n个终端中未被确定作为服务节点的终端中，选取作为服务节点的终端作为补充终端节点的操作，即重新执行图3所示实施例的流程，选取补充终端节点，请求方终端同时从该补充终端节点请求目标视频的数据请求，直至所述n个终端全部被选取作为该请求方终端获取目标视频的服务节点，此时，响应于未获取到补充终端节点，则向所述CDN节点发送所述目标视频的获取请求，其中，所述获取请求中包括目标视频的视频标识；接收所述CDN节点返回的所述目标视频的视频数据。

由于终端设备的不稳定性，如果仅通过一个终端节点提供视频服务，可能导致服务会非常不稳定，因此单一依赖一个终端节点作为服务节点无法保证服务效果。基于本实施例，提供了合理的调度算法，首先通过至少一个初始终端节点提供目标视频的视频服务，在预设时间内接收到的视频数据的数据包的数量小于预设阈值时，说明已有至少一个初始终端节点的地址不可用(不可访问)或者服务能力较差，此时，优先补充终端节点来提供视频服务，直至所有可提供本次视频服务的终端节点已补充完毕、在预设时间内接收到的视频数据的数据包的数量小于预设阈值，则调度CDN节点来提供本次视频服务，从而保证了了视频数据的快递。完整传输。

进一步可选地，在其中一些实现方式中，响应于未获取到补充终端节点之后，请求方终端还可以向所述视频服务器发送服务补全请求，所述服务补全请求中包括所述目标视频的视频标识，并接收视频地址服务器更新具有视频服务能力的终端后，由视频服务器返回的、具有视频服务能力的更新的t个终端的地址，其中，t为大于0的整数；然后，从所述t个终端中未被确定作为服务节点的终端中，选取作为服务节点的终端作为补充终端节点；停止执行所述接收所述CDN节点返回的所述目标视频的视频数据的操作，并开始执行302中所述向所述补充终端节点发送所述目标视频的获取请求的操作，以同时从本次选取的补充终端节点获取目标视频的视频数据。

基于本实施例，在视频地址服务器更新具有视频服务能力的终端后可以及时提供给请求方终端，以便请求方终端可以及时补充提供本次视频服务的补充终端节点，由本次补充终端节点和之前分配和补充选取的终端节点同时提供本次视频服务，请求方终端断开CDN服务，以节省CDN资源，从而实现了在保证视频服务能力的情况下节省CDN资源。

可选地，在其中一些实现方式中，所述目标视频的视频数据在传输前，预先被按照预设大小切分为多个视频数据段，所述多个视频数据段中的每个视频数据段与基于所述每个视频数据段在所述目标视频中的顺序分配的索引(index)组合为一个数据包。对于同一个视频，按照预设大小切分为多个视频数据段，例如每1K划分为一个视频数据段，同时对每个视频数据段做索引，并将索引和对应视频数据段组合成一个数据包，形成发结构可以参见图4。

如图4所示，为本申请实施例中视频数据的数据包的一个格式示意图。其中，Data表示目标视频按照预设大小顺序切分成的各视频数据段，0、1、…分别为基于对应的视频数据段在目标视频中的顺序分配的索引。

基于上述视频的数据包结构，服务节点在传输视频数据时以索引和对应的视频数据段组合得到的数据包为最小结构传输给请求方终端，此结构不同于p2p的视频流，是不可播放的。为了安全性，可以采用预设加密算法对该最小结构的数据包进行加密，由请求方终端接收到数据包后按照预设加密算法进行解密处理来得到数据包，并提取出其中的视频数据段，从而提高数据传输的安全性。其中的预设加密算法可以采用现有的任意加密算法，本申请实施例对此不做赘述。

相应地，103中，可以分别接收所述至少一个初始终端节点中每个终端节点返回的目标视频的视频数据的数据包，加入补充终端节点后，同时接收至少一个初始终端节点和补充终端节点返回的目标视频的视频数据的数据包，并依次按照索引顺序，获取每个索引所在的一个数据包中的视频数据并顺序存储在所在终端的缓存区，并更新缓存区中视频数据对应的索引最大值；丢弃索引等于所述索引最大值的其他数据包、以及索引小于所述索引最大值的数据包。

如图5所示，为图4所示实施例对应的数据包接收和去重的一个流程示意图。

基于本实施例，请求方终端在收到数据包后，可以依次按照索引顺序，获取一个相应数据包中的视频数据并按照顺序放置在所在终端的缓存区，同时更新当前缓存区中视频数据的索引最大值，例如，首先读取索引0的数据包中的视频数据并按照顺序放置在所在终端的缓存区，更新缓存区中视频数据对应的索引最大值为0，之后，读取索引1的数据包中的视频数据并按照顺序放置在所在终端的缓存区中索引0对应的视频数据之后，更新缓存区中视频数据对应的索引最大值为1，…，依次类推，读取索引i的数据包中的视频数据并按照顺序放置在所在终端的缓存区中索引i-1对应的视频数据之后，更新缓存区中视频数据对应的索引最大值为i，其中，i为大于1的整数；之后，若接收到索引小于或等于该索引最大值的数据包，由于该数据包中的视频数据在缓存区已有存储，为避免重合存储同样的视频数据，全部丢弃处理。

可选地，在进一步实现方式中，在依次按照索引顺序，获取每个索引所在的一个数据包中的视频数据并顺序存储在所在终端的缓存区之后，还可以将所述缓存区中的视频数据依次发送给播放器以进行播放。

基于本实施例，实现了目标视频、无重复内容的流畅播放。

可选地，在其中一些实现方式中，终端用户可以确定本终端是否提供视频服务，在具体实现中，可以在实现本实施例的视频APP中设置视频服务选项，例如“视频服务”开关按钮，用户可以通过操作该视频服务选项选择开启或关闭视频服务。由于提供视频服务传输视频数据时会对终端产生流量，由终端用户自己决定是否提供视频服务。终端开启此视频服务后，会将该终端的地址作为视频服务地址上报给视频服务器，以加入到视频地址服务器中。由于终端是否提供视频服务是动态变化的，终端的开启和关闭视频服务都需要即时通知视频服务器以及时更新提供视频服务的多个服务节点的地址。

可选地，在其中一些实现方式中，还可以包括：响应于接收到用户发送的开启视频服务的指令，获取所在终端的地址和可用视频资源列表，所述可用视频资源列表包括至少一个可用视频的视频标识；按照预设周期，或者响应于接收完一个视频的视频数据，例如接收完所述目标视频的视频数据，向视频服务器上报所在终端的地址和可用视频资源列表，由视频服务器转发给视频地址服务器，以便视频地址服务器更新所述至少一个可用视频的服务节点的地址，将所在终端的地址加入所述至少一个可用视频的服务节点的地址中。

基于本实施例，终端开启视频服务后，可以向视频服务器上报所在终端的地址和可用视频资源列表，以便视频地址服务器将该终端纳入所述可用视频资源列表中视频的服务节点中，为其他终端提供所述可用视频资源列表中视频的视频服务。

可选地，在其中一些实现方式中，还可以包括：响应于检测到所述可用视频资源列表中有所述可用视频的视频数据被删除，向视频服务器上报所在终端的地址和失效可用视频资源列表，所述失效可用视频资源列表包括所述可用视频资源列表中视频数据被删除的可用视频，由视频服务器转发给视频地址服务器，以便视频地址服务器更多所述失效可用视频的服务节点的地址，将所述所在终端的地址从该失效可用视频的服务节点的地址中删除。

基于本实施例，终端开启视频服务后，若检测到之前上报的可用视频资源列表中有可用视频的视频数据被删除，及时向视频服务器上报所在终端的地址和失效可用视频资源列表，以便视频地址服务器将该终端从所述可用视频资源列表中视频的服务节点中剔除，避免后续被分配给其他终端提供所述可用视频资源列表中视频的视频服务、影响服务效果。

图6为适于用来实现本申请实施例的示例性视频服务系统的框图，如图6所示，该视频服务系统包括视频服务器(也即CDN服务器)601、视频列表服务器602和视频地址服务器603。其中，视频服务器601用于管理和调度CDN节点，为终端提供视频服务，终端可以访问视频服务器601，发送视频列表获取请求，请求获取视频列表；视频列表服务器602用于生成视频列表发送给视频服务器以提供给终端；视频地址服务器603用于缓存为每个视频提供视频服务的所有终端节点的地址，视频服务器601可以从视频地址服务器603中获取为每个视频提供视频服务的终端节点的地址，同时可以将可以提供视频服务的终端节点的地址、以及可用资源列表或失效可用资源列表转发给视频地址服务器603。

图7为本申请再一实施例提供的视频获取方法的流程示意图，如图7所示。

701、请求方终端向视频服务器发送视频列表获取请求。

702、视频服务器向视频列表服务器转发视频列表获取请求，并接收视频列表服务器返回的推荐视频列表。

其中的推荐视频列表包括视频列表服务器推荐的视频的视频标识，其中的视频标识用于唯一标识一个视频，视频ID可以包括视频的名称、编号等。所述视频推荐列表中的视频可以具有一定的播放顺序，即可以是按照播放顺序排列的多个视频的视频标识。

703、视频服务器向视频地址服务器请求推荐视频列表中视频的播放地址。

704、视频地址服务器分别确定推荐视频列表中各视频的终端节点，并向视频服务器返回添加终端节点的地址后的推荐视频列表。

具体地，视频地址服务器确定推荐视频列表中每个视频的终端节点时，可以根据之前开启视频服务的终端上报的终端的地址和可用视频资源列表，获取可用视频资源列表中包括该视频的n个终端作为当前具有视频服务能力的终端，从中挑选出m个终端作为服务节点，即得到m个终端节点。

705、视频服务器在添加终端节点的地址后的推荐视频列表中添加至少一个CDN节点的地址，得到视频列表并返回请求方终端。

其中，所述视频列表包括：推荐视频列表中每个视频的视频标识和为所述每个视频提供视频服务的多个服务节点的地址、以及具有视频服务能力的n个终端的地址，所述多个服务节点包括至少一个CDN节点和至少一个初始终端节点。

具体地，视频服务器中存储有所有CDN节点的地址，可以由视频服务器基于CDN集群中各CDN节点的带宽、负载、以及与本次请求获取视频列表的请求方终端之间的位置关系等选取至少一个CDN节点，为本次请求获取视频列表的请求方终端提供视频服务。

706、请求方终端与m个终端节点建立连接，向m个终端节点发送目标视频的获取请求，并在自己的存储空间中划分出用于接收视频数据的缓冲区。

其中，所述获取请求中包括目标视频的视频标识，所述至少一个视频包括所述目标视频。

707、请求方终端接收m个终端节点返回的目标视频的视频数据，并去除接收到的目标视频的视频数据中的重合视频数据，将目标视频的完整的、不重合的视频数据放置在缓存区。

具体地，可以采用本申请上述实施例的方式去除接收到的目标视频的视频数据中的重合视频数据，将目标视频的完整的、不重合的视频数据放置在缓冲区，此处不再赘述。

若在预设时间内接收到的所述视频数据的数据包的数量小于预设阈值，从剩下的n-m个终端中挑选终端作为服务节点，并重复706-707的操作。如果n-m小于或等于0，那将CDN节点纳入视频服务方，提供视频数据，向CDN节点发送目标视频的获取请求，并接收所述CDN节点返回的所述目标视频的视频数据，具体实现可以参见上述实施例，此处不再赘述。同时请求方终端定时和视频服务器进行通讯，并实时更新具有视频服务能力的n个终端的地址，如果在一定时间后n-m大于0，即补充了新的具有视频服务能力的终端，则可以断开CDN服务，及时释放CDN资源，重新执行706-707的操作。

708、请求方终端将缓存区中的视频数据发送给播放器进行播放。

本申请的技术方案可以适用于终端、视频服务器等任意设备中的视频应用程序。利用视频应用程序，执行本申请实施例提供的视频获取方法时，能够实现从终端下载该目标视频或进一步播放该目标视频，避免了所有视频请求都依赖CDN服务、会产生一定的CDN服务费用，节省了CDN服务费用。

另外，采用本申请所提供的技术方案，采用本申请所提供的技术方案，将终端中已经播放或者下载视频的视频数据作为缓存，利用终端作为视频的微型服务器，将缓存有视频的视频数据的终端纳入服务节点来提供视频服务，其他终端在需要播放该视频时，可以连接到这台终端获取视频数据，从而绕过CDN服务，可以避免终端集中访问某一CDN节点影响视频数据的传输速度和播放流畅性，提升了视频服务可用性，从而改善了用户体验。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

图8示出了适于用来实现本申请实施方式的示例性计算机系统/服务器12的框图。图8显示的计算机系统/服务器12仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统/服务器12以通用计算设备的形式表现。计算机系统/服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，存储装置或者系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图8未显示，通常称为“硬盘驱动器”)。尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。

计算机系统/服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机系统/服务器12交互的设备通信，和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口44进行。并且，计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图8所示，网络适配器20通过总线18与计算机系统/服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统/服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现图1～图7所对应的实施例任一实施例所提供的方法。

本申请另一实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图1～图7所对应的实施例任一实施例所提供的方法。

具体来说，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或页面组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一个计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (15)

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

向视频服务器发送视频列表获取请求，并接收所述视频服务器返回的视频列表；其中，所述视频列表包括：至少一个视频中每个视频的视频标识和为所述每个视频提供视频服务的多个服务节点的地址，所述多个服务节点包括至少一个初始终端节点；

向所述至少一个初始终端节点发送目标视频的获取请求；其中，所述获取请求中包括目标视频的视频标识，所述至少一个视频包括所述目标视频；

接收所述至少一个初始终端节点返回的所述目标视频的视频数据，并去除接收到的所述目标视频的视频数据中的重合视频数据。

2.根据权利要求1所述的方法，其特征在于，

所述至少一个初始终端节点为视频地址服务器从具有视频服务能力的n个终端中确定的m个终端；其中，m、n分别为大于0的整数，且m小于或等于n。

3.根据权利要求2所述的方法，其特征在于，所述向所述至少一个初始终端节点发送目标视频的获取请求之后，还包括：

响应于预设时间内接收到的所述视频数据的数据包的数量小于预设阈值，向所述视频服务器发送服务补全请求，所述服务补全请求中包括所述目标视频的视频标识；

接收所述视频服务器返回的补充终端节点的地址；其中，所述补充终端节点为所述视频地址服务器从所述n个终端中未被确定作为服务节点的终端中、选取作为服务节点的终端；

向所述补充终端节点发送所述目标视频的获取请求；其中，所述获取请求中包括目标视频的视频标识；

接收所述补充终端节点返回的所述目标视频的视频数据。

4.根据权利要求3所述的方法，其特征在于，所述多个服务节点还包括至少一个内容分发网络CDN节点；

所述向所述补充终端节点发送所述目标视频的获取请求之后，还包括：

响应于预设时间内接收到的所述视频数据的数据包的数量小于预设阈值，执行所述向所述视频服务器发送服务补全请求的操作；

响应于接收到的所述视频服务器返回的补充终端节点的地址为空，向所述CDN节点发送所述目标视频的获取请求；其中，所述获取请求中包括目标视频的视频标识；

接收所述CDN节点返回的所述目标视频的视频数据。

5.根据权利要求4所述的方法，其特征在于，所述响应于接收到的所述视频服务器返回的补充终端节点的地址为空之后，还包括：

接收所述视频服务器返回的补充终端节点的地址，所述补充终端节点为所述视频地址服务器从更新后的具有视频服务能力的t个终端中未被确定作为服务节点的终端中、选取作为服务节点的终端；其中，t为大于0的整数；

停止执行所述接收所述CDN节点返回的所述目标视频的视频数据的操作，并执行所述向所述补充终端节点发送所述目标视频的获取请求的操作。

6.根据权利要求1所述的方法，其特征在于，所述视频列表具体包括：至少一个视频中每个视频的视频标识、针对所述每个视频具有视频服务能力的n个终端的地址和服务能力信息；

所述接收所述视频服务器返回的视频列表之后，还包括：

从所述n个终端中确定作为所述至少一个初始终端节点的m个终端；其中，m、n分别为大于0的整数，且m小于或等于n。

7.根据权利要求6所述的方法，其特征在于，所述向所述至少一个初始终端节点发送目标视频的获取请求之后，还包括：

响应于预设时间内接收到的所述视频数据的数据包的数量小于预设阈值，从所述n个终端中未被确定作为服务节点的终端中，选取作为服务节点的终端作为补充终端节点；

向所述补充终端节点发送所述目标视频的获取请求；其中，所述获取请求中包括目标视频的视频标识；

接收所述补充终端节点返回的所述目标视频的视频数据。

8.根据权利要求7所述的方法，其特征在于，所述多个服务节点还包括至少一个内容分发网络CDN节点；

所述向所述补充终端节点发送所述目标视频的获取请求之后，还包括：

响应于预设时间内接收到的所述视频数据的数据包的数量小于预设阈值，执行所述从所述n个终端中未被确定作为服务节点的终端中，选取作为服务节点的终端作为补充终端节点的操作；

响应于未获取到补充终端节点，向所述CDN节点发送所述目标视频的获取请求；其中，所述获取请求中包括目标视频的视频标识；

接收所述CDN节点返回的所述目标视频的视频数据。

9.根据权利要求8所述的方法，其特征在于，所述响应于未获取到补充终端节点之后，还包括：

向所述视频服务器发送服务补全请求，所述服务补全请求中包括所述目标视频的视频标识；

接收所述视频服务器返回的、具有视频服务能力的t个终端的地址；其中，t为大于0的整数；

从所述t个终端中未被确定作为服务节点的终端中，选取作为服务节点的终端作为补充终端节点；

停止执行所述接收所述CDN节点返回的所述目标视频的视频数据的操作，并执行所述向所述补充终端节点发送所述目标视频的获取请求的操作。

10.根据权利要求1～9任一权利要求所述的方法，其特征在于，所述目标视频的视频数据被按照预设大小切分为多个视频数据段，所述多个视频数据段中的每个视频数据段与基于所述每个视频数据段在所述目标视频中的顺序分配的索引组合为一个数据包；

所述接收所述至少一个初始终端节点返回的所述目标视频的视频数据，并去除接收到的所述目标视频的视频数据中的重合视频数据，包括：

分别接收所述至少一个初始终端节点中每个终端节点返回的所述目标视频的视频数据的数据包；

依次按照索引顺序，获取每个索引所在的一个数据包中的视频数据并顺序存储在所在终端的缓存区，并更新缓存区中视频数据对应的索引最大值；

丢弃索引等于所述索引最大值的其他数据包、以及索引小于所述索引最大值的数据包。

11.根据权利要求10所述的方法，其特征在于，所述依次按照索引顺序，获取每个索引所在的一个数据包中的视频数据并顺序存储在所在终端的缓存区之后，还包括：

将所述缓存区中的视频数据依次发送给播放器以进行播放。

12.根据权利要求1～9任一权利要求所述的方法，其特征在于，还包括：

响应于接收到用户发送的开启视频服务的指令，获取所在终端的地址和可用视频资源列表，所述可用视频资源列表包括至少一个可用视频的视频标识；

按照预设周期，或者响应于接收完一个视频的视频数据，向所述视频服务器上报所述所在终端的地址和所述可用视频资源列表，以便所述视频服务器更新视频地址服务器中所述至少一个可用视频的服务节点的地址。

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

响应于检测到所述可用视频资源列表中有所述可用视频的视频数据被删除，向所述视频服务器上报所述所在终端的地址和失效可用视频资源列表，所述失效可用视频资源列表包括视频数据被删除的可用视频，以便所述视频服务器更新所述视频地址服务器中所述失效可用视频的服务节点的地址。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1～13任一权利要求所述的方法。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～13任一权利要求所述的方法。

Images