CN102811368A

CN102811368A - 一种移动视频直播系统

Info

Publication number: CN102811368A
Application number: CN2012102455426A
Authority: CN
Inventors: 李建伟; 苏占玖; 勾学荣; 兰丽娜; 刘洪沛; 李青; 董跃武; 张勖; 赵鹏羽; 席剑宵; 柴淞
Original assignee: Beijing University of Posts and Telecommunications
Current assignee: Beijing University of Posts and Telecommunications
Priority date: 2012-07-16
Filing date: 2012-07-16
Publication date: 2012-12-05

Abstract

本发明公开了一种移动视频直播系统，包括：移动视频采集端，用于在直播现场进行当前直播视频信息的采集并实时转换成FLV流媒体格式视频，通过无线的方式与架设于网络中的流媒体服务器进行通信，实时将FLV流媒体格式视频以无线方式上传给所述流媒体服务器；流媒体服务器，架设于网络中，用于实时转发所述移动视频采集端上传的FLV流媒体格式视频；至少1个媒体播放端，用于与所述流媒体服务器进行通信，以实时获取所述流媒体服务器所转发的FLV流媒体格式视频并进行播放。本发明不需要在现场进行专门的视频采集设备的架设，直播方式简单，解除了现有直播技术的局限性。

Description

一种移动视频直播系统

技术领域

本发明涉及视频直播领域，特别涉及一种移动视频直播系统。

背景技术

流媒体（Streaming Media）是指数据在网络上按时间先后次序传输和播放的连续音／视频数据流。在流媒体出现之前，人们在网络上观看电影或收听音乐时，必须先将整个影音文件下载并存储在本地计算机上，然后才可以观看。与传统的播放方式不同，流媒体在播放前并不下载整个文件，只将部分内容缓存，使流媒体数据流边传送边播放，这样就节省了下载等待时间和存储空间。流媒体数据流具有三个特点：连续性（Continuous）、实时性（Real-time）、时序性（即其数据流具有严格的前后时序关系）。

流媒体的主要技术特征就是采用流式传输。流式传输定义很广泛，现在主要指通过网络传送媒体（如视频、音频）数据的技术的总称。实现流式传输有两种方法：顺序流式传输和实时流式传输。

1、顺序流式传输。顺序流式传输采用顺序下载方式，用户可以观看在线媒体节目，但是在给定时刻，用户只能观看已经下载的部分，而不能跳到还未下载的部分进行观看，顺序流式传输不能根据用户的连接速度做调整。由于标准的HTTP（HyperTextTransport Protocol，超文本传送协议）服务器可发送这种形式的文件，而不需要其他特殊协议，它经常被称作HTTP流式传输；顺序流式传输方式适合高质量的短片段，如片头、片尾和广告，媒体文件在播放前观看的部分是无损下载的，QoS（Quality ofService，服务质量）高；顺序流式文件放在标准HTTP或者FTP（File Transfer Protocol，文件传输协议）服务器上，易于管理，基本上与防火墙无关。顺序流式传输不适合长片段和有随机访问要求的视频、讲座、演说与演示，也不支持现场广播。严格说来，它是一种点播技术。

2、实时流式传输。实时流式传输保证媒体信号带宽与网络连接相匹配，使媒体可被实时观看。实时流式传输与HTTP流式传输不同，需要专用的流媒体服务器与传输协议。实时流式传输特别适合现场事件，也支持随机访问，用户可快进或后退以观看前面或后面的内容。实时流式传输需要特殊网络协议：

1）RTP（Real-time Transport Protocol，实时传输协议）。RTP协议是针对多媒体数据流的实时传输协议，在一对一或者一对多的传输情况下工作，其目的是提供时间信息和实现流同步，为实时传输提供时序重构、帧遗失检测、数据安全等多种服务。RTP通常使用UDP（User Datagram Protocol，用户数据报协议）传输数据，也可在TCP（Transmission Control Protocol，传输控制协议）协议之上工作。RTP本身并不能为按顺序传输数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP（RTP Control Protocol，实时传输控制协议）提供这些服务。

2）RTCP。RTCP和RTP一起提供流量控制和拥塞控制服务。在RTP会话期间，各参与者周期性的传送RTCP包，RTCP包中含已发送数据包的数量、丢失的数据报数量等统计资料，因此，服务器可以利用这些信息动态的改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，能有效的反馈和最小的开销使传输效率最佳化，因而特别适合传送网上的实时数据。RTSP（Real Time Streaming Protocol，实时流传输协议）是一种客户端到服务器的多媒体化表示控制协议。用于在服务器与客户端之间建立的控制具有实时特性的数据传输。它定义了一对多应用程序如何有效的通过IP（Internet Protocol，网络之间互连协议）网络传送多媒体数据。这个协议完成两项关键功能：一是建立呼叫链接，在客户端和服务器之间建立数据流连接；二是数据激活，让客户端知道使用何种方法可以得到并播放所属内容。

3）RTMP（Real Time Messaging Protocol，实时消息传送协议）。RTMP协议是ADOBE系统股份有限公司为Flash播放器和服务器之间音频、视频和数据传输开发的私有协议。RTMP主要为多媒体视频提供多路传输和数据分包服务，不仅支持视频和音频数据实时传输，还支持RPC（远程过程调用）。视频，音频，操作命令，共享对象，控制消息和其他类型数据被打包成一个个消息，并打上用于同步的时间戳，不同类型的消息在不同流上传输，多个消息流又交错复用在同一个连接上。消息包括Message（消息）头和Message主体。

目前最流行的流媒体编码方式有FLV（FLASH VIDEO）、H.264。FLV文件体积小巧，清晰的FLV视频1分钟在1MB左右，一部电影在100MB左右，是普通视频文件体积的1/3，再加上CPU（Central Processing Unit，中央处理器）占有率低、视频质量良好等特点使其在网络上盛行，目前国内一些视频共享网站都采用了FLV格式文件提供视频服务。H.264是一种高性能的视频编解码技术，最大的优势是具有很高的数据压缩比率，在同等图像质量的条件下，H.264的压缩比是MPEG-2的2倍以上，是MPEG-4的1.5~2倍。低码率对H.264的高压缩比起到了重要的作用，和MPEG-2、MPEG-4、ASP等压缩技术相比，H.264压缩技术可大大节省用户的下载时间和数据流量收费。特别地，H.264在具有高压缩比的同时还拥有高质量流畅的图像，因此经过H.264压缩的视频数据，在网络传输过程中所需要的带宽更少，也更加经济。

目前，基于上述流媒体技术的常见应用包括视频点播、视频会议以及视频直播等。

视频点播技术例如优酷网、土豆网等，用户选择所要观看的节目，命令信息通过传输网络的上行通道由交换中心送到视频服务器，服务器将所要观看的视频检索出来，合成数据流传送到相应的用户，用户可用播放器或网页直接浏览流媒体文件。

视频会议可以实现在两点和多点之间实时传送活动图像、语音及应用数据（电子白板、图形）等形式的信息。使用视频会议可以节省会议人员的出差时间。配置视频会议环境时，采用PC（personal computer，个人计算机）作为视频终端，这些PC安装好摄像头、音箱（或耳麦）及相关软件，通过局域网或者互联网接入到中心服务器，即可参加会议。现有的网络视频会议系统也存在一些缺点，主要在于网络视频会议系统在进行长距离传输的过程当中，经常会出现视频与声音不一致的现象（如口型和声音相分离），画面的延迟经常发生，并且作为视频终端的PC的便携性很差，限制了视频会议过程中与会人员的行动，在进行会议时，也需要专门在现场对视频终端进行架设。

视频直播系统是指利用互联网及流媒体技术进行直播，当前国内的“网络视频直播”大致分两类，一类是在网上提供电视信号的观看，例如各类体育比赛和文艺活动的直播，这类直播原理是将电视（模拟）信号通过采集、转换，成为数字信号输入电脑，实时上传网站供人观看，相当于“网络电视”；另一类则是真正意义上的“网络直播”：在现场架设独立的信号采集设备导入导播端，再通过网络上传至服务器，发布网址供人观看。这类网络直播较前者的最大区别就在于直播的自主性：独立可控的音视频采集，完全不同于转播电视信号的单一收看。例如新浪直播，QQ直播的NBA球赛，各大直播机构都采用自己的直播间来架设采集信号设备，并将信号上传到服务器供人观看。然而在观看直播的时候会因为网速慢或者信号传输堵塞而出现画面延迟的问题。

无论是上述的视频会议技术还是视频直播，在进行视频会议或者视频直播的时候，均需要在现场进行专门的视频采集设备的架设。而对于如今网络信息的高度传播来说，随时随地的现场视频直播和互动，上述的视频会议技术以及视频直播都具有很大的局限性。

发明内容

有鉴于此，本发明提供一种视频直播系统，以简化直播方式，解除目前直播方式的局限性。

本申请的技术方案是这样实现的：

一种移动视频直播系统，包括：

移动视频采集端，用于在直播现场进行当前直播视频信息的采集并实时转换成FLV流媒体格式视频，通过无线的方式与架设于网络中的流媒体服务器进行通信，实时将FLV流媒体格式视频以无线方式上传给所述流媒体服务器；

流媒体服务器，架设于网络中，用于实时转发所述移动视频采集端上传的FLV流媒体格式视频；

至少1个媒体播放端，用于与所述流媒体服务器进行通信，以实时获取所述流媒体服务器所转发的FLV流媒体格式视频并进行播放。

进一步，所述移动视频采集端包括：

视频拍摄模块，用于当前直播视频信息的采集；

视频处理模块，用于将所采集的当前直播视频信息转换成FLV流媒体格式视频；

视频数据发送模块，用于将所述FLV流媒体格式视频以无线方式上传给所述流媒体服务器；

网络监控模块，用于监控网络状况，根据所监控的网络状况调整视频数据发送模块的发送速率。

进一步，所述流媒体服务器包括：

视频数据接收模块，用于实时接收移动视频采集端上传的FLV流媒体格式视频；

视频缓存模块，用于实时缓存所述FLV流媒体格式视频以进行实时转发；

视频数据转发模块，用于将视频缓存模块中的FLV流媒体格式视频进行实时转发。

进一步，所述媒体播放端包括：

视频数据获取模块，用于实时获取所述流媒体服务器所转发的FLV流媒体格式视频；

视频数据播放模块，用于对视频数据获取模块所获取的FLV流媒体格式视频进行播放。

进一步，所述流媒体服务器包括：

视频存储模块，用于永久存储所述FLV流媒体格式视频以待直播结束后的播放；

视频数据转发模块，用于根据所述媒体播放端的请求，将视频缓存模块中的FLV流媒体格式视频进行实时转发，或者将视频存储模块中的FLV流媒体格式视频进行转发。

进一步，所述媒体播放端包括：

视频数据请求模块，用于向所述流媒体服务器请求获取当前直播视频信息，或者向所述流媒体服务器请求获取永久存储于流媒体服务器中的FLV流媒体格式视频；

视频数据获取模块，用于实时获取所述流媒体服务器所转发的FLV流媒体格式视频，或者获取所述流媒体服务器中永久存储的FLV流媒体格式视频；

进一步，所述移动视频采集端为智能手机，所述移动视频采集端通过3G或者Wi-Fi网络将所述FLV流媒体格式视频上传给所述流媒体服务器。

进一步，所述媒体播放端为智能手机或者电脑，所述媒体播放端通过ADSL、Wi-Fi或者3G网络获取所述流媒体服务器所转发的FLV流媒体格式视频。

进一步，所述流媒体服务器为red5流媒体服务器。

进一步，所述移动视频采集端和流媒体服务器之间采用RTMP协议进行FLV流媒体格式视频的传送，所述流媒体服务器和媒体播放端之间采用RTMP协议进行FLV流媒体格式视频的传送。

从上述方案可以看出，本发明通过移动视频采集端、流媒体服务器和媒体播放端实现现场视频直播，不需要在现场进行专门的视频采集设备的架设，直播方式简单，解除了现有直播技术的局限性。直播视频采用FLV流媒体格式视频并利用RTMP协议进行传送，使得所直播的视频清晰并且文件体积小，视频同步性好，且便于在网络上的传输。

附图说明

图1为本发明移动视频直播系统的结构示意图；

图2为本发明移动视频直播系统中的移动视频采集端的实施例结构示意图；

图3为本发明移动视频直播系统中的流媒体服务器的实施例结构示意图；

图4为本发明移动视频直播系统中的媒体播放端的实施例结构示意图；

图5为本发明移动视频直播系统中的流媒体服务器的另一个实施例结构示意图；

图6为本发明移动视频直播系统中的媒体播放端的另一个实施例结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

如图1所示，本发明的视频直播系统包括移动视频采集端1、流媒体服务器2和至少1个媒体播放端3。其中，移动视频采集端1，用于在直播现场进行当前直播视频信息的采集并实时转换成FLV流媒体格式视频，通过无线的方式与架设于网络中的流媒体服务器2进行通信，实时将FLV流媒体格式视频以无线方式上传给所述流媒体服务器2；流媒体服务器2，架设于网络中，用于实时转发所述移动视频采集端1上传的FLV流媒体格式视频；至少1个媒体播放端3，用于与所述流媒体服务器2进行通信，以实时获取所述流媒体服务器2所转发的FLV流媒体格式视频并进行播放。

本发明中，移动视频采集端1为智能手机。因为智能手机具有视频采集和网络通信的基本功能，并且现有的智能手机上均具有手机操作系统，如android系统（安卓系统，美国谷歌公司开发的手机操作系统）、iOS系统（美国苹果公司开发的手机操作系统）、Window Mobile系统（美国微软公司开发的手机操作系统）等，并且这些系统的开发商均提供了在这些系统上所运行软件的开发技术，可以通过软件开发实现视频采集和上传功能。例如采用android系统的智能手机，可采用FLEX技术进行软件开发，利用adobe air的跨平台特性，可复用的优点。与现有技术相比，采用智能手机作为移动视频采集端，其具有体积小、重量轻、可随身携带、可随时随地进行视频拍摄等优点，通过现有的覆盖广泛的3G（3rd-generation，第三代移动通信技术）或者Wi-Fi（无线局域网）网络便可实现所采集视频的上传，不需要像现有的视频直播系统那样事先架设采集信号设备，节省了人力物力。

流媒体服务器的主要功能是从视频源（移动视频采集端）获得视频流，对其进行存储管理，以及以流式协议（如RTP/RTSP、MMS、RTMP等协议）将视频文件传输到视频播放端（媒体播放端），供用户在线观看，实现调度转发。本发明中的流媒体服务器2主要实现基于流媒体的视频直播，可采用开源的Red5流媒体服务器，Red5流媒体服务器运行稳定，能够承担视频直播通话，它基于Flash的流媒体服务，是基于Java语言的开源流媒体服务器，它由Java语言编写，使用RTMP协议作为流媒体传输协议，它具有流化FLV、MP3文件，实时录制客户端流为FLV文件，共享对象，实时视频播放等功能。

本发明中采用FLV流媒体格式视频。首先，相对于传统的WMV、RM等视频格式来说，FLV流媒体格式视频的文件体积很小，一般来说1分钟时长的FLV流媒体格式视频的大小只有1MB，因此一部100分钟的电影只有100MB左右，是普通视频文件体积的1/3左右甚至更小，这样使得FLV流媒体格式视频在网站中的加载速度极快。跟普通的FLASH广告条差别不大，基本的服务器均能带动。其次，FLV流媒体格式视频的播放很方便。一般的视频文件如asf格式、WMV格式使用media player播放器进行播放，而rm、rmvb格式则使用RealPlayer播放器进行播放。这样所产生的问题在于，不同格式的视频需要选择不同的播放器，对于本地计算机没有安装相应播放器的用户来说，这些格式的视频根本没有办法正常观看。而对于FLV流媒体格式视频来说，只要网站的访问者只要能看Flash动画，便可以正常观看FLV流媒体格式视频，无需再安装其他视频插件，方便简单。FLV流媒体格式视频的文件体积小，CPU占有率低、压缩编码速度极快、视频质量良好，服务器加载容易，有利于现场直播视频内容的上传和在网络中的转发。

本发明中，移动视频采集端1和流媒体服务器2之间采用RTMP协议进行FLV流媒体格式视频的传送，流媒体服务器2和媒体播放端3之间采用RTMP协议进行FLV流媒体格式视频的传送。RTMP协议是一个专门为高效传输视频、音频和数据而设汁的协议。在网络带宽不足和拥挤的情况下，虽然传送媒体数据流不如UDP协议那样流畅，但在目前一般网络条件下表现很好。RTMP协议支持包含声音、影像和脚本数据从服务器到客户，以及从客户到服务器多条线路的动态传输。RTMP协议可对声音、影像和脚本数据分别处理，声音和视频数据被分开地缓冲在服务器中。如果声音数据在声音缓冲器中达到某一极限，所有在缓冲器中的数据将被丢掉，并且最近到达的数据被允许开始收集在缓冲中并被送到各个客户。在网络链接中，利用RTMP协议可以创建多个数据流，每个数据流可以从客户端或者服务器端播报数据，每个数据流用唯一的用户名或ID（IDentity）命名，很容易区分。RTMP协议很适合本发明的移动视频直播系统，可实现对多个媒体播放端的视频直播工作。

本发明中，可以采用智能手机或者电脑作为媒体播放端3，智能手机或者电脑可通过Web方式获取流媒体服务器2转发的FLV流媒体格式视频，或者通过依据本发明所开发的客户端获取流媒体服务器2转发的FLV流媒体格式视频。媒体播放端3可通过有线或者无线网络如ADSL（Asymmetric Digital Subscriber Line，非对称数字用户环路）、Wi-Fi或者3G网络等获取所述流媒体服务器2所转发的FLV流媒体格式视频。

如图2所示，本发明的一个具体实施例中，所述移动视频采集端1包括：视频拍摄模块101、视频处理模块102、视频数据发送模块103和网络监控模块104；其中，视频拍摄模块101，用于当前直播视频信息的采集，如智能手机的摄像头；视频处理模块102，用于将所采集的当前直播视频信息转换成FLV流媒体格式视频；视频数据发送模块103，用于将所述FLV流媒体格式视频以无线方式上传给所述流媒体服务器；网络监控模块104，用于监控网络状况，根据所监控的网络状况调整视频数据发送模块103的发送速率。

在进行视频直播时，视频拍摄模块101（摄像头）实时采集当前直播视频信息以生成YUV420格式的视频数据；视频处理模块102将YUV420格式的视频数据进行编码、压缩以转换成FLV流媒体格式视频；视频数据发送模块103在进行FLV流媒体格式视频的上传时，根据RTMP协议将FLV流媒体格式视频打包并通过3G或者Wi-Fi网络以无线方式进行发送。

如图3所示，本发明的一个具体实施例中，所述流媒体服务器2包括视频数据接收模块201、视频缓存模块202和视频数据转发模块203；其中，视频数据接收模块201，用于实时接收移动视频采集端1上传的FLV流媒体格式视频；视频缓存模块202，用于实时缓存所述FLV流媒体格式视频以进行实时转发；视频数据转发模块203，用于将视频缓存模块202中的FLV流媒体格式视频进行实时转发。

在进行视频直播时，移动视频采集端1和流媒体服务器2之间，以及流媒体服务器2和媒体播放端3之间，均采用RTMP协议进行FLV流媒体格式视频的传送，所以视频数据接收模块201所接收的FLV流媒体格式视频是根据RTMP协议封包之后的FLV流媒体格式视频。本实施例中，流媒体服务器2只用作FLV流媒体格式视频的转发，因此视频数据接收模块201可直接将所接收的RTMP协议封包后的FLV流媒体格式视频存入视频缓存模块202，从而视频数据转发模块203可直接将视频缓存模块202中的RTMP协议封包后的FLV流媒体格式视频进行实时转发，而不需要再对其根据RTMP协议进行封包，进而省去了解包封包的中间过程。

如图4所示，本发明的一个具体实施例中，所述媒体播放端3包括视频数据获取模块301和视频数据播放模块302；其中，视频数据获取模块301，用于实时获取所述流媒体服务器2所转发的FLV流媒体格式视频；视频数据播放模块302，用于对视频数据获取模块301所获取的FLV流媒体格式视频进行播放。

在进行视频直播时，视频数据获取模块301所获取的FLV流媒体格式视频为根据RTMP协议封包之后的FLV流媒体格式视频，所以在视频数据获取模块301获取FLV流媒体格式视频之后，还对FLV流媒体格式视频进行一步解包操作，以使视频数据播放模块302可对解包后的FLV流媒体格式视频进行播放。

如图5所示，本发明的另一个具体实施例中，所述流媒体服务器2包括视频数据接收模块201’、视频缓存模块202’、视频存储模块204’和视频数据转发模块203’；其中，视频数据接收模块201’，用于实时接收移动视频采集端1上传的FLV流媒体格式视频；视频缓存模块202’，用于实时缓存所述FLV流媒体格式视频以进行实时转发；视频存储模块204’，用于永久存储所述FLV流媒体格式视频以待直播结束后的播放；视频数据转发模块203’，用于根据所述媒体播放端3的请求，将视频缓存模块202’中的FLV流媒体格式视频进行实时转发，或者将视频存储模块204’中的FLV流媒体格式视频进行转发。

与前述（参见图3）具体实施例中的流媒体服务器2相比，本实施例的流媒体服务器2主要增加了视频存储模块204’以对移动视频采集端1所上传的FLV流媒体格式视频进行永久保存，以便以后对所直播视频的回顾。

在进行视频直播时，视频数据接收模块201’所接收的FLV流媒体格式视频为根据RTMP协议封包后的FLV流媒体格式视频。视频数据接收模块201’一方面直接将所接收的RTMP协议封包后的FLV流媒体格式视频存入视频缓存模块202’，从而视频数据转发模块203’可直接将视频缓存模块202’中的根据RTMP协议封包后的FLV流媒体格式视频进行实时转发；另一方面，视频数据接收模块201’同时将所接收的个根据RTMP协议封包后的FLV流媒体格式视频进行解包并存入视频存储模块204’，以便以后对所直播视频进行回顾。视频数据转发模块203’，在进行视频直播时直接根据媒体播放端3的视频直播请求，将视频缓存模块202’中的FLV流媒体格式视频进行实时转发，而不需要再对其根据RTMP协议进行封包。

在进行视频点播时，视频数据转发模块203’，根据媒体播放端3的视频点播请求，将视频存储模块204’中已经保存完整的FLV流媒体格式视频根据RTMP协议进行封包之后，再进行转发。

如图6所示，本发明的另一个具体实施例中，所述媒体播放端3包括视频数据请求模块303’、视频数据获取模块301’和视频数据播放模块302’；其中，视频数据请求模块303’，用于向所述流媒体服务器2请求获取当前直播视频信息，或者向所述流媒体服务器2请求获取永久存储于流媒体服务器中的FLV流媒体格式视频；视频数据获取模块301’，用于实时获取所述流媒体服务器2所转发的FLV流媒体格式视频，或者获取所述流媒体服务器中永久存储的FLV流媒体格式视频；视频数据播放模块302’，用于对视频数据获取模块301’所获取的FLV流媒体格式视频进行播放。

与前述（参见图4）具体实施例中的媒体播放端3相比，本实施例的媒体播放端3主要增加了视频数据请求模块303’以对当前直播视频或者非直播的保存于流媒体服务器2中的视频进行选择。

结合图5和图6，媒体播放端3可通过视频数据请求模块303’向流媒体服务器2请求播放正在直播的视频或者保存于流媒体服务器2中的视频。

在媒体播放端3通过视频数据请求模块303’向流媒体服务器2请求播放正在直播的视频后，流媒体服务器2中的视频数据转发模块203’直接根据媒体播放端3的视频直播请求，将视频缓存模块202’中的根据RTMP协议封包后的FLV流媒体格式视频进行实时转发，媒体播放端3中的视频数据获取模块301’实时获取所述流媒体服务器2所转发的根据RTMP协议封包后的FLV流媒体格式视频，经过解包之后通过视频数据播放模块302’对FLV流媒体格式视频进行播放。

在媒体播放端3通过视频数据请求模块303’向流媒体服务器2请求播放保存于流媒体服务器2中的视频后，流媒体服务器2中的视频数据转发模块203’根据媒体播放端3的视频直播请求，将视频存储模块204’中已经保存完整的FLV流媒体格式视频根据RTMP协议进行封包之后再进行转发，媒体播放端3中的视频数据获取模块301’获取所述流媒体服务器2中永久存储的并根据RTMP协议进行封包之后的FLV流媒体格式视频，经过解包之后通过视频数据播放模块302’对FLV流媒体格式视频进行播放。

上述各个实时例实现了基于移动视频采集端1（如智能手机）所拍摄视频的直播，以及对保存于流媒体服务器2中的视频的点播。在上述各个实施例的基础上，还可以进一步利用Ajax异步通信机制，在移动视频采集端1和媒体播放端3中增加评论模块，并利用流媒体服务器2进行中转，通过评论模块实现移动视频采集端1和媒体播放端3之间的互动。

在上述各个实施例的基础上，在流媒体服务器2上还可增加管理模块，实现用户注册、用户信息管理、视频收藏、权限管理、视频信息发布等功能，移动视频采集端1和媒体播放端3均可通过用户管理模块登录流媒体服务器2，根据流媒体服务器2设置的用户权限进行视频直播和点播等。

本发明的移动视频直播系统的一个应用场景如学术讲座课堂。由于教室座位有限，不能满足所有学生的听课要求，利用本发明的移动视频直播系统，只需要某一同学随身携带智能手机（移动视频采集端1），在课堂上首先打开智能手机中的客户端，以启动移动视频采集端1的工作，利用个人账号和密码登录到流媒体服务器2，摄像头对准正在讲座的专家，点击直播按钮后，便开始了现场视频直播的过程。此时，由摄像头采集的数据首先在智能手机中转为YUV420格式数据，然后压缩编码为FLV流媒体格式视频，再将FLV流媒体格式视频根据RTMP协议进行打包，通过3G或者Wi-Fi网络发送给流媒体服务器2；流媒体服务器2先将收到的FLV流媒体格式视频写入视频缓存模块，同时存储于视频存储模块以永久保存，并将正在直播的视频信息通过管理模块进行发布。与此同时，在其它地方（如其他教室、宿舍）的同学，可通过媒体播放端3，如智能手机或者PC机，登录流媒体服务器2，登陆后就可看到流媒体服务器2发布的视频信息，通过点击等手段，利用媒体播放端3的视频数据请求模块303’，向流媒体服务器2发送请求，经过流媒体服务器2的确认后，便可将直播的FLV流媒体格式视频发送给媒体播放端3；媒体播放端3获得FLV流媒体格式视频后，将其进行解包便可看到现场直播的画面内容。

本发明提供的上述移动视频直播系统，通过移动视频采集端、流媒体服务器和媒体播放端实现现场视频的直播，不需要在现场进行专门的视频采集设备的架设，直播方式简单，解除了现有直播技术的局限性。直播视频采用FLV流媒体格式视频并利用RTMP协议进行传送，使得所直播的视频清晰并且文件体积小，视频同步性好，且便于在网络上的传输。

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

Claims

1.一种移动视频直播系统，其特征在于，包括：

2.根据权利要求1所述的移动视频直播系统，其特征在于，所述移动视频采集端包括：

视频拍摄模块，用于当前直播视频信息的采集；

3.根据权利要求1所述的移动视频直播系统，其特征在于，所述流媒体服务器包括：

4.根据权利要求3所述的移动视频直播系统，其特征在于，所述媒体播放端包括：

5.根据权利要求1所述的移动视频直播系统，其特征在于，所述流媒体服务器包括：

6.根据权利要求5所述的移动视频直播系统，其特征在于，所述媒体播放端包括：

7.根据权利要求1至6任一项所述的移动视频直播系统，其特征在于，所述移动视频采集端为智能手机，所述移动视频采集端通过3G或者Wi-Fi网络将所述FLV流媒体格式视频上传给所述流媒体服务器。

8.根据权利要求1至6任一项所述的移动视频直播系统，其特征在于，所述媒体播放端为智能手机或者电脑，所述媒体播放端通过ADSL、Wi-Fi或者3G网络获取所述流媒体服务器所转发的FLV流媒体格式视频。

9.根据权利要求1至6任一项所述的移动视频直播系统，其特征在于，所述流媒体服务器为red5流媒体服务器。

10.根据权利要求1至6任一项所述的移动视频直播系统，其特征在于，所述移动视频采集端和流媒体服务器之间采用RTMP协议进行FLV流媒体格式视频的传送，所述流媒体服务器和媒体播放端之间采用RTMP协议进行FLV流媒体格式视频的传送。