[发明专利]通用电力数据平台的分布化方法和应用

说明书

技术领域

本发明属于电力系统数据管理领域，具体涉及一种通用电力数据平台的分布化方法和应用。

背景技术

目前的电力数据集成方案主要通过SOA/Web Service技术实现异构电力数据的格式交换，这种方案的本质是将待转换电力数据作为参数封装为SOAP调用消息并发送至目标应用，其对一些提供简单服务的MIS系统支持较好，但在数据处理逻辑的透明分布化、数据变化事件的订阅通知等方面尚有不足，而这些对于提升电力应用系统对数据变更的快速响应能力都是至关重要的。

还有一些方案通过P2P技术或面向服务的中间件模型来扩展标准的OSGi规范，虽然较好解决了分布式环境中远程服务的发布和获取的问题，但因对OSGi的标准编程模型做了较大改动，导致很难将方案直接应用于实际，同时还存在分布逻辑的侵入性问题。

发明内容

为了克服上述现有技术的不足，本发明的目的在于提供一种通用电力数据平台的分布化方法，使分布化逻辑尽可能低地侵入原有的业务逻辑，并保证业务模块在系统不间断运行前提下的热插拔和版本更新特性。

为了实现上述目的，本发明采用的技术方案是：

一种通用电力数据平台的分布化方法，包括：

基于OSGi的分布式扩展模型，在保持OSGi的原有编程模型的同时，使用平台中立的WSDL/SOAP等服务描述和访问机制，自动对来自于客户端的调用请求进行拦截和转发。

通用电力元数据变化事件的被动检查与主动订阅/通知，电力数据的持续变化将多次触发某些业务逻辑，即电力系统中的事件源往往是系统内部的数据，而非位于系统外部的使用者或其他系统。因此，电力数据集成平台必须具备探测元数据变化并执行相应业务操作的能力。。

所述基于OSGi的分布式扩展模型：

步骤1：基于典型的责任链设计模式，在服务消费者（Client）和服务提供者（Server）之间引入拦截器（Interceptor）；

步骤2：为OSGi 模块编写对应的拦截器模块，后者在获取到OSGi容器上下文后，将拦截方法（doIntercept）封装为OSGi服务并发布到注册中心（ZooKeeper Server）；

步骤3：通过OSGi R4.3规范新增的服务事件监听器钩子（Service Event Listener Hook）实现对来自于Client的调用请求进行拦截，然后将目标方法与指定的织入配置（与Spring AOP的配置信息类似）进行匹配；

步骤4：通过编织钩子（Weaving Hook）将匹配到的切面逻辑（以AspectJ的语法定义）织入doIntercept方法的合适位置；

步骤5：由拦截器转发所有由服务消费者发起的远程服务调用。

所述通用电力元数据变化事件的被动检查方式：

步骤1：在通用电力数据平台的管理层中引入任务调度器，后者为平台中每个模块实例启动一个专门的监听线程；

步骤2：监听线程以固定时间间隔拉取（pull）与模块实例关联的元数据，并检查其是否与之前的一致，若有变化，则由任务管调度器回调相应的接口方法。

所述通用电力元数据变化事件的主动订阅/通知方式：

步骤1：引入GUI编程中的事件驱动模型，以配置的方式为元数据实例指定一个或多个模块实例作为数据变化事件的订阅者；

步骤2：当发生写数据操作时，元数据实例首先将变化的数据封装为事件对象，然后把该事件对象主动推送（push）到各订阅者的事件队列中；

步骤3：任务调度器启动一个全局的监听线程扫描各订阅者的事件队列，并通知作为事件订阅者的相应模块实例触发相应的业务逻辑。

本发明与现有的技术相比，具有如下优点：

（1），保持了OSGi规范的原有编程模型。

（2），使用了平台中立的WSDL/SOAP等服务描述和访问机制。

（3），允许服务访问请求和响应携带复杂的自定义数据类型。

（4），透明的模块分布化和电力元数据变化通知机制。

附图说明

图1为本发明的底层架构与交互模型示意图。

具体实施方式

下面结合附图对本发明做进一步详细说明。