智能家居系列之智能家居平台( 五 )


触发条件的设定大多数来自于设备属性或属性的变化、设备事件,比如当温度变化时、当设备状态发生变化时等等;触发条件可以在产品上线前确定,也可以随时动态更新。
从平台操作角度来看,如果是设备属性或属性变化,那么在平台中创建产品时可以根据物模型同时创建;如果是与属性相关的触发,则需要平台自行设置。
下图所示的触发条件方式来自于设备属性:
智能家居系列之智能家居平台
文章插图
4. 网关网关分为两种实体网关和虚拟网关,实体网关是指特定的硬件设备来承担数据转发,比如Zigbee网关、Lora网关、RS485网关、KNX网关、蓝牙网关等等。
虚拟网关是指通过软件实现了数据转发功能,比如智能手环通过手机应用连接到了智能家居平台,从平台来看,手机和手机上的应用共同承担了网关这个功能。
二、智能家居平台产品(经理)经 VS 智能硬件产品(经理)智能家居平台产品和智能硬件产品要解决的问题不一样,尽管可能殊途同归。
智能家居平台产品面临的是:

  • 平台中接入的产品非常多,如何标准化和快速上线新品;
  • 平台除接入新产品化,还需要考虑对接企业内部的业务系统;
  • 平台需要考虑如何对外赋能;
智能硬件产品面临的是(我理解的智能硬件产品包含了软件和硬件,未做拆分):
  • 人机体验,关注人性,统筹整体的用户体验(硬件+软件);
  • 注重体验,兼顾实现;
  • 生产、供应链管理、售后管理;
  • 其它;
小结一下,智能硬件产品要求文(软)武(硬件)双全,要权衡和取舍,既要考虑当下更要有着眼未来;智能能家居平台产品关注标准化和能力(服务)化,小步快走(快速迭代)。
三、智能家居平台 VS 业务平台智能家居平台本身可以当作是一种特殊平台,负责处理智能硬件的业务。
通常来看,智能家居业务平台是跟物联网平台紧密在一起,与具体业务是分开的;比如说,智能电饭煲里面带了很多菜谱,可以根据菜谱来自动做,这些菜谱都算是智能电饭煲业务平台提供的并非是智能家居平台提供。
智能家居平台提供的人、设备、家庭的关系,设备控制是由IoT平台负责,菜谱这些是通过电饭煲本身平台提供;从这个角度就可以区分业务平台和智能家居平台,业务平台是指此硬件设备自带的一些业务属性而非功能属性。
功能属性是指硬件设备自身的,比如电饭煲的预约、煮饭模式、保温等等(这些功能背后是加热);在这些功能之上与具体场景相结合,就可以对用户提供服务,比如刚刚提及到的菜谱就是额外服务,非设备自身能力。
所以相应的还有,智能门锁提供上门安装、维修,或者提供报警服务,这些都是由锁的业务平台提供的。
以云米的智能冰箱为例,在米家中只显示了一些冰箱的通用功能比如当前温度、工作模式等,如下图所示;至于下单购买生鲜水果、提供如何烹饪食材的视频和步骤等这些服务都是通过智能冰箱上的屏幕来操作,而非通过米家;与此相似的还有小米手环,米家查看一些基本信息,小米运动中展示更全更丰富的信息和应用。
智能家居系列之智能家居平台
文章插图
四、智能家居平台 VS 物联网平台这两个平台其实蛮像的,在实际业务中,这两个平台其实并不会刻意区分,除非物联网平台是一个通用性的平台,否则大概率上智能家居平台就是物联网平台;比如涂鸦IoT、小米IoT这两个IoT平台,虽然叫IoT实际上也是智能家居平台;而阿里就不一样,阿里云IoT是IoT平台,飞燕平台(阿里生活物联网)则是智能家居平台。
如果硬要拆分,那么物联网平台是基础建设,负责物的接入;智能家居平台是面向用户端的,是业务应用平台,属于上层建筑。
在我的设计中,我拆分过这两个平台,两个平台的物模型是公用的;这种比较类似于阿里的飞燕平台(智能生活物联网)和阿里IoT之间的关系,在飞燕平台中创建的产品会同步至IoT。
拆分的好处是——IoT可以独立对外提供设备接入的服务。
本文@ wweiru 原创发布于人人都是产品经理,未经许可,不得转载。
题图来自Unsplash,基于CC0协议