CN111356087B - 语音控制方法、通信切换方法、装置及设备 - Google Patents

Abstract

本发明实施例提供一种语音控制方法、通信切换方法、装置及设备，多个语音控制装置通过mesh网络与至少一个管控设备通信连接；包括：语音控制装置基于接收到的语音指令生成语音参数；获取管控设备的工作状态；根据管控设备的工作状态将语音参数通过预设的通信方式发送至管控设备；接收管控设备发送的通知信息，基于通知信息执行相应操作。该方法可以在管控设备为正常状态时，将语音参数通过单播通信方式发送至管控设备；在管控设备为故障状态时，将语音参数通过广播通信方式发送至mesh网络中的其他装置，有效地保证了语音参数可以稳定地发送至其他语音控制装置上，进而有效地保证了语音控制装置的正常运行，提高了语音控制的质量和效率。

Description

语音控制方法、通信切换方法、装置及设备

技术领域

本发明涉及mesh网络通信技术领域，尤其涉及一种语音控制方法、通信切换方法、装置及设备。

背景技术

对于Mesh网络而言，当Mesh网络中的根节点/管理节点在线时，通常会使用单播机制(比如UDP Socket)来进行节点之间的数据通信。而当根节点/管理节点由于某种原因发生故障后，Mesh网络会自动重新选举出一个新的根节点/管理节点来负责管理整个Mesh网络，从而导致整个Mesh网络节点动态路由信息的重新交换和路径的选择，直到网络内每个节点所维持的路由表都达成统一状态，以上重新选举出一个新的根节点/管理节点的这段时间称为Mesh网络收敛期，一般情况下，这段网络收敛期往往会消耗比较久的时间。并且，在这段期间内由于网络中的节点I P地址或者是短地址会发生改变，通过单播机制无法实现数据的正常传输，从而影响了数据传输的质量和效率。

发明内容

本发明实施例提供了一种语音控制方法、通信切换方法、装置及设备，用以保证了语音控制装置的正常运行，提高了语音控制的质量和效率。

第一方面，本发明实施例提供一种基于mesh网络的语音控制方法，多个语音控制装置通过mesh网络与至少一个管控设备通信连接；所述方法包括：

所述语音控制装置基于接收到的语音指令生成语音参数；

获取所述管控设备的工作状态；

根据所述管控设备的工作状态将所述语音参数通过预设的通信方式发送至所述管控设备；

接收所述管控设备发送的通知信息，并基于所述通知信息执行相应操作。

第二方面，本发明实施例提供一种基于mesh网络的语音控制装置，所述语音控制装置通过mesh网络与至少一个管控设备通信连接；所述装置包括：

处理模块，用于基于接收到的语音指令生成语音参数；

第二获取模块，用于获取所述管控设备的工作状态；

发送模块，用于根据所述管控设备的工作状态将所述语音参数通过预设的通信方式发送至所述管控设备；

执行模块，用于接收所述管控设备发送的通知信息，并基于所述通知信息执行相应操作。

第三方面，本发明实施例提供一种电子设备，该电子设备包括第一处理器和第一存储器，所述第一存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第一处理器执行时实现上述第四方面中的基于mesh网络的语音控制方法。

第四方面，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，所述计算机程序使计算机执行时实现上述第一方面中的基于mesh网络的语音控制方法。

语音控制装置基于接收到的语音指令生成语音参数，结合管控设备的工作状态将所述语音参数通过预设的通信方式发送至所述管控设备，有效地保证了语音参数发送的稳定可靠性，具体的，在所述管控设备为正常状态时，则将所述语音参数通过单播通信方式发送至所述管控设备，此时有效地保证了语音参数发送的质量和效率；在所述管控设备为故障状态时，则将所述语音参数通过广播通信方式发送至所述mesh网络中的其他语音控制装置，此时有效地保证了语音参数可以稳定地发送至其他语音控制装置上，进而有效地保证了语音控制装置的正常运行，提高了语音控制的质量和效率。

第五方面，本发明实施例提供一种Mesh网络的通信切换方法，mesh网络包括：至少一个管理节点和多个mesh节点，所述方法包括：

所述mesh节点获取所述管理节点的工作状态；

根据所述管理节点的工作状态对所述mesh节点与所述mesh网络中的其他节点之间的通信方式进行调整。

第六方面，本发明实施例提供一种Mesh网络的通信切换装置，mesh网络包括：至少一个管理节点和多个mesh节点，所述装置包括：

第一获取模块，用于获取所述管理节点的工作状态；

切换模块，用于根据所述管理节点的工作状态对所述mesh节点与所述mesh网络中的其他节点之间的通信方式进行调整。

第七方面，本发明实施例提供一种电子设备，包括：存储器、处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现上述第一方面中的Mesh网络的通信切换方法。

第八方面，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，所述计算机程序使计算机执行时实现上述第五方面中的Mesh网络的通信切换方法。

mesh节点通过获取所述管理节点的工作状态，并根据所述管理节点的工作状态对所述mesh节点与所述mesh网络中的其他节点之间的通信方式进行调整，具体的，在所述管理节点为故障状态时，采用广播通信方式实现所述mesh节点与其他节点之间的通信；在所述管理节点为正常状态时，采用单播通信方式实现所述mesh节点与其他节点之间的通信，从而实现了在mesh网络处于非收敛期时，利用可靠的单播通信方式实现数据的传输；而当mesh网络处于网络收敛期间时，则切换至广播通信方式来实现数据的传输，有效地保证了Mesh网络的正常运行，提高了数据传输的质量和效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种Mesh网络的通信切换方法的流程图；

图2为本发明实施例提供的mesh节点获取所述管理节点的工作状态的流程图；

图3为本发明实施例提供的mesh节点与管理节点通信的示意图；

图4为本发明实施例提供的另一种Mesh网络的通信切换方法的流程图；

图5为本发明实施例提供的mesh节点与管理节点发送通知信息的示意图一；

图6为本发明实施例提供的mesh节点与管理节点发送通知信息的示意图二；

图7为本发明实施例提供的一种基于mesh网络的语音控制方法的流程图；

图8为本发明实施例提供的获取所述管控设备的工作状态的流程图；

图9为本发明实施例提供的一种Mesh网络的通信切换装置的结构示意图；

图10为与图9所示实施例提供的Mesh网络的通信切换装置对应的电子设备的结构示意图；

图11为本发明实施例提供的一种基于mesh网络的语音控制装置的结构示意图；

图12为与图11所示实施例提供的基于mesh网络的语音控制装置对应的电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

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

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者***不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者***所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者***中还存在另外的相同要素。

另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

为了便于理解本实施例中Mesh网络的通信切换方法的具体实现过程，现对现有技术中的Mesh网络进行简单说明：目前比较主流的几种无线Mesh网络通信协议比如：Zigbee、Thread、Wi-Fi Mesh等等。不管是哪种Mesh协议，其中，Mesh网络中的根节点/管理节点的在线(正常状态)是保证整个网络的正常运转的前提，因为网络的配置信息均是由根节点/管理节点开始扩散到网络中，通道通常也部署在根节点/管理节点。

例如：Zigbee和Thread协议的媒体介入控制层MAC/物理层PHY层都利用了IEEE802.15.4协议,在不同的网络拓扑中，比如在星型拓扑或者网状拓扑中，一旦中心节点或者管理节点发生故障，都会造成整个网络范围内重新选举新的管理节点，在这段收敛期间，mesh节点的上层应用程序的单播通信基本被中断，同时Mesh网络层也没有提供给上层应用程序接口来利用广播方式发送消息给目的节点。

Wi-Fi Mesh目前也定义了根节点、叶子节点以及路由节点，因此当根节点发生故障后，同样也会面临网络收敛，重新选取新的根节点来管理整个网络，在根节点重选出来之前，上面应用层的单播通信机制也会失效。

SIG BLE Mesh协议不像上述几种协议给节点定义了不同的角色类型，在BLE Mesh网络模型中并没有设计类似像根节点/管理节点身份的角色，每一个节点在Access Layer层上会定义该节点的物模型(比如灯，插座等物理世界中某一种实际物体)以及与之相绑定的消息类型和操作，该模型遵循的是服务器/客户端的方式，因此不会面临上述问题。但是BLE Mesh最大的缺点是不管是对单播数据还是广播数据，均是采用这种无路由的泛洪广播通信方式来传输数据,这种方式严重限制了网络的规模，并且会造成不必要的带宽消耗，因此对于应用层协议来说并不是一种可靠的选择。

综上可知，当根节点/管理节点由于某种原因发生故障后，Mesh网络会自动重新选举出一个新的根节点/管理节点来负责管理整个Mesh网络，但是重新选举一个新的根节点/管理节点出来的这段网络收敛期往往会消耗比较久的时间。虽然这些Mesh协议也提供了单播通信的能力，但是一旦当网络进入收敛期，单播通信将会失效，从而中断了应用层数据交互。

进而参考附图1所示，本实施例提供了一种可以解决上述问题的Mesh网络的通信切换方法，其中，mesh网络可以包括：至少一个管理节点和多个mesh节点，该方法的执行主体可以为mesh网络中的任意一个mash节点。具体的，方法包括：

S101：mesh节点获取管理节点的工作状态。

其中，管理节点的工作状态可以包括正常状态(在线)和故障状态(离线)，在管理节点处于正常状态时，该管理节点可以与mesh节点进行正常的数据传输或通信；在管理节点处于故障状态时，管理节点无法与mesh节点进行正常的数据传输和通信。

另外，本实施例对于管理节点的工作状态的获取方式不做限定，本领域技术人员可以根据具体的设计需求进行设置，例如：mesh节点可以定期向管理节点发送状态查询信息，若mesh节点在预设的时间段内接收到管理节点根据状态查询信息所反馈的响应信息，则确定管理节点为正常状态，反之则为故障状态。或者，管理节点可以定期向mesh节点主动发送自己的工作状态信息，从而使得mesh节点可以主动地获取到管理节点的工作状态。再或者，mash节点可以实时获取管理节点的工作参数信息，根据工作参数信息来确定管理节点的工作状态，例如，工作参数属于预设的标准范围内，则确定管理节点为正常状态，反之则为故障状态。当然的，本领域技术人员还可以采用其他的方式来获取管理节点的工作状态，只要能够保证管理节点的工作状态获取的准确可靠性即可，在此不再赘述。

S102：根据管理节点的工作状态对mesh节点与mesh网络中的其他节点之间的通信方式进行调整。

其中，mesh网络中的其他节点可以包括管理节点以及位于该mesh节点周围的邻居节点。具体的，根据管理节点的工作状态对mesh节点与mesh网络中的其他节点之间的通信方式进行调整可以包括：

S1021：在管理节点为故障状态时，将mesh节点与mesh网络中的其他节点之间的通信方式调整为广播通信方式。

在管理节点为故障状态时，此时的mesh网络需要重新选举出一个新的管理节点，也即mesh网络进入到网络收敛期。而为了保证mesh网络中各个节点之间数据传输的质量和效率，可以将mesh节点与其他节点之间的通信方式调整为广播通信方式，上述的其他节点包括位于该mesh节点周围的邻居节点。

可以理解的是，在对mesh节点与其他节点之间的通信方式进行调整之前，mesh节点与mesh网络中的其他节点的通信方式可以为单播通信方式或者广播通信方式，此时的其他节点可以包括：管理节点和位于该mesh节点周围的邻居节点。举例来说，当mesh节点与mesh网络中的其他节点之间的通信方式为单播通信方式时，则将通信方式由单播通信方式调整为广播通信方式；当mesh节点与mesh网络中的其他节点之间的通信方式为广播通信方式时，则不需要对上述通信方式进行调整或更改。

S1022：在管理节点为正常状态时，将mesh节点与mesh网络中的其他节点之间的通信方式调整为单播通信方式。

在管理节点为正常状态时，为了节省数据传输资源，避免造成不必要的带宽消耗，并且保证数据传输的稳定可靠性，可以将mesh节点与mesh网络中的其他节点之间的通信方式调整为单播通信方式，此时的其他节点可以包括：管理节点和位于该mesh节点周围的邻居节点。

可以理解的是，在对mesh节点与其他节点之间的通信方式进行调整之前，mesh节点与mesh网络中的其他节点的通信方式可以为单播通信方式或者广播通信方式。举例来说，当mesh节点与mesh网络中的其他节点之间的通信方式为单播通信方式时，则不需要对上述通信方式进行调整或更改。当mesh节点与mesh网络中的其他节点之间的通信方式为广播通信方式时，则将通信方式由广播通信方式调整为单播通信方式。

本实施例提供的Mesh网络的通信切换方法，mesh节点通过获取管理节点的工作状态，并根据管理节点的工作状态对mesh节点与mesh网络中的其他节点之间的通信方式进行调整，具体的，在管理节点为故障状态时，采用广播通信方式实现mesh节点与其他节点之间的通信；在管理节点为正常状态时，采用单播通信方式实现mesh节点与其他节点之间的通信，从而实现了在mesh网络处于非收敛期时，利用可靠的单播通信方式实现数据的传输；而当mesh网络处于网络收敛期间时，则切换至广播通信方式来实现数据的传输，有效地保证了Mesh网络的正常运行，提高了数据传输的质量和效率。

图2为本发明实施例提供的mesh节点获取管理节点的工作状态的流程图；在上述实施例的基础上，继续参考附图2可知，本实施例对于mesh节点获取管理节点的工作状态的具体实现过程不做限定，本领域技术人员可以根据具体的设计需求进行设置，较为优选的，本实施例中的mesh节点获取管理节点的工作状态可以包括：

S1011：mesh节点按照预设的检测周期向管理节点发送状态检测信息。

其中，检测周期为预先设置的，本实施例对于其具体的时间长短不做限定，本领域技术人员可以根据具体的设计需求进行设置，例如：检测周期可以为5min、10min、15min、30min、1h、2h等等。

另外，由于mesh网络中可以包括有多个mesh节点，多个mesh节点可以按照同一个检测周期同步向管理节点发送状态检测信息，或者，多个mesh节点也可以按照不同的检测周期向管理节点发送状态检测信息；在将状态检测信息发送至管理节点之后，当管理节点处于正常状态时，可以接收到状态检测信息，并会基于该状态检测信息向mash节点发送反馈信息，此时的管理节点与mesh节点可以进行正常通信；举例来说，如图3所示，多个mesh节点中可以包括mesh节点1和mesh节点2，mesh节点1和mash节点2均可以向管理节点发送状态检测信息，其中，状态检测信息中可以包括mesh节点的身份标识信息(例如：IP地址、mac地址等等)，在管理节点接收到状态检测信息之后，可以根据身份标识信息向每个mesh节点发送反馈信息。而当管理节点处于故障状态时，管理节点可能无法接收到状态检测信息，和/或，管理节点无法基于该状态检测信息向mash节点发送反馈信息，此时的管理节点与mesh节点无法进行正常通信。

对于发送状态检测信息的具体实现方式而言，继续参考附图3所示，一种可实现的方式为：在mesh节点1和mesh节点2发送状态检测信息时，若mash节点1和mash节点2以同一个检测周期T向管理节点发送状态检测信息时，mesh节点1和mesh节点2可以同步发送状态检测信息，或者，mesh节点1和mesh节点2也可以不同步发送状态检测信息。例如，mash节点1相较于mesh节点2优先发送状态检测信息等等。较为优选的，此时的mesh节点1和mesh节点2可以以同一个检测周期T同步发送状态检测信息。

另一种可实现的方式为：在mesh节点1和mesh节点2发送状态检测信息时，mash节点1和mash节点2可以不同的检测周期T向管理节点发送状态检测信息，例如：mesh节点1以检测周期T1向管理节点发送状态检测信息；而mesh节点2以检测周期T2向管理节点发送状态检测信息，其中，T1与T2不同。

S1012：在预设的时间段内，若mesh节点接收到管理节点根据状态检测信息发送的反馈信息，则确定管理节点为正常状态。

其中，时间段为预先设置的，该时间段用于作为管理节点获取并发送反馈信息的时间上限值。本实施例对于其具体的时间长短不做限定，本领域技术人员可以根据具体的设计需求进行设置，例如：时间段可以为10s、15s、20s或者1min等等。具体应用时，在Mesh节点发送完一次状态检测信息后，可以启动一个定时器，通过定时器的计时功能来确认在预设的时间段内是否收到了来自管理节点回复的反馈信息，从而可以根据mesh节点是否可以接收到管理节点所发送的反馈信息来检测管理节点是否处于正常状态。

另外，在mash节点向管理节点发送状态检测信息之后，若在预设的时间段内，mesh节点接收到管理节点所发送的反馈信息，则说明此时的管理节点已经准确地接收到状态检测信息，并完成了基于状态检测信息向mesh节点发送反馈信息，进而则可以确定此时的管理节点为正常状态。

S1013：在预设的时间段内，若mesh节点未接收到管理节点根据状态检测信息发送的反馈信息，则确定管理节点为故障状态。

在mash节点向管理节点发送状态检测信息之后，若在预设的时间段内，mesh节点没有接收到管理节点所发送的反馈信息，则说明此时的管理节点未准确地接收到状态检测信息，或者，未完成基于状态检测信息向mesh节点发送反馈信息的过程，则可以确定此时的管理节点为故障状态。

mesh节点通过按照预设的检测周期向管理节点发送状态检测信息，并根据mesh节点是否能接收到管理节点所发送的反馈信息来确定管理节点的工作状态，实现方式简单、可靠，并且还有效地提高了管理节点工作状态获取的准确可靠性。

图4为本发明实施例提供的另一种Mesh网络的通信切换方法的流程图；在上述实施例的基础上，继续参考附图4所示，在mesh节点未接收到管理节点根据状态检测信息发送的反馈信息之后，本实施例中的方法还可以包括：

S201：mesh节点向管理节点发送预设次数的状态检测信息；

其中，预设次数为预先设置的，本实施例对于其具体的数值不做限定，本领域技术人员可以根据具体的设计需求进行设置，例如：预设次数可以为2次、3次、4次或者5次等等。为了便于说明，本实施例以预设次数为3次为例进行说明。

在mesh节点首次未接收到管理节点根据状态检测信息发送的反馈信息之后，此时，mesh节点未收到反馈信息的原因可以包括：管理节点发生了故障；或者，状态检测信息在通信链路的某个环节丢失。因此，为了更加准确地判断管理节点是否发生故障，此时，mesh节点可以连续向管理节点发送3次的状态检测信息。

S202：若mesh节点在时间段内接收到管理节点根据状态检测信息发送的反馈信息，则确定管理节点为正常状态；或者，

在mash节点向管理节点发送3次的状态检测信息之后，若在预设的时间段内，mesh节点接收到管理节点根据任意一次的状态检测信息所发送的反馈信息，或者，mesh节点接收到管理节点根据所有次数的状态检测信息所发送的反馈信息，则说明此时的管理节点已经准确地接收到状态检测信息，并完成了基于状态检测信息向mesh节点发送反馈信息，进而则可以确定此时的管理节点为正常状态。

以mesh节点接收到管理节点根据任意一次的状态检测信息所发送的反馈信息，则确定管理节点为正常状态为例进行说明，在mesh节点向管理节点连续发送第1次状态检测信息之后，mesh节点即在预设的时间段内接收到管理节点所发送的反馈信息，此时，则可以确定管理节点为正常状态，并且，mash节点可以停止执行第2次和第3次发送状态检测信息的操作。或者，在mesh节点向管理节点连续发送第2次状态检测信息之后，即在预设的时间段内接收到管理节点所发送的反馈信息，此时，则可以确定管理节点为正常状态，并且，mash节点可以停止执行第3次发送状态检测信息的操作；再或者，在mesh节点向管理节点连续发送第3次状态检测信息之后，即在预设的时间段内接收到管理节点所发送的反馈信息，此时，也可以确定管理节点为正常状态。

S203：若mesh节点在时间段内均未接收到管理节点根据状态检测信息发送的反馈信息，则确定管理节点为故障状态。

在mash节点向管理节点发送3次状态检测信息之后，若在预设的时间段内，mesh节点均没有接收到管理节点所发送的反馈信息，则排除“状态检测信息在通信链路的某个环节丢失”的情况，进而可以确定管理节点为故障状态。

mesh节点通过向管理节点发送预设次数的状态检测信息，并根据mesh节点是否能接收到管理节点所发送的反馈信息来确定管理节点的工作状态，从而有效地排除了“状态检测信息在通信链路的某个环节丢失”的情况对管理节点工作状态的判断所构成的干扰，进而有效地提高了管理节点工作状态获取的准确可靠性。

进一步的，在未接收到管理节点根据状态检测信息发送的反馈信息之后，本实施例中的方法还可以包括：

S301：增大mesh节点向管理节点发送状态检测信息的检测周期，直至mesh节点接收到管理节点发送的反馈信息为止。

其中，对于增大检测周期的具体实现方式不做限定，本领域技术人员可以根据具体的设计需求进行设置，举例来说，可以按照预设的比例系数、预设的调整参数或者预设的公式来增大mesh节点向管理节点发送状态检测信息的检测周期，本实施例对于上述的比例系数和调整参数的具体数值不做限定，本领域技术人员可以根据具体的设计需求进行设置，例如：比例系数可以为1、1.5、2或者3等等，调整参数可以为10s、30s、1min、3min、5min、10min等等。具体的，在mash节点未接收到管理节点根据状态检测信息发送的反馈信息之后，也可以稳定型的增大检测周期。为了便于理解稳定型的增大检测周期，以比例系数为2或者调整参数为5min为例进行说明，在mesh节点未收到管理节点发送的反馈信息之后，mash节点可以间隔2倍的检测周期(或者检测周期+5min)向管理节点发送第一次状态检测信息；若mesh节点在预设的时间段内未收到管理节点发送的反馈信息，则mesh节点还可以间隔2倍的检测周期(或者检测周期+5min)向管理节点发送第二次状态检测信息和第三次状态检测信息。综上可知，稳定型的增大检测周期是指：对当前的检测周期进行一次增大操作，获得目标检测周期，之后，mesh节点均按照目标检测周期向管理节点发送状态检测信息。

又一种可实现的方式为，在mash节点未接收到管理节点根据状态检测信息发送的反馈信息之后，可以递进式的增大检测周期；同样以比例系数为2或者调整参数为5min为例进行说明，在mesh节点未收到管理节点发送的反馈信息之后，mash节点可以间隔2倍的检测周期(或者检测周期+5min)向管理节点发送第一次状态检测信息；若mesh节点在预设的时间段内未收到管理节点发送的反馈信息，则mesh节点可以间隔4倍的检测周期(或者检测周期+5min+5min)向管理节点发送第二次状态检测信息；若mesh节点在预设的时间段内未收到管理节点发送的反馈信息，则mesh节点可以间隔8倍的检测周期(或者检测周期+5min+5min+5min)向管理节点发送第三次状态检测信息。综上可知，递进式的增大检测周期是指：对当前的检测周期进行多次增大操作，每次增大后均获得目标检测周期，并且，会以目标检测周期作为下一次增大之前的检测周期，而mesh节点可以每次所获取的目标检测周期来向管理节点发送状态检测信息。

可以理解的是，本领域技术人员还可以采用其他的方式来增大mesh节点向管理节点发送状态检测信息的检测周期，通过增大该检测周期，可以在管理节点重新选取的过程中减少访问管理节点的频率，进而实现了在网络收敛期内可以有效地节省通信资源，避免浪费不必要的宽带资源；并且，在管理节点重新确认后，还可以及时恢复至预设的检测周期来向管理节点发送状态检测信息。

进一步的，mesh节点可以包括mesh协议栈；进而，本实施例中的根据管理节点的工作状态对mesh节点与mesh网络中的其他节点之间的通信方式进行调整可以包括：

S1023：根据管理节点的工作状态，通过mesh协议栈对mesh节点与mesh网络中的其他节点之间的通信方式进行调整。

其中，通过mash协议栈可以实现对mesh节点与其他节点之间通信方式的调整，该调整主要是针对广播通信方式和单播通信方式之间的切换操作，从而有效地保证了对通信方式进行调整的稳定可靠性。并且，本步骤的实现过程可以与上述步骤S1021或者S1022的步骤相互结合。即，在管理节点为故障状态时，通过mesh协议栈将mesh节点与mesh网络中的其他节点之间的通信方式调整为广播通信方式；在管理节点为正常状态时，通过mesh协议栈将mesh节点与mesh网络中的其他节点之间的通信方式调整为单播通信方式，其具体实现方式与上述实施例中的实现方式相类似，具体可参考上述陈述内容，在此不再赘述。

进一步的，mesh节点中还可以包括应用mesh协议栈的至少一个应用程序；此时，本实施例中的方法还可以包括：

S401：mesh节点向mesh网络中位于mesh节点周围的邻居节点和应用程序发送通知信息，通知信息用于标识管理节点的工作状态。

其中，mesh节点中可以定义一组用于发送和接收广播数据包的接口，在检测到管理节点发生故障后，mesh节点可以利用上述接口切换至使用广播通信方式来向邻居节点和应用程序发送和接收处理广播包。

举例来说，如图5所示，在mesh节点1向管理节点发送状态检测信息之后，在预设的时间段内，mesh节点1未收到管理节点所发送的反馈信息时，则说明此时的管理节点为故障状态，进而，mesh节点1可以利用预设的接口切换至广播通信方式，并向mesh节点2、mesh节点3、mesh节点4等邻居节点和应用程序发送通知信息，该通知信息用于标识管理节点处于故障状态。同时，也可以利用上述接口将所检测到的其他事件及时同步给它周围的邻居节点，以确保整个Mesh网络范围的所有节点可以在同一时间内做出通信方式的切换。

在管理节点重新被确定后，管理节点可以恢复至正常状态，如图6所示，在mesh节点1向管理节点发送状态检测信息之后，在预设的时间段内，mesh节点1可以收到管理节点所发送的反馈信息时，此时则说明管理节点处于正常状态，进而，mesh节点1可以由广播通信方式切换至单播通信方式，并向mesh节点2、mesh节点3、mesh节点4等邻居节点和应用程序发送通知信息，该通知信息用于标识管理节点处于正常状态或者恢复正常状态。

可以理解的是，当Mesh节点检测到管理节点发生故障或者恢复的事件后，会广播相应的消息来和周围的邻居节点进行事件的同步。检测到管理节点发生故障时，可以执行如下操作：当周围的邻居节点还没有检测到管理节点发生故障或者从故障恢复事件时，接收到了同步的消息，则可以直接通知应用程序上述事件的发生，同时也可以恢复之前的定时器的间隔。并且，还可以发送一个广播消息给它的邻居节点来同步多跳范围内的节点状态。而当周围的邻居节点已经检测到管理节点发生故障或者从故障恢复事件后，又接收到了同步消息时，可以直接丢掉该数据包不作处理。

本实施例中，mesh节点向mesh网络中位于mesh节点周围的邻居节点和应用程序发送用于标识管理节点的工作状态的通知信息，有效地确保了整个Mesh网络范围的所有节点的同步性，并可以在同一时间内做出通信方式的切换，以达到整个网络所有节点快速切换到统一的状态，便于接收处理携带有上层应用数据的数据包；进而提高了该Mesh网络的通信切换方法使用的稳定可靠性。

图7为本发明实施例提供的一种基于mesh网络的语音控制方法的流程图；

图8为本发明实施例提供的获取管控设备的工作状态的流程图；参考附图7-8所示，本实施例的另一方面提供了一种基于mesh网络的语音控制方法，该方法可以应用于语音控制装置，其中，语音控制装置可以为通过语音控制的任何装置，例如：语音控制冰箱、语音控制空调、语音控制电视、语音控制开关等等。并且，多个语音控制装置可以通过mesh网络与至少一个管控设备通信连接，其中，多个语音控制装置可以呈分布式布置；具体的，该方法可以包括：

S501：语音控制装置基于接收到的语音指令生成语音参数。

其中，多个分布式排列的每个语音控制装置均可以接收到语音指令，该语音指令可以为用户实时输入的或者为用户预先存储的。在语音控制装置接收到语音指令之后，可以对语音指令进行分析处理，从而生成与语音指令相对应的语音参数，该语音参数可以为语音指令的音量信息和/或该语音控制装置与用户之间的距离信息。

S502：获取管控设备的工作状态。

其中，管控设备可以为多个语音控制装置中的任意一个，或者，管控设备也可以为不同于语音控制装置的其他管理装置；并且，管控设备的工作状态可以包括正常状态和故障状态，而本实施例对于管控设备的工作状态的具体获取方式不做限定，本领域技术人员可以根据具体的设计需求进行设置，较为优选的，获取管控设备的工作状态可以包括：

S5021：按照预设的访问周期向管控设备发送访问信息。

S5022：在预设的时间段内，若接收到管控设备根据访问信息发送的响应信息，则确定管控设备为正常状态。

S5023：在预设的时间段内，若未接收到管控设备根据访问信息发送的响应信息，则确定管控设备为故障状态。

本实施例中的步骤S502、S5021-S5023的具体实现过程和实现效果与上述实施例中的S101、S1011-S1013的具体实现过程和实现效果相类似，具体可参考上述陈述内容，在此不再赘述。

S503：根据管控设备的工作状态将语音参数通过预设的通信方式发送至管控设备；

具体的，根据管控设备的工作状态将语音参数通过预设的通信方式发送至管控设备可以包括：

S5031：在管控设备为正常状态时，则将语音参数通过单播通信方式发送至管控设备。

在管控设备为正常状态时，为了节省数据传输资源，避免造成不必要的带宽消耗，将语音控制装置与其他装置之间的通信方式调整为单播通信方式，此时的其他装置可以包括：管控设备和位于mesh网络中的其他邻居语音控制装置。

可以理解的是，在对语音控制装置与其他装置之间的通信方式进行调整之前，语音控制装置与其他装置的通信方式可以为单播通信方式或者广播通信方式。当语音控制装置与其他装置之间的通信方式为单播通信方式时，则不需要对上述通信方式进行调整或更改。当语音控制装置与其他装置之间的通信方式为广播通信方式时，则将通信方式由广播通信方式调整为单播通信方式。

S5032：在管控设备为故障状态时，则将语音参数通过广播通信方式发送至mesh网络中的其他语音控制装置，其他语音控制装置构成新的管控设备。

在管控设备为故障状态时，此时的mesh网络需要重新选举出一个新的管控设备，也即mesh网络进入到网络收敛期。进而，为了保证mesh网络中各个语音控制装置之间数据传输的质量和效率，将语音控制装置与其他装置之间的通信方式调整为广播通信方式。

可以理解的是，在对语音控制装置与其他装置之间的通信方式进行调整之前，语音控制装置与其他语音装置的通信方式可以为单播通信方式或者广播通信方式，此时的其他节点可以包括：管控设备和位于该语音控制装置周围的邻居语音控制装置。当语音控制装置与其他装置之间的通信方式为单播通信方式时，则将通信方式由单播通信方式调整为广播通信方式；当语音控制装置与其他装置之间的通信方式为广播通信方式时，则不需要对上述通信方式进行调整或更改。

S504：接收管控设备发送的通知信息，并基于通知信息执行相应操作。

其中，多个分布式排列的每个语音控制装置均可以接收各自的通知信息，即不同的语音控制装置可以接收到不同的通知信息，进而每个语音控制装置可以根据通知信息执行不同的操作，具体的，基于通知信息执行相应操作可以包括：

S5041：基于通知信息执行与语音指令相对应的操作。

当语音控制装置为语音指令相对应的目标装置时，该语音控制装置可以接收到“执行语音指令的操作”的通知信息，因此，该语音控制装置基于通知信息执行与语音指令相对应的操作；例如：语音指令为“打开装置”语音指令，则语音控制装置可以基于语音指令执行开启装置操作；语音指令为“关闭装置”语音指令，则语音控制装置可以基于语音指令执行关闭装置操作。

S5042：基于通知信息执行不做响应的操作。

当语音控制装置并不是语音指令相对应的目标装置时，该语音控制装置可以接收到“不执行任何操作”的通知信息，因此，该语音控制装置基于通知信息执行不做响应的操作。

本实施例提供的基于mesh网络的语音控制方法，语音控制装置基于接收到的语音指令生成语音参数，结合管控设备的工作状态将语音参数通过预设的通信方式发送至管控设备，有效地保证了语音参数发送的稳定可靠性，具体的，在管控设备为正常状态时，则将语音参数通过单播通信方式发送至管控设备，此时有效地保证了语音参数发送的质量和效率；在管控设备为故障状态时，则将语音参数通过广播通信方式发送至mesh网络中的其他语音控制装置，此时有效地保证了语音参数可以稳定地发送至其他语音控制装置上，进而有效地保证了语音控制装置的正常运行，提高了语音控制的质量和效率。

进一步的，本实施例中的方法还可以包括：

S601：根据管控设备的工作状态，采用预设的通信方式向其他的语音控制装置发送通知信息，通知信息用于标识管控设备的工作状态。

具体的，根据管控设备的工作状态，采用预设的通信方式向其他的语音控制装置发送通知信息可以包括：

S6011：在管控设备为正常状态时，采用单播通信方式向其他的语音控制装置中发送通知信息。

S6012：在管控设备为故障状态时，采用广播通信方式向其他的语音控制装置中发送通知信息。

本实施例中的步骤S601、S6011-S6012的具体实现过程和实现效果与上述实施例中的S401的具体实现过程和实现效果相类似，具体可参考上述陈述内容，在此不再赘述。

本实施例中，语音控制装置向其他语音控制装置发送用于标识管控设的工作状态的通知信息，有效地确保了整个Mesh网络范围的所有语音控制装置可以在同一时间内做出通信方式的切换，进而提高了该语音控制装置使用的稳定可靠性。

具体应用时，以语音开关(例如：音响)作为语音控制装置为例进行说明，多个语音开关可以分布式设置于预设的建筑场景内；当用户输入语音指令时，每一个语音开关会基于所接收到的语音指令识别出相对应的语音参数，并将语音参数通过socket单播通信方式将发送给网络的管控设备，管控设备基于语音参数对语音开关进行分析处理，以确定与语音指令相对应的目标语音开关，一般请下，管控设备会优先挑选出距离用户最近的一个语音开关来处理后续的人机对话交互，并且会发送单播通信方式向消息告知其余的语音开关发送告知消息，以告知其他的语音开关后续不做响应。从而避免了当有人说话时，可能会出现多个语音开关都听到了用户说话的声音，并同时做出响应的情况，避免了听觉上的声音重叠，从而提升了用户体检。

而当建筑场景下的管控设备发生故障时，即在整个网络处于网络收敛期间，语音开关之间采用单播通信方式将不能正常工作，这时，如果有人在说话，每个听到声音的语音开关都会一一做出响应。因此，为了避免上述情况，将语音开关之间由单播通信方式调整为广播通信方式，进而通过广播通信方式向每一个邻居语音开关发送数据。此时，由于管控设备处于故障状态，需要挑选并确定新的管控设备，而新的管控设备可以转换到每一个分布式语音开关上，每个语音开关都会接收处理邻居的语音开关发送的广播消息，并基于广播消息进行分析处理。

本实施例提供的语音控制方法，在mesh网络处于非收敛期内，可以利用语音控制设备与其他设备之间可以采用单播通信方式进行数据通信，而一旦mesh网络进入了收敛期，即管控设备处于故障状态，语音控制设备与其他设备之间仍然可以通过切换到广播通信方式，并将应用层数据可靠地发送到其他设备；从而实现了广播通信方式和单播通信方式之间的切换和调整，提高了语音控制方法使用的稳定可靠性，进一步保证了语音控制的质量和效果。

图9为本发明实施例提供的一种Mesh网络的通信切换装置的结构示意图；参考附图9所示，本实施例提供了一种Mesh网络的通信切换装置，其中，mesh网络包括：至少一个管理节点和多个mesh节点，具体的，该装置可以包括：第一获取模块11和切换模块12。具体的，第一获取模块11和切换模块12可以分别用于执行以下步骤：

第一获取模块11，用于获取管理节点的工作状态；

切换模块12，用于根据管理节点的工作状态对mesh节点与mesh网络中的其他节点之间的通信方式进行调整。

其中，在切换模块12根据管理节点的工作状态对mesh节点与mesh网络中的其他节点之间的通信方式进行调整时，该切换模块12可以用于执行：在管理节点为故障状态时，将mesh节点与mesh网络中的其他节点之间的通信方式调整为广播通信方式；或者，在管理节点为正常状态时，将mesh节点与mesh网络中的其他节点之间的通信方式调整为单播通信方式。

可选地，在第一获取模块11获取管理节点的工作状态时，第一获取模块11可以执行：mesh节点按照预设的检测周期向管理节点发送状态检测信息；在预设的时间段内，若mesh节点接收到管理节点根据状态检测信息发送的反馈信息，则确定管理节点为正常状态；或者，在预设的时间段内，若mesh节点未接收到管理节点根据状态检测信息发送的反馈信息，则确定管理节点为故障状态。

可选地，在第一获取模块11mesh节点未接收到管理节点根据状态检测信息发送的反馈信息之后，第一获取模块11还用于执行：mesh节点向管理节点发送预设次数的状态检测信息；若mesh节点在时间段内接收到管理节点根据状态检测信息发送的反馈信息，则确定管理节点为正常状态；或者，若mesh节点在时间段内均未接收到管理节点根据状态检测信息发送的反馈信息，则确定管理节点为故障状态。

可选地，本实施例中的切换模块12还用于执行：在未接收到管理节点根据状态检测信息发送的反馈信息之后，增大mesh节点向管理节点发送状态检测信息的检测周期，直至mesh节点接收到管理节点发送的反馈信息为止。

可选地，mesh节点可以包括mesh协议栈；进而，在切换模块12根据管理节点的工作状态对mesh节点与mesh网络中的其他节点之间的通信方式进行调整时，该切换模块12可以用于执行：根据管理节点的工作状态，通过mesh协议栈对mesh节点与mesh网络中的其他节点之间的通信方式进行调整。

可选地，mesh节点还包括应用mesh协议栈的至少一个应用程序；本实施例中的切换模块12还用于执行：mesh节点向mesh网络中位于mesh节点周围的邻居节点和应用程序发送通知信息，通知信息用于标识管理节点的工作状态。

图9所示装置可以执行图1-图6所示实施例的方法，本实施例未详细描述的部分，可参考对图1-图6所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图6所示实施例中的描述，在此不再赘述。

在一个可能的设计中，图9所示通信切换装置的结构可实现为一电子设备，该电子设备可以是手机、平板电脑、服务器等各种设备。如图10所示，该电子设备可以包括：第一处理器21和第一存储器22。其中，第一存储器22用于存储支持电子设备执行上述图1-图6所示实施例中提供的Mesh网络的通信切换方法的程序，mesh网络包括：至少一个管理节点和多个mesh节点，第一处理器21被配置为用于执行第一存储器22中存储的程序。

程序包括一条或多条计算机指令，其中，一条或多条计算机指令被第一处理器21执行时能够实现如下步骤：

mesh节点获取管理节点的工作状态；

根据管理节点的工作状态对mesh节点与mesh网络中的其他节点之间的通信方式进行调整。

可选地，第一处理器21还用于执行前述图1-图6所示实施例中的全部或部分步骤。

其中，电子设备的结构中还可以包括第一通信接口23，用于电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存电子设备所用的计算机软件指令，其包含用于执行上述图1-图6所示方法实施例中Mesh网络的通信切换方法所涉及的程序。

图11为本发明实施例提供的一种基于mesh网络的语音控制装置的结构示意图，参考附图11所示，本实施例提供了一种基于mesh网络的语音控制装置，其中，语音控制装置通过mesh网络与至少一个管控设备通信连接；装置可以包括：处理模块31、第二获取模块32、发送模块33和执行模块34。上述各个模块可以分别用于执行以下步骤：

处理模块31，用于基于接收到的语音指令生成语音参数；

第二获取模块32，用于获取管控设备的工作状态；

发送模块33，用于根据管控设备的工作状态将语音参数通过预设的通信方式发送至管控设备；

执行模块34，用于接收管控设备发送的通知信息，并基于通知信息执行相应操作。

可选地，在第二获取模块32获取管控设备的工作状态时，该第二获取模块32可以用于执行：按照预设的访问周期向管控设备发送访问信息；在预设的时间段内，若接收到管控设备根据访问信息发送的响应信息，则确定管控设备为正常状态；或者，在预设的时间段内，若未接收到管控设备根据访问信息发送的响应信息，则确定管控设备为故障状态。

可选地，在发送模块33根据管控设备的工作状态将语音参数通过预设的通信方式发送至管控设备时，该发送模块33可以用于执行：在管控设备为正常状态时，则将语音参数通过单播通信方式发送至管控设备；或者，在管控设备为故障状态时，则将语音参数通过广播通信方式发送至mesh网络中的其他语音控制装置，其他语音控制装置构成新的管控设备。

可选地，在执行模块34基于通知信息执行相应操作时，该执行模块34可以用于执行：基于通知信息执行与语音指令相对应的操作；或者，基于通知信息执行不做响应的操作。

可选地，本实施例中的发送模块33还可以用于执行：根据管控设备的工作状态，采用预设的通信方式向其他的语音控制装置发送通知信息，通知信息用于标识管控设备的工作状态。

具体的，在发送模块33根据管控设备的工作状态，采用预设的通信方式向其他的语音控制装置发送通知信息时，该发送模块33可以用于执行：在管控设备为正常状态时，采用单播通信方式向其他的语音控制装置中发送通知信息；或者，在管控设备为故障状态时，采用广播通信方式向其他的语音控制装置中发送通知信息。

图11所示装置可以执行图7-图8所示实施例的方法，本实施例未详细描述的部分，可参考对图7-图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图7-图8所示实施例中的描述，在此不再赘述。

在一个可能的设计中，图11所示语音控制装置的结构可实现为一电子设备，该电子设备可以是诸如手机、平板电脑、服务器等设备。如图12所示，该电子设备可以包括：第二处理器41和第二存储器42。其中，第二存储器42用于存储支持电子设备执行上述图7-图8所示实施例中提供的基于mesh网络的语音控制方法的程序，第二处理器41被配置为用于执行第二存储器42中存储的程序。

程序包括一条或多条计算机指令，其中，一条或多条计算机指令被第二处理器41执行时能够实现如下步骤：

语音控制装置基于接收到的语音指令生成语音参数；

获取管控设备的工作状态；

根据管控设备的工作状态将语音参数通过预设的通信方式发送至管控设备；

接收管控设备发送的通知信息，并基于通知信息执行相应操作。

可选地，第二处理器41还用于执行前述图7-图8所示实施例中的全部或部分步骤。

其中，电子设备的结构中还可以包括第二通信接口43，用于电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存电子设备所用的计算机软件指令，其包含用于执行上述图7-图8所示方法实施例中基于mesh网络的语音控制方法所涉及的程序。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器，使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

1.一种基于mesh网络的语音控制方法，其特征在于，多个语音控制装置通过mesh网络与至少一个管控设备通信连接；所述方法包括：

所述语音控制装置基于接收到的语音指令生成语音参数；

获取所述管控设备的工作状态；

根据所述管控设备的工作状态将所述语音参数通过预设的通信方式发送至所述管控设备；

接收所述管控设备发送的通知信息，并基于所述通知信息执行相应操作；

获取所述管控设备的工作状态，包括：

按照预设的访问周期向所述管控设备发送访问信息；

在预设的时间段内，若接收到所述管控设备根据所述访问信息发送的响应信息，则确定所述管控设备为正常状态；或者，

在预设的时间段内，若未接收到所述管控设备根据所述访问信息发送的响应信息，则确定所述管控设备为故障状态；

在未接收到所述管控设备根据所述访问信息发送的响应信息之后，所述方法还包括：增大向所述管控设备发送访问信息的检测周期，直至接收到管控设备发送的响应信息为止；

根据所述管控设备的工作状态将所述语音参数通过预设的通信方式发送至所述管控设备，包括：

在所述管控设备为正常状态时，则将所述语音参数通过单播通信方式发送至所述管控设备；或者，

在所述管控设备为故障状态时，则将所述语音参数通过广播通信方式发送至所述mesh网络中的其他语音控制装置，所述其他语音控制装置构成新的管控设备。

2.根据权利要求1所述的方法，其特征在于，基于所述通知信息执行相应操作，包括：

基于所述通知信息执行与所述语音指令相对应的操作；或者，

基于所述通知信息执行不做响应的操作。

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

根据所述管控设备的工作状态，采用预设的通信方式向其他的语音控制装置发送通知信息，所述通知信息用于标识所述管控设备的工作状态。

4.根据权利要求3所述的方法，其特征在于，根据所述管控设备的工作状态，采用预设的通信方式向其他的语音控制装置发送通知信息，包括：

在所述管控设备为正常状态时，采用单播通信方式向其他的语音控制装置中发送通知信息；或者，

在所述管控设备为故障状态时，采用广播通信方式向其他的语音控制装置中发送通知信息。

5.一种Mesh网络的通信切换方法，其特征在于，mesh网络包括：至少一个管理节点和多个mesh节点，所述方法包括：

所述mesh节点获取所述管理节点的工作状态；

根据所述管理节点的工作状态对所述mesh节点与所述mesh网络中的其他节点之间的通信方式进行调整；

所述mesh节点获取所述管理节点的工作状态，包括：

所述mesh节点按照预设的检测周期向所述管理节点发送状态检测信息；

在预设的时间段内，若所述mesh节点接收到所述管理节点根据所述状态检测信息发送的反馈信息，则确定所述管理节点为正常状态；或者，

在预设的时间段内，若所述mesh节点未接收到所述管理节点根据所述状态检测信息发送的反馈信息，则确定所述管理节点为故障状态；

在所述mesh节点未接收到所述管理节点根据所述状态检测信息发送的反馈信息之后，所述方法还包括：增大所述mesh节点向管理节点发送状态检测信息的检测周期，直至所述mesh节点接收到管理节点发送的反馈信息为止；

根据所述管理节点的工作状态对所述mesh节点与所述mesh网络中的其他节点之间的通信方式进行调整，包括：

在所述管理节点为故障状态时，将所述mesh节点与所述mesh网络中的其他节点之间的通信方式调整为广播通信方式；或者，

在所述管理节点为正常状态时，将所述mesh节点与所述mesh网络中的其他节点之间的通信方式调整为单播通信方式。

6.根据权利要求5所述的方法，其特征在于，在所述mesh节点未接收到所述管理节点根据所述状态检测信息发送的反馈信息之后，所述方法还包括：

所述mesh节点向所述管理节点发送预设次数的所述状态检测信息；

若所述mesh节点在所述时间段内接收到所述管理节点根据所述状态检测信息发送的反馈信息，则确定所述管理节点为正常状态；或者，

若所述mesh节点在所述时间段内均未接收到所述管理节点根据所述状态检测信息发送的反馈信息，则确定所述管理节点为故障状态。

7.根据权利要求5-6中任意一项所述的方法，其特征在于，所述mesh节点包括mesh协议栈；根据所述管理节点的工作状态对所述mesh节点与所述mesh网络中的其他节点之间的通信方式进行调整，包括：

根据所述管理节点的工作状态，通过所述mesh协议栈对所述mesh节点与所述mesh网络中的其他节点之间的通信方式进行调整。

8.根据权利要求7所述的方法，其特征在于，所述mesh节点还包括应用所述mesh协议栈的至少一个应用程序；所述方法还包括：

所述mesh节点向所述mesh网络中位于所述mesh节点周围的邻居节点和所述应用程序发送通知信息，所述通知信息用于标识所述管理节点的工作状态。

9.一种基于mesh网络的语音控制装置，其特征在于，所述语音控制装置通过mesh网络与至少一个管控设备通信连接；所述装置包括：

处理模块，用于基于接收到的语音指令生成语音参数；

第二获取模块，用于获取所述管控设备的工作状态；

发送模块，用于根据所述管控设备的工作状态将所述语音参数通过预设的通信方式发送至所述管控设备；

执行模块，用于接收所述管控设备发送的通知信息，并基于所述通知信息执行相应操作；

在所述第二获取模块获取所述管控设备的工作状态时，所述第二获取模块，用于：按照预设的访问周期向所述管控设备发送访问信息；在预设的时间段内，若接收到所述管控设备根据所述访问信息发送的响应信息，则确定所述管控设备为正常状态；或者，在预设的时间段内，若未接收到所述管控设备根据所述访问信息发送的响应信息，则确定所述管控设备为故障状态；

在未接收到所述管控设备根据所述访问信息发送的响应信息之后，所述处理模块还用于：增大向所述管控设备发送访问信息的检测周期，直至接收到管控设备发送的响应信息为止；

在所述发送模块根据所述管控设备的工作状态将所述语音参数通过预设的通信方式发送至所述管控设备时，所述发送模块用于在所述管控设备为正常状态时，则将所述语音参数通过单播通信方式发送至所述管控设备；或者，在所述管控设备为故障状态时，则将所述语音参数通过广播通信方式发送至所述mesh网络中的其他语音控制装置，所述其他语音控制装置构成新的管控设备。

10.一种电子设备，其特征在于，包括：存储器、处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现如权利要求1至4中任一项所述的基于mesh网络的语音控制方法。

11.一种Mesh网络的通信切换装置，其特征在于，mesh网络包括：至少一个管理节点和多个mesh节点，所述装置包括：

第一获取模块，用于获取所述管理节点的工作状态；

切换模块，用于根据所述管理节点的工作状态对所述mesh节点与所述mesh网络中的其他节点之间的通信方式进行调整；

在第一获取模块获取所述管理节点的工作状态时，所述第一获取模块，用于：按照预设的检测周期向所述管理节点发送状态检测信息；在预设的时间段内，若所述mesh节点接收到所述管理节点根据所述状态检测信息发送的反馈信息，则确定所述管理节点为正常状态；或者，在预设的时间段内，若所述mesh节点未接收到所述管理节点根据所述状态检测信息发送的反馈信息，则确定所述管理节点为故障状态；

在所述mesh节点未接收到所述管理节点根据所述状态检测信息发送的反馈信息之后，所述切换模块还用于：增大所述mesh节点向管理节点发送状态检测信息的检测周期，直至所述mesh节点接收到管理节点发送的反馈信息为止；

在所述切换模块根据所述管理节点的工作状态对所述mesh节点与所述mesh网络中的其他节点之间的通信方式进行调整时，所述切换模块用于：在所述管理节点为故障状态时，将所述mesh节点与所述mesh网络中的其他节点之间的通信方式调整为广播通信方式；或者，在所述管理节点为正常状态时，将所述mesh节点与所述mesh网络中的其他节点之间的通信方式调整为单播通信方式。

12.一种电子设备，其特征在于，包括：存储器、处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现如权利要求5至8中任一项所述的Mesh网络的通信切换方法。

Images