用Windows Media Service 9 实现VOD广播和点播系统（上）

用Windows Media Service 9 实现VOD广播和点播系统（上）

2006-10-27 15:25

Windows 2003(.net)目前已经推出了多个评估版本供大家试用，而其中最令广大流媒体爱好者感兴趣的，莫过于Windows Media Service 9了，随着对.net的熟悉，觉得终于有点什么可以写了，于是有了下文。 一： 了解windows media service 9 带着对6倍于DVD的高清晰度视频的支持（OH! Jesus!!!）、首个网络5.1通道环绕音响特性、以及能大幅度节省网络带宽的流媒体创新技术，微软发布了包含媒体播放器、媒体制作程序、流媒体服务系统、及相关软件开发包的Windows Media 9系列产品……     以上是windows media 9 系列推出时，网上常见到的评论。当然作为流媒体方面的从业者，对这种宣传的可信度自然是打折。毕竟实践见真知，于是带着种种期待，我下载了一个windows 2003 server Enterprise简体中文版，开始了我和media service 9 的亲密接触      1.1安装服务      想要在你的windows 2003上运行Windows media service 9，你必须在安装时选中相关服务，同样的，你也可以在安装完毕后使用添加/删除程序来安装windows media service 9,在我的2003中，可选的windows media service 组件有4个（如图1所示），他们分别是    * Windows media service * Windows media service管理单元 * 多播和广告记录代理（需要IIS6.0的支持） * 用于web的windows media service 管理器（需要II6.0支持） 大家从这里可以看出来，windows media service 9,实际上已经把unicast(点播),muticast(多播)合并到一个服务中了。同时他的管理单元也比原来丰富的多，除了一个基本的管理单元外，用户还可以通过基于web页面的方式来远程管理他的视频服务器。当然如果要使用web方式，是需要你的视频服务器上同时运行有IIS 6.0的. 图1 2.1直观印象： 安装好了吗？ok,现在你已经可以在管理工具里面找到Windows Media service 了，选中他，就可以进入WMS9的管理界面了. 和以前基于web的管理方式不同的是，这次MS提供的本地管理界面是完全基本控制台(MMC)的，当然如果你安装的时候选中了“用于web的windows media service 管理器”，你还是可以使用类似wms 4.x的web管理方式的，在这种情况下，注意你的IIS，你会发现有一个“Windows Media 管理站点了”（图2）,注意在缺省情况下，他的端口是8080。   图2 好了，既然是亲密接触，说了这许多，不亲眼目睹一下WMS9的芳容怎么可以？图3就是基于MMC的WMS9管理界面.,有什么感觉？是不是很简洁，给人一种很清新的感受？当然，我们的重点不是看她的外观，毕竟WMS9提供了何种程度的新功能才是我最期待的.   图3 二： 有何新意？     作为微软新一代的视频服务。WMS9中如果比给大家一点点惊喜，就太对不起观众了，以下是MS的官方文档中声明的WMS9对比以前版本的Windows Media Service 的不同之处。 2.1对 Windows Media Services 的更改 此版本对 Windows Media Services 做了重新设计，使服务器更加灵活、统一了核心组件并简化了管理过程。以下是对当前版本所作更改的简要概述： 服务四合为一 — Windows Media Services 服务。Windows Media Services 服务取代了 Windows Media Services 4.0 和 4.1版本所包含的四个单独的服务：Windows Media Monitor Service、Windows Media Program Service、Windows Media Station Service 和 Windows Media Unicast Service。 在管理方面的高度集成无疑使得管理工作更加简便 插件的扩展使用。如果使用 Windows Media Services 4.x 版本，则可以使用自定义验证插件、授权插件或事件通知插件来扩展服务器；但不支持其他插件类型。此版本通过扩展的插件结构大大增加了用于自定义和配置服务器的方法数。已为大部分插件提供了界面，因此可以建立提高服务器性能的自定义插件。可以使用插件控制如下行为： 服务器如何从设备读取。使用数据源插件使服务器能够读取数据库、设备驱动器和各种网络位置。 如何在网络上发送数据。将数据写入器插件与控制协议插件一起使用以支持各种网络协议。 如何转化服务器端播放列表。使用播放列表分析程序插件以使服务器可支持各种不同的元文件格式。 如以上所述，大家可以看到，在Windows Media 9 系列中(尤其是在encoder 9和player 9)，广泛的支持插件已经成为了一种规范，看来微软也愿意略微低下高傲的头了.对于广大的使用者来说，今后可以更方便廉价的通过获取插件的方式来迅速扩张提供服务的功能。 发布点的扩展使用。发布点处理与流相关联的内容。发布点扩展了 Windows Media Services 早期版本提供的基本功能，并且大大简化了以前由节目、流和广播站联合提供的功能。现在可以同时创建广播发布点和点播发布点，而且可以通过可控制不同服务器功能的属性页面来自定义这些发布点。 灵活的服务器端播放列表。每个发布点（包括点播发布点）都可以传输播放列表的内容。播放列表中的每个项目都具有一组独立的属性，如重复、持续时间、类型等属性。可以指定这些属性来满足您的具体需要。甚至可以在广播过程中修改播放列表，使您不必中断流即可响应此情况。 灵活的事件结构。在 Windows Media Services 早期版本中，只能通过广播站和单播 Microsoft ActiveX® 对象来获得外部事件。在此版本中，外部可以同时通过 Windows 管理规范 (WMI) 事件和简单网络管理协议 (SNMP) 事件获得事件，而内部可以通过服务器界面来获得事件。 快速传输。在 Windows Media Services 早期版本中，内容是以恒定的比特率传输到客户端。“快速传输”允许传输、下载和缓冲联合使用以便提供最好的用户使用效果。以下功能提供了“Windows Media Services 快速传输”功能： 快速启动。使内容的开始部分以最大可得带宽迅速下载到 Windows Media Player，减少了充满播放机的缓冲要求所需的时间和用户开始接受流时必须等待的时间。 快速缓冲。使 Windows Media Services 可充分利用任何其他的带宽将额外的数据发送到播放机的缓冲区，以便允许播放机更好地承受网络带宽波动。 快速恢复。通过使用转发纠错大大减少数据包损坏和中断事件，使服务器为那些在延迟时间较长的网络连接上（如无线网络和卫星网络）接收内容的用户提供不间断的查看效果。 快速重连。使服务器自动恢复在广播过程中由于网络问题而丧失的客户端连接，包括编码器、分发服务器和播放机。 数据包重发逻辑性能提高。在 Windows Media Services 早期版本中，客户端数据包重发请求仅能实现最后两秒的内容。在此版本中，有了更好的纠错和流质量，可将 10 秒的数据存储在服务器缓冲区中。 基于服务器的内容重包装。在 Windows Media Services 早期版本中，服务器仅能传输由流格式定义的数据包。在此版本中，服务器管理器可以设置最适宜的数据包大小以适合在环境中传输，并且服务器能根据此属性设置重新分配数据来传输数据包。这种优化仅当使用用户数据报协议 (UDP) 数据包和实时传输协议 (RTSP) 来传输内容时才适用。 支持 IPv6。此 Windows Media Services 版本支持 Internet 协议版本 6 (IPv6) 寻址。 支持 IGMPv3。Internet 组管理协议 (IGMP) 版本 3 为 Windows Media Services 提供了帮助防止多个广播服务器使用同一多播 IP 地址出现的问题的能力。此功能要求连接到多播的客户端使用 Windows Media Player 9 系列。 下面的表格1将 Windows Media Services 4.x 版的术语和功能与 Windows Media Services 当前版本的术语和功能进行相互对照。     旧术语 新术语 高级系统格式 (.asf) 文件 .wma 或者 .wmv 文件扩展名能使客户端分辨出文件是否包括视频还是仅是音频，并且经常用于替代 .asf 扩展名。此文件格式是相同的，可以毫无困难地使用 .wma 或 .wmv 文件扩展名对 .asf 文件进行重命名（反之亦然）。 ASFRoot WMRoot 广播单播发布点 使用单播数据写入器的广播发布点。 分发站 使用单播数据写入器的广播发布点。 MSBD 协议 不再支持此协议。可以使用 RTSP 或者 HTTP 协议代替服务器间的数据传输。HTTP 协议专用于编码器和服务器之间的数据传输。 多播广播站 使用多播数据写入器的广播发布点。 节目 播放列表 单播发布点 点播发布点 Windows Media Station Service Windows Media Unicast Service Windows Media Program Service Windows Media Monitor Service Windows Media Services 服务结合了这四项服务的功能。    2.2 不同版本下的Windows Media Service 功能差异     需要注意的一点是：在不同的Windows 2003的版本中，Windows Media Services 的功能因所运行的 Windows Server 2003 版本的不同而有所不同,具体如表2所示，其中yes代表支持该项功能，no代表不支持。 功能 Windows Server 2003 Standard Edition Windows Server 2003 Enterprise Edition 或 Windows Server 2003 Datacenter Edition 支持广告服务器 yes yes 支持缓存/代理服务器  No yes 单播内容传递 yes yes 多播内容传递  no yes 支持多种控制协议 (MMS、HTTP、RTSP) yes yes 无线流式播放优化功能  No Yes 多种授权方法（NTFS ACL、IP 地址） Yes Yes Internet 身份验证方法（摘要式） No Yes Intranet 身份验证方法（协商身份验证、匿名访问） Yes Yes 支持多种播放列表分析程序（WSX、目录） Yes  Yes 支持多种媒体分析程序 (Windows Media、MP3) Yes Yes 支持自定义插件 No Yes 强大的事件通知功能 (WMI、SNMP) Yes Yes  支持基于事件的脚本 No Yes 快速缓存 Yes Yes 快速启动 Yes Yes 快速流式播放 Yes Yes 快速重新连接 Yes Yes 快速恢复 No Yes RTSP 流式播放 Yes Yes 支持 Internet 协议版本 6 (IPv6) Yes Yes 支持 Internet 组管理协议版本 3 (IGMPv3)  No Yes 基于服务器的内容重新打包 Yes Yes                                     表2   可以看出，MS还是赋予WMS9很多新特性的，算是一个全新的视频服务平台，而不是WMS 4.x plus,至少我这么认为，其中最令我感兴趣的就是MS一直宣传的快速缓冲，和缓存了，当然MS在新一代的视频服务中支持rtsp协议同样叫我吃惊，不过对应于REAL 的HELEX SERVER一早就开始支持MMS协议来看，微软作出这样的回应并不奇怪，毕竟real的视频服务协议在流媒体市场还是占有很大的份额的。 下面，我们来亲自操作，设置一下Windows Media Service 9，看看如何在本地配置一个视频服务