手环类产品是如何设计的？

　　手环产品是用过蓝牙和手机APP实时运行来实现的，而手环上的智能实际只是一个蓝牙广播器和信息接收器。那么，在做手环产品设计的时候，为什么非要把网络寄托在和手机的蓝牙连接上呢？
　　小米手环4已经发布，根据官方信息，其内置的小爱同学是通过和手机进行蓝牙连接，手机APP实时运行来实现的。
　　具体手环小爱的工作方式是这样的：
　　手环上打开小爱，手环通过和手机的蓝牙连接向手机APP发出通知：（我要用小爱啦）；
　　手机APP联网做出反应，对手环做出回应：（网络连接成功，小爱功能启动）；
　　手环收音，并将收来的音通过蓝牙发送到手机APP上；
　　手机APP得到录音，进行语音转文字并将转好的文字上传小爱服务器；
　　小爱服务器收到文字指令，并调出相应文字回应，并将文字回应返回手机APP；
　　手机APP将返回的文字推送到手环上（这一步像不像普通手环上的信息推送？比如微信、QQ等信息向手环的推送）；
　　手环收到推送的回应文字，并将其展示在屏幕上；
　　完成
　　可见，实际上手环小爱就是采取了普通手环消息推送的这个思路做出来的，其核心是在手机APP上。而手环上的小爱只是一个蓝牙广播器和信息接收器，是个空壳。
　　广播，就是告诉手机语音信息；接收，就是接收APP返回的信息推送（小爱的回应文字）。
　　这也就解释了为什么离开了手机APP的连接，手环上的小爱就不可用。当然，这样做没问题，因为不可能在手环这么小的内存里放下一个完整的语音助手，更不可能增加专门的esim来保证独立联网。但这个功能换个思路就能做得完美！
　　小米手环4NFC版改进思路
　　既然手环上的小爱就是一个空壳，必须依赖网络来实现功能，那为什么非要把网络寄托在和手机的蓝牙连接上呢？为什么不能寄托在小米很多智能家居的蓝牙网关上呢？
　　举个实例：小米米家蓝牙温湿度计。
　　对，就是这货
　　小米米家蓝牙温湿度计，这货一开始和手环4一样，只支持蓝牙直连手机，查看数据也要打开专门的米家APP。可后来这货升级固件支持连接蓝牙网关后，它的联网、信息传输的问题就被解决了：温湿度计定期向蓝牙网关上报信息，这样随时随地打开米家APP，都可以看到温湿度的历史记录了。不得不说，蓝牙网关在其中起到了巨大的作用。
　　同理，如果手环4NFC也支持通过蓝牙网关来连接呢？
　　无需再保持蓝牙连接手机以及保持手机APP后台运行了，手环小爱随开随用，没有延迟，手机也不会因为蓝牙和APP的双重负担而对续航造成严重影响了。
　　手环的信息推送可以新增日历推送，即从登陆了相同小米账号的小米手机或小爱音箱上设置的日程提醒，会通过蓝牙网关下发到手环上，到时间手环会亮屏震动提醒日程，实现日程的全自动提醒、一终端设置多终端联动。
　　手环上的天气信息也不需要在打开时再通过手机APP更新了，而是定期通过蓝牙网关获取信息，保证用户随时打开手环天气功能时得到的都是最新信息。同时可以通过蓝牙网关，像第二条说的日历推送一样，推送灾变天气信息比如暴雨蓝色预警、寒潮预警等，推送这些信息时亮屏震动。这样，手环上的天气功能就不会这么“鸡肋”了。
　　手环可以新增米家信息推送。当米家有信息需要推送时，可以通过蓝牙网关下发到手环上，这些信息包括“蓝牙温湿度计提醒温度过低”、“门外有人移动”、“米家电饭煲烹饪完成”、“智能执行成功”、“小爱音箱刚刚离线”、“小米路由器Pro刚刚接入了一个陌生用户”，诸如此类。推送这些通知时，手环亮屏震动。
　　有人可能会问：新增这么多功能，会对续航造成损害吗？答：不会。
　　实际上你仔细看一下就可以知道：以上4条建议，除了第1条小爱是需要手环主动向蓝牙网关发送信息外（这个称为主动请求），第2、3、4条都是网关向手环发送信息，而手环并不需要主动向网关申请信息（这个称为被动推送）。
　　这个过程，和当前手环连接手机来接收手机通知的推送，本质上是一样的。没有什么技术上的难题，也很容易实现。只是把信息推送这同一个功能，换个思路给做到极致了而已。而手环被动推送，对续航根本没有丝毫太大的影响。
　　前段时间加入了一个米家智能群，就在群里讨论这个问题。群里有人说：让手环通过蓝牙网关来实现这些功能，技术上不可行。理由是：小米当前的蓝牙网关采用的是低功耗蓝牙，只能收，不能发。什么意思呢？
　　他的意思是说：蓝牙网关为了降低接入设备的功耗，阉割了蓝牙网关向接入设备发送信息的功能，而只保留了接入设备向蓝牙网关发送信息的功能。即蓝牙网关是单向蓝牙，只能收，不能发。就比如目前的米家蓝牙温湿度计，只能它向蓝牙网关上报当前的温湿度信息，而不能通过蓝牙网关控制它（即蓝牙网关向它发送信息）。
　　当时看了，因为本身对小米蓝牙网关不甚了解，觉得他说的有道理，就信了。然而后来看到了小米官方对自家蓝牙网关的解释，（原文找了将近半个小时，找不到了）大概意思是说，小米蓝牙网关mesh支持自组网，支持收发智能设备的信息。文末又举了几个利用蓝牙网关协议实现控制的设备，印象里有一个小米的筒灯，通过蓝牙网关接入并控制的。（蓝牙网关都可以控制灯了你还说是单向的！）
　　也就是说，小米的蓝牙网关其实都是双向的，可收可发。这里用到了一个概念：蓝牙网关mesh，意思就是可收可发的蓝牙网关。那这样技术上的问题不就解决了吗？
　　我一直觉得这些需要一直蓝牙连接手机，还要保持手机APP一直运行才能实现绝大部分功能的手环手表都是不实用。既然有手机了，为什么还要手环？
　　当然是想图方便。作为对手机的补充，手环的应用大有可言。可如果纯粹依赖手机，且依赖有如此严格的限制（蓝牙连接、APP运行），否则无法使用。
　　那么手环的存在意义又是什么呢？我们不需要手机的扩展，因为这个扩展屏幕既不如手机大，功能又不如手机多。
　　我们只是需要早晨醒来一睁眼时，手环震动告诉我们今天有哪些昨日在手机上设置好的待办日程，避免了忘事；
　　只是需要在把电饭煲打开后，在用电脑全神贯注打字时，手环震动告诉我饭刚刚做好，于是放下鼠标，避免了忘记吃饭；
　　只是需要随时随地，手环震动告诉我今天有暴雨，气温会非常低，我好加衣保暖并感叹手环的便利；
　　只是需要随时抬腕都能使用小爱同学，一句话控制家电、查询信息等等。
　　只是需要出门前，手环震动告诉我今天限行尾号是多少。
　　只是需要能在一个惬意的午后，脱离了手机的时候，手环能震动提醒我母亲来电话了。
　　只是需要随时都能获得想要获得的信息。
　　而不是，一打开手环上的小爱，就提示我没有连接手机，无法使用；于是拿出手机，准备连接手环，但突然发现：手机小爱还有语音回复，还能发信息，还能放音乐，那我还要手环小爱干什么？不连了！
　　而不是，一打开手环天气，发现和实际天气相差十万八千里，原来没有连接手机，信息是几百年前留下的，根本不准；于是拿出手机，准备连接手环，更新手环天气数据。但突然发现：手机天气还能显示湿度和未来一周的天气情况，而且界面更加直观好看，那我还要手环天气干什么？不连了！
　　而不是，手环一震动，推送的都是无意义的QQ或微信群聊信息。这些推送，根本就不是我的需要。留着这推送，一耗手环电，二耗手机电，而且就算看到了信息推送，要回复还是得打开手机。不实用，关闭手环和手机的连接！
　　所以，我们得重新审视手环在我们生活中的作用：它究竟是用来做什么的？难道单纯就是用来刷NFC和看时间的吗？
　　绝不是这样。在小米当前大力推广蓝牙网关时（目前小米几乎把蓝牙网关做到了所有产品里：新出的所有的小爱音箱里、灯具里、闹钟里、摄像头里、专门的网关里，就连新出的智能插座里都有），我们不免有一个槽点：家里随便买一件小米的设备都有蓝牙网关，最终家里蓝牙网关都有四五个，但能使用蓝牙网关的设备就只有一两个。
　　那我要这么多蓝牙网关干什么？
　　所以，本着充分利用多个蓝牙网关形成的覆盖优势及将手环的应用扩展的思路，未来小米手环等可穿戴设备的发展方向，应当就是通过蓝牙网关来实现联网（彻底脱离手机，小爱功能不依赖手机了）、全方位的以用户需求为导向的信息推送，我只要我要的（新增日历推送、米家智能推送、天气信息推送、出行推送等等）、多端联动（在手机、音箱、电视等任一端设置的日历日程，都能在所有端进行推送）、加大用户对手环的依赖（NFC功能必备，且公交卡功能尽可能多地支持城市，支付宝和微信付款码必备）等。