1 引言

　　電梯物聯(lián)網(wǎng)在國內(nèi)的應(yīng)用發(fā)展經(jīng)歷了多個階段，從最初的電梯狀態(tài)監(jiān)視、基本信息查詢，到電梯故障困人的應(yīng)急救援，再到按需維護、智慧電梯。應(yīng)用場景越來越深入，對電梯行業(yè)的貢獻也不斷增大，電梯制造企業(yè)、電梯維保企業(yè)、電梯部件企業(yè)、電梯使用方及政府監(jiān)管部門等都已享受到電梯物聯(lián)網(wǎng)帶來的好處。隨著電梯物聯(lián)網(wǎng)發(fā)展的深入，統(tǒng)一管理和標準化工作顯得尤為重要。各個企業(yè)紛紛建立企業(yè)級別的電梯物聯(lián)網(wǎng)平臺，管理本單位旗下的電梯。各地政府也逐漸開始搭建監(jiān)管平臺，管理本地區(qū)管轄范圍內(nèi)的電梯。部分地方已經(jīng)出臺電梯物聯(lián)網(wǎng)技術(shù)規(guī)范和監(jiān)管平臺對接接口標準要求，為電梯物聯(lián)網(wǎng)的健康發(fā)展、規(guī)范化發(fā)展打下了堅實的基礎(chǔ)。但不同的地方政府制定的監(jiān)管對接接口標準要求不盡相同，接口類型、編碼格式、安全性保證、數(shù)據(jù)格式等存在一定的區(qū)別，需要從實際應(yīng)用的角度去進一步規(guī)范和優(yōu)化對接接口，為后續(xù)其他地方建立監(jiān)管平臺時提供參考依據(jù)。

　　2 監(jiān)管平臺數(shù)據(jù)接口研究

　　2.1 各地物聯(lián)網(wǎng)監(jiān)管平臺數(shù)據(jù)接口參數(shù)比較

　　目前已經(jīng)建立監(jiān)管平臺并制定對接標準的地方及其標準名稱如下：

　　(1) 福建，龍巖，《電梯救援公共平臺第三方接入標準協(xié)議》

　　(2) 廣東，深圳，SZDBZ-116-2014《電梯運行監(jiān)測系統(tǒng)技術(shù)規(guī)范》

　　(3)江蘇，無錫，《電梯平臺與服務(wù)接口協(xié)議

　　(HTTP方式)V4.0》

　　(4)遼寧，沈陽，《和平區(qū)政府對接要求》

　　(5)陜西，西安，《DB6101T 3006—2019 電梯物聯(lián)網(wǎng)運行監(jiān)測系統(tǒng)技術(shù)規(guī)范》

　　(6)上海，《一體化智慧電梯專業(yè)管理服務(wù)平臺遠程監(jiān)測系統(tǒng)數(shù)據(jù)交互規(guī)范_v1.1》

　　(7)浙江，湖州，《特種設(shè)備應(yīng)用平臺API文檔-電梯V1.5》

　　(8)浙江，金華，《電梯安全運行監(jiān)測系統(tǒng)技術(shù)規(guī)范V2.0》

　　(9)浙江，寧波，《電梯物聯(lián)網(wǎng)政府平臺數(shù)據(jù)接口》

　　(10)浙江，溫州，《電梯智能化監(jiān)測裝置系統(tǒng)技術(shù)規(guī)范》

　　表1從傳輸協(xié)議、編碼格式、參數(shù)格式、音視頻流協(xié)議等角度對各個地方已制定標準進行了對比。

表 1 各地電梯物聯(lián)網(wǎng)監(jiān)管平臺接口參數(shù)對比

　　2.2 各地物聯(lián)網(wǎng)監(jiān)管平臺數(shù)據(jù)接口數(shù)據(jù)內(nèi)容

　　(1)電梯基礎(chǔ)信息

　　包含了：電梯注冊代碼、電梯制造單位、電梯類別、型號、出廠日期、出廠編號、安裝地址(部分地方還記錄了電梯所在位置經(jīng)緯度信息)、內(nèi)部名稱(編號)、安裝單位、安裝日期、應(yīng)急救援電話、維保單位名稱、維保單位組織機構(gòu)代碼、維保單位負責人、維保單位應(yīng)急救援電話、上次維保日期、產(chǎn)權(quán)單位、使用單位名稱、使用單位負責人、使用單位電話、使用單位組織機構(gòu)代碼、行政區(qū)域代碼、電梯使用狀態(tài)、使用場合、使用地點、注冊登記日期、投用日期、檢驗機構(gòu)名稱、監(jiān)察單位、上次檢驗日期、上次檢驗結(jié)果、下次檢驗日期、物理樓層(直梯)、?？空緮?shù)(直梯)、額定速度、額定載荷(直梯)、理論輸送能力、提升高度(扶梯)、傾斜角(扶梯)、名義寬度(扶梯)、數(shù)據(jù)更新時間。

　　(2)電梯運行實時數(shù)據(jù)

　　包含了：電梯注冊碼(存量梯)、制造單位統(tǒng)一社會信用代碼(新裝梯)、出廠編號(新裝梯)、當前服務(wù)模式-扶梯/直梯(停止服務(wù)、正常運行、檢修、消防返回、消防員運行、應(yīng)急電源運行、地震模式、未知)、當前服務(wù)模式- 扶梯( 停止運行、正常運行、檢修、未知)、運行狀態(tài)-扶梯/直梯(停止、運行)、運行方向-扶梯/直梯( 無方向、上行、下行)、運行方向- 扶梯( 節(jié)能停止運行、名義速度上行、節(jié)能減速上行、名義速度下行、節(jié)能速度下行)、開鎖區(qū)域- 直梯( 轎廂在開鎖區(qū)域、轎廂在非開鎖區(qū)域)、電梯當前樓層-直梯、轎內(nèi)是否有人-直梯(有人、無人)、關(guān)門是否到位(關(guān)門到位、無關(guān)門到位信號)、機房溫度-直梯、機房門開關(guān)-直梯、轎門狀態(tài)-直梯(未知、正在關(guān)門、關(guān)門到位、正在開門、開門到位、門鎖鎖止、保持不安全關(guān)閉狀態(tài))、廳門狀態(tài)-直梯(門鎖鎖止、無門鎖鎖止信號)、轎廂超載- 直梯( 超載、未超載; 未知、正常、滿載、超載)、曳引機狀態(tài)- 直梯( 待機、曳引機制動器提起、曳引機制動器釋放)、人臉識別實時人數(shù)-直梯、乘梯人行為模式-直梯(正常、不文明行為、危險行為)、轎廂當前負載、累計運行次數(shù)、累計運行時間、底坑濕度、物聯(lián)網(wǎng)監(jiān)測裝置電壓、物聯(lián)網(wǎng)監(jiān)測裝置供電電源信息(自帶電源、外接電源)、電池信息、監(jiān)測裝置入網(wǎng)登記編號、綜合故障信號、詳細故障代碼、內(nèi)召信號、實時視頻訪問鏈接、實時語音訪問鏈接、開門按鈕信號、運行速度、是否停電(未知、停電、有電)、自學習運行狀態(tài)(未知、正常、返基站、就近返平層)、采樣時間。

　　(3)電梯統(tǒng)計數(shù)據(jù)

　　包含了：電梯注冊碼(存量梯)、制造單位統(tǒng)一社會信用代碼(新裝梯)、出廠編號(新裝梯)、接入平臺電梯總共數(shù)量、電梯在線數(shù)量、設(shè)備開門次數(shù)、設(shè)備累計開關(guān)門次數(shù)、能耗統(tǒng)計、設(shè)備累計運行時間、設(shè)備累計運行次數(shù)、設(shè)備鋼絲繩(帶)折彎次數(shù)、設(shè)備累計運行距離、乘梯人數(shù)、采樣時間。

　　(4)故障報警數(shù)據(jù)

　　包含了：時間戳(精確到秒)、電梯注冊代碼、電梯設(shè)備編號、監(jiān)測裝置編號、數(shù)據(jù)生成時間(設(shè)備當前時間)、事件來源、發(fā)生時間、故障代碼、故障原因初步判斷、告警內(nèi)容、是否困人(困人、非困人)、困人開始時間、接警類型(未知、自動、人工)、救援聯(lián)系人、救援聯(lián)系人電話、救援單位、報警電話接通時間、被困乘客人數(shù)、救援單位、有無人員傷亡、受傷人數(shù)、死亡人數(shù)、是否通知120、通知120時間、是否解救成功、當前救援狀態(tài)(初始上報、啟動救援、達到現(xiàn)場、救援完成)、救援人員位置經(jīng)緯度坐標、救援人員到達時間、救援完成時間、維保單位接警時間、派遣的維修人員、維修完成時間、故障處理是否結(jié)束狀態(tài)標志、電梯速度、門開關(guān)狀態(tài)(開、關(guān))、電梯運行方式(電梯電鎖、電梯檢修、電梯消防、電梯司機、電梯自動、電梯專用、電梯井道自學習、滿載、超載、其他)、故障樓層、電源狀態(tài)(正常、異常)、運行方向(下行、上行、停止)、當前故障狀態(tài)、故障恢復時間、視頻流地址、狀態(tài)(新增、清除)。

　　(5)電梯維保信息數(shù)據(jù)

　　包含了：電梯設(shè)備代碼、電梯設(shè)備編號、檢查裝置編號、維保單ID、維保狀態(tài)(未開始、已開始、完成、關(guān)閉)、維保周期(半月、季度、半年、年度)、維保單位信用代碼、維保單位、負責維保人員、負責維保人員電話、維保日期、是否發(fā)生修理、修理內(nèi)容、開始時間、結(jié)束時間、備注。

　　(6)電梯事件數(shù)據(jù)

　　包含了：廠家編號、外設(shè)編號、電梯注冊代碼、事件代碼、事件發(fā)生時間、事件開始時間、事件結(jié)束時間、過程記錄列表( 過程記錄編號、發(fā)生時間、過程記錄內(nèi)容)、語音文件列表( 語音文件編號、語音對講發(fā)生時間、訪問語音文件鏈接地址)、視頻文件列表(視頻文件編號、視頻文件發(fā)生時間、視頻錄制位置(轎廂、機房、轎頂)、訪問視頻文件鏈接地址)、事件內(nèi)容描述、電梯恢復自動運行模式( 未恢復、恢復)、主電源斷電( 未斷電、斷電)、停止服務(wù)( 未停止、停止服務(wù))、檢修模式( 未進入、已進入)、消防返回模式( 未進入、已進入)、消防員運行( 未進入、已進入)、應(yīng)急電源運行( 未進入、已進入)、地震運行模式( 未進入、已進入)、其他事件代碼。

　　(7)監(jiān)測終端設(shè)備數(shù)據(jù)

　　包含了：電梯設(shè)備代碼、電梯設(shè)備編號、監(jiān)測裝置編號、設(shè)備在線狀態(tài)(未知、下線、在線)、狀態(tài)類型(監(jiān)測裝置、攝像頭、未知、其他)、上下線時間、其他、在線率、采集設(shè)備發(fā)送時間戳、平臺發(fā)送時間戳。

　　(8)音視頻數(shù)據(jù)

　　包含了：電梯注冊碼、視頻流URL、接口過期時間、告警編號、語音對講服務(wù)器地址、設(shè)備序列號、信令服務(wù)器地址、信令服務(wù)器端口、穿網(wǎng)服務(wù)器地址、穿網(wǎng)服務(wù)器端口、WSS端口、被叫賬戶、主叫賬戶、主叫賬戶的密 碼 。

 2.3各地物聯(lián)網(wǎng)監(jiān)管平臺數(shù)據(jù)接口安全性和可實現(xiàn)性對比

各地接口關(guān)于安全的解決方案基本上都是采用Token 令牌，接入方通過線下的方式向平臺供應(yīng)商申請Appkey和AppSecret，接入方需保存好Appkey和AppSecret，一旦泄露，需要重新申請。

　　接入方在調(diào)用平臺接口之前需要通過給定的Appkey 和AppSecret獲取Token令牌，然后利用Token去訪問對應(yīng)的接口。Token一般都會設(shè)置有效期，但一般沒有最佳方案，需要具體問題具體分析。

　　Token令牌能夠加提高接口安全性，限制非授權(quán)方訪問數(shù)據(jù)，在一定程度上能夠保障數(shù)據(jù)安全。Token令牌是非常成熟的解決方案，因其簡單易用的特性，得到大部分開發(fā)者的認可，并使用在一些安全數(shù)據(jù)不是那么高的系統(tǒng)中。Token令牌雖然有很多優(yōu)點，但缺陷也比較明顯，尤其是在一定程度上增加了對接的難度，同時，因為在獲取Token時需要用到Appkey和AppSecret，這無形中增加了數(shù)據(jù)被盜取的風險。所以現(xiàn)在關(guān)于API安全解決方案中，部分已經(jīng)摒棄了Token令牌的方式，而是采用簽名方式。簽名的方式可以避免在網(wǎng)絡(luò)上傳輸AppSecret，同時無需處理Token過期的問題。

　　2.4 研究結(jié)論

　　(1)通過各地平臺接口對接方式的比較，基本上都采用Restful風格的接口。但Restful風格的api并不適合實時數(shù)據(jù)的傳輸，建議采用websocket方式。

　　(2)各地差異最大的部分在于各項數(shù)據(jù)的內(nèi)容，例如：電梯檔案、實時數(shù)據(jù)等，各地字段差異非常大，建議從按需維保角度反推信號需求。

　　(3)數(shù)據(jù)安全。除建議認證方式升級外，更應(yīng)該考慮https協(xié)議。

　　結(jié)束語

　　按需維保和智慧電梯的實現(xiàn)離不開電梯物聯(lián)網(wǎng)，本文在研究多個地方已建電梯監(jiān)管平臺的基礎(chǔ)上，綜合對比多項技術(shù)指標，包括接口類型、接口安全性、數(shù)據(jù)編碼格式、參數(shù)格式及音視頻流協(xié)議等，得出監(jiān)管平臺接口的優(yōu)化建議，為電梯行業(yè)其他尚未建立監(jiān)管平臺的地方提供參考。