
03 · SOFTWARE & APPLICATIONS
配套软件与值守应用
即合智守围绕任务与事件组织值守流程;移动端提供远程处理入口;AI 复核按服务配置使用。

03 · SOFTWARE & APPLICATIONS
即合智守围绕任务与事件组织值守流程;移动端提供远程处理入口;AI 复核按服务配置使用。

JIHE · TECHNOLOGY IN APPLICATION
从视频输入到任务输出,明确硬件、软件与业务接口的功能关系。
通过网络读取适用摄像头或 NVR 视频流。
在设备侧运行所选算法任务并组织事件证据。
接口、容量与外观以具体交付型号为准。
关联视频源、分析能力及业务规则。
满足任务条件后形成事件与可用证据。
通知人员或对接已适配的外部接口。

面向需要视频分析与业务事件的现场,把视频接入、算法配置、告警管理和设备联动集中到一个端侧产品中。
真实产品外观存档,具体外壳与接口以交付型号为准。
当前以视觉任务与规则联动形成应用链条,向更多传感器和设备形态演进。
摄像机画面与已接入的设备状态,提供任务所需信息。
在盒子中运行视觉分析,管理任务、区域、时段与运行资源。
生成事件、保存证据、记录处理状态,并触发约定通知。
通过已适配接口连接外部系统与现场设备,核对执行结果。
从当前可部署产品开始,为未来设备内嵌形态积累可复用能力。
| 形态 | 适用方式 | 阶段 |
|---|---|---|
| 视觉AI盒子 | 在现有摄像机与网络基础上部署视觉任务 | 当前产品,配置按需求确认 |
| 设备集成方案 | 用已支持接口连接厂家设备与业务系统 | 按项目评估适配 |
| AI模组 / 嵌入式交付 | 将计算与智能能力导入设备内部 | 研发方向,非现售通用模组 |
按部署环境、接入方式和后续管理要求,选择适合的产品合作路径。
已有摄像机和局域网的场所,可以先通过盒子验证一个明确任务。选型时需要同时了解摄像机数量、视频规格、分析能力组合和运行时段。接入视频数量与可保障的算法并发不是同一概念,不能只凭摄像机总数决定产品配置。
厂家导入时应从一个可测量的新增功能开始,例如关注设备附近人员、读取约定状态或形成指定事件。现有计算平台、接口方式和整机安装空间会影响交付形态。先通过样机验证功能链条,再讨论批量导入,能减少量产阶段的重复修改。
一份完整配置应分别列出硬件、软件能力、接口工作和服务内容。安装、培训、升级与新增功能不应混在一个笼统名称里。销售沟通时先明确客户需要哪些结果,再确认哪些由标准配置提供、哪些需要额外适配。
后续增加摄像机、算法或通知渠道时,需要重新检查计算资源、网络与任务条件。扩展不一定意味着更换所有设备,但也不能默认剩余资源充足。保留当前配置与验收记录,能够帮助判断下一次扩展涉及哪些工作。
下面是任务逻辑效果示意,不是客户实测截图;实际能力按安装版本与场景验证。
画面中看得到人,与人员进入业务区域,是两个不同判断。按真实边界绘制区域,再通过进入、区域外经过与边界徘徊测试。标注点用于解释空间关系,不代表测量精度。
用边界线和允许方向定义通行规则。来回通过各测试一次,确认画面方向与业务方向一致。机位变化后重新核对,不把旧方向设置直接用于新的镜头。
正常队列区与外溢区具有不同含义,需要分别绘制并验证。遮挡会影响目标连续性,应结合代表时段观察。图中仅解释区域组织方式,不代表实际人数或等待时间统计。
车位区域与正常行驶道路分开,分别测试车辆驶过、停车和离场。占用、违停与车牌识别是不同任务,不能只因看到车辆检测框就认为全部流程成立。
先确认目标在固定区域稳定可见,再设置消失确认,避免把短暂遮挡当成移除。目标类别、堆叠与外观差异需要现场验证,任意未知物品不自动成为可识别类别。
先测试端点动作,再绑定事件规则。真实事件发生后核对动作保持与恢复,记录执行设备的实际状态。图示用于解释响应链条,不代表任意设备都能直接控制。
产品形态、接入方式与业务任务的配置关系。

设备连接示意。具体接口与部署方式以选定型号为准。
先评估摄像机、网络和工作流程能否复用,以视觉AI盒子接入明确的任务。部署前核对视频条件,配置后验证真实触发和响应。项目扩展时依据已验证点位与任务组合确认配置。
按技术方向查看应用方式与对接资料。