亲密接触WINDOWS MEDIA SERVICE 9

亲密接触WINDOWS MEDIA SERVICE 9 （1）
<script language="javascript" src="/js/ad_overmin.js" type="text/javascript"></script>   亲密接触WINDOWS MEDIA SERVICE 9 （1） 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，看看如何在本地配置一个视频服务 三：WMS9的配置 3.1：添加服务器 右键点击管理界面上Windows media service 9节点，选择新建一个组，输入组名后点击ok,同样点击刚刚创建的组节点，选中添加服务器，在随后弹出的对话框中输入服务器名或ip地址，完成后点击确认，到这里你已经完成添加服务器的过程，可以对他进行设置了，完成后的情况如图4所示。                                                   图4 3.2：设置服务： Windows Media Services 使用发布点将客户端对内容的请求转换为安置该内容的服务器上的物理路径。在客户端成功连接到发布点之后，Windows Media 服务器管理该连接并传输该内容。所以，要让用户访问你服务器上的媒体，还是需要你建立一系列的发布点的。 右键点击服务器下的发布点节点，选中添加发布点（高级），在弹出的对话框中，你可以对你的发布点进行设置，如名称，根目录，发布点类型等等（图5），当然你也可以使用向导来进行设置，更便捷。                                      图5 添加完发布点后，你就可以使用mms://server ip/发布点名称/媒体文件名 的方式对媒体进行访问了。         3.3：设置视频服务属性。  点击服务器节点，选择右边菜单栏的属性选项，在接下来的详细菜单中，你可以选择对应的属性来设置你的服务器。他们包括 1.        常规：      显示当前运行的Windows Media Service 的版本号 2.        授权：      控制已通过身份验证的用户对内容的访问 3.      日志记录：  使您可以记录通过单播流连接的播放机的活动数据。服务器和发布点日志记录插件将协同工作。这个日志文件位于%SystemRoot%/System32/LogFiles/WMS/<V>/WMS_<Y><m><d>.log，在我的系统里，他在E:/WINDOWS/System32/LogFiles/WMS/[Global]/WMS_20030505.log 4.        事件通知： 可以通过 Windows 管理规范(WMI)无缝、安全地接收有关所有内部 Windows Media 服务器事件的通知(无论在本地计算机还是远程计算机上)。 5.        验证： 这个是我很感兴趣的内容，一直以来，wms的身份验证总觉得没有real 的Commerce来得好用，这次不知微软会不会给我带来惊喜，不过考虑到微软解决数字版权的主要方式是通过DRM，那么可能这个验证也不过是一个陪衬而已了，改项主要提供以下验证方式： WMS NTFS ACL Auhorization:通过NTFS的权限管理来对发布的内容进行权限管理. WMS IP Address Authorization:通过对IP地址的限制来对发布内容进行管理 WMS Pubishing Points ACL Authorization:通过对发布点(Publishing Points)的授权来对发布内容进行权限管理 6.        缓存/代理管理 7.        控制协议：使 Windows Media 服务器可以通过 HTTP，MMS,RTSP 协议与客户端和其他下一级服务器进行通讯。 **在使用HTTP方式时， 如果运行 Windows Media Services 的计算机同时用作  Web 服务器，应首先确保同一 IP 地址的端口 80 上不存在冲突，然后再启用该插件。 8.        限制：在这个选项中，master可以轻易的设置对media service 的限制访问，限制的方式包括了连接数，总带宽，每一连接最大带宽等多种限制。如图6所示，写道这里我突然产生一种想法，如果哪天MS停止免费供应Media Service ，而是也象Real那样通过许可证方式来提供相应性能，岂不是……？当然，这种想法现在看起来还是杞人忧天。                                     图 6 9.        媒体分析程序：使 Windows Media 服务器可以传输  MPEG Layer-3 音频 (MP3) ，JEPG,WMS格式的文件 10.     播放列表分析程序：在这里，MS提供了两种方式的播放列表，对应于WMS4.x的Metafiles, 最叫人兴奋的是:我们现在可以抛掉那个不太好看也不太好用的asx，代之以包含同步多媒体集成语言 (SMIL 2.0)  语法的播放列表文件提供支持。 当然，微软依然不已不饶给他起名叫WSX文件. 11.数据源：Windows Media Services 通过使用数据源插件对多种数据源提供支持。默认情况下，Windows Media Services 可以使用下列数据源插件： WMS文件数据源插件。 WMS 网络数据源插件。 WMS HTTP 下载数据源插件。 WMS 推传递数据源插件。 12.单播流：使 Windows Media 服务器可以使用单播传递方式传递内容， 4:总结：     综上所述，WMS9此次携Windows Media 9 series而来，的确是带给我们不少新东西.微软在流媒体这个相对陌生的领域的快速进步令人侧目。然而，这些提供的新特性，真的如MS宣称的那样吗？对于这个问题，不亲自测试一下是不能作出回答的。老狼我会在以后的文章中给出评测报告的。     好，到此为止，我们对Windows Media Service 9已经有了一个大概的认识了，当然，这种认识还只是初步的，在随后的文章里面，我们将对WMS 9 的具体功能以及一些技巧作一个详细的描述，今天就先到这里啊