给独居老人做看护的系统,看起来是个技术问题,真正做起来会发现大半是环境问题。
这台设备要装在没有运维的家里、跑在别人家的网络上,还得让家属愿意长期开着。这篇写我遇到的几类约束。
为什么倾向端侧
最直接的考虑是隐私:画面不出户,家属和平台只看事件结果。
其次是网络:老小区的上行带宽不稳定,频繁上传视频很容易中断,而中断就意味着漏报。
代价是算力受限,模型必须足够小,判断能力也要接受打折。
约束一:算力与功耗要同时满足
设备通常没有风扇,长期运行会热到降频;功耗太高,家属会嫌电费。
这两条一起把可选方案压得很窄:要么用专用加速芯片,要么把模型压到很轻,只做「有没有人、有没有长时间不动」这类判断。
约束二:误报会直接导致弃用
家属的耐心比想象中低。三天两次误报,设备就会被拔掉电源。
所以早期版本的策略应该是「宁可漏报,不可误报」,再随着数据积累逐步放宽。这个取舍要提前讲清楚,否则后面解释不清。
约束三:网络与设备管理
设备要能自动重连、自动升级、掉线有通知。这些在实验室里都是小事,在家庭网络里是主要故障来源。
我后来把「设备在线率」当成第一指标,排在模型准确率前面——设备不在线,准确率等于零。
约束四:谁来处置
系统发现异常之后,谁打电话、多久内响应、联系不上怎么办。这条链路不设计好,技术做得再准也没用。
一个常被忽略的成本:上门安装
设备本身不贵,但装到家里要人上门:定位置、调角度、连网络、教家属用。
这笔成本往往超过硬件本身,而且很难随规模摊薄。所以产品必须做到「家属自己能装」,否则扩张速度会被安装人力卡死。
数据要留多久:
事件记录留多久,是个需要提前决定的问题。留太短,事后想回看没有依据;留太长,存储成本和隐私风险都在上升。
我的做法是分级:事件摘要长期保留,短视频片段只留很短一段时间,原始画面本地即焚。
和家属的预期管理
家属对这套系统的期待通常是「出事一定要提醒我」。这个期待本身无法完全满足,因为误报和漏报只能此消彼长。
所以在交付时就要说清能力边界:它能提示异常,不能替代人。这句话说得越早,后面的纠纷越少。
一个务实的验收标准:
设备在线率、误报次数、家属主动开启时长——这三个数比任何精度指标都更能说明产品有没有被接受。
把它们做成月度报表发给合作方,比讲技术指标有说服力。
- 1设备在线自动重连、升级可回滚、掉线告警
- 2误报控制初期宁可漏报,避免被拔电源
- 3本地判断画面不出户,只上传事件结果
- 4处置流程明确响应人、时限与兜底方案
结论
这类产品的难点不在模型精度,而在「长期稳定地待在那里」。
先让设备活着、让家属信任,再谈判断得更准。
本文不构成任何技术或医疗建议,具体方案请结合自身场景与专业意见评估。