核心概念
更新时间: 2023-04-13
本章主要介绍AIoT泛物联平台(以下简称平台)中相关的核心概念。
名词 | 描述 |
---|---|
平台实例 | 产品、设备、规则等资源均在实例中进行操作管理,实例之间资源逻辑隔离 |
产品 | 设备的集合,通常指一组具有相同功能的设备。平台为每个产品颁发全局唯一的ProductKey。 |
设备 | 归属于某个产品下的具体设备。平台为设备颁发产品内唯一的证书DeviceName。设备可以直接连接平台,也可以作为子设备通过网关连接物联网平台。 |
分组 | 平台支持建立设备分组,分组中可包含不同产品下的设备。通过设备组来进行跨产品管理设备。 |
网关 | 能够直接连接平台的设备,且具有子设备管理功能,能够代理子设备连接云端。 |
子设备 | 本质上也是设备。子设备不能直接连接平台,只能通过网关连接。 |
设备证书 | 设备证书指ProductKey、DeviceName、DeviceSecret的组合。 ProductKey:是平台为产品颁发的全局唯一标识。该参数很重要,在设备认证以及通信中都会用到,因此需要您保管好。 DeviceName:在注册设备时,自定义的或系统生成的设备名称,具备产品维度内的唯一性。该参数很重要,在设备认证以及通信中都会用到,因此需要您保管好。 DeviceSecret:平台为设备颁发的设备密钥,和DeviceName成对出现。该参数很重要,在设备认证时会用到,因此需要您保管好并且不能泄露。 |
ProductSecret | 由平台颁发的产品密钥,通常与ProductKey成对出现,可用于一型一密的认证方案。 |
Topic类 | 同一产品下不同设备的Topic集合,用${productkey}和${deviceName}通配一个唯一的设备,一个Topic类对一个ProductKey下所有设备通用。 |
标签 | 标签分为产品标签、设备标签和分组标签。 产品标签:描述同一个产品下,所有设备所具有的共性信息。 设备标签:通常根据设备的特性为设备添加的特有标记,您可以自定义标签内容。 |
G+link协议 | 平台定义的设备与云端之间的通信协议。 |
物模型 | 是对设备在云端的功能描述,包括设备的属性、服务和事件。物联网平台通过定义一种物的描述语言来描述物模型,采用JSON格式,您可以根据TSL组装上报设备的数据。 |
属性 | 设备的功能模型之一,一般用于描述设备运行时的状态,如环境监测设备所读取的当前环境温度等。应用系统可发起对属性的读取和设置请求。 |
服务 | 设备的功能模型之一,设备可被外部调用的能力或方法,可设置输入参数和输出参数。相比于属性,服务可通过一条指令实现更复杂的业务逻辑,如执行某项特定的任务。 |
事件 | 设备的功能模型之一,设备运行时的事件。事件一般包含需要被外部感知和处理的通知信息,可包含多个输出参数。例如,某项任务完成的信息,或者设备发生故障或告警时的温度等,事件可以被订阅和推送。 |
数据流转 | 通过创建、配置规则,以实现服务端订阅、数据流转和场景联动。 |
规则引擎 | 平台规则引擎的数据流转功能,可将Topic中的数据转发至其他Topic或其他云服务进行存储或处理。 |
服务端订阅 | 平台规则引擎的数据流转功能,可将Topic中的数据转发至其他Topic或其他云服务进行存储或处理。 |
场景联动 | 场景联动是一种开发自动化业务逻辑的可视化编程方式。您可以通过可视化的方式定义设备之间联动规则,并将规则部署至云端。 |
一机一密 | 每个设备烧录其唯一的设备证书(ProductKey、DeviceName和DeviceSecret)。当设备与平台建立连接时,平台对其携带的设备证书信息进行认证。 |
一型一密 | 同一产品下所有设备可以烧录相同产品证书(即ProductKey和ProductSecret)。设备发送激活请求时,平台根据其携带的产品证书信息进行认证,认证通过,下发该设备接入所需信息。设备再携带这些信息与平台建立连接。 |
MQTT | MQTT(Message Queuing Telemetry Transport)是一个基于二进制消息的客户端服务端架构的发布/订阅(Publish/Subscribe)模式的消息传输协议,最早由IBM提出的,如今已经业界通行规范,更符合机器与机器的通信(M2M)以及物联网环境(IoT)。 |
设备影子 | 设备影子反映物理世界中的一个物(设备),是物在云端的『影子』或『数字双胞胎』。运行时,物将监控值上报给影子,影子会用一个 json 文档存储设备的最后一次上报的状态,您可以直接通过MQTT或HTTP访问。同时,影子也提供反控功能。 |
规则引擎 | 规则引擎是物联网核心套件的消息路由中心,用于接收通过MQTT主题发布的消息,在规则中设置过滤条件、查询语句,可对消息进行过滤和格式转换,之后将消息结果转发给其他设备,或是计算、存储、消息队列等云产品以及用户自定义服务,串联起设备、服务、应用。 |
规则 | 规则可以理解为是路由转发消息的策略,每个规则必须设置消息的来源主题、数据发往的目的地,同时可以设置过滤条件和查询语句对消息进行过滤转换。每个IoT Core实例下可以创建多个规则来满足不同的业务逻辑需求。 |
数据来源 | 规则中必须配置数据来源表明规则要处理哪些消息,数据来源可以是所属IoT Core实例下任意主题,支持通配符,被设置为数据来源后,规则会主动订阅消息并对接收到的消息进行处理。 |
数据目的地 | 数据目的地是规则处理完消息转发到的目标产品或服务,一个规则可以设置多个数据目的地。 |
过滤条件 | 规则引擎路由消息时首先会对消息进行过滤条件判断,命中过滤条件的数据才会继续被转发到后续格式转换以及转发到数据目的地。 |
查询语句 | 规则引擎可以对消息进行格式变换,利用规则引擎定义的一套类JSON对象的操作的查询语句,不需要编程即可轻松配置出满足业务需求的格式转换规则。例如转换出符合TSDB写入要求数据格式、转换出可以写入RDS的格式。 |