有人一直站在感应区，视频播完后该重播还是待机

影片结束时是否重播，应由事先约定的占用策略决定，而不是靠传感器连续发信号碰运气。把占用、离开、影片结束作为独立事件，明确“继续站着”是否需要再次离场才能获得新的播放资格。

先固定哪些条件

示例采用单次进入只播放一次：人在区域内播完后进入等待离场，确认离开才重新武装。这是展项设计选项，其他项目可选持续循环或冷却后重播。本文不代表任何传感器或互动产品原生实现完整状态机。

按这个顺序取证

1. 先写状态：待机、播放中、等待离场。为enter、leave、end和reset定义输入来源，区分传感器电平变化与重复通知；影片结束事件必须绑定本次play_id，防止旧节目结束误伤新节目。

2. 回放进入→结束仍占用、进入→离开→结束、播放中离开又进入三条路径。每一步填写占用值、播放ID、当前状态与下一状态，检查end和leave同刻时的优先级，并记录项目选定规则。

3. 在现场用测试人员固定站位复验，记录传感器原始值、逻辑事件与画面。遮挡、断线或输入未知时进入明确降级状态；不要将未知当作离开，从而重新武装并反复触发。

合成示例：输入怎样对应结果

合成策略规定播放中即使短暂离开再回来，也不在end后立刻续播；end时若仍占用则等待离场，若已空则待机。这样可避免排队观众还没走完就自动重播，但未必适合长驻留展项，方案确认时应让运营方用实际参观节奏选择。

前态	事件与占用	后态	是否新播
待机	enter，占用	播放中	是
播放中	end，占用	等待离场	否
等待离场	leave，空	待机	否
播放中	end，空	待机	否

下载后怎样使用

下载合成输入CSV、空白记录CSV、可打印测试协议与完整字段JSON，另有本地只读核验脚本。先用合成输入熟悉字段，再复制空表填写自己的环境、测试时间和证据路径；不要把示例行改成真实项目名称后当作测量结果。协议中已经列出准备条件、顺序、通过条件、失败记录和复核人位置，可按本项目约定填写后打印。

将脚本和synthetic.csv放在同一目录，用 python verify.py 执行；脚本只读取合成输入，断言通过表示该示例的计算与预期一致，不代表现场或产品通过。

失败、误判与下一步

把“有人”每帧都变成enter会反复排入播放命令；只用定时器在片尾强制清空也可能导致瞬间重播。若状态正确但仍播两遍，继续核对播放队列、重复命令和旧end回调；若长期卡等待离场，查传感器常占用与故障提示。

验收应把选定策略写进节目单，并由运营方签认，不以“大家都这么做”代替展项预期。

本篇取证范围：已离线回放合成状态表；真实传感器抖动、观众驻留和片尾回调未测。

占用状态机是交互需求，不由某种传感器自动保证。若在InteractiveMask等Beta工程对接，应先确认实际输入和结束事件，公开页未承诺本表全部分支原生可用。

关联入口与一级出处

基础背景见传感器触发播控（人来即播/离开待机）。进一步可用触摸查询无人操作后回首页，怎样验证计时从哪个动作开始继续取证。项目上下文可从触摸互动专题进入，需对接工程时看感应交互状态机定制。

• TUIO 1.1：输入会话存在与移除语义。
• InteractiveMask当前输入与Beta范围。

来源核对日期：2026-10-23。规范支持相应机制，表内输入和数值为本文合成演示；厂商声明仍须在指定版本与配置上验证。