名词概念

1. 通信网关（gateway）

   虚拟逻辑网关概念。创建会生成网关标识ID，作为采集引擎运行连接平台时所需的参数。一个通信网关会对应一个采集引擎运行实例。
   通信网关是设备与物联中台的纽带，主要用于设备、子系统等接入层与物联中台通信，一个设备只能接一个通信网关，而一个通信网关可以加载多个驱动接入多个设备。

   注意，这里网关并非指TCP服务器这类，而是采集引擎运行实例，采集引擎一方面加载一个或多个驱动，另一方面与平台通信。
   TCP服务监听，属于驱动的范畴。从用途上驱动分为数据通信传输和报文协议解析，并且是上下衔接的关系。对于子系统SDK/API接入的通常对这两层做了封装，驱动程序只用做接口转换即可

2. 设备实例（device）

   设备实例可以是具体物理设备、虚拟设备、子系统、数据库、算法、图表等任何可以用数据点描述的物体实例。一个设备实例对应一个模版驱动。

3. 数据点（data）

   数据点代表着某一类设备的功能、属性的定义描述，如传感器中的PH值、子系统中的API接口参数、数据库中的字段、算法中的参数、图表中的属性等。通常这里指中台具体需要采集的值。

4. 模板驱动（device_tpl ）

   模板是数据点的集合，并且是共享的，同类型的设备可以直接复制类似模版。一个模版可以对应多个设备，所有的数据点的配置都会继承模版的配置信息。也叫数据点表，类似“物模型”。

5. 点表（tables）

   同一个网关下面所有的设备、数据点的所有属性信息和配置信息，有多种形式的展现，如：API中的json数据、.json文件、.xls文件等。

6. 视频设备

   视频设备指定是摄像头IPC、NVR等一些视频监控设备。

7. 设备驱动（driver）

   SDK二次开发程序包，以数据点表作为配置文件，用于设备或子系统实例中实现接口协议转换。在中台页面驱动发现栏里面可以看到内置的驱动库。

8. 多级名称

   数据点1级名称，就是数据点名称（比如“start”）；2级名称是包含设备（或系统）名称（比如“pubuji.start”）；3级名称则包含网关比如“baozhuang.pubuji.start”

9. 多级ID

   参见”多级名称”，只是名称换为ID标识

10. 全名称（pointName）

    多级名称为3级时，就是全名称

11. 全ID（pointId）

    参见”全名称”，只是名称换为ID标识，比如“01f277fec35911eaa38e000c2988ff06.a009e9c9.04b7”

逻辑关系

以下名称与别名相互等同，在不同场景接入不同类型对象时，可选择对应相关名词来理解。

 - “网关”别名“接入点”
 - “系统”别名“设备”
 - “数据点”别名“监测点”
 - “模板”别名“产品”或“类型”

1. 平台与“网关”的关系

   平台是分布式微服务架构，提供统一的域名作为统一入口，接入任意数量的网关。网关彼此以全球唯一ID作为区分和识别。网关接入时调用Login登录接口，并以用户名、密码、UUID三者一起作为传入参数。

   

2. “网关”与“系统”、“数据点”之间的关系

• 创建网关，网关下创建系统（设备），并在创建设备时选择已创建的模板，从而让系统（设备）关联了特定的数据点；
• 对网关导出数据点表时，带有网关、设备、数据点三者信息，除了带有模板id信息之外，不包含模板其他信息；
• 对网关导入已有的设备数据点表时，将自动创建新的模板用来存放数据点，并且自动关联设备
• 一个网关下可以有多个系统（设备），一个系统（设备）当下只能对应一个网关
• 网关ID是全局唯一

1. “模板”与“数据点”、“系统”之间的关系

• 创建模板，模板下创建数据点
• 系统（设备）与数据点的关联，是以模板作为纽带，并非直接关联，除了在到处的数据点表中（json或excel格式）
• 一个模板可以关联多个系统（设备），一个系统（设备）当下只能对应一个模板
• 一个模板可以关联多个数据点，一个数据点只能对应到一个模板
• 模板ID、系统（设备）ID是全局唯一，数据点ID是模板内局部唯一