《基于面向服务架构的智能调度系统》由会员分享，可在线阅读，更多相关《基于面向服务架构的智能调度系统（38页珍藏版）》请在金锄头文库上搜索。
1、智能调度系统 （制作团队：12组）面向服务架构12组成员列表（组长/主讲人：）引言l近年来，能量管理系统系统（EMS)、数据采集与监视 控制系统（SCADA)广域测量系统、调度管理信息系统 、电力市场系统、脱硫监测系统、在线预决策系统、 信息披露平台等系统的建设和发展，丰富了电网监视 和调控的手段。但目前大多数系统是信息孤岛，传统 的SCADA系统中调度中心与变电站有通信，调度中心 上下级有信息的传递，具备了纵向信息传输通道，而 同级之间一般没有信息交换，通信存在障碍，不利于 广域故障诊断、监控。对智能电网发展带来的调度需 求不确定性应对力不从心。SOA面向服务体系l基于DDS/IEC 618
2、50通信中间件是以SOA为软件架构的中间 件。面向服务体系代表了一种基于“分解”概念的思想。任 何事物要较为完美地构造、执行或者管理，应尽量以定义 明确的相关功能集的形式来处理。例如：电力调度生产（ 活动）中所涉及的各个单元（例如省调、地调、变电站、 电厂等等，各单位、部门以及具体到某具体点的设备）都 是面向服务的个体。这些个体构成了不同的职能分工与团 体。但是，一个职能单元不可能为一个调度过程提供所有 的服务，因此就形成了一种分布式的服务环境。在这种分 布式的环境中，各个职能单元之间是一种“松耦合”的关系，既相互独立又相互关联，存在着大量频繁的数据通信。分布式环境下服务应用l在分布式环境下服
3、务应用的实现方式主要有两种形式：一 种是有中心的方式，另一种是对等（peer to peer)的方式。 有中心的统框架存在无法克服许多问题：首先，当访问量 较大的时候，处在中心地位的成员组织任务瞬间增大，易 造成性能瓶颈；当中心组织成员出现问题的时候，整个系 统会随之失效。在对等方式的系统框架中成员组织直接进 行通信而不需要经过第三方（中心），从而实现了成员的 隐私保护，避免了性能瓶颈，降低了对中心服务器计算和 存储能力的要求，一定程度上达到了负载均衡的目的；同 时随着成员的增多对等系统良好的可扩展性使得系统性能 对比中心化系统存在较大的优势；当然对等模式也存在成 员管理维护困难等问题。第一代
4、调度系统l 终端终端主机第二代调度系统l 终端终端主机第三代调度系统l 工作站工作站数据服务器数据服务器SOA的电力智能调度系统架构l按照“统一调度，分层管理”的电网调度运行管理模式，按 调度生产所涉及的基本生产单元进行粗粒度划分，最大限 度的整合各个调度生产单元现有的信息系统。利用中间件 技术屏蔽底层操作系统的复杂性，使程序开发人员面对一 个简单而统一的幵发环境，减少程序设计的复杂性，将注 意力集中在自己的业务上，不必再为程序在不同系统软件 上的移植而重复工作，从而大大减少了技术上的负担。从 业务角度理解，SOA是针对企业的一些旧的软件体系重新 利用，进行整合，构建一套松散耦合的软件系统，同
5、时也 能方便的结合新的软件共同服务于企业的一个体系，使系 统能够随着业务的变化更加灵活适用。针对电力调度生产 的特点设计基于SOA的电力智能调度系统架构。SOA的电力智能调度系统架构（续）l在面向服务的计算环境中一般包括服务运行时环境（Service Runtime）、服务总线（Service Integration Infrastructure）、服务 网关（Service Gateway）、服务注册库（Service Registry）和服务 组装引擎（Service Choreography Engine）等。SOA基于的第三方 支持系统和ESB服务总线负责提供最基本的面向服务的计算环境
6、 。服务运行时环境提供服务（和服务组件）的部署、运行和管理 能力，支持服务编程模型，保证系统的安全和性能等质量要素。 服务总线起服务中介的作用，能够以技术透明和位置透明的方式 使服务使用者访问服务；实现服务中介和管理的重要前提是服务 注册库支持存储和访问服务的描述信息；完成一个业务过程的服 务组装任务由服务组装引擎负责；而在不同服务计算环境的边界 进行服务翻译的工作由服务网关负责。基于SOA的电力智能调度系统架构图l 省调地调网调中调基于SOA的第 三方支持系统ESB（Enterprise Service Bus）服务总线服务请求者大型大电厂中小型大电厂110kV变电所220kV变电所可再生能
7、源服务服务提供者服务监听型自适应代理模型l基于Agent的人类的社会行为建模是一个日益重要的研宂 领域。Agent技术来源于分布式人工智能领域。Agent技 术是一种处于一定环境下包装的计算机系统，为实现设 计目的，能在该环境下灵活的，自主的活动。Agent具备 自治性、社会性、反应性和能动性四个基本特性。Agent 的特性使其成为实施中有效的手段。尤其是的交互性和 主动性。例如，一个Internet上的用户需要使用Agent通 信语言向主动服务Agent陈述信息需求。主动服务Agent 在获得新的信息之后能够按照约定主动将其提交给需要 的用户；一个工作流管理Agent,能够按照约定将最新的
8、工作进展情况主动通报给有关的工作站。协议互认情况下Agent通信lAgent之间通信，交互协议为事先约定好的协议时，Agent通讯模 式： Agent服务请求者Agent服务提供者1.服务请求2.服务应答服务监听型自适应代理模型l当有新协议加入时，原有协议规则库找不 到匹配协议，发生交互失败，为了保证通 信成功，应该具备适应新协议的能力，也 就是所谓的自适应性，因此之间通讯发生 下图所示的改变：需新协议互认的通信l Agent服务请求者Agent服务提供者1.服务请求4.服务确认2.身份验证3.身份信息适合SOA架构的Agent模型l1.在Agent的模型基础之上，将原有模型改进成为具有服务
9、监听功能的自适应模型，使之适合于SOA架构。l2.首先在原有的基础上加入服务发现模块。由服务发现模 块负责不间断侦听网络，判断是否有服务需求。发现有服务 需求，激活通讯模块，与提出服务请求的Agent进行通信。l3.并且在原有模型中添加一条有信息识别分发器到输出任 务生成器之间通信信道，当交互协议为原有互认协议时，由 输出任务生成器直接产生输出任务，以减少推理机工作量， 提高响应速度。该模型能够在基于和的智能电网应用系统中 更好的完成任务。具有服务监听功能自适应模型结构。服务监听型自适应流程图服务监听型自适应模块结构面向服务的理念改进推理机l早期的Agent研究，关注重点在推理机。经过大量的研
10、 究，推理机技术己相对成熟。目前的应用以及其交互 对象多为预先设定，是可预知的，对未在设定内的情 况和信息识别有一定的困难，这也限制了其扩展性。 随着面向服务的理念的推广，最大范围的整合资源和 增强系统扩展性成为关注的中心。服务监听型自适应 模型目的是通过增加的服务发现模块，使传统自适应 可以更好的为面向服务架构的系统服务。满足对未预 先设置在信息识别其中的服务提供者提供的服务进行 识别，以便更大限度的利用全局空间中的服务资源。基于Multi-Agent的面向服务的电力调度系统架构lMulti-Agent系统（MAS)由多个自主或半自主的智能体 组成，每个或者履行自己的职责，或者与其他通信获
11、取信息互相协作完成整个问题的求解。与单Agent相比 ，MAS的协作特性为基于SOA架构的系统提供了实施 基础。除此之外对于本来就具有分布式结构的控制与 自动化系统（如电力系统、过程控制等），特别适合 采用多Agent系统体系结构。较之传统的控制系统，这 种基于Agent的系统可以使系统的每一个成员具有更大 的自治性。MAS的分布协调理念可广泛应用于各级 EMS、DMS、厂站自动化系统之间的分布协调控制。面向服务的系统说明l基于SOA计算环境，我们的企业级Agent将服务请求通过服务提出 (即步骤1的)方式发布到企业服务总线，由企业服务总线中的ESB 名空间来确定该服务应该属于那类企业及服务请
12、求，并激活相应 的业务服务注册Agent,由业务服务注册Agent找出符合请求条件的 相应服务，将这些符合条件的服务信息发送给业务编排Agent。 业务编排Agent根据知识库，推理机组成合理业务流程输出信息 ，反馈给服务请求Agent。服务请求Agent得到可用服务信息（即 步骤2)后，向服务提供Agent发服务请求（即步骤3),经ESB网关， 对步骤3的信息进行一系列的安全评估后，转给服务提供者Agent, 服务提供者Agent对服务请求信息中的协议进行分析，若为己认 可协议，如约定直接提供服务（即步骤8反馈订单确认信息，并 提供服务）。面向服务的系统说明（续）l如果协议为新协议，则进行步
13、骤4身份验证。经ESB网 关，身份验证信息到达服务请求Agent，服务请求 Agent比对身份验证协议，如果为已有协议，则直接执 行步骤7,向服务提供者反馈信用信息。如果身份验证 协议为新协议，执行步骤5查询交互协议。ESB名空间 向服务请求Agent提供步骤6交互协议，服务请求Agent 进行协议配置（自适应），生成步骤7中的信用信息发 给服务提供Agent。服务提供Agent对信用核对分析， 符合企业要求则如约定提供服务（即步骤8反馈订单确 认信息，并提供服务）。面向服务的系统流程面向服务的系统流程（续）面向服务的系统流程（续）基于的面向服务的系统结构图基于Mutil-Agent的面向服务
14、的系统结 构在电力调度系统应用实例l电力调度生产的各个单位以Agent的身份参与生产，他 们之间相互独立，各自内部独立自治。在第三方SOA 支持系统Agent和ESB的协助下集成原有系统，相互协 作完成任务。按调度生产所涉及的基本生产单元进行 粗粒度划分，最大限度的整合各个调度生产单元现有 的信息系统，如省调Agent，广域故障诊断Agent等。 对于采用面向服务架构构建的系统，只需包装统一信 息接口，以便保证在一定范围的“全局空间”中服务接 口是一致。原有系统非面向服务架构的，在整合过程 中，需借助基于SOA的第三方支持系统Agent提供服务 发现和服务提供功能。基于Mutil-Agent的
15、面向服务的系统结构在 电力调度系统应用实例图l 省调地调网调中调基于SOA的第 三方支持系统ESB总线 服务 请求/提供 者Agent广域 故障 诊断 Agent大中小型大电厂110kV变电所220kV变电所可再生能源服务ESB网关ESB名空间 服务注册业务编排案例分析和仿真系统l以故障诊断系统和数据采集与监控制系统为案例进行 分析，解释基于Mutil-Agent系统的面向服务的电力调 度架构。以故障诊断系统Agent、数据采集与监控制系 统Agent和ESB服务总线构成的基于Multi-Agent系统的 仿真系统为例。故障诊断系统Agent将可提供的基本故 障诊断服务包装成不同的服务，并将服
16、务信息发布到 ESB中的服务注册Agent。数据采集与监视控制系统 Agent负责监控各个并网点，并进行数据采集。案例分析和仿真系统（续）l以风电场并网为例，数据采集与监控系统监测各个并网点。当测 得某风电场A并网点电压发生跌落，发出故障诊断服务请求，并 同时将采集数据包装成服务，发布到ESB的服务注册Agent。ESB 中的服务注册Agent负责两方面职责：接收请求Agent发布的服 务请求信息，经过提取、分类，然后通知服务管理Agent，触发 服务管理Agent，编排业务服务，协调服务提供者和服务使用者 双方，以及多个服务提供者之间协同工作。接收服务提供 Agent服务注册信息，将服务提供者信息和服务描述信息进行分 类登记，以备服务管理Agent编排业务服务用。业务服务编排 Agent负责给出协同服务业务流程。之间的交互式通过协议来进 行的，对于常规协议事先己经规则库的形式固定在软件的Agent 之中。对于新的通讯协议，Agent之间通过自适应的消息传递进 行协商匹配。ESB网关对安全、服务质量和信用评价等。案例分析和仿真系统（续
