我们日常都有智能台灯等通过软件APP，进行智能控制的家居，但这些是通过上面来实现的呢？今天我们看看实现这些的物联网平台。
物联网平台会根据自己的商业目标有不同的侧重，但大体都是在以下架构上进行增减：
一、设备接入
设备接入指的是将设备注册至平台并通信，需要设备与云端之间有安全可靠的双向连接。主要考虑几个方面：
1、设备入网方式
入网方式其实是选择什么通讯技术，Wi-Fi、Lora、蓝牙还是Zigbee等等？平台需要根据自身定位（白电行业？智慧工厂？智慧园区？）选择支持的入网方式。
2、 传输协议（Http、CoAP、MQTT等等）
平台层要兼容不同的协议才能连接尽可能多的设备，而具体支持哪些协议需要从通信安全、平台定位等方面权衡考虑。
MQTT是多个客户端通过一个中央代理传递消息的多对多协议。
CoAP基本上是一个在Client和Server之间传递状态信息的单对单协议。
HTTP是适合使用在性能好一些的终端上，相对以上一些比较重，对设备要求相对高一些。
3. 身份认证
目前市面上的认证方式大都通过将Token或者Secret烧录到硬件设备进行认证，但过程各有特点。
例如阿里云是先将Product Key、ProductSecret烧录到设备中，并通过动态注册的方式获得DeviceSecret后进行数据通信，而有的是通过将Token直接烧录到设备中进行认证和数据传输。
二、设备管理
物模型是个概念，不是实体，有的平台叫产品，是一类设备的总称，物模型和物的关系就像“男人”这个词和“身份证号码是123233198802340123这个男人”的关系一样，物模型的定义包括基本信息和属性的定义。
1、物模型和物的关系
不同厂商物模型功能不尽相同，开源的Thingsboard都没有这个概念。所以物模型是从用户体验和平台自身业务角度出发提出的概念，为数据统计、用户体验、产品发展做了充足的准备。
实现物模型需要考量很多东西，比如阿里定义物模型基本信息的时候要选择行业、是否是网关、是否接入网关、连网方式等，定义功能时又有了事件、属性、服务的分类（事件、属性、服务这个说起来就更技术了）。
2、设备影子
设备影子用于缓存设备状态，设备在线时可以直接接收云端指令，离线时主动获取云端指令。设备影子将设备与应用解耦，解决不稳定无线网络下通信不可的靠痛点。
3、固件升级（OTA）
OTA全称是Over-the-Air，即空中加载的意思，在物联网平台指的是固件升级。
固件是数码设备最基础、最底层工作的软件，是设备内部保存的设备“驱动程序”，通过固件，操作系统才能按照标准的设备驱动实现特定机器的运行动作。
固件升级的前提是固件和平台都支持固件升级功能，平台层需要对设备的固件进行管理，并实现远程批量升级。
这个功能的意义是什么？试想一下投入使用后的一批设备出现了问题，难道要一个个处理，显然远程批量操作节省了大量的人力。
但OTA是一个超级大的功能，涉及到设备分组、固件分布、固件校验等等功能，每一个功能都值得反复讨论，一些厂商的OTA功能甚至是一个体系。
4、数据的上下行
数据的上下行指的是信息在设备和平台间流转，设备上报信息到平台是数据的上行，平台或者应用层下发命令到设备是数据的下行，是物联网平台的基础功能。
三、规则引擎
规则引擎是物联网平台的一个重要功能模块，是处理复杂逻辑的引擎，主要对感知层搜集的数据进行筛选、变型（物解析）、转发、操作等，实现数据逻辑和上层业务的解耦。一般平台会分为物解析、数据转发和场景联动三个子功能。
1、物解析
硬件设备受限于存储、空间大小、数据传输等问题，和平台进行交互时使用的是底层语言，为了互相识别语义，平台侧提供底层语言和平台语言的翻译脚本。脚本将底层语言翻译成平台语言和将平台语言翻译成设备底层语言的过程就是物解析。
2、数据转发
数据转发实现了将感知层的数据进行筛选并转发至其他设备或者存储、大数据等云服务的功能，减少了上层应用的数据处理量，继而提升上层数据处理效率。目前大部分通过SQL语句和转发订阅Topic方式实现数据的筛选和转发。使用Topic的好处在于可以灵活选择物模型或者设备的范围。
3、场景联动
联动的意思是多类设备间的相互影响。例如“在办公区域，红外设备感应到有人移动时开启所有灯”这个场景就实现了红外传感器和灯的联动。规则引擎负责影响规则的制定和影响范围的划分，也是通过SQL语句和转发订阅Topic等方式实现。
本文章来源于互联网，如有侵权，请联系删除！原文地址：物联的时代
图片来源：iotforall.com 对于开发者来说，在嵌入式系统设计中使用传感器和通信是最平常不过的事情。但在这些系统中使用互联网技术则是最新的潮流，也是大多数物联网（IoT）的直接表现形式。互联网协议（IP）并不是新技术，应用于物联网（IoT）的IP网络则…
