CN102547382A - 向有格式限制的视频播放终端提供视频文件的方法和设备 - Google Patents

Abstract

本发明实施例公开了一种向有格式限制的视频播放终端提供视频文件的方法和设备。该方法包括：接收获取视频文件的请求，启动该视频文件的视频码流格式转换过程，并在该格式转换过程中将已转码的视频码流发给视频播放终端。应用本发明能够提高向视频播放终端提供视频文件的速度。

Description

向有格式限制的视频播放终端提供视频文件的方法和设备

技术领域

本发明涉及通信技术领域，尤其涉及一种向有格式限制的视频播放终端提供视频文件的方法和设备。

背景技术

目前，用户PC机上的视频文件的格式多种多样，例如WMV格式、RM格式、RMVB格式、FLV格式等，然而，一些视频播放终端支持的视频文件格式有限，例如，某一款深受用户欢迎的视频播放终端仅能支持H.264格式和MPEG-4格式的视频文件。因此，用户PC机上的视频文件需要经过处理后才能提供给视频播放终端，具体请参见图1。

图1是目前向有格式限制的视频播放终端提供视频文件的方法流程图。

如图1所示，该方法包括：

步骤101，采用视频转码软件将用户PC机上视频文件的视频码流格式转码为视频播放终端能够播放的视频码流格式。

本步骤中，转码过程实际上是一个先解码、再编码的过程，目前一般通过启动专门的视频转码软件来实现上述转码过程。

步骤102，将转码后的视频文件同步到视频播放终端。

本步骤中，一般采用专门的同步软件将转码后的视频文件同步到视频播放终端。其中的同步是指为了使两个数据源的数据保持一致，在其中一个数据源的数据经过添加、修改、删除等操作发生改变时所进行的操作。

目前，同步软件一般通过将数据源中改变后的数据拷贝至另一数据源实现同步，因此，有可能出现该另一数据源中原有的数据被所述改变后的数据覆盖的情况，例如，视频播放终端中原本存储有视频文件1和视频文件2，用户PC机进一步通过转码和同步过程向该视频播放终端提供视频文件3，则在同步过程中该视频文件3可能会覆盖视频文件1或视频文件2。

目前，广为流行的iPad终端即是一款典型的有格式限制的视频播放终端，其只能够支持H.264视频和MPEG-4视频两种格式的视频文件，而目前用户可获取的影片很多都是WMV、RM、RMVB、flv等格式的，因此用户保存影片到iPad上进行观看时，需要先将影片进行转换，输出为目标格式后再用itunes或91等软件同步到iPad上。也就是说目前市面上相关的产品中，要进行这一项保存的操作至少要历经2个软件。下面以airvideo为例进行介绍，参见图1至图4：

图2是在iPad上点选某个准备转码的影片的界面截图。

图3是服务端收到将某个影片转码的请求后开始转码的界面截图。

图4是在服务端进行转码的过程中在iPad端显示的进度界面。

将视频文件转码为.mp4格式的文件后，可以通过itunes等工具将.mp4格式的文件同步到iPad上。

图5是通过itunes工具将.mp4格式的文件同步到iPad上的界面截图。

由上述技术方案可见，目前向视频播放终端提供视频文件需要经过视频转码过程和数据同步过程，且必须在视频转码完毕后才能进行数据同步，经历的时间较长，例如，ipad端获取视频文件的技术操作繁琐，涉及到服务器和iPad的切换、视频转码软件和同步软件的使用等，缺少一种快捷方便的方式将以上两者合适的综合起来。

发明内容

有鉴于此，本发明提供了一种向有格式限制的视频播放终端提供视频文件的方法和设备，以便提高向视频播放终端提供视频文件的速度。

本发明的技术方案具体是这样实现的：

一种向有格式限制的视频播放终端提供视频文件的方法，该方法包括：

接收获取视频文件的请求，启动该视频文件的视频码流格式转换过程，并在该格式转换过程中将已转码的视频码流发给视频播放终端。

所述启动该视频文件的视频码流格式转换过程包括：

将该视频文件的视频码流转换为该获取视频文件的请求指定的视频码流格式。

所述在该格式转换过程中将已转码的视频码流发给视频播放终端包括：

当已转码的视频码流达到预定数据量时，将已转码的视频码流发给视频播放终端。

所述在该格式转换过程中将已转码的视频码流发给视频播放终端包括：

将已转码的视频码流按照预定数据量分块，将各块视频码流发给视频播放终端。

所述将各块视频码流发给视频播放终端包括：

将各块视频码流以串行的方式发给视频播放终端，或者将各块视频码流以并行的方式发给视频播放终端。

所述将已转码的视频码流发给视频播放终端包括：

将多个视频文件的已转码的视频码流并行发给视频播放终端。

所述将已转码的视频码流发给视频播放终端包括：

将已转码的视频码流以数据传输流ts流的方式发给视频播放终端。

所述接收获取视频文件的请求，启动该视频文件的视频码流格式转换过程包括：

如果接收到两个以上的视频播放设备获取视频文件的请求，则在同一时刻仅启动针对其中一个视频播放设备的请求的视频码流格式转换过程。

一种向有格式限制的视频播放终端提供视频文件的设备，该设备包括接收模块、转码模块和发送模块；

所述接收模块，用于接收获取视频文件的请求；

所述转码模块，用于启动该视频文件的视频码流格式转换过程；

所述发送模块，用于在所述转码模块对所述视频文件进行视频码流格式转换的过程中，将已转码的视频码流发给视频播放终端。

该设备还包括分块模块，

所述分块模块，用于将所述转码模块已转码的视频码流按照预定数据量分块；

所述发送模块，用于将各块视频码流以并行的方式发给视频播放终端。

由上述技术方案可见，本发明通过在视频文件的转码过程中，将已转码的视频码流发给视频播放终端，可以实现边转码边向视频播放终端发送视频码流，从而能够提高向视频播放终端提供视频文件的速度。

附图说明

图1是目前向有格式限制的视频播放终端提供视频文件的方法流程图。

图2是在iPad上点选某个准备转码的影片的界面截图。

图3是服务端收到将某个影片转码的请求后开始转码的界面截图。

图4是在服务端进行转码的过程中在iPad端显示的进度界面。

图5是通过itunes工具将.mp4格式的文件同步到iPad上的界面截图。

图6是本发明提供的向有格式限制的视频播放终端提供视频文件的方法流程图。

图7是本发明提供的向有格式限制的视频播放终端提供视频文件的设备结构图。

图8是iPad客户端从PC机上获取特定格式的媒体文件以及点播媒体文件的流程图。

具体实施方式

图6是本发明提供的向有格式限制的视频播放终端提供视频文件的方法流程图。

如图6所示，该方法包括：

步骤601，接收获取视频文件的请求。

步骤602，启动该视频文件的视频码流格式转换过程。

其中，在获取视频文件的请求中一般携带有视频码流格式信息，在转码过程中，一般将视频文件的视频码流转换为该获取视频文件的请求指定的视频码流格式。

步骤603，在格式转换过程中将已转码的视频码流发给视频播放终端。

本步骤中，可以在已转码的视频码流达到预定数据量时，将已转码的视频码流发给视频播放终端，例如，当已转码的视频码流达到视频播放终端一分钟的播放量时，将已转码的视频码流发给视频播放终端。

为了便于数据传输和接收，还可以将已转码的视频码流按照预定数据量分块，然后将各块视频码流发给视频播放终端。可以以串行的方式将各块视频码流发给视频播放终端，也可以以并行的方式将各块视频码流发给视频播放终端。当以并行的方式将各块视频码流发给视频播放终端时，可以进一步提高向视频播放终端提供视频文件的速度。

除了可以将一个视频文件的多块视频码流并行发给视频播放终端外，还可以将多个视频文件的视频码流并行发给视频播放终端，从而进一步提高向视频播放终端提供视频文件的速度。

然而，如果有两个以上的视频播放设备都请求获取视频文件，则在同一时刻仅启动针对其中一个视频播放设备的请求的视频码流格式转换过程，以避免由于各个视频播放设备争抢资源而降低向各个视频播放设备提供视频文件的速度。具体可通过排队策略从多个请求获取视频文件的视频播放设备中选择一个视频播放设备，启动针对该视频播放设备的请求的视频码流格式转换过程。

为了便于视频码流的边转变传，可以将已转码的视频码流以数据传输流(ts流)的方式发给视频播放终端。也可以将已转码的视频码流以mp4格式发给视频播放终端。

本发明是将转码后的视频码流按段(例如每10毫秒为一段)发给视频播放终端，视频终端收到全部的码流后可以组成一个完整的视频文件。

本发明还提供了一种向有格式限制的视频播放终端提供视频文件的设备，具体请见图7。

图7是本发明提供的向有格式限制的视频播放终端提供视频文件的设备结构图。

如图7所示，该设备包括接收模块701、转码模块702和发送模块703。

接收模块701，用于接收获取视频文件的请求。

转码模块702，用于启动该视频文件的视频码流格式转换过程。

发送模块703，用于在所述转码模块对所述视频文件进行视频码流格式转换的过程中，将已转码的视频码流发给视频播放终端。

该设备还可以包括分块模块，所述分块模块，用于将转码模块602已转码的视频码流按照预定数据量分块，相应地，发送模块703用于将各块视频码流以并行的方式发给视频播放终端。

下面以iPad为例，对采用本发明提供的方法或设备向iPad提供视频文件的具体流程进行示例性说明，参见图8。

图8是iPad客户端从PC机上获取特定格式的媒体文件以及点播媒体文件的流程图。

其中，Serv.exe和Trans.exe都是安装在PC机上的模块，其中存储有可执行程序。

如图8所示，该流程包括：

步骤801，iPad客户端向Ser.exe请求服务。

步骤802，Ser.exe向iPad客户端返回可提供服务消息。

步骤803，iPad客户端向Ser.exe请求媒体文件列表。

步骤804，Ser.exe向iPad客户端返回媒体文件列表。

步骤805，iPad客户端从返回的媒体文件列表中点选文件，向Ser.exe请求特定格式的点选文件，例如请求.mp4格式的点选文件。

步骤806，Ser.exe向Trans.exe请求将所述点选文件转码。

步骤807，Trans.exe将所述点选文件转码成所述特定格式，在转码的过程中，将已完成转码的部分以ts流的方式通过Trans.exe发给iPad客户端。

即，在步骤807中，Trans.exe进行边转码边传输。

在转码过程中，转码器(即Trans.exe)将不支持此格式反馈给界面转码失败，界面显示红色X图标，同时在server端文件列表中删除此文件，即iPad客户端下次不会拉取到此文件；iPad客户端表现为：如果是实时观看，则iPad客户端拉不到ts流时，自行提示连接失败；如果是收藏，文字提示收藏失败，隐藏收藏按钮；对于一部分可以转码的文件，实时观看同样由iPad客户端等待连接超时，收藏时由转码器将可以转码的部分生成可播放的mp4。

步骤808，Trans.exe转码完成后，向Ser.exe发送转码完成消息。

步骤809，iPad客户端向Ser.exe发送点播请求。

步骤810，Ser.exe根据该点播请求，如果该点播请求的文件已完成转码，则向iPad客户端发送点播文件流。

本发明中，视频播放终端可以从向该视频播放终端提供视频文件的设备获取该设备当前能够提供的视频文件列表，然后向该设备发送获取视频文件的请求，如果该文件本身就存在问题，无法进行格式的转化，则该设备会向视频终端发送转码失败的消息。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种向有格式限制的视频播放终端提供视频文件的方法，其特征在于，该方法包括：

接收获取视频文件的请求，启动该视频文件的视频码流格式转换过程，并在该格式转换过程中将已转码的视频码流发给视频播放终端。

2.根据权利要求1所述的方法，其特征在于，所述启动该视频文件的视频码流格式转换过程包括：

将该视频文件的视频码流转换为该获取视频文件的请求指定的视频码流格式。

3.根据权利要求1所述的方法，其特征在于，所述在该格式转换过程中将已转码的视频码流发给视频播放终端包括：

当已转码的视频码流达到预定数据量时，将已转码的视频码流发给视频播放终端。

4.根据权利要求1所述的方法，其特征在于，所述在该格式转换过程中将已转码的视频码流发给视频播放终端包括：

将已转码的视频码流按照预定数据量分块，将各块视频码流发给视频播放终端。

5.根据权利要求4所述的方法，其特征在于，所述将各块视频码流发给视频播放终端包括：

将各块视频码流以串行的方式发给视频播放终端，或者将各块视频码流以并行的方式发给视频播放终端。

6.根据权利要求1所述的方法，其特征在于，所述将已转码的视频码流发给视频播放终端包括：

将多个视频文件的已转码的视频码流并行发给视频播放终端。

7.根据权利要求1所述的方法，其特征在于，所述将已转码的视频码流发给视频播放终端包括：

将已转码的视频码流以数据传输流ts流的方式发给视频播放终端。

8.根据权利要求1所述的方法，其特征在于，所述接收获取视频文件的请求，启动该视频文件的视频码流格式转换过程包括：

如果接收到两个以上的视频播放设备获取视频文件的请求，则在同一时刻仅启动针对其中一个视频播放设备的请求的视频码流格式转换过程。

9.一种向有格式限制的视频播放终端提供视频文件的设备，其特征在于，该设备包括接收模块、转码模块和发送模块；

所述接收模块，用于接收获取视频文件的请求；

所述转码模块，用于启动该视频文件的视频码流格式转换过程；

所述发送模块，用于在所述转码模块对所述视频文件进行视频码流格式转换的过程中，将已转码的视频码流发给视频播放终端。

10.根据权利要求9所述的设备，其特征在于，该设备还包括分块模块，

所述分块模块，用于将所述转码模块已转码的视频码流按照预定数据量分块；

所述发送模块，用于将各块视频码流以并行的方式发给视频播放终端。

Images