一、物联网设备的接入特点我们常说，物联网平台的使命就是将物理世界映射到数字世界，而对于具体的一个物联网设备而言，要完成数字化的前提，首先是必须要能够通过某种方式直接或者间接的“接入”到云端。从“接入”这个视角去看，传统的互联网场景下，往往以app、web接入为主，app和浏览器在接入上的实现一般都是比较标准的，相应的提供接入服务的云端实现也就比较标准。而在物联网世界中，情况就大不相同了，千奇百怪的设备，特点各异的应用场景，组合出非常多样化的接入需求，因而对于物联网的接入层的实现也就提出了多样化的挑战。终端碎片化物联网设备碎片化严重，这种碎片化体现在很多维度。比如说，有的边缘网关是超高配置的物理机服务器，而有的传感设备则计算、存储和网络流量资源都极其受限。有的设备没有访问公网的能力，必须要借助网关才能连接云端。有的设备对功耗的要求极高，发一条消息就要休眠下，有的工业场景的传感器设备则一天24小时极其高频的大量上报点位信息，等等。这些不同的形态特点，所带来的需求和挑战也是不同的。场景多样化对于典型的边缘网络的场景，既需要边缘网关对设备进行本地控制（本地有拓扑结构，子设备数据通过网关通道上云），又需要设备能够在云端进行独立的数字建模。具体到拓扑结构上，既有树状的结构，也有mesh网状的结构，典型的如蓝牙mesh网络等。协议多样化物联网平台支持设备通过MQTT、CoAP和HTTP等标准协议，直接和云端通信，其他类型协议，如消防协议GB/T 26875.3-2011、Modbus、JT808等则暂不支持，事实上，平台侧也不可能将市面上所有的物联网协议都支持全了，只能优先支持广泛使用的标准协议。对于这些必须要私有协议和外部通信的设备，也需要有一套标准适配的方案。升级困难或者周期长有很多客户想将已有的设备接入体系迁移到物联网平台，但是他们的原有体系下，设备没有OTA的能力，不能进行固件升级，或者说虽然能够进行OTA，但是成功率低或者升级周期很长。二、要解决什么问题？场景一：子设备如何上云建模举个例子，比如一个园区中的传感器，传感器本身只采集数据，没有连云的能力，它就必须要通过一个边缘的数据网关将采集到的数据上报到云端。要借助网关的通道将数据上传，一个直观的做法是，用户可以自己定义一套协议，把子设备的数据作为网关上报的报文的payload发送到云端，同时用户通过服务端订阅去接收数据。