小米手环:手环类产品是如何设计的?


手环产品是用过蓝牙和手机APP实时运行来实现的 , 而手环上的智能实际只是一个蓝牙广播器和信息接收器 。 那么 , 在做手环产品设计的时候 , 为什么非要把网络寄托在和手机的蓝牙连接上呢?
小米手环:手环类产品是如何设计的?
本文插图
小米手环4已经发布 , 根据官方信息 , 其内置的小爱同学是通过和手机进行蓝牙连接 , 手机APP实时运行来实现的 。
具体手环小爱的工作方式是这样的:

  1. 手环上打开小爱 , 手环通过和手机的蓝牙连接向手机APP发出通知:(我要用小爱啦);
  2. 手机APP联网做出反应 , 对手环做出回应:(网络连接成功 , 小爱功能启动);
  3. 手环收音 , 并将收来的音通过蓝牙发送到手机APP上;
  4. 手机APP得到录音 , 进行语音转文字并将转好的文字上传小爱服务器;
  5. 小爱服务器收到文字指令 , 并调出相应文字回应 , 并将文字回应返回手机APP;
  6. 手机APP将返回的文字推送到手环上(这一步像不像普通手环上的信息推送?比如微信、QQ等信息向手环的推送);
  7. 手环收到推送的回应文字 , 并将其展示在屏幕上;
  8. 完成
可见 , 实际上手环小爱就是采取了普通手环消息推送的这个思路做出来的 , 其核心是在手机APP上 。 而手环上的小爱只是一个蓝牙广播器和信息接收器 , 是个空壳 。
广播 , 就是告诉手机语音信息;接收 , 就是接收APP返回的信息推送(小爱的回应文字) 。
这也就解释了为什么离开了手机APP的连接 , 手环上的小爱就不可用 。 当然 , 这样做没问题 , 因为不可能在手环这么小的内存里放下一个完整的语音助手 , 更不可能增加专门的esim来保证独立联网 。 但这个功能换个思路就能做得完美!
小米手环4NFC版改进思路 既然手环上的小爱就是一个空壳 , 必须依赖网络来实现功能 , 那为什么非要把网络寄托在和手机的蓝牙连接上呢?为什么不能寄托在小米很多智能家居的蓝牙网关上呢?
举个实例:小米米家蓝牙温湿度计 。
小米手环:手环类产品是如何设计的?
本文插图
对 , 就是这货
小米米家蓝牙温湿度计 , 这货一开始和手环4一样 , 只支持蓝牙直连手机 , 查看数据也要打开专门的米家APP 。 可后来这货升级固件支持连接蓝牙网关后 , 它的联网、信息传输的问题就被解决了:温湿度计定期向蓝牙网关上报信息 , 这样随时随地打开米家APP , 都可以看到温湿度的历史记录了 。 不得不说 , 蓝牙网关在其中起到了巨大的作用 。
同理 , 如果手环4 NFC也支持通过蓝牙网关来连接呢?
  1. 无需再保持蓝牙连接手机以及保持手机APP后台运行了 , 手环小爱随开随用 , 没有延迟 , 手机也不会因为蓝牙和APP的双重负担而对续航造成严重影响了 。
  2. 手环的信息推送可以新增日历推送 , 即从登陆了相同小米账号的小米手机或小爱音箱上设置的日程提醒 , 会通过蓝牙网关下发到手环上 , 到时间手环会亮屏震动提醒日程 , 实现日程的全自动提醒、一终端设置多终端联动 。
  3. 手环上的天气信息也不需要在打开时再通过手机APP更新了 , 而是定期通过蓝牙网关获取信息 , 保证用户随时打开手环天气功能时得到的都是最新信息 。 同时可以通过蓝牙网关 , 像第二条说的日历推送一样 , 推送灾变天气信息比如暴雨蓝色预警、寒潮预警等 , 推送这些信息时亮屏+震动 。 这样 , 手环上的天气功能就不会这么“鸡肋”了 。
  4. 手环可以新增米家信息推送 。 当米家有信息需要推送时 , 可以通过蓝牙网关下发到手环上 , 这些信息包括“蓝牙温湿度计提醒温度过低”、“门外有人移动”、“米家电饭煲烹饪完成”、“智能执行成功”、“小爱音箱刚刚离线”、“小米路由器Pro刚刚接入了一个陌生用户” , 诸如此类 。 推送这些通知时 , 手环亮屏+震动 。