什么是物联网？它由哪几部分组成

1、物联网的定义：

物联网是一个基于互联网、传统电信网等的信息承载体，它让所有能够被独立寻址的普通物理对象形成互联互通的网络。

2、物联网的组成：

物联网大致可以分为以下四个层面，即：感知层、网络层、平台层以及应用层。具体如下：

（1）、感知识别层。

感知层是物联网整体架构的基础，是物理世界和信息世界融合的重要一环。在感知层，我们可以通过传感器感知物体本身以及周围的信息，让物体也具备了“开口说话，发布信息”的能力，比如声音传感器、压力传感器、光强传感器等。感知层负责为物联网采集和获取信息。

（2）、网络构建层。

网络层在整个物联网架构中起到承上启下的作用，它负责向上层传输感知信息和向下层传输命令。网络层把感知层采集而来的信息传输给物联云平台，也负责把物联云平台下达的指令传输给应用层，具有纽带作用。网络层主要是通过物联网、互联网以及移动通信网络等传输海量信息。

（3）、平台管理层。

平台层是物联网整体架构的核心，它主要解决数据如何存储、如何检索、如何使用以及数据安全与隐私保护等问题。平台管理层负责把感知层收集到的信息通过大数据、云计算等技术进行有效地整合和利用，为人们应用到具体领域提供科学有效的指导。

（4）、综合应用层。

物联网最终是要应用到各个行业中去，物体传输的信息在物联云平台处理后，挖掘出来的有价值的信息会被应用到实际生活和工作中，比如智慧物流、智慧医疗、食品安全、智慧园区等。

扩展资料：

物联网的功能主要有以下几点：

1、获取信息的功能。

信息的感知、识别，信息的感知是指对事物属性状态及其变化方式的知觉和敏感；信息的识别指能把所感受到的事物状态用一定方式表示出来。

2、传送信息的功能。

传送信息指的是信息发送、传输、接收等环节，最后把获取的事物状态信息及其变化的方式从时间(或空间)上的一点传送到另一点的任务，这就是常说的通信过程。

3、处理信息的功能。

处理信息指的是信息的加工过程，利用已有的信息或感知的信息产生新的信息，实际是制定决策的过程。

4、施效信息的功能。

施效信息指的是信息最终发挥效用的过程，有很多的表现形式，比较重要的是通过调节对象事物的状态及其变换方式，始终使对象处于预先设计的状态。

参考资料来源：百度百科-物联网

物联网感知环节的异构特性决定了它的开放、分层和可扩展的网络体系结构。
研究人员在描述物联网的体系框架时，多采用国际电信联盟ITU-T的泛在感应器网络体系结构作为基础。该体系结构自下而上分为5个层次，分别为传感器网络层、泛在传感器网络接入层、骨干网络层、网络中间件层和USN网络应用层。
在谈到具体的物联网应用时，一般传感器网络层和泛在传感器网络接入层合并成为物联网的感知层，主要负责采集现实环境中的信息数据。
骨干网络层在物联网的应用当中是互联网，那么将被下一代网络NGN所取代。而物联网的应用层则包含了泛在传感器网络中间件层和应用层，主要实现物联网的智能计算和管理。 欧洲电信标准化协会M2M技术委员会给出的简单M2M架构，是USN的一个简化版本。在这个架构当中，从左至右网络就分为了应用层、网络层和感知层三层体系结构，与物联网结构相对应。
在每一层当中，都有不同的技术标准来定义物联网应用。比如在感知层，它就包括了IEEE的Zigbee标准802154，CeneLec的智能仪表标准。在网络层，有ETSI的M2M通信标准，Cen的智能仪表网络层标准协议。应用层有Zigbee联盟协议，W3C标准协议等等。 国际电信联盟第13研究组会议正式审议通过了“物联网概述”（YIoT-overview）标准草案，标准编号为Y2060。该标准是全球第一个物联网总体性标准。
Y2060是由我国工信部电信研究院牵头立项，多家国内外高校、科研机构、企业和标准组织共同协商制定完成的第一份物联网总体性标准草案。
该概述标准涵盖了物联网的概念、术语、技术视图、特征、需求、参考模型、商业模式等基本内容。

物模型是云平台为物联网产品定义的数据模型，用于描述产品的功能。将产品抽象成数据的集合，方便云端进行控制。

物模型从 属性 、 服务 和 事件 三个维度，分别描述了该实体是什么、能做什么、可以对外提供哪些信息。定义了物模型的这三个维度，即完成了产品功能的定义。

TSL 格式是一个 JSON 格式的文件，完整的 TSL 格式可以参考： 阿里云物模型 。

嵌入式端开发固件往往只需要关注少数几个参数，可以在产品的 功能定义 页面，单击 物模型TSL ， 精简物模型 里面查看。

需要关注的有 "properties"，"events"，"services"，在 JSON 格式里，这三者都是数组，分别存储了该物模型的数据，事件和服务，在 C-SDK 里也就分别是 IOT_Linkkit_Report() 上报属性， IOT_Linkkit_TriggerEvent() 触发事件和注册为 ITE_SERVICE_REQUEST 的回调函数。

在上报属性时，只需要关注 "identifier" 名称对应的值（字符串），此时表示该属性在产品下的唯一标识。例如一个精简物模型属性为：

则上报的数据只需要为 {"count":10} 即可，需满足 JSON 字符串的格式，字符串内有一个名称/值对，名称为 "count"（物模型里 "identifier" 的值），值对为 10（满足物模型里数据类型为 int 的要求）。

触发事件需要关注 "identifier" 名称对应的值（字符串），表示该事件在产品下的唯一标识；还需要关注 "outputData"，表示上报事件的输出值。一个精简物模型例子如下：

"outputData" 数组的使用与属性上报一致，这里就不介绍了。

服务调用需要同时关注 "identifier"，"inputData" 和 "outputData" 这三个名称，分别表示该服务在产品下的唯一标识，服务的输入参数，服务的输出参数。与函数调用有输入值和输出值类似，服务调用也有这些特征。

物模型数据校验方式目前有两种， 弱校验 和 免校验 。

也就是说，弱校验针对产品设备的上报数据，只要 idetifier 是一致的，且 dataType 字段满足要求，就接收该数据，并且在其他云端产品流转。

为什么云端可以设置和获取接入设备的属性呢？为什么接入设备可以上报事件给云端呢？又为什么云端可以调用接入设备提供的服务呢？这就是这一小节解释的内容。

物模型基于 MQTT 协议，MQTT 协议的介绍不在此处展开。

云端定义了一系列的 Topic，在设备接入云端时，C-SDK 向 MQTT broker 订阅了一些的 Topic，而云端需要与设备交互时，就向 MQTT broker 发布相应的 Topic，这样就完成了交互过程。同理，云端也会订阅一些 Topic，设备可以向这些 Topic 发布消息。

接入设备端订阅发布的 Topic 列表如下：

其中 ${productKey} 会替换为实际的产品名，${deviceName} 会替换为实际的设备名，${tsleventidentifier} 是事件的标识符，${tslserviceidentifier} 是服务的标识符，最大限度地保证了 Topic 的唯一性。

这些 Topic 的作用在后面用时序来描述。

---