本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種充電設(shè)備的管理方法及裝置。

背景技術(shù)：

隨著新能源汽車的發(fā)展，將來(lái)電動(dòng)汽車無(wú)線充電將會(huì)得到廣泛應(yīng)用，一個(gè)充電設(shè)備運(yùn)營(yíng)企業(yè)將會(huì)有很多套充電設(shè)備分布在城市的不同角落，需要對(duì)這些設(shè)備進(jìn)行統(tǒng)一管理，方便企業(yè)集中監(jiān)控、維護(hù)、運(yùn)營(yíng)。

在相關(guān)技術(shù)中，充電設(shè)備提供的維護(hù)功能單一且不便于維護(hù)，一般充電設(shè)備提供機(jī)械的按鍵操作功能，以及通過(guò)Console管理口提供一些簡(jiǎn)單的命令行或者Web操作配置界面，但都是基于單個(gè)設(shè)備自身，且功能簡(jiǎn)單，很難滿足充電設(shè)備運(yùn)營(yíng)企業(yè)的統(tǒng)一集中運(yùn)營(yíng)的需求。

針對(duì)相關(guān)技術(shù)中，充電設(shè)備安裝分布分散，不方便維護(hù)運(yùn)營(yíng)的問(wèn)題，目前還沒有有效的解決方案。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明提供了一種充電設(shè)備的管理方法及裝置，以至少解決相關(guān)技術(shù)中充電設(shè)備安裝分布分散，不方便維護(hù)運(yùn)營(yíng)的問(wèn)題。

根據(jù)本發(fā)明的一個(gè)方面，提供了一種充電設(shè)備的管理方法，包括：

服務(wù)端配置全網(wǎng)多個(gè)充電設(shè)備的參數(shù)；

所述服務(wù)端依據(jù)所述參數(shù)通過(guò)接口獲取所述充電設(shè)備的采集指標(biāo)；

根據(jù)所述采集指標(biāo)分析所述充電設(shè)備的運(yùn)營(yíng)情況。

進(jìn)一步地，根據(jù)所述采集指標(biāo)分析所述充電設(shè)備的運(yùn)營(yíng)情況之前，包括以下至少之一：

獲取所述采集指標(biāo)中的所述充電設(shè)備的故障信息，生成告警信息；

通過(guò)分析所述采集指標(biāo)中的所述故障信息，確認(rèn)所述充電設(shè)備的故障修復(fù)后，生成告警恢復(fù)消息。

進(jìn)一步地，所述服務(wù)端配置全網(wǎng)多個(gè)充電設(shè)備的參數(shù)包括：

所述服務(wù)器給全網(wǎng)多個(gè)設(shè)備下發(fā)參數(shù)；

所述服務(wù)端向全網(wǎng)多個(gè)所述充電設(shè)備發(fā)送參數(shù)配獲取指令后，所述服務(wù)端依據(jù)所述參數(shù)獲取指令獲取所述充電設(shè)備的參數(shù)。

進(jìn)一步地，根據(jù)所述采集指標(biāo)分析所述充電設(shè)備的運(yùn)營(yíng)情況包括：

統(tǒng)計(jì)分析所述故障信息，確定所述充電設(shè)備的故障率或者所述充電設(shè)備所屬區(qū)域的充電設(shè)備的故障率；

統(tǒng)計(jì)分析所述充電設(shè)備的性能指標(biāo)，分析所述充電設(shè)備的充電轉(zhuǎn)換率和充電量。

進(jìn)一步地，所述接口支持的接口協(xié)議包括以下之一：簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(Simple Network Management Protocol，簡(jiǎn)稱為SNMP)、人機(jī)語(yǔ)言協(xié)議(Man-Machine Language，簡(jiǎn)稱為MML)、文件傳輸協(xié)議(File Transfer Protocol，簡(jiǎn)稱為FTP)、數(shù)據(jù)庫(kù)協(xié)議(Database，簡(jiǎn)稱為DB)，公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)協(xié)議(Common Object Request Broker Architecture，簡(jiǎn)稱為CORBA)，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(Simple Object Access Protocol，簡(jiǎn)稱為SOAP)。

進(jìn)一步地，所述采集指標(biāo)包括以下至少之一：電量輸入、電量輸出、電量轉(zhuǎn)化率。

根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種充電設(shè)備的管理裝置，位于服務(wù)器中，包括：

配置模塊，用于服務(wù)端配置全網(wǎng)多個(gè)充電設(shè)備的參數(shù)；

獲取模塊，用于所述服務(wù)端依據(jù)所述參數(shù)通過(guò)接口獲取所述充電設(shè)備的采集指標(biāo)，

分析模塊，用于根據(jù)所述采集指標(biāo)分析所述充電設(shè)備的運(yùn)營(yíng)情況。

進(jìn)一步地，所述裝置包括：

告警模塊，用于獲取所述采集指標(biāo)中的所述充電設(shè)備的故障信息，生成告警信息；

所述告警模塊，還用于通過(guò)分析所述采集指標(biāo)中的所述故障信息，確認(rèn)所述充電設(shè)備的故障修復(fù)后，生成告警恢復(fù)消息。

進(jìn)一步地，所述配置模塊包括：

下發(fā)參數(shù)單元，用于所述服務(wù)器給全網(wǎng)多個(gè)設(shè)備下發(fā)參數(shù)；

獲取參數(shù)單元，用于所述服務(wù)端向全網(wǎng)多個(gè)所述充電設(shè)備發(fā)送參數(shù)配獲取指令后，所述服務(wù)端依據(jù)所述參數(shù)獲取指令獲取所述充電設(shè)備的參數(shù)。

進(jìn)一步地，所述分析模塊包括：

故障分析單元，用于統(tǒng)計(jì)分析所述故障信息，確定所述充電設(shè)備的故障率或者所述充電設(shè)備所屬區(qū)域的充電設(shè)備的故障率；

性能分析單元，用于統(tǒng)計(jì)分析所述充電設(shè)備的性能指標(biāo)，分析所述充電設(shè)備的充電轉(zhuǎn)換率和充電量。

進(jìn)一步地，所述接口支持的接口協(xié)議包括以下之一：簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP、人機(jī)語(yǔ)言協(xié)議MML、文件傳輸協(xié)議FTP、數(shù)據(jù)庫(kù)協(xié)議DB，公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)協(xié)議CORBA，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議SOAP。

進(jìn)一步地，所述采集指標(biāo)包括以下至少之一：電量輸入、電量輸出、電量轉(zhuǎn)化率。

通過(guò)本發(fā)明，服務(wù)端配置全網(wǎng)多個(gè)充電設(shè)備的參數(shù)，該服務(wù)端依據(jù)該參數(shù)通過(guò)接口獲取該充電設(shè)備的采集指標(biāo)，根據(jù)該采集指標(biāo)分析該充電設(shè)備的運(yùn)營(yíng)情況，解決了充電設(shè)備安裝分布分散，不方便維護(hù)運(yùn)營(yíng)的問(wèn)題，實(shí)現(xiàn)了對(duì)充電設(shè)備的統(tǒng)一集中運(yùn)營(yíng)。

附圖說(shuō)明

此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實(shí)施例的一種充電設(shè)備的管理方法的流程圖；

圖2是根據(jù)本發(fā)明實(shí)施例的一種充電設(shè)備的管理裝置的結(jié)構(gòu)框圖一；

圖3是根據(jù)本發(fā)明實(shí)施例的一種充電設(shè)備的管理裝置的結(jié)構(gòu)框圖二；

圖4是根據(jù)本發(fā)明實(shí)施例的配置模塊22的結(jié)構(gòu)框圖；

圖5是根據(jù)本發(fā)明實(shí)施例的分析模塊26的結(jié)構(gòu)框圖；

圖6是根據(jù)本發(fā)明優(yōu)選實(shí)施例的服務(wù)端和客戶端的模塊關(guān)系示意圖；

圖7是根據(jù)本發(fā)明優(yōu)選實(shí)施例的服務(wù)端的交互適配模塊的各類接口示意圖。

具體實(shí)施方式

下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。

需要說(shuō)明的是，本發(fā)明的說(shuō)明書和權(quán)利要求書及上述附圖中的術(shù)語(yǔ)“第一”、“第二”等是用于區(qū)別類似的對(duì)象，而不必用于描述特定的順序或先后次序。

在本實(shí)施例中提供了一種充電設(shè)備的管理方法，圖1是根據(jù)本發(fā)明實(shí)施例的一種充電設(shè)備的管理方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟S102，服務(wù)端配置全網(wǎng)多個(gè)充電設(shè)備的參數(shù)；

步驟S104，該服務(wù)端依據(jù)該參數(shù)通過(guò)接口獲取該充電設(shè)備的采集指標(biāo)；

步驟S106，根據(jù)該采集指標(biāo)分析該充電設(shè)備的運(yùn)營(yíng)情況。

通過(guò)上述步驟，服務(wù)端配置全網(wǎng)多個(gè)充電設(shè)備的參數(shù)，該服務(wù)端依據(jù)該參數(shù)通過(guò)接口獲取該充電設(shè)備的采集指標(biāo)，根據(jù)該采集指標(biāo)分析該充電設(shè)備的運(yùn)營(yíng)情況，解決了充電設(shè)備安裝分布分散，不方便維護(hù)運(yùn)營(yíng)的問(wèn)題，實(shí)現(xiàn)了對(duì)充電設(shè)備的統(tǒng)一集中運(yùn)營(yíng)。

在本實(shí)施例中，該服務(wù)器還有告警功能，在該服務(wù)器分析充電設(shè)備的運(yùn)營(yíng)情況之前，可以獲取該采集指標(biāo)中的該充電設(shè)備的故障信息，生成告警信息，并且還可以通過(guò)分析該采集指標(biāo)中的該故障信息，確認(rèn)該充電設(shè)備的故障修復(fù)后，生成告警恢復(fù)消息。

在本實(shí)施例中，該服務(wù)端配置全網(wǎng)多個(gè)充電設(shè)備的參數(shù)的方式有兩種，可以是該服務(wù)器給全網(wǎng)多個(gè)設(shè)備下發(fā)參數(shù)，該服務(wù)端向全網(wǎng)多個(gè)該充電設(shè)備發(fā)送參數(shù)配獲取指令后，該服務(wù)端依據(jù)該參數(shù)獲取指令獲取該充電設(shè)備的參數(shù)。

在本實(shí)施例中，根據(jù)該采集指標(biāo)分析該充電設(shè)備的運(yùn)營(yíng)情況，可以統(tǒng)計(jì)分析該故障信息，確定該充電設(shè)備的故障率或者該充電設(shè)備所屬區(qū)域的充電設(shè)備的故障率，也可以統(tǒng)計(jì)分析該充電設(shè)備的性能指標(biāo)，分析該充電設(shè)備的充電轉(zhuǎn)換率和充電量。

在本實(shí)施例中，該接口支持的接口協(xié)議包括以下之一：簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP、人機(jī)語(yǔ)言協(xié)議MML、文件傳輸協(xié)議FTP、數(shù)據(jù)庫(kù)協(xié)議DB，公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)協(xié)議CORBA，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議SOAP。

在本實(shí)施例中，該采集指標(biāo)包括：電量輸入、電量輸出、電量轉(zhuǎn)化率，但不限于上述采集指標(biāo)。

在本實(shí)施例中還提供了一種充電設(shè)備的管理裝置，該裝置位于服務(wù)器中，該裝置用于實(shí)現(xiàn)上述實(shí)施例及優(yōu)選實(shí)施方式，已經(jīng)進(jìn)行過(guò)說(shuō)明的不再贅述。如以下所使用的，術(shù)語(yǔ)“模塊”可以實(shí)現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實(shí)施例所描述的裝置較佳地以軟件來(lái)實(shí)現(xiàn)，但是硬件，或者軟件和硬件的組合的實(shí)現(xiàn)也是可能并被構(gòu)想的。

圖2是根據(jù)本發(fā)明實(shí)施例的一種充電設(shè)備的管理裝置的結(jié)構(gòu)框圖一，如圖2所示，該裝置包括：

配置模塊22，用于服務(wù)端配置全網(wǎng)多個(gè)充電設(shè)備的參數(shù)；

獲取模塊24與上述配置模塊22連接，用于該服務(wù)端依據(jù)該參數(shù)通過(guò)接口獲取該充電設(shè)備的采集指標(biāo)，

分析模塊26與上述獲取模塊24連接，用于根據(jù)該采集指標(biāo)分析該充電設(shè)備的運(yùn)營(yíng)情況。

通過(guò)上述裝置，配置模塊22配置全網(wǎng)多個(gè)充電設(shè)備的參數(shù)，獲取模塊24依據(jù)該參數(shù)通過(guò)接口獲取該充電設(shè)備的采集指標(biāo)，分析模塊26根據(jù)該采集指標(biāo)分析該充電設(shè)備的運(yùn)營(yíng)情況，解決了充電設(shè)備安裝分布分散，不方便維護(hù)運(yùn)營(yíng)的問(wèn)題，實(shí)現(xiàn)了對(duì)充電設(shè) 備的統(tǒng)一集中運(yùn)營(yíng)。

圖3是根據(jù)本發(fā)明實(shí)施例的一種充電設(shè)備的管理裝置的結(jié)構(gòu)框圖二，如圖3所示，該裝置除了包括圖2所述的模塊外，該裝置還包括：

告警模塊32與上述分析模塊26連接，用于獲取該采集指標(biāo)中的該充電設(shè)備的故障信息，生成告警信息；

該告警模塊32，還用于通過(guò)分析該采集指標(biāo)中的該故障信息，確認(rèn)該充電設(shè)備的故障修復(fù)后，生成告警恢復(fù)消息。

圖4是根據(jù)本發(fā)明實(shí)施例的配置模塊22的結(jié)構(gòu)框圖，如圖4所示，配置模塊22包括：

下發(fā)參數(shù)單元42，用于該服務(wù)器給全網(wǎng)多個(gè)設(shè)備下發(fā)參數(shù)；

獲取參數(shù)單元44，用于該服務(wù)端向全網(wǎng)多個(gè)該充電設(shè)備發(fā)送參數(shù)配獲取指令后，該服務(wù)端依據(jù)該參數(shù)獲取指令獲取該充電設(shè)備的參數(shù)。

圖5是根據(jù)本發(fā)明實(shí)施例的分析模塊26的結(jié)構(gòu)框圖，如圖5所示，分析模塊26包括：

故障分析單元52，用于統(tǒng)計(jì)分析該故障信息，確定該充電設(shè)備的故障率或者該充電設(shè)備所屬區(qū)域的充電設(shè)備的故障率；

性能分析單元54，用于統(tǒng)計(jì)分析該充電設(shè)備的性能指標(biāo)，分析該充電設(shè)備的充電轉(zhuǎn)換率和充電量。

在本實(shí)施例中，該接口支持的接口協(xié)議包括以下之一：簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP、人機(jī)語(yǔ)言協(xié)議MML、文件傳輸協(xié)議FTP、數(shù)據(jù)庫(kù)協(xié)議DB，公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)協(xié)議CORBA，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議SOAP。

在本實(shí)施例中，該采集指標(biāo)包括以下至少之一：電量輸入、電量輸出、電量轉(zhuǎn)化率，但不限定以上采集指標(biāo)。

下面結(jié)合優(yōu)選實(shí)施例和實(shí)施方式對(duì)本發(fā)明進(jìn)行詳細(xì)說(shuō)明。

本優(yōu)選實(shí)施例提供一種對(duì)電動(dòng)汽車充電設(shè)備集中管理的系統(tǒng)，解決現(xiàn)在充電設(shè)備運(yùn)營(yíng)企業(yè)對(duì)多個(gè)充電設(shè)備以及不同廠家的充電設(shè)備不能集中管理的問(wèn)題。

為了實(shí)現(xiàn)充電設(shè)備的集中管理，本優(yōu)選實(shí)施例采用以下技術(shù)方案，本優(yōu)選實(shí)施例的系統(tǒng)包含服務(wù)端和客戶端。

該客戶端是為客戶提供服務(wù)端實(shí)現(xiàn)功能的操作交互界面，客戶端和服務(wù)端通訊協(xié)議有：傳輸控制協(xié)議(Transfer Control Protocol，簡(jiǎn)稱為TCP)、用戶數(shù)據(jù)協(xié)議(User Date Protocol，簡(jiǎn)稱為UDP)、安全外殼協(xié)議(Secure Shell，簡(jiǎn)稱為SSH)、遠(yuǎn)程終端協(xié)議TELNET、超文本傳輸協(xié)議(HyperText Transfer Protocol，簡(jiǎn)稱為HTTP)、文件傳輸協(xié)議(File Transfer Protocol，簡(jiǎn)稱為FTP)、安全文件傳送協(xié)議(Secure File Transfer Protocol，簡(jiǎn)稱為SFTP)等。

該服務(wù)端主要包含下列模塊。

交互適配模塊：為了保證服務(wù)端和充電設(shè)備能相互通信，需要提供一個(gè)交互適配模塊，該模塊提供了很多通用接口協(xié)議，有SNMP(Simple Network Management Protocol)、MML(Man-Machine Language)、DB(Database)、CORBA(Common Object Request Broker Architecture)、FTP、SOAP(Simple Object Access Protocol)等，充電設(shè)備和電動(dòng)汽車充電設(shè)備集中管理的系統(tǒng)都提供交互適配模塊，按約定的協(xié)議進(jìn)行數(shù)據(jù)的傳輸。

拓?fù)淠K：實(shí)現(xiàn)充電設(shè)備的接入，然后在拓?fù)浣缑嬲宫F(xiàn)，同時(shí)可以通過(guò)拓?fù)浔O(jiān)控界面可以看到全網(wǎng)設(shè)備的分布及統(tǒng)計(jì)，以及對(duì)告警的實(shí)時(shí)監(jiān)控。

配置模塊(相當(dāng)于上述實(shí)施例的配置模塊22)：實(shí)現(xiàn)對(duì)接入的充電設(shè)備進(jìn)行參數(shù)配置，可以遠(yuǎn)程下發(fā)到各充電設(shè)備，不需要到充電設(shè)備現(xiàn)場(chǎng)進(jìn)行參數(shù)配置；同時(shí)還提供智能巡檢功能，可以下發(fā)命令完成對(duì)全網(wǎng)設(shè)備或指定設(shè)備的巡檢，并輸出當(dāng)前設(shè)備的健康運(yùn)行情況的報(bào)告。

告警模塊(相當(dāng)于上述實(shí)施例的告警模塊32)：實(shí)現(xiàn)對(duì)接入的充電設(shè)備的告警監(jiān)控和管理，充電設(shè)備產(chǎn)生告警將會(huì)自動(dòng)上報(bào)到告警模塊，運(yùn)維人員對(duì)設(shè)備產(chǎn)生的告警進(jìn)行分析處理，如果充電設(shè)備故障修復(fù)，上報(bào)告警恢復(fù)消息給告警模塊，告警模塊對(duì)應(yīng)的告警恢復(fù)并存儲(chǔ)到歷史告警庫(kù)。同時(shí)提供對(duì)歷史告警的查詢統(tǒng)計(jì)等功能。

性能模塊(相當(dāng)于上述實(shí)施例的獲取模塊24)：實(shí)現(xiàn)接入的充電設(shè)備的運(yùn)行指標(biāo)的采集，充電設(shè)備上報(bào)約定好的采集指標(biāo)，如電量輸入、電量輸出、電量轉(zhuǎn)化率等指標(biāo)。按采集粒度定時(shí)上報(bào)性能指標(biāo)，然后存儲(chǔ)到性能數(shù)據(jù)庫(kù)，運(yùn)維人員可以監(jiān)控或查詢各充電設(shè)備的充電情況，同時(shí)對(duì)查詢的結(jié)果以報(bào)表顯示展現(xiàn)，方便用戶查看。

安全模塊：實(shí)現(xiàn)本系統(tǒng)的用戶登錄系統(tǒng)的鑒權(quán)，同時(shí)實(shí)現(xiàn)對(duì)登錄用戶操作充電設(shè)備和對(duì)應(yīng)功能的授權(quán)。這樣可以保證系統(tǒng)的安全，每個(gè)運(yùn)維人員只能操作登錄用戶授權(quán)的充電設(shè)備以及對(duì)應(yīng)的功能權(quán)限。

數(shù)據(jù)庫(kù)：用于存儲(chǔ)充電設(shè)備的集中管理系統(tǒng)的數(shù)據(jù)。

數(shù)據(jù)庫(kù)交互模塊：完成服務(wù)端各模塊與數(shù)據(jù)庫(kù)交互的中間模塊。

數(shù)據(jù)分析和挖掘模塊(相當(dāng)于上述實(shí)施例的分析模塊26)：可以對(duì)存儲(chǔ)到數(shù)據(jù)庫(kù)的充電設(shè)備的告警和性能數(shù)據(jù)進(jìn)行分析挖掘。通過(guò)對(duì)告警故障原因的統(tǒng)計(jì)分析，可分析出設(shè)備型號(hào)的故障率、區(qū)域設(shè)備故障率等，然后對(duì)這些設(shè)備和安裝區(qū)域進(jìn)行再分析，找出設(shè)備故障發(fā)生的根本原因。通過(guò)對(duì)性能數(shù)據(jù)的統(tǒng)計(jì)分析，可分析出設(shè)備的充電轉(zhuǎn)換率、 設(shè)備的充電量等，從而可以更好地利用充電設(shè)備。通過(guò)對(duì)告警、性能數(shù)據(jù)的分析挖掘，輸出分析報(bào)告，供決策人員使用。

本優(yōu)選實(shí)施例可以實(shí)現(xiàn)對(duì)接入的充電設(shè)備的集中管理，包括統(tǒng)一接入、參數(shù)配置、告警監(jiān)控、智能巡檢、性能監(jiān)控、統(tǒng)一安全，滿足了客戶的集中、高效、安全的管理需求，節(jié)省了對(duì)設(shè)備運(yùn)維的時(shí)間，提高了工作效率和經(jīng)濟(jì)效益。同時(shí)系統(tǒng)還提供了數(shù)據(jù)分析和挖掘功能，為客戶的分析決策提供了有力的數(shù)據(jù)支撐，便于客戶更好地建設(shè)并利用好充電設(shè)備。

圖6是根據(jù)本發(fā)明優(yōu)選實(shí)施例的服務(wù)端和客戶端的模塊關(guān)系示意圖，如圖6所示，本優(yōu)選實(shí)施例包括服務(wù)端601和客戶端602兩部分。服務(wù)端601主要包括交互適配模塊603、拓?fù)淠K604、維護(hù)模塊605、告警模塊606、性能模塊607、安全模塊608，數(shù)據(jù)庫(kù)609、數(shù)據(jù)庫(kù)交互模塊610和數(shù)據(jù)分析及挖掘模塊611，這些模塊共同實(shí)現(xiàn)了對(duì)充電設(shè)備的集中管理以及數(shù)據(jù)的統(tǒng)計(jì)分析功能。客戶端602是為客戶提供服務(wù)端實(shí)現(xiàn)功能的操作交互界面。這些功能模塊在服務(wù)端601和客戶端602上分別可實(shí)現(xiàn)為一個(gè)應(yīng)用程序，也可實(shí)現(xiàn)為多個(gè)應(yīng)用程序。

客戶端602：為客戶提供服務(wù)端實(shí)現(xiàn)功能的操作交互界面，包括功能操作、數(shù)據(jù)配置、查詢、統(tǒng)計(jì)、分析等相關(guān)界面，客戶端和服務(wù)端通訊協(xié)議有：TCP、UDP、SSH、TELNET、HTTP、FTP、SFTP等。

交互適配模塊603、交互適配模塊612：實(shí)現(xiàn)充電設(shè)備與本系統(tǒng)之間的數(shù)據(jù)交互的模塊，該模塊提供了很多通用接口協(xié)議，有SNMP、MML、DB、CORBA、FTP、SOAP等，按約定的協(xié)議格式內(nèi)容進(jìn)行數(shù)據(jù)的傳輸。交互適配模塊603與拓?fù)淠K604、維護(hù)模塊605、告警模塊606、性能模塊607、安全模塊608發(fā)生數(shù)據(jù)交互，交互適配模塊603和交互適配模塊612之間通過(guò)互聯(lián)網(wǎng)進(jìn)行連接。

拓?fù)淠K604：完成充電設(shè)備的接入，提供兩種方式接入充電設(shè)備，一種是手工輸入?yún)?shù)接入；一種是自動(dòng)發(fā)現(xiàn)接入，下發(fā)全網(wǎng)掃描命令，掃描全網(wǎng)的所有充電設(shè)備，然后自動(dòng)接入。接入后的充電設(shè)備兩種方式展現(xiàn)，一是以拓?fù)錁鋻旖诱宫F(xiàn)，一是以物理位置在地圖上展現(xiàn)。

維護(hù)模塊605：提供兩大功能，一種是參數(shù)配置功能，一種是智能巡檢功能。參數(shù)配置實(shí)現(xiàn)充電設(shè)備自身的參數(shù)配置功能，提供GUI(Graphical User Interface)和MML兩種形式下發(fā)命令到無(wú)線充電模塊，可以下發(fā)單條命令，也可以同時(shí)下發(fā)多條命令批量執(zhí)行；一種是智能巡檢功能，可以下發(fā)命令完成對(duì)全網(wǎng)設(shè)備或指定的設(shè)備進(jìn)行巡檢，將消息發(fā)送到交互適配模塊603，交互適配模塊603通過(guò)交互適配模塊612采集到充電設(shè)備的信息，然后再送給維護(hù)模塊605智能巡檢組件，智能巡檢組件將采集的信息存入數(shù)據(jù)庫(kù)并輸出當(dāng)前設(shè)備的健康運(yùn)行情況的報(bào)告。

告警模塊606：告警模塊606的通過(guò)交互適配模塊603訂閱無(wú)線充電模塊的告警， 當(dāng)無(wú)線充電模塊產(chǎn)生告警后通過(guò)交互適配模塊612和交互適配模塊603上報(bào)到告警模塊606，告警模塊606根據(jù)資源模型獲取告警位置，然后展現(xiàn)在對(duì)應(yīng)的充電設(shè)備下。同時(shí)提供告警確認(rèn)、告警清除、告警注釋、告警查詢等功能，當(dāng)充電設(shè)備告警恢復(fù)后，發(fā)送告警恢復(fù)消息，系統(tǒng)對(duì)應(yīng)的告警在界面自動(dòng)恢復(fù)并入歷史告警庫(kù)，并提供對(duì)歷史告警的查詢統(tǒng)計(jì)等功能。

性能模塊607：用戶通過(guò)性能模塊創(chuàng)建性能任務(wù)以完成對(duì)充電設(shè)備特定性能指標(biāo)的采集，充電設(shè)備根據(jù)創(chuàng)建的采集指標(biāo)按粒度生成數(shù)據(jù)文件，數(shù)據(jù)文件支持txt、csv和xml格式，當(dāng)設(shè)備產(chǎn)生數(shù)據(jù)后發(fā)送數(shù)據(jù)生成消息通知給性能模塊，性能模塊根據(jù)通知中的ftp或sftp獲取性能文件，然后對(duì)性能文件解析并存儲(chǔ)到性能庫(kù)，同時(shí)提供對(duì)已經(jīng)入庫(kù)的性能數(shù)據(jù)進(jìn)行查詢、統(tǒng)計(jì)等功能。

安全模塊608：實(shí)現(xiàn)本系統(tǒng)的用戶登錄系統(tǒng)的認(rèn)證，同時(shí)實(shí)現(xiàn)對(duì)登錄用戶操作充電設(shè)備和對(duì)應(yīng)功能的鑒權(quán)。用戶登錄認(rèn)證采用輕量目錄訪問(wèn)協(xié)議(Lightweight Directory Access Protocol，簡(jiǎn)稱為L(zhǎng)DAP)，遠(yuǎn)程用戶撥號(hào)認(rèn)證服務(wù)(Authentication Dial In User Service，簡(jiǎn)稱為RADIUS)、終端訪問(wèn)控制器訪問(wèn)控制系統(tǒng)(Terminal Access Controller Access-Control System，簡(jiǎn)稱為TACACS)等協(xié)議認(rèn)證；用戶的操作功能鑒權(quán)，通過(guò)角色來(lái)實(shí)現(xiàn)，對(duì)角色賦予充電設(shè)備的權(quán)限以及充電設(shè)備對(duì)應(yīng)操作功能的權(quán)限，對(duì)用戶賦予一個(gè)或多個(gè)角色權(quán)限，從而實(shí)現(xiàn)用戶對(duì)充電設(shè)備以及對(duì)應(yīng)操作功能的權(quán)限。

數(shù)據(jù)庫(kù)609：存儲(chǔ)本系統(tǒng)的數(shù)據(jù)，支持ORACLE、DB2、SQL Server、MySQL等數(shù)據(jù)庫(kù)。

數(shù)據(jù)庫(kù)交互模塊610：系統(tǒng)中拓?fù)淠K604、維護(hù)模塊605、告警模塊606、性能模塊607、安全模塊608、數(shù)據(jù)分析及挖掘模塊611與數(shù)據(jù)庫(kù)609交互的中間模塊。

數(shù)據(jù)分析及挖掘模塊611：實(shí)現(xiàn)對(duì)存儲(chǔ)到數(shù)據(jù)庫(kù)的數(shù)據(jù)進(jìn)行分析挖掘，通過(guò)對(duì)告警故障原因的統(tǒng)計(jì)分析，可分析出設(shè)備型號(hào)的故障率、區(qū)域設(shè)備故障率等，然后對(duì)這些設(shè)備和安裝區(qū)域進(jìn)行再分析，找出設(shè)備故障發(fā)生的根本原因。通過(guò)對(duì)性能數(shù)據(jù)的統(tǒng)計(jì)分析，可分析出設(shè)備的充電轉(zhuǎn)換率、設(shè)備的充電量等，從而可以更好地利用充電設(shè)備。通過(guò)對(duì)告警、性能數(shù)據(jù)的數(shù)據(jù)分析和挖掘，輸出分析報(bào)告，供決策人員使用。

圖7是根據(jù)本發(fā)明優(yōu)選實(shí)施例的服務(wù)端的交互適配模塊的各類接口示意圖，如圖7所示，為了保證充電設(shè)備的集中管理系統(tǒng)能管理充電設(shè)備，服務(wù)端的交互適配模塊提供了多種接口：SNMP、MML、DB、CORBA、FTP、SOAP等接口，充電設(shè)備的交互適配模塊支持的接口是SNMP、MML、DB、CORBA、FTP、SOAP接口的其中一個(gè)或多個(gè)接口，這些接口實(shí)現(xiàn)了服務(wù)端和充電設(shè)備的數(shù)據(jù)交互。

通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實(shí)施例的方法可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn) 有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺(tái)終端設(shè)備(可以是手機(jī)，計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例該的方法。

需要說(shuō)明的是，上述各個(gè)模塊是可以通過(guò)軟件或硬件來(lái)實(shí)現(xiàn)的，對(duì)于后者，可以通過(guò)以下方式實(shí)現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個(gè)處理器中。

本發(fā)明的實(shí)施例還提供了一種存儲(chǔ)介質(zhì)?？蛇x地，在本實(shí)施例中，上述存儲(chǔ)介質(zhì)可以被設(shè)置為存儲(chǔ)用于執(zhí)行上述實(shí)施例的方法步驟的程序代碼：

可選地，在本實(shí)施例中，上述存儲(chǔ)介質(zhì)可以包括但不限于：U盤、只讀存儲(chǔ)器(ROM，Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM，Random Access Memory)、移動(dòng)硬盤、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

可選地，在本實(shí)施例中，處理器根據(jù)存儲(chǔ)介質(zhì)中已存儲(chǔ)的程序代碼執(zhí)行上述實(shí)施例的方法步驟。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。