客流统计联动中控（分时段策略）

周一上午没有团队预约，整馆设备照样轰隆隆全开；周末人挤人时，灯光又因为定时脚本提前进了节能档。让中控「看人下菜碟」——按客流和时段自动切换运行策略，才是省电、护设备、又不掉体验的做法。

从一张「一年电费单」说起

不少展厅馆长第一次认真算电费，都会被中间那段吓一跳：开馆到闭馆十几个小时，几十台投影、大屏、互动设备从头开到尾，可真正有观众的时段可能就那么三四个小时。剩下大半天，设备在没人的空馆里满负荷空转，电表哗哗转，投影灯泡的寿命也一小时一小时地烧掉。更冤的是有些馆装了定时脚本想省电，结果脚本是死的、客流是活的——周末人最多的点它偏偏按表进了节能档，观众看到的画面反而更暗。病根都一样：运行策略跟的是钟表，不是人。这篇就讲怎么把客流变成中控的输入，让设备按真实人流开合，省下的既是电费也是灯泡钱。

为什么要让客流驱动中控

很多展厅的设备运行只有两种状态：开馆全开、闭馆全关。中间漫长的低峰时段，几十台投影、大屏、互动设备照样满负荷空转，既费电、又缩短设备寿命，画面长期点亮还容易留下烧屏。

客流统计联动的思路，是把「现在馆里有多少人、是什么时段」变成中控的输入，让运行策略随客流变化：人多就拉满体验，人少就降档保活，无人就进待机。这本质上是把第 1 步定义好的场景从「人工切换」升级为「按客流自动切换」。

想清楚一件事这套东西就顺了：客流联动省的不只是电，更是设备寿命和运维精力。投影灯泡/激光光源按点亮小时数折旧，少空转一小时就多用一小时；大屏长期点同一画面容易烧屏，无人时黑屏就是护屏；而运维这头，设备自己按人流开合，值班员不用一天到晚盯着「现在该不该关这台」。省电只是最看得见的那一块收益。

客流数据从哪来

中控要做联动，先得拿到客流信号。常见的取数方式有几类，精度和成本各不相同：

取数方式	给出的数据	适用场景
闸机/门禁计数	进出人次、累计在馆人数	有统一出入口的场馆
红外/客流摄像头	分区域人数、停留	需要分区策略的大馆
预约系统对接	团队批次、预计到馆时段	预约制场馆
简单时段表	不依赖实时人数，按时间分档	客流规律稳定、预算有限

实时客流走闸机或客流摄像头，通过网口（TCP/UDP）把数据推给中控；没有实时设备的，用「分时段策略表」也能解决八成问题。两者结合最稳：平时按时段表跑，识别到突发大客流再临时升档。

选哪种别只看精度，要看你的馆的「客流可预测性」。客流规律稳定的馆（比如团队预约为主、每天节奏差不多），一张时段表就够了，实时设备是锦上添花；客流忽高忽低、散客随机进出的馆，才真正吃得住实时闸机或摄像头的红利。预算有限时，先把时段表这套零成本的做扎实，等确认时段表覆盖不了的缺口在哪，再针对性补实时设备，比一上来就全套摄像头划算得多。具体每种设备给出的数据字段、接口协议，以厂商手册为准，不同客流摄像头「区域人数」的定义和刷新频率差别很大。

分时段与分档策略怎么设

把一天拆成几个时段，每个时段对应一档运行策略，再叠加客流阈值做微调：

1. 先分档，再排时段：常见分三档——「满负荷」（全设备开、亮度/音量正常）、「节能」（非核心展项降亮度或暂停、互动设备待机）、「待机」（仅留导览与安防，主体设备休眠）。你应该看到：三档各自都能在中控里一键切换并稳定运行，切换时没有设备漏开或漏关。
2. 按客流规律排时段表：例如开馆前预热、上午低峰走节能、午后高峰满负荷、闭馆前收尾，时段以你的真实客流曲线为准，不要照搬模板。你应该看到：时段表贴着自己馆过去几周的客流曲线走，而不是抄来的通用模板。
3. 设客流阈值做覆盖：低峰时段若识别到团队进馆（在馆人数超过阈值），临时升到满负荷；高峰时段若长时间无人到某分区，单独把该区降档。你应该看到：一个团队突然进馆时，即便是节能时段，设备也能在阈值触发后自动拉满。
4. 留过渡而非硬切：升降档之间用灯光渐变、投影预热，避免观众正看着画面突然变暗。投影机反复冷热启动伤灯泡，降档优先「降亮度/降音量」而非「频繁开关」。你应该看到：升降档时画面是平滑过渡的，观众几乎察觉不到策略在切换。
5. 分区独立：大馆按展区分别统计、分别控制，A 区有团队、B 区没人，就只开 A 区，不必整馆陪跑。你应该看到：只有有人的展区亮着，空区自动降档，互不牵连。

这五步里，第 4 步「留过渡」最容易被忽略却最影响观感。硬切降档不但吓着观众，还反复冷热启动伤投影，得不偿失。

与其他控制能力衔接

客流联动很少单独存在，常和这些能力组合：人来即播、离开待机的单展项级控制由播控承担，思路见传感器触发播控；多展区按动线统一编排见多展项统一中控编排；想让讲解员或值班员临时手动覆盖自动策略，见中控手机 App 远程控制；节能这条线更系统的做法见展厅播控节能实战。客流数据接入中控的底层多走 TCP，协议层参考 Modbus 协议速查与TCP/UDP 速查，具体寄存器/接口以客流设备厂商手册为准。更多中控实战汇总在中控专题。

常见误区与排查

现象	可能原因	排查 / 解决
设备一直在升降档反复横跳	没设滞回/最短保持，一两个人进出就触发	加上下阈值滞回 + 最短保持时间
节能时段团队进馆却没升档	阈值设太高，或客流数据没推进中控	核对阈值与实时数据链路，确认数据在刷新
降档时观众看着画面突然变暗	用了硬切，没留灯光渐变/投影过渡	降档改渐变过渡，优先降亮度而非关设备
投影灯泡损耗异常快	降档策略用「频繁开关」而非「降亮度」	低峰优先降亮度/待机，减少冷热启动次数
空区照样全开	没做分区统计，整馆用一套策略	按展区分别统计、分别控制
手动开了又被自动关	手动操作没暂停自动策略	手动后暂停自动一段时间或到下一时段再恢复

排查口诀：先看有没有滞回，再看是不是硬切，最后才怀疑数据源。 客流联动八成的毛病都死在「切得太勤」和「切得太生硬」这两点上。

常见问题

没有客流摄像头/闸机，能做分时段联动吗？ 能。只用「分时段策略表」就能覆盖大部分需求——按你的客流规律把一天分成几个时段，每段对应一档策略，中控按时间自动切换。等有了实时客流设备，再叠加阈值微调即可。这也是预算有限时最划算的起步方式。

客流一波动设备就升降档，会不会太频繁？ 会，所以要设「滞回」与「最短保持时间」：超过阈值并持续一段时间才升档，低于阈值并持续一段时间才降档，避免一两个人进进出出就反复切换。降档也优先降亮度而非开关设备。这两条几乎是客流联动能不能用起来的分水岭。

自动策略和人工操作冲突怎么办？ 给值班员保留手动覆盖入口。手动操作后，自动策略应暂停一段时间（或到下一个时段）再恢复，避免「刚手动开了又被自动关掉」。手动覆盖的入口和远程控制可以放在一起，讲解员用手机就能临时接管。

进阶：把省下的电和寿命量化出来

策略跑顺之后，值得再往上做一层「看得见的收益」。让中控把每档运行时长记下来，配合设备功率，估算出联动前后的日均能耗差；投影灯泡/光源按累计点亮小时折旧，少空转的小时数直接换算成省下的灯泡钱。这份数据一方面能向馆长证明这套东西的价值，另一方面也能反过来指导时段表微调——哪个时段其实一直没人，就大胆再降一档。省电、护设备这条线更系统的做法，可以接着看展厅播控节能实战。

动手检查清单

部署一套客流联动前后，对着过一遍：

• 三档策略（满负荷/节能/待机）都在中控里编好并能一键切换
• 时段表贴合本馆真实客流曲线，非照搬模板
• 客流数据链路打通，实时数据能稳定推进中控
• 阈值设了上下滞回 + 最短保持时间，验证不再反复横跳
• 升降档走渐变过渡，降档优先降亮度而非频繁开关
• 大馆按展区分区统计、分区控制
• 值班员手动覆盖入口保留，手动后自动策略暂停再恢复

小结

客流联动的核心，是把设备运行策略从「跟着钟表走」改成「跟着人走」。做对了，省下的是实打实的电费和投影灯泡寿命，护住的是长期点亮的大屏，解放的是值班员的手。真正决定它好不好用的，就三件事：时段表贴合真实客流、阈值设好滞回不横跳、升降档走渐变不吓人。没有实时设备也别怕，一张扎实的分时段策略表就能拿下八成收益，等确认缺口在哪再补实时数据不迟。

延伸阅读：了解传感器触发播控、多展项统一中控编排与展厅播控节能实战，或查看中控专题与设备协议速查。

---

想让中控按客流和时段自动切换运行策略、省电又护设备？SoftControl 展厅中控支持 Modbus / RS232 / RS485 / TCP 多协议联动与场景编排，可对接客流数据定制分时段策略，或直接联系企服君沟通客流联动需求。