注：標(biāo)題、作者、姓名、單位、摘要、關(guān)鍵詞、正文以及大、小標(biāo)題部分一定要按格式修改

武漢市二次供水遠(yuǎn)控平臺的構(gòu)架和應(yīng)用

周曉輝，張茂華，趙均，章曦

（武漢市水務(wù)建設(shè)工程有限公司，武漢 430015）

摘 要：為滿足《武漢市城市居民住宅二次供水工程技術(shù)導(dǎo)則》提出對二次供水設(shè)施管理要求，我公司將傳統(tǒng)的SCADA技術(shù)與現(xiàn)代信息化技術(shù)整合在一起，采用企業(yè)級工控軟件、數(shù)據(jù)庫軟件、中間件產(chǎn)品，建成服務(wù)于監(jiān)控層和管理層的二次供水管理平臺，實(shí)現(xiàn)對現(xiàn)場設(shè)備狀態(tài)、儀表數(shù)據(jù)、視頻監(jiān)控、門禁系統(tǒng)的采集、傳輸和顯示。經(jīng)過3年實(shí)際檢驗(yàn)，解決了平臺在應(yīng)用中因處理城市級大量數(shù)據(jù)而引發(fā)的系列問題，使得平臺更趨完善。

關(guān)鍵詞：二次供水平臺；城市級；參數(shù)曲線

引言

為降低管理費(fèi)用，提高專業(yè)化管理水平和管理工作效率，節(jié)約社會資源，《武漢市城市居民住宅二次供水工程技術(shù)導(dǎo)則》中規(guī)定，二次供水系統(tǒng)應(yīng)設(shè)置遠(yuǎn)控管理平臺對二次供水設(shè)施進(jìn)行管理，遠(yuǎn)控管理平臺可采用軟件開發(fā)實(shí)現(xiàn)，完成用戶權(quán)限分級、工控參數(shù)顯示和設(shè)定、視頻監(jiān)控和門禁管理、系統(tǒng)自診斷、參數(shù)異常報(bào)警、數(shù)據(jù)分析統(tǒng)計(jì)、數(shù)據(jù)備份與恢復(fù)等多項(xiàng)系統(tǒng)管理功能。

城市居民住宅二次供水管理模式[1]，以建立二供平臺集中管理優(yōu)勢最大。國內(nèi)關(guān)于二次供水平臺規(guī)模介紹多見于區(qū)縣級別，地級市規(guī)模較少。按照《武漢市水務(wù)集團(tuán)二次供水遠(yuǎn)程監(jiān)控平臺可行性研究報(bào)告》，我公司計(jì)劃實(shí)現(xiàn)平臺一期接入容量達(dá)到為500個(gè)小區(qū)泵房的城市級規(guī)模。

按照控制層-監(jiān)控層-管理層的三層結(jié)構(gòu)構(gòu)建二次供水管理平臺，滿足數(shù)據(jù)采集-傳輸-顯示功能，并經(jīng)過3年實(shí)際運(yùn)行，解決運(yùn)行中出現(xiàn)問題，形成完善的二次供水平臺。

1 平臺結(jié)構(gòu)

1.1 主要硬件

圖1 

為保證平臺網(wǎng)絡(luò)的安全性和使用的可靠性，采用Internet VPN或者專線網(wǎng)絡(luò)傳輸二次供水泵房里智能控制箱采集的數(shù)據(jù)，選用高性能防火墻保護(hù)企業(yè)內(nèi)網(wǎng)的遠(yuǎn)控管理平臺數(shù)據(jù)中心免受外界攻擊，同時(shí)VPN網(wǎng)關(guān)、核心交換機(jī)和SAN交換機(jī)形成冗余系統(tǒng)，保證了設(shè)備發(fā)生故障時(shí)系統(tǒng)自動切換不間斷運(yùn)行（如圖1）。企業(yè)內(nèi)網(wǎng)嚴(yán)格管理，嚴(yán)禁用戶擅自接入Internet網(wǎng)，避免遭受外部攻擊和病毒傷害。

采用虛擬化技術(shù)，在3臺實(shí)體服務(wù)器上搭建虛擬化管理、生產(chǎn)管理、運(yùn)行管理數(shù)據(jù)庫、地圖網(wǎng)頁、運(yùn)行管理、管理調(diào)試、WEB發(fā)布等應(yīng)用。為方便下派工單，保證維護(hù)人員完成任務(wù)，系統(tǒng)引入移動終端，開發(fā)了手機(jī)端平臺軟件。

1.2 軟件架構(gòu)

為滿足城市級規(guī)模數(shù)據(jù)量訪問的需求，整個(gè)系統(tǒng)設(shè)計(jì)成控制層-監(jiān)控層-管理層的三層結(jié)構(gòu)，其中二次供水平臺包括監(jiān)控層和管理層（如圖2）。

圖2  

我公司專利產(chǎn)品二次供水?dāng)?shù)據(jù)采集智能控制箱可采集各泵房工控和視頻信號，通過網(wǎng)絡(luò)運(yùn)營商提供線路傳送匯聚至機(jī)房，再經(jīng)過二次供水平臺完成數(shù)據(jù)處理、分析和統(tǒng)計(jì)的二次供水調(diào)度指揮系統(tǒng)[2]。

1.2.1  I/O驅(qū)動軟件

I/O驅(qū)動軟件是一個(gè)工業(yè)通信軟件，將二次供水泵房中采集設(shè)備采集的數(shù)據(jù)，傳送給工業(yè)組態(tài)軟件進(jìn)行處理。

KEPServerEX V5 是市場上最先進(jìn)的通信技術(shù)和OPC服務(wù)器[3]，作為kepware發(fā)展的基礎(chǔ)，提供應(yīng)用于各種工業(yè)領(lǐng)域的驅(qū)動包。
    KEPServerEX支持設(shè)備最大數(shù)量可達(dá)8192個(gè)，即可最大可管理8192個(gè)泵房采集設(shè)備。

1.2.2  工業(yè)組態(tài)軟件

FactoryTalk View Studio工業(yè)組態(tài)軟件在平臺中主要用于泵房數(shù)據(jù)的監(jiān)視和控制，并將報(bào)警信號處理分析后傳送至生產(chǎn)管理功能進(jìn)行下一步分析處理。工業(yè)組態(tài)軟件作為自動控制系統(tǒng)監(jiān)控層一級的操作軟件和開發(fā)環(huán)境，支持服務(wù)器/客戶端模式。

工業(yè)組態(tài)軟件進(jìn)行二次開發(fā)后，實(shí)現(xiàn)對二次供水泵房數(shù)據(jù)的在線監(jiān)測和控制。

1.2.3  工業(yè)數(shù)據(jù)庫

FactoryTalk Historian Site Edition工業(yè)數(shù)據(jù)庫主要進(jìn)行有效而穩(wěn)定的歷史數(shù)據(jù)實(shí)時(shí)采集和管理，幫助工程師實(shí)時(shí)訪問生產(chǎn)歷史信息和過程時(shí)間，并實(shí)現(xiàn)平臺范圍內(nèi)數(shù)據(jù)共享，從而更好的組織生產(chǎn)，解決生產(chǎn)問題，提高生產(chǎn)效率。

工業(yè)數(shù)據(jù)庫用于存儲實(shí)時(shí)數(shù)據(jù)的歷史記錄，便于工程師對泵房數(shù)據(jù)如壓力、水質(zhì)、流量等進(jìn)行處理分析。

1.2.4  生產(chǎn)管理軟件

Maximo7.5生產(chǎn)管理軟件基于B/S架構(gòu)上實(shí)施，可以集成到企業(yè)業(yè)務(wù)平臺中，對其它非生產(chǎn)業(yè)務(wù)運(yùn)行無任何負(fù)面的影響。

生產(chǎn)管理軟件進(jìn)行二次開發(fā)后，實(shí)現(xiàn)生產(chǎn)管理功能，包括：工單管理、資產(chǎn)管理、備件管理、知識庫功能以及報(bào)表功能。

1.2.5  應(yīng)用服務(wù)器中間件

weblogic server中間件是一種獨(dú)立運(yùn)行的系統(tǒng)軟件或服務(wù)程序，它能夠?qū)崿F(xiàn)采用不同技術(shù)運(yùn)行的分布式應(yīng)用軟件對數(shù)據(jù)資源的共享。中間件不僅可在Java應(yīng)用服務(wù)器實(shí)現(xiàn)開發(fā)、集成、部署和管理大型分布式Web應(yīng)用、網(wǎng)絡(luò)應(yīng)用和數(shù)據(jù)庫應(yīng)用，而且其性能、可擴(kuò)展性和高可用性完全滿足Web應(yīng)用系統(tǒng)處理問題所需要求。

應(yīng)用服務(wù)器中間件[4]可以使生產(chǎn)管理軟件、移動終端應(yīng)用軟件、接口軟件、流媒體服務(wù)軟件等不同廠家產(chǎn)品集成到二次供水平臺上，屏蔽各種復(fù)雜的技術(shù)細(xì)節(jié)使技術(shù)問題簡單化。

1.2.6  視頻綜合管理平臺

IVMS-8800綜合管理平臺的視頻管理軟件和流媒體服務(wù)軟件實(shí)現(xiàn)對二次供水泵房視頻調(diào)用和視頻設(shè)備的控制功能�？蓪�(shí)現(xiàn)對各泵房大門定點(diǎn)和設(shè)備動點(diǎn)實(shí)時(shí)監(jiān)控和歷史回放，調(diào)節(jié)焦距可清楚看見儀表讀數(shù)和信號燈指示，達(dá)到無人值守的效果。

門禁管理軟件提供對門禁設(shè)備的接入與管理，通過一卡通管理實(shí)現(xiàn)人員、卡片、設(shè)備的統(tǒng)一管理。通過門禁接入服務(wù)實(shí)現(xiàn)對門禁設(shè)備的在線偵測、參數(shù)獲取、硬件參數(shù)下載、時(shí)間設(shè)置、權(quán)限下載、報(bào)警事件的接收、對門禁設(shè)備進(jìn)行控制（開/關(guān)門）、門禁設(shè)備狀態(tài)檢測等功能。

2 關(guān)鍵技術(shù)

2.1  數(shù)據(jù)處理技術(shù)

數(shù)據(jù)采集一般是通過儀表傳感器檢測生產(chǎn)過程的各種物理參數(shù)轉(zhuǎn)換為電信號，電信號通過儀表變送器實(shí)現(xiàn)數(shù)值整定，然后經(jīng)過PLC的模擬量或數(shù)字量模塊，實(shí)現(xiàn)A/D通道或者DI通道轉(zhuǎn)換成二進(jìn)制數(shù)值，把轉(zhuǎn)換后的數(shù)據(jù)送入計(jì)算機(jī)中。計(jì)算機(jī)根據(jù)需要進(jìn)行相應(yīng)的數(shù)據(jù)處理，然后顯示和控制這些數(shù)據(jù)。

通過最基本統(tǒng)在現(xiàn)的四則運(yùn)算，實(shí)現(xiàn)數(shù)據(jù)處理。采用預(yù)處理、標(biāo)度變換、越限報(bào)警等數(shù)據(jù)處理技術(shù)方法，能滿足系場環(huán)境差異化、采集數(shù)據(jù)類別和數(shù)值范圍不同時(shí)，對其精度要求的保證。

2.2  中間件技術(shù)

為將不同操作系統(tǒng)、不同數(shù)據(jù)庫集成在平臺中，實(shí)現(xiàn)跨平臺的分布式應(yīng)用，可引入中間件技術(shù)，完成數(shù)據(jù)在多種軟件程序之間的使用。中間件技術(shù)不改變原有系統(tǒng)功能，可整合已有系統(tǒng)信息，構(gòu)建成有機(jī)整體，完成數(shù)據(jù)處理和信息發(fā)布要求。

不同廠家產(chǎn)品數(shù)值的數(shù)據(jù)結(jié)構(gòu)定義、所使用數(shù)據(jù)庫類別、企業(yè)遵循的通訊規(guī)約可能采用企業(yè)自身標(biāo)準(zhǔn)，平臺引入中間件技術(shù)能屏蔽其差異性，實(shí)現(xiàn)數(shù)據(jù)互通需求。

2.3  構(gòu)架和構(gòu)件技術(shù)

有關(guān)軟件工作人員可通過構(gòu)架和構(gòu)建的軟件體系結(jié)構(gòu)[5]實(shí)現(xiàn)對系統(tǒng)構(gòu)造的理解，從而提高的系統(tǒng)設(shè)計(jì)和系統(tǒng)分析能力，達(dá)到在組織、結(jié)構(gòu)、運(yùn)行、分析和維護(hù)等方面降低設(shè)計(jì)和開發(fā)的成本，促進(jìn)生產(chǎn)效率提高。

構(gòu)件技術(shù)和UML建模語言為系統(tǒng)設(shè)計(jì)提供了幫助，可采用迭代式設(shè)計(jì)方式進(jìn)行開發(fā)。使用具有直觀化和明確化特點(diǎn)的統(tǒng)一建模語言（UML），具備通用可視化建模特點(diǎn)，可編制形成文檔化軟件。UML遵循軟件工程開發(fā)過程，符合其開發(fā)方法、生命周期、應(yīng)用方式各方面的規(guī)律。

2.4  工作流技術(shù)

工作流技術(shù)[6]就是與數(shù)據(jù)流相對應(yīng)，在業(yè)務(wù)開展的過程中，計(jì)算機(jī)以恰當(dāng)?shù)哪Ｐ瓦M(jìn)行表示工作的流程、當(dāng)前工作階段位置狀態(tài)，并對工作如何前后組織在一起的邏輯和規(guī)則及工作進(jìn)展實(shí)施計(jì)算。

工作流可以解決平臺中的主要問題：為完成搶修工單任務(wù)，在巡檢人員、調(diào)度人員、維修人員之間，利用計(jì)算機(jī)，按預(yù)先設(shè)定的檢查——調(diào)度——維修規(guī)則進(jìn)行傳遞信息和下達(dá)任務(wù)。工作流管理系統(tǒng)可以通過計(jì)算機(jī)技術(shù)的支持去定義、執(zhí)行和管理工作流，協(xié)調(diào)工作流執(zhí)行過程之間以及群體成員之間的信息交互。工作流依靠工作流管理系統(tǒng)實(shí)現(xiàn)，不會被人為改變事情發(fā)展方向。

2.5  XML 和Web Services 技術(shù)

平臺當(dāng)中的數(shù)據(jù)格式各異，為使此類數(shù)據(jù)的處理互通，必須統(tǒng)一標(biāo)準(zhǔn)和格式。XML[7]是現(xiàn)在流行的數(shù)據(jù)交換標(biāo)準(zhǔn),通過簡單易懂的語法規(guī)則可以表述復(fù)雜的數(shù)據(jù)對象和類型。XML不僅便于實(shí)施數(shù)據(jù)分析和統(tǒng)計(jì)應(yīng)用的開發(fā)，而且對后期數(shù)據(jù)挖掘、OLAP（聯(lián)機(jī)事務(wù)分析）的應(yīng)用預(yù)留通用語言接口。

為保證平臺發(fā)布，客戶端具有網(wǎng)頁瀏覽功能而引入Web Services 技術(shù)[8]。該技術(shù)支持XML、SOAP、WSDL、UDDI等開放標(biāo)準(zhǔn)，可以通過開放端口80的HTTP協(xié)議實(shí)現(xiàn)穿越防火墻的軟件互操作和數(shù)據(jù)交換，達(dá)到各種技術(shù)的軟件集成的目的。

3 平臺使用情況

在搭建好軟硬件和網(wǎng)絡(luò)的基礎(chǔ)上，可以在內(nèi)網(wǎng)電腦IE瀏覽器上輸入服務(wù)器IP地址，并驗(yàn)證完用戶名和密碼后，可進(jìn)入平臺首頁（如圖3）。 

圖3  

3.1  運(yùn)行管理

運(yùn)行管理模塊，可顯示流量、壓力、液位過程儀表參數(shù)，水泵狀態(tài)、運(yùn)行時(shí)間、變頻器頻率、電流、電壓功率等工藝設(shè)備參數(shù)，溫濕度環(huán)境參數(shù)和通訊狀態(tài)（如圖4）。

圖4 

平臺提供對特定變量的歷史曲線查詢（如圖5），可查看過去時(shí)間點(diǎn)參數(shù)數(shù)值，網(wǎng)絡(luò)穩(wěn)定狀態(tài)和斷網(wǎng)時(shí)點(diǎn)，幫助分析數(shù)據(jù)。

圖5  

3.2   視頻監(jiān)控

實(shí)時(shí)監(jiān)控（如圖6），可實(shí)現(xiàn)定點(diǎn)攝像頭監(jiān)控泵房門處人員進(jìn)出，動點(diǎn)攝像頭監(jiān)控智能控制箱、水泵和變頻柜儀表參數(shù)。動點(diǎn)攝像頭可設(shè)置預(yù)制點(diǎn)，方便值班人員快速定位監(jiān)控位置。平臺除滿足實(shí)時(shí)監(jiān)控和歷史回放基本功能外，結(jié)合視頻診斷服務(wù)器，可實(shí)現(xiàn)對前一天實(shí)時(shí)視頻和回放進(jìn)行診斷、統(tǒng)計(jì)，生成正常、異常或未知類型的數(shù)據(jù)報(bào)表。權(quán)限設(shè)置，可使得各供水部門只能看各自管轄泵房監(jiān)控?cái)?shù)據(jù)。

圖6  

攝像頭可實(shí)現(xiàn)與門禁聯(lián)動，當(dāng)有人刷卡開啟大門時(shí)，攝像頭同時(shí)抓拍刷卡人照片，可以方便在視頻回放檢索中快速查詢到關(guān)鍵圖片數(shù)據(jù)。

3.3  導(dǎo)入導(dǎo)出

導(dǎo)入導(dǎo)出功能（如圖7），方便數(shù)據(jù)逐條輸入或批量導(dǎo)入，實(shí)現(xiàn)表格化顯示或地圖定位顯示。

圖7  

4 運(yùn)維經(jīng)驗(yàn)

4.1  局限性

目前運(yùn)行管理系統(tǒng)運(yùn)行穩(wěn)定，但城市級規(guī)模已經(jīng)使得軟件容量使用已達(dá)上限。按照產(chǎn)品說明書中上位機(jī)軟件SE容量為40000個(gè)標(biāo)簽、10000個(gè)報(bào)警和事件，接入200個(gè)泵房已達(dá)43000個(gè)標(biāo)簽、12200和報(bào)警和事件，根據(jù)市場上工控軟件運(yùn)行經(jīng)驗(yàn)和規(guī)律，工控軟件使用容量超過其總量60%則會出現(xiàn)無法預(yù)計(jì)的異常。

二次供水平臺運(yùn)行管理數(shù)據(jù)趨勢曲線曾出現(xiàn)無法查看現(xiàn)象，通過一系列檢查，最終確認(rèn)原因?yàn)闅v史數(shù)據(jù)庫[9]historian無法讀取并存儲數(shù)據(jù)。數(shù)據(jù)庫軟件historian總?cè)萘繛?font face="Times New Roman">10000，已使用9300，使用率超過90%，該問題是由于數(shù)據(jù)庫標(biāo)簽量較大導(dǎo)致軟件授權(quán)異常導(dǎo)致。

二次供水平臺數(shù)據(jù)采集功能正常，數(shù)據(jù)刷新周期約為5~6min，基本滿足生產(chǎn)需求。根據(jù)平臺使用的數(shù)據(jù)采集軟件kepsever的產(chǎn)品說明中可知，kepsever對標(biāo)簽處理時(shí)間為200~300個(gè)每秒，采用的刷新方式為標(biāo)簽輪巡，按照目前已接入泵房的標(biāo)簽數(shù)量計(jì)算，輪巡一個(gè)周期的時(shí)間約為133~200秒，即3~4min，kepsever采集后到上位機(jī)軟件SE刷新周期約為1~2min，則理論采集周期應(yīng)為4~5min，實(shí)際采集周期較理論值基本符合。但是如果用戶關(guān)注某時(shí)點(diǎn)工藝參數(shù)，有可能出現(xiàn)5min數(shù)值不變情況，就無法辨別顯示值是真實(shí)值，還是前一采樣的保持值。 

平臺投入運(yùn)行初期經(jīng)常出現(xiàn)誤報(bào)警情況，搶修人員到達(dá)現(xiàn)場，但是設(shè)備運(yùn)行正常。以壓力為例，用于水泵開啟產(chǎn)生的水錘現(xiàn)象，瞬間高壓力值大于設(shè)定報(bào)警值，引發(fā)報(bào)警。但是隨后水壓恢復(fù)正常，設(shè)備正常運(yùn)行。

4.2  數(shù)據(jù)庫架構(gòu)優(yōu)化

為在系統(tǒng)構(gòu)架上實(shí)現(xiàn)對平臺的優(yōu)化，減少上位機(jī)軟件SE標(biāo)簽占用量，對原平臺架構(gòu)（如圖1）進(jìn)行改進(jìn)。原設(shè)計(jì)方案中，實(shí)時(shí)數(shù)據(jù)庫Historian需要從上位機(jī)軟件SE內(nèi)部變量取值。通訊服務(wù)器KPserver傳輸數(shù)值在HMI服務(wù)器上完成一系列四則運(yùn)算后，賦值給上位機(jī)軟件SE內(nèi)部變量，內(nèi)部變量完成周期更新后，實(shí)時(shí)數(shù)據(jù)庫Historian才能取值。

為減少四則運(yùn)算產(chǎn)生的HMI服務(wù)器資源和其上位機(jī)軟件SE內(nèi)部變量的消耗，方案優(yōu)化成為數(shù)據(jù)庫Historian和HMI服務(wù)器分別直接從通訊服務(wù)器KPserver取值，并進(jìn)行四則運(yùn)算，存儲運(yùn)算結(jié)果。這種串聯(lián)變并聯(lián)的流程，極大提升系統(tǒng)效率，減少資源開銷。

4.3  優(yōu)化資源配置

二次供水平臺使用后出現(xiàn)平臺運(yùn)行速度越來越慢，經(jīng)后臺檢查發(fā)現(xiàn)生產(chǎn)管理數(shù)據(jù)庫服務(wù)器D盤空間被尾注為trm的文件占滿的現(xiàn)象出現(xiàn)，分析原因是短時(shí)間內(nèi)調(diào)用數(shù)據(jù)庫連接次數(shù)過多，導(dǎo)致數(shù)據(jù)庫連接崩潰，可調(diào)整數(shù)據(jù)庫的游標(biāo)[10]最大數(shù)目，從1000調(diào)整到2000，同時(shí)更改了數(shù)據(jù)庫連接方式，由JDBC方式改成調(diào)用MAXIMO內(nèi)部API連接數(shù)據(jù)庫。

為減少平臺資源消耗和后期泵房數(shù)量擴(kuò)容，除需要對軟件不斷升級版本外，同時(shí)減少非關(guān)鍵工藝參數(shù)的歷史曲線。保留壓力、流量、液位、平臺通訊等用戶需求參數(shù)和平臺狀態(tài)診斷參數(shù)曲線，取消運(yùn)行時(shí)間、功率、溫度、濕度等非關(guān)鍵參數(shù)曲線。

4.4  借助曲線判斷

數(shù)據(jù)量的不斷增大，系統(tǒng)出現(xiàn)泵有運(yùn)行狀態(tài)顯示但運(yùn)行頻率顯示為零的短時(shí)間矛盾現(xiàn)象，然后頻率顯示非零數(shù)值，狀態(tài)與數(shù)值正常同步。這是由于在產(chǎn)品采購最優(yōu)性價(jià)比設(shè)計(jì)的前提下，城市級數(shù)據(jù)的增加，使得數(shù)據(jù)采集軟件kepsever出現(xiàn)性能下降而突現(xiàn)問題。用戶可以借助參數(shù)的歷史曲線進(jìn)行判斷，開始非同步時(shí)參數(shù)曲線為平直短線，同步后恢復(fù)彎曲狀態(tài)。

4.5  參數(shù)合理設(shè)置

平臺會自動推送重要設(shè)備參數(shù)報(bào)警記錄給值班人員，例如出水壓力值。在平臺軟件中需要預(yù)先設(shè)置閾值，以便觸發(fā)報(bào)警事件。但是在二次供水工藝中，泵的開啟會產(chǎn)生水錘現(xiàn)象，此時(shí)壓力計(jì)檢測到壓力值是大于正常的設(shè)定值，此類誤報(bào)警會導(dǎo)致值班人員錯(cuò)誤判斷。因此，需要豐富經(jīng)驗(yàn)人員設(shè)置合理預(yù)留裕量的報(bào)警閾值，或者借助壓力歷史曲線軌跡判斷設(shè)備運(yùn)行的正確情況。

5 結(jié)語

在追求產(chǎn)品采購最優(yōu)性價(jià)比的設(shè)計(jì)環(huán)境下，我公司開發(fā)出具有自主知識產(chǎn)權(quán)軟著的二次供水平臺和實(shí)用新型專利的數(shù)據(jù)采集智能控制箱產(chǎn)品[11]投入使用。經(jīng)過3年實(shí)際運(yùn)行，證明了我公司產(chǎn)品適應(yīng)復(fù)雜環(huán)境下二次供水?dāng)?shù)據(jù)的采集-傳輸-顯示，可滿足武漢特大城市級規(guī)模二次供水的需求。借助平臺手機(jī)客戶端、平臺設(shè)備管理功能模塊、二次供水設(shè)備二維碼技術(shù)，已經(jīng)成功構(gòu)建了窄帶物聯(lián)網(wǎng)。隨著今后5G技術(shù)的引進(jìn)，平臺可實(shí)現(xiàn)設(shè)備資料和操作規(guī)程等圖片、視頻的分享。 

參考文獻(xiàn)：

[1]王曉蘭. 對城市居民住宅二次供水管理模式的相關(guān)分析[J].黑龍江水利科技,2018(3):50-51.

[2]邰娜，劉輝. 二次供水智能管理分析與研究[J].湖南城市學(xué)院學(xué)報(bào)(自然科學(xué)版),2018(3):25-28.

[3]陸會明，朱耀春.控制裝置標(biāo)準(zhǔn)化通信:OPC服務(wù)器開發(fā)設(shè)計(jì)與應(yīng)用[M].北京：機(jī)械工業(yè)出版社,2010.

[4]黃承寧，孫潔.智慧社區(qū)中物聯(lián)網(wǎng)架構(gòu)系統(tǒng)與中間件模型設(shè)計(jì)[J].棗莊學(xué)院學(xué)報(bào),2018(2):75-79.

[5]馮沖，江賀，馮靜芳.軟件體系結(jié)構(gòu)理論與實(shí)踐[M].北京：人民郵電出版社,2004. 

[6]石悅，武彤.工作流技術(shù)在技術(shù)服務(wù)平臺中的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)技術(shù)與發(fā)展,2019(4):175-180. 

[7]張旭，劉明明，趙霏霏，等.基于XML的二次開發(fā)技術(shù)在工程設(shè)計(jì)中的應(yīng)用[J].現(xiàn)代計(jì)算機(jī),2019(4) :72-76.

[8]丁迎春.Web Services整合機(jī)制研究[J].佳木斯大學(xué)學(xué)報(bào):自然科學(xué)版,2018(5) :721-725.

[9]梁綿鑫.工藝歷史數(shù)據(jù)庫(PHD)在氧化鋁管控系統(tǒng)中的應(yīng)用[J].輕金屬,2016(3) :43-46.

[10]薛麗香，汪東芳.淺談SQL Server數(shù)據(jù)庫中游標(biāo)的使用[J].福建電腦,2016(6) :157-158.

[11]魏萌,周曉輝,趙均,等.一種二次供水智能控制箱[P].中國專利:207557743,2018–06–29.