智能联动设计
作者：互联网
智能联动设计是基于“有效时间内”的“资源期望组态”与“资源实际组态”的差异来实现自动控制和自动纠错的高级自动化功能。
联动引擎，系统提供可视化配置场景联动规则、告警规则，每个规则涵盖触发条件、执行条件、执行指令等配置可以实现各个采集数据的绑定。联动规则支持在可视化编辑、管理，同时支持在后台部署执行以及前端部署执行。在后台执行的规则通常以跨场景联动、三方系统联动为主，在前端执行主要是就地本场景联动、就地计算等为主。联动可以由时间流逝、数值变更等触发，进入执行条件判定环节，若满足条件，执行联动指令。联动的执行动作的反馈结果，可以输出为操控设备、声音提示、短信通知、邮件通知、电子地图标注等展示方式。
如上图，一个触发条件，可以配置及触发多个联动，实现与其他设备、本子系统、跨子系统、本平台、跨平台的联动。基于时间变量、系统运行态势、采集变量等作为驱动条件，拟定定时、轮询、条件等各种联动配置，实现系统运行无人值守，联动及调度系统下属各个模块的设备资源、数据资源。
联动规则支持执行脚本、驱动插件、SQL语句分析等多种实现方式，按需要部署在后台或前端执行。通过规则引擎、函数算法等服务组件，设置设备与设备、设备与平台、设备与人员、设备与应用子系统之间互通互联，并将联动态势通过多种可视化方式展示。
数据物模型化
接入系统的数据需实现归一化为平台定义的物模型数据，可以通过定义脚本解析、数据映射、功能函数等实现上传数据到物模型数据的转换。系统在提供设备连接通道能力之上，提供了物模型能力，物模型可以屏蔽底层设备差异，基于平台提供的标准API实现设备或既有子系统的接入；从而达到设备模型在平台上模型标准化和业务共性应用。
数据物模型化将设备参数及态势信息、系统参数及运行态势、第三方输入均转换为结构化表达的物标签，即包含自身基本属性、设备协议信息（如物模型等）、设备空间信息、业务属性信息、T+1指标数据等信息的智能设备。系统支持命名、类型、属性、事件、服务、联网方式、入网协议等设备定义设置，并明确设备的实例编号、认证信息、扩展标识等内容。
系统业务数据主要展示为设备<->属性（信息点）的层级关系，设备可以对应实际场景的设备，亦可为虚拟构建的设备，能通过设置坐标值、项目标识等标签（信息点）来实现其分组、分区及电子地图展示等功能。数据物模型化依据其实际应用具有属性、事件、服务等功能定义，其中属性具有命名、关键字标识、数值类型、数值态势、更新时间等通用项。平台在物模型能力之上，基于标准化模型实现的智能运维、数据分析、可视化、数字孪生等高价值服务。
联动规则模型
系统的自动化或联动总是条件触发的，该触发点可能来着自与系统下端设备采集的设备态势或孪生数据，亦可能是上层应用的输入，又或是系统内在既定业务逻辑的驱动，这些自动化业务逻辑运转使得每个设备、场景、人等互相联动规则，这种规则模型称为TCA 模型，一般由触发器（Trigger）、执行条件（Condition）、执行动作（Action）三个部分组成。每个联动规则的触发条件、执行条件、执行动作三要素的数据可以绑定设备属性、设备事件、时间范围等信息，配置好的联动规则既可以在后台运行，实跨区域、跨场景、跨应用子系统的联动，也可以远程部署在前端，实现场景内的联动。
来自设备端的数据就数值性质分为遥信（如开关）、遥测（如电压），而依据其时间性质分为属性(尺寸)、态势(电流)。前者一般侧重数学逻辑，后者倾向于业务表述。很多时候也将遥信、遥测统一表述为遥测，在开发实现上用float(double)等变量存储，遥信则看成特殊的float值(1.0，0.0)。同样的，属性、态势都可以归一化为态势，属性就是依时间推移不变的态势。
来自上层应用端的数据通常就数值性质分为遥控、遥调，其实与遥信、遥测相对应，在不少传统行业，四遥时会分开，但目前越来越多的应用会将遥信、遥控归并为遥信，遥测、遥调归并遥测，甚至将四遥归一。
在TCA 模型的应用映射，来自设备端的数据采集、来自上层应用的数据下发以及系统内部的态势巡检线程均扮演本系统的触发器角色，而执行条件就是配置的任务策略、告警策略、清洗策略等构建的条件。执行动作就是在这些条件满足后执行的业务逻辑，主要有三点，其实也是和三份构建条件一致的，任务策略的执行动作就是对某些信息点集进行设值、查询等，告警策略的执行动作就是按需生成告警信息并以指定的告警方式通知责任人，清洗策略的执行动作主要是确定数据推送、转发、记录等，次要就是进行数据判定相关的告警，如数据扰动。
其中任务策略是主要触发点，其执行条件的依据主要为三方面：
1）信息点数值匹配，信息点可能是来自是设备端直接采集到的，或是依据原始采集数据孪生的数据，或是与上层应用对接的信息点。例如，开关闭合为原生采集，联动灯管的开闭态=（开关1|开关2）为孪生数据，在本系统构建第三方系统的某设备的温度对应的信息点。其匹配表现为两点，其一就是数值比较(<，>，=)，其二就是数据本身属性，是否发生变更、更新时间是否符合要求。
2）时间匹配，主要限定执行条件的时刻点或时间范围。
3）程序态势匹配，就是程序启动、运行、暂停、退出等态势构建执行条件的一部分。
另外需要注意的是执行条件的三个方面可以相互组合构建更服务的执行条件或连锁驱动。例如，在每天下午2点到4点期间，每间隔三分钟将点1设值为rand(100)；在周一，系统退出需要短信告警；点1和点2数据变为0时，将点3设值为1，点3变为1时将某个设备关闭。如上种种均可以自由组配实现。
末端设备的场景联动
系统实时监测末端设备采集数据，依据预设的触发条件进入执行条件判定，依据判定结果驱动执行指令，与其他设备、本子系统、跨子系统、本平台、跨平台的业务逻辑联动。
系统可配置单设备规则，用于表示各种消息解析、数据上传、属性更新、服务调用等实现要求：
- 设备报警管理，创建、清除、更新报警；
- 时间通知消息定义，如报警通知时发送邮件等；
- 设备事件定义，如设备阈值触发事件等；
- 定义规则时间，特定时间触发特定的场景。
系统可拟定跨系统输出的传输规则，可定制用于进行复杂的预警事件处理框架，制定跨设备联动规则：
- 设备之间的联动规则，如电子围栏预警联动视频监控、声光报警；
- 通过对其他设备的操作来定制相关设备联动，如某设备受控后对关联数个设备逐一操控；
- 通过感知业务数据变化，来定义相应的动作，如内存占比越限触发资源调度
跨业务事务联动
有别于末端设备联动倾向于前端场景业务直观反馈，事务联动倾向于平台内跨业务场景的设备治理、资源调度、事件预警、系统运维等事务。
平台与各子系统集成，并将各子系统推送数据进行数据治理，构建物模型化，各个数据项被归于反应实际业务需要的业务设备下（该业务设备即可以是实际前端设备，也可以是虚拟概念设备，可以以其是否能提供业务服务的主体为原则进行设计）。触发条件、执行条件、执行指令的配置基于时间变量以及设备下各个数据项进行下拉框刷选、模型拖拽等可视化方式进行配置，系统自动将配置转换为内部能识别的事件驱动插件或脚本进行部署。系统支持这些事件驱动插件或脚本在平台执行，或远程部署在前端智能设备或子系统执行。
通过对关键资源点配置事件规则及其联动动作，实现包含但不限于以下事件配置：
- 支持周界、门禁、停车场等跨业务、跨场景联动；
- 支持客户端、录像、抓图、语音、短信、邮件等多种联动预警方式；
- 支持历史数据查询分析，推送预测结果；
- 支持系统态势分析，给出警示或应急方案；
- 支持查看预览、回放、图片联动，给出事件关联资料及注释提示；
- 支持紧急报警事件在客户端事件详情页面反控事件源特有的联动控制项（如：开箱控制、对讲控制、警灯开/关控制）
标签：模型,系统,智能,联动,设计,执行,数据,设备 来源： https://blog.csdn.net/py8105/article/details/122699239