周穎
安科瑞電氣股份有限公司 上海嘉定 201801
摘要：當(dāng)前各公共建筑能耗監(jiān)測系統(tǒng)存在服務(wù)對象較局限、通用性不足等問題，為了適應(yīng)能耗大數(shù)據(jù)管理的發(fā)展要求，本文提出構(gòu)建公共建筑能耗大數(shù)據(jù)管理平臺(tái)，并對其功能模型和總體結(jié)構(gòu)進(jìn)行研究和設(shè)計(jì)。面向不同氣候區(qū)域、不同規(guī)模的公共建筑用戶群體，該平臺(tái)將提供節(jié)能管理以及能源運(yùn)營托管等服務(wù)。
關(guān)鍵詞：建筑能源管理；大數(shù)據(jù)
1 引言
隨著全國省市級公共建筑能耗監(jiān)測平臺(tái)的建設(shè)以及一直在國內(nèi)推行的公共建筑分項(xiàng)計(jì)量及監(jiān)測系統(tǒng)建設(shè)，各類系統(tǒng)已經(jīng)積累了大量的公共建筑歷史能耗監(jiān)測數(shù)據(jù)，這些數(shù)據(jù)資源為公共建筑的節(jié)能評價(jià)、能耗管理和決策產(chǎn)生不少價(jià)值。但是，公共建筑能耗數(shù)據(jù)源在地域上各自相對獨(dú)立且分散，各地能耗監(jiān)測系統(tǒng)及其數(shù)據(jù)規(guī)范也不盡相同，沒有統(tǒng)一的組織和管理模式等，這些因素使得建筑能耗數(shù)據(jù)共享困難，且無法獲得同行業(yè)間的能耗橫向?qū)Ρ葦?shù)據(jù)，公共建筑能耗數(shù)據(jù)的用戶在節(jié)能管理方面也難以得到更多的定量化認(rèn)識和指導(dǎo)。
針對當(dāng)前各公共建筑能耗監(jiān)測系統(tǒng)的服務(wù)對象較局限、通用性和開放性不足等問題，適應(yīng)大數(shù)據(jù)管理的發(fā)展要求，研究構(gòu)建開放式的公共建筑能耗大數(shù)據(jù)管理平臺(tái)（以下簡稱“平臺(tái)”），以大數(shù)據(jù)平臺(tái)管理關(guān)鍵技術(shù)為基礎(chǔ)，將數(shù)據(jù)庫系統(tǒng)、應(yīng)用系統(tǒng)等進(jìn)行集成整合，面向不同氣候區(qū)域、不同規(guī)模的公共建筑、不同用戶群體的需求，構(gòu)建能耗數(shù)據(jù)在線云端數(shù)據(jù)中心，實(shí)現(xiàn)能耗監(jiān)測數(shù)據(jù)的采集傳輸、數(shù)據(jù)修復(fù)、儲(chǔ)存、展示分析，并實(shí)現(xiàn)公共建筑能效評價(jià)、能耗預(yù)測與診斷等功能。
2 平臺(tái)功能模型設(shè)計(jì)
遵循國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)和企業(yè)內(nèi)部標(biāo)準(zhǔn)規(guī)定，平臺(tái)需接入計(jì)量儀表、環(huán)境傳感和暖通空調(diào)等多種類型的底層設(shè)備，并通過這些底層設(shè)備實(shí)現(xiàn)對物理世界的感知和控制操作。
圖 1 平臺(tái)功能模型設(shè)計(jì)示意圖
圖1是平臺(tái)功能模型的設(shè)計(jì)示意圖，該模型在設(shè)計(jì)時(shí)考慮了不同規(guī)模客戶數(shù)據(jù)接入的需要。
對于大型客戶和標(biāo)桿客戶（比如大型醫(yī)院、商業(yè)綜合體等），客戶通常選擇自行建設(shè)硬件基礎(chǔ)設(shè)施并在本地安裝部署建筑能耗管理系統(tǒng)，接入數(shù)據(jù)進(jìn)行處理；
對于中小型客戶（比如單幢建筑），可將前置網(wǎng)關(guān)采集的數(shù)據(jù)直接傳至云端通信網(wǎng)關(guān)，云端以SaaS方式、采用租戶的形式提供能源管理相關(guān)服務(wù)。與此同時(shí)，企業(yè)級和云端級的數(shù)據(jù)服務(wù)部分提供開放接口，可供第三方應(yīng)用調(diào)用和研發(fā)新型應(yīng)用，為建筑能效評價(jià)、能耗預(yù)測與診斷等高級功能應(yīng)用提供方便。
SaaS模式最為顯著的特點(diǎn)就是提供多租戶服務(wù)，而多租戶目的則是為了在多用戶環(huán)境下使用同一套程序，且保證用戶間數(shù)據(jù)隔離。面向SaaS多租戶，結(jié)合建筑能耗管理的業(yè)務(wù)需求，平臺(tái)需要提供建筑能耗數(shù)據(jù)統(tǒng)計(jì)分析、能耗信息展示等功能。基于此需求，對平臺(tái)的多租戶模型進(jìn)行了設(shè)計(jì)，如圖2所示，它為接入各地不同的能耗監(jiān)測系統(tǒng)、實(shí)現(xiàn)各租戶統(tǒng)一的組織管理及能耗數(shù)據(jù)共享提供前提。
圖 2 平臺(tái)多租戶模型設(shè)計(jì)圖
3 平臺(tái)總體結(jié)構(gòu)設(shè)計(jì)
平臺(tái)的總體結(jié)構(gòu)設(shè)計(jì)如圖3所示，計(jì)劃由兩個(gè)子系統(tǒng)、共計(jì)五個(gè)功能部分組成。其中，兩個(gè)子系統(tǒng)是指
能耗監(jiān)測子系統(tǒng)和租戶管理子系統(tǒng)，二者是獨(dú)立部署的Web系統(tǒng)，前者面向租戶提供能耗數(shù)據(jù)采集、監(jiān)測、分析、告警等業(yè)務(wù)功能，后者則完成平臺(tái)接入租戶、進(jìn)行維護(hù)等管理功能。
圖 3 平臺(tái)結(jié)構(gòu)設(shè)計(jì)圖
五個(gè)功能的組成部分包括：
（1）數(shù)據(jù)存儲(chǔ)。包括應(yīng)用數(shù)據(jù)庫、數(shù)據(jù)服務(wù)平臺(tái)和緩存庫三種，其中應(yīng)用數(shù)據(jù)庫存儲(chǔ)能耗監(jiān)測子系統(tǒng)所需的應(yīng)用和配置數(shù)據(jù)；數(shù)據(jù)服務(wù)平臺(tái)作為能耗監(jiān)測數(shù)據(jù)的數(shù)據(jù)源；緩存庫則作性能優(yōu)化的用途。
（2）公共框架。用于對數(shù)據(jù)庫、數(shù)據(jù)服務(wù)平臺(tái)、緩存庫等數(shù)據(jù)源訪問進(jìn)行封裝，并為權(quán)限管理、日志訪問、頁面公共工具等公共功能提供統(tǒng)一支持。
（3）后臺(tái)服務(wù)。指需要在后臺(tái)進(jìn)行持續(xù)運(yùn)行和計(jì)算的任務(wù)，包括信息推送、診斷分析、告警接收、報(bào)告報(bào)表的自動(dòng)生成和推送等。
（4）能耗監(jiān)測頁面。完成能耗監(jiān)測子系統(tǒng)的Web交互功能。WEB頁面交互支持用戶登錄的方式來訪問系統(tǒng)，并根據(jù)用戶的權(quán)限進(jìn)行功能展示和操作。
（5）租戶管理頁面。完成租戶管理子系統(tǒng)的Web交互功能。
3.1 能耗數(shù)據(jù)存儲(chǔ)及服務(wù)模塊
能耗數(shù)據(jù)存儲(chǔ)及服務(wù)模塊是平臺(tái)的底層數(shù)據(jù)源。針對各地建筑能耗監(jiān)測系統(tǒng)的能耗數(shù)據(jù)結(jié)構(gòu)不同、數(shù)據(jù)共享困難的問題，由平臺(tái)側(cè)設(shè)計(jì)統(tǒng)一的基礎(chǔ)信息表、采集標(biāo)準(zhǔn)和數(shù)據(jù)接入?yún)f(xié)議，對來自各租戶的接入數(shù)據(jù)進(jìn)行規(guī)范。在采集數(shù)據(jù)規(guī)范的基礎(chǔ)上，平臺(tái)考慮引入OLAP服務(wù)引擎技術(shù)，來完成能耗數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)統(tǒng)計(jì)和數(shù)據(jù)分析等數(shù)據(jù)服務(wù)。OLAP在線分析處理是一種共享多維信息的快速分析技術(shù)，其基本多維分析操作有鉆取、切片和切塊以及旋轉(zhuǎn)等。Kylin則是分布式分析引擎，它將SQL接口與多維分析機(jī)制（OLAP）引入Hadoop，旨在對規(guī)模極為龐大的數(shù)據(jù)集加以支持。在本平臺(tái)的設(shè)計(jì)中，采用Hadoop/Hbase/Hive實(shí)現(xiàn)能耗數(shù)據(jù)的數(shù)據(jù)倉庫功能，并對應(yīng)地部署 Kylin 提供OLAP查詢分析功能，以達(dá)到對動(dòng)態(tài)能耗數(shù)據(jù)的準(zhǔn)實(shí)時(shí)統(tǒng)計(jì)分析。通過研究，平臺(tái)KylinOlap查詢分析流程的設(shè)計(jì)如圖4所示。該流程設(shè)計(jì)的解釋如下：
（1）數(shù)據(jù)生成模塊FileManager監(jiān)聽二次采樣數(shù)據(jù)，每小時(shí)生成一個(gè)能耗數(shù)據(jù)文件；
（2）Olap模塊每小時(shí)獲取一次能耗數(shù)據(jù)文件并入庫Hive ，然后生成mapReduce任務(wù)進(jìn)行立方創(chuàng)建；
（3）創(chuàng)建完的立方文件入庫 Hbase，當(dāng)Olap收到查詢請求時(shí)查詢Hbase并返回?cái)?shù)據(jù)；
（4）針對手動(dòng)修復(fù)能耗數(shù)據(jù)和數(shù)據(jù)著色的場景，數(shù)據(jù)生成文件模塊提供接口，能夠主動(dòng)去查詢mysql各個(gè)租戶庫中特定時(shí)間段內(nèi)的數(shù)據(jù)，并生成對應(yīng)的數(shù)據(jù)文件提供給Olap模塊進(jìn)行重新統(tǒng)計(jì)；
圖 4 平臺(tái) KylinOlap 流程
（5）針對數(shù)據(jù)修復(fù)，數(shù)據(jù)生成模塊會(huì)監(jiān)聽新的主題（topic），實(shí)時(shí)監(jiān)聽所有需要修復(fù)的數(shù)據(jù)。對外部接口傳入的數(shù)據(jù)，每修改一條原數(shù)據(jù)就通知一條，然后在數(shù)據(jù)生成模塊對所有的傳入數(shù)據(jù)進(jìn)行清洗、保存，后續(xù)傳入的數(shù)據(jù)若已經(jīng)包含在緩存數(shù)據(jù)中，則直接拋棄。到了的周期節(jié)點(diǎn)，將緩存中數(shù)據(jù)進(jìn)行處理，直接生成對應(yīng)的數(shù)據(jù)文件，最終由統(tǒng)計(jì)模塊對數(shù)據(jù)進(jìn)行處理，刷新立方；
（6）將整個(gè)統(tǒng)計(jì)模塊由全量統(tǒng)計(jì)修改為增量統(tǒng)計(jì)，這樣每次刷新立方就需要帶上時(shí)間區(qū)間；另外，數(shù)據(jù)修復(fù)后，需要有觸發(fā)機(jī)制，觸發(fā)已存在的立方進(jìn)行重新刷新。
3.2 公共框架模塊
公共框架模塊的功能包括用戶權(quán)限校驗(yàn)、日志管理、數(shù)據(jù)庫訪問、頁面公共工具（如能耗單位換算）等。其中，用戶權(quán)限包含功能權(quán)限和數(shù)據(jù)權(quán)限，功能權(quán)限主要使用基于角色的訪問模型控制和按鈕級別的訪問控制，而數(shù)據(jù)權(quán)限則主要使用基于能耗分類分項(xiàng)、時(shí)間、組織、區(qū)域等維度的訪問控制，管理員給用戶分配相應(yīng)的維度權(quán)限，來控制用戶訪問對應(yīng)維度標(biāo)簽的數(shù)據(jù)。
3.3 后臺(tái)服務(wù)模塊
后臺(tái)服務(wù)模塊提供了基于Spring框架的多線程調(diào)度控制機(jī)制。所有后臺(tái)任務(wù)在創(chuàng)建時(shí)，都需要通過注解的方式，向框架任務(wù)管理器注冊任務(wù)，并由任務(wù)管理器根據(jù)系統(tǒng)的實(shí)時(shí)負(fù)載情況，進(jìn)行統(tǒng)一的并發(fā)控制和調(diào)度。后臺(tái)服務(wù)模塊包括信息推送、告警接收、診斷分析、報(bào)告報(bào)表服務(wù)。同時(shí)，它還將執(zhí)行應(yīng)用服務(wù)一些預(yù)配置的數(shù)據(jù)計(jì)算。
3.4 租戶管理模塊
租戶管理模塊的基本功能包括租戶查詢、添加租戶、租戶資料修改、啟用/禁用租戶、修改密碼、密碼找回等功能。
租戶類型模板根據(jù)租戶類型劃分，每種租戶類型對應(yīng)一個(gè)模板，例如，預(yù)定義租戶類型模板可以是醫(yī)療類、商業(yè)建筑類和機(jī)場類。每種租戶類型模板分三部分信息：通用信息、基本信息和經(jīng)營信息。
通用信息是指所有租戶類型模板都具備的內(nèi)容項(xiàng)，包含名稱、別名、租戶類型、總體介紹、地點(diǎn)、位置（坐標(biāo)）、聯(lián)系方式、與其他租戶關(guān)系（上下級）、租期、當(dāng)前有效狀態(tài)等。
基本信息是指各租戶類型特有的、擴(kuò)充的基礎(chǔ)內(nèi)容項(xiàng)，比如醫(yī)療類租戶包含總建筑面積、各院區(qū)面積、醫(yī)院等級、醫(yī)院類別、編制床位數(shù)、開放床位數(shù)。
經(jīng)營信息是指各租戶類型經(jīng)營性內(nèi)容項(xiàng)，比如醫(yī)療類租戶包含年度/月度/日的門急診人次、平均住院日、年住院床日、年總收入。
3.5 服務(wù)中心及應(yīng)用的頁面交互模塊
服務(wù)中心的頁面交互包含用戶注冊、用戶登錄、權(quán)限管理、局點(diǎn)/項(xiàng)目管理等。能耗監(jiān)管應(yīng)用的交互頁面則包含能耗對比、能耗排名、報(bào)告報(bào)表等。
RESTful Web Services（REST式的Web服務(wù)）是一種遵守REST式風(fēng)格的Web服務(wù)。REST式的Web服務(wù)是一種ROA（面向資源的架構(gòu)）的應(yīng)用。平臺(tái)中數(shù)據(jù)服務(wù)模塊將通過REST風(fēng)格的WebService接口實(shí)現(xiàn)與能耗監(jiān)管應(yīng)用的交互，實(shí)現(xiàn)各租戶下不同用戶權(quán)限設(shè)置、消息訂閱設(shè)置、對實(shí)時(shí)數(shù)據(jù)操作、歷史數(shù)據(jù)統(tǒng)計(jì)、預(yù)測/基準(zhǔn)數(shù)據(jù)查詢、業(yè)態(tài)對象配置等功能的需求，并通過總線實(shí)現(xiàn)與平臺(tái)其他模塊的數(shù)據(jù)和消息交互。
4 平臺(tái)設(shè)計(jì)的優(yōu)勢
相較于當(dāng)前已有的各公共建筑能耗監(jiān)測系統(tǒng)，本平臺(tái)架構(gòu)研究的原則著重在更好的開放性、更強(qiáng)的可擴(kuò)展性和更利于數(shù)據(jù)集成性這幾個(gè)方面。平臺(tái)設(shè)計(jì)的優(yōu)勢主要體現(xiàn)在如下幾點(diǎn)：
(1)面向大數(shù)據(jù)管理的要求。平臺(tái)結(jié)構(gòu)支持大規(guī)模可伸縮，并為上層應(yīng)用提供統(tǒng)一通用的數(shù)據(jù)/控制服務(wù)接口，滿足了大數(shù)據(jù)管理所要求的虛擬、通用和高可用性。
(2)數(shù)據(jù)存儲(chǔ)更易管理。可以采用數(shù)據(jù)云的方式統(tǒng)一部署平臺(tái)數(shù)據(jù)中心，實(shí)現(xiàn)數(shù)據(jù)的集中管理，更有利于集成和互操作。
(3)運(yùn)維模式更先進(jìn)。不同于之前單個(gè)項(xiàng)目獨(dú)立運(yùn)營的方式，基于云端數(shù)據(jù)建立集中統(tǒng)一的平臺(tái)，不僅有助于提高能源管理效率，而且數(shù)據(jù)維度的增加更有利于能效分析的性和準(zhǔn)確性。
(4)服務(wù)對象更廣泛。平臺(tái)強(qiáng)調(diào)在安全的前提下，面向公共建筑的業(yè)主、業(yè)務(wù)管理方、運(yùn)營管理人員，甚至終端客戶和總部管理方提供的數(shù)據(jù)和業(yè)務(wù)支持服務(wù)。
5 安科瑞能耗在線監(jiān)測系統(tǒng)介紹
5.1 系統(tǒng)概述
Acrel-5000建筑能耗監(jiān)測系統(tǒng)是用戶端能源管理分析系統(tǒng)，在電能管理系統(tǒng)的基礎(chǔ)上增加了對水、氣、煤、油、熱(冷)量等集中采集與分析，通過對用戶端所有能耗進(jìn)行細(xì)分和統(tǒng)計(jì)，以直觀的數(shù)據(jù)和圖表向管理人員或決策層展示各類能源的使用消耗情況，便于找出高耗能點(diǎn)或不合理的耗能習(xí)慣，有效節(jié)約能源，為用戶進(jìn)一步節(jié)能改造或設(shè)備升級提供準(zhǔn)確的數(shù)據(jù)支撐。
5.2 應(yīng)用場所：
（1）辦公建筑（商務(wù)辦公、國家機(jī)關(guān)辦公建筑等）；
（2）商業(yè)建筑（商場、金融機(jī)構(gòu)建筑等）；
（3）旅游建筑（賓館飯店、場所等）；
（4）科教文衛(wèi)建筑（文化、教育、科研、醫(yī)療衛(wèi)生、體育建筑等）；
（5）通信建筑（郵電、通信、廣播、電視、數(shù)據(jù)中心等）；
（6）交通運(yùn)輸建筑（機(jī)場、車站、碼頭建筑等）。
5.3系統(tǒng)功能
（1）登陸界面
系統(tǒng)可以根據(jù)客戶要求定制個(gè)性化的系統(tǒng)登錄界面，登錄界面所用的圖片、 Logo等由用戶提供。
（2）綜合能耗展示
系統(tǒng)登陸成功進(jìn)入主頁面，主頁面顯示該建筑的建筑圖片，建筑基本信息,建筑當(dāng)月分項(xiàng)用電餅圖和各種能源的消耗量。
（3）支路能耗概況
系統(tǒng)可以根據(jù)分類能耗的支路名稱查詢用能情況，顯示當(dāng)日和當(dāng)月的用能峰值（電能對應(yīng)需量值）、當(dāng)日用能、當(dāng)月用能、當(dāng)年用能以及昨天同期用能、上月同期用能、上年同期用能的比較情況。
（4）支路用能
系統(tǒng)可以統(tǒng)計(jì)各支路某段時(shí)間內(nèi)逐日、逐周、逐月、逐季、逐年用能。
（5）分項(xiàng)能耗概況
系統(tǒng)可以按照動(dòng)力、空調(diào)、插座等分項(xiàng)進(jìn)行能耗統(tǒng)計(jì)與顯示，支持用能餅圖顯示各分項(xiàng)過去31天的用能占比；堆積圖顯示各分項(xiàng)過去31天的能耗趨勢；分項(xiàng)用能排名圖顯示被選中分項(xiàng)對應(yīng)能耗值排名前10位的支路。
（6）分項(xiàng)用能
系統(tǒng)可以統(tǒng)計(jì)各分項(xiàng)某段時(shí)間內(nèi)逐日、逐周、逐月、逐季、逐年用能（這里的支路須通過基礎(chǔ)數(shù)據(jù)中分類分項(xiàng)的配置。）
（7）部門能耗概況
系統(tǒng)可以按照部門進(jìn)行能耗統(tǒng)計(jì)與顯示，并進(jìn)行日同比分析圖，餅圖顯示各部門過去31天的用能占比；堆積圖顯示各部門過去31天的能耗趨勢；部門績效考核對比圖顯示實(shí)際用能和用能目標(biāo)值，當(dāng)實(shí)際用能值大于目標(biāo)值時(shí)，實(shí)際值標(biāo)為紅色。
（8）區(qū)域能耗概況
系統(tǒng)可以按照區(qū)域進(jìn)行能耗統(tǒng)計(jì)與顯示，日分項(xiàng)用能同比分析圖顯示不同區(qū)域的當(dāng)日與昨日能耗柱狀圖；餅圖顯示各區(qū)域過去31天的用能占比；堆積圖顯示各區(qū)域過去31天的能耗趨勢；區(qū)域用能排名圖中顯示被選中區(qū)域?qū)?yīng)能耗值排名前10位的支路。
（9）參數(shù)查詢
查詢各回路戓支路某段時(shí)間內(nèi)的參數(shù)，以曲線的形式反映趨勢（具體可以查詢的參數(shù)與安裝的儀表有關(guān)，查詢時(shí)不能跨月，且繪制曲線時(shí)以1分鐘為間隔），電力參數(shù)可以多選。
（10）數(shù)據(jù)檢查
系統(tǒng)可以統(tǒng)計(jì)某段時(shí)間內(nèi)各回路與下級支路的用能差值，超過一定百分比后醒目顯示（紅色區(qū)域），確保計(jì)量體系的完整性、準(zhǔn)確性。
（11）非工作日用能分析
系統(tǒng)可統(tǒng)計(jì)各支路工作日與非工作日的能耗情況。此處的工作日和非工作日是在基礎(chǔ)數(shù)據(jù)中非工作日設(shè)置中配置的非工作日。
（12）能耗數(shù)據(jù)同比環(huán)比分析
系統(tǒng)可將各種類型（電、水、氣）和各主要耗能設(shè)備的能耗與去年同期值和上月值進(jìn)行同比環(huán)比分析，檢驗(yàn)節(jié)能效果，根據(jù)分析結(jié)果執(zhí)行節(jié)能績效考核，以及節(jié)能目標(biāo)的修正。
（13）分時(shí)段用能統(tǒng)計(jì)
在儀表帶有復(fù)費(fèi)率統(tǒng)計(jì)功能的前提下，系統(tǒng)可以采集電表內(nèi)尖、峰、平、谷參數(shù)，并將數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫中方便后期查詢。不同時(shí)段可以分別設(shè)置用電單價(jià)，統(tǒng)計(jì)報(bào)表會(huì)呈現(xiàn)出分時(shí)段電能值與電費(fèi)。
（14）日月年報(bào)表
系統(tǒng)提供方便的日月年報(bào)表統(tǒng)計(jì)功能，通過選擇不同回路，報(bào)表類型，查詢?nèi)掌冢蓪?yīng)報(bào)表。選中報(bào)表中的某一行數(shù)據(jù)，會(huì)自動(dòng)顯示對應(yīng)的柱狀圖。
（15）儀表網(wǎng)關(guān)斷線報(bào)警
系統(tǒng)通過能耗網(wǎng)關(guān)采集數(shù)據(jù)時(shí)，可以獲得儀表的通訊狀態(tài)。當(dāng)系統(tǒng)判斷儀表通訊中斷時(shí)間大于10分鐘時(shí)或網(wǎng)關(guān)通訊中斷時(shí)間大于20分鐘時(shí)，系統(tǒng)會(huì)彈窗或者通過鈴鐺報(bào)警，顯示當(dāng)前通訊中斷的儀表或者網(wǎng)關(guān)。
（16）圖表導(dǎo)出
系統(tǒng)可將分析統(tǒng)計(jì)的曲線、棒圖、報(bào)表導(dǎo)出到Excel格式文件，以便于用戶數(shù)據(jù)二次利用。
（17）用戶管理
系統(tǒng)用戶權(quán)限管理采用分級模式，為系統(tǒng)管理員、后勤管理人員、設(shè)備維護(hù)人員三級，進(jìn)行訪問權(quán)限管理，防止未授權(quán)的訪問，并對所有操作自動(dòng)進(jìn)行帶時(shí)標(biāo)事件記錄，可建立良好的反事故措施。
（18）基礎(chǔ)信息配置與維護(hù)
系統(tǒng)可根據(jù)項(xiàng)目實(shí)際情況配置每塊智能儀表所屬的能耗類型和分項(xiàng)、歸屬區(qū)域、設(shè)備類型，這些數(shù)據(jù)將作為用能分析的基礎(chǔ)信息。
（19）人工錄入數(shù)據(jù)
系統(tǒng)提供數(shù)據(jù)手工錄入功能，可錄入儀表每天的抄表值與每天的用能值，用于后期報(bào)表統(tǒng)計(jì)。
（20）遠(yuǎn)程訪問功能(C/S模式)
系統(tǒng)采用C/S架構(gòu)設(shè)計(jì)，在任意一臺(tái)連接廣域網(wǎng)的計(jì)算機(jī)上安裝Acrel-5000建筑能耗監(jiān)測系統(tǒng)客戶端軟件即可實(shí)時(shí)訪問該能耗監(jiān)測系統(tǒng)。
5.4 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)
AcrelCloud-5000能耗管理云平臺(tái)采用分層組網(wǎng)架構(gòu)，將系統(tǒng)分為設(shè)備層、網(wǎng)絡(luò)層、應(yīng)用層。
設(shè)備層：設(shè)備層作為平臺(tái)數(shù)據(jù)來源的基礎(chǔ)，通過儀表與傳感器對參數(shù)進(jìn)行監(jiān)測和計(jì)量。
網(wǎng)絡(luò)層：網(wǎng)絡(luò)層通過強(qiáng)大的協(xié)議轉(zhuǎn)換功能將采集到的設(shè)備層的數(shù)據(jù)傳遞到應(yīng)用層，起到承上啟下的作用。
應(yīng)用層：應(yīng)用層對設(shè)備層的數(shù)據(jù)進(jìn)行分類、存儲(chǔ)、統(tǒng)計(jì)分析，通過友好的人機(jī)界面為用戶提供優(yōu)質(zhì)的體驗(yàn)。
圖5 系統(tǒng)結(jié)構(gòu)
5.5 能耗監(jiān)測系統(tǒng)產(chǎn)品選型
6 結(jié)論
為了加強(qiáng)公共建筑節(jié)能監(jiān)測工作，國家有關(guān)部門已明確提出要建立節(jié)能信息服務(wù)及披露機(jī)制的要求，并應(yīng)充分整合公共建筑能耗統(tǒng)計(jì)、能源審計(jì)及能耗動(dòng)態(tài)監(jiān)測數(shù)據(jù)信息，構(gòu)建面向政府、市場、業(yè)主、金融機(jī)構(gòu)、社會(huì)團(tuán)體等利益相關(guān)方的公共建筑節(jié)能信息服務(wù)平臺(tái) 。
為了落實(shí)這些要求，在公共建筑能耗大數(shù)據(jù)管理平臺(tái)的設(shè)計(jì)考慮中，重點(diǎn)強(qiáng)調(diào)利用大數(shù)據(jù)技術(shù)，并將能耗數(shù)據(jù)中心與具體應(yīng)用模塊間完全解耦，著力構(gòu)建面向跨區(qū)域的能效管理數(shù)據(jù)云，以充分滿足綠色建筑能耗管理的應(yīng)用需求，提供節(jié)能管理、用能安全以及能源運(yùn)營托管等服務(wù)。
【參考文獻(xiàn)】
[1]詹少偉，沈慧強(qiáng)，金寶云.基于云計(jì)算的醫(yī)院能耗管理系統(tǒng)研究 [J].低碳世界 ,2016 （ 34 ） :152-153.
[2]詹少偉,苗升伍. 公共建筑能耗大數(shù)據(jù)管理平臺(tái)架構(gòu)研究.
[3]安科瑞企業(yè)微電網(wǎng)設(shè)計(jì)與應(yīng)用手冊.2020.06版.
作者簡介：宋兵兵，男，本科，安科瑞電氣股份有限公司，主要研究方向?yàn)榻^緣監(jiān)測及剩余電流監(jiān)測， QQ：3007723194 手機(jī)：13482141563（微信同號）