小 T 導讀：杭州基礎創新科(ke)技有限公司自主研發的(de)IEMS能(neng)源管理(li)系統是一個對建(jian)筑水(shui)能(neng)、電能(neng)等各分(fen)類(lei)分(fen)項能(neng)耗(hao)數據進行(xing)采集、處理(li)，并分(fen)析(xi)建(jian)筑能(neng)耗(hao)狀況(kuang)，實現建(jian)筑節能(neng)應用等功能(neng)的(de)物(wu)聯網大數據平臺。之前該平臺用MySQL存儲抄表數據，數據量達到1500萬條(tiao)時就出現較(jiao)長的(de)查(cha)詢時延甚至卡死，遂采用TDengine Database，經對比，性能(neng)比MySQL提升近50倍。
背景
能(neng)源管理系統中數(shu)據(ju)量(liang)最(zui)大的(de)就是各個智(zhi)(zhi)能(neng)抄表(biao)、傳感器上報(bao)的(de)數(shu)據(ju)。整個杭州市(shi)從2017年7月開始推出(chu)天(tian)然氣智(zhi)(zhi)能(neng)抄表(biao)，到(dao)2018年就有37萬(wan)用戶(hu)接入，使用人次(ci)超過了(le)77萬(wan)。此外還有智(zhi)(zhi)能(neng)水表(biao)、電表(biao)等源源不斷的(de)上報(bao)數(shu)據(ju)。
這些智能抄(chao)表(biao)的上報(bao)數(shu)據要進(jin)行(xing)長期記錄，并定(ding)期查詢、統計(ji)生成報(bao)表(biao)；在(zai)系統中，也需(xu)要在(zai)用戶(hu)點擊查看(kan)具體(ti)設備(bei)(bei)時(shi)，顯示出該設備(bei)(bei)的實時(shi)讀數(shu)以及歷史變化曲線等。
隨著公(gong)司(si)業(ye)務的(de)不(bu)斷擴大，所有客(ke)戶的(de)數(shu)據(ju)我們(men)(men)還需要(yao)一個總(zong)的(de)平臺來(lai)監測存(cun)儲，傳統的(de)關(guan)系型數(shu)據(ju)庫已經不(bu)足以支撐(cheng)業(ye)務量，因(yin)此針對抄表數(shu)據(ju)時序結構化(hua)的(de)特點(dian)選擇合適的(de)數(shu)據(ju)庫變得非常重要(yao)。本文我們(men)(men)就來(lai)介紹一下杭州基礎(chu)創新(xin)IEMS系統中，對當前(qian)最流行的(de)時序數(shu)據(ju)分析引擎TDengine的(de)使用。
系統功能架構IEMS能(neng)源管(guan)(guan)理(li)(li)系統(tong)(tong)(tong)由(you)主(zhu)站、NB藍牙采(cai)集終端(duan)(無線(xian)通(tong)訊(xun)不需要)、計(ji)量(liang)設備等(deng)組(zu)成；系統(tong)(tong)(tong)主(zhu)站又由(you)通(tong)信服務(wu)、業務(wu)應用、數(shu)據(ju)(ju)庫、接口(kou)、后(hou)臺服務(wu)所(suo)(suo)組(zu)成；數(shu)據(ju)(ju)庫服務(wu)由(you)數(shu)據(ju)(ju)存儲、計(ji)算服務(wu)、數(shu)據(ju)(ju)展(zhan)現(xian)組(zu)成。用戶開通(tong)計(ji)量(liang)收費(fei)功能(neng)后(hou)，通(tong)過網(wang)絡式(shi)預付(fu)費(fei)電能(neng)表(biao)和此系統(tong)(tong)(tong)軟件，可(ke)以實(shi)現(xian)預付(fu)費(fei)管(guan)(guan)理(li)(li)、用電數(shu)據(ju)(ju)在線(xian)采(cai)集抄表(biao)、費(fei)用統(tong)(tong)(tong)計(ji)、預付(fu)費(fei)充值售電業務(wu)管(guan)(guan)理(li)(li)等(deng)基本功能(neng)，實(shi)現(xian)欠費(fei)斷(duan)電，充值后(hou)送(song)能(neng)的、便于管(guan)(guan)理(li)(li)的遠程能(neng)源管(guan)(guan)理(li)(li)模(mo)式(shi)。整個(ge)系統(tong)(tong)(tong)架(jia)構比較龐大，包含如下圖(tu)所(suo)(suo)示的分層結構。
公司在開發(fa)IEMS能(neng)(neng)源(yuan)管理系(xi)統的開發(fa)迭代中(zhong)開始使用(yong)TDengine時(shi)序(xu)數(shu)(shu)據(ju)(ju)(ju)庫(ku)，主要(yao)用(yong)于工(gong)商業水電(dian)能(neng)(neng)源(yuan)管理監測系(xi)統的各種智(zhi)能(neng)(neng)抄(chao)(chao)表(biao)設備上報(bao)(bao)數(shu)(shu)據(ju)(ju)(ju)的存儲和管理，搭(da)建一個(ge)能(neng)(neng)夠承(cheng)載百萬級別(bie)抄(chao)(chao)表(biao)數(shu)(shu)的實(shi)時(shi)和歷(li)史數(shu)(shu)據(ju)(ju)(ju)存儲（如下圖所示(shi)）：智(zhi)能(neng)(neng)抄(chao)(chao)表(biao)采集(ji)數(shu)(shu)據(ju)(ju)(ju)通過集(ji)中(zhong)器發(fa)給系(xi)統，系(xi)統將數(shu)(shu)據(ju)(ju)(ju)實(shi)時(shi)寫入TDengine數(shu)(shu)據(ju)(ju)(ju)庫(ku)。再基于TDengine數(shu)(shu)據(ju)(ju)(ju)平臺，進一步做各種業務相關的應(ying)用(yong)層開發(fa)比如設備數(shu)(shu)據(ju)(ju)(ju)實(shi)時(shi)查詢(xun)、歷(li)史記錄即席(xi)查詢(xun)以及一些周(zhou)期(qi)性(xing)報(bao)(bao)表(biao)工(gong)作。
為什么在IEMS系統中選用TDengine？
在系(xi)統前期的版(ban)本中(zhong)，我們使用了(le)MySQL數據庫(ku)來(lai)存儲(chu)設(she)備上報數據。但接入(ru)系(xi)統的設(she)備量日(ri)益增長、用戶對數據實時(shi)性反饋(kui)的要求也越(yue)來(lai)越(yue)高(gao)，MySQL已經無法滿足業務需求。我們發現將設(she)備數據轉移到時(shi)序數據庫(ku)TDengine Database中(zhong)存儲(chu)是個更(geng)好的解決方(fang)案。
查詢效率提升
MySQL中存儲(chu)抄表(biao)(biao)數(shu)據(ju)時(shi)(shi)，是將公司智能電表(biao)(biao)、水表(biao)(biao)等(deng)不(bu)同(tong)設備分開(kai)存儲(chu)的(de)(de)，同(tong)類設備的(de)(de)數(shu)據(ju)存放在一張(zhang)大表(biao)(biao)中。現在的(de)(de)抄表(biao)(biao)數(shu)據(ju)上報(bao)頻(pin)率普遍在分鐘級（5-30分鐘不(bu)等(deng)），第一個試(shi)點(dian)(dian)小區2000只智能電表(biao)(biao)同(tong)時(shi)(shi)寫(xie)入壓力也不(bu)算太大，MySQL還可以(yi)承載(zai)；但(dan)在隨著接(jie)入表(biao)(biao)數(shu)量的(de)(de)增加、存儲(chu)時(shi)(shi)間范(fan)圍(wei)的(de)(de)增長，每類設備中的(de)(de)數(shu)據(ju)記(ji)錄(lu)數(shu)積累(lei)過多(duo)就(jiu)會出現查詢效率問題。仍以(yi)智能電表(biao)(biao)試(shi)點(dian)(dian)為例，當我們導(dao)入了1700只電表(biao)(biao)30天的(de)(de)數(shu)據(ju)后，電表(biao)(biao)總記(ji)錄(lu)數(shu)就(jiu)達(da)到了接(jie)近1500萬(wan)條，此時(shi)(shi)我們再(zai)對某些用戶(hu)進(jin)行月度用電量報(bao)表(biao)(biao)統計時(shi)(shi)，查詢就(jiu)出現了較大的(de)(de)查詢時(shi)(shi)延甚至卡(ka)死，查詢某個設備的(de)(de)最新讀數(shu)速度也大大下降。這還是只一個試(shi)點(dian)(dian)小區的(de)(de)設備數(shu)。
因(yin)此我們不(bu)得不(bu)考慮分(fen)區、分(fen)庫和分(fen)表(biao)(biao)來優化，讓每(mei)類(lei)設(she)備(bei)寫入(ru)按照7天的(de)時間范(fan)圍劃分(fen)的(de)一(yi)系列表(biao)(biao)中(zhong)；不(bu)同的(de)小區通過分(fen)庫來處理。這(zhe)樣可以保證每(mei)張表(biao)(biao)中(zhong)的(de)記錄不(bu)會太(tai)多(duo)，查(cha)詢某天的(de)數據(ju)就不(bu)會太(tai)慢而(er)卡(ka)死。
然而分(fen)庫(ku)(ku)分(fen)表操(cao)作給業務層(ceng)卻帶來了很大麻煩，經(jing)常(chang)遇到一些查詢需要處理各種(zhong)跨表、跨庫(ku)(ku)的(de)查詢，邏(luo)輯復雜易出錯。在接觸(chu)到時序數(shu)據(ju)(ju)庫(ku)(ku)TDengine之后，我們(men)發(fa)現它其實已經(jing)在其存儲層(ceng)面解決了這(zhe)個時間維度的(de)數(shu)據(ju)(ju)分(fen)區問(wen)題(ti)。TDengine存儲數(shu)據(ju)(ju)文(wen)(wen)件(jian)時是(shi)按照時間范(fan)圍劃分(fen)數(shu)據(ju)(ju)文(wen)(wen)件(jian)的(de)，默認是(shi)10天(tian)一個文(wen)(wen)件(jian)，數(shu)據(ju)(ju)文(wen)(wen)件(jian)名就對(dui)應著一個時間段。
因(yin)此在查(cha)(cha)詢(xun)很(hen)早之前某(mou)天的(de)(de)(de)(de)數(shu)據(ju)(ju)時，可以(yi)通過檢(jian)索(suo)時輸入的(de)(de)(de)(de)時間(jian)篩選范圍很(hen)快的(de)(de)(de)(de)找到數(shu)據(ju)(ju)所(suo)在文件，并對此文件進行搜索(suo)。本質上講(jiang)，跟之前MySQL的(de)(de)(de)(de)分(fen)(fen)庫(ku)分(fen)(fen)表(biao)目(mu)的(de)(de)(de)(de)相同，就是縮小(xiao)被檢(jian)索(suo)文件的(de)(de)(de)(de)大(da)小(xiao)，提(ti)高查(cha)(cha)詢(xun)速度。做(zuo)(zuo)完分(fen)(fen)庫(ku)分(fen)(fen)表(biao)后(hou)MySQL中(zhong)的(de)(de)(de)(de)一張表(biao)大(da)概數(shu)據(ju)(ju)量(liang)可以(yi)做(zuo)(zuo)到30多萬條(tiao)，做(zuo)(zuo)一次最新紀錄(lu)的(de)(de)(de)(de)查(cha)(cha)詢(xun)，大(da)概花(hua)費0.5秒；而TDengine中(zhong)，存(cun)儲(chu)了2000個電(dian)表(biao)6個月(yue)所(suo)有的(de)(de)(de)(de)數(shu)據(ju)(ju)（總(zong)計8億多條(tiao)），查(cha)(cha)詢(xun)一次某(mou)個電(dian)表(biao)的(de)(de)(de)(de)最新數(shu)據(ju)(ju)只需要不(bu)到0.01秒，這個性能提(ti)升接近50倍！
同時我們嘗試了查(cha)詢(xun)某(mou)個(ge)設(she)備30天(tian)的(de)全量數據（1500萬條），可以在5秒內完成整(zheng)個(ge)查(cha)詢(xun)，比關(guan)系庫(ku)快了太多(duo)。
表結構設計簡化
上面(mian)提到(dao)的(de)分庫分表的(de)麻煩已經被TDengine的(de)存(cun)儲策略解決，在提高查詢(xun)效率(lv)的(de)同時(shi)。在使(shi)用TDengine時(shi)，對于終端設(she)備的(de)分類、分組檢索(suo)工作也可以通過其超級表標簽過濾(lv)來實現，進一步簡化業(ye)務(wu)層的(de)邏(luo)輯處(chu)理。我們平臺底(di)層要處(chu)理多個不同的(de)項(xiang)目(mu)，每(mei)個項(xiang)目(mu)還有自(zi)己的(de)設(she)備分組。
在TDengine中，表(biao)設(she)(she)計的核心思想是一(yi)(yi)個(ge)終端設(she)(she)備(bei)(bei)一(yi)(yi)張(zhang)表(biao)，同類設(she)(she)備(bei)(bei)的表(biao)結(jie)構(gou)由(you)一(yi)(yi)個(ge)超(chao)(chao)級表(biao)來定義。由(you)于同類型(xing)設(she)(she)備(bei)(bei)的上報數(shu)據(ju)字(zi)段完全一(yi)(yi)致，超(chao)(chao)級表(biao)下的子表(biao)結(jie)構(gou)也完全一(yi)(yi)樣。
但TDengine中(zhong)(zhong)允許對每個設(she)備(bei)打(da)標簽，標簽內容可以是設(she)備(bei)的(de)ID、設(she)備(bei)所屬(shu)項(xiang)目ID、設(she)備(bei)的(de)類型編號、設(she)備(bei)在項(xiang)目中(zhong)(zhong)的(de)分組編號等(deng)靜(jing)態信息。
對我們的查詢(xun)場景而言，上面這些信息(xi)是經常需要進(jin)行過濾和(he)篩選的，放在超級表(biao)標(biao)簽(qian)中(zhong)，可以在查詢(xun)超級表(biao)時在where語句中(zhong)添(tian)加對項(xiang)目ID等標(biao)簽(qian)的過濾條件來(lai)分項(xiang)目查詢(xun)設備(bei)數據。在關系庫(ku)中(zhong)進(jin)行同樣查詢(xun)就必然涉及(ji)到關聯多張(zhang)表(biao)，更(geng)復雜且效率也不高。
TDengine中表設計及查詢舉例
在電表(biao)數(shu)據采集中，數(shu)據主要(yao)分為任(ren)務數(shu)據，告警數(shu)據，命令(ling)數(shu)據，原始報文(wen)。TDengine是一個設(she)備(bei)一張表(biao)的設(she)計思路。因此針對每類設(she)備(bei)的上述幾種(zhong)數(shu)據，我們都按照設(she)備(bei)來建(jian)表(biao)。
– 任務數據
任務數據是電表(biao)(biao)周期(qi)性上(shang)送的負荷(he)數據，由數據采集的時間戳和具體電表(biao)(biao)讀(du)數等采集值組成。這個建表(biao)(biao)思(si)路非常簡單，就是先建一(yi)張(zhang)超級表(biao)(biao)，定義出采集字段，之后(hou)對每個設(she)備建立一(yi)張(zhang)表(biao)(biao)來存(cun)儲其(qi)上(shang)報的記(ji)錄。
– 告警數據
告(gao)(gao)警(jing)數(shu)據是電表(biao)發生異常情(qing)況上送的(de)一組(zu)，由告(gao)(gao)警(jing)時(shi)(shi)間(jian)和(he)負荷數(shu)據組(zu)成，字段和(he)任務數(shu)據基本(ben)一致(zhi)。我們(men)可(ke)以(yi)把設(she)備的(de)一些不隨時(shi)(shi)間(jian)變化(hua)的(de)基本(ben)屬性定(ding)義為(wei)(wei)標(biao)簽，例如設(she)備ID、所屬項(xiang)(xiang)目(mu)、類型(xing)、上級設(she)備等；隨時(shi)(shi)間(jian)變化(hua)的(de)各個(ge)指標(biao)定(ding)義為(wei)(wei)表(biao)的(de)各個(ge)數(shu)據列，例如運行狀態、事(shi)件告(gao)(gao)警(jing)、繼電器狀態、ABC三相電壓(ya)、ABC三相電流、有功(gong)功(gong)率、無功(gong)功(gong)率等。一個(ge)項(xiang)(xiang)目(mu)中(zhong)的(de)告(gao)(gao)警(jing)超級表(biao)的(de)結(jie)構如下，其中(zhong)的(de)標(biao)簽我們(men)定(ding)義了：meter_no抄(chao)表(biao)編號，project_id 項(xiang)(xiang)目(mu)ID，gateway_no網(wang)關(guan)ID，meter_type抄(chao)表(biao)類型(xing)。
Field | Type | Length | Note |
========================================================================
sjsj |TIMESTAMP | 8| |
jssj |TIMESTAMP | 8| |
yxzt |BINARY | 10| |
sjzt |BINARY | 128| |
jdqzt |BINARY | 10| |
axdy |FLOAT | 4| |
bxdy |FLOAT | 4| |
cxdy |FLOAT | 4| |
axdl |FLOAT | 4| |
bxdl |FLOAT | 4| |
cxdl |FLOAT | 4| |
sydl |FLOAT | 4| |
zyggl |FLOAT | 4| |
axyggl |FLOAT | 4| |
bxyggl |FLOAT | 4| |
cxyggl |FLOAT | 4| |
zwggl |FLOAT | 4| |
axwggl |FLOAT | 4| |
bxwggl |FLOAT | 4| |
cxwggl |FLOAT | 4| |
zglys |FLOAT | 4| |
axglys |FLOAT | 4| |
bxglys |FLOAT | 4| |
cxglys |FLOAT | 4| |
zxygzdl |FLOAT | 4| |
zxygzdl1 |FLOAT | 4| |
zxygzdl2 |FLOAT | 4| |
zxygzdl3 |FLOAT | 4| |
zxygzdl4 |FLOAT | 4| |
axwd |FLOAT | 4| |
bxwd |FLOAT | 4| |
cxwd |FLOAT | 4| |
lxwd |FLOAT | 4| |
hjwd |FLOAT | 4| |
meter_no |BINARY | 12|tag |
project_id |BINARY | 20|tag |
gateway_no |BINARY | 12|tag |
meter_type |BINARY | 32|tag |查詢(xun)設(she)備(bei)最(zui)新狀態時，我們就可以從設(she)備(bei)ID、所(suo)屬(shu)項目(mu)、或者設(she)備(bei)類型等不同的維度(du)作為查詢(xun)條(tiao)件，直(zhi)接從TDengine的超級表查詢(xun)所(suo)有(you)滿足篩選條(tiao)件的所(suo)有(you)設(she)備(bei)。例如查詢(xun)所(suo)有(you)設(she)備(bei)的最(zui)新數據記錄，并按照meter_no, gateway_no, project_id, meter_type進行分組(zu)顯示(shi)，只用(yong)一條(tiao)SQL語句即可，語句如下：
select last_row(*) from db.sb_fhsj
group by meter_no,gateway_no,project_id,meter_type;這里也可(ke)以對標簽進(jin)行值(zhi)過濾，比(bi)如根據業務需要(yao)篩選出某個(ge)項目(mu)的某類設備的最新數據：
select last_row(*) from db.sb_fhsj
where project_id=$condition1 and meter_type=$condition2
group by meter_no,gateway_no,project_id,meter_type;對單一某(mou)個設備過去(qu)一天的數據進行(xing)(xing)查詢，直接對meter_no進行(xing)(xing)篩選：
select * from db.sb_fhsj
where meter_no=$condition1 and _c0 >= now -1d這些(xie)查詢(xun)非常直白，只要表結構(gou)設(she)計(ji)合理，業務代碼很容易(yi)開發(fa)。
– 命令數據
命令(ling)數據是由(you)系(xi)統下發指令(ling)返回(hui)的操作(zuo)結果。TDengine的單(dan)表查詢速(su)度遠快于(yu)MySQL，因此(ci)我們(men)還用它(ta)保存一些不需要復處理的日志數據。
Field | Type | Length | Note |
=======================================================================
sjsj |TIMESTAMP | 8| |
cmd |BINARY | 2| |
frame |BINARY | 1000| |
upordown |TINYINT | 1| |
body |BINARY | 2048| |
project_id |BINARY | 20|tag |
gateway_no |BINARY | 12|tag |– 原始報文
原始報文是設備下發(fa)上行(xing)的(de)未解析(xi)數據(ju)。查詢時是按(an)照時間范(fan)圍(wei)檢索，因此我們也(ye)直接將其(qi)存儲(chu)在TDengine中。采用了幾個較長的(de)binary字符串(chuan)字段。注意對于歷史遺(yi)漏數據(ju)補足，插入(ru)時須使用IMPORT代(dai)替(ti)INSERT完成(cheng)插入(ru)。
Field | Type | Length | Note |
=======================================================================
sjsj |TIMESTAMP | 8| |
task_id |BINARY | 64| |
cmd |BINARY | 4| |
message |BINARY | 1024| |
data |BINARY | 2048| |
meter_no |BINARY | 12|tag |
project_id |BINARY | 20|tag |
gateway_no |BINARY | 12|tag |相關系統UI界面介紹
工廠項目設備導入 – 將(jiang)物聯(lian)網設(she)(she)備接入平臺，設(she)(she)備采(cai)集數據就會實時寫(xie)入TDengine。在此頁面上會對每個(ge)設(she)(she)備的(de)實時值進(jin)行(xing)定期的(de)刷新，即維護一個(ge)定時任務來執行(xing)last_row()查詢(xun)。
運維平臺總覽 – 抄表(biao)(biao)結算及近期告(gao)(gao)警(jing)總覽。告(gao)(gao)警(jing)信息存儲在告(gao)(gao)警(jing)表(biao)(biao)，后臺會輪詢(xun)告(gao)(gao)警(jing)表(biao)(biao)看是(shi)否有(you)告(gao)(gao)警(jing)狀態的信息，然后及時顯(xian)示在設(she)備檢(jian)測頁(ye)面。
運維項目總覽 – 抄表(biao)(biao)實時狀(zhuang)(zhuang)態(tai)統計顯示，通過對抄表(biao)(biao)上(shang)報(bao)的運行(xing)狀(zhuang)(zhuang)態(tai)進行(xing)實時查詢和統計。
負荷數據分析 – 設備各個負荷指標歷(li)(li)史數據(ju)查詢分析(xi)。這就涉(she)及到用戶的選擇(ze)，需要看那張表的歷(li)(li)史數據(ju)，直接在前(qian)端頁面選擇(ze)時間(jian)范圍(wei)和(he)設備ID，通過TDengine秒(miao)級反饋歷(li)(li)史數據(ju)記(ji)錄并繪制變化曲線。
總結
在使用過程中，作為一款為物聯網場景設計的時序數據庫，TDengine確實(shi)展(zhan)現了(le)(le)在設(she)備多、采(cai)集頻率高的情形下顯示出(chu)其(qi)性能(neng)高、架(jia)構簡(jian)答的優(you)勢。相同的設(she)備實(shi)時數(shu)據(ju)查詢場景，TDengine比(bi)MySQL快了(le)(le)近50倍；其(qi)超級表(biao)的設(she)計省去了(le)(le)不(bu)少聯表(biao)查詢邏輯，大(da)大(da)簡(jian)化(hua)了(le)(le)業務層的開發(fa)工作。我們當前的系(xi)統已經(jing)發(fa)揮(hui)出(chu)其(qi)數(shu)據(ju)緩存和(he)時序索(suo)引的能(neng)力，會(hui)在后面(mian)繼(ji)續探索(suo)使用下TDengine的流式(shi)計算(suan)和(he)訂閱的功能(neng)，充分(fen)發(fa)揮(hui)底層數(shu)據(ju)庫(ku)的功能(neng)，再進一步優(you)化(hua)平臺的系(xi)統架(jia)構。
作者簡介：
張鑒，基(ji)礎創新(xin)UI設(she)計師，2017年加(jia)入杭州基(ji)礎創新(xin)科技有限(xian)公司研發部，工作至(zhi)今，目前負責公司系統(tong)軟件的(de)整體視(shi)覺設(she)計，包括WEB端與移動端的(de)產(chan)品(pin)界面設(she)計工作，2019年-2020年期(qi)間主導了IEMS能源(yuan)管理(li)系統(tong)的(de)UI開發設(she)計。
公司簡介：
杭州基礎創新科技有(you)限公司(si)自(zi)主(zhu)研發(fa)的(de)(de)(de)IEMS能(neng)(neng)源(yuan)管(guan)(guan)理(li)系(xi)統是一(yi)個對(dui)建筑的(de)(de)(de)水能(neng)(neng)、電能(neng)(neng)等(deng)各分(fen)類(lei)分(fen)項能(neng)(neng)耗數據(ju)(ju)進行采(cai)集(ji)(ji)、處理(li)，并(bing)分(fen)析建筑能(neng)(neng)耗狀況，實現(xian)建筑節能(neng)(neng)應用(yong)等(deng)功能(neng)(neng)的(de)(de)(de)物聯(lian)網大(da)數據(ju)(ju)平臺。系(xi)統實現(xian)了對(dui)水、電等(deng)的(de)(de)(de)抄表自(zi)動化管(guan)(guan)理(li)，包括對(dui)抄表數據(ju)(ju)的(de)(de)(de)自(zi)動采(cai)集(ji)(ji)、查(cha)詢、統計、結算(suan)(suan)、遠(yuan)程控(kong)制、大(da)數據(ju)(ju)分(fen)析、能(neng)(neng)耗設備(bei)監(jian)控(kong)，并(bing)輸出各類(lei)形(xing)式的(de)(de)(de)圖文、曲線(xian)、報表等(deng)，最(zui)終達到讓企業(ye)能(neng)(neng)源(yuan)管(guan)(guan)理(li)更(geng)智(zhi)能(neng)(neng)、更(geng)節能(neng)(neng)、更(geng)安全的(de)(de)(de)目的(de)(de)(de)。通過計量(liang)儀表能(neng)(neng)耗數據(ju)(ju)集(ji)(ji)中采(cai)集(ji)(ji)，能(neng)(neng)源(yuan)計量(liang)設備(bei)管(guan)(guan)理(li)等(deng)多種手段，也能(neng)(neng)夠讓用(yong)戶體驗(yan)分(fen)類(lei)分(fen)項查(cha)詢、統計、結算(suan)(suan)、充值，退(tui)款，報表等(deng)功能(neng)(neng)，使管(guan)(guan)理(li)者(zhe)對(dui)企業(ye)的(de)(de)(de)能(neng)(neng)源(yuan)成(cheng)本比重(zhong)，發(fa)展趨勢有(you)準確的(de)(de)(de)掌握。
