给独居老人做看护的系统,看起来是个技术问题,真正做起来会发现大半是环境问题。

这台设备要装在没有运维的家里、跑在别人家的网络上,还得让家属愿意长期开着。这篇写我遇到的几类约束。

为什么倾向端侧

最直接的考虑是隐私:画面不出户,家属和平台只看事件结果。

其次是网络:老小区的上行带宽不稳定,频繁上传视频很容易中断,而中断就意味着漏报。

代价是算力受限,模型必须足够小,判断能力也要接受打折。

约束一:算力与功耗要同时满足

设备通常没有风扇,长期运行会热到降频;功耗太高,家属会嫌电费。

这两条一起把可选方案压得很窄:要么用专用加速芯片,要么把模型压到很轻,只做「有没有人、有没有长时间不动」这类判断。

约束二:误报会直接导致弃用

家属的耐心比想象中低。三天两次误报,设备就会被拔掉电源。

所以早期版本的策略应该是「宁可漏报,不可误报」,再随着数据积累逐步放宽。这个取舍要提前讲清楚,否则后面解释不清。

约束三:网络与设备管理

设备要能自动重连、自动升级、掉线有通知。这些在实验室里都是小事,在家庭网络里是主要故障来源。

我后来把「设备在线率」当成第一指标,排在模型准确率前面——设备不在线,准确率等于零。

约束四:谁来处置

系统发现异常之后,谁打电话、多久内响应、联系不上怎么办。这条链路不设计好,技术做得再准也没用。

一个常被忽略的成本:上门安装

设备本身不贵,但装到家里要人上门:定位置、调角度、连网络、教家属用。

这笔成本往往超过硬件本身,而且很难随规模摊薄。所以产品必须做到「家属自己能装」,否则扩张速度会被安装人力卡死。

数据要留多久:

事件记录留多久,是个需要提前决定的问题。留太短,事后想回看没有依据;留太长,存储成本和隐私风险都在上升。

我的做法是分级:事件摘要长期保留,短视频片段只留很短一段时间,原始画面本地即焚。

和家属的预期管理

家属对这套系统的期待通常是「出事一定要提醒我」。这个期待本身无法完全满足,因为误报和漏报只能此消彼长。

所以在交付时就要说清能力边界:它能提示异常,不能替代人。这句话说得越早,后面的纠纷越少。

一个务实的验收标准:

设备在线率、误报次数、家属主动开启时长——这三个数比任何精度指标都更能说明产品有没有被接受。

把它们做成月度报表发给合作方,比讲技术指标有说服力。

端侧看护系统的四个优先项
  1. 1设备在线自动重连、升级可回滚、掉线告警
  2. 2误报控制初期宁可漏报,避免被拔电源
  3. 3本地判断画面不出户,只上传事件结果
  4. 4处置流程明确响应人、时限与兜底方案
先保证能用,再追求准

结论

这类产品的难点不在模型精度,而在「长期稳定地待在那里」。

先让设备活着、让家属信任,再谈判断得更准。

本文不构成任何技术或医疗建议,具体方案请结合自身场景与专业意见评估。