一种语音控制方法及设备与流程

2021-01-28 15:01:44|

329|

起点商标网

本发明涉及智能家居技术领域，尤指一种语音控制方法及设备。

背景技术：

目前，智能设备已广泛的应用到日常生活中，因此，用户对智能设备的要求也越来越高。

对于包括三路开关的智能设备而言，第一路开关可以配置为智能开关，第二路开关可以配置为绑定开关，第三路开关可以配置为场景面板开关；其中，智能开关可以支持开关控制，绑定开关和场景面板开关均不支持开关控制。此种情况下，就难以判断出智能设备整体的类型是支持开关控制的类型，还是不支持开关控制的类型，进而在后续的语音控制过程中，可能会出现误报、与实际情况不符的问题，进而降低了语音控制的准确性。

基于此，在智能设备支持多个控制类型的基础上，且在对智能设备进行语音控制时，如何减少误报，是本领域技术人员亟待解决的技术问题。

技术实现要素：

本发明实施例提供一种语音控制方法及设备，在智能设备支持多个控制类型的基础上，且在对智能设备进行语音控制时，减少误报。

第一方面，本发明实施例提供了一种语音控制方法，应用于语音语义服务器，该语音控制方法包括：

接收用户通过客户端输入的语音控制消息；所述语音控制消息包括：对包括多路开关的智能设备中第i路开关的状态进行控制的信息；

判断预先存储的设备列表中是否存在所述智能设备；其中，若所述智能设备的类型为支持开关控制的类型时，所述设备列表中包括所述智能设备；或，若所述智能设备的类型为不支持开关控制的类型时，所述设备列表中不包括所述智能设备；

若存在，向智能家居服务器发送所述语音控制消息对应的控制指令，并提示所述用户语音控制成功；所述控制指令用于：使得所述智能家居服务器控制所述智能设备中所述第i路开关的状态；

若不存在，提示所述用户语音控制失败。

第二方面，本发明实施例提供了一种语音控制方法，应用于智能家居服务器，该语音控制方法包括：

接收语音语义服务器发送的控制指令；其中，所述控制指令为；所述语音语义服务器接收用户通过客户端输入的语音控制消息；所述语音控制消息包括：对包括多路开关的智能设备中第i路开关的状态进行控制的信息；所述语音语义服务器在判断出预先存储的设备列表中存在所述智能设备时，向所述智能家居服务器发送的指令；若所述智能设备的类型为支持开关控制的类型时，所述设备列表中包括所述智能设备；或，若所述智能设备的类型为不支持开关控制的类型时，所述设备列表中不包括所述智能设备；

控制所述智能设备中的所述第i路开关的状态。

第三方面，本发明实施例提供了一种语音语义服务器，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的所述程序指令，按照获得的程序执行：

接收用户通过客户端输入的语音控制消息；所述语音控制消息包括：对包括多路开关的智能设备中第i路开关的状态进行控制的信息；

若不存在，提示所述用户语音控制失败。

第四方面，本发明实施例提供了一种智能家居服务器，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的所述程序指令，按照获得的程序执行：

控制所述智能设备中的所述第i路开关的状态。

第五方面，本发明实施例提供了一种智能设备，包括：如本发明实施例提供的上述语音语义服务器、以及如本发明实施例提供的上述智能家居服务器。

本发明有益效果如下：

本发明实施例提供的一种语音控制方法及设备，在语音语义服务器接收到语音控制消息后，需要先判断设备列表中是否存在智能设备，若存在，说明需要语音控制的智能设备可以支持开关控制，此时语音语义服务器可以向智能家居服务器发送控制指令，以控制智能设备执行相应的动作，同时语音语义服务器可以向用户提供控制成功；若不存在，说明需要语音控制的智能设备是不支持开关控制的，此时语音语义服务器则直接向用户提示控制失败，以告知用户当前无法进行语音控制。如此，可以在准确地了解智能设备是否支持开关控制的基础上，再向用户提示是否控制成功，所以可以使得向用户反馈的结果与对智能设备的实际控制结果保持一致，从而减少误报，提高语音控制的准确率。

附图说明

图1为本发明实施例中提供的一种语音控制方法的流程图；

图2为本发明实施例中提供的各路开关被配置后的控制类型的示意图；

图3为本发明实施例中提供的另一种语音控制方法的流程图；

图4为本发明实施例中提供的一种配置各路开关的控制类型的交互图；

图5为本发明实施例中提供的一种客户端的显示界面的示意图；

图6为本发明实施例中提供的具体实施例的交互图；

图7为本发明实施例中提供的一种语音语义服务器的结构示意图；

图8为本发明实施例中提供的一种智能家居服务器的结构示意图；

图9为本发明实施例中提供的一种语音控制系统的结构示意图。

具体实施方式

下面将结合附图，对本发明实施例提供的一种语音控制方法及设备的具体实施方式进行详细地说明。需要说明的是，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供的一种语音控制方法，应用于语音语义服务器，如图1所示，该语音控制方法可以包括：

s101、接收用户通过客户端输入的语音控制消息；语音控制消息包括：对包括多路开关的智能设备中第i路开关的状态进行控制的信息；

s102、判断预先存储的设备列表中是否存在智能设备；其中，若智能设备的类型为支持开关控制的类型时，设备列表中包括智能设备；或，若智能设备的类型为不支持开关控制的类型时，设备列表中不包括智能设备；若是，执行步骤s103，若否，执行步骤s104；

s103、向智能家居服务器发送语音控制消息对应的控制指令，并提示用户语音控制成功；控制指令用于：使得智能家居服务器控制智能设备中第i路开关的状态；

s104、提示用户语音控制失败。

其中，向用户提示语音控制成功或语音控制失败，可以通过如下方式实现：

方式1、播报方式。

可选地，客户端可以包括播放器，语音语义服务器在向客户端反馈消息后，可以通过客户端的播放器进行播报。

例如但不限于为：向用户语音播报“语音控制成功”或“语音控制失败”这样的消息。

方式2、显示方式。

可选地，客户端可以包括显示屏，语音语义服务器在向客户端反馈消息后，可以通过客户端的显示屏进行显示。

例如但不限于为：在客户端的显示屏上以文字的形式显示“语音控制成功”或“语音控制失败”。

在目前技术中，若要实现对智能设备的语音控制，在语音语义服务器接收到语音控制消息之后，并不需要判断设备列表中是否存在智能设备。

这是由于：

不管智能设备是否支持开关控制，智能家居服务器均会默认智能设备的类型为支持开关控制的类型，所以智能家居服务器同步给语音语义服务器的设备列表中必然包括智能设备，也即语音语义服务器也会默认智能设备的类型为支持开关控制的类型。

所以，在语音语义服务器接收到语音控制消息后，在设备列表中肯定会找到对应的智能设备，所以无需判断设备列表中是否存在该智能设备，进而必然会向智能家居服务器发出对应的控制指令，同时向用户提示控制成功。

然而，假设用户需要对智能设备的第1路开关进行控制，但第1路开关的控制类型不支持开关控制时，智能家居服务器无法对智能设备的第1路开关执行有效地控制，也即智能家居服务器对智能设备可能什么都没做，但语音语义服务器却向用户提示了控制成功，显然，实际的执行效果与向用户提示的结果是不匹配的，也就是说向用户展示了错误的结果，导致了误报的问题出现。

而在本发明实施例中，在语音语义服务器接收到语音控制消息后，需要先判断设备列表中是否存在智能设备，若存在，说明需要语音控制的智能设备可以支持开关控制，此时语音语义服务器可以向智能家居服务器发送控制指令，以控制智能设备执行相应的动作，同时语音语义服务器可以向用户提供控制成功；若不存在，说明需要语音控制的智能设备是不支持开关控制的，此时语音语义服务器则直接向用户提示控制失败，以告知用户当前无法进行语音控制。

如此，可以在准确地了解智能设备是否支持开关控制的基础上，再向用户提示是否控制成功，所以可以使得向用户反馈的结果与对智能设备的实际控制结果保持一致，从而减少误报，提高语音控制的准确率。

可选地，在本发明实施例中，设备列表采用以下方式确定：

接收智能家居服务器发送的设备列表；

对接收到的设备列表进行存储，并替换之前已存储的设备列表；

其中，设备列表为：智能家居服务器在根据任一路开关配置的控制类型，确定出智能设备的类型时确定的。

也就是说，在智能家居服务器确定出智能设备的类型时，可以更新设备列表，并删除或替换原来的列表，以使得当前存在的设备列表与智能设备的实际情况保持一致，以便于后续提高控制的准确性。

在智能家居服务器更新设备列表后，会向语音语义服务器同步该更新后的设备列表，以使智能家居服务器和语音语义服务器中存储的设备列表保持一致，并且与智能设备的实际情况保持一致，以便于后续提高控制的准确性。

可选地，在本发明实施例中，各路开关被配置为相同的控制类型，智能设备的类型与任一路开关的控制类型相同。

也就是说，假设智能设备包括n路开关，那么每一路开关的控制类型都配置为相同的控制类型，从而决定智能设备的类型。

可选地，在本发明实施例中，控制类型包括：智能开关、绑定开关、以及场景面板开关；

支持开关控制的类型包括：智能开关；

不支持开关控制的类型包括：绑定开关、以及场景面板开关。

其中，首先对智能开关、绑定开关、以及场景面板开关三种控制类型进行解释和说明。

1、智能开关：

智能开关是在普通开关的基础上设置了芯片，智能开关可以和客户端(例如但不限于为手机)通过无线网进行连接，因此，用户可以通过客户端控制智能开关。

例如，在智能开关和客户端连接至同一网络时，当用户当前在卧室休息，发现客厅的灯没有关，且用户控制客厅的灯的开关已设置为智能开关，此时，用户可以通过客户端智能开关，以关闭客厅的灯。

2、绑定开关：

例如，在别墅中，在一楼设置有对一楼客厅的灯进行开关控制的开关a，在二楼设置有开关b，若假设开关a和开关b均可以对一楼客厅的灯进行开关控制；此时，可以认为开关a和开关b是相连接、相绑定的，所以可以将开关b称之为绑定开关；那么，若对一楼客厅的灯进行控制时，可以通过绑定开关(即开关b)或开关a，对一楼客厅的灯的开关进行控制。

3、场景面板开关：

场景面板开关可以包括多个按键，其中，每个按键可以表示一个功能，不同的按键表示不同的功能。也就是说，场景面板控制类型是把多个功能对应的按键集成到一个硬件上。

例如，在场景面板开关中可以包括4个按键，分别为第一按键、第二按键第三按键、以及第四按键。其中，第一按键用于控制厨房灯打开，第二按键用于控制厨房灯关闭，第三按键用于控制客厅灯打开，第四按键用于控制厨房灯关闭。

当然，控制类型除了包括上述三种之外，还包括可以其他类型，可以根据实际需要、具体应用的场景、以及功能要求进行设置，在此并不限定。

也就是说，若智能设备包括n路开关，n为大于1的整数，那么：

若n路开关的控制类型均被配置为智能开关时，如图2所示的以n为3为例，此时智能设备即为智能开关，也即智能设备的类型为支持开关控制的类型；

或者，若n路开关的控制类型均被配置为绑定开关时，此时智能设备即为绑定开关，也即智能设备的类型为不支持开关控制的类型；

又或者，若n路开关的控制类型均被配置为场景面板开关时，此时智能设备即为场景面板开关，也即智能设备的类型为不支持开关控制的类型。

因此，可以根据任一路开关的控制类型，确定智能设备的类型，从而使得智能家居服务器和语音语义服务器中存储的设备列表中的信息更加准确，有利于提高控制的准确性。

基于同一发明构思，本发明实施例提供了一种语音控制方法，应用于智能家居服务器，如图3所示，该语音控制方法包括：

s301、接收语音语义服务器发送的控制指令；其中，控制指令为；语音语义服务器接收用户通过客户端输入的语音控制消息；语音控制消息包括：对包括多路开关的智能设备中第i路开关的状态进行控制的信息；语音语义服务器在判断出预先存储的设备列表中存在智能设备时，向智能家居服务器发送的指令；若智能设备的类型为支持开关控制的类型时，设备列表中包括智能设备；或，若智能设备的类型为不支持开关控制的类型时，设备列表中不包括智能设备；

s302、控制智能设备中的第i路开关的状态。

可选地，在本发明实施例中，设备列表采用以下方式确定：

根据任一路开关配置的控制类型，确定智能设备的类型；

在确定出智能设备的类型时，更新预先设置的列表，得到更新后的列表；

将更新后的列表作为设备列表，发送至语音语义服务器，以使语音语义服务器存储设备列表。

其中，说明一点，在确定智能设备的类型且更新列表的时机，可以为：智能设备中各路开关的控制类型发生改变的时候。

例如，若在t1时刻，触发了开关的控制类型的配置，且假设将智能设备中各路开关的控制类型均配置为绑定开关，那么此时智能设备的类型为不支持开关控制的类型；对应地，若预先设置的列表中存在该智能设备时，则将该智能设备的信息均删除，此时的列表可以简称为列表1；或者，若预先设置的列表中不存在该智能设备时，则保持列表不变，此时的列表也可以简称为列表1。

在过了一段时间后到了t2时刻，再次触发了开关的控制类型的配置，且此时假设将智能设备中各路开关的控制类型均配置为智能开关，那么此时智能设备的类型为支持开关控制的类型；对应地，由于列表1中不存在该智能设备，此时可以将该智能设备的信息增加至该列表1中，形成更新后的列表并简称为列表2，并将列表1删除。

在此过了一段时间后到了t3时刻，再次触发了开关的控制类型的配置，且此时假设将智能设备中各路开关的控制类型均配置为场景面板开关，那么此时智能设备的类型为不支持开关控制的类型；对应地，由于列表2中存在该智能设备，此时可以将该智能设备的信息从该列表2中删除，形成更新后的列表并简称为列表3，并将列表2删除。

如此，通过上述过程，可以实现在智能家居服务器一侧的设备列表的确定和更新，进而可以同步语音语义服务器中的设备列表，使得两个服务器中存储的设备列表一致。

其中，设备列表可以包括：设备的名称、设备的类型、以及设备中各路开关的控制类型等信息，且语音语义服务器接收到的语音控制消息中，需要包括需要控制的智能设备的名称和需要控制的第i路开关的状态，使得语音语义服务器可以判断设备列表中是否存在语音控制消息中包括的智能设备的名称，以便于确定智能设备是否支持开关控制。

并且，开关控制类型的配置的触发方式，可以为用户触发。

例如，用户可以通过客户端向语音语义服务器发出配置消息，以便于通过智能家居服务器对智能设备的各路开关的控制类型进行配置。

当然，在实际情况中，开关控制类型的配置的触发方式并不限于用户触发，还可以根据实际情况进行设置，例如但不限于根据智能设备的初始化配置进行触发，在此并不限定。

可选地，在本发明实施例中，各路开关的控制类型配置过程采用如下方式实现：

接收智能设备发送的解绑消息；其中，解绑消息为：在智能设备与客户端均接入同一网络时，用户通过客户端向智能设备发送配置消息，配置消息中包括：各路开关需要被配置后的控制类型；智能设备在判断出当前各路开关的控制类型与配置消息中包括的控制类型不同，且退出网络时发送的；

对智能设备进行解绑处理；

接收智能设备的绑定消息；其中，绑定消息为：智能设备在将各路开关重新配置为配置消息中包括的控制类型后，重新接入网络后发送的；

对重新配置各路开关的控制类型的智能设备进行绑定处理。

下面结合流程图，对各路开关的控制类型配置过程进行说明。

结合图4所示。

s401、智能设备与客户端均接入同一网络；

s402、用户通过客户端向智能设备发送配置消息，配置消息中包括：各路开关需要被配置后的控制类型；

s403、智能设备判断当前各路开关的控制类型与配置消息中包括的控制类型是否相同；若否，执行步骤s404；若是，流程结束；

s404、智能设备退出已接入的网络；

s405、智能设备向智能家居服务器发送解绑消息；

s406、智能家居服务器对智能设备进行解绑处理；

其中，解绑处理可以理解为：智能家居服务器清除已经存储的智能设备的信息。

s407、智能设备将各路开关重新配置为配置消息中包括的控制类型，并重新接入网络；

s408、智能设备向智能家居服务器发送绑定消息；

s409、智能家居服务器对重新配置各路开关的控制类型的智能设备进行绑定处理。

其中，绑定处理可以理解为：智能家居服务器存储重新配置各路开关的控制类型的智能设备的信息。

在上述配置过程中，只是在智能设备和智能家居服务器之间进行的交互；当然，在实际情况中，还可以引入网关，通过网关、智能设备和智能家居服务器之间的交互，实现上述配置过程，具体过程如下：

过程1、智能设备与客户端均接入网关；

过程2、用户通过客户端向网关发送配置消息，配置消息中包括：各路开关需要被配置后的控制类型；

过程3、网关接收到配置消息后，形成对应的配置指令发送至智能设备；

过程4、智能设备判断当前各路开关的控制类型与配置指令中包括的控制类型是否相同；若否，执行步骤过程5；若是，流程结束；

过程5、智能设备向网关发送退网消息；

过程6、网关执行智能设备与智能家居服务器的解绑处理；

其中，解绑处理可以理解为：智能家居服务器清除已经存储的智能设备的信息。

过程7、智能设备将各路开关重新配置为配置消息中包括的控制类型，并重新接入网关；

过程8、网关执行重新配置各路开关的控制类型的智能设备与智能家居服务器的绑定处理。

在实际情况中，在对智能设备的各路开关的控制类型进行配置时，可以采用智能设备与智能家居服务器之间的交互来实现，还可以采用网关、智能设备与智能家居服务器之间的交互来实现，可以根据实际需要进行选择，在此并不限定。

可选地，在本发明实施例中，在用户通过客户端向智能设备发送配置消息时，客户端的显示界面可以显示出可供选择的控制类型，如图5所示；例如，灰色表示用户已经选择的控制类型(即绑定开关)，此时说明用户想要将智能设备中各路开关的控制类型配置为场景开关。

并且，客户端的显示界面还可以显示出可供选择的智能设备中的各路开关，以便于用户在通过客户端发出语音控制消息时确定需要控制的那一路开关，未给出图示。

当然，除了用户可以通过客户端向智能设备发送配置消息之外，还可以采用以下方式触发配置过程：

用户通过触发智能设备上设置的实体按键进行触发配置过程。

例如，智能设备中预先设置硬件按键可以包括：配置按键和类型按键。

在用户按配置按键10秒的时间内，同时按类型按键1次，表示智能设备各路开关的控制类型需要被配置为智能开关；或者，同时按类型按键2次，表示智能设备各路开关的控制类型需要被配置为绑定开关；又或者，同时按类型按键3次，表示智能设备各路开关的控制类型需要被配置为场景面板开关。

其中，用户的按键时间可以根据实际情况进行设置，并不限于上述例子中给出的10秒。

下面以具体实施例对本发明实施例提供的语音控制方法进行说明。

结合图6所示。

s601、用户通过客户端输入的语音控制消息；语音控制消息包括：对智能设备中第i路开关的状态进行控制的信息；

s602、语音语义服务器接收语音控制消息时，判断预先存储的设备列表中是否存在智能设备；若是，执行s603；若否，执行s605；

s603、语音语义服务器向智能家居服务器发送语音控制消息对应的控制指令，并提示用户语音控制成功；

s604、智能家居服务器根据控制指令，控制智能设备中第i路开关的状态；

s605、语音语义服务器提示用户语音控制失败。

基于同一发明构思，本发明实施例提供了一种语音语义服务器，该语音语义服务器的实现原理与前述应用于语音语义服务器一侧的一种语音控制方法的实现原理类似，具体可参见上述一种语音控制方法的实施方式，重复之处不再赘述。

具体地，本发明实施例提供的一种语音语义服务器，如图7所示，包括：

存储器701，用于存储程序指令；

处理器702，用于调用存储器701中存储的程序指令，按照获得的程序执行：

接收用户通过客户端输入的语音控制消息；语音控制消息包括：对包括多路开关的智能设备中第i路开关的状态进行控制的信息；

判断预先存储的设备列表中是否存在智能设备；其中，若智能设备的类型为支持开关控制的类型时，设备列表中包括智能设备；或，若智能设备的类型为不支持开关控制的类型时，设备列表中不包括智能设备；

若存在，向智能家居服务器发送语音控制消息对应的控制指令，并提示用户语音控制成功；控制指令用于：使得智能家居服务器控制智能设备中第i路开关的状态；

若不存在，提示用户语音控制失败。

可选地，在本发明实施例中，处理器702还用于：

确定设备列表。

可选地，在本发明实施例中，处理器702具体用于：

接收智能家居服务器发送的设备列表；

对接收到的设备列表进行存储，并替换之前已存储的设备列表；

其中，设备列表为：智能家居服务器在根据任一路开关配置的控制类型，确定出智能设备的类型时确定的。

可选地，在本发明实施例中，各路开关被配置为相同的控制类型，智能设备的类型与任一路开关的控制类型相同。

可选地，在本发明实施例中，控制类型包括：智能开关、绑定开关、以及场景面板开关；

支持开关控制的类型包括：智能开关；

不支持开关控制的类型包括：绑定开关、以及场景面板开关。

基于同一发明构思，本发明实施例提供了一种智能家居服务器，该智能家居服务器的实现原理与前述应用于智能家居服务器一侧的一种语音控制方法的实现原理类似，具体可参见上述一种语音控制方法的实施方式，重复之处不再赘述。

具体地，本发明实施例提供的一种智能家居服务器，如图8所示，包括：

存储器801，用于存储程序指令；

处理器802，用于调用存储器801中存储的程序指令，按照获得的程序执行：

接收语音语义服务器发送的控制指令；其中，控制指令为；语音语义服务器接收用户通过客户端输入的语音控制消息；语音控制消息包括：对包括多路开关的智能设备中第i路开关的状态进行控制的信息；语音语义服务器在判断出预先存储的设备列表中存在智能设备时，向智能家居服务器发送的指令；若智能设备的类型为支持开关控制的类型时，设备列表中包括智能设备；或，若智能设备的类型为不支持开关控制的类型时，设备列表中不包括智能设备；

控制智能设备中的第i路开关的状态。

可选地，在本发明实施例中，处理器802还用于：确定设备列表。

可选地，在本发明实施例中，处理器802具体用于：