1 、引言

　　电梯物联网在国内的应用发展经历了多个阶段，从最初的电梯状态监视、基本信息查询，到电梯故障困人的应急救援，再到按需维护、智慧电梯。应用场景越来越深入，对电梯行业的贡献也不断增大，电梯制造企业、电梯维保企业、电梯部件企业、电梯使用方及政府监管部门等都已享受到电梯物联网带来的好处。随着电梯物联网发展的深入，统一管理和标准化工作显得尤为重要。各个企业纷纷建立企业级别的电梯物联网平台，管理本单位旗下的电梯。各地政府也逐渐开始搭建监管平台，管理本地区管辖范围内的电梯。部分地方已经出台电梯物联网技术规范和监管平台对接接口标准要求，为电梯物联网的健康发展、规范化发展打下了坚实的基础。但不同的地方政府制定的监管对接接口标准要求不尽相同，接口类型、编码格式、安全性保证、数据格式等存在一定的区别，需要从实际应用的角度去进一步规范和优化对接接口，为后续其他地方建立监管平台时提供参考依据。

　　2 、监管平台数据接口研究

　　2.1 各地物联网监管平台数据接口参数比较

　　目前已经建立监管平台并制定对接标准的地方及其标准名称如下：

　　(1)福建，龙岩，《电梯救援公共平台第三方接入标准协议》

　　(2)广东，深圳，SZDBZ-116-2014《电梯运行监测系统技术规范》

　　(3)江苏，无锡，《电梯平台与服务接口协议(HTTP方式)V4.0》

　　(4)辽宁，沈阳，《和平区政府对接要求》

　　(5)陕西，西安，《DB6101T 3006—2019 电梯物联网运行监测系统技术规范》

　　(6)上海，《一体化智慧电梯专业管理服务平台远程监测系统数据交互规范_v1.1》

　　(7)浙江，湖州，《特种设备应用平台API文档-电梯V1.5》

　　(8)浙江，金华，《电梯安全运行监测系统技术规范V2.0》

　　(9)浙江，宁波，《电梯物联网政府平台数据接口》

　　(10)浙江，温州，《电梯智能化监测装置系统技术规范》

　　表1从传输协议、编码格式、参数格式、音视频流协议等角度对各个地方已制定标准进行了对比。

　　2.2 各地物联网监管平台数据接口数据内容

　　(1)电梯基础信息

　　包含了：电梯注册代码、电梯制造单位、电梯类别、型号、出厂日期、出厂编号、安装地址(部分地方还记录了电梯所在位置经纬度信息)、内部名称(编号)、安装单位、安装日期、应急救援电话、维保单位名称、维保单位组织机构代码、维保单位负责人、维保单位应急救援电话、上次维保日期、产权单位、使用单位名称、使用单位负责人、使用单位电话、使用单位组织机构代码、行政区域代码、电梯使用状态、使用场合、使用地点、注册登记日期、投用日期、检验机构名称、监察单位、上次检验日期、上次检验结果、下次检验日期、物理楼层(直梯)、停靠站数(直梯)、额定速度、额定载荷(直梯)、理论输送能力、提升高度(扶梯)、倾斜角(扶梯)、名义宽度(扶梯)、数据更新时间。

　　(2)电梯运行实时数据

　　包含了：电梯注册码(存量梯)、制造单位统一社会信用代码(新装梯)、出厂编号(新装梯)、当前服务模式-扶梯/直梯(停止服务、正常运行、检修、消防返回、消防员运行、应急电源运行、地震模式、未知)、当前服务模式-扶梯(停止运行、正常运行、检修、未知)、运行状态-扶梯/直梯(停止、运行)、运行方向-扶梯/直梯(无方向、上行、下行)、运行方向-扶梯(节能停止运行、名义速度上行、节能减速上行、名义速度下行、节能速度下行)、开锁区域-直梯(轿厢在开锁区域、轿厢在非开锁区域)、电梯当前楼层-直梯、轿内是否有人-直梯(有人、无人)、关门是否到位(关门到位、无关门到位信号)、机房温度-直梯、机房门开关-直梯、轿门状态-直梯(未知、正在关门、关门到位、正在开门、开门到位、门锁锁止、保持不安全关闭状态)、厅门状态-直梯(门锁锁止、无门锁锁止信号)、轿厢超载-直梯(超载、未超载;未知、正常、满载、超载)、曳引机状态-直梯(待机、曳引机制动器提起、曳引机制动器释放)、人脸识别实时人数-直梯、乘梯人行为模式-直梯(正常、不文明行为、危险行为)、轿厢当前负载、累计运行次数、累计运行时间、底坑湿度、物联网监测装置电压、物联网监测装置供电电源信息(自带电源、外接电源)、电池信息、监测装置入网登记编号、综合故障信号、详细故障代码、内召信号、实时视频访问链接、实时语音访问链接、开门按钮信号、运行速度、是否停电(未知、停电、有电)、自学习运行状态(未知、正常、返基站、就近返平层)、采样时间。

　　(3)电梯统计数据

　　包含了：电梯注册码(存量梯)、制造单位统一社会信用代码(新装梯)、出厂编号(新装梯)、接入平台电梯总共数量、电梯在线数量、设备开门次数、设备累计开关门次数、能耗统计、设备累计运行时间、设备累计运行次数、设备钢丝绳(带)折弯次数、设备累计运行距离、乘梯人数、采样时间。

　　(4)故障报警数据

　　包含了：时间戳(精确到秒)、电梯注册代码、电梯设备编号、监测装置编号、数据生成时间(设备当前时间)、事件来源、发生时间、故障代码、故障原因初步判断、告警内容、是否困人(困人、非困人)、困人开始时间、接警类型(未知、自动、人工)、救援联系人、救援联系人电话、救援单位、报警电话接通时间、被困乘客人数、救援单位、有无人员伤亡、受伤人数、死亡人数、是否通知120、通知120时间、是否解救成功、当前救援状态(初始上报、启动救援、达到现场、救援完成)、救援人员位置经纬度坐标、救援人员到达时间、救援完成时间、维保单位接警时间、派遣的维修人员、维修完成时间、故障处理是否结束状态标志、电梯速度、门开关状态(开、关)、电梯运行方式(电梯电锁、电梯检修、电梯消防、电梯司机、电梯自动、电梯专用、电梯井道自学习、满载、超载、其他)、故障楼层、电源状态(正常、异常)、运行方向(下行、上行、停止)、当前故障状态、故障恢复时间、视频流地址、状态(新增、清除)。

　　(5)电梯维保信息数据

　　包含了：电梯设备代码、电梯设备编号、检查装置编号、维保单ID、维保状态(未开始、已开始、完成、关闭)、维保周期(半月、季度、半年、年度)、维保单位信用代码、维保单位、负责维保人员、负责维保人员电话、维保日期、是否发生修理、修理内容、开始时间、结束时间、备注。

　　(6)电梯事件数据

　　包含了：厂家编号、外设编号、电梯注册代码、事件代码、事件发生时间、事件开始时间、事件结束时间、过程记录列表(过程记录编号、发生时间、过程记录内容)、语音文件列表(语音文件编号、语音对讲发生时间、访问语音文件链接地址)、视频文件列表(视频文件编号、视频文件发生时间、视频录制位置(轿厢、机房、轿顶)、访问视频文件链接地址)、事件内容描述、电梯恢复自动运行模式(未恢复、恢复)、主电源断电(未断电、断电)、停止服务(未停止、停止服务)、检修模式(未进入、已进入)、消防返回模式(未进入、已进入)、消防员运行(未进入、已进入)、应急电源运行(未进入、已进入)、地震运行模式(未进入、已进入)、其他事件代码。

　　(7)监测终端设备数据

　　包含了：电梯设备代码、电梯设备编号、监测装置编号、设备在线状态(未知、下线、在线)、状态类型(监测装置、摄像头、未知、其他)、上下线时间、其他、在线率、采集设备发送时间戳、平台发送时间戳。

　　(8)音视频数据

　　包含了：电梯注册码、视频流URL、接口过期时间、告警编号、语音对讲服务器地址、设备序列号、信令服务器地址、信令服务器端口、穿网服务器地址、穿网服务器端口、WSS端口、被叫账户、主叫账户、主叫账户的密码、

　　2.3各地物联网监管平台数据接口安全性和可实现性对比

　　各地接口关于安全的解决方案基本上都是采用Token令牌，接入方通过线下的方式向平台供应商申请Appkey和AppSecret，接入方需保存好Appkey和AppSecret，一旦泄露，需要重新申请。

　　接入方在调用平台接口之前需要通过给定的Appkey和AppSecret获取Token令牌，然后利用Token去访问对应的接口。Token一般都会设置有效期，但一般没有最佳方案，需要具体问题具体分析。

　　Token令牌能够加提高接口安全性，限制非授权方访问数据，在一定程度上能够保障数据安全。Token令牌是非常成熟的解决方案，因其简单易用的特性，得到大部分开发者的认可，并使用在一些安全数据不是那么高的系统中。Token令牌虽然有很多优点，但缺陷也比较明显，尤其是在一定程度上增加了对接的难度，同时，因为在获取Token时需要用到Appkey和AppSecret，这无形中增加了数据被盗取的风险。所以现在关于API安全解决方案中，部分已经摒弃了Token令牌的方式，而是采用签名方式。签名的方式可以避免在网络上传输AppSecret，同时无需处理Token过期的问题。

　　2.4 研究结论

　　(1) 通过各地平台接口对接方式的比较，基本上都采用Restful风格的接口。但Restful风格的api并不适合实时数据的传输，建议采用websocket方式。

　　(2) 各地差异最大的部分在于各项数据的内容，例如：电梯档案、实时数据等，各地字段差异非常大，建议从按需维保角度反推信号需求。

　　(3)数据安全。除建议认证方式升级外，更应该考虑https协议。

　　结束语：

　　按需维保和智慧电梯的实现离不开电梯物联网，本文在研究多个地方已经电梯监管平台的基础上，综合对比多项技术指标，包括接口类型、接口安全性、数据编码格式、参数格式及音视频流协议等，得出监管平台接口的优化建议，为电梯行业其他尚未建立监管平台的地方提供参考。