充电设备的管理方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种充电设备的管理方法及装置。

背景技术：

随着新能源汽车的发展，将来电动汽车无线充电将会得到广泛应用，一个充电设备运营企业将会有很多套充电设备分布在城市的不同角落，需要对这些设备进行统一管理，方便企业集中监控、维护、运营。

在相关技术中，充电设备提供的维护功能单一且不便于维护，一般充电设备提供机械的按键操作功能，以及通过Console管理口提供一些简单的命令行或者Web操作配置界面，但都是基于单个设备自身，且功能简单，很难满足充电设备运营企业的统一集中运营的需求。

针对相关技术中，充电设备安装分布分散，不方便维护运营的问题，目前还没有有效的解决方案。

技术实现要素：

本发明提供了一种充电设备的管理方法及装置，以至少解决相关技术中充电设备安装分布分散，不方便维护运营的问题。

根据本发明的一个方面，提供了一种充电设备的管理方法，包括：

服务端配置全网多个充电设备的参数；

所述服务端依据所述参数通过接口获取所述充电设备的采集指标；

根据所述采集指标分析所述充电设备的运营情况。

进一步地，根据所述采集指标分析所述充电设备的运营情况之前，包括以下至少之一：

获取所述采集指标中的所述充电设备的故障信息，生成告警信息；

通过分析所述采集指标中的所述故障信息，确认所述充电设备的故障修复后，生成告警恢复消息。

进一步地，所述服务端配置全网多个充电设备的参数包括：

所述服务器给全网多个设备下发参数；

所述服务端向全网多个所述充电设备发送参数配获取指令后，所述服务端依据所述参数获取指令获取所述充电设备的参数。

进一步地，根据所述采集指标分析所述充电设备的运营情况包括：

统计分析所述故障信息，确定所述充电设备的故障率或者所述充电设备所属区域的充电设备的故障率；

统计分析所述充电设备的性能指标，分析所述充电设备的充电转换率和充电量。

进一步地，所述接口支持的接口协议包括以下之一：简单网络管理协议(Simple Network Management Protocol，简称为SNMP)、人机语言协议(Man-Machine Language，简称为MML)、文件传输协议(File Transfer Protocol，简称为FTP)、数据库协议(Database，简称为DB)，公共对象请求代理体系结构协议(Common Object Request Broker Architecture，简称为CORBA)，简单对象访问协议(Simple Object Access Protocol，简称为SOAP)。

进一步地，所述采集指标包括以下至少之一：电量输入、电量输出、电量转化率。

根据本发明的另一个方面，还提供了一种充电设备的管理装置，位于服务器中，包括：

配置模块，用于服务端配置全网多个充电设备的参数；

获取模块，用于所述服务端依据所述参数通过接口获取所述充电设备的采集指标，

分析模块，用于根据所述采集指标分析所述充电设备的运营情况。

进一步地，所述装置包括：

告警模块，用于获取所述采集指标中的所述充电设备的故障信息，生成告警信息；

所述告警模块，还用于通过分析所述采集指标中的所述故障信息，确认所述充电设备的故障修复后，生成告警恢复消息。

进一步地，所述配置模块包括：

下发参数单元，用于所述服务器给全网多个设备下发参数；

获取参数单元，用于所述服务端向全网多个所述充电设备发送参数配获取指令后，所述服务端依据所述参数获取指令获取所述充电设备的参数。

进一步地，所述分析模块包括：

故障分析单元，用于统计分析所述故障信息，确定所述充电设备的故障率或者所述充电设备所属区域的充电设备的故障率；

性能分析单元，用于统计分析所述充电设备的性能指标，分析所述充电设备的充电转换率和充电量。

进一步地，所述接口支持的接口协议包括以下之一：简单网络管理协议SNMP、人机语言协议MML、文件传输协议FTP、数据库协议DB，公共对象请求代理体系结构协议CORBA，简单对象访问协议SOAP。

进一步地，所述采集指标包括以下至少之一：电量输入、电量输出、电量转化率。

通过本发明，服务端配置全网多个充电设备的参数，该服务端依据该参数通过接口获取该充电设备的采集指标，根据该采集指标分析该充电设备的运营情况，解决了充电设备安装分布分散，不方便维护运营的问题，实现了对充电设备的统一集中运营。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种充电设备的管理方法的流程图；

图2是根据本发明实施例的一种充电设备的管理装置的结构框图一；

图3是根据本发明实施例的一种充电设备的管理装置的结构框图二；

图4是根据本发明实施例的配置模块22的结构框图；

图5是根据本发明实施例的分析模块26的结构框图；

图6是根据本发明优选实施例的服务端和客户端的模块关系示意图；

图7是根据本发明优选实施例的服务端的交互适配模块的各类接口示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种充电设备的管理方法，图1是根据本发明实施例的一种充电设备的管理方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，服务端配置全网多个充电设备的参数；

步骤S104，该服务端依据该参数通过接口获取该充电设备的采集指标；

步骤S106，根据该采集指标分析该充电设备的运营情况。

通过上述步骤，服务端配置全网多个充电设备的参数，该服务端依据该参数通过接口获取该充电设备的采集指标，根据该采集指标分析该充电设备的运营情况，解决了充电设备安装分布分散，不方便维护运营的问题，实现了对充电设备的统一集中运营。

在本实施例中，该服务器还有告警功能，在该服务器分析充电设备的运营情况之前，可以获取该采集指标中的该充电设备的故障信息，生成告警信息，并且还可以通过分析该采集指标中的该故障信息，确认该充电设备的故障修复后，生成告警恢复消息。

在本实施例中，该服务端配置全网多个充电设备的参数的方式有两种，可以是该服务器给全网多个设备下发参数，该服务端向全网多个该充电设备发送参数配获取指令后，该服务端依据该参数获取指令获取该充电设备的参数。

在本实施例中，根据该采集指标分析该充电设备的运营情况，可以统计分析该故障信息，确定该充电设备的故障率或者该充电设备所属区域的充电设备的故障率，也可以统计分析该充电设备的性能指标，分析该充电设备的充电转换率和充电量。

在本实施例中，该接口支持的接口协议包括以下之一：简单网络管理协议SNMP、人机语言协议MML、文件传输协议FTP、数据库协议DB，公共对象请求代理体系结构协议CORBA，简单对象访问协议SOAP。

在本实施例中，该采集指标包括：电量输入、电量输出、电量转化率，但不限于上述采集指标。

在本实施例中还提供了一种充电设备的管理装置，该装置位于服务器中，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的一种充电设备的管理装置的结构框图一，如图2所示，该装置包括：

配置模块22，用于服务端配置全网多个充电设备的参数；

获取模块24与上述配置模块22连接，用于该服务端依据该参数通过接口获取该充电设备的采集指标，

分析模块26与上述获取模块24连接，用于根据该采集指标分析该充电设备的运营情况。

通过上述装置，配置模块22配置全网多个充电设备的参数，获取模块24依据该参数通过接口获取该充电设备的采集指标，分析模块26根据该采集指标分析该充电设备的运营情况，解决了充电设备安装分布分散，不方便维护运营的问题，实现了对充电设 备的统一集中运营。

图3是根据本发明实施例的一种充电设备的管理装置的结构框图二，如图3所示，该装置除了包括图2所述的模块外，该装置还包括：

告警模块32与上述分析模块26连接，用于获取该采集指标中的该充电设备的故障信息，生成告警信息；

该告警模块32，还用于通过分析该采集指标中的该故障信息，确认该充电设备的故障修复后，生成告警恢复消息。

图4是根据本发明实施例的配置模块22的结构框图，如图4所示，配置模块22包括：

下发参数单元42，用于该服务器给全网多个设备下发参数；

获取参数单元44，用于该服务端向全网多个该充电设备发送参数配获取指令后，该服务端依据该参数获取指令获取该充电设备的参数。

图5是根据本发明实施例的分析模块26的结构框图，如图5所示，分析模块26包括：

故障分析单元52，用于统计分析该故障信息，确定该充电设备的故障率或者该充电设备所属区域的充电设备的故障率；

性能分析单元54，用于统计分析该充电设备的性能指标，分析该充电设备的充电转换率和充电量。

在本实施例中，该接口支持的接口协议包括以下之一：简单网络管理协议SNMP、人机语言协议MML、文件传输协议FTP、数据库协议DB，公共对象请求代理体系结构协议CORBA，简单对象访问协议SOAP。

在本实施例中，该采集指标包括以下至少之一：电量输入、电量输出、电量转化率，但不限定以上采集指标。

下面结合优选实施例和实施方式对本发明进行详细说明。

本优选实施例提供一种对电动汽车充电设备集中管理的系统，解决现在充电设备运营企业对多个充电设备以及不同厂家的充电设备不能集中管理的问题。

为了实现充电设备的集中管理，本优选实施例采用以下技术方案，本优选实施例的系统包含服务端和客户端。

该客户端是为客户提供服务端实现功能的操作交互界面，客户端和服务端通讯协议有：传输控制协议(Transfer Control Protocol，简称为TCP)、用户数据协议(User Date Protocol，简称为UDP)、安全外壳协议(Secure Shell，简称为SSH)、远程终端协议TELNET、超文本传输协议(HyperText Transfer Protocol，简称为HTTP)、文件传输协议(File Transfer Protocol，简称为FTP)、安全文件传送协议(Secure File Transfer Protocol，简称为SFTP)等。

该服务端主要包含下列模块。

交互适配模块：为了保证服务端和充电设备能相互通信，需要提供一个交互适配模块，该模块提供了很多通用接口协议，有SNMP(Simple Network Management Protocol)、MML(Man-Machine Language)、DB(Database)、CORBA(Common Object Request Broker Architecture)、FTP、SOAP(Simple Object Access Protocol)等，充电设备和电动汽车充电设备集中管理的系统都提供交互适配模块，按约定的协议进行数据的传输。

拓扑模块：实现充电设备的接入，然后在拓扑界面展现，同时可以通过拓扑监控界面可以看到全网设备的分布及统计，以及对告警的实时监控。

配置模块(相当于上述实施例的配置模块22)：实现对接入的充电设备进行参数配置，可以远程下发到各充电设备，不需要到充电设备现场进行参数配置；同时还提供智能巡检功能，可以下发命令完成对全网设备或指定设备的巡检，并输出当前设备的健康运行情况的报告。

告警模块(相当于上述实施例的告警模块32)：实现对接入的充电设备的告警监控和管理，充电设备产生告警将会自动上报到告警模块，运维人员对设备产生的告警进行分析处理，如果充电设备故障修复，上报告警恢复消息给告警模块，告警模块对应的告警恢复并存储到历史告警库。同时提供对历史告警的查询统计等功能。

性能模块(相当于上述实施例的获取模块24)：实现接入的充电设备的运行指标的采集，充电设备上报约定好的采集指标，如电量输入、电量输出、电量转化率等指标。按采集粒度定时上报性能指标，然后存储到性能数据库，运维人员可以监控或查询各充电设备的充电情况，同时对查询的结果以报表显示展现，方便用户查看。

安全模块：实现本系统的用户登录系统的鉴权，同时实现对登录用户操作充电设备和对应功能的授权。这样可以保证系统的安全，每个运维人员只能操作登录用户授权的充电设备以及对应的功能权限。

数据库：用于存储充电设备的集中管理系统的数据。

数据库交互模块：完成服务端各模块与数据库交互的中间模块。

数据分析和挖掘模块(相当于上述实施例的分析模块26)：可以对存储到数据库的充电设备的告警和性能数据进行分析挖掘。通过对告警故障原因的统计分析，可分析出设备型号的故障率、区域设备故障率等，然后对这些设备和安装区域进行再分析，找出设备故障发生的根本原因。通过对性能数据的统计分析，可分析出设备的充电转换率、 设备的充电量等，从而可以更好地利用充电设备。通过对告警、性能数据的分析挖掘，输出分析报告，供决策人员使用。

本优选实施例可以实现对接入的充电设备的集中管理，包括统一接入、参数配置、告警监控、智能巡检、性能监控、统一安全，满足了客户的集中、高效、安全的管理需求，节省了对设备运维的时间，提高了工作效率和经济效益。同时系统还提供了数据分析和挖掘功能，为客户的分析决策提供了有力的数据支撑，便于客户更好地建设并利用好充电设备。

图6是根据本发明优选实施例的服务端和客户端的模块关系示意图，如图6所示，本优选实施例包括服务端601和客户端602两部分。服务端601主要包括交互适配模块603、拓扑模块604、维护模块605、告警模块606、性能模块607、安全模块608，数据库609、数据库交互模块610和数据分析及挖掘模块611，这些模块共同实现了对充电设备的集中管理以及数据的统计分析功能。客户端602是为客户提供服务端实现功能的操作交互界面。这些功能模块在服务端601和客户端602上分别可实现为一个应用程序，也可实现为多个应用程序。

客户端602：为客户提供服务端实现功能的操作交互界面，包括功能操作、数据配置、查询、统计、分析等相关界面，客户端和服务端通讯协议有：TCP、UDP、SSH、TELNET、HTTP、FTP、SFTP等。

交互适配模块603、交互适配模块612：实现充电设备与本系统之间的数据交互的模块，该模块提供了很多通用接口协议，有SNMP、MML、DB、CORBA、FTP、SOAP等，按约定的协议格式内容进行数据的传输。交互适配模块603与拓扑模块604、维护模块605、告警模块606、性能模块607、安全模块608发生数据交互，交互适配模块603和交互适配模块612之间通过互联网进行连接。

拓扑模块604：完成充电设备的接入，提供两种方式接入充电设备，一种是手工输入参数接入；一种是自动发现接入，下发全网扫描命令，扫描全网的所有充电设备，然后自动接入。接入后的充电设备两种方式展现，一是以拓扑树挂接展现，一是以物理位置在地图上展现。

维护模块605：提供两大功能，一种是参数配置功能，一种是智能巡检功能。参数配置实现充电设备自身的参数配置功能，提供GUI(Graphical User Interface)和MML两种形式下发命令到无线充电模块，可以下发单条命令，也可以同时下发多条命令批量执行；一种是智能巡检功能，可以下发命令完成对全网设备或指定的设备进行巡检，将消息发送到交互适配模块603，交互适配模块603通过交互适配模块612采集到充电设备的信息，然后再送给维护模块605智能巡检组件，智能巡检组件将采集的信息存入数据库并输出当前设备的健康运行情况的报告。

告警模块606：告警模块606的通过交互适配模块603订阅无线充电模块的告警， 当无线充电模块产生告警后通过交互适配模块612和交互适配模块603上报到告警模块606，告警模块606根据资源模型获取告警位置，然后展现在对应的充电设备下。同时提供告警确认、告警清除、告警注释、告警查询等功能，当充电设备告警恢复后，发送告警恢复消息，系统对应的告警在界面自动恢复并入历史告警库，并提供对历史告警的查询统计等功能。

性能模块607：用户通过性能模块创建性能任务以完成对充电设备特定性能指标的采集，充电设备根据创建的采集指标按粒度生成数据文件，数据文件支持txt、csv和xml格式，当设备产生数据后发送数据生成消息通知给性能模块，性能模块根据通知中的ftp或sftp获取性能文件，然后对性能文件解析并存储到性能库，同时提供对已经入库的性能数据进行查询、统计等功能。

安全模块608：实现本系统的用户登录系统的认证，同时实现对登录用户操作充电设备和对应功能的鉴权。用户登录认证采用轻量目录访问协议(Lightweight Directory Access Protocol，简称为LDAP)，远程用户拨号认证服务(Authentication Dial In User Service，简称为RADIUS)、终端访问控制器访问控制系统(Terminal Access Controller Access-Control System，简称为TACACS)等协议认证；用户的操作功能鉴权，通过角色来实现，对角色赋予充电设备的权限以及充电设备对应操作功能的权限，对用户赋予一个或多个角色权限，从而实现用户对充电设备以及对应操作功能的权限。

数据库609：存储本系统的数据，支持ORACLE、DB2、SQL Server、MySQL等数据库。

数据库交互模块610：系统中拓扑模块604、维护模块605、告警模块606、性能模块607、安全模块608、数据分析及挖掘模块611与数据库609交互的中间模块。

数据分析及挖掘模块611：实现对存储到数据库的数据进行分析挖掘，通过对告警故障原因的统计分析，可分析出设备型号的故障率、区域设备故障率等，然后对这些设备和安装区域进行再分析，找出设备故障发生的根本原因。通过对性能数据的统计分析，可分析出设备的充电转换率、设备的充电量等，从而可以更好地利用充电设备。通过对告警、性能数据的数据分析和挖掘，输出分析报告，供决策人员使用。

图7是根据本发明优选实施例的服务端的交互适配模块的各类接口示意图，如图7所示，为了保证充电设备的集中管理系统能管理充电设备，服务端的交互适配模块提供了多种接口：SNMP、MML、DB、CORBA、FTP、SOAP等接口，充电设备的交互适配模块支持的接口是SNMP、MML、DB、CORBA、FTP、SOAP接口的其中一个或多个接口，这些接口实现了服务端和充电设备的数据交互。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现 有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例该的方法。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行上述实施例的方法步骤的程序代码：

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例的方法步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。