CN112241249A - 确定唤醒时延的方法、装置、存储介质及终端设备 - Google Patents

Abstract

本公开涉及一种确定唤醒时延的方法、装置、存储介质及终端设备，该方法包括：通过采集线程周期性采集多个音频数据，并获取多个音频数据的采集时间；当唤醒引擎接收到该音频数据时，开启唤醒线程，该唤醒线程用于记录该唤醒引擎接收到的该音频数据的采样点数；检测到该唤醒引擎处于唤醒状态时，确定该唤醒引擎的唤醒时间；确定该唤醒引擎唤醒时的该唤醒线程记录的目标采样点数，并根据该目标采样点数确定该采集线程对应的目标采集时间；根据该目标采集时间和该唤醒时间，确定终端设备对应的唤醒时延。这样，可以根据实时采集到的音频数据获取该终端设备对应的唤醒时延，相比实验室通过特殊信号获取的唤醒时延，本公开获取唤醒时延的准确率更高。

Description

确定唤醒时延的方法、装置、存储介质及终端设备

技术领域

本公开涉及终端技术领域，尤其涉及一种确定唤醒时延的方法、装置、存储介质及终端设备。

背景技术

随着科技的发展，越来越多的智能设备逐渐走进用户的生活。智能设备通过搭载人工智能操作系统，可以响应于用户的唤醒，并执行用户发送的控制指令，与用户进行交互。其中，响应用户唤醒的时长会直接影响用户的体验，因此，需要对该智能设备的唤醒时延进行测试并避免该唤醒时延太长影响用户体验。

相关技术中，可以通过输入特殊信号的方式，获取该智能设备的唤醒时延，但是，这种方式只能播放特殊信号，该特殊信号无法代表实际的唤醒环境，因而不能准确的代表前端算法的时延。

发明内容

为克服相关技术中存在的问题，本公开提供一种确定唤醒时延的方法、装置、存储介质及终端设备。

根据本公开实施例的第一方面，提供一种确定唤醒时延的方法，所述方法包括：通过所述采集线程周期性采集多个音频数据，并获取多个所述音频数据的采集时间；当唤醒引擎接收到所述音频数据时，开启唤醒线程，所述唤醒线程用于记录所述唤醒引擎接收到的所述音频数据的采样点数；检测到所述唤醒引擎处于唤醒状态时，确定所述唤醒引擎的唤醒时间；确定所述唤醒引擎唤醒时的所述唤醒线程记录的目标采样点数，并根据所述目标采样点数确定所述采集线程对应的目标采集时间；根据所述目标采集时间和所述唤醒时间，确定终端设备对应的唤醒时延。

可选地，所述获取多个所述音频数据的采集时间包括：按照预设时间间隔，将多个所述音频数据划分为多个音频数据组；获取每个所述音频数据组的组采集时间，并将所述组采集时间作为该音频数据组中每个所述音频数据的采集时间。

可选地，所述获取每个所述音频数据组的组采集时间包括：将所述音频数据组中的任一音频数据的采集时间，作为所述组采集时间；或者，将所述音频数据组中音频数据的平均采集时间，作为所述组采集时间。

可选地，在所述根据所述目标采样点数确定所述采集线程对应的目标采集时间前，所述方法还包括：获取多个所述音频数据的标识，所述标识用于表征已采集的音频数据的数量的累加值；所述根据所述目标采样点数确定所述采集线程对应的目标采集时间包括：根据所述目标采样点数和所述标识，确定所述目标采样点数对应的目标音频数据；获取所述目标音频数据的采集时间；将所述目标音频数据的采集时间作为所述目标采集时间。

可选地，所述根据所述目标采样点数和所述标识，确定所述目标采样点数对应的目标音频数据包括：根据所述目标采样点数和所述标识，查找所述采集线程中记录的所述音频数据；将第一个大于或等于所述目标采样点数的标识对应的至少一个所述音频数据，作为所述目标音频数据。

可选地，所述方法还包括：生成多个所述音频数据和所述采集时间的对应关系，得到采集时间关联关系；所述获取所述目标音频数据的采集时间包括：通过所述采集时间关联关系，确定所述目标音频数据的采集时间。

可选地，所述方法还包括：将所述唤醒时延发送至服务器，以使所述服务器根据所述唤醒时延获取所述终端设备的工作状态。

根据本公开实施例的第二方面，提供一种确定唤醒时延的装置，所述装置包括：采集模块，被配置为通过所述采集线程周期性采集多个音频数据，并获取多个所述音频数据的采集时间；开启模块，被配置为当唤醒引擎接收到所述音频数据时，开启唤醒线程，所述唤醒线程用于记录所述唤醒引擎接收到的所述音频数据的采样点数；唤醒时间确定模块，被配置为检测到所述唤醒引擎处于唤醒状态时，确定所述唤醒引擎的唤醒时间；采集时间确定模块，被配置为确定所述唤醒引擎唤醒时的所述唤醒线程记录的目标采样点数，并根据所述目标采样点数确定所述采集线程对应的目标采集时间；时延确定模块，被配置为根据所述目标采集时间和所述唤醒时间，确定终端设备对应的唤醒时延。

可选地，所述采集模块包括：划分模块，被配置为按照预设时间间隔，将多个所述音频数据划分为多个音频数据组；采集子模块，被配置为获取每个所述音频数据组的组采集时间，并将所述组采集时间作为该音频数据组中每个所述音频数据的采集时间。

可选地，所述采集子模块被配置为：将所述音频数据组中的任一音频数据的采集时间，作为所述组采集时间；或者，将所述音频数据组中音频数据的平均采集时间，作为所述组采集时间。

可选地，所述装置还包括：标识获取模块，被配置为获取多个所述音频数据的标识，所述标识用于表征已采集的所述音频数据的数量的累加值；所述采集时间确定模块包括：音频数据确定子模块，被配置为根据所述目标采样点数和所述标识，确定所述目标采样点数对应的目标音频数据；采集时间获取子模块，被配置为获取所述目标音频数据的采集时间；目标采集时间获取模块，被配置为将所述目标音频数据的采集时间作为所述目标采集时间。

可选地，所述音频数据确定子模块，被配置为：根据所述目标采样点数和所述标识，查找所述采集线程中记录的所述音频数据；将第一个大于或等于所述目标采样点数的标识对应的至少一个所述音频数据，作为所述目标音频数据。

可选地，所述装置还包括：关系生成模块，被配置为生成多个所述音频数据和所述采集时间的对应关系，得到采集时间关联关系；所述采集时间获取子模块，被配置为：通过所述采集时间关联关系，确定所述目标音频数据的采集时间。

可选地，所述装置还包括：发送模块，被配置为将所述唤醒时延发送至服务器，以使所述服务器根据所述唤醒时延获取所述终端设备的工作状态。

根据本公开实施例的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序指令，该程序指令被处理器执行时实现本公开第一方面所提供的确定唤醒时延的方法的步骤。

根据本公开实施例的第四方面，提供一种终端设备，包括：存储器，其上存储有计算机程序；处理器，用于执行所述存储器中的所述计算机程序，以实现本公开第一方面所提供的确定唤醒时延的方法的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：通过采集线程周期性采集多个音频数据，并获取该多个音频数据的采集时间，当唤醒引擎接收到所述音频数据时，开启唤醒线程，所述唤醒线程用于记录所述唤醒引擎接收到的所述音频数据的采样点数；检测到所述唤醒引擎处于唤醒状态时，确定所述唤醒引擎的唤醒时间；确定所述唤醒引擎唤醒时的所述唤醒线程记录的目标采样点数，并根据所述目标采样点数确定所述采集线程对应的目标采集时间；根据所述目标采集时间和所述唤醒时间，确定终端设备对应的唤醒时延。也就是说，可以根据该唤醒引擎唤醒时该唤醒线程记录的目标采样点数确定该采集线程对应的目标采集时间，并根据该目标采集时间和该唤醒时间，确定终端设备的唤醒时延，这样，该终端设备可以根据实时采集到的音频数据，获取该终端设备对应的唤醒时延，相比实验室通过特殊信号获取的唤醒时延，本公开获取的终端设备的唤醒时延的准确率更高。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

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

图1是根据一示例性实施例示出的一种确定唤醒时延的方法的流程图；

图2是根据一示例性实施例示出的另一种确定唤醒时延的方法的流程图；

图3是根据一示例性实施例示出的一种确定唤醒时延的方法的示意图；

图4是根据一示例性实施例示出的一种确定唤醒时延的装置的结构示意图；

图5是根据一示例性实施例示出的第二种确定唤醒时延的装置的结构示意图；

图6是根据一示例性实施例示出的第三种确定唤醒时延的装置的结构示意图；

图7是根据一示例性实施例示出的第四种确定唤醒时延的装置的结构示意图；

图8是根据一示例性实施例示出的一种终端设备的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

首先，对本公开的应用场景进行说明。本公开可以应用于能够智能唤醒的终端设备，为了方便用户对终端设备的控制，终端设备可以获取用户发出的语音信号，当语音信号为预设的唤醒指令时，则根据该语音信号发送应答信息。在智能唤醒过程中，用户在发出语音信号后，终端设备需要及时根据该唤醒指令切换为唤醒状态，避免用户等待时间过长导致用户体验太差。

终端设备在采集到用户输入的唤醒指令后，需要通过声学前端算法对该唤醒指令进行处理，并将处理后的数据传输至该终端设备的唤醒模块，以便唤醒模块确定该终端设备是否需要被唤醒，而该声学前端算法和数据传输均需要花费一定的时间，因此，会导致该终端设备的唤醒有一定延迟。为了尽可能缩短该唤醒时延，需要对该终端设备的唤醒时延进行测量并优化，以保证良好的用户体验。

相关技术中，可以通过输入特殊信号的方式，获取该终端设备的唤醒时延，例如，可以输入脉冲信号，该终端设备在采集到该脉冲信号时，获取该脉冲信号的采集时间，之后，通过声学前端算法对该脉冲信号进行处理，并将处理后的数据发送至该终端设备的唤醒模块，此时，可以检测该唤醒模块接收到该脉冲信号的接收时间，该接收时间与该采集时间的差值即为该终端设备的唤醒时延。

但是，这种方式只能输入特殊信号，并且需要通过仪器检测该唤醒模块接收到该脉冲信号的时间点，因此，只能在实验室进行人工测量，测量的效率较低，另外，该特殊信号与用户使用过程中输入的唤醒指令也不同，通过该特殊信号不能准确获取声学前端算法的时延，因此，通过特殊信号测量的该终端设备的唤醒时延的准确率较低。

为了解决上述问题，本公开提供一种确定唤醒时延的方法、装置、存储介质及终端设备，可以根据该唤醒引擎唤醒时该唤醒线程记录的目标采样点数确定该采集线程对应的目标采集时间，并根据该目标采集时间和该唤醒时间，确定终端设备的唤醒时延，这样，该可以根据实时采集到的音频数据，获取该终端设备对应的唤醒时延，相比在实验室通过特殊信号获取的唤醒时延，本公开获取的终端设备的唤醒时延的准确率更高。

下面结合具体实施例对本公开进行说明。

本公开的终端设备可以包括手持设备、可穿戴设备、家用电器等，本公开对此不作限定。

图1是根据一示例性实施例示出的一种确定唤醒时延的方法的流程图，如图1所示，该方法应用于终端设备，该终端设备可以包括采集线程和唤醒线程。该方法包括：

S101、通过采集线程周期性采集多个音频数据，并获取该多个音频数据的采集时间。

其中，该音频数据可以是采样点数据，采集该多个音频数据的采集周期可以是无限期，示例地，该采集线程可以在该终端设备开机后持续采集该音频数据；该采集周期也可以根据该终端设备的类型确定，示例地，针对使用频率较高的终端设备，例如手机，可以设置较小的采集周期，例如10ms，针对使用频率较低的终端设备，例如空调，可以设置较大的采集周期，例如1s；该采集周期也可以根据时间段确定，示例地，在该终端设备使用频率较高的时间段，例如上午7点至晚上11点，可以设置较小的采集周期，在该终端设备使用频率较低的时间段，例如晚上11点至上午7点，可以设置较大的采集周期；该采集周期还可以是用户自定义的周期，示例地，用户可以通过该终端设备中的设置选项设置该终端设备的采集周期。这样，可以根据不同的使用场景和不同的时间段，灵活设置该音频数据的采集周期，在保证良好的用户体验的前提下，可以最大限度地缩短该音频数据的采集周期，从而可以降低该终端设备的功耗。上述确定采集周期的方式只是举例说明，还可以通过其它方式确定该采集周期，本公开对此不作限定。

在本步骤中，在该采集线程采集到该多个音频数据后，可以获取每个音频数据的采集时间。为了避免该采集时间和唤醒时间之间的误差，该采集时间可以根据该终端设备的单调系统时间确定，该单调系统时间可以是该终端设备开机后启动的计时时间。之后，可以建立每个音频数据和该音频数据的采集时间之间的对应关系，并存储该对应关系。这里，可以在每个音频数据中添加标识，以区别不同的音频数据，示例地，可以给每个音频数据添加不同的头信息。

考虑到采集的音频数据的数据量较大，若直接存储该多个音频数据的话，会占用较大的内存空间，本公开可以获取每个音频数据的数据标识，建立每个音频数据的数据标识和该音频数据的采集时间之间的对应关系，并将该对应关系存储在该终端设备中。其中，该数据标识可以是该音频数据在本次采集周期内的数量顺序，示例地，本次采集周期内采集的第1个音频数据的数据标识可以是1，第2个音频数据的数据标识可以是2，第3个音频数据的数据标识可以是3，这样，只需要存储该数据标识和该采集时间的对应关系即可，从而可以节省该终端设备的内存空间。

需要说明的是，该音频数据和该音频数据的采集时间之间的对应关系可以存储在该终端设备中，也可以存储在服务器中，本公开对此不作限定。

S102、当唤醒引擎接收到该音频数据时，开启唤醒线程。

其中，该唤醒线程用于记录该唤醒引擎接收到的该音频数据的采样点数。

在本步骤中，在该采集线程采集到该多个音频数据后，可以将该多个音频数据发送至该唤醒引擎。这里，该采集线程可以每采集一个音频数据，就将该音频数据发送至该唤醒引擎，也可以每采集预设数量的音频数据后，将该预设数量的音频数据发送至该唤醒引擎，例如，可以在获取一帧的音频数据后，将该一帧的音频数据发送至该唤醒引擎，本公开对此不作限定。该唤醒引擎在接收到该多个音频数据后，可以开启唤醒线程，通过该唤醒线程记录该唤醒引擎接收到的该采集线程发送的音频数据的采样点数。示例地，该唤醒线程可以通过计数器记录该唤醒引擎接收到的该音频数据的采样点数，该唤醒引擎每接收到一个音频数据后，将该计数器的计数加1，这样，通过该计数器的计数值可以获取该唤醒引擎接收到的该音频数据的采样点数。

需要说明的是，在该终端设备包括前端声学算法线程的情况下，该采集线程可以先将该多个音频数据发送至该前端声学算法线程，通过该前端声学算法线程对该多个音频数据进行预处理，之后，该前端声学算法线程将预处理后的音频数据再发送至该唤醒引擎。

S103、检测到该唤醒引擎处于唤醒状态时，确定该唤醒引擎的唤醒时间。

在本步骤中，在该唤醒引擎接收到该采集线程发送的该音频数据后，可以根据该音频数据进行唤醒词检测，根据检测结果确定是否唤醒该唤醒引擎，若确定需要唤醒该唤醒引擎，则可以将该唤醒引擎的状态切换至唤醒状态，并获取该唤醒引擎的唤醒时间。

其中，该唤醒时间可以根据该终端设备的单调系统时间确定，这样，可以避免该唤醒时间与该采集时间存在误差，导致最终获取的终端设备的唤醒时延的准确率较低。

S104、确定该唤醒引擎唤醒时的该唤醒线程记录的目标采样点数，并根据该目标采样点数确定该采集线程对应的目标采集时间。

其中，该目标采样点数可以是该唤醒线程接收到的所有音频数据的数量之和，例如，该目标采样点数为唤醒时间对应的采样点数的累加值。

需要说明的是，由于该采集线程采集到的音频数据较多，而针对该终端设备的唤醒指令可能只是该多个音频数据中的部分音频数据，因此，在该唤醒引擎唤醒后，需要确定触发该唤醒引擎唤醒的音频数据，示例地，若采集线程采集到的音频数据包括20个，该唤醒引擎在接收到该20个音频数据中的前15个音频数据后，确定唤醒该唤醒引擎，则可以确定该前15个音频数据为触发该唤醒引擎唤醒的音频数据。

在本步骤中，在确定该唤醒引擎唤醒后，可以通过该唤醒线程记录的目标采样点数，确定该唤醒引擎在唤醒之前接收到的该采集线程发送的最后一个目标音频数据，之后，可以获取该目标音频数据的采集时间，该目标音频数据的采集时间即为该采集线程对应的目标采集时间。这里，可以从步骤S101中获取的多个音频数据的采集时间中，获取该目标音频数据的采集时间。

示例地，可以根据存储的该音频数据和该音频数据的采集时间之间的对应关系，获取该目标音频数据的采集时间。若该对应关系是该音频数据与该音频数据的采集时间之间的对应关系，则可以通过对比该目标音频数据与该对应关系中的多个音频数据，确定该目标音频数据的采集时间；若该对应关系是该音频数据的数据标识与该音频数据的采集时间之间的对应关系，则可以先获取该目标音频数据对应的目标数据标识，例如，若该对应关系中的数据标识为该音频数据的数量顺序，则可以通过对比该目标采样点数与该对应关系中的数据标识，确定该目标音频数据的采集时间。

S105、根据该目标采集时间和该唤醒时间，确定该终端设备对应的唤醒时延。

在本步骤中，在获取该目标采集时间和该唤醒时间后，可以获取该唤醒时间与该目标采集时间之间的时间差值，并将该时间差值作为该终端设备对应的唤醒时延。

在一些实施例中，当终端设备唤醒时，得到唤醒时刻的总的采样点数，并且得到唤醒时刻的单调系统时间T_wake，然后从采集线程中记录的Ts链表数据中查找第一个大于唤醒时刻采样点的采样点对应的单调系统时间T_record，唤醒时刻的单调时间与查找得到的单调时间做差T_delata＝T_wake-T_record，T_delata即是前端的唤醒时延，唤醒延迟的精度为采集模块一帧的数据对应的时间Tms。

采用上述方法，通过该采集线程周期性采集多个音频数据，并获取该多个音频数据的采集时间，当唤醒引擎接收到该音频数据时，开启唤醒线程，该唤醒线程用于记录该唤醒引擎接收到的该音频数据的采样点数，在检测到该唤醒引擎处于唤醒状态时，确定该唤醒引擎的唤醒时间，确定该唤醒引擎唤醒时的该唤醒线程记录的目标采样点数，并根据该目标采样点数确定该采集线程对应的目标采集时间，根据该目标采集时间和该唤醒时间确定终端设备对应的唤醒时延。这样，可以根据实时采集到的音频数据，获取该终端设备对应的唤醒时延，相比在实验室通过特殊信号获取的唤醒时延，本公开获取的终端设备的唤醒时延的准确率更高。

图2是根据一示例性实施例示出的另一种确定唤醒时延的方法的流程图，如图2所示，该方法包括：

S201、通过采集线程周期性采集多个音频数据。

其中，该音频数据可以是采样点数据，采集该多个音频数据的采集周期可以是无限期，示例地，该采集线程可以在该终端设备开机后持续采集该音频数据；例如，从设备开机时刻起，recorder实时采音模块依次存储最近T秒时间内的每一帧的采样点数据大小和每一帧采样点数据对应的单调系统时间，并形成一个链表进行存储，其中T为大于零的正整数，例如，T可以为3s，5s；该采集周期也可以根据该终端设备的类型确定，示例地，针对使用频率较高的终端设备，例如手机，可以设置较小的采集周期，例如10ms，针对使用频率较低的终端设备，例如空调，可以设置较大的采集周期，例如1s；该采集周期也可以根据时间段确定，示例地，在该终端设备使用频率较高的时间段，例如上午7点至晚上11点，可以设置较小的采集周期，在该终端设备使用频率较低的时间段，例如晚上11点至上午7点，可以设置较大的采集周期；该采集周期还可以是用户自定义的周期，示例地，用户可以通过该终端设备中的设置选项设置该终端设备的采集周期。这样，可以根据不同的使用场景和不同的时间段，灵活设置该音频数据的采集周期，在保证良好的用户体验的前提下，可以最大限度地缩短该音频数据的采集周期，从而可以降低终端设备的功耗。上述确定采集周期的方式只是举例说明，还可以通过其它方式确定该采集周期，本公开对此不作限定。

在一些实施例中，每帧的采样点数量可以通过计算得到。例如，录音数据是以固定的毫秒数，例如Tms一帧进行采集，因此一帧的采样点数可以根据采样频率计算得到，计算公式为：

采样点数＝采样频率*N*T/1000采样频率单位是KHZ，N为采集的次数，T为周期性采样时间。

S202、按照预设时间间隔，将该多个音频数据划分为多个音频数据组。

需要说明的是，由于该采集线程采集音频数据的速度很快，因此，在较短的时间段内采集的音频数据的时间差异很小，因此，可以将采集时间差异较小的多个音频数据划分为一个音频数据组，为该音频数据组中的多个音频数据设置相同的采集时间。

其中，该预设时间间隔可以根据该采集线程的采样频率确定，在该采样频率较高的情况下，可以设置较大的预设时间间隔，例如15ms，在该采样频率较低的情况下，可以设置较小的预设时间间隔，例如8ms，这样，可以尽可能减小该音频数据的采集时间的误差。示例地，可以将采集一帧的音频数据的时长作为该预设时间间隔。

在本步骤中，在该终端设备开机后，该采集线程可以按照该预设时间间隔实时采集该音频数据，将该预设时间间隔内采集的多个音频数据作为一个音频数据组。示例地，可以预先获取该采集线程采集一帧的音频数据的时长，将该时长作为该预设时间间隔，例如，若该采集线程采集一帧的音频数据的时长为8ms，则该采集线程可以将每8ms采集的多个音频数据作为一个音频数据组。例如，在该终端设备开机后，可以将第1ms至第8ms采集的多个音频数据作为第1音频数据组，将第9ms至第16ms采集的多个音频数据作为第2音频数据组，将第17ms至第24ms采集的多个音频数据作为第3音频数据组，以此类推，持续获取多个音频数据组。

S203、获取每个音频数据组的组采集时间，并将该组采集时间作为该音频数据组中每个音频数据的采集时间。

在本步骤中，该采集线程可以在每采集一组音频数据后，确定该音频数据组的组采集时间。由于该音频数据组中的多个音频数据的采集时间差异较小，在一种可能的实现方式中，可以将该音频数据组中的任一音频数据的采集时间，作为该组采集时间；或者，将该音频数据组中音频数据的平均采集时间，作为该组采集时间。

示例地，可以将每个音频数据组中的第一个音频数据的采集时间作为该音频数据组的组采集时间，也可以将每个音频数据组中的最后一个音频数据的采集时间作为该音频数据组的组采集时间，还可以获取每个音频数据组中所有音频数据的采集时间的平均时间，将该平均时间作为该音频数据组的组采集时间。

进一步地，在获取每个音频数据组的组采集时间后，可以将该组采集时间作为该音频数据组中每个音频数据的采集时间。

S204、获取多个音频数据的标识。

其中，该标识用于表征已采集的音频数据的数量的累加值，该标识可以是每个音频数据在所有已采集的音频数据中的采集次序，也可以是每个音频数据所属的音频数据组的组标识。

在本步骤中，在该标识为每个音频数据在所有已采集的音频数据中的采集次序的情况下，在通过该采集线程采集每个音频数据的同时，可以获取该音频数据的采集次序，将该音频数据的采集次序作为该音频数据的标识。示例地，在该采集线程采集到第1个音频数据时，该第1个音频数据的标识为1，在该采集线程采集到第2个音频数据时，该第2个音频数据的标识为2，以此类推，在该采集线程采集到第100个音频数据时，该第100个音频数据的标识为100。

在该标识为每个音频数据所属的音频数据组的组标识的情况下，可以将该音频数据组的组标识作为该音频数据组中每个音频数据的标识。示例地，若音频数据组的组标识为50，则该音频数据组中每个音频数据的标识均为50。其中，该音频数据组的组标识可以是该音频数据组中音频数据的数量与目标音频数据组中音频数据的数量的和值，该目标音频数据组包括该音频数据组之前的至少一个音频数据组。例如，该音频数据组的组标识可以是已采集的音频数据的数量的累加值。这里，在划分该音频数据组时，可以获取每一个音频数据组中包括的音频数据的数量，之后，可以针对每个音频数据组，获取该音频数据组对应的目标音频数据组，并获取该目标音频数据组中音频数据的数量，将该音频数据组中的音频数据的数量，与该目标音频数据组中音频数据的数量之和，作为该音频数据组的组标识。

示例地，若每个音频数据组中的音频数据的数量为10，则第1个音频数据组的组标识可以是10，第2个音频数据组的组标识可以是20，第3个音频数据组的组标识可以是30。

S205、生成该多个音频数据和该采集时间的对应关系，得到采集时间关联关系。

在本步骤中，在该采集线程采集到多个音频数据，获取该多个音频数据的采集时间，并获取该多个音频数据的标识后，可以建立该多个音频数据的标识和该多个音频数据的采集时间的对应关系，得到该采集时间关联关系。

需要说明的是，由于该采集线程采集的该多个音频数据的数据量很大，示例地，若该采集线程的采样率为16kHZ，则1s时间段内采集的音频数据为16000个，若存储每一个音频数据和该音频数据的采集时间的对应关系，则存储的对应关系也会很多，导致占用较多的内存空间。因此，在该音频数据的标识为每个音频数据所属的音频数据组的组标识的情况下，由于每一个音频数据组中的音频数据的标识和音频数据的采集时间均相同，无需建立每个音频数据的标识与该音频数据的采集时间的对应关系，只需建立每个音频数据组的组标识与该音频数据组的组采集时间的对应关系即可，这样，可以大大减少存储的数据量，节省内存空间。

S206、当唤醒引擎接收到该音频数据时，开启唤醒线程。

其中，该唤醒线程用于记录该唤醒引擎接收到的该音频数据的采样点数。

S207、检测到该唤醒引擎处于唤醒状态时，确定该唤醒引擎的唤醒时间。

S208、确定该唤醒引擎唤醒时的该唤醒线程记录的目标采样点数。

其中，该目标采样点数可以是该唤醒线程接收到的所有音频数据的数量之和。

需要说明的是，由于该采集线程采集到的音频数据较多，而针对该终端设备的唤醒指令可能只是该多个音频数据中的部分音频数据，因此，在该终端设备唤醒后，需要确定触发唤醒该终端设备的音频数据，示例地，若采集线程采集到的音频数据包括20个，该唤醒引擎在接收到该20个音频数据中的前15个音频数据后，确定唤醒该唤醒引擎，则可以确定该前15个音频数据为触发该终端设备唤醒的音频数据。

在本步骤中，在确定该唤醒引擎唤醒时，可以获取该唤醒线程记录的当前采样点数，将该当前采样点数作为该目标采样点数。

S209、根据该目标采样点数和该标识，确定该目标采样点数对应的目标音频数据。

在本步骤中，由于该目标采样点数为该唤醒引擎接收到的该采集线程发送的所有音频数据的数量，而该标识是该采集线程采集到的音频数据的标识，因此，在确定该唤醒线程记录的该目标采样点数后，可以根据该目标采样点数和该标识，查找该采集线程中记录的音频数据，将第一个大于或等于该目标采样点数的标识对应的至少一个音频数据，作为该目标音频数据。

在该标识为每个音频数据在所有已采集的音频数据中的采集次序的情况下，可以对比该目标采样点数和该标识，查找与该目标采样点数相同的目标标识，将该目标标识对应的音频数据作为该目标音频数据。示例地，若该目标采样点数为150，则可以对比该目标采样点数和该标识，从该采集线程采集的音频数据中查找标识为150的音频数据，将该标识为150的音频数据作为该目标音频数据。

在该标识为每个音频数据所属的音频数据组的组标识的情况下，由于每个音频数据组中所有音频数据的标识均相同，并且该标识不能表示该音频数据的采样次序，例如，针对该采集线程采集的第3个音频数据组，若该音频数据组中包括该采集线程采集的第101～150个音频数据，则该音频数据组中所有音频数据的标识均为150。在这种情况下，在对比该目标采样点数和该标识时，可能无法查找到与该目标采样点数相同的标识，例如，若该目标采样点数为120，则无法查找到与该目标采样点数相同的标识，若该目标采样点数为150，则可以查找到与该目标采样点数相同的标识，且该标识对应的音频数据包括多个。

因此，针对该标识为每个音频数据所属的音频数据组的组标识的情况，可以将第一个大于或等于该目标采样点数的标识对应的至少一个音频数据，作为该目标音频数据。示例地，若该目标采样点数为120，第2个音频数据组的组标识为100，其中包括该采集线程采集的第51～100个音频数据，第3个音频数据组的组标识为150，其中包括该采集线程采集的第101～150个音频数据，实际上该目标采样点数对应的应该是该采集线程采集的第120个音频数据，但是，该第120个音频数据是属于第3个音频数据组，而该第120个音频数据的标识为150，因此，可以获取第一个标识大于或等于120的至少一个音频数据，即该第3个音频数据组中的所有音频数据，将该第3个音频数据组中的所有音频数据作为该目标音频数据。

S210、获取该目标音频数据的采集时间。

在本步骤中，在获取该目标音频数据后，可以通过该采集时间关联关系，确定该目标音频数据的采集时间。这里，可以根据该目标音频数据的标识，通过该采集时间关联关系获取该目标音频数据的采集时间。

S211、将该目标音频数据的采集时间作为该目标采集时间。

S212、根据该目标采集时间和该唤醒时间，确定该终端设备对应的唤醒时延。

在一些实施例中，当设备唤醒时，得到唤醒时刻的总的采样点数，并且得到唤醒时刻的单调系统时间T_wake，然后从采集线程中记录的Ts链表数据中查找第一个大于唤醒时刻采样点的采样点对应的单调系统时间T_record，唤醒时刻的单调时间与查找得到的单调时间做差T_delata＝T_wake-T_record，T_delata即是前端的唤醒时延，唤醒延迟的精度为recorer模块一帧的数据对应的时间Tms。

S213、将该唤醒时延发送至服务器。

在本步骤中，在获取该唤醒引擎的唤醒时延后，可以将该唤醒时延发送至服务器，该服务器可以根据该唤醒时延获取终端设备的工作状态。示例地，该服务器在接收到该终端设备发送的该唤醒时延后，可以获取预设唤醒时延，该预设唤醒时延可以是该终端设备满足基本用户体验的时延，之后，可以对比该唤醒时延和该预设唤醒时延，若该唤醒时延小于该预设唤醒时延，则表示该终端设备的工作状态良好，能够达到比较好的用户的体验；若该唤醒时延大于或等于该预设唤醒时延，则表示该终端设备的唤醒等待时间较长，用户体验较差。在这种情况下，可以通过预设的优化策略优化该终端设备的响应速度，以提高用户体验。

采用上述方法，通过获取多个音频数据和该多个音频数据的采集时间，获取该多个音频数据的标识，生成该多个音频数据和该采集时间之间的对应关系，得到采集时间关联关系，当唤醒引擎接收到音频数据时，开启唤醒线程，检测到该唤醒引擎处于唤醒状态时，确定该唤醒引擎的唤醒时间，确定该唤醒引擎唤醒时的该唤醒线程记录的目标采样点数，根据该目标采样点数和该音频数据的标识确定该目标采样点数对应的目标音频数据，获取该目标音频数据的采集时间，将该目标音频数据的采集时间作为该目标采集时间，并根据该目标采集时间和该唤醒时间，确定终端设备对应的唤醒时延。也就是说，可以根据唤醒线程获取的目标采样点数和该采集线程采集的音频数据的标识，确定该终端设备对应的唤醒时延，这样，这样，可以根据实时采集到的音频数据，自动获取该终端设备的唤醒时延，无需人工操作，节省了人力成本，并且该唤醒时延的准确率更高，进一步地，在获取该终端设备的唤醒时延后，可以将该唤醒时延发送至服务器，从而可以对该终端设备的唤醒时延进行实时监控并优化。

图3是根据一示例性实施例示出的一种确定唤醒时延的方法的示意图，如图3所示，终端设备可以包括实时采音模块、前端声学算法模块以及唤醒模块。

在该终端设备开机后，该实时采音模块开始采集音频数据，将预设时间段内采集的音频数据对应的累积采样点数和该音频数据对应的系统单调时间存储在链表中，如图3所示，该预设时间段可以是3s，该实时采音模块可以将每Tms采集的音频数据的累积采样点数stamps和该音频数据对应的系统单调时间time存储在链表中，例如，该实时采音模块将第一个Tms采集的音频数据的累积采样点数stamps1和该音频数据对应的系统单调时间time1存储在链表的第一个位置，将第二个Tms采集的音频数据的累积采样点数stamps2和该音频数据对应的系统单调时间time2存储在链表的第二个位置，以此类推，将每个Tms采集的音频数据的累积采样点数stampsn和该音频数据对应的系统单调时间timen均存储在链表中，直到存储的音频数据的时长达到3s。

在该实时采音模块将采集的音频数据的累积采样点数和该音频数据对应的系统单调时间存储在链表后，可以将该音频数据发送至前端声学处理模块，该前端声学处理模块将该音频数据进行预处理，并将预处理后的音频数据发送至唤醒模块，该唤醒模块可以根据该音频数据确定是否唤醒该终端设备，在该唤醒模块确定唤醒该终端设备并将该终端设备唤醒后，可以获取该终端设备在唤醒时刻的单调系统时间T_wake和唤醒时刻的累积采样点数end_stamps，之后，可以根据该end_stamps从该链表中存储的stamps中，查找第一个大于该end_stamps的stamps，并获取该stamps对应的end_time，这样，就可以得到该终端设备的唤醒时延T_delata＝T_wake–end_time。示例地，若stamps1<end_stamps，则stamps1不满足条件，若stamps2>end_stamps，则stamps2满足条件，可以进一步获取该stamps2对应的time2，该终端设备的唤醒时延T_delata＝T_wake–time2。

图4是根据一示例性实施例示出的一种确定唤醒时延的装置的结构示意图，该装置应用于终端设备，该终端设备包括采集线程和唤醒线程。如图4所示，该装置包括：

采集模块401，被配置为通过该采集线程周期性采集多个音频数据，并获取多个音频数据的采集时间；

开启模块402，被配置为当唤醒引擎接收到该音频数据时，开启唤醒线程，该唤醒线程用于记录所述唤醒引擎接收到的所述音频数据的采样点数；

唤醒时间确定模块403，被配置为检测到所述唤醒引擎处于唤醒状态时，确定所述唤醒引擎的唤醒时间；

采集时间确定模块404，被配置为确定所述唤醒引擎唤醒时的所述唤醒线程记录的目标采样点数，并根据所述目标采样点数确定所述采集线程对应的目标采集时间；

时延确定模块405，被配置为根据该目标采集时间和该唤醒时间，确定该终端设备对应的唤醒时延。

可选地，该采集模块401包括：

划分子模块，被配置为按照预设时间间隔，将多个音频数据划分为多个音频数据组；

采集子模块，被配置为获取每个音频数据组的组采集时间，并将该组采集时间作为该音频数据组中每个音频数据的采集时间。

可选地，该采集子模块被配置为：

将该音频数据组中的任一音频数据的采集时间，作为该组采集时间；或者，

将该音频数据组中音频数据的平均采集时间，作为该组采集时间。

可选地，图5是根据一示例性实施例示出的第二种确定唤醒时延的装置的结构示意图，如图5所示，该装置还包括：

标识获取模块406，被配置为获取多个所述音频数据的标识，所述标识用于表征已采集的所述音频数据的数量的累加值；

该采集时间确定模块404包括：

音频数据确定子模块，被配置为根据所述目标采样点数和所述标识，确定所述目标采样点数对应的目标音频数据；

采集时间获取子模块，被配置为获取所述目标音频数据的采集时间；

目标采集时间获取模块，被配置为将所述目标音频数据的采集时间作为所述目标采集时间。

可选地，所述音频数据确定子模块，被配置为：

根据所述目标采样点数和所述标识，查找所述采集线程中记录的所述音频数据；

将第一个大于或等于所述目标采样点数的标识对应的至少一个所述音频数据，作为所述目标音频数据。

可选地，图6是根据一示例性实施例示出的第三种确定唤醒时延的装置的结构示意图，如图6所示，该装置还包括：

关系生成模块407，被配置为生成多个所述音频数据和所述采集时间的对应关系，得到采集时间关联关系；

该采集时间获取子模块，被配置为：

通过所述采集时间关联关系，确定所述目标音频数据的采集时间。

可选地，图7是根据一示例性实施例示出的第四种确定唤醒时延的装置的结构示意图，如图7所示，该装置还包括：

发送模块408，被配置为将该唤醒时延发送至服务器，以使该服务器根据该唤醒时延获取终端设备的工作状态。

通过上述装置，通过该终端设备的采集线程周期性采集多个音频数据，并获取该多个音频数据的采集时间，当唤醒引擎接收到所述音频数据时，开启唤醒线程，所述唤醒线程用于记录所述唤醒引擎接收到的所述音频数据的采样点数；检测到所述唤醒引擎处于唤醒状态时，确定所述唤醒引擎的唤醒时间；确定所述唤醒引擎唤醒时的所述唤醒线程记录的目标采样点数，并根据所述目标采样点数确定所述采集线程对应的目标采集时间；根据所述目标采集时间和所述唤醒时间，确定终端设备对应的唤醒时延。这样，可以根据实时采集到的音频数据，获取该终端设备对应的唤醒时延，相比实验室通过特殊信号获取的唤醒时延，本公开获取的终端设备的唤醒时延的准确率更高。

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

图8是根据一示例性实施例示出的一种终端设备800的框图。例如，终端设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，终端设备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、磁带、软盘和光数据存储设备等。

在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的确定唤醒时延的方法的代码部分。

本领域技术人员在考虑说明书及实践本公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (16)

1.一种确定唤醒时延的方法，其特征在于，所述方法包括：

通过采集线程周期性采集多个音频数据，并获取多个所述音频数据的采集时间；

当唤醒引擎接收到所述音频数据时，开启唤醒线程，所述唤醒线程用于记录所述唤醒引擎接收到的所述音频数据的采样点数；

检测到所述唤醒引擎处于唤醒状态时，确定所述唤醒引擎的唤醒时间；

确定所述唤醒引擎唤醒时的所述唤醒线程记录的目标采样点数，并根据所述目标采样点数确定所述采集线程对应的目标采集时间；

根据所述目标采集时间和所述唤醒时间，确定终端设备对应的唤醒时延。

2.根据权利要求1所述的方法，其特征在于，所述获取多个所述音频数据的采集时间包括：

按照预设时间间隔，将多个所述音频数据划分为多个音频数据组；

获取每个所述音频数据组的组采集时间，并将所述组采集时间作为该音频数据组中每个所述音频数据的采集时间。

3.根据权利要求2所述的方法，其特征在于，所述获取每个所述音频数据组的组采集时间包括：

将所述音频数据组中的任一音频数据的采集时间，作为所述组采集时间；或者，

将所述音频数据组中音频数据的平均采集时间，作为所述组采集时间。

4.根据权利要求1或2所述的方法，其特征在于，在所述根据所述目标采样点数确定所述采集线程对应的目标采集时间前，所述方法还包括：

获取多个所述音频数据的标识，所述标识用于表征已采集的音频数据的数量的累加值；

所述根据所述目标采样点数确定所述采集线程对应的目标采集时间包括：

根据所述目标采样点数和所述标识，确定所述目标采样点数对应的目标音频数据；

获取所述目标音频数据的采集时间；

将所述目标音频数据的采集时间作为所述目标采集时间。

5.根据权利要求4所述的方法，其特征在于，所述根据所述目标采样点数和所述标识，确定所述目标采样点数对应的目标音频数据包括：

根据所述目标采样点数和所述标识，查找所述采集线程中记录的所述音频数据；

将第一个大于或等于所述目标采样点数的标识对应的至少一个所述音频数据，作为所述目标音频数据。

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

生成多个所述音频数据和所述采集时间的对应关系，得到采集时间关联关系；

所述获取所述目标音频数据的采集时间包括：

通过所述采集时间关联关系，确定所述目标音频数据的采集时间。

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

将所述唤醒时延发送至服务器，以使所述服务器根据所述唤醒时延获取所述终端设备的工作状态。

8.一种确定唤醒时延的装置，其特征在于，所述装置包括：

采集模块，被配置为通过采集线程周期性采集多个音频数据，并获取多个所述音频数据的采集时间；

开启模块，被配置为当唤醒引擎接收到所述音频数据时，开启唤醒线程，所述唤醒线程用于记录所述唤醒引擎接收到的所述音频数据的采样点数；

唤醒时间确定模块，被配置为检测到所述唤醒引擎处于唤醒状态时，确定所述唤醒引擎的唤醒时间；

采集时间确定模块，被配置为确定所述唤醒引擎唤醒时的所述唤醒线程记录的目标采样点数，并根据所述目标采样点数确定所述采集线程对应的目标采集时间；

时延确定模块，被配置为根据所述目标采集时间和所述唤醒时间，确定终端设备对应的唤醒时延。

9.根据权利要求8所述的装置，其特征在于，所述采集模块包括：

划分子模块，被配置为按照预设时间间隔，将多个所述音频数据划分为多个音频数据组；

采集子模块，被配置为获取每个所述音频数据组的组采集时间，并将所述组采集时间作为该音频数据组中每个所述音频数据的采集时间。

10.根据权利要求9所述的装置，其特征在于，所述采集子模块被配置为：

将所述音频数据组中的任一音频数据的采集时间，作为所述组采集时间；或者，

将所述音频数据组中音频数据的平均采集时间，作为所述组采集时间。

11.根据权利要求8或9所述的装置，其特征在于，所述装置还包括：

标识获取模块，被配置为获取多个所述音频数据的标识，所述标识用于表征已采集的所述音频数据的数量的累加值；

所述采集时间确定模块包括：

音频数据确定子模块，被配置为根据所述目标采样点数和所述标识，确定所述目标采样点数对应的目标音频数据；

采集时间获取子模块，被配置为获取所述目标音频数据的采集时间；

目标采集时间获取模块，被配置为将所述目标音频数据的采集时间作为所述目标采集时间。

12.根据权利要求11所述的装置，其特征在于，所述音频数据确定子模块，被配置为：

根据所述目标采样点数和所述标识，查找所述采集线程中记录的所述音频数据；

将第一个大于或等于所述目标采样点数的标识对应的至少一个所述音频数据，作为所述目标音频数据。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：

关系生成模块，被配置为生成多个所述音频数据和所述采集时间的对应关系，得到采集时间关联关系；

所述采集时间获取子模块，被配置为：

通过所述采集时间关联关系，确定所述目标音频数据的采集时间。

14.根据权利要求8所述的装置，其特征在于，所述装置还包括：

发送模块，被配置为将所述唤醒时延发送至服务器，以使所述服务器根据所述唤醒时延获取所述终端设备的工作状态。

15.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，该程序指令被处理器执行时实现权利要求1-7中任一项所述方法的步骤。

16.一种终端设备，其特征在于，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求1-7中任一项所述方法的步骤。

Images