[发明专利]音频流通知及处理

说明书

发明背景

现代计算设备通常能够执行各种不同的任务，通常是同时地或者伪同时地执行。这种能力经常导致计算设备资源的竞争。关于计算设备的音频输入/输出资源的竞争，某些现有的音频资源管理方案利用被称作“抑制(ducking)”的音频流衰减行为。抑制指的是响应于特定事件或者标准的音频流的音量的衰减。在一个例子中，汽车被配置为检测汽车乘客的来电呼叫。当汽车检测到来电呼叫时，如果有任何音频设备正在呈现汽车内部的音频信号，那么该汽车将自动抑制该音频信号(例如，以一个特定的量来降低音频信号音量，例如50％)，以便该电话可以被听到，并且车辆乘客能够通过电话交谈，而不会被音频信号过度干扰。

虽然存在用于这种简单场景的音频资源管理方案，但是它们仍然有许多缺点，使其不适于更加复杂或者有细微差别的应用。首先，特定方案通常仅仅对特定的一个或一组应用起作用。其次，该方案通常不够灵活，对于音频资源的管理很少提供选择。

发明概要

各种实施例允许应用决定退出系统音频流行为。例如，特定系统可以包括默认的系统行为，该系统行为响应于通信音频流被启动而衰减非通信音频流。如果应用已经决定退出系统音频流行为，那么与该应用相关的非通信音频流将不会响应于通信音频流被启动而被衰减。

某些实施例通知计算设备上的应用和/或进程一通信音频流已经被启动了。在这些实施例中，应用/进程可以注册来接收该通信音频流已经被启动的通知。响应于该通知，该应用可以在该应用所拥有的音频流上启动一个或多个定制音频流行为。

在某些实施例中，应用/进程可以注册过滤的或未过滤的通知。在过滤的通知场景中，当与应用/进程相关联的音频流还没有响应于不同的通信音频流的启动而被修改时，该应用/进程被通知一通信音频流已经启动。在未过滤的通知场景中，只要通信音频流已经启动，该应用/进程就被通知，即使该流不是该应用/进程所拥有的。

提供本概要来介绍简单形式的概念选择，这在以下详细说明中还会描述。本概要不意欲识别所要求主题的关键特征或必要特征，也不意欲被用来限制所要求主题的范围。

附图的简要说明

在整个附图中使用相同的数字表示相似的特征。

附图1示出了根据一个或多个实施例其中可以采用这里所述的用于音频流通知和处理的各种原则和技术的操作环境。

附图2是根据一个或多个实施例的用于注册用于音频流通知的应用以及响应于通信流的启动处理音频流的进程的流程图。

附图3是根据一个或多个实施例的用于通信流终止的音频流通知的进程的流程图。

附图4是根据一个或多个实施例的用于通知应用通信音频流已经启动的进程的流程图。

附图5是根据一个或多个实施例的用于通信流启动和终止的过滤的和/或未过滤的通知的进程的流程图。

详细说明

纵览

各种实施例通知计算设备上的应用和/或进程一通信音频流已经启动。为了讨论的目的，这里所用的术语应用指的是任意数量的不同进程、软件、程序、可执行文件，等等，并且不意欲限制所要求主题的范围。音频流可以由采用数字形式的音频数据组成，并且在某些例子中，数字音频数据通过脉冲编码调制(PCM)来编码。音频流通知可以被配置在通信相关音频流(通信流)和非通信相关的音频流(非通信流)之间进行区分。通常说来，通信流包括传输所捕获的音频数据的捕获流，以及传输要被呈现的音频数据的呈现流。同样，通信流典型地包括语音相关的音频数据(例如，语音聊天、电话呼叫、语音邮件，等等)。非通信流通常不包括捕获流和呈现流两者。音频流可以包括描述音频流的各方面和属性的元数据，例如，音频流是通信流还是非通信流。

在某些实施例中，应用可以注册来接收一通信流已经启动的通知。该应用可以被配置为遵照系统默认音频流处理策略，或者其可以决定退出系统默认音频流处理策略(并且可选地执行其自己的定制的行为)。一个示例的系统默认音频流处理策略指定当通信音频流被启动时，所有非通信音频流要以指定百分率来抑制，同时通信音频流是活动的。在某些实施例中，应用可以注册过滤的或者未过滤的通知。在过滤的通知场景的一个例子中，仅当与该应用相关的音频流还没有响应于不同通信流的启动而被修改时(例如，通过默认的音频流处理策略)，该应用被通知一通信流已经启动。在未过滤的通知场景的一个例子中，只要通信流被启动，该通知/进程就被通知，即使该流不是该应用/进程所拥有的。