[发明专利]流媒体系统中发送媒体请求消息的方法

说明书

技术领域

本发明涉及基于RTSP的流媒体通信技术，特别涉及Windows Media流媒体系统中RTSP请求消息的发送方法。

背景技术

Windows Media是Microsoft提出的信息流式播放方案，旨在Internet和Intranet上实现包括音频、视频信息在内的多媒体流信息的传输。由于Windows Media技术具有方便性、先进性、集成性、低费用等特点，逐渐被众多局端厂商作为流媒体系统的解决方案，如生产机顶盒的厂商。用户终端机顶盒在发送RTSP(Real Time Streaming Protocol，实时流传输协议)请求时，需要携带客户端的User-Agent(用户代理)信息，包括播放器的名称、版本号和GUID(全局统一标识符)，GUID由网卡标识数字以及CPU时钟的位移数字生成。如“wmplayer/9.0.0.3250 guid/3300AD50-2C39-46C0-AE0A-78F007CDDD99”为机顶盒终端发送的用户代理信息，其中“3300AD50-2C39-46C0-AE0A”为GUID的固定信息，“78F007CDDD99”为GUID的可变信息，由CPU时钟随机生成。在多个终端机顶盒发送RTSP请求时，会出现不同的终端机顶盒发送相同的GUID。

基于RTSP的流媒体系统请求认证过程一般为：当IP机顶盒接入流媒体服务器时，Windows Media Server系统对接收的用户请求有完善的认证机制，保证入网用户的使用，禁止非法用户的接入，认证成功后IP机顶盒终端发送RTSP请求信息，流媒体服务器再判断请求信息中携带的同一GUID用户是否超限，未超限则为用户提供服务；若超限则拒绝提供访问。Windows Media服务器对于同一GUID的并发用户数进行了限制(默认同一GUID的并发用户数最大数为10)，导致用IP机顶盒进行点播的用户数并发超过10个时，后续用户点播失败。

发明内容

本发明所要解决的技术问题是，针对流媒体客户端进行点播时，同一GUID用户超限导致后续用户点播失败的问题，提供一种流媒体系统中发送媒体请求消息的方法。

本发明解决所述技术问题采用的技术方案是，流媒体系统中发送媒体请求消息的方法，其特征在于，包括下列步骤；

a、生成流媒体客户端的用户代理信息，所述用户代理信息中的GUID绑定流媒体客户端的身份识别信息；

b、流媒体客户端向服务器发送携带用户代理信息的RTSP请求信息；

进一步的，所述步骤a中，流媒体客户端的身份识别信息为其MAC地址；

进一步的，所述用户代理信息中的GUID的可变信息由其MAC地址生成。

本发明的有益效果是，保证了每个流媒体终端发送的GUID信息各不相同，避免了Windows Media流媒体客户端进行点播时因为GUID冲突不能播放的问题，提高了流媒体终端的服务质量和接入成功率。

具体实施方式

以下结合具体实施方式对本发明作进一步说明。

以IP机顶盒为流媒体客户端为例，为了保证每个IP机顶盒发送的GUID信息各不相同，对生成用户代理信息(User-Agent)中GUID数据的生成作相应的改变，User-Agent信息中的GUID绑定IP机顶盒的身份识别信息，比如每台IP机顶盒的不同编号、每台IP机顶盒MAC地址等，使每台IP机顶盒生成的GUID具有唯一性。GUID数据的生成参考现有的WMPlayer客户端信令格式，包括固定信息和可变信息两部分数据，其中固定信息的生成与现有的相同，在可变信息部分绑定IP机顶盒的身份识别信息，如MAC地址。为了进一步简化，取消由CPU时钟的位移数字生成GUID的可变信息，而直接由IP机顶盒的MAC地址生成GUID的可变信息。保证了每台IP机顶盒发送GUID信息的数据唯一性。为了达到Windows Media Server进行无缝连接，IP机顶盒一般需要伪装成WMPlayer客户端和服务器进行交互。由WMPlayer版本号、GUID信息生成User-Agent信息，IP机顶盒向服务器发送携带User-Agent信息的RTSP请求信息。例如，IP机顶盒的MAC地址为“00 14 49 00 F3 3B”，假设该IP机顶盒的GUID的固定信息为“3300AD50-2C39-46C0-AE0A”，WMPlayer版本号“9.0.0.3250”，则该IP机顶盒的User-Agent信息为“wmplayer/9.0.0.3250guid/3300AD50-2C39-46C0-AE0A-0014-4900-F33B”。由于将IP机顶盒的MAC地址唯一性应用到Windows Media流媒体客户端系统的RTSP请求信息中，保证了其GUID信息的唯一性，从而避免流媒体客户端进行点播时的同一GUID用户超限时，后续用户点播失败的问题。