DLT890.402-2012能量管理系统应用程序接口(EMS-API)第402部分公共服务.pdf 29页

'ICS27100F21备案号：35230—2012口L中华人民共和国电)-3行业标准DL／T890．402—2012／IEC61970—402：2008能量管理系统应用程序接口(EMS．API)第402部分：公共服务Energymanagementsystemapplicationprograminterface(EMS--API)-·part402：commonservices2012—01—04发布(IEC61970-402：2008，IDT)2012—03—01实施国家能源局发布 目次DL，T890．402—2012前言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯-．日I言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·1范围⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·l2规范性引用文件⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯一l3术语和定义⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯～24背景⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·25公共服务标识符⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯25．1DAF资源标识符接口⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·25．2扩展资源Ⅲ服务⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·35．2．1概述⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．．35．22geturis0‘+‘+‘‘‘+‘’‘’‘’‘‘‘‘’‘‘‘’’‘‘‘’‘‘‘‘‘’’‘‘’‘‘‘‘’‘‘‘‘‘‘‘‘’‘’‘’‘‘‘‘’‘‘‘’‘。‘。’。’。’‘’‘。。‘’‘’。。’。’‘。‘。‘‘’‘’‘。‘’’’’‘’‘’‘’’’’’’。’‘’’’‘’‘’‘’’’’’’。’。’’’。’45．23哪_uris0‘‘‘’‘‘‘‘‘‘‘‘‘‘‘‘’‘’‘‘‘’‘’‘‘’。‘‘’‘’‘’‘。’‘’‘’‘’‘’’‘。‘。‘‘。‘’’‘‘‘‘。‘‘‘‘‘‘。‘’‘‘。‘‘‘‘‘‘’‘。‘‘’‘+‘’‘‘’’+‘。‘‘+‘’‘’‘。‘’+‘’‘+‘’‘’‘+’’‘+‘+‘’‘’‘··‘‘··‘·‘45．2．4盯稍LF瓤哪州dB0⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯“46公共服务描述⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．-57IECTC57视图⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯67．1概述⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯··67．2IECl℃57视图的成因⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯”67．2．1{厩述⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．．67．2．2河题示例⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·77．2．3IECTC57视图描述⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·77．24IECTC57视图示例⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．．87．2．5节点特性⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·97．3IEcTC57物理视图⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯97．3．1{既述⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯一97．3．2IECTC57物理视图层次⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯一97．4IECTC57事件视图⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·11．7．4．1概j盎⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·ll7．4．2IECTC57事件视图特性⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯128上下文支持⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯“12附录A(资料性附录)IEcTC57视图讨论⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯-·13A．1概述⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯13A．2视图的应用⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯14附录B(资料性附录)代理架构⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯“16B．1代理⋯⋯⋯⋯⋯⋯⋯B．2代理服务器的原则⋯B．3代理的资源标识服务附录C(资料性附录)DL890服务与DL1080动词间的映射⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯ DL，T890．402—2012C．1概述⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯C．2松耦合的集成⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯C．3主系统和被驱动系统⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．⋯⋯⋯⋯⋯⋯⋯C．4DLl080消息交换和DL890通用数据访问间的映射⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯C．5映射DL1080动词到DL890服务⋯⋯⋯⋯⋯⋯C．6DL1080动词和DL890服务对应的命令⋯⋯⋯参考文献⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯Ⅱ··17—17··17“20--2l”21-·23 月q舌DL，T890．402—2012DL890系列标准是采用IEC61970系列国际标准《能量管理系统应用程序接口(EMs．API)》制定的，主要包括公共信息模型(CommonInformationModel，CIM)和组件接El规范(ComponentInterfaceSpecification，CIS)两方面内容，由以下部分组成：DL／T890．1能量管理系统应用程序接口(EMS-API)第1部分：导则和一般要求；DL／Z890．2能量管理系统应用程序接口(EMS．API)第2部分：术语；DL／T890．301能量管理系统应用程序接口(EMs．API)第301部分：公共信息模型(cIM)基础；DL／Z890．401能量管理系统应用程序接口(EMs．API)第401部分：组件接口规范(CIS)框架：DL／T890．402能量管理系统应用程序接口(EMs．API)第402部分：公共服务：DL／T890．403能量管理系统应用程序接口(EMs．API)第403部分：通用数据访问；DL／T890．404能量管理系统应用程序接口(EMS．API)第404部分：高速数据访问；DL／T890．405能量管理系统应用程序接口(EMS．API)第405部分：通用事件和订阅；DL／T890．407能量管理系统应用程序接口(EMS．API)第407部分：时间序列数据访问：DL／T890．453能量管理系统应用程序接口(EMs．API)第453部分：图表定义交换(公共图形交换)；DL／T890．501能量管理系统应用程序接口(EMS．API)第501部分：公共信息模型的资源描述框架(CIMRDF)模式。本部分等同采用IEC61970-402：2008《能量管理系统应用程序接口(EMs．API)第402部分：公共服务》(英文版)。本部分由中国电力企业联合会提出。本部分由全国电力系统管理及其信息交换标准化技术委员会归口。本部分起草单位：中国电力科学研究院、华北电力大学、国网电力科学研究院、国家电力调度中心、东方电子股份有限公司。本部分主要起草人：潘毅、刘崇茹、曹阳、陶宏铸、李晓露。本部分在执行过程中的意见或建议反馈至中国电力企业联合会标准化管理中心(北京市白广路二条1号，100761)。III DL，T890．402—2012引言本部分是定义能量管理系统(EnergyManagementSystem，EMS)应用程序接口(ApplicationProgramInterface，A／I)的DL890系列标准的一部分。本部分是基于美国电力科学研究院(ElectricPowerResearchInstitute，EPRD控制中心API(ControlCenterAPI，CCAPI)研究项目的工作(RP一3654-1)。DL890．4X×规定了一套组件(或应用)应该实现的接口。利用这些接口，组件(或应用)能够以标准的方式与其他组件(或应用)交换信息和／或访问公共可用数据。DL890．4××组件接口描述的特定事件类型和消息内容可以不依赖于任何特定的组件技术被应用使用。使用特定组件技术的消息的实现在DL890．5××中描述。因此，DL890．4××描述平台无关模型(PlatformIndepend∞tModel，PIM)，而DL890．5××描述平台相关模型(PlatformSpecificModel，PSM)。D坍890．402包括了基本的API服务。因此，DL890．4××的所有其他部分都假设这些服务已经存在。所以，DL／T890．402中所描述的服务是符合DL890．4××标准的任何组件所必需的。组件接口规范引用了在DL890．3××中定义的电力系统领域的实体对象。IV 1范围DL，T890．402—2012能量管理系统应用程序接口(EMS-API)第402部分：公共服务本部分提供必需的和公共的基本功能，而这些基本功能在规范性引用文件和DL890．403～890．4491)通用接口标准所规定的新API中都没有提供。应用将体现通用接口这些公共服务。这些与应用类别无关的接口包括：——通用数据访问(GDA)。——高速数据访问(HSDA)。——通用事件和订阅(GES)。——时间序列数据访问(TSDA)。为了实现这些目标，公共服务分成以下三种类别：1)资源标识符(ResourceIdentifier)：识别类、类属性和对象实例的一种公共方法。2)资源描述(ResourceDescription)：对与类、类属性和对象实例相关联的数值进行编码的公共方法。3)视图(View)：以层次表示类、类属性和对象实例的公共方法。DL／T890．402包含了基本的API服务。因此，DL890．4××的所有其他部分都假设这些服务已经存在。所以，DL／T890．402中所描述的服务是符合DL890．4××标准的任何组件所必需的。虽然本部分的目标是控制中心技术领域，但是公共服务却涵盖了能够应用于多种类型系统的通用概念，例如以下系统：——配电管理系统(DistributionManagementSystcm)。——工作和资产管理系统(WorkorAssetManagementSystem)。——地理信息系统(GeographicInformationSystem)。——停电管理系统(OutageManagementSystem)。——其他类型的运行业务系统。由于经常需要在两个或多个系统的应用间进行集成，所以本部分的目的是使通用的公共服务在有效地满足控制中心需求的同时，尽可能做到对其他不同类型的系统也是公共的。2规范性引用文件下列文件对本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。DL／T890．1能量管理系统应用程序接口(EMS—API)第1部分：导则和一般要求DL／Z890．2能量管理系统应用程序接口(EMS-API)第2部分；术语DL／Z890．401能量管理系统应用程序接口(EMS-API)第401部分：组件接口规范(ClS)框架DL／T890．403能量管理系统应用程序接口(EMs—API)第403部分：通用数据访问DL／T890．404能量管理系统应用程序接口(EMs—API)第404部分：高速数据访问DL／T890．405能量管理系统应用程序接口(EMs-API)第405部分：通用事件和订阅1)目前，只包含DL890．402～408部分，还未考虑其他通用服务。 DL，T890．402—2012DL／T890．407能量管理系统应用程序接口(EMS-API)第407部分：时间序列数据访问OMG公用事业管理系统(UMS)数据访问设施(DAF)2002．11-083术语和定义DL／Z890．2中的术语和定义适用于本部分。注：通用的术语表定义参照IEC60050《国际电工技术词汇表》。4背景本部分规定能量管理系统应用程序接口(EnergyManagementSystemsApplicationProgramInterfaces，EMS-API)的组件接口规范(CIS)。它规定一些接13，使组件(或应用)能够通过标准的方式与其他组件(或应用)交换信息和／或访问公共可用数据(关于这些标准的概述，参见DL／T890．1)。创建本部分的目的是提高控制中心应用和系统的互操作性。本部分提供一种机制，来自独立供应商的各种应用可以使用一个公共应用程序接口(API)来访问公共信息模型(CIM)数据，用于辅助处理、存储或显示。DL／Z890．401CIS框架(CISFramework)提供对DL890．4××CIS文件的一个概述。它说明这些规范划分为两大组。第一组是DL890．402～890．449，定义了一组独立于应用的通用服务，组件应该使用这些服务与另一个组件交换信息或访问公用数据，然而由于通用接口并没有规定何种特定数据是可交换的，因此使用DL890．402～890．449的各产品间的互操作性是不能保证的；第二组是DL890．450890．499，定义特定组件或系统与其他组件使用这些通用服务交换的信息内容。DL890．402～890．449规定了独立于应用类别的消息交换机制，而DL890．450～890．499规定了与应用类相关的源于CIM的消息内容。DL890．4××描述了应该由应用软件使用的不依赖于任何特定组件技术的特殊事件类型和消息内容。使用特定组件技术的消息的实现在DL890．5××中描述。作为DL890．4××的一部分，本部分包含了第一级模型即平台无关模型(PIM)。该模型以文本方法[即文本和统一建模语言(UnifiedModelingLanguage，UML)]描述将要标准化的接口功能。DL890．5×X描述第二级模型即平台相关模型(PSM)，该模型使得DL890．4××适用于特定的平台。如DL／Z890．401所述，DL890．4×X的一个主要特点是它们最大限度地利用了现有的工业标准，特别重要的是由OPC(原先用于过程控制的OLE)和对象管理组织(ObjectManagementGroup，OMG)开发的标准。但是，这些标准缺少对DL890系列标准应用环境很重要的某些功能。DL／T890．402包含了基本的API服务。因此，DL890．4×X的所有其他部分都假设这些服务已经存在。所以，DL890．402中所描述的服务是符合DL890．4××的任何组件所必需的。5公共服务标识符5．1DAF资源标识符接口本部分以引用的方式规范性地包括了公用事业管理系统(UtilityManagementSystem，UMS)数据访问设施(DataAccessFacility，DAF)的资源标识符模块(ResourceIdentifiersModule)”中所包含的建模方式。该模块定义了应该用于识别CIM资源(电力系统相关的类、类属性和对象实例)的通用方法。DAF资源标识符模块定义了若干类和一个服务，如图l所示。DAF资源标识符操作见表1。DAF资源标识符模块使用通用资源标识符(UniversalResourceIdentifier，URI)和资源ID来识别电力企业资源”。URI是一个符合通用资源标识符标准的用作名字的字符串(见参考文献[5])。例如，21)参见OMG，公用事业管理系统(UMS)的数据访问设施(DAF)2002．11-08。2)关于URI更多信息参看IETEREC2396。 DL，T890．402—2012变压器类的URI可以是“http：／／utility．com／Planning／Production／CIM-sehemacimu09a#Transformer”。与URI不同，资源ID由更紧凑的128位(16字节)的ID数字组成。DAF规范分别用资源ID序列和URI序列定义资源ID和URI数组。‘◆container：ULongLong爿．哪：岫帆}—々怔兰型图1DAF资源标识符模型表1DAF资源标识符操作操作操作说明示例抛出异常ResourcelDSequenceget_tesource_idsgetresourc．ejdsLookupError(URISequenceuris)URIScquenc．egeturisgetuns(ResoureelDSequenceids)LookupErrorDAF资源标识符模块要求URI是唯一的，在一个DAF服务器内部，资源D是唯一的。而且，对任何由一个DAF服务器展示的资源，仅有一个相关的资源ID和一个相关的URI。DAF的资源ID服务包括两个方法：get把翻译为资源，t把资源翻译为。方法g_resollrooidsURIgeurisURIet_rcsoul_ceids以一组URI作为输入，输出一组对应的资源ID；方法get以一组资源ID作为输入，输出一组对应．uris的URI。5．2扩展资源ID服务5．2．1概述在实践中有可能一个唯一的资源ID与多个URI相关”。例如，假设为规划应用和运行应用部署了一个资源ID服务提供者，在这种情况下，一个变电站母线资源可能和两个URI(名字)相关联，每个URI的产生和不同的遗留应用相关，如“utility．corn／Planning／Production#Busl23”和“u矗lity．com／EMS／Produetion#BusAB7’。为了处理这种更加复杂的应用情况，扩展资源ID服务(ExtendedResourceIDService)为DAb"资源m中的geturis方法增加了一个视图名参数，这个参数用来确定URI的范围。扩展资源ID服务也增加了功能，能够为URI设置给定的视图名，并在服务器分配资源Ⅲ，如图2所示。因此，表2描述的公共服务标识符(CommonServicesIdentifier)接口可以看作是DAF标识符(DAFIdentifier)接口的补充扩展。1)例如，认为DL／T890．404部分的高速数据访问(HSDA)服务端表示为在IECTC57物理视图(IECTC57Phvsical、View)层次结构内的节点。例如，由于HSDA接口不支持客户端查询来获得一个变电站内的所有断路器的资源m．所以在HSDA订阅配置期间，当客户端为订阅而组合了～列路径名时可能存在性能瓶颈。然而，使用DL／T890．403部分的通用数据访问进行查询时，能够获得一个变电站内的所有断路器的资源m。于是就能够利用扩展资源ID服务的服务提供者把所获得的资源ID翻译成HSDA服务端路径名，因为一个HSDA服务端名和一个IECTC57物理视图的路径名的组合就提供了一个唯一的uRI。因此为了消除订阅配置瓶颈，当客户端查询HSDA路径名时使得该客户端能传递视图名给扩展资源ID服务的服务提供者，以此方式扩展瓷源ID服务提供了所要求的功能。3 DL／T890．402——2012国+container：ULongLong。。一冒ResoutceIDSequcmce套三}巨图2GDA扩展资源标识符模型表2GDA扩展资源标识操作操作操作说明示例抛出异常URISequencegeturisget_urisLookupError(charview_name，ResourceIDSequenceids)voidset_urissetuFisUpdateError(charview_nme，ResourcelDSequenceids，URISequenccuris)ResourceIDSequencecreate_resourceidscreate_resource_idsUnl∞wnRe∞urce(RcsourccIDprototype，inthowm“y)5．2．2get_ads(1此操作接收资源标识符序列和一个视图名，然后返回对应的URI参考(URl-references)。返回序列的长度和顺序与输入序列相同。如果服务器没有识别出某个特定的资源标识符或者没有负责对它进行翻译，那么此操作将抛出LoolmpError异常。5．2．3seturis(1此操作接收资源ID序列和uIu序列及一个视图名“，每一个URI和视图名范围内的每一个资源Ⅲ关联。资源m序列和URI序列的长度必须相同。如果服务器没有识别出某个特定的资源标识符或者没有负责对它进行翻译，那么此操作将抛出U脚Ermr异常。5：2．4creat_resource_ids(1此操作接收一个原型资源的资源ID和一个整数，该整数表示新创建的资源ID的个数。该操作返回一个或多个资源lD值。返回值是一个有效资源ID值的序列。在返回的时候，任何资源标识符都不会指向一个已有的资源。任何返回的标识符都不与以前返回的标识符相同。Prototype参数是一个已有资源的资源标识符。新的资源标识符也将由该prototype的数据提供者来管理”。如果返回一个空(Null)资源标识符，在这种情况下实施时要选择一位数据提供者。其中的how整型参数指明要产生的资源标识符值的数量。此操．many41)这是推荐而不是强制，扩展资源ID客户端，同样也作为IEC61970第404部分高速数据访问(HSDA)、IEC61970第407部分时间序列数据访问(TSDA)或IEC61970第405部分通用事件和订阅(GES)的服务端使用出自IECTC57视图的路径名作为URI，而且这些路径名是从一个标准视图(例如IECTC57物理视图或IECTC57类视图)导出的。当使用IECTC57物理视图建立路径名时，所用的URI应当符合前加服务器名的IECTC57物理视图的路径名。当使用IECTC57类视图作为路径名的一部分时，那么前加服务器名的叶节点唯一的类名被用作删，而不是完整的IECTC57类视图路径名。对路径名中所用的限定符的选择没有规定。2)注意：原型参数只在资源Ⅲ服务提供者作为代理服务器时才有用。关于代理服务器的更多信息参见附录B。 DL／T890．402——2012作将返回不超过该整数的资源标识符值的序列(如果返回的值少于howm∞y，那么客户端可以提出另一个请求)。6公共服务描述本部分以引用的方式规范性地包括了UMSDAF的资源标识符模块中所包含的建模方式。该模块定义了对CIM资源(电力系统相关的类、类属性和对象实例)进行信息交换的通用方法。DAF资源标识符模块定义了若干类和一个服务，如图3和图4所示。图3资源描述图4资源描述：简单值(SimpleValue) DL，T890．402—2012表3DAF资源描述迭代器操作操作说明示例抛出异常booleannextn(unsignedlongn，ResourceDescriptionSequencedescriptions)IteratorErrormaxleftunsignedlongmax_leftIteratorErrordestroyvoiddeSffOyIteratorError表3中，时间以64位无符号数(ULongLong)表示，以100ns为1时间单位，记录自格林威治标准时间1582年10月15日00：00起已过去的时间单位的总数。采用此惯例是来自公用对象请求代理体系结构(CommonObjectRequestBrokerArchitecture，CORBA)的时间服务(TimeService)，而CORBA的时间服务来自X／OpenDcE时间服务。复数在一系列科学应用中特别是在电力系统分析中使用。在DAF中，复数以笛卡儿坐标形式表示。简单值是特性的对象。第5章中简要描述了它在资源描述框架中的角色。DAF把一个简单值规定为一个己被区分开的联合体，其中简单值类型(SimpleValueType)是判别依据。基本上，简单值可以是一个资源标识符或文字描述，文字的基本类型是一个字符串，DAF又增加了以上定义的类型和每种CO砌jA固有类型(按晟多变体)的显式表达。对于给定的资源，特性值以特性的资源标识符和特性的关联值来表示特性。DAFBasic模块中定义了资源ID类型和简单值类型。每个资源描述根据它的资源标识符及该资源的零个或多个特性值来确定一个单一资源。特性必须是单一赋值的，对一个资源描述内的每个特性，不提供返回一个以上的值。资源的类能作为类型特性的值包含在资源描述中。对于返回一个以上资源信息的查询，将返回一个迭代器。资源描述迭代器使得客户端能一次顺序访问大量的查询结果，即若干资源。这就必须控制同时传送过来的信息数量。必要时，也可以用此方式实现重复进行客户端和服务器的查询结果处理。客户端和数据提供者应协同管理迭代器的生命期和它消耗的资源。客户端和数据提供者可以分别使用destroy()和nextnO方法来指明要销毁迭代器。此外，数据提供者可以在任何时刻自主销毁迭代器(由于资源管理或其他原因)。如果客户端发现迭代器已经被销毁了，客户端本身将不会把自身所处的这种情况解释为已经到达迭代末端，也不会解释为数据提供者的永久故障。7IECTC57视图7．1概述本章描述了一种标准方式，以通俗易懂的和众所周知的视图来表示CIM资源”。7．2IECTC57视图的成因7．2．1概述组件执行系统，如微软的组件对象模型(ComponentObjectModel，COM)，OMG的公用对象请求代理体系结构(CommonObjectRequestBrokerArchitecture，CORBA)，或Web服务(WebService)所使用的标准接口描述语言都提供了一些机制，通过这些机制，组件可以声明它所提供和使用的公用特性和方法的接口信息。组件使用这些技术发布它的接口元数据。那些希望自由地与系统相连的组件可以发现接口元数据，以确定它如何与系统组件相连接。这一级别的接口声明和发现为构建可互操作的基61)相反，GES、HSDA和TSDA服务端都有一个不透明的视图，也就是在节点和节点特性的“名”或组织方面GES、HSDA或TSDA服务端呈现数据几乎没有固定需求。“名”和组织多半由服务端决定。这就被称为不透明视图。另一方面，并非不透明的或众所周知的视图规定了节点在视图中如何呈现的规则。 DL，T890．402—2012础设施提供了一个关键部分。但是，单独使用组件接口元数据却不能获得更接近互操作需求的一个重要的元素。这个缺失了的成分是实例对象元数据，而上述非定制的组件执行系统技术并不支持它。了解组件接口类型信息是有用的，同时，了解哪些组件提供什么样的特定实例对象及与这些对象相关的模式也是很有用的。单个实例对象元数据的声明和发现在较大程度上方便了互操作性，尤其是结合了公共信息模型的时候。当己展现一个大家熟知的可用对象实例视图的时候，组件就能够以程序方式发现什么数据是可用的，从而便于将组件无限制地自动配属于系统。假设关于实例对象元数据的接口描述语言存在潜在的限制，那么必须引入附加的设计结构。通用数据访问(GDA)接口使得客户端能浏览实例数据，然而某些服务器可能只展示HSDA、TSDA或GES接口。在这种情况下，IECTC57视图就提供了以标准方式浏览实例数据的能力。7．2．2问题示例CIM由具有多个Ⅳ对Ⅳ对象关系的网状信息网络组成。因此，在简单的图形用户接(GraphicalUserInterface，GUI)中给用户显示实例化的CIM模型是困难的。而且，层次视图易于理解。例如，考虑如图5所示的虚构信息模型。使用这个信息模型，实例化模型可以在一棵树中表示，如图6所示。Operates图5虚构信息模型图6以树表示的虚构实例化模型图6所示模型由三个节点组成。称为Main的顶层节点是一个分支节点，因为对下面的两个“子”节点而言，它是一个“父”节点。底层节点都是叶节点，因为它们的下面再没有其他节点。假设要通过CIM的层次视图来订阅某个电力企业拥有的一个变电站的相关数据。但是，从图6所示的树浏览，仍存在以下几个问题未回答：1)Main是一个电力企业还是一个变电站?2)假如Main是一个电力企业，Racine是由Main拥有，还是由Main运行?仅知道信息模型是不够的，为了在一棵树中有效地显示实例化的模型，还需要了解：1)节点的类型信息。2)树中遍历的是哪些关联?标准化的视图使得应用能通过浏览树来回答上述问题，因而可以实现自动处理。7．2．3IECTC57视图描述IECTC57视图提供了一种约定的方式，以层次表示实例化的CIM模型。IECTC57视图规范包括：1)显示哪些CIM类的约定。2)遍历哪些CIM关联，并且按什么方向遍历的约定。IECTC57视图由包含一个众所周知的顶层分支节点名的层次组成”。所有这些众所周知的顶层分支节点名都有前缀“IECTC57”。“IECTC57”是一个保留的前缀，因而厂商或用户定义的节点名不应使用该前缀。众所周知的项层分支节点名是：IECTC57物理视图和IECTC57事件视图。所有遵守DL／T890．4021)节点名在OPC中称为项目ID(ItemID’)，而在DAIS中称为标签(Label)。7／／知。／一 DL，T890．402—2012规范的应用都支持这些节点，如DL／T890．403～DL／T890．449部分所规定的那样”。IECTC57顶层分支节点的例子如图7所示”。E=；篡篓：图7IECTC57视图从物理角度，根据实例数据是如何包容的，IECTC57物理视图包含了与电力系统相关的实例数据的层次。IECTC57事件视图包含一棵树，用于包含一个或多个节点层次，其节点对应服务器发布的事件(消息)的信息。在顶层分支节点之下，符合要求的实现包含一棵树，用于包含一个或多个节点层次，其节点对应于在DL890．301中定义的类、类属性和对象实例。IECTC57视图可以有任意数目的层。7．2．4皿CTC57视图示例图8展示了IECTC57物理视图层次的一个例子。该层次包含节点Main(其ResourceType特性的值为Company)，Main包含一个子控制区North(其ResourceType特性的值为SubControlArea)，Noml包含一个变电站AirPort(其ResourceType特性的值为Substation)。变电站中包含两个设备：Breaker12(其ResourceType特性的值为Breaker)和Transformer22(其ResourceType特性的值为Transformer)。每个设备关联一个量测(其ResourceType特性的值为Measurement)和一个量测值(其ResourceType特性的值为measurementvalue)。层次可以包含任意数目的公司、子控制区、变电站、设备、量测和量测值节点。(注：根据DL／T890．301，Transformer应为PowerTransformer，measurementvalue应为MeasurementValue)图9是IECTC57事件视图层次的例子，包含三种类型的事件：WorkOrder及其子类事件PreventativeMainteneneeWorkOrder和BreakerTestReport。每个事件包含一个属性集合。WorkOrder事件包含WorkOrderlD和Description属性。PreventativeMaintenanceWorkOrder包含AssetlD和ProceedureID属性，以及从它的父事件WorkOrder中继承的WorkOrderlD和Description属性。—IⅢcTc57PhysiealView—UmityCorpo—一NonhSubControlArea【一LSta-tu。sM—easare—ment。。。。。，。[一PhaseAVoltageMe。。。一。LEstimn州Mv垤J峙。120图81ECTC57物理视图例子卜WorkO基rdex⋯。E：。E：在IECTC57物理视图或1ECTC57事件视图中所涉及的特定的资源或属性，可能同时在任何其他的层次中出现。例如，在IECTC57事件视图示例中出现了Breaker．Name和BreakerName；在这两种情况1)除了本文件中那些标准化视图外，一个符合于本文件的应用还可以出现其他的非标准视图。2)IECTC57物理视图和IECTC57事件视图项层支路节点也可能在根节点处出现。此时，将包含两棵独立的树，对应于上述的两种视图。 DL，T890．402—2012下，对于断路器名属性的特定资源ID是相同的。在IECTC57事件视图中，完全有效的路径名是IECTC57EventingView／BreakerTestReport／BreakerName。术语“完全有效的路径名”意味着路径名的值是特定且唯一的，足以准确标识特定层次中的节点。7．2．5节点特性7．25．1概述IECTC57视图包括节点和节点特性。节点是可以独立寻址的，节点特性却只能通过它们的父节点访问。根据服务器实现所用的技术，本条讨论的节点特性可以展示为标准的或定制的节点特性。对于符合本部分要求的视图所需要的节点特性，本条给出了技术中立的描述。但是，这些节点特性在视图中实际如何呈现是依赖于技术的”。路径名允许客户端直接访问节点的特性。IECTC57视图中的任何节点都可以使用完全有效的路径名寻址。访问视图中的一个节点可以通过从根节点开始向下浏览或直接使用完全有效的路径名实现。当展示IECTC57视图的服务器返回一个路径名时，它总会是一个完全有效的路径名“。7．2．5．2IECTC57视图版本IECTC57视图的每个实例都包含一个可随时间变化的层次i因此，客户端可能需要浏览实例化的层次以发现它所连的每个服务器的节点。例如，一个客户端可以浏览IECTC57事件视图以发现服务器发布的事件列表。使用这个事件列表，客户端可以浏览已找到的事件类型的属性。每个IECTC57顶层分支节点都包括一个指明子树版本的节点特性。版本(Version)特性的值是随着该树中元数据或实例数据的变化而变化的”。版本节点特性的格式应如表4所示。表4视图版本格式7．3IECTC57物理视图7．3．1概述IECTC57物理视图路径名是一棵树，用于包含一个或多个在DL／T890．301中定义的类、类属性和对象实例的层次。IECTC57物理视图下的层次可以有任意多层。IECTC57物理视图下的每个分支节点都有一个称为IECTC57ResoureeType的特性，其值用于识别类型(如公司、地区、变电站、间隔、断路器、量测或用户自定义的类型)。每个节点还有一个称为资源Ⅲ的特性。这种方法可以用于有选择性的随意扩展或收缩(扁平化)该物理视图。这就意味着用户可以在IECTC57物理视图树上增加一些层(如bay层)或减少省掉～些层(如sub—eonla"olarca层)而不丢失它的“可发现性”。这个特点只是试图提供一种揭示模型的方法，而不是企图针对模型结构规定或强制使用DL／T890．301标准。7．3．2IECTC57物理视图层次7．3．2．1概述IECTC57视图包含一个与CIM关系子集相链接的CIM类的子集。本条给出一种在满足IECTC57物理视图的视图中所展示的特定类和关联的技术中立性描述。IECTC57物理视图应沿着其后的CIM类关联遍历后续的CIM类。表5中出现在越高层的CIM类的实例处在IECTC57物理视图树的层就越高。由于不是所有的类都在树中出现，所以类的相对顺序必须予以保留。1)更多有关技术映射的信息，参见DL／T890．404表1。2)更多有关路径名格式的信息，参见DLff890．404。3)到底在什么条件下服务器的版本号将增加并没有规定。但是，这里指出了至少在元数据发生变化时，服务器的版本号应增加。9 DL／T890．402—2012表5IECTC57物理视图中使用的第一层关联Fromassociation(关联自)Classt类)Toassociation(关联到)CompanyOperates_PSRsOperatedBy—CompeniesSubControlArcaContains_SubstationsMvmbcrOtSubControlArenSubstationContains，oltagcLevelsORContains_EquipmentMemberOf_SubstationVoltageLcvcl0RContains_BaysMemberOf_VoltageLevelsBayContains_Equipment表6列出了能出现在Substation、Bay或VoltageLevel下的设各类。然而，表6并没有规定在Substation或Bay下各类的顺序。表6最后一列表明任何设备类都可以作为量测类对象的父节点。表6IECTC57物理视图中使用的第二层关联Fromassociation(关联自)Class(类)Toassociafion(关联到)Switch，Jumper，Fuse，Breaker，ContainsMeasurementsMemberOf_EquipmentContainerDisconnector，LoadBrcakSwitch，GroundDisconnectMemberOfEquipmcntContainerPowerTrausformerContainsMeasurementsConductor，MemberOf_EquipmentContainerContains_MeasurementsACLineSe掣nent，DCLineSegmentProtoctionEquipmont，MemberOf_EquipmentContainer．Contains_MeasurementsSynchxocheckRelay，CurrentRelayMcmberOfEquipmentContainerHcatExehangerContainsMeasurementsMemberOf_EquipmentContainerRcctifferInverterContainsMensurementsRegulatingCondEq，StaficVHMemberOfEquipmentContainerCompensator，SynchronousMachine，ContainsMeasuremcntsCompensatorMemberOf_EquipmentConmmerConncctor，BusbarSection，JunctionCoContainsMeasurements表7列出了PowcrTransformer下的设备对象类。表7IEcTc57物理视图中使用的第三层关联Fromassociation(关联自)Class(类)Toassociation(关联到)IMemberOfPowerTransformerTrenTransformerWindingTapChangersMemberOf_TransformerWindingTapChaTapChangerCOntains—Me鼬l咖en忸表8总结了可以作为量测对象父节点的设备对象类。表8IECTC57物理视图中使用的第四层关联lFromclass(来自类)Association(关联)ISubeontro!．AreaContainsMensuremcntslSubstationContainsMeasurements10 表8(续)DL，T890．402—2012Fromclass(来自类)Association(关联)VoltageLevelContains_MeasmememsBayContainsMeasurementsSwiSh，Jumper，Fuse，Breaker，Discoimector，LoadBreakSwitchContains_MeasurementsGroundDisconnectTramforiflerConminsMeasurementsTransformerwindingConmins_MeasurementsTapchangerContains_MeasurementsConductor，ACLineSegment，DCLineSegmemContains_MeasurementsProtectionEquipmertt，SynchrocheckRetay，CurrentRelayContains_MeasurementsHeatExchangerContains_MeasurementsRectifier／InverterContains_MeasurementsRegulatingCondEq，StaticVarCompensator，SynchronousMachine，CompensatorContains_MeasurementsConn@etor，BusbarSecfion，JunctionContains_Measurements表9列出了Substation或Bay下的对象类，但是，并不规定Substation或Bay下各类的顺序。表9IECTC57物理视图使用的第五层关联Fromassociation(关联自)Class(类)Toassociation(关联到)MemberOf_PSRMeasurementContains_MeasurementValuesMemberOfMeasurementsMeasurementValues73．2．2IECTC57物理视图特·性IECTC57物理视图有以下特性，参见表10。表10IECTC57物理视图特性的格式特性格式ResourceID十六进制数的ASCII字符串表达{xxxxxxxx-x,xxxxxxx-}包含节点CIMClassName(类名)的ASCII字符。对于CIM的类节点，该值总是设Resource"13tpe为RDFS：Class。对于CIM的类属性节点，该值总是设为RDF：PropertyASCII字符串，表示与十六进制数表示的ResourceType相关联的ResourceType。对TypeResourceID于CIM的类节点，该值总是设为与RDFS：Class相关联的资源ID。对于CIM的类属性节点，该值总是设为与RDF：Property相关联的资源IDGenericDataAccessType包含简单值类型名的ASCII字符串。只用于类属性(ClassAttribute)节点7．4IECTC57事件视图7．4．1概述如前面规定的那样，客户端可用来确定由服务器产生的事件和事件参数的一种方法是通过浏览IECTC57事件视图树来发现它们。对应用类别事件类型的声明和发现是实现互操作组件构架必需的功能。可以用浏览IECTC57事件视图树的方法来发现由非电力系统的特定组件(如ERP系统)所产生的事件。 DL，T890．402—2012IECTC57事件视图是一棵树，用于包含一个或多个与服务器发布的事件(消息)信息相关的节点层次。IECTC57事件视图路径名也是一棵树，用于包含一个或多个含有来自DL／T890．301对象模型的任意属性集的事件类的层次。IECTC57事件视图下的层次可以有任意多个层。事件类节点可以有事件类予节点或属性子节点。事件类属性包含在IECTC57事件视图分支内的叶节点中。在事件视图中，路径名本身就识别了类型。IECTC57事件视图层次提供对事件视图的扩展和扁平化。用户可以通过创建新事件类(如工作命令事件的新类型)，或省略某些层(如CIS中定义的特定事件类型)来扩展模型。7．4．2IECTC57事件视图特性IECTC57事件视图中的每个事件都包含一组模型化的可索引的属性。模型化的事件属性用于传送CIM中模型化数据。可索引的事件属性用于传送CIM中非模型化的数据。可索引的属性通常用来传送应用间传递的非持久性参数或结果。．例如，可索引的属性可能仅由一个无命名数值的数组组成。也就是说，可能并不存在通过与每个带索引的属性相关的资源ID服务可访问的URI。事件属性是模型化的还是可索引的，都由Modelled特性的值表示。如果一个事件属性是在CIM中模型化的，那么它的Modelled特性的值就设为True。如果一个事件属性是在C1M中没有模型化的，那么它的Modelled特性的值就设为False。IECTC57事件视图节点具有以下特性，参见表11。表11IECTC57事件视图特性的格式特性格式ResourceID十六进制数的ASCII字符串表达{蕊Ⅱxx】【】【一Hx】【xx】【)【一xxxx)【)【xxxxxxxx】【)【}GeneticDataAccessType包含SimpleValue类型名的ASCII字符串。只用于事件属性节点表示一个事件属性是否在CIM中模型化，此事件属性可以用资源ID服务与资源Ⅲ映Modelled射。对在CIM中模型化的属性。该特性的值是ASCII字符串True。对在CIM中没有模型化的属性，该特性的值是ASCII字符串False。只用于事件属性节点8上下文支持符合DL890系列标准的应用应能不做修改就运行在任何上下文中。组件对多上下文(如运行、规划、测试等)的支持应在组件级实现，而不应在业务对象级实现。也就是说，上下文名不应出现在组件实例提供的任何标准视图中。而且，任何资源的ID应当相同而与上下文无关。在一个服务器或代理服务器(参见附录B)的视图中只能出现一个上下文。上下文支持(ContextSupport)协议的目的是确保独立开发的客户端和服务器能够结合起来形成一个联合(相互一致的)系统，并与可能运行在相同主机或网络上的其他系统相隔离。如此相互一致的软件集合在D价890．1中作为上下文被提到。12 A．1概述附录A(资料性附录)IECTC57视图讨论DL，T890．402—2012本部分规定了符合要求的组件或组件适配器必须实现的一个可编程接口。该接口允许服务器展示实例化的信息模型，如CIM。以下概念都包含在术语“视图”范围内。CIM包括内部关联的元数据和相关实例数据的复杂集合。也就是说，CIM包括节点的一个网状网络或网格。图A．1表示了一个不符合CIM的节点网状网络的例子，其中对象类由对象实例实现。在此图中，关系是通过对象类和实例之间的连线表示的。任何两个节点问的路径都不止一条，因此就很难说有顶端和末端。显示所有非实例化的(只有对象类)或实例化的(包括对象实例)CIM提供了两个网状网络例子，因为很多CIM类都与很多不同的节点有很多关联。＼ObjectImtaace口—对象类；1]—对象实例图A．1不符合CIM的对象类和实例的完整网状结构IECTC57标准视图提供了如何通过一个依赖于层次浏览的接口(如GES、TSDA和HSDA)与基于CIM的层次进行通信的约定。这些层次提供了一个更简单的电力企业特定的(基于CIM的)方法，用于浏览或配置数据交换。IECTC57视图提供了一个受限的方法来显示CIM模式和实例数据。IECTC57视图为解决电力企业的一个长期的问题提供了帮助，即实例数据的命名往往不能保持一致和不变(稳定)，如图A．2所示例子。 DL，T890．402—2012图A．2给出了一个不符合CIM的例子，表明典型的遗留应用是怎样展示数据的。这种情况下，应用将用户数据以扁平记录集合的方式显示，没有关于客户怎样与CIM中模型化的信息相关联的更多的信息，如网络拓扑或维护历史。然而如果有人对关系到维修记录或某个网络元件(比如一条配电馈线)的用户供电可靠性感兴趣，那么能够把用户记录放入一个模型的上下文中就很有用了。IECTC57视图就提供了一个标准的方法，用于展示一个已知层次中的用户记录数据。这种概念的符合CIM的例子如图A．3所示。c—m”。mu一|8甲‘I』III叩I甲PPPPPPICustomorInformationSystem图A．2不符合CIM的电力企业数据的传统视图图A．3符合CIM的网络视图中的用户数据通过给数据提供约定的路径，IECTC57视图帮助工程师找到了他们所需要的数据。例如，IECTC57物理视图将电力系统相关的实例数据按照它们从物理角度包含的顺序排列。就是说，一个电力系统工程师可以找到一个断路器，而不用记住令人费解的或不一致的命名模式。IECTC57事件视图与通用事件和订阅(GES)接口相关联，即用来发布和订阅的标准接口。这棵树允许应用来描述它发布了什么事件类型(消息)及每个事件类型的内容。A．2视图的应用DL890接口提供了通过浏览发现服务器展示的元数据和实例数据的能力。但是，浏览一个服务器完整的网状视图可能消耗大量的时间，如浏览在一个大型电力企业中部署的视图。如果统计视图中所有量测，数据量将可能超过100万条，通向这些量测的可能路径数将会是成数量级增长。这种通过浏览整个网状视图来发现单个量测数据的无效率方法将大大降低客户端的用户体验。相反，如果一个想订阅量测数据更新的客户端能够以一种更有效的方法来确定每个量测的uRI(从层次视图的根到目的地的路径)，那将更好。但是，如果没有量测点(量测点是表示量测处于电力系统模型的哪个位置)命名的标准方法，这将怎样实现呢?解决办法就是提供一个熟知的公共信息模型，如CIM和一个标准的视图(如IEcTc57物理视图)。仔细考虑图A．4所示的简单视图。在这个例子中，就元数据而言，一个公司可能拥有或运行一个设备，并且设备可能有相关的量测。就实例数据而言，EasternElectric是一个公司，它拥有TransformerABC，且Transformel-ABC有一个称为Point7的温度量测。从这个全网状视图看，至少可能构成两个不同的层次视图，一个说明“公司拥有带温度量测的设备”，另一个说明“公司运行带温度量测的设备”。因为两种情况都是可能的，因此一个非定制的客户端应用就不可能通过这个全网状信息模型快速地发现从根到每个量测的路径。另外，如果客户端能够假设服务器展示的是_个已知的层次，如“公司拥有带温度量测的设备”，那么客户端就可以执行非常有限数量的查询以发现所有量测的所有路径。在这个简单例子中，一旦用公司名构建，那么客户端只需要查询两次。如果使用CIM，达成一个包含只可以遍历关联的有限集合的约定，就可以大大地改善客户端在大型视图中发现量测的等待时间。另一个使用IECTC57视图的例子包括这样的可能性，如果客户端应用能够从模型提供者(如EMS14 DL，T890．402—2012或数据工程工具)导入一部分电力系统模型的话，就有可能使得SCADA数据客户端对符合IECTC57Namepace要求的SCADA数据服务器的订阅完全自动化。这种情况下，客户端就具有自动建立到SCADA服务器中所有量测的路径的能力，而避免了完全浏览。实际上，这种使用情况的服务器已在EPRI发起的CIM／GID互操作试验中进行了测试，如图A．5所示。器譬潍蕊端蔷方式展现scAD^数据通过发送路径集订阅量测量测兹据图A．4不符合CIM的完整网状视图图A．5用共享路径信息订阅数据在标准视图中提供定制数据的另一个好处是，非定制的组件可能独立于个别定制需求而创建。如果希望鼓励非定制应用的市场，如此标准化是必要的。除了为应用提供一种查找数据的方法之外，IECTC57视图强化了对数据的订阅功能。例如，GES接口充分利用了在IECTC57视图中展现的CIM。也就是说，GES为电力系统工程师可用的数据订阅配置提供了面向电力系统的机制。图A．6说明了一个简单的IECTC57物理视图。该视图将通常在订阅配置图形用户接口(GUI)中显示。通过在消息订阅配置GUI中显示电力系统模型视图，用户可以建立订阅，而不用知道通用应用集成工具所使用的复杂的订阅配置脚本的语法。非定制的通用集成工具根本不知道任何电力系统模型。通过在通用应用集成工具顶部提供一个电力系统特定的友好用户层，电力系统工程师就可以做一些事，如订阅每日电能质量报表，而不用IT专业人员的协助。图A．6用作订阅主题树的IECTC57视图使用图A．6所示的视图，用户可以订阅仅仅与某个特定变电站或者变电站中的设备集合相关的数据，只要指定从公司到该变电站或变电站包含设备的路径就可以实现，即所有工作都可以通过用户友好的GUI实现。基于CIM的订阅配置使数据更易访问，并且“授权给桌面”。15 DL，T8∞．402—2012B．1代理附录B(资料性附录)代理架构一个代理服务器是为了使更多的独立开发的DL／T890．402～DLcT890．449API服务器能够结合到一个上下文(如运行、测试、计划)中。在简单的组件结构中不需要代理。多个客户端可以共享单个具有综合模式和实例化的服务器。例如，服务器可以是对已有EMS的封装。然而，只处理客户端需要的部分数据的服务器可以与其他服务器结合形成一个完整的系统。这就导致了多个客户端共享多个服务器的配置。当用DL890．4XX接口封装控制中心内个别服务器而不是单个系统(如EMS，此时客户端可能只需要EMS数据)时就会出现这种情况。B．2代理服务器的原则代理服务器一方面对客户端表现为一个简单的形式(外表)，而另一方面却结合了多个服务器的服务。极端的情况下，可以设想一个非常简单的代理。其他情况下，代理实际上可能是对更广泛的应用集成环境的封装，是一个“集成总线”或一个“数据联合服务”。在任何情况下，代理服务器必须提供以下能力：1)从客户端来看，代理必须隐藏多个服务器的存在，从而使客户端可以无变化地运行在单服务器上下文和多服务器上下文中。2)代理必须封装配置信息，这些信息包括提供哪些服务器及负责提供什么数据。服务器和客户端必须与配置的具体细节相隔离。3)代理不需要任何附加的接口就可以在客户端和最终服务器展示。对于在本部分中定义的资源ID服务接口，代理既可以作为服务器又可以作为客户端。4)对客户端来说，代理必须提供一个特定上下文中所有数据的统一显示，结合了最终服务器提供的信息。一个查询必须返回所有请求的可用信息，即使这些信息可能来自于多个服务器。5)代理可以实施各种策略和优化方法来授权(委托)查询，但是这些查询对客户端和最终服务器必须是透明的。B．3代理的资源标识服务代理服务器必须实现资源ID服务。每一个转换请求将被委托于一个或多个最终服务器并综合所得的结果。转换的方法是经过设计的，以便每个服务器能够给它所知的那些资源返回结果，而不会对其他未知的资源引起异常。16 附录c(资料性附录)DL890服务与DL1080动词间的映射DL，T890．402—2012C．1概述DL890和DLl080是互相补充的，两者都基于使用IEC公共信息模型(DL890．3××和DLl080．11)中规定的公共数据语义，定义了集成标准。如DL／T1080．1《电力企业应用集成配电管理的系统接口第1部分：接口体系与总体要求》中描述的那样，DL1080主要致力于通过消息交换进行应用集成，目的是解决运行的需要，而不是分析的需要。DL1080定义了各应用之间交换的一组消息，以保持应用的同步和避免冗余数据的输入。DL890采取了一个补充的方法。但是，DL／T890．1讨论了标准的服务而不是标准的消息(消息传递)。DL1080标准的消息可以通过DL890服务进行翻译以用来创建应用集成基础设施，此外，DL890标准服务还能够用来创建数据分析的基础设施。DL890通过定义通用事件和订阅服务(GenericEventingandSubscription，GES)实现前者，通过定义通用数据访问(GeneticDataAccess，GDA)服务实现后者。GES作为应用集成过程的一部分，是一个用于同步应用的发布／订阅服务。GDA是一个请求／应答服务，用于应用数据进行同步，并且作为应用集成和数据仓库／数据挖掘二者结合过程的一部分，用于使各分析应用能查询应用数据。本附录描述什么时候用GDA或GES，以及基于DL1080动词和DL890服务映射的统一方法”。通过共享公共设计框架，基于消息的应用集成和数据挖掘的解决方案能够同时建立。这种组合的方法重用了共享的应用封装，来平衡每项的投资而不需要把所有数据都拷贝到数据仓库。如果分离开，为数据仓库存储和应用集成开发单独封装的成本可能是昂贵的。C．2松耦合的集成DL1080和DL890都集中在松耦合的集成。DL1080和DL890组件互相之间都没有控制。然而，像工作管理(WorkManagement)和地理信息系统(GeographicInformationSystem)这样的系统可能仅通过它们共享的CIM知识做出彼此的请求。不允许直接的控制限制了组件之间的耦合，因为每个组件的内部是隐藏的，只能最大限度地处理成一个黑匣子。这样，面对组件的变化，系统管理和系统重构的工作就可以极小化。为了仅通过CIM的共享知识实现通信，DL1080和DL890定义了一组通用动词／服务，这些动词／服务不依赖于组件实际是怎样运行的或组件驻留在哪里。换句话说，这两套标准都寻求通过定义关注于数据而不是关注于命令的服务来限制组件的耦合。如一个具体的例子，DL1080和DL890都没有提供通用的Run命令。相反，它们都允许一个组件能请求、改变或删除另一个组件维护的CIM的某个部分。c．3主系统和被驱动系统如上提到的，DL1080和DL890的一个不同点就是DL1080为系统间交换的消息定义了名词(如WorkOrder)和动词(如Create)(DL1080．1～1080．10)，而DL890为数据交换定义了一组技术中立性的服务(DL890．4××)和技术特定的服务映射(DL890．5××)。DL1080动词和DL890服务本质上都是通用的，因为它们与能够应用的应用类别和交换的数据无关。本附录中描述DL1080动词和DL890服务所采用的系统结构，以及它们之间如何相互映射。DL1080并不定义任何特定的基础设施，而是定义一组动词(功能)和名词(消息)，对DL10801)参见DL／T1080．1《电力企业应用集成配电管理的系统接口第1部分：接口体系与总体要求》。17 DL，T890．402—2012如何定义应用交换的核心应用是一个称为主系统的特殊应用。对特殊的基于CIM对象的集合，主系统是专门负责创建、删除和维护其状态的系统。例如，订购应用负责创建和删除购买订单，而EMS建模工具负责维护与输电系统有关的资源所相关的逻辑设备。例如，量测存档就作为被驱动系统，因为它的很多配置都可以被EMS驱动。有时，一个应用可以既作为主系统又作为被驱动系统。例如，AMS负责维护资产记录，但是，如果AMS维护从物理设备到逻辑设备的映射，那么AMS也可以作为关于EMS的被驱动系统。DL1080定义了一组动词，从主系统和被驱动系统的观点涵盖了完整的数据交换模型。特别的，被驱动系统用一组现在时动词来请求主系统的动作，而主系统在CIM对象(资源)已经被创建、删除或改变时，则用另一组过去时动词来进行发布。如果这些请求被主系统成功处理了，那么用于对主系统(记录给定CIM资源的系统)起作用的现在时动词将会导致在主系统中创建或更新基于CIM的文件或资源。用于对被驱动系统起作用的过去时动词将导致所有被引用的和／或复制的文件或资源进行更新。表C．1列出了DLl080的动词及它们与DL890服务的映射。表c．1能用于形成DLl080标准的有限数量的消息类型。使用这些动词应遵循以下假设。1)对于一个给定的消息文件或其某些部分，通常存在一个系统拥有对这个文件或每个部分的创建、更新和取消，删除／关闭权力。如果必要，系统的所有权可能扩展到属性级以允许多系统更新工作流中的一个文件。2)在集成系统中，消息文件具有生命周期，而且跨系统的消息文件创建或创建请求都由一个唯一的资源m标识。表c．1映射DLl080动词到DL890服务动词(Verbs)含义(Me∞mg)所用的GID服务(GIDServiceUsed)当客户端想要在主系统中创建一个新的对象实例时，它在GDAApptyUpdates调用中提交一个前向差异。作CREATE用于向主系统发出创建新文件为接收到这个前向差异的结果，主系统就可以创建一个的请求。主系统可以依次用CREATED发新对象。如果创建了新对象，那么主系统必须发布一个GREAT布一个新文件。主系统还可以用REPLY来GDA模型变化事件并且可选择性地发布一个包含该新对响应CREATE请求，以表示该请求是否已象的GES简单事件。应答是通过抛异常来处理的，即只有当GDA服务调用失败时才由主系统发出应答。被成功处理注意：当主系统创建了新对象，它最可能需要调用createresourceids，以便为正被请求的新对象创建一个新的资源ID当客户端想要在主系统中改变一个对象实例时，它在CHANGE用于向主系统发出一个请求，GDAApplYUpdates调用中提交一个前向差异。作为接收基于消息中信息对文件进行改变。主系统到这个前向差异的结果，主系统可以改变一个对象。如可以依次用CHANGED发布已改变的文果这个对象改变了，那么主系统必须发布一个GDA模型CHANGE变化事件并且可选择性地发布一个包含该变化对象的件，以通知该文件从上次发布后已变化。GES简单事件。应答是通过抛异常来处理的。即只有当主系统还可以用REPLY来响应CHANGEGDA服务调用失败时才由主系统发出应答。如果动作是请求，以表示该请求是否已被成功处理用于MeasurementVahe．value或MeasurementQuality，那么通常是用HSDA动词CANCEL是特定适用于在文件中维护系统状态的CANCEL用于向主系统发出一个取消文时候。文件的状态可以用GDA改变。当客户端想要在主件的请求。主系统可以依次用CANCELED系统中取消一个文件实例时，它在GDAApplyUpdates发布一个已取消的消息，以通知该文件自调用中提交一个前向差异。作为接收到这个前向差异的CANCEL上次发布后已经被取消。主系统还可以用结果，主系统可以改变这个文件的状态。如果文件的状REPLY来响应CANCEL请求，以表示该态改变为取消了，那么主系统必须发布一个GDA模型变请求是否已被成功处理。CANCEL在文件化事件并且可选择性地发布一个包含这个已取消的文件的业务内容由于错误不再有效的时候使用的GES简单事件。应答是通过抛异常来处理的，即只有当GDA服务调用失败时才由主系统发出应答18 表c．1(续)DL，T890．402—2012动词(Verbs)含义(Measing)所用的GID服务(GIDServiceUsed)动词CLOSE是特定适用于在文件中维护系统状态的CLOSE用于向主系统发出关闭文件的时候。文件的状态可以用GDA改变。当客户端想要在请求。主系统可以依次用CLOSED发布己主系统中关闭一个文件实例时，它在GDAApply关闭的消息，以通知该文件从上次发布后Updates调用中提交一个前向的差异。作为接收到这个已经被关闭。主系统还可以用REPLY来响前向差异的结果，主系统可以改变这个文件的状态。如CLOSE应CLOSE请求，以表示该请求是否已被成果文件的状态改变为关闭了，那么主系统必须发布一个功处理。CLOSE在业务文件由于业务过程GDA模型变化事件并且可选择性地发布一个包含这个已成功完成而达到它生存周期末的时候使已关闭文件的GES简单事件。应答是通过抛异常来处用理的．即只有当GDA服务调用失败时才由主系统发出应答DELETE用于向主系统发出～个删除文当客户端想要在主系统中删除一个对象实例时，它在件的请求。主系统可以依次用DELETED发布已删除的消息，以通知该文件从上次GDAApplyUpdate调用中提交一个前向差异。作为接收发布后已经被删除。主系统还可以用到这个前向差异的结果，主系统可以删除该对象。如果DELETE对象被删除了，那么主系统必须发布一个GDA模型变化REPLY来响应DELETE请求，以表示该请事件并且可选择性地发布一个包含这个已删除对象的求是否已被成功处理。DELETE在业务文件由于错误或存档的需要而应不再保存在GES简单事件。应答是通过抛异常来处理的，即只有当GDA服务调用已失败时才由主服务器发出应答集成系统中的时候使用GET用于向主系统发出一个为给定文件当客户端想要获取主系统中一个或一组对象的一个实引用码或一组文件获取当前数据的请求。例的当前状态时，就提交GDAQuery。对GDAQuery的GET如果文件可用，主系统可以依次用SHOW应答包含查询的结果。如果动作是用于Me"uremem发布该文件，或者用REPLY来响应GETValue．value或MeasurementQuality，那么通常是用HSDA请求，以表示该文件不可用ReadCREATED用于发布文件的刨建，作为一在创建一个或一组对象之后。主系统发布一个消息通个外部请求或主系统内部动作的结果。如知被驱动系统。如果发送的消息包括所有与已刨建文件果这是第一次因内部或外部请求发布了该相关的数据，那么此动词就与OES简单事件的发布服CRB棚D文件引用码的数据，那么它将使用与务相对应。但是，GDA提供了只发送一个概要事件的CREATE消息相同的文件参考。该消息类机制。由于为已创建的文件发送的数据量可能很大，型通常由感*趣的系统订阅而且可以用于而文件的创建可能频繁发生，那么已创建消息的发布就可能消耗大量的网络带宽，所以，GDA提供这个优批量更新。这种消息类型不需要应答化机制在一个或一组对象变化之后，主系统发布一个消息通CHANGED用于发布文件的变化，作为知被驱动系统。如果发送的消息包括所有与己变化文件一个外部请求或主系统内部动作的结果。相关的数据，那么此动词就与GES简单事件的发布服务这可能是文件内容的通常变化或者是一个相对应。但是，GDA提供了只发送一个变化概要的机制。CHANGED特定状态的变化，如approved、issued等。由于为已变化的文件发送的数据量可能很大，而文件的该消息类型通常由感兴趣的系统订阅，而变化频繁发生，那么变化消息的发布就可能消耗大量的且可以用于批量更新。这种消息类型不需网络带宽。所以，GDA提供这个优化机制。如果动作是要应答用于MeasurementValue．value或MeasurementQuality，那么通常是用HSDA在一个文件关闭之后，主系统发布一个消息通知被CLOSED用于发布文件的正常关闭，作驱动系统。如果发送的消息包括所有与已关闭文件相为一个外部请求或主系统内部动作的结关的数据，那么此动词就与GES简单事件的发布服务CLOSED果。该消息类型通常由感兴趣的系统订阅，相对应。但是，GDA提供了只发送一个概要事件的机而且可以用于批量更新。这种消息类型不制。由于为已关闭的文件发送的数据量可能很大，而文件的关闭可能频繁发生，那么关闭消息的发布就可需要应答能消耗大量的网络带宽，因此，GDA提供这个优化机制19 DL，T890．402—2012表c．1(续)动词(Vcrbs)含义(Measing)所用的01D服务(GIDServiceUsed)在一个文件取消之后，主系统发布一个消息通知被驱CANCELED用于发布文件的取消，作为动系统。如果发送的消息包括所有与已取消文件相关的一个外部请求或主系统内部动作的结果。数据，那么此动词就与GES简单事件的发布服务相对应。CANCELED该消息类型通常由感兴趣的系统订阅，而但是，GDA提供了只发送一个概要事件的机制。由于为且可以用于批量更新。这种消息类型不需已取消的文件发送的数据量可能很大，而文件的取消可要应答能频繁发生，那么取消消息的发布就可能消耗大量的网络带宽。因此，GDA提供这个优化机制在一个或一组对象删除之后，主系统发布一个消息通DELETED用于发布文件的删除，作为一知被驱动系统。如果发送的消息包括所有与已删除文件个外部请求或主系统内部动作的结果。该相关的数据，那么此动词就与GES简单事件的发布服务DELE’IED消息类型通常由感兴趣的系统订阅，而且相对应。但是，GDA提供了只发送一个概要事件的机制。可以用于批量更新。这种消息类型不需要由于为已删除的文件发送的数据量可能很大，而文件的应答删除可能频繁发生，那么删除消息的发布就可能消耗大量的网络带宽，因此，GDA提供这个优化机制SHOW用于发布文件的当前内容，作为一个外部请求或主系统内部动作的结果。GES简单事件的发布如果动作是用于MeasurementSHOW该消息类型通常由请求的系统或其他感兴Value,value或MeasurementQuality，那么通常是用HSDA趣的系统订阅。这种消息类型不需要应答REPLY用于发布对主系统的创建、变化、删除、取消或关闭文件的外部请求的处理结果。REPLY消息类型可能包含关于该请REPLY与ODAServer或查询结果中的抛异常功能相REPIⅣ求是否成功处理了的特定的确认信息，并对应。如果动作是用于MeasurementValue．value或且如果能用就提供备选方案。该消息类型MeasurementQuality，那么REPLY通常由HSDA提供通常由请求系统订阅。这种消息类型不需要应答SUBSCRIBE用于发布一个请求，要求文件的主系统在文件有变化时发布一个SUBSCRmECHANGED文件。这就意味着除非对变化GESSubscription。如果动作是用于MeasurementValue．信息存在一个或多个订阅者，否则主系统value或MeasurementQuality，那么通常是用HSDA将不发布CHANGED文件UNSUBSCRIBE用于发布一个请求，要求文件的主系统在文件有变化时停止发布UNSUBSCRmE一个CHANGED文件。这就意味着如果没GESSubscription。如果动作是用于MeasurementValue．有订阅者，主系统将不发布CHANGED文value或MeasurementQuality，那么通常是用HSDA件最后，应当注意，在处理流文件过程时，动词与GID服务相比提供了一种不足的方法。在实际组件接口的开发和部署时，动词可以被相应的服务代替。下条描述了WGl4的动词和wGl3的服务之间的映射。C．4DLl080消息交换和DL890通用数据访问间的映射DL1080通过带文件的消息化交换实现应用集成。文件是一个CIM类特性实例集合的容器。DL1080中文件的内容能够被看作是专用于特定案例的CIM的部分视图。文件的生命周期由主系统管理。使用DL1080动词时，每次创建／改变／删除都可以看作一次交易。文件容器用于储存交易元数据，例如在交易发生时，正被作用的对象其当前状态的描述和有关交易的说明。DL890通过服务的调用也提供交易。使用DL／Z890．1中描述的组件架构，交易元数据是作为组件20 DL，T890．402—2012和组件容器之间交互的一部分来处理的。因此，DL1080的面向文件的方法解决了与DL890面向服务的方法相似的问题。实际上，这方面唯一重大的差别是所交换的交易元数据的量。但是，两种方法都不总是更好的。虽然许多系统并不需要DL1080文件交换提供的这么多交易元数据，但有些系统却需要。可以由系统设计者或应用开发商来确定是通过消息交换(GES接口)还是通过请求应答接口(GDA接口)来展示应用数据更合适。他们可以决定用一种、另一种或两种都用。如果通过GDA展示数据，就可以同时创建用于数据分析的应用适配器。另一方面，数据分析可能不在将要解决的集成问题范围内考虑。重要的一点是定义一个大家熟知的映射，以便用于交换DLl080消息的GES接口能用GDA进行封装或者相反。这样，尽管GES／DL1080消息的封装只是强调应用集成的一个部署方案，非定制的GES／GDA方法可能用来实现将来数据分析的部署方案。c．5映射DLl080动词到DL890服务表c．1给出了DL1080动词到DL890服务的映射。表c．1没有专门描述DL1080消息怎样转换成DL890服务调用。例如，要求当前的MeasurementValue．Values从HSDA服务器可得到，但是它们也可以通过任何其他接口获得。互操作性是基于必须从服务器获得什么信息，而不是能够从服务器获得什么信息。对于MeasurementValue．Value，DL1080GET与HSDA的Read对应，但GDA的查询也可能是适当的。C．6DLl0∞动词和DL890服务对应的命令对DL890服务和DLl080动词的分析，揭示出没有通常的RUN命令。这对DL890或DLl080组件所能展示的服务的设计具有深远的影响。例如，状态估计将不用展示一个称为RunStateEstimator的服务，而只需要展示一个GDA请求／应答服务，以允许客户端通过GDAappleupdate服务请求创建一个新的状态估计结果文件。在DL890中，GID的术语Genetic表示除了GID没有其他的方法需要用于松耦合环境下的CIM数据的管理。DL1080中的动词Create对应于DL890中的GDAapply，也就是客户端正请求状态估计创建一个新的状态估计结果文件。从概念上来说，客户端请求在__u状pd态at估es计中创建一个新的状态估计结果文件，就等同于客户端请求用数据建模工具创建一个新的厂站。DL890和DL1080都假设客户端只能对服务器发出请求，而服务器可以随意地忽略请求。在主系统的情况下，客户端可能发出请求，但服务器却没有义务去实际执行这个请求。DL890中的GDAapply返回成功或失败只是表明ly是否已经被成功收到，而由服务器决定是否去处理这个请．．u求pd。ate其s他客户端发现新的状态估计ap结p果文up件dat，es是因为状态估计发出了一个“状态估计结果”已创建的消息。由于所有组件的内部交互(互动)只是通过CIM的共享信息实现的，因此只有有限数量的服务或动词需要标准化。如果只关心数据，那么只有有限数量的操作是可能的，如同步读／查询、更新，以及发布和订阅。因此，数据所关注的GID服务只包括GDA、GES、HSDA和TSDA。DL890和DL1080不需要对系统中每个组件附加服务的标准化。DL890和DL1080方法本质上是将系统标准化放到数据层。也就是，给CIM增加一个称为“状态估计结果”的对象，并不需要创建新的DL890．4××和DL890．5××系列服务和技术映射规范，而只需要对CIM做一个相对容易的扩展(可以不必要标准化)。而且，GID提供了完整的一组服务用于发现正在使用的数据模型(通常是带有定制扩展的CIM)，不需要为每个部署方案和CIM的定制化重新建立组件接口，这样，组件的耦合就限制在CIM的共享范围内，而且同样可以提供完整的发现。注意：从客户端开销和建立工作流脚本能力的观点看，Funstateestimator的方法与采用stateestimatorresult作为参数的create的通用方法之间没有差别。所有脚本语言都有向方法传递参数的能力。向通用方法传递参数并不比调用没有参数的专用方法更困难。因此DL890和DL1080都规定使用通用方法而21 DL，T890．402—2012不是用专门方法。因此，严格使用数据驱动的通用服务／动词保证了组件间的耦合是松散的。使用通用服务使得服务提供者易于被聚集。一旦被聚集了，信息用户并没有方法去了解是什么实际系统组件正在作为CIM对象的主系统。GID集成者实际上成为解耦各组件的正面对象。 参考文献DL，T890．402—2012[1]IEC60060—50国际电工技术词汇表[2]DL／T860．72变电站通信网络和系统第72部分：变电站和馈线设备的基本通信结构抽象通信服务接口(ACSI)[33DL1080电力企业应用集成配电管理的系统接口[4]DL／T1080．1电力企业应用集成配电管理的系统接口第1部分：接口体系与总体要求[5]DL／T1080．3电力企业应用集成配电管理的系统接口第3部分：电网运行接口[6]DL1080．11电力企业应用集成配电管理的系统接口第11部分：公共信息模型配电扩展[TJDL／T890．301能量管理系统应用程序接口(EMs．API)第301部分：公共信息模型(CIM)基础[8]OMG工业系统数据访问i-9]OPC基金会OPC数据访问用户接口规范[10]OPC基金会OPC告警和事件用户接口规范[11]OPC基金会OPC历史数据访问用户接口规范[12]OPC基金会OPCXML规范[133OPC基金会OPC批处理用户接口规范[14]控制中心应用程序接口(CCAPI)项目：通用接口定义(GID)的API标准建议需求EPRI，PaloAlto，CA：2001．1001975[15]SunMicrosystemsJava2EnterpriseEditionJ2EE连接器体系结构规范[16]SunMicrosystemsJava消息服务规范[17]开放应用组织开放应用中间件API规范 Ⅷl155123811上架建议：规程规范／电力工程中华人民共和国电力行业标准能量管理系统应用程序接口(EMS．API)第402部分：公共服务DL／T890402—2012／IEC61970—402：2008^中国电力出版社出版、发行北京市东城区北京站西街19号100005http：／／wwwceppsgcccorncn北京博图彩色印刷有限公司印刷^2012年3月第一版2012年3月北京第一次印刷880毫米x1230毫米16开本175印张49千字印数0001—3000册^统一书号155123·811定价15．00元敬告读者本书封面贴有防伪标签，加热后中心图案消失本书如有印装质量问题，我社发行部负责退换版权专有翻印必究'