AI 巡检运行配置

把一个巡检场景,变成一套可运行的规则

把识别、判断、范围与响应放进同一套配置

先把一种真实巡检场景说清楚,再组合模型、推理配置、业务规则和运行方案。现场条件变化时,可以调整其中一层,而不必推倒整套巡检能力。

01模型能识别什么

02推理配置如何稳定运行

03巡检规则什么算事件

04巡检方案在哪里运行

AI EVENT事件识别时间 · 地点 · 规则 · 等级

STANDARD / 01通知下发

STANDARD / 02无人机喊话

无人机与固定摄像机协同巡检高铁线路,蓝色航线、空间区域与机位在同一场景中被激活 空间区域 航线 机位
视频流铁路巡检实时视频画面
模型、推理配置、巡检规则和巡检方案共同驱动真实场景;命中后形成带时空上下文的事件,并进入闭环动作。
五类激活目标,定义一套可运行的巡检规则

01 / STREAM视频流连接实时画面

02 / DEVICE设备接入终端设备

03 / ZONE空间区域划定巡检范围

04 / WAYLINE航线规划巡检路径

05 / VIEWPOINT机位设定观察视角

Configuration review

先开清一场配置评审,
再让模型进入真实运营

客户需要确认的不是一串算法参数,而是三个业务决定:什么情况算事件、规则在哪里运行、命中之后由谁响应。平台把这些决定沉淀为可审视的运行配置。

DECISION / 01

业务判定

模型能识别目标;规则继续说明主体、条件、证据门槛、等级和冷却策略,定义什么情况才算事件。

评审输出:一条可解释的场景规则
DECISION / 02

运行边界

巡检方案选择视频流、设备、区域、航线或机位,并明确固定摄像头、无人机实时或离线模式。

评审输出:明确的作用对象与分析模式
DECISION / 03

响应责任

按事件等级选择通知下发、无人机喊话及自动、人工或审批模式,让命中进入可执行流程。

评审输出:可落地的闭环策略

Four-layer operating model

四层各自负责一件事,
组合后才是一套巡检能力

每层都保留自己的生命周期与业务语义。模型可以升级,规则可以复用,作用范围可以调整,而不必把所有信息压进一个不可维护的配置文件。

01

MODEL / M

模型

定义“系统能识别什么”

管理目标检测、图像分类、行为识别、异常检测、场景理解、视觉语言等模型能力,以及模型版本和当前版本。

  • 模型类别与能力说明
  • 版本来源与当前版本
  • 训练、部署与停用状态
02

INFERENCE / I

推理配置

定义“模型如何稳定运行”

把分析模式、目标帧率、检测阈值、跟踪策略、空间投影、队列和存储等运行参数沉淀为可复用配置。

  • 固定摄像头、无人机实时、无人机离线
  • 置信度、跟踪与性能参数
  • 空间投影、遥测容差与结果存储
03

RULE / R

巡检规则

定义“什么情况算一个事件”

以业务场景为单位表达主体、条件、判断、证据、等级、重置与输出,不让业务含义淹没在模型参数里。

  • 主体、条件与评估范围
  • 证据门槛、判断与等级
  • 冷却、聚合、重置与输出
04

PROFILE / P

巡检方案

定义“在哪里运行、如何闭环”

选择模型、版本、推理配置与一组巡检规则,再绑定运行范围、优先级、互斥关系和闭环策略。

  • 模型、配置与规则组合
  • 流、设备、区域、航线与机位
  • 优先级、互斥与闭环动作
配置关系

一条规则只表达一个明确业务场景;一个巡检方案可以选择多条规则,并把它们放进同一个运行边界中。

One scene, one rule

一种场景,一条规则,
先把判断标准说清楚

安全帽、区域入侵、高处作业、机械禁入区等场景不再只是模型标签,而是各自拥有条件、证据、等级和输出策略的业务规则。

RULE / SEMANTIC CONTRACTR = S + C + D + E + O
S

SUBJECT

对象主体人员 · 车辆 · 设备
C

CONDITION

业务条件属性 · 关系 · 区域
D

DECISION

判断策略帧 · 轨迹 · 场景
E

EVIDENCE

证据门槛可见度 · 阈值 · 聚合
O

OUTPUT

事件输出等级 · 冷却 · 目标
R
BUSINESS EVENT RULE可解释、可复用的巡检规则
巡检规则由对象主体、业务条件、判断策略、证据门槛和事件输出共同构成。
01

劳保合规

安全帽、反光衣等穿戴状态与场景条件。

02

高处作业

人员、高度、区域和防护关系的组合判断。

03

人员入侵

人员进入指定区域或跨越边界的持续性判断。

04

机械区域

机械设备与作业区域、人员之间的空间关系。

05

吊装与行为

吊装场景、人员行为和自定义风险类型。

Runtime scope

作用范围不是结果筛选,
而是规则运行的边界

巡检方案在运行前就明确作用对象,避免同一模型和规则被错误地应用到所有设备与空间。范围可以按场景组合,并保留项目上下文。

PROFILE SCOPE / ACTIVATION BOUNDARYS = STREAM ∪ DEVICE ∪ ZONE ∪ WAYLINE ∪ VIEWPOINT
PDETECTION PROFILE巡检方案运行边界

模型 + 推理配置 + 规则 + 闭环策略

01视频流STREAM
02设备DEVICE
03空间区域ZONE
04航线WAYLINE
05机位VIEWPOINT

MODE / 01固定摄像头fixed_camera

MODE / 02无人机实时uav_realtime

MODE / 03无人机离线uav_offline

巡检方案可绑定视频流、设备、空间区域、航线和机位,并按固定摄像头、无人机实时或无人机离线模式运行。

Closed-loop policy

发现不是终点,
方案同时定义如何响应

巡检方案可以按事件等级触发闭环,选择自动执行、人工执行或人工审批。当前标准执行器覆盖通知下发与无人机喊话,扩展动作单独标明交付边界。

01 / DETECT

规则命中

规则根据主体、条件、证据和判断策略形成命中结果。

02 / INCIDENT

形成事件

命中保留时间、空间、规则、等级与证据上下文。

03 / POLICY

匹配策略

按方案开关、事件等级、执行模式和冷却条件规划动作。

04 / ACTION

执行与留痕

动作状态保留待执行、处理中、成功、失败、跳过或待审批。

STANDARD / 01当前标准动作

通知下发

选择已配置的通知规则,根据事件来源与等级匹配接收人和通知通道,可覆盖短信、邮件、站内通知等实际已部署渠道。

  • 绑定具体通知规则
  • 按事件或告警来源发送
  • 记录发送、失败与无目标状态
STANDARD / 02当前标准动作

无人机喊话

在无人机实时分析模式下,根据事件内容生成喊话文本,并结合网关、喊话器、音量与冷却时间执行现场提醒。

  • 自动、人工或人工审批模式
  • 事件模板与冷却时间
  • 执行前校验设备与实时模式
EXTENSION CONTRACT需要项目集成

多角度取证与外部系统

规则层可描述 Webhook、工单等输出目标,也支持多条证据聚合;主动调度设备进行多角度取证、调用客户外部系统,需要结合设备、接口与业务流程配置执行器。

  • 规则输出契约已预留目标标识
  • 主动多角度采集需任务与设备编排
  • 接口鉴权、失败重试与责任边界需确认
动作执行模式

AUTO自动执行

MANUAL人工执行

APPROVAL人工审批后执行

Evidence and conditions

规则能够运行,
模型与现场条件也要匹配

平台负责把模型能力组织为可运行方案;识别效果和闭环执行仍依赖模型版本、现场数据、设备能力与实际通知通道。

运行配置已经覆盖

  • 模型、推理配置、巡检规则、巡检方案四层运行配置。
  • 固定摄像头、无人机实时、无人机离线三种分析模式。
  • 按视频流、设备、空间区域、航线和机位限定巡检方案范围。
  • 规则条件、证据门槛、判断、等级、冷却和聚合策略。
  • 通知下发和无人机实时喊话两类标准闭环动作。

模型与现场前提

  • 模型版本、部署状态、算力条件、样本适配和识别阈值。
  • 通知服务商、通知通道、接收人和对应通知规则。
  • 无人机、网关与喊话器能力;喊话仅在满足实时模式和设备条件时执行。
  • 主动多角度取证、Webhook、工单及其他外部系统调用需要项目集成。
  • AI 结果用于辅助巡检,不替代必须由人工完成的安全判断与现场处置。