CN102763072A

CN102763072A - 自适应音频反馈系统和方法

Info

Publication number: CN102763072A
Application number: CN2011800103036A
Authority: CN
Inventors: B·A·罗特勒; A·林达尔; 小A·P·豪格海; S·A·爱丽思; P·伍德
Original assignee: Apple Computer Inc
Current assignee: Apple Inc
Priority date: 2010-01-13
Filing date: 2011-01-06
Publication date: 2012-10-31
Anticipated expiration: 2031-01-06
Also published as: EP2524298A1; US8381107B2; KR20130043245A; KR101798269B1; AU2011205498A1; AU2011205498B2; US9311043B2; US20110173539A1; WO2011087953A1; EP3128414A1; KR20120105561A; US20130159861A1; KR101280090B1; CN102763072B

Abstract

所提供的是用于自适应改变电子设备（10）上的音频反馈数据的各种技术。在一个实施例中，实施本公开的某些方面的音频用户接口（38）可以响应于用户接口事件并且至少部分基于在先前发生该用户接口事件的过程中提供的音频反馈的冗长级别来使音频反馈冗长度退化或进化。在另一个实施例中，音频用户接口（38）可被配置成至少部分基于用户导航列表的速度来改变与可导航数据项列表相关联的音频反馈的冗长度。在又一个实施例中，音频用户接口（38）可以被配置成基于用户接口事件的上下文重要性来改变音频反馈的冗长度。实施本技术的电子设备（10）提供了改进的与音频用户接口相关的用户体验。

Description

自适应音频反馈系统和方法

技术领域

本公开一般涉及电子设备上的用户接口，尤其涉及能够向电子设备的用户提供音频反馈的用户接口。

背景技术

本部分旨在向读者介绍与下文描述和/或要求保护的技术的各方面可能有关的领域的各个方面。我们认为本论述有助于为读者提供便于更好理解本公开的各个方面的背景信息。因此，应该理解的是，这些论述应该从该角度来阅读，而不是对现有技术的认定。

诸如计算机系统、移动电话、数字媒体播放器、个人数字助理（PDA）等等的电子计算设备常被用于各种个人和/或工作相关用途。此类电子设备通常包含某种类型的用户接口，其中该用户接口允许用户与设备上的各种应用（例如电子邮件程序、互联网浏览器、媒体播放器、游戏等等）进行交互，以便执行多种功能。换句话说，用户接口可以提供一个可供用户与应用进行交互以接收内容、信息以及对用户输入的响应的途径。由此，用户接口是这些应用设计中的一个不可分割的部分，并且有助于确定此类设备的易用性以及由此的总体用户体验质量。

在历史上，很多电子设备依靠图形用户接口来允许用户借助视觉显示器与设备进行交互。例如，当用户与设备交互时，设备可以响应于用户动作而显示视觉反馈。然而，随着一些类型的电子设备业已朝着具有相对较小的视觉显示器的较小形状因子迁移，图形用户接口变得不仅难以使用和导航（navigate），而且在能够传达的信息量方面也更加有限。

近来，音频用户接口的流行度已经提升。例如，作为视觉反馈的替换或补充，音频用户接口可以通过提供音频反馈数据来向用户传达信息和内容，由此尤其适合在视觉显示能力有限的电子设备中使用，或者在一些情况下适合在完全没有视觉显示能力的电子设备中使用。例如，一旦发生了请求音频反馈的事件，那么可以通过播放相应的音频剪辑来向用户传达与正在发生的事件有关的音频信息。不幸的是，一些事件可能与大量音频信息相关联，这些信息可能会将用户淹没（overwhelm），由此对用户体验产生负面影响，尤其是在此类事件是在相对较短的时间段中密集重复发生的时候。此外，常规的音频用户接口提供的音频反馈可能不足以使用户能够区分上下文重要性（contextual importance）较高或较低的事件。因此，目前正在努力地进一步改善与电子设备中的音频用户接口相关的用户体验。

发明内容

以下阐述的是在这里公开的某些实施例的概述。应该理解的是，这些方面只是为了向读者提供关于这里的某些实施例的简要概述而被给出的，并且这些方面的目的并不是限制本公开的范围。实际上，本公开可能包含下文中没有阐述的多个方面。

本公开主要涉及的是用于自适应改变电子设备上的音频用户接口提供的音频反馈的技术。根据一个实施例，音频用户接口可被配置成响应于用户接口事件并且至少部分基于在先前发生该用户接口事件的过程中提供的音频反馈的冗长级别（verbosity level）来使音频反馈的冗长度（verbosity）退化（devolve）或进化（evolve）。如下文进一步论述的那样，这里使用的术语“冗长度”指的是音频反馈提供的音频信息的“啰嗦程度”（wordiness），并且可以包括非语言类的音频反馈，例如音调、滴答声、蜂鸣声、啁啾声等等。举个例子，如果在与先前发生用户接口事件相对接近的时间里后续发生了该用户接口事件，那么，音频用户接口可以使音频反馈退化（例如通过减小冗长度），以免重复且高度冗长的信息将用户淹没。

在另一个实施例中，音频用户接口可被配置成至少部分基于用户导航列表的速度来自适应改变与可导航数据项列表相关联的音频反馈。在另一个实施例中，音频用户接口可被配置成提供在听觉上更为显著（more audibly distinct）的音频反馈来指示较新的数据内容在可导航列表中的位置，以及为较老的数据内容提供在听觉上较不显著的音频反馈。在另一个实施例中，音频用户接口可以被配置成基于用户接口事件的上下文重要性来改变音频反馈的冗长度和/或辨识度。在被单独或组合实施时，这里公开的各种音频反馈技术可以提升与音频用户接口相关的用户体验。

在本公开的各个方面可以有对上述特征的各种改进。此外，在这些各个方面中还可以引入其他特征。这些改进和附加特征既可以单独存在，也可以采用任何组合的形式存在。例如，以下结合所示出的一个或多个实施例论述的各个特征可被单独或以任何组合的形式引入至本公开的上述任一方面。同样，对上文给出的简要概述来说，其目的是让读者熟悉本公开的实施例的某些方面和上下文，而不是限制所要保护的主题。

附图说明

通过阅读以下的详细描述以及参考附图，可以更好地理解本公开的不同方面，在附图中：

图1是根据本公开的方面的电子设备的框图，其中该电子设备包括被配置成自适应改变音频反馈的音频用户接口；

图2是根据本公开的方面且采用了台式计算设备形式的图1中的电子设备的前视图；

图3是根据本公开的方面且采用了手持便携电子设备形式的图1中的电子设备的前视图；

图4是示出了根据本公开的方面且可以包含在被配置成自适应改变音频反馈的音频用户接口中的组件的框图；

图5是可以在图1的电子设备上运行的应用的屏幕图像；

图6是根据本公开的方面的图5所示的应用的屏幕图像，其中该屏幕图像描述的是在用户与应用交互时发生的事件的视觉通知；

图7以图形方式描述了根据本公开的方面的音频项的集合，其中这些音频项具有不同的冗长级别，并且与图6所述的事件相关联；

图8和9是描述了根据本公开的方面，关于如何响应于事件的重复发生而在一时间间隔上改变与图6的事件相关联的音频反馈的冗长度的图形时间线；

图10是根据本公开的方面的图5所示应用的屏幕图像，其中该图像进一步描述了图6中的事件的另一种视觉通知；

图11A是描述根据本公开的方面，用于响应于请求音频反馈的事件的发生而选择用于回放的音频项的方法的第一实施例的流程图；

图11B是描述根据本公开的方面的用于响应于请求音频反馈的事件的发生而选择用于回放的音频项的方法的第二实施例的流程图；

图12显示的是根据本公开的方面且可以在图1的设备上显示的多个屏幕图像，其中所述图像示出的是音频用户接口可以如何基于上下文重要性来提供区分事件的音频反馈；

图13是描述根据本公开的方面的用于基于事件的上下文重要性来选择音频项的方法的流程图；

图14描述的是显示了可以在包含了可导航项目列表的图1的电子设备上运行的应用的多个屏幕图像；

图15-17是根据本公开的方面的屏幕图像，其中每一个屏幕图像都显示了图14的可导航列表，并且描述了用户以不同的速度来导航列表；

图18是描述基于导航列表的速度来改变与图1的电子设备上显示的项目列表的导航相关联的音频反馈的方法的流程图；以及

图19-21是根据本公开的方面且可以在图1的设备上显示的屏幕图像，其中该图像示出的是与改变音频用户接口中的音频反馈相关的各种用户可配置选项。

具体实施方式

以下将会描述本公开的一个或多个具体实施例。所描述的这些实施例只是当前公开的技术的示例。此外，为了提供关于这些实施例的简要描述，在本说明书并未描述实际实施方式的全部特征。可以想到的是，与任何工程或设计项目一样，在开发任何此类实际实施方式的过程中必须做出众多特定于实施方式的决定，以便实现开发者的具体目标，例如与那些涉及系统和涉及业务且可能随着实施方式的不同而改变的约束条件相符。此外还应该了解，这些开发工作有可能会很复杂和耗时，但是对得益于本公开的普通技术人员来说，这些仍然是进行设计、制作和制造的例行工作。

在引入本公开的不同实施例的要素时，冠词“一”、“一个”以及“该”旨在表明存在一个或多个要素。术语“包含”、“包括”和“具有”应该是包含性的，并且应该意味着可以存在除了所列举的要素之外的附加要素。此外还应该理解，本公开中关于“一个实施例”或“实施例”的说法不应被解释成是排除了同样引入了所描述的特征的附加实施例的存在。

如下所述，本公开主要涉及的是用于自适应改变电子设备上的音频用户接口提供的音频反馈的技术。应该了解的是，在电子设备的显示能力有限或者没有显示能力的情况下，音频用户接口可能尤其有用。进一步地，即便电子设备包含可视显示器，用户有时也难以导航图形用户接口，诸如在不可能将视觉焦点从重要的活动上移开并且移向图形用户接口这一“眼睛繁忙”的情况下。这种活动可以包括例如开车、锻炼以及穿过繁忙街道。此外，如果设备在由视力受损的用户使用，那么音频反馈将会是视觉反馈的一个实用的替代。

根据一个实施例，音频用户接口可以使音频反馈的冗长度退化或进化。如上所述，这里使用的术语“冗长度”应被理解成是指音频反馈提供的音频信息的“啰嗦程度”，并且可以包括非语言类的音频反馈，例如滴答声、蜂鸣声、啁啾声或是其他各种类型的非语言声音效果。举例来说，冗长级别高的音频反馈可以输出若干个口语单词（例如播放预先存储的包含了口语单词的音频文件，或是使用实时的文本转语音合成），而冗长级别较低的音频反馈则可以输出较少的口语单词，或者在一些情况中输出非语言音调（例如没有口语单词）。在一个实施例中，对响应于用户接口事件而提供的音频反馈来说，其冗长度至少部分是基于在先前发生一次或多次用户接口事件的过程中提供的音频反馈的冗长级别而改变的。因此，当在与先前发生用户接口事件相对接近的时间里后续发生了该用户接口事件时，音频用户接口可以退化音频反馈（例如通过减小冗长度），以免重复且高度冗长的信息将用户淹没。

在另一个实施例中，音频用户接口可以被配置成至少部分基于用户导航列表的速度来自适应地改变与可导航数据项列表相关联的音频反馈。在另一个实施例中，音频用户接口可以被配置成提供听觉上较为显著的音频反馈来指示较新的数据内容在可导航列表中的位置，以及为较老的数据内容提供听觉上较不显著的音频反馈。在另一个实施例中，音频用户接口可以被配置成基于用户接口事件的上下文重要性来改变音频反馈的冗长度和/或辨识度。在被单独或组合实施时，这里公开的各种音频反馈技术可以提升与音频用户接口相关的用户体验。

在继续描述之前，首先将会定义本公开中广泛使用的若干个另外的术语，以便更好地理解所公开的主题。例如，在电子设备工作过程中发生的事件通常可被归类为“用户事件”或“系统事件”。这里使用的术语“用户事件”或类似术语应被理解成是指作为用户与设备交互的结果而发生的事件。作为示例，用户事件可以是表明关于用户请求的特定设备功能的可用性的通知。与之相比，术语“系统事件”或类似术语应被理解成是通常由设备自身在工作过程中发起以便提供关于设备状态的信息的事件，而不管用户是否在主动与设备交互或是在向设备发布请求和/或命令。作为示例，系统事件可以包括低电池电量通知。因此应该理解，这里使用的术语“事件”可以是指如上定义的用户事件或系统事件。

在音频用户接口的上下文中，电子设备可以在发生了某些事件后启动“音频项”的回放，以便提供音频反馈。这里使用的术语“音频项”或类似术语应被理解成是指电子设备的音频用户接口提供的音频信息。例如，音频项可以是存储在设备上的音频文件（例如存储在内存或非易失存储器中），并且可以包含语言的（例如语音数据）音频信息或非语言的音频提示，例如蜂鸣声、滴答声、啁啾声、鸣响声、铃声以及其他各种音调或音效。此外，一些音频项未必是本地存储在设备上的，而是可以与请求音频反馈的特定事件的发生相结合地由合成语音应用（例如文本转语音）来产生。

根据下文描述的技术，某些事件可以与一组具有不同冗长级别的音频项相关联。例如，某一组音频项可以包括非语言的音频项（例如无冗长内容）和具有最高冗长级别的音频项（例如“完全冗长度”），以及具有中间冗长级别的一个或多个音频项。这里使用的术语“退化”、“降级（step down）”或类似术语应被理解成是指通过选择和回放与在先前发生特定事件的过程中选择的音频的冗长度相比具有较低冗长度的音频项来降低与该特定事件相关联的音频反馈的冗长度的动作。同样，术语“进化”、“升级（step up）”应被理解成是指通过选择和回放与在先前发生特定事件的过程中选择的音频的冗长度相比具有较高冗长度的音频项来提高与该特定事件相关联的音频反馈的冗长度的动作。以下将会公开用于确定如何使音频反馈退化或进化的各种技术。

进一步地，在应用于用户接口时，术语“上下文重要性”或类似术语应被理解成是指响应于设备上的事件而提供的信息相对于提供信息的上下文的重要性。例如，与上下文重要性较低的事件相比，上下文重要性较高的事件可以提供更为显著的响亮音频反馈。作为示例，需要用户响应的事件，例如提示用户允许或拒绝到来的网络连接的事件，可能具有较高的上下文重要性，这是因为设备可能需要用户提供响应于该事件的决定来确定如何解决该到来的网络连接请求。作为另一个示例，低电池电量通知事件的首次发生可以具有较低的上下文重要性，这是因为此类通知通常旨在提供信息，并且不一定需要用户响应或是立即的用户动作。然而，如果用户有意或无意中忽略了重复出现了数次的低电池电量通知，由此导致设备趋近于继续操作所需要的临界电力阈值，那么低电池电量通知的上下文重要性可以逐渐提高。

在其他实施例中，用户接口事件的上下文重要性还可以是基于预先编程的信息而被确定的（例如，通过对事件进行编程，可以使其具有高或低的上下文重要性特征）。在其他实施例中，用户接口事件的上下文重要性可以是自适应的，或者可以基于先前的设备行为和/或在先前发生一次或多次该用户接口事件的过程中用户是如何与设备进行交互的来学习。此外，在一些实施例中，上下文重要性可以由用户规定，例如借助电子设备上的一组可配置用户偏好设置来规定。在这里论述了通过改变音频反馈来指示事件的上下文重要性的各种实施例。由此，应该理解的是，音频反馈冗长度的进化和退化可以是由电子设备响应于用户输入（例如直接用户输入、用户偏好设置等等）和/或响应于外界刺激（例如设备运行事件——电力不足、内存不足等等）而执行的智能的自适应行为。实际上，如下文中的各个实施例所示，音频反馈冗长度的进化和退化可以是动态的，并且可以基于存储在设备上的具体的用户偏好和/或设置来定制。

现在转到附图，图1是示出了电子设备10的一个示例的框图，其中该电子设备可以包括被配置成使用以上简要描述的一种或多种技术来改变音频反馈的用户接口。电子设备10可以是包含了被配置成使用音频输出设备来提供音频反馈的音频用户接口的任何类型的电子设备，例如膝上计算机或台式计算机、移动电话、数字媒体播放器等等。作为示例，电子设备10可以是台式或膝上型计算机，例如Cupertino,California的Apple Inc.提供的产品型号

Pro、MacBook

Mini或Mac

此外，电子设备10可以是便携电子设备，例如Apple Inc.提供的产品型号

或在其他实施例中，电子设备10还可以是来自其他制造商且包含了能够提供音频反馈的音频用户接口的电子设备型号。

如图1所示，电子设备10可以包括有助于设备10的功能的各种内部和/或外部组件。本领域普通技术人员将会了解，图1所示的各种功能块可以包括硬件部件（包括电路），软件部件（包括存储在计算机可读介质上的计算机代码，例如程序和/或固件）、或是硬件与软件部件的组合。例如，在当前示出的实施例中，电子设备10可以包括以下组件：输入/输出（I/O）端口12、输入结构14、一个或多个处理器16、存储器18、一个或多个非易失存储设备20、显示器22、音频输出设备24、一个或多个扩展卡26、联网设备28以及电源30。此外，电子设备10还可以包括具有图形用户接口36（“GUI”）和音频用户接口38的用户接口34。如下文中进一步论述的那样，音频用户接口38可以被配置成实施如上所述的一种或多种用于改变音频反馈的技术。

对于图1中示出的每一个组件来说，I/O端口12可以包括被配置成与诸如电源或其他电子设备（例如手持设备和/或计算机、打印机、投影仪、外部显示器、调制解调器、坞站等等）之类的各种不同的外部设备相连的各种端口。I/O端口12可以支持任何接口类型，例如通用串行总线（USB）端口、视频端口、串行端口、IEEE-1394端口、以太网或调制解调器端口、和/或AC/DC电力连接端口。在一个实施例中，I/O端口12可以包括来自Apple Inc.的专属端口，该端口的功能可以是为设备10的电源30（该电源可以包括一个或多个可再充电电池）充电，或是在设备10与外部源之间传送数据。进一步地，如果音频输出设备24包括外部音频输出设备（例如耳机或外部扬声器），那么I/O端口12可以包括用于将音频输出设备24连接到设备10的音频连接器端口。

输入结构14可以向处理器16提供用户输入或反馈。例如，输入结构14可以被配置成控制电子设备10的一个或多个功能，例如在设备10上运行的应用。作为示例，输入结构14可以包括按钮、滑动条、开关、控制板、按键、旋钮、滚轮、键盘、鼠标、触摸板等等或是其某种组合。在一个实施例中，输入结构14可以允许用户导航设备10上显示的GUI 36。此外，输入结构14可以包括与显示器22一起提供的触敏机制。在这样的实施例中，用户可以借助触敏机制来选择所显示的接口元素或者与之交互。

设备10的操作通常可以由一个或多个处理器16来控制，其中处理器可以提供运行操作系统、应用程序、GUI 36、音频用户接口38以及设备10上提供的其他任何功能所需要的处理能力。处理器16可以包括单个处理器，或者在其他实施例中可以包括多个处理器。作为示例，处理器16可以包括“通用”微处理器、专用处理器（ASIC）、定制处理器、或是此类处理组件的组合。例如，处理器16可以包括指令集处理器（例如RISC）、图形/视频处理器、音频处理器、和/或其他相关芯片组。处理器16可以耦合到一个或多个数据总线，以便在设备10的各组件之间传送数据和指令。

由处理器16处理的指令或数据可存储在计算机可读介质中，例如存储器18中，其中所述存储器既可以是诸如随机存取存储器（RAM）之类的易失存储器，也可以是诸如只读存储器（ROM）之类的非易失存储器，还可以是RAM和ROM设备的组合。例如，存储器18可以存储设备10的固件，例如操作系统、应用、图形和音频用户接口功能、或是可以在设备10上运行的其他任何例程。虽然用户接口34（包含GUI 36和音频用户接口38）被显示成是存储器18的组件，但是应该理解，定义了GUI 36和音频用户接口38的编码指令（例如机器可读代码）实际可以驻留在非易失存储器28中，并且可以在运行时载入存储器18以便执行。

非易失存储设备20可以包括闪存、硬盘驱动器或是其他任何用于持久存储数据和/或指令的光、磁和/或固态存储介质。作为示例，非易失存储设备20可以用于存储数据文件，这其中包括音频数据、视频数据、图片以及其他任何适当的数据、如下文中进一步论述的那样，设备10可以使用非易失存储器20来存储可以借助音频用户接口38选择和回放以便向设备10的用户提供音频反馈的各种音频项。

显示器22可以用于显示设备10产生的各种图像。例如，显示器22可以接收和显示GUI 36生成的图像40。在各种实施例中，显示器22可以是任何适当的显示器，例如液晶显示器（LCD）、等离子显示器或是有机发光二极管（OLED）显示器。此外，显示器22可以是与如上所述充当设备10的控制接口的一部分的触敏机构（例如触摸屏）一起提供的。进一步地，应该指出的是，在一些实施例中，设备10未必包含显示器22或GUI 36，而是可以只包含可供用户与设备10交互的音频用户接口38。关于没有显示器22的设备10的实施例的一个示例可以是Apple Inc.提供的产品型号

Shuffle。

如上所述，音频输出设备24可以包括外部音频输出设备，例如通过I/O端口12与设备10相连的耳机或外部扬声器。此外，音频输出设备24可以包括集成的扬声器。如图1所示，音频用户接口38提供的音频反馈42可以用音频输出设备24来回放。在一些实施例中，音频用户接口38还可以被配置成借助音频输入设备（在图1中并未显示）接收来自用户的音频输入（例如语音命令），其中所述音频输入可被转换成用于在设备10上执行某个任务或功能的指令或命令。

图1所示的实施例还可以包括一个或多个卡槽或扩展槽。这些卡槽可以被配置成接纳一个或多个可以用于为电子设备10添加诸如附加存储器、I/O功能或联网能力之类的功能的扩展卡26。此类扩展卡26可以通过任何类型的适当连接器连接到设备10，并且可以在电子设备10的壳体内部或外部被访问。举例来说，在一个实施例中，扩展卡26可以包括闪存卡，例如安全数字（SD）卡、压缩闪存卡、多媒体卡（MMC）等等，或是PCMCIA设备。此外，扩展卡24可以是与提供移动电话能力的电子设备10的实施例一起使用的订户身份模块（SIM）卡。

电子设备10还包括网络设备28，网络设备28可以是可借助无线802.11标准或任何其他适当的联网标准来提供网络连接的网络控制器或网络接口卡（NIC），网络连接诸如是局域网（LAN）、广域网（WAN），如GSM演进的增强数据速率（EDGE）网络、3G数据网络、或因特网。借助网络设备28，设备10可以与网络上的任何设备相连并与之发送或接收数据，举例来说，所述设备可以是便携电子设备、个人计算机、打印机等等。在某些实施例中，网络设备28可以提供与诸如Apple Inc.提供的

服务之类的在线数字媒体内容供应商的连接。

设备10的电源30可以包括在非便携和便携设置中都为设备10供电的能力。例如，在便携设置中，设备10可以包括用于为设备10供电的一个或多个电池，例如锂离子电池。该电池可以通过将设备10连接到诸如墙壁插座之类的外部电源而被重新充电。在非便携设置中，电源30可以包括被配置成从墙壁插座汲取电力以及将电力分发给诸如台式计算系统之类的非便携电子设备的各个组件的供电单元（PSU）。

在描述了图1所述的电子设备10的组件之后，图2和3示出的是电子设备10可以采用的各种形式。如图2所示，电子设备10可以采用计算系统50的形式。所描述的计算机50包括壳体52，显示器22，采用键盘和鼠标的形式的输入结构14，以及采用了集成扬声器的形式的音频输出设备24。计算机50还包括集成的成像设备54，例如数码相机。虽然所示出的计算机50被显示成是通常非便携的计算机系统（例如台式计算机、工作站和/或服务器），但是应该理解，计算机50也可以使用更小和更便携的形状因子来提供（例如膝上型计算机、上网本计算机和/或平板计算机）。

可以想到的是，输入结构14还可以包括各种其他按钮和/或开关，这些按钮和/或开关可以用于与计算机50进行交互，例如为计算机加电或是启动计算机，操作GUI或是在计算机50上运行的程序，以及调节与计算机50的操作相关的各个其他方面（例如音量，显示器亮度等等）。计算机50还可以包括如上所述提供与附加设备的连接的各种I/O端口12，例如

或USB端口，高清多媒体接口（HDMI）端口，或是适合连接到外部设备的任何其他类型的端口。此外，计算机50还可以包括在上文中对照图1描述的网络连接（例如网络设备28），存储器（例如存储器18）以及存储能力（例如存储设备20）。

正如进一步显示的那样，显示器22可以被配置成产生可供用户查看的各种图像。例如，在计算机50工作的过程中，显示器28可以显示允许用户与操作系统和/或计算机50上运行的应用交互的GUI36。GUI 36可以包括各种层、窗口、屏幕、模板或是可以在整个显示设备22或是显示设备22的一部分上显示的其他图形元素。例如，在所描述的实施例中，GUI 36可以显示包含了各种图形图标56的操作系统界面，其中各个图标可以对应于可以在检测到用户选择（例如借助键盘/鼠标或触摸屏输入）时打开或运行的各种应用。图标56可被显示在停靠栏58中或是屏幕上显示的一个或多个图形窗口元素60内。

在一些实施例中，通过选择图标56，可能引起层次性的导航过程，由此，选择图标56可能会通向某个屏幕或者打开包含了一个或多个另外的图标或其他GUI元素的另一个图形窗口。作为示例，图2显示的操作系统GUI 36可以来自Apple Inc.提供的某个版本的Mac

操作系统。此外，计算机50还可以包括与GUI 36同时运行的音频用户接口（例如38）。例如，响应于用户事件或系统事件，音频用户接口38可以通过音频输出设备24来向用户提供音频反馈。仅作为示例，音频用户接口38的实施例可以是在Apple Inc.提供的Mac操作系统的一些版本以及某些型号的和

上可用的

实用程序。

图3进一步示出的是采用便携手持电子设备70的形式的电子设备10，其中所述设备可以是Apple Inc.提供的某个型号的

或

在所描述的实施例中，手持设备70包括外壳52，其可具有保护内部组件免受物理损害以及保护它们免受电磁干扰的功能。外壳52可以是任何适当的材料或材料组合制成，例如塑料、金属或复合材料，并且可以允许无线网络信号传递至可部署在如图3所示的外壳52内的无线通信电路（例如网络设备28）。

外壳52还包括可供用户与手持设备70交互的各种用户输入结构14。例如，每一个输入结构14可以被配置成在被按下或致动时控制一个或多个相应的设备功能。作为示例，一个或多个输入结构14可以被配置成调用“主页”屏幕72或是要显示的菜单，以便在休眠、唤醒、或开机/关机模式之间切换，从而静默蜂窝电话应用的振铃器，提高或降低音量输出等等。应该理解的是，所示出的输入结构14仅仅是例示性的，并且手持设备70可以包括以各种形式存在的任何数量的适当用户输入结构，其中所述形式包括按钮、开关、按键、旋钮、滚轮等等。

如图3所示，手持设备70可以包括各种I/O端口12。例如，所描述的I/O端口12可以包括用于发送和接收数据文件或是为电源26充电的专属连接端口12a，以及用于将设备70连接到外部音频输出设备24（例如耳机或扬声器）的音频连接端口12b。进一步地，在手持设备70提供移动电话功能的实施例中，设备70可以包括用于接纳订户身份模块（SIM）卡（例如扩展卡26）的I/O端口12c。

显示设备22可以显示手持设备70产生的各种图像。例如，显示器22可以显示各种系统指示符73，其向用户提供关于手持设备70的一个或多个状态的反馈，其中举例来说，所述状态可以是电源状态、信号强度、外部设备连接等等。如上文中参考图2所述，显示器22还可以显示允许用户与设备70交互的GUI 36。GUI 36可以包括图标56，其可以与在检测到用户选择了相应图标56时打开或运行的各种应用相对应。例如，图标74可以代表媒体播放器应用，图标76可以代表在线数字媒体服务应用，以及图标78可以代表可供用户配置设备70的一个或多个设置的应用。仅作为示例，图3显示的GUI36可以来自Apple Inc.提供的OS系统的某个版本。

手持设备70还包括音频输出设备24，音频输入设备80，以及输出发射器82。如上所述，设备70上的音频用户接口38可以使用音频输出设备24来通过回放各种音频项向用户提供音频反馈。此外，音频输出设备24可以与诸如用于回放音乐和媒体文件的媒体播放器应用76结合使用。进一步地，如果电子设备70包含移动电话应用，那么音频输入设备80和输出发射器82可以协同工作，以便充当电话的音频接收和发射部件。

现在参考图4，该图示出的是根据一个实施例的描述了可以在图1的设备10中实施的音频用户接口38的功能组件的框图。音频用户接口38包括音频反馈选择逻辑86，该逻辑接收用于指示诸如用户或系统事件之类的事件的发生的数据88。接收到数据88后，音频反馈选择逻辑86可以与事件统计数据存储单元92和音频反馈数据存储单元94（这二者都可以是非易失存储器20（图1）的一部分，或者可以作为独立存储设备来实施）进行通信，以及与用户偏好集合96和时钟或定时器98进行通信，以便确定对使用音频输出设备24回放的音频项100的选择。可以想到的是，图4所示的各种组件提供的功能可以由电子设备10的一个或多个处理器15运行或执行。

举例来说，如上所述，音频反馈选择逻辑86的一个方面可涉及响应于事件88来使音频反馈退化或进化。在一个实施例中，选择逻辑86可以将音频数据存储器94中与事件88相关联的音频项集合（“音频反馈数据集合”）识别成是用于音频反馈的候选者。如上所述，与事件88相对应的音频项集合的冗长级别可以不同，其中每一个级别可被称为一个“等级（step）”。由此，如上文中定义的那样，“降级”音频反馈可以是指降低音频反馈的冗长度，而“升级”音频反馈可以是指提高音频反馈的冗长度。相应地，与期望的冗长级别相对应的音频项100可以是根据事件统计数据存储器92和用户偏好96提供的信息来选择的。

在一个实施例中，事件统计数据存储器92可以存储关于事件88的信息，包括事件88先前已在设备10的工作过程中发生的频率，在最近一次发生事件88的过程中所选择用于回放的音频项，以及事件88最近一次发生时的时间邻近度等等。作为示例，事件88在先前的每一次发生都可被标记一个由定时器98提供的时间值，并且可以作为数据条目存储在事件统计数据存储器92中。定时器98可以实施为独立时钟（例如RC振荡器），或者可以被配置成基于设备10的外部系统时钟来推导出时间值。由此，当事件88在相对于先前发生事件88的非常接近的时间发生，也就是在选定时间量（通过用户偏好96可配置的“等待时间”或“升级时间”）内发生时，音频反馈选择逻辑85可以从音频反馈数据集合中选择与在先前发生该事件的过程中所选择的音频项相比具有更低冗长度的音频项100。这样一来，音频用户接口38可以避免为在相对较短的时间内发生过多次的特定事件88重复回放冗长度同样很高的音频项，由此改善了与音频用户接口38相关的用户体验。

出于同样的原因，音频反馈选择逻辑86的一些实施例还可以被配置成使用与如上所述的退化处理相类似的技术来使音频反馈进化。例如，在检测到发生了事件88时，如果事件统计数据92表明就在发生事件88之前的与所选择的升级时间相对应的间隔内并未发生过事件88，那么选择逻辑86可以通过从音频反馈数据集合中选择与先前发生事件88时选择的音频项相比具有更高冗长度的音频项100来使音频反馈进化。

虽然事件88发生的频率和时间邻近度是音频用户接口38的选择逻辑86改变音频反馈可依据的一个度量，但是其他的因素也可以为选择逻辑86如何选择音频项100做出贡献。例如，在一个实施例中，选择逻辑86可以被配置成基于事件88的上下文重要性来控制或改变音频反馈，其中所述上下文重要性取决于响应于事件88而提供的信息相对于发生事件88的上下文的相对重要性。在其他实施例中，事件的上下文重要性可以基于预先编程的信息来确定（例如，事件可被编程为具有高或低的上下文重要性特征），或者可以基于先前设备行为和/或用户在先前发生一次或多次该事件的过程中与设备如何交互而自适应的或学习的，或者可以是由用户规定的，例如借助电子设备上的可配置的用户偏好设置集合来规定，或者可以基于这些因素的组合来确定。在另一个实施例中，选择逻辑86可以被配置成基于设备10的用户导航列表的速度来改变与所显示的项目列表相关联的音频反馈。

在明确了这些要点之后，剩余附图旨在描述根据本公开的方面来改变音频用户接口（例如38）所提供的音频反馈的各种实施例。特别地，图5-11描述的是音频反馈选择逻辑86被配置成基于设备10上发生一事件相对于先前发生该相同事件的邻近度来改变音频反馈的实施例。图12-13描述的是选择逻辑86被配置成基于设备10上发生的事件的上下文重要性来改变音频反馈的实施例。图14-18描述的是选择逻辑86被配置成基于用户导航设备10上显示的项目列表的方式来改变音频反馈的实施例。最后，图19-21描述的是一个配置应用的实施例，其中通过该配置应用，用户可以定义和/或配置与改变设备10上的音频反馈相关的各种音频用户接口设置。本领域技术人员很容易了解，这里对照这些附图给出的详细描述仅仅是为了借助示例来提供本发明的实施例可以采取的某些形式。换言之，本公开不应被解释成是仅限于这里论述的具体实施例。

参考图5，该图示出的是根据一个实施例的描述了设备10上的应用106的屏幕图像104。屏幕图像104可以是应用106的图形用户接口的一部分，并且可以用图2的计算机50上的显示器22来显示。在所描述的实施例中，应用106可以是数字媒体播放器应用，例如Apple Inc.提供的

应用，并且可以在用户从如图2所示的操作系统GUI 36中选择适当图标56的时候启动。考虑到以下论述的实施例，应该理解的是，应用106可以包括音频用户接口（例如38）或者与全局音频用户接口（例如设备10的主操作系统的全局音频用户接口）相兼容，以便向用户提供音频反馈。

如上所述，取决于用户进行的输入和选择，GUI 36可以显示包含了图标（例如56）和图形元素的各种屏幕。这些元素可以代表图形和虚拟元素，或是可供用户使用一个或多个输入结构14（图1）而从显示器22上选择的“按钮”。相应地，应该理解的是，以下关于屏幕图像的后续描述中所使用的术语“按钮”、“虚拟按钮”、“图形按钮”、“图形元素”等等指的是显示器22上提供的图形元素所代表的按钮或图标的图形表示。进一步地，应该理解的是，后续附图中阐述和描述的功能可以使用多种多样的图形元素和视觉方案来实现。因此，本公开并不局限于这里描述的确切的图形接口规范。相反，这里阐述的可被实施的实施例包括多种多样的用户接口类型。

如屏幕104所示，应用106可以显示诸如歌曲文件、视频文件、播客等媒体项110的列表108，并且用户可以从该列表中选择在设备10上回放的项目112。如图5所示，列表108可以显示关于每一个媒体项110的各种特性，诸如歌曲名称、曲目回放时间、艺术家姓名、专辑名称和流派。一旦识别了所选择的项目112，则用户可以通过选择图形回放按钮114而开始回放所选择的项目112。此外，用户可以通过选择图形按钮116返回到先前播放的项目，通过选择图形按钮118来前进到列表108中的另一个项目，或者通过操作图形滑条120来调节所选择的项目112的回放音量。如这里所示，如果显示器22的大小不足以显示整个列表108，那么屏幕104还包括允许用户垂直和水平导航整个列表108的滚动条元素122和124，

图形按钮126、128、130和132描述了应用106所提供的附加回放功能。例如，图形按钮126可以代表一个可供用户手动创建用于回放的新的媒体项目群组的功能，其中所述群组通常被称为“播放列表”。图形按钮128和130分别可以代表启用或禁用“随机”和“重复”播放模式的功能。最后，图形按钮132可以代表使用存储在设备10上的被确定为与所选择的媒体项112相似的媒体来自动生成播放列表的功能。作为示例，该功能可以作为在Apple Inc.提供的

应用以及产品型号

和

上可用的

功能来给出。

播放列表可以使用通过诸如Apple Inc.提供的

服务器之类的外部集中式服务器提供的评分系统和过滤算法来生成。然而，在一些情况中，

功能可能无法满足要求生成播放列表的用户请求，例如在所选择的媒体项112相对较新并且

功能无法获取足以识别设备10上（例如在非易失存储器20中）存储的类似媒体的数据点的时候。此外，如果设备10上存储的媒体项的总数不足以生成适当的列表，那么

功能同样可能是不可用的。对以下结合图6-10描述的实施例来说，对于

按钮132的选择将被用作触发或请求音频反馈的事件88（图4）的示例。图6显示的是在选择了

按钮132之后出现的屏幕104的更新视图。在所示出的示例中，假设

功能不可用于所选择的媒体项112。响应于该事件88，应用106的图形用户接口36部分可以显示视觉通知窗口140，该窗口包含了向用户告知所请求的功能不可用的视觉通知142。通常，在显示视觉通知窗口140的同时，应用106的音频用户接口38部分可以提供音频反馈来向用户告知所请求的功能不可用。例如，可以通过回放音频项来提供音频反馈，其可以包括播放音频文件或是采用文本转语音应用来使用合成语音“说出”通知142。为了从屏幕104中移除视觉通知窗口140，用户可以选择图形按钮144，其可以向设备10和应用106指示用户已经接收并且确认了视觉通知窗口140所传达的信息。

如上所述，本技术的某些实施例可以包括响应于事件88来使音频反馈退化。举例来说，假设在尝试将

功能应用于所选择的媒体项112之后，用户在相对较短的时间间隔中进一步尝试将

功能应用于列表108上的其他项目且没有成功，由此在每一次尝试时都触发事件88。如果没有应用如上所述的退化技术，那么在每次发生该事件时都会以“完全冗长度”来提供音频反馈，这样有可能会使用户被重复的信息所淹没，并且由此对应用106的用户体验产生负面影响。

为了提升用户体验，音频反馈选择逻辑86（图4）可以通过分析与事件88有关的事件统计数据（例如来自存储器92）以及从与事件88相关联的音频反馈数据集合中选择适当的音频项，来减小与事件88相对应的音频反馈的冗长度。现在参考图7，该图示出的是音频反馈数据集合148的一个示例。如所示，音频反馈数据集合148可以包括音频项150、152、154和156，各个音频项具有不同的冗长级别。例如，在这里被称为“完全冗长度”的音频项150是最冗长的，并且在被选择逻辑86选择时，该音频项会导致在显示图6的视觉通知窗口140的同时通过音频输出设备24回放语言音频信息“GENIUS ISCURRENTLY UNAVAILABLE FOR THIS TRACK（Genius当前不可用于该曲目）”。

音频项152可以代表第一级退化音频项，它与音频项150相比冗长度相对较低，但是仍旧包含了大部分语言音频信息。举例来说，在被选择时，音频项152可能会导致通过音频输出设备24回放语言音频信息“GENIUS IS NOT AVAILABLE（Genius不可用）”。与音频项152相比，音频项154的冗长度甚至更低，并且只包括相对较短的语言消息“NO GENIUS（无Genius）”。最后，音频项156代表了集合148中的最不冗长的项目，并且不包括语言成分，而是仅仅是采用了具有听起来是否定的音调或蜂鸣声形式的非语言提示。

由此，图7描述的音频反馈数据集合148示出了具有不同冗长级别或等级的音频项（例如150、152、154和156），选择逻辑86可以从这些音频项中进行选择，以使与事件88的发生相对应的音频反馈退化或进化。进一步地，虽然本实施例示出的是具有4个冗长等级的音频反馈数据集合，但是应该理解，在其他实施例中或者对其他事件来说，相应的音频反馈数据集合可以包括更少或更多的冗长等级。进一步地，一些实施例可以提供对于相同冗长级别包括多个音频项的音频反馈数据集合。举例来说并且如下文中进一步所述，在一个实施例中，可以提供不同的非语言提示来帮助用户确定特定事件的上下文重要性。

在图8中借助图形时间线示出了与图6所示的事件88相对应的音频反馈可以如何在一个时间段上退化或进化的示例，其中所述图形时间线描述的是设备10在大小为120分钟的时间段上的操作。如所示，事件88在该时间段中可以多次发生，具体而言是在时间t0（0分钟），t20（20分钟），t35（35分钟），t55（55分钟）以及t110（110分钟）发生。虽然事件88在这其中的每一个时间通常都是相同的，但是为了更好地区分每次发生，在这里为这些事件标记了参考数字88a、88b、88c、88d和88e。本示例假设了一个被设置为45分钟的升级时间间隔，其可以由设备10的制造商或是用户接口34的编程者预先设置，或者可以后续由用户配置（例如借助图4所示的用户偏好96），此外还假设，在时间t0之前的升级时间间隔中（例如之前从-t45到t0的45分钟里），事件88并未发生。

以时间t0为开始，事件88a的发生可能会导致在屏幕104上显示图6的视觉通知窗口140，并且还会导致选择和回放完全冗长度的音频项150。举例来说，事件统计数据存储单元82可以向选择逻辑86指示，就在时间t0之前的升级时间间隔（45分钟）里没有发生过类似的事件88。基于该数据，选择逻辑86可以选择并开始回放完全冗长度的音频项150，以便与显示关于事件88a的发生的视觉信息（例如视觉通知窗口140）基本同时地提供音频信息。一旦开始回放音频项150，音频用户接口38可以使用定时器98来建立从时间t0到时间t45的升级窗口157。如果事件88在该窗口157中再次发生，那么选择逻辑86可以使该音频反馈退化。

在本示例中，在时间t20再次发生了事件88b。一旦发生了事件88b，事件统计数据存储单元92可以向选择逻辑86指示，在不到45分钟（例如升级间隔）之前发生了该事件88a。由此，由于事件88b是在升级窗口157（例如从t0到t45）内发生的，选择逻辑86可以识别出在最近一次发生事件88的过程中播放的音频项（在本示例中是处于时间t0的音频项150），并且会使该音频反馈退化一个冗长等级。这样可使得音频项152被选择和回放，其中如图7所示，该音频项152与音频项150相比要低一个冗长等级。一旦在时间t20发生音频项152的回放，则升级窗口157的剩余部分将会变得不相干，并且将会建立从时间t20到时间t65的新的“当前”升级窗口158。

此后，在时间t35再次发生了事件88c。由于事件88c是在升级窗口158（例如从t20到t65）内发生的，因此，音频用户接口38的选择逻辑86可以通过选择和回放音频项154来使得与事件88c相关联的音频反馈进一步退化，其中音频项154与先前播放的音频项152相比要低一个冗长等级。一旦在时间t35发生音频项154的回放，则升级窗口158的剩余部分将会变得不相干，并且将会建立从时间t35到时间t80的与事件88c相关联的升级窗口159，其将变成当前的升级窗口。

在事件88c之后，在时间t55再次发生了事件88d。同样，由于事件88d是在当前升级窗口159（例如从t35到t80）内发生的，因此，音频用户接口38的选择逻辑86可以将音频反馈的冗长度再降低一个等级，由此使得与事件88相关联的音频反馈完全退化到非语言音频项156。此后，一旦在时间t55发生非语言音频项156的回放，则会建立从时间t55到时间t100的与事件88d相关联的新的升级窗口160，并且先前升级窗口159的剩余部分将会变得不相干。换句话说，只要事件88在先前最近一次发生事件88之后的当前升级时间窗口中继续发生，则选择逻辑86可以继续使得与事件88相对应的音频反馈退化。然而应该指出的是，由于在本示例中不能进一步使音频项156退化，因此，窗口160中事件的再次发生可能导致选择逻辑86再次选择和播放音频项156。

接下来，在时间t110，事件88e再次发生。然而，这次发生是在升级窗口160之外。在这种情况下，选择逻辑86可以被配置成使音频反馈进化。例如，在一个实施例中，无论最近一次播放的音频项（例如音频项156）的冗长级别如何，选择逻辑86都可以通过在时间110选择和回放音频项150而将音频反馈的冗长度“复位”到完全冗长度。在另一个实施例中，选择逻辑86可以相对于最近一次播放的音频项将音频反馈的冗长度提高一个等级，来使音频反馈进化。举例来说，在本示例中，通过在时间t110选择音频项154，可以在音频反馈的冗长度方面相对于最近一次播放的音频项156提升一个等级。

可以想到的是，除了触发音频反馈之外，每一次事件88a-88e的发生还可触发在GUI 36上显示视觉反馈，例如借助图6所示的视觉通知窗口140来显示。进一步地，每一次事件88a-88e的发生可以存储在事件统计数据存储器92中，以便提供音频反馈选择逻辑86在为未来发生事件88确定适当的音频反馈时可使用的统计数据。

虽然图8所示的图形时间线示出的是对于在当前升级窗口内发生的每一次后续事件88具有恒定的退化速率（例如，一个冗长等级），但是本技术的其他实施例也可以不仅基于事件88的发生相对于先前的发生的邻近度还至少部分基于用户对事件88引起的视觉反馈和/或音频反馈的反应或响应，来改变音频反馈退化的速率。

举例来说，一个使音频反馈退化的实施例可以对“回放终止事件”的发生加以考虑。如这里使用的，回放终止事件指的是由用户做出的在完成音频项回放之前终止其回放的响应。举例来说，参考图6，在一个实施例中，用户可以在所选择的音频反馈项（例如音频项150、152、154和156之一）的回放期间但是在其完成之前选择图形按钮144，以引起回放终止事件。回放终止事件还可以使用其他动作传达给设备10，例如基于手势的动作（例如轻轻晃动设备10）。相应地，设备10可以将回放终止事件解释成是用户对视觉通知窗口140和所选择的音频反馈之一或二者所提供的信息不感兴趣的响应。

在图9中借助图形时间线显示了一个示出了回放终止事件可如何影响音频反馈退化的示例，其中该图形时间线描述的是设备10在120分钟的时间段上的操作，在该时间段中，在时间t0、t30和t110发生了事件88。为了加以区分，在这里使用了参考数字88f、88g和88h来标引这些发生。此外，对于图9所示的示例来说，在这里假设了45分钟的升级间隔。此外还假设就在时间t0之前的升级时间间隔（例如之前从-t45到t0的45分钟）内没有发生事件88。

以时间t0为开始，事件88f的发生可能导致在屏幕104上显示图6的视觉通知窗口140，并且还会导致在时间t0选择和回放完全冗长度的音频项150。在回放音频项150的过程中，检测到回放终止事件161，其可能导致提早终止音频项150的回放。举例来说，这种状况有可能是用户在完成音频项150的回放之前选择了图形按钮144的结果，或者可能是终止手势（例如晃动设备10）或是在完成音频项150的回放之前将其终止的其他任何类型的动作的结果。事件88f以及回放终止事件161的发生被存入事件统计数据存储器92。此外，建立从时间t0到时间t45的用于检测事件88的后续发生的升级窗口162。

接下来，事件88g在时间t30再次发生。一旦发生了事件88g，事件统计数据存储单元92可以向选择逻辑86指示曾检测到与先前在t0发生事件88f相关联的回放终止事件161。在所示出的实施例中，这可能导致选择逻辑86通过选择和回放非语言音频项156来使音频反馈完全退化，由此绕过音频项152和154所代表的冗长级别。建立从时间t30到时间t75的新的升级窗口163。可以想到的是，类似图8的实施例，如果后续在窗口163内发生了事件88，那么可能导致再次播放音频项156，而如果后续在窗口163之外发生了事件88，那么可能导致音频反馈被复位到完全冗长度（例如音频项150），如图9中的时间t110显示的那样。

在一些实施例中，除了影响音频反馈行为之外，回放终止事件（例如161）还有可能影响视觉反馈行为。举例来说，参考图10，描述了在图9中的时间t30发生事件88g的过程中的屏幕104。如所示，由于在最近一次发生该事件（例如时间t0处的88f）的过程中检测到了回放终止事件161，因此，先前在图6的屏幕104的中心出现的视觉通知窗口140将被退化为在屏幕104的右上角附近出现的不太突出且较小的栏164。通知栏164包括视觉通知消息165，其中与图6所示的冗长度较高的通知消息142相比，该消息165同样也退化了。

通知栏164可以包括图形元素166和168。通过选择图形元素166，用户可以扩展通知栏164，由此导致改为显现窗口140。在一个实施例中，GUI 36可以仅仅短暂地显示通知栏164，例如显示5到10秒的时段，此后则会自动从屏幕104中移除栏164。此外，用户可以通过选择图形按钮168来选择手动移除通知栏164。

图11A中的流程图描述的方法169以及图11B所示的流程图描述的方法174对在上文中参考图5-10示出的用于使音频反馈退化和进化的各种技术进行了一般性概括。

首先参考图11A，方法169示出的是一种基于期望的冗长级别来提供进化/退化的音频反馈的更基本的方法。举例来说，方法169始于步骤170，其中设备10的音频用户接口38检测到在第一时间（T(x)）发生了触发或请求音频反馈的事件（例如表明图6的

功能不可用的指示）。接下来，在步骤171，与检测到的事件相对应的音频项集合被识别，由此，该集合内的各个音频项可以具有与集合中的每一个其他音频项不同的冗长级别。

此后，在步骤172，与期望的冗长级别相对应的第一音频项被选择，如图11A所示，该冗长级别可以至少部分基于从步骤170中检测到的事件是否在时间T(x)之前的特定时间间隔（例如升级窗口）内发生过而确定。在一个实施例中，如果该事件先前在该特定时间间隔内发生过，那么相对于前一次发生该事件的过程中选择的音频项的冗长度，期望的冗长级别可以退化。同样，如果先前在该特定时间间隔内没有发生该事件，那么相对于前一次发生该事件的过程中选择的音频项的冗长度，期望的冗长级别可以进化。随后，在步骤173，回放所选择的音频项（例如具有期望的冗长级别），以便响应于检测到的事件来提供音频反馈。

图11B示出的是描述了以上参考图8-9所述的附加特征的更详细的流程图。例如，方法174始于步骤175，其中设备10的音频用户接口检测到发生了触发或请求音频反馈的事件（例如表明图6的功能不可用的指示）。接下来，在步骤176中将会识别事件统计数据集合和音频反馈数据集合，其中音频反馈数据集合可以包括与在步骤175检测到的事件相对应的具有不同冗长级别的多个音频项。

基于来自步骤176的事件统计数据，在判定框177，选择逻辑86可以确定该事件是否在之前最近一次发生该事件之后的升级窗口内发生过。如果该事件没有在该升级窗口内发生过，那么方法174继续进行至步骤178，从而以完全的冗长度来提供音频反馈。如上所述，在替换实施例中，与提供完全冗长度不同，选择逻辑186可以改为使音频反馈进化一个等级。举例来说，如图11所示，如果事件没有在该升级窗口内发生过，那么作为替换，方法174可以继续至步骤180，其中在步骤180，与之前最近一次发生的事件相对应的最近一次选择的音频项将被识别，并且在步骤182，与该先前选择的音频项相比，音频反馈进化一个等级并且由设备10回放。

再次参考判定框177，如果事件在先前的发生之后的升级窗口中发生过，那么方法174将会继续至判定框186，在判定框186中，确定该先前的发生是否伴随有回放终止事件（例如161）。如果检测到与先前的事件发生并存的回放终止事件，那么方法174继续至步骤188，并且选择和回放来自音频反馈数据集合（例如148）的最为退化的音频项。作为示例，最为退化的音频项可以是非语言的音频提示（例如音频项156）。

如果判定框186确定在先前的事件发生过程中没有检测到回放终止事件，那么在步骤190，与该先前发生的事件相对应的最近一次选择的音频项被识别。在步骤192，确定该最近一次选择的音频项是否已经是来自步骤176的音频反馈数据集合中最为退化的音频项。如果确定该最近一次选择的音频项是来自该集合的最为退化的音频项，则在步骤188选择该音频项作为当前音频项并进行回放。如果该最近一次选择的音频项不是来自该集合的最为退化的音频项，那么选择逻辑86可以使音频反馈退化一个等级，并且播放相应的退化的音频项。

继续图12和13，根据本公开的方面示出了可以如何基于事件的上下文重要性来改变音频反馈的实施例。如上文中定义的那样，上下文重要性指的是响应于设备上的事件而提供的信息相对于提供该信息的上下文的重要性。

首先参考图12，该图示出的是描述了有两个具有不同上下文重要性特征的事件发生的一系列屏幕图像。图12所示的屏幕图像可以是在图3所示的手持设备70上显示的GUI 36的一部分。举例来说，从GUI 36的主页屏幕72开始，用户可以通过选择图标74来启动媒体播放器应用。作为示例，媒体播放器应用74可以是在AppleInc.提供的产品型号iPod

或

上运行的

应用。此外，如图12所示，GUI 36可以是也由Apple Inc.提供的

或

操作系统的某一版本。

一旦选择了图标74，用户可被导航至媒体播放器应用74的主页屏幕200。如图12所示，屏幕200可以最初显示播放列表204的清单202，每一个播放列表都可以包括用户定义的多个媒体文件。例如，播放列表204可以构成来自整个音乐专辑的所有歌曲文件，并且可以是设备10的用户所选择的媒体文件的定制“混合”。屏幕200还包括图形按钮206、208、210、212和214，其中每一个按钮都可以对应于特定的功能。举例来说，如果用户从屏幕200离开，那么通过选择图形按钮206，可以让用户返回到屏幕200。图形按钮208可以基于与每一个媒体文件相关联的艺术家名称来按字母顺序组织存储在设备10上的媒体文件。图形按钮210可以代表用于排序以及在设备10上显示专门与音乐对应的媒体文件（例如歌曲文件）的功能。例如，通过选择图形按钮210，可以在可由用户导航的清单中按字母顺序显示存储在设备10上的所有音乐文件。此外，图形按钮210可以代表使用户可访问存储在设备10上的视频文件的功能。最后，图形按钮214可以为用户提供可供用户配置以进一步定制设备10和媒体播放器74的功能的选项列表。

如上所述，在设备10的工作过程中，如上文中定义的包括用户事件和系统事件在内的各种事件都有可能发生。例如，在屏幕200上可能显示视觉通知窗口218，以便指示响应于用户发起的允许媒体播放器74接受到来的网络连接的动作而发生了用户事件216。如图12所示，窗口218可以包括视觉通知消息220，此外还可以包括在被选择的情况下拒绝到来的网络连接的决定按钮222，以及在被选择的情况下允许到来的网络连接的决定按钮224。

在该上下文中，由于需要用户输入来执行或者不执行所请求的操作（例如允许到来的网络连接），因此，事件216的“上下文重要性”可以相对较高。换言之，在没有来自用户的响应的情况下，设备10将无法继续执行处理，因为用户没有确认或拒绝对到来的网络连接的允许。由此，与事件216相关联的音频反馈数据集合至少可以包括在被回放时表示出事件216的高上下文重要性的非语言音频音调226，其目标是提示用户对视觉通知窗口218做出响应。例如，非语言音调226可以包括容易辨识的警报声、啁啾声、蜂鸣声、或是任何其他能够强调事件216的上下文重要性的非语言音频音调（例如音高较高的声音、较强的音量、较长的回放时间等等）。换句话说，虽然事件216也可以与一个或多个语言音频项相关联，但在音频用户接口38选择非语言音频项226或者用户将设备10配置成只回放非语言音频反馈的情况下，非语言音频项226可有助于在听觉上将事件216与上下文重要性较低的事件区分开来。

作为示例，初始与事件216相比具有较低上下文重要性的事件可以是低电池电量警报228形式的系统事件。举例来说，一旦发生了低电池电量警报事件228，则在屏幕200上会显示视觉通知窗口230，并且该窗口230包含视觉通知消息232，表明设备10的电源30（图1）只剩下了其完全充电容量的20%的电力。窗口230还包含图形按钮234，用户可以选择该按钮来从屏幕200中移除窗口230。由此，与事件216不同，设备10不需要一个决定输入。

理想情况下，用户在心理上将会处理窗口230提供的通知，并且采取必要的动作来为电源30重新充电。然而，无论用户是否立即开始为电源30重新充电，设备10短期内都将会继续工作。就此而论，与事件216相比，事件228的上下文重要性通常被认为相对较低。由此，事件228可以关联有与非语言音频项226相比较不显著（例如，较低的音高、较弱的音量、较短的回放时间等等）的非语言音频项236，由此表示出事件228的较低的上下文重要性。

虽然事件228最初可被归类为具有低的上下文重要性，但是应该理解，事件228发生时的上下文有可能随时间改变。例如，通知230可以是基于大小为20%的低电力通知阈值的第一警报。然而，假设用户选择没有采取行动来补充电源30，那么设备10将会继续消耗剩余电力，由此进一步耗尽电源30。因而，在一些实施例中，用户接口34可以被配置成在一个或多个更低的阈值处提供附加警报。举例来说，在一个实施例中，当电源30中的剩余电量消耗至总电量的1%时，用户接口34可以提供后续的低电力警报。在该上下文中，该1%的警报可被视为具有高的上下文重要性，因为当电源30在未被重新充电或更换的情况下必然会完全耗尽时，设备10将无法继续工作。由此，后一个示例代表的是这样一个实施例，其中多个非语言项（例如具有相同的冗长级别）与一个共同的事件相关联，由此，在初始的20%警报事件中，音频用户接口38可以播放指示低上下文重要性的非语言音频项，而在后续的1%警报事件期间，可以播放指示高上下文重要性的另一个非语言音频项。

在另外的实施例中，事件226或230的上下文重要性可以基于预先编程的信息来确定（例如对事件进行编程，以使其具有高或低的上下文重要性特征），其中所述信息可以由设备10的制造商是音频用户接口的编程者确定，或者可以在以后由用户进行配置/修改，例如通过用户偏好设置96（图4）来进行配置/修改。在其他实施例中，事件226或230的上下文重要性可以是基于先前的设备行为和/或用户在先前的一次或多次发生该用户接口事件的过程中如何与设备交互而自适应的或学习的。举个例子，在一个实施例中，如果确定与当前事件（例如226或230）类型相同的事件在当前事件发生之前的紧挨着的特定时间间隔内频繁发生，那么该当前事件可被识别成具有较高的上下文重要性，而如果相同类型的事件在当前事件发生之前的紧挨着的特定时间间隔内很少发生或者根本没有发生，那么可以将该当前事件识别成具有较低的上下文重要性。

图13提供的是描述了基于如图12所示的上下文重要性来改变音频反馈的方法240的流程图。举例来说，以步骤242为开始，方法240可以检测到请求音频反馈的事件。接下来，在步骤244，事件的上下文重要性被确定。举例来说，如上所述，在一些情况中，该步骤可以包括确定用户方的行动是否是设备继续工作所必需的。随后，在步骤246，基于步骤244确定的事件的上下文重要性来选择音频项。举例来说，如果事件具有低的上下文重要性，那么可以回放较不显著的非语言音调236，如果事件具有高的上下文重要性，那么可以回放更为显著的非语言音调226。

继续至图14-18，根据本公开的方面，示出了阐释可以如何基于用户导航设备10上显示的项目列表的方式来改变音频反馈的实施例。举例来说，首先参考图14，示出的是描述用户可以如何访问媒体播放器应用74中的歌曲列表的屏幕图像。屏幕72和200与图12所示的屏幕类似，并且描述的是启动媒体播放器应用74以及从主页屏幕72导航至屏幕200，其中屏幕200显示的是播放列表204的清单202。

通过选择图形按钮210，用户可导航至屏幕250，其中屏幕250可以按字母顺序显示存储在设备10上的音乐文件（歌曲）254的可导航列表252。举例来说，如图14所示，列表252中的第一个歌曲用参考数字256来标引。为了选择特定的歌曲进行回放，用户可以使用设备10的输入结构14（例如触摸屏）来选择所显示的歌曲。屏幕250还可以包括滚动条元素258，以便提供滚动功能。从而，如果音乐文件254的列表252超出了设备10的显示容量，那么用户可以与滚动条元素258交互以导航列表252的剩余部分。一旦选择了特定项（在这里用参考数字260标引）来进行回放，用户就可以继续至屏幕264。

如屏幕264中所示，在这里显示的是关于所选择的音乐文件260的信息。举例来说，所显示的信息可以包括录制艺术家的名称、所选择的音乐文件260的标题、以及在一些实施例可以包括与所选择的音乐文件260相关联的专辑。屏幕264还可以显示专辑封面266以及图形按钮268、270和272。应该了解的是，图形按钮268可以允许用户暂停或者取消暂停所选择的音乐文件260的回放。此外，如果当前选择的媒体文件260是播放列表的一部分，那么图形按钮270和272可以代表返回到播放列表中的前一个文件或是继续至播放列表中的后一个文件的功能。可以想到的是，如果播放列表是以随机模式或乱序模式播放的，那么图形按钮270和272的功能可以是从列表中选择一个随机文件进行回放。屏幕264还包括滑动条元素274，用户可以操纵该元素来控制音频回放的音量。对于以下结合图15-17描述的列表导航示例来说，假设用户暂停所选择的音乐文件260的回放（通过选择图形按钮268），并且通过选择屏幕264上的图形按钮262返回到屏幕250上的列表252。

现在参考图15-17，根据本公开的方面，示出了可以如何基于导航诸如歌曲列表252之类的列表的速度来改变音频反馈的示例。在所示出的示例中，以初始列表项256为开始，列表252中的每一个歌曲文件都被给予一个列表位置参考标签，其中所述标签以用于第一个项256的L0为开始，接下来是用于第二个项的L1，依此类推。应该理解的是，这里公开的技术可以应用于列表的垂直导航和列表的水平导航二者。

如图15所示，列表252是以第一速度280导航的。第一导航速度280可以相对较慢，并且可以在从一个列表项转换到另一个列表项之间有足够的时间以便为每一个列表项提供完全冗长度的音频反馈。举例来说，在所描述的示例中，用户可以通过从第一列表项L0开始向下滚动列表并且停在列表项L3来开始导航列表252。在这个操作过程中，如下表1所示，音频用户接口38可以为每一个歌曲L0、L1、L2和L3说出每一个歌曲的标题以及录制艺术家的名称：

表1：以第一速度进行且具有完全冗长度音频反馈的列表导航

根据本公开的技术，音频用户接口38可以被配置成与导航速度280的轻微变化相适配。例如，在一种情况下，导航速度可以略微提高，从而列表项之间的转换时间减小以使得分配的时间足以仅仅说出两个音频项之一（例如歌曲标题或艺术家名称）。在一个实施例中，音频用户接口38仍旧可以提供与歌曲标题信息相关的完全冗长度音频反馈，但是可以忽略与艺术家名称相关的信息。

接下来，图16显示的是导航速度282并未在列表项之间提供足够的转换时间来允许完全冗长度音频反馈的示例，其中所述导航速度282与图15的导航速度280相比明显增大。作为示例，导航速度可以基于每秒导航的列表项数量来表述（例如列表项/秒）。作为示例，导航速度282可以是大约每秒2个列表项（或是每半秒1个列表项），而图15所示的导航速度280则明显更慢，例如每秒0.25个列表项（或是每4秒1个列表项）。

在图16的当前示例中，用户可以使用导航速度282从第一列表项L0导航到列表项L11。在以速度282导航时，为了适应各个列表项之间的减小的转换时间，在一个实施例中，如果列表项是某个字母群组（例如，以“A”、“B”等开头的歌曲标题）内的第一个列表项，那么音频用户接口38可以通过仅仅说出与该列表项的字母次序相对应的字母以及为每一个其他列表项提供非语言音调，来使得与该列表导航相关联的音频反馈退化。在下表2中描述了该实施例。

列表项	音频反馈
		L0	说出字母“A”

L1	非语言音调
		L2	非语言音调
L3	非语言音调
		L4	说出字母“B”
L5	非语言音调
		L6	非语言音调
L7	非语言音调
		L8	指示新内容的非语言音调
L9	说出字母“C”
		L10	非语言音调
L11	说出字母“D”

表2：以第二速度进行且具有冗长度减小的音频反馈的列表导航

此外，如列表项L8所示，音频用户接口38还可以被配置成基于列表项的“新鲜度”来选择性地提供非语言音调。例如，列表项L8可以代表一个最近从诸如Apple Inc.提供的服务之类的在线数字媒体服务那里购买的歌曲。由此，当在导航过程中到达该较新的歌曲L8时，为了强调歌曲L8的新鲜度，音频用户接口38可以播放一个与为较老的内容（例如L6、L7等等）播放的非语言音调相比更为显著的非语言音调（例如音高更高的蜂鸣声）。应该了解的是，“新鲜度”阈值可以通过设备10上的用户偏好96来配置。作为示例，用户可以将设备10配置成将最近三天购买或下载的内容识别为新内容。

在另一个实施例中，对“较新的”内容的识别可以包括定义多个新鲜度层级。举例来说，除了使用3天阈值来识别设备10上的最新内容之外，还可以设立一个用于检测相对而言仍然算是新近（recent）内容的第二阈值（例如14天）。在这样的实施例中，不同的非语言音调可以用于那些被识别成是最新项和新近项的列表项，其中用于新近项的非语言音调与关联于最新项的非语言音调相比较为不显著，但是用于新近项和最新项的非语言音调与用于未被识别为新或新近（例如早于14天的项目）的项的非语言音调相比要显著得多。实际上，本领域技术人员将会了解，在本技术的各种实施例中，可以使用用于区分设备10上存储的内容的年龄的任何数量的非语言音调（例如基于由相应阈值定义的任何数量的层级）。

继续至图17，该图提供的是描述了以速度284来导航列表252的附加示例，其中与图16的速度282相比，速度284更大。作为示例，导航速度284可以是大约每秒4个列表项。在本示例中，用户可以使用导航速度284从第一列表项L0导航至列表项L18。在以速度284导航时，为了适应各个列表项之间进一步减小的转换时间，音频用户接口38可以使音频反馈进一步退化，从而仅仅为一部分列表项提供音频反馈。举例来说，如下表3所示，在一个实施例中，音频用户接口38可以通过说出与每一个字母群组（例如以“A”、“B”等等开头的歌曲标题）内的第一个列表项的列表项字母次序相对应的字母以及每三个列表项才播放非语言音调（例如项目L2、L5、L8和L17），来使得与该列表导航相关联的音频反馈退化。对于有资格回放非语言音调并且也是某个字母群组中的第一个项的列表项来说，为其说出的可以是字母而不是非语言音调（例如项目L11和L14）。

列表项	音频反馈
		L0	说出字母“A”
L1
		L2	非语言音调
L3
		L4	说出字母“B”
L5	非语言音调
		L6
L7
		L8	指示新内容的非语言音调

L9	说出字母“C”
		L10
L11	说出字母“D”
		L12
L13
		L14	说出字母“E”
L15
		L16
L17	非语言音调
		L18	说出字母“G”

表3：以第三速度进行且具有冗长度减小的音频反馈的列表导航

应该了解的是，在其他实施例中，当列表导航速度继续增大时，提供非语言音调的频率可以进一步减小（例如每四个、每五个、或每六个项）。此外还应该理解，列表252的导航未必是以恒定速度进行的。因此，音频用户接口38可以相应地调整音频反馈的冗长度。举例来说，如果用户初始以很慢的速度（例如速度280）导航列表252，并且逐渐提高至较快的速度（例如速度284），那么音频用户接口38最初可以提供多个数据片段（例如歌曲标题和艺术家名称）的完全冗长度的音频反馈，并且可以使冗长度逐渐退化以仅仅提供歌曲标题，最终达到与表3所示相似的退化的冗长度方案。如果用户随后逐渐降低导航速度，那么音频反馈也可以逐渐地进化回到完全冗长度模式。

此外，虽然本技术是结合图形用户接口示出的，但是应该理解，某些实施例可能只包括音频用户接口。在这样的实施例中，由于用户可以在没有相应视觉接口的情况下导航项目列表（例如使用滚轮），因此，上述音频反馈技术同样是可以应用的。如上所述，没有显示器22并且由此没有图形用户接口的设备10的实施例可以是Apple Inc.提供的产品型号

Shuffle。

在图18所示的流程图中描述了方法290，其中该方法一般性概括了参考图15-17以及表1-3示出的实施例描述的用于在列表导航过程中改变音频反馈的各种技术。方法290始于检测到列表导航事件的步骤292。举例来说，列表导航事件可以包括从一个列表项（例如L0）到后续列表项（例如L1）的转换。在步骤294，当前列表项被识别。此后，在判定框296，确定用户的导航速度是否允许完全冗长度的音频反馈。作为示例，在一个实施例中，导航速度可以是通过计算在紧邻的两个或更多个之前的列表项（或者，如果用户正在向上导航，那么也可以是之后的项）之间发生的转换的速度的平均值来确定的。如果确定导航速度允许完全冗长度的音频反馈，那么方法290继续进行至步骤298，由此回放与当前选择的列表项相关联的一个或多个完全冗长度的音频项。

如果判定框296的导航速度不允许完全冗长度的音频反馈，那么方法290继续进行至判定框300，在这里确定当前列表项是不是某个字母群组中的第一个项，如果是的话，则音频用户接口38说出该字母群组的字母，并且将其作为音频反馈来提供（步骤302）。如果当前列表项不是某个字母群组中的第一个项，那么方法290前进至判定框304，由此确定当前列表项的新鲜度。如果将当前列表项识别为新内容，那么如步骤306所示，播放一个表明当前列表项的新鲜度的显著的非语言音频项。如果没有将当前列表项识别为新内容，那么如步骤308所示，播放一个较不显著的非语言音频项。

图19-21描述的是示出根据一个实施例可以如何在设备10上配置音频反馈选项的各种屏幕图像。举例来说，首先参考图19的屏幕300，该图示出的是用于操作系统的GUI 36的主“主页”屏幕312。作为示例，操作系统可以是Apple Inc.提供MAC

操作系统的版本。如图2所讨论的，GUI 36可以提供包含各种图标56的停靠栏58。通过选择图标316，可以导致显示图形窗口318。如所示的，图形窗口318包括附加的图标56，其可以涉及设备10的系统偏好的各个方面的配置。特别地，图形图标320可以代表用于配置音频用户接口38的功能。

参考图20，通过选择图标320，可以导致显示图形配置窗口322。最初，配置窗口322包括图形开关324、326、328和330。当前处于“ON”位置的开关324可以启用或禁用音频用户接口38，而开关326、328和330则可以切换以允许音频用户接口38在不同的模式下工作。举例来说，当前处于“ON”位置的开关326表明当前启用的是恒定的完全冗长度模式，并且当前禁用了音频反馈退化/进化（开关328）和仅使用非语言音频反馈（开关330）的附加模式。

图21描述的是在用户执行了各种配置步骤之后的配置窗口322。举例来说，如所示的，开关326被切换到“OFF”位置，以便禁用恒定的完全冗长度模式，并且开关328被切换至“ON”位置，以便指示启用了自适应退化/进化模式。一旦启用了退化/进化模式，就可以显示一组附加配置参数322，并且用户可以对其进行配置。举例来说，用户可以通过将图形开关334、338、340、342、344、346和350切换到期望的位置来启用或禁用各个配置参数332。如上文中参考图8和9所讨论的，用户还可以使用选择字段336来规定升级时间。此外，如上文中参考图15-17所讨论的，用户可以使用选择字段348来规定用于在列表导航过程中区分较新和较老内容的阈值。

总的来说，上文给出的实施例提供了一种智能且自适应的技术，借助该技术，电子设备（例如设备10）能够响应于用户输入和/或响应于外部激励来使音频反馈冗长度进化和退化。举例来说，基于用户动作和/或用户定义的偏好（例如偏好96），用于使音频反馈退化和/或进化的特定动作可以是动态的和自适应的。作为示例，如以上的图9所示，检测到回放终止事件形式的用户动作可以使设备10提高退化速率（例如，由于表明了用户对与终止事件相对应的音频反馈没有兴趣，因此使冗长度更快地退化）。此外，诸如低电力事件或检测到网络连接（图12）之类的并非由用户输入引发的外部激励也有可能导致设备10提高或降低音频反馈的冗长度（例如基于上下文重要性）。实际上，当前描述的技术提供一种稳健且自适应的系统来调整音频用户接口所提供的音频反馈的冗长度。

更进一步，应该理解的是，在这里仅仅通过举例提供了如上所述与自适应改变由音频用户接口提供的音频反馈有关的各种技术。因此，应该理解的是，本公开不应该被解释成是仅限于上文提供的示例。实际上，如上所述的音频反馈技术的大量变形都是可以存在的。更进一步，应该了解的是，上述技术可以用任何适当的方式实施。例如，一起被配置成实施当前公开的技术的各个方面的音频用户接口38和音频反馈选择逻辑86可以用硬件（例如适当配置的电路）、软件（例如借助包含了存储在一个或多个有形计算机可读介质上的可执行代码的计算机程序）、或是通过使用硬件与软件部件的组合来实施。

上文描述的具体实施例是作为示例来示出的，应该理解，这些实施例很容易采用各种修改及替换形式。此外还应该理解，权利要求并不局限于所公开的特定形式，而是包含了落入本公开的实质和范围以内的所有修改、等同及替换。

Claims

1.一种方法，包括：

使用电子设备上的处理器来执行：

检测到在第一时间在电子设备上发生了请求音频反馈的用户接口事件；

识别与该用户接口事件相关联的多个音频项，其中所述多个音频项中的每一个具有不同的冗长级别；

从所述多个音频项中选择与第一期望冗长级别相对应的第一音频项，其中第一期望冗长级别是至少部分基于该用户接口事件是否先前在第一时间之前的特定时间间隔内发生过而确定的；以及

通过使用音频输出设备在电子设备上回放所选择的第一音频项来提供音频反馈。

2.根据权利要求1所述的方法，其中选择第一音频项包括：

如果该用户接口事件先前没有在第一时间之前的特定时间间隔内发生过，则从所述多个音频项中选择具有最高冗长级别的音频项；以及

如果该用户接口事件先前在第一时间之前的特定时间间隔内发生过，则确定从所述多个音频项中选择的音频项在先前发生该用户接口事件期间的冗长级别，并且从所述多个音频项中选择与先前选择的音频项相比至少低一个冗长等级的音频项。

3.根据权利要求2所述的方法，包括：

检测到在第二时间在电子设备上后续发生了该用户接口事件；

从所述多个音频项中选择与第二期望冗长级别相对应的第二音频项，其中所述第二期望冗长级别是基于第一时间与第二时间之间的持续时间而确定的；以及

使用音频输出设备在电子设备上播放所选择的第二音频项。

4.根据权利要求3所述的方法，其中选择第二音频项包括：

如果第一时间与第二时间之间的持续时间小于或等于所述特定时间间隔，则从所述多个音频项中选择与第一音频项相比至少低一个冗长等级的音频项；以及

如果第一时间与第二时间之间的持续时间大于所述特定时间间隔，则从所述多个音频项中选择与第一音频项相比至少高一个冗长等级的音频项。

5.根据权利要求4所述的方法，其中选择与第一音频项相比至少高一个冗长等级的音频项包括：不管第一音频项的冗长级别如何，都选择所述多个音频项中具有最高冗长级别的音频项。

6.根据权利要求2所述的方法，其中选择第一音频项包括：

确定在先前发生该用户接口事件的过程中是否检测到了回放终止事件；以及

如果在先前发生该用户接口事件的过程中检测到了回放终止事件，那么无论先前选择的音频项的冗长级别如何，都从所述多个音频项中选择具有较低冗长级别的音频项。

7.根据权利要求6所述的方法，其中具有较低冗长级别的音频项包括非语言音频项。

8.根据权利要求6所述的方法，其中用户终止事件包括：提早终止先前选择的音频项的回放的用户输入或手势。

9.根据权利要求6所述的方法，包括：

如果在先前发生该用户接口事件的过程中没有检测到回放终止事件，则使用图形用户接口来与所选择的第一音频项的回放至少部分同时地显示第一视觉通知；以及

如果在先前发生该用户接口事件的过程中检测到了回放终止事件，则使用图形用户接口来与所选择的第一音频项的回放基本同时地显示第二视觉通知，其中与第一视觉通知相比，第二视觉通知较不冗长。

10.一种方法，包括：

使用电子设备上的处理器来执行：

识别存储在电子设备上的可导航数据项集合；

接收来自电子设备用户的与导航事件相对应的输入，其中该导航事件包括在可导航数据项集合内从第一数据项转换到第二数据项，以使得第二数据项变成当前选择的数据项；

检测与该导航事件相对应的导航速度；以及

至少部分基于该导航速度来改变与当前选择的数据项相关联的音频反馈。

11.根据权利要求10所述的方法，其中改变音频反馈包括：

对于第一导航速度，回放具有完全冗长级别的第一音频项；以及

对于第二导航速度，回放与第一音频项相比较不冗长的第二音频项；

其中第二导航速度大于第一导航速度。

12.根据权利要求11所述的方法，所述可导航数据项集合在电子设备上是按字母顺序排序的，并且其中选择和回放第二音频项包括：

如果当前选择的数据项是一个字母群组中的第一个项，则回放与该字母群组相对应的字母，否则，回放非语言音频项。

13.根据权利要求11所述的方法，其中回放第二音频项包括：

确定当前选择的数据项是否包括新内容；

如果当前选择的数据项不包括新内容，则回放第一非语言音频项；以及

如果当前选择的数据项包括新内容，则回放第二非语言音频项；

其中与第一非语言音频项相比，第二非语言音频项在听觉上更为显著。

14.根据权利要求13所述的方法，其中确定当前选择的数据项是否包括新内容包括：

确定电子设备获取该当前选择的数据项的时间；

确定该获取时间是否处于当前时间之前的特定时间间隔内；以及

如果该获取时间处于该特定时间间隔内，则将当前选择的数据项识别成是新内容，否则，将当前选择的数据项识别成不是新内容。

15.根据权利要求10所述的方法，其中存储在电子设备上的可导航数据项集合能够作为列表显示在显示设备上，并且其中，来自用户的输入对应于被配置成导航所显示的列表的滚动命令。

16.一种方法，包括：

使用电子设备上的处理器来执行：

检测到在电子设备上发生了请求音频反馈的用户接口事件；

识别与该用户接口事件相关联的多个音频项；

基于该用户接口事件的上下文重要性来从所述多个音频项中选择音频项；以及

通过使用音频输出设备在电子设备上回放所选择的音频项来提供音频反馈。

17.根据权利要求16所述的方法，其中所述多个音频项至少包括第一音频项和第二音频项，其中第一音频项和第二音频项具有相同的冗长级别。

18.根据权利要求17所述的方法，其中选择音频项包括：

如果上下文重要性高，则选择第一音频项；以及

如果上下文重要性低，则选择第二音频项；

其中与第一非语言音频项相比，第一音频项在听觉上更为显著。

19.根据权利要求18所述的方法，其中如果用户接口事件要求来自电子设备用户的响应，则该用户接口事件的上下文重要性被确定为高。

20.根据权利要求18所述的方法，其中第一音频项和第二音频项中的每一个都包括非语言音频项。

21.根据权利要求18所述的方法，其中第一音频项具有在听觉上更显著的音高、音量、回放时间、或其组合。

22.根据权利要求16所述的方法，其中用户接口事件的上下文重要性是基于存储在所述设备上的信息确定的，其中存储在所述设备上的信息包括下列各项之一：预编程的信息、通过一组用户偏好设置来配置的特定于用户的信息、或是其组合。

23.根据权利要求16所述的方法，其中用户接口事件的上下文重要性是基于就在发生该用户接口事件之前的一段时间内发生相同类型的用户接口事件的频率而确定的。

24.一种电子设备，包括：

至少一个存储设备，被配置成存储多个音频项；

包括音频用户接口的用户接口，其中该音频用户接口包括：

音频反馈选择逻辑单元，被配置成：

检测到发生了请求音频反馈的用户接口事件；

识别与该用户接口事件相关联且具有不同冗长级别的音频项的集合；

基于与该用户接口事件相关联的统计数据来确定期望的冗长级别；

从所述音频项的集合中选择冗长级别与该期望的冗长级别相对应的音频项；以及

启动所选择的音频项的回放。

25.根据权利要求24所述的电子设备，其中所选择的音频项在音频输出设备上被回放，所述音频输出设备包括以下的至少一个：集成的音频输出设备、经由音频连接端口耦接到电子设备的外部音频输出设备、或其组合。

26.根据权利要求24所述的电子设备，包括显示器，其中用户接口包括被配置成响应于用户接口事件而在显示器上显示视觉通知的图形用户接口，其中所选择的音频项的回放与视觉通知的显示是至少部分同时的。

27.根据权利要求24所述的电子设备，其中与用户接口事件相关联的统计数据被存储在所述至少一个存储设备中。

28.根据权利要求27所述的电子设备，其中与用户接口事件相关联的统计数据包括关于先前发生用户接口事件的数据，并且其中期望的冗长级别的确定至少部分基于在最近一次发生用户接口事件期间选择的音频项的冗长级别。

29.一种音频处理逻辑单元，包括：

一个或多个存储设备，被配置成存储多个音频项，其中所述多个音频项中的每一个都能够响应于检测到请求音频反馈事件的音频用户接口事件而被选择以供回放；以及

音频反馈选择逻辑单元，被配置成检测请求音频反馈的音频用户接口事件的发生，从存储在所述一个或多个存储设备中的所述多个音频项中识别具有不同冗长级别并且与该音频用户接口事件相关联的音频项的集合，其中该音频项的集合中的每个音频项具有不同的冗长级别，确定期望的冗长级别，从该音频项的集合中选择冗长级别与该期望的冗长级别相对应的音频项，以及将所选择的音频项输出到音频输出设备。

30.根据权利要求29所述的音频处理逻辑单元，其中期望的冗长级别是基于以下至少之一而确定的：一组用户偏好设置、或与音频用户接口事件相关联的统计数据，其中用户偏好设置和统计数据存储在所述一个或多个存储设备中。