CN117193028A - 智能设备的控制方法和控制装置 - Google Patents

Abstract

本申请提供了一种智能设备的控制方法和控制装置，涉及物联网技术领域，所述控制方法包括：家居控制器判断预设的智能控制场景的触发条件是否被满足；当所述触发条件被满足时，所述家居控制器控制第一音箱播报供第二音箱拾取的第一语音指令，以通过语音控制所述第一智能设备执行第一预设操作；其中，所述家居控制器与所述第一音箱属于第一服务平台，所述第二音箱与所述第一智能设备属于第二服务平台，所述第一服务平台与所述第二服务平台不同。本申请能够实现不同服务平台下的智能设备之间的联动，方便了用户对智能控制场景的构建，有利于用户方便快捷的对智能设备进行控制，能够简化用户操作，并提升用户体验。

Description

智能设备的控制方法和控制装置

技术领域

本申请涉及物联网(internet of things，IoT)技术领域，特别涉及一种智能设备的控制方法和控制装置。

背景技术

智能家居(smart home)是在物联网影响之下物联化的体现，智能家居通过物联网技术将家中的各种智能设备(例如，音视频设备、照明系统、窗帘控制、空调控制、小家电控制、安防系统等)连接到一起，提供家电控制、照明控制、电话远程控制、室内外遥控、防盗报警、环境监测、暖通控制、红外转发以及可编程定时控制等多种功能和手段。

为了让智能设备能够在相应的条件下更快捷地执行预定的操作，通常构建若干个智能控制场景。智能控制场景被定义为由某个触发条件触发的一系列预定义的针对智能家居设备的操作。智能控制场景需要多个智能设备之间的相互联动，例如，通过设置特定的场景，用户可以向智能音箱发出语音指令，通过智能音箱来控制电视、台灯或者窗帘等智能设备的打开或者关闭。

随着智能家居的不断发展，用户家里的智能设备也变得越来越多，这些智能设备很可能来自于支持不同协议的生产厂商。由于各主力厂商都建立了自己独立的接入协议和服务平台来管理自己的智能设备，而现有的智能设备不具备跨平台能力，因此，只有支持同一协议的厂商的服务平台下的智能设备才能够实现智能设备之间的联动，而不同协议的厂商的服务平台下的智能设备无法实现智能设备之间的联动。以上原因对智能控制场景的构建造成了阻碍，不利于用户方便快捷的对智能设备进行控制，导致用户的体验差。

发明内容

本申请提供一种智能设备的控制方法和控制装置，能够实现不同服务平台下的智能设备之间的联动，方便了用户对智能控制场景的构建，有利于用户方便快捷的对智能设备进行控制，能够简化用户操作，并提升用户体验。

第一方面，提供了一种智能设备的控制方法，包括：家居控制器判断预设的智能控制场景的触发条件是否被满足；当所述触发条件被满足时，所述家居控制器控制第一音箱播报供第二音箱拾取的第一语音指令，以通过语音控制所述第一智能设备执行第一预设操作；其中，所述家居控制器与所述第一音箱属于第一服务平台，所述第二音箱与所述第一智能设备属于第二服务平台，所述第一服务平台与所述第二服务平台不同。

根据本申请实施例提供的智能设备的控制方法，可以使用两个智能音箱作为连通两个服务平台之间传输指令的桥梁。由于家居控制器与第一智能设备属于不同的服务平台，无法对其直接进行控制，本申请通过控制同一平台下的第一音箱向第一智能设备所在平台下的第二音箱播报语音指令，使得控制指令可以被跨平台传输至第一智能设备。进而使得家居控制器能够对属于另一平台的第一智能设备进行语音控制，即能够间接控制第一智能设备执行第一预设操作，由此实现了不同服务平台的智能设备之间的联动(动作关联)。

根据本申请实施例提供的控制方法，能够使不同协议下的智能设备能够协同运行，解决了不同服务平台的协议层未开放合作的难题，解决当前终端智能设备多平台互不兼容的问题。用户通过该控制方法能够将不同平台下的智能设备应用于同一场景中，方便了用户对智能控制场景的构建，有利于用户方便快捷的对智能设备进行控制，由此能够简化用户操作，提升用户体验。

可选地，本申请实施例中的第一智能设备可以是任意的智能家居设备，例如，智能电灯、智能门锁、智能窗、智能窗帘、智能摄像头、智能空气净化器、智能插座、智能风扇、智能空调、智能电饭锅、智能冰箱、智能音箱、智能手表、智能眼镜、晾衣机、报警器、空气加湿器、洗衣机、干衣机、吸尘器、扫地机器人、智能电视(智慧屏)、投影仪等任意智能家居设备。

根据第一智能设备的不同，执行的第一预设操作也不相同，例如，这里的第一预设操作可以是打开或者关闭第一智能设备(的某一功能)、调节第一智能设备的某个运行参数或者工作模式等等。

例如，对第一智能设备执行第一预设操作，可以是打开或者关闭智能电视、摄像头、扫地机器人、智能窗帘、智能空气净化器、智能插座、智能风扇、智能电灯(台灯)、空气加湿器等。

再例如，对第一智能设备执行第一预设操作，可以是调节空调的温度、调节摄像头的工作模式、调节扫地机器人的清扫区域、调节智能电视的音量、调整智能电灯进入护眼(柔性光)模式等。

在一种可能的实现方式中，所述家居控制器判断预设的智能控制场景的触发条件是否被满足，包括：所述家居控制器根据用户的第二语音指令确定所述触发条件被满足，所述第二语音指令指示对所述第一智能设备执行所述第一预设操作。

在本申请实施例中，该第二语音指令直接指示对第一智能设备执行第一预设操作。此时家居控制器获取到用户的第二语音指令时，将判断是否满足预设场景的触发条件。例如可以对该第二语音指令的语义进行解析，判断客户的意图是否是“对第一智能设备执行该第一预设操作”。或者也可以将该第二语音指令与预设的语音指令进行匹配(语义匹配或者相似度匹配)，如果匹配成功则触发该智能控制场景。

对于用户而言，此时用户可以通过第一服务平台的语音拾取设备(例如移动终端或者智能音箱)来输入第二语音指令以触发该智能控制场景，使得用户能够通过第一服务平台的语音拾取设备实现对不属于第一服务平台的第一智能设备的语音控制。此外，在常规情况下，用户通常还可以通过该语音拾取设备来对本平台(即第一服务平台)的各个智能设备进行语音控制。由此使得用户可以通过同一个语音拾取设备来实现对属于不同的多个服务平台的智能设备的语音控制，该语音拾取设备可以作为家庭中多个品牌设备的语音交互的统一入口，简化了对智能家居的控制，方便用户的使用。本申请实施例可以通过预设场景指令集，通过语音交互的方式，打通不同协议的生态设备之间的协同运行，解决了不同平台的协议层未开放合作的难题。

可选地，该语音拾取设备可以是与家居控制器通信连接并且具有语音拾取功能的任意智能设备，例如可以是手机、平板电脑、智能手表、智能手环或者智能音箱等。

在一种可能的实现方式中，所述家居控制器控制第一音箱播报供第二音箱拾取的第一语音指令，包括：所述家居控制器控制所述第一音箱播报所述第二音箱的唤醒词；在预设时长之后，所述家居控制器控制所述第一音箱播报所述第一语音指令。

在一种可能的实现方式中，所述控制方法还包括：当所述触发条件被满足时，所述家居控制器控制第二智能设备执行第二预设操作，所述第二智能设备属于所述第一服务平台。

在一种可能的实现方式中，所述第二语音指令通过第三音箱拾取，所述第三音箱属于所述第一服务平台。

此时，第三音箱可以作为多个品牌设备的语音控制指令的统一入口，而第一音箱和第二音箱可以作为连通两个服务平台之间信令传输的桥梁。第三音箱可以设置于用户经常活动的地方，例如设置于客厅中。而第一音箱和第二音箱可以设置于用户不经常活动的房间，防止第一音箱播报的第一语音指令对用户造成噪音干扰。

在一种可能的实现方式中，所述智能控制场景为点击式场景、条件场景或者定时场景。

在一种可能的实现方式中，所述家居控制器为所述第一服务平台的云平台服务器。

第二方面，提供了一种智能设备的控制装置，包括：判断单元，用于判断预设的智能控制场景的触发条件是否被满足；控制单元，用于在所述触发条件被满足时，控制第一音箱播报供第二音箱拾取的第一语音指令，以通过语音控制所述第一智能设备执行第一预设操作；其中，所述控制装置与所述第一音箱属于第一服务平台，所述第二音箱与所述第一智能设备属于第二服务平台，所述第一服务平台与所述第二服务平台不同。

在一种可能的实现方式中，所述判断模块具体用于：根据用户的第二语音指令确定所述触发条件被满足，所述第二语音指令指示对所述第一智能设备执行所述第一预设操作。

在一种可能的实现方式中，所述控制单元具体用于：控制所述第一音箱播报所述第二音箱的唤醒词；在预设时长之后，控制所述第一音箱播报所述第一语音指令。

在一种可能的实现方式中，所述控制单元还用于：当所述触发条件被满足时，控制第二智能设备执行第二预设操作，所述第二智能设备属于所述第一服务平台。

在一种可能的实现方式中，所述第二语音指令通过第三音箱拾取，所述第三音箱属于所述第一服务平台。

在一种可能的实现方式中，所述智能控制场景为点击式场景、条件场景或者定时场景。

在一种可能的实现方式中，所述控制装置为所述第一服务平台的云平台服务器。

第三方面，提供了一种智能设备的控制装置，包括至少一个处理器，所述至少一个处理器用于与存储器耦合，读取并执行所述存储器中的指令，以实现前述第一方面中任一种可能实现方式所提供的方法。

可选地，控制装置还包括该存储器。

第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序在计算机上运行时，以实现前述第一方面中任一种可能实现方式所提供的方法。

第五方面，提供了一种芯片系统，包括处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片系统的计算机执行前述第一方面中任一种可能实现方式所提供的方法。

第六方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述第一方面中的任意一种实现方式所提供的方法。

需要说明的是，上述计算机程序代码可以全部或者部分存储在第一存储介质上，其中第一存储介质可以与处理器封装在一起的，也可以与处理器单独封装，本申请对此不作具体限定。

可以理解地，上述第二、三方面提供的智能设备的控制装置、第四方面提供的计算机可读存储介质、第五方面提供的芯片系统、第六方面提供的计算机程序产品均用于执行前述第一方面所提供的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

附图说明

图1是本申请实施例提供的智能家居系统的架构示意图。

图2是本申请实施例提供的智能设备的控制方法的流程示意图。

图3是一种智能控制场景的配置页面示意图。

图4是图3所示的智能控制场景的应用过程示意图。

图5是本申请实施例提供的智能设备的控制装置的示意性框图。

图6是本申请实施例提供的智能设备的控制装置的结构性示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

本文中术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1是本申请实施例提供的智能家居系统的架构示意图，本申请实施例提供的智能设备的控制方法可应用于该智能家居系统，例如该控制方法可以由该智能家居系统中的第一云平台服务器140来执行，该控制方法可以是不同协议间智能设备的语音交互控制方法。如图1所示，该智能家居系统包括多个智能设备，例如可以包括第一音箱110、智能电视(智慧屏)120、第三音箱130、智能门锁150、摄像头160，以及第二音箱210、智能窗帘220和空调230，但不限于此。该多个智能设备可以来自于不同的生产厂商，一些主力厂商通常会建立自己独立的接入协议和服务平台来管理自己的智能设备，因此上述多个智能设备可以隶属于不同的服务平台。

例如，如图1所示，第一音箱110、智能电视120、第三音箱130、智能门锁150、摄像头160可以均属于第一服务平台100，上述各个设备可以各自通过无线网络与第一云平台服务器140无线通信连接，第一云平台服务器140能够为上述各个设备提供计算或者应用服务，并且可以对上述各个设备进行控制。第一音箱110、智能电视120、第三音箱130、智能门锁150、摄像头160可以均来自于支持同一协议的生产厂商，属于同一生态下的产品。

第二音箱210、智能窗帘220和空调230均属于第二服务平台200，各自通过无线网络与第二云平台服务器240无线通信连接，第二云平台服务器240能够为上述各个设备提供计算或者应用服务，并且可以对上述各个设备进行控制。第二音箱210、智能窗帘220和空调230可以均来自于支持另一个协议的生产厂商，均属于另一生态下的产品。

随着智能家居的逐渐发展进步，新的家电控制模式也不断变化，目前通过设定智能控制场景以控制家居设备变得越来越普遍。用户可以通过在移动终端设置家用电器的运行场景，以便触发如第一音箱110、智能电视120、智能门锁150、摄像头160、智能窗帘220以及空调230等智能家电设备在预设条件下工作，使各类智能设备能独立或者一起运行于设定场景中。智能控制场景中通常会涉及到多个智能设备之间的联动，下面通过列举具体示例来进行说明。

例如，用户可以预先通过移动终端300设置“安心离家”场景。当通过智能门锁150检测到入户门进入上锁状态时，则确定“安心离家场景”被触发，此时第一云平台服务器140可以控制摄像头160进入全景巡航模式。其中，智能门锁150被锁为触发条件，摄像头160进入巡航模式为被触发的预设操作。该场景中涉及到智能门锁150和摄像头160这两个智能设备之间动作执行的相互关联。

再例如，用户可以预先通过移动终端300设置“语音开关电视”场景。当通过第一音箱110检测到用户正在呼叫“请关闭电视”时，此时第一云平台服务器140可以控制智能电视120关闭。其中，第一音箱110检测到用户呼叫“请关闭电视”这一语音指令为触发条件，控制智能电视120关闭为被触发的预设操作。该场景中涉及到第一音箱110和智能电视120这两个智能设备之间动作执行的相互关联。通过该场景能够实现对智能设备(智能电视120)的语音控制。

随着家庭中的智能设备变得越来越多，这些智能设备很可能来自于支持不同协议的生产厂商。例如第一音箱110、智能电视120、第三音箱130、智能门锁150、摄像头160均来自于支持同一协议的生产厂商，而第二音箱210、智能窗帘220和空调230均来自于支持另一协议的生产厂商。由于各主力厂商都建立了自己独立的接入协议和服务平台来管理自己的智能设备，使得当前的智能设备不具备跨平台能力。因此，只有支持同一协议的厂商的服务平台下的智能设备才能够实现智能设备之间的联动，而支持不同协议的厂商的服务平台下的智能设备无法实现智能设备之间的联动。

如图1所示，由于第一服务平台100与第二服务平台200不互通，第一音箱110与智能窗帘220无法实现联动。第一音箱110采集到的语音指令将无法被发送至智能窗帘220，使得无法通过第一音箱110来语音控制智能窗帘220打开或者关闭。即无法通过第一音箱110来建立语音开关窗帘这一控制场景。

由于支持不同协议的服务平台下的智能设备之间无法实现联动，对智能控制场景的构建造成了阻碍，用户将无法根据自己的实际需求建立合适的智能控制场景，不利于用户方便快捷的对智能设备进行控制。例如用户无法通过图1中的第一音箱110来对智能窗帘220和空调230进行语音控制，由此导致用户的操作复杂繁琐，降低了用户的体验。

为了解决上述问题，本申请实施例首先提供了一种智能设备的控制方法，通过该控制方法能够实现不同服务平台下的智能设备之间的联动，使得不同协议下的智能设备能够协同运行，能够解决不同服务平台的协议层未开放合作的难题，解决当前终端智能设备多平台互不兼容的问题。用户通过该控制方法能够将不同平台下的智能设备应用于同一场景中，方便了用户对智能控制场景的构建，有利于用户方便快捷的对智能设备进行控制，由此能够简化用户操作，提升用户体验。

图2是本申请实施例提供的智能设备的控制方法300的流程示意图。本实施例的执行主体(即下文中的家居控制器)可以为图1所示的第一云平台服务器140，如图2所示，该控制方法300可以包括：

在步骤310中，家居控制器判断预设的智能控制场景的触发条件是否被满足。

用户可以通过各类电子设备(例如，图1中的移动终端300)预先对该智能控制场景进行设置。例如配置该智能控制场景的触发条件以及其对应的执行设备所执行的动作，并对该智能控制场景进行命名，之后将该智能控制场景通过无线网络上传至家居控制器进行保存。

可选地，这里的电子设备可以是移动终端，例如可以是手机、平板电脑、智能手表或智能手环等中的任意一种。

可选地，这里的电子设备还可以是全屋智能家居系统的中控屏(例如可以安装于墙壁上)，还可以是智能汽车的中控屏等设备，但不限于此。

可选地，这里的家居控制器可以是云端(云平台)服务器(例如图1中的第一云平台服务器140)，或者也可以是本地控制器(例如网关设备)。

用户可以通过移动终端上的应用程序(application，APP)的场景配置页面来预先设置该智能控制场景。具体地，用户可以在智能手机上通过“智慧生活APP”或者“智能家庭APP”等软件的新建场景页面对该智能控制场景进行配置，例如设置触发条件、在该触发条件达到时智能设备的执行动作等，并且还可以对该智能控制场景进行命名。配置完成后，该智能控制场景的卡片被生成，并且智能手机可以将该场景的相关信息发送至云端服务器进行保存，云端服务器可以据此对执行设备进行控制。

作为一个具体的示例，用户可以通过移动终端上的智慧生活APP的场景生成页面设置一个名为“安心离家”的场景。场景的触发条件为智能门锁进入上锁状态，另一个条件为早上7：00到9：00。执行的智能设备为智能窗帘和摄像头，智能窗帘执行打开的操作，摄像头进入全景巡航模式。设置完成后，“安心离家”的场景卡片被生成，用户保存该场景卡片，并且通过无线网络将该场景的相关信息上传云端服务器。

在本申请实施例中，智能控制场景可以为点击式场景、条件场景或者定时场景，但不限于此。下面分别对这三种情况进行说明。

(1)智能控制场景可以为点击式场景。

此时，点击式场景在智能设备中的开启按钮(虚拟按钮或者物理实体按钮)被点击时，智能设备向家居控制器发送触发信息。家居控制器检测到该触发信息符合预先缓存的一个点击式场景的触发条件时，则确定智能控制场景的触发条件被满足，即该智能控制场景被触发。此时，家居控制器可以从硬盘空间中存储的数据库，或者从内存中获取该场景对应的(即该场景预配置的)场景控制指令。以方便后续对涉及到的智能设备进行相应的操作，下文中的步骤320将对该后续动作进行详细说明。

可选地，当智能手机触摸屏上显示的智能控制场景的场景卡片内的触发按钮被用户点击后，智能手机生成并向家居控制器发送触发信息，该触发信息可以包括场景ID和触发标识，家居控制器收到该触发信息以后确定智能控制场景的触发条件被满足，即判定预设的智能控制场景的触发条件被满足。

(2)智能控制场景可以为条件场景。

条件场景是在指定的智能设备满足指定条件时触发的智能控制场景。该指定的智能设备可以包括一个或者多个，指定条件也可以包括一个或者多个。该指定的智能设备属于第一服务平台，在指定设备的状态发生改变后，可以将设备的状态信息发送给家居控制器，家居控制器将该状态信息与预设的触发条件信息进行匹配，如果匹配成功，则可以确定智能控制场景的触发条件被满足(被达到)。当家居控制器收到该状态信息以后确定智能控制场景的触发条件被满足时，家居控制器可以获取该场景对应的场景控制指令。

(3)智能控制场景可以为定时场景。

定时场景是在预定时间到达时，指定相关的智能设备执行预先设定的操作的智能控制场景。此时，当家居控制器检测到当前时间和定时场景中的预设的执行时间相同时，则判定智能控制场景的触发条件被满足(被达到)。家居控制器会获取该场景对应的场景控制指令，以便家居控制器及时按该控制指令对相关的智能设备做出相应的操作。

在这里，当前时间可以是家居控制器本地的时间，也可以是服务器提供的云端时间，该云端时间可以由国家或地区的授时中心提供，例如中国科学院国家授时中心。

在步骤320中，当触发条件被满足时，家居控制器控制第一音箱播报供第二音箱拾取的第一语音指令，以通过语音控制第一智能设备执行第一预设操作。其中，家居控制器与第一音箱属于第一服务平台，第二音箱与第一智能设备属于第二服务平台，第一服务平台与第二服务平台不同。

家居控制器与第一音箱属于第一服务平台，二者能够进行无线通信，家居控制器能够对第一音箱进行控制，第一音箱也能够拾取用户发出的语音指令，并且将该语音指令发送至家居控制器。家居控制器与第一音箱可以来自于同一个生产厂商，二者支持同一个协议。或者，家居控制器与第一音箱也可以来自于不同的生产厂商，但是这两个厂商建立了合作协同关系，使得家居控制器与第一音箱能够处于同一生态下(支持同一个协议)，共用同一个服务平台，即这里的第一服务平台。

第二音箱与第一智能设备均属于另一个服务平台，二者能够进行无线通信，以实现动作联动。例如，可以通过第二音箱来对第一智能设备进行语音控制。第二音箱与第一智能设备可以来自于同一个生产厂商，二者支持同一个协议。或者，第二音箱与第一智能设备也可以来自于不同的生产厂商，但是这两个厂商建立了合作协同关系，使得第二音箱与第一智能设备能够处于同一生态下(支持同一个协议)，共用同一个服务平台，即这里的第二服务平台。

在这里，第一音箱和第二音箱均为智能音箱，至少具备声音外放、语音拾取以及通信的能力，例如第一音箱和第二音箱均具备喇叭、麦克风以及无线收发模块(例如蓝牙或者Wi-Fi模块)。用户能够通过第一音箱对第一服务平台下的智能设备进行语音控制，用户还能够通过第二音箱对第二服务平台下的智能设备进行语音控制。

当触发条件被满足时，即该智能控制场景被触发时，可以获取该场景对应的场景控制指令，并通过该场景控制指令来确定相关的执行设备以及对应的执行动作。在这里，当该智能控制场景被触发时，作为一个预设的动作内容，家居控制器控制第一音箱播报预设的第一语音指令，该第一语音指令指示对第一智能设备执行第一预设操作。

可选地，第一音箱语音播报第一语音指令可以是该智能控制场景下唯一的一个动作内容，即该智能控制场景下只有第一音箱这一个执行设备，并且仅执行第一预设操作这一个动作。

可选地，该智能控制场景可以具有多个动作内容，例如具有多个执行设备执行对应的多个操作，第一音箱语音播报第一语音指令是该多个动作内容中的一个。

家居控制器控制第一音箱语音播报第一语音指令，该第一语音指令应当能够顺利的被第二音箱拾取到，并且对于第二音箱应当是一个有效的指令。因此第一语音指令在内容上应当符合第二音箱的协议规范(例如包括准确的唤醒词)，使得第二音箱或者其服务器能够顺利且准确的解析出第一语音指令的语义，从而明白用户的控制意图，以生成正确的控制指令，该控制指令用于控制第一智能设备执行第一预设操作。进而使得家居控制器能够对属于另一服务平台的第一智能设备进行语音控制，能够间接控制第一智能设备执行第一预设操作，由此实现了不同服务平台的智能设备之间的联动。

以上只是举例，本申请对第二音箱拾取到第一语音指令之后，语音控制第一智能设备执行第一预设操作的具体实现过程不作限定，即本申请对第二服务平台的内部处理过程不作特殊限定，可以参见相关现有技术，本申请在此不再赘述。

实际应用过程中，用户应当将第一音箱和第二音箱摆放的足够靠近，并且第一音箱播报第一语音指令的音量应当足够大(例如音量达到25％)，以使得第二音箱能够清楚的拾取到第一音箱所播报的第一语音指令。例如，第一音箱和第二音箱可以放置于同一个房间内，并且二者并排方式。该房间应当足够案件，确保第二音箱对第一语音指令的拾取不会被别的声音所干扰。

根据本申请实施例提供的智能设备的控制方法300，可以使用两个智能音箱作为连通两个服务平台之间指令传输的桥梁。由于家居控制器与第一智能设备属于不同的服务平台，无法对其直接进行控制，本申请通过控制同一平台下的第一音箱向第一智能设备所在平台下的第二音箱播报语音指令，使得控制指令可以被跨平台传输至第一智能设备。进而使得家居控制器能够对属于另一平台的第一智能设备进行语音控制，即能够间接控制第一智能设备执行第一预设操作，由此实现了不同服务平台的智能设备之间的联动(动作关联)。

根据本申请实施例提供的控制方法300，能够使不同协议下的智能设备能够协同运行，解决了不同服务平台的协议层未开放合作的难题，解决当前终端智能设备多平台互不兼容的问题。用户通过该控制方法300能够将不同平台下的智能设备应用于同一场景中，方便了用户对智能控制场景的构建，有利于用户方便快捷的对智能设备进行控制，由此能够简化用户操作，提升用户体验。

作为一个具体的示例，用户可以通过移动终端上的智慧生活APP的场景生成页面设置一个名为“提前打开客厅空调”的场景。场景的触发条件为用户进入到小区内部(可以通过手机定位获知)，另一个条件为下午18：00到19：00。该场景对应的动作内容为控制第一音箱语音播报“打开客厅空调”，该第一语音指令的具体内容(播报内容)可以由用户提前设置，只要能够被准确解析出即可，例如还可以为“请把客厅空调打开”、“打开客厅空调”、“开启客厅空调”或者“热死了，我需要客厅空调制冷”等等。

当家居控制器判定上述两个触发条件均被满足时，则该场景被触发，此时家居控制器控制第一音箱语音播报“打开客厅空调”，第二音箱拾取到该语音指令，并且将该语音指令上传至第二服务平台的云端服务器，云端服务器对该语音指令进行语义解析，生成并向客厅空调发送相应的控制指令，控制空调打开。此外，如果第二音箱自身具备语义解析的能力和红外遥控功能，则此时也可以不经过云端服务器，第二音箱通过红外遥控的方式打开客厅空调，此时第二音箱相当于控制客厅空调的遥控器。

可选地，本申请实施例中的第一智能设备可以是任意的智能家居设备，例如，智能电灯、智能门锁、智能窗、智能窗帘、智能摄像头、智能空气净化器、智能插座、智能风扇、智能空调、智能电饭锅、智能冰箱、智能音箱、智能手表、智能眼镜、晾衣机、报警器、空气加湿器、洗衣机、干衣机、吸尘器、扫地机器人、智能电视(智慧屏)、投影仪等任意智能家居设备。

根据第一智能设备的不同，执行的第一预设操作也不相同，例如，这里的第一预设操作可以是打开或者关闭第一智能设备(的某一功能)、调节第一智能设备的某个运行参数或者工作模式等等。

例如，对第一智能设备执行第一预设操作，可以是打开或者关闭智能电视、摄像头、扫地机器人、智能窗帘、智能空气净化器、智能插座、智能风扇、智能电灯(台灯)、空气加湿器等。

再例如，对第一智能设备执行第一预设操作，可以是调节空调的温度、调节摄像头的工作模式、调节扫地机器人的清扫区域、调节智能电视的音量、调整智能电灯进入护眼(柔性光)模式等。

进一步地，在本申请实施例中，在该智能控制场景下预设了多个执行设备(例如2个、3个、4个或者5个)需要执行预设的操作。当该智能控制场景被触发时，该多个执行设备各自需要执行自身相应的动作。例如，这里的多个执行设备还包括需要执行第二预设操作的第二智能设备，这里的第二智能设备执行第二预设操作可以参见前述对第一智能设备执行第一预设操作的相关表述，这里不再赘述。

在这多个智能设备中，对于属于第一服务平台的智能设备，家居控制器可以直接进行控制，例如家居控制器可以直接向属于同一平台的智能设备下发控制指令，而无需通过两个智能音箱来间接进行语音控制，由此能够提高控制效率。

具体地，在本申请实施例中，控制方法300还包括：

当该预设的智能控制场景的触发条件被满足时，家居控制器控制第二智能设备执行第二预设操作，该第二智能设备属于第一服务平台。

也就是说，由于第二智能设备与家居控制器属于同一平台，支持同一个协议，二者可以直接实现联动，因此家居控制器可以直接向第二智能设备下发相应的控制指令，例如通过有线或者无线通信的方式下发控制指令，以使得第二智能设备执行第二预设操作。

作为一个具体的示例，用户可以通过移动终端上的智慧生活APP的场景生成页面设置一个名为“安心离家”的场景。场景的触发条件为智能门锁进入上锁状态，另一个条件为早上7：00到9：00。执行的智能设备为智能窗帘和摄像头，智能窗帘执行打开的操作，摄像头进入全景巡航模式。其中，智能门锁与摄像头属于同一个服务平台(即第一服务平台)，而智能窗帘属于另一个服务平台(即第二服务平台)。该场景对应的动作内容为控制第一音箱语音播报“打开窗帘”，该第一语音指令的具体内容可以由用户提前设置，只要能够被准确解析出即可，例如还可以为“请把窗帘打开”、“窗帘打开”、“开启窗帘”等等。

当家居控制器判定智能门锁进入上锁状态时，则该场景被触发，此时家居控制器自动控制第一音箱语音播报“打开窗帘”，第二音箱拾取到该语音指令，并且将该语音指令上传至第二服务平台的云端服务器，云端服务器对该语音指令进行语义解析，生成并向窗帘发送相应的控制指令，控制窗帘打开。此外，对于同属于第一服务平台的摄像头，家居控制器可以直接向摄像头发送控制指令，控制摄像头进入全景巡航模式。

进一步地，在本申请实施例中，家居控制器判断预设的智能控制场景的触发条件是否被满足，包括：

家居控制器根据用户的第二语音指令确定触发条件被满足，第二语音指令指示对第一智能设备执行第一预设操作。

在本申请实施例中，该第二语音指令直接指示对第一智能设备执行第一预设操作。也就是说，本申请实施例提供的控制方法300可以是不同协议间智能设备的语音交互控制方法。此时家居控制器获取到用户的第二语音指令时，将判断是否满足预设场景的触发条件。例如可以对该第二语音指令的语义进行解析，判断客户的意图是否是“对第一智能设备执行该第一预设操作”。如果时，则确定触发条件被满足，进而执行后续的步骤320。或者也可以将该第二语音指令与预设的语音指令进行匹配(语义匹配或者相似度匹配)，如果匹配成功则触发该智能控制场景，接着执行后续的步骤320。

对于用户而言，此时用户可以通过第一服务平台的语音拾取设备(例如移动终端或者智能音箱)来输入第二语音指令以触发该智能控制场景，使得用户能够通过第一服务平台的语音拾取设备实现对不属于第一服务平台的第一智能设备的语音控制。此外，在常规情况下，用户通常还可以通过该语音拾取设备来对本平台(即第一服务平台)的各个智能设备进行语音控制。由此使得用户可以通过同一个语音拾取设备来实现对属于不同的多个服务平台的智能设备的语音控制，该语音拾取设备可以作为家庭中多个品牌设备的语音交互的统一入口，由此能简化对智能家居的控制，方便用户的使用。也就是说，本申请实施例可以通过预设场景指令集(例如预设语音指令集)，通过语音交互的方式，打通不同协议的生态设备之间的协同运行，解决了不同平台的协议层未开放合作的难题。

可选地，该语音拾取设备可以是与家居控制器通信连接并且具有语音拾取功能的任意智能设备，例如可以是手机、平板电脑、智能手表、智能手环或者智能音箱等。

可选地，该语音拾取设备例如可以是第三音箱，即第二语音指令通过第三音箱拾取，该第三音箱属于第一服务平台。

此时，第三音箱可以作为多个品牌设备的语音控制指令的统一入口，而第一音箱和第二音箱可以作为连通两个服务平台之间信令传输的桥梁。第三音箱与第一音箱应当在物理上相互隔离。第三音箱可以设置于用户经常活动的地方，例如设置于客厅中。而第一音箱和第二音箱可以设置于用户不经常活动并且相对安静的房间，确保第二音箱对第一语音指令的拾取不会被别的声音所干扰，并且防止第一音箱播报的第一语音指令对用户造成噪音干扰。

可选地，在其他实现方式中，该语音拾取设备也可以是第一音箱，即第二语音指令也通过第一音箱拾取。

在本申请实施例中，为了保证第二音箱能够正常的拾取到第一语音指令，第一语音指令在内容上应当符合第二音箱的协议规范，第一音箱在播报第一语音指令时并不知晓第二音箱当前所处的状态，如果此时第二音箱处于休眠状态，可能无法拾取该第一语音指令，因此可能造成对第一智能设备的语音控制失败。为了避免上述问题产生，在本申请实施例，前述步骤320，即家居控制器控制第一音箱播报供第二音箱拾取的第一语音指令，具体包括：

家居控制器控制第一音箱播报第二音箱的唤醒词；

在预设时长之后，家居控制器控制第一音箱播报第一语音指令。

也就是说，在本申请实施例中，家居控制器首先控制第一音箱播报第二音箱的唤醒词以唤醒第二音箱，播报完成之后等待预设的时长(例如一到两秒)，确保第二音箱被唤醒并且播报完成应答(响应)语句后，第一音箱在播报该第一语音指令，以确保第二音箱能够顺利接收到该指令。

例如，第一音箱首先播报唤醒词“小爱同学”，之后在等待预设时长内(例如1秒)，收听到第二音箱的应答话语“哎，我在”，之后再播报该第一语音指令“打开窗帘”。

图3是一种智能控制场景的配置页面示意图。图4是图3所示的智能控制场景的应用过程示意图。下面以一个具体的示例来对本申请实施例提供的控制方法300进行说明。

如图3所示，用户通过移动终端上的智慧生活APP的场景生成页面设置一个名为“打开书房窗帘”的场景。场景的触发条件为接收到用户的“打开书房窗帘”的指令，考虑到不同用户说话的风格不同，“打开书房窗帘”的指令的具体内容可以具有多种，例如打开书房窗帘、书房窗帘打开、开启书房窗帘以及请把书房窗帘打开等，上述各个指令可以由用户以文字的形式手动录入，也可以录入语音，通过云端服务器进行语义识别，转换成相应的文字。该场景对应的动作内容为控制书房的音箱(即第一音箱)首先播报第二音箱的唤醒词“小爱同学”，在一秒之后，控制书房的音箱播报第一语音指令“打开书房窗帘”。上述唤醒词、预设时长以及第一语音指令的具体内容可以由用户在该页面根据实际情况进行配置。

如图4所示，在实际应用过程中，用户首先通过唤醒词“小艺小艺”唤醒位于客厅的第三音箱130，之后向第三音箱130发出第二语音指令，具体内容可以是“打开书房窗帘”，第三音箱130将该第二语音指令发送至第一云平台服务器140(即家居控制器)，第一云平台服务器140将该第二语音指令与预设的语音指令(例如图3中所示的4个指令)进行匹配，由于触发条件中包含“打开书房窗帘”这一指令，因此匹配成功(实际匹配处理的过程这里不做限定)，该智能控制场景被触发，第一云平台服务器140控制位于书房的第一音箱110执行相应的指令，即首先播报第二音箱210的唤醒词“小爱同学”以唤醒第二音箱210，在1秒以后，第一云平台服务器140继续控制第一音箱110播报第一指令“打开窗帘”。同样位于书房的第二音箱210拾取到该指令后，将该第一语音指令发送至，云端服务器对该语义进行解析，明白用户的控制意图即打开书房窗帘，并下发控制指令给智能窗帘220，控制智能窗帘220打开。

值得一提的是，若第一云平台服务器140根据用户的第二语音指令“打开书房窗帘”未触发到任何场景(即未建立打开书房窗帘这一场景)，此时第一云平台服务器140可以直接对书房窗帘进行控制。可能得到两种结果，若当前平台存在书房窗帘，则直接控制书房窗帘打开。或者，若当前平台并不具有书房窗帘，则第一云平台服务器140可以控制第三音箱130发出相关的提醒语音，例如“您是否想打开客厅窗帘”，或者“书房还未安装窗帘，请去购买”等等。

上文结合图1至图4详细描述了本申请实施例的智能设备的控制方法，下面结合图5、图6详细描述本申请实施例的装置。应理解，图5、图6所示的装置能够实现图2所示的方法流程中的一个或者多个的步骤。为避免重复，在此不再详细赘述。

图5是本申请实施例提供的智能设备的控制装置500的示意性框图。如图5所示，该控制装置500包括判断单元510和控制单元520。

判断单元510，用于判断预设的智能控制场景的触发条件是否被满足；

控制单元520，用于在所述触发条件被满足时，控制第一音箱播报供第二音箱拾取的第一语音指令，以通过语音控制所述第一智能设备执行第一预设操作；

其中，所述控制装置500与所述第一音箱属于第一服务平台，所述第二音箱与所述第一智能设备属于第二服务平台，所述第一服务平台与所述第二服务平台不同。

可选地，所述判断单元510具体用于：

根据用户的第二语音指令确定所述触发条件被满足，所述第二语音指令指示对所述第一智能设备执行所述第一预设操作。

可选地，所述控制单元520具体用于：

控制所述第一音箱播报所述第二音箱的唤醒词；

在预设时长之后，控制所述第一音箱播报所述第一语音指令。

可选地，所述控制单元520还用于：

当所述触发条件被满足时，控制第二智能设备执行第二预设操作，所述第二智能设备属于所述第一服务平台。

可选地，所述第二语音指令通过第三音箱拾取，所述第三音箱属于所述第一服务平台。

可选地，所述智能控制场景为点击式场景、条件场景或者定时场景。

可选地，所述控制装置500为所述第一服务平台的云平台服务器。

具体地，该控制装置500可对应于根据本申请实施例的方法300中的家居控制器(例如云平台服务器)，或配置于该家居控制器中的芯片。该控制装置500可以包括用于执行图2中家居控制器执行的方法的单元。并且，该控制装置500中的各单元和上述其他操作和/或功能分别为了实现方法300的相应流程，各单元执行上述相应步骤的具体过程在方法300中已经详细说明，为了简洁，在此不再赘述。

图6是本申请实施例提供的智能设备的控制装置600的结构性示意图。该控制装置600可以为家居控制器(例如云平台服务器)，也可以为设置于家居控制器内的芯片或者电路。如图6所示，该控制装置600包括：处理器610、存储器620和通信接口630。其中，存储器620中存储有指令，处理器610用于执行存储器620中的指令，当该指令被执行时，该处理器610用于执行上述方法实施例提供的方法，处理器610还用于控制通信接口630与外界进行通信。

进一步地，该处理器610、存储器620和通信接口630可以通过内部连接通路互相通信，传递控制和/或数据信号。

进一步地，该存储器620可以集成在处理器610中，也可以与处理器610分开设置。

具体地，控制装置600可以用于执行图2中的方法300中的各个步骤，该控制装置600还可以包括用于执行图2中方法300的家居控制器执行的方法的模块。并且，该控制装置600中的各模块和上述其他操作和/或功能分别为了实现图2中方法300的相应流程。各模块执行上述相应步骤的具体过程在方法300中已经详细说明，为了简洁，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质包括计算机程序，当其在计算机上运行时，使得该计算机执行上述方法实施例提供的方法。

本申请实施例还提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行上述方法实施例提供的方法。

本申请实施例还提供一种芯片系统，包括存储器和处理器，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得安装有该芯片系统的网络设备执行上述方法实施例提供的方法。

其中，该芯片系统可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。

应理解，本申请实施例中，该处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (17)

1.一种智能设备的控制方法，其特征在于，包括：

家居控制器判断预设的智能控制场景的触发条件是否被满足；

当所述触发条件被满足时，所述家居控制器控制第一音箱播报供第二音箱拾取的第一语音指令，以通过语音控制第一智能设备执行第一预设操作；

其中，所述家居控制器与所述第一音箱属于第一服务平台，所述第二音箱与所述第一智能设备属于第二服务平台，所述第一服务平台与所述第二服务平台不同。

2.根据权利要求1所述的控制方法，其特征在于，所述家居控制器判断预设的智能控制场景的触发条件是否被满足，包括：

所述家居控制器根据用户的第二语音指令确定所述触发条件被满足，所述第二语音指令指示对所述第一智能设备执行所述第一预设操作。

3.根据权利要求1或2所述的控制方法，其特征在于，所述家居控制器控制第一音箱播报供第二音箱拾取的第一语音指令，包括：

所述家居控制器控制所述第一音箱播报所述第二音箱的唤醒词；

在预设时长之后，所述家居控制器控制所述第一音箱播报所述第一语音指令。

4.根据权利要求1-3中任一项所述的控制方法，其特征在于，所述控制方法还包括：

当所述触发条件被满足时，所述家居控制器控制第二智能设备执行第二预设操作，所述第二智能设备属于所述第一服务平台。

5.根据权利要求2所述的控制方法，其特征在于，所述第二语音指令通过第三音箱拾取，所述第三音箱属于所述第一服务平台。

6.根据权利要求1-5中任一项所述的控制方法，其特征在于，所述智能控制场景为点击式场景、条件场景或者定时场景。

7.根据权利要求1-6中任一项所述的控制方法，其特征在于，所述家居控制器为所述第一服务平台的云平台服务器。

8.一种智能设备的控制装置，其特征在于，包括：

判断单元，用于判断预设的智能控制场景的触发条件是否被满足；

控制单元，用于在所述触发条件被满足时，控制第一音箱播报供第二音箱拾取的第一语音指令，以通过语音控制第一智能设备执行第一预设操作；

其中，所述控制装置与所述第一音箱属于第一服务平台，所述第二音箱与所述第一智能设备属于第二服务平台，所述第一服务平台与所述第二服务平台不同。

9.根据权利要求8所述的控制装置，其特征在于，所述判断模块具体用于：

根据用户的第二语音指令确定所述触发条件被满足，所述第二语音指令指示对所述第一智能设备执行所述第一预设操作。

10.根据权利要求8或9所述的控制装置，其特征在于，所述控制单元具体用于：

控制所述第一音箱播报所述第二音箱的唤醒词；

在预设时长之后，控制所述第一音箱播报所述第一语音指令。

11.根据权利要求8-10中任一项所述的控制装置，其特征在于，所述控制单元还用于：

当所述触发条件被满足时，控制第二智能设备执行第二预设操作，所述第二智能设备属于所述第一服务平台。

12.根据权利要求9所述的控制装置，其特征在于，所述第二语音指令通过第三音箱拾取，所述第三音箱属于所述第一服务平台。

13.根据权利要求8-12中任一项所述的控制装置，其特征在于，所述智能控制场景为点击式场景、条件场景或者定时场景。

14.根据权利要求8-13中任一项所述的控制装置，其特征在于，所述控制装置为所述第一服务平台的云平台服务器。

15.一种智能设备的控制装置，其特征在于，包括至少一个处理器，所述至少一个处理器用于与存储器耦合，读取并执行所述存储器中的指令，以实现如权利要求1至7中任一项所述的方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至7中任意一项所述的方法。

17.一种芯片系统，其特征在于，包括处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片系统的计算机执行如权利要求1至7中任意一项所述的方法。