阅读主题
1.1 IoT 的边界：我们究竟在讨论什么
“物联网”这个词听起来并不难理解：把物连接到网络，就是 IoT。
但只要真正看几个例子，这个定义就会开始变得不够用了。
一盏可以用手机控制的灯、一台通过蜂窝网络上报位置的物流终端、一套楼宇里的空调控制系统，都可以被称为 IoT。
它们使用的设备不同、网络不同、软件不同，服务的用户也不同。
它们真正共有的，并不是某一种硬件或通信方式，而是同一件事：
怎样让数字系统能够持续观察和管理现实世界中的对象，并对其施加作用。
这也是本书理解 IoT 的起点。
1.1.1 一盏灯怎样变成系统的一部分
先看一盏普通的灯。
用户按下墙上的开关，电路接通，灯亮起来。
整个过程发生在本地，灯不需要知道用户是谁，也不需要和其他系统交换信息。
如果换成智能灯，事情就可能变成另一种样子。
用户在手机 App 上点击“开灯”，指令经过某种连接到达设备，灯执行动作，再把自己的状态返回给系统。
用户之后还可以设置定时任务，让灯和传感器联动，或者在离家以后远程查看它是否关闭。
灯还是那盏灯，但它已经不再只是一个独立工作的电器。
它开始和手机、账号、网络、后台服务以及其他设备发生持续关系。
系统需要知道这盏灯是谁的、在哪里、能做什么，以及一次控制最后有没有真正改变它的状态。
这正是理解 IoT 的第一个关键点：
IoT 的重点不只是“物”，而是物与人、软件和其他设备之间形成的持续关系。
因此，一件设备拥有芯片或传感器，并不自动意味着它属于 IoT。
一盏灯可以根据自己内部的人体传感器自动亮灭，这可以是一件智能硬件。
但当它能够把状态提供给其他系统，也能够接受来自用户、规则或其他设备的指令时，它就开始成为更大 IoT 系统中的一部分。
1.1.2 一个 IoT 系统，至少要把什么连起来
把复杂细节暂时拿掉，大多数 IoT 系统都在连接几类基本要素：
现实中的对象、负责观察和执行的设备、传递信息的连接、组织这些信息的软件，以及最终使用这些能力的人或业务。
现实对象可以是一盏灯、一把门锁、一辆车，也可以是一间冷库、一台水泵或一条生产线。
设备负责把现实变化变成系统能够处理的信息，也把系统的控制要求变成现实中的动作。
连接让这些信息能够在不同位置之间传递。
软件则进一步识别设备、保存状态、组织权限，并把这些能力提供给具体的用户和业务。
于是，可以先把 IoT 理解成两条相反方向的关系：
现实世界 → 设备 → 连接 → 软件 → 人或业务
以及：
人或业务 → 软件 → 连接 → 设备 → 现实世界
前一条让系统能够知道“发生了什么”。
后一条让系统能够影响“接下来发生什么”。
当这种关系能够长期运行起来，IoT 就不再只是一次数据采集，也不只是一次远程控制，而是在现实世界和数字系统之间建立了一条持续存在的联系。
1.1.3 联网，不等于 IoT；智能，也不等于 IoT
理解 IoT 时，一个常见困难，是它和“互联网”“联网设备”“智能硬件”这些概念经常混在一起。
它们彼此有关，但关注点不同。
互联网关注信息怎样交换
互联网首先解决的是：
信息怎样从一个地方到达另一个地方。
电脑访问网站、手机观看视频、两个服务器交换数据，都属于互联网应用。
IoT 会使用这些能力，但还要多处理一层问题：
网络中的信息，怎样对应到现实世界中的具体对象和动作。
例如，一个网站返回“请求成功”，通常意味着一次软件请求已经完成。
但如果用户远程执行“锁门”，系统真正关心的不只是请求有没有发送出去，还关心现实中的门锁最终是否进入了锁定状态。
因此，可以先做一个简单区分：
互联网关注信息怎样流动，IoT 还要关注信息怎样对应到现实世界。
联网设备只说明它能通信
一台设备只要能够通过网络交换数据，就可以称为联网设备。这里的网络可以是本地网络，也可以连接到互联网。
但“能联网”本身并没有告诉我们太多。
它并没有说明：
设备为什么联网；
谁在管理它；
数据被拿来做什么；
其他设备或软件会不会根据这些数据继续行动。
所以，联网提供了交换信息的通道。要理解一个 IoT 系统，还需要看设备通过这条通道参与了怎样的管理与协作。
智能硬件关注产品本身
“智能硬件”通常描述的是一件具有处理器、传感器、软件或自动控制能力的产品。
它完全可以不联网。
例如，一盏根据人体感应自动亮起的灯，即使所有判断都在本地完成，也可以称为智能灯。
反过来，一个功能很简单的远程插座，即使本地几乎不做复杂判断，只要能够被系统远程管理，也可以成为 IoT 系统中的一个设备。
因此，“智能”并不是判断 IoT 的必要条件。
比起问一件设备“够不够智能”，更有用的问题是：
它观察了什么，和谁交换信息，又能影响什么。
1.1.4 IoT 也不一定意味着“设备直接上云”
前面说的“联网”，并不要求设备接入互联网；设备之间的信息交换和协作，也不一定需要云平台参与。
一个 IoT 系统完全可以在本地网络内完成数据采集、规则判断和设备控制。
例如，家庭里的传感器把信息发送给本地网关，网关根据规则控制灯光和窗帘。即使互联网断开，这套系统仍然可以继续工作。
工厂里的控制系统也可能因为实时性、安全性或可靠性要求，把大量处理放在现场，只把一部分数据发送到更上层的平台。
所以，IoT 的关键并不是“有没有上云”，而是：
现实对象有没有通过设备和软件形成持续的信息交换与协作关系。
云只是实现这种关系的一种方式。
这也是为什么后面讨论 IoT 时，我们会同时看到设备、本地网络、网关、云平台和应用，而不会把“云”当成 IoT 的唯一中心。
1.1.5 同样是 IoT，不同场景关心的事情并不一样
智能家居和工业互联网经常都被放在 IoT 范围里，但它们关心的问题并不相同。
在家庭场景中，系统往往围绕“人和空间”组织。
一盏灯属于哪个房间？
哪个家庭成员可以控制门锁？
晚上回家时哪些设备应该一起工作？
访客可以获得多长时间的权限？
因此，智能家居除了连接设备，还要处理家庭、房间、成员、场景和隐私。
到了工厂、能源、交通或大型楼宇，系统关注的则更多是资产和运行过程。
哪一台泵发生异常？
哪条生产线正在停机？
哪个控制动作由谁执行？
设备故障会不会影响安全？
网络中断以后，系统还能不能继续运行？
所以，“IoT”只是一个比较宽的共同框架。
进入具体行业以后，还会叠加这个行业自己的业务规则、安全要求和运行责任。
可以用下面这张表简单区分几个经常一起出现的概念。
表 1-1 IoT 与相关概念的关注重点。
| 说法 | 主要关注什么 |
|---|---|
| 互联网 | 信息怎样通过网络交换 |
| 联网设备 | 一台设备是否能够通过网络交换数据 |
| 智能硬件 | 一件产品是否具有计算、感知或自动控制能力 |
| IoT | 现实对象、设备、连接和软件怎样形成持续协作 |
| 智能家居 | IoT 能力怎样服务家庭、成员、房间和生活场景 |
| 工业互联网 | IoT 能力怎样进入生产、能源、交通等工业运行过程 |
这些概念并不是互相排斥的。
一把智能门锁可以同时是智能硬件、联网设备，也是智能家居和 IoT 系统中的一个设备。
所以，给产品贴上什么名称并不是最重要的。
真正重要的是看清：
它处在怎样的关系中，又承担了什么作用。
1.1.6 本书所说的 IoT，边界在哪里
这本书不会试图给 IoT 划出一条绝对严格的学术边界。
我们更关心的是一种可以用于分析和设计系统的实际边界。
例如，一台物流终端偶尔上传一串坐标，但系统既不知道它对应哪辆车，也没有任何软件或人员根据这些信息继续行动。
这里虽然有设备、网络和数据，却还没有形成这本书最关心的完整关系。
相比之下，如果系统能够识别这台终端对应的车辆，持续接收位置，在车辆偏离路线时触发告警，并允许运营人员继续处理，那么它就已经形成了一套完整得多的 IoT 服务。
因此，本书重点讨论的 IoT 系统，通常包含几种关系：
- 现实中有某个对象需要被观察、管理或控制；
- 有设备负责感知状态或执行动作；
- 设备能够与其他设备、软件或管理者交换信息；
- 软件能够识别设备和对象，并把信息组织成实际功能；
- 这种关系需要在设备使用期间持续存在，而不是一次性交互。
这并不是一份严格的资格清单，而是一种判断方法。
如果这些关系已经形成，那么无论设备使用 Wi-Fi、蓝牙还是蜂窝网络，无论软件运行在本地还是云端，我们都可以把它作为 IoT 系统来讨论。
反过来，如果系统只是一次性采集数据，或者设备完全独立地执行本地逻辑，那么它可能使用了和 IoT 相似的技术，却不是这本书重点讨论的对象。
因此，本书使用的 IoT，可以先用一句话概括：
IoT 是通过设备、连接和软件，把现实对象纳入一个持续可观察、可管理、可协作的数字系统。
这个定义不追求覆盖所有行业中的特殊情况，但足以作为后面整本书的共同起点。
1.1.7 设备、连接、平台和应用分别做什么
前面把 IoT 描述成现实世界和数字系统之间的一条持续关系。
为了继续阅读后面的内容，还可以把其中的工作进一步拆成四个经常出现的部分：
设备、连接、平台和应用。
它们不是四种必须分别购买的产品，也不一定部署在四个不同的位置，而是四类不同的责任。
设备：观察和作用于现实世界
设备直接接触现实。
传感器把温度、亮度、位置、振动等变化转换成数据；
执行器则把控制要求变成开关、移动、调节等实际动作。
例如，温度传感器可以报告“这里现在是 4.2℃”，智能门锁可以接受“上锁”这样的控制要求。
连接：让信息能够到达另一个地方
设备产生的数据需要通过 Wi-Fi、蓝牙、蜂窝网络、以太网或其他方式传出去，控制指令也需要沿着某条路径返回设备。
连接主要解决的是：
消息怎样到达。
但它并不负责解释消息本身的业务含义。
网络可以把 4.2 送到服务器，却不会自动知道它代表温度、电压还是其他数值。
平台：组织大量设备和共同能力
当系统里只有一两台设备时，应用可以直接和设备交互。
但设备越来越多以后，系统会反复遇到一些共同问题：
设备是谁；
现在是否在线；
当前状态是什么；
怎样发送控制；
怎样升级软件；
谁有权限操作。
平台的作用，就是把这些共同能力组织起来，让不同产品和应用可以复用。
应用：把能力变成具体用途
应用面对的是具体的人和业务目标。
对于家庭用户，它可能是控制灯光和门锁的 App；
对于物业人员，它可能是一套楼宇管理界面；
对于工厂，它可能是告警、维护或生产管理系统。
同一条设备数据，在不同应用中可能产生完全不同的用途。
因此，可以先记住下面这组简单分工。
表 1-2 设备、连接、平台和应用的分工。
| 部分 | 主要解决什么问题 |
|---|---|
| 设备 | 怎样观察现实，以及怎样对现实产生动作 |
| 连接 | 信息怎样从一个地方到达另一个地方 |
| 平台 | 大量设备和共同能力怎样被统一组织和管理 |
| 应用 | 这些能力怎样变成用户或业务真正需要的功能 |
不过，这四个部分只是理解责任的方式，并不是固定的部署结构。
家庭网关既可以转发消息，也可以在本地执行自动化规则；
手机既是用户应用，也可能在配网时直接与设备通信；
一个云服务也可能同时包含设备管理、业务逻辑和 App 后端。
所以：
“设备、连接、平台、应用”首先是一种理解系统的方法，而不是四个必须彼此独立的盒子。
以后遇到 IoT 问题时，可以先问：
问题发生在现实设备、消息传输、平台管理，还是具体应用这一侧？
先看清问题属于哪一层，再讨论应该使用什么技术、部署在哪里、由谁提供，通常会简单很多。
接下来，我们把视线从系统内部转向产业层面：
设备由谁设计和制造？
平台由谁运营？
产品怎样进入市场？
设备卖出去以后，又由谁继续提供服务？
这就是下一节要展开的 IoT 行业地图。