CN115148204B - 语音唤醒的处理方法及装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种语音唤醒的处理方法及装置、存储介质及电子装置，涉及智慧家庭技术领域，该语音唤醒的处理方法包括：在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述网络探测请求用于获取当前的网络状态；在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；根据是否收到所述反馈结果确定对所述唤醒语音的响应方式；采用上述技术方案，解决了相关技术中分布式唤醒技术在网络质量差的环境下无法实现分布式唤醒的技术效果，用户体验差的问题。

Description

语音唤醒的处理方法及装置、存储介质及电子装置

技术领域

本申请涉及智慧家庭技术领域，具体而言，涉及一种语音唤醒的处理方法及装置、存储介质及电子装置。

背景技术

相关技术中，语音设备进入家庭已经非常常见，语音设备可以用来控制家电，可以用来进行娱乐活动等。由于家庭中存在的语音设备越来越多，往往存在多个设备共用同一个唤醒词的情况；但用户通常情况下只想唤醒一台设备，即用户期望只有一台设备应答，而不是一呼百应。

现有技术中，为了解决这一问题，提出了一种分布式唤醒方案，通过云端组网决策出一台设备进行唤醒；目前的分布式唤醒方案，大多采用云端判决的方式，等待判决的时间都是固定的(比如300ms)，设备1和设备2在唤醒之后，将设备打分上传云端，然后在判决窗口(300ms)内等待判决，云端进行打分比较，下发打分小的设备进行抑制唤醒，设备受到判决后，忽略本次唤醒；如果云端已经收齐全部的设备信息，则下发打分最大的设备唤醒命令来进行唤醒，设备受到判决后，进行唤醒。

但是设备信息发送到云端，或者云端发送判决信息给设备端，都会受到网络的质量以及网络波动的影响，经常导致多台本地设备端因超时而同时唤醒，进而分布式唤醒失败，用户体验差。

针对相关技术中，分布式唤醒技术受网络质量影响严重，无法达到分布式唤醒的效果，尚未提出有效的解决方案。

因此，有必要对相关技术予以改良以克服相关技术中的所述缺陷。

发明内容

本发明实施例提供了一种语音唤醒的处理方法及装置、存储介质及电子装置，以至少解决相关技术中分布式唤醒技术在网络质量差的环境下无法实现分布式唤醒的技术效果，用户体验差的问题。

根据本发明实施例的一方面，提供一种语音唤醒的处理方法，包括：在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述网络探测请求用于获取当前的网络状态；在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；根据是否收到所述反馈结果确定对所述唤醒语音的响应方式。

在一个示例性的实施例中，向云端服务器发送设备信息和网络探测请求，至少包括以下之一：将所述设备信息和所述网络探测请求通过异步发送方式发送到所述云端服务器；将所述设备信息和所述网络探测请求通过同步发送方式发送到所述云端服务器；将携带有所述设备信息的所述网络探测请求发送至所述云端服务器。

在一个示例性的实施例中，根据是否收到所述反馈结果确定对所述唤醒语音的响应方式，包括：在所述第一判决时间内接收到所述反馈结果的情况下，对所述唤醒语音进行响应。

在一个示例性的实施例中，根据是否收到所述反馈结果确定对所述唤醒语音的响应方式，包括：在所述第一判决时间内未接收到所述反馈结果的情况下，确定第二判决时间，其中，所述第二判决时间大于所述第一判决时间；在所述第二判决时间内等待接收所述唤醒判决；在所述第二判决时间内未接收到所述唤醒判决的情况下，根据在所述第二判决时间内是否收到所述网络探测请求的反馈结果确定对所述唤醒语音的响应方式。

在一个示例性的实施例中，在所述第二判决时间内等待接收所述唤醒判决之后，所述方法还包括：在所述第二判决时间内接收到所述唤醒判决的情况下，根据所述唤醒判决确定是否对所述唤醒语音进行响应。

在一个示例性的实施例中，根据在所述第二判决时间内是否收到所述网络探测请求的反馈结果确定对所述唤醒语音的响应方式，包括：在所述第二判决时间内接收到所述网络探测请求的反馈结果的情况下，对所述唤醒语音进行响应；在所述第二判决时间内未接收到所述网络探测请求的反馈结果的情况下，禁止对所述唤醒语音进行响应。

在一个示例性的实施例中，向云端服务器发送设备信息和网络探测请求之后，所述方法还包括：在第一判决时间内收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，根据所述唤醒判决确定是否对所述唤醒语音进行响应。

根据本发明实施例的另一方面，还提供了一种语音唤醒的处理装置，包括：发送模块，用于在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述网络探测请求用于获取当前的网络状态；第一确定模块，用于在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；第二确定模块，用于根据是否收到所述反馈结果确定对所述唤醒语音的响应方式。

根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述语音唤醒的处理方法。

根据本发明实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述语音唤醒的处理方法。

通过本发明，在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述网络探测请求用于获取当前的网络状态；在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；根据是否收到所述反馈结果确定对所述唤醒语音的响应方式；采用上述技术方案，解决了相关技术中分布式唤醒技术在网络质量差的环境下无法实现分布式唤醒的技术效果，用户体验差的问题；实现了有效降低语音设备同时唤醒的技术效果。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1是根据本申请实施例的一种可选的语音唤醒的处理方法的硬件环境示意图；

图2是根据本申请实施例的一种可选的语音唤醒的处理方法的流程图；

图3是现有技术中的一种可选的语音唤醒的处理方法的流程图；

图4是根据本发明实施例与现有技术的一种语音唤醒的处理方法的流程对比图；

图5是根据本发明实施例的一种可选的语音唤醒的处理装置的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种语音唤醒的处理方法。该语音唤醒的处理方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(IntelligenceHouse)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述语音唤醒的处理方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

为了解决上述问题，在本实施例中提供了一种语音唤醒的处理方法，包括但不限于应用于设备侧，图2是根据本发明实施例的语音唤醒的处理方法的流程图，该流程包括如下步骤：

步骤S202：在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述网络探测请求用于获取当前的网络状态；

步骤S204：在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；

步骤S206：根据是否收到所述反馈结果确定对所述唤醒语音的响应方式。

通过上述步骤，在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述网络探测请求用于获取当前的网络状态；在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；根据是否收到所述反馈结果确定对所述唤醒语音的响应方式，即在网络状况过差时，进一步控制语音设备是否进行唤醒，避免经常出现多个设备同时唤醒的情况；采用上述技术方案，解决了相关技术中分布式唤醒技术在网络质量差的环境下无法实现分布式唤醒的技术效果，用户体验差的问题；实现了有效降低语音设备同时唤醒的技术效果。

在一个示例性的实施例中，向云端服务器发送设备信息和网络探测请求，至少包括以下之一：将所述设备信息和所述网络探测请求通过异步发送方式发送到所述云端服务器；将所述设备信息和所述网络探测请求通过同步发送方式发送到所述云端服务器；将携带有所述设备信息的所述网络探测请求发送至所述云端服务器。

在语音设备发送设备信息的同时需要发送网络探测请求，以实时检测当前语音设备与云端服务器之间的网络状态，而设备信息与网络探测请求二者可以通过以下三种之一的方式进行发送：设备信息与网络探测请求通过异步的方式发送到云端服务器；设备信息与网络探测请求通过同步的方式发送到云端服务器；通过网络探测请求携带设备信息发送到云端服务器。

需要说明的是，云端通过两两比较的方式选取得分最高的设备，即每当云端接收到了两个设备的设备信息时，立即对设备进行打分并比较，得分低的设备下发抑制唤醒命令，得分高的设备保留设备信息准备进行下一次比较，直至进行完所有的比较，则返回唤醒命令给得分最高的设备。

在一个示例性的实施例中，根据是否收到所述反馈结果确定对所述唤醒语音的响应方式，包括：在所述第一判决时间内接收到所述反馈结果的情况下，对所述唤醒语音进行响应。

在第一判决时间内语音设备未收到唤醒判决的情况下，语音设备会确认是否有收到网络探测请求的反馈结果，以确认当前的网络状态，进而确定下一步的处理方式；若确认语音设备在第一判决时间内收到了网络探测请求的反馈结果，则认为当前网络状况良好，为避免对语音设备过于抑制，选择对唤醒语音进行响应。

举例说明，当蓝牙音箱(相当于上述语音设备)在发送了自身的设备信息和网络探测请求后，在300ms(相当于上述第一判决时间)内等待接收唤醒判决和网络探测的反馈结果，当在300ms(相当于上述第一判决时间)内未收到唤醒判决时，确认是否已收到反馈结果，若蓝牙音箱接收到了反馈结果，则认为蓝牙设备的当前网络状态良好，但由于未收到唤醒判决，且为了避免对蓝牙音箱设备过于抑制，选择响应该唤醒语音。

基于上述步骤，根据是否收到所述反馈结果确定对所述唤醒语音的响应方式，包括：在所述第一判决时间内未接收到所述反馈结果的情况下，确定第二判决时间，其中，所述第二判决时间大于所述第一判决时间；在所述第二判决时间内等待接收所述唤醒判决；在所述第二判决时间内未接收到所述唤醒判决的情况下，根据在所述第二判决时间内是否收到所述网络探测请求的反馈结果确定对所述唤醒语音的响应方式。

若语音设备在第一判决时间内既未收到唤醒判决，也未收到网络探测请求的反馈结果，就认为当前网络状态较差，则确定出第二判决时间，其中，第二判决时间大于第一判决时间，即将判决时间延长，然后令语音设备在第二判决时间内继续等待唤醒判决；若语音设备在第二判决时间内仍然未接收到唤醒判决，则进一步确认语音设备在第二判决时间内是否接收到了网络探测请求的反馈结果，从而确定语音设备对该唤醒语音的响应方式。

例如，蓝牙音箱(相当于上述语音设备)在300ms(相当于上述第一判决时间)内既未收到唤醒判决，也没有收到网络探测请求的反馈结果，则认为当前网络状态较差，确定第二判决时间为600ms，令蓝牙音箱(相当于上述语音设备)在600ms(相当于上述第二判决时间)内继续等待唤醒判决，若蓝牙音箱(相当于上述语音设备)在600ms(相当于上述第二判决时间)内仍未收到唤醒判决，则进一步确认在600ms(相当于上述第二判决时间)是否收到了网络探测请求的反馈结果，进而确认如何对唤醒语音进行响应。

基于上述步骤，在所述第二判决时间内等待接收所述唤醒判决之后，所述方法还包括：在所述第二判决时间内接收到所述唤醒判决的情况下，根据所述唤醒判决确定是否对所述唤醒语音进行响应。

在语音设备确定出第二判决时间后，会在第二判决时间内等待接收唤醒判决，若语音设备在第二判决时间内接收到了唤醒判决，就根据收到的唤醒判决的结果确定语音设备是否对该唤醒语音进行响应。

举例说明，蓝牙音箱(相当于上述语音设备)在600ms(相当于上述第二判决时间)内等待接收唤醒判决，在蓝牙音箱(相当于上述语音设备)检测接收到了唤醒判决后，确定唤醒判决的结果，若结果为0，则蓝牙设备(相当于上述语音设备)不响应该唤醒语音；若结果为1，则蓝牙设备(相当于上述语音设备)响应该唤醒语音。

另一方面，根据在所述第二判决时间内是否收到所述网络探测请求的反馈结果确定对所述唤醒语音的响应方式，包括：在所述第二判决时间内接收到所述网络探测请求的反馈结果的情况下，对所述唤醒语音进行响应；在所述第二判决时间内未接收到所述网络探测请求的反馈结果的情况下，禁止对所述唤醒语音进行响应。

在语音设备第二判决时间内未接收到唤醒判决的情况下，语音设备会确认在第二判决时间内是否收到了网络探测请求的反馈结果，若在第二判决时间内接收到了该反馈结果，则认为当前网络波动较大，虽然语音设备未接收到唤醒判决，但为了避免对语音设备过于抑制，仍选择对该唤醒语音进行响应；若在第二判决时间内未接收到反馈结果，则认为当前网络很差，禁止语音设备对该唤醒语音进行响应。

在一个示例性的实施例中，向云端服务器发送设备信息和网络探测请求之后，所述方法还包括：在第一判决时间内收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，根据所述唤醒判决确定是否对所述唤醒语音进行响应。

若语音设备在向云端服务器发送自身的设备信息和网络探测请求之后，在第一判决时间内接收到了唤醒判决，则语音设备根据收到的唤醒判决确定是否对该唤醒语音进行响应；其中唤醒判决为云端服务器基于语音设备的设备信息确定出来的，用于指示语音设备是否对唤醒语音进行响应。

需要说明的是，上述第一判决时间可以为300ms，为系统预设的判决窗口时间；上述第二判决时间可以为600ms、900ms等，可以由用户手动设置，本申请对此不作限制。

显然，上述所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。为了更好的理解上述语音唤醒的处理方法，以下结合实施例对上述过程进行说明，但不用于限定本发明实施例的技术方案，具体地：

在一个可选的实施例中，图3是现有技术中的一种可选的语音唤醒的处理方法的流程图，如图3所示，具有以下步骤：

设备1和设备2均接收到了唤醒语音，进入准备唤醒状态，上传自身设备信息到云端，并在300ms内等待云端判决结果；而此时云端收到设备1和设备2的决策请求，进行决策，并将决策结果下发给两个设备，设备1和设备2若在300ms内接收到了判决结果，则会根据判决结果决定是否响应唤醒语音；若收到网络影响在300ms内未接收到判决结果，则设备1和设备2均会响应唤醒语音。

可见，现有技术的技术方案的判决结果极易收到网络影响，只要网络差就无法得到准确结果，给用户带来不好的使用体验。

以下结合另一实施例来对上述过程进行说明，但不用于限定本发明实施例的技术方案，具体地见图4，图4是根据本发明实施例与现有技术的一种语音唤醒的处理方法的流程对比图，具体包括：

设备1和设备2均接收到了唤醒语音，进入准备唤醒状态，设备1采用的是优化后的技术方案，设备2采用的是旧方案；设备1上传设备信息到云端的同时异步发送网络探测包给云端，设备2仅上传自身设备信息到云端；并在300ms内等待云端判决结果；而此时云端收到设备1和设备2的决策请求，进行决策，并将决策结果下发给两个设备，设备1和设备2若在300ms内接收到了判决结果，则会根据判决结果决定是否响应唤醒语音；若收到网络影响在300ms内未接收到判决结果，则设备1会进一步判断是否接收到了云端探测包的返回结果，若已接收到云端探测包的返回结果则证明网络状态良好，则直接控制语音设备响应唤醒语音；若未接收到则证明网络状态差，继续在600ms内等待判决结果，判断语音设备在600ms内是否收到判决结果或云端探测包，若未接收到则不唤醒，若接收到则进一步判断是否收到云端判决结果，若未接收到则进行唤醒，若接收到则根据云端决策结果执行唤醒或不唤醒；而设备2若未接收到判决结果则会响应唤醒语音。

可见，通过本发明上述步骤，可以有效减弱网络质量对语音设备响应判决的影响，解决了相关技术中分布式唤醒技术在网络质量差的环境下无法实现分布式唤醒的技术效果，用户体验差的问题，实现了有效降低语音设备同时唤醒的技术效果。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

在本实施例中还提供了一种语音唤醒的处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的设备较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是根据本发明实施例的一种可选的语音唤醒的处理装置的结构框图，该装置包括：

发送模块52，用于在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述网络探测请求用于获取当前的网络状态；

第一确定模块54，用于在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；

第二确定模块56，用于根据是否收到所述反馈结果确定对所述唤醒语音的响应方式。

通过上述装置，在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述网络探测请求用于获取当前的网络状态；在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；根据是否收到所述反馈结果确定对所述唤醒语音的响应方式；采用上述技术方案，解决了相关技术中分布式唤醒技术在网络质量差的环境下无法实现分布式唤醒的技术效果，用户体验差的问题；实现了有效降低语音设备同时唤醒的技术效果。

在一个示例性实施例中，发送模块52，还用于通过以下方式之一向云端服务器发送多个设备信息：将所述设备信息和所述网络探测请求通过异步发送方式发送到所述云端服务器；将所述设备信息和所述网络探测请求通过同步发送方式发送到所述云端服务器；将携带有所述设备信息的所述网络探测请求发送至所述云端服务器。

在语音设备发送设备信息的同时需要发送网络探测请求，以实时检测当前语音设备与云端服务器之间的网络状态，而设备信息与网络探测请求二者可以通过以下三种之一的方式进行发送：设备信息与网络探测请求通过异步的方式发送到云端服务器；设备信息与网络探测请求通过同步的方式发送到云端服务器；通过网络探测请求携带设备信息发送到云端服务器。

在一个示例性实施例中，第二确定模块56，还用于在所述第一判决时间内接收到所述反馈结果的情况下，对所述唤醒语音进行响应。

在第一判决时间内语音设备未收到唤醒判决的情况下，语音设备会确认是否有收到网络探测请求的反馈结果，以确认当前的网络状态，进而确定下一步的处理方式；若确认语音设备在第一判决时间内收到了网络探测请求的反馈结果，则认为当前网络状况良好，为避免对语音设备过于抑制，选择对唤醒语音进行响应。

举例说明，当蓝牙音箱(相当于上述语音设备)在发送了自身的设备信息和网络探测请求后，在300ms(相当于上述第一判决时间)内等待接收唤醒判决和网络探测的反馈结果，当在300ms(相当于上述第一判决时间)内未收到唤醒判决时，确认是否已收到反馈结果，若蓝牙音箱接收到了反馈结果，则认为蓝牙设备的当前网络状态良好，但由于未收到唤醒判决，且为了避免对蓝牙音箱设备过于抑制，选择响应该唤醒语音。

基于上述步骤，第二确定模块56，还用于在所述第一判决时间内未接收到所述反馈结果的情况下，确定第二判决时间，其中，所述第二判决时间大于所述第一判决时间；在所述第二判决时间内等待接收所述唤醒判决；在所述第二判决时间内未接收到所述唤醒判决的情况下，根据在所述第二判决时间内是否收到所述网络探测请求的反馈结果确定对所述唤醒语音的响应方式。

若语音设备在第一判决时间内既未收到唤醒判决，也未收到网络探测请求的反馈结果，就认为当前网络状态较差，则确定出第二判决时间，其中，第二判决时间大于第一判决时间，即将判决时间延长，然后令语音设备在第二判决时间内继续等待唤醒判决；若语音设备在第二判决时间内仍然未接收到唤醒判决，则进一步确认语音设备在第二判决时间内是否接收到了网络探测请求的反馈结果，从而确定语音设备对该唤醒语音的响应方式。

例如，蓝牙音箱(相当于上述语音设备)在300ms(相当于上述第一判决时间)内既未收到唤醒判决，也没有收到网络探测请求的反馈结果，则认为当前网络状态较差，确定第二判决时间为600ms，令蓝牙音箱(相当于上述语音设备)在600ms(相当于上述第二判决时间)内继续等待唤醒判决，若蓝牙音箱(相当于上述语音设备)在600ms(相当于上述第二判决时间)内仍未收到唤醒判决，则进一步确认在600ms(相当于上述第二判决时间)是否收到了网络探测请求的反馈结果，进而确认如何对唤醒语音进行响应。

基于上述步骤，第二确定模块56，还用于在所述第二判决时间内接收到所述唤醒判决的情况下，根据所述唤醒判决确定是否对所述唤醒语音进行响应。

在语音设备确定出第二判决时间后，会在第二判决时间内等待接收唤醒判决，若语音设备在第二判决时间内接收到了唤醒判决，就根据收到的唤醒判决的结果确定语音设备是否对该唤醒语音进行响应。

举例说明，蓝牙音箱(相当于上述语音设备)在600ms(相当于上述第二判决时间)内等待接收唤醒判决，在蓝牙音箱(相当于上述语音设备)检测接收到了唤醒判决后，确定唤醒判决的结果，若结果为0，则蓝牙设备(相当于上述语音设备)不响应该唤醒语音；若结果为1，则蓝牙设备(相当于上述语音设备)响应该唤醒语音。

另一方面，第二确定模块56，还用于在所述第二判决时间内接收到所述网络探测请求的反馈结果的情况下，对所述唤醒语音进行响应；在所述第二判决时间内未接收到所述网络探测请求的反馈结果的情况下，禁止对所述唤醒语音进行响应。

在语音设备第二判决时间内未接收到唤醒判决的情况下，语音设备会确认在第二判决时间内是否收到了网络探测请求的反馈结果，若在第二判决时间内接收到了该反馈结果，则认为当前网络波动较大，虽然语音设备未接收到唤醒判决，但为了避免对语音设备过于抑制，仍选择对该唤醒语音进行响应；若在第二判决时间内未接收到反馈结果，则认为当前网络很差，禁止语音设备对该唤醒语音进行响应。

在一个示例性的实施例中，第二确定模块56，还用于在第一判决时间内收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，根据所述唤醒判决确定是否对所述唤醒语音进行响应。

若语音设备在向云端服务器发送自身的设备信息和网络探测请求之后，在第一判决时间内接收到了唤醒判决，则语音设备根据收到的唤醒判决确定是否对该唤醒语音进行响应；其中唤醒判决为云端服务器基于语音设备的设备信息确定出来的，用于指示语音设备是否对唤醒语音进行响应。

本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述网络探测请求用于获取当前的网络状态；

S2，在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；

S3，根据是否收到所述反馈结果确定对所述唤醒语音的响应方式。

在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述网络探测请求用于获取当前的网络状态；

S2，在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；

S3，根据是否收到所述反馈结果确定对所述唤醒语音的响应方式。

在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种语音唤醒的处理方法，应用于设备侧，其特征在于，包括：

在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述设备信息用于指示设备得分，所述网络探测请求用于获取当前的网络状态；

在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；

根据是否收到所述反馈结果确定对所述唤醒语音的响应方式，其中，所述响应方式包括以下之一：对所述唤醒语音进行响应，禁止对所述唤醒语音进行响应。

2.根据权利要求1所述的语音唤醒的处理方法，其特征在于，向云端服务器发送设备信息和网络探测请求，至少包括以下之一：

将所述设备信息和所述网络探测请求通过异步发送方式发送到所述云端服务器；

将所述设备信息和所述网络探测请求通过同步发送方式发送到所述云端服务器；

将携带有所述设备信息的所述网络探测请求发送至所述云端服务器。

3.根据权利要求1所述的语音唤醒的处理方法，其特征在于，根据是否收到所述反馈结果确定对所述唤醒语音的响应方式，包括：

在所述第一判决时间内接收到所述反馈结果的情况下，对所述唤醒语音进行响应。

4.根据权利要求1所述的语音唤醒的处理方法，其特征在于，根据是否收到所述反馈结果确定对所述唤醒语音的响应方式，包括：

在所述第一判决时间内未接收到所述反馈结果的情况下，确定第二判决时间，其中，所述第二判决时间大于所述第一判决时间；

在所述第二判决时间内等待接收所述唤醒判决；

在所述第二判决时间内未接收到所述唤醒判决的情况下，根据在所述第二判决时间内是否收到所述网络探测请求的反馈结果确定对所述唤醒语音的响应方式。

5.根据权利要求4所述的语音唤醒的处理方法，其特征在于，在所述第二判决时间内等待接收所述唤醒判决之后，所述方法还包括：

在所述第二判决时间内接收到所述唤醒判决的情况下，根据所述唤醒判决确定是否对所述唤醒语音进行响应。

6.根据权利要求4所述的语音唤醒的处理方法，其特征在于，根据在所述第二判决时间内是否收到所述网络探测请求的反馈结果确定对所述唤醒语音的响应方式，包括：

在所述第二判决时间内接收到所述网络探测请求的反馈结果的情况下，对所述唤醒语音进行响应；

在所述第二判决时间内未接收到所述网络探测请求的反馈结果的情况下，禁止对所述唤醒语音进行响应。

7.根据权利要求1所述的语音唤醒的处理方法，其特征在于，向云端服务器发送设备信息和网络探测请求之后，所述方法还包括：

在第一判决时间内收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，根据所述唤醒判决确定是否对所述唤醒语音进行响应。

8.一种语音唤醒的处理装置，其特征在于，包括：

发送模块，用于在接收到目标对象发出的唤醒语音的情况下，向云端服务器发送设备信息和网络探测请求，其中，所述设备信息用于指示设备得分，所述网络探测请求用于获取当前的网络状态；

第一确定模块，用于在第一判决时间内未收到所述云端服务器基于所述设备信息确定的唤醒判决的情况下，确定是否收到所述网络探测请求的反馈结果；

第二确定模块，用于根据是否收到所述反馈结果确定对所述唤醒语音的响应方式，其中，所述响应方式包括以下之一：对所述唤醒语音进行响应，禁止对所述唤醒语音进行响应。

9.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至7中任一项所述的方法。

10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行权利要求1至7中任一项所述的方法。