CN111182126A - 一种语音助手的控制方法、移动终端以及存储介质 - Google Patents

Abstract

本申请公开了一种语音助手的控制方法，其包括：移动终端判断是否符合与车载音响连接的预设条件；若符合与车载音响连接的预设条件，使语音助手与车载音响连接；所述语音助手接收所述车载音响获取的来自用户的语音指令，并执行所述语音指令。以上方法由于车载音响与用户的距离往往比较近，且车载音响接收声音的能力大大强于移动终端的语音助手，因此本申请采用以上方案使得即使移动终端距离用户比较远，通过语音助手与车载音响的连接也能够接收用户的语音指令以执行相应的操作。本申请还提供一种移动终端及存储介质。

Description

一种语音助手的控制方法、移动终端以及存储介质

技术领域

本申请涉及信号干扰技术领域，特别是涉及一种语音助手的控制方法、移动终端以及存储介质。

背景技术

手机、平板电脑等移动终端一般均设有语音助手。在车上的时候，用户在开车的情况下，用户不方便经常手拿移动终端，容易出现移动终端距离用户比较远的情况。此时语音助手接收声音的灵敏度就会降低，容易出现听不见或者听不清用户说什么，导致语音助手无法完成用户指派的任务。

发明内容

针对语音助手距离用户比较远听不见或者听不清用户说什么的技术问题，本申请提供一种语音助手的控制方法、移动终端以及存储介质。

本申请采用的一个技术方案是：提供一种语音助手的控制方法，包括：

移动终端判断是否符合与车载音响连接的预设条件；

若符合与车载音响连接的预设条件，使语音助手与车载音响连接；

所述语音助手接收所述车载音响获取的来自用户的语音指令，并执行所述语音指令。

本申请还提供一种移动终端，包括：

存储器、检测电路、通讯电路以及存储在所述储存器上的计算机程序，所述处理器耦合所述存储器，所述检测电路和所述通讯电路在工作时执行所述计算机程序以实现如以上所述的语音助手的控制方法。

本申请还提供一种存储介质，存储有程序数据，所述程序数据被执行时实现如上所述的语音助手的控制方法。

本申请中，移动终端首选判断是否符合与车载音响连接的预设条件，即有没有与车载音响连接的需求，如果符合该预设条件，则使移动终端的语音助手与车载音响连接。语音助手与车载音响连接之后，车载音响直接接收用户发出的语音指令，并将该语音指令发送给语音助手。语音助手接收车载音响获取的来自用户的语音指令，并执行该语音指令。由于车载音响与用户的距离往往比较近，且车载音响接收声音的能力大大强于移动终端的语音助手，因此本申请采用以上方案使得即使移动终端距离用户比较远，通过语音助手与车载音响的连接也能够接收用户的语音指令以执行相应的操作。

附图说明

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

图1是本申请语音助手的控制方法一实施例的流程示意图；

图2是本申请语音助手的控制方法另一实施例的流程示意图；

图3是本申请语音助手的控制方法又一实施例的流程示意图；

图4是本申请移动终端一实施例的结构示意图；

图5是本申请存储介质一实施例的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

参见图1为本申请一实施例中语音助手的控制方法第一实施例的流程示意图，该方法包括步骤101至步骤103，其中：

步骤101：移动终端判断是否符合与车载音响连接的预设条件。

可以理解的，移动终端上的语音助手并不会与车载音响一直保持连接的状态，只要当符合需要连接的条件的时候才进行连接，否则如果移动终端上的语音助手与车载音响一直保持连接的状态，则非常耗电，容易导致移动终端没怎么用，却耗电很快。步骤101中，首先判断移动终端上的语音助手与车载音响是否符合连接的预设条件。

可选地，一实施例中，移动终端判断是否符合与车载音响连接的预设条件的步骤包括：移动终端判断语音助手接收到的用户的语音指令是否断断续续或者音量在预设范围内且低于预设值，若断断续续或者音量在预设范围内且低于预设值，说明此时移动终端的语音助手与用户之间的距离较远或者有所损坏，无法接收用户发出的语音指令，或者无法接收到用户完整的语音指令，此时则判定为：符合语音助手与车载音响连接的预设条件。

另一实施例中，如果移动终端的语音助手的唤醒方式比较特别，也可以判断此时符合语音助手与车载音响连接的预设条件。具体的，该实施例中，判断是否符合预设条件的步骤包括：移动终端判断是否采用预设模式唤醒语音助手。可选地，不同的实施例中，预设模式可以是通过获取预设手势或者形成在触摸屏上的预设图案唤醒语音助手。

可以理解的，有时候可能用户车内此时具有比较嘈杂的声音，用户想要打开语音助手并与车载音响连接，由车载音响接收用户发出的语音指令，再传递给语音助手，避免语音助手听不清。此时用户可以根据自己的爱好，预先在语音助手中绘制自己容易记住或者喜欢的图案进行保存，或者容易记住或者自己喜欢的手势进行保存，当用户在移动终端的屏幕上绘制预设图案，该预设图案与用户实现保存起来的图案对比，若相似度高于预设阈值，则唤醒语音助手。

采用该技术方案，即使用户车内环境比较嘈杂语音助手难以收到用户的语音唤醒，通过特殊的手势或者图案即可唤醒，不需要考虑语音助手是否能够铺抓到用户的声音。语音助手唤醒之后即会与车载音响连接，进而通过车载音响接收用户的语音。

可以理解的，另一实施例中，用户预先录制的保存在移动终端的获取预设手势唤醒语音助手指的是预设手势，则用户只需要打开摄像头，用户对着移动终端的摄像头作出预设手势，该预设手势与预先保存的预设手势对比相似度大于预设阈值，侧唤醒语音助手。

如果检测到采用预设模式唤醒语音助手，则使得语音助手与车载音响连接。可以理解的，预设图案和预设手势仅作为举例，仅为两个实施例中的情况，并不以此进行限定，其他实施中符合条件的唤醒语音助手的预设模式也可以采用其他方式，此不做具体限定。

再一实施例中，也可以是在已经打开或者唤醒语音助手之后，若移动终端接收到预设手势或者形成在触摸屏上的预设图案，则使得语音助手与车载音响连接。即预设手势或者形成在触摸屏上的预设图案是语音助手与车载音响连接的快捷指令。

当然，其他实施例中，移动终端上可以设置连接按键，用户只需要点击连接按键即可使得语音助手与车载音响连接，此不做具体限定。

一实施例中，步骤101具体包括：移动终端每隔预设时间检测是否符合与车载音响连接的条件。可以理解的，语音助手并没有与车载音响时时连接，而是会不断去检测，只有当用户需要用到语音助手且符合与车载音响连接条件的时候才主动连接，节省功耗。该实施例中，首先检测一下语音助手是否处于已唤醒的状态，如果语音助手处于关闭状态，则说明不需要与车载音响连接；经检测语音助手处于以唤醒状态，则进一步检测语音助手接收到的用户的语音指令是否断断续续或者音量在预设范围内且低于预设值，或者检测语音助手被唤醒的方式是否是通过预设手势或者形成在触摸屏上的预设图案唤醒语音助手。如果是以上所列举的这几种情形，则说明书语音助手符合与车载音响连接的条件。

可选地，预设时间可以是1分钟、半分钟、20秒、10秒或者5秒等，此不进行穷举的限定，不同的实施例中可以根据具体实际情况进行设定和调整。

步骤102：若符合与车载音响连接的预设条件，使语音助手与车载音响连接。

经过步骤101的判断，如果判定语音助手符合与车载音响连接的预设条件，则使语音助手与车载音响连接。具体的，语音助手与车载音响之间的连接的方式可以是无线的或者有线等多种形式，例如蓝牙连接等，此不做具体限定。

步骤103：语音助手接收车载音响获取的来自用户的语音指令，并执行语音指令。

经过步骤102，语音助手已经与车载音响连接，此时用户所发出的语音指令被车载音响所接收，车载音响再将所接收到的语音指令传输给移动终端的语音助手。语音助手接收车载音响获取的来自用户的语音指令，并语音指令以完成相应的动作，例如语音指令为给某人打电话，则语音助手主动拨通用户语音指令中指定的人的电话。又如，语音指令为导航到公司，则语音助手主动打开移动终端的导航软件，并主动进入导航状态，从当前位置导航至公司。

具体的，移动终端导航播报的声音可以是移动终端本身发出，也可以是语音助手将语音播报的内容传递给车载音响，由车载音响进行播报，此不做具体限定。例如，一实施例中，导航的内容为语音助手进行播报，如果用户觉得移动终端发出的声音有点小，则可以发出语音指令，例如请由车载音响播放导航内容，则语音助手则会执行该语音指令，将导航播报的内容传递给车载音响，最终由车载音响进行播报，以确保传递至用户耳朵的声音比较大。

采用以上技术方案，由于车载音响与用户的距离往往比较近，且车载音响接收声音的能力大大强于移动终端的语音助手，因此本申请采用以上方案使得即使移动终端距离用户比较远，通过语音助手与车载音响的连接也能够接收用户的语音指令以执行相应的操作。另外，采用以上技术方案，用户可以不需要带耳机，避免听不到外界的声音，进而保证用户安全驾驶。

参见图2，为本申请语音助手的控制方法第二实施例的流程示意图，该实施例与第一实施例的区别在于，该实施例中进一步考虑了语音助手和车载音响如何关闭的情况。具体的，该实施例包括步骤201至步骤205，其中步骤201至步骤203分别与第一实施例中的步骤101至步骤103一致，此不做赘述。

步骤201：移动终端判断是否符合与车载音响连接的预设条件。

步骤202：若符合与车载音响连接的预设条件，使语音助手与车载音响连接。

步骤203：语音助手接收所述车载音响获取的来自用户的语音指令，并执行所述语音指令。

步骤204：判断语音助手是否超过预设时间没有再接收到语音指令。

可以理解的，如果语音助手已经很久没有收到用户的语音指令，则说明用户可能已经不需要再使用语音助手，如果此时语音助手和车载音响还一直保持连接的工作状态，则非常浪费电，此时需要执行步骤205。可选地，预设时间为10分钟、8分钟、5分钟，或者3分钟。具体的，不同的实施例中预设时间可以根据实际需要，以及用户的习惯进行设定和调整，此不做具体限定。

步骤205：若语音助手超过预设时间没有再接收到语音指令，断开语音助手与车载音响的连接。

如果步骤204判断语音助手超过预设时间没有再接收到语音指令，则断开语音助手与车载音响的连接，以节省功耗。可以理解的，移动终端上也可以设置语音助手与车载音响断开的按键，当用户觉得不需要再使用语音助手连接车载音响的情况，例如用户不在开车方便手拿手机的时候，或者用户不需要在使用语音助手的时候，用户可以通过语音指令命令语音助手执行与车载音响断开的命令。或者用户可以主动点击移动终端上的按键以断开语音助手与车载音响的连接。可以理解的，用户也可以直接关闭车载音响以断开语音助手与车载音响的连接，此不做具体限定。

一实施例中，断开语音助手与所述车载音响的连接的步骤之后包括：关闭语音助手。可以理解的，如果只是断开语音助手和车载音响的连接，而语音助手一直处于开启而没有用的状态，也挺浪费电的，因此如果已经超过预设时间没有接收到用户的语音指令则不仅需要断开语音助手与车载音响的连接，同时关闭语音助手。等用户需要再次使用语音助手的情况下再打开。相反，如果每次检测的时候，用户均在发出语音指令，则保持语音助手与车载音响连接良好的状态，避免语音助手与车载音响中途断开，影响用户正在进行的活动。

参见图3，为本申请语音助手的控制方法第三实施例的流程示意图，该实施例与第一实施例的区别在于，该实施例中进一步考虑了是否是小孩误操作导致语音助手与车载音响连接的情况。具体的，该实施例包括步骤301至步骤305，其中步骤301至步骤303分别与第一实施例中的步骤101至步骤103一致，此不做赘述。

步骤301：移动终端判断是否符合与车载音响连接的预设条件。

步骤302：若符合与车载音响连接的预设条件，使语音助手与车载音响连接。

步骤303：语音助手接收所述车载音响获取的来自用户的语音指令。

步骤304：通过语音指令判断是否是小孩误操作。

可以理解的，如果移动终端在小孩手中，小孩有可能绘制了预设的图案或者点击到语音助手与车载音响连接的按键，进而使得语音助手与车载音响连接。而如果连接之后语音助手超过预设时间并没有接收到用户发出的语音指令，或者接收的声音无法形成相应的命令进行执行。例如，语音助手接收到的声音为小孩在叫爸爸，或者在哭等情况的声音，则此时需要执行步骤305，而无法执行用户的语音指令。可以理解的，小孩在叫爸爸、小孩在哭，或者大人正在和小孩说话等仅仅只是为了举例说明小孩误操作之后可能发生的一些情况，并不限制于以上所举例的这几种方式，可以是任一无法形成执行命令的形式，此不做具体限定。

步骤305：若通过语音指令判断是小孩误操作，断开语音助手与车载音响的连接，并关闭语音助手。

若经过步骤304判断，语音助手与车载音响连接为小孩误操作导致，则断开语音助手与车载音响的连接，并关闭语音助手，以节省功耗。

本申请还提供一种电子装置100，如图4所示为该电子装置100一实施例的结构示意图，该电子装置100包括存储器10、检测电路20、通讯电路30以及存储在所述储存器上的计算机程序，存储器10、检测电路20以及通讯电路30相互耦合，检测电路20和通讯电路30在工作时执行计算机程序以实现如以上各实施例所描述的语音助手的控制方法。具体的，通讯电路30可以是连接语音助手与车载音响的通讯电路，检测电路20可以是移动终端的触摸屏等，用于检测用户是否通过绘制预设图案唤醒语音助手等。可选地，移动终端100可以是手机、平板电脑或者手环等可穿戴设备。

参见图5，本申请还提供一种存储介质200，存储有程序数据40，该程序数据40被执行时实现以上各实施例所描述的语音助手的控制方法。

本申请的实施例以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种语音助手的控制方法，其特征在于，包括：

移动终端判断是否符合与车载音响连接的预设条件；

若符合与车载音响连接的预设条件，使所述语音助手与所述车载音响连接；

所述语音助手接收所述车载音响获取的来自用户的语音指令，并执行所述语音指令。

2.根据权利要求1所述的语音助手的控制方法，其特征在于，所述移动终端判断是否符合与车载音响连接的预设条件的步骤包括：移动终端判断所述语音助手接收到的用户的语音指令是否断断续续或者音量在预设范围内且低于预设值，若断断续续或者音量在预设范围内且低于预设值，则判定为符合与车载音响连接的预设条件。

3.根据权利要求1所述的语音助手的控制方法，其特征在于，所述移动终端判断是否与车载音响连接的预设条件的步骤包括：

移动终端判断是否采用预设模式唤醒所述语音助手。

4.根据权利要求3所述的语音助手的控制方法，其特征在于，所述采用预设模式唤醒所述语音助手的步骤包括：通过获取预设手势或者形成在触摸屏上的预设图案唤醒所述语音助手。

5.根据权利要求1所述的语音助手的控制方法，其特征在于，所述移动终端判断是否符合与车载音响连接的预设条件的步骤包括：

所述移动终端每隔预设时间检测是否符合与所述车载音响连接的条件。

6.根据权利要求1所述的语音助手的控制方法，其特征在于，所述语音助手接收车载音响获取的来自用户的语音指令，并执行所述语音指令的步骤之后包括：

判断所述语音助手是否超过预设时间没有再接收到所述语音指令；

若语音助手超过预设时间没有再接收到所述语音指令，断开所述语音助手与所述车载音响的连接。

7.根据权利要求6所述的语音助手的控制方法，其特征在于，所述断开所述语音助手与所述车载音响的连接的步骤之后包括：

关闭所述语音助手。

8.根据权利要求1所述语音助手的控制方法，其特征在于，所述语音助手接收车载音响获取的来自用户的语音指令的步骤之后还包括：

通过所述语音指令判断是否是小孩误操作；

若通过所述语音指令判断是小孩误操作，断开所述语音助手与所述车载音响的连接，并关闭所述语音助手。

9.一种移动终端，其特征在于，包括：

存储器、检测电路、通讯电路以及存储在所述储存器上的计算机程序，所述存储器、所述检测电路与所述通讯电路相互耦合，所述检测电路和所述通讯电路在工作时执行所述计算机程序以实现如权利要求1～8任一项所述的语音助手的控制方法。

10.一种存储介质，其特征在于，存储有程序数据，所述程序数据被执行时实现如权利要求1～8任一项所述的语音助手的控制方法。

Images