CN109729386B - 一种视频文件启播方法、系统及电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种视频文件启播方法、系统及一种电子设备和计算机可读存储介质，该方法包括：接收对目标视频文件的点播请求；向服务器发送获取所述目标视频文件的关键索引信息的请求；接收所述服务器发送的所述目标视频文件的关键索引信息；根据所述关键索引信息完成所述目标视频文件的启播操作。本申请将视频文件启播时需要的关键信息单独存储于网络服务器中，客户端在需要做视频文件启播时，则直接从服务器中下载，完成目标视频文件的启播操作。由于关键信息的文件大小远小于整个视频文件的全部索引信息，因此下载速度较快，进而提高了视频文件的启播速度。

Description

一种视频文件启播方法、系统及电子设备和存储介质

技术领域

本申请涉及视频播放技术领域，更具体地说，涉及一种视频文件启播方法、系统及一种电子设备和一种计算机可读存储介质。

背景技术

当前对于HTML5页面上的流媒体点播，有MP4、HLS等视频封装及传输协议。随着人们对在线视频质量的要求日益增高，视频文件越来越大，视频启播所需要的索引文件也越来越大，从而导致视频启播速度变慢。

因此，如何提高视频文件的启播速度是本领域技术人员需要解决的技术问题。

发明内容

本申请的目的在于提供一种视频文件启播方法、系统及一种电子设备和一种计算机可读存储介质，提高了视频文件的启播速度。

为实现上述目的，本申请提供了一种视频文件启播方法，应用于客户端，包括：

接收对目标视频文件的点播请求；

向服务器发送获取所述目标视频文件的关键索引信息的请求；

接收所述服务器发送的所述目标视频文件的关键索引信息；

根据所述关键索引信息完成所述目标视频文件的启播操作。

其中，在所述根据所述关键索引完成所述目标视频文件的启播操作之前，所述方法还包括：

若接收到所述服务器返回的未查询到所述目标视频文件的关键索引信息的回复信息，则根据所述点播请求中所述目标视频文件的下载地址从第三方源站开始下载所述目标视频文件的全部索引信息；

解析所述全部索引信息得到所述关键索引信息。

其中，解析所述全部索引信息得到所述关键索引信息之后，所述方法还包括：

将所述目标视频文件对应的所述关键索引信息上传至所述服务器中。

其中，在接收对目标视频文件的点播请求之后，在所述接收所述服务器发送的所述目标视频文件的关键索引信息之前，所述方法还包括：根据所述点播请求中所述目标视频文件的下载地址从第三方源站开始下载所述目标视频文件的全部索引信息，如下载完毕，则解析所述全部索引信息得到所述关键索引信息；

在所述接收到所述服务器发送的所述目标视频文件的关键索引信息之后，所述方法还包括：停止从第三方源站下载所述目标视频文件的全部索引信息。

其中，所述向服务器发送获取所述目标视频文件的关键索引信息的请求之前，还包括：

判断所述目标视频文件的文件大小是否大于预设值；

若是，则执行向服务器发送获取所述目标视频文件的关键索引信息的请求的步骤。

其中，还包括：

向目标网络发送待点播视频文件的文件部署请求，以便所述目标网络从所述第三方源站下载所述待点播视频文件的全部索引信息，解析所述全部索引信息得到所述待点播视频文件的关键索引信息，并将所述待点播视频文件的关键索引信息上传至所述服务器中。

其中，所述目标网络包括玩客云网络或CDN网络。

为实现上述目的，本申请提供了一种电子设备，所述电子设备包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的视频文件启播程序，所述视频文件启播程序被所述处理器执行时实现如上述视频文件启播方法的步骤。

为实现上述目的，本申请提供了一种视频文件启播系统，应用于客户端，包括：

第一接收模块，用于接收对目标视频文件的点播请求；

发送模块，用于向服务器发送获取所述目标视频文件的关键索引信息的请求；

第二接收模块，用于接收所述服务器发送的所述目标视频文件的关键索引信息；

启播模块，用于根据所述关键索引信息完成所述目标视频文件的启播操作。

为实现上述目的，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有视频文件启播程序，所述视频文件启播程序被处理器执行时实现如上述视频文件启播方法的步骤。

为实现上述目的，本申请提供了一种计算机程序产品，包括计算机指令，当其在计算机上运行时，使得计算机可以执行上述任一项所述视频文件启播方法。

通过以上方案可知，本申请提供的一种视频文件启播方法，包括：接收对目标视频文件的点播请求；向服务器发送获取所述目标视频文件的关键索引信息的请求；接收所述服务器发送的所述目标视频文件的关键索引信息；根据所述关键索引信息完成所述目标视频文件的启播操作。

本申请将视频文件启播时需要的关键信息单独存储于网络服务器中，客户端在需要做视频文件启播时，则直接从服务器中下载，完成目标视频文件的启播操作。由于关键信息的文件大小远小于整个视频文件的全部索引信息，因此下载速度较快，进而提高了视频文件的启播速度。本申请还公开了一种视频文件启播系统及一种电子设备和一种计算机可读存储介质，同样能实现上述技术效果。

附图说明

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

图1为本申请实施例公开的一种视频文件启播方法的流程图；

图2为本申请实施例公开的另一种视频文件启播方法的流程图；

图3为本申请实施例公开的又一种视频文件启播方法的流程图；

图4为本申请实施例公开的一种视频文件启播系统的结构图；

图5为本申请实施例公开的一种电子设备的结构图；

图6为本申请实施例公开的另一种电子设备的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

当接收到目标视频文件的点播请求时，在现有技术中需要从第三方源站下载该目标视频文件的全部索引信息，由于全部索引信息的文件大小很大，导致启播速度较慢。因此，在本申请中将将视频文件启播时需要的关键信息单独存储于服务器上，在接收到点播请求时只需从服务器中下载关键信息即可完成启播操作。由于关键信息的文件大小远小于整个视频文件的全部索引信息，因此下载速度较快，进而提高了视频文件的启播速度。

本申请实施例公开了一种视频文件启播方法，提高了视频文件的启播速度。

参见图1，本申请实施例公开的一种视频文件启播方法的流程图，如图1所示，包括：

S101：接收对目标视频文件的点播请求；

本实施例的执行主体为客户端中的SDK(中文全称：软件开发工具包，英文全称：Software Development Kit)，该SDK提供一个从多个节点拉取数据的P2P传输内核与一个将视频文件(如MP4格式的视频文件)转封装为多个分片的播放器，最后通过接口将音视频数据传给HTML5的播放器。在本步骤中，客户端接收对目标视频文件的点播请求。

S102：向服务器发送获取所述目标视频文件的关键索引信息的请求；

本实施例中的服务器用于存储视频文件启播时需要的关键索引信息，该关键索引信息可以包括音频编码信息、视频编码信息以及关键帧索引信息等。客户端接收到点播请求后，向服务器请求目标视频文件的关键索引信息。

可以理解的是，关键索引信息可以存储于服务器的索引模块，SDK提供索引模块的查询服务。具体的，可以将视频文件在第三方源站的下载地址与其关键索引信息的对应关系存储在索引模块；也可以为每一视频文件分配唯一确定的标识信息，将该标识信息与关键信息的对应关系存储在索引模块，当然还可以以其他的形式存储，在此不作具体限定。

需要说明的是，为节省存储节点的存储空间，作为一种优选实施方式，可以只将大文件的关键索引信息存储于服务器中，对于小文件则直接从第三方源站下载全部索引信息完成启播操作，即在步骤之前还可以包括判断所述目标视频文件的文件大小是否大于预设值的步骤，若是，则执行本步骤，若否，则等待全部索引信息下载完成后，根据该全部索引信息完成启播操作。

S103：接收所述服务器发送的所述目标视频文件的关键索引信息；

在具体实施中，当服务器中存在目标视频文件的关键索引信息时，客户端接收服务器返回的该目标视频文件的关键索引信息。当服务器中不存在目标视频文件的关键索引信息时，向客户端返回未查询到所述目标视频文件的关键索引信息的回复信息，根据点播请求中目标视频文件的下载地址从第三方源站开始下载目标视频文件的全部索引信息，解析全部索引信息得到关键索引信息。可以理解的是，为了在下一次播放该目标视频文件时加快启播速度，需要将该关键索引信息上传至服务器中，即将目标视频文件的标识信息与关键索引信息的对应关系上传至服务器中的索引模块，以便在该目标视频文件下次启播时在服务器中直接查询关键索引信息，省略下载全部索引信息并解析的步骤。

S104：根据所述关键索引信息完成所述目标视频文件的启播操作。

在具体实施中，根据关键索引信息完成目标视频文件的启播操作。例如，对于一个1G大小的MP4文件，其包含了所有音视频采样大小的全部索引信息有5-6MB左右，下载时间要好几秒，而解析出来用于启播的关键索引信息只有100多K字节，下载时间成倍缩短，加速效果是显而易见的。

本申请实施例将视频文件启播时需要的关键信息单独存储于网络服务器中，客户端在需要做视频文件启播时，则直接从服务器中下载，完成目标视频文件的启播操作。由于关键信息的文件大小远小于整个视频文件的全部索引信息，因此下载速度较快，进而提高了视频文件的启播速度。

本申请实施例公开了一种视频文件启播方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体的：

参见图2，本申请实施例提供的另一种视频文件启播方法的流程图，如图2所示，包括：

S201：接收对目标视频文件的点播请求；

S202：根据所述点播请求中所述目标视频文件的下载地址从第三方源站开始下载所述目标视频文件的全部索引信息；

如果全部索引信息下载完毕，则解析所述全部索引信息得到所述关键索引信息；

S203：向服务器发送获取所述目标视频文件的关键索引信息的请求；

在本实施例中，接收到目标视频文件的点播请求时，根据该点播请求中的下载地址从第三方源站开始下载全部索引信息，并向服务器发送获取目标视频文件的关键索引信息的请求。可以理解的是，步骤S202和步骤S203不存在先后顺序，为同时进行，即当接收到目标视频文件的点播请求时，开始下载全部索引信息，同时向服务器发送请求。

S204：接收所述服务器发送的所述目标视频文件的关键索引信息，并停止从第三方源站下载所述目标视频文件的全部索引信息；

在具体实施中，当服务器中存在该目标视频文件的关键信息时，停止从第三方源站下载全部索引信息然后直接从数据偏移位置开始请求数据。从而减少启播时的数据需求量，达到启播加速的效果。不存在则等待全部索引信息下载完成后，根据该全部索引信息完成启播操作。

S205：根据所述关键索引信息完成所述目标视频文件的启播操作。

下面介绍另一种关键索引信息的存储流程，即客户端主动触发视频文件关键索引信息的存储，具体的：

S301：向目标网络发送待点播视频文件的文件部署请求；

S302：目标网络从所述第三方源站下载所述待点播视频文件的全部索引信息，解析所述全部索引信息得到所述待点播视频文件的关键索引信息，并将所述待点播视频文件的关键索引信息上传至所述服务器中。

对于客户端主动触发，本实施例中的待点播视频文件可以由用户在客户端进行选择，SDK向目标网络发送待点播视频文件的文件部署请求，目标网络从第三方源站下载该待点播视频文件的全部索引信息后完成部署，对全部索引文件进行解析提取，得到关键索引信息，并将该待点播视频文件的标识信息与关键索引信息的对应关系上传至存储节点中的索引模块。此处的目标网络可以包括玩客云网络或CDN网络。

下面对本申请实施例提供的一种视频文件启播系统进行介绍，下文描述的一种视频文件启播系统与上文描述的一种视频文件启播方法可以相互参照。

参见图4，本申请实施例提供的一种视频文件启播系统的结构图，如图4所示，包括：

第一接收模块401，用于接收对目标视频文件的点播请求；

发送模块402，用于向服务器发送获取所述目标视频文件的关键索引信息的请求；

第二接收模块403，用于接收所述服务器发送的所述目标视频文件的关键索引信息；

启播模块404，用于根据所述关键索引信息完成所述目标视频文件的启播操作。

本申请实施例将视频文件启播时需要的关键信息单独存储于网络服务器中，客户端在需要做视频文件启播时，则直接从服务器中下载，完成目标视频文件的启播操作。由于关键信息的文件大小远小于整个视频文件的全部索引信息，因此下载速度较快，进而提高了视频文件的启播速度。

在上述实施例的基础上，作为一种优选实施方式，还包括：

第一下载模块，用于若接收到所述服务器返回的未查询到所述目标视频文件的关键索引信息的回复信息，则根据所述点播请求中所述目标视频文件的下载地址从第三方源站开始下载所述目标视频文件的全部索引信息；

解析模块，用于解析所述全部索引信息得到所述关键索引信息。

在上述实施例的基础上，作为一种优选实施方式，还包括：

第一上传模块，用于将所述目标视频文件对应的所述关键索引信息上传至所述服务器中。

在上述实施例的基础上，作为一种优选实施方式，还包括：

第二下载模块，用于在接收对目标视频文件的点播请求之后，在所述接收所述服务器发送的所述目标视频文件的关键索引信息之前，根据所述点播请求中所述目标视频文件的下载地址从第三方源站开始下载所述目标视频文件的全部索引信息；

停止下载模块，用于在所述接收到所述服务器发送的所述目标视频文件的关键索引信息之后，停止从第三方源站下载所述目标视频文件的全部索引信息。

在上述实施例的基础上，作为一种优选实施方式，还包括：

判断模块，用于判断所述目标视频文件的文件大小是否大于预设值；若是，则启动所述发送模块402的工作流程。

在上述实施例的基础上，作为一种优选实施方式，还包括：

第二上传模块，用于向目标网络发送待点播视频文件的文件部署请求，以便所述目标网络从所述第三方源站下载所述待点播视频文件的全部索引信息，解析所述全部索引信息得到所述待点播视频文件的关键索引信息，并将所述待点播视频文件的关键索引信息上传至所述服务器中。

在上述实施例的基础上，作为一种优选实施方式，所述目标网络包括玩客云网络或CDN网络。

本申请还提供了一种电子设备，该电子设备可以是PC(Personal Computer，个人电脑)，也可以是智能手机、平板电脑、掌上电脑、便携计算机等终端设备。

参见图5，本申请实施例提供的一种电子设备的结构图，如图5所示，可以包括存储器11、处理器12和总线13。

其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是电子设备的内部存储单元，例如该电子设备的硬盘。存储器11在另一些实施例中也可以是电子设备的外部存储设备，例如电子设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。进一步地，存储器11还可以既包括电子设备的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装电子设备的应用软件及各类数据，例如视频文件启播程序01的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，实现上述任一实施例提供的视频文件启播方法，例如执行视频文件启播程序01等。

该总线13可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请实施例将视频文件启播时需要的关键信息单独存储于网络服务器中，客户端在需要做视频文件启播时，则直接从服务器中下载，完成目标视频文件的启播操作。由于关键信息的文件大小远小于整个视频文件的全部索引信息，因此下载速度较快，进而提高了视频文件的启播速度。

在上述实施例的基础上，作为优选实施方式，参见图6，所述电子设备还包括：

输入接口14，用于获取外部导入的计算机程序、参数和指令，经处理器12控制保存至存储器11中。该输入接口14可以与输入装置相连，接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是键盘(Keyboard)、触控板或鼠标等。

显示单元15，用于显示处理器12处理的数据以及用于显示可视化的用户界面。该显示单元15可以为LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。

网络端口16，用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术，如移动高清链接技术(MHL)、通用串行总线(USB)、高清多媒体接口(HDMI)、无线保真技术(WiFi)、蓝牙通信技术、低功耗蓝牙通信技术、基于IEEE802.11s的通信技术等。

图6仅示出了具有组件11-16以及视频文件启播程序01的电子设备，本领域技术人员可以理解的是，图6示出的结构并不构成对电子设备的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等

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

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (9)

1.一种视频文件启播方法，其特征在于，应用于客户端，包括：

接收对目标视频文件的点播请求；

向服务器发送获取所述目标视频文件的关键索引信息的请求；

接收所述服务器发送的所述目标视频文件的关键索引信息；

根据所述关键索引信息完成所述目标视频文件的启播操作；

其中，在所述根据所述关键索引完成所述目标视频文件的启播操作之前，所述方法还包括：

若接收到所述服务器返回的未查询到所述目标视频文件的关键索引信息的回复信息，则根据所述点播请求中所述目标视频文件的下载地址从第三方源站开始下载所述目标视频文件的全部索引信息；

解析所述全部索引信息得到所述关键索引信息。

2.根据权利要求1所述的方法，其特征在于，解析所述全部索引信息得到所述关键索引信息之后，所述方法还包括：

将所述目标视频文件对应的所述关键索引信息上传至所述服务器中。

3.根据权利要求1所述的方法，其特征在于，在接收对目标视频文件的点播请求之后，在所述接收所述服务器发送的所述目标视频文件的关键索引信息之前，所述方法还包括：根据所述点播请求中所述目标视频文件的下载地址从第三方源站开始下载所述目标视频文件的全部索引信息，如下载完毕则解析所述全部索引信息得到所述关键索引信息；

在所述接收到所述服务器发送的所述目标视频文件的关键索引信息之后，所述方法还包括：停止从第三方源站下载所述目标视频文件的全部索引信息。

4.根据权利要求1所述视频文件启播方法，其特征在于，所述向服务器发送获取所述目标视频文件的关键索引信息的请求之前，还包括：

判断所述目标视频文件的文件大小是否大于预设值；

若是，则执行向服务器发送获取所述目标视频文件的关键索引信息的请求的步骤。

5.根据权利要求1-4任一项所述视频文件启播方法，其特征在于，还包括：

向目标网络发送待点播视频文件的文件部署请求，以便所述目标网络从所述第三方源站下载所述待点播视频文件的全部索引信息，解析所述全部索引信息得到所述待点播视频文件的关键索引信息，并将所述待点播视频文件的关键索引信息上传至所述服务器中。

6.根据权利要求5所述视频文件启播方法，其特征在于，所述目标网络包括CDN网络。

7.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的视频文件启播程序，所述视频文件启播程序被所述处理器执行时实现如权利要求1至6任一项所述视频文件启播方法的步骤。

8.一种视频文件启播系统，其特征在于，应用于客户端，包括：

第一接收模块，用于接收对目标视频文件的点播请求；

发送模块，用于向服务器发送获取所述目标视频文件的关键索引信息的请求；

第二接收模块，用于接收所述服务器发送的所述目标视频文件的关键索引信息；

启播模块，用于根据所述关键索引信息完成所述目标视频文件的启播操作；

其中，还包括：

第一下载模块，用于若接收到所述服务器返回的未查询到所述目标视频文件的关键索引信息的回复信息，则根据所述点播请求中所述目标视频文件的下载地址从第三方源站开始下载所述目标视频文件的全部索引信息；

解析模块，用于解析所述全部索引信息得到所述关键索引信息。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有视频文件启播程序，所述视频文件启播程序被处理器执行时实现如权利要求1至6任一项所述视频文件启播方法的步骤。

Images