《精品253开放楼宇信息交换oBIX标准及其应用探讨》由会员分享，可在线阅读，更多相关《精品253开放楼宇信息交换oBIX标准及其应用探讨（7页珍藏版）》请在金锄头文库上搜索。
1、开放楼宇信息交换(oBIX)标准及其应用探讨清华大学 董春桥 江亿摘要：论述智能建筑系统集成技术的发展历程和当前状况，说明oBIX标准在智能建筑系统集成中的作用和意义；分析oBIX标准的基本原理，提出oBIX标准的应用解决方案和实现架构。关键词：oBIX，智能建筑(IB)，系统集成，实现架构Open Building Information Exchange (oBIX) Standard and its ApplicationTsinghua University, Dong Chunqiao & Jiang YiAbstract: The process and status of Int
2、elligent Building(IB) system integration are reviewed, the function and significance of oBIX standard in IB system integration are explained. After that, the principle of oBIX standard is analyzed, its application solution and implementation framework are given.Keywords: oBIX, Intelligent Building (
3、IB), System Integration, Implementation Framework1. 前言智能建筑(IB)经过二十余年的发展，其理论和技术逐渐形成，并已形成了巨大的市场和产业。随着社会和科技的进步，智能建筑仍将不断采用高新技术，并不断发展。这种不断发展的特性使智能建筑在不同的时期具有不同的技术特性。虽然无法预测未来，但回顾智能建筑系统的发展历程，并对不同发展阶段中具有里程碑意义的技术特点进行分析，既可以在智能建筑系统中恰当地应用现代高新技术，也可以准确把握智能建筑系统的发展方向，及时掌握新技术，以迎接新技术的挑战。从智能建筑系统的实现技术来看，智能建筑系统就是将先进的传感器技
4、术、通讯技术、网络技术、自动控制技术、计算机技术以及数据处理技术等有机地运用于建筑的运行和管理过程而建立的一种实时、准确、高效的综合控制和管理系统，其目标就是增强建筑的效能(performance)和提高建筑的产出(productivity)。为了实现这个目标，智能建筑系统在不同的时代采用了不同的技术方案。(1) 单功能系统：上世纪80年代，出现了以通用型控制器(GPC)为基础的直接数字控制(DDC)智能建筑自控系统。一个DDC智能建筑自控系统控制一个或多个楼宇设备，并形成一个功能单一的自控系统(如电梯自控系统、照明自控系统等)。这个阶段的技术特点是，通用控制器没有通信功能，没有出现现场总线或
5、自控网络。正因为如此，这种智能建筑自控系统的自控系统形成了完全封闭的“信息孤岛”。(2) 多功能系统：上世纪90年代中期，随着信息技术的发展，尤其是微电子技术的发展，出现了以微控制器(MCU)为核心的专用控制器(ASC)。这种专用控制器面向具体应用对硬件系统资源进行定董春桥，男，1976年1月，博士后，地址：北京市海淀区清华大学建筑学院建筑节能研究中心，邮政编码：100084，电话：（010）62780201， E-mail：制，具有非常高的性能/价格比。由于这种专用控制器硬件资源有限，一般仅能完成特定的控制功能，复杂的控制功能必须上传给硬件和软件资源丰富、且功能强大的上位计算机系统进行处理，
6、由此形成了具有多功能的自控系统，即所谓的“集散控制系统(DCS)”。在集散控制系统中，专用控制器具有通信功能，并通过现场总线或自控网络进行互连，以实现各专用控制器间的信息共享及“分散处理、集中管理”的功能。但不同的集成系统基于不同的现场总线标准(如EIB, Modbus, Profibus等)，这种智能建筑子系统虽然内部实现了互连和信息共享，但不同子系统间仍然形成了更大的“信息孤岛”。(3) 集成系统：上世纪90年代后期，IT技术得到了进一步的发展，尤其是网络数据通信技术的发展，人们对现场总线或自控网络有了更深入和更完整的认识，并更深入地意识到解决“信息孤岛”和构建完整智能建筑系统的重要意义，
7、以及制订专用于智能建筑自控领域自控网络的必要性。在这种背景下，由ASHRAE学会资助产生了BACnet标准，由此智能建筑自控网络由专有型向开放型转变。在要求开放的形势下，LonWorks标准也公布了参考实现源代码而成为开放标准。在开放标准基础上，各种智能建筑子系统的信息可以共享，因而理论上可以构建完整的集成智能建筑系统。但事实上，由于不同标准之间存在差异，即使是公认的BACnet和LonTalk两大标准，也很难实现不同标准间的无缝集成。很明显，如果制定一个公共的集成接口，并且所有的自控网络标准均支持这个公共集成接口，则可以通过这个公共集成接口高效地进行集成。于是就出现了基于OPC(OLE fo
8、r Process Control)标准的集成技术。虽然这种集成技术存在与Windows操作平台有关的缺点，但这种集成技术仍然是当前大多数智能建筑系统集成所采用的主要技术。(4) 企业应用集成(EAI, Enterprise Application Integration)系统：随着企业应用(如人力资源，客户关系，财务管理等)集成的需求，越来越多地要求智能建筑系统接入到企业管理信息系统(MIS)之中，以便全面分析企业的所有运行信息和进行决策。另外，随着更大数量的“机器-机器(M2M)”通信业务的快速发展，也必须发展出一种与“平台无关，语言无关和协议无关”的系统集成技术。在Internet发展过
9、程中，XML/Web Services技术凭借其“平台无关，语言无关和协议无关”的特点逐渐成为企业应用集成的焦点。这种技术以其开放性、标准性和简便性在IT业界得到了广泛应用，并正向智能建筑自控领域及其系统集成应用高速渗透。利用XML/Web Services技术进行智能建筑自控系统集成正是这种发展趋势的具体表现，代表着智能建筑自控系统集成技术的发展方向1。正是由于XML/Web Services技术的优点，不少标准组织和行业学会正在将已有的智能建筑自控网络标准进行XML/Web Services技术扩展，或制订新的XML/Web Services技术应用标准。其中最有影响的标准组织和协会有AS
10、HRAE学会和CABA(北美大陆楼宇自动化)协会。ASHRAE学会在BACnet标准上扩展了XML/Web Services接口，形成了BACnet/Web Services标准；CABA发起和制订了基于XML/Web Services技术的开放楼宇信息交换标准oBIX(open Building Information eXchange)2。为了使oBIX标准更具影响力和权威性，CABA加入OASIS(一个全球非盈利组织，目标是制定和发展电子商务领域标准)并成立了oBIX技术分会，于2006年6月30日正式发布了oBIX标准(V1.0)。而LonWorks阵营虽然意识到了XML/Web Se
11、rvices技术的重要性，并进行了许多研究和产品(i.Lon系列产品)开发工作，但不制定相关的标准，只支持CABA制定和完善oBIX标准。综上所述，智能建筑本身具有多学科交叉和融合的特征，不仅利用相关基础学科的原理发展其规划、设计、施工和运行管理等技术，而且自身也具有明确的基本科学问题和特点，综合特征明显。oBIX标准就是多学科交叉和融合的智能建筑系统集成技术，具有明确的运行管理功能和综合的特征，其作用是屏蔽不同楼宇自控网络标准的差异，提供统一和开发的智能建筑系统集成技术，其意义在于将智能建筑系统作为企业应用集成的一个子系统，无缝地集成到企业管理信息系统之中，从而使智能建筑系统具有更广阔的应用
12、。2. oBIX基本原理从智能建筑系统集成技术的发展过程可以看出，oBIX标准是基于现代IT技术的智能建筑系统集成技术标准。正如其他系统集成技术一样，oBIX标准必须利用XML/Web Services技术的数据描述功能和互操作机制等核心内容定义智能建筑系统的信息模型(Information Model)、互操作方式(Interoperation Mode)和互操作语义的网络传输(Network Transport)等内容3，由此形成了如图1所示的基本体系和对应的基本内容。在oBIX标准中，信息模型是以对象(object)和合同(contract)为基础的对象模型，互操作方式是建立在对象模型之
13、上以Read(读)、Write(写)和Invoke(调用)为基础的REST (Representation State Transfer)互操作方式，网络传输采用SOAP绑定或HTTP绑定。图1 oBIX标准体系结构图2.1 信息模型oBIX标准的信息模型包括对象(object)和合同(contract)两种模型。oBIX标准定义的对象模型如图2所示。在oBIX标准中，对象是与“应用领域无关”的低层次XML词汇或命名空间，是oBIX XML文档的组成元素项(element)。该对象模型除用于描述智能建筑系统信息以外，还可以用于其他自控领域的信息描述。所有oBIX XML文档均由该对象模型所规定
14、的XML词汇或命名空间所构成。另外，由于oBIX标准均由oBIX对象所组成，为了标识不同类型的oBIX对象，oBIX标准采用了URI标识方式。合同(Contract)是由oBIX对象按oBIX标准规定的语法所构成的XML文档，是与应用相关的语义“对象”模型。也就是说，合同是用对象模型描述具有互操作语义的XML文档，或是具有一定互操作语义的oBIX对象，其作用是使智能建筑系统的基本单元描述标准化，从而使实现或引用合同的用户均可以知道该合同所描述的互操作语义，这就使合同成为与应用相关的互操作语义实体，即合同是建立在低层次对象模型之上的、具有互操作语义的高层次oBIX对象。例如，名称为oBIX:Al
15、arm的合同就是oBIX标准中与报警相关信息的标准描述单元，该合同用oBIX对象模型描述了报警源、报警时间、报警接收者等信息，使实现和引用该合同的用户均可以按照该合同的标准结构及其所蕴含的互操作语义使用和解读该合同，从而实现系统的集成和互操作。图2 oBIX对象模型关系图从合同的作用可以看出，合同是较高层次语义的oBIX描述标准单元。合同与对象模型间的关系犹如面向对象计算机编程语言(如C+，Java等)的基本数据类型与对象类型之间的关系，虽然编程语言中的基本数据类型是有限的和固定的，但利用基本数据类型创建的对象类型并不是由编程语言硬性规定的，只要按照编程语言的语法规则就可以用基本数据类型创建任
16、意与应用相关的对象类型，并且所有满足编程语法规则的对象类型均可以由同一编译器(compiler)进行识别和编译。oBIX标准的对象模型和合同也采用这种思想，虽然oBIX对象模型定义了有限的基本对象类型，但在oBIX标准规定的XML语法约束下可以用有限的基本对象类型和合同对象类型构造与应用相关的任意类型的合同，从而使oBIX标准在描述功能上具有强大的扩展机制。利用上述思想，任何人都可以根据应用需求构造任意类型的合同。为了使常用的合同类型标准化，oBIX标准经过抽象总结，将常用的合同类型定义为“标准类型合同”，例如，oBIX:Point, oBIX:Alarm和oBIX:History等均为标准合同对象。在oBIX标准中，由oBIX标准定义的标准合也可以简称为“合同”，而由用户或楼宇自控设备厂家根据应用自己定义的合同通常称为“扩展合同”。2.2 互操作方式在互操作方式上，oBIX标准采
