DL/T1080.12016

电力企业内的多个部门协作完成对配电网的运行和管理，这种行为称为配电管理。这个组织内的其 他部门可能支持配电管理功能而不直接负责配电网。接口参考模型划分了业务功能1，3.3中详述这个 划分。 与业务相关的模型的使用应确保与生产供应商的系统解决方案无关。电力企业人员将接口参考模型 （IRM）看作为他们自已的配电网运行管理的描述，是本标准的可行性的重要验证。 IRM的主要电力企业业务功能及其子功能在图3中展示。

3.3接口参考模型总览

市政工程施工组织设计到接口参考模型的典型

人可了CIRED工作组1996年发表的在配电自动化方面的

所列出的一个或多个抽象（逻辑的）组件的功能。这些抽象组件按接口参考模型的业务功能分组。 在本标准中，抽象组件指软件系统的一部分，支持DL/T1080.3DL/T1080.9和DL/T1080.13中规 定的一个或多个接口。符合标准的软件并不一定要求是独立模块。 在本条款中，3.2描述的业务功能的定义被进一步延伸为： ·业务子功能（表3的第二列）； ·抽象组件（表3的第三列）。 某些抽象组件可能被几种业务功能使用。例如：潮流组件可用于电网运行、短期运行计划和优化以 及长期电网规划。在这些应用领域，潮流计算交换信息会使用很多相同的交换消息类型（参见第6章）。 不同厂商的应用以不同方式封装这些抽象组件的功能。为使用DL1080的服务，每种应用必须支持 这些抽象组件的一个或多个接口。 本部分描述了所有抽象组件共同的基础架构服务，而DL/T1080.3DL/T1080.9和DL/T1080.13规 定了用于具体抽象组件类型交换信息的详细内容。 DL1080标准规定： a）如一个应用间基础架构提供本部分规定的服务，至少支持两种符合DL/T1080.3～DL/T1080.9 和DL/T1080.13规定接口的应用，则该应用间基础架构符合DL1080。 6 如一个应用接口支持DL/T1080.3～DL/T1080.9和DL/T1080.13中为接口参考模型（IRM）中 规定的相关抽象组件的接口标准，则该应用接口符合DL1080。 C ）一个应用只要求支持表中第3列的适用组件的接口标准。不要求该应用同时支持相同业务子功 能（第2列）或相同业务功能（第1列）的其他抽象组件（第3列）所需要的接口。尽管本标 准主要定义不同业务功能的组件之间交换的信息，但是，当市场对单一种业务功能内组件之间 交换信息有强烈需求时，本标准偶尔也会为此规定交换的信息

表3接口参考模型（IRM）

DL /T 1080.1—2016表3（续）业务功能业务子功能抽象组件说明通过操作（现场工作组、客户、计划与非计划停电）获操作数据管理取的数据管理查看上报的调节器抽头位置。变电站调节器和柱上配电调整步骤监视线路调节装置，通过“过程和配电网数据管理”抽象组件上报抽头位置配电网运行监视在配电网监测系统中设定限值用于指明系统出现故障和报警监视(NMON)需要处理操作员与事件操作员日志记录现场变化和计划工作结束时间。事件日日志志记录停电和其他相关信息用于预警气象对电网产生的影响，尤其是由于暴风雨可气象监视（雷电能造成停电的地方。温度和风速有时被用来计算电网的动监测）态负载限值配电网控制通过分散控制功能得以实现，这些功能需要在一个较高控制层面上加以协调。本地自动控制功能仅需本地信息就可以实现，不需要网络连接信息。这些功能需要站控层的变电站控制设备的本地支持。区域网络控制功能协助本地功能。这些功能与运行人员相关，首选遥控完成这些功能，其次通过移动终端设备给现场工作人员发送相关命令，通过本地控制完成这些功能用户访问控制所有配电网监控应用都具备用户访问控制功能配电网运行（NO）保护（故障隔离），具有自我保护功能的分段和本地电压（参见DL/T1080.3配电网控制及无功功率控制装置。一些“智能”装置是可编程的，可和DL/T1080.13)(CTL)自动控制控制设备故障后多少时间内须跳闸的限值。自动重合闸在给定时间自动重合辅助控制开关遥控，减载，降压广播、维持电压分布和现场工作组的本地控制。保护装置远方设定以及人工网络切换管理电力系统工作过程中为保证安全使用的各种安全安全文档管理文档。根据企业管理工作需要，可能规定多种类型安全文档安全检查与互锁带电工作时，遵循工作程序，确保人身及设备安全大事件协调大停电处理协调故障管理功能，旨在提高故障处理和供电恢复的速度。故障管理功能支持电力企业识别系统事故，进行恢复供电开关操作，并为用户提供检测到的停电信息通知（停电时间及原因)。故障管理可以：·改善客户投诉响应系统，及时处理和答复，客户与电故障管理力企业之间沟通顺畅（良好的映像）。(FLT)·为调度员提供现场信息，协助恢复供电。·汇集服务质量信息，供电力企业外部使用（客户和政府机构）故障报告处理与故障报告单是记录客户来电报告电气故障的文件。故障对低压电网相关可能是停电故障或非停电故障，如电能质量性分析4

DL/T1080.1—2016表3 (续)业务功能业务子功能抽象组件说明负荷值的估计，根据特定条件、天气和其他事件，进行负荷估计比负荷预测更细致的负荷计算电能交易分析进行配电网计算，以评估电能交易选项和方案分析运行条件，评估配电网电压水平，预测和防止电压潮流/电压分布配电网实时计算事故(CLC)配电网运行（NO)审查故障记录、事件顺序记录，以及故障产生的其他信息，确定故障原因、总的影响、从故障中恢复系统采取的（参见DL/T1080.3故障电流分析步骤，以及避免故障再次发生的可能措施。数据包括故障和DL/T1080.13)发生前后特定时间段内的故障信息继电保护定值可根据实际情况比如天气和运行条件进行自适应保护定值调整模拟实际系统来完成调度功能的调度员培训工具。可以调度员培训模拟各种情形，提高调度员处理异常情况的能力(TRN)SCADA仿真模拟配电网故障，培训调度员电力企业拥有或对其具有法律责任的变电站和电网资产，围绕资产等级划分进行准确的资产登记，以支持高级资产管理应用涉及物理设备自身及运行参数的数据，用来实现特定功设备特性能。特性可以看作为描述一个设备在规定条件下性能的两个或两个以上变量间的关系变电站与电网的资产清单全网电气设备的网络模型。定义了电气设备的物理连接，此外，还对拓扑关系进行建模，即设备经由闭合开关实(EINV)连接模型现电气连接的逻辑定义。拓扑关系定义与其他电气特性无关变电站的示意图，显示变电站涉及的网络数据和地理图。变电站接线图还包括变电站控制设备状态及电力设备的状态记录遥控和动态数据采集以及其他需要通信功能的远动远动数据库通信关系台账与资产管理(AM)通常利用计算机图形技术输入、存储、更新图形和非图（参见DL/T1080.4)形信息管理地理信息数据。通常以数据库的某种形式储存地理数据每个实体的地理上描述和相关的非图形数据元素。图形展(GINV)示使用地理坐标系统进行检索。数据库中的信息，可以通过按照实体的图形或非图形属性进行查询、展示电网显示物理配电网的电路图标示出平面的、电气有形资产和或地形特征的地图，用来作为专题图层的基础。地图中的特征包括道路、河流、地图主要建筑（建筑物）、等高线等。但是特征展示依赖于地图比例，地理特征是应用在地图、图表上用于展示自然或文化实体的术语电力企业拥有或负有法律责任的非电气资产（如工具、混凝土、电杆、横担等），保持准确的资产登记，支持高级通用资产管理资产管理功能(GIM)除EINV以外的资产，其已安装和未安装资产的清单和非电气资产清单状况

DL/T1080.1—2016

DL/T1080.12016

DL/T1080.12016

DL/T1080.12016

DL/T1080.12016

DL/T1080.12016

L/T 1080.12016

DL/T1080.12016

DL/T1080.1—2016表3（续）业务功能业务子功能抽象组件说明为预期的服务等级制定标准并且监督这些相关标准的执利益相关方计划服务标准监督行情况与管理(SPM)法规工作监督并适当参与对电力企业有直接或间接影响的法律法规工作，包括评估相关的风险、决定应对及首选对策对物料采购、已购或已订购物料追踪和按照批准用途进行分配的过程进行管理从许多供应商采购器材和物资。如果可能，要对多个供应商进行认证，并由其提供满足同一标准的物资，这也采购被称为“通用单元”，这样即使一个供应商出现问题，电力企业有充足的候选供应商来保证不会对正常工作产生负面影响供应链与后勤(SC)管理与供应商的合同，以确保在检修、基建和其他需要合同管理前获得必要的器材和物资。为了减少重要物质长期存储造成的资金成本，应尽量做到这些器材和物资恰好在使用之前到货仓库后勤跟踪和管理供日后使用的库存（物资和器材）从物资和材料计划采购之时起，到被安装或使用这段时材料管理间对物资和材料进行的管理客户账户管理为电力企业客户提供以下功能，包括：故障报修、停电事件、计划停电、承诺事项、停电历史、服务请求、服务协议、月度账单、基建账单等DMS外部的业务了解和掌握客户的信用等级，以确定与客户签订协议的功能信用状态财务条款(EXT)客户可延期付款，基于预先确定的条款，如，自账单到期之日起申请分期付款的利率。收款是指电力公司所履行透支与收款的手续，用来确保账单被支付或者对于无法支付的账单，依据与客户签订的合同采取相应的措施管理所有客户的账单和支付过程，支付行为应该能追溯账单与付款到相应的账单归纳客户概况是为了了解客户群，及其客户可能需要的客户账户管理客户概况服务或以及服务领域中可能感兴趣的服务。可能会基于客(ACT)户概况来联系客户推销他们可能选择的服务类型安排客户与他们的客户服务代表以及其他相关的公司员约见工和合同人员进行会面对客户和他们的需求进行分类和跟踪，除了按工业、商联系分类与跟踪业和居所进行粗略分类外，电力企业通常还会依据他们所要求的服务类型来进行更加细致的分类与客户通信，以使他们能随时了解他们可能感兴趣的信件和通知些电力公司的事项，特别是那些影响对他们服务和价格的内容投诉、争端和纠纷管理对客户投诉、争端和纠纷追踪、解决和随访客户可能拥有多个用电场所和多个供电商，在账单计算供应商数据合并前，根据协议把多个供电商的数据合并到合适的账户中去16

DL/T1080.1—2016表3（续）业务功能业务子功能抽象组件说明生成根据协议提供服务的账单，服务包括入网、路灯、账单计算客户账户管理各种服务工作和用电等(ACT)账单生成账单计算完成后，生成的账单邮寄给客户支付处理客户按账单进行付款处理财务活动贯穿于整个公司运转之中，包括资本项目投资、维护或运行评估，还包含风险、成本效益分析，对服务水平影响评估等基于商业活动（过程）的成本核算，而不仅仅是基于传活动管理统的成本分类跟踪电力公司支付给有业务往来的公司为其提供服务、应付账款租借和/或供货的费用跟踪电力公司向客户或有关方提供服务而应收款项，如应收账款使用电力公司在电力市场中的设施，或者联合使用公司的网架和通行优先权等根据当前和预计财务债务以及优先等级，调整当前预算预测和制定未来的预算电力企业的总预算支持企业中所有可能来源的预算申请预算和总预算申请之间的流转账户的记录是从分类账中发布过来的，分类账是交易的总分类账原始记录，分类账的内容定期发送到总分类账中跟踪和报告管理目的所需的度量，包括各种各样的主题，管理会计DMS外部的业务诸如可靠性、排放、化工原料和油料处理等功能业务单位（组织）必须了解纳税区域，因为所有的业务(EXT)单位都被纳税区域所覆盖。在所有的单位中，地方服务性财务税务会计经营单位和会计经营单位必须能满足每一级税务机关（郡、(FIN)镇、城、州、省等）的纳税要求管理资金的存入和支出，在这个过程中，把收入进行积资金累、维持和支出。负责企业的金融事务，特别是收入的收集、管理和支出建立财务指标并对之进行监视，是为了根据财务目标，衡财务指标量财务绩效。财务目标是根据总体的业务策略和计划制定的根据电力企业的当前状况和任务制定业务发展规划，着发展规划重考虑财务目标和过去的财务绩效。除了使用财务指标外，许多公司还使用一种平衡记分卡的方法来考虑规划因素，如满足目标客户需求的过程按照供电企业业务规划向目标客户和客户群拓展新业务业务拓展的活动。通常这种拓展包含和不同业务伙伴的合作维持与监管机构的良好关系，以正确理解他们的要求，监管部门关系在各种监管间题和纠纷中获取他们的支持、影响新的立法行为，减轻新的和潜在的规章制度带来的风险一些资产概要分类账目，常用以计算资本详细支出。计算主要通过资产负债表账户、固定设备账户、场所、种类、固定资产兼并公司（如果合适）和会计期完成。基于每个月折旧率计算和其他项目，通常用来确定公司的总资产不属于传统财务分类并且由于非常特殊的原因欠电力企零星债务人业债务的人17

描述的服务和功能独立于底层的基础架构。在下面的建议中，“事件”是一个信息交换的单位，由它的 信息源异步地发布（“推送”）。“组件”是应用软件的一个模块，它是集成总线的组件，既可以作为信息 交换的发布者也可以作为信息交换的订阅者（接收者）。 业务流程由确定交换的信息和涉及的组件开始。典型的业务流程涉及一个拥有信息并发起该交换的 发布者，以及零或多个要接收该信息的订阅者。 DL1080系列标准建议一个符合标准的企业应用间基础架构应满足： a）应当允许组件交换任意复杂的信息； b） 应当能用多种形式的集成技术实现，（例如WebService、JavaEE、消息代理、面向消息的中间 件、数据库或其他技术）（见第5章）； ） 应当提供信息交换模型工具（见第6章），用户可以使用该工具描述被交换的信息。该工具为 用户提供事件的模型和与之相关的组件，并允许将新的交换添加到旧的中，这样可以建立起 个为企业特定需求量身定制的、综合的企业交换模型，而不是若干孤立模型的拼凑； d 应当在接口保持一致的前提下，允许系统管理员独立于其他组件部署发布组件和/或订阅组件； e） 应当确保一且发布了给定的事件类型，新的订阅组件可以来接收这类事件，而不需在发布组件 上进行任何增加或修改。

为帮助解决电力企业部门和系统之间有效共享信息的问题，需要一种通用的建模表示法或建模语 言。建模语言通过增加形式化的结构来扩展自然语言，以达到减少交流中的歧义的目的。通过在企业内 使用通用建模语言，企业可以更好地定义部门之间需要共享的信息。 该建模语言应有足够丰富的内容以详细描述需求，它面向图形（可视图表）、易于使用，被广泛接 受并有价格合理的工具支持。这种方法已用于开发DL1080标准，关于它的更多信息可参见附录A。

本章按接口子集组织，如图4所示。

接口子集各部分的推荐规范在下面的段落中解释。

图4接口子集与相应标准的编号概览

组件间的信息交换可以是一段数据或是一个功能的执行结果（指该功能可以被远程调用），称为服 务交换。例如，组件可以是传统的过程性应用（也称为已有应用）或用最新技术建立的完全面向对象的 应用。而且，组件可以分布在网络上（局域网LAN、内部网、企业专用广域网WAN甚至或是公用互联 网）。这使采用企业范围内信息和通信（ICT）架构的DMS应用可以灵活部署。组件的范围是没有限制 的，它可以完成配电管理所需的任何功能。第3章中的接口参考模型显示了这些功能的典型分类。 组件可以是符合接口子集的，即它知道、理解并且满足服务要求；组件也可以是不符合接口子集的。 为使不符合接口子集的组件能实现它在服务交互中履行其角色，必须先使它符合接口子集（见5.3）。现 在DMS应用的厂商可能有自已的应用架构、自已的API以及应用与本厂商其他产品的接口机制。这些 现存的应用作为服务的客户端可能起到重要的作用。但是不能要求这些厂商把它的所有现存应用修改为 符合接口子集的新版本。甚至新的应用也不一定都是符合接口子集的，而是使用厂商已建立的专用架构 和应用接口。因此，在实施DL1080标准的早期阶段，不符合接口子集的组件可能占大多数。随着DL1080 被更广泛地接受，符合接口子集的组件将会更多。 对于组件，DL1080标准建议应用至少应实现一种DL/T1080.3及其后的部分规定的接口。

DL1080环境中的组件适配器是使不符合接口子集的软件应用能够使用服务的符合接口子集的软 件。这样，组件适配器仅做必要的工作，就可以使组件符合一个或多个DL1080.3即其后的部分规定的 接口规范。

DL1080接口规范的建议包括两部分：组件特定子集规范和分布式计算环境中基于组件的服务规范。 各功能领域（见第3章，接口参考模型）的DL1080接口规范在标准的其他部分说明（DL/T1080.3～ L/T1080.9及第13部分）。 在DL1080接口规范的所有部分中，这两部分应： a）陈述性的，包含服务交互的属性、方法和所需的参数，这些服务交互是特定接口规范的一部分 b）与编程语言无关。 c）强调逻辑接口与实现分离。 d）独立于中间件。 组件特定接口规范要求是标准的基础。 推荐的公共服务模式由DL1080.100提供。

DL1080的中间件适配器是符合接口子集的软件，它扩充现有的中间件服务，使企业应用间软件基 础架构支持建议的服务和模式。从而，中间件适配器仅通过必要的扩充，就能使所用的中间件特性符合 DL/T1080.3～DL/T1080.9部分中一个或多个接口规范。在这样的环境下，中间件服务并不代表单一的 接口，而是代表为组件提供一组相应服务的接口集。 例如，厂商的每个组件可能在内部使用适合特定业务功能要求的任意的中间件（或完全不用中间 件）。企业不能假设任意两个组件总是使用企业中间件服务的相同实现。需要一个中间件适配器作为中 间件“网关”，使得已实现的中间件服务之上的组件产生的DL1080交互进入其他组件（这些组件可能 基于其他中间件）。 DL/T1080.3DL/T1080.9定义了所需要的服务（参考之前的章节），这些服务被推荐呈现在架构实

现的支持和组件实现的管理上。然而，不同的中间件服务实现将引入不同的服务实现和不同的运行环境。 这种情况就可能隐式地提供一些属性，并推荐其他由中间件适配器加入的属性。如果中间件服务实现不 能提供符合框架的特性，则中间件适配器应该提供。 这意味着： ·对于提供服务的一个中间件服务实现，中间件适配器应该提供到这一服务的映射。 ·在DL1080环境中使用不符合接口子集的中间件服务实现时，至少有一个中间件适配器使中间件 服务实现符合DL1080。也可能是这样的情况：使用多个中间件适配器，使一个中间件服务实现 符合于DL1080服务（例如对每一个需要的DL1080接口的服务有一个中间件适配器）。 ·对那些不符合接口子集的中间件服务，每个中间件适配器是为特定中间件服务实现而定制的，因 为它非常依赖于中间件服务实现的架构及实现。它也运行在特定的，可能是分布式的硬件/操作 系统（HW/OS）环境下。因此，中间件服务实现、中间件适配器（集）和HW/OS这三个要素完 全互相依赖。 ·对于相同计算机环境中，运行在相同中间件服务实现上多个DL1080接口服务，中间件适配器理 论上是可以重用的。

组件间的信息交换可以在同一进程中（进程内）、同一机器的进程之间（本地）以及跨计算机（远程） 进行。中间件提供者通常支持不同的通信模式，例如同步和异步的交互。订阅指周期性或事件驱动地读取 或修改对象的能力。消息传送表示了当今消息中间件的特性，例如存储转发，消息持久化和可靠传送。 中间件服务应提供一组API使得接口子集中的前几层能够： a）在网络中透明地定位，并与其他应用或服务交互； 独立于通信协议框架服务； c 是可靠的和可用的； d） 更改事务容量而不损失功能； 需要时，提供支持企业对企业电子商务模式（B2B）的能力。 例如，JavaEE中的JMS为生命周期和注册提供一些基本的中间件服务。

为集成两个组件，需要在它们之间建立连接。一个计算基础架构需要支持多种网络类型和不同协议 携带的不同资源，如JMS传输和HTTP。要连接多个组件，集成系统必须无缝地协调网络和协议的差异 以支持组件通信。一般来说，服务应该独立于底层的平台、语言、集成工具或技术

服务可以在不同的硬件和软件平台上部署。一个企业可能需要管理来自不同厂商的不同的硬件和操 作系统平台。这就意味着一个应用根据其部署的硬件和软件环境可能必须作一定的修改。这些特定实现 所需的特定适配不在本标准范围之内。

本标准规定了各组件分布在通信网络上，用DL1080服务交换信息时，配电管理接口参考模 的要求和建议。本章只列举支持信息交换所需的功能和服务。 本标准定义了配电管理接口参考模型（IRM）的需求和建议，在配电管理系统中，分布在

DL1080标准推荐使用标准的消息封装结构，同时使用技术特定消息封装结构，如JMS和SOAP消 头定义。对每一个消息定义的理解要求如下： ·一个动词，来标识要采取的动作类型； ·一个名词，来标识有效载荷的类型； ·有效载荷，包含用子集定义的与信息交换相关的数据。 图5展示了一个高层的DL1080消息结构的逻辑视图。

图5DL1080消息结构的逻辑视图

很重要的一点就是要注意除非本部分中有规定，否则消息封装结构和SOAP封装的细节要在DL/T 1080.100中描述。

DL/T1080.100为通用消息头提供 消息头结构有两个必需的元素：动词和名词。 动词标识动作，名词标识主题。所有其他的字段都是可选的，但是是推荐的

.2.3消息类型有效载

消息类型有效载荷可以遵循命名和设计原则（NDR）通过几种方式来定义，包括： ·对一个XML模式定义的复杂类型的强类型引用； ·使用XML：any声明的无类型引用。接收消息的应用程序将利用消息头中的名词来对内容进行 解码； ·编码的XML字符串，其中的数据可以符合一个XML模式（由消息头中的名词指定）或者一个 RDF模式。 图6展示了一个有效载荷结构的例子，这个例子使用CIM类来定义，它包含MeterReading和 ReadingType集合，每个都有相关的子元素：

图6消息类型有效载荷示例

在消息格式描述中，必需的元素用实线方框包围，可选的元素用虚线方框包围。当一个元素实例的 数目没有限制的时候，用表达式[0..8］来描述。 DL1080标准中的消息类型是指定了必需和可选元素的消息模式，同时还指定了元素之间的指向关 系。所有的元素和指向连接分别对应CIM中定义的类和关联。CIM类属性以及它们的数据类型和定义 在DL/T1080.11和DL/T890.301部分定义。在图7所示的一个消息类型的片断中，数据元素MeterReading 与CIM中的类MeterReading所定义的属性完全一致。观察这些消息模式中的元素名称与CIM类中相关 的定义完全一样。

DL/T 1080.12016

6.2.4对关联的解释

图7由CIM派生消息元素示例

一个MeterReading可能包含多个IntervalBlocks，每个IntervalBlock也可能包含若干IntervalReadings。 这些IntervalReadings由具体的ReadingQuality描述。图8展示了这个关系是如何在CIM中使用统一建 模语言（UML）建模的。 这个图显示一个MeterReading可以与0个或者多个（0..n）IntervalBlocks关联，而一个 ntervalBlock可能与0个或者多个IntervalReadings关联。关联角色表明了重数，比如一个名为 IntervalReadings的角色名表示多于一个IntervalReading会被关联到。图9展示了基于图8关联关系 的XML模式结构。

ECIM中指向关联（UM

图9在消息类型模式中指向关联

DL1080标准定义了消息类型的逻辑名称和消息类型内部的字段，可以针对每一种消息类型有效载 荷确定其一致性。如果一个消息类型有DL1080部分定义的XSD，语法上一致性就应该在XSD层面上 做。在DL1080文档中如果提供了明确的一致性准则，就应该遵守。 如果满足下列条件，一个软件组件可以认为是符合特定消息类型的： ·组件可以产生一个有效的消息类型（通常用XSD表示）的实例（通常用XML表示），包含了所 有必须的字段，这些字段的名称和数据类型都如本标准的定义。如果在组件中缺少某些信息，数 据可以被设定为一个缺省值。可选的数据可以放在合适的可选字段中传递。 ·组件能读入本标准中定义的消息类型的实例，并且能准确的解释消息中的字段。

CIMUML模型和XSD都可以进行扩展。 模型的扩展建议在模型中用命名空间进行 （或）定位。如果可能，用户对XSD的扩展建议不要破坏CIMXSD向过去兼容特性。用户扩展 国际电工委员会TC5761968相关的工作组，

处理）。 对于一个“query”请求，请求消息一般包括相关的“Get”子集的有效内容作为查询请求的 用一个Request元素来提供。事务性的请求还是会构造Request元素但是并不包括特定的“Get" 有效内容。图10描述了请求消息原型的逻辑视图。

图10请求消息原型逻辑视图

应答消息是请求消息的结果，应答通常会提供成功或者合适的错误数据的标志。在应答元素中不但 要指示成功或者失败，还可以在Reply元素中传递详细的错误结构。如果应答是针对一个“get（查询） 请求的，应答数据应该作为有效内容被提供。如果应答消息是在异步方式下对原始请求消息的应答，推 荐将关联标识和（或）原始请求者放进消息头。图11描述了应答消息原型逻辑视图。

■应答消息原型逻辑视图

事件消息通常用来在指示一个条件被检测到或一个可能关心的事务被应用而发出，使用 阅消息模式。消息头会使用一个过去时态动词，有效内容描述事件。图12描述了事件消息原 视图。

错误消息通常作为不可识别的消息的响应而发出，很可能是不能解析请求的消息头。图 错误消息原型的逻辑视图。

图13错误消息原型逻辑视图

签名元素被用来对一条消息签名。它是可选的，但可能在某些环境里的某些信息交换中是很重要的。 签名元素通常被规定使用与下层的传输协议，如使用SOAP就是这种情况。

7组件报告和出错处理（资料性）

DL1080标准建议车库设计规范和图纸，一个符合标准的电力公司应用间集成架构应： a）应提供可作为通用事件历史信息管理工具的组件，将所有或选定的信息交换保存起来； b）根据信息交换模型提供的元数据，应提供历史事件模式（参见第6章）； C 应提供历史事件组件来记录发送组件发布每个事件的时间； d） 应支持事件信息模型版本和组件版本（这需要保留一个完整的审计跟踪，并在需要的时候可以 提供准确的历史重现）； e） 应提供应用间监管组件，可分析连接到企业服务的应用组件接口的状态。它既能被激活也能被 禁用，并具有性能监视功能。这有助于进行统计，以标识瓶颈所在或将来要改进的地方。这些 信息可以帮助管理员配置在组件间交换的信息，并保证它们的可用性； f 在不知接收组件的物理位置或连接状态的情况下，组件应该也能发送或请求信息。可能因为网 络问题，或者处于自然断开状态，如定时连接的移动用户，导致接收组件不可到达。 组件有时候是不可用的，因为它可能出了故障或者只在某些时间运行；当网络可用或者接收应用准 处理请求时，应该传递等待信息。 日志服务可能可用于计算机和有关系统中发生事件（即非电力系统）通信的可视化。日志服务应作 儿1080持续交换服务米实现。

一般来说，在体系结构中的层次越高，它的操作越抽象。在这些层次上，有关失败的操作的细节较 错误信息中的细节也可以少些。这里的原则是错误信息与检测错误的层次的抽象程度相匹配。 a）错误报告中应该包含充分详细的信息用来诊断错误情况。 b）推荐使用通用可扩展标记语言模式（XMLschema）来捕获错误信息，以减少数据转换，错误 信息可通过相关的系统或应用来处理。 注：错误有三种类型：警告，一般错误和致命错误。 ·警告：信息性消息；如消息队列缓冲区将满： ·一般错误：可恢复的差错情况，不需重新初始化；如数据完整性错误

DL/T 1080.12016

·致命错误：需要将一个或多个组件或服务重新初始化的错误情况。在恢复完成前，未受影响的组件和服务可 在有限的配置下继续运行，

，致命错误：需要将一个或多个组件或服务重新初始化的错误情况。在恢复完成前，未受影响的组件 在有限的配置下继续运行隧道标准规范范本，

8安全与验证（资料性）

安全问题与系统通过通信或其他方式向外暴露的接口有关。一个安全的系统至少应在所有这些暴露 接口处进行验证。随着放松管制以及Web的应用和发展，必须保证采取适当安全措施。为此不管是IEC 还是非IEC组织都应制定一些标准。 人员或组件作为一个用户而与组件交互。用户和组件之间的接口就是一个暴露的组件接口。通过对 外暴露部分，系统可能遭到重大安全破坏。对于人员，请求组件有责任验证用户是否具有以下权限： ·可使用业务功能； ·可使用个别的服务基础上的服务。尽管这样的限制有助于安全，但被请求的远方组件服务还要对 发出服务请求的远方组件的权限进行强制验证。 注：请求组件服务的这种限制是可选的，而且不增加系统的整体安全完整性的鲁棒性。但对那些远方应用不支持本 标准规定的安全服务的系统而言，这种限制有助于系统的安全性。 对用户进行验证时，组件的责任是根据用户的身份与用户试图访问的远程组件要求的安全参数值相 对比，做出该用户是否通过验证的决定。 有关安全、认证的需求和机制的特定细节不在本标准的范围之内，应用本标准时可引用GB/Z25320 标准。