CN109976696B - 获取音频数据的方法及装置、设备、计算机可读存储介质 - Google Patents

Abstract

本发明适用于音频技术领域，提供了一种获取音频数据的方法及装置、设备、计算机可读存储介质，其中，获取音频数据的方法包括：若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则为所述至少两个应用程序分别配置音频数据缓冲区；根据实时采集的语音信息形成音频数据；将所述形成的音频数据分别存储至所述音频数据缓冲区；调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的音频数据传递给每个所述音频数据缓冲区对应的应用程序。本发明实施例通过为至少两个需要获取音频数据的应用程序分别配置音频数据缓冲区，能够使得至少两个应用程序可以同时获取实时的音频数据或录音数据。

Description

获取音频数据的方法及装置、设备、计算机可读存储介质

技术领域

本发明属于音频技术领域，尤其涉及一种获取音频数据的方法及装置、设备、计算机可读存储介质。

背景技术

随着人工智能(Artificial Intelligence，AI)技术的发展，人工智能广泛应用于自驾、个人助理(例如，智能手机上的语音助理、语音输入，家庭管家以及陪护机器人等)，智能安防(例如，智能监控、安保机器人等)、电商零售(例如，仓储物流、智能导购和客服等)、教育(例如，智能测评、个性化辅导和儿童陪伴等)等领域。

目前，在AI技术中，语音识别作为人机交互的入口之一，语音相关技术占有非常重要的地位。在实际的AI产品中，往往存在有多个应用程序(Application，App)需要同时获取音频数据的情况。例如，语音识别唤醒应用需要获取音频数据，视频监控应用也需要获取音频数据，网络电话等应用也需要获取语音等音频数据。

然而，在一个设备中，一般只有一个用于拾取和传递声音的部件(例如，麦克风Microphone)，只允许一个应用程序使用该部件获取音频数据，无法实现多个应用程序同时使用同一个用于拾取和传递声音的部件获取音频数据。

发明内容

有鉴于此，本发明实施例提供了一种获取音频数据的方法及装置、设备、计算机可读存储介质，以解决现有技术中无法实现多个应用程序同时使用同一个用于拾取和传递声音的部件获取音频信息的问题。

本发明实施例的第一方面提供了一种获取音频数据的方法，包括：

若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则为所述至少两个应用程序分别配置音频数据缓冲区；

根据实时采集的语音信息形成音频数据；

将所述形成的音频数据分别存储至所述音频数据缓冲区；其中，所述音频数据缓冲区缓存的音频数据用于供所述音频数据缓冲区对应的所述应用程序使用；

调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的音频数据传递给每个所述音频数据缓冲区对应的应用程序。

本发明实施例的第二方面提供了一种获取音频数据的装置，包括：

配置单元，用于若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则为所述至少两个应用程序分别配置音频数据缓冲区；

音频数据生成单元，用于根据实时采集的语音信息形成音频数据；

存储单元，用于将所述形成的音频数据分别存储至所述音频数据缓冲区；其中，所述音频数据缓冲区缓存的音频数据用于供所述音频数据缓冲区对应的所述应用程序使用；

音频数据传递单元，用于调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的音频数据传递给每个所述音频数据缓冲区对应的应用程序。

本发明实施例的第三方面提供了一种获取音频数据的设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面的获取音频数据的方法。

本发明实施例的第四方面提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本发明实施例与现有技术相比存在的有益效果是：通过为至少两个需要获取音频数据的应用程序分别配置音频数据缓冲区，将实时采集的音频数据分别缓存至每个音频数据缓冲区，并将每个音频数据缓冲区缓存的音频数据传递给每个音频数据缓冲区各自对应的应用程序使用，从而在不增加用于拾取和传递声音的部件的数量的前提下，能够使得至少两个应用程序可以同时获取实时的音频数据或录音数据。

附图说明

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

图1是本发明实施例提供的获取音频数据的方法的实现流程示意图；

图2是本发明另一实施例提供的获取音频数据的方法的实现流程示意图；

图3是本发明实施例提供的获取音频数据的装置的示意图；

图4是本发明实施例提供的获取音频数据的设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

请参阅图1，图1是本发明实施例提供的获取音频数据的方法的实现流程示意图。在本实施例中获取音频数据的方法的执行主体是获取音频数据的设备，获取音频数据的设备可以是机器人，也可以是智能手机、平板电脑、PAD、可穿戴设备等移动终端，但并不限于此，还可以是内置有至少两个应用程序需要同时获取音频数据的设备，此处不做限制。如图所示的获取音频数据的方法可包括如下步骤：

S101：若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则为所述至少两个应用程序分别配置音频数据缓冲区。

针对已经成熟稳定的软件系统，一般无法对其进行修改，为了实现至少两个应用程序同时获取音频数据，开发者可以在系统的应用层开发用于管理音频数据的应用程序，并在获取音频数据的设备中安装该用于管理音频数据的应用程序。用于管理音频数据的应用程序，用于同时向至少两个需要获取音频数据的应用程序分发实时采集的音频数据。

获取音频数据的设备在检测到用于启动需要获取音频数据的至少两个应用程序的指令时，识别为该至少两个应用程序触发了用于请求获取音频数据的第一指令。需要获取音频数据的应用程序可以包括但不限于语音识别应用、具有视频监控功能的应用程序或网络电话应用。

或者，获取音频数据的设备在检测到至少两个应用程序调用内置的用于管理音频数据的应用程序的应用程序编程接口(Application Programming Interface，API)时，识别为该至少两个应用程序触发了用于请求获取音频数据的第一指令。

获取音频数据的设备在检测到至少两个应用程序触发用于请求获取音频数据的第一指令时，为每个应用程序分别配置一个音频数据缓冲区。每个应用程序对应的音频数据缓冲区各不相同。音频数据缓冲区用于缓存实时获取的音频数据，每个音频数据缓冲区缓存的音频数据用于供每个音频数据缓冲区各自对应的应用程序使用。

获取音频数据的设备在为每个应用程序分别配置一个音频数据缓冲区时，可以建立音频数据缓冲区的标识与应用程序的标识之间的绑定关系。一个音频数据缓冲区只能绑定一个应用程序，不能同时绑定两个或多个应用程序。每个音频数据缓冲区的标识均是唯一的，应用程序的标识也是唯一的，应用程序的标识可以是该应用程序的包名。

S102：根据实时采集的语音信息形成音频数据。

获取音频数据的设备获取内置的用于拾取和传递声音的部件实时采集的语音信息，该语音信息来自当前环境的各声源。

为了提高音频的音质，在获取到实时采集的语音信息时，可以对其进行消噪处理以及回声消除处理，之后，对处理后的语音信息进行模数转换以及信号放大处理后得到音频数据或录音数据。消噪处理是指消除外界噪声干扰。回声消除是指消除回音。

从回音产生的原因看，回音可以分为声学回音(Acoustic Echo)和线路回音(LineEcho)，相应的回声消除技术就叫声学回声消除(Acoustic Echo Cancellation，AEC)和线路回声消除(Line Echo Cancellation,LEC)。声学回音是由于在免提或者会议应用中，扬声器的声音多次反馈到麦克风引起的；线路回音是由于物理电子线路的二四线匹配耦合引起的。

S103：将所述形成的音频数据分别存储至所述音频数据缓冲区。

获取音频数据的设备将生成的音频数据分别存储至每个音频数据缓冲区，从而为每个音频数据缓冲区各自对应的应用程序提供实时的音频数据或录音数据。音频数据缓冲区缓存的音频数据用于供该音频数据缓冲区对应的应用程序使用。

可以理解的是，为了减少音频数据所占用的存储资源，音频数据缓冲区可以缓存预设时长内获取到的音频数据，或者在音频数据成功发送给需要获取音频数据的应用程序时，删除音频数据缓冲区中已被成功发送的音频数据。预设时长可以为1秒或5秒，但并不限于此，具体可根据实际需要进行设置，此处不做限制。音频数据缓冲区缓存的音频数据遵循先进先出的原则。当需要清理音频数据缓冲区缓存的音频数据时，优先清理距离当前时刻最久的时刻缓存的音频数据，即从最早缓存的音频数据开始清理。

S104：调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的音频数据传递给每个所述音频数据缓冲区对应的应用程序。

获取音频数据的设备控制预先安装的用于管理音频数据的应用程序，分别调用至少两个应用程序各自对应的应用程序编程接口，将每个音频数据缓冲区缓存的音频数据传递给每个音频数据缓冲区对应的应用程序。

例如，当网络电话应用、语音识别唤醒应用以及视频监控应用均触发了第一指令，网络电话应用对应第一音频数据缓冲区，语音识别唤醒应用对应第二音频数据缓冲区，视频监控应用对应第三音频数据缓冲区时，获取音频数据的设备在将实时获取的音频数据分别存储至第一音频数据缓冲区、第二音频数据缓冲区以及第三音频数据缓冲区之后，调用网络电话应用的API将第一音频数据缓冲区缓存的音频数据传递给网络电话应用；调用语音识别唤醒应用的API将第二音频数据缓冲区缓存的音频数据传递给语音识别唤醒应用，以使语音识别唤醒应用根据第二音频数据缓冲区缓存的音频数据进行语音识别；调用视频监控应用的API将第三音频数据缓冲区缓存的音频数据传递给视频监控应用，以使视频监控应用能够将第三音频数据缓冲区缓存的音频数据与拍摄到的图像进行整合、存储或播放。

上述方案，通过为至少两个需要获取音频数据的应用程序分别配置音频数据缓冲区，将实时采集的音频数据分别缓存至每个音频数据缓冲区，并将每个音频数据缓冲区缓存的音频数据传递给每个音频数据缓冲区各自对应的应用程序使用，从而在不增加用于拾取和传递声音的部件的数量的前提下，能够使得至少两个应用程序可以同时获取实时的音频数据或录音数据。

请参阅图2，图2是本发明实施例提供的获取音频数据的方法的实现流程示意图。在本实施例中获取音频数据的方法的执行主体是获取音频数据的设备，获取音频数据的设备可以是机器人，也可以是智能手机、平板电脑、PAD、可穿戴设备等移动终端，但并不限于此，还可以是内置有至少两个应用程序需要同时获取音频数据的设备，此处不做限制。如图所示的获取音频数据的方法可包括如下步骤：

S201：若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则为所述至少两个应用程序分别配置音频数据缓冲区。

针对已经成熟稳定的软件系统，一般无法对其进行修改，为了实现至少两个应用程序同时获取音频数据，开发者可以在系统的应用层开发用于管理音频数据的应用程序，并在获取音频数据的设备中安装该用于管理音频数据的应用程序。用于管理音频数据的应用程序，用于同时向至少两个需要获取音频数据的应用程序分发实时采集的音频数据。

获取音频数据的设备在检测到用于启动需要获取音频数据的至少两个应用程序的指令时，识别为该至少两个应用程序触发了用于请求获取音频数据的第一指令。需要获取音频数据的应用程序可以包括但不限于语音识别应用、具有视频监控功能的应用程序或网络电话应用。

或者，获取音频数据的设备在检测到至少两个应用程序调用内置的用于管理音频数据的应用程序的API时，识别为该至少两个应用程序触发了用于请求获取音频数据的第一指令。

获取音频数据的设备在检测到至少两个应用程序触发用于请求获取音频数据的第一指令时，为每个应用程序分别配置一个音频数据缓冲区。每个应用程序对应的音频数据缓冲区各不相同。音频数据缓冲区用于缓存实时获取的音频数据，每个音频数据缓冲区缓存的音频数据用于供每个音频数据缓冲区各自对应的应用程序使用。

获取音频数据的设备在为每个应用程序分别配置一个音频数据缓冲区时，可以建立音频数据缓冲区的标识与应用程序的标识之间的绑定关系。一个音频数据缓冲区只能绑定一个应用程序，不能同时绑定两个或多个应用程序。每个音频数据缓冲区的标识均是唯一的，应用程序的标识也是唯一的，应用程序的标识可以是该应用程序的包名。

可选地，S201可以具体为：若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则在预设的存储区域创建预设数目的音频数据缓冲区；为每个应用程序分配音频数据缓冲区；其中，所述预设数目大于或等于所述至少两个应用程序的总数。

在一实施方式中，获取音频数据的设备可以统计触发用于请求获取音频数据的第一指令的应用程序的总数，并根据该总数创建音频数据缓冲区，其中，创建的音频数据缓冲区的数量可以与该总数相等，以使得每个应用程序均能被分配到音频数据缓冲区。

在另一实施方式中，获取音频数据的设备在检测到至少两个应用程序触发用于请求获取音频数据的第一指令时，可以根据获取音频数据的设备中已经安装的需要获取音频数据的应用程序的数量，创建预设数目的音频数据缓冲区。预设数目为已安装的需要获取音频数据的应用程序的总数，预设数目大于或等于触发第一指令的应用程序的数量，以使得每个触发第一指令的应用程序均能被分配到音频数据缓冲区。

可选地，为了减少音频数据缓冲区所占用的存储资源，获取音频数据的设备还可以根据需要获取音频数据的应用程序的数量实时创建音频数据缓冲区，此时，S201还可以具体为：若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则创建所述至少两个应用程序各自对应的音频数据缓冲区。

S202：根据实时采集的语音信息形成音频数据。

获取音频数据的设备获取内置的用于拾取和传递声音的部件实时采集的语音信息，该语音信息来自当前环境的各声源。

为了提高音频的音质，在获取到实时采集的语音信息时，可以对其进行消噪处理以及回声消除处理，之后，对处理后的语音信息进行模数转换以及信号放大处理后得到音频数据或录音数据。消噪处理是指消除外界噪声干扰。回声消除是指消除回音。

从回音产生的原因看，回音可以分为声学回音(Acoustic Echo)和线路回音(LineEcho)，相应的回声消除技术就叫声学回声消除(Acoustic Echo Cancellation，AEC)和线路回声消除(Line Echo Cancellation,LEC)。声学回音是由于在免提或者会议应用中，扬声器的声音多次反馈到麦克风引起的；线路回音是由于物理电子线路的二四线匹配耦合引起的。

进一步地，S202可以具体为：根据实时采集的语音信息以及采集到所述语音信息对应的时间信息，形成音频数据。

形成的音频数据携带采集到语音信息的时间信息，这样可以在至少两个应用程序在不同的时刻触发第一指令时，能够根据每个应用程序触发第一指令的时间确定需要传递给每个应用程序的目标音频数据。其中，目标音频数据携带的时间信息包含的起始时刻可以与触发第一指令的时刻相同。

需要传递给每个应用程序的目标音频数据可以相同，也可以不同。当不同的应用程序在不同时刻触发第一指令时，传递给这些不同的应用程序的目标音频数据不同。

S203：将所述形成的音频数据分别存储至所述音频数据缓冲区。

获取音频数据的设备将生成的音频数据分别存储至每个音频数据缓冲区，从而为每个音频数据缓冲区各自对应的应用程序提供实时的音频数据或录音数据。

可以理解的是，为了减少音频数据所占用的存储资源，音频数据缓冲区可以缓存预设时长内获取到的音频数据，或者在音频数据成功发送给需要获取音频数据的应用程序时，删除音频数据缓冲区中已被成功发送的音频数据。预设时长可以为1秒或5秒，但并不限于此，具体可根据实际需要进行设置，此处不做限制。音频数据缓冲区缓存的音频数据遵循先进先出的原则。当需要清理音频数据缓冲区缓存的音频数据时，优先清理距离当前时刻最久的时刻缓存的音频数据，即从最早缓存的音频数据开始清理。

进一步地，当S202中形成的音频数据携带采集到语音信息的时间信息时，S203可以具体为：根据每个所述应用程序各自触发所述第一指令的时间信息以及采集到所述语音信息对应的时间信息，从每个所述应用程序各自对应的所述音频数据缓冲区获取与每个所述应用程序各自对应的目标音频数据；

调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的目标音频数据传递给每个所述音频数据缓冲区对应的应用程序。

传递给每个应用程序的目标音频数据可以相同，也可以不同。当不同的应用程序在同一时刻触发第一指令时，传递给这些不同的应用程序的目标音频数据相同；当不同的应用程序在不同时刻触发第一指令时，传递给这些不同的应用程序的目标音频数据不同。

S204：调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的音频数据传递给每个所述音频数据缓冲区对应的应用程序。

获取音频数据的设备控制预先安装的用于管理音频数据的应用程序，分别调用至少两个应用程序各自对应的应用程序编程接口，将每个音频数据缓冲区缓存的音频数据传递给每个音频数据缓冲区对应的应用程序。

S205：若检测到第一应用程序触发用于表示停止获取音频数据的第二指令，则释放所述第一应用程序对应的音频数据缓冲区。

由于获取音频数据的设备在为至少两个应用程序分别配置音频数据缓冲区时，建立了音频数据缓冲区与应用程序之间的绑定关系，在检测到第一应用程序触发用于表示停止获取音频数据的第二指令时，可以解除第一应用程序与第一应用程序对应的音频数据缓冲区之间的绑定关系，以释放第一应用程序对应的音频数据缓冲区。第一应用程序对应的音频数据缓冲区被释放后，可以将该音频数据缓冲区设置为未被占用的状态。第一应用程序泛指触发第二指令的应用程序。

解除第一应用程序与第一应用程序对应的音频数据缓冲区之间的绑定关系之后，可以清空该音频数据缓冲区内存储的音频数据，该音频数据缓冲区可以重新与第二应用程序重新建立绑定关系，以使得该音频数据缓冲区可以被重新配置给第二应用程序，第二应用程序是指除第一应用程序之外的其他触发第一指令的应用程序。

为了节省存储资源，在解除第一应用程序与第一应用程序对应的音频数据缓冲区之间的绑定关系之后，还可以删除第一应用程序对应的音频数据缓冲区。在检测到触发用于请求获取音频数据的第一指令时，再为触发该第一指令的应用程序创建音频数据缓冲区。

上述方案，通过为至少两个需要获取音频数据的应用程序分别配置音频数据缓冲区，将实时采集的音频数据分别缓存至每个音频数据缓冲区，并将每个音频数据缓冲区缓存的音频数据传递给每个音频数据缓冲区各自对应的应用程序使用，从而在不增加用于拾取和传递声音的部件的数量的前提下，能够使得至少两个应用程序可以同时获取实时的音频数据或录音数据。

在检测到至少两个应用程序触发用于请求获取音频数据的第一指令时，动态创建至少两个应用程序各自对应的音频数据缓冲区，可以节省音频数据缓冲区占用的存储资源。

在检测到第一应用程序触发用于表示停止获取音频数据的第二指令时，释放第一应用程序对应的音频数据缓冲区，以便将该音频数据缓冲区重新分配给其他需要的应用程序，能够灵活配置音频数据缓冲区，避免因不需要缓存音频数据的音频数据缓冲区占用存储资源，造成资源浪费。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

请参阅图3，图3是本发明实施例提供的获取音频数据的装置的示意图。本实施例中的获取音频数据的装置3包括的各单元用于执行图1或图2对应的实施例中的各步骤，具体请参阅图1或图2对应的实施例中各步骤的描述，此处不赘述。如图3所示的获取音频数据的装置包括：配置单元310、音频数据生成单元320、存储单元330以及音频数据传递单元340。

配置单元310用于若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则为所述至少两个应用程序分别配置音频数据缓冲区。

进一步地，配置单元310具体用于：若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则在预设的存储区域创建预设数目的音频数据缓冲区，并为每个应用程序分配音频数据缓冲区；其中，所述预设数目大于或等于所述至少两个应用程序的总数；或

若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则创建所述至少两个应用程序各自对应的音频数据缓冲区。

音频数据生成单元320用于根据实时采集的语音信息形成音频数据。

存储单元330用于将所述形成的音频数据分别存储至所述音频数据缓冲区。

音频数据传递单元340用于调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的音频数据传递给每个所述音频数据缓冲区对应的应用程序。

进一步地，音频数据生成单元340具体用于：根据实时采集的语音信息以及采集到所述语音信息对应的时间信息，形成音频数据；

数据传递单元340具体用于：根据每个所述应用程序各自触发所述第一指令的时间信息以及采集到所述语音信息对应的时间信息，从每个所述应用程序各自对应的所述音频数据缓冲区获取与每个所述应用程序各自对应的目标音频数据；

调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的目标音频数据传递给每个所述音频数据缓冲区对应的应用程序。

可选地，获取音频数据的装置3还可以包括：

释放单元350用于若检测到第一应用程序触发用于表示停止获取音频数据的第二指令，则释放所述第一应用程序对应的音频数据缓冲区。

上述方案，通过为至少两个需要获取音频数据的应用程序分别配置音频数据缓冲区，将实时采集的音频数据分别缓存至每个音频数据缓冲区，并将每个音频数据缓冲区缓存的音频数据传递给每个音频数据缓冲区各自对应的应用程序使用，从而在不增加用于拾取和传递声音的部件的数量的前提下，能够使得至少两个应用程序可以同时获取实时的音频数据或录音数据。

在检测到至少两个应用程序触发用于请求获取音频数据的第一指令时，动态创建至少两个应用程序各自对应的音频数据缓冲区，可以节省音频数据缓冲区占用的存储资源。

在检测到第一应用程序触发用于表示停止获取音频数据的第二指令时，释放第一应用程序对应的音频数据缓冲区，以便将该音频数据缓冲区重新分配给其他需要的应用程序，能够灵活配置音频数据缓冲区，避免因不需要缓存音频数据的音频数据缓冲区占用存储资源，造成资源浪费。

图4是本发明一实施例提供的获取音频数据的设备的示意图。如图4所示，该实施例的获取音频数据的设备4包括：处理器401、存储器402以及存储在所述存储器402中并可在所述处理器401上运行的计算机程序403。所述处理器401执行所述计算机程序403时实现上述各个获取音频数据的方法实施例中的步骤，例如图1所示的S101至S104。或者，所述处理器401执行所述计算机程序403时实现上述各装置实施例中各模块/单元的功能，例如图3所示的单元310至350的功能。

示例性的，所述计算机程序403可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器402中，并由所述处理器401执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序403在所述的获取音频数据的设备4中的执行过程。例如，所述计算机程序403可以被分割成配置单元、音频数据生成单元、存储单元以及音频数据传递单元，还可以被分割成释放单元，各单元具体功能如下：

配置单元用于若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则为所述至少两个应用程序分别配置音频数据缓冲区。

进一步地，配置单元具体用于：若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则在预设的存储区域创建预设数目的音频数据缓冲区，并为每个应用程序分配音频数据缓冲区；其中，所述预设数目大于或等于所述至少两个应用程序的总数；或

若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则创建所述至少两个应用程序各自对应的音频数据缓冲区。

音频数据生成单元用于根据实时采集的语音信息形成音频数据。

存储单元用于将所述形成的音频数据分别存储至所述音频数据缓冲区。

音频数据传递单元用于调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的音频数据传递给每个所述音频数据缓冲区对应的应用程序。

进一步地，音频数据生成单元具体用于：根据实时采集的语音信息以及采集到所述语音信息对应的时间信息，形成音频数据；

数据传递单元具体用于：根据每个所述应用程序各自触发所述第一指令的时间信息以及采集到所述语音信息对应的时间信息，从每个所述应用程序各自对应的所述音频数据缓冲区获取与每个所述应用程序各自对应的目标音频数据；

调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的目标音频数据传递给每个所述音频数据缓冲区对应的应用程序。

可选地，释放单元用于若检测到第一应用程序触发用于表示停止获取音频数据的第二指令，则释放所述第一应用程序对应的音频数据缓冲区。

所述获取音频数据的设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备，还可以是机器人。所述获取音频数据的设备可包括，但不仅限于，处理器401、存储器402。本领域技术人员可以理解，图4仅仅是获取音频数据的设备4的示例，并不构成对获取音频数据的设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述获取音频数据的设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器401可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器402可以是所述获取音频数据的设备的4的内部存储单元，例如获取音频数据的设备4的硬盘或内存。所述存储器402也可以是所述获取音频数据的设备4的外部存储设备，例如所述获取音频数据的设备4上配备的插接式硬盘，智能存储卡(Smart MediaCard，SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器402还可以既包括所述获取音频数据的设备4的内部存储单元也包括外部存储设备。所述存储器402用于存储所述计算机程序以及所述获取音频数据的设备所需的其他程序和数据。所述存储器402还可以用于暂时地存储已经输出或者将要输出的数据。所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种获取音频数据的方法，其特征在于，包括：

若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则为所述至少两个应用程序分别配置音频数据缓冲区；

根据实时采集的语音信息形成音频数据，包括：根据实时采集的语音信息以及采集到所述语音信息对应的时间信息，形成音频数据；

将所述形成的音频数据分别存储至所述音频数据缓冲区；

调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的音频数据传递给每个所述音频数据缓冲区对应的应用程序。

2.根据权利要求1所述的方法，其特征在于，所述若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则为所述至少两个应用程序分别配置音频数据缓冲区，包括：

若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则在预设的存储区域创建预设数目的音频数据缓冲区，并为每个应用程序分配音频数据缓冲区；其中，所述预设数目大于所述至少两个应用程序的总数。

3.根据权利要求1所述的方法，其特征在于，所述若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则为所述至少两个应用程序分别配置音频数据缓冲区，包括：

若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则创建所述至少两个应用程序各自对应的音频数据缓冲区。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的音频数据传递给每个所述音频数据缓冲区对应的应用程序，包括：

根据每个所述应用程序各自触发所述第一指令的时间信息以及采集到所述语音信息对应的时间信息，从每个所述应用程序各自对应的所述音频数据缓冲区获取与每个所述应用程序各自对应的目标音频数据；

调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的目标音频数据传递给每个所述音频数据缓冲区对应的应用程序。

5.根据权利要求4所述的方法，其特征在于，所述调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的音频数据传递给每个所述音频数据缓冲区对应的应用程序之后，还包括：

若检测到第一应用程序触发用于停止获取音频数据的第二指令，则释放所述第一应用程序对应的音频数据缓冲区。

6.一种获取音频数据的装置，其特征在于，包括：

配置单元，用于若检测到至少两个应用程序触发用于请求获取音频数据的第一指令，则为所述至少两个应用程序分别配置音频数据缓冲区；

音频数据生成单元，用于根据实时采集的语音信息形成音频数据；

存储单元，用于将所述形成的音频数据分别存储至所述音频数据缓冲区；

音频数据传递单元，用于调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的音频数据传递给每个所述音频数据缓冲区对应的应用程序；

所述音频数据生成单元具体用于：根据实时采集的语音信息以及采集到所述语音信息对应的时间信息，形成音频数据。

7.根据权利要求6所述的装置，其特征在于，

所述数据传递单元具体用于：根据每个所述应用程序各自触发所述第一指令的时间信息以及采集到所述语音信息对应的时间信息，从每个所述应用程序各自对应的所述音频数据缓冲区获取与每个所述应用程序各自对应的目标音频数据；

调用所述至少两个应用程序各自对应的应用程序编程接口，将每个所述音频数据缓冲区缓存的目标音频数据传递给每个所述音频数据缓冲区对应的应用程序。

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

释放单元，用于若检测到第一应用程序触发用于停止获取音频数据的第二指令，则释放所述第一应用程序对应的音频数据缓冲区。

9.一种获取音频数据的设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。

Images