DB2101T 0026-2021 電梯物聯(lián)網平臺技術要求

DB2101/T沈陽市地方標準沈陽市市場監(jiān)督管理局發(fā)布IDB2101/T0026—2021前言 12規(guī)范性引用文件 13術語和定義 14終端要求 34.1架構 34.2基本要求 34.3功能要求 34.4設計安裝要求 44.5接口要求 4.6安全要求 4.7其他要求 5企業(yè)應用平臺要求 5.1企業(yè)應用平臺通用要求 5.2平臺的組成 5.3平臺數據維護要求 5.4平臺架構及功能要求 5.6設備信息與格式 5.7數據傳輸 6電梯運行安全監(jiān)管平臺要求 6.1總則 6.2智慧救援 6.3公共服務功能 6.4統(tǒng)計及預警功能 6.5系統(tǒng)性能要求 6.6數據交換 附錄A（規(guī)范性）代碼分配 附錄B（規(guī)范性）故障現(xiàn)象分類 附錄C（資料性）設備基礎信息與格式 27參考文獻 DB2101/T0026—2021本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)定起本文件由沈陽市市場監(jiān)督管理局提出并歸口，同時負責標準的宣貫、監(jiān)督實施等工作。本文件起草單位：沈陽市市場監(jiān)管事務服務中心、東北大學、日立電梯（中國）有限公司遼寧分公司、上海三菱電梯有限公司遼寧分公司、迅達（中國）電梯有限公司沈陽分公司、浙江新再靈科技股份有限公司。本文件主要起草人：王瑞斌、胡熙玉、馮輝、常兵、國寶、畢曉林、溫迪、劉林、李軍杰、張永峰、賈明興、牛大鵬、尤富強、鮑常濤、宋天吉、王圣東、姜洋。本文件發(fā)布實施后，任何單位和個人如有問題和意見建議，均可以通過來電和來函等方式進行反饋，我們將及時答復并認真處理，根據實際情況依法進行評估及復審。本文件歸口部門聯(lián)系電話聯(lián)系地址：沈陽市沈河區(qū)南關路118號。本文件起草單位聯(lián)系電話聯(lián)系地址：沈陽市皇姑區(qū)崇山西路9號。1DB2101/T0026—2021電梯物聯(lián)網平臺技術要求本文件規(guī)定了電梯、自動扶梯和自動人行道的物聯(lián)網平臺的基本構成、監(jiān)測終端要求包括基本要求、設計要求；企業(yè)應用平臺要求包括基本功能、系統(tǒng)架構、可靠性；公共監(jiān)管平臺的監(jiān)督功能、公共服務功能、統(tǒng)計預警及數據交互等功能；以及各部分公共輸出接口與協(xié)議，設備數據的代碼、格式及輸出要求等。本標準適用于本市曳引驅動電梯、自動扶梯及自動人行道的電梯物聯(lián)網平臺的新建、改建和擴建。2規(guī)范性引用文件下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB5226.1—2008機械電氣安全機械電氣設備第1部分：通用技術條件GB/T7024—2008電梯、自動扶梯、自動人行道術語GB7588—2003及第1號修改單電梯制造與安裝安全規(guī)范GB/T14048.1—2012低壓開關設備和控制設備第1部分：總則GB16899—2011自動扶梯和自動人行道的制造與安裝安全規(guī)范GB/T17626.2—2018電磁兼容試驗和測量技術靜電放電抗擾度試驗GB/T17626.3—2016電磁兼容試驗和測量技術射頻電磁場輻射抗擾度試驗GB/T17626.4—2018電磁兼容試驗和測量技術電快速瞬變脈沖群抗擾度試驗GB/T17626.6—2017電磁兼容試驗和測量技術射頻場感應的傳導騷擾抗擾度GB/T17626.11—2008電磁兼容試驗和測量技術電壓暫降、短時中斷和電壓變化的抗擾度試驗GB/T17799.1—2017電磁兼容通用標準居住、商業(yè)和輕工業(yè)環(huán)境中的抗擾度GB/T17799.3—2012電磁兼容通用標準居住、商業(yè)和輕工業(yè)環(huán)境中的發(fā)射GB21240—2007液壓電梯制造與安裝安全規(guī)范GB/T24475—2009電梯遠程報警系統(tǒng)GB/T24476—2017電梯、自動扶梯和自動人行道物聯(lián)網的技術規(guī)范GB/T24479—2009火災情況下的電梯特性GB/T24807—2009電磁兼容電梯、自動扶梯和自動人行道的產品系列標準發(fā)射GB/T24808—2009電磁兼容電梯、自動扶梯和自動人行道的產品系列標準抗擾度GB50052—2009供配電系統(tǒng)設計規(guī)范GB50054—2011低壓配電設計規(guī)范ISO16484-5建筑自動化和控制系統(tǒng)第5部分：數據通信協(xié)議（Buildingautomationandcontrolsystems-Part5:Datacommunicationprotocol）3術語和定義GB7588—2003、GB/T7024—2008、GB16899—2011、GB21240—2007、GB/T24476—2017界定的以及下列術語和定義適用于本文件。3.1設備installation安裝完畢并已注冊登記的電梯、自動扶梯或自動人行道。3.22DB2101/T0026—2021電梯應急處置公共服務平臺elevatoremergencydisposalandpublicserviceplatform由應急管理部門設立，基于通訊、調度、地理信息系統(tǒng)、物聯(lián)網技術等，接收電梯困人等故障及事件報警，開展指揮、協(xié)調、監(jiān)督應急處置工作及公眾服務的平臺。3.3企業(yè)應用平臺enterprisesapplicationplatform用于接收設備的故障、事件、報警數據或查詢設備實時運行狀態(tài)、統(tǒng)計信息等的設備遠程安全監(jiān)測應用平臺。3.4電梯運行安全監(jiān)管平臺installationrunningsafetymonitoringplatform以保障公共安全為目的所設立的對設備進行安全監(jiān)督管理的應用平臺，通過企業(yè)應用平臺接收或查詢數據信息。3.5故障fault可能影響或中斷設備正常運行的狀態(tài)。3.6事件event設計中預計的在設備運行過程中發(fā)生的狀態(tài)變化。3.7報警alarm對GB7588—2003和GB/T24475—2009中規(guī)定的緊急報警裝置的操作。3.8困人peopletrapped電梯非正常狀態(tài)將乘客困在轎廂內的現(xiàn)象。3.9采集傳輸裝置acquisitionandtransmissiondevice與設備、協(xié)議轉換裝置或外加的傳感器連接，采集、處理、儲存和傳輸設備運行狀態(tài)、故障、事件或報警等信息，接收企業(yè)應用平臺發(fā)送的訪問、同步指令，使平臺與設備間通過網絡實現(xiàn)交互的裝置。3.10協(xié)議轉換裝置protocolconversiondevice將設備實時運行狀態(tài)、故障、事件或報警等信息采用本標準規(guī)定的協(xié)議格式輸出的裝置。3.11監(jiān)測終端monitoringterminal協(xié)議轉換裝置、外加的傳感器、采集傳輸裝置的統(tǒng)稱。監(jiān)測終端可以獨立于設備的控制裝置，也可以集成在設備中。3.1234終端要求4.1架構監(jiān)測終端由電梯的控制裝置、轎廂、及井道內外加的傳感器將檢測的電梯物聯(lián)網數據傳輸到電梯物聯(lián)網平臺中。架構一般形式如圖1所示。電梯物聯(lián)網平臺圖1終端架構一般形式4.2基本要求4.2.1監(jiān)測終端不應對電梯安全造成不良影響，不得破壞電梯的部件，不妨礙電梯正常運行。4.2.2監(jiān)測終端應具備一個RS-485的共同輸出端口，該端口輸出標準規(guī)定的數據，不接受任何外部對4.2.3如果為非設備制造商提供的監(jiān)測終端，其電源應該取自設備供電電源開關的前端。4.2.4外加傳感器應該與設備本身的電氣線路除獲取電源外無非必要的連接，不可以影響設備原有的功4.3功能要求4.3.1監(jiān)測終端要求4DB2101/T0026—2021監(jiān)測終端應滿足GB/T24476—2017中5.2的要求。4.3.2監(jiān)測終端功能監(jiān)測終端應能實現(xiàn)感知、采集、處理、傳輸電梯運行狀態(tài)信息。4.3.3電梯狀態(tài)數據采集設備應能采集以下電梯狀態(tài)數據：a）設備應能通過監(jiān)測終端向企業(yè)應用平臺提供附錄A所列的設備故障、事件、報警信息，實時視頻、歷史視頻，及其發(fā)生的時間和設備的實時運行狀態(tài)、運行數據等信息。b）監(jiān)測終端應能采集到電梯實時運行信息：電梯速度、運行方向、當前層站、開關門狀態(tài)、是否有人、異物檔門。設備的告警至少能夠實現(xiàn)：困人報警、沖頂、蹲底、運行中開門、速度異常、長時間運行、電梯異常振動、機房溫度、電梯停電等告警信息。4.3.4視頻數據采集視頻采集部分實現(xiàn)對電梯轎廂內相關圖像信息的現(xiàn)場采集，主要由攝像機等視頻圖像采集設備來完成，圖像采集應覆蓋開關門信息。采集的視頻宜采用H.264頻編碼格式進行存儲。為減輕網絡流量的負擔，對采集的視頻圖像宜進行本地存儲，當發(fā)生報警和困人事件時，應困人視頻遠程傳輸至企業(yè)應用平臺。視頻應能覆蓋轎廂地板80%以上的面積，應能清楚看到操作面板和乘梯人員。存儲的圖像應保證具有不小于CIF格式(352×288)的圖像分辨率，存儲圖像幀率不低于24幀/s；遠程傳輸的照片不小于640*480。4.3.5困人自動報警設備應能實現(xiàn)困人自動識別和報警：a）設備應能能夠自動識別電梯困人并自動啟動報警機制，按預設的方式，根據優(yōu)先級依次向物業(yè)，維保單位發(fā)送困人報警信息。b）自動播放應急安撫視頻或安撫音頻，直至電梯困人救援結束。能夠顯示或播報救援過程的狀態(tài)。c）支持可視對講功能，要求在電梯困人過程中可進行音視頻對講并對被困人員進行安撫和溝通。4.3.6電梯安全預警系統(tǒng)應支持高風險電梯預警功能，通過停梯率、停梯次數、困人次數、反復開關門次數等指標判斷電梯近期運行情況，并對高風險電梯進行預警，做到防患于未然。4.3.7電梯運行報表系統(tǒng)應支持電梯運行的日、周、月、季度、年及指定時間段的電梯運行報表，方便物業(yè)方、維保方、電梯使用方及監(jiān)管方了解電梯運行狀態(tài)。4.4設計安裝要求4.4.1數據存儲設計數據存儲應滿足以下要求：a）監(jiān)測終端應能至少保存最近100條記錄，所存儲的記錄應包括設備的故障，事件，報警信息及其發(fā)生的時間和設備的實時運行狀態(tài)信息。b）轎廂內視頻圖像存儲時間應滿足20天的存儲要求。c）當發(fā)生報警和困人事件時，生成的視頻記錄應至少保留1年。應支持按照片的來源、記錄時間、報警類別等多種方式對存儲的視頻數據進行檢索。4.4.2API設計5DB2101/T0026—2021數據的提供方式采用RESTFUL（RepresentationalStateTransfer/表現(xiàn)層狀態(tài)轉換）風格的HTTPAPI；使用符合IETFRFO2616的HTTP協(xié)議中的動詞來對資源執(zhí)行不同的操作；GET用來獲取資源，POST用來新建資源(也可以用于更新資源)，PUT用來更新資源，DELETE用來刪除資源。如表1所示：表1設計操作說明/hzst/lift//hzst/ift/{設/hzst/lift//hzst/lift/{設備注冊代碼/hzst/lift/{設備注冊代碼/hzst/lft/{設備注冊代碼}//hzst/lift/{設備注冊代碼}/hzst/lift/{設備注冊代碼}/hzst/lift/{設備注冊代碼}//hzst/lift/{設備注冊代碼}/sta/hzst/escalator/{設/hzst/escalator/{設/hzst/escalator/{設/hzst/escalator/{設備注冊代碼}/hzst/escalator/{設備注冊代碼}/hzst/escalator/{設備注冊代碼}//hzst/escalator/{設備注冊代碼}//hzst/escalator/{設備注冊代碼}/s/hzst/escalator/{設備注冊代碼}/stat/hzst/movingwalk//hzst/movingwalk//hzst/movingwalk//hzst/movingwalk/{設備注冊代碼/hzst/movingwalk/{設備注冊代碼/hzst/movingwalk/{設備注冊代碼}/hzst/movingwalk/{設備注冊代碼}//hzst/movingwalk/{設備注冊代碼}/sta/hzst//hzst//hzst/stat/hzst/alarm/{設/hzst/alarm/{設/hzst/alarm/{設所有API提供的數據提供了JSON和XML兩種表現(xiàn)，下面舉例說明如何獲取同一資源的不同表現(xiàn)。當需要獲取某臺設備基礎信息時，考慮如下資源：https:///hzst/lift/{設備注冊代碼}/info6DB2101/T0026—2021要獲取這個資源的JSON表現(xiàn)，需要把請求中Accept頭的值設置為application/json，如下舉例所示：HTTP請求頭Accept:application/User-Agent:Mozilla/5.0(WindowsNTChrome/34.0.1847.131SafariAccept-Encoding:gziAuthorization:Bearer29a62el6573cl3c4d0c6977af2a52HTTP響應為JSON格式"product_name":“設備型號”，"unit_id":“設備內部編號，如：3號樓2號"vendor":“設備制造商的名稱，如：XX公司”，"import_dealer":“進口），"mod_company":“設備改造單位的名稱，"main_comp":“維護保養(yǎng)單位的名稱，如：XX公司”，"emergency_tel":“應急救援電話），），），同樣，要獲取這個資源的XML表現(xiàn)，需把請求中Accept頭值設置為application/xml,如下舉例所示：7DB2101/T0026—2021HTTP請求頭Accept：applicationChrome/34.0.1847.131SafariAccept-Language:en-US,en;q=0Authorization：Bearer29a62el6573cl3c4d0e6977af2a52HTTP響應為XML格式<?xmlvcrsion="1.0"encoding="UTF-8"standalone="〈commonproduct_id=“設備出廠編碼”Id_nr=“設備注冊代碼”inst_type=“《特種設備目錄》的分類代碼，如：3110”product_name=“設備型號”inst_addr=“設備安裝地址，如：某市某路某號某幢某單元”unit_id=“設備內部編號，如:3號樓2號梯”vendor=“設備制造商的名稱，如：XX公司”Imporl_dealer=“進口設備代理商(如有），如:XX公司”production_date=“設備產品合格證上標示的日期，如：2014.10.10”mod_company=“設備改造單位的名稱，如：XX公司”mod_date=“設備改造日期，如：2015.10.10”inst_comp=“設備安裝單位的名稱，如：XX公司”inst_date=“設備安裝日期，如：2014.11.10”maint_comp=“維護保養(yǎng)單位的名稱，如：XX公司”emergency_tel=“應急救援電話，如：400-XXX-XXXX”user=“使用單位的名稱，如：XX公司”<lift_floor_nr=“電梯物理層站數（單位:層/站），如：18層/18站”Lift_rated_speed=“電梯額定速度（單位：m/s)，如：1.75”Lift_rated_load=“電梯額定載重景（單位：Kg),如：800”），escal_width":“自動扶梯名義寬度(單位:m),如：1”〈moving_walkmw_speed=“自動人行道名義速mw_length=“自動人行道使用區(qū)段長度（單位：m)，如：18”mv_angle=“自動人行道傾斜角（單位:度），如：0”mw_width=“自動人行道名義寬度（單位:m)，如：1”8DB2101/T0026—2021當需要獲取某臺設備的實時運行狀態(tài)信息，則可以通過請求如下資源獲?。篽ttps:///hzst/lift/{設備注冊代碼}/status要獲取這個資源的JSON表現(xiàn)，則需要把請求中的Accept頭的值設置為application/json,如下舉例所示：HTTP請求頭Accept：application/jUser-Agent：Mozilla/5.0Chrome/34.0.1847.131SafarAccept-Encoding:gzip,deflate,Authorization：Bearer29a62el6573cl3c4d0e6977af2a52HTTP響應為JSON格式），同樣，要獲取這個資源的XML表現(xiàn)，則需要把請求中的Accept頭的值設置為application/xml,如下舉例所示：9DB2101/T0026—2021HTTP請求頭Chrome/34.0.1847.131SafarAccept-Language：en-US,en；q=0Authorization：Bearer29a62el6573cl3c4d0e6977af2a52HTTP響應為XML格式<?xmlversion="1.0"encoding="UTF-8"standalone="yedate_dev=“數據生成時間，如:2014-10-0815:43:00”service_mode=“當前服務模式，如：3”car_status=“轎廂運行狀態(tài)，如：1”car_direction=“轎廂運行方向，如：1”door_zone=“開鎖區(qū)域，如：true”car_position=“電梯當前樓層（物理樓層），如：8”door_status=“關門到位，如：false”passenger_status=“轎內是否有人，如：false”service_mode=“當前服務模式，如：2”operation_status=“運行狀態(tài)，如：1”operation_direction=“運行方向，如：0”4.4.3數據傳輸要求數據傳輸應滿足下列要求：DB2101/T0026—2021a）監(jiān)控終端與企業(yè)應用平臺的數據通信可采用有線或無線網絡的方式。采用的網絡應具有足夠的帶寬和穩(wěn)定性，能夠滿足數據實時傳輸的要求；b）電梯轎頂到機房之間的數據通信宜采用有線的傳輸方式，采用的網絡應具有足夠的帶寬和穩(wěn)定性，能夠滿足數據實時傳輸的要求；c）網絡的接入帶寬應滿足應急聯(lián)動系統(tǒng)間圖像、視頻、數據傳送的要求，應考慮接入所維保的電梯臺量及數據延時等因素，并留有冗余帶寬；d)如果在讀取數據過程中發(fā)生故障或者報警，則困人事故應該優(yōu)先于故障、報警。4.4.4安裝要求硬件安裝應滿足下列要求：a）當采用外加傳感器時應與設備本身的電氣線路無任何連接。外加的傳感器不應影響設備原有的功能及運行安全。外加的傳感器應符合該設備應用場合對傳感器的要求；b）設備安裝不能影響電梯正常維保和救援作業(yè)。轎廂內設備安裝位置不應影響乘客對電梯設備的操作。4.4.5質量要求硬件應滿足下列質量要求：a）按照GB/T17626.2—2018、GB和17626.11—2008分別對設備進行靜電放電、射頻電磁場輻射、電快速瞬變脈沖群、射頻場感應的傳導騷擾以及電壓暫降、短時中斷和電壓變化的6項抗擾度試驗，設備的抗擾度性能應滿足GB/T17799.1—2017中規(guī)定的限制要求；b）設備的外殼防護等級應不低于IP20.4.5接口要求應包含但不限于如下接口，同時該接口滿足相應的標準要求：a)監(jiān)測終端管理接口，便于監(jiān)測終端參數的設置和查看，宜支持RS232；b)電源輸入接口；c)音視頻輸入接口（可選）；d)開關機控制；e)存儲單元接口；f)RS485串行接口，用于以BACnet協(xié)議輸出電梯狀態(tài)信息；g)通訊模塊或SIM卡接口；h)天線接口。4.6安全要求系統(tǒng)應具有有效的身份認證和權限管理機制。系統(tǒng)應具有有效的網絡安全措施和數據備份機制。4.6.1硬件安全性硬件應滿足下列安全性：a）耐電源極性反接性能，當電源極性反接的時候，除熔斷器外（允許更換燒壞的熔斷器）不應有其他電氣故障；b）電源輸出短路保護功能，監(jiān)測終端應能為基本外設（如攝像機、傳感器等）提供穩(wěn)定的電源輸出，電源應具有短路保護功能。當輸出出現(xiàn)短路時，監(jiān)測終端應能自動關閉電源輸出。當短路故障解除后，輸出電源應能自動恢復或者斷電重啟后恢復，不應有其他電氣故障；c）輸入電源的端子應滿足GB5226.1—2008中5.1和5.2的要求；d）交流電源引出線必須使用三芯電源線，其中地線必須與設備的保護接地端連接牢固，其接觸電DB2101/T0026—2021阻不應大于0.5Ω,并應能承受19.6N的拉力作用60s不損傷和脫落；e）交流電源引入端子與外殼裸露金屬部件之間的絕緣電阻在正常大氣條件下應不小于100MΩ,濕熱條件下應不小于10MΩ;f）抗電強度設備電源插頭或電源引入端與外殼裸露金屬部件之間，應能承受表2規(guī)定的45Hz~65Hz交流電壓或相當于交流峰值的直流電壓歷時1min的抗電強度試驗，應無擊穿和飛弧現(xiàn)象；表2抗電強度要求g）電氣配線應滿足GB7588—2003中13.5及GB16899—2011中5.11.5的要求；h）當監(jiān)測終端獨立于設備控制裝置而加裝時，其電磁兼容要求：抗擾度應滿足GB/T17799.1—2017的要求；發(fā)射應滿足GB/T17799.3—2012的要求；i）當監(jiān)測終端集成于設備控制裝置內時，其電磁兼容要求：抗擾度要求應滿足GB/T24807—2009的要求；發(fā)射要求應滿足GB/T24808—2009的要求；4.6.2環(huán)境安全性環(huán)境應滿足下列安全性。a）在爆炸性氣體、可燃性粉塵、腐蝕性氣體、高溫、低溫、高濕等特殊環(huán)境下運行的監(jiān)測終端及傳感器應按照相應的國家標準采取防護措施。使用環(huán)境污染等級應不大于GB/T14048.1—2012規(guī)定的3級；b）應能在以下環(huán)境下正常工作：·溫度在-5℃~50℃;·空氣相對濕度值不大于90%，若可能在電氣設備上產生凝露，應采取相應防護措施；4.6.3API安全性API的范圍權限采用符合IETFRFC6749的OAuth2.0進行身份認證和授權，在使用API訪問資源之前，應先獲得訪問令牌（AccessToken),此令牌表示客戶端在一定時間（有效期）內可以訪問一個或多個API(scopes)。訪問令牌的有效性可以隨時被用戶撤銷，一旦訪問令牌到期或者被撤銷，客戶端需要重新獲取一個訪問令牌。訪問令牌的使用方式如下：HTTP請求頭Accept：application/jsChrome/34.0.1847.131SafariAccept-Language：en-US,en;q=0.8Authorization：Bearer29a62el6573cl3c4d0e6977af2a520為客戶端的請求添加一個Authorization頭部，內容為“Bearer<空格><訪問令牌>”如果訪問令牌無效則會返回S401Unauthorized狀態(tài)碼。DB2101/T0026—2021同時客戶端與服務器之間的連接采用符合IETFRFC5246的256位TLS加密技術，確保數據不會被第三方竊取。4.7其他要求4.7.1存量電梯由設備制造商或第三方公司后裝監(jiān)測終端，后裝終端應滿足4.2到4.6的要求；4.7.2新電梯應由設備制造商按照4.2到4.6的相關要求，隨設備本體附帶前裝監(jiān)測終端。5企業(yè)應用平臺要求5.1企業(yè)應用平臺通用要求企業(yè)應用平臺負責信息的接報、上傳、下達和處置，其基本功能應符合GB/T24476—2017中第6章的要求。企業(yè)應用平臺應包括設備信息管理、人員信息管理、報警故障事件信息接報及處置、信息統(tǒng)計分析、提醒信息發(fā)布、信息上報等功能。應能設定優(yōu)先級，優(yōu)先轉發(fā)報警和困人信號及語音信號。當企業(yè)應用平臺接收到應急處置信息后，應立即啟動應急響應，展開應急救援，并在規(guī)定的救援解困時間內將乘客解困。未及時響應的，則由電梯應急處置公共服務平臺通知電梯應急救援企業(yè)進行處置，并視情況決定是否需要公共救援機構的聯(lián)動。處置結束后，及時將處置情況返回應急平臺。平臺場所應采用結構化綜合布線系統(tǒng)，要保證性能可靠，且系統(tǒng)具開放和擴展性。供電系統(tǒng)應采用GB50052—2009規(guī)定的一級負荷中特別重要的負荷電源供電方式；配電應符合GB50054—2011的要求，實現(xiàn)三級防雷要求。5.2平臺的組成企業(yè)應用平臺系統(tǒng)架構由硬件支撐層、數據層、業(yè)務應用層等組成。5.3平臺數據維護要求應有專人或維護部門進行系統(tǒng)的技術維護，維護工作至少包括：業(yè)務數據定期更新，重要數據及時更新，數據整理和備份等。5.4平臺架構及功能要求電梯物聯(lián)網企業(yè)應用平臺、電梯應急處置公共服務平臺、電梯運行安全監(jiān)管平臺間關系架構見圖2。13電梯應急處置公共服務平臺維保救援設備監(jiān)測設備電梯物聯(lián)網平臺設備信息采集傳輸系統(tǒng)架構見圖3。[[采集傳輸裝置采集傳輸裝置方式1方式2圖3設備采集傳輸系統(tǒng)架構方式3方式4DB2101/T0026—2021說明：1——方式1：通過設備專有協(xié)議輸出設備信息；2——方式2：通過協(xié)議轉換裝置以BACnet協(xié)議，由RS485接口輸出設備信息；3——方式3：通過外加傳感器輸出設備信息；4——方式4：通過外加傳感器后以BACnet協(xié)議，由RS485接口輸出設備信息。設備應能通過監(jiān)測終端向電梯運行安全監(jiān)管平臺提供滿足附表A.1到A.8所列設備的故障、事件、報警信息及其發(fā)生的時間和設備的實時運行狀態(tài)信息。電梯企業(yè)應用平臺應能向電梯應急處置公共服務平臺提供電梯應急救援信息。電梯企業(yè)應用平臺應能與電梯應急處置公共服務平臺和電梯運行安全監(jiān)管平臺之間進行數據交換。當電梯企業(yè)應用平臺接收到設備發(fā)出的報警及困人事件信息時，應在5秒內無過濾上報電梯應急處置公共服務平臺和電梯運行安全監(jiān)管平臺，處置結束后，及時將附錄B中附表B.1的故障現(xiàn)象分類信息及其他處置信息返回。5.4.2功能要求企業(yè)應用平臺為基礎平臺，直接與設備連接。企業(yè)應用平臺應有三個主要功能：應急救援、指揮調度維保、主要零部件質量跟蹤監(jiān)測。企業(yè)應用平臺的應急救援功能對接應急平臺，形成單獨系統(tǒng)。應急平臺接收企業(yè)應用平臺應急救援數據，并可訪問企業(yè)應用平臺的應急救援功能部分。企業(yè)應用平臺與監(jiān)管平臺對接。監(jiān)管平臺接收企業(yè)應用平臺全部數據并可訪問企業(yè)應用平臺。監(jiān)管平臺是對企業(yè)應用平臺而言，并非直接的行政監(jiān)管。信息記錄要求企業(yè)應用平臺應至少記錄如下信息：a）查詢及更新企業(yè)負責人、負責人手機、維保人員、維保人員手機等信息，并將更新的信息及時上報監(jiān)管平臺；b）通過平臺將故障、事件、報警及救援的處理過程和結果上報應急平臺，并告知使用單位。上報故障信息應至少包含附表A.1到A.8的內容；c）查詢所負責維保電梯的各項基本數據，詳見附錄C中的附表C.1；d）查詢及更新使用單位負責人、電梯安全管理員、電梯司機（如有）及他們的聯(lián)系方式，并將更新的信息及時上報監(jiān)管平臺。信息統(tǒng)計企業(yè)應用平臺應至少提供如下統(tǒng)計信息：a)所維保電梯的故障、事件、報警（按照代碼進行分類統(tǒng)計）；b)所維保電梯的故障停梯率；c)設備運行時間、次數；d)電梯改造及零部件的更換、修理信息；e)設備的基礎信息、電梯維保記錄、年檢記錄?？商峁┑男畔⑵髽I(yè)應用平臺可提供如下信息：a)在電梯下一次檢驗日期前一個月提醒年度自檢；b)在電梯下一次檢驗日期前一個月提醒使用單位主動報檢；DB2101/T0026—2021c)提醒進行年度的應急演練；d)在維保人員資質到期前三個月提醒維保人員做好換證等相關工作；e)保存維保人員簽到記錄。平臺存儲系統(tǒng)基本要求.1服務器節(jié)點宜采用冗余設計，存儲系統(tǒng)宜采用數據集中的設計方式，數據應有備份。.2企業(yè)內部數據系統(tǒng)應進行整合，向電梯運行數據監(jiān)管平臺提供真實、完整的數據共享服務，系統(tǒng)運行應安全、可靠、穩(wěn)定、24小時不間斷。.3平臺應能實現(xiàn)對來自網絡的病毒和入侵的安全性保護。.4企業(yè)應對數據進行集中管理，應保證重要數據的快速備份與恢復，為了滿足峰值狀態(tài)下的系統(tǒng)運行與管理和未來發(fā)展的需要，存儲系統(tǒng)應預留足夠的冗余。平臺可靠性平臺發(fā)生故障時，應確保平臺的基礎數據安全、有效，且故障排除恢復耗時應小于2小時。5.4.3通信調度系統(tǒng)要求通信調度系統(tǒng)應由電話調度系統(tǒng)、數字錄音系統(tǒng)等組成。電話調度系統(tǒng)應配置數字錄音設備，實現(xiàn)對有線電話、IP電話和無線電話的錄音。數字錄音系統(tǒng)的組成主要包括：數字錄音接口、數字錄音管理軟件等。錄音記錄應至少保留1年，并便于檢索。當電梯發(fā)生報警和困人后，應通過調度系統(tǒng)與轎廂內的乘客進行對講和安撫。可在計算機屏幕上完成自動摘機應答、暫斷、重撥、掛斷、轉接、電話會議、排隊電話接入等調度功能。當緊急狀態(tài)時，可通過一鍵，自動依次呼叫目標用戶的移動電話、辦公電話、住宅電話等多個通信工具，快速、準確的找到目標用戶。通信調度系統(tǒng)的統(tǒng)計信息包括排隊信息、座席組信息、話務信息。系統(tǒng)應能實現(xiàn)電話記錄追蹤，即：電話從進入調度機、排隊、振鈴、摘機應答、到掛機都通過電話調度系統(tǒng)將各個階段的時間記錄下來。5.4.4圖像系統(tǒng)要求對于電梯轎廂內相關圖像信息的現(xiàn)場采集應覆蓋開關門、轎內登記指令、樓層顯示信息及不少于80%轎廂地板面積區(qū)域；對于自動扶梯和自動人行道，圖像信息的現(xiàn)場采集應覆蓋出口、入口和運行區(qū)段區(qū)域。住宅、辦公及公共聚集場所（如車站、商場、學校、賓館、醫(yī)院等）應設置圖像監(jiān)控系統(tǒng)，圖像信息調用應符合相關法律法規(guī)的要求。圖像監(jiān)控系統(tǒng)主要包括圖像采集、圖像接入、視頻編/解碼、圖像存儲、圖像管理和應用、圖像顯示等部分，功能要求如下：a)采集的圖像宜采用MPEG-4視頻編碼格式進行圖像存儲（含音頻信號）。為減輕網絡流量的負擔，對采集的視頻圖像可進行本地存儲，當發(fā)生報警或困人時，至少應每1秒鐘生成一張照片遠程傳輸至電梯企業(yè)應用平臺；b)存儲的圖像應保證具有不小于CIF格式(352×288)的圖像分辨率，存儲圖像幀率不低于24幀/s；遠程傳輸的照片像素不小于640×480，清晰度不低于72dpi；c)轎廂內、自動扶梯和自動人行道的出口、入口和運行區(qū)段區(qū)域視頻圖像存儲應至少包含發(fā)生報警或困人時的信息，本地存儲時間應不少于20天；d)當發(fā)生報警和困人事件時，生成的圖像記錄應至少在企業(yè)應用平臺保留一年。應支持按圖像的來源、記錄時間、報警類別等多種方式對存儲的圖像數據進行檢索；e)應采取對圖像文件防篡改或確保文件完整性的相關保護措施。DB2101/T0026—20215.5設備信息與格式5.5.1設備基礎信息與格式企業(yè)應用平臺配置的設備基礎信息應與設備應急救援位置碼進行關聯(lián)。5.5.2設備實時運行狀態(tài)信息與格式設備實時運行狀態(tài)信息應包含：設備應急救援位置碼和設備實時運行狀態(tài)信息。設備實時運行狀態(tài)信息的具體內容和符合ISO16484-5規(guī)定的BACnet協(xié)議的數據類型、特征、數據范圍等見表3。表3設備實時運行狀態(tài)信息與格式級級1-√√√√√√2√√√√3√√√√√√4√√√√√√5√√6√√7√√8√√9√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√ √√√√√√√√√√√√√√√√√√√√√√√√√√√√√√ √√-√√DB2101/T0026—2021表3設備實時運行狀態(tài)信息與格式（續(xù)）級級-√√-√√√√√√-√√√√√√-√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√BACnetLiftCarDriveSta√√BACnetLiftCarDriveSta√√√√-√√√√√√-√√√√√√ √√√√√√-√√√√√√-√√√√-√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√DB2101/T0026—2021表3設備實時運行狀態(tài)信息與格式（續(xù)）級級√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√式√√√√√√√√√√√√√√√√√√√√√√√√/自BACnetEscalatorServic√√√√√√BACnetEscalatorServic√√√√√√BACnetEscalatorServic√√√√√√BACnetEscalatorServic√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√-√√BACnetEscalatorOperat√√√DB2101/T0026—2021表3設備實時運行狀態(tài)信息與格式（續(xù)）級級/自BACnetEscalatorOperat√√√BACnetEscalatorOperat√√√ √√√√√√-√√√√√√-√√-√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√物√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√√5.5.3設備統(tǒng)計信息與格式設備統(tǒng)計信息應包含：設備應急救援位置碼和設備統(tǒng)計信息。設備統(tǒng)計信息的具體內容和符合ISO16484-5:2012規(guī)定的BACnet協(xié)議的數據類型、特征、數DB2101/T0026—2021據范圍等見表4。表4設備統(tǒng)計信息與格式RR-5.5.4故障、事件和報警數據與格式設備故障、事件和報警信息應包含：設備基本信息，設備實時運行狀態(tài)信息，故障、事件、報警詳細信息。其中，詳細信息由現(xiàn)象、原因、響應項目、處理措施等構成，具體見表5。表5故障、事件和報警詳細信息與格式RRR 5.6數據傳輸電梯企業(yè)應用平臺應向運行安全監(jiān)管平臺傳輸設備數據，這些數據應包括：設備基礎信息，設備實時運行狀態(tài)信息，設備統(tǒng)計信息，設備故障、事件和報警信息。企業(yè)應用平臺還需向公共應急處置服務平臺傳輸電梯報警信息。企業(yè)應用平臺應根據電梯運行安全監(jiān)管平臺或應急處置公共服務平臺提供的用戶名和密碼，采用JSON字符串的格式進行數據上傳。上傳的設備運行數據信息包含高頻數據和低頻數據。高頻數據包括：當前樓層、載重量、運行速度、開關門狀態(tài)、加速度、廂內噪音、機房噪音、A相電流、B相電流、C相電流、A相電壓、B相電壓、C相電壓、轎廂振動_X、轎廂振動_Y、轎廂振動_Z、機房溫度、機房濕度等實時數據；低頻數據包括：累計運行時間、累計開關門次數、運行里程等統(tǒng)計數據。高頻數據的傳輸采用響應請求傳輸方式，企業(yè)應用平臺在收到電梯運行安全監(jiān)管平臺發(fā)送的請求后即開始持續(xù)發(fā)送電梯的運行數據，直到收到后者發(fā)送的終止請求之后終止數據傳輸。低頻數據采用主動傳輸方式，即企業(yè)應用平臺主動定期向電梯運行安全監(jiān)管平臺提供的接口傳遞數據。設備故障、事件和報警信息的上傳采用即時傳輸方式，電梯企業(yè)應用平臺接收到設備發(fā)出的報警及困人等事件信息時，應在5秒內無過濾上報電梯應急處置公共服務平臺和電梯運行安全監(jiān)管平臺，故障、事件處置結束后，及時將故障現(xiàn)象分類信息及其他處置信息返回。電梯企業(yè)應用平臺應保存至少1年內的設備故障、事件和DB2101/T0026—2021報警信息，以及故障處置相關信息，并能響應電梯運行安全監(jiān)管平臺和應急處置公共服務平臺的數據請求，上報歷史故障數據。以設備故障信息實時上報為例：電梯運行安全監(jiān)管平臺預先為企業(yè)應用平臺提供username（用戶名）和password（用戶密碼）兩個參數，用以獲取上傳數據的權限；企業(yè)應用平臺一次可上傳多條數據；若某一項字段不存在，則填寫"",例如"MAI_UNIT_NAME":""；若某一嵌套的數組或對象不存在，則填寫{}或[]，例如"GPS":{}，"CAUSE":[]；不允許缺少字段。設備故障信息的上報采用JSON格式"MAI_UNIT_CODE":"維保單位編碼"DEV_CODE":"設備編碼，如：310XXXXX"USE_UNIT_CODE":"使用"PRO_WHO_CODE":"產品整機編號"MAI_CON_CODE":"維保合同編{]6電梯運行安全監(jiān)管平臺要求6.1總則6.1.1電梯運行安全監(jiān)管平臺的建設應與本市電梯管理的相關要求相適應。6.1.2電梯運行安全監(jiān)管平臺的軟硬件建設應具有開放性、可擴展性、穩(wěn)定性和安全性。DB2101/T0026—20216.1.3電梯運行安全監(jiān)管平臺應能與企業(yè)應用平臺數據交互，對企業(yè)應用平臺進行監(jiān)督和協(xié)調，并有為公眾服務功能。6.1.4平臺應有電梯的地理信息、公眾服務、應急處置過程等值守顯示，以及電梯故障停梯率、電梯困人率、電梯應急處置等結果進行分類統(tǒng)計和信息顯示。6.1.5數據存儲性能、整體響應性能、并發(fā)訪問量、穩(wěn)定性等系統(tǒng)性能應與本市的電梯保有量及預期發(fā)展相適應。6.1.6電梯運行安全監(jiān)管平臺數據由電梯安全監(jiān)督管理部門進行管理，并按有關規(guī)定向社會發(fā)布信息。6.2智慧救援6.2.1實現(xiàn)電梯基礎信息、困人信息、救援信息、年檢信息的統(tǒng)一管理?？梢詫崿F(xiàn)數據的添加、修改、刪除等功能。6.2.2實現(xiàn)困人救援實時監(jiān)測、安撫等功能，實現(xiàn)被困人員與應急救援中心的語音和視頻連接，安撫求救人員，保障救援工作的順利進行。6.2.3對處理完成后的電梯困人、故障記錄，進行錄入、保存到平臺中。6.2.4支持事后追溯功能，事后可以查看救援回放視頻、救援路徑、救援時間等相關信息，方便追溯。6.3公共服務功能6.3.1提供在用電梯基礎信息查詢，含電梯供應商、維保企業(yè)、檢驗機構和檢驗結果等信息。6.3.2宣傳電梯安全乘用知識。6.3.3提供電梯安全管理政策法規(guī)查詢。6.3.4發(fā)布電梯安全管理數據和信息。6.3.5電梯出現(xiàn)故障維修后，發(fā)布恢復時間、故障類型、處置進度等相關