一个盒子,把三件事做完

监测、语音、呼救都在同一台设备上完成,老人不需要学习任何操作

自研语音守护网关(产品示意图)
产品示意图,外观、配色与配置以最终交付版本为准

网关 = 感知 + 语音 + 独立通信

三件事一件不落,才叫「会守护的盒子」,而不是又多一个需要老人照顾的电子产品。

  • 监测

    睡眠状态监测设备就近接入网关,整晚无感采集,异常在夜间时段即可识别,不依赖老人主动配合。

  • 语音

    远场拾音与语音播报,老人开口即可求助,设备也能主动说话提醒;不需要手机,不需要 App。

  • 呼救

    内置 4G 与锂电池,断电断网仍可本地判定并直呼家属手机;物理按键与拉绳作为最后一道兜底。

自研硬件 内置 4G(SIM 卡) 内置锂电池 远场麦克风阵列 本地判定 · 不依赖云端 多协议接入

为什么是网关,而不是又一个 App:手机路径绕不开「装得动、测得了、靠得住」三条硬伤——高龄老人装不了应用、手机放床头采不到整晚数据、应急时手机未必在身边有电。守护必须由一件不需要老人照顾的设备来完成。

居家守护真正难的,是这四件事

一条守护链路要走四段:接入、使用、发现、处置。断在哪一段,前面几段都白做

第 1 段 · 接入

家里没装宽带,方案就装不了

县域、农村与部分老旧小区长期无宽带覆盖。依赖 WiFi 的守护设备在这些家庭里等于装了也没用,而这批人恰恰是最需要守护的一批。

第 2 段 · 使用

老人不会用手机,也不愿意学

App 求助、小程序、智能音箱,对高龄老人都是门槛。设备再多、功能再全,老人记不住、按不对,等于零。真正的门槛是「不用学」。

第 3 段 · 发现

夜间是风险高发时段,却没人盯着

独居与空巢老人的风险集中在夜间。护工与网格员都是白班兼岗,深夜没人替这几十户看着状态曲线,起夜、长时间离床这类变化,往往等天亮翻记录才知道。

第 4 段 · 处置

报警之后,这一棒没人接

警报一秒就能送到手机上,但「知道」不等于「到场」。看屏一人可看多家,到场得真有人离岗出门,机构和社区往往没有这个编制,链路就停在「已通知」。

三不断守,加一条夜间守护

断网不断、断电不断、不用会操作——再加一项睡眠时段的状态感知

语音呼救,无需唤醒词

老人直接说出求助即触发,不用先喊设备名字、不用按键、不用找手机。同时保留物理按键与拉绳作为兜底,语音识别不成功时仍有通路。

4G 独立通道,不依赖宽带

网关内置 4G 模组,无宽带家庭同样可以部署;宽带中断时自动切换。求助不经过家庭网络,也不把可用性押在第三方云上。

断电不断,双供电设计

内置锂电池配合外接电源,外部供电中断时自动切换至电池供电,守护不因临时停电中断。

夜间状态守护

接入睡眠状态监测设备,覆盖风险高发的夜间时段,对起夜、长时间离床等异常进行识别与上报。监测终端支持多源接入,按统一的接入规范对接。

从喊一声,到有人响应

五步链路,每一跳都有留痕

01

求助触发

语音喊话、物理按键或监测设备异常触发

→
02

网关本地判定

在设备本地完成识别,不等云端返回

→
03

4G 语音呼叫

直呼家属手机,不依赖宽带与 WiFi

→
04

分级升级

未接通按策略升级至守护中心坐席

→
05

协助联系

必要时协助联系 120 与社区网格

设计取舍:手动求助不做反问确认——救命时刻不等人回答。误报用「立即呼叫 + 本地大音量播报 + 短时内可语音取消」来消化,而不是用「先问一句」来拖延。自动兜底(监测设备判定异常)则保留语音确认环节,两者不混用。

五层结构,可分段交付

从家里的一台设备,到机构的一整套运营体系

01

终端层

自研语音守护网关(内置 4G、内置锂电池、麦克风阵列与扬声器),配合物理按键与拉绳;睡眠状态监测设备按统一规范接入。

守护网关物理兜底睡眠状态监测
02

接入层

设备与网关之间采用统一接入规范,支持多协议与多型号终端,不推翻甲方已有投入;接入即完成身份与状态校验。

多协议接入存量设备兼容接入认证
03

平台层

设备管理、事件中心、策略配置与数据看板。机构可按楼栋、单元、住户组织设备与人员,事件全流程留痕可查。

设备管理事件中心策略配置数据看板
04

响应层

坐席值守、分级通知与升级策略,必要时协助联系 120 与社区网格。支持甲方自建值守、我方代值守、共管分级三种模式。

坐席值守分级通知协助呼叫
05

运营层

装机培训、巡检留痕、SIM 与设备台账、运营报表。让项目从「装完交付」变成「持续可运营」,也让考核指标有据可取。

装机培训巡检留痕台账管理运营报表

我们交付什么,不交付什么

这一节通常在尽调阶段被追问,所以写在前面

交付范围

守护网关与接入设备、平台软件、响应通道,以及装机、培训与运营支持。不提供医疗诊断与现场处置服务。

响应承诺

以 SLO 约定事件入队时长、呼叫接通率与升级时限;不对救援结果作承诺,以响应过程指标作为履约依据。

数据合规

老人及家属的健康相关信息属敏感个人信息,须取得单独同意;机构委托我方处理的,另签委托处理协议,不超范围使用。

值守模式

甲方自建值守 / 我方代值守 / 共管分级三种模式可选,第一响应人在合同中写明——这是责任划分的前提,也是报价的前提。

当前阶段说明:银发科技板块处于方案与试点阶段,面向社区、机构、民政、养老运营商与集成商提供整体方案与联合试点,不面向个人零售。守护链路依赖运营商网络覆盖;产品资质与参数以最终交付版本的技术文件为准。

首批联合试点伙伴招募

先把一个街道、一个院区跑通,再谈规模

试点范围

单点 30–100 户,优先夜间守护场景;可先在 1 个楼栋或 1 个院区验证,验证周期结束后再评估扩面。

甲方提供

目标住户名单与授权沟通渠道、现场安装条件确认、既有值守或网格人员配合、必要的属地协调支持。

我方提供

守护网关与接入设备、平台开通与账号配置、装机培训与运维支持,以及试点期的事件数据统计与效果评估报告。

周期与数据

试点周期与验收指标在协议中约定;住户数据归甲方所有,我方仅在试点范围内处理,试点结束按约定删除或交回。

需要一份可交付的居家守护方案?

告诉我们你的场景规模与响应模式,我们提供方案说明、部署路径与试点建议

索取银发科技方案书 →