基于CORBA的异构电力信息系统的集成与数据交换

　　0  引言

　　随着电力系统信息化和自动化程度一步步的提高，各地电力公司都建成了多个异构的电力信息系统，主要包括调度自动化系统、负荷控制和用电管理系统、管理信息系统(MIS)和配网地理信息系统等。这些系统关心电力对象的不同方面，对于不同的电力对象采用了不同的建模方法，相互之间很少设计成能够进行自由的数据交换，而且采用的开发工具以及后台的数据库都有可能不一致，使得各个应用系统在信息上成为相对孤立的“自动化岛”。为了满足用户对信息集成的需求，异构电力信息集成与交换系统(以下简称异构集成系统)对属于不同管理部门的多个异构电力信息系统进行整合，沟通信息渠道，建立横向联系，向电力公司各个职能部门提供较全面的服务。

　　要建成异构集成系统，必须解决一系列兼容性问题，譬如跨平台、跨操作系统、跨语言、跨协议和跨版本等。而CORBA作为分布式对象的主要标准，已成为应用系统集成和即插即用的主要技术。基于CORBA的应用系统集成可以为企业提供支持多厂商、多平台、异构网络、不同操作系统和已有的传统应用系统的集成和即插即用的环境，实现多个异构系统的集成和信息交换。

　　1 CORBA的相关概念

　　公共对象请求代理体系结构CORBA(Common Object Request Broker Architecture)是由OMG(Object Management Group)组织制定的一个工业标准。CORBA是OMA(Object Management Architecture)的一个重要组成部分。OMG即对象管理体系结构，由对象模型和引用模型组成，对象模型定义了如何描述分布在异构环境中的对象，而对象引用模型则规定了这些对象如何进行互操作。图1描述了OMA引用模型的各组成部分。

　　OMA的重点在于对象请求代理(即ORB)，这是非常必要的。因为客户端向对象请求执行某一任务，必须通过ORB实现客户端和对象之间的通讯。CORBA则详细规定了ORB的接口和特征，OMG给CORBA的定义是：通过ORB一个客户程序可以透明地激活服务器对象的一个方法。这个服务器对象可以和客户程序在同一台机器上，也可以位于网络上的另一台机器，ORB截获调用请求，然后寻找该服务器对象，向其传递参数，激活相应的方法并返回执行结果，客户程序不必知道服务器对象的位置、它的编程语言、所处的操作系统及其它任何非对象接口方面的系统信息。这样，ORB提供分布式异构环境中不同机器上应用程序的互操作和多对象系统的无缝连接。CORBA定义了创建软件组件的面向对象的方法，你可以在应用程序间重用和共享这些软件组件，每个对象的内部实现细节都被封装起来，只对编程人员展现出一个定义好的接口，从而减少了程序的复杂性。

　　2 CORBA应用于异构电力信息系统的集成

　　2.1 系统接口

　　为了将电力公司的多个异构的电力信息系统集成起来，主要是要设计异构集成系统与这些系统的接口，也就是CORBA的中间件。CORBA中间件借助IDL(接口定义语言)来描述对象接口，一个接口可包含若干相关方法和属性，这就实现了CORBA与语言无关的独立性。CORBA IDL是一种描述接口，可以映射到不同的语言。本文主要利用Delphi提供的Type Library定义接口。其IDL文本文件如下：

　　VisiBroker会自动根据IDL文件生成相应的CORBA的客户端代理Stub和CORBA服务器端的Skeleton。比如说在管理信息系统(MIS)要获取调度自动化系统的信息，由Stub来处理这种请求后再向对象请求代理(ORB)发送调用请求，然后由ORB负责拦截请求调用，负责找到可以实现请求的对象，即调度自动化系统，在这个系统上有CORBA服务器端的Skeleton，它负责处理完请求后返回请求结果，这样通过这种接口定义即成功实现了系统的集成。

　　2.2 对象服务

　　在原有电力公司的某个电力信息系统内，存在着很多需要局内另一个电力信息系统的数据的情况。比如说属于用电管理系统的市场营销部需要调度自动化系统的一些实时数据,即供电局调度日报表和电网运行情况日报表的数据。对供电局调度日报表，主要需要系统、省网、直供三个方面的96个点的有功、无功数据，以报表的形式给出，并具要有一定的图形分析功能。对电网运行情况日报表，要求数据以文本文件的形式给出。

　　以往这些数据资料都有人工来传送，用电管理系统和调度自动化系统虽然都在一个局域网内，但也不能实现资源和数据的互通。通过异构集成系统就可以通过网络来实现，节省了大量的人力物力，提高了实时性和可靠性。这些功能通过上面定义的接口，主要由CORBA的对象服务来完成。当用电管理系统需要数据时，就可以根据情况，选择相应时间和内容，主动读取数据。