专利名称：一种服务于移动终端直播的视频推送处理方法及系统的制作方法
技术领域：
本发明涉及一种视频推送处理方法及系统，特别是涉及服务于移动终端直播的视 频推送处理方法及系统。
背景技术：
在当今互联网发达的时代，基于音视频的多媒体得到了广泛的应用，其中视频直 播是最常见的应用之一。所谓直播，就是服务提供商把某些视频内容实时并且主动的推向 给用户，用户看到的就是实时性的直播节目。所以，在整个直播系统中视频推送就是一个很 重要的环节。目前PC互联网的服务器提供商给用户推送的视频大多是分辨率为640 X 480或者 跟此差别不大的分辨率，然后在这个基础上通过改变视频编码的其他参数来使视频变得更 加清晰，就变成了高清版本(码流更大，带宽要求更高)，使视频变得更模糊就变成了普通 版(码流更小，带宽要求更低)，这样有利于用户根据自己的网络带宽来做出正确的版本选 择。然而，由于手机的屏幕更小，而且手机的网络环境发生了根本性的改变，因此，前面的版 本方案显然已经不适用于手机直播。现在所有的直播都不能解决完全百分百的实时性，用户看到的节目比实际上的肯 定会有延迟，而这是因为直播系统中，采集，编码，推送，解码等各种环节都需要一定的处理 时间，从而导致了节目的延迟到达。其中，推送系统在所有环节中所占的时间是最多的，也 是造成节目延迟的最主要的原因。
发明内容
本发明的目的是为了克服现有的视频推送处理方法中的缺点，提供一种更加完善 的解决方案。本发明提供了一种服务于移动终端直播的视频推送处理方法，包括新视频文件采集步骤，采集视频数据并对所采集的所述视频数据进行处理，及输 出经处理后的新视频文件；新视频文件监控步骤，监测所述新视频文件的生成，并发出有所述新视频文件生 成的信息；资源队列维护步骤，将所监测到的所述新视频文件加入资源队列，并主动地将被 确认利用完毕的所述新视频文件从所述资源队列中删除，从而完成对所述资源队列的维 护；新视频文件校验步骤，对经过所述资源队列维护步骤维护的所述新视频文件进行 大小和合法性校验；新视频文件传输步骤，将通过所述大小和合法性校验的所述新视频文件传输至中 转服务器；新视频种子文件更新步骤，根据所述中转服务器上接收到的所述新视频文件，产生与直播频道相对应的直播视频种子文件，并将所示新视频种子更新到本地文件系统和远 程接口。其中，在所述新视频文件传输步骤中，将首次接收到一个视频文件进行缓存，在等 接收到第二个视频文件以后，就没有时间间隔地连续传输所述首次接收到的一个视频文件 和所述第二个视频文件，而在所述第二个视频文件后，每次接到新的视频文件，都会马上予 以传输。其中，在所述新视频文件监控步骤中，由应用程序接口模块监测所述新视频文件 的生成。其中，在所述新视频文件校验步骤中，在通知通信单元有所述新视频文件到达之 前，在资源到达通知模块内部对所述新视频文件进行大小和合法性的校验。其中，在所述新视频文件采集步骤中输出的所述新视频文件包括高清版视频、清 晰版视频和流畅版视频。其中，所述高清版视频为视频分辨率为320X240 ；所述清晰版视频为视频分辨率 为208X176 ；所述流畅版视频为视频分辨率为176X144。其中，所述高清版视频由时间长度为60秒的小视频文件组成；所述清晰版视频由 时间长度为42秒的小视频文件组成；所述流畅版视频由时间长度为31秒的小视频文件组 成。本发明还提供一种服务于移动终端直播的视频推送系统，包括新视频文件采集单元，用于采集视频数据并对所采集的所述视频数据进行处理， 及输出经处理后的新视频文件；文件监测单元，用于监测的所述新视频文件采集单元生成的新视频文件，并发出 有所述新视频文件生成的信息；资源维护单元，用于将由所述文件监测单元所监测到的所述新视频文件加入资源 队列，并主动地将被确认利用完毕的所述新视频文件从所述资源队列中删除，从而完成对 所述资源队列的维护；数据通道单元，用于对经所述资源维护单元维护的所述新视频文件进行大小和合 法性校验，同时作为传输所述新视频文件的数据通道以及能对所述文件监测单元进行初始 化；通信单元，用于将通过所述数据通道单元的所述大小和合法性校验的所述新视频 文件传输至中转服务器；种子单元，根据所述中转服务器上接收到的所述新视频文件，产生与直播频道相 对应的直播视频种子文件，并将所示新视频种子更新到本地文件系统和远程接口。其中，所述通信单元将首次接收到一个视频文件进行缓存，在等接收到第二个视 频文件以后，就没有时间间隔地连续传输所述首次接收到一个视频文件和所述第二个视频 文件，而在所述第二个视频文件后，每次接到新的视频文件，都会马上予以传输。其中，所述文件监测单元调用应用程序接口模块来监测所述新视频文件的生成。其中，在通知所述通信单元有所述新视频文件到达之前，所述数据通道单元调用 资源到达通知模块并在所述资源到达通知模块内部对所述新视频文件进行大小和合法性 的校验。
其中，在所述新视频文件采集单元中输出的所述新视频文件包括高清版视频、清 晰版视频和流畅版视频。其中，所述高清版视频为视频分辨率为320X240 ；所述清晰版视频为视频分辨率 为208X176 ；所述流畅版视频为视频分辨率为176X144。其中，所述高清版视频由时间长度为60秒的小视频文件组成；所述清晰版视频由 时间长度为42秒的小视频文件组成；所述流畅版视频由时间长度为31秒的小视频文件组 成。通过实施本发明的上述技术方案，解决了 PC互联网给用户推送的各种版本不适 于手机用户、直播迟延等问题，同时增强了用户的体验。
图1为移动终端的视频直播系统的示意图；图2为移动终端直播的视频推送系统的示意图；图3为视频文件的传输流程图；图4为视频文件推送流程图。
具体实施例方式下面结合附图详细说明本发明的具体实施方式
。图1显示了移动终端的视频直播系统的示意图。如图1所示，移动终端的视频直播 系统包括计算机(PC) 1、中转服务器(live server) 2、移动网络3 (例如GPRS网络或CDMA1X 网络)和移动终端4 (例如手机)。计算机(PC) 1用于从采集视频，并将所采集的视频经过 处理后推送至中转服务器2，并作为视频源储存在中转服务器2上。中转服务器2用于储 存相应的视频源以供移动终端4获取而进行视频直播。移动终端4通过移动网络3从中转 服务器2的所储存的视频源获取相应的视频并在该移动终端4预先安装的媒体播放器上播 放。计算机1具有视频推送系统，其负责向中转服务器2定向传输相应的视频，优选 高清版视频、清晰版视频和流畅版视频三个版本的视频文件。所谓高清版视频，是指视频 分辨率为320X240的适合于在移动终端上播放的视频；所谓清晰版视频，是指视频分辨 率为208X176的适合于在移动终端上播放的视频；所谓流畅版视频，是指视频分辨率为 176X144的适合于在移动终端上播放的视频。上述高清版视频、清晰版视频和流畅版视频 三个版本的视频可以是分别采用H. 264+AAC压缩生成的MP4文件格式的视频，而且它们的 帧率也均可以为7帧/秒(fps)。当然，上述高清版视频、清晰版视频和流畅版视频三个版 本的视频也可以分别采用ASF、3GP、FLV等其他任何视频文件格式。在本发明中，用户可以 根据当前的网络环境状况和自身的喜好，来选择中转服务器2的视频资源中的相应版本的 视频。当用户的网络环境较好且喜欢看更高质量的视频时，用户可以选择高清版视频来观 看。反之，当用户的网络环境较差使得看高清版视频会导致视频不流畅时，用户可以选择清 晰版视频或流畅版视频来观看。图2显示了移动终端直播的视频推送系统的示意图。如图2所示，移动终端直 播的视频推送系统包括视频采集单元11、文件监测(FileMonitor)单元12、资源维护(MediaQueue)单元 13、数据通道(Communicator)单元 14、通信(Communicator)单元 15 及种子(Seed)单元16，视频采集单元11、FileMonitor单元12、MediaQueue单元13、 ChannelMonitorDlg 单元 14、Communicator 单元 15、Seed 单元 16 和计算机 1 的 CPU18、 通信接口 19通过总线20连接。该视频推送系统通过通信接口 19与中转服务器2通信 连接。CPU18通过总线20控制视频推送系统的视频采集单元11、FileMonitor单元12、 MediaQueue 单元 13、ChannelMonitorDlg 单元 14、Communicator 单元 15 R Seed 单元 16 的运行。视频采集单元11可以从外部采集相应的视频数据并对所采集的视频数据进行处 理，例如对所采集的视频数据进行解编码、组合、封装及文件格式的转换等，生成相应的新 视频文件，并以视频流的形式输出生成的视频文件。在本实施方式中，视频采集单元11将 所采集的视频数据分别形成高清版视频、清晰版视频和流畅版视频三个版本的新视频流， 这些新视频流均采用由多个小的新视频文件组成的视频流。但是，本移动终端的视频直播 系统中，这些小新视频文件是被逐一的传输，且其中的某个小新视频文件只有被移动终端 完全接收后，移动终端才开始播放该小新视频文件。由此，该小新视频文件在视频中所包含 的时间长度直接决定了直播的延迟时间大小。在本发明的优选实施例中，为了平衡实时性 指标和流畅性指标，对于高清版视频文件，视频采集单元11分配60秒的时间长度来进行切 割相应的视频数据生成对应的小视频文件；对于清晰版视频文件，分配42秒的时间长度来 进行切割相应的视频数据生成对应的小视频文件；对于流畅版视频文件，分配31秒的时间 长度来进行切割相应的视频数据生成对应的小视频文件。FileMonitor单元12主要用来监控视频采集单元11生成的视频文件，通过 调用系统应用程序接口来监测视频采集单元11生成的视频文件的增加以及状态，上述 FileMonitor单元12生成的新视频文件优选MP4文件。一旦视频采集单元11有新的 视频文件生成，FileMonitor单元12就会将新生成的视频文件加入资源队列，并且通知 MediaQueue单元13和ChannelMonitorDlg单元14作相应的处理。MediaQueue单元13主要用来负责维护资源(视频采集单元11生成的视频文件) 队列，不断接收FileMonitor单元12加入的视频文件，并为传输线程提供视频文件信息。而 且，MediaQueue单元13也负责回收资源，确定利用完的视频文件，并会主动将被确定已利 用完的视频文件删除。ChannelMonitorDlg单元14是本视频推送系统的图形用户界面(Graphical User Interface,⑶I)主线程，是传输新视频文件的数据通道。同时，ChannelMonitorDlg 单元14还可以对FileMonitor单元12进行初始化。以及ChannelMonitorDlg单元 14对经MediaQueue单元13维护的所述新视频文件进行大小和合法性校验。优选地， ChannelMonitorDlg单元14调用资源到达通知模块(AnnounceMediaArrival模块)通知 Communicator单元15有新的视频文件到达。在AnnounceMediaArrival模块内部，在通知 Communicator单元15有新的视频文件到达之前，会对视频文件进行大小和合法性校验。如 果发现视频文件大小太小，会进入小视频文件状态。Communicator单元15主要负责和中转服务器(live server)的通信。该 Communicator单元15不停地检测新视频文件信号EUSR1，一旦有新视频文件到达，就将其 缓存至计算机1上的存储器17或者予以直接通过计算机1的通信接口 19传输至中转服务器2。具体地说，当该Communicator单元15首次接收到一个视频文件(首次开始，或者暂 停后开始，或者连接断开后开始)时，会缓存该首次接收到的视频文件至存储器17，在等接 收到第二个视频文件以后，就通过通信接口 19连续传输上述两个视频文件至中转服务器 2，并且在传输上述两个视频文件之间没有间隔。然后，在Communicator单元15传输完上 述两个视频文件以后，每次接到新的视频文件，都会马上通过通信接口 19向中转服务器2 传输。另外，Communicator单元15还有负责在中转服务器2的状态发生变化时，生成或 者更新种子视频文件。在新中转服务器2连接成功后，Communicator单元15会在种子视 频文件中增加该链接地址，或当多次连接失败时，判定中转服务器2不可用或停机，删除该 链接地址。Seed单元主要用来负责产生与直播频道对应的直播视频种子文件，并且负责更新 视频种子文件到本地文件系统以及远程接口，这个直播视频种子是用来记录视频文件相关 信息以及需要设置的信息。图3示出了视频文件的传输流程图。如图3所示，在步骤S1中，创建Socket到中 转服务器2，使得计算机1与中转服务器2之间形成一个通信连接。也就是说，计算机1使 用Socket对中转服务器的相应得端口发出连接请求，一旦连接成功，计算机1与中转服务 器2之间可以进行通信会话，即计算机1能够向中转服务器2发出请求或者应答计算机1 的请求。在步骤S1中，如果计算机1与中转服务器2之间连接失败(步骤2 否)，返回步 骤S1重新创建Socket到中转服务器2 ；如果计算机1与中转服务器2之间连接成功(步骤 S2:是)，计算机1向中转服务器2发送上传(UPLOAD)视频文件的请求(步骤S3)。如果中 转服务器2拒绝上述上传视频文件的请求或对上述上传视频文件的请求没有响应(步骤4 否)，返回步骤S1重新创建Socket到中转服务器2 ；如果中转服务器2接受了上述上传视 频文件的请求(步骤4 是)，检测新视频文件信号EUSR1 (步骤S5)。如果Communicator单 元15没有检测到资源队列中有新的视频文件(步骤S6 否)，返回步骤S1重新创建Socket 到中转服务器2 ；如果Communicator单元15检测到资源队列中有新的视频文件(步骤S6 是)，Communicator单元15向中转服务器2发送Stream请求(步骤S7)。也就是说，当 Communicator单元15检测到资源队列中有新的视频文件时，Communicator单元15向中转 服务器2发送建立传输数据通道的请求。如果未能成功建立上述的传输数据通道(步骤8 否)，返回步骤S1重新创建Socket到中转服务器2 ；如果成功建立上述的传输数据通道(步 骤S8:是)，则开始向中转服务器2传输所检测到的新视频文件(步骤S9)。具体地说，当 通过Communicator单元15向中转服务器2发送Stream请求而成功建立传输数据通道时， 这个刚刚建立的传输数据的通道只是一个等待传输数据的通道。然后，调用比如Stream. Write ()方法和Stream. Read()方法才分别把数据通过这个通道发送出去和把通道里的数 据读取。其中，在步骤S8中，Commimi cator单元15的连接线程会根据连接的情况定义中 转服务器(live server)〗的状态。当在步骤S7中，尝试重新连接15次均失败时，在步骤 S8中Communicator单元15就默认为中转服务器2停机，删除相应的链接地址并休眠10秒 以后再返回步骤1开始重新连接。如果重新连接成功，把中转服务器2的状态重新改成活 跃并在视频种子文件中增加该链接地址。如果在步骤S9中向中转服务器2传输视频文件不成功(步骤S10 否)，返回步骤SI重新创建Socket到中转服务器2 ；如果在步骤S9中向中转服务器2传输视频文件成功 (步骤S10 是)，返回步骤S5检测下一个新视频文件的到来。图4为视频文件推送流程图。如图4所示，视频采集单元11从外部采集相应的 视频数据并对所采集的视频数据进行处理，同时输出生成的视频文件(步骤S101)。在步 骤S102中，Filemonitor单元12监测视频采集单元11生成的视频文件。当Filemonitor 单元12监测到视频采集单元11有新的视频文件生成时，通知MediaQueue单元13和 CharmelMonitor单元14有新视频文件生成的信息。其中，Fi lemonitor单元12调用应用 程序接口模块监测视频采集单元11生成的新视频文件。当MediaQueue单元13接到来自于 Filemonitorl〗单元上述有新视频文件生成的信息时，接收该新生成的视频文件并将其加 入资源队列，完成对资源队列的维护(步骤S103)。同时，MediaQueue单元13确定资源队 列中的某视频文件是否已利用完毕。当确定某视频文件已被利用完毕，MediaQueue单元13 主动将其从资源队列中删除，以对资源队列进行维护。在步骤S104中，CharmelMonitorM 单元对经过维护的资源队列中的新视频文件进行大小和合法性校验，并通知Communicator 单元15有新的视频文件到达。如果CharmelMonitorM单元发现视频文件大小太小，会 进入小视频文件状态。优选地，在通知Commimitor单元15有新的视频文件到达之前，在 AnnounceMediaArrival模块内部对新视频文件进行大小和合法性的校验。在步骤S105中， 如果Communicator单元15检测到来自于ChannelMonitorl4单元的新生成的视频文件信 号EUSR1，就向中转服务器2传输该新生成的视频文件。具体地说，当Communicator单元15 检测到新生成的视频文件信号EUSR1时，如果Communicator单元15是首次接收到一个视 频文件，将该首次接收到的视频文件缓存至存储器，在等接收到第二个视频文件以后，就连 续传输上述两个视频文件，并且在传输上述两个视频文件之间没有间隔。所谓首次接收到 一个视频文件，是指首次开始、或者暂停后开始、或者连接断开后开始时，Communicator单 元15所接收到的第一个视频文件。然后，Commimicator单元15传输完上述两个视频文件 以后，每次接到新的视频文件，都会马上予以传输。在步骤S106，Seed单元16根据中转服 务器2上接收到的视频文件，产生与直播频道相对应的直播视频种子，并将新视频种子更 新到本地文件系统和远程接口。本发明不限于上述实施方式，只要在本发明的宗旨范围内，可有多种变形和置换。 比如在上述实施方式中，可将高清版视频、清晰版视频和流畅版视频等版本的小视频文件 配置时间长度分别为60秒、42秒和31秒。但本发明不限于此，比如也可以根据实际需求继 续调小来以至于减少直播的延迟时间。前述的详细说明及附图是通过文字解释和图示来进行的，其目的不在于限定权利 要求的保护范围。本说明书中的具体实施方式
的各个变种对于普通技术人员来说显而易 见，并处于权利要求及其等同技术的保护范围内。
9
权利要求
一种服务于移动终端直播的视频推送处理方法，包括新视频文件采集步骤，采集视频数据并对所采集的所述视频数据进行处理，及输出经处理后的新视频文件；新视频文件监控步骤，监测所述新视频文件的生成，并发出有所述新视频文件生成的信息；资源队列维护步骤，将所监测到的所述新视频文件加入资源队列，完成对资源队列的维护；新视频文件校验步骤，对经过所述资源队列维护步骤维护的所述新视频文件进行校验；新视频文件传输步骤，将通过所述校验的所述新视频文件传输至中转服务器；新视频种子文件更新步骤，根据所述中转服务器上接收到的所述新视频文件，产生与直播频道相对应的直播视频种子文件，并将所示新视频种子更新到本地文件系统和远程接口。
2.根据权利要求1所述的视频推送处理方法，其特征在于，在所述新视频文件传输步 骤中，将首次接收到一个视频文件进行缓存，在接收到第二个视频文件以后，就无时间间隔 地连续传输所述首次接收到一个视频文件和所述第二个视频文件，并将在所述第二个视频 文件之后所接收到新的视频文件均立即予以传输。
3.根据权利要求2所述的视频推送处理方法，其特征在于，在所述新视频文件监控步 骤中，由应用程序接口模块监测所述新视频文件的生成。
4.根据权利要求3所述的视频推送处理方法，其特征在于，在所述新视频文件校验步 骤中，在通知通信单元有所述新视频文件到达之前，在资源到达通知模块内部对所述新视 频文件进行的校验。
5.根据权利要求1-4所述的视频推送处理方法，其特征在于，在所述新视频文件采集 步骤中输出的所述新视频文件包括高清版视频、清晰版视频和流畅版视频。
6.根据权利要求5所述的视频推送处理方法，其特征在于，所述高清版视频为视频分 辨率为320X240 ；所述清晰版视频为视频分辨率为208X176 ；所述流畅版视频为视频分辨 率为 176X144。
7.根据权利要求6所述的视频推送处理方法，其特征在于，所述高清版视频由时间长 度为60秒的小视频文件组成；所述清晰版视频由时间长度为42秒的小视频文件组成；所 述流畅版视频由时间长度为31秒的小视频文件组成。
8.一种服务于移动终端直播的视频推送系统，包括新视频文件采集单元，用于采集视频数据并对所采集的所述视频数据进行处理，及输 出经处理后的新视频文件；文件监测单元，用于监测的所述新视频文件采集单元生成的新视频文件，并发出有所 述新视频文件生成的信息；资源维护单元，用于将由所述文件监测单元所监测到的所述新视频文件加入资源队 列，完成对资源队列的维护；数据通道单元，用于对经所述资源维护单元维护的所述新视频文件进行校验，同时作 为传输所述新视频文件的数据通道以及能对所述文件监测单元进行初始化；通信单元，用于将通过所述数据通道单元的所述校验的所述新视频文件传输至中转服 务器；种子单元，根据所述中转服务器上接收到的所述新视频文件，产生与直播频道相对应 的直播视频种子文件，并将所示新视频种子更新到本地文件系统和远程接口。
9.根据权利要求8所述的视频推送系统，其特征在于，所述通信单元将首次接收到一 个视频文件进行缓存，在等接收到第二个视频文件以后，就没有时间间隔地连续传输所述 首次接收到一个视频文件和所述第二个视频文件，而在所述第二个视频文件后，每次接到 新的视频文件，都会马上予以传输。
10.根据权利要求9所述的视频推送系统，其特征在于，所述文件监测单元调用应用程 序接口模块来监测所述新视频文件的生成。
11.根据权利要求9所述的视频推送系统，其特征在于，在通知所述通信单元有所述新 视频文件到达之前，所述数据通道单元调用资源到达通知模块并在所述资源到达通知模块 内部对所述新视频文件进行大小和合法性的校验。
12.根据权利要求9-11所述的视频推送系统，其特征在于，在所述新视频文件采集单 元中输出的所述新视频文件包括高清版视频、清晰版视频和流畅版视频。
13.根据权利要求12所述的视频推送系统，其特征在于，所述高清版视频为视频分辨 率为320X240 ；所述清晰版视频为视频分辨率为208X176 ；所述流畅版视频为视频分辨率 为 176X144。
14.根据权利要求13所述的视频推送系统，其特征在于，所述高清版视频由时间长度 为60秒的小视频文件组成；所述清晰版视频由时间长度为42秒的小视频文件组成；所述 流畅版视频由时间长度为31秒的小视频文件组成。
全文摘要
本发明提供一种服务于移动终端直播的视频推送处理方法，包括采集视频数据并对所采集的所述视频数据进行处理，及输出经处理后的新视频文件；监测所述新视频文件的生成，并发出有所述新视频文件生成的信息；将所监测到的所述新视频文件加入资源队列，完成对资源队列的维护；对经过资源队列维护维护的所述新视频文件进行校验；将通过所述校验的所述新视频文件传输至中转服务器；根据所述中转服务器上接收到的所述新视频文件，产生与直播频道相对应的直播视频种子文件，并将所示新视频种子更新到本地文件系统和远程接口。本发明还提供一种服务于移动终端直播的视频推送系统。
文档编号H04L29/08GK101888412SQ20101021717
公开日2010年11月17日 申请日期2010年7月5日 优先权日2010年7月5日
发明者梁捷, 温才燚 申请人:优视科技有限公司