关键词：opc xml；建筑智能化；集成；技术；实现
1 opc xml支持internet的跨平台集成
目前在过程控制领域，很多公司在各种商业利益和竞争压力的驱使下纷纷将各种智能设备监控、维护、管理应用向internet迁移，以增强企业产品在业务操作和高层管理决策方面的灵活性，最大程度地满足各种用户需求。
利用opc xml技术来实现任何文件格式数据的internet共享和交换，从而在控制系统和信息系统方面获得较高的集成度，实现从底层的控制系统到高层的应用程序的纵向信息系统集成，为实时数据嵌入基于web服务的应用程序中提供更好的方式，进一步满足对各种信息的共享和交换需要，因此，opc xml使得从控制层到管理层系统集成变得非常容易。
另外，opc xml提供了通过internet发布opc数据信息和自动化过程控制系统集成提供更为广泛的连接能力，为非microsoft操作系统平台发布opc数据信息提供一种数据信息转换机制。如图1所示：
2 基于opc xml的建筑智能化系统集成模型
目前，建筑智能化系统集成内容相当广泛，涉及到楼宇自控系统、安防系统、消防报警系统等多个子系统，但是子系统与子系统之间、系统运行与管理之间往往相互分割，难以协同，成为一个个“信息孤岛”，无法满足符合人性化的4a（anywhere， anytime， anyhow， value-added）智能建筑管理或服务需求，更无法满足基于web的一体化智能建筑系统集成需求。如何实现智能建筑的高层信息集成以突破各子系统独立运行带来信息交换上的瓶颈，使各应用系统之间，实现高度融合和协调运行，从而满足与建筑内的设备、办公、信息沟通、管理、服务的全面、动态的4a需求，已成为行业关注的热点，智能建筑已进入基于internet的一体化信息集成的时代。
基于com/dcom的opc早期技术opc da和opc dx虽然带来了更大的开放性、互联性、高效性，智能设备即插即用，实现灵活、高效、方便地获取数据。但是，opc da和opc dx并不适合于客户端通过internet访问现场设备数据，不能有效解决前面提到的一体化、人性化的4a智能建筑管理或服务需求。
利用opc xml技术，将opc xml web服务的技术优势引入建筑智能化领域，提出了如图2所示基于opc xml的建筑智能化系统集成模型，能够完整地解决基于internet的一体化智能建筑系统集成需求。
该应用模型的主要设计目标是：集成智能建筑中已有的分散的子系统，让其中的底层智能设备横跨internet工作，将管理、分析、控制等功能集成到统一的界面上，实现各个智能建筑子系统的集成管理及协同工作，实现与建筑内的设备、办公、信息沟通、管理、服务的全面、动态的4a需求。
3 模型核心技术opc xml web服务的实现
opc xml web服务是基于opc xml的建筑智能化系统集成应用模型的核心。opc xml web服务最常见的实现形式就是xml-da服务器端网关，即将opc da服务器作为一个.net web服务来实现。网关安装在opc-da服务器端。通过网关，xml-da客户端能够从远程访问opc da服务器，带有opc服务器的设备不必升级。接下来以xml-da服务器端网关的实现方式为例来进行模型核心技术实现。
xml-da服务器端网关是将opc da服务器作为一个.net web服务来实现。因为opc com da设备的实质就是将设备数据用com曝露出来，数据是存储在设备数据库里的，实现xml-da服务器端网关时无须关心底层现场设备的细节。opc xml web服务服务器下面连接的子系统采用advosol公司提供的opccom服务器来模拟。安装xdanetsrv开发软件包后就自动安装了一个名为“3cbcs da server”的。pc da服务器，它是一个doom组件。在接下来的实验中，用它来模拟智能建筑中央系统监控设备的opc com服务器。这样，就可以将注意力主要放在高层的信息集成，即实现opc xml web服务和应用。
visual 是一套完整的开发工具，用于生成asp web应用程序、xml web服务、桌面应用程序和移动应用程序。.net framework框架封装了实现web服务的协议，简化了xml web服务和asp web应用程序的开发。模型的技术实现采用.net的web服务开发工具，包括：microsoft .net framework sdk， microsoft xml 4.0 parser and sdk， microsoftsoap toolkit 2.0，microsoft uddi sdk v1.5.2。
web服务描述语言工具（）：从web服务描述语言（wsdl）文件、xml架构定义（xsd）架构文件和.discomap发现文档生成xml web服务和xml web服务客户端的代码。
web服务发现工具（）：发现位于web服务器上的xml web服务的url，并在本地磁盘上保存与每个xml web服务相关的文档。
xml架构定义工具（）：生成遵从的opc xml-da web服务的软件开发环境：服务器端，windows 2003/2000/xp，iis（internet information services）， and the .netframework， dcom， rad环境，microsoft visual studio .net；客户端应用程序可以运行在windows95/98/ me/ nt/ 2000/2003上。c#是微软为.net平台量身订做的语言，特别适合组件的开发，对于模型实现，采用c#语言进行程序设计。
xml web服务建立在.net framework和公共语一言运行库之上，由于xml web服务的基础结构是遵照soap， xml和wsdl等行业标准生成的，这使来自其他平台的客户端可以和xm l web服务进行交互。只要客户端可以发送根据服务说明进行格式化、符合标准的soap消息，该客户端就可以调用使用asp net创建的xml web服务，而与该客户端所驻留的平台无关。xm l web服务不是用来替代dcom的，它是一个消息处理基础结构，用于通过使用xml行业标准跨平台进行通信。
在.net框架下，可以通过如图3所示的技术路线来实现opc xml-da web服务。在opc xml-da web服务器端：opc foundation提供了标准的opcxml da wsdl，可以使用微软的工具导入自动生成代理，也可以直接在里面添加web引用。导入过后自动生成了一些供客户端使用的代理，并建立主干web服务程序，它是web服务框架的一部分，它为框架建立接口代码。opc xml-da服务供应商根据相应的opc xml-da规格和应用需求来实现具体的web服务程序。opcxml-da服务器开发者不需要xml和soap方面的知识。
opc xml-da web客户端：开发opc xml-da客户端应用不需要xml和soap方面的知识，开发者通常不使用web服务的soap方法接口描述。使用web服务说明的wsdl文档，用工具创建一个代理类，客户端可以调用该代理类的方法来执行web服务。web引用是一个已经生成的代理类，它在本地表示xml web服务公开的功能。该代理类定义的方法表示xml web服务所公开的实际方法。当客户端应用程序创建了代理类的一个实例时，它就能够调用xml web服务方法，就好像xml web服务是一个可在本地使用的组件一样。web引用简化了xml web服务客户端应用程序的开发。
参考文献
［1］王波,卿晓霞.智能建筑导论［m］.北京:高等教育出版社,2005.
［2］王波.智能建筑办公自动化系统［m］.北京:人民交通出版社,2004.
［3］高亮.opc技术在智能建筑系统集成中的应用［j］.智能建筑,2006,（13）.
［4］徐智勇,李德华,许立梓.用opc实现ibms集成［j］.白动化技术与应用,2005,（2）.
中国论文网(www.lunwen.net.cn)免费学术期刊论文发表,目录,论文查重入口,本科毕业论文怎么写,职称论文范文,论文摘要,论文文献资料,毕业论文格式,论文检测降重服务。
