| ||
| ||
这个演示文稿集中展现了Windows Media Services 9 Series所配备的高级特性和客户应用情境,其中便包括企业环境下的现场执行广播,Internet广播和电子教学等。 中文对白: 大家好,感谢你们的参与。我们将讨论企业中的Windows Media Services。我叫Chris Knowlton,是Windows Media Services团队的程序经理。 今天我们首先从Windows Media Services的概述开始,论述Windows Media Services与Windows Server 2003的切合点。然后我们看一些主要的企业应用场合,这些将是我们今天的重点,尤其是企业通讯和电子学习。 我们还将简单地谈一谈这一领域的竞争情况,然后对今天所讲的内容做一个小结。 首先让我们来看一看它与Windows Server 2003的切合点。今天我们以信息工作者平台为重点。该平台建立在Microsoft Windows客户端和服务器及Microsoft Office之上。在它们之上,我们有诸如SQL Server和 Exchange Server的服务器构件。 围绕着它们有许多工具及安全和网络服务。今天我们谈的最多的将是Media Services,尤其是Windows Media Services。Windows Server 2003扮演三种主要的角色。我们主要谈论信息工作者基础架构。 另外两种角色一为应用平台,即在IIS和.NET框架之上构建定制的客户应用;另一个角色为IT基础架构,即构建网络的企业机构。这建立在三件事情之上--Active Directory、安全性及网络服务。 在我们谈论Windows Media 9 Series时,主要有三个需要注意的方面,即内容创建、内容传播及内容回放。多数人都知道三个主要组件,即编码器、服务器及播放器。 围绕着这些主要组件,我们还有一套丰富的工具,它们由Microsoft和第三方提供,用于帮助用户完成在网页及其他领域中的定制编辑、创建、服务及回放。当然,新增的工具还包括DRM授权创建及内容发现元数据。 让我们先看一看在开发Windows Server 2003版Media Services之前,我们从Windows 2000 Server中学习到了什么。某些应用场合的使用体验很糟糕。例如网络连接不是那么良好,有时信号在服务器和客户端之间丢失等。 在客户端播放内容时,它实际上是在播放一个客户端播放清单,管理员不能很好地动态控制这些内容。此外服务器的可扩展性和管理能力都很有限。 如果需要通过网络传播大量内容,您将很难构建这样一个平台。类似的,也没有缓存代理支持。 这就引发了一个很有趣的问题,如果您有大量的内容通讯,所有的流必须从源服务器获得。 还有一些性能问题,多数与网络有关,有时也与其他方面有关,但我们已对这些问题提出了一些解决措施。此外还有有限的承载能力。 我们将简单论述这些问题,以及Windows Media Services 9 Series是如何解决这些问题的。 让我们来看一看三个主要的设计目标,这些设计目标建立在过去三年来Windows 2000的用户反馈意见之上。 首先是终极的流体验。 它表示我们希望客户端能有尽可能好的使用体验。我们不希望用户坐在屏幕前,却总是看见缓冲延迟,我们也不希望在信号丢失时重新连接服务器并从头开始播放。 我们添加了一些特性,用以解决这一问题。这些特性包括快速流、改良的包恢复、多比特率流,以及带宽检测等方面的改进。 此外,我们还添加了对基于标准的协议的支持,让使用第三方工具和其他语言的用户可以更好地扩展该平台。 让我们首先来看一看快速启动,这是我们的第一个快速流技术。我们新增了使用剩余网络带宽的能力,用以改善最终用户的体验。 以前数据流按照客户端请求的速率进行传播,也就是说,如果请求了100 KB/秒的流,它将从服务器以100 KB/秒的速度传播至客户端。 现在我们利用了多余的带宽,尤其在有宽带连接时。当然它也适用于拨号连接。举例来说,假设您有一条700 KB/秒的DSL线路,并以100 KB/秒的速度请求内容。 在开始的数秒内,即以前您所看到的缓冲,数据将以高达700 KB/秒的速度传到您的机器上,对开始的几秒钟内容进行缓冲,这是开始播放流之前必需的,然后我们看到了流的显示。 现在我们获取内容的速度更快,流的启动速度更快,并且看不到缓冲。这近乎于我们所追求的即时启动体验。 这同时还最小化了客户端缓冲时间,因为现在信息发送的速度更快了。与我们的竞争对手不同的是,它同时兼容于实况和点播内容,这一点很不错。 即使是实况转播,您仍可以获得快速启动体验,而无需等待几秒钟以完成客户端的缓冲。服务器管理员可以通过带宽利用率策略对其进行控制。 如果知道服务器在高峰时刻有X个流连接,您可以减少分配给每个会话的带宽,以防网络超载。客户端则通过增加缓冲的大小来解决临时的网络阻塞。 第二和第三个快速流技术为快速缓存和快速重连。类似的,我们使用多余的带宽来改善用户体验。 在流刚开始的时候,我们使用多余的带宽将信息传至初试缓冲内,我们对播放器缓存也进行了类似的处理。当快速缓存启用时,我们发送尽可能多的信息,让用户提前读取这些数据。 举例来说,如果网络遇到问题,例如断线或网络阻塞,播放器可以继续播放缓存中事先缓冲的内容。 对于快速重连,如果因网络阻塞而导致的延迟只持续几秒钟,假设是5秒钟,播放器可以自动重连到服务器,用户或许根本不会注意到网络阻塞。 服务器端同样也提供了带宽和缓存策略,管理员对此拥有完全的控制权。我们还可重新建立了丢失的网络连接。这些特性都是默认启用的,管理员拥有完全的控制权。 我们有一个快速流的演示,目的是让您体验一下启用快速流和未启用快速流的区别。 好了,现在您已经看到了演示中的快速流有多么诱人,下面让我们来看看组成Windows Server 2003中终极流体验的其他一些特性。 现在我们支持基于标准的协议,RTSP协议在Windows Media 9 Series中得到了完全的支持,诸如UPnP防火墙遍历支持及网络地址转换的特性都得以实现。 通过IGMP 3协议,我们还实现了对多播流的支持。用户网络上可以有多个多播会话,播放器可以通过服务器来源判断与自己连接的多播流。我们还提供了完全的IPv6支持。 这对我们的亚洲客户尤其重要,因为亚洲已经完全实现了IPv6,随着IPv6在全球的推广,该特性将变得更为重要。 好的,让我们看一看Windows Media Services 9 Series的第二个设计目标--动态内容编制。 我们做的第一件事就是实现了服务器端播放清单。在以前的版本中,我们只提供客户端播放清单。 这一新特性允许客户端从服务器请求内容,服务器将一个播放清单发送至客户端,然后播放器连接至服务器并播放清单中的信息或数据流。 对于服务器端播放清单,客户端只需连接至服务器一次,请求信息,服务器动态合成播放清单,然后服务器把播放清单中的内容提供给客户端。无需在客户端和服务器之间往返连接两次,只需一次连接就可以得到内容。 所有的服务器端播放清单都使用SMIL 2.0语法创建。它本质上是XML。这一工作很简单,您可以通过Windows Media Services内建的播放清单编辑器、记事本或其他您喜欢的编辑软件创建播放清单。 该特性相当不错,因为您可以个性化特定用户的播放清单。服务器可以通过客户端发送过来的信息决定用户的播放清单。 例如,判断的标准可能是用户ID或IP地址,甚至可能是用户使用的语言,只要是客户端可以设置的信息,服务器都可以用来个性化播放清单。 所有的服务器端播放清单策略都是在服务器上执行和实现的。这很不错,因为管理员可以完全控制用户的体验。服务器端播放清单的另一个优势在于,与客户端播放清单不同的是,客户体验可以动态改变。 如果出于某些原因,例如浏览器或客户端操作,您需要切到某一段内容,您也可以通过该特性实时改变内容。 与快速流和快速启动功能一样,该特性也可以用于实时和点播内容,服务器端播放清单支持它们两者。我们还在服务器端为非SMIL设备提供播放清单。 对于小型设备,如手持PC、Pocket PC、电话、手机等,客户端播放清单都需要SMIL剖析器。对于像手机这样的设备,支持SMIL是一件很麻烦的事。 现在因为服务器清单都驻留在服务器上,所有处理都由服务器端完成,所以客户端不再需要支持SMIL。此外,日志还可以跟踪记录所有用户体验。 您可以查出某客户端在特定内容上花了多少时间,以及客户端查看了哪些内容,从而通过日志很好地了解用户的体验。 继续我们的动态内容编制,让我们看一看个性化的动态播放清单。看一下这张图片,我会帮你理解它。假设在第一步中,客户端向培训部门请求某一段内容。 用户点击了一个URL,该URL将用户转至NewCourses.wsx。wsx表明这是一个服务器端播放清单。在服务器端,服务器获取用户ID或IP地址,然后决定用户的身份和他所请求的内容。 这里我们假设您是一个用户,您请求新的课程,即培训部提供的最新课程。 服务器不会把所有新课程的清单都提供给你,我们在后端添加了一定的智能,通过数据库查询得到您的用户ID。 服务器发现您实际上已经收看过5个新课程中的3个,因此它只会把剩余的两个课程,即你还没有收看过的课程提供给你。 于是服务器动态创建一个播放清单,告知你有哪些合适的内容,并为你提供两个流,简单介绍这两个课程。 在第三步中,所有这些信息都被发送给你。你可以了解到自己可以看到哪些内容,并通过两个内容剪辑大致了解到这两个课程。 我们的第三个设计目标建立在工业强度的平台之上。从企业和商业的角度来看,这是促进销售的关键因素,因为我们的平台是非常安全的。让我们看一看这意味着什么。 这是工业级强度的简单解释。您可以向上或向外扩充。我们已经使服务器更为可靠,更为安全。我们在管理方面添加了更多功能和灵活性,此外还通过更高的安全性使其更适合于主机应用场合。 我们不仅添加了功能,还提高了安全性和可靠性。用户可以通过一个灵活的插件体系结构创建定制的解决方案。 它支持各种语言,因此即使不熟悉C++,您仍可以使用其他语言来定制自己的服务器及最终用户的客户端体验。 它拥有强大的管理界面,您可以通过广泛的编程语言支持来控制服务器端的行为。 让我们稍微深入地看一看这些特性。首先是向上扩充,它可以让一台机器提供更多的流。这是Windows Media 9 Series的优势之一。 Windows Media Services 9 Series还可提高硬件的可伸缩性,这是我们的关键设计目标之一。我们将TCP和宽带支持的性能提高了两倍。 更好的动态磁盘I/O,因为现在我们可以使用Windows Server 2003的文件缓冲功能,为经常被访问的内容提供缓存。在高性能服务器,或安装有高性能存储系统或本地磁盘的服务器上,性能提高了两倍。 对于老式硬件或没有本地内建缓存的本地磁盘,性能将是Windows 2000 Server的8倍。在一台机器上,我们最多可提供20,000个流,即22 KB/内容。 在一台机器上,您可以通过一个1 GB网卡获得高达900 MB/秒的高吞吐量。对于向上扩充,我们提供了一个经过升级的负载模拟工具。 通过这一负载模拟工具,您可以测试自己的网络、网络设施及服务器,虚拟一定量的客户端,模拟实际的应用场合。这样你可以在实际使用服务之前找出它的薄弱之处并采取相应的措施。 向外扩充与向上扩充一样重要。向上扩充意味着每台机器支持更多的流。向外扩充意味着我们将更多的流分散到多个机器上。我们通过许多改进改善了数据传播质量。首先我们提供了对UDP和服务器间多播的支持。 我们还提供了远程日志支持。对于在包含大量机器的宽域网络上传播信息的应用场合,您很难确保所有信息反馈到源服务器,并从中了解到哪些用户在收看这些内容,收看的时间长短以及收看了哪些内容。 现在通过远程日志支持,所有这些信息都将保存在源服务器上,因此您可以清楚地了解到哪些用户在收看这些内容,收看的时间长短,收看了哪些内容,以及用户体验的好坏程度。 我们前面还提到了自动重连,不仅包括播放器和服务器之间的自动重连,还包括服务器和上流服务器之间的重连。 如果源服务器和传播服务器,或者编码器和传播服务器之间发生了网络阻塞,自动重连功能将试图自动重新建立连接,用户甚至不会意识到网络阻塞。 向外扩充方面最重要的特性是缓存代理支持。这是我们创建的一个插件模型,允许独立软件开发商和其他机构开发自己的缓存和代理插件。 此外,通过这一特性,您只需花费市场上现有其他设备成本的一个零头,就可以构建自己的缓存代理服务器。您可以通过插件来指定策略,可以在本地缓存内容,可以支持重定向至另一台上流服务器,还可以预填充内容。 您可以在晚上发送信息,以利用这段时间的低带宽占用率。 我们还支持加速和减速下载,加速是显而易见的,实际上这是快速流技术的目的。但我们还提供了减速下载支持,让服务器在网络高峰时刻以较低的速率发送信息。 我们还在SDK中提供了一些插件,如用C++编写的代理插件,用C#编写的缓存代理插件等,Microsoft网站也提供下载。 让我们来看看它的工作方式。在这张图里,您可以大致了解到企业中的传播应用场合。 在总部的网络中,我们有一个Windows Media编码器,用于创建内容,总部服务器的右侧为源服务器,它可以向外单播至每个客户端,由指向右侧的直线表示,或者进行多播,由波浪线表示。 对于不熟悉单播和多播的听众,让我解释一下。多播就像你看电视一样,同样的信号传入您的电视,对该信号您并没有太多的控制权。您并不能快进或倒带或暂停,只能打开或者关闭。 单播则允许你暂停或者快进,这更像放录像。从总部出来,我们还有三个远程站点,即远程网络A、B及C。 远程网络A,可能它有一条高容量的线路连接回源服务器,但我们在该网络内有一个传播服务器。出于某些原因,管理员决定不实现缓存代理服务器,也就是说该服务器没有启用缓存代理插件。 该传播服务器从源服务器处获取内容。它还可以多播和单播至远程网络A中的所有客户端。 在远程网络B中,我们也有一条线路连接回总部的源服务器,但这条线路可能容量比较小,或者该网络有大量客户端,因此我们在该网络中实现了缓存代理,即在该Window Media Server中安装了缓存代理插件。 该服务器将缓存第一次来自源服务器的内容,访问该内容的后续客户端将直接从本地缓存代理那里获得内容,而不是连接回源服务器再次请求下载内容。 显然这有助于节省网络空间。它对于节约带宽很有帮助,当我们着眼于远程网络C时,我们会发现这更为重要。该网络在使用VPN,或许这只是经由电话公司或Internet服务器提供商连接至总部的DSL或T1线路。 现在内容下载至VPN,远程网络C可能有许多用户,缓存代理非常关键,因为带宽很有限,所以您希望尽可能少地使用这条线路,以节省带宽。 通过缓存代理,我们可以在本地存放这些信息,后续的用户只需查看本地缓存的内容。同样的,我们可以对流进行拆分,让多个用户共享同一个流。 如果某用户向上流连接至特定的流,如果这是一个广播流,其他用户也可以查看相同的流,这同样也节省了带宽。 工业级强度的另一个方面是可靠性。从Windows 2000的客户反馈看来,对Windows Media Services最高的评价就是它在Windows 2000下的可靠性。 在Windows Server 2003中,我们进一步完善了可靠性。让我们看看我这样认为的一些原因,以及我们添加的一些用于改善可靠性的特性。 自7月以来,MSNBC,Internet上主要的新闻站点之一,已使用Windows Media 9平台将超过6000万个流放在网上供点播。这很好地证实了Windows Media 9 Series的处理能力。 我们还添加了诸如自动连接恢复的特性,和我们先前讨论的快速流技术和自动重连技术一样,该特性确保了网络阻塞期间的可用时间。我们还测试了Windows Media 9 Series在网络负载平衡群集中的表现。 您可以得到对潜在硬件故障的容错性。我们还支持进程内和进程外插件,用户可以编写第三方插件,如果该插件有问题,它也不会导致整个服务器崩溃,最多只是该进程崩溃。 工业强度流平台的另一部分是安全性。 正如你们所注意到的,Microsoft继续致力于安全方面的研究,以满足客户的要求。Windows Media Services 9 Series经过了广泛的安全性测试审核,以确保这是一个非常安全的平台。 我们已经添加身份验证,两种新形式的身份验证客户端,一个是Digest,另一个是Kerberos。我们不再支持服务器端的HTTP-Basic,尽管播放器端仍然支持它,以兼容老式的系统和服务器。 在客户端授权方面,您可以在视频剪辑一级或发布点一级上对客户端进行授权,以前则做不到这一点。您可以动态允许或拒绝IP地址,也就是说,您可以按照IP地址授权用户,而不仅是用户ID和其他信息。 对于身份验证,您可以编写自己的插件,或使用服务器附带的插件。 工业级强度的另一个部分就是为管理员提供的管理能力和灵活性,尤其当他们有一个很大的或分布式的网络。 Microsoft Management Console是这里的关键之一。你们应该都很熟悉MMC,用户可以通过它使用服务器上的其他工具和服务。这里我们可以利用自己对这些工具的熟悉性。 MMC还有友好而全面的向导,它们可以帮助您轻松地完成各种任务,而无需了解服务器的相关信息。我们还添加了基于HTML的管理。 如果您试图从远程站点管理自己的服务器,例如穿越防火墙进行访问,MMC将非常有用。对于使用其他平台或浏览器的用户,MMC也很不错,因为它与平台和浏览器无关。 此外,除了MMC,我们还有一个类似于MMC的友好的用户界面和功能。对于熟悉MMC界面的用户,基于Web的管理不会显得那么陌生。 其他的管理特性还包括Windows脚本主机。它允许用户自动安排和调度管理任务,这尤其适用于熟悉命令行脚本和命令的用户。现在您可以通过编程自动安排和调度这些任务。 我们支持许多脚本语言,如VB Script、J Script及Perl等。此外还有一个MOM管理包正在测试之中。 这是Microsoft内部和许多客户所要求的,这一管理包类似于IIS的管理包,它允许用户从同一个地点控制多个服务器并监视它们的性能。 此外,我们还在Perfmon中添加了许多新的计数器,每个发布点也有独立的计数器。 该平台的可扩展性得到了很大的改善。让我们简单讨论一下这一点。可扩展性是一个关键的特性,对于我们的内容传播网络或主机提供商客户尤其是如此。这些客户的业务非常倚重Windows Media Services。 我们已经创建一个更具可扩展性的平台,用以满足各种企业客户的需求。现在插件是服务器功能的基本单位。事实上,服务器中多数特性都建立在插件之上。 它不只是一个附件,它对于服务器的体系结构非常重要。我们添加了强大的管理界面,让用户以多种方式管理和控制它,不仅仅是我们提供的用户界面,还有许多语言和脚本语言。 所有插件界面都拥有对客户端上下文信息的完全访问权,没有任何限制。如果您有一个插件,它可以访问到客户端所有可用的信息。 因为我们构建这一可扩展平台的方式,开发人员可以添加或删除特性,尤其当他们需要创建自己的定制服务器实例时。任何功能都可通过不同的界面和管理工具呈现给用户。 我们有脚本编程支持及前面所说的广泛的语言支持。 现在让我们看一看这些商业应用场合,如主机提供商和CDN等。我们有一个列表,让我们很快地浏览一遍表中的内容。我们有主机提供商和CDN。他们的业务主要依赖Windows Media Services。 他们通过Internet提供内容,他们需要一个可靠的、工业级安全的、可扩展的平台来完成这一工作。Windows Media Services 9 Series满足这些要求。我们还提供电台和电视重播。 你们可能访问过本地的电视或电台网站,并收看上面的流内容,这与您所处的地点无关,无论身处何地,您都可以通过Windows Media流收听收看家乡的电台和电视。 此外,任何使用广告插播的场合,如主机提供商、电台或电视节目以及其他提供内容的厂商。他们多数都需要广播插播功能,并且希望按照用户信息动态插入广告。 我们还有个性化的Internet电台/电视,他们可以参照用户的喜好提供相关的广告。这非常适合按浏览付费或视频点播等应用场合。它甚至可应用于电影预告片。最后我们还有无线订阅服务。 使用备有无线网卡的Pocket PC或移动电话的用户可以访问不同的站点并下载流内容。 如果希望访问MSN或MSNBC,您可以通过新增的无线订阅服务使用Windows Media Services将流内容、新闻或音频流下载到手持设备上。 我不打算更深入地讨论商业应用场合,但我打算从上一张幻灯片的一条内容开始,简单谈一谈主机提供商和CDN。因此这些厂商的业务主要依赖一个可靠的流平台,我想简单讨论一下他们。 在RTM之前,目标市场就已很好地接纳了该产品。我们让知名的CDN和主机提供商测试我们的技术,为我们提供宝贵的反馈意见,帮助我们到达现在的最终开发阶段。甚至在产品进入RTM阶段之前,他们就通过采纳这一技术来表示自己对该产品的拥护。 我们有至少200个Windows Server 2003 RC2运行于网络主机提供商和CDN的生产环境中。为了进一步刺激市场,让客户表达他们的支持,我们还建立了一个认证计划,目前已有6个美国合作伙伴通过了认证。 这不只是一个市场营销计划,它实际上证明这些提供商通过Windows Media Services 9 Series传播流内容,此外还提供了Window Media Services 9 Series所带来的服务质量。 这些提供商包括Akamai科技、Loudeye、Limelight,以及其他一些您可能熟知的名字,如果您对主机提供商和CDN很熟悉的话。在Windows Server 2003发布之前,我们预计将有10个合作伙伴通过认证,新增的合作伙伴有三个在美国,一个在欧洲。请时刻留意最新的发展。 现在我们已经讨论了Windows Media Servers的特性以及它与Windows Server 2003的切合点,让我们再来看一看企业应用场合,这是我们在未来几年内所期望的主要客户。让我们来看一看。我们为企业应用场合提供了哪些功能? 我们有企业通讯,它覆盖很多方面,如行政广播、Internet广播、内部网广播等。我们有电子学习。我将在稍后重点讨论这两个方面。首先让我们简单讨论一下后面两个。 如果仅仅是网站的视频宣传,销售和营销是非常简单的。 在许多房地产网站上,您会发现他们在使用流式媒体展示房屋或其他地产,对地产感兴趣的客户无需与房地产代理商接触就可以看到地产,并可从中了解到这是不是自己中意的地产。 这是一种很不错的产品推销方式,它同时也节省了客户的时间。 对于企业电视,尤其是拥有闭路电视系统的大型企业,他们可以去除许多基础设施,并代之以流式媒体。这样做有很多好处。您可以通过去除多余的基础设施省很多钱。 许多硬件将是多余的,现在企业的建筑里都有以太网络,内容可以通过这些网络内容直接传播到用户的桌面。用户再也不需要到闭路电视接口旁的电视,他们在自己的桌面上就可以收看到这些内容。 这方面福特汽车公司是一个很好的例子。福特拥有自己的企业广播网络,他们正在使用流式媒体和多播技术,员工可以在自己的桌面上访问到所需的内容。 好的,让我们来看一看目前流技术在企业中的应用状况。每4个公司就有一个使用流技术。使用流技术的公司80%使用的都是Windows Media,当然,另外3个公司还未应用流技术,这是一个很大的未开垦市场 因此,即使没有这些专业技能,用户也可以为企业创建内容。 未来我们将看到的是,企业市场的份额将不断增加。目前的用户有一半都打算在未来6个月增加新的部署。机遇是很明显的。Windows Media的用户是Real Networks的三倍,这是一个很好的消息。 您或许没有想到,Windows Media的部署还会促进新服务器的购买。因为现在您需要新的Windows Media Services服务器,企业中的网络越大,所需购买的服务器就越多。 此外它还将促进PC的升级,当用户开始使用自己的计算机播放音频和视频内容时,他们可能需要更好的硬件,以得到更好的回放。Microsoft Producer解决了许多内容创建问题。 让我们看一看Producer如何处理这些应用场合,以及它所适用的应用场合。 屏幕上显示了一部分应用场合。 行政演讲、诸如分析家电话或季度营收报告的商务通讯、培训讲座,会议存档、视频存档、索引视频及产品营销等。我们已经简单论述过产品营销,下面我们将讨论最前面的三个场合。 会议和视频存档只是使用Producer为已经创建的视频添加索引,并创建一个内容目录,用户无需搜索所有的视频就可以找到特定的主题。 好的,现在让我们看一看前面这三个应用场合。 行政广播是一个非常直观的概念。行政人员需要向企业的所有员工发表讲话。行政广播的要求在于,行政人员能够向遍布全球各地的员工发表讲话。 行政人员可以通过现场摄像机发表讲话,无需使用外部的演播室。讲话的内容经由企业内部网传播。 行政广播可以以多播的方式传播,以覆盖更多的听众,企业机构内的听众不需要都连接到服务器,这样可以防止网络阻塞的产生。此外,用户还可以点播存档的行政广播。 对于当时不在办公室,或是当时正在接听客户电话的员工,他们可以在稍后收看行政广播的存档。 我们将简单地看一看以前我们是如何做到这一点的,以及现在如何通过Producer实现行政广播。 好的,让我们谈一谈Internet广播。类似于行政广播,我们也是在谈论某种形式的广播,例如行政广播,季度营收报告,或者新闻发布会等,不同之处在于,现在内容将被广播至Internet。 有时公司不希望架设自己的基础设施来实现行政广播,于是他们求助于主机提供商和内容传播网络。 该特性的要求与行政广播非常相像,现在我们不仅要覆盖员工的桌面,还需要覆盖世界各地的多数股东,即可以使用计算机访问流媒体的那部分股东。 同样的,如果可能,我们希望经由Internet和内部网传播来自现场摄像机的流数据。此外,我们还希望保存这些内容,让那些没有看到实况转播的用户在稍后以点播的形式收看录像。 我们有一个某公司正在使用的金融分析家活动的简单演示。 Raw Communications公司是Raw金融集团的下属公司。其主要业务就是通过地区LAN线路和卫星为世界各地的客户提供流式媒体信息。 举例来说,他们可能会得到各种各样的营收报告,并经由卫星将其提供给纽约的金融事务所。让我们看一看他们是怎么做的。 电子学习总的来说是一个相当直观的概念。尤其在现在预算比较紧张,且人们对航空旅游心存芥蒂的情况下,越来越多的人不愿为了培训而东奔西跑。 此外,随着公司灵活性的不断增加,他们不希望让员工整天都为各种会议和培训所羁绊,他们希望员工能够在自己的桌面上轻松地完成培训。 我们希望为每个桌面提供点播式培训。未来的要求相当直观,我们希望让员工按照自己的时间安排以点播的方式收看培训。我们还希望跟踪记录培训的进程。 举例来说,我们的客户之一Radio Shack原来使用硬拷贝,如CD、DVD、VHS磁带等提供培训。 新的产品摆上货架需要一个月的时间,从新产品上架开始,他们还需要花一个月的时间准备培训材料,并将这些材料发放给加拿大境内的所有连锁店。 现在通过Windows Media,他们可以自行创建培训内容,让销售人员大致了解如何销售新的产品,传播这些内容的时间只需花几天的时间,而不是原来的几个月时间。 Microsoft Producer简化了内容创建工作,尤其是培训应用场合。Producer的优势在于,即使对Producer本身不熟悉,您仍然知道如何同步音频、视频和图片,这些都是您已经熟悉的东西。 您过去常常接触到来自Microsoft多媒体工具的电影、数字录像、音频流、PowerPoint幻灯片等。我们将所有这些整合在一起,合成一个丰富多彩的富媒体演示。 这些媒体不再各自为战,您可以将它们组合在一起。 您可以在浏览器里点播收看这些内容,同样的,没有任何特殊的软件或其他要求,您就可以在自己的桌面上收看这一富媒体演示。 让我们简单地看一下这一面试主考官培训演示,我们将从中了解到如何使用Producer创建具有说服力的富媒体演示。 好的,现在我们已经讨论过应用场合和企业演示。让我们简单回顾一下。企业是流式媒体最大的销售对象。这一领域有巨大的增长潜力。从收益的角度来看,它促进了服务器和桌面的升级。 现在正是这一市场的合适机遇。过去,我们知道这一市场的存在,但它并没有做好准备。它不是那么茁壮。现在我们看到,流技术已经得到了巨大的改进,更重要的是,网络基础设施的改善已能满足流式媒体的带宽需求。 过去,企业在办公建筑之间甚至建筑之内只有低速的连接,例如可能只是10 MB/秒的连接速度。许多企业现在已经开始使用GB级的以太网,这意味着他们可以通过网络将更多的数据传播给每个桌面。 Windows Media Services目前处于什么状态?Windows的最终版本已经完成了代码编写工作,正如我们前面所说的,Windows Media Services已经被许多外部客户所采纳。 仅在快速部署计划中我们就有超过100个客户,您已经看到,许多主机提供商和CDN已经完全采用了Windows Media Services,他们的业务完全依赖于Windows Media Services。Windows Server 2003也提供了Windows Media Services 9 Series。 它目前已包含在RC2中,在您收看本讲座时,它可能已经在货架上了,因为它将于今年2月RTM。 系统需求。您可以简单看一看。如果使用了不同版本的Windows Server 2003,会需要更多一些硬件,但总的来说,如果使用Windows Server 2003标准版,至少需要P233处理器以及256 MB的内存。 此外还需要100 MB的以太网卡,21 MB的空余磁盘空间,以及用于存放内容的空间。 我们建议使用Windows Server 2003企业版或数据中心版,因为这样您就可以使用插件模型中的附加特性,而标准版不提供这些特性。 我们通常建议使用双处理器的机器,主频至少550 Mhz,至少1 GB内存,1 GB的以太网卡以容纳更多的吞吐量,至少21 MB的磁盘空间,外加存储内容所需的额外磁盘空间。 在使用Windows Media Services时,我们总是说最好将它们结合起来使用,也就是说,最好结合使用其他的9 Series组件,首先是Windows Media Player 9 Series。 我们所说的许多Windows Media Services 9 Series特性只有Windows Media Player 9 Series才能提供,包括用户迫切需要的快速流技术。 该播放器还支持IPv6,这对于今后的发展非常重要,Windows Media Services中支持的新的多播协议IMG 3也很重要,Windows XP已经采用了该协议。此外该播放器也是一个优秀的富媒体流平台。 Windows Media Encoder 9 Series有一些很不错的特性。它支持零配置实况广播和点播广播,并且提供了DRM支持。即使从未使用过Encoder,您也可以通过Encoder中的向导编辑内容,而您的用户几乎立刻就可以使用这些内容。 我们还改进了多比特率编码支持。多比特率允许您将不同大小的多个流放在同一个包中,这些用户就可以在最适合自己的流之间来回切换。 假设你有一条100 KB/秒的线路,你创建了一个MBR流,它支持56 KB/秒、100 KB/秒及300 KB/秒的流,在播放器和服务器之间,它们将自动选择最合适的流。 它们或许会选100 KB/秒的流。但它是一个一体化的流,也就是说,您无需创建多个文件,以为拥有不同网络带宽的用户提供内容。您只需使用一个文件,这极大简化了内容的创建工作。 Windows Media Services还可以很好地支持Visual Studio .NET开发框架。你们已经看到,我们支持许多新的语言和脚本。使用Visual Studio .NET,您可以快速方便地开发定制的解决方案。 我们还提供了PIA(Primary Interop Assembly),它对那些使用被管理的代码,如C#和VB .NET的用户大有帮助。 稍微提一下,我们的主要竞争对手,Real公司的Universal Server(又名为Helix)中的许多功能已经公布与众。如果看一看这张表,你会发现Windows Media Services在很多方面都已击败对手。 我不打算逐一阅读这些条目,但总的来说,我们提供的许多特性,包括快速流技术、管理可扩展性和控制能力,竞争对手都没有提供。 希望您在与不熟悉实际情况的客户交流时,能利用上面的这些比较数据。 让我们总结一下。Windows Media Services 9 Series有哪些关键特性?答案是快速流技术,它由快速启动、快速重连、快速缓存及快速恢复几部分组成。我们已经做了相关的论述,它们可以为我们的客户提供美妙的瞬间启动体验。 在任意的服务器上,包括您正在使用的Windows 2000硬件,您都可以通过Windows Media Services让每台服务器支持两倍的并发用户。这是对Windows 2000 Server的重大性能改进。正如我们所说过的,通过一些快速流技术,您可以很好地从网络阻塞中恢复过来。 我们所说的阻塞是1-5秒的轻微网络中断。您的用户甚至都不会意识到网络曾经出现过问题。诸如Microsoft Producer的内容工具极大简化了富媒体的创建工作。 富媒体总是比单一的流、单一的文档或单一的图片更具吸引力。这些工具和Windows Media Services让企业最终用户得以从自己的桌面方便地访问各种媒体。 这对于今天的信息工作者非常重要,现在他们不再需要离开自己的工作台,只需在自己的办公桌上就可以访问到所需的信息,不需要等待,并且可以自由地选择时间。我们还有业界领先的音频和视频技术。 与其他一些的格式相比,你会发现Windows Media音频和视频遍解码器提供了完美的内容,完美的传递方式,完美的质量,并且所需的比特率比竞争对手要低。优点是什么?更好的质量,更少的带宽。 对于从自己的桌面使用流式媒体的信息工作者,他们将得到更好的知识保持性。此外,因为各种内置的向导和新增的功能,它更易于使用。 感谢参加今天的讲座。我们已经讨论了Windows Media Services 9 Series和9 Series平台。我们希望您将应用这些新的技术,如果有任何疑问,请与我们联系。 |