曹小華 李泊桓 徐上尉

(武漢理工大學(xué)物流工程學(xué)院 湖北 武漢 430000)

0 引 言

隨著岸電技術(shù)、電能監(jiān)控和計(jì)算機(jī)信息技術(shù)的不斷發(fā)展,針對港口岸電系統(tǒng)的船舶岸電監(jiān)控系統(tǒng)及其相關(guān)研究也受到越來越多的重視[1-4]。船舶在靠港使用港口岸電時,需要對岸電設(shè)備的供電過程進(jìn)行監(jiān)控,缺失了這一環(huán)節(jié),不僅浪費(fèi)了大量有價值的岸電運(yùn)行參數(shù)資料,而且也具有較大的安全隱患。對岸電系統(tǒng)的監(jiān)控能夠有效地采集岸電設(shè)備的實(shí)時運(yùn)行參數(shù),同時還能在遠(yuǎn)程監(jiān)控平臺上看到岸電設(shè)備的用電信息,對其電力參數(shù)、環(huán)境參數(shù)、報警參數(shù)等信息進(jìn)行實(shí)時監(jiān)控,有利于港口岸電管理部門及時了解岸電現(xiàn)場的運(yùn)行狀況,促進(jìn)船舶岸電的信息化與智能化發(fā)展[5-9]。本文針對某港口岸電系統(tǒng)的現(xiàn)狀和實(shí)際需求,研究了船舶岸電監(jiān)控系統(tǒng)的組成和架構(gòu),分析岸電監(jiān)控系統(tǒng)需求,采用前沿的物聯(lián)網(wǎng)、云端技術(shù)及MQTT[10-12]通信協(xié)議,設(shè)計(jì)了適合港區(qū)岸電系統(tǒng)的遠(yuǎn)程監(jiān)控方案,實(shí)現(xiàn)岸電系統(tǒng)與岸電監(jiān)控系統(tǒng)之間的信息交互功能,包括對岸電設(shè)備的地理位置監(jiān)控、電能信息監(jiān)控、報警信息監(jiān)控、實(shí)時狀態(tài)監(jiān)控、歷史數(shù)據(jù)查詢等功能,有助于港口岸電系統(tǒng)的信息化監(jiān)測和管理,支撐船舶岸電系統(tǒng)的升級開發(fā)和智慧港口建設(shè)。

1 監(jiān)控系統(tǒng)方案設(shè)計(jì)

船舶岸電監(jiān)控系統(tǒng)由兩個子系統(tǒng)構(gòu)成,分別是現(xiàn)場數(shù)據(jù)采集系統(tǒng)和遠(yuǎn)程監(jiān)控系統(tǒng),兩個系統(tǒng)間采用MQTT協(xié)議作為數(shù)據(jù)傳輸協(xié)議。對船舶岸電監(jiān)控系統(tǒng)的總體架構(gòu)設(shè)計(jì)從邏輯架構(gòu)和物理架構(gòu)兩個層面來描述。

船舶岸電監(jiān)控系統(tǒng)運(yùn)用邏輯分層的思想可將其架構(gòu)上分為三層,分別是感知層、傳輸層、應(yīng)用層,如圖1所示。

圖1 岸電監(jiān)控系統(tǒng)邏輯分層架構(gòu)

1) 感知層主要是對系統(tǒng)數(shù)據(jù)源進(jìn)行數(shù)據(jù)采集、接入及處理。這些數(shù)據(jù)來自于岸電設(shè)備PLC作業(yè)控制程序內(nèi),包含了岸電系統(tǒng)運(yùn)行時的各項(xiàng)基本數(shù)據(jù)。

2) 傳輸層是感知層與應(yīng)用層之間溝通的橋梁,從感知層里采集到的數(shù)據(jù)通過MQTT通信協(xié)議傳輸?shù)綉?yīng)用層。

3) 應(yīng)用層實(shí)現(xiàn)了船舶岸電監(jiān)控系統(tǒng)的各項(xiàng)監(jiān)控功能需求,并設(shè)計(jì)了管理員移動端App,用于岸電設(shè)備管理員對所管控設(shè)備的實(shí)時狀態(tài)監(jiān)控,并可根據(jù)需求修改岸電設(shè)備的系統(tǒng)參數(shù)。

船舶岸電監(jiān)控系統(tǒng)運(yùn)用物理分層的思想可將其架構(gòu)分為兩層,分別是現(xiàn)場數(shù)據(jù)采集系統(tǒng)和遠(yuǎn)程監(jiān)控系統(tǒng)?，F(xiàn)場數(shù)據(jù)采集系統(tǒng)的硬件組成為數(shù)據(jù)采集裝置,其由數(shù)據(jù)采集裝置1和數(shù)據(jù)采集裝置2組成。遠(yuǎn)程監(jiān)控系統(tǒng)硬件組成為云服務(wù)器、本地監(jiān)控中心和管理員移動端三部分。岸電監(jiān)控系統(tǒng)物理分層架構(gòu)如圖2所示。

1) 現(xiàn)場岸電設(shè)備包括電源進(jìn)線柜、岸基供電箱、電纜提升裝置,船舶岸電監(jiān)控系統(tǒng)的監(jiān)控對象是岸基供電箱和電纜提升裝置。

2) 現(xiàn)場數(shù)據(jù)采集系統(tǒng)負(fù)責(zé)對現(xiàn)場岸電設(shè)備的監(jiān)控數(shù)據(jù)進(jìn)行一體式采集傳輸,并執(zhí)行岸電設(shè)備管理員下發(fā)的參數(shù)修改指令。其實(shí)現(xiàn)過程如下:數(shù)據(jù)采集裝置2采集電纜提升裝置的數(shù)據(jù),并通過藍(lán)牙模塊將監(jiān)控數(shù)據(jù)發(fā)送給數(shù)據(jù)采集裝置1,數(shù)據(jù)采集裝置1采集岸基供電箱的數(shù)據(jù)并接收數(shù)據(jù)采集裝置2發(fā)來的監(jiān)控數(shù)據(jù),將這兩部分?jǐn)?shù)據(jù)匯集上傳實(shí)現(xiàn)對岸電設(shè)備監(jiān)控數(shù)據(jù)的一體式采集傳輸。數(shù)據(jù)采集裝置1還可以接收岸電設(shè)備管理員下發(fā)的參數(shù)修改指令,解析指令內(nèi)容后將其轉(zhuǎn)發(fā)給相連接的岸電設(shè)備PLC內(nèi)的通信控制程序執(zhí)行。

3) 遠(yuǎn)程監(jiān)控系統(tǒng)。遠(yuǎn)程監(jiān)控系統(tǒng)主要由云服務(wù)器、本地監(jiān)控中心和管理員移動端三部分組成。云服務(wù)器負(fù)責(zé)運(yùn)行MQTT消息服務(wù)器(MQTT Broker),并通過數(shù)據(jù)交互處理程序完成對監(jiān)控數(shù)據(jù)的接收、解析和存儲。本地監(jiān)控中心用于港口岸電管理部門對船舶岸電系統(tǒng)的遠(yuǎn)程監(jiān)控。管理員移動端用于岸電設(shè)備管理員對所管控設(shè)備的實(shí)時狀態(tài)監(jiān)控,并可根據(jù)需求修改岸電設(shè)備的系統(tǒng)參數(shù)。

2 物聯(lián)網(wǎng)岸電監(jiān)控系統(tǒng)

2.1 岸電設(shè)備數(shù)據(jù)類型分析

岸基供電箱工作時由其內(nèi)部的西門子PLC(可編程邏輯控制器)來進(jìn)行系統(tǒng)控制,系統(tǒng)運(yùn)行時岸基供電箱設(shè)備的全部數(shù)據(jù)都儲存于PLC程序?qū)?yīng)的數(shù)據(jù)塊中,岸基供電箱數(shù)據(jù)類型如表1所示。

表1 岸基供電箱采集數(shù)據(jù)類型

電纜提升裝置工作時由其內(nèi)部的西門子PLC(可編程邏輯控制器)來進(jìn)行系統(tǒng)控制,系統(tǒng)運(yùn)行時電纜提升裝置的全部數(shù)據(jù)都儲存于PLC程序?qū)?yīng)的數(shù)據(jù)塊中,電纜提升裝置數(shù)據(jù)類型如表2所示。

表2 電纜提升裝置采集數(shù)據(jù)類型

2.2 MD5信息摘要算法

本文所采用的數(shù)據(jù)加密算法基于MD5信息摘要算法。MD5算法是由MD4算法導(dǎo)出,是一種被廣泛使用的密碼雜湊函數(shù),其具有以下特性:

1) 易實(shí)現(xiàn)且不可逆:MD5算法實(shí)現(xiàn)起來流程比較簡易,被當(dāng)前主流的編程語言所廣泛支持。但MD5算法是不可逆的,因?yàn)槠涫褂玫膆ash算法在計(jì)算過程中丟失了大量的原文信息,因此我們無法通過MD5值倒推還原原文。

2) 壓縮性:MD5算法能將任意長度的原文處理成統(tǒng)一的32位16進(jìn)制字符串,相當(dāng)于超損壓縮,所有原文經(jīng)MD5算法處理后長度是一致的。

3) 抗修改性:原文出現(xiàn)任何改動,通過MD5算法處理后的MD5值都會有很大變化,因此可以看出原文是否被非法篡改。

4) 強(qiáng)抗碰撞:找到兩個不同的原文,使它們MD5值相同是很困難的。

2.3 消息完整性驗(yàn)證過程設(shè)計(jì)

船舶岸電監(jiān)控系統(tǒng)中存在一些隱私性和安全性要求較高的數(shù)據(jù),包括船舶用電數(shù)據(jù)、船舶用戶信息、岸電設(shè)備系統(tǒng)參數(shù)等,這些數(shù)據(jù)一旦被竊取或修改將會對船舶岸電系統(tǒng)造成重大損失和危害。雖然MQTT協(xié)議可以通過設(shè)置較高的消息服務(wù)質(zhì)量等級來確保數(shù)據(jù)安全到達(dá),但是消息傳輸過程中可能會被惡意劫持和篡改。常用于該協(xié)議消息傳輸中的安全協(xié)議為SSL(Secure Sockets Layer)/TLS(Transport Layer Security)協(xié)議,但SSL/TLS協(xié)議會占用大量資源且設(shè)備支持率不高。因此本文結(jié)合MQTT協(xié)議的特性,提出一種基于MD5算法的數(shù)據(jù)加密驗(yàn)證方案,通過在MQTT消息發(fā)送和接收這兩個過程分別對其進(jìn)行加密和驗(yàn)證,實(shí)現(xiàn)以更低的成本和資源消耗來保障系統(tǒng)數(shù)據(jù)的安全傳輸。

系統(tǒng)消息分為現(xiàn)場設(shè)備監(jiān)控數(shù)據(jù)和參數(shù)修改指令數(shù)據(jù),它們都是由DeviceID、消息體和EncryptCheck組成的JSON數(shù)據(jù),DeviceID為發(fā)送或接收消息的數(shù)據(jù)采集裝置編號。消息體在現(xiàn)場設(shè)備監(jiān)控數(shù)據(jù)中由DataGDX和DataTS及GPSData三部分拼接組成,在參數(shù)修改指令數(shù)據(jù)中由ParaData組成。

EncryptCheck為加密驗(yàn)簽,通過消息加密步驟生成,系統(tǒng)消息數(shù)據(jù)結(jié)構(gòu)如圖3所示。

圖3 系統(tǒng)消息數(shù)據(jù)結(jié)構(gòu)

消息傳輸加密驗(yàn)證機(jī)制由消息加密過程和消息驗(yàn)證過程兩部分組成,系統(tǒng)消息在發(fā)送階段進(jìn)行加密,在消息接收階段進(jìn)行驗(yàn)證,驗(yàn)證通過才接收消息,否則丟棄。消息加密過程和消息驗(yàn)證過程原理與步驟如下。

1) 消息加密過程。消息加密過程采取如下思想:對消息的一部分?jǐn)?shù)據(jù)拼接上一個特定的字符串進(jìn)行MD5算法加密,生成一個固定長度為32位字符的EncryptCheck加密驗(yàn)簽,將EncryptCheck與原有消息包裝成JSON格式發(fā)送,消息加密過程如圖4所示。

圖4 消息加密過程

消息加密過程具體加密步驟如下:

(1) 將系統(tǒng)消息中的DeviceID和消息體數(shù)據(jù)與加密字段PubTopic進(jìn)行拼接,此PubTopic為該消息對應(yīng)MQTT消息發(fā)布主題。

(2) 對拼接好的消息進(jìn)行MD5算法加密處理,生成32位固定長度的EncryptCheck加密驗(yàn)簽。

(3) 打包DeviceID、消息體和EncryptCheck,包裝成JSON格式后發(fā)送。

2) 消息驗(yàn)證過程。消息驗(yàn)證過程采用如下思想:消息驗(yàn)證過程也要使用到數(shù)據(jù)加密?？蛻舳私邮盏较⒑?首先切分出EncryptCheck作為原始驗(yàn)簽,采用與消息加密過程一致的加密步驟進(jìn)行加密,再次得到加密結(jié)果,將結(jié)果與原始驗(yàn)簽進(jìn)行比對,若一致,則消息驗(yàn)證通過,若不一致則說明消息在傳輸過程中遭到了篡改或損壞,丟棄此條消息,消息驗(yàn)證過程如圖5所示。

圖5 消息驗(yàn)證過程示意圖

消息驗(yàn)證過程具體步驟如下:

(1) 消息到達(dá)后查詢加密字段SubTopic,根據(jù)消息接收的對象分為兩種情況:當(dāng)數(shù)據(jù)為現(xiàn)場設(shè)備監(jiān)控數(shù)據(jù)時,接收對象為遠(yuǎn)程監(jiān)控系統(tǒng),此時可通過程序查詢到達(dá)消息所對應(yīng)的Topic屬性來獲取SubTopic;當(dāng)數(shù)據(jù)為參數(shù)修改指令數(shù)據(jù)時,驗(yàn)證對象為現(xiàn)場數(shù)據(jù)采集系統(tǒng),此時SubTopic已燒錄進(jìn)數(shù)據(jù)采集裝置程序中。對于MQTT消息傳輸模型,同一條消息在兩個客戶端間傳輸,發(fā)布者的消息發(fā)布主題PubTopic與訂閱者的消息訂閱主題SubTopic在內(nèi)容上是相同的。

(2) 將要驗(yàn)證的消息進(jìn)行JSON解析,切分出DeviceID、消息體與SubTopic進(jìn)行拼接,將EncryptCheck記為原始驗(yàn)簽。

(3) 將拼接好的消息進(jìn)行MD5算法加密,生成臨時驗(yàn)簽。

(4) 比對臨時驗(yàn)簽與原始驗(yàn)簽,若二者一致,則說明消息在傳輸過程中未發(fā)生變化,接收消息;否則說明消息被惡意篡改,丟棄消息。

本文設(shè)計(jì)的消息傳輸加密驗(yàn)證機(jī)制的主要思想如下:在數(shù)據(jù)發(fā)送和數(shù)據(jù)接收兩個階段對消息進(jìn)行同樣的加密步驟,再比對這兩個階段的加密結(jié)果,來驗(yàn)證消息在傳輸過程中是否被破壞或惡意篡改。

為增加消息加密驗(yàn)證機(jī)制的兼容性和安全性,可以對消息處理算法進(jìn)一步設(shè)計(jì),設(shè)計(jì)增加雙重MD5加密算法以及先SHA-1加密,再M(fèi)D5加密算法,規(guī)定根據(jù)不同的消息主題使用不同的算法。

2.4 云端數(shù)據(jù)交互處理方案設(shè)計(jì)

在船舶岸電監(jiān)控系統(tǒng)中,現(xiàn)場數(shù)據(jù)采集系統(tǒng)與遠(yuǎn)程監(jiān)控系統(tǒng)之間的數(shù)據(jù)交互處理方案是系統(tǒng)設(shè)計(jì)的重點(diǎn)。本文以MQTT協(xié)議和云服務(wù)器為基礎(chǔ),設(shè)計(jì)了云端數(shù)據(jù)交互處理總體方案,保障了現(xiàn)場設(shè)備監(jiān)控數(shù)據(jù)和參數(shù)修改指令數(shù)據(jù)的安全、高效和穩(wěn)定地傳輸,云端數(shù)據(jù)交互處理方案架構(gòu)如圖6所示。

圖6 云端數(shù)據(jù)交互處理方案架構(gòu)

云端數(shù)據(jù)交互處理架構(gòu)由MQTT客戶端、MQTT Broker、數(shù)據(jù)交互處理程序、MySQL數(shù)據(jù)庫組成。

MQTT客戶端存在于四個位置:數(shù)據(jù)采集裝置創(chuàng)建的MQTT客戶端負(fù)責(zé)上傳現(xiàn)場設(shè)備監(jiān)控數(shù)據(jù)并接收參數(shù)修改指令數(shù)據(jù);云服務(wù)器創(chuàng)建的MQTT客戶端用于接收現(xiàn)場設(shè)備監(jiān)控數(shù)據(jù)并解析處理并存儲;本地監(jiān)控中心創(chuàng)建的MQTT客戶端用于接收現(xiàn)場設(shè)備監(jiān)控數(shù)據(jù)來對岸電設(shè)備進(jìn)行實(shí)時監(jiān)控;管理員移動端App創(chuàng)建的MQTT客戶端用于接收現(xiàn)場設(shè)備監(jiān)控數(shù)據(jù)來對所管控的岸電設(shè)備進(jìn)行實(shí)時監(jiān)控,并發(fā)布參數(shù)修改指令數(shù)據(jù)到系統(tǒng)參數(shù)修改主題,完成對岸電設(shè)備系統(tǒng)參數(shù)的修改。

MQTT Broker位于云服務(wù)器上,船舶岸電監(jiān)控系統(tǒng)采用一個MQTT Boker來實(shí)現(xiàn)系統(tǒng)的數(shù)據(jù)的緩存分發(fā),MQTT Broker上存在兩個消息主題,分別是現(xiàn)場設(shè)備監(jiān)控主題和系統(tǒng)參數(shù)修改主題。

數(shù)據(jù)交互處理程序也位于云服務(wù)器上,用來對現(xiàn)場設(shè)備監(jiān)控數(shù)據(jù)接收、解析并將這些數(shù)據(jù)分類存儲進(jìn)MySQL數(shù)據(jù)庫中,同時對供電記錄進(jìn)行每日、每月、每年定時匯總計(jì)算并存儲進(jìn)MySQL數(shù)據(jù)庫中。

MySQL數(shù)據(jù)庫存在于云服務(wù)器和本地監(jiān)控中心上,云服務(wù)器上的作為主數(shù)據(jù)庫,本地監(jiān)控中心上的作為從數(shù)據(jù)庫,并配置數(shù)據(jù)庫的主從同步和讀寫分離。

本方案通過使用MQTT協(xié)議的發(fā)布訂閱模式和消息服務(wù)質(zhì)量保證了系統(tǒng)數(shù)據(jù)傳輸?shù)撵`活性和安全性。通過使用云端服務(wù)器長期工作的穩(wěn)定性來保障了系統(tǒng)數(shù)據(jù)的長期不間斷安全存儲。

3 實(shí)驗(yàn)測試

在本文設(shè)計(jì)的船舶岸電監(jiān)控系統(tǒng)中,系統(tǒng)數(shù)據(jù)交互性能決定著整個系統(tǒng)的使用性能,系統(tǒng)數(shù)據(jù)交互性能由系統(tǒng)數(shù)據(jù)交互的可靠性和MySQL數(shù)據(jù)庫的并發(fā)響應(yīng)性能決定,遠(yuǎn)程監(jiān)控系統(tǒng)能否可靠且高效地存儲現(xiàn)場設(shè)備監(jiān)控數(shù)據(jù)將是系統(tǒng)可用性判斷的重要依據(jù)。

首先對整個系統(tǒng)數(shù)據(jù)交互可靠性進(jìn)行測試,測試用例表如表3所示。

表3 系統(tǒng)數(shù)據(jù)交互可靠性測試用例表

測試結(jié)果與預(yù)期一致,數(shù)據(jù)存儲成功率為100%,表明系統(tǒng)數(shù)據(jù)交互性能符合使用需求,能夠保證遠(yuǎn)程監(jiān)控系統(tǒng)安全可靠地存儲現(xiàn)場設(shè)備監(jiān)控數(shù)據(jù)。

系統(tǒng)MySQL數(shù)據(jù)庫的并發(fā)訪問性能決定了系統(tǒng)的抗壓能力和用戶流量上限,采用MySQL自帶的壓力測試工具mysqlslap對云服務(wù)器上的主數(shù)據(jù)庫進(jìn)行并發(fā)訪問性能測試,mysqlslap的測試原理為通過模擬用戶并發(fā)登入使用數(shù)據(jù)庫,利用mysqlslap的查詢語句同時向數(shù)據(jù)庫發(fā)出查詢更新測試,根據(jù)結(jié)果得到的響應(yīng)時間來判斷數(shù)據(jù)庫的并發(fā)響應(yīng)能力,測試用例表如表4所示。

表4 MySQL并發(fā)訪問性能測試用例表

10個用戶并發(fā)訪問,查詢字段中含有“test10”屬性的所有資源的id,查詢10次,mysqlslap的測試命令如下:

shell

依次執(zhí)行10次、20次、30次、40次和50次的壓力測試,得到MySQL并發(fā)訪問性能測試數(shù)據(jù)如表5所示。

表5 MySQL并發(fā)訪問響應(yīng)時間表

可以看出,在并發(fā)量為50的時候,系統(tǒng)的最長響應(yīng)時間和平均響應(yīng)時間較短,具有良好的響應(yīng)性。本文設(shè)計(jì)的船舶岸電監(jiān)控系統(tǒng)監(jiān)控對象為委托港口10個泊位的岸電設(shè)備,因此本系統(tǒng)的MySQL數(shù)據(jù)庫并發(fā)訪問性能能夠滿足系統(tǒng)需求。

完成MySQL數(shù)據(jù)庫和系統(tǒng)數(shù)據(jù)交互性能測試之后,需要對岸電系統(tǒng)設(shè)備進(jìn)行地理位置顯示。遠(yuǎn)程監(jiān)控系統(tǒng)的設(shè)備地理位置監(jiān)控模塊通過使用GPS定位模塊和百度地圖API,實(shí)現(xiàn)了對設(shè)備地理位置的采集和地圖顯示,方便了港口岸電管理部門和岸電設(shè)備管理員對岸電設(shè)備的地理位置監(jiān)控。

首先需要將獲得的原始GPS數(shù)據(jù)轉(zhuǎn)化成百度GPS坐標(biāo),隨后在百度地圖開放平臺上注冊用戶并創(chuàng)建應(yīng)用獲得AK碼,接著使用JavaScript編寫.htm網(wǎng)頁文件,在.htm文件中創(chuàng)建XML解析器并添加百度地圖界面及其他可視化控件,并將AK碼注入代碼中用于程序的連接與認(rèn)證,最后在JS代碼中編寫function函數(shù)方法實(shí)現(xiàn)輸入百度地圖GPS坐標(biāo)后在界面中顯示地理位置信息,最終實(shí)驗(yàn)測試地圖顯示如圖7所示。

圖7 岸電系統(tǒng)云平臺地理監(jiān)控界面

在岸電監(jiān)控系統(tǒng)測試完成之后,正式運(yùn)行后可以得到圖7所示的云平臺地理監(jiān)控界面和圖8所示的岸電系統(tǒng)設(shè)備電能信息統(tǒng)計(jì)界面。

圖8 設(shè)備電能信息監(jiān)控界面

由以上的數(shù)據(jù)庫性能測試和岸電設(shè)備地理位置監(jiān)控界面以及返回岸電系統(tǒng)實(shí)時數(shù)據(jù)可以驗(yàn)證該岸電監(jiān)控系統(tǒng)能夠針對港口岸電系統(tǒng)發(fā)揮作用,實(shí)時監(jiān)控岸電設(shè)備、按時返回設(shè)備及供電相關(guān)信息,能夠幫助實(shí)現(xiàn)港口岸電系統(tǒng)的信息化監(jiān)測和管理。

4 結(jié) 語

本文基于MQTT協(xié)議設(shè)計(jì)并實(shí)現(xiàn)一種基于MQTT協(xié)議的物聯(lián)網(wǎng)岸電監(jiān)控系統(tǒng)。本文主要完成了以下工作:1) 提出一種基于MQTT協(xié)議和云端的數(shù)據(jù)交互技術(shù),利用邏輯分層與物理分層思想劃分了監(jiān)控系統(tǒng)的總體架構(gòu)。2) 設(shè)計(jì)適用于岸電監(jiān)控場景的MQTT消息主題和消息數(shù)據(jù)格式,采用MD5信息摘要算法設(shè)計(jì)了數(shù)據(jù)傳輸?shù)耐暾则?yàn)證機(jī)制,使用MySQL設(shè)計(jì)云端數(shù)據(jù)庫,實(shí)現(xiàn)了現(xiàn)場數(shù)據(jù)采集系統(tǒng)和遠(yuǎn)程監(jiān)控系統(tǒng)之間安全、穩(wěn)定、可靠的數(shù)據(jù)傳輸。3) 通過功能測試對岸電監(jiān)控系統(tǒng)進(jìn)行實(shí)際功能測試。

由于岸電監(jiān)控系統(tǒng)的復(fù)雜性和不確定性因素太多,設(shè)計(jì)的系統(tǒng)仍存在不足,需要進(jìn)一步改進(jìn)。下一階段需要進(jìn)行完善的內(nèi)容如下:1) 開發(fā)更具通用性的基于微信小程序的管理員移動端小程序,來實(shí)現(xiàn)管理員對所管控岸電設(shè)備的實(shí)時監(jiān)控和系統(tǒng)參數(shù)修改功能。2) 本文設(shè)計(jì)的船舶岸電監(jiān)控平臺是桌面級應(yīng)用,不具備Web應(yīng)用所具有的跨平臺可用性和移動性。