soap协议范例6篇

前言：中文期刊网精心挑选了soap协议范文供你参考和学习，希望我们的参考范文能激发你的文章创作灵感，欢迎阅读。

soap协议

soap协议范文1

1、不可以的。Appstore这是苹果系统的预装软件，也不会占太大内存。

2、AppStore是iOS设备自带的应用，通过此应用，我们可以下载所需要的第三方App。由于该应用的功能还是非常重要的。

3、如果你真的不喜欢这个软件的话，你可以把它隐藏起来，想要在隐藏期间打开AppStore应用，直接在搜索中输入AppStore，就会显示AppStore应用。

（来源：文章屋网）

soap协议范文2

关键词：Web　Services　网络完全　技术

1　XML技术

近年来，XML已成为数据表示和数据交换的一种新标准。其基本思想是数据的语义通过数据元素的标记来表达，数据元素之间关系通过简单的嵌套和引用来表示。若所有web服务器和应用程序将它们的数据以XML编码并到Internet，则信息可以很快地以一种简单、可用的格式获得，信息提供者之间也易于互操作。XML一推出就被广泛地采用，并且得到越来越多的数据库及软件开发商的支持。总体讲来，XML具有自描述性、独立于平台和应用、半结构化、机器可处理的、可扩展性和广泛的支持等特点。因此，XML可被广泛应用于电子商务、不同数据源的集成、数据的多样显示等各个方面。XML描述了一个用来定义标记集的方法用于规定一个标记集，填入文本内容后，这些标记和纯文本一起构成了一个XML文档。一个良好的XML文档必须满足以下几条规则：(1)有一致良好定义的结构(2)属性需用引号引起来：(3)空白区域不能忽略：(4)每个开始标签必须要有一个与之对应的结束标签：(5)有且只有一个根元素包含其他所有的结点：(6)元素不能交叉重叠但可以包含：(7)注释和处理指令不能出现在标签中：(8)大小写敏感：(9)关键词“D0CTYPE”、“ELEMENT”、“ATTRIBUTE”和“ENTITY”要大写。为了说明特定的语法规则，XMLDTD(DocumentTypeDefination)采用了一系列正则式。语法分析器(或称解析器)将这些正则式与XML文件内部的数据模式相匹配，以判别文件是否是有效。一个DTD描述了标记语言的语法和词汇表，定义了文件的整体结构以及文件的语法。在Internet中，一个最重要的问题是如何实现数据的交互，即客户端和服务器端双向数据交流。当前所面对的是一个物理上分散的、异源、异构的数据环境，能方便地从这些数据中取得所需要的信息极为重要。XML满足这一要求，它可以将各种类型的数据转换成XML文档，然后对XML文档进行处理，之后，再将XML数据转换为某种方式存储的数据。XML的数据源多种多样，但主要分为三种：第一种为本身是纯文本的XML文档、TXT文件、DAT文件等第二种来自于数据库，如关系数据库、对象数据库等：第三种是其它的带有一定格式的应用数据，如邮件、图表、清单等。针对不同的数据源可以采用不同的技术进行转换。纯文本文档是最基本也是最简单的，它将数据存储于文本文件中，可以直接方便地读取数据。另外，XML文档也可以加上CSS、XSL等样式信息在浏览器中显示，或者通过DOM、SAX编程接口同其它应用相关联。第二种来源主要利用现有的比较成功的数据库资源，是对第一种资源的扩展，可以利用数据库管理系统对数据进行管理，并用服务器编程语言对数据进行动态存取，来实现各种动态应用。第三种数据源的转换可以利用微软提出的基于OLEDB的解决方案，从数据源直接导出XML文档。

2　SOAP技术

SOAP(simple ObjectAcCess PrOtOCO1，简单对象访问协议)是由Microsoft、IBM等共同提出的规范，目的是实现大量异构程序和平台之间的互操作，从而使存在的应用程序能够被用户访问。W3C的SOAP规范主要由SOAP封装、SOAP编码规则、SOAPRPC表示及SOAP绑定四方面的内容组成：(1)SOAP封装(SOAPEnvelop)：构造了一个整体的SOAP消息表示框架，可用于表示消息的内容是什么、谁发送的、谁应当接收并处理它，以及处理操作是可选的还是必须的。信封包含了S0AP消息头部(可选)和SOAP消息体(必须)。消息体部分总是用于最终接收的消息，头部可以确定执行中间处理的目标节点。附件、二进制数字及其他项目均可以附加到消息体上。(2)SOAP编码规则(SOAPEncodingRules)：定义了一个数据编码机制，通过这样一个编码机制来定义应用程序中需要使用的数据类型，并可用于交换由这些应用程序定义的数据类型所衍生的实例。(3)S0AP RPC表示(S0AP RPcRepresentation)：定义了一个用于表示远程过程调用和响应的约定与HTTP相似，RPC使用请求／响应模型交换信息。使用SOAP调用远程方法的主要工作就是构造SOAP消息。SOAP请求消息代表方法调用，被发送给远程服务器，5OAP响应消息代表调用结果，返回给方法的调用者。(4)SOAP绑定(sOAPBinding)：定义了一个使用底层协议来完成在节点间交换SOAP消息的机制。SOAP消息的传输依靠底层的传输协议，与传输层的协议都能进行绑定。SOAP采用了已经广泛使用的两个协议：HTTP和XML。HTTP用于实现SOAP的RPC风格的传输，而XML是它的编码模式。SOAP通讯协议使用HTTP来发送x扎格式的消息。HTTP与RPC的协议很相似，它简单、配置广泛，并且对防火墙比其它协议更容易发挥作用。HTTP请求一般由Web服务器来处理，但越来越多的应用服务器产品正在支持HTTP XML作为一个更好的网络数据表达方式，SOAP把XML的使用代码转化为请求／响应参数编码模式，并用HTTP作传输。具体的讲，一个SOAP方法可以简单地看作遵循SOAP编码规则的HTTP请求和响应。一个SOAP终端则可以看作一个基于HTTP的URL，它用来识别方法调用的目标。SOAP不需要将具体的对象绑定到一个给定的终端，而是由具体实现程序来决定怎样把对象终端标识符映像到服务器端的对象。

soap协议范文3

WSDL文档的元素

在WSD的应用中，所有的WS协议都是用WSDL和XSD编写的。WSDL主要可以描述服务提供的操作，如何访问服务以及协议相关的地址。

■ Types

Types定义了Web服务使用的所有数据类型集合，可被元素的各消息部件所引用。它使用某种类型系统,一般使用XML Schema中的类型系统。它是一个数据类型定义的容器，包含了所有在消息定义中需要的XML元素的类型定义。

■ Message

Message是通信消息数据结构的抽象类型化定义，它通过使用Types所定义的类型来定义整个消息的数据结构。

■ Operation

Operation是对服务中所支持操作的抽象描述。一般单个Operation描述了一个访问入口的请求/响应消息对。

■ PortType

PortType是对于某个访问入口点类型所支持操作的抽象集合，这些操作可以由一个或多个服务访问点来支持。PortType具体定义了一种服务访问入口的类型（传入/传出消息的模式及其格式），一个PortType可以包含若干个Operation，而一个Operation则是指访问入口支持的一种类型的调用。在WSDL里面支持四种访问入口调用的模式: 单请求、单响应、请求/响应、响应/请求。

■ Binding

Binding包含了如何将抽象接口的元素转变为具体表示的细节，具体表示也就是指特定的数据格式和协议的结合; 特定端口类型的具体协议和数据格式规范的绑定。Binding结构定义了某个PortType与某一种具体的网络传输协议或消息传输协议相绑定，从这一层次开始，描述的内容与具体服务的部署相关。

■ Port

Port定义为协议/数据格式绑定与具体Web访问地址组合的单个服务访问点。Port描述的是一个服务访问入口的部署细节，包括通过哪个Web地址(URL)来访问，应当使用怎样的消息调用模式来访问等。其中消息调用模式则是使用Binding结构来表示。

■ Service

Service是一个粗糙命名的元素，代表端口的集合; 相关服务访问点的集合。Service描述的是一个具体的被部署的Web服务所提供的所有访问入口的部署细节，一个Service往往会包含多个服务访问入口，而每个访问入口都会使用一个Port元素来描述。

总地说来，PortType(与Message和Type元素的细节相结合)描述了Web服务是什么，Binding元素描述了如何使用Web服务，Port及Service元素描述了Web服务的位置。

SOAP的用途

SOAP（简单对象访问协议）是以XML形式提供了一个简单、轻量的用于在分散或分布环境中交换结构化和类型信息的机制。在WSD网络服务中传输的都是SOAP消息。SOAP消息从发送方到接收方是单向传送，经常以请求/应答的方式实现。SOAP实现可以通过开发特定网络系统的特性来优化。

SOAP决不只是一个漂亮的口号，它是一种即将深入渗透到未来分布式计算的技术。人们希望，SOAP结合其他技术，比如UDDI和WSDL，在Web服务这一概念的支持下，改变未来商业应用跨越Web进行通信的方法。甚至无法充分地表达出在开发者的工具包中加上SOAP知识的重要程度。

WS协议

WS协议是微软在去年和今年上半年提出的一整套网络服务协议，主要包括WS-Discovery、WS-Transfer、WS-MetadataExchange、WS-Eventing、WS-Policy、WS-Security、DeviceProfile等。整套WS协议，可以全面实现WSD的网络服务，与WSD发现过程相关的协议主要有三个。

■ WS-Discovery

WS-Discovery，全名Web Services Dynamic Discovery，主要定义了网络服务的一套多播发现协议。最初的发现模式是客户端先主动寻找一个或多个目标服务，这是通过多播一个Probe消息实现的，这个Probe消息包括目标服务的服务类型和目标服务所在的范围。和Probe发的消息一致的目标服务将直接发送一个消息到此客户端。客户端为了定位服务，将发送一个Resolve多播消息到此网络，目标服务将直接发送一个消息到此客户端以确认。

为了减少客户端的探测次数，当一个目标服务加入网络后，它就多播一个Hello消息到网络。客户端通过监听这个多播组就可以直接探测到目标服务，而不用重复地发Probe。WS协议机制可以应用在很多场合，例如打印机的发现。

■ WS-Transfer

WS-Transfer主要是传递描述基于XML的服务信息的协议，主要描述了几个方面: 目标设备、目标服务。在WSD发现过程中主要用到的有以下两种消息的传输: Get消息，其作用是获取服务的描述信息; Get Response，其作用是把目标服务的具体信息发送给客户端。

■ DeviceProfile

DeviceProfile，又称Devices Profile For Web Services (DPWS)，是关于WS系列协议的细节规定，主要包括以下几个方面: 发送和接受网络服务的安全信息; 自动发现网络服务; 描述一个网络服务; 定制和接收服务事件。

UDDI

UDDI注册中心包含了通过程序手段可以访问到的对企业和企业支持的服务所做的描述。此外，还包含对Web服务所支持的因行业而异的规范、分类法定义以及标识系统的引用。UDDI提供了一种编程模型和模式，它定义了与注册中心通信的规则。UDDI规范中所有API都用XML来定义，包装在SOAP信封中，在HTTP上传输。

soap协议范文4

1、WebService及相关技术

1.1WebService概述

WebService是一个平立的、松耦合的、自包含的、基于可编程的Web的应用程序，可使用开放的XML标准描述、、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。WebService能够在一些常规的计算中提供一些服务，从而完成一个具体的任务，处理相关的业务或者解决一个复杂的问题。WebService使用基于XML的标准化语言和标准化协议在因特网或内部网上展示它们的可编程功能部件，并通过自描述接口实现。这些自描述接口基于开放的因特网标准。

1.2WebService体系结构

WebService体系结构基于三种角色(服务提供者、服务注册中心和服务请求者)之间的交互。交互涉及、查找和绑定操作。这些角色和操作一起作用于WebService构件：WebService软件模块及其描述。在典型情况下，服务提供者托管可通过网络访问的软件模块(WebService的一个实现)。服务提供者定义WebService的服务描述，并把它到服务请求者或服务注册中心。服务请求者使用查找操作来从本地或服务注册中心检索服务描述，然后使用服务描述与服务提供者进行绑定并调用WebService实现或同它交互。服务提供者和服务请求者角色是逻辑结构，因而服务可以表现两种特性。如图所示：

1.3WebService的相关技术标准

(1)XML———可扩展标记语言（ExtensibleMarkupLanguage）提供了一种可被用于不同的平台和编程语言之间的语言。定义了用于定义其它特定领域有关语义的、结构化的标记语言的句法语言。XML不同于超文本语言(HTML)，用户可以自由定义自己需要的标记。使用XML，用户可以定义自己需要的标记，如用户个人的信息、一个包括服务序号、姓名、性别、年龄等内容。

(2)SOAP———简单对象访问协议（SimpleObjectAccessProtocol）一个基于XML的可扩展消息信封格式，需同时绑定一个传输用协议。这个协议通常是HTTP或HTTPS，但也可能是SMTP或XMPP。一个SOAP消息包括SOAP<Header>，SOAP<Body>和SOAP<Fault>三个子元素。它们被封装在SOAP<Envelope>内，组成了一个统一体。<Header>元素用来传递辅的附加消息，它的内容通常是特定于应用程序的。<Body>元素用来存放信息体，可以包括多个体条目，内容可以为遵循SOAP所规定的串行化编码规则的远程调用，以及其它一些信息。<Fault>元素是用来返回当一个SOAP消息传递失败使得相关描述信息的，如错误原因，出错位置等。(3)WSDL———WebService描述语言一个XML格式文档，用以描述服务端口访问方式和使用协议的细节。通常用来辅助生成服务器和客户端代码及配置信息。(4)UDDI———通用描述、发现与集成一个用来和搜索WebService的协议，应用程序可借由此协议在设计或运行时找到目标WebSer-vice。

2、WebService的安全性

基于WebService自身的一些特点，在使用过程中对其安全性提出了多方面的需求，认证（信任）与授权（访问控制）、机密性、数据完整性、不可抵赖性、互操作性、权限委托等是基本的需求。以下将结合商业银行客户信息系统的实际需求对WebService的安全技术作具体地讨论。

2.1网络环境安全

确保WebService系统安全的基础就是首先要保证系统所在网络环境的安全，保证系统的网络连接是安全、可靠、有效的。因

此，本系统将采用SSLVPN技术来保证网络环境的安全。SSLVPN是一种采用SSL(SecuritySocketLayer)协议来实现远程接入的新型VPN(VirtualPrivateNetwork)技术。SSLVPN提供对所传送的数据的加密、认证和发送源的身份认证，提供对基于TCP协议的应用程序通讯的安全保护，并实现不同用户对于不同应用程序的访问控制。对于内、外部应用来说，使用SSL可保证信息的真实性、完整性和保密性。

2.2网络通信安全

WebService是通过基于XML的SOAP(SimpleObjectAccessProtocol，简单对象访问协议)协议进行消息传递的，SOAP是在分散或分布式环境中交换信息的轻量级协议，它的两个主要设计目标是简单性和可扩展性，因此SOAP协议在制定时并没有过多考虑安全性，而是尽可能地利用已有的标准和协议来实现相应的安全功能。而且XML是以文本格式来表示和存储数据，在网络上传送或在经过中间服务器处理时，完全以明文形式出现，导致数据有被任意篡改的可能；SOAP能穿越已有的网络防火墙，与应用建立通信。这就给病毒和黑客入侵带来了很大的隐患。为了保证商业银行客户信息系统在客户信息数据共享过程中的安全，就必须要先保证网络通信的安全。有许多技术可用于保护网络通信的安全性，其中最基本的技术就是消息加密。密码技术解决了在网络通信中应用层的四方面安全需求：认证（信任）与授权（访问控制）、机密性、数据完整性、不可抵赖性。目前有三种主要的密码技术：对称加密（秘密密钥加密）、非对称加密（公开密钥加密）、数字证书与数字签名（带密钥的消息摘要）。其中，应用最广泛的是非对称加密（公钥密码术）———RSA(由Rivest、Shamir和Adleman三人共同完成)。使用非对称加密模式可同时确保机密性与数据接收者的真实性，但是，这种模式无法确保不可抵赖性，不能确保对数据发送者的认证，而且性能也得不到保证。协同使用数字签名与公钥加密模式不但可以提供机密性、完整性、不可抵赖性及数据发送者和接收者的认证，也解决了性能上的问题。数字签名算法(DSA)对生成签名的速度进行了优化，使其可以在低功耗的微处理器上运行，例如智能卡；公钥加密AES算法因密钥建立时间短、灵敏性好、内存需求低，而且至今为止还没有被破译的官方报道，在各个领域得到了广泛的研究与应用。因此，本系统将采用SHA1withDSA数字签名算法技术协同AES加密技术来保证网络环境的安全。核心代码如下：publicabstractclassDSACoder{/**签名*/privatestaticbyte[]sign(byte[]data,byte[]privateKey)throwsEx-ception{PKCS8EncodedKeySpecpkcs8KeySpec=newPKCS8Encod-edKeySpec(privateKey);//还原私钥、转换私钥材料KeyFactorykeyFactory=KeyFactory.getInstance(“DSA”);//实例化密钥工厂PrivateKeypriKey=keyFactory.generatePrivate(pkcs8KeySpec);//生成私钥对象Signaturesignature=Signature.getInstance(“SHA1WITHD-SA”);//实例化Signaturesignature.initSign(priKey);//初始化Signaturesignature.update(data);//更新returnsignature.sign();//签名}/**校验*/privatestaticbooleanverify(byte[]data,byte[]publicKey,byte[]sign)throwsException{X509EncodedKeySpeckeySpec=newX509EncodedKeySpec(publicKey);//还原公钥、转换公钥材料KeyFactorykeyFactory=KeyFactory.getInstance(“DSA”);//实例化密钥工厂PublicKeypubKey=keyFactory.generatePublic(keySpec);//取公钥对象Signaturesignature=Signature.getInstance(“SHA1WITHD-SA”);//实例化Signaturesignature.initVerify(pubKey);//初始化Signaturesignature.update(data);//更新returnsignature.verify(sign);//验证}/**生成密钥*/privatestaticMap<String,Object>initKey()throwsException{KeyPairGeneratorkeygen=KeyPairGenerator.getInstance(“DSA”);//初始化密钥对生成器。

soap协议范文5

主题词：数字视频监控系统，OVNIF规范，开发

随着数字技术的发展，安防监控系统也不断向数字化发展和结合。在监控系统不断向数字化演变的过程中，各个厂家的数字化监控产品，并不像传统监控设备传输的信号，拥有共同的标准（如：NTSC/PAL）。由于标准不统一，不同产品之间难以兼容，造成客户在使用上的困难。

网络监控市场不断增长的商机，要求建立兼容性强的开放式标准。厂商们逐渐意识到：要想拓展IP视频监控市场，使其成熟发展，就必须推出网络摄像机的相关标准。

2008年5月，由安讯士(AXIS)联合博世(BOSCH)及索尼(SONY)公司三方宣布将携手共同成立一个国际开放型网络视频产品标准网络接口开发论坛，取名为ONVIF（Open Network Video Interface Forum），并以公开、开放的原则共同制定开放性行业标准。2008年11月，论坛正式了ONVIF第一版规范。2010年11月，论坛了ONVIF第二版规范。

1、OVNIF概述

ONVIF规范描述了网络视频的模型、接口、数据类型以及数据交互的模式。并复用了一些现有的标准，如WS系列标准等。

ONVIF规范中设备管理和控制部分所定义的接口均以Web Services的形式提供。ONVIF规范涵盖了完全的XML及WSDL的定义。每一个支持ONVIF规范的终端设备均须提供与功能相应的Web Service。服务端与客户端的数据交互采用SOAP协议。

其所涵盖的内容包含本地及远程设备在线探测（local and remote device discovery）、设备管理（device management）、图像管理（imaging configuration）、媒体组态（media configuration）、实时媒体流（real-time streaming of audio and video）、事件管理（event handling）、影像分析（video analytics）、PTZ（Pan、Tilt、Zoom）控制与安全管理等。

ONVIF中的其他部分比如音视频流则通过RTP/RTSP进行。

2、OVNIF的实现机制

2.1Web Service简介

Web Service是基于网络的、分布式的模块化组件，执行特定的任务。Web Service 主要利用 HTTP 和 SOAP 协议使数据在 Web 上传输。Web 用户能够使用 SOAP 和 HTTP通过 Web 调用的方法来调用远程对象。

图1Web Service based development principles

客户端根据 WSDL 描述文档，会生成一个 SOAP 请求消息，该请求会被嵌入在一个HTTP POST请求中，发送到 Web Services 所在的Web 服务器。Web Services 请求处理器解析收到的 SOAP 请求，调用相应的 Web Services。然后再生成相应的 SOAP 应答。Web 服务器得到 SOAP 应答后，会再通过 HTTP应答的方式把信息送回到客户端。

2.2WSDL

WSDL是Web services 描述语言（Web Service Description Language）的缩写。是一个用来描述Web服务和说明如何与Web服务通信的XML语言，为用户提供详细的接口说明书。

SOAP是Simple Object Access Protocol的缩写。是基于XML的一种协议。一条 SOAP 消息就是一个普通的 XML 文档，包含下列元素：

 必需的 Envelope 元素，可把此 XML 文档标识为一条 SOAP 消息

 可选的 Header 元素，包含头部信息

 必需的 Body 元素，包含所有的调用和响应信息

 可选的 Fault 元素，提供有关在处理此消息所发生错误的信息

在向Web Service发送的SOAP请求中，Body元素中的字段需与WSDL中数据类型的相符合。在构建SOAP的过程中，必须从WSDL文件中获取并映射这一种对应关系。然而这样一个对应过程将是充满了重复性和机械性的，为了避免不必要的人工差错以及节约开发时间，一个名为gSOAP的编译工具应运而生。

gSOAP利用编译器技术提供了一组透明化的SOAP API，并将与开发无关的SOAP实现细节相关的内容对用户隐藏起来。通过将WSDL文件解析序列化为C/C++文件，最小化了Web Service的开发过程。

2.3Web Service与视频监控

ONVIF规范向视频监控引入了Web Service的概念。设备的实际功能均被抽象为了Web Service的服务，视频监控系统的控制单元以客户端的身份出现，通过Web请求的形式完成控制操作。

视频监控系统采用Web Service技术带来的优点：

 设备的无关性，任何一个设备接入系统，不会对其他系统造成影响。

 设备的独立性，每一个设备只负责对接收到的请求做出反馈，甚至不需要知晓控制端的存在。

 管理的集中性，所有的控制由客户端来发起。

采用ONVIF规范的视频监控系统的优点：

 抽象了功能的接口。统一了对设备的配置以及操作的方式。

 控制端关心的不是设备的型号，而是设备所提供的Web Service

 规范了视频系统中Web Service范围之外的行为。

 ONVIF提供了各个模块的WSDL，拥有效率非常高的开发方式。

2.4场景比较分析：

下图为传统视频监控系统的一个局域网应用场景

1. PU设备上线后，向CMU注册，建立连接。

2. CMU与PU进行信令交互，请求能力集，获取配置

3. CU上线，向CMU注册，建立连接。

4. CMU与CU进行信令交互，传输设备列表

5. CU向PU请求码流

图2传统视频监控系统的一个局域网应用场景

下图为应用ONVIF规范的对应场景：

1. PU设备上线后，向CMU发送HELLO消息。

2. CMU需要搜寻设备时，向PU发送PROBE消息。

3. CMU与PU进行信令交互，请求能力集，获取配置

4. CU上线，向CMU注册，建立连接。

5. CMU与CU进行信令交互，传输设备列表

6.在CMU的协调下， CU同PU建立连接传输码流

图3应用ONVIF规范的对应场景

比较结果：

PU与CMU的交互方式发生了改变。

CMU不再与PU保持长连接。

遵循ONVIF规范，信令以及消息内容有了统一的标准

3、结论

基于OVNIF规范的视频监控系统具有以下优点：

协同性：不同厂商所提供的产品，均可以通过一个统一的“语言”来进行交流。方便了系统的集成。

灵活性：终端用户和集成用户不需要被某些设备的固有解决方案所束缚。大大降低了开发成本。

由于采用WSDL+XML模式，使ONVIF规范的后续扩展不会遇到太多的麻烦。XML极强的扩展性与SOAP协议开发的便捷性将吸引到更多的人来关注和使用ONVIF规范。

在安防、监控系统急速发展的今天，效率和质量的领先所带来的价值不言而喻。ONVIF协议提供了这样的潜质。

参考文献：

[1]Open Network Video Interface Forum Core Specification Version 1.01,July,2009

[2]OVNIF Core Specification Version 2.0 Release Notes ,Nov,2010

soap协议范文6

关键词：.NET，Web Service，分布式系统，实时显示

中图分类号： TP311 文献标识码： A 文章编号：

1引言

随着软件体系结构的不断发展，各种组件技术和应用服务器技术的不断涌现。计算机体系结构逐渐由C／S(客户机／服务器)模式向B／S(浏览器／服务器)模式转变，由集中式向分布式转变。分布式系统以计算机网络作为系统的基础，将数据与功能分布在物理不同的位置，通过自然的数据与功能的连接而运行。现在，在企业级的应用开发中，更加注重基于浏览器的瘦客户端的应用，重视系统的开放性、松耦合，应用程序需要与运行在其他异构平台上的应用程序集成并进行数据交换，客户端和服务器能够自由的用HTTP进行通信，因此基于Web Service的多层分布式体系结构获得了广泛的应用。

2关键技术

2.1Web Service介绍

Web Service是一个平立的、松耦合的、自包含的、基于可编程的web应用程序，可使用开放的XML标准来描述、、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。

Web Service技术要实现异构平台上的不同系统可以互相通信和共享数据，数据在Web上传输必须以XML标准进行，XML是Web Service的基石。而且，不同系统必须遵从SOAP(Simple Object Access Protocol)协议来传输XML数据，SOAP是利用XML技术与远程过程调用的通讯协议，它把对象间的请求和响应都打包成XML文档，以HTTP方式在对象间传递。

其它应用了解所用Web Service提供的服务内容和功能需要通过WSDL(Web Service Description Language)协议，WSDL 用XML 标准来说明Web Service 中的所有方法、参数和服务本身所在的位置，从而让其它系统可以调用本系统提供的服务。

Web Service其系统服务，提供调用功能。要用到UDDI(Universal Description discovery Integration)协议，即通用发现、描述和集成协议，提供一个基于Web的、分布式的注册、和发现Web Service的标准机制。

2.2 Web Service特点

Web Service具有以下特点：

(1)完好的封装性。Web Service应用了面向对象的思想，具有良好的封装性。用户能看到且仅能看到该对象提供的功能列表。

(2)松散耦合。这一特征源于对象组件技术。对于用户来讲，只要Web的调用界面不变，Web实现的任何变更都是透明的。

(3)使用标准协议规范。其所有公共协约都使用开放的标准协议进行描述、传输和交换。

(4)高度可集成能力。实现了当前环境下的最高可集成性。

微软的.NET技术应该算是时下最为流行的Web Service 开发技术。其核心技术包括分布式计算、XML、组件技术、即时编译技术等。.NET扩展了通过任何设备随时随地操作数据和进行通信的能力。它使用分布式计算模型，并基于开放标准XML将PC与其他智能设备连接在一起。.NET平台不仅延续了微软一贯的编程风格，而且还增加了许多支持Web 服务的关键性技术，使得.NET在操作的简单性和执行的稳定性，高效性上达到了一个非常好的结合。.NET技术中用于Web Service开发的主要工具是。

2.3基于Web Service的结构模型

基于Web Service的多层分布式体系结构，支持Internet／Intranet及各子系统间跨平台交互。通过.NET构建相应的Web Service，并部署到网络中的Web服务器上，客户生成的SOAP请求会被嵌入在一个HTTP POST请求中，发送到Web服务器。Web服务器再把这些请求转发给Web Service请求处理器。通过解析收到的SOAP请求，调用Web Service执行自身的功能，通过访问后台的数据库服务器，获取客户所需的结果集，然后再生成相应的SOAP应答。Web服务器得到SOAP应答后，会再通过HTTP应答的方式把它送回到客户端。

其体系结构是一种动态的集成方案，容易适应系统的变动，提高系统的灵活性和伸缩性，完全屏蔽了不同软件平台的差异。实现了不同平台、应用在分布式环境下的信息分布存储与共享，实现了企业异构应用环境下高度的可集成性。

3基于Web Service录井实时显示系统的实现

录井实时显示系统运用技术，以C#语言实现了基于.NET的企业应用解决方案。结合先进的计算机科学和无线网络通讯等技术手段，打破了时间、地域等因素的制约，使用户通过网络实现与各个井场近乎零时间、零空间的实时监控和信息交互。

Web Service类库的创建和调用：

namespace Wsd.WebSrv

public class Authentication : SoapHeader

public class LoggingDataReader : System.Web.Services.WebService

Soap采用简单Xml的编码格式封装WebSirvice数据：

1-0-侧761

…

在中添加web引用：

成功引用Web Service后即可在环境中声明服务的对象：

wsd.LoggingDataReader ws=new LoggingNet.wsd.LoggingDataReader();

4结束语

信息技术在提高企业生产力方面，起着无可比拟的作用。Web Service既不是简单的一个工具，也不是简单的参数配置，而是涉及到诸多技术和理论、具有非常强的实践性的技术，基于Web Service的多层分布式软件结构的不断发展将会进一步提升其在企业级应用开发的影响。