系统软硬件协同工作场景
模拟真实陪护老人生活的场景
老人状态
| 状态 | 英文 | FAP 首页展示 | Luma 屏幕 |
|---|---|---|---|
| 平静 | CALM | 查看今日摘要 | 温暖问候 |
| 提醒 | REMINDER | 查看今天的提醒 | 提醒内容 |
| 家人 | FAMILY | 播放消息 | 播放语音 |
| 关 注 | ALERT | 立即联系老人 | 确认按钮 |
| 求助 | HELP | 立即联系老人 | 求助界面 |
| 离线 | OFFLINE | 绕过 Luma 直接呼叫 | 离线提示 |
设计原则：沉默陪伴，按需交互
系统不应主动打扰老人，除非满足以下条件之一：
- 家属预设的提醒（如用药提醒），且到约定时间
- 老人主动询问（如「现在几点了？」「今天天气怎么样？」）
- 异常预警需要确认（如检测到跌倒需语音确认）
- 家人发送了留言，需要提醒播放
日常状态下，系统保持沉默，持续在后台默默监护，让老人享受安静的独处时光。
老人状态 = CALM（平静）
平静状态是指老人日常生活正常，各项生理数据处于健康基线范围内，无危险预警。系统后台默默监护，不主动打扰老人。
场景一：午后独自在客厅看书
时间：下午 2:30 场景：老人在客厅沙发区域静坐看书，午后的阳光透过窗户洒进来
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 跌倒雷达 JLFD | someoneExists: 1，motionStatus: 1 (静止)，movementSigns: 5 | ✅ 正常 |
| 手表 | hr_data.avg_bpm: 62，bxoy_data.avg_oxy: 98%，步数无增量 | ✅ 正常 |
| 睡眠雷达 JLSP | someoneExists: 0 (客厅无覆盖) | — |
| 智能音箱 | status: 就绪，屏幕暗 | ✅ 沉默 |
AI 行为分析：
- 跌倒雷达检测到老人在沙发区域静止活动特征（
movementSigns: 5极低） - 对比历史行为模式：老人每周二/四下午有阅读习惯，持续 1-2 小时
- 手表心率 62bpm，血氧 98%，生理数据平稳
系统响应：
- 系统保持沉默，不做任何语音输出
- 跌倒雷达保持
fallSwitch: 1(跌倒检测开启)，持续后台监测 - 家属 App 显示：老人状态平静（绿色），当前位于客厅
- 若老人主动触摸音箱或语音唤醒，音箱才响应
数据流向：
跌倒雷达 JLFD (MQTT) → 云端AI行为分析 → 判定为正常阅读 → 维持沉默 → 家属App绿色显示
场景二：清晨起床后在卧室整理房间
时间：早上 7:20 场景：老人刚从睡眠雷达监测的床上醒来，在卧室走动整理衣物
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 睡眠雷达 JLSP | someoneExists: 1，motionStatus: 2 (活跃)，breathValue: 14 (正常) | ✅ 正常 |
| 手表 | hr_data.avg_bpm: 75，step 开始增加 | ✅ 正常 |
| 跌倒雷达 JLFD | someoneExists: 0 (卧室无雷达) | — |
| 智能音箱 | status: 就绪，屏幕暗 | ✅ 沉默 |
AI 行为分析：
- 睡眠雷达检测到离床后持续活动（
motionStatus: 2活跃） - 昨晚睡眠数据：深睡 2h35m，浅睡 4h，睡眠评分 85/100（高于基线）
- 手表心率从睡眠时 56bpm 上升至 75bpm，符合清醒状态
系统响应：
- 系统保持沉默，不主动播放早安问候
- AI 记录老人已起床，更新家属 App 状态（绿色 CALM）
- 用药提醒在预设时间（8:00）才触发，不提前打扰
- 若 老人走向厨房，雷达检测到厨房有人，AI 判断老人准备做早餐
数据流向：
睡眠雷达 JLSP (MQTT) → 离床检测 → AI记录起床 → 家属App状态更新 → 系统沉默
场景三：傍晚在户外
时间：下午 4:45 场景：老人在户外
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 手表 | hr_data.avg_bpm: 68，bxoy_data.avg_oxy: 98% | ✅ 正常 |
| 跌倒雷达 JLFD | someoneExists: 0 (户外无雷达信号) | — |
| 睡眠雷达 JLSP | someoneExists: 0 | — |
| 智能音箱 | status: 就绪，屏幕暗 | ✅ 沉默 |
特殊说明：
- 庭院无雷达覆盖，老人处于雷达盲区
- 所有雷达均检测不到老人（
someoneExists: 0） - 手表通过 4G 网络独立上报生理数据，不依赖家庭 Wi-Fi
- 系统判断：多设备均无信号，但手表生理数据正常，判定老人处于正常活动状态
系统响应：
- 系统保持沉默
- 手表 4G 独立工作，心率 68bpm，血氧 98%，生理数据良好
- 家属 App 显示：老人状态平静（绿色），显示为"室外活动"
- 若手表心跳中断超过阈值或生理数据异常，才触发关注流程
数据流向：
手表 (HTTP 4G) → 生理数据正常 → 判定老人活动正常 → 家属App显示室外状态 → 系统沉默
场景四：晚间入睡后系统进入夜间守护模式
时间：晚上 9:15 场景：老人已上床入睡，系统切换为低打扰模式，持续后台监测
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 睡眠雷达 JLSP | sleepStatus: 0 (深睡)，breathValue: 12 (平稳)，heartRateValue: 54 | ✅ 正常 |
| 手表 | hr_data.avg_bpm: 54，sleep_data: 1 (睡眠中) | ✅ 正常 |
| 跌倒雷达 JLFD | someoneExists: 1，fallSwitch: 1，fallSensitivity: 2 (正常灵敏度) | ✅ 夜间守护 |
| 智能音箱 | status: 就绪，屏幕关闭 | ✅ 完全沉默 |
AI 行为分析：
- 睡眠雷达检测到老人进入深睡状态（
sleepStatus: 0） - 心率降至 54bpm，呼吸频率 12 次/分，符合入睡状态
- 跌倒雷达保持正常灵敏度（
fallSensitivity: 2），跌倒检测不打折
系统响应：
- 系统完全沉默，不播放任何语音
- 跌倒雷达保持正常灵敏度监测，守护底线不放松
- 若检测到跌倒事件（
fallStatus: 1）或老人按下 SOS，立即触发紧急流程 - 夜间离床超时由睡眠雷达监测（
getIntoBed: 0离床），超时 20 分钟才轻声询问
数据流向：
睡眠雷达 JLSP (MQTT) → 入睡检测 → 切换夜间模式 → 跌倒雷达保持监测 → 系统沉默守护
场景五：早晨用药时间到达（家属预设提醒）
时间：早上 8:00（家属预设的用药提醒时间） 场景：老人刚吃完早餐，正在客厅休息，用药提醒时间到达
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 手表 | hr_data.avg_bpm: 72，bxoy_data.avg_oxy: 97%，bp: 128/82 | ✅ 正常 |
| 跌倒雷达 JLFD | someoneExists: 1，motionStatus: 1 (静止)，位于客厅 | ✅ 正常 |
| 睡眠雷达 JLSP | someoneExists: 0 (客厅无覆盖) | — |
| 智能音箱 | status: 就绪 | ✅ 等待触发 |
触发条件：
- 到达家属预设的用药提醒时间（8:00 血压药）
- 设备数据均在健康基线范围内
系统响应：
- 定时任务触发，AI 查询当前生理数据（心率、血压）
- 音箱播放提醒：「Good morning, John. It's 8 o'clock. Time to take your blood pressure medication.」
- 老人回应「OK」或无回应，AI 记录提醒状态
- 若老人在厨房（雷达检测到活动），提醒语调整：「I see you're in the kitchen. Don't forget to take your medication after breakfast.」
数据流向：
定时任务触发 → 手表查询生理数据 → AI生成提醒语 → 智能音箱 (HTTP) TTS播放 → 语音识别确认
老人状态 = NEEDS ATTENTION（需要关注）
需要关注状态是指老人的行为模式或生理数据出现偏离健康基线的信号，但尚未达到紧急求助（HELP）级别。系统向家属发出关注提醒，家属需要通过 App 或电话联系老人确认情况。
场景六：夜间离床超时（无法确定位置）
时间：凌晨 2:20 场景：老人凌晨起床去卫生间，但已经过去 20 分钟仍未返回床上。由于卫生间无雷达覆盖，系统无法确定老人确切位置。
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 睡眠雷达 JLSP | getIntoBed: 0 (离床)，someoneExists: 0 (床头区域无人) | ⚠️ 离床超时 |
| 手表 | hr_data.avg_bpm: 58，bxoy_data.avg_oxy: 96% | ✅ 正常 |
| 跌倒雷达 JLFD | someoneExists: 0 (客厅区域无人) | — |
| 智能音箱 | status: 就绪 | ✅ 沉默 |
AI 行为分析：
- 睡眠雷达检测到老人凌晨 2:00 离床（
getIntoBed: 0） - 20 分钟内床头和客厅雷达均未检测到人体存在
- 老人心率 58bpm，血氧 96%，生理数据正常
- 卫生间是雷达盲区，系统无法确定老人位置，只能判定老人不在常活动区域
系统响应：
- 离床超过 20 分钟阈值，触发关注预警
- 音箱询问：「Margaret, are you in the bathroom? Do you need any help?」
- 老人无回应，10 秒后再次询问，若仍无应答进入步骤 4
- 第二次询问仍无应答，且手表心率正常 → 判定老人可能已返回床上（雷达盲区），本次关注结束
- 若连续两次无应答且手表心率异常 → 系统升级为紧急求助（HELP）流程
- 家属 App 显示：老人状态橙色关注，离床已 20 分钟
数据流向：
睡眠雷达 JLSP (MQTT) → 离床计时 → 超时20分钟 → 音箱询问 → 等待老人回应 → 根据回应决定后续流程
场景七：手表连续数据持续三天低于基线
时间：周三上午 9:00 场景：老人过去三天步数持续低于日常基线，系统分析后判断需要关注
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 手表 | step: 1200（周三），前两天分别为 1350、1100 | ⚠️ 活动量持续偏低 |
| 手表 | hr_data.avg_bpm: 68，bxoy_data.avg_oxy: 97% | ✅ 正常 |
| 跌倒雷达 JLFD | someoneExists: 1，motionStatus: 1 (静止)，位于客厅 | ✅ 正常 |
| 智能音箱 | status: 就绪 | ✅ 沉默 |
AI 行为分析：
- 对比历史数据：老人日常步数基线为 3500-4000 步/天
- 连续三天步数低于基线 60% 以上
- 心率和血氧数据正常，无急性疾病迹象
- AI 判定：老人可能情绪低落、轻微不适、或生活规律发生变化
系统响应：
- 连续 3 天活动量低于基线，触发关注预警
- 生成关注报告推送至家属 App：「John has taken only 1,200 steps in the past 3 days, significantly below his usual average of 3,800 steps. His heart rate and blood oxygen are normal.」
- 建议家属主动联系老人问候情况
- 家属 App 显示：老人状态橙色关注，建议联系
数据流向：
手表 (HTTP) → 云端AI趋势分析 → 3天活动量低于基线 → 生成关注报告 → 家属App橙色提醒
场景八：血压早晨数据高于基线（连续监测）
时间：周五早上 7:30 场景：老人过去三天早晨血压持续高于健康基线，系统分析后推送关注
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 手表 | 周一 bp: 145/92，周二 bp: 148/95，周三 bp: 142/90 | ⚠️ 血压偏高 |
| 手表 | hr_data.avg_bpm: 76，bxoy_data.avg_oxy: 97% | ✅ 正常 |
| 跌倒雷达 JLFD | someoneExists: 1，motionStatus: 1 (静止) | ✅ 正常 |
| 智能音箱 | status: 就绪 | ✅ 沉默 |
AI 行为分析：
- 老人血压基线：收缩压 125-135mmHg，舒张压 80-85mmHg
- 过去三天早晨血压：收缩压 142-148mmHg，持续高于基线 10-15mmHg
- 连续三天高于基线，AI 判定为需要关注的血压异常趋势
- 尚未达到需要紧急处理的危险 水平（>160/100）
系统响应：
- 连续 3 天早晨血压高于基线，触发关注预警
- 生成关注报告推送至家属 App：「Robert's morning blood pressure has been consistently higher than his baseline for the past 3 days (avg 145/92 vs usual 130/82). His heart rate and blood oxygen are normal. You may want to check in with him.」
- 建议家属联系老人或建议就医检查
- 音箱不主动播报（避免老人焦虑）
数据流向：
手表 (HTTP) → 云端AI趋势分析 → 连续3天血压高于基线 → 生成关注报告 → 家属App橙色提醒
场景九：连续三天深睡时长明显减少
时间：周四上午 8:30 场景：老人过去三天深睡时长持续低于健康基线，系统分析睡眠数据后判断需要关注
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 睡眠雷达 JLSP | 周一 deepSleepDuration: 1h20m，周二 deepSleepDuration: 1h15m，周三 deepSleepDuration: 1h10m | ⚠️ 深睡时长下降 |
| 睡眠雷达 JLSP | 老人睡眠基线：深睡 2h30m - 3h | ⚠️ 低于基线 |
| 手表 | sleep_data: 0 (清醒) | ✅ 正常 |
| 跌倒雷达 JLFD | someoneExists: 1，motionStatus: 1 (静止) | ✅ 正常 |
| 智能音箱 | status: 就绪 | ✅ 沉默 |
AI 行为分析：
- 老人深睡时长基线：每晚 2h30m - 3h
- 过去三天深睡时长：1h20m → 1h15m → 1h10m，呈持续下降趋势
- 深睡占比从基线的 25% 降至 12%，远低于健康标准（应 > 20%）
- 浅睡时长正常，但深睡时长不足，AI 判定为需要关注的睡眠质量问题
- 尚未触发呼吸暂停预警（
abnormalSleep: 3无异常），无急性风险
系统响应：
- 连续 3 天深睡时长低于基线 50% 以上，触发关注预警
- 生成关注报告推送至家属 App：「Mary's deep sleep has been significantly lower than her baseline for the past 3 days (avg 1h15m vs usual 2h45m). Her light sleep and overall time in bed are normal. This may indicate stress, discomfort, or early signs of sleep disturbance. You may want to check in with her.」
- 建议家属主动联系老人问候情况
- 音箱不主动播报（避免老人焦虑，产生心理负担）
数据流向：
睡眠雷达 JLSP (MQTT) → 云端AI睡眠分析 → 连续3天深睡低于基线 → 生成关注报告 → 家属App橙色提醒
老人状态 = EMERGENCY（紧急求助）
紧急求助状态是指系统检测到老人可能处于危险状态（如跌倒、SOS求助），需要立即响应。系统启动闭环处理流程：多传感器确认 → 语音询问 → 通知家属 → 升级报警。
场景十：跌倒检测触发紧急流程
时间：下午 3:45 场景：老人在客厅不慎跌倒，跌倒雷达检测到跌倒事件，系统启动紧急确认流程
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 跌倒雷达 JLFD | fallStatus: 1 (跌倒)，fallConfidence: 0.89，someoneExists: 1 | 🚨 跌倒检测 |
| 手表 | hr_data.avg_bpm: 112 (心率骤升)，bxoy_data.avg_oxy: 94% | ⚠️ 异常 |
| 睡眠雷达 JLSP | someoneExists: 0 (老人不在卧室) | — |
| 智能音箱 | status: 就绪 | ✅ 等待指令 |
AI 行为分析：
- 跌倒雷达检测到跌倒事件（置信度 89%）
- 手表心率从正常 68bpm 骤升至 112bpm，符合跌倒后应激反应
- 手表血氧 94%，略有下降
- AI 综合判定：跌倒置信度高，但需要语音确认避免误报
系统响应：
- 跌倒雷达触发，系统立即查询手表数据交叉验证
- 心率异常升高，AI 判定为高置信度跌倒事件
- 音箱语音询问：「George, I detected a fall. Do you need help? Please say 'I'm okay' or 'I need help'.」
- 老人无回应（10 秒超时），系统自动升级
- 向家属 App 推送紧急告警（红色），并按紧急联系人顺序依次拨打电话
- 若所有家属在 90 秒内未确认，系统自动拨打 911
数据流向：
跌倒雷达 JLFD (MQTT) → 跌倒事件 → 交叉验证手表数据 → 高置信度 → 音箱询问 → 无回应 → 紧急告警 → 家属通知 → 911
场景十一：老人主动按下 SOS 求救
时间：晚上 7:20 场景：老人感到身体不适，主动按下手表上的 SOS 按钮求助
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 手表 | SOS: triggered，hr_data.avg_bpm: 95，bxoy_data.avg_oxy: 93% | 🚨 SOS 触发 |
| 跌倒雷达 JLFD | someoneExists: 1，fallStatus: 0 | ✅ 无跌倒 |
| 睡眠雷达 JLSP | someoneExists: 0 | — |
| 智能音箱 | status: 就绪 | ✅ 等待指令 |
AI 行为分析：
- 老人主动按下 SOS，无跌倒事件
- 手表心率 95bpm，略有升高；血氧 93%，略低于正常
- 老人表示身体不适，系统立即启动紧急流程，不进行语音确认（老人已主动求救）
系统响应：
- 手表 SOS 信号触发（老人主动按下）
- 系统立即向家属 App 推送紧急告警（红色）
- 紧急联系人排序：①子女 → ②邻居 → ③ 911
- 系统同时拨打所有紧急联系人（并行），优先响应者接管
- 家属 App 显示老人位置（如手表有定位信息）和健康摘要
- 若子女确认可前往，系统停止呼叫其他人；否则 90 秒后自动拨打 911
数据流向：
手表 SOS (HTTP) → 紧急告警触发 → 并行通知家属 → 子女确认/无人确认 → 升级911
场景十二：夜间长期静止检测触发紧急流程
时间：下午 1:30 场景：老人在卧室长时间无活动，雷达持续检测到静止状态，系统判断可能发生意外
设备数据：
| 设备 | MQTT/HTTP 上报数据 | 状态 |
|---|---|---|
| 跌倒雷达 JLFD | someoneExists: 1，motionStatus: 0 (静止)，residentStatus: 1 (驻留) | 🚨 长时间静止 |
| 手表 | hr_data.avg_bpm: 52，bxoy_data.avg_oxy: 91% | ⚠️ 异常 |
| 睡眠雷达 JLSP | someoneExists: 1 | ✅ 正常 |
| 智能音箱 | status: 就绪 | ✅ 等待指令 |
AI 行为分析：
- 跌倒雷达检测到老人在某区域长时间静止（
residentStatus: 1） - 手表心率 52bpm，低于正常值（老人日常清醒心率约 65-75bpm）
- 血氧 91%，低于正常范围（应 > 95%）
- 老人未穿戴手表？或失去意识？AI 无法确定，但数据异常
系统响应：
- 跌倒雷达触发驻留告警（静止超过预设阈值）
- 手表数据显示心率偏低、血氧偏低，AI 判定 为高风险
- 音箱语音询问：「Robert, are you okay? Please respond if you can hear me.」
- 老人无回应，10 秒后再次询问
- 第二次询问仍无回应，系统立即升级为紧急求助
- 向家属 App 推送紧急告警（红色），并自动拨打 911
数据流向：
跌倒雷达 JLFD (MQTT) → 驻留告警 → 交叉验证手表数据 → 数据异常 → 音箱询问 → 无回应 → 紧急告警 → 911