CN103257787B - 一种语音助手应用的开启方法和装置 - Google Patents

Abstract

本发明公开了一种语音助手应用的开启方法和装置，属于计算机技术领域。所述方法包括：通过耳麦数据接口，接收第一控制信号；对语音助手应用进行开启。采用本发明，可以提高语音助手应用的开启效率。

Description

一种语音助手应用的开启方法和装置

技术领域

本发明涉及计算机技术领域，特别涉及一种语音助手应用的开启方法和装置。

背景技术

随着终端技术的快速发展，终端的功能越来越丰富。在语音识别技术出现并逐渐成熟之后，语音助手应用应运而生，而且得到了广泛的推广。语音助手应用一方面可以使用户通过语音向终端下达指令使终端进行处理，另一方面可以通过语音播报的方式向用户通告相关信息。

一般的，语音助手应用的开启方式，是用户点击在桌面上（或在系统中的其它位置）设置的语音助手应用的快捷方式，以触发开启语音助手应用。

在实现本发明的过程中，发明人发现上述技术至少存在以下问题：

如果终端处于屏幕锁定状态，需要先进行屏幕解锁，然后找到语音助手应用的快捷方式，再点击该快捷方式，才能够开启语音助手应用，这使得语音助手的开启过程效率较为低下。

发明内容

为了解决上述技术问题，本发明实施例提供了一种语音助手应用的开启方法和装置，以提高语音助手应用的开启效率。所述技术方案如下：

一方面，提供了一种语音助手应用的开启方法，所述方法包括：

通过耳麦数据接口，接收第一控制信号；

对语音助手应用进行开启。

另一方面，提供了一种语音助手应用的开启装置，所述装置包括：

接收模块，用于通过耳麦数据接口，接收第一控制信号；

开启模块，用于对语音助手应用进行开启。

本发明实施例提供的技术方案带来的有益效果是：

本发明实施例中，当通过耳麦数据接口接收到第一控制信号时，对语音助手应用进行开启，这样，即使终端处于屏幕锁定状态，也无需进行屏幕解锁和查找、点击快捷方式等操作，就可以通过对耳麦的相关操作完成语音助手应用的开启，从而，可以提高语音助手应用的开启效率。

附图说明

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

图1是本发明实施例提供的语音助手应用的开启方法流程图；

图2是本发明实施例提供的语音助手应用的开启装置结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本发明实施例提供了一种语音助手应用的开启方法，如图1所示，该方法的处理流程可以包括如下的步骤：

步骤101，通过耳麦数据接口，接收第一控制信号。

步骤102，对语音助手应用进行开启。

本发明实施例中，当通过耳麦数据接口接收到第一控制信号时，对语音助手应用进行开启，这样，即使终端处于屏幕锁定状态，也无需进行屏幕解锁和查找、点击快捷方式等操作，就可以通过对耳麦的相关操作完成语音助手应用的开启，从而，可以提高语音助手应用的开启效率。

实施例二

本发明实施例提供了一种语音助手应用的开启方法，该方法的执行主体可以为具有耳麦数据接口的终端，优选为手机、平板电脑等移动终端。

下面将结合实施方式，对图1所示的处理流程进行详细的说明，内容可以如下。

步骤101，通过耳麦数据接口，接收第一控制信号。

其中，耳麦数据接口可以是终端上设置的耳麦插孔等。第一控制信号是用于触发开启语音助手应用的控制信号，可以根据实际需求任意设置。第一控制信号可以是耳麦控制器上任意控制按键的点击信号，也可以是耳麦控制器上任意控制按键的持续时长达到预设时长阈值的点击信号。另外，优选的，第一控制信号可以是耳麦插入耳麦数据接口时产生的插入信号。这样，用户可以通过将耳麦插入耳麦数据接口的方式开启语音助手应用，在无需进行屏幕解锁的前提下使用语音助手应用的各项功能。

步骤102，对语音助手应用进行开启。

启动语音助手应用，进行音频指令检测执行和通知信息播报等功能的处理。

本发明实施例中，终端可以存储有多种工作模式。优选的，终端存储的工作模式中可以包括第一工作模式，如果终端的工作模式为第一工作模式，终端在进行上述的音频指令检测执行和通知信息播报等功能的处理时，具体处理方式可以如下：

处理一，当通过耳麦接收到第一音频数据时，根据第一音频数据确定对应的第一指令，并根据第一指令进行对应的处理。

在第一工作模式下，终端可以保持对耳麦接收信号进行检测，当检测到耳麦接收的第一音频数据（可以是用户对麦克风发出的语音）时，可以通过语音识别来确定第一音频数据对应的第一文字数据，然后在数据库中查找与第一文字数据相匹配的第一指令，触发第一指令使终端进行相应的处理。第一指令可以是多种多样的指令，例如，用户发出的语音是“今天天气如何”，对应的第一指令则可以是播报天气指令，进行的处理则可以是获取当前的天气信息，并转换成音频数据进行播放。

处理二，当接收到第一通知信息时，将第一通知信息转换为第三音频数据，并通过耳麦对第三音频数据进行播放。其中，通知信息可以是系统程序或应用程序在某些预定的事件发生时对用户进行提示的信息，例如，短信通知、来电通知、应用更新通知等，第一通知信息可以是任意的通知信息。

在第一工作模式下，终端可以在接收到第一通知信息时，就直接根据数据库中的文字数据与音频数据的对应关系，将第一通知信息中的文字数据转换为对应的第三音频数据，并对第三音频数据进行播放。

在所有的通知信息中可以进行选择性的播报，终端可以预先存储通知类型白名单，通知类型白名单中包括至少一个通知类型。对通知信息进行分类可以得到不同的通知类型，例如，短信通知类型、来电通知类型、应用更新通知类型等。通知类型白名单是选择的进行播报的通知类型的列表，在列表中可以记录一个或多个通知类型。基于通知类型白名单，上述处理二的执行过程可以是：当接收到第一通知信息时，如果通知类型白名单中包括有第一通知信息的通知类型，则将第一通知信息转换为第三音频数据，并通过耳麦对所述第三音频数据进行播放。另外，如果通知类型白名单中未包括有第一通知信息的通知类型，则可以不对第一通知信息进行语音播报。

上述第一工作模式也可以称作主动工作模式，在该工作模式下，一方面，可以不需要手动操作，便实现控制终端执行各种功能，另一方面，终端可以实时对通知信息进行播报。

另外，优选的，终端存储的工作模式中还可以包括第二工作模式，如果终端的工作模式为第二工作模式，终端在进行上述的音频指令检测执行和通知信息播报等功能的处理时，具体处理方式可以如下：

处理三，当接收到第二控制信号时，通过耳麦获取第二音频数据，根据第二音频数据确定对应的第二指令，并根据第二指令进行对应的处理。

在第二工作模式下，终端无需实时通过耳麦获取音频数据，可以只在接收到第二控制信号时获取音频数据。

其中，第二控制信号是用于触发音频数据接收的控制信号，可以是耳麦控制器上任意控制按键的点击信号，也可以是终端机身上任意控制按键的点击信号，还可以是终端屏幕的触碰信号等。

另外，第二控制信号可以为长点击信号，优选的，当接收到第二控制信号时，可以在第二控制信号的持续过程中，通过耳麦获取第二音频数据。而且，可以在第二控制信号消失时结束音频数据的获取。这样，在被动工作模式下，用户可以按住某预定的按键，进行语音的输入，在语音输入结束后松开该按键。根据第二音频数据进行后续处理的过程可以参照上面处理一的内容。

处理四，当接收到通知播报指令时，获取缓存的已接收且未开启的第二通知信息，将获取的第二通知信息转换为第四音频数据，并通过耳麦对第四音频数据进行播放。

在第二工作模式下，终端在接收到通知信息后可以不进行实时的播报，而是在接收到通知播报指令后，对通知信息进行统一的播报。

其中，通知播报指令可以是按键触发的指令，也可以是语音触发的指令（例如，用户输入“进行通知播报”的语音），还可以是触碰屏幕触发的指令等。缓存的已接收且未开启的第二通知信息可以是系统通知栏（桌面顶部的下拉栏）中的通知信息。系统通知栏中的通知信息（如未读短信、未接来电等）在被点击开启之后则会从系统通知栏中被移除。这样，处理四可以是对系统通知栏中的通知信息进行播报。

由于，系统通知栏中的通知信息可能有一些已经进行过播报，为了减少重复播报，优选的，可以获取缓存的已接收、未开启且未转换成音频数据播放的第二通知信息。未转换成音频数据播放的通知信息即未进行过播报的通知信息。这样，处理四可以是对系统通知栏中未播报过的通知信息进行播报。

基于上述通知类型白名单，处理四的执行过程可以是：当接收到通知播报指令时，在缓存的已接收且未开启的第二通知信息中，获取通知类型包括在通知类型白名单中的第二通知信息，将获取的第二通知信息转换为第四音频数据，并通过耳麦对第四音频数据进行播放。

对于系统通知栏中的通知类型包括在通知类型白名单中的通知信息，可以进行后续的语音播报处理，处理过程可以参见处理二中的内容。对于系统通知栏中的通知类型未包括在通知类型白名单中的通知信息，可以不进行语音播报。

上述第二工作模式也可以称作被动工作模式，在该工作模式下，一方面，可以防止指令误触发，另一方面，可以防止播报通知信息对用户造成打扰。

本发明实施例中，可以在终端预先设置语音助手应用的初始工作模式，可以将第一工作模式或第二工作模式设置为初始工作模式。在语音助手应用中可以包括设置页面，设置页面中可以包括初始工作模式的选择窗口，在该选择窗口中可以选择作为初始工作模式的工作模式。

在对语音助手应用进行开启之后，可以获取预先设置的语音助手应用的初始工作模式。如果初始工作模式为第一工作模式，则可以按照上述的第一工作模式的处理方式进行处理。如果初始工作模式为第二工作模式，则可以按照上述的第二工作模式的处理方式进行处理。

对于上述通知类型白名单，本发明实施例还提供了对其进行修改的方法，处理过程包括：接收白名单修改请求，白名单修改请求中携带有通知类型和对应的修改操作信息，修改操作信息为添加或删除；根据通知类型和对应的修改操作信息，对通知类型白名单中的通知类型进行修改。

在语音助手应用的设置页面中，可以设置有白名单修改选项，点击可以打开白名单修改页面，在其中可以设置有已添加窗口和未添加窗口，已添加窗口中可以用于显示通知类型白名单中已添加的通知类型，未添加窗口中可以用于显示通知类型白名单中未添加的通知类型。还可以设置有添加按钮和删除按钮，如果在已添加窗口中选择通知类型并点击删除按钮，则生成白名单修改请求，并在其中携带选择的通知类型和“删除”的修改操作信息，如果在未添加窗口中选择通知类型并点击添加按钮，则生成白名单修改请求，并在其中携带选择的通知类型和“添加”的修改操作信息。

本发明实施例中，还可以对语音助手应用的工作模式进行切换，切换处理过程可以如下：接收工作模式切换指令；如果语音助手应用的工作模式为第一工作模式，则将语音助手应用的工作模式切换为第二工作模式；如果语音助手应用的工作模式为第二工作模式，则将语音助手应用的工作模式切换为第一工作模式。

其中，工作模式切换指令可以是按键触发的指令（例如，点击耳麦的某控制按键的时长超过预设时长阈值可以触发工作模式切换指令），也可以是语音触发的指令（例如，用户输入“切换工作模式”的语音），还可以是触碰屏幕触发的指令等。

本发明实施例中，还提供了对语音助手应用进行关闭的处理流程，可以在对语音助手应用进行开启之后进行以下处理：通过耳麦数据接口，接收第三控制信号；对语音助手应用进行关闭。

第三控制信号是用于触发关闭语音助手应用的控制信号，可以根据实际需求任意设置。第三控制信号可以是耳麦控制器上任意控制按键的点击信号，也可以是耳麦控制器上任意控制按键的持续时长达到预设时长阈值的点击信号。第一控制信号和第三控制信号可以是相同的控制信号也可以是不同的控制信号。另外，优选的，第三控制信号可以是耳麦拔出耳麦数据接口时产生的拔出信号。

本发明实施例中，当通过耳麦数据接口接收到第一控制信号时，对语音助手应用进行开启，这样，即使终端处于屏幕锁定状态，也无需进行屏幕解锁和查找、点击快捷方式等操作，就可以通过对耳麦的相关操作完成语音助手应用的开启，从而，可以提高语音助手应用的开启效率。

实施例三

基于相同的技术构思，本发明实施例提供了一种语音助手应用的开启装置，如图2所示，所述装置包括：

接收模块210，用于通过耳麦数据接口，接收第一控制信号；

开启模块220，用于对语音助手应用进行开启。

优选的，所述第一控制信号，包括：耳麦插入所述耳麦数据接口时产生的插入信号。

优选的，还包括工作模块，用于：

在所述对语音助手应用进行开启之后，获取预先设置的所述语音助手应用的初始工作模式，所述初始工作模式包括第一工作模式和第二工作模式；

如果所述初始工作模式为第一工作模式，则当通过耳麦接收到第一音频数据时，根据所述第一音频数据确定对应的第一指令，并根据所述第一指令进行对应的处理，当接收到第一通知信息时，将所述第一通知信息转换为第三音频数据，并通过所述耳麦对所述第三音频数据进行播放；

如果所述初始工作模式为第二工作模式，则当接收到第二控制信号时，通过所述耳麦获取第二音频数据，根据所述第二音频数据确定对应的第二指令，并根据所述第二指令进行对应的处理，当接收到通知播报指令时，获取缓存的已接收且未开启的第二通知信息，将获取的第二通知信息转换为第四音频数据，并通过所述耳麦对所述第四音频数据进行播放。

优选的，所述工作模块，用于：

当接收到第二控制信号时，在所述第二控制信号的持续过程中，通过所述耳麦获取第二音频数据。

优选的，所述工作模块，用于：

获取缓存的已接收、未开启且未转换成音频数据播放的第二通知信息。

优选的，所述工作模块，还用于：

接收工作模式切换指令；

如果所述语音助手应用的工作模式为第一工作模式，则将所述语音助手应用的工作模式切换为第二工作模式；

如果所述语音助手应用的工作模式为第二工作模式，则将所述语音助手应用的工作模式切换为第一工作模式。

优选的，所述工作模块，还用于：预先存储通知类型白名单，所述通知类型白名单中包括至少一个通知类型；

所述工作模块，用于：

当接收到第一通知信息时，如果所述通知类型白名单中包括有所述第一通知信息的通知类型，则将所述第一通知信息转换为第三音频数据，并通过所述耳麦对所述第三音频数据进行播放；

当接收到通知播报指令时，在缓存的已接收且未开启的第二通知信息中，获取通知类型包括在所述通知类型白名单中的第二通知信息，将获取的第二通知信息转换为第四音频数据，并通过所述耳麦对所述第四音频数据进行播放。

优选的，所述工作模块，还用于：

接收白名单修改请求，所述白名单修改请求中携带有通知类型和对应的修改操作信息，所述修改操作信息为添加或删除；

根据所述通知类型和对应的修改操作信息，对所述通知类型白名单中的通知类型进行修改。

优选的，还包括关闭模块，用于：

在所述对语音助手应用进行开启之后，通过耳麦数据接口，接收第三控制信号；对语音助手应用进行关闭。

优选的，所述第三控制信号，包括：耳麦拔出所述耳麦数据接口时产生的拔出信号。

本发明实施例中，当通过耳麦数据接口接收到第一控制信号时，对语音助手应用进行开启，这样，即使终端处于屏幕锁定状态，也无需进行屏幕解锁和查找、点击快捷方式等操作，就可以通过对耳麦的相关操作完成语音助手应用的开启，从而，可以提高语音助手应用的开启效率。

需要说明的是：上述实施例提供的语音助手应用的开启装置在开启语音助手应用时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的语音助手应用的开启装置与语音助手应用的开启方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (18)

1.一种语音助手应用的开启方法，其特征在于，所述方法包括：

通过耳麦数据接口，接收第一控制信号；

对语音助手应用进行开启；

获取预先设置的所述语音助手应用的初始工作模式，所述初始工作模式包括第一工作模式和第二工作模式；

如果所述初始工作模式为第一工作模式，则当通过耳麦接收到第一音频数据时，根据所述第一音频数据确定对应的第一指令，并根据所述第一指令进行对应的处理，当接收到第一通知信息时，将所述第一通知信息转换为第三音频数据，并通过所述耳麦对所述第三音频数据进行播放；

如果所述初始工作模式为第二工作模式，则当接收到第二控制信号时，通过所述耳麦获取第二音频数据，根据所述第二音频数据确定对应的第二指令，并根据所述第二指令进行对应的处理，当接收到通知播报指令时，获取缓存的已接收且未开启的第二通知信息，将获取的第二通知信息转换为第四音频数据，并通过所述耳麦对所述第四音频数据进行播放；

其中，所述第一通知信息、第二通知信息是系统程序或应用程序在预定的事件发生时对用户进行提示的信息，是系统通知栏中的通知信息，所述第一通知信息、所述第二通知信息的类型包括短信通知类型、来电通知类型、应用更新通知类型，所述通知播报指令包括按键触发的指令、语音触发的指令或者触碰屏幕触发的指令。

2.根据权利要求1所述的方法，其特征在于，所述第一控制信号，包括：耳麦插入所述耳麦数据接口时产生的插入信号。

3.根据权利要求1所述的方法，其特征在于，所述当接收到第二控制信号时，通过所述耳麦获取第二音频数据，包括：

当接收到第二控制信号时，在所述第二控制信号的持续过程中，通过所述耳麦获取第二音频数据。

4.根据权利要求1所述的方法，其特征在于，所述获取缓存的已接收且未开启的第二通知信息，包括：

获取缓存的已接收、未开启且未转换成音频数据播放的第二通知信息。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收工作模式切换指令；

如果所述语音助手应用的工作模式为第一工作模式，则将所述语音助手应用的工作模式切换为第二工作模式；

如果所述语音助手应用的工作模式为第二工作模式，则将所述语音助手应用的工作模式切换为第一工作模式。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：预先存储通知类型白名单，所述通知类型白名单中包括至少一个通知类型；

所述当接收到第一通知信息时，将所述第一通知信息转换为第三音频数据，并通过所述耳麦对所述第三音频数据进行播放，包括：

当接收到第一通知信息时，如果所述通知类型白名单中包括有所述第一通知信息的通知类型，则将所述第一通知信息转换为第三音频数据，并通过所述耳麦对所述第三音频数据进行播放；

所述当接收到通知播报指令时，获取缓存的已接收且未开启的第二通知信息，将获取的第二通知信息转换为第四音频数据，并通过所述耳麦对所述第四音频数据进行播放，包括：

当接收到通知播报指令时，在缓存的已接收且未开启的第二通知信息中，获取通知类型包括在所述通知类型白名单中的第二通知信息，将获取的第二通知信息转换为第四音频数据，并通过所述耳麦对所述第四音频数据进行播放。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

接收白名单修改请求，所述白名单修改请求中携带有通知类型和对应的修改操作信息，所述修改操作信息为添加或删除；

根据所述通知类型和对应的修改操作信息，对所述通知类型白名单中的通知类型进行修改。

8.根据权利要求1所述的方法，其特征在于，所述对语音助手应用进行开启之后，所述方法还包括：

通过耳麦数据接口，接收第三控制信号；

对语音助手应用进行关闭。

9.根据权利要求8所述的方法，其特征在于，所述第三控制信号，包括：耳麦拔出所述耳麦数据接口时产生的拔出信号。

10.一种语音助手应用的开启装置，其特征在于，所述装置包括：

接收模块，用于通过耳麦数据接口，接收第一控制信号；

开启模块，用于对语音助手应用进行开启；

工作模块，用于在所述对语音助手应用进行开启之后，获取预先设置的所述语音助手应用的初始工作模式，所述初始工作模式包括第一工作模式和第二工作模式；

如果所述初始工作模式为第一工作模式，则当通过耳麦接收到第一音频数据时，根据所述第一音频数据确定对应的第一指令，并根据所述第一指令进行对应的处理，当接收到第一通知信息时，将所述第一通知信息转换为第三音频数据，并通过所述耳麦对所述第三音频数据进行播放；

如果所述初始工作模式为第二工作模式，则当接收到第二控制信号时，通过所述耳麦获取第二音频数据，根据所述第二音频数据确定对应的第二指令，并根据所述第二指令进行对应的处理，当接收到通知播报指令时，获取缓存的已接收且未开启的第二通知信息，将获取的第二通知信息转换为第四音频数据，并通过所述耳麦对所述第四音频数据进行播放；

其中，所述第一通知信息、第二通知信息是系统程序或应用程序在预定的事件发生时对用户进行提示的信息，是系统通知栏中的通知信息，所述第一通知信息、所述第二通知信息的类型包括短信通知类型、来电通知类型、应用更新通知类型，所述通知播报指令包括按键触发的指令、语音触发的指令或者触碰屏幕触发的指令。

11.根据权利要求10所述的装置，其特征在于，所述第一控制信号，包括：耳麦插入所述耳麦数据接口时产生的插入信号。

12.根据权利要求10所述的装置，其特征在于，所述工作模块，用于：

当接收到第二控制信号时，在所述第二控制信号的持续过程中，通过所述耳麦获取第二音频数据。

13.根据权利要求10所述的装置，其特征在于，所述工作模块，用于：

获取缓存的已接收、未开启且未转换成音频数据播放的第二通知信息。

14.根据权利要求10所述的装置，其特征在于，所述工作模块，还用于：

接收工作模式切换指令；

如果所述语音助手应用的工作模式为第一工作模式，则将所述语音助手应用的工作模式切换为第二工作模式；

如果所述语音助手应用的工作模式为第二工作模式，则将所述语音助手应用的工作模式切换为第一工作模式。

15.根据权利要求10所述的装置，其特征在于，所述工作模块，还用于：预先存储通知类型白名单，所述通知类型白名单中包括至少一个通知类型；

所述工作模块，用于：

当接收到第一通知信息时，如果所述通知类型白名单中包括有所述第一通知信息的通知类型，则将所述第一通知信息转换为第三音频数据，并通过所述耳麦对所述第三音频数据进行播放；

当接收到通知播报指令时，在缓存的已接收且未开启的第二通知信息中，获取通知类型包括在所述通知类型白名单中的第二通知信息，将获取的第二通知信息转换为第四音频数据，并通过所述耳麦对所述第四音频数据进行播放。

16.根据权利要求15所述的装置，其特征在于，所述工作模块，还用于：

接收白名单修改请求，所述白名单修改请求中携带有通知类型和对应的修改操作信息，所述修改操作信息为添加或删除；

根据所述通知类型和对应的修改操作信息，对所述通知类型白名单中的通知类型进行修改。

17.根据权利要求10所述的装置，其特征在于，还包括关闭模块，用于：

在所述对语音助手应用进行开启之后，通过耳麦数据接口，接收第三控制信号；对语音助手应用进行关闭。

18.根据权利要求17所述的装置，其特征在于，所述第三控制信号，包括：耳麦拔出所述耳麦数据接口时产生的拔出信号。