技术领域
[0001] 本公开涉及设备查询相关技术领域，具体的说，是涉及一种电力调度系统设备实时检索的实现方法及系统。
背景技术
[0002] 本部分的陈述仅仅是提供了与本公开相关的背景技术信息，并不必然构成在先技术。
[0003] 电力系统的
电网运行情况实时变化，电力调度需要实时查看电网数据的变化情况，在查询设备参数时，需要首先查找到相应的电力设备，现在的设备检索方案依赖于关系型
数据库存储与检索，且无法针对各电力调度公司提供统一的高效的检索方案，主要存在以下问题：
[0004] 1、现有的设备检索功能，通常采用点击按钮，然后弹出设备选择树的形式实现，用户需要在设备树中逐层的手动查找需要的设备，交互体验极差。
[0005] 2、由于设备数量大，至少达到了百万级数据量，基于关系型数据库的检索效率极其低下。
[0006] 3、由于设备种类繁多，导致设备记录存储分散，难以实现设备实时检索。
[0007] 4、由于各调度公司(各省调、各地调、各县调)的设备存储模型差异较大，目前都是开发各自的设备检索系统，存储的设备模型不一致，无统一的解决方案。
发明内容
[0008] 本公开为了解决上述问题，提出了一种电力调度系统设备实时检索的实现方法及系统，依赖于Solr检索引擎，将所有种类设备的集中存储，消除了各电力调度公司设备存储模型的差异，进而实现统一高效的设备检索方案。
[0009] 为了实现上述目的，本公开采用如下技术方案：
[0010] 一个或多个
实施例提供了一种电力调度系统设备实时检索的实现方法，包括如下步骤：
[0011] 获取各个电力调度系统的设备模型信息，根据获取的信息建立设备类型与设备数据表以及设备数据表字段的对应关系即为配置的设备模型信息；
[0012] 根据配置的设备模型信息，建立每个电力设备与存储该设备的设备模型数据库的连接，提取设备数据并按照设备属性进行集中存储；
[0013] 针对
抽取集中存储的数据，根据设备属性采用Solr检索引擎创建各个电力设备的检索索引；
[0014] 获取电力设备的查询
请求，根据查询请求信息中的电力设备名称获取待查询设备的检索索引，输出检索结果。
[0015] 一个或多个实施例提供了一种电力调度系统设备实时检索系统，包括：
[0016] 设备模型信息配置模
块：用于获取各个电力调度系统的设备模型信息，根据获取的信息建立设备类型与设备数据表以及设备数据表字段的对应关系；
[0017] 设备数据抽取模块：用于根据配置的设备模型信息，建立每个电力设备与存储该设备的设备模型数据库的连接，提取设备数据并按照设备属性进行集中存储；
[0018] 设备索引创建：针对抽取集中存储的数据，根据设备属性采用Solr检索引擎创建各个电力设备的检索索引；
[0019] 设备实时搜索模块：用于获取电力设备的查询请求，根据请求信息中的电力设备名称获取待查询设备的检索索引，输出检索结果。
[0020] 一种
电子设备，包括
存储器和处理器以及存储在存储器上并在处理器上运行的计算机指令，所述计算机指令被处理器运行时，完成上述方法所述的步骤。
[0021] 一种计算机可读存储介质，用于存储计算机指令，所述计算机指令被处理器执行时，完成上述方法所述的步骤。
[0022] 与
现有技术相比，本公开的有益效果为：
[0023] 1)查询效率显著提升：根据实际测试，以80万条设备记录(分布在7张数据表中)为
基础测试数据，采用原有的检索方法，平均需要2秒的检索时间，而采用本方案，平均0.3秒便可返回检索数据。
[0024] 2)设备检索实现的简易性高：由于原有的设备数据依据设备种类的不同而分散存储在多张数据表中，导致实时检索的实现难度较大。本方案依赖于非关系型数据存储技术，集中管理所有设备数据，可以极为方便的实现设备实时检索功能。
[0025] 3)方案的统一适用性高：由于各电力调度公司(各省调、各地调、各县调)的实际管理差异，各电力调度公司的设备存储模型均不相同，导致难以实现一套统一的适用于所有电力调度公司的设备检索系统，而本公开方案依赖于设备存储模型抽象层即为检索系统中的设备模型信息配置模块，依据设备类型建立不同设备模型数据的联系，可以实现统一的适用于所有电力调度公司的设备检索系统。
[0026] 4)设备检索功能的交互体验好：原有的设备检索功能，通常采用点击按钮，然后弹出设备选择树的形式实现，用户需要在设备树中逐层的手动查找需要的设备，交互体验极差。本公开方案采用在输入设备名称时，根据输入的文字进行实时检索，实时弹出设备选择菜单，极大的提高了设备检索功能的交互体验度。
附图说明
[0027] 构成本公开的一部分的
说明书附图用来提供对本公开的进一步理解，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的限定。
[0028] 图1是本公开实施例1的检索方法
流程图；
[0029] 图2是本公开实施例1的检索系统架构图；
[0030] 图3是本公开实施例1的示例的检索界面图。具体实施方式：
[0031] 下面结合附图与实施例对本公开作进一步说明。
[0032] 应该指出，以下详细说明都是示例性的，旨在对本公开提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本公开所属技术领域的普通技术人员通常理解的相同含义。
[0033] 需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本公开的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。需要说明的是，在不冲突的情况下，本公开中的各个实施例及实施例中的特征可以相互组合。下面将结合附图对实施例进行详细描述。
[0034] 在一个或多个实施方式中公开的技术方案中，如图1所示，一种电力调度系统设备实时检索的实现方法，包括如下步骤：
[0035] 步骤1、配置设备模型信息：获取各个电力调度系统的设备模型信息，根据获取的信息建立设备类型与设备数据表以及设备数据表字段的对应关系即为配置的设备模型信息；
[0036] 步骤2、抽取设备数据：根据配置的设备模型信息，建立每个电力设备与存储该设备的设备模型数据库的连接，提取设备数据并按照设备属性进行集中存储；
[0037] 步骤3、创建设备索引：针对抽取集中存储的数据，根据设备属性采用Solr检索引擎创建各个电力设备的检索索引；
[0038] 步骤4、设备实时搜索：获取电力设备的查询请求，根据请求信息中的电力设备名称获取待查询设备的检索索引，输出检索结果。
[0039] 本实施例通过步骤1到步骤3对现有的电力设备的数据进行处理，包括按照设备的类型进行数据的抽取并按照设备的属性集中存储，以及按照设备属性为电力设备生成设备检索的索引，当需要进行检索时可以直接从集中存储的数据库中直接读取，按照设备名称进行索引，可以实现快速检索，同时电力系统的设备数据通过Solr检索引擎应用服务进行集中存储，实现各个电力调度公司现有的模型数据的统一调用，克服了不通调度系统数据不能共享的问题。
[0040] 下面对上述步骤进行详细的说明：
[0041] 1、配置设备模型信息：获取各个电力调度系统的设备模型信息，根据获取的信息建立设备类型与设备数据表以及设备数据表字段的对应关系；
[0042] 设备类型包括
变压器、
母线、
电压互感器、
电流互感器、
断路器、交
流线路、电容器、电抗器、机组和直流线路等。设备名称中包含了设备类型、设备编号、所属站线等信息，如图3中的设备下拉框中的待选择的设备名称。
[0043] 可选的，各个电力调度系统的设备模型信息为各个电力调度公司现有的设备模型。
[0044] 由于各电力调度公司的信息化系统实施差异，各电力调度公司的设备模型均不相同，比如同样是存储变压器类设备信息，数据表的名称可能不相同，数据表的字段(存储具体的设备属性)名称也可能不相同，甚至是数据表字段的意义与数量也可能不相同。
[0045] 可选的，本实施例可以采用XML文件格式建立上述对应关系，针对各电力调度公司的设备模型信息进行配置，检索系统在每次启动时会自动读取该配置文件，用以得知应从哪些设备数据表以及哪些数据表字段(即设备属性)中抽取数据。
[0046] 作为一种可以实现的方案，配置设备模型信息的配置步骤可以具体如下：
[0047] 1-1、获取各个不同电力调度系统的设备模型信息；
[0048] 1-2、根据获取的设备模型信息，提取信息中每个设备表存储设备的类型和设备属性；
[0049] 1-3、根据提取的数据，建立电力设备类型与设备表的对应关系，存储为XML格式文件。
[0050] 2、抽取设备数据：根据配置的设备模型信息，建立每个电力设备与存储该设备的设备模型数据库的连接，提取设备数据并集中存储。
[0051] 所述设备属性可以包括设备名称、设备电压等级以及所属站线等。所属站线是指属于哪个电站或者输电线路。
[0052] 可选的，设备数据抽取的触发在检索系统初次部署时或者在电力调度的设备信息发生变动时。
[0053] 可以在系统初次部署时手动触发即在建立系统时将所有的数据进行抽取然后建立索引，或者在以后每次电力调度公司的设备信息发生变动时，手动触发该操作以更新相应设备信息即可。系统提供两个功能入口(按钮与RESTFUL
接口)用以手动触发，之后系统根据设备模型配置，自动从相应的设备数据库中抽取数据并放入SOLR检索引擎应用服务中。
[0054] 作为一种可以实现的方案，抽取的可以采用如下步骤实现：
[0055] 1)获取设备模型配置信息即为步骤1中获得的XML配置文件；
[0056] 2)根据配置文件中的配置，生成各个电力设备的设备数据查询SQL语句；
[0057] 3)建立每个电力设备与存储该设备的设备模型数据库的连接；
[0058] 可以建立本系统与各个电力调度公司的数据库的连接关系的数据源配置文件，从本系统的数据源配置文件中获取电力调度公司设备数据库的连接信息，并与该设备数据库建立连接。
[0059] 4)根据设备数据查询SQL语句，从建立连接的数据库中，抽取相应的设备数据，提取设备数据中的设备
属性信息并按照设备属性进行集中存储；
[0060] 可选的，可以在Solr检索引擎应用服务中进行集中存储。
[0061] 3、创建设备索引：根据抽取获得的数据，采用Solr检索引擎创建各个设备的检索索引。
[0062] Solr是一个高性能，基于Lucene的开源的全文检索引擎。被抽取的设备数据放入Solr检索引擎后，Solr检索引擎将自动为这些设备信息创建索引。
[0063] 4、设备实时搜索：获取电力设备的查询请求，根据请求信息中的电力设备名称获取待查询设备的检索索引，输出检索结果。
[0064] 设备实时搜索的方法可以具体为：
[0065] 获取电力设备的查询请求，所述查询请求至少包括设备名称；
[0066] 根据设备名称采用Solr检索引擎获取待查询的电力设备的检索索引；
[0067] 根据获取待查询的电力设备的检索索引，在集中存储的设备数据中查询，输出检索结果。
[0068] 针对上述的方法进行仿真实验：当用户在前端页面的一个输入框中输入设备名称时，系统将根据输入的内容调用后台的设备检索服务接口，以分布在7张数据表中的80万条设备记录为基础测试数据，并设置显示匹配度最高的前20条信息，进行了实时检索，可以实现0.3秒内在百万条设备信息中获取结果，并显示匹配度由高到低返回前20条设备信息，返回给前端以供用户选择，如图3所示。
[0069] 实施例2
[0070] 本实施例提供一种电力调度系统设备实时检索系统，包括：
[0071] 设备模型信息配置模块：用于获取各个电力调度系统的设备模型信息，根据获取的信息建立设备类型与设备数据表以及设备数据表字段的对应关系；针对各调度公司的设备存储模型信息的配置管理，可以实现调度系统设备数据模型的抽象。
[0072] 设备数据抽取模块：用于根据配置的设备模型信息，建立每个电力设备与存储该设备的设备模型数据库的连接，提取设备数据并按照设备属性进行集中存储；可以采用JDBC与数据库连接池技术，现针对结构化数据库的
访问及数据读取操作。结构化数据库可以包括oracle、mysql、达梦、金仓等。
[0073] 设备索引创建：用于针对抽取集中存储的数据，根据设备属性采用Solr检索引擎创建各个电力设备的检索索引；通过采用开源SOLR检索引擎，实现所有设备信息的集中存储、索引管理、设备数据抽取等。
[0074] 设备实时搜索模块：用于获取电力设备的查询请求，根据请求信息中的电力设备名称获取待查询设备的检索索引，输出检索结果。
[0075] 实施例3
[0076] 本实施例提供一种电子设备，包括存储器和处理器以及存储在存储器上并在处理器上运行的计算机指令，所述计算机指令被处理器运行时，完成实施例1的方法所述的步骤。
[0077] 实施例4
[0078] 本实施例提供一种计算机可读存储介质，用于存储计算机指令，所述计算机指令被处理器执行时，完成实施例1的方法所述的步骤。
[0079] 本公开所提出的电子设备可以是移动终端以及非移动终端，非移动终端包括台式计算机，移动终端包括智能手机(Smart Phone，如Android手机、IOS手机等)、智能眼镜、智能
手表、智能手环、
平板电脑、
笔记本电脑、
个人数字助理等可以进行无线通信的移动互联网设备。
[0080] 应理解，在本公开中，该处理器可以是中央处理单元CPU，该处理器还可以是其他通用处理器、数字
信号处理器DSP、专用集成
电路ASIC，现成可编程
门阵列FPGA或者其他
可编程逻辑器件、分立门或者晶体管逻辑器件、分立
硬件组件等。通用处理器可以是
微处理器或者该处理器也可以是任何常规的处理器等。
[0081] 该存储器可以包括
只读存储器和
随机存取存储器，并向处理器提供指令和数据、存储器的一部分还可以包括非易失性随机存储器。例如，存储器还可以存储设备类型的信息。
[0082] 在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成
逻辑电路或者
软件形式的指令完成。结合本公开所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及
软件模块组合执行完成。软件模块可以位于随机存储器、闪存、只读存储器、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元即
算法步骤，能够以电子硬件或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
[0083] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0084] 在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能的划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外一点，所显示或讨论的相互之间的耦合或者直接耦合或者通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。
[0085] 所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、
服务器或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动
硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0086] 以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何
修改、等同替换、改进等，均应包含在本公开的保护范围之内。
[0087] 上述虽然结合附图对本公开的具体实施方式进行了描述，但并非对本公开保护范围的限制，所属领域技术人员应该明白，在本公开的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或
变形仍在本公开的保护范围以内。
