基于Wince 5.0的嵌入式流媒体播放器开发-Web Service的设计与实现-

1、本 科 毕 业 论 文 Web Service的设计与实现Development of an Embedded Streaming Media Player BThe Design and Implementation of Web Service姓 名：学 号：学院：软件学院系：软件工程专 业：软件工程年 级：指导教师： 年 月摘要近年来，网络电台和网络音乐以其时尚灵活的特性吸引了越来越多的人群，收听网络流媒体节目已经渐渐成为一种潮流趋势。嵌入式设备具有便携和个性化的特点，作为本世纪最具生命力的技术之一，它为信息产业带来了巨大商机。作为毕业设计课题，本工程设计开发了一款嵌入式网络流媒体播放器

2、，它很好地融合了嵌入式技术与流媒体技术。播放器通过无线或有线网络与Web Service效劳器和流媒体效劳器进行交互，集成了节目列表浏览、节目搜索、流媒体播放和好友交互等功能。本文首先引入嵌入式和SOA等相关背景，描述了该系统的总体设计情况，重点论述Web Service设计与实现的细节，并展示了测试情况。最后，本文对本课题开发的嵌入式流媒体播放器工程进行总结，展望该领域的技术开展以及对人们娱乐生活的巨大推动作用。关键词：Web Service；流媒体；嵌入式系统AbstractIn recent years, network radio station and network music h

3、ave attracted more and more crowds with its fashion and flexibility characteristic. Listening to the network streaming media program has already become a kind of trend gradually. The embedded equipment has portable and the customized characteristic. As one of vitality technologies in this century, i

4、t has brought the enormous opportunity for the information industry. As a graduation design subject, we design and develop embedded streaming media player, which has well merged embedded technology and streaming media technology. The player interacts with Web Service servers and streaming media serv

5、ers through wireless or wired networks. We integrated programs listing, programs searching, streaming media playback and communication with friends to this player.This paper first introduces embedded technology and SOA, etc. In these relevant backgrounds, the paper described the overall design situa

6、tion of this system, and described the design of Web Service and implementation detail. I will also show the test results of this system. Finally, this paper summarized this project of embedded streaming media player, and looked forward to the technical development of this domain and enormous impetu

7、s to peoples amusement life. Key words: Web Service; Streaming Media; Embedded System目录 TOC o 1-3 h z u HYPERLINK l _Toc231118149 第一章 绪论 PAGEREF _Toc231118149 h 1 HYPERLINK l _Toc231118150 第二章 系统开发平台及相关技术概述 PAGEREF _Toc231118150 h 3 HYPERLINK l _Toc231118151 2.1 Visual Studio 简介 PAGEREF _Toc23111815

8、1 h 3 HYPERLINK l _Toc231118152 2.2 Windows CE平台开发 PAGEREF _Toc231118152 h 4 HYPERLINK l _Toc231118153 2.2.1 Windows CE嵌入式操作系统 PAGEREF _Toc231118153 h 4 HYPERLINK l _Toc231118154 2.2.2 WTL技术简介 PAGEREF _Toc231118154 h 6 HYPERLINK l _Toc231118155 2.3 .NET Framework PAGEREF _Toc231118155 h 7 HYPERLINK

9、l _Toc231118156 2.4 SOA和Web Service PAGEREF _Toc231118156 h 8 HYPERLINK l _Toc231118157 2.4.1 SOA简介 PAGEREF _Toc231118157 h 8 HYPERLINK l _Toc231118158 2.4.2 Web Service的概念 PAGEREF _Toc231118158 h 10 HYPERLINK l _Toc231118159 2.4.3 Web Service与SOA PAGEREF _Toc231118159 h 11 HYPERLINK l _Toc231118160

10、 2.4.4 Web Service与.NET Framework PAGEREF _Toc231118160 h 12 HYPERLINK l _Toc231118161 2.5 SOAP技术简介 PAGEREF _Toc231118161 h 13 HYPERLINK l _Toc231118162 2.6 网络流媒体的特点 PAGEREF _Toc231118162 h 14 HYPERLINK l _Toc231118163 第三章系统总体设计 PAGEREF _Toc231118163 h 16 HYPERLINK l _Toc231118164 3.1 系统概述及功能 PAGERE

11、F _Toc231118164 h 16 HYPERLINK l _Toc231118165 3.1.1 开发背景 PAGEREF _Toc231118165 h 16 HYPERLINK l _Toc231118166 3.1.2 总体目标 PAGEREF _Toc231118166 h 16 HYPERLINK l _Toc231118167 3.1.3 系统需求 PAGEREF _Toc231118167 h 17 HYPERLINK l _Toc231118168 3.1.5 系统参数 PAGEREF _Toc231118168 h 18 HYPERLINK l _Toc2311181

12、69 3.2 系统整体架构 PAGEREF _Toc231118169 h 21 HYPERLINK l _Toc231118170 3.3 系统模块设计 PAGEREF _Toc231118170 h 22 HYPERLINK l _Toc231118171 3.3.1 界面模块设计 PAGEREF _Toc231118171 h 22 HYPERLINK l _Toc231118172 控制器模块设计 PAGEREF _Toc231118172 h 22 HYPERLINK l _Toc231118173 模型模块设计 PAGEREF _Toc231118173 h 23 HYPERLIN

13、K l _Toc231118174 播放模块设计 PAGEREF _Toc231118174 h 23 HYPERLINK l _Toc231118175 网络通信设计 PAGEREF _Toc231118175 h 23 HYPERLINK l _Toc231118176 数据存储模块设计 PAGEREF _Toc231118176 h 23 HYPERLINK l _Toc231118177 第四章 Web Service的设计与实现 PAGEREF _Toc231118177 h 24 HYPERLINK l _Toc231118178 4.1 Web Service模块的设计概述 PA

14、GEREF _Toc231118178 h 24 HYPERLINK l _Toc231118179 4.2 Web Service实现的整体架构 PAGEREF _Toc231118179 h 25 HYPERLINK l _Toc231118180 4.3 Web Service的内部实现流程 PAGEREF _Toc231118180 h 27 HYPERLINK l _Toc231118181 4.4 Web Service与客户端的通信 PAGEREF _Toc231118181 h 29 HYPERLINK l _Toc231118182 4.5 Web Service对XML的使

15、用 PAGEREF _Toc231118182 h 32 HYPERLINK l _Toc231118183 第五章测试及运行结果 PAGEREF _Toc231118183 h 35 HYPERLINK l _Toc231118184 5.1 单元测试 PAGEREF _Toc231118184 h 35 HYPERLINK l _Toc231118185 5.2 集成测试 PAGEREF _Toc231118185 h 36 HYPERLINK l _Toc231118186 5.3 系统测试 PAGEREF _Toc231118186 h 37 HYPERLINK l _Toc23111

16、8187 第六章总结 PAGEREF _Toc231118187 h 40 HYPERLINK l _Toc231118188 参考文献 PAGEREF _Toc231118188 h 42 HYPERLINK l _Toc231118189 致谢 PAGEREF _Toc231118189 h 43Content TOC o 1-3 h z u HYPERLINK l _Toc231111124 Chapter 1 Introduction PAGEREF _Toc231111124 h 1 HYPERLINK l _Toc231111125 Chapter 2 The system dev

17、eloping platform and relevant technological outline PAGEREF _Toc231111125 h 3 HYPERLINK l _Toc231111126 2.1 Introduction to Visual Studio PAGEREF _Toc231111126 h 3 HYPERLINK l _Toc231111127 2.2 Development on Windows CE platform PAGEREF _Toc231111127 h 4 HYPERLINK l _Toc231111128 2.2.1 Windows CE em

18、bedded operating system PAGEREF _Toc231111128 h 4 HYPERLINK l _Toc231111129 2.2.2 Introduction to WTL PAGEREF _Toc231111129 h 6 HYPERLINK l _Toc231111130 2.3 .NET Framework PAGEREF _Toc231111130 h 7 HYPERLINK l _Toc231111131 2.4 SOA和Web Service PAGEREF _Toc231111131 h 8 HYPERLINK l _Toc231111132 2.4

19、.1 Introduction to SOA PAGEREF _Toc231111132 h 8 HYPERLINK l _Toc231111133 2.4.2 The concept of Web Service PAGEREF _Toc231111133 h 10 HYPERLINK l _Toc231111134 2.4.3 Web Service and SOA PAGEREF _Toc231111134 h 11 HYPERLINK l _Toc231111135 2.4.4 Web Service and .NET Framework PAGEREF _Toc231111135 h

20、 12 HYPERLINK l _Toc231111136 2.5 Introduction to SOAP PAGEREF _Toc231111136 h 13 HYPERLINK l _Toc231111137 2.6 Network streaming media features PAGEREF _Toc231111137 h 14 HYPERLINK l _Toc231111138 Chapter 3System overall design PAGEREF _Toc231111138 h 16 HYPERLINK l _Toc231111139 3.1 System summari

21、ze and function PAGEREF _Toc231111139 h 16 HYPERLINK l _Toc231111140 3.1.1 Development background PAGEREF _Toc231111140 h 16 HYPERLINK l _Toc231111141 3.1.2 Overall objective PAGEREF _Toc231111141 h 16 HYPERLINK l _Toc231111142 3.1.3 System requirements PAGEREF _Toc231111142 h 17 HYPERLINK l _Toc231

22、111143 3.1.5 System configuration PAGEREF _Toc231111143 h 18 HYPERLINK l _Toc231111144 3.2 System overall architecture PAGEREF _Toc231111144 h 21 HYPERLINK l _Toc231111145 3.3 System module design PAGEREF _Toc231111145 h 22 HYPERLINK l _Toc231111146 3.3.1 View module design PAGEREF _Toc231111146 h 2

23、2 HYPERLINK l _Toc231111147 Controller module design PAGEREF _Toc231111147 h 22 HYPERLINK l _Toc231111148 Model module design PAGEREF _Toc231111148 h 23 HYPERLINK l _Toc231111149 Playing module design PAGEREF _Toc231111149 h 23 HYPERLINK l _Toc231111150 Network communication module design PAGEREF _T

24、oc231111150 h 23 HYPERLINK l _Toc231111151 Data storage and loading module design PAGEREF _Toc231111151 h 23 HYPERLINK l _Toc231111152 Chapter 4 The design and implementation of Web Service PAGEREF _Toc231111152 h 24 HYPERLINK l _Toc231111153 4.1 Summary of Web Service design PAGEREF _Toc231111153 h

25、 24 HYPERLINK l _Toc231111154 4.2 The overall architecture of Web Service implementation PAGEREF _Toc231111154 h 25 HYPERLINK l _Toc231111155 4.3 Implementation procedure of Web Service inside PAGEREF _Toc231111155 h 27 HYPERLINK l _Toc231111156 4.4 Communication between Web Service and client PAGER

26、EF _Toc231111156 h 29 HYPERLINK l _Toc231111157 4.5 Use of XML in Web Service PAGEREF _Toc231111157 h 32 HYPERLINK l _Toc231111158 Chapter 5Testing and running results PAGEREF _Toc231111158 h 35 HYPERLINK l _Toc231111159 5.1 Unit Testing PAGEREF _Toc231111159 h 35 HYPERLINK l _Toc231111160 5.2 Integ

27、ration Testing PAGEREF _Toc231111160 h 36 HYPERLINK l _Toc231111161 5.3 System Testing PAGEREF _Toc231111161 h 37 HYPERLINK l _Toc231111162 Chapter 6Summarize PAGEREF _Toc231111162 h 40 HYPERLINK l _Toc231111163 References PAGEREF _Toc231111163 h 42 HYPERLINK l _Toc231111164 Acknowledgement PAGEREF

28、_Toc231111164 h 43第一章 绪论互联网自从1969年诞生以来，经过多年的成长，规模呈几何级数增长，已深入到社会生活的方方面面，成为社会影响力大、开展前景广阔的新型产业和新型媒体。互联网的迅猛开展和普及为流媒体业务开展提供了强大的市场动力，流媒体业务正变得日益流行。目前流媒体技术广泛用于多媒体新闻发布、在线直播、网络广告、电子商务、视频点播、远程教育、远程医疗、网络电台、实时视频会议等互联网信息效劳的方方面面。流媒体技术的应用将为网络信息交流带来革命性的变化，对人们的工作和生活将产生深远的影响。由于多媒体信息的数据量较大，又存在网络带宽的限制，采用下载方式要花数分钟甚至数小时，其

29、极大的延迟对于视频点播、远程教学等对实时性要求很高的多媒体应用来说，显然不适合。流式传输采用的是边接收边播放的原那么，即数据流由流媒体效劳器向用户连续、实时地传送，客户机不必等到整个文件全部下载完毕，只需经过几秒或十数秒的启动延时即可进行观看，采用一边播放，一边下载，一边丢弃的方式，节省了客户端存储空间，有效地利用了带宽，并真正实现作品的知识产权保护。但是，目前流媒体播放的终端大多采用PC平台的客户端软件，单一的终端极大了限制了用户随时随地体验流媒体的魅力，而嵌入式平台可以很好地解决这一问题。随着计算机和通讯技术的飞速开展，互联网的迅速普及和3C融合的加速，嵌入式技术作为本世纪最有生命力的技术

30、之一得到了广泛运用，渗透到社会生活的各个角落，目前已成为通信和消费类产品的共同开展方向。与PC相比，嵌入式设备最大的优势在于其便携性和易操作性。特别是随着高速无线网络的逐渐普及，改变了有线网络的局限性，嵌入式设备完全可以做到随时随地接入网络。综上所述，一台具有流媒体解码能力和无线网络接入特性的多媒体终端能够做到真正的随时随地收听流媒体节目，真正使收听流媒体从复杂的电脑应用转变为简单的无线终端操作，让更多的人能通过嵌入式终端设备收听到互联网上发布的全球各地的流媒体节目。上班族可以在上下班途中及时收听新闻；在校学生可在晨练时收听英语播送；音乐爱好者可以在逛街时收听世界各地不同风格的音乐播送；商务人

31、士可以在旅行途中收听最新的股市行情；球迷朋友可以在第一时间了解国内外体坛快讯，同时也可以向朋友分享自己喜爱的节目针对这一设想，本工程在嵌入式平台上设计开发了一款基于无线或有线的网络接入方式，能让用户收听到全球各地流媒体节目的播放器。播放器基于Windows CE平台，集成了流媒体节目浏览、搜索、播放、点评和推荐的功能。播放器还可播放本地存储中的音乐，同时也能利用本身的USB主控端接口直接连接USB接口的MP3随身听。设备通过网络与Web Service效劳器和流媒体效劳器进行交互，一方面实现了网络流媒体的播放，另一方面实现了与门户系统的互动和信息传递。此外，现有传统产品的流媒体索引大多来自于第

32、三方，内容上受限制，为了提供更多流媒体索引，工程决定对流媒体智能搜索引擎进行研究，并根据内容对流媒体进行分类，建立流媒体索引网站，提供基于Web的索引浏览及播放设备上的索引浏览，同时建立用户之间的交互。系统基于模块化和结构化的软件设计思想。播放器终端采用MVC的框架开发，并实现了对多种音频流格式的解码和播放，具有良好的可移植性和可维护性。Web Service端采用结构清晰的设计框架，以XML为协议载体与客户端进行信息交互，同时能够兼容多种数据库，具有良好的灵活性。本文将对系统的相关技术，总体设计和客户端的设计进行说明，同时对Web Service的设计与实现进行详细的描述。第二章 系统开发平

33、台及相关技术概述 Visual Studio 简介Visual Studio 是微软公司推出的开发环境。是目前最流行的 Windows 平台应用程序开发环境。Visual Studio 可以用来创立 Windows 平台下的 Windows 应用程序和网络应用程序，也可以用来创立网络效劳、智能设备应用程序和 Office 插件。图2.1是Visual Studio 2005的主开发界面，在该开发环境下，开发人员能够使用改良后的可视化设计工具、编程语言和代码编辑器，享受高效率的开发环境，实现高效的团队协作和快速的应用程序开发。图2.1 Visual Studio 2005开发环境概览Visual

34、 Studio 包含了一套完整的开发工具，用于生成 ASP Web 应用程序、XML Web Services、桌面应用程序和移动应用程序。Visual Basic .NET、Visual C+ .NET、Visual C# .NET和Visual J# .NET 全都使用相同的集成开发环境 IDE，该环境允许它们共享工具并有助于创立混合语言解决方案。另外，这些语言利用了.NET Framework 的功能，此框架提供对简化 ASP Web 应用程序和 XML Web services 开发的关键技术的访问。 Windows CE平台开发2.2.1 Windows CE嵌入式操作系统Windo

35、ws CE是微软公司嵌入式、移动计算平台的根底，它是一个开放的、可升级的32位嵌入式操作系统，是基于掌上型电脑类的电子设备操作系统，它是精简的Windows 95，Windows CE的图形用户界面相当出色。Windows CE的界面图。图2.2Windows CE界面图Windows CE中，其中CE中的C代表袖珍Compact、消费Consumer、通信能力Connectivity)和伴侣Companion；E代表电子产品Electronics。与Windows 95/98、Windows NT不同的是，Windows CE是所有源代码全部由微软自行开发的嵌入式新型操作系统，其操作界面虽来

36、源于Windows 95/98，但Windows CE是基于WIN32 API重新开发、新型的信息设备的平台。Windows CE具有模块化、结构化和基于Win32应用程序接口和与处理器无关等特点。Windows CE不仅继承了传统的Windows图形界面，并且在Windows CE平台上可以使用Windows 95/98上的编程工具如Visual Basic、Visual C+等、使用同样的函数、使用同样的界面风格，使绝大多数的应用软件只需简单的修改和移植就可以在Windows CE平台上继续使用。Windows CE并非是专为单一装置设计的，所以微软为旗下采用Windows CE作业系统的

37、产品大致分为三条产品线，Pocket PC、Handheld PC及Auto PC。图2.3展示了Windows CE在多个领域的广泛应用。1图2.3 Windows CE在多个领域的广泛应用作为一个32位实时多任务操作系统，Windows CE可用来建造下一代智能移动和占用内存小的设备。它广泛支持多种CPU，不依赖于x86体系,可在四种主要的CPU体系结构系列和200多种CPU上运行。由于Windows CE是高度组件化的，因此所占用的内存空间可以根据特定产品的要求专门定制，并且伸缩性良好。其优点如下：第一，灵活的电源管理功能；第二，使用了对象存储技术，包括文件系统，注册表，数据库；高性能的

38、按需换页，共享存储，交叉处理同步；第三，良好的通信能力；WinSock，RAS，WinINet；第四，支持嵌套中断；第五，可靠，高效的线程相应能力；第六，出色的图形界面；第七，强大的多任务能力，256个优先级别；第八，内置多媒体处理能力；第九，开发本钱低。图2.4 Windows CE的总体架构2.2.2 WTL技术简介WTL全称为Windows Template Library，构架于ATL之上，采用C+模板技术来包装大部窗口控制，并给出一个与MFC相似的应用根本框架。WTL的特性有以下几点：第一，使用C+的强大功能；第二，通用控件的瘦包装类；第三，短小但功能齐全的应用程序框架去掉了曾很流行

39、的Document-View架构；第四，支持打印和打印预览功能；第五，迁移了MFC中的CPoint，CRect，CSize，CString等类；第六，使用了新的消息处理宏，引入了消息别离机制。22.3 .NET Framework.NET Framework 是支持生成和运行下一代应用程序和 XML Web Services 的内部 Windows 组件。.NET Framework 旨在实现以下目标： 第一，提供一个一致的面向对象的编程环境，而无论对象代码是在本地存储和执行，还是在本地执行但在 Internet 上分布，或者是在远程执行的。提供一个将软件部署和版本控制冲突最小化的代码执行环境

40、。第二，提供一个可提高代码执行平安性的代码执行环境。第三，提供一个可消除脚本环境或解释环境的性能问题的代码执行环境。第四，使开发人员的经验在面对类型大不相同的应用程序时保持一致。第五，按照工业标准生成所有通信，以确保基于 .NET Framework 的代码可与任何其他代码集成。.NET Framework 具有两个主要组件：公共语言运行库和 .NET Framework 类库。公共语言运行库是 .NET Framework 的根底。可以将运行库看作一个在执行时管理代码的代理，它提供内存管理、线程管理和远程处理等核心效劳，并且还强制实施严格的类型平安以及可提高平安性和可靠性的其他形式的代码准确

41、性。事实上，代码管理的概念是运行库的根本原那么。以运行库为目标的代码称为托管代码，而不以运行库为目标的代码称为非托管代码。.NET Framework 的另一个主要组件是类库，它是一个综合性的面向对象的可重用类型集合，可以使用它开发多种应用程序，这些应用程序包括传统的命令行或图形用户界面GUI应用程序，也包括基于 ASP.NET 所提供的最新创新的应用程序如 Web 窗体和 XML Web Services。.NET Framework 可由非托管组件承载，这些组件将公共语言运行库加载到它们的进程中并启动托管代码的执行，从而创立一个可以同时利用托管和非托管功能的软件环境。.NET Framew

42、ork 不但提供假设干个运行库宿主，而且还支持第三方运行库宿主的开发。例如，ASP.NET 承载运行库以为托管代码提供可伸缩的效劳器端环境。ASP.NET 直接使用运行库以启用 ASP.NET 应用程序和 XML Web Services。Internet Explorer 是承载运行库以 MIME 类型扩展的形式的非托管应用程序的一个例如。使用 Internet Explorer 承载运行库使得能够在 HTML 文档中嵌入托管组件或 Windows 窗体控件。以这种方式承载运行库使得托管移动代码成为可能，不过它需要进行重大改良如不完全受信任的执行和独立的文件存储，而这种改良只有托管代码才能提

43、供。图显示了公共语言运行库和类库与应用程序之间以及与整个系统之间的关系和托管代码如何在更大的结构内运行。3图 .NET Framework环境 SOA和Web Service.1 SOA简介面向效劳的体系结构Service-Oriented Architecture，SOA是一个组件模型，它将应用程序的不同功能单元通过这些效劳之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现效劳的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的效劳可以通过一种统一和通用的方式进行交互。4这种具有中立的接口定义的特征称为效劳之间的松耦合。松耦合系统的好处有两点，一点是

44、它的灵活性，另一点是，当组成整个应用程序的每个效劳的内部结构和实现逐渐地发生改变时，它能够继续存在。而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对局部或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比方经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。能够灵活地适应环境变化的业务称为按需On demand业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。5为了建立

45、体系结构模型，所需要的并不只是效劳描述，还需要定义整个应用程序如何在效劳之间执行其工作流。尤其需要找到业务的操作和业务中所使用的软件的操作之间的转换点。因此，SOA 应该能够将业务的商业流程与它们的技术流程联系起来，并且映射这两者之间的关系。例如，给供给商付款的操作是商业流程，而更新的零件数据库，以包括进新供给的货物却是技术流程。因而，工作流还可以在 SOA 的设计中扮演重要的角色。6现在的 SOA逐渐依赖于一些更新的进展，这些进展是以可扩展标记语言eXtensible Markup Language，XML为根底的。通过使用基于 XML 的语言称为 Web 效劳描述语言Web Service

46、s Definition Language，WSDL来描述接口，效劳已经转到更动态且更灵活的接口系统中。图2.6较清楚的描述了SOA协议栈的分层结构。图2.6SOA协议栈分层结构总结起来，SOA的几个特性主要有以下几项：第一，可从企业外部访问；第二，随时可用；第三，粗粒度的效劳接口；第四，效劳分级；第五，松散耦合；第六，可重用的效劳及效劳接口设计管理；第七，标准化的接口；第八，支持各种消息模式；第九，精确定义的效劳接口由于SOA的种种特性，其优点也是显而易见的：编码灵活，开发人员角色明确，支持多种客户类型，更易维护，更好的伸缩性，更高的可用性。SOA可以看作是B/S模型、XML/Web Ser

47、vice技术之后的自然延伸。SOA将能够帮助开发人员站在一个新的高度理解企业级架构中的各种组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。较之以往，以SOA架构的系统能够更加沉着地面对业务的急剧变化。.2 Web Service的概念Web Service是为实现“基于Web无缝集成的目标而提出的全新概念，希望通过Web Service能够实现不同的系统之间能够用“软件-软件对话的方式相互调用，打破软件应用、网站和各种设备之间格格不入的状态。Web Service是一个应用程序，它向外界暴露一个能够通过Web进行调用的API，这就是说，能够用编程的方法

48、通过Web调用来实现某个功能的应用程序。Web Service是一种新的Web应用程序分支，它们是自包含、自描述，模块化的应用，可以在网络中被描述、发布、查找以及通过Web调用。Web Service平台需要一套协议来实现分布式应用程序的创立。任何平台都有它的数据表示方法和类型系统。要实现互操作性，Web Service平台必须提供一套标准的类型系统，用于沟通不同的平台、编程语言和组建模型中的不同类型系统。可扩展性标记语言XML是Web Service平台中表示数据的根本格式。除了易于建立和易于分析外，XML主要的优点在于它基于平台无关，也与厂商无关。XML是由万维网协会W3C创立，W3C制定

49、的XML SchemaXSD定义了一套标准的数据类型，并给出了一种语言来拓展这套数据类型。Web Service平台是用XSD来作为数据类型系统的。当用某种语言如VB.NET 或C#来构造一个Web Service时，为了符合Web Service标准，所有使用的数据类型都必须被转换为XSD类型。如想让它使用在不同的平台和不同的软件的不同组织间传递，还需要用某种东西将它包装起来，那就是SOAP协议。Web Service描述语言WSDL是用计算机能阅读的方式提供的一个正式描述文档而基于XML的语言，用于描述Web Service及其函数、参数和返回值。因为是基于XML的，所以WSDL既是机器可

50、阅读的，又是人可阅读的。UDDI即统一描述、发现和集成Universal Description , Discovery , and Integration，其目的是为电子商务建立标准，UDDI是一套基于Web的、分布式、为Web Service提供的、信息注册中心的实现标准标准。Web Service本身其实是在实现应用程序的通信。现在有两种应用程序通信的方法：RPC远程过程调用和信息传递。效劳器暴露出远程对象的端口，而客户端就好似在本地使用这些对象的接口一样，这样就隐藏了底层的信息，客户端也就根本不需要知道对象是在哪台机器上。72.4.3 Web Service与SOASOA效劳和Web

51、Service之间的区别在于设计。SOA 概念并没有确切地定义效劳具体如何交互，而仅仅定义了效劳如何相互理解以及如何交互，这其中的区别也就是定义如何执行流程的战略与如何执行流程的战术之间的区别。而另一方面，Web效劳在需要交互的效劳之间如何传递消息有具体的指导原那么；从战术上实现SOA模型最常见的方式是通过 传递的SOAP消息。因而，从本质上讲，Web 效劳是实现SOA的具体方式之一。Web Service技术在几方面满足了SOA的要求：首先是基于标准访问的独立功能实体满足了松耦合要求。在Web Service中所有的访问都通过SOAP访问进行，用WSDL定义的接口封装，通过UDDI进行目录查

52、找，可以动态改变一个效劳的提供方而无需影响客户端的配置，外界客户端根本不关心所访问的效劳器端的实现。其次，适合大数据量低频率访问符合效劳大颗粒度功能。基于性能和效率平衡的要求，SOA的效劳提供的是大颗粒度的应用功能，而且跨系统边界的访问频率也不会象程序间函数调用那么频繁。通过使用WSDL和基于文本Literal的SOAP请求，可以实现能一次性接收处理大量数据。最后，基于标准的文本消息传递为异构系统提供通讯机制。Web Service所有的通讯是通过SOAP进行的，而SOAP是基于XML的，XML是结构化的文本消息。从最早的EDI开始，文本消息也许是异构系统间通讯最好的消息格式，适用于SOA强调

53、的效劳对异构后天宿主系统的透明性。尽管一般认为Web Service是实现SOA最好的方式，但是SOA并不局限于Web Service。其他使用WSDL直接实现效劳接口并且通过XML消息进行通信的协议也可以包括在SOA之中。CORBA和 IBM的MQ系统通过使用能够处理WSDL的新特征也可以参与到SOA中来。如果两个效劳需要交换数据，那么它们还会需要使用相同的消息传递协议，但是数据接口允许相同的信息交换。 Web Service与.NET FrameworkASP.NET 是使开发人员能够使用 .NET Framework 开发基于 Web 的应用程序的宿主环境。但是，ASP.NET 不止是一

54、个运行库宿主；它是使用托管代码开发网站和通过 Internet 分布的对象的完整结构。Web 窗体和 XML Web Services 都将 IIS 和 ASP.NET 用作应用程序的发布机制，并且两者在 .NET Framework 中都具有支持类集合。在应用程序逻辑通过托管代码执行时，效劳器如 IIS 和 SQL Server可执行标准操作。图显示了在不同效劳器环境中运行托管代码的根本网络架构。图 效劳端托管代码的根本网络架构XML Web Services 作为基于 Web 的技术的重要开展，是类似于常见网站的分布式效劳器端应用程序组件。但是，与基于 Web 的应用程序不同，XML We

55、b Services 组件不具有 UI 并且不以浏览器为目标。XML Web Services 由旨在供其他应用程序使用的可重用的软件组件组成，所谓的其他应用程序包括：传统的客户端应用程序，基于 Web 的应用程序，甚至是其他 XML Web Services。因此，XML Web Services 技术正迅速地将应用程序开发和部署推向高度分布式 Internet 环境。.NET Framework 还提供类和工具的集合来帮助开发和使用 XML Web Services 应用程序。XML Web Services 是基于 SOAP一种远程过程调用协议、XML一种可扩展的数据格式和 WSDLWe

56、b 效劳描述语言这些标准生成的。基于这些标准生成 .NET Framework 的目的是为了提高与非 Microsoft 解决方案的互操作性。如果开发和发布自己的 XML Web Services，.NET Framework 提供了一组符合所有根底通信标准如 SOAP、WSDL 和 XML的类。使用这些类能够将注意力集中在效劳的逻辑上，而无需关注分布式软件开发所需要的通信根底结构。与托管环境中的 Web 窗体页相似，XML Web Services 将使用 IIS 的可伸缩通信以本机语言的速度运行。8 SOAP技术简介SOAP定义了一种在 客户端和效劳器端传输命令和参数的机制。SOAP除了需

57、要使用 传输外，不关心何种操作系统、编程语言或在效劳器端或客户端使用的对象模型。SOAP的机制极为简单。客户端发送一个请求给效劳器，调用相应的对象，然后效劳器返回结果。这些消息是XML格式的，并且封装成符合 协议的消息。SOAP通过已有的Internet下层结构来工作。它符合任何路由器、防火墙或代理效劳器。SOAP客户请求封装在一个 POST或M-POST包中。SOAP定义了两种类型的消息，请求和响应，从而允许客户端能够递交一个远端请求，允许效劳器端能够响应这些请求。SOAP不需要任何对象模型，也不需要通过其他的通讯实体来使用对象模型。在防止对象模型的根底上，SOAP将大局部对象功能如初始化代

58、码和垃圾堆积留给客户端和效劳器端工作的底层，同时其他功能如信号编辑那么可以留给SOAP综合已有的应用程序和底层结构来完成。SOAP可以使用任何语言来完成，只要客户端发送正确SOAP请求也就是说，传递一个适宜的参数给一个实际的远端效劳器。早期实现SOAP功能的有Java, Perl, 和Windows版本。当将每个功能变为SOAP实体能够理解的参数和响应后例如，数据保存在一个XML元素中，并封装在 消息中,它就可以和其他的SOAP功能交互作用。92.6 网络流媒体的特点流媒体是指采用流式传输的方式在Internet播放的媒体格式，其播出效果受网络带宽的影响。商家用一个视频传送效劳器把节目当成数据

59、包发出，传送到网络上。用户通过解压设备对这些数据进行解压后，节目就会像发送前那样显示出来。流媒体实际指的是一种新的媒体传送方式，而非一种新的媒体。一般多媒体数据下载时，需要下载完毕才能观看，而流媒体的特点是边下载边播放，不占用客户硬盘空间，但需要有一定的网络带宽支持，如果带宽低于流媒体需要的带宽，会造成视频和音频数据的停顿。与单纯的下载方式相比，这种对多媒体文件边下载边播放的流式传输方式具有以下优点：实时传输和实时播放：流化多媒体使得用户可以立即播放音频和视频信号，无须等待文件传输结束，这对获取存储在效劳器上的流化音频、视频文件，现场回访音频和视频流都具有十分重要的意义。节省存储空间：采用流技

60、术，可以节省客户端的大量存储空间，在客户端只需由播放器对流化音、视频信息进行回放即可。信息数据量小：现场流都比原始信息的数据量要小，并且用户不必将所有下载的数据都同时存储在本地存储器上，可以边下载边回放，从而节省了大量的磁盘空间。从网络开展来看，采用流媒体技术有利于提高网络传输速度，为用户节约大量时间，调动用户上网的积极性。从节目质量看，流媒体技术虽然使视音频信号质量有所下降，但对用户不会造成视听障碍。随着网络的开展，网上信息量越来越多，用户可以享受到更多的流媒体视频或音频，也可自己将本地多媒体文件上传至效劳器，生成可供其他人分享的流媒体文件。10第三章系统总体设计3.1 系统概述及功能3.1