[发明专利]一种互联网环境下流媒体准广播级获取方法及系统

说明书

技术领域

本发明涉及网络多媒体播放及下载领域，尤其涉及实时流媒体广播或多播下载及 播放相关技术。

背景技术

随着网络多媒体的流行，在流媒体播放领域出现了多种流媒体播放格式，而在实 时流媒体领域，目前业界较有名气的主要是MMS(Microsoft Media Server Protocol) 和RTSP(RealTime Streaming Protocol)两种：

MMS协议是由微软公司首先提出，通过MMS协议可以在Internet上实现Windows Media服务器中流媒体文件的传送与播放。这些文件包括.asf、.wmv等，可以使用 Windows Media Player、Mplayer等媒体播放软件来实时播放。

实时流协议RTSP是由RealNetworks和Netscape共同提出的，该协议定义了一 对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP 和RTCP之上，它使用TCP或RTP完成数据传输。即RTSP可以是双向的，客户机和服 务器都可以发出请求。

由于微软对MMS协议内容并未公开，且该协议是单向协议(媒流只能从服务器发 送给客户端)，使其应用范围受到了一定的影响，目前很多嵌入式产品或非Microsoft 平台流媒体设备生产厂家只能开发基于RTSP协议的产品。

现有技术的缺点：

由于媒体流一般不是一个事先已经保存好的服务器文件，它是实时图像和声音经 过流编码器以广播或多播方式恒速由发送端传送到接收端，接收端再将使用对应的解 码器将数据解码后播放出来的。

在这样一种模式下，接收端无法采用多线程方式将发送端的媒体流分成多个小块 分片传送，而只能使用单进程或单线程从媒体流发送端接受数据，为了防止由于网络 因素而引起的数据接收速度波动问题，在接收端一般采用缓存机制缓存一定数量的媒 体流后再播放，以尽量保证播放效果的流畅。

而事实上这种方式并不能完全解决上述问题，可能的场景如下：

由于单进程使用单一的Socket与媒体流发送端连接，根据这个Socket在网 络上所确定的路由不同，它所获得的网络速率也是不同的，所以若在某一时 刻选择的路由是低速路由，则会大大影响多媒体通信效果。

由于网络本身的不稳定性，在某个时刻的某个路由有较好的速率，而在另外 时刻由于某些因素导致其性能严重下降，如路由路径中某个路由器转发过多 的数据，这时就会影响到媒体流接收速率，并可能影响到播放效果。

发明内容

针对现有技术中存在的不足，本发明公开了一种多播或广播流媒体播放系统相 关领域的媒体数据优化方案。通过该方案的使用，提高了从媒体流发送端接收媒体流 的效率和整体的稳定性，由于采用模块化设计，其可移植性、可维护性也得到了较大 提高。

本发明的技术方案是这样实现的：一种接收实时广播或多播流媒体流的方案，它 使用多进程(线程)方式从媒体流发送端接收媒体流，并提供写缓存仲裁器模块，进 程(线程)管理模块对多进程(线程)进行管理。系统包括媒体流接收模块、写缓存 仲裁器模块、解码器、进程管理器，其中，所述媒体流接收模块：由一组功能相同的 进程(线程)组成，它们从通过不同的Socket媒体流发送端获取媒体流数据，并将 数据交传递给写缓存仲裁器模块；所述写缓存仲裁器模块：负责分析不同进程(或线 程)发来的媒体流，根据特定的处理策略对媒体流进行处理；所述解码器：负责从缓 存中获取媒体流，并解码；所述进程管理器：负责对媒体流接收进行组进行管理，其 他包括当缓存中的数据降低到一定程度，则会增加进程组中的进程，以寻找更多、更 好的路由获取媒体流，对于某些Socket一段时间内获取不到媒体流或吞吐量较低， 则会杀死该进程，并试图启用新进程，创建新连接。

本发明的有益效果：

本发明对于整个流媒体播放系统来说，具有以下优点：

1.增加了系统稳定性：当进程组中某个进程对应Socket处于阻塞状态时，其 他进程可以代替它完成从媒体流发送端接收数据功能，实现了一定的备份功 能。

2.提高了媒体流获取效率：由于有多个相同的进程使用不同的Socket获取媒 体流，写缓存仲裁器模块总是使用它们当中效率最高的进程获取到的媒体 流，而对于性能始终得不到提升的进程，进程管理器可以将其杀死。