手环产品是用过蓝牙和手机APP实时运行来实现的，而手环上的智能实际只是一个蓝牙广播器和信息接收器。那么，在做手环产品设计的时候，为什么非要把 *** 寄托在和手机的蓝牙连接上呢？

小米手环4已经发布，根据官方信息，其内置的小爱同学是通过和手机进行蓝牙连接，手机APP实时运行来实现的。

具体手环小爱的工作方式是这样的：

手环上打开小爱，手环通过和手机的蓝牙连接向手机APP发出通知：（我要用小爱啦）；

手机APP联网做出反应，对手环做出回应：（ *** 连接成功，小爱功能启动）；

手环收音，并将收来的音通过蓝牙发送到手机APP上；

手机APP得到录音，进行语音转文字并将转好的文字上传小爱服务器；

小爱服务器收到文字指令，并调出相应文字回应，并将文字回应返回手机APP；

手机APP将返回的文字推送到手环上（这一步像不像普通手环上的信息推送？比如微信、 *** 等信息向手环的推送）；

手环收到推送的回应文字，并将其展示在屏幕上；

完成

可见，实际上手环小爱就是采取了普通手环消息推送的这个思路做出来的，其核心是在手机APP上。而手环上的小爱只是一个蓝牙广播器和信息接收器，是个空壳。

广播，就是告诉手机语音信息；接收，就是接收APP返回的信息推送（小爱的回应文字）。

这也就解释了为什么离开了手机APP的连接，手环上的小爱就不可用。当然，这样做没问题，因为不可能在手环这么小的内存里放下一个完整的语音助手，更不可能增加专门的esim来保证独立联网。但这个功能换个思路就能做得完美！

小米手环4NFC版改进思路

既然手环上的小爱就是一个空壳，必须依赖 *** 来实现功能，那为什么非要把 *** 寄托在和手机的蓝牙连接上呢？为什么不能寄托在小米很多智能家居的蓝牙网关上呢？

举个实例：小米米家蓝牙温湿度计。

对，就是这货

小米米家蓝牙温湿度计，这货一开始和手环4一样，只支持蓝牙直连手机，查看数据也要打开专门的米家APP。可后来这货升级固件支持连接蓝牙网关后，它的联网、信息传输的问题就被解决了：温湿度计定期向蓝牙网关上报信息，这样随时随地打开米家APP，都可以看到温湿度的历史记录了。不得不说，蓝牙网关在其中起到了巨大的作用。

同理，如果手环4 NFC也支持通过蓝牙网关来连接呢？

无需再保持蓝牙连接手机以及保持手机APP后台运行了，手环小爱随开随用，没有延迟，手机也不会因为蓝牙和APP的双重负担而对续航造成严重影响了。

手环的信息推送可以新增日历推送，即从登陆了相同小米账号的小米手机或小爱音箱上设置的日程提醒，会通过蓝牙网关下发到手环上，到时间手环会亮屏震动提醒日程，实现日程的全自动提醒、一终端设置多终端联动。

手环上的天气信息也不需要在打开时再通过手机APP更新了，而是定期通过蓝牙网关获取信息，保证用户随时打开手环天气功能时得到的都是最新信息。同时可以通过蓝牙网关，像第二条说的日历推送一样，推送灾变天气信息比如暴雨蓝色预警、寒潮预警等，推送这些信息时亮屏+震动。这样，手环上的天气功能就不会这么“鸡肋”了。

手环可以新增米家信息推送。当米家有信息需要推送时，可以通过蓝牙网关下发到手环上，这些信息包括“蓝牙温湿度计提醒温度过低”、“门外有人移动”、“米家电饭煲烹饪完成”、“智能执行成功”、“小爱音箱刚刚离线”、“小米路由器Pro刚刚接入了一个陌生用户”，诸如此类。推送这些通知时，手环亮屏+震动。

有人可能会问：新增这么多功能，会对续航造成损害吗？答：不会。

实际上你仔细看一下就可以知道：以上4条建议，除了第1条小爱是需要手环主动向蓝牙网关发送信息外（这个称为主动请求），第2、3、4条都是网关向手环发送信息，而手环并不需要主动向网关申请信息（这个称为被动推送）。

这个过程，和当前手环连接手机来接收手机通知的推送，本质上是一样的。没有什么技术上的难题，也很容易实现。只是把信息推送这同一个功能，换个思路给做到极致了而已。而手环被动推送，对续航根本没有丝毫太大的影响。

前段时间加入了一个米家智能群，就在群里讨论这个问题。群里有人说：让手环通过蓝牙网关来实现这些功能，技术上不可行。理由是：小米当前的蓝牙网关采用的是低功耗蓝牙，只能收，不能发。什么意思呢？