小编简介:随着科技的不断发展,智能家居已经逐渐渗透到我们的生活中。 手机上的一些应用程序可以控制相应的家电。 智能家居也大大提高了我们的便利性; 本文作者分享了关于智能家居平台的一些想法。

家居智能产品有哪些品牌_盘点10款智能家居产品_智能家居都有什么产品

好久没有写文章了,最近断断续续的思考一些事情。 在上班的地铁上,我终于想了想,决定分享一下我对智能家居的看法。

本系列文章计划分为7部分,不排除会合并部分内容:

智能门锁、中控屏、智能音箱、智能家居平台设计,关于供应链、ID、MD、电子设计等,关于销售、售后、弱电集成、工程管理等。 智能家居智慧1 、智能家居平台4要素:人、设备、家居(空间)、场景(联动)

智能家居平台的四要素是家庭、用户、设备、场景(场景联动)。 目前任何智能家居平台都需要同时涵盖这四个要素。 这四个要素中,前三个要素是基础,场景是点睛之笔。

1. 家庭

智能家居离不开“家”,“家”有两层含义:

这两种含义映射到智能家居平台,演化为家庭成员(用户)和与物理家庭相对应的虚拟空间概念。

然而,如今,大多数人可能将家视为一个物理空间,而不是一个设备分类; 毕竟,如果智能家居脱离了实际的家居(空间),那么它就不能称为智能家居。 ; 精神上也是如此,因此,家庭观念非常重要。

多个家庭:

确定了家庭概念后,我们就必须面对是否支持多个家庭的问题。

对于大多数人来说,多家庭是指现实生活中自己的家、父母的家(或家乡); 如果按照这个场景来看,支持多户自然是正确的; 但作为设计师,还需要更深入的思考。 我们来看看多户型是否适合现在的商业场景。

抛出两个问题:

以手机为中心的生态系统和以音箱为基础的生态系统之间存在很大差异。 在以手机为中心的生态系统中,手机可以连接一切,例如汽车、车载硬件、家居硬件、个人硬件。 这个时候只要手机能连接上设备就没有关系了。 是哪个家的(一切都在手机上,并且始终保持连接状态); 另一种可能是,统计显示,每个家庭的硬件数量并不多,多个家庭的需求并不高。

以音箱为基础的智能家居,整个智能家居都是由智能音箱承载的; 大多数智能音箱都是固定在家中,不随身携带,而智能音箱作为家庭场景的入口,自然支撑单个家庭; 在这种场景下,更多的是通过音箱来控制当前空间内的设备,而不是用这个音箱来控制几十、几百、几千公里外的另一个家的智能家居硬件。

那么为什么天猫精灵APP在5.0之后开始支持多户呢?

个人猜测,天猫精灵在中国至少拥有数千万用户(约40至5000万台设备)。 许多消费者为自己或父母购买。 由于家长一般不怎么使用,消费者就会配置好。 然后供家长使用; 随着外围设备的增多,消费者需要区分本家的设备和父母家的设备(天猫精灵的设置其实很容易误控其他家的设备)。

其次,天猫精灵正在逐步加强家庭场景的渗透和突破; 这时,如果能够划分为多个家庭,天猫精灵会更容易弄清楚一个用户有多少个家庭,从而可以针对每个家庭进行推荐和细化家庭。 设想; 因此,支持多个家庭可能是业务、数据和用户驱动的结果

空间:

家是物理空间的映射; 在智能家居场景中,最常见的空间概念是房间,因此在智能家居平台中,也需要引入房间的概念; 另外,根据物理建筑,除了房间,还有楼层; 但一般城市,别墅或复式较少,可以只设计房间(如果用于房产或别墅项目,可以考虑加层); 如客厅、餐厅、厨房、主卫生间、卫生间、主卧、次卧、儿童房、玄关(标准三房两厅两卫,一般为2卫)

除了与物理空间的映射之外,空间还扮演着另一个重要的角色——设备附着(类似于设备分类); 我们为什么要做这个? 这其实和人的大脑有很大关系。 大脑很懒。 大脑不习惯记住许多不规则的事情。 大脑喜欢有序、有规律的事物。 生活中,大多数设备都是固定在某个地方的。 在房间内(可穿戴或便携式设备除外),寻找设备时,记住设备所在的房间,以便快速找到设备。

通过这样的设计,在软件中模拟了物理空间和物理设备以及它们之间的关系。

关于房间的全封闭和全开放操作:

这种操作在国内智能家居中并不是很常见。 举个例子,如果我想关掉房间里所有的灯(假设有三个灯光通道:主灯、床头灯、灯带),我通常会一一关掉,或者创建一个场景,点击全部进入事实上,它也可以用作房间的总开关。

目前国内以前两种为主; 国外一些智能家居支持房间的开闭操作。

家庭成员:

家庭成员是基于家的概念对用户之间不同关系的称呼。 小到家庭,大到国家,都有自己的一套组织; 而且家庭中的用户之间也存在关系。 组织和分工。

在一个家庭中,通常有一家之主。 在智能家居系统中,这称为管理员或家庭所有者。 管理员负责家庭的所有管理,如房间、成员、设备的增删改查; 除了家庭所有权之外,还有更多的用户。 这些用户在智能家居中的角色就是普通用户。 普通用户只能使用设备或定义场景。

如果有多个管理员,那么就需要有一个带头的大哥。 这个带头大哥一般可以称为超级管理员或者家族主/家族主; 既然是家族主,自然可以转让或者让位给继承人。

智能家居系列之智能家居平台

一般来说,家庭成员的设计有两种方式。

家居设计:

在以家庭为中心的平台设计中,设备和用户都从属于家庭。 在家庭中,每个成员的角色都需要区分。 通常分为三个级别:家庭所有者、管理员、普通用户。 一些平台会设计儿童的角色。

在家居设计方案中,跟随或跟随用户的产品不能放置在某个家中。 相反,它们将显示在所有家庭中,但仅对用户可见。 这点需要注意。

基于共享的设计:

共享设计的典型代表是小米; 在基于共享的设计中,设备和家庭属于共享者。 对于家人来说,更多的是一种分享的方式。

基于共享设计,家庭或者家庭成员的概念很轻,家庭成员就是为了完成设备共享的任务而设计的; 该模式下,一般共享者为管理员,其他成员为普通用户(当然也可以共享管理员的权限)。

这种设计很容易识别。 找到分享后就可以大概看到了。 比如小米米家的分享入口(下图左)和华为智能生活的分享入口(下图右)。 可以清晰的看到共享分为共享家庭和共享设备两个维度。

智能家居系列之智能家居平台

智能家居系列之智能家居平台

2、设备

物理设备和虚拟设备:

智能家居平台中的设备分为两类,一类是物理设备,一类是虚拟设备; 物理设备是真实存在的,与平台中的设备一一对应,每个设备都有自己唯一的编码。 或号码。

虚拟设备往往源自物理设备,旨在方便用户操作; 因此,虚拟设备一般并不实际存在,其设备编号更多的是平台内的标识符。

然而,从用户的角度来看,虚拟设备往往与真实设备一一对应。 例如,万能遥控器可以学习电视、空调、风扇、机顶盒等设备的红外码; 为了方便用户操作,电视、空调、风扇、机顶盒等设备会在平台中进行虚拟化,然后与万能遥控器进行关联(一般在万能遥控器下添加虚拟设备),使用户可以像遥控器一样使用电视、空调等设备; 虽然每个人都使用遥控器,但从用户的心里来说,他使用的是电视等设备,而不是遥控器本身。

从用户的角度来看,这些虚拟设备是现实存在的,比如刚才提到的电视、空调等。 这些都是真实的,就在用户眼前。

除了遥控器之外,其实还有一些设备是支持虚拟设备的,比如我们常见的照明面板; 在生活中,我们更多的时候不叫它xx开关,而是叫它xx灯,所以这个时候,我们可以把多路开关虚拟成多路灯; 不过,这种设计在中国并不常见。 我个人推测这和使用方式有关系(国内用户大多是自己购买安装)。

明明加了一个开关面板,但是为什么几个灯同时亮呢? 而且,这个开关可以用于其他设备,不一定是灯。

基于这种情况,国内大部分接口都是按照开关而不是灯来设计的; 毕竟国内的智能家居APP都允许用户DIY,除非配置端和使用端有效分离(同时不增加用户数量的使用难度)。

综上所述,如果存在多个具有相同功能组合的设备,则可以虚拟化其他设备。

设备分销网络:

设备配置是将设备连接到互联网以进行设备激活以及与物联网平台之间的数据传输的过程

设备配网是智能家居的一大门槛。 目前为止,只有零分配/其他分配方式比较理想,但也需要一次性分配网络。 现在零分配方案主要集中在智能音箱上,其他设备可以通过智能音箱发现。 并行网络分发:目前很多厂商都推出了自己的零分发解决方案,比如小米的一键网络分发。

关于设备绑定,除了最常见的网络分配方式之外; 除了这些方式之外,还有NFC配网(华为在这方面比较突出,一键传输、一键连接wifi等)、二维码配网(多用于摄像头)。

我个人推荐零配置方式或者小米的一键配置方式,主动发现未配置网络的设备,无需选择/输入SSID和密码,即可找到设备。

二维码分发网络:

用户打开设备的客户端(APP、微信小程序),填写ssid和密码,然后客户端生成二维码。 然后,用户将手机屏幕靠近摄像头。 摄像头扫描二维码后,根据二维码中的ssid和密码使用二维码。 配置网络的密码; 这种网络分发的方式要求摄像头具有解析二维码的能力,并进行二维码检测(检测是否有二维码)。

NFC分销网络:

通过NFC向设备传输SSID和密码的主要场景不是在智能家居相关硬件上; 目前,一部手机通过NFC与另一部手机共享WiFi的情况已经很常见; 或者手机在路由器上获取WiFi。

智能家居系列之智能家居平台

索尼克分销网络:

声波分发是指手机发出声波,向设备发送SSID、密码等信息的分发方式; 手机播放声波将初始化连接信息发送给智能设备,让设备识别并完成初始化过程,建立网络连接。

某种程度上,声波传输可以理解为类似于NFC的近场通信技术。 适用于没有触摸屏或触摸屏较小不易输入信息,但有麦克风的智能设备,如对话机器人、智能音箱等; 其优点是网络分布快、人耳感知,缺点是受环境干扰较大。

智能家居系列之智能家居平台

Wi-Fi 轻松连接:

还有一种网络分配方式Wi-Fi Easy Connect,目前尚未商用,可搜索到的资料不多。

设备绑定:

目前业界对于设备绑定有两种设计方式,一种是设备到家庭,一种是设备到人; 前者为大多数厂商采用,后者主要为小米所采用。

无论两种方法,都可以做出完全相同的前端体验,并且可以通过查看和分享来区分两种设计。

设备绑定:设备与人

可以灵活共享。 例如,用户A将1-n台设备分配给用户B,但未将B设置为家庭成员。 此时用户A的其他设备就不会被用户B看到,有利于保护个人隐私。

设备绑定:家里的设备

设备绑定:绑定类型

设备绑定是指在设备和用户/家庭之间建立关联,表明用户/家庭可以获取设备数据。

设备绑定是指将设备绑定到用户/家庭。 设备绑定类型包括:

PS:如果是家庭式设计,只需将用户改为家庭即可。

另外,有些平台还设计了抢占式绑定方式。 该方法约定:设备仅与最后一个用户/家庭绑定。 一旦有新的绑定,之前的绑定关系就会被释放。

这种设置的场景是:要确定这种绑定关系,很大概率设备必须在用户身边,并且用户和设备需要同时执行某些操作才能进行绑定; 比如智能手环(蓝牙版),要绑定此手环,需要重置手环并在手环上确认后才能绑定到用户。 在这种情况下,可以应用抢占。

无论哪种绑定类型,都需要设计一个后台解绑功能。 一旦出现退换货等异常问题,客服人员需要从后台进行解绑操作。

设备添加类型:

设备添加主要有两种类型。 一种是设备添加包括设备网络配置和设备绑定,另一种是设备添加即设备绑定。 前者为主流。

前者之所以成为主流,是因为在添加设备时就完成了设备搜索、设备网络配置和设备绑定。 完成这一步后,用户就可以真正使用该设备了; 如果缺少这些步骤之一,用户可能会找到错误的设备(例如输入错误的设备)。 某个位错误(设备上的编码存在印刷错误等)或无法通过应用程序控制设备。

下图来自米家:

智能家居系列之智能家居平台

后者只是将设备与用户/家庭关联起来,此时不一定能够通过客户端控制设备; 因此,这种方法一般需要有人为设备配置网络,比如上门安装的服务人员,或者比较电子设备的人员。 熟悉或好奇且动手能力强的人。

前者之所以成为主流,主要是因为厂家无法提供上门安装服务。 其次,智能家居硬件产品需要降低使用门槛,以吸引更多消费者(包括新手用户)。

设备组:

设备组的概念并不常见,但在智能灯泡(wifi、zigbee 或 ble mesh)逐渐兴起的背景下,设备组,尤其是用于照明的设备组更易于使用; 例如,我在客厅安装了两个智能灯泡。 如果我想关灯,要么必须一一关掉,要么找到墙上的开关面板关灯,要么打电话“天猫精灵,关掉客厅的灯”)。

目前设备组的概念还没有普及,大部分智能家居APP还看不到设备组。 想一想也很正常。 用户家里的设备就那么几个,所以没必要弄得那么复杂,这样用户就可以更轻松的进行操作,速度非常快。

ps:我的一个前同事告诉我,他的前雇主(某智能家居品牌厂商)平均每个家庭的设备不超过10台,即2个屏幕(一个屏幕可以显示6-8个设备,n* 2 布局)。

智能灯应考虑设备组的概念。 一方面,这些灯的亮度、颜色、色温可以通过设备组进行统一调节。 考虑到家庭用户对精确色彩调节的需求并不强烈,目前的UI设计都是通过调色板来调节颜色,通过进度条来设置亮度; 在这种情况下,想要将几个灯调节到一致是非常困难或者不可能的,除非使用其他工具,比如通过智能音箱将几个灯的亮度调节到同一水平; 这时,使用设备组比较合适(前提是它们是同一类型)。

另一种做法是设备组只负责通用功能,这样不同类型的灯也可以放在一个组中,比如统一开关、亮度调节等。

无意中发现小米米家有灯组,但是我没有小米的智能灯,所以无法测试。

分享:

从设备角度来看,共享分为单设备共享和多设备共享。 单设备共享一次只能共享一台设备。 多设备共享是指设备可以批量共享。 例如,我一次向某个用户共享 5 个设备。 共享设备的一种方式是与家庭成员(前面提到过)。

设备共享一般只共享使用权限,允许其他用户查看数据和使用设备。

从解决问题/任务实现的角度来看,共享解决了添加设备的问题。 一旦用户添加了设备,其他用户无需添加设备即可使用该设备。

ps:对于被共享者来说,共享设备不属于他的任何一个家庭,因此该设备会显示在用户的每个家庭中。

3.场景联动

场景联动是目前智能家居的自动化解决方案。 在智能成长起来之前,场景联动也可能是当下最合适的解决方案(虽然也被世人诟病为“伪智能”、不智能); 场景联动目前基本分为场景联动和自动化没有太大区别。 前者是由人触发的场景,而后者是由设备或某些条件触发。

在平台中,这两者都称为场景联动。 无论是人为触发、系统触发还是设备触发,都只是触发的一种形式。

场景联动分为2元素或3元素。 2个要素是触发条件和动作,3个要素是触发器、条件和动作。 三要素就是将触发条件拆分为触发器和条件。 触发是前提,条件是判断。 2元素和3元素没有太大区别。 实际使用时,2个元素就足够了。 元素3更加灵活,但需要更高的用户参与度。

目前大部分场景联动都是在云端完成,少部分场景已经在家庭侧实现。 位于家庭侧的场景联动可以称为本地联动,通常在网关或家庭主机中完成,例如小米的智能网关。

触发条件的设置大多来自于设备属性或属性的变化、设备事件,如温度变化时、设备状态变化时等; 触发条件可以在产品上线前确定,也可以随时动态更新。

从平台操作的角度来看,如果是设备属性或者属性变化,那么在平台中创建产品时,可以根据对象模型同步创建; 如果是属性相关的触发,则需要平台自行设置。

下图所示的触发条件来自设备属性:

智能家居系列之智能家居平台

4. 网关

网关分为物理网关和虚拟网关两种。 物理网关是指负责数据转发的具体硬件设备,如Zigbee网关、Lora网关、RS485网关、KNX网关、蓝牙网关等。

虚拟网关是指通过软件实现的数据转发功能。 例如,智能手环通过手机应用程序连接到智能家居平台。 从平台的角度来看,手机和手机上的应用共同承担了网关的功能。

2、智能家居平台产品(管理器)VS智能硬件产品(管理器)

智能家居平台产品和智能硬件产品虽然可能通过不同的方式实现相同的目标,但要解决的问题不同。

智能家居平台产品面临:

智能硬件产品面临的是(据我了解,智能硬件产品包括软件和硬件,并不是分开的):

综上所述,智能硬件产品既需要文化(软件),又需要军事(硬件)。 他们需要权衡并做出权衡。 他们必须考虑现在,但也要着眼于未来; 智能家居平台产品注重标准化和能力(服务),小步快进(快速迭代)。

3、智能家居平台VS商业平台

智能家居平台本身可以看作是一个专门负责处理智能硬件业务的平台。

一般来说,智能家居业务平台与物联网平台紧密相关,与具体业务分离; 例如,智能电饭锅自带很多菜谱,可以根据菜谱自动煮饭。 这些菜谱算是智能电饭锅商务平台提供的,并不是智能家居平台提供的。

智能家居平台提供的人、设备、家庭之间的关系是由物联网平台控制的。 食谱是通过电饭锅本身提供的。 从这个角度来说,可以区分商业平台和智能家居平台。 业务平台就是指这个硬件设备。 它具有一些业务属性而不是功能属性。

功能属性指的是硬件设备本身,比如电饭锅预约、烹饪模式、保温等(这些功能的背后都是加热); 通过将这些功能与具体场景相结合,可以为用户提供服务,比如刚才提到的菜谱,你得到的就是附加服务,而不是设备本身的能力。

所以相应的,智能门锁提供上门安装、维修或者报警等服务,这些服务都是由锁具电商平台提供的。

以云米智能冰箱为例,米家仅显示冰箱的一些常用功能如当前温度、工作模式等,如下图所示; 比如下单新鲜水果、提供如何烹饪食材的视频和步骤等,这些服务都是通过智能冰箱上的屏幕操作的,而不是通过米家; 同样,还有小米手环,米家可以查看一些基本信息,小米运动则显示更完整、更丰富的信息和应用。

智能家居系列之智能家居平台

4、智能家居平台VS物联网平台

事实上,这两个平台非常相似。 在实际业务中,这两个平台并没有刻意区分。 除非物联网平台是通用平台,否则智能家居平台大概率就是物联网平台; 例如,涂鸦IoT和小米IoT这两个物联网平台,虽然实际上都叫IoT,但它们也是智能家居平台; 阿里巴巴则不同。 阿里云IoT是一个物联网平台,飞燕平台(阿里生活IoT)是一个智能家居平台。

如果硬要分拆,那么物联网平台就是基础设施,负责物的接入; 智能家居平台面向用户,是一个业务应用平台,属于上层建筑。

在我的设计中,我将两个平台进行了拆分,两个平台的对象模型是通用的; 这类似于阿里巴巴的飞燕平台(智能生活物联网)与阿里物联网的关系。 飞燕平台创建的产品将同步到IoT。

分流的好处是物联网可以独立提供外部设备接入服务。

本文@wweiru 原创发表于人人都是产品经理,未经许可不得转载。

题图来自Unsplash,基于CC0协议

收藏 收藏 {{ postmeta.bookmark }} 喜欢 喜欢 {{ postmeta.postlike }}

作者 admin