下面的表格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 的具体功能以及一些技巧作一个详细的描述，今天就先到这里啊
