电力配网调度中的信息处理方法、装置及存储介质

技术领域

本发明实施例涉及但不限于数据处理技术领域，尤其涉及一种电力配网调度中的信息处理方法、装置及计算机可读存储介质。

背景技术

在现有的针对电力系统的配网调度业务中，还没有明确的业务规范和操作指引，各单位的配调运行管理系统的建设进度和精益化要求均不相同，因此，对目前各业务系统的横向协同需求的支持难度均较大。

为了克服上述问题而满足专业工作的需要和横向协同的需要，配网调度员在工作过程中往往需要在多个业务系统之间频繁切换，并且，需要将相同的信息重复录入到各个业务系统中，从而导致带来了额外的工作量，降低了工作效率。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本发明实施例提供了一种电力配网调度中的信息处理方法、装置及计算机可读存储介质，能够降低配网调度员的信息录入工作量，从而提高工作效率。

第一方面，本发明实施例提供了一种电力配网调度中的信息处理方法，包括：

在利用业务层发起业务数据调用的情况下，利用面向方面编程(Aspect OrientedProgramming，AOP)拦截器获取来自WebService接口的业务数据信息，并将所述业务数据信息存放至存储数据库，使得不同的业务系统从所述存储数据库中共享所述业务数据信息。

进一步的，所述利用AOP拦截器获取来自WebService接口的业务数据信息，包括：

利用AOP拦截器从同步队列模块中获取业务数据信息，其中，所述同步队列模块中的业务数据信息为从线程池中通过所述WebService接口所调用并缓存的数据信息。

进一步的，所述将所述业务数据信息存放至存储数据库，包括：

根据所述业务数据信息得到符合预设数据格式的数据模型；

将所述数据模型存放至存储数据库。

进一步的，在利用AOP拦截器获取来自WebService接口的业务数据信息之后，所述方法还包括：

通过所述AOP拦截器向所述业务层反馈所述业务数据信息。

进一步的，所述方法还包括：

当调用业务数据信息失败，通过所述WebService接口将调用失败的业务数据信息存储于失败工单数据库。

进一步的，所述方法还包括：

重复调用存储于所述失败工单数据库中的业务数据信息；

当存储于所述失败工单数据库中的业务数据信息被成功调用，删除所述失败工单数据库中的被成功调用的业务数据信息。

进一步的，所述重复调用存储于所述失败工单数据库中的业务数据信息，包括：

每间隔预设时间重复调用存储于所述失败工单数据库中的调用失败次数小于预设次数阈值的业务数据信息。

进一步的，所述方法还包括：

当接收到由操作界面发起的用于获取调用失败的业务数据信息的触发信息，根据所述触发信息从所述失败工单数据库中调用与所述触发信息对应的业务数据信息。

第二方面，本发明实施例还提供了一种信息处理装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上第一方面所述的信息处理方法。

第三方面，本发明实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行如上所述的信息处理方法。

本发明实施例包括：在利用业务层发起业务数据调用的情况下，利用AOP拦截器获取来自WebService接口的业务数据信息，并将业务数据信息存放至存储数据库，使得不同的业务系统从存储数据库中共享业务数据信息。根据本发明实施例提供的方案，当利用业务层发起业务数据的调用，先利用AOP拦截器获取来自WebService接口的业务数据信息，接着将该业务数据信息存放至存储数据库，此时，不同的业务系统均可以从该存储数据库中共享该业务数据信息，即，当不同的业务系统需要使用该业务数据信息时，从该存储数据库中获取该业务数据信息即可，不需要配网调度员在各个业务系统中重复录入相同的业务数据信息，从而能够降低配网调度员的信息录入工作量，进而提高了工作效率。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1是本发明一个实施例提供的用于执行电力配网调度中的信息处理方法的系统架构的示意图；

图2是本发明一个实施例提供的电力配网调度中的信息处理方法的流程图；

图3是本发明另一实施例提供的信息处理方法中获取业务数据信息的具体流程图；

图4是本发明另一实施例提供的信息处理方法中将业务数据信息存放至存储数据库的具体流程图；

图5是本发明另一实施例提供的信息处理方法的流程图；

图6是本发明另一实施例提供的信息处理方法的流程图；

图7是本发明另一实施例提供的信息处理方法中重复调用业务数据信息的具体流程图；

图8是本发明另一实施例提供的信息处理方法的流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。

本发明提供了一种电力配网调度中的信息处理方法、装置及计算机可读存储介质，在利用业务层发起业务数据调用的情况下，先利用AOP拦截器获取来自WebService接口的业务数据信息，接着将该业务数据信息存放至存储数据库，此时，不同的业务系统均可以从该存储数据库中共享该业务数据信息，即，当不同的业务系统需要使用该业务数据信息时，从该存储数据库中获取该业务数据信息即可，不需要配网调度员在各个业务系统中重复录入相同的业务数据信息，从而能够降低配网调度员的信息录入工作量，进而提高了工作效率。

下面结合附图，对本发明实施例作进一步阐述。

如图1所示，图1是本发明一个实施例提供的用于执行电力配网调度中的信息处理方法的系统架构的示意图。在图1的示例中，该系统架构包括操作界面(图中未示出)、业务层模块110、AOP拦截器120、同步队列模块130、线程池模块140、存储数据库(图中未示出)、失败工单数据库150和定时处理模块160。其中，业务层模块110支持获取调度操作票、获取调度日志等各种不同的业务操作，用户可以通过操作界面对业务层模块110发起各种业务操作；线程池模块140用于为系统提供多线程的业务处理，线程池模块140中设置有WebService接口141；业务层模块110、AOP拦截器120、同步队列模块130和WebService接口141依次连接，失败工单数据库150分别与业务层模块110、WebService接口141和定时处理模块160相连接。

AOP拦截器120为基于Spring开发框架中的AOP原理的数据拦截器，能够对线程池模块140的业务处理过程中的各个业务逻辑部分进行隔离，从而能够在线程池模块140的业务处理过程的某个步骤或者某个阶段中获取所需要的业务数据。

存储数据库用于以预设的数据格式存放由AOP拦截器120所获取到的业务数据信息，并且，存储于存储数据库中的业务数据信息，可以供不同的业务系统进行共享。

失败工单数据库150用于存储调用失败的业务数据信息。在用户通过操作界面发起从线程池模块140中调用业务数据信息的操作的情况下，当调用业务数据信息不成功，则可以通过WebService接口141将调用不成功的业务数据信息存储于失败工单数据库150中，以便于后续执行重复调用处理或者执行其他的相关处理(例如分析调用失败原因等)。

定时处理模块160用于提供定时任务，例如定时执行重复调用或者定时分析调用失败原因等。

本发明实施例描述的系统架构以及应用场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域技术人员可知，随着系统架构的演变和新应用场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图1中示出的系统架构并不构成对本发明实施例的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

基于上述系统架构的结构，提出本发明的信息处理方法的各个实施例。

如图2所示，图2是本发明一个实施例提供的电力配网调度中的信息处理方法的流程图，该信息处理方法包括但不限于有以下步骤：

步骤S100，在利用业务层发起业务数据调用的情况下，利用AOP拦截器获取来自WebService接口的业务数据信息，并将业务数据信息存放至存储数据库，使得不同的业务系统从存储数据库中共享业务数据信息。

需要说明的是，WebService接口是一个软件接口，WebService描述了一组可以在网络上通过标准化的可扩展标记语言(eXtensible Markup Language，XML)消息传递访问的操作。WebService使用基于XML语言的协议来描述要执行的操作或者要与另一个WebService交换的数据。简单的说，WebService是一个面向服务的编程架构(Service-Oriented Architecture，SOA)，其既不依赖于语言，也不依赖于平台，可以实现不同的语言(通过XML语言描述)间的相互调用，能够通过互联网进行基于超文本传输协议(HyperTextTransfer Protocol，HTTP)的网络应用间的交互。

需要说明的是，业务数据信息至少包括调用接口标识、调用接口地址、数据类型和数据内容。业务数据信息所包括的具体内容，可以根据实际的应用需要而包括适当的内容，本实施例对此并不作具体限定。

需要说明的是，可以按照业务数据信息的原始数据结构将业务数据信息存放至存储数据库，也可以先将业务数据信息转换成符合预设数据格式的数据模型，而后将转换得到的该数据模型存放至存储数据库，本实施例对此并不作具体限定。

在本实施例中，当利用业务层发起业务数据的调用，首先利用AOP拦截器获取来自WebService接口的业务数据信息，接着将该业务数据信息存放至存储数据库，此时，不同的业务系统均可以从该存储数据库中共享该业务数据信息，即，当不同的业务系统需要使用该业务数据信息时，从该存储数据库中获取该业务数据信息即可，不需要配网调度员在各个业务系统中重复录入相同的业务数据信息，从而能够降低配网调度员的信息录入工作量，进而提高了工作效率。

另外，在一实施例中，如图3所示，步骤S100中的利用AOP拦截器获取来自WebService接口的业务数据信息，可以包括但不限于有以下步骤：

步骤S110，利用AOP拦截器从同步队列模块中获取业务数据信息，其中，同步队列模块中的业务数据信息为从线程池中通过WebService接口所调用并缓存的数据信息。

需要说明的是，本实施例中的WebService接口能够支持异步重发机制，因而能够适于从线程池中获取所需要的业务数据信息，以便于后续步骤中可以支持不同业务系统之间的数据共享，从而不需要配网调度员在各个业务系统中重复录入相同的业务数据信息，达到降低配网调度员的信息录入工作量以及提高工作效率的目的。

需要说明的是，当用户通过操作界面发起针对业务数据的调用时，通过WebService接口从线程池中调用的业务数据信息，会先被缓存到同步队列模块中，此时，AOP拦截器会先从该同步队列模块中获取对应的业务数据信息，并将该业务数据信息存放至存储数据库，以便于不同的业务系统能够从该存储数据库中共享该业务数据信息，接着，业务层再从AOP拦截器中获取对应的业务数据信息，以实现调用业务数据的目的。

需要说明的是，同步队列模块中可以同时存在多个数据队列，各个数据队列之间互不干扰，因此，AOP拦截器能够同时获取多个数据队列中的业务数据信息，从而能够同时将该多个业务数据信息存放至存储数据库。

另外，在一实施例中，如图4所示，步骤S100中的将业务数据信息存放至存储数据库，可以包括但不限于有以下步骤：

步骤S120，根据业务数据信息得到符合预设数据格式的数据模型；

步骤S130，将数据模型存放至存储数据库。

需要说明的是，当AOP拦截器获取到来自WebService接口的业务数据信息后，可以先根据业务数据信息得到符合预设数据格式的数据模型，而后再将该数据模型存放至存储数据库，使得存储数据库所存放的数据信息能够统一标准，从而便于其他业务系统从存储数据库中获取数据格式统一标准的业务数据信息。

需要说明的是，预设数据格式可以为按照预先确定好的数据属性顺序的数据格式，而数据模型则可以为一个数据表，其中，该数据表的表项内容与该预设数据格式相对应。假设业务数据信息包括有调用接口标识、调用接口地址、数据类型、数据内容和调用方法等属性，而预设数据格式规定了的数据属性顺序依次为调用方法、调用接口标识、调用接口地址、数据类型、数据内容，那么，根据业务数据信息得到符合预设数据格式的数据模型的具体步骤可以为：将业务数据信息的数据属性按照预设数据格式所规定的顺序填写至数据模型，从而得到符合预设数据格式的数据模型。

另外，在一实施例中，在执行步骤S100中的利用AOP拦截器获取来自WebService接口的业务数据信息之后，该信息处理方法还可以包括但不限于有以下步骤：

通过AOP拦截器向业务层反馈业务数据信息。

需要说明的是，当AOP拦截器获取到来自WebService接口的业务数据信息，并且将该业务数据信息存放至存储数据库之后，AOP拦截器会响应于由业务层发起的业务数据调用，向业务层反馈所调用得到的业务数据信息，从而完成对业务数据的调用处理。

另外，在一实施例中，如图5所示，该信息处理方法还可以包括但不限于有以下步骤：

步骤S200，当调用业务数据信息失败，通过WebService接口将调用失败的业务数据信息存储于失败工单数据库。

需要说明的是，当出现调用业务数据信息失败的情况，可以通过WebService接口将调用失败的业务数据信息存储于失败工单数据库，以便于后续可以从失败工单数据库中对调用失败的业务数据信息执行重复调用，或者对失败工单数据库中的调用失败的业务数据信息进行调用失败原因分析。

需要说明的是，可以按照业务数据信息的原始数据结构将调用失败的业务数据信息存放至失败工单数据库，也可以先将调用失败的业务数据信息转换成符合预设数据格式的数据模型，而后将转换得到的该数据模型存放至失败工单数据库，本实施例对此并不作具体限定。

另外，在一实施例中，如图6所示，该信息处理方法还可以包括但不限于有以下步骤：

步骤S300，重复调用存储于失败工单数据库中的业务数据信息；

步骤S400，当存储于失败工单数据库中的业务数据信息被成功调用，删除失败工单数据库中的被成功调用的业务数据信息。

需要说明的是，在将调用失败的业务数据信息通过WebService接口存储于失败工单数据库的情况下，可以重复调用存储于失败工单数据库中的业务数据信息，当存储于失败工单数据库中的业务数据信息能够被成功调用，即，业务层成功获取了所需要的调用的业务数据，此时，为了避免数据混乱，失败工单数据库将不再存储这个被成功调用的业务数据信息，所以，可以删除失败工单数据库中的被成功调用的业务数据信息。因此，本实施例中的重复调用存储于失败工单数据库中的业务数据信息的机制，能够提高业务系统横向协同的稳定性，提升了用户体验，并且还能够降低由于调用接口交互不稳定而造成数据丢失的概率，进而能够降低由于需要人工维护丢失数据而导致带来的人力成本。

另外，在一实施例中，如图7所示，步骤S300中的重复调用存储于失败工单数据库中的业务数据信息，可以包括但不限于有以下步骤：

步骤S310，每间隔预设时间重复调用存储于失败工单数据库中的调用失败次数小于预设次数阈值的业务数据信息。

需要说明的是，预设时间可以有不同的实施方式，例如可以为半小时、一小时或者两小时等，可以根据实际应用情况而进行适当的选择，本实施例对此并不作具体限定。

需要说明的是，预设次数阈值可以有不同的实施方式，例如可以为3次、5次或者10次等，可以根据实际应用情况而进行适当的选择，本实施例对此并不作具体限定。

需要说明的是，在执行重复调用存储于失败工单数据库中的业务数据信息的情况下，可以每间隔预设时间重复调用一次存储于失败工单数据库中的调用失败次数小于预设次数阈值的业务数据信息。如果存储于失败工单数据库中的业务数据信息被调用失败，只要该业务数据信息的调用失败次数小于预设次数阈值，那么可以继续对该业务数据信息执行调用操作；如果该业务数据信息的调用失败次数达到了预设次数阈值，则说明该业务数据信息不可能被调用成功，因此，停止对该业务数据信息的重复调用操作，避免持续重复调用该业务数据信息而影响对其他业务数据的正常处理。

另外，在一实施例中，如图8所示，该信息处理方法还可以包括但不限于有以下步骤：

步骤S500，当接收到由操作界面发起的用于获取调用失败的业务数据信息的触发信息，根据触发信息从失败工单数据库中调用与触发信息对应的业务数据信息。

需要说明的是，用户可以通过操作界面发起用于获取调用失败的业务数据信息的触发信息，当系统接收到该触发信息后，即可以根据该触发信息从失败工单数据库中调用与该触发信息对应的业务数据信息，并且，当从失败工单数据库中成功调用该业务数据信息后，会通过操作界面向用户反馈该业务数据信息，完成用户所发起的业务数据调用操作。

值得注意的是，当业务数据信息的调用失败次数达到了预设次数阈值而导致系统停止对该业务数据信息的重复调用，如果接收到由用户通过操作界面而发起的用于获取调用失败的业务数据信息的触发信息，系统仍然会根据该触发信息而执行对调用失败次数达到了预设次数阈值的业务数据信息的调用处理，优先满足用户的操作处理的需求。

另外，本发明的一个实施例还提供了一种信息处理装置，该信息处理装置包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。

处理器和存储器可以通过总线或者其他方式连接。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

需要说明的是，本实施例中的信息处理装置，可以包括有如图1所示实施例的系统架构，本实施例中的信息处理装置和如图1所示实施例的系统架构具有相同的发明构思，因此这些实施例具有相同的实现原理以及技术效果，此处不再详述。

实现上述实施例的信息处理方法所需的非暂态软件程序以及指令存储在存储器中，当被处理器执行时，执行上述实施例中的信息处理方法，例如，执行以上描述的图2中的方法步骤S100、图3中的方法步骤S110、图4中的方法步骤S120至S130、图5中的方法步骤S200、图6中的方法步骤S300至S400、图7中的方法步骤S310、图8中的方法步骤S500。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

此外，本发明的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器或控制器执行，例如，被上述装置实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的信息处理方法，例如，执行以上描述的图2中的方法步骤S100、图3中的方法步骤S110、图4中的方法步骤S120至S130、图5中的方法步骤S200、图6中的方法步骤S300至S400、图7中的方法步骤S310、图8中的方法步骤S500。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本发明的较佳实施进行了具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同变形或替换，这些等同的变形或替换均包含在本发明权利要求所限定的范围内。