[发明专利]先前捕捉的音频的检索机制

说明书

本公开涉及先前捕捉的音频的检索机制。在一个实施例中，麦克风的装置侧音频处理输入/输出单元(DIO)将麦克风产生的音频数据写入到环形缓冲器中。系统侧音频处理I/O单元(SIO)接收来自软件程序的耗用来自环形缓冲器的过去的音频数据的请求。SIO将来自环形缓冲器的过去的音频数据提供给软件程序。其他实施例也被描述和要求保护。

本申请是申请日为2016年5月27日、题为“先前捕捉的音频的检索机制”的发明专利申请201610364567.6的分案申请。

技术领域

本发明的实施例涉及将来自环形缓冲器的过去的音频数据提供给与软件程序接口的系统侧音频处理输入/输出单元，以便将由硬件装置产生的过去的音频数据提供给该软件程序。其他实施例也被描述。

背景技术

在计算机系统上执行的软件程序一般通过与该系统的音频硬件装置(例如，麦克风)相关联的装置驱动器程序(这些装置驱动器程序可以是软件程序正在其上执行的操作系统的一部分)与这些音频装置进行通信。例如，软件程序可以通过与麦克风的装置驱动器程序进行交互来访问麦克风产生的音频数据。环形缓冲器用于临时存储正在软件程序和装置驱动器程序之间传送的音频数据。当硬件装置(例如，麦克风)产生音频数据时，装置驱动器程序将音频数据写入到环形缓冲器中。软件程序估计在环形缓冲器中何时有预先布置的量的音频数据将可用，并且当它确定有该量的音频数据可用时，耗用来自环形缓冲器的音频数据。

一些计算机系统包括专用麦克风路径，该专用麦克风路径总是记录音频数据，因此持续地将音频数据写入到环形缓冲器中。专用麦克风路径对于检测用户的语音命令是有用的，而用户不必手动地启动语音命令应用、甚至不必“唤醒”装置。例如，在和装置中可用的“Hey Siri”特征利用专用麦克风路径来检测用户的语音命令，即使装置的各部分处于休眠模式或者被停用。

发明内容

各种软件程序(诸如手持便携式装置上的语音命令应用)依赖于耗用由麦克风捕捉的音频。当用户按下按钮来启动语音命令应用时，语音命令应用可能花费一些时间(例如，数百毫秒)来配置装置的软件/硬件以接受用户的言语。当语音命令应用准备好接受用户的言语时，它可以用声音通知用户(例如，用铃声)，或者通过装置的显示器上的视觉指示通知用户。然而，用户可能在语音命令应用向用户通知它准备好接受用户的言语之前开始向语音命令应用讲出语音命令。就这一点而论，起始(startup)时间延迟可能导致语音命令应用仅接收用户的言语的一部分(即，用户的言语的开头被切掉)。例如，用户可以通过按下按钮(或者通过讲出触发命令，诸如“Hey Siri”)来触发语音命令应用，然后立即开始讲出用户命令(例如，“导航到最近的加油站”)。由于起始时间延迟，语音命令应用可能不能接收到用户命令的第一个词，因此接收到不完整的用户命令(例如，“到最近的加油站”)。实施例利用总是进行记录的专用麦克风路径来使语音命令应用回到过去，并且访问在语音命令应用准备好接受用户的言语之前或者甚至在语音命令应用被触发之前捕捉的音频数据。

实施例允许在计算机系统上执行的软件程序(例如，客户端应用)耗用来自环形缓冲器的过去的音频数据。客户端应用可以发出不仅耗用实时音频数据、而且还耗用来自环形缓冲器的过去的音频数据的请求。客户端应用可以尽可能快地耗用过去的音频数据，直到它“赶上”实时为止。一旦客户端应用“赶上”实时，客户端应用然后就可以继续耗用实时音频数据。在一个实施例中，客户端应用与系统侧音频处理输入/输出(I/O)单元(SIO)接口以耗用来自环形缓冲器的过去的音频数据。SIO接收来自客户端应用的耗用过去的音频数据的请求，并且SIO通过将过去的音频数据提供给客户端应用来对该请求做出响应。

本非临时申请要求2015年6月5日提交的美国临时申请No.62/171,753的较早申请日的权益。

以上概要不包括本发明的所有方面的穷举列表。可以设想本发明包括以上概括的各方面的所有合适的组合、以及下面的具体实施方式中公开的并且在随本申请提交的权利要求中具体指出的那些。这样的组合可能具有在以上概要中未被明确记载的特定优点。