银行网点的人体存在监测场景中，痛点在于“动静不分”——传统PIR传感器只能感知移动，无法判断静止存在，导致联动逻辑经常“掉链子”（如客户在自助区办理业务时灯光/空调误关）。以下方案基于芯步的毫米波雷达传感器与开放接口，实现“人员在则开、人员离则关”的精准自定义联动。

1. 背景与分析

在银行网点的数字化转型过程中，精细化运营和安防合规是两个核心诉求。传统的银行网点通常依赖“红外探头”或“摄像头的移动侦测”来判断区域内是否有人。然而，这类传统方案存在一个致命的体验缺陷：当客户在柜台填写单据、在ATM机前操作或在贵宾室静坐等待时，由于动作幅度极小，系统会误判为“无人”，进而触发关灯、关闭空调或解除安防警戒，严重影响客户体验和运营效率。

特别是金融行业对安防等级要求比较高，网点需要区分“工作人员”、“办理业务的客户”与“误闯的无关人员”，同时要实现精准的节能减排。

本方案基于芯步的智能硬件生态及开放API接口，旨在构建一个具备“存在感知”能力的自定义联动系统，解决“静止不动即判无人”的技术盲区。

2. 核心技术选型：为什么选择“人体存在”而非“人体移动”

为了实现银行场景下的精准逻辑控制，我们摒弃了传统的PIR（被动红外）传感器，选用了毫米波雷达（mmWave Radar）传感器。

2.1 技术对比

2.2 推荐硬件

• 智能人体存在雷达传感器（吸顶版）：覆盖半径5-8米，可感知区域内是否有人，并上报具体坐标或活动状态。

• 智能语音音柱Pro60W：用于当检测到有人时播报迎宾语或安全提示；检测到异常滞留时发出警示。

3. 系统架构与对接流程

本方案的核心在于利用芯步开放的HTTP API和消息推送机制，将银行原有的安防/照明系统与感知层打通，实现去中心化的联动逻辑。

3.1 架构拓扑

1. 感知层：部署雷达传感器，实时上报“有人/无人”及“人员活动轨迹”数据。

2. 网络层：设备通过WiFi 2.4G/5G直连，无需额外网关，数据通过MQTT/HTTP推送至银行私有化服务器。

3. 平台层：银行本地服务器接收芯步推送的状态数据，运行自定义逻辑脚本。

4. 执行层：下发指令控制灯光、空调、门禁、语音播报器等终端设备。

3.2 接口对接机制（自定义逻辑的关键）

要实现“自定义联动”，不能依赖云端固定的规则引擎，必须对接设备数据上行API和设备控制下行API。

• 上行数据接收（感知） ：

  • 芯步传感器检测到状态变化时，会主动向银行预设的服务器地址推送数据。

  • 数据格式示例{ "device_id": "RADAR_01", "status": "OCCUPIED", "occupancy": true, "静止时长": 300s }

  • 银行侧动作：银行系统接收到“OCCUPIED”信号后，根据业务逻辑（如是否是夜间模式、是否在清洁时间段）决定是否下发指令。

• 下行指令控制（执行） ：

  • 银行服务器通过调用芯步的通用控制接口向设备下发指令。

  • 请求地址http(s)://api.thingboot.com/{AppId}/device/control/

  • 典型指令：控制灯光开关 {"device":"LIGHT_01", "order":{"power":1}}；控制语音播报 {"device":"VOICE_01", "order":{"play":1, "text":"欢迎光临"}}。

4. 自定义联动逻辑场景实战

基于上述接口，我们可以为银行网点定制以下5种高价值联动场景：

第一种场景：VIP客户室“静默服务”

• 需求：客户在VIP室静坐等待或签署文件，不能出现“灯灭”或“空调停”。

• 逻辑：雷达传感器开启“存在检测”。

  • IF 雷达上报 status = OCCUPIED (存在静止目标)

  • THEN 银行系统 重置计时器，保持灯光100%亮度，保持空调开启；若检测到客户站立，联动呼叫客户经理移动端。

  • IF 雷达上报 status = UNOCCUPIED (持续无人10分钟)

  • THEN 指令关闭该区域电源。

第二种场景：加钞间/金库的“双人值守”合规联动

• 需求：银行监管要求加钞时必须双人在场。

• 逻辑：部署探测范围重叠的两个雷达传感器。

  • IF 系统接收到 两个不同ID的雷达 同时上报 “有人” 信号

  • THEN 系统判定为“合规操作”，保持照明，并自动向监控中心标记“开始工作”时间戳。

  • IF 仅检测到 单一人 存在且持续超过5分钟

  • THEN触发告警联动：通过HTTP接口向安防主机发送预警，语音音柱播报“请严格遵守双人操作规范”。

第三种场景：自助银行ATM区“防尾随与睡眠监测”

• 需求：防止不法分子尾随客户，同时防止流浪汉滞留过夜。

• 逻辑

  • 防尾随：传感器检测到区域内人数 > 1 且仅有1人在操作机具（基于位置感应），系统触发语音提示：“请排队等候或在黄线外等候”。

  • 滞留告警：传感器检测到同一目标持续存在超过 30分钟（非操作状态）。

  • THEN 系统调用语音音柱接口，播放警示音：“如有业务需求请尽快办理，长时间逗留将触发警报”。

场景四：网点能耗“人来灯亮、人走灯灭”

• 需求：开放式办公区或茶水间节能。

• 逻辑

  • 银行系统维护一个“在岗状态表”。当某区域雷达上报 UNOCCUPIED 时，系统通过API下发 {"power":0} 指令给该区域的智能开关/灯光控制器。

  • 延迟策略：设定5分钟缓冲期，防止客户在拿宣传单等微动作时误关灯。

场景五：非营业时间的异常闯入联动

• 需求：下班后，无权限区域有人闯入。

• 逻辑

  • IF 系统时间判断为 OFF_HOURSAND 雷达上报 OCCUPIED

  • THEN 系统不仅控制灯光全亮（震慑），同时调用语音音柱的最大音量接口，播放模拟警笛或“非法闯入，已通知警方”语音。

  • 同步通过API向总行安防中心推送 INTRUSION_ALERT。

5. 实施部署注意事项

1. 设备布点与矫正

• 安装高度：雷达传感器吸顶安装，高度2.5-3米。避免正对空调出风口（气流干扰）或大幅摆动装饰物。

• 灵敏度设置：通过API接口调节雷达的灵敏度参数（Sensitivity）。在银行柜台场景，降低灵敏度以过滤柜台玻璃的反射杂波，提高信噪比。

2. 私有化部署与数据安全

• 根据《银行金融机构信息安全指引》，客户行为数据不可出境。芯步的硬件支持私有化部署（局域网LAN模式）。

• 将芯步的API服务部署在支行本地的边缘网关或总行的内网服务器中，所有联动逻辑在银行内部闭环，仅上行统计类数据至云端。

3. 故障切换机制

• 自定义逻辑必须包含“设备离线”处理。

• IF 心跳检测发现雷达传感器离线

• THEN 联动逻辑自动降级为“定时模式”或“常亮模式”，防止因传感器故障导致黑灯影响营业。

6. 总结

通过对接芯步的 “智能人体存在传感器” 与 “开放API” ，银行网点可以将传统的“被动安防”升级为 “主动感知与决策” 。

这套解决方案不仅解决了传统红外传感器“检测不到静止人体”的行业顽疾，更通过自定义逻辑脚本，将安防合规、节能减排、智慧服务三个维度的需求统一起来。银行技术部门可以利用标准的HTTP协议，仅需编写少量的业务逻辑代码，即可实现对物理空间内“人”的精准管控，真正做到“人在服务在，人走灯自灭”。