CN104661058A

CN104661058A - Mp4视频点播的数据流传输方法、客户端及点播系统

Info

Publication number: CN104661058A
Application number: CN201310587343.8A
Authority: CN
Inventors: 王羲桀; 蒋飞龙; 江少明
Original assignee: SHENZHEN YUNFAN CENTURY TECHNOLOGY Co Ltd
Current assignee: SHENZHEN YUNFAN CENTURY TECHNOLOGY Co Ltd
Priority date: 2013-11-20
Filing date: 2013-11-20
Publication date: 2015-05-27
Anticipated expiration: 2033-11-20
Also published as: CN104661058B

Abstract

本申请公开了一种MP4视频点播的数据流传输方法、客户端及点播系统，数据流传输方法包括步骤：S1：客户端根据视频播放请求向索引服务器请求下载索引数据，所述索引数据为存储于所述索引服务器中的视频文件的文件头信息的解析数据；S2：索引服务器检获被请求下载的所述索引数据后，向客户端分段推送索引数据；S3：客户端根据分段获取的索引数据分段向视频服务器请求下载音视频内容数据；S4：视频服务器分段向客户端推送被请求下载的所述音视频内容数据。在请求播放视频文件时，从索引服务器下载一个分段的索引数据后，即可以启动视频播放，提高了视频点播的反应速度。

Description

MP4视频点播的数据流传输方法、客户端及点播系统

技术领域

本申请涉及视频点播技术领域，具体涉及一种MP4视频点播的数据流传输方法、客户端及点播系统。

背景技术

现有的视频网站普遍使用flash播放器插件，MP4视频文件的播放都是需要先下载完视频文件的文件头信息，解析文件头信息得到视频播放所需要的文件信息和音视频帧相关信息后，才能实现播放。

一般MP4视频文件的文件头信息都比较大，主流编码的300M左右大小的文件，文件头信息长度差不多占到1.5-2M，在下载速度为200kb/s的环境下，需要下载7-10S的时间，才能显示画面实现视频播放。所以普通下载方式对于MP4视频的播放启动，速度较慢，用户体验不佳。

发明内容

为了减少缓冲等待时间，优化用户体验，本申请提出一种MP4视频点播的数据流传输方法、客户端及点播系统，使得用户在使用flash播放器播放MP4视频文件时，能够更快得到响应，并获得更流畅的播放体验。

本申请提供一种MP4视频点播的数据流传输方法，包括如下步骤：S1：客户端根据视频播放请求向索引服务器请求下载索引数据，所述索引数据为存储于所述索引服务器中的视频文件的文件头信息的解析数据；S2：索引服务器检获被请求下载的所述索引数据后，向客户端分段推送索引数据；S3：客户端根据分段获取的索引数据分段向视频服务器请求下载视频文件的音视频内容数据；S4：视频服务器分段向客户端推送被请求下载的所述音视频内容数据。

本申请还提供一种视频客户端，包括：下载模块和编码模块；所述下载模块向索引服务器请求下载索引数据，根据从所述索引服务器分段获取的索引数据分段向视频服务器请求下载并接收音视频内容数据；所述索引数据为存储于所述索引服务器中的视频文件的文件头信息的解析数据；所述编码模块对接收的音视频内容数据进行编码后推送至播放器播放。

本申请还提供一种视频点播系统，包括：客户端和视频服务器，所述视频服务器用于提供视频文件，所述视频文件包括文件头信息和音视频内容数据，所述视频点播系统还包括：索引服务器，所述索引服务器根据所述客户端的下载请求推送索引数据，所述索引数据为存储于所述索引服务器中的文件头信息的解析数据；所述客户端根据视频播放请求向索引服务器请求下载索引数据，根据分段获取的索引数据分段向视频服务器请求下载音视频内容数据；所述视频服务器分段向客户端推送被请求下载的所述音视频内容数据。

本申请中的技术方案，在请求播放视频文件时，从索引服务器下载一个分段的索引数据后，即可以启动视频播放，提高了视频点播的反应速度。

其中的一个优选实施方式中，视频地址中的视频文件被首次请求播放时，首次请求的客户端将该视频文件中的文件头信息进行解析生成索引数据，并将索引数据上传存储在索引服务器上。同一地址的视频文件被再次请求播放时，从索引服务器下载一个分段的索引数据后，即可以启动视频播放，提高了视频点播的反应速度。

附图说明

图1为本申请中实施例一的流程图；

图2为本申请中实施例二的原理框图；

图3为本申请中实施例三的原理框图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

在MP4视频文件中，数据都封装在box中（也叫atom），MP4视频文件包括file type box（文件类型包）、movie box（影片包）、free space box和media data box（媒体数据包）。file type box主要描述文件类型，movie box中包括一个视频文件的全部关键信息，media data box中包含音视频内容数据。

movie box包括四个子box，分别为： movie header box（影片头包），定义了整个文件的总体信息，如时长、宽高、创建时间等；两个轨迹包，一个audio track box（音频轨迹包），一个video track box（视频轨迹包），两个轨迹包中包含了整个视频文件解码所需的音视频帧的偏移量和长度信息； user data box（用户数据包)，用于存储一些用户数据。

本申请实施例中，文件头信息指的是movie box中的数据，音视频内容数据指的是media data box中的数据，包括音频内容数据和视频内容数据。

实施例一

请参考图1，本例中的MP4视频点播的数据流传输方法，包括步骤：

S1：客户端根据视频播放请求向索引服务器请求下载索引数据。具体包括步骤：

S11：客户端收到视频播放请求。客户端，是指与服务器相对应，为用户提供本地服务的程序。一般安装在普通的客户机上，本例中，客户端指flash播放器插件。

S12：客户端根据视频播放请求向索引服务器请求下载索引数据。索引服务器用于根据客户端的下载请求推送索引数据，索引数据存储在索引服务器中，索引数据为视频文件的文件头信息的解析数据，主要包括音视频帧的偏移量、大小（通过解析audio/video track box得到，使用数组来保存）和基本播放信息（通过解析movie header box得到）。

S2：索引服务器检获被请求下载的索引数据后，向客户端分段推送索引数据。具体包括步骤：

S21：索引服务器收到客户端的下载请求后，查询是否存储有该下载请求的索引数据。

若是，执行步骤S22：索引服务器向客户端分段推送索引数据。再执行步骤S3、S4。

本例中，客户端向索引服务器请求下载索引数据的起始依据是时间点，单位是秒，即视频播放请求是从该请求所在的时间点开始请求播放，索引服务器根据该时间点，检获索引数据。分段推送索引数据，即将索引数据从请求的时间点开始按时间分段推送。

例如，客户端向索引服务器请求时间点为0s的索引数据。索引服务器检获时间点为0s索引数据，如音频帧偏移量数组，包含了100000个值，如｛10，1000，2000，3000…｝，就是说第一帧音频数据在视频文件的10个字节的位置，第二帧音频数据在视频文件的第1000个字节位置；如音频帧大小数组，比如｛600，700，800，900…｝；综合起来就是第一帧音频数据是在视频文件第10个字节开始后面的600个字节大小的数据。本例中，客户端向索引服务器请求时间点为0s的索引数据时，索引服务器计算出该时间点的索引数据的开始位置以及从该时间点之后需要多少索引数据可以从该时间点开始持续播放一个时间段，如一个时间段设为30s时，则大概有20K的索引数据，索引服务器则将该时间点之后的20K索引数据推送给客户端，再间隔推送该时间点之后剩余的索引数据。索引服务器根据视频播放请求推送第一段索引数据时，该第一段索引数据中还包括基本播放信息。

S3：客户端根据分段获取的索引数据分段向视频服务器请求下载视频文件的音视频内容数据。

S4：视频服务器分段向客户端推送被请求下载的音视频内容数据。

若否，执行步骤S2′：客户端直接从视频服务器请求下载视频文件，获取视频文件中的文件头信息，解析文件头信息生成索引数据，将索引数据上传至索引服务器保存。

本例中，客户端获取文件头信息的过程，具体包括：客户端采用分块下载的方式向视频服务器请求下载视频文件，根据下载的分块数据判断该分块数据中是否包含文件头信息；若是，则从该分块数据中解析出文件头信息的长度，获取完整的文件头信息；若否，则包含音视频内容数据的媒体数据包在文件头信息之前（这是因为不同的网站可能有不同的编码规则，视频文件中各个box的封装顺序也不尽相同），解析媒体数据包的长度，根据媒体数据包的长度计算文件头信息的开始位置，向该开始位置请求获取文件头信息。

一个视频地址中的视频文件是被首次请求播放时，需要获取视频文件中的文件头信息，并进行解析。如前所述，客户端采用分块下载的方式向视频服务器请求下载视频文件，下载完第一个分块数据时，需要判断文件头信息是否被包含在该分块数据中。MP4视频文件格式一般只包含4个box：file type box、movie box、free space box和media data box，其中，file type box大小固定在100个字节以内，一般都是32个字节，free space box一般是空的，0个字节，或者最多几百个字节。因此，本例中，分块请求下载视频文件时，为便于判断文件头信息并减少判断次数，一个分块数据的大小设置的比file type box和free space box的总大小要大，因此第一个分块数据则会包含部分movie box或者media data box的开始部分数据，通过这部分数据，则可以判断出当前分块数据中包含的是movie box中的数据还是media data box中的数据，如果当前分块数据中包含的是media data box中的数据，则movie box在media data box之后。

客户端获取到完整的文件头信息后，开始解析文件头信息。本例中，采用for循环通过逐步匹配的方式来对文件头信息进行解析，得到编码FLV格式所需的相关信息，即索引数据，主要包括视频的时长、宽高（通过解析movie header box得到）、关键帧和所有音视频帧信息（通过解析audio/video track atom得到）。关键帧和音视频帧信息使用数组来保存，包括每个音频帧的偏移和大小，每个视频帧的偏移和大小，还有关键帧的集合等。

客户端解析完文件头信息后，将生成的索引数据以文件形式上传至索引服务器保存，文件名为视频播放请求的视频地址的hash值；因此，客户端向索引服务器请求下载索引数据时根据视频播放请求的视频地址的hash值向索引服务器请求索引数据。hash值是通过sha1算法转换视频地址得到的，具有唯一性。

本例中的MP4视频点播的数据流传输方法，视频地址中的视频文件被首次请求播放时，首次请求的客户端将该视频文件中的文件头信息进行解析生成索引数据，并将索引数据上传存储在索引服务器上。同一地址的视频文件被再次请求播放时，从索引服务器下载一个分段的索引数据后，即可以启动视频播放，提高了视频点播的反应速度。

实施例二

请参考图2，本例中的视频客户端，包括：下载模块101和编码模块103，下载模块101向索引服务器请求下载索引数据，根据从索引服务器分段获取的索引数据分段向视频服务器请求下载并接收音视频内容数据；索引数据为存储于所述索引服务器中的视频文件的文件头信息的解析数据；编码模块103对接收的音视频内容数据进行编码后推送至播放器播放。本例中，客户端还包括：解析模块102和上载模块104；解析模块102获取从视频服务器下载的视频文件的文件头信息，解析文件头信息生成索引数据；上载模块104将解析模块解析所得的索引数据上传至索引服务器保存。

本例中，下载模块还用于在获取不到索引数据时，直接向视频服务器请求下载视频文件。编码模块103对视频文件的音视频内容数据编码，生成音视频流，推送给播放器解析启动视频播放。在其他实施方式中，客户端兼并有播放器，则客户端接收到音视频内容数据后，对音视频内容数据进行编码生成音视频流，再解析启动视频播放。

本例中的客户端与索引服务器通信传输数据流时，具体传输方法请参考实施例一。

实施例三

请参考图3，本例中的点播系统，包括：客户端10和视频服务器20，视频服务器20用于提供视频文件，视频文件包括文件头信息和音视频内容数据，点播系统还包括：索引服务器30，索引服务器根据客户端的下载请求推送索引数据，索引数据为存储于索引服务器中的文件头信息的解析数据；客户端根据视频播放请求向索引服务器请求下载索引数据，根据分段获取的索引数据分段向视频服务器请求下载音视频内容数据；视频服务器分段向客户端推送被请求下载的音视频内容数据。

具体的，索引服务器收到客户端的下载请求后，查询是否存储有该下载请求的索引数据，若是，则向客户端分段推送索引数据；若否，则向客户端应答为无。本例中，客户端向索引服务器请求下载索引数据的起始依据是时间点，单位是秒，即视频播放请求是从该请求所在的时间点开始请求播放，索引服务器根据该时间点，检获索引数据。分段推送索引数据，即将索引数据从请求的时间点开始按时间分段推送。索引服务器的应答为无时，客户端直接从视频服务器下载视频文件，获取视频文件中的文件头信息，解析文件头信息生成索引数据，将索引数据上传至索引服务器保存。本例中，索引数据以文件形式存储在索引服务器中，文件名为视频播放请求的视频地址的hash值；客户端向索引服务器请求下载索引数据时根据视频播放请求的视频地址的hash值向索引服务器请求索引数据。hash值是通过sha1算法转换视频地址得到的，具有唯一性。

本例中，客户端接收到音视频内容数据后，对音视频内容数据进行编码生成音视频流，推送给播放器解析启动视频播放。在其他实施方式中，客户端兼并有播放器，则客户端接收到音视频内容数据后，对音视频内容数据进行编码生成音视频流，再解析启动视频播放。本例中，客户端对音视频内容数据进行编码时，按照FLV格式进行编码，FLV格式包括FLV Header（文件头）和FLV Body（文件内容），FLV Body主要是由MetaData（元数据）和N多个Video Tag（音频流标签）、Audio Tag（视频流标签）组成。Video Tag和Audio Tag的编码主要依赖从索引服务器逐步下载下来的索引数据（解析audio track box、video track box后得到的数据），按照FLV编码规则将音视频内容数据进行编码，打好时间戳，得到每一个Tag的内容，编码完的每一个Tag按顺序推给播放器进行解析播放。

本例中的点播系统将视频地址中的视频文件的文件头信息进行解析生成索引数据并将其存储到索引服务器中，因此，同一地址的视频文件被再次请求播放时，从索引服务器下载一个分段的索引数据后，即可以启动视频播放，提高了视频点播的反应速度，也提高了用户体验。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换。

Claims

1.一种MP4视频点播的数据流传输方法，其特征在于，包括如下步骤：

S1：客户端根据视频播放请求向索引服务器请求下载索引数据，所述索引数据为存储于所述索引服务器中的视频文件的文件头信息的解析数据；

S2：索引服务器检获被请求下载的所述索引数据后，向客户端分段推送索引数据；

S3：客户端根据分段获取的索引数据分段向视频服务器请求下载视频文件的音视频内容数据；

S4：视频服务器分段向客户端推送被请求下载的所述音视频内容数据。

2.如权利要求1所述的数据流传输方法，其特征在于，还包括步骤S2′：若索引服务器未检获该下载请求的索引数据，则客户端直接从视频服务器下载视频文件；客户端获取视频文件的文件头信息，解析文件头信息生成索引数据，将索引数据上传至索引服务器保存。

3.如权利要求2所述的数据流传输方法，其特征在于，所述客户端获取文件头信息的过程，具体包括：

客户端根据采用分块下载的方式从视频服务器下载的分块数据判断该分块数据中是否包含文件头信息；

若是，则从该分块数据中解析出文件头信息的长度，获取完整的文件头信息；

若否，则包含音视频内容数据的媒体数据包在文件头信息之前，解析媒体数据包的长度，根据媒体数据包的长度计算文件头信息的开始位置，向该开始位置请求获取完整的文件头信息。

4.如权利要求1-3中任一项所述的数据流传输方法，其特征在于，索引数据以文件形式存储在索引服务器中，文件名为视频播放请求的视频地址的hash值；客户端向索引服务器请求下载索引数据时根据视频播放请求的视频地址的hash值向索引服务器请求索引数据。

5.一种视频客户端，其特征在于，包括：下载模块和编码模块；所述下载模块向索引服务器请求下载索引数据，根据从所述索引服务器分段获取的索引数据分段向视频服务器请求下载并接收音视频内容数据；所述索引数据为存储于所述索引服务器中的视频文件的文件头信息的解析数据；所述编码模块对接收的音视频内容数据进行编码后推送至播放器播放。

6.如权利要求5所述的视频客户端，其特征在于，所述下载模块还用于在未获取到索引数据时，直接向视频服务器请求下载视频文件；所述视频客户端还包括解析模块和上载模块；所述解析模块获取从视频服务器下载的视频文件的文件头信息，解析文件头信息生成索引数据；所述上载模块将解析模块解析所得的索引数据上传至索引服务器保存。

7.一种视频点播系统，包括：客户端和视频服务器，所述视频服务器用于提供视频文件，所述视频文件包括文件头信息和音视频内容数据，其特征在于，所述视频点播系统还包括：索引服务器，所述索引服务器根据所述客户端的下载请求推送索引数据，所述索引数据为存储于所述索引服务器中的文件头信息的解析数据；所述客户端根据视频播放请求向索引服务器请求下载索引数据，根据分段获取的索引数据分段向视频服务器请求下载音视频内容数据；所述视频服务器分段向客户端推送被请求下载的所述音视频内容数据。

8.如权利要求7所述的视频点播系统，其特征在于，所述索引服务器收到客户端的下载请求后，查询是否存储有该下载请求的索引数据，若是，向客户端分段推送索引数据；若否，则向客户端应答为无。

9.如权利要求8所述的视频点播系统，其特征在于，索引服务器的应答为无时，客户端直接从视频服务器下载视频文件，获取文件头信息，解析文件头信息生成索引数据，将索引数据上传至索引服务器保存。

10.如权利要求7-9中任一项所述的视频点播系统，其特征在于，索引数据以文件形式存储在索引服务器中，文件名为视频播放请求的视频地址的hash值；客户端向索引服务器请求下载索引数据时根据视频播放请求的视频地址的hash值向索引服务器请求索引数据。