主题
02 人流密度与空间洞察 — 数据口径与对话示例
对应需求：
IBMS功能模块-V1.md一.6「AI能力引擎」中的「人流密度分析」「空间洞察」。 背景：上海交通大学新院区、MBA 教学为主；空间含阶梯教室、案例讨论室、研讨室、报告厅、面试间、自习/交流区、办公、食堂、公共区。 本文只讲四件事：哪些数据可信、ID 怎么对上空间、不同空间类型怎么定口径、用户问什么 AI 怎么答。
1. 数据源：只用可信的
| 数据源 | 提供什么 | 性质 | 用途 |
|---|---|---|---|
| 闸机 | 进/出计数、刷卡记录 | 实时 + 历史 | 出入口人数、楼层/区域净流入 |
| 摄像头 AI 人数统计 | 区域/画面人数 | 实时 + 历史 | 房间/区域当前人数、热力 |
| 停车 / 充电 | 车位占用、进出 | 实时 + 历史 | 车位数、占用率、峰值 |
| 预约 / 课表 | 预约人数、课程人数、时段 | 未来 | 计划人数、容量校验、未来占用 |
| 终端数 | — | 不采用：MAC 随机化、跨层归属不清 | |
| 排队人数 | — | 暂不纳入：不确定是否有系统 | |
| 浓度 | — | 不采用：精度不可靠；CO₂ 只作环境指标 |
一句话：人数看闸机 + 摄像头，车辆看停车/充电，未来看预约/课表。
2. ID 怎么对上物理空间：一张配置表 + 一个维护页
不需要图谱、不需要向量库：一张关系表，key 是点位 ID，value 是空间编码。
| 字段 | 说明 | 示例 |
|---|---|---|
point_id | 数据源点位 ID | CAM-3F-012 / GATE-1F-E01 |
source_type | 数据源类型 | camera / turnstile / parking |
space_code | 绑定的空间编码 | A-3F-302 |
space_name | 空间名称 | 案例讨论室 302 |
space_type | 空间类型 | classroom / discussion / study / auditorium / interview / office / lounge / canteen / corridor |
coverage | 覆盖范围 | 302 室内 / 3F 东侧走廊 |
area_m2 / capacity | 面积 / 设计容量 | 65 ㎡ / 40 人 |
effective_from / to | 生效期 | 2026-09-01 ~ |
owner / status | 维护人 / 状态 | 弱电 / active |
维护方式：建设期导入点位表并现场核对；变更走后台维护页、保留版本；未映射/失效点位进「待确认」清单。一个点位绑一个主空间；一个空间可绑多个点位；同空间多点位不做直接相加，按最大值或加权。
demo 阶段：没有真实点位表，先用样例点位表 + 模拟数据把配置表机制跑通；正式建设再替换真实点位。这样方案不依赖甲方现在就能提供什么。
3. 空间类型决定指标口径
同样是「利用率」，教室、自习室、报告厅的含义不同，不能跨类型直接比。
| 空间类型 | 使用模式 | 利用率主口径 | 能源/联动重点 |
|---|---|---|---|
| 阶梯教室 / 教室 | 排课制 | 排课时数 / 可用课时；到课人数 / 容量 | 课前预冷/预热、课后关停、按课表联动 |
| 案例讨论室 / 研讨室 | 预约制 | 预约时长 / 可用时长；实际人数 / 容量 | 按预约开关、无人关停、投屏/照明 |
| 自习室 / 自习区 | 开放制 | 座位占用率（人数 / 座位）；开放时长 | 长时间照明/空调、分区控制、按人数调新风 |
| 报告厅 | 事件驱动 | 活动场次 / 可用时段；峰值人数 / 容量 | 活动前大功率预冷、散场后关停 |
| 面试间 | 短时高频 | 预约时段 / 可用时段 | 短时启停、待机浪费、按预约联动 |
| 办公 | 工作时间制 | 工位占用 / 工位数；加班时段 | 工作/加班时段策略、分区空调照明 |
| 交流区 / 咖啡区 | 开放停留 | 人数 / 座位；平均停留时长 | 分区照明/空调、按人流调新风 |
| 食堂 | 峰值制 | 峰值人数 / 容量；翻台率 | 餐前预冷、餐后关停、排队分流 |
| 公共通道 | 安全导向 | 不看利用率，看密度 / 峰值 | 照明/新风联控、分流引导 |
原则：同类空间横向比较才有意义；跨类型只看趋势，不做排名。 空间类型是空间主数据的属性标签（如“自习室”“教室”“讨论室”），也是配置表的必填字段；指标计算先按标签选口径。
与 01 的边界：本文定义人流/空间占用/空间类型口径；空置高耗的能耗阈值、无人关停的节能策略在 01 能源篇。01 只消费本文的占用结果，不重复定义。本表的「能源/联动重点」只描述空间类型对应的联动方向，具体策略与阈值见 01。
4. 对话示例
Q1｜现在 3 楼有多少人？
用户：现在 3 楼有多少人？
AI：3 楼当前约 186 人：301 阶梯教室 92、302 案例讨论室 38、公共区 56。数据更新于 10:42。
依赖：闸机 + 摄像头；映射配置表；楼层聚合。 注意：摄像头重叠区去重；闸机只覆盖出入口；断连显示「暂无数据」而不是 0。
Q2｜302 现在坐了多少人？会不会坐不下？
用户：302 现在坐了多少人？会不会坐不下？
AI：302 当前 38 人，设计容量 40，占用率 95%，接近满员。隔壁 303 当前 12 人、容量 30，可作备选。
依赖：302 摄像头区域映射；容量配置。 注意：摄像头计数有误差；站立/旁听可能漏计；容量是设计值，实际座位可能不同。
Q3｜今天上午各楼层人流高峰是什么时候？
用户：今天上午各楼层人流高峰是什么时候？
AI：上午高峰在 08:50–09:05（上课前）和 10:15–10:25（课间）；3F 峰值约 210 人。
依赖：历史时序；楼层映射；课表（用于解释高峰）。 注意：闸机与摄像头口径不同，不要直接相加成全楼人数。
Q4｜下午 2 点 501 会不会挤？
用户：下午 2 点 501 会不会挤？
AI：501 下午 14:00–16:00 有《投资学》，课表人数 45，容量 50，预计占用率 90%；当前无冲突预约。
依赖：课表/预约；容量配置。 注意：这是未来值，来自计划而非实测；调停课、旁听、缺席都会让实际偏离。
Q5｜B2 还有多少车位？今天什么时候最满？
用户：B2 还有多少车位？今天什么时候最满？
AI：B2 当前剩余 28 个，占用率 82%；今天最满在 09:10，剩余 6 个。
依赖：停车系统实时 + 历史数据。 注意：车位数 ≠ 人数；充电车位单独统计；离场延迟会造成短时偏差。
Q6｜哪些空间利用率最低？
用户：哪些空间利用率最低？
AI：近 30 天利用率最低：303 研讨室 18%、402 面试间 22%、B1 交流区 25%。
依赖：人流 + 预约/课表 + 面积 + 可用时段 + 空间类型。 注意：先按空间类型选口径；不要拿教室的「排课率」和自习室的「座位占用率」直接排名。
Q7｜3 楼案例讨论室为什么用得少？
用户：3 楼案例讨论室为什么用得少？
AI：近 30 天 302 使用率 74%，303 仅 18%。303 的主要问题：预约集中在周三下午、设备缺投屏（工单 #1234）、距离电梯远。建议补充投屏，并把周三小组讨论引导到 303。
依赖：预约/课表、工单、设备台账、空间位置。 注意：这是归因辅助，不是结论；数字来自指标，LLM 只负责解释；最终要运营确认。
Q8｜自习室和教室的利用率能直接比吗？
用户：自习室和教室的利用率能直接比吗？
AI：不建议直接比。教室按排课时段算，自习室按开放时段算；教室看「排课率 / 到课率」，自习室看「座位占用率 / 开放时长」。跨类型比较容易得出错误结论。
依赖：空间类型 + 对应口径。 注意：同类空间横向比较；跨类型只看趋势，不做排名。
Q9｜有没有哪个区域人数突然变多？
用户：有没有哪个区域人数突然变多？
AI：15:20 报告厅人数 5 分钟内从 20 增至 180，超过阈值 150；可能是讲座入场，建议开启分流引导并通知安保。
依赖：实时人数流；阈值配置；活动/课表日历。 注意：会有误报；活动日历能帮助解释「为什么突然变多」。
5. 联动与隐私
- 联动：无人超 N 分钟 → 关灯/关空调/关投影；人数超阈值 → 加大新风、推送引导；通道超密度 → 信息发布屏分流、安保增派。联动由规则引擎 + BA/照明/信息发布完成，AI 负责配置和解释。关灯/关空调/新风的具体节能策略与阈值见 01 能源篇；本文只定义触发条件和空间口径。
- 隐私：摄像头只统计人数，不做人脸识别、不存人脸图；不做个人轨迹；空值 ≠ 0；人数统计有误差（±10%~20%），对外用密度分级/趋势，不承诺精确计数。
6. 一句话
人数看闸机 + 摄像头，车辆看停车/充电，未来看预约/课表；ID 对空间靠一张配置表 + 维护页；指标先按空间类型选口径，再谈热力、预警和洞察。
附录：待确认问题
本篇只记录空间/人流模块的问题，不跨文档合并；能源侧的空置能耗问题在 01 末尾维护。
- demo 阶段先用样例点位表；正式建设时，闸机/摄像头覆盖范围与点位表由谁提供？
- 正式项目谁维护
point_id ↔ 空间编码映射？变更流程是什么？ - 每个空间的面积、设计容量、平面图/BIM 房间 ID 是否有？
- 停车/充电系统是否接入？提供实时车位与历史占用吗？
- 课表/预约能否实时同步？调停课是否推送？
- 空间类型标签（自习室/教室/讨论室等）由谁维护？运营是否可以在后台调整？