CN110474973A - 一种多设备共享智能引擎的方法、系统和设备 - Google Patents

Abstract

本申请公开了一种多设备共享智能引擎的方法，包括：系统检测到有IoT设备连接时，检测所述IoT设备是否具备智能引擎，并在具备智能引擎时读取和保存相应IoT设备中智能引擎的类型，获取连接的各个IoT设备的在线状态；当系统中的任一IoT设备接收到用户的搜索指令后，将该搜索指令发送到系统云端服务器进行搜索指令的指令类型识别，该IoT设备按照搜索指令的指令类型与智能引擎类型的对应关系，将接收的搜索指令发送到与其对应的智能引擎所在的、且在线的第一IoT设备；所述第一IoT设备将接收到的搜索指令放在自身的智能引擎中进行处理。通过本申请，能够使多设备中的智能引擎优势互补，优化用户指令精确性。

Description

一种多设备共享智能引擎的方法、系统和设备

技术领域

本申请涉及智能网络技术，特别涉及一种多设备共享智能引擎的方法、系统和设备。

背景技术

随着各种搭载AI智能引擎(苹果Apple的Siri，三星Samsung的Bixby，亚马逊Amazon的Alexa，谷歌Google的Google Assistant)的设备的兴起和流行，智能家居或同局域网中会存在搭载不同智能引擎的设备同时在线的情况。目前，我们在苹果手机上只能用自带的Siri智能引擎，同样地，在搭载三星Bixby智能引擎的三星电视上使用智能引擎服务，也只能用电视自带的Bixby。

每家公司的智能引擎系统都有自己的特点和局限性，也存在用户自己的不同偏好。例如，用户A喜欢Google的搜索引擎搜索出来的内容，而对音乐曲目的播放，更钟意亚马逊的Alexa的搜索内容；用户B喜欢用谷歌的搜索引擎，但是他每次用苹果手机的Siri搜索出来的内容，使用的是苹果的搜索引擎，结果不是用户B所想要的。

目前不同的AI智能引擎系统，都部署在各自的产品设备中。用户在使用苹果手机时，使用的智能引擎系统只会是Siri，三星的产品用的是Bixby智能引擎系统，如图1所示。对于用户的不同使用偏好，现阶段无法解决各种智能引擎的定制化使用。

发明内容

本申请提供一种多设备共享智能引擎的方法、系统和设备，能够使多设备中的智能引擎优势互补，优化用户指令精确性。

为实现上述目的，本申请采用如下技术方案：

一种多设备共享智能引擎的方法，包括：

系统检测到有IoT设备连接时，检测所述IoT设备是否具备智能引擎，并在具备智能引擎时读取和保存相应IoT设备中智能引擎的类型，获取连接的各个IoT设备的在线状态；

当系统中的任一IoT设备接收到用户的搜索指令后，将该搜索指令发送到系统云端服务器进行搜索指令的指令类型识别，所述任一IoT设备按照搜索指令的指令类型与智能引擎类型的对应关系，将接收的搜索指令发送到与其对应的智能引擎所在的、且在线的第一IoT设备；

所述第一IoT设备将接收到的搜索指令放在自身的智能引擎中进行处理。

较佳地，在第一IoT设备的智能引擎对搜索指令处理后，该方法进一步包括：

所述第一IoT设备接收其智能引擎的搜索结果，并按照搜索指令的指令类型与输出设备的对应关系，将搜索结果发送到与其对应的输出设备上进行后续处理；或者，

所述第一IoT设备接收其智能引擎的搜索结果，并将搜索结果发送到用户选择的输出设备上进行后续处理。

较佳地，该方法进一步包括：获取连接的各个IoT设备的能力信息，并根据所述能力信息确定指令类型与输出设备的对应关系。

较佳地，当所述IoT设备上存在所述系统的客户端时，所述客户端检测所述IoT设备的引擎类型、获取所述在线状态和/或能力信息，并向云端注册相应信息；

当所述IoT设备上不存在所述系统的客户端时，所述系统通过蓝牙连接所述IoT设备获取相应设备的设备名称，并利用预设的设备名和智能引擎类型/能力信息的对应关系表搜索确定相应IoT设备的智能引擎类型和/或能力信息。

较佳地，在所述指令类型与智能引擎类型的对应关系中：一个指令类型对应一个智能引擎类型，和/或，一个指令类型对应多个智能引擎类型，所述多个智能引擎类型的优先级不同。

较佳地，所述指令类型与智能引擎类型的对应关系由用户指定；和/或，

对于任一搜索指令，在将搜索指令发送到所述第一IoT设备后，该方法进一步包括：对于所述第一IoT设备上处理相应搜索指令的智能引擎，按照设定的步长增加其优先级的得分。

较佳地，所述将接收的搜索指令发送到与其对应的智能引擎所在的、且在线的第一IoT设备包括：

将接收的搜索指令直接发送给所述第一IoT设备，所述第一IoT设备进行搜索指令的解析；或者，将接收的搜索指令进行指令解析后发送给所述第一IoT设备。

较佳地，当所述搜索指令是用户的语音数据时，对所述搜索指令进行指令解析包括：用户的语音数据的语音识别和语义理解。

较佳地，在进行指令解析时，直接在执行设备上进行指令解析或者由执行设备发送到云服务器上进行指令解析。

较佳地，所述将接收的搜索指令发送到与其对应的智能引擎所在的、且在线的第一IoT设备包括：

将接收的搜索指令通过端到端的传输发给所述第一IoT设备；或者，将接收的搜索指令通过智能系统云端作为中介发送给所述第一IoT设备。

一种多设备共享智能引擎的系统，包括：云端服务器和若干IoT设备；

所述云端服务器，用于在检测到有IoT设备连接时，确定所述IoT设备是否具备智能引擎，在具备智能引擎时读取和保存相应IoT设备中智能引擎的类型，获取连接的各个IoT设备的在线状态，并将各连接的IoT设备的智能引擎类型和在线状态发送给所述系统中的所有IoT设备；还用于接收所述IoT设备发来的搜索指令，并进行搜索指令的类型识别；

所述IoT设备，用于在接收到用户的搜索指令后，将该搜索指令发送到所述云端服务器进行搜索指令的指令类型识别，还用于按照所述搜索指令的指令类型与智能引擎类型的对应关系，将接收的搜索指令发送到与该搜索指令对应的智能引擎所在的、且在线的IoT设备；还用于将其他IoT设备或云端服务器发来的搜索指令放在自身的智能引擎中进行处理。

一种智能家居系统中的云端服务器，包括：信息获取单元、类型识别单元和处理设备确定单元；

所述信息获取单元，用于在检测到有IoT设备连接时，确定所述IoT设备是否具备智能引擎，在具备智能引擎时读取和保存相应IoT设备中智能引擎的类型，获取连接的各个IoT设备的在线状态；

所述类型识别单元，用于接收所述IoT设备发来的搜索指令，并进行搜索指令的类型识别，反馈给相应的IoT设备；

所述处理设备确定单元，用于保存指令类型与智能引擎类型的对应关系，根据所述类型识别单元识别出的指令类型，确定其对应的智能引擎类型，按照确定的智能引擎类型确定相应搜索指令的处理设备，并反馈给发来所述搜索指令的IoT设备。

较佳地，所述云端服务器还包括：

能力信息获取单元，用于获取连接的各个IoT设备的能力信息，并根据所述能力信息确定指令类型与输出设备的对应关系，保存在所述处理设备确定单元中；

所述处理设备确定单元，用于根据所述指令类型与输出设备的对应关系，确定接收的搜索指令对应的输出设备，并通知发来所述搜索指令的IoT设备。

较佳地，所述云端服务器还包括：

对应关系更新单元，用于在所述处理设备确定所述相应搜索指令的处理设备后，对于该处理设备的智能引擎类型，按照设定的补偿增加其优先级的得分；还用于根据各个智能引擎类型的优先级实时更新所述指令类型与智能引擎类型的对应关系。

一种智能家居系统中的IoT设备，包括：用户接口单元、服务器接口单元和智能引擎单元；

所述用户接口单元，用于接收用户输入的搜索指令；

所述服务器接口单元，用于将所述搜索指令发送到所述系统的云端服务器进行搜索指令的指令类型识别，还用于根据所述云端服务器反馈的处理设备信息，将所述搜索指令发送到所述处理设备信息对应的处理设备的智能引擎单元中进行搜索处理；

所述智能引擎单元，用于将本单元接收的搜索指令进行处理。

较佳地，所述服务器接口单元，还用于从所述云端服务器接收本次搜索指令的输出设备信息，并将该信息与所述搜索指令一同发送给所述处理设备的智能引擎单元；

所述智能引擎单元，用于将本单元的搜索结果发送给所述输出设备信息对应的输出设备进行后续处理。

较佳地，所述用户接口单元，用于接收用户指定的输出设备信息；

所述智能引擎单元，用于将本单元的搜索结果发送给所述输出设备信息对应的输出设备进行后续处理。

由上述技术方案可见，本申请中，系统检测到有IoT设备连接时，检测所述IoT设备是否具备智能引擎，并在具备智能引擎时读取和保存相应IoT设备中智能引擎的类型，获取连接的各个IoT设备的在线状态；当系统中的任一IoT设备接收到用户的搜索指令后，将该搜索指令发送到系统云端服务器进行搜索指令的指令类型识别，任一IoT设备按照搜索指令的指令类型与智能引擎类型的对应关系，将接收的搜索指令发送到与其对应的智能引擎所在的、且在线的第一IoT设备；第一IoT设备将接收到的搜索指令放在自身的智能引擎中进行处理。通过上述方式，能够使多设备中的智能引擎优势互补，优化用户指令，提高处理的精确性。

附图说明

图1为用户只能使用本设备提供的智能引擎的示意图；

图2为智能音箱搜索指令使用的是手机的Bixby智能引擎的示意图；

图3为本申请中多设备共享智能引擎方法的基本流程示意图；

图4为智能家居系统中各设备连接注册的示意图；

图5为APP和嵌入式设备的蓝牙连接示意图；

图6为智能家居中多设备注册时智能引擎类型的示意图；

图7为用户语音到云端进行指令类型检测的示意图；

图8为IoT设备的主要能力列表和偏好智能引擎对应的示例图；

图9为IoT APP上的引擎偏好设置示意图；

图10为本申请中两种IoT设备间传输搜索指令的示意图；

图11为偏好AI引擎所在设备进行命令处理的示意图；

图12为智能引擎以Web形式返回结果的示意图；

图13为本申请中播放电影的场景流程示意图。

具体实施方式

为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。

目前不同的AI智能引擎系统，都部署在各自的产品设备中，无法共享，因此使得智能引擎的使用存在局限性。如果用户B在用苹果终端搜索的同时，家里搭载Google智能引擎的电视或者其他设备也同时在线，那么，智能引擎系统之间的共享机制，会给用户带来极大的便利性，提高用户智能家居的使用感受，如图2所示。在智能家居环境中，用户的不同指令对应不同的智能引擎来处理，这将极大丰富用户的偏好使用并且能够提高智能家居的智慧便利性。

基于上述共享智能引擎的想法，本申请提供一种共享智能引擎的方法，图3为该方法的基本流程示意图。其中，以智能家居系统为例进行说明，如图3所示，该方法包括：

步骤301，系统检测到有IoT设备连接时，确定IoT设备是否具备智能引擎，并在具备智能引擎时读取和保存相应IoT设备中智能引擎的类型，获取连接的各个IoT设备的在线状态。

智能家居系统当检测到有IoT设备连接上时，确定该设备是否具备智能引擎以及其类型，连接注册的示意图如图4所示。

另外，优选地，为更加智能地自动选择搜索结果的最终输出设备，优选地，智能家居系统在获取智能引擎类型时，还可以进一步获取(可以是系统主动获取或由设备主动提供)各IoT设备的能力信息列表，比如电视具备显示、播放媒体功能，手机具备打电话等功能，音箱不具备显示功能等。智能设备的各种功能注册，将会决定最后输出设备的选择。比如智能电视不具备打电话功能，那么用户的“打电话给小明”的指令就不会传给智能电视来处理。

具体地，在系统获取和检测设备当前在线情况、智能引擎类型以及能力信息时，可以根据不同设备的类型，采取不同的获取和检测方式。

例如，若IoT设备上存在系统的客户端(例如安装特定的APP)，则客户端可以检测IoT设备的引擎类型、获取设备在线状态等，并向云端注册相应信息；有些设备例如亚马逊智能音箱无法直接安装APP等客户端，对于这类不存在系统客户端的IoT设备，系统可以通过蓝牙连接IoT设备获取相应设备的设备名称，并利用预设的设备名和智能引擎类型/能力信息的对应关系表搜索确定相应IoT设备的智能引擎类型和/或能力信息。

更详细地，以安装APP作为系统客户端为例，对于能够安装APP的IoT设备，可以在APP开发中对设备信息和运行的进程进行检测，根据关键词梳理出AI引擎类型，这些设备信息获得后，向云端进行注册；对于无法直接安装APP进行设备信息检测的IoT设备(智能恒温器，智能马桶)，可以对其进行蓝牙连接，在获取其设备名称后，再使用预置的设备名-能力信息表格进行搜索，得到该设备名对应的设备能力信息以及AI引擎类型，如图5所示。

对于设备保存其智能引擎及其类型的示意图可以如图6所示。

步骤302，当系统中的任一IoT设备接收到用户的搜索指令后，将该搜索指令发送到系统云端服务器进行搜索指令的指令类型识别，该IoT设备按照搜索指令的指令类型与智能引擎类型的对应关系，确定处理搜索指令的第一IoT设备。

第一IoT设备应当是与搜索指令的指令类型对应的智能引擎所在、且在线的IoT设备。

预先设定搜索指令的指令类型与智能引擎类型的对应关系，按照该对应关系将搜索指令发送到对应的智能引擎进行搜索处理。

其中，指令类型的确定可以是将用户语音送达云端进行用户指令类型的检测(信息搜索，电影搜索，音乐搜索等)，如图7所示。指令类型与智能引擎间可以是一对一的关系，也可以是一对多的关系。一对多的关系中，指令类型对应多个智能引擎，多个智能引擎间有优先级的差别。具体指令类型与智能引擎间的对应关系可以是由用户指定，或者，可以由智能引擎根据历史数据计算得出，或者也可以是前两者相结合。例如，初始化的对应关系可以是用户指定的，后续可以根据历史数据实时调整对应关系。IoT设备的主要能力列表和偏好智能引擎对应的示例图可以如图8所示，IoT APP上的引擎偏好设置可以如图9所示。

在根据历史数据计算得到指令类型与智能引擎间对应关系时，可以在每次确定出搜索指令发送到的第一IoT设备后，对该第一IoT设备上处理搜索指令的智能引擎，调整优先级的得分。例如，在设置指令类型和智能引擎的对应关系时，“播放、搜索音乐”设置Alexa(50分)，Google(40分)，Bixby(10分)类似选择。Alexa优先级最高，最可能被选择作为音乐播放的搜索引擎。如果用户正常使用一次，Alexa被成功挑选，这次选择将会给Alexa带来奖励2分，从50分变成52分，Google和Bixby被各自惩罚1分，分别从40分、10分降低为39分和9分。经过一段时间的使用，分数的偏好将会记录用户的习惯偏好智能引擎，更智能的挑选合适的智能引擎。若当中用户认为Google的服务正在改善，经常使用Google服务将会提高Google的偏好分数，也提高了Google被选中的几率。

通过上述方式，当使用一段时间积累一定包含用户习惯的使用数据量时，智能家居的智能算法可以优化并调整指令和智能引擎的优先级顺序，根据使用习惯更智能高效的动态调整。

步骤303，将搜索指令发送到步骤302确定出的第一IoT设备。

发送搜索指令时，将接收的搜索指令直接发送给所述第一IoT设备，所述第一IoT设备进行搜索指令的解析；或者，将接收的搜索指令进行指令解析后发送给所述第一IoT设备。

例如，传递的可以是用户的语音PCM数据，也可以是经过第一智能引擎解析后的指令信息(第一智能引擎指首次接收用户输入搜索指令的设备上搭载的智能引擎)。也就是说，用户的语音指令解析和语义理解这一步骤，可以放在第一智能引擎里执行，也可以放到第一IoT设备上的智能引擎里执行。

在IoT设备中进行指令解析，可以是离线的片载设备，也可以上传到相应的后端云服务器上进行。离线的片载，更快，不依赖网络，但是识别结果不及云服务器。

在设备间指令传递的传输方式可以有两种：

A.端到端传递

智能家居记录了目标设备的Mac地址和IP地址，可以进行端对端的连接和发送接收。其中的指令，可以使语音格式，即PCM或MP3格式。或者也可以是通过ASR解析后的文字指令。

B.智能家居云端传递

相对于端对端的传输方式，云端传输是通过智能家居云端作为中介，所有设备之间的操作，传输，交互都是通过云端来实现，如图10所示。

步骤304，第一IoT设备将接收到的搜索指令放在自身的智能引擎中进行处理。

当偏好AI引擎的设备在线(即第一IoT设备)时，用户语音将被传递给该设备。该设备将启动自己的AI引擎系统对用户语音的命令进行处理，如图11所示。现阶段各大语音AI公司(Amazon，Google，Bixby)都对第三方开发者开放了SDK开发包，将来可能会由操作系统(Android)在Framework层对AI引擎的接口进行封装，将更简化这个步骤的使用。

至此，最基本的方法流程结束。为更好地进行搜索结果的处理，优选地，还可以包括如下处理：

步骤305，第一IoT设备接收其智能引擎的搜索结果，并将搜索结果发送到指定的输出设备上进行后续处理。

具体的指定设备可以是用户指定的输出设备，或者，也可以是按照搜索指令的指令类型与输出设备的对应关系所确定出的输出设备。

具体地，“指定的输出设备”包含但不限于最初接收到用户指令的那个终端。比如，我对手机发出指令，打开某视频App播放电影。经由某智能引擎处理后，如果发现电视处于连线状态，将直接将电影通过电视终端设备来播放，而不是最初的手机。最终的展示或播放的设备终端，可以用提示的方式让用户选择，也可以用智能算法根据过往用户习惯来自动选择。

智能引擎返回的结果包含但不限于以下几种方式：

A.Web/H5等网页格式；

B.纯文本或音乐格式；

以上结果通过数据传输的形式可以到达目标输出设备终端并进行展示。

C.App的流媒体格式

处理的智能引擎调用云端的APP来反馈结果，比如云端视频APP等。这类结果将由智能引擎告知目标输出设备终端去连接云端服务器，云端服务器接收设备终端客户端的连接请求并返回流媒体等多媒体信息给客户端，保证数据通道和控制通道的畅通连接。

接下来以用户语音指示播放电影为例说明本申请涉及到的多设备传输交互流程，如图13所示，该流程包括：

1.用户搜索电影，用户偏好的智能引擎是Bixby。

2.第一接收设备是智能音箱，搭载的是Alexa。所以它将指令通过数据通道传输给搭载Bixby智能引擎的手机设备。手机需要输出的结果是Bixby云端的腾讯视频云应用。

3.用户没有选择在手机播放，而是电视播放。内容在手机的Bixby云服务器，播放端在电视。

4.Bixby云服务器启动云视频流媒体服务，将流媒体URL经由智能音箱传递给电视。电视端打开流媒体客户端程序，连接腾讯视频云应用的流媒体地址，播放视频画面。

下面给出几个实施例示例性说明本申请中共享智能引擎设备的方法的不同实施方式。

实施例一：用户在设置好智能引擎偏好后，发出指令，所挑选的智能引擎设备在智能家居中。

1)智能引擎的偏好设置配置好，或一段时间后智能算法已经可以动态调整；

2)用户发出指令，接收指令的设备终端发送指令去偏好智能引擎所属的终端，处理后的结果发回至初始设备或用户指定接收设备终端；

3)最终的输出设备进行展示或播放。

实施例二：用户在设置好智能引擎偏好后，发出指令，所挑选的智能引擎设备不在智能家居中。

1)智能引擎的偏好设置配置好，或一段时间后智能算法已经可以动态调整；

2)用户发出指令，接收指令的设备终端根据优先级寻找智能引擎，都不在智能家居环境中，最后用本设备自身的智能引擎做处理；

3)最终在本设备进行展示或播放。

实施例三：用户在设置好智能引擎偏好后，发出指令，所挑选的智能引擎设备在智能家居中，用户指定最终的输出设备。

1)智能引擎的偏好设置配置好，或一段时间后智能算法已经可以动态调整；

2)用户发出指令，接收指令的设备终端根据优先级寻找智能引擎，找到后并发送指令到偏好智能引擎所属的设备终端，处理的结果询问用户，挑选哪个设备作为最终输出设备；

3)用户挑选输出设备后，将处理结果最终在该设备进行展示或播放。

实施例四：用户在设置好智能引擎偏好后，发出指令，所挑选的智能引擎设备在智能家居中，用户未指定最终的输出设备。

1)智能引擎的偏好设置配置好，或一段时间后智能算法已经可以动态调整；

2)用户发出指令，接收指令的设备终端根据优先级寻找智能引擎，找到后并发送指令到偏好智能引擎所属的设备终端，处理的结果根据以往用户习惯数据进行智能分析，挑选出最适合的输出设备；

3)将处理结果最终在该设备进行展示或播放。

实施例五：用户在设置好智能引擎偏好后，发出指令，第一接收设备将用户PCM语音数据发送给其他设备进行处理。

1)智能引擎的偏好设置配置好；

2)用户发出指令，接收指令的第一设备终端先进行语音识别和语义理解，当分析出用户意图对应的智能引擎优先级，需要传送给其他智能引擎来处理。

3)传送用户PCM语音数据给另一设备；

4)另一设备的智能引擎重新进行语音识别和语义理解。

实施例六：用户在设置好智能引擎偏好后，发出指令，第一接收设备将自己解析好的指令数据发送给其他设备进行处理。

1)智能引擎的偏好设置配置好；

2)用户发出指令，接收指令的第一设备终端先进行语音识别和语义理解，当分析出用户意图所对应的智能引擎优先级，需要传送给其他智能引擎来处理；

3)传送第一设备已经解析好的指令意图数据给另一设备；

4)另一设备的智能引擎跳过语音识别和语义理解步骤，直接执行用户指令。

实施例七：用户在设置“类型：搜索电影”的偏好设置时，Google打分48，Bixby打分38，Google打分14分。用户的第一优先级是Google。

1)智能引擎的偏好设置配置好；

2)用户发出搜索电影指令，Bixby被选中搜索，用户认可并使用其搜索结果。Bixby每次被奖励偏好分数，很快就超过了原先排名第一的Google；

3)用户不断使用Bixby，Bixby分数上升为第一优先级，打破了原先用户的设置。用户习惯选择被记录且修改了原先的优先级。

上述即为本申请方法的具体实现。本申请还提供了一种多设备共享智能引擎的智能家居系统，包括：云端服务器和若干IoT设备。

其中，云端服务器，用于在检测到有IoT设备连接时，确定IoT设备是否具备智能引擎，在具备智能引擎时读取和保存相应IoT设备中智能引擎的类型，获取连接的各个IoT设备的在线状态，并将各连接的IoT设备的智能引擎类型和在线状态发送给所述系统中的所有IoT设备；还用于接收IoT设备发来的搜索指令，并进行搜索指令的类型识别；

IoT设备，用于在接收到用户的搜索指令后，将该搜索指令发送到云端服务器进行搜索指令的指令类型识别，还用于按照所述搜索指令的指令类型与智能引擎类型的对应关系，将接收的搜索指令发送到与该搜索指令对应的智能引擎所在的、且在线的IoT设备；还用于将其他IoT设备或云端服务器发来的搜索指令放在自身的智能引擎中进行处理。

具体地，在该智能家居系统中，云端服务器可以包括：信息获取单元、类型识别单元和处理设备确定单元。

其中，信息获取单元，用于在检测到有IoT设备连接时，确定IoT设备是否具备智能引擎，在具备智能引擎时读取和保存相应IoT设备中智能引擎的类型，获取连接的各个IoT设备的在线状态。类型识别单元，用于接收IoT设备发来的搜索指令，并进行搜索指令的类型识别，反馈给相应的IoT设备。处理设备确定单元，用于保存指令类型与智能引擎类型的对应关系，根据类型识别单元识别出的指令类型，确定其对应的智能引擎类型，按照确定的智能引擎类型确定相应搜索指令的处理设备，并反馈给发来搜索指令的IoT设备。

优选地，为实现能力信息的获取，云端服务器还可以包括能力信息获取单元，用于获取连接的各个IoT设备的能力信息，并根据能力信息确定指令类型与输出设备的对应关系，保存在处理设备确定单元中。在增加能力信息获取单元后，处理设备确定单元，还可以用于根据指令类型与输出设备的对应关系，确定接收的搜索指令对应的输出设备，并通知发来搜索指令的IoT设备。

为实现实时更新指令类型与智能引擎类型的对应关系，优选地，云端服务器还可以包括对应关系更新单元，用于在处理设备确定相应搜索指令的处理设备后，对于该处理设备的智能引擎类型，按照设定的补偿增加其优先级的得分；还用于根据各个智能引擎类型的优先级实时更新所述指令类型与智能引擎类型的对应关系。

智能家居系统中的IoT设备可以包括：用户接口单元、服务器接口单元和智能引擎单元。

其中，用户接口单元，用于接收用户输入的搜索指令。服务器接口单元，用于将搜索指令发送到所述系统的云端服务器进行搜索指令的指令类型识别，还用于根据云端服务器反馈的处理设备信息，将搜索指令发送到处理设备信息对应的处理设备的智能引擎单元中进行搜索处理。智能引擎单元，用于将本单元接收的搜索指令进行处理。

为将搜索结果在合适的输出设备上进行后续处理，优选地，服务器接口单元，还可以用于从云端服务器接收本次搜索指令的输出设备信息，并将该信息与搜索指令一同发送给处理设备的智能引擎单元。智能引擎单元，还可以用于将本单元的搜索结果发送给输出设备信息对应的输出设备进行后续处理。

或者，为将搜索结果在用户指定的输出设备上进行后续处理，优选地，用户接口单元，还可以用于接收用户指定的输出设备信息。智能引擎单元，还可以用于将本单元的搜索结果发送给输出设备信息对应的输出设备进行后续处理。

通过上述本申请的处理，基于智能家居或同一局域网内的不同设备中搭载的不同智能引擎，在用户的偏好设置预设不同的用户指令类型，对应不同的智能引擎来处理，并将最终的处理结果返回给用户。由此带来如下技术效果：

1)让多个设备中的智能引擎互相之间可共享，打破单个设备只能使用自带的智能引擎的限制；

2)鉴于每个智能引擎的特点和擅长领域，用户可以定制化特定的指令由哪个智能引擎来处理，积累一定用户习惯数据量以后，人工智能算法将自动计算并重新设定各指令类型对应的智能引擎的优先级顺序；

3)最终将达到多设备中的智能引擎优势互补，优化用户指令精确性，提高用户使用便利性。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (17)

1.一种多设备共享智能引擎的方法，其特征在于，包括：

系统检测到有IoT设备连接时，确定所述IoT设备是否具备智能引擎，并在具备智能引擎时读取和保存相应IoT设备中智能引擎的类型，获取连接的各个IoT设备的在线状态；

当系统中的任一IoT设备接收到用户的搜索指令后，将该搜索指令发送到系统云端服务器进行搜索指令的指令类型识别，所述任一IoT设备按照搜索指令的指令类型与智能引擎类型的对应关系，将接收的搜索指令发送到与其对应的智能引擎所在的、且在线的第一IoT设备；

所述第一IoT设备将接收到的搜索指令放在自身的智能引擎中进行处理。

2.根据权利要求1所述的方法，其特征在于，在第一IoT设备的智能引擎对搜索指令处理后，该方法进一步包括：

所述第一IoT设备接收其智能引擎的搜索结果，并按照搜索指令的指令类型与输出设备的对应关系，将搜索结果发送到与其对应的输出设备上进行后续处理；或者，

所述第一IoT设备接收其智能引擎的搜索结果，并将搜索结果发送到用户选择的输出设备上进行后续处理。

3.根据权利要求2所述的方法，其特征在于，该方法进一步包括：所述系统获取连接的各个IoT设备的能力信息，并根据所述能力信息确定指令类型与输出设备的对应关系。

4.根据权利要求1或3所述的方法，其特征在于，当所述IoT设备上存在所述系统的客户端时，所述客户端检测所述IoT设备的引擎类型、获取所述在线状态和/或能力信息，并向云端注册相应信息；

当所述IoT设备上不存在所述系统的客户端时，所述系统通过蓝牙连接所述IoT设备获取相应设备的设备名称，并利用预设的设备名和智能引擎类型/能力信息的对应关系表搜索确定相应IoT设备的智能引擎类型和/或能力信息。

5.根据权利要求1所述的方法，其特征在于，在所述指令类型与智能引擎类型的对应关系中：一个指令类型对应一个智能引擎类型，和/或，一个指令类型对应多个智能引擎类型，所述多个智能引擎类型的优先级不同。

6.根据权利要求5所述的方法，其特征在于，所述指令类型与智能引擎类型的对应关系由用户指定；和/或，

对于任一搜索指令，在将搜索指令发送到所述第一IoT设备后，该方法进一步包括：对于所述第一IoT设备上处理相应搜索指令的智能引擎，按照设定的步长增加其优先级的得分。

7.根据权利要求1所述的方法，其特征在于，所述将接收的搜索指令发送到与其对应的智能引擎所在的、且在线的第一IoT设备包括：

将接收的搜索指令直接发送给所述第一IoT设备，所述第一IoT设备进行搜索指令的解析；或者，将接收的搜索指令进行指令解析后发送给所述第一IoT设备。

8.根据权利要求7所述的方法，其特征在于，当所述搜索指令是用户的语音数据时，对所述搜索指令进行指令解析包括：用户的语音数据的语音识别和语义理解。

9.根据权利要求7或8所述的方法，其特征在于，在进行指令解析时，直接在执行设备上进行指令解析或者由执行设备发送到云服务器上进行指令解析。

10.根据权利要求1所述的方法，其特征在于，所述将接收的搜索指令发送到与其对应的智能引擎所在的、且在线的第一IoT设备包括：

将接收的搜索指令通过端到端的传输发给所述第一IoT设备；或者，将接收的搜索指令通过智能系统云端作为中介发送给所述第一IoT设备。

11.一种多设备共享智能引擎的系统，其特征在于，该系统包括：云端服务器和若干IoT设备；

所述云端服务器，用于在检测到有IoT设备连接时，确定所述IoT设备是否具备智能引擎，在具备智能引擎时读取和保存相应IoT设备中智能引擎的类型，获取连接的各个IoT设备的在线状态，并将各连接的IoT设备的智能引擎类型和在线状态发送给所述系统中的所有IoT设备；还用于接收所述IoT设备发来的搜索指令，并进行搜索指令的类型识别；

所述IoT设备，用于在接收到用户的搜索指令后，将该搜索指令发送到所述云端服务器进行搜索指令的指令类型识别，还用于按照所述搜索指令的指令类型与智能引擎类型的对应关系，将接收的搜索指令发送到与该搜索指令对应的智能引擎所在的、且在线的IoT设备；还用于将其他IoT设备或云端服务器发来的搜索指令放在自身的智能引擎中进行处理。

12.一种智能家居系统中的云端服务器，其特征在于，包括：信息获取单元、类型识别单元和处理设备确定单元；

所述信息获取单元，用于在检测到有IoT设备连接时，确定所述IoT设备是否具备智能引擎，在具备智能引擎时读取和保存相应IoT设备中智能引擎的类型，获取连接的各个IoT设备的在线状态；

所述类型识别单元，用于接收所述IoT设备发来的搜索指令，并进行搜索指令的类型识别，反馈给相应的IoT设备；

所述处理设备确定单元，用于保存指令类型与智能引擎类型的对应关系，根据所述类型识别单元识别出的指令类型，确定其对应的智能引擎类型，按照确定的智能引擎类型确定相应搜索指令的处理设备，并反馈给发来所述搜索指令的IoT设备。

13.根据权利要求12所述的云端服务器，其特征在于，所述云端服务器还包括：

能力信息获取单元，用于获取连接的各个IoT设备的能力信息，并根据所述能力信息确定指令类型与输出设备的对应关系，保存在所述处理设备确定单元中；

所述处理设备确定单元，用于根据所述指令类型与输出设备的对应关系，确定接收的搜索指令对应的输出设备，并通知发来所述搜索指令的IoT设备。

14.根据权利要求12所述的云端服务器，其特征在于，所述云端服务器还包括：

对应关系更新单元，用于在所述处理设备确定所述相应搜索指令的处理设备后，对于该处理设备的智能引擎类型，按照设定的补偿增加其优先级的得分；还用于根据各个智能引擎类型的优先级实时更新所述指令类型与智能引擎类型的对应关系。

15.一种智能家居系统中的IoT设备，其特征在于，包括：用户接口单元、服务器接口单元和智能引擎单元；

所述用户接口单元，用于接收用户输入的搜索指令；

所述服务器接口单元，用于将所述搜索指令发送到所述系统的云端服务器进行搜索指令的指令类型识别，还用于根据所述云端服务器反馈的处理设备信息，将所述搜索指令发送到所述处理设备信息对应的处理设备的智能引擎单元中进行搜索处理；

所述智能引擎单元，用于将本单元接收的搜索指令进行处理。

16.根据权利要求15所述的IoT设备，其特征在于，所述服务器接口单元，还用于从所述云端服务器接收本次搜索指令的输出设备信息，并将该信息与所述搜索指令一同发送给所述处理设备的智能引擎单元；

所述智能引擎单元，用于将本单元的搜索结果发送给所述输出设备信息对应的输出设备进行后续处理。

17.根据权利要求15所述的IoT设备，其特征在于，所述用户接口单元，用于接收用户指定的输出设备信息；

所述智能引擎单元，用于将本单元的搜索结果发送给所述输出设备信息对应的输出设备进行后续处理。