DLT890.552-2014 标准规范下载简介

DLT890.552-2014 能量管理系统应用程序接口 第552部分：CIMXML交换格式简介：

DLT890.552-2014是中国电力企业通信标准化技术委员会制定的关于电力系统能量管理系统（EMS）的应用程序接口（Application Programming Interface，API）标准，其中第552部分专门规定了基于CIMXML（Common Information Model eXtensible Markup Language）的交换格式。

CIMXML是基于XML（Extensible Markup Language）的公用信息（Common Information Model，CIM）的表示方式，它将CIM的数据结构转化为一种可读、可写、可交换的格式。CIM是一种用于描述电力系统和相关设备的标准，包含了设备、系统、过程和事件等丰富的电力系统信息。

DLT890.552-2014中，CIMXML交换格式被用于EMS系统间的数据交换，包括设备、数据状态、事件信息等。它支持异构系统之间的互操作性，使得不同的EMS系统可以通过这种标准格式进行数据共享和通信，有利于电力系统的集成和协同管理。

该标准通过定义统一的接口，促进了电力系统的智能化和自动化，提高了数据的标准化和一致性，对于电力行业的信息化建设和智能电网的发展具有重要意义。

DLT890.552-2014 能量管理系统应用程序接口 第552部分：CIMXML交换格式部分内容预览：

EC60050和DL/Z890.2界定的以及下列术语和定义适用于本文件。

DL/T890.5522014

型中。 使用说明：通过提供一种用对象类和属性及它们之间的关系来表示电力系统资源的标准方法，CIM 方便了实现不同卖方独立开发的能量管理系统（EMS）应用的集成，多个独立开发的整个EMS之间 的集成以及EMS和其他涉及电力系统运行的不同方面的系统的集成，例如发电或配电管理系统之间 的集成。 3.4 CIMXML 用于交换本部分所定义的XML数据的序列化格式。 3.5 文档对象documentobjectmodel(DOM) 一种与平台和语言无关的接口，由万维网联盟（W3C）定义，它允许应用程序和脚本动态存取及交 换文档的内容、结构和样式。 3.6 文档类型定义documenttypedefinition(DTD) 一种用于描述与XML文档有关的词汇表和语法的标准。 使用说明：XML模式和RDF是可以使用的其他形式。 3.7 超文本标记语言hypertextmarkuplanguage (HTML) 用来在万维网上格式化和表示信息的标记语言。 3.8 model 描述真实或计算的对象或实体的数据集合。 使用说明1：在CIM上下文中，数据语义由子集定义；参见3.9。 使用说明2：在电力系统分析中，是一组描述电力系统的静态数据。的例子包括静态电网 、拓扑解以及一个潮流应用或状态估计应用生成的网络解。 3.9 子集profile 定义一个可交换的结构和语义的模式。 使用说明：子集是对更为通用的CIM加以约束形成的集合。 3.10 子集文档profiledocument 用于特定业务目的子集集合。

用RDF表示的一种模式规范语言山东潍坊信息价，用于描述资源及其性质，包括资源如何与其他资源 用于规定一种应用相关的模式。

交换通常涉及一组文档的交换，每个文档都包含实例数据（称作）和信息头。每个的 结构和语义由一个不包含在交换数据里的子集来描述。整个交换受控于子集文档（ProfileDocument）中 的一组子集。 信息头描述了文档中的内容，比如创建的日期、描述等。信息头也可以标识其他以及 它们与现有的关系。当是工作流的一部分时，这些信息是重要的。例如，彼此间都有关联，

DL/T890.5522014

如继承和/或依赖于另一个。 4.2～4.4定义了包含信息头数据的以及设计要支持的工作流。 4.2CIMXMIL文档和信息头 一个CIMXML文档由一个而不能由多个信息头描述，因此一个CIMXML文档中的实例数据对应 于一个子集。 如果有多个可能相关的CIMXML文档需要放在一起，应将它们集合在类似zip的一个归档文件中

1.3和信息头数据

的描述作为信息头数据附加到上。图1显示了带信息买信息的。

图1带信息头信息的

在图1中，全类（FullModel）、差异类（DifferenceModel）和声明类（Statements）描述 数据，而信息头由类（Model）描述。以下按自下而上的顺序对这些类进行描述： 。全文档元素类（FullModelDocumentElement）表示所有可能出现在整个文档中的元素。 它有两个子类型：声明（Statements）或全（FullModel)，下面将对这两个子类型进一步 描述。一个全文档通常包括一个全（FullModel）元素和一组定义（Definition）元素。 。声明类（Statements）表示一组定义（Definition，参见6.2.3.5）和/或描述（Description，参见 6.2.3.6）元素。 。全（FullModel，参见6.2.3.4）类表示全信息头，它的内容由类（Model）描述。 。差异（DifferenceModel，参见6.2.4.6）类表示差异的信息头。其内容由类 （Model)、前向差异关联角色、后向差异关联角色来描述。两种关联角色可共用一组声明 (Statements)。 。类（Model）描述的信息头内容对于全（FullModel）和差异（DifferenceModel） 来说是相同的。（Model）通过rdf:about属性标识。rdf:about属性唯一描述了而非包 含信息头的文档。因此由同样的未变化数据创建的多个文档具有相同的rdf:about。这也意 味着改变将导致下一个文档创建时具有新的rdf:about。

在这个例子中，被交换的一个可解的网络是由子集文档约束的一组包含设备、拓扑和状态变量 文档的。图2中左侧的时间轴表示设备文档是如何随时间交换的。中间的时间轴显示新拓扑结 果如何随时间交换以及每个拓扑依赖的设备。右侧的时间轴表示多个状态变量文档如何交换以及状 态变量文档所依赖的拓扑文档。还应注意到，设备E3由一个全和一个差异两种方式表示， 图2显示的是一个比较简单的例子，图3显示了更为复杂的情况。

5.1URIs作为标识符

DL/T 890.552 2014

5.2关于rdf:D和rdf:abou

CIMXML元素可由两个不同的RDF结构标识： .rdf:ID; erdf:about。 rdf:ID和rdf:about的使用与它们在RDF里的定义并不一致，而有其特定的含义 。rdf:ID全局说明对象的生命周期，即它是创建或是删除。 。rdf:about是对现有对象的引用。

5.3CIMXML元素标识

对象标识在RDF中极其重要，以至于表示对象的所有元素都用rdf:ID或rdf:about属性 CIM中所有继承IdentifiedObject的类都有UML对象标识属性IdentifiedObject.mRID。这个 映射到rdf:ID/rdf:aboutXML属性。 CIMXML文档可以只使用URN形式参见5.1，详情如下，

6CIMXML格式规则和约定

按照DL/T890.501中描述的CIMRDF模式，电力系统能被转换导出为XML文档，如图 所示。这个文档被称为CIMXML文档。CIMXML文档中使用的所有标签（资源描述）都由CIMRDF 模式提供。CIMXML交换文档解析后的信息能够导入外部系统。

图4基于CIMXMIL的电力系统交换机制

RDF语法提供表示相同数据集的许多方法。例如，两个资源间的关联可以用一个资源的属性代表 也可以通过将一个元素嵌套在另个元素里。这可能造成难以使用一些XML工具（如XSL处理器） 来处理CIMXML文档。 因此，创建CIMXML文档仅需使用RDF语法的一个子集。这个语法简化了实现者建立的序 列化和反序列化软件的工作，同时提高了通用XML工具处理CIMXML文档的效率。简化的语法是标 准RDF语法的一个真子集：因此，它可通过可用的RDF反序列化软件读取。

DL/T890.5522014

以下小节定义RDF语法的一个子集。这种简化语法适用于企业间电力系统交换。规范的目的 是方便实现者建立RDF数据的反序列化软件，简化他们序列化RDF数据时的选择，并提高通用XML 工具（如XSLT处理器）序列化RDF数据的效率。 简化的语法是标准RDF语法的一个真子集；因此，它可通过RDF反序列化软件如SirPAC[8]读取。 这一点与简化语法的其他方案不同，如[9]、[10]。 简化的语法不丢失任何RDF数据的能力。也就是说，任何RDF数据都可以使用这个语法进 行转换。此外，RDF的特征仍然保留，如将定义在一个文档中的以声明的形式扩展到第二个文档 中的功能

6.2.3.3文档元素

4全（FullMode

湿陷性土地区人工地基工程勘察、设计、施工与检测指南DL/T8905522014

6.2.3.8文字属性元素

6.2.3.10资源属性元款

DL/T890.5522014

本条款的第一部分中定义的一般语法用于部分和全的数据交换。一且交换了初始完整数据 集，当发生变化时仅需通过更新来维护。通常这些变化可被规范成两个之间的一组差异 差异文件是一个RDF（一组RDF语句集），因此可由RDF基础工具进行处理。

巨柱洞口封板拆除安全专项施工方案6.2.4.2用例示例

下面通过一个用例示例来说明差异文档处理差异更新的方法。在这个例子中，参与者是Regional Energy公司和NetworkPower公司： 。每个参与者有一份电力系统B1的拷贝。 。RegionalEnergy公司更新B1，以反映即将到来的电力系统改造，产生B2。 。RegionalEnergy公司将B1和B2之间的差异作为差异发送给NetworkPower公司。 ●NetworkPower公司审查和验证差异。 。NetworkPower公司将差异与它们那份B1合并，产生B2。

另一种方法是RegionalEnergy公司直接将B2发送给NetworkPower公司。但是，B2是一个非常大 的，无法在合理的时间周期内完成对它的校验。因为校验不是完全自动的，还需要专家分析。事实 上，B2的最佳验证策略是将它与已校验过的B1进行比较。这使我们回到差异的需求上。 一个更复杂的用例涉及两个以上的参与者。RegionalEnergy公司的几个同业公司提供差异给 NetworkPower公司。这样的用例将引入并行改变和并发冲突的问题。