首页 / 解决方案 / 现场感知与联动

现场感知与联动

把视频事件接入人员响应和设备工作流程。

JIHE · FIELD INTELLIGENCE

典型场景与识别示意

以下为典型场景效果示意,可继续查看相关识别类别与配置方法。

查看选型与参数指南 →

JIHE · TECHNOLOGY IN APPLICATION

园区通行与秩序管理

围绕出入口、停车区域及公共通道组织视觉任务。

出入口与限制区域

出入口与限制区域
功能逻辑示意 · 具体能力与接口以产品配置为准

监测范围

配置出入口、周界或限制区域。

条件判断

依据进入方向、生效时段及持续条件生成事件。

业务对接

推送至值守人员或经适配的平台接口。

SCENARIO EXPLORER

视觉分析与事件处理

区域入侵、人员聚集与物品状态三类任务的识别、判定及事件输出示意。

任务识别区域人员目标区域进入 · 逻辑效果示意示意画面,不代表现场精度或已交付案例
识别对象

检测画面中的人员,并判断目标脚点与区域的关系。

判断条件

结合区域、时段和持续确认时间决定是否形成事件。

输出结果

事件附带发生位置和时间,再按配置通知相关人员。

DEPLOYMENT TOPOLOGY

典型部署拓扑

摄像机、AI盒子与管理电脑通过现场网络连接;外部通知与联动设备按方案选配。

网络摄像机管理电脑现场交换机视觉 AI 盒子业务平台消息通知现场联动设备分析 · 任务 · 事件约定接口与字段按配置选择渠道已适配端点与动作局域网外部平台和设备按方案选配
01 · 视频输入

先核对视频协议、编码与网络条件。

02 · 本地管理

浏览器用于任务配置、事件查看和日常维护。

03 · 对外连接

平台与通知需网络可达;硬件联动需匹配端点和接线。

逻辑连接示意,不代表实际接口数量或布线方案。手机可左右滑动查看完整拓扑。

业务任务

在约定区域与时段识别特定事件,减少依赖人工持续查看画面。选择何种识别能力,需结合目标大小、遮挡和现场变化验证。

方案组成

摄像机提供输入,AI盒子运行任务,事件记录形成依据,通知渠道或约定设备接口承接后续响应。

如何实施

先选一个代表点位确认视频条件,再测试事件触发、通知送达与联动动作,完成验收后复制到类似点位。

交付范围

明确摄像机、盒子、网络、平台、安装和联动设备分别由谁提供。识别事件不自动代替人工处置与现场管理。

01 · 现场输入

摄像机覆盖业务区域,并避开无关道路和强反光。

02 · 任务配置

定义对象、区域、时段与持续条件。

03 · 响应流程

明确接收人、通知方式以及事件处理责任。

详细说明:事件分级与责任人配置
EXPLORE MORE · 即合智能

事件分级与责任人配置

识别只是起点,区域、事件与响应流程需要一并设计。

01在出入口建立清晰边界02在作业区结合业务条件03在值守流程中区分事件级别04在日常管理中形成反馈
实施路径指示图:按顺序展开问题,每一步的具体说明见下方。手机可在图内横向滑动。
01

在出入口建立清晰边界

出入口常有正常经过、短暂停留和真正进入的不同情况。根据实际目的选择区域或边界线,并明确允许方向和时段。使用正常通过与异常进入两类动作验证,避免让相邻道路和无关人员不断触发提醒。

02

在作业区结合业务条件

设备周边任务要围绕真实工作范围和流程定义。是否需要外部输入状态、事件通知还是硬件动作,应分别确认。摄像机二维画面中的距离不能直接当成真实米数,现场方案应按照具体能力的表达方式验证。

03

在值守流程中区分事件级别

现场人员需要知道哪些事件需要及时关注、哪些适合复盘。通知内容应包含可定位的位置和事件信息,渠道与路由按接收对象配置。重复提醒频率与事件记录是不同机制,需要分别测试,避免通知过多掩盖重要信息。

04

在日常管理中形成反馈

使用者核实事件后,记录实际情况和处理结果。发现误报时保留证据并说明原因,发现漏报时记录应当发生事件的时间与动作。这样的反馈能帮助技术人员定位问题,而不只是得到一句“效果不好”。

需求与交付内容

任务与验证把输入连接到结果区域与时段场所视频值守响应规则可定位的事件通知与处理持续改进依据
关系示意:左侧是需要了解的输入,右侧是希望形成的结果。结果范围仍需结合实际产品、项目条件与验证确认。
SCENARIO DETAILS

场景规则与配置示意

下面是任务逻辑效果示意,不是客户实测截图;实际能力按安装版本与场景验证。

目标脚点与区域

区域入侵判定

画面中看得到人,与人员进入业务区域,是两个不同判断。按真实边界绘制区域,再通过进入、区域外经过与边界徘徊测试。标注点用于解释空间关系,不代表测量精度。

允许方向配置边界线

越线与通行方向

用边界线和允许方向定义通行规则。来回通过各测试一次,确认画面方向与业务方向一致。机位变化后重新核对,不把旧方向设置直接用于新的镜头。

正常队列区外溢区

队列区域与外溢检测

正常队列区与外溢区具有不同含义,需要分别绘制并验证。遮挡会影响目标连续性,应结合代表时段观察。图中仅解释区域组织方式,不代表实际人数或等待时间统计。

车位区域:占用状态

车位占用与到离场检测

车位区域与正常行驶道路分开,分别测试车辆驶过、停车和离场。占用、违停与车牌识别是不同任务,不能只因看到车辆检测框就认为全部流程成立。

PRACTICAL REFERENCE

通知对象与响应配置

配置顺序

  1. 进入“通知中心”。
  2. 新建或选择通知渠道,填写该渠道要求的地址、凭据或接收信息。
  3. 保存后先执行测试,确认盒子能够访问通知服务。
  4. 配置哪些事件、摄像头、任务或级别需要发送。
  5. 设置接收对象和必要的通知时段。
  6. 使用真实测试事件再次确认完整消息内容。

渠道和路由的区别

  • 渠道解决“从哪里发出去”,例如某个消息机器人、邮件服务器或 Webhook 地址。
  • 路由解决“哪些事件发到哪个渠道”,可以按事件、摄像头、任务或级别筛选。
  • 渠道测试只验证连接和凭据,不代表真实事件已经命中路由。
  • 先建渠道并测试,再建路由,最后用真实事件做端到端验证。

常见渠道

  • 企业微信、钉钉和飞书通常使用机器人或应用地址。
  • 邮件需要可用的邮件服务器、发件账号和接收地址。
  • Webhook 用于把告警推送给第三方系统。
  • 本地或网络语音用于现场播报,需同时检查声音设备和网络。

语音通知

  1. 选择本地播报或页面提供的网络播报方式。
  2. 确认设备、地址、音量和播放条件。
  3. 先使用页面测试确认能听到清晰声音。
  4. 再绑定真实事件并检查重复播报间隔。

公共区域播报要控制内容、音量和频率,避免把敏感身份信息直接播出。

怎样判断正常

  • 渠道测试成功。
  • 真实事件命中通知规则。
  • 接收端收到正确的时间、位置、事件名称和图片或链接。
  • 告警间隔内不会重复刷屏,新的独立事件仍能送达。

收不到通知

先确认系统确实生成了事件,再依次检查渠道启用、规则匹配、接收对象、时段、网络、地址和对方服务限制。渠道测试成功但真实事件不发送,通常是通知路由没有命中。查看投递记录可区分“没有生成通知”和“已经发送但对方拒绝”。

按现有产品帮助整理,具体菜单与能力以交付版本为准。