远场语音唤醒的方法、装置和存储介质与流程

文档序号:15494749发布日期:2018-09-21 21:26阅读:206来源:国知局

本公开涉及通信领域,具体地,涉及一种的远场语音唤醒方法、装置和存储介质。



背景技术:

随着人工智能领域的不断发展,推动着语音识别从近场到远场的转变,同时语音识别的准确率也得到了大大提升。人机交互从手机时代的app交互,近一步朝着语音交互转变。远场语音实现了用户可以随时随地通过语音指令,实现用户的各种需求。

相关技术中,远场语音的识别基于客户端和服务端来实现的,其中,服务端为云端,客户端的唤醒信息需要经过公网上传到云端,云端根据客户端发送的唤醒信息决策出响应设备,然后服务端将响应指令发送给响应设备,让其响应用户。

由于客户端的唤醒信息需要经过公网上传到云端,以及将云端的响应指令系统通过公网下发到响应设备,网络延迟比较大,这种方式会导致本地客户端对用户的响应较慢。



技术实现要素:

本公开提供一种远场语音唤醒的方法、装置和存储介质,以解决相关技术中本地客户端对用户的响应较慢的技术问题。

为实现上述目的,本公开实施例的第一方面,提供一种远场语音唤醒的方法,应用于位于预设分布式协同组内的第一电子设备,所述预设分布式协同组内的第一电子设备和非第一电子设备均装有远场语音识别系统;所述方法包括:

接收唤醒信息;

确认所述唤醒信息满足预设条件;

根据所述唤醒信息,决策出所述预设分布式协同组内需要唤醒的电子设备;

当所述需要唤醒的电子设备为所述第一电子设备时,唤醒所述第一电子设备并响应用户;

清空所述唤醒信息。

可选地,所述确认所述唤醒信息满足预设条件,包括:

确认接收到所述预设分布式协同组内所有的电子设备的唤醒信息;或者

记录当前唤醒周期中接收到第一个唤醒信息时的第一时刻与当前时刻;

确认在所述当前时刻与所述第一时刻的时间差超过预设值。

可选地,所述接收唤醒信息,包括:

通过局域网接收所述预设分布式协同组内非第一电子设备发送的唤醒信息;或者

通过所述第一电子设备接收用户输入的语音唤醒信息。

可选地,当所述唤醒信息是所述第一电子设备接收用户输入的语音唤醒信息时,所述方法还包括:

将所述唤醒信息通过局域网发送给所述预设分布式协同组内的非第一电子设备。

可选地,还包括:

通过局域网接收非第一电子设备向预设组播地址发送的心跳数据包;所述预设组播地址对应于所述预设分布式协同组;

检测所述预设分布式协同组内的设备列表中是否有与所述心跳数据包的设备信息匹配的电子设备;

在否的情况下,将所述心跳数据包的设备信息更新到设备列表中。

可选地,确认第一预设时间段内没有接收到所述设备列表中离线电子设备的心跳数据包;

删除所述设备列表中所述离线电子设备的设备信息。

可选地,还包括:

在确认所述唤醒信息满足预设条件后的第二预设时间段内,将接收到的唤醒信息丢弃。

可选地,还包括:

当所述需要唤醒的电子设备不是所述第一电子设备时,执行所述清空所述唤醒信息的步骤。

本公开实施例的第二方面,提供一种远场语音唤醒的装置,应用于位于预设分布式协同组内的第一电子设备,所述预设分布式协同组内的第一电子设备和非第一电子设备均装有远场语音识别系统;所述装置包括:

第一接收模块,被配置为接收唤醒信息;

第一确认模块,被配置为确认所述唤醒信息满足预设条件;

决策模块,被配置为根据所述唤醒信息,决策出所述预设分布式协同组内需要唤醒的电子设备;

唤醒模块,被配置为当所述需要唤醒的电子设备为所述第一电子设备时,唤醒所述第一电子设备并响应用户;以及

清空模块,被配置为清空所述唤醒信息。

可选地,所述第一确认模块还被配置为:

确认接收到所述预设分布式协同组内所有的电子设备的唤醒信息;或者

记录当前唤醒周期中接收到第一个唤醒信息时的第一时刻与当前时刻;

确认在所述当前时刻与所述第一时刻的时间差超过预设值。

可选地,所述第一接收模块还被配置为:

通过局域网接收所述预设分布式协同组内非第一电子设备发送的唤醒信息;或者

通过所述第一电子设备接收用户输入的语音唤醒信息。

可选地,所述装置还包括:

发送模块,被配置为当所述唤醒信息是所述第一电子设备接收用户输入的语音唤醒信息时,将所述唤醒信息通过局域网发送给所述预设分布式协同组内的非第一电子设备。

可选地,还包括:

第二接收模块,被配置为通过局域网接收非第一电子设备向预设组播地址发送的心跳数据包;所述预设组播地址对应于所述预设分布式协同组;

检测模块,被配置为检测所述预设分布式协同组内的设备列表中是否有与所述心跳数据包的设备信息匹配的电子设备;以及

更新模块,被配置为在否的情况下,将所述心跳数据包的设备信息更新到设备列表中。

可选地,还包括:

第二确认模块,被配置为确认第一预设时间段内没有接收到所述设备列表中离线电子设备的心跳数据包;以及

删除模块,被配置为删除所述设备列表中所述离线电子设备的设备信息。

可选地,还包括:

丢弃模块,被配置为在确认所述唤醒信息满足预设条件后的第二预设时间段内,将接收到的唤醒信息丢弃。

可选地,所述清空模块还被配置为:当所述需要唤醒的电子设备不是所述第一电子设备时,清空所述唤醒信息。

本公开实施例的第三方面,提供一种远场语音唤醒的装置,包括:

处理器;

用于存储处理器可执行指令的存储器;

其中,所述处理器被配置为:

接收唤醒信息;

确认所述唤醒信息满足预设条件;

根据所述唤醒信息,决策出预设分布式协同组内需要唤醒的电子设备;

当所述需要唤醒的电子设备为第一电子设备时,唤醒所述第一电子设备并响应用户;

清空唤醒信息。

本公开实施例的第四方面,提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述第一方面中任一项所述方法的步骤。

采用上述技术方案,至少能够达到如下技术效果:

相对于相关技术中唤醒信息经过公网与云端交互的方式,本公开可以通过在本地局域网内交互各个电子设备的唤醒信息,从而自动决策唤醒电子设备以响应用户,可以降低网络延迟,减少响应时间,解决了相关技术中本地客户端对用户的响应较慢的技术问题,提升了用户的体验。另外,这种在本地局域网内实现唤醒信息交换的方式,不仅减少了与云端数据交互带来的网络带宽消耗,而且减少了云端服务器开销,节省了成本。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本公开,但并不构成对本公开的限制。在附图中:

图1是本公开根据一示例性实施例示出的一种实施环境的示意图。

图2是本公开一示例性实施例示出的一种远场语音唤醒的方法流程图。

图3是本公开一示例性实施例示出的另一种远场语音唤醒的方法流程图。

图4是本公开一示例性实施例示出的另一种远场语音唤醒的方法流程图。

图5是本公开一示例性实施例示出的一种远场语音唤醒的装置框图。

图6是本公开一示例性实施例示出的另一种远场语音唤醒的装置框图。

图7是本公开一示例性实施例示出的另一种远场语音唤醒的装置框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是,此处所描述的具体实施方式仅用于说明和解释本公开,并不用于限制本公开。

图1是根据一示例性实施例示出的一种实施环境的示意图。如图1所示,该实施环境可以包括路由器10、智能音箱11、空气净化器12和智能电饭锅13。智能音箱11、空气净化器12和智能电饭锅13通过路由器10接入同一个局域网内,智能音箱11和空气净化器12位于预设分布式协同组内。图1以第一电子设备为智能音箱11,非第一电子设备为空气净化器12和智能电饭锅13来示意,智能音箱11、空气净化器12和智能电饭锅13均装有远场语音识别系统。当然,在其它的实施例中,第一电子设备也可以是装有远场语音识别系统的其它电子设备,比如,智能电视。

图2是根据一示例性实施例示出的一种远场语音唤醒的方法流程图,以解决相关技术中本地客户端对用户的响应较慢的技术问题。本实施例示出的该远场语音唤醒方法可以应用于如图1所示的智能音箱11,如图2所示,该方法可以包括一下步骤。

s21,接收唤醒信息。

s22,确认所述唤醒信息满足预设条件。

s23,根据所述唤醒信息,决策出所述预设分布式协同组内需要唤醒的电子设备。

s24,当所述需要唤醒的电子设备为所述第一电子设备时,唤醒所述第一电子设备并响应用户。

s25,清空所述唤醒信息。

在步骤s21中,所述唤醒信息可以是所述预设分布式协同组内的非第一电子设备通过局域网向第一电子设备发送的唤醒信息。比如,在图1中,位于在预设分布式协同组内的空气净化器12在收到用户输入的语音唤醒信息后,通过局域网将语音唤醒信息发送给所述预设分布式协同组内的智能音箱11。

所述唤醒信息也可以是所述第一电子设备接收用户输入的语音唤醒信息,当所述唤醒信息是所述第一电子设备接收用户输入的语音唤醒信息时,所述第一电子设备可以通过局域网将语音唤醒信息发送给所述预设分布式协同组内的非第一电子设备。比如,在图1中,位于在预设分布式协同组内的空气净化器12在收到用户输入的语音唤醒信息后,通过局域网将语音唤醒信息发送给所述预设分布式协同组内的智能音箱11。

在接收唤醒信息后,执行步骤s22,确认所述唤醒信息满足预设条件。所述预设条件可以是第一电子设备接收到所述预设分布式协同组内所有的电子设备的唤醒信息。可选地,所述第一电子设备内可以存储一个唤醒信息列表,对所述预设分布式协同组内电子设备发送的唤醒信息进行记录。

举例来讲,如图1所示,智能音箱11和空气净化器12位于预设分布式协同组内,当智能音箱11收到用户输入的语音唤醒信息和空气净化器12通过局域网发送的唤醒信息时,则可以确认所述唤醒信息满足预设条件。

当然,在其它的实施例中,所述确认所述唤醒信息满足预设条件也可以包括:记录当前唤醒周期中接收到第一个唤醒信息时的第一时刻与当前时刻;确认在所述当前时刻与所述第一时刻的时间差超过预设值。其中,所述唤醒周期可以是3s、5s或者10s,所述预设值可以是300ms、800ms或者1s,对此,本公开不做具体限定。

举例来讲,如图1所示,在当前唤醒周期中,智能音箱11收到的是第一个唤醒信息是用户输入的语音唤醒信息,在当前时刻与智能音箱11接收用户输入的语音唤醒信息的时刻间隔超过300ms后,则可以确认所述唤醒信息满足预设条件。

在确认所述唤醒信息满足预设条件后,执行步骤s23,根据所述唤醒信息,决策出所述预设分布式协同组内需要唤醒的电子设备。通过对接收到的唤醒信息进行分析,比如,分析唤醒信息的信噪比、音量或分贝等因素,最终决策出需要唤醒的电子设备。

可选地,为了不影响需要唤醒的电子设备,在确认所述唤醒信息满足预设条件后的第二预设时间段内,将接收到的唤醒信息丢弃。其中,所述第二预设时间段可以是1s、2s或3s等时间段,对此,本公开不做具体限定。

当所述需要唤醒的电子设备为所述第一电子设备时,执行步骤s24,唤醒所述第一电子设备并响应用户,并在响应用户后可以清空所述唤醒信息。可选地,当所述需要唤醒的电子设备不是所述第一电子设备时,执行所述清空唤醒信息的步骤。

举例来讲,如图1所示,在唤醒信息列表中的唤醒信息满足预设条件后,通过对唤醒信息进行分析,决策出需要唤醒的电子设备的ip地址。当智能音箱11的ip地址和需要唤醒的电子设备的ip地址一致时,唤醒智能音箱11并响应用户,并清空唤醒信息列表中的唤醒信息;当智能音箱11的ip地址和需要唤醒的电子设备的ip地址不一致时,并清空唤醒信息列表中的唤醒信息。

相对于相关技术中唤醒信息经过公网与云端交互的方式,本公开可以通过在本地局域网内交互各个电子设备的唤醒信息,从而自动决策唤醒电子设备以响应用户,可以降低网络延迟,减少响应时间,解决了相关技术中本地客户端对用户的响应较慢的技术问题,提升了用户的体验。另外,这种在本地局域网内实现唤醒信息交换的方式,不仅减少了与云端数据交互带来的网络带宽消耗,而且减少了云端服务器开销,节省了成本。

值得说明的是,对于图2所示的方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本公开并不受所描述的动作顺序的限制。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本公开所必须的。

图3是本公开一示例性实施例示出的另一种远场语音唤醒的方法流程图。本实施例示出的该远场语音唤醒方法可以应用于如图1所示的智能音箱11,如图3所示,该方法可以包括一下步骤。

s31,通过局域网接收非第一电子设备向预设组播地址发送的心跳数据包;所述预设组播地址对应于所述预设分布式协同组。

s32,检测所述预设分布式协同组内的设备列表中是否有与所述心跳数据包的设备信息匹配的电子设备。

s33,在否的情况下,将所述心跳数据包的设备信息更新到设备列表中。

s34,接收唤醒信息。

s35,确认所述唤醒信息满足预设条件。

s36,根据所述唤醒信息,决策出所述预设分布式协同组内(即设备列表中)需要唤醒的电子设备。

s37,当所述需要唤醒的电子设备为所述第一电子设备时,唤醒所述第一电子设备并响应用户。

s38,清空所述唤醒信息。

举例来讲,如图1所示,智能音箱11、空气净化器12和智能电饭锅13通过路由器10接入同一个局域网内,智能音箱11和空气净化器12位于预设分布式协同组内。智能电饭锅13在上电后可以每隔5秒主动向预设组播地址发送自定义协议的心跳数据包,告诉预设分布式协同组内的电子设备自己上线并加入到预设分布式协同组内。智能音箱11收到心跳数据包后,先去检测自己的设备列表中是否有与当前收到的心跳数据包中设备信息匹配的电子设备,如果有,则忽略;否则,智能音箱11将接收到的心跳数据包中的设备信息更新到设备列表中,完成电子设备上线自组网功能。

需要说明的是,所述预设分布式协同组内的每个电子设备都需要向组内的其它电子设备发送心跳数据包。第一电子设备断电后再上电时,也需要向预设组播地址发送的心跳数据包,以加入所述预设分布式协同组。

本公开通过上电后的设备向预设组播地址发送的心跳数据包,可以加入到预设分布式协同组内,实现了电子设备上线自组网功能。

图4是本公开一示例性实施例示出的另一种远场语音唤醒的方法流程图。本实施例示出的该远场语音唤醒方法可以应用于如图1所示的智能音箱11,如图4所示,该方法可以包括一下步骤。

s40,通过局域网接收非第一电子设备向预设组播地址发送的心跳数据包;所述预设组播地址对应于所述预设分布式协同组。

s41,检测所述预设分布式协同组内的设备列表中是否有与所述心跳数据包的设备信息匹配的电子设备。

s42,在否的情况下,将所述心跳数据包的设备信息更新到设备列表中。

s43,确认第一预设时间段内没有接收到所述设备列表中离线电子设备的心跳数据包。其中,第一预设时间段可以是10s、15s或20s等时间段,对此,本公开不做具体限定。

s44,删除所述设备列表中所述离线电子设备的设备信息。

s45,接收唤醒信息。

s46,确认所述唤醒信息满足预设条件。

s47,根据所述唤醒信息,决策出所述预设分布式协同组内(即设备列表中)需要唤醒的电子设备。

s48,当所述需要唤醒的电子设备为所述第一电子设备时,唤醒所述第一电子设备并响应用户。

s49,清空所述唤醒信息。

举例来讲,如图1所示,智能电饭锅13在上电后可以每隔5秒主动向预设组播地址发送自定义协议的心跳数据包,智能音箱11收到心跳数据包后,先去检测自己的设备列表中是否有与当前收到的心跳数据包中设备信息匹配的电子设备,如果没有,智能音箱11将接收到的心跳数据包中的设备信息更新到设备列表中,完成电子设备上线自组网功能。智能音箱11实时检测设备列表中的电子设备没有发送心跳数据包的时长,当智能音箱11检测到空气净化器12已经有15秒没有发送心跳数据包时,则认为空气净化器12已经离线,主动删除设备列表中空气净化器12的信息,实现设备离线检测功能。

本公开通过检测设备列表中的电子设备没有发送心跳数据包的时长,当第一预设时间段内没有发送心跳数据包时,则删除设备列表中对应成员信息,实现了设备离线检测功能。

图5是本公开一示例性实施例示出的一种远场语音唤醒的装置。如图5所示,远场语音唤醒的装置500应用于位于预设分布式协同组内的第一电子设备,所述预设分布式协同组内的第一电子设备和非第一电子设备均装有远场语音识别系统;所述装置500包括:

第一接收模块501,被配置为接收唤醒信息;

第一确认模块502,被配置为确认所述唤醒信息满足预设条件;

决策模块503,被配置为根据所述唤醒信息,决策出所述预设分布式协同组内需要唤醒的电子设备;

唤醒模块504,被配置为当所述需要唤醒的电子设备为所述第一电子设备时,唤醒所述第一电子设备并响应用户;以及

清空模块505,被配置为清空所述唤醒信息。

可选地,所述第一确认模块502还被配置为:

确认接收到所述预设分布式协同组内所有的电子设备的唤醒信息;或者

记录当前唤醒周期中接收到第一个唤醒信息时的第一时刻与当前时刻;

确认在所述当前时刻与所述第一时刻的时间差超过预设值。

可选地,所述第一接收模块501还被配置为:

通过局域网接收所述预设分布式协同组内非第一电子设备发送的唤醒信息;或者

通过所述第一电子设备接收用户输入的语音唤醒信息。

可选地,如图7所示,所述装置500还包括:

发送模块506,被配置为当所述唤醒信息是所述第一电子设备接收用户输入的语音唤醒信息时,将所述唤醒信息通过局域网发送给所述预设分布式协同组内的非第一电子设备。

可选地,如图7所示,所述装置500还包括:

第二接收模块507,被配置为通过局域网接收非第一电子设备向预设组播地址发送的心跳数据包;所述预设组播地址对应于所述预设分布式协同组;

检测模块508,被配置为检测所述预设分布式协同组内的设备列表中是否有与所述心跳数据包的设备信息匹配的电子设备;以及

更新模块509,被配置为在否的情况下,将所述心跳数据包的设备信息更新到设备列表中。

可选地,如图7所示,所述装置500还包括:

第二确认模块510,被配置为确认第一预设时间段内没有接收到所述设备列表中离线电子设备的心跳数据包;以及

删除模块511,被配置为删除所述设备列表中所述离线电子设备的设备信息。

可选地,如图7所示,所述装置500还包括:

丢弃模块512,被配置为在确认所述唤醒信息满足预设条件后的第二预设时间段内,将接收到的唤醒信息丢弃。

可选地,如图5所示,所述清空模块505还被配置为:当所述需要唤醒的电子设备不是所述第一电子设备时,清空所述唤醒信息。

关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

本公开还提供一种远场语音唤醒的装置,包括:

处理器;

用于存储处理器可执行指令的存储器;

其中,所述处理器被配置为:

接收唤醒信息;

确认所述唤醒信息满足预设条件;

根据所述唤醒信息,决策出预设分布式协同组内需要唤醒的电子设备;

当所述需要唤醒的电子设备为第一电子设备时,唤醒所述第一电子设备并响应用户;

清空唤醒信息。

本公开还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一项可选实施例所述远场语音唤醒的方法步骤。

图7是根据一示例性实施例示出的另一种远场语音唤醒的装置800的框图。例如,装置800可以是移动电话,计算机,平板设备等。

参照图7,装置800可以包括以下一个或多个组件:处理组件802,存储器804,电力组件806,多媒体组件808,音频组件810,输入/输出(i/o)的接口812,传感器组件814,以及通信组件816。

处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述远场语音唤醒的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(sram),电可擦除可编程只读存储器(eeprom),可擦除可编程只读存储器(eprom),可编程只读存储器(prom),只读存储器(rom),磁存储器,快闪存储器,磁盘或光盘。

电力组件806为装置800的各种组件提供电力。电力组件806可以包括电源管理系统,一个或多个电源,及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(mic),当装置800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。

i/o接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器,用于为装置800提供各个方面的状态评估。例如,传感器组件814可以检测到装置800的打开/关闭状态,组件的相对定位,例如所述组件为装置800的显示器和小键盘,传感器组件814还可以检测装置800或装置800一个组件的位置改变,用户与装置800接触的存在或不存在,装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如cmos或ccd图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络,如wifi,2g或3g,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(nfc)模块,以促进短程通信。例如,在nfc模块可基于射频识别(rfid)技术,红外数据协会(irda)技术,超宽带(uwb)技术,蓝牙(bt)技术和其他技术来实现。

在示例性实施例中,装置800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述远场语音唤醒的方法。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由装置800的处理器820执行以完成上述远场语音唤醒的方法。例如,所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

以上结合附图详细描述了本公开的优选实施方式,但是,本公开并不限于上述实施方式中的具体细节,在本公开的技术构思范围内,可以对本公开的技术方案进行多种简单变型,这些简单变型均属于本公开的保护范围。

另外需要说明的是,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合。为了避免不必要的重复,本公开对各种可能的组合方式不再另行说明。

此外,本公开的各种不同的实施方式之间也可以进行任意组合,只要其不违背本公开的思想,其同样应当视为本公开所公开的内容。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1