CN108780382B - 创建并控制提供对来自各个音频提供者服务的内容的访问的频道 - Google Patents

Abstract

示例实施方式可以涉及频道的创建和控制。特别地，计算设备可以接收指示来自第一音频提供者服务的内容的第一频道添加请求，并且可以作为响应向服务器发送建立第一频道的指令，该第一频道提供经由应用程序账户对来自第一音频提供者服务的内容的访问。利用这种布置，随后的第二频道添加请求然后可以类似地导致建立第二频道，该第二频道提供经由应用程序账户对来自第二音频提供者服务的内容的访问。在频道添加之后，设备可以确定对所添加的第一频道的第一选择，并且可以作为响应使得来自第一音频提供者服务的内容供音频输出设备输出。然后，设备可以确定对所添加的第二频道的第二选择，并且作为响应使得来自第二音频提供者服务的内容供音频输出设备输出。因此，在各个示例中，提供一种改进的计算平台以促进经由单个应用接口在来自各个来源的音频内容当中导航(例如，使用手势)。该平台特别有益于无屏幕的可穿戴设备，但也可用于具有显示器的计算设备。

Description

创建并控制提供对来自各个音频提供者服务的内容的访问的 频道

相关申请的交叉引用

本申请要求于2016年6月6日提交的、题为“Creation and Control of Channelsthat Provide Access to Content from Various Audio-Provider Services(创建并控制提供对来自各个音频提供者服务的内容的访问的频道)”的美国专利申请No.15/174,243的优先权，其全部内容通过引用并入本文。

背景技术

诸如个人计算机、膝上型计算机、平板型计算机、蜂窝电话、可穿戴设备和无数类型的联网设备的计算设备在现代生活的许多方面日益普遍。随着时间的推移，这些设备向用户提供信息的方式变得更智能、更有效率、更直观和/或更不突兀。随着这些计算设备在现代生活的许多方面日益普遍，对提供与音频内容的直观交互的平台的需求愈发突显。因此，对这样的平台的需求有助于开拓软件、感测技术和内容组织技术的创新领域。

发明内容

本文所述的示例涉及一种改进的计算平台，用于促进经由单个应用程序接口在自各种源的音频内容当中导航(例如，使用手势)。该平台特别有益于无屏幕的可穿戴设备，但也可用于具有显示器的计算设备。

示例实施方式涉及一种用于创建并控制频道的平台，这些频道提供对来自各种源的音频内容的访问，诸如来自音频提供者服务(例如，用户能够用来收听某些音频内容的第三方应用程序)和/或来自用户的计算设备上本地存储的内容。实际上，能够经由本文称为“配套(companion)”应用程序的应用程序来提供平台。此外，用户能够通过配套应用建立个人账户，以便用户能够经由该账户创建并控制频道，所述账户在本文称为应用程序账户。

在一个示例场景中，计算设备可以(例如，基于用户提供的手势)接收添加频道的请求，该频道提供对来自某个音频提供者服务的内容的访问。在该请求下，计算设备可以与服务器协作建立该频道，使得该频道提供经由应用程序账户对来自音频提供者服务的该内容的访问(例如，通过与计算设备上的配套应用的交互)。然后，在稍后的时间点，计算设备可以(例如，基于用户提供的另外的手势)接收添加不同频道的另一个请求，该不同频道提供对来自不同音频提供者服务的内容的访问。在该请求下，计算设备可以再次与服务器协作来建立不同频道，使得该不同频道提供经由应用程序账户对来自不同音频提供者服务的内容的访问。这样，一旦已经添加这些频道，用户便能够使用配套应用在这些添加的频道之间导航和/或在与那些频道相关联的内容当中导航。

一方面，提供一种计算设备。所述计算设备包括：至少一个输入设备，所述至少一个输入设备可操作来接收和与所述计算设备相对应的应用程序账户相关联的输入数据；音频输出设备；一个或多个处理器；非暂时性计算机可读介质；以及程序指令，所述程序指令被存储在所述非暂时性计算机可读介质上并且可由所述一个或多个处理器执行。特别地，所述程序指令可执行来确定输入数据包括指示来自第一音频提供者服务的内容的第一频道添加请求。再者，所述程序指令可执行来响应于所述第一频道添加请求，向服务器发送建立第一频道的指令，其中所述第一频道提供经由所述应用程序账户对来自所述第一音频提供者服务的内容的访问。此外，所述程序指令可执行来随后确定所述输入数据包括指示来自第二音频提供者服务的内容的第二频道添加请求。进一步，所述程序指令可执行来响应于所述第二频道添加请求，向所述服务器发送建立第二频道的指令，其中所述第二频道提供经由所述应用程序账户对来自所述第二音频提供者服务的内容的访问。更进一步，所述程序指令可执行来确定对所添加的第一频道的第一选择，并且作为响应使得来自所述第一音频提供者服务的内容由所述音频输出设备输出。再进一步，所述程序指令可执行来确定对所添加的第二频道的第二选择，并且作为响应使得来自所述第二音频提供者服务的内容由所述音频输出设备输出。

另一方面，提供一种服务器。所述服务器包括一个或多个处理器、非暂时性计算机可读介质、存储在所述非暂时性计算机可读介质上并且可由所述一个或多个处理器执行的程序指令。特别地，所述程序指令可执行来接收指示来自第一音频提供者服务的内容的第一频道添加请求。再者，所述程序指令可执行来响应于接收到所述第一频道添加请求，建立第一频道，所述第一频道提供经由与计算设备相对应的应用程序账户对来自所述第一音频提供者服务的内容的访问。此外，所述程序指令可执行来接收来自第二音频提供者服务的内容的第二频道添加请求。进一步，所述程序指令可执行为响应于接收到所述第二频道添加请求，建立第二频道，所述第二频道提供经由所述应用程序账户对来自所述第二音频提供者服务的内容的访问。更进一步，所述程序指令可执行来确定对所添加的第一频道的第一选择并且作为响应向所述计算设备发送输出来自所述第一音频提供者服务的内容的第一指令。再进一步，所述程序指令可执行来确定对所添加的第二频道的第二选择，并且作为响应向所述计算设备发送输出来自所述第二音频提供者服务的内容的第二指令。

又一方面，提供一种方法。所述方法涉及由计算设备确定和与所述计算设备相对应的应用程序账户相关联的输入数据包括指示来自第一音频提供者服务的内容的第一频道添加请求，所述计算设备包括可操作来接收输入数据的至少一个输入设备，其中所述计算设备进一步包括音频输出设备。再者，所述方法涉及响应于所述第一频道添加请求，所述计算设备向服务器发送建立第一频道的指令，其中所述第一频道提供经由所述应用程序账户对来自所述第一音频提供者服务的内容的访问。此外，所述方法涉及随后由所述计算设备确定所述输入数据包括指示来自第二音频提供者服务的内容的第二频道添加请求。进一步，所述方法涉及响应于所述第二频道添加请求，所述计算设备向所述服务器发送建立第二频道的指令，其中所述第二频道提供经由所述应用程序账户对来自所述第二音频提供者服务的内容的访问。更进一步，所述方法涉及由所述计算设备确定对所添加的第一频道的第一选择，并且作为响应使得来自所述第一音频提供者服务的内容由所述音频输出设备输出。再进一步，所述方法涉及由所述计算设备确定对所添加的第二频道的第二选择，并且作为响应使得来自所述第二音频提供者服务的内容由所述音频输出设备输出。

还一方面，提供另一种方法。所述方法涉及由服务器接收指示来自第一音频提供者服务的内容的第一频道添加请求。再者，所述方法涉及响应于接收到所述第一频道添加请求，所述服务器建立第一频道，所述第一频道提供经由与计算设备相对应的应用程序账户对来自所述第一音频提供者服务的内容的访问。此外，所述方法涉及由所述服务器接收指示来自第二音频提供者服务的内容的第二频道添加请求。进一步，所述方法涉及响应于接收到所述第二频道添加请求，所述服务器建立第二频道，所述第二频道提供经由所述应用程序账户对来自所述第二音频提供者服务的内容的访问。更进一步，所述方法涉及由所述服务器确定对所添加的第一频道的第一选择，并且作为响应向所述计算设备发送输出来自所述第一音频提供者服务的内容的第一指令。再进一步，所述方法涉及由所述服务器确定对所添加的第二频道的第二选择，并且作为响应向所述计算设备发送输出来自所述第二音频提供者服务的内容的第二指令。

再一方面，提供一种系统。所述系统可以包括用于确定输入数据包括指示来自第一音频提供者服务的内容的第一频道添加请求的装置。再者，所述系统可以包括用于响应于所述第一频道添加请求而向服务器发送建立第一频道的指令的装置，其中所述第一频道提供经由所述应用程序账户对来自所述第一音频提供者服务的内容的访问。此外，所述系统可以包括用于随后确定输入数据包括指示来自第二音频提供者服务的内容的第二频道添加请求的装置。进一步，所述系统可以包括用于响应于所述第二频道添加请求而向所述服务器发送建立第二频道的指令的装置，其中所述第二频道提供经由所述应用程序账户对来自所述第二音频提供者服务的内容的访问。更进一步，所述系统可以包括用于确定对所添加的第一频道的第一选择并且作为响应使得来自所述第一音频提供者服务的内容由音频输出设备输出的装置。再进一步，所述系统可以包括用于确定对所添加的第二频道的第二选择并且作为响应使得来自所述第二音频提供者服务的内容由所述音频输出设备输出的装置。

再一方面，提供另一种系统。所述系统可以包括用于接收指示来自第一音频提供者服务的内容的第一频道添加请求的装置。再者，所述系统可以包括用于响应于接收到所述第一频道添加请求而建立第一频道的装置，该第一频道提供经由与计算设备相对应的应用程序账户对来自所述第一音频提供者服务的内容的访问。此外，所述系统可以包括用于接收指示来自第二音频提供者服务的内容的第二频道添加请求的装置。进一步，所述系统可以包括用于响应于接收到所述第二频道添加请求而建立第二频道的装置，该第二频道提供经由所述应用程序账户对来自所述第二音频提供者服务的内容的访问。更进一步，所述系统可以包括用于确定对所添加的第一频道的第一选择并且作为响应向所述计算设备发送输出来自所述第一音频提供者服务的内容的第一指令的装置。再进一步，所述系统可以包括用于确定对所添加的第二频道的第二选择并且作为响应向所述计算设备发送输出来自所述第二音频提供者服务的内容的第二指令的装置。

参阅下文详细描述，在适当情况下参照附图，这些以及其他方面、优势和替选方案对于本领域普通技术人员而言将显而易见。

附图说明

图1图示出根据示例实施方式的计算设备的示意图。

图2A图示出根据示例实施方式的可穿戴设备。

图2B图示出根据示例实施方式的可穿戴设备。

图2C图示出根据示例实施方式的可穿戴设备。

图2D图示出根据示例实施方式的计算设备。

图3图示出根据示例实施方式的服务器的示意图。

图4图示出根据示例实施方式的客户端-服务器布置的简化框图。

图5A至图5B图示出根据示例实施方式的机械接口。

图6至图9图示出根据示例实施方式的用于频道添加的方式。

图10A至图10B图示出根据示例实施方式的频道转换。

图11A至图11B图示出根据示例实施方式的音轨转换。

图12A至图12B图示出根据示例实施方式的基于内容类型的消隐对暂停。

图13和图14分别图示出根据示例实施方式的用于创建和控制频道的示例流程图。

具体实施方式

本文描述出示例性方法和系统。应当理解，本文中使用词语“示例性”意指“用作示例、实例或说明”。本文中描述为“示例性”或“说明性”的任何实施方式或特征并非必须解释为比其他实施方式或特征更优选或更具优势。在附图中，相似的附图标记通常标识相似的组件，除非上下文另作明确规定。本文描述的示例实施方式并非意指作为限制意义。很容易理解，如本文概述并如附图所示，本公开的各个方面能够采用各种不同的配置来布置、替换、组合、分离和设计，本文可设想所有这些配置。

I.概述

实际上，计算设备提供对来自各种来源的音频内容的访问。譬如，用户可以使用计算设备通过计算设备上的各种第三方应用程序和/或通过计算设备的文件目录以及其他可能性来访问音频内容。在此过程中，用户可能需要在这样的应用程序和/或文件目录的层级当中导航。例如，用户可以在音乐应用程序当中导航以找到要收听的特定音乐播放列表。然后，如果用户试图改变用户的收听体验，则该用户可能需要切换到另一个应用程序，然后在该应用程序当中导航。例如，用户可以切换到广播应用程序，然后可以在该广播应用程序当中导航以找到用户试图收听的特定体育无线电台。

一般地，用于在音频内容当中导航的这样的层级布置可能相对耗时并且对用户来说不太直观。此外，用户使用无屏幕的可穿戴设备可能给用户带来额外的困难，因为该用户可能需要通过不具有显示器的设备对应用(和/或文件目录)的层级进行导航。因此，本文公开一种平台，帮助用户经由单个应用程序在来自各种来源的音频内容当中导航，该平台可以在无屏幕的可穿戴设备以及具有显示器的计算设备(例如，智能电话、平板型计算机、头戴式显示器或膝上型计算机)上使用。

根据一个示例实施方式，所公开的平台允许创建并控制频道。特别地，每个频道可以是开始播放某些音频内容的快捷方式(“链接”)，诸如指向由第三方服务提供的音频内容(例如，音乐播放列表)或者指向本地存储在计算设备上的音频内容(例如，音频读物)以及其他可能性。这样，用户可以通过与“配套”应用程序交互而使用所公开的平台，该“配套”应用程序可下载到用户的计算设备上、可安装到用户的计算设备上和/或以其他方式添加到用户的计算设备上。此外，用户能够通过配套应用程序建立个人账户，使得该用户能够跨多个计算设备访问并控制相同的频道。

在用户创建个人账户之后，用户然后能够与配套应用程序相交互，以便创建或以其他方式配置各个“喜好(favorite)”频道，每个频道提供对某些音频内容的快捷方式。一旦创建这样的频道，用户则可以使用各种直观的手势在这些频道之间进行转换，并且可能还在这样的频道内的内容(例如，音轨)之间进行转换。实际上，每个计算设备可以具有特定于该设备的关联手势，以便允许用户直观地导航各个频道，而不必在应用程序和/或文件目录的层级当中导航。

II.示例计算设备

图1图示出根据示例实施方式的计算设备100的示意图。计算设备100包括音频输出设备110、音频信息120、通信接口130、用户接口140(也能被称为输入设备140)和控制器150。用户接口140可以包括至少一个麦克风142和控件144。控制器150可以包括处理器152和存储器154，诸如非暂时性计算机可读介质。

音频输出设备110可以包括配置为将电信号转换为可听信号(例如，声压波)的一个或多个设备。这样，音频输出设备110可以采用头戴受话器(例如，包耳式头戴受话器、贴耳式头戴受话器、耳塞、有线和无线头戴受话器等)、一个或多个扬声器或者到这样的音频输出设备的接口(例如，1/4″或1/8″芯-环-套筒(tip-ring-sleeve)(TRS)端口、USB端口等)的形式。在一个示例实施方式中，音频输出设备110可以包括放大器、通信接口(例如，BLUETOOTH接口)和/或头戴受话器插孔或扬声器输出端子。配置为向用户传递可感知音频信号的其他系统或设备是可能的。

音频信息120可以包括指示一个或多个音频信号的信息。例如，音频信息120可以包括指示音乐、语音记录(例如，播客、喜剧集、口述语言等)、音频通知或另一类型的音频信号的信息。在一些实施方式中，音频信息120可以被暂时性或持久性存储在存储器154中。再者，在一些情况下，音频信息120可以从诸如服务器的外部来源流送或以其他方式流送。计算设备100可以被配置为基于音频信息120经由音频输出设备110播放音频信号。计算设备也可以被配置为将使用麦克风142记录的音频信号存储在音频信息120中。

通信接口130可以允许计算设备100使用模拟或数字调制与其他设备、接入网络和/或传输网络通信。因此，通信接口130可以促进电路交换和/或分组交换通信，诸如普通老式电话服务(POTS)通信和/或互联网协议(IP)或者其他分组化通信。譬如，通信接口130可以包括布置用于与无线电接入网络或接入点进行无线通信的芯片组和天线。再者，通信接口130可以采取有线接口的形式或包括有线接口，诸如以太网、通用串行总线(USB)或高清晰度多媒体接口(HDMI)端口。通信接口130也可以采取无线接口的形式或包括无线接口，诸如Wifi、BLUETOOTH、全球定位系统(GPS)或广域无线接口(例如，WiMAX或3GPP长期演进(LTE))。然而，通过通信接口130可以使用其他形式的物理层接口以及其他类型的标准或专有通信协议。另外，通信接口130可以包括多个物理通信接口(例如，Wifi接口、

接口和广域无线接口)。

在一个示例实施方式中，通信接口130可以被配置为接收指示音频信号的信息并且至少暂时性将其存储为音频信息120。例如，通信接口130可以接收指示电话呼叫、通知、流送音频内容或另一种类型的音频信号的信息。在这样的场景中，通信接口130可以将接收到的信息路由到音频信息120、控制器150和/或音频输出设备110。通信接口130也可以被配置为接收与音频信号相关联的数据并且将该数据同与其相关联的音频信号一起存储。例如，与音频信号相关联的数据可以包括元数据或者另一种类型的标签或信息。与音频信号相关联的数据也可以包括用于输出音频信号的指令。例如，数据可以包括输出期限，在该输出期限前输出音频信号。通信接口130也可以被配置为从计算设备接收生成音频信号的指令。

用户接口140可以包括至少一个麦克风142和控件144。麦克风142可以包括全向麦克风或定向麦克风。另外，能够实现麦克风阵列。在一个示例实施方式中，可以布置两个麦克风来检测计算设备100的穿戴者或用户的话音。当计算设备100被穿戴或定位在用户嘴部附近时，两个麦克风142可以使收听束(listening beam)指向与穿戴者嘴部相对应的位置。麦克风142也可以检测用户的音频环境中的声音，诸如用户附近的其他人的话音。可设想其他麦克风配置和组合。

控件144可以包括开关、按钮、触敏表面和/或其他用户输入设备的任何组合。用户可以经由控件144监视和/或调整计算设备100的操作。控件144可以被使用于触发本文所述的操作中的一个或多个。

控制器150可以包括至少一个处理器152和存储器154。处理器152可以包括一个或多个通用处理器(例如，微处理器)和/或一个或多个专用处理器(例如，图像信号处理器(ISP)、数字信号处理器(DSP)、图形处理单元(GPU)、浮点运算单元(FPU)、网络处理器或专用集成电路(ASIC))。在一个示例实施方式中，控制器150可以包括一个或多个音频信号处理设备或音频效果单元。这样的音频信号处理设备可以处理模拟和/或数字音频信号格式的信号。附加地或替选地，处理器152可以包括至少一个可编程在线串行编程(ICSP)微控制器。存储器154可以包括一个或多个易失性和/或非易失性存储组件(诸如磁性、光学、闪存或有机存储)并且可以与处理器152整体或部分集成。存储器154可以包括可拆卸和/或不可拆卸的组件。

处理器152能够执行存储在存储器154中的程序指令(例如，编译或未编译的程序逻辑和/或机器代码)，以执行本文所述的各种功能。因此，存储器154可以包括非暂时性计算机可读介质，其上存储有程序指令，这些程序指令在由计算设备100执行时使得计算设备100执行本说明书和/或附图中公开的任何方法、过程或操作。处理器152执行程序指令可以致使处理器152使用由计算设备100的各个其他元件提供的数据。具体地，控制器150和处理器152可以对音频信息120执行操作。控制器150可以包括分布式计算网络和/或云计算网络。

在一个示例实施方式中，计算设备100可以操作为生成表示诸如音频通知、音乐、播客、新闻报道、导航指令等各种音频内容的音频信号。所生成的音频信号可以被存储在音频信息120中。在示例内，控制器150可以基于来自计算设备100上运行的应用的指令来生成音频信号。也可以经由通信接口130从其他计算设备接收生成音频信号的指令。计算设备100也可以操作为生成与音频信号相关联的信息。例如，计算设备100可以生成音频信号的输出时间。在一些示例中，输出时间可以是截至其之前可以播放音频信号的输出期限。另外，如上所述，计算设备100也可以被配置为接收与音频信号相关联的数据，该数据与音频信号相关联。例如，与音频信号相关联的数据可以包括元数据或者另一种类型的标签或信息。

在一个示例实施方式中，计算设备100可以操作为播放由控制器150生成或处理的音频信号。计算设备100可以通过用音频信号驱动音频输出设备110来播放音频信号，诸如存储在音频信息120中的音频信号。这样，计算设备100可以操作为播放表示诸如音频通知、音乐、播客等音频内容的音频信号。

虽然图1图示出控制器150示意性与计算设备100的其他元件分开，但控制器150可以物理上位于计算设备100的一个或多个元件处或者并入计算设备100的一个或多个元件中。例如，控制器150可以并入音频输出设备110、通信接口130和/或用户接口140中。附加地或替选地，计算设备100的一个或多个元件可以并入控制器150和/或其组成元件中。例如，音频信息120可以暂时性或持久性驻留在存储器154中。

计算设备100可以被设置为具有各种不同的形状因数、形状和/或大小。例如，计算设备100可以包括头戴式设备，其具有与传统眼镜类似的形状因数。附加地或替选地，计算设备100可以采取耳机的形式。在一个示例实施方式中，计算设备100可以被配置为促进基于语音的用户交互。然而，在其他实施方式中，计算设备100无需促进基于语音的用户交互。

计算设备100可以包括可操作为将音频信号传递到用户的耳部和/或骨骼结构的一个或多个设备。例如，计算设备100可以包括一个或多个头戴受话器和/或骨传导换能器或“BCT”。本文设想到被配置为向用户提供音频信号的其他类型的设备。

作为一个非限制性示例，头戴受话器可以包括“入耳式”、“贴耳式”或“包耳式”头戴受话器。“入耳式”头戴受话器可以包括入耳式头戴受话器、耳机或耳塞。“贴耳式”头戴受话器可以包括可以部分围绕用户的一只耳或两只耳的耳上式头戴受话器。“包耳式”头戴受话器可以包括可以完全包围用户的一只耳或两只耳的耳罩式头戴受话器。

头戴受话器可以包括被配置为将电信号转换为声音的一个或多个换能器。例如，头戴受话器可以包括静电、驻极体、动态、或另一种类型的换能器。

BCT可以操作为某个位置处振动穿戴者的骨骼结构，在该位置处振动通过穿戴者的骨骼结构到达中耳，使得大脑将振动解释为声音。在一个示例实施方式中，计算设备100可以包括具有BCT的耳机。

计算设备100可以经由有线或无线接口连接到另一个计算设备(例如，用户的智能电话)。替选地，计算设备100可以是独立设备。

图2A至图2D图示出如本公开设想的设备的若干非限制性示例。这样，如关于图1所图示和描述的计算设备100可以采取设备200、230、250或260中的任何设备的形式。计算设备100同样可以采取其他形式。

图2A图示出根据示例实施方式的可穿戴设备200。可穿戴设备200的形状可以类似于一副眼镜或另一种类型的可头戴设备。这样，可穿戴设备200可以包括框架元件，所述框架元件包括透镜框架204、206和中心框架支撑件208、透镜元件210、212和延伸侧臂214、216。中心框架支撑件208和延伸侧臂214、116被配置为分别将可穿戴设备200经由放置在用户的鼻部和耳部上而固定到用户的头部。

框架元件204、206和208中的每一个以及延伸侧臂214、216可以由塑料和/或金属的实心结构形成，或者可以由类似材料的中空结构形成，以允许要通过可穿戴设备200内部路由的布线和组件互连。其他材料同样可能。透镜元件210、212中的每一个也可以足够透明，以允许用户透过透镜元件来看。

附加地或替选地，延伸侧臂214、216可以被定位在用户的耳朵后面，以将可穿戴设备200固定到用户的头部。延伸侧臂214、216可以进一步通过围绕用户头部的后部延伸而将可穿戴设备200固定到用户。附加地或替选地，例如，可穿戴设备200可以连接到或贴附在头戴式头盔结构内。同样存在其他可能方案。

可穿戴设备200还可以包括随载计算系统218和至少一个可手指操作的触摸板224。随载计算系统218被示为集成在可穿戴设备200的侧臂214中。然而，随载计算系统218可以被设置在可穿戴设备200的其他部分之上或之内，或者可以被定位成远离并以通信方式耦合至计算设备的可头戴组件(例如，随载计算系统218能够被容纳在单独的组件中，该组件并非可头戴并且有线或无线连接到可头戴的组件)。例如，随载计算系统218可以包括处理器和存储器。另外，随载计算系统218可以被配置为从可手指操作的触摸板224(并且可能从其他感知设备和/或用户接口组件)接收并分析数据。

另一方面，可穿戴设备200可以包括各种类型的传感器和/或感知组件。譬如，可穿戴设备200能够包括惯性测量单元(IMU)(图2A中未明确示出)，其提供加速度计、陀螺仪和/或磁力计。在一些实施方式中，可穿戴设备200也可能包括未集成在IMU中的加速度计、陀螺仪和/或磁力计。

另一方面，可穿戴设备200可以包括促进确定可穿戴设备200是否正被穿戴的传感器。譬如，诸如加速度计、陀螺仪和/或磁力计的传感器能够被使用于检测可穿戴设备200正被穿戴的特性的运动(例如，用户踱步、转头等特性的运动)和/或被使用于确定可穿戴设备200处于作为可穿戴设备200正被穿戴的的特性的取向(例如，直立，处于可穿戴设备200穿戴在耳上时的典型位置)。因此，来自这样的传感器的数据能够被用作向头上检测(on-headdetection)过程的输入。附加地或替选地，可穿戴设备200可以包括布置在可穿戴设备200的表面上的电容传感器或另一种类型的传感器，该表面在可穿戴设备200被穿戴时通常接触穿戴者。因此，由这样的传感器提供的数据可以被使用于确定可穿戴设备200是否正在被穿戴。也可以使用其他传感器和/或其他技术来检测可穿戴设备200何时在被穿戴。

可穿戴设备200还包括至少一个麦克风226，其可以允许可穿戴设备200从用户接收语音命令。麦克风226可以是定向麦克风或全向麦克风。另外，在一些实施方式中，可穿戴设备200可以包括布置在可穿戴设备200上的各个位置处的麦克风阵列和/或多个麦克风。

在图2A中，触摸板224被示为布置在可穿戴设备200的侧臂214上。然而，可手指操作的触摸板224可以被定位在可穿戴设备200的其他部分上。再者，可穿戴设备200上可以存在多于一个的触摸板。例如，第二触摸板可以被布置在侧臂216上。附加地或替选地，触摸板可以被布置在一个或两个侧臂214和216的后部227上。在这样的布置中，触摸板可以被布置在围绕穿戴者耳后弯曲的侧臂部分的上表面上(例如，使得触摸板位于通常面向穿戴者背后的表面上并且被布置在和与穿戴者耳部的背部接触的表面相对的表面上)。一个或多个触摸板的其他布置也可能。

触摸板224可以经由电容感测、电阻感测、或表面声波过程以及其他可能方式来感测用户的手指在触摸板上的接触、接近和/或移动。在一些实施方案中，触摸板224可以是一维或线性触摸板，其能够感测触摸表面上各点处的触摸并且能够感测手指在触摸板上的线性移动(例如，沿触摸板224向前或向后移动)。在其他实施方式中，触摸板224可以是二维触摸板，其能够感测触摸表面上沿任何方向的触摸。此外，在一些实施方案中，触摸板224可以被配置用于接近触摸感测，使得触摸板能够感测用户的手指何时接近触摸板但未接触触摸板。另外，在一些实施方案中，触摸板224能够感测施加于板面的压力水平。

在另一方面，耳机220和211分别附接到侧臂214和216。耳机220和221各自可以分别包括BCT 222和223。每个耳机220、221可以被布置成当可穿戴设备200被穿戴时，每个BCT222、223被定位在穿戴者耳部后侧。譬如，在一个示例性实施方式中，耳机220、221可以被布置成使得相应的BCT 222、223能够接触穿戴者双耳的耳廓和/或穿戴者头部的其他部分。耳机220、221的其他布置也可能。另外，具有单个耳机220或221的实施方式也是可能的。

在一个示例性实施方式中，BCT 222和/或BCT 223可以作为骨传导扬声器操作。例如，BCT 222和223可以是响应于电音频信号输入而产生声音的振动换能器或电声换能器。一般地，BCT可以是可操作为直接或间接振动使用者的骨骼结构的任何结构。譬如，BCT可以利用配置为接收音频信号并根据该音频信号振动穿戴者的骨骼结构的振动换能器来实现。更一般地，应当理解，在不脱离本发明的范围的情况下，可以包含被布置成振动穿戴者的骨骼结构的任何组件作为骨传导扬声器。

另一方面，可穿戴设备200可以包括至少一个音频源(未示出)，其被配置为提供驱动BCT 222和/或BCT 223的音频信号。作为一个示例，如参照图1所图示和描述，音频源可以提供可以由计算设备100存储和/或使用的信息作为音频信息120。在一个示例性实施方式中，可穿戴设备200可以包括内部音频回放设备，诸如配置为播放数字音频文件的随载计算系统218。附加地或替选地，可穿戴设备200可以包括到辅助音频回放设备(未示出)的音频接口，所述辅助音频回放设备诸如便携式数字音频播放器、智能电话、家用立体声音响、车用立体声音响、和/或个人计算机、以及其他可能。在一些实施方式中，应用或基于软件的接口可以允许可穿戴设备200接收从另一个计算设备(诸如用户的移动电话)流送的音频信号。附加地或替选地，辅助音频回放设备的接口能够是芯-环-套筒(TRS)连接器，或者可以采取另一种形式。其他音频源和/或音频接口也可能。

另外，在具有都包括BCT的两个耳机222和223的一个实施方式中，耳机220和221可以被配置为向用户提供立体声和/或环绕声音频信号。然而，非立体声音频信号(例如，单声道或单通道音频信号)在包括两个耳机的设备中也可能。

如图2A所示，可穿戴设备200无需包括图形显示器。然而，在一些实施方式中，可穿戴设备200可以包括这样的显示器。特别地，可穿戴设备200可以包括近眼显示器(未明确示出)。近眼显示器可以被耦合至随载计算系统218、独立图形处理系统和/或可穿戴设备200的其他组件。近眼显示器可以被形成在可穿戴设备200的透镜元件中的一个上，诸如透镜元件210和/或212。这样，可穿戴设备200可以被配置为在穿戴者的视野中覆盖计算机生成的图形，同时还允许用户透过透镜元件看并且同时观看他们的真实世界环境中的至少一些。在其他实施方式中，基本上模糊用户对周围物理世界的查看的虚拟现实显示也可能。近眼显示器可以相对于可穿戴设备200设置在各种位置，并且也可以在大小和形状上有所变化。

其他类型的近眼显示器也可能。例如，眼镜风格可穿戴设备可以包括一个或多个投影仪(未示出)，其被配置为将图形投影到可穿戴设备200的透镜元件中的一个或两个的表面上的显示器上。在这样的配置中，可穿戴设备200的透镜元件可以充当光投射系统中的组合器，并且可以包括将从投影仪投射到它们上的光反射到穿戴者的一只眼或两只眼上的涂层。在其他实施方式中，无需使用反射涂层(例如，当一个或多个投影仪采取一个或多个扫描激光设备的形式时)。

作为近眼显示器的另一示例，眼镜式可穿戴设备的一个或两个透镜元件能够包括透明或半透明的矩阵显示器，诸如电致发光显示器或液晶显示器、用于向用户眼睛传递图像的一个或多个波导或者能够向用户传递对焦近眼图像的其他光学元件。对应的显示驱动器可以被布置在可穿戴设备200的框架内，以用于驱动这样的矩阵显示器。替选地或附加地，能够使用激光或LED光源与扫描系统将光栅显示直接绘制到用户的一只眼或两只眼的视网膜上。其他类型的近眼显示器也可能。

图2B图示出根据示例实施方式的可穿戴设备230。设备300包括两个框架部分232，其形状设计成钩在穿戴者的耳部上。当被穿戴时，耳后壳体236位于穿戴者耳部中的每只耳后面。壳体236可以各自包括BCT 238。例如，BCT 238可以是响应于电音频信号输入而产生声音的振动换能器或电声换能器。这样，BCT 238可以充当通过振动穿戴者的骨骼结构向穿戴者播放音频的骨传导扬声器。其他类型的BCT也可能。一般地，BCT可以是可操作为直接或间接振动使用者的骨骼结构的任何结构。

应当指出，当从侧面观察设备230的穿戴者时，耳后壳体236可以部分或完全隐藏在视野之外。这样，与其他更笨重和/或更易看见的可穿戴计算设备相比，可以更加分散地穿戴设备230。

如图2B所示，BCT 238可以被布置在耳后壳体236之上或之内，使得当穿戴设备230时，BCT 238被定位在穿戴者的耳部后侧，以使穿戴者的骨骼结构振动。更具体地，BCT 238可以形成构成耳后壳体236的材料的至少部分或者可以振动地耦合至该材料。另外，设备230可以被配置成使得当穿戴设备时，耳后壳体236压靠或接触穿戴者耳部的背部。这样，BCT 238可以经由耳后壳体236将振动传递到穿戴者的骨骼结构。BCT在设备230上的其他布置也可能。

在一些实施方式中，耳后壳体236可以包括触摸板(未示出)，其类似于如图2A所示且如上所述的触摸板224。另外，如图2B所示的框架232、耳后壳体236和BCT 238配置可以被替换为耳塞、包耳式头戴受话器或另一种类型的头戴受话器或者微型扬声器。这些不同的配置可以通过能够由用户从设备230附接和拆分的可拆卸(例如，模块化)组件来实现。其他示例也可能。

在图2B中，设备230包括自框架部分232延伸的两根线缆240。线缆240可以比框架部分232更具柔性，该框架部分232可以更具刚性，以便在使用期间保持钩在穿戴者的耳部上。线缆240连接在吊坠式壳体244处。例如，壳体244可以包含一个或多个麦克风242、电池、一个或多个传感器、处理器、通信接口和随载存储器以及其他可能性。

线缆246自壳体244的底部延伸，该壳体244可以被使用于将设备230连接到另一个设备，诸如便携式数字音频播放器、智能电话以及其他可能性。附加地或替选地，设备230可以经由例如位于壳体244中的通信接口与其他设备无线通信。在此情况下，线缆246可以是可拆卸的线缆，例如充电电缆。

壳体244中包括的麦克风242可以是全向麦克风或定向麦克风。另外，能够实现麦克风阵列。在所示的实施方式中，设备230包括专门布置用于检测设备的穿戴者所发出的话音的两个麦克风。例如，当设备230被穿戴时，麦克风242可以使收听束248指向与穿戴者嘴部相对应的位置。麦克风242也可以检测穿戴者环境中的声音，诸如穿戴者附近的其他人的周边话音。额外的麦克风配置也可能，包括自框架232的一部分延伸的麦克风臂，或者在线缆240中的一根或两根上在线内定位的麦克风。本文设想到用于提供指示本地声音环境的信息的其他可能性。

图2C图示出根据示例实施方式的可穿戴设备250。可穿戴设备250包括框架251和耳后壳体252。如图2C所示，框架251呈弯曲状，并且其形状设计为钩在穿戴者的耳部上。当钩在穿戴者的耳部上时，耳后壳体252位于穿戴者的耳部后面。例如，在所示的配置中，耳后壳体252位于耳廓后面，使得耳后壳体252的表面253在耳廓背面上接触穿戴者。

应当指出，当从侧面观察可穿戴设备250的穿戴者时，耳后壳体252可以部分或完全隐藏而不可被查看到。这样，与其他更笨重和/或更易看见的可穿戴计算设备相比，可以更加离散地穿戴可穿戴设备250。

可穿戴设备250和耳后壳体252可以包括一个或多个BCT，诸如关于图2A所图示和描述的BCT 222。一个或多个BCT可以被布置在耳后壳体252之上或之内，使得当可穿戴设备250被穿戴时，一个或多个BCT可以被定位在穿戴者的耳部后侧，以使穿戴者的骨骼结构振动。更具体地，一个或多个BCT可以形成构成耳后壳体252的表面253的材料的至少一部分或者可以振动地耦合至该材料。另外，可穿戴设备250可以被配置成使得当设备被穿戴时，表面253被压靠或接触穿戴者耳部的背部。这样，一个或多个BCT可以经由表面253将振动传递到穿戴者的骨骼结构。BCT在耳机设备上的其他布置也可能。

另外，可穿戴设备250可以包括触敏表面254，诸如参照图2A所图示和描述的触摸板224。触敏表面254可以被布置在可穿戴设备250围绕穿戴者耳后弯曲的表面上(例如，使得当耳机设备被穿戴时，触敏表面大体面向穿戴者的后侧)。其他布置也可能。

可穿戴设备250也包括麦克风臂255，如图2C所示，其可以朝向穿戴者的嘴部延伸。麦克风臂255可以包括远离耳机的麦克风256。麦克风256可以是全向麦克风或定向麦克风。另外，能够在麦克风臂255上实现麦克风阵列。替选地，能够在麦克风臂255上实现骨传导麦克风(BCM)。在这样的实施方式中，臂255可以操作为在穿戴者的颌部附近或颌部上定位BCM和/或将其压靠穿戴者面部，使得BCM响应于穿戴者说话时发生的其颌部的振动而振动。应当指出，麦克风臂255是可选的，并且麦克风的其他配置也可能。

在一些实施方案中，本文中所公开的可穿戴设备可以包括两种类型和/或布置的麦克风。譬如，可穿戴设备可以包括专门布置用于检测设备的穿戴者发出的话音的一个或多个定向麦克风，以及布置用于检测穿戴者的环境中的声音(除穿戴者的声音之外的可能声音)的一个或多个全向麦克风。这样的布置可以基于音频是否包括穿戴者的话音来促进智能处理。

在一些实施方式中，可穿戴设备可以包括耳塞(未示出)，其可以充当典型的扬声器并且振动周围的空气以投射来自扬声器的声音。因此，当插入穿戴者的耳部时，穿戴者可以采用离散的方式听到声音。这样的耳塞是可选的，并且可以通过可拆卸的(例如，模块化)组件来实现，用户能够将该组件从耳机设备附接和拆分。

图2D图示出根据示例实施方式的计算设备260。例如，计算设备260可以是移动电话、智能电话、平板型计算机或可穿戴计算设备。然而，其他实施方式也可能。在一个示例实施方式中，计算设备260可以包括如关于图1所图示和描述的系统100的一些或全部元件。

计算设备260可以包括各个元件，诸如主体262、相机264、多元显示器266、第一按钮268、第二按钮270和麦克风272。相机264可以被定位于主体262的、在操作时通常面向用户的一侧，或者与多元显示器266相同的一侧。计算设备260的各个元件的其他布置可能。

麦克风272可以操作为检测来自计算设备260附近环境的音频信号。例如，麦克风272可以操作为检测语音和/或计算设备260的用户是否正在与另一方进行对话。

多元显示器266能够表示LED显示器、LCD、等离子显示器或者任何其他类型的视觉或图形显示器。多元显示器266也可以支持可以能够调整计算设备260的任何方面的设置和/或配置的触摸屏和/或存在敏感功能。

在一个示例实施方式中，计算设备260可以操作为显示指示提供给用户的音频信号的各个方面的信息。例如，计算设备260可以经由多元显示器266显示当前音频回放配置。

III.示例服务器

图3图示出根据示例实施方式的服务器300的示意图。服务器300包括一个或多个处理器302和数据存储304(也可以被称为存储器304)，诸如非暂时性计算机可读介质。此外，数据存储304被示为存储可以供处理器302执行的程序指令306。另外，服务器300还包括通信接口308。应当指出，服务器300的各个组件可以采用任何方式布置和连接。

另外，上文对处理器152、存储器154和通信接口130的描述可以应用于下文关于另一系统或布置中使用的相应组件的任何讨论。譬如，如上所述，图3图示出并入另一种布置中的处理器、数据存储和通信接口。因此，所讨论的这些组件可以采取与上文结合图1讨论的相应组件相同或相似的特征(和/或形式)。然而，在不脱离本公开的范围的情况下，所讨论的组件也能够采取其他特性(和/或形式)。

实际上，服务器可以是为能够称为“客户端”的其他程序和/或设备(例如，任何上述设备)提供功能的任何程序和/或设备。一般地，这种布置可以被称为客户端-服务器模型。利用这种布置，服务器能够提供各种服务，诸如与客户端共享和/或为客户端进行计算的数据和/或资源等。此外，单个服务器能够为一个或多个客户端提供服务，并且单个客户端能够从一个或多个服务器接收服务。这样，服务器能够采取(当前已知或未来开发的)各种形式，诸如数据库服务器、文件服务器、web服务器和/或应用服务器以及其他可能性。

一般地，客户端和服务器可以采用各种方式彼此交互。特别地，客户端可以向服务器发送请求或指令等。基于该请求或指令，服务器可以执行一个或多个操作，然后可以利用结果或确认等向客户端进行响应。在一些情况下，服务器可以向客户端发送请求或指令等。基于该请求或指令，客户端可以执行一个或多个操作，然后可以利用结果或确认等向服务器进行响应。在任一种情况下，可以例如经由有线连接或经由无线连接——诸如经由网络，进行客户端与服务器之间的这样的通信。

IV.示例客户端-服务器布置

图4是客户端-服务器布置400的简化框图，其中能够采用本文所述的各个实施方式。布置400可以包括上述设备200、230、250和260中的任何一个，并且例如也可以包括其他设备，诸如示例计算设备410。此外，布置400可以包括服务器420、430和440，它们均如下文进一步详细描述。在一个示例实施方式中，布置400能够包括比图4中示出的设备数目更多的设备，或者能够包括比图4中示出的设备数目更少的设备。类似地，布置400能够包括比图4中示出的服务器数目更多的服务器，或者能够包括比图4中示出的服务器数目更少的服务器。

实际上，这些设备和服务器中的每一个能够通过使用有线和/或无线连接(由虚线表示)经由网络450彼此通信。例如，网络450可以是互联网，或者某种其他形式的公用或专用互联网协议(IP)网络。因此，各个设备和服务器能够使用分组交换技术彼此通信。尽管如此，网络450也可以包含至少一些电路交换技术，并且作为分组交换的替选或补充，设备与服务器可以经由电路交换通信。此外，网络450也可以是本地网络。本地网络可以包括有线连接(例如，以太网)和无线连接(例如，Wi-Fi)。再另外，网络450还能够包括无线电接入网络或接入点。因此，各个设备与服务器之间的连接可以采取无线接口的形式或包括无线接口，诸如Wifi、

或广域无线接口(例如，WiMAX或3GPP长期演进(LTE))。

在一些情形下，一些设备可以不必经由网络450直接通信，而作为替代能够经由其他设备通信。特别地，第一设备可以与第二设备建立通信链路(例如，有线或无线)，然后能够经由与第二设备建立的通信链路通过网络450进行通信。例如，可穿戴设备250被示为已与计算设备260建立通信链路460。采用这种方式，设备250能够经由设备260通过网络450通信。当然，能够在任何可行的设备组合之间建立通信途径(例如，设备230和/或200中的任何一个也能够各自与设备260建立相应的通信链路，以便随后通过网络450进行间接通信)。其他情形也可能。

另外，如上所述，布置400可以包括服务器420。在一个示例实施方式中，服务器420可以被配置为执行帮助提供所公开的平台的功能的操作。再者，设备(例如，如图4所示的那些设备中的任何一个)可以在其上存储有应用程序(下文称为“配套应用”)，该应用程序可供设备的处理器执行以提供所公开的平台的功能。实际上，配套应用能够被下载到所讨论的设备上(例如，经由网络450)，能够被安装到所讨论的设备上(例如，经由CD-ROM)，和/或能够采用其他方式配置到所讨论的设备上(例如，经由手动工程输入)。因此，利用这种实施方式，设备与服务器420可以经由配套应用通信以共同提供平台的功能。

此外，服务器420可以在其上存储或者可以用其他方式访问用户账户数据库。用户账户数据库可以包括数个用户账户的数据，并且这些用户账户均与一个或多个用户相关联。对于给定的用户账户，用户账户数据库可以包括关于或有益于经由配套应用提供服务的数据。典型地，与每个用户账户相关联的用户数据可选地由关联用户提供和/或连同关联用户的许可一起收集。另外，在一些实施方式中，用户可能必须向服务器420注册用户账户，以便经由配套应用使用或被提供这些服务。这样，用户账户数据库可以包括给定用户账户的授权信息(例如，用户名和密码)和/或可以用于授权访问用户账户的其他信息。

就此而言，用户可以将他们设备中的一个或多个(例如，均具有配套应用)与他们的用户账户相关联，使得能够经由相应设备上的配套应用向他们提供对服务的访问。例如，当某人使用相关联的设备来例如选择如下所述的某些内容时，可以经由设备的唯一标识码来标识相关联的设备，然后可以将内容选择归因于相关联的用户账户。简明起见，与一个或多个设备相对应并且存储在服务器420上的特定用户账户在下文中被称为应用程序账户。其他示例也可能。

另外，如上所述，布置400也可以包括服务器430和440。特别地，服务器430可以存储音频内容并且可以提供“第三方”音频服务(下文中称为第一音频提供者服务)，诸如通过将存储在服务器430处的音频内容流送到客户端设备(例如，设备200、230、250、260和/或410中的任何一个)。因此，服务器430也可以被称为音频提供者服务器430。

利用本实施方式，设备(例如，如图4所示的那些设备中的任何一个)可以在其上存储应用程序(下文中称为“第一第三方应用”)，该应用程序可供设备的处理器执行以提供第一音频提供者服务的功能。实际上，第一第三方应用能够被下载到所讨论的设备上，能够被安装到所讨论的设备上，和/或能够用其他方式配置到所讨论的设备上。因此，利用本实施方式，设备与服务器430可以通信以经由第一第三方应用共同提供第一音频提供者服务的功能。

此外，在一些情况下，服务器430还可以具有用户账户数据库，因此用户可以将他们设备中的一个或多个(例如，均具有第一第三方应用)与用户账户相关联，使得能够经由相应设备上的第一第三方应用向他们提供对第一音频提供者服务的访问。简明起见，与一个或多个设备相对应并且存储在服务器430上的特定用户账户在下文中称为第一音频提供者账户。

类似地，服务器440可以存储音频内容(例如，可能与服务器430存储的音频内容不同)，并且可以提供“第三方”音频服务(下文中称为第二音频提供者服务)，诸如通过将存储在服务器440上的音频内容流送到客户端设备(例如，设备200、230、250、260和/或410中的任何一个)。因此，服务器440也可以被称为音频提供者服务器440。

利用本实施方式，设备(例如，如图4所示的那些设备中的任何一个)可以在其上存储应用程序(下文中称为“第二第三方应用”)，该应用程序可供设备的处理器执行以提供第二音频提供者服务的功能。实际上，第二第三方应用能够被下载到所讨论的设备上，能够被安装到所讨论的设备上，和/或能够用其他方式配置到所讨论的设备上。因此，利用本实施方式，设备与服务器440可以通信以经由第二第三方应用共同提供第二音频提供者服务的功能。

此外，在一些情况下，服务器440还可以具有用户账户数据库，因此用户可以将他们的设备中的一个或多个(例如，均具有第一第三方应用)与用户账户相关联，使得能够经由相应设备上的第二第三方应用向他们提供对第二音频提供者服务的访问。简明起见，对应于一个或多个设备并且存储在服务器440上的特定用户账户在下文中称为第二音频提供者账户。

在这样的实施方式中，用户的一个或多个设备中的任何一个可以包括(例如，安装有)配套应用、第一第三方应用和/或第二第三方应用以及其他可能应用中的任何一个。采用这种方式，用户的一个或多个设备中的任何一个能够与相应的服务器(例如，服务器420、430和/或440)通信，以助于分别提供第一音频提供者服务、第二音频提供者服务和/或本文公开的平台的功能。

IV.用于创建并控制频道的示例平台

本文公开一种用于创建并控制频道的平台。特别地，频道可以是开始播放某些音频内容的快捷方式(“链接”)，所述音频内容诸如由第三方服务提供的音频内容或者本地存储在设备上的音频内容，以及其他可能性。实际上，频道可以提供指向音频内容的任何可行形式的快捷方式。例如，频道可以提供指向以下项目的快捷方式：无线电广播、包括一个或多个音轨的播放列表、包括一个或多个音轨的专辑、艺术家的作品集、音频读物、现场音频流、第三方音频提供者应用、和/或与“第三方”音频提供者应用相关联的账户、以及其他可能性。这样，能够将频道视为具有一些统一主题的音频流。

根据一个示例实施方式，能够采用各种方式布置所公开的创建并控制频道的功能。特别地，作为音频提供者服务的一部分，音频提供者应用的开发者能够相应实现特定应用编程接口(API)(或者使音频提供者服务与之通信)，所讨论的配套应用也与该应用编程接口对接。采用这种方式，音频提供者服务器(例如，音频提供者服务器430和/或440)能够各自基于该API向服务器420提供音频源和/或其他数据。实际上，音频源可以指定与访问某些音频内容有关的信息，诸如通过指定内容的标识符、与访问内容有关的认证、和/或用于建立将该内容传输到设备的通信信息、以及其他选项。另外，所讨论的其他数据可以包括指定关于音频内容的信息的元数据，诸如通过指定：音频提供者服务的名称、播放列表的名称、艺术家的姓名、音轨的名称、音频读物的名称、播放列表的持续时间、音轨的持续时间、音频读物的持续时间、和/或内容的类型(例如，音乐对音频读物)，以及其他可行形式的信息。此外，基于API，音频提供者服务器还能够解释从服务器420和/或从执行配套应用的计算设备接收的任何信息。

利用本实施方式，用户可以通过与上述配套应用和/或与上述第三方应用中的其他应用交互来使用所公开的平台。通过这些交互，用户能够创建或以其他方式配置各个“喜好”频道，每个频道提供指向某些音频内容的快捷方式。一旦创建这样的频道，用户则可以使用各种直观的手势在这些频道之间进行转换，并且可能还在这样的频道内的内容(例如，音轨)之间进行转换。

实际上，用户能够在任何设备上(诸如在上述设备中的任何一个上)使用所公开的平台。特别地，如果某个设备具有视觉显示器(例如，设备260)，则该设备上的配套应用能够提供图形用户界面(GUI)，用户可以通过该图形用户界面进行交互来使用该平台。然而，如果某个设备不具有视觉显示器(例如，“无屏幕”可穿戴设备200、230和/或250中的任何一个)，则配套应用能够提供可听通知、可听命令和/或触觉反馈(例如，振动或其他机械输出)等，以帮助用户进行交互来使用平台。这样，所公开的平台能够帮助无屏幕可穿戴设备的用户访问并转换来自各个来源的音频内容，并且在不必在不具有视觉显示器的设备上的应用(和/或本地存储)的层级当中导航的情况下这样做。下面更详细地描述所公开的平台。

A.在各个设备上提供手势

在一个示例实施方式中，计算设备可以具有可操作为接收和与计算设备相对应的应用程序账户相关联的输入数据的至少一个输入设备。在一个示例中，输入设备可以是麦克风，诸如设备200上的麦克风226、设备230上的麦克风242、设备250上的麦克风256、或设备260上的麦克风272。在另一示例中，输入设备可以是基于触摸的接口，诸如设备200上的触摸板224、设备230的耳后壳体236上的触摸板(未示出)、设备250上的触敏表面254、或设备260的显示器266上的触摸屏。在又一示例中，输入设备可以是机械接口，诸如设备260上的按钮268和270。在还一示例中，输入设备可以是惯性测量单元(IMU)，其能够记录诸如轻敲的手势。

虽然图2A至图2C中未示出，但无屏幕的可穿戴设备也可以具有至少一个机械接口。例如，图5A至图5B图示出合并到设备230的壳体244上的机械接口。特别地，该机械接口采取包括杆502的“滑块”机构的形式，该杆502被配置为沿轨道504移动，诸如从如图5A所示的第一位置506移动到如图5B所示的第二位置508。另外，“滑块”机构能够包括弹簧(未示出)，当杆502未被致动时(例如，由用户)，该弹簧使得杆502移回第一位置506。另外，“滑块”机构能够包括机电接口(例如，电阻元件)，其将杆的机械移动转换成表示这样的移动的对应电信号，从而致使输入设备可操作为接收与机械输入相对应的输入数据。其他机械接口同样可能。

鉴于合并到各个计算设备内的这些各个输入设备，用户能够提供各种手势。特别地，手势可以是使得输入设备生成输入数据的用户所采取的任何动作。在一种情况下，手势可以涉及用户经由麦克风提供语音命令，从而使得麦克风生成与那些语音命令相对应的输入数据。在另一种情况下，手势可以涉及用户在基于触摸的接口上进行触摸交互，从而使得基于触摸的接口生成与触摸交互相对应的输入数据。例如，用户可以执行“轻扫”手势，该手势使得基于触摸的接口基于沿着基于触摸的接口从一个位置到另一个位置的移动(例如，至少一个手指的移动)来生成触摸数据。在另一示例中，用户可以执行“轻敲”手势，其涉及基于触摸的接口基于在阈值低持续时间内与基于触摸的接口的区域的交互(例如，至少一个手指的交互)来生成触摸数据。

在又一种情况下，手势可以涉及用户在机械接口上执行机械交互，从而使得机械接口生成与那些机械交互相对应的输入数据。例如，用户可以按下按钮，以便提供机械输入。在另一示例中，上述滑块的“滑动”手势可以涉及杆502基于用户的致动而从第一位置移动到第二位置，从而使得滑块基于该移动来生成输入数据。在又一示例中，上述滑块的“滑动并保持”手势可以涉及杆502从第一位置移动到第二位置，随后杆502在第二位置保持至少阈值持续时间，从而使得滑块基于该移动和随后的保持而生成输入数据。其他情况和示例也可能。

利用本实施方式，计算设备和/或服务器420可以基于对所接收的输入数据的评估来确定待执行的操作。在一种情况下，作为该评估的一部分，计算设备可以不与服务器420交互。特别地，计算设备可以因此仅仅接收输入数据并且可以确定该输入数据对应于特定手势。然后，计算设备可以基于与特定手势相对应的输入数据来确定待执行的特定操作，然后计算设备可以执行那些确定的操作。

在另一种情况下，计算设备可以接收输入数据并且可以将该输入数据发送到服务器420，使得服务器420随后评估输入数据。特别地，服务器420可以确定输入数据对应于特定手势，然后可以使用该确定作为确定应当由计算设备执行的特定操作的基础。这样，服务器420随后可以向计算设备发送指令，其指定那些确定的特定操作和/或确定的特定手势的指令以及其他信息。一旦计算设备接收到该指令，计算设备然后可以作为响应执行特定操作。其他情况也可能。

实际上，计算设备和/或服务器420可以使用各种方式来确定待执行的操作。譬如，计算设备和/或服务器420可以在其上存储映射数据或者可以用其他方式访问映射数据。该映射数据可以将接收到的输入数据的各个特性中的每一个分别映射到至少一个操作。实际上，这些特征可以是：与输入数据相对应的手势、通过其接收输入数据的特定输入设备、包括通过其接收输入数据的特定输入设备的特定计算设备、在手势时与之交互的特定应用程序(例如，配套应用或“第三方”音频提供者应用)、和/或在手势时流送的特定音频内容等。这样，当接收到输入数据时，计算设备和/或服务器420可以确定输入数据的特性，然后可以使用映射数据来确定待执行的操作。实际上，这些操作可以采取各种形式，并且可以涉及(但不限于)：添加频道、移除频道、在频道之间转换、在音轨之间转换、和/或输出可听通知，以及其他可能性。

B.频道的添加

在一个示例实施方式中，计算设备可以确定接收到的输入数据包括添加频道的请求(下文中称为频道添加请求)。实际上，该频道添加请求可以指示来自特定音频提供者服务的内容(例如，特定播放列表)。响应于频道添加请求，计算设备可以向服务器420发送建立频道的指令，该频道经由与计算设备相对应的应用程序账户提供对该内容的访问。采用这种方式，服务器420可以实质上通过该指令接收频道添加请求，然后可以通过建立频道而响应于接收到频道添加请求。

特别地，服务器420可以采用各种方式中的一种来建立频道。例如，服务器420可以参与和与提供内容的音频提供者服务相关联的音频提供者服务器(例如，音频提供者服务器430)的通信会话。这样做时，服务器420可以从音频提供者服务器接收内容的标识符、许可与应用程序账户相关联的计算设备经由应用程序账户访问内容的认证信息、和/或用于建立向与应用程序账户相关联的计算设备的内容传输的通信信息，以及其他选项。附加地或替选地，服务器420可以向音频提供者服务器发送应用程序账户的标识符、与应用程序账户相关联的计算设备的相应标识符、和/或用于和与应用程序账户相关联的计算设备建立通信会话的通信信息，以及其他选项。在这样的信息交换之后，完成频道的建立，然后用户可以通过与如上所述的应用程序账户相关联的用户计算设备上的配套应用访问来自音频提供者服务的内容。其他示例也可能。

鉴于本实施方式，用户可以添加任何可行数目的频道，并且这些各个频道可以分别提供对来自各个音频提供者服务的内容的访问。譬如，计算设备可以接收指示来自上述第一音频提供者服务的内容(例如，特定音频广播)的第一频道添加请求，然后计算设备可以与服务器420协作建立第一频道，其提供对来自第一音频提供者服务的该内容的访问。随后，计算设备可以接收指示来自上述第二音频提供者服务的内容(例如，特定专辑)的第二频道添加请求，然后计算设备可以与服务器420协作建立第二频道，其提供对来自第二音频提供者服务的该内容的访问。

另一方面，所公开的平台还可以允许添加至少一个频道，其提供指向本地存储在计算设备上的内容的快捷方式，使得与该计算设备上的配套应用相交互的用户也能够通过配套应用访问该内容。在本方面，计算设备可以接收指示存储在计算设备的数据存储(例如，存储器154)中的内容(例如，特定专辑)的频道添加请求。响应于该频道添加请求，计算设备可以向服务器420发送建立频道的指令，该频道提供经由应用程序账户对该本地存储的内容的访问。

特别地，服务器420可以采用各种方式建立这样的频道。举例而言，服务器420可以获得与存储内容的计算设备的数据存储内的位置有关的信息。譬如，该位置可以被指定为包含内容的文件的文件系统内的目录，以及其他可能性。实际上，服务器420可以作为频道添加请求的一部分来获得该信息或者在其他时间获得该信息。尽管如此，一旦服务器420获得信息，服务器420便可以通过将所获得的信息与应用程序账户相关联来建立频道。一旦建立频道，用户则可以通过与如上所述的应用程序账户相关联的用户计算设备上的配套应用访问本地存储的内容。其他示例也可能。

不考虑添加的频道是否提供对本地存储的内容的访问或者添加的频道是否提供对来自音频提供者服务的内容的访问，服务器420可以不时地(例如，连续性或周期性)更新与添加的频道相关联的内容，以便“刷新”添加的频道。例如，音频提供者服务可以对与频道相关联的某些内容进行更新，诸如通过重新组织、移除和/或添加已添加作为频道的播放列表内的音轨，以及其他可能性。在本示例中，服务器420可以确定已经发生这样的更新并且作为响应可以更新与应用程序账户相关联的频道，使得一旦如下所述选择该频道，计算设备便被设置成在该频道内输出经更新的内容。其他示例也可能。

在一个示例实施方式中，可以使用各种类型的计算设备上的各种类型的手势来执行频道的添加。特别地，计算设备和/或服务器420可以被配置为确定输入数据指示表示频道添加的一个或多个特定手势。实际上，这些手势能够采取任何可行的形式，并且每个计算设备可以具有特定于该计算设备的关联手势，这可以取决于该计算设备中包括的特定输入设备。因此，鉴于这些各种可能的手势，可能采用各种方式来执行频道添加。下面更详细地描述示例方式。

在一种情况下，可以通过配套应用上的搜索功能来执行频道添加。特别地，如上所述，服务器420可以接收或以其他方式访问指定关于来自各个音频提供者服务的音频内容的信息的元数据。利用这种布置，计算设备可以通过计算设备的输入设备来接收搜索查询(例如，由用户提供的搜索查询)。在各个其他示例中，该搜索查询可以指定与期望音频内容相关的信息，诸如体裁名称、艺术家姓名、音频读物名称、和/或音频读物类别。一旦接收到，计算设备便可以将该搜索查询发送到服务器420，然后服务器420可以使用元数据作为确定匹配结果的基础。特别地，服务器420确定元数据指定与搜索查询中指定的信息相匹配的信息，诸如通过匹配例如查询中指定的字母、数字和/或字符序列。然后，服务器420可以向计算设备通知与匹配的元数据相关联的音频内容，使得计算设备然后能够输出该音频内容的指示。采用这种方式，由用户提供的搜索查询可以产生搜索结果，其通过配套应用指定来自各个音频提供者服务的各个内容。

图6图示出通过配套应用上的搜索功能的示例频道添加。特别地，图6示出在计算设备260的显示器266上显示的GUI的第一状态600A。如图所示，GUI包括搜索栏602和键盘604。利用这种布置，用户可以通过键盘604向搜索栏602提供输入(例如“jazz”)，并且还可以通过键盘发起搜索。在服务器420确定搜索结果之后，如第二屏幕状态600B所示，搜索结果可以被显示为GUI的一部分。如图所示，结果显示来自各个音频提供者服务的各种类型的内容。譬如，结果指示(i)广播应用提供诸如“local jazz station(本地爵士电台)”和“universal jazz station(全球爵士电台)”的内容，(ii)音乐应用提供诸如“jazz musicplaylist(爵士音乐播放列表)”和“jazz collection album(爵士选辑)”的内容，以及(iii)音频读物应用提供诸如“jazz history(爵士历史)”的内容。另外，在每个内容选项旁示出图标606，其中该图标606表示添加相应内容的请求(例如，采取“加号”符号的形式)。这样，图6图示出第三屏幕状态600C，其指示用户已选择将“jazz music playlist”添加为频道，其中具体指示为图标606的该添加转换为指示该添加的不同图标608(例如，采取“勾号”的形式)。其他实施方式也可能。

在另一种情况下，可以通过在配套应用上的音频提供者服务的层级当中浏览来执行频道添加。特别地，通过配套应用，计算设备可以(例如，在显示器上或通过可听通知)输出指定一个或多个音频提供者服务的信息，诸如与同样在计算设备上找到的第三方应用相对应的那些音频提供者服务。利用这种布置，计算设备然后可以接收指示选择指定的音频提供者服务中的一个或多个的输入数据，并且可以作为响应输出指示通过该音频提供者服务可获得的内容的目录的信息(例如，在显示器上或通过可听通知)。然后，计算设备可以接收进一步的输入数据，其指示导航到目录的某些部分的请求和/或指示在目录内添加某些内容作为配套应用上的频道的请求。在该请求下，计算设备可以与服务器420协作来建立提供对该内容的访问的频道。

图7图示出通过在配套应用上的音频提供者服务的层级当中浏览而进行的示例频道添加。特别地，图7示出在计算设备260的显示器266上显示的GUI的第一状态700A。如图所示，GUI包括与同样在计算设备260上找到的第三方应用(例如，“Broadcast App(广播应用)”、“Music App(音乐应用)”、“Audio book App(音频读物应用)”和“News App(新闻应用)”)相对应的音频提供者服务的列表702。在一个示例场景中，用户可以提供输入来选择“Music App”，然后GUI可以转换到第二屏幕状态700B。如图所示，GUI的屏幕状态700B包括指示“Music App”的内容类别的目录704，其包括“Your Playlists(您的播放列表)”、“YourAlbums(您的专辑)”、“Rocommended Music(推荐音乐)”和“New Releases(新发布)”。在本示例场景中，用户可以提供进一步输入来选择“Your Playlists”类别，然后GUI可以转换到第三屏幕状态700C。如图所示，GUI的屏幕状态700C包括播放列表706，其图示出与“MusicApp”上的用户账户相关联的音乐播放列表。此外，屏幕状态700C包括各自表示添加相应播放列表的请求的图标(例如，均采取“加号”符号形式)。这样，用户可以提供指示添加这些播放列表中的一个作为配套应用上的频道的进一步输入数据。如图标708所示(例如，采取“勾号”的形式)，用户已将“Classical Music(古典音乐)”播放列表添加为频道。其他实施方式同样可能。

在又一种情况下，可以通过与音频提供者服务的交互而非直接通过配套应用来执行频道添加。特别地，通过与音频提供者服务相关联的第三方应用，计算设备可以(例如，在显示器上或通过可听通知)输出指示通过该音频提供者服务可获得的内容的目录的信息。然后，计算设备可以接收指示导航到目录的某些部分的请求和/或指示在目录内添加某些内容作为配套应用上的频道的请求的进一步输入数据。在该请求下，计算设备可以与服务器420协作以建立提供对该内容的访问的频道。

图8图示出通过与音频提供者服务的交互来执行的示例频道添加。特别地，图8示出在计算设备260的显示器266上显示的“Music App”的GUI的第一状态800A。如图所示，GUI包括经由“Music App”可访问的“Blues Music(蓝调音乐)”播放列表内的音轨的列表802。再者，GUI包括图标804，其表示与“Blues Music”播放列表相关的进一步选项的可访问性。利用这种布置，用户可以提供指示对该图标804的选择的输入，然后GUI可以转换到第二屏幕状态800B。如图所示，GUI的屏幕状态800B包括列出若干菜单项的菜单806，其中一个是菜单项808，其指定将“Blues Music”播放列表添加为配套应用上的频道的选项。此外，GUI的屏幕状态800B还包括菜单项808旁的图标810，该图标810表示添加相应内容的请求(例如，采取“加号”符号形式)。这样，图8图示出第三屏幕状态800C，其指示用户已选择将“BluesMusic”播放列表添加为频道，其中具体指示为图标810的该添加变换为指示该添加的不同图标812(例如，采取“勾号”的形式)。其他实施方式也可能。

在还一种情况下，在计算设备正在(例如，通过音频输出设备110)输出尚未添加为频道的内容的同时，可以通过与计算设备的交互来执行频道添加。特别地，计算设备可以接收指示选择的输入数据以输出由音频提供者服务提供的内容。然后，在正输出该内容的同时，计算设备可以接收指示特定手势的进一步输入数据，该特定手势表示将该内容添加为频道的请求。举例而言(并且不具有限制性)，该特定手势可以涉及按下计算设备上的按钮达至少阈值持续时间。尽管如此，一旦计算设备接收到指示特定手势的输入数据，计算设备便可以与服务器420协作建立提供对正在输出的内容的访问的频道。采用这种方式，用户能够快速地添加播放的内容作为配套应用上的频道。其他情况和示例同样可能。

虽然在图6至图8中将各个频道添加方法图示为在具有显示器的计算设备(例如，设备260)上执行，但上述频道添加方法中的任何一个也能够在任何无屏幕的可穿戴设备上执行(例如，设备200、230和250中的任何一个)。譬如，图9图示出在可穿戴设备250上提供的手势，以便最终通过与该设备250的直接交互来添加频道，尽管该设备不具有显示器。在一个示例场景中，用户可以通过在配套应用上的音频提供者服务的层级当中浏览来执行频道添加。

特别地，设备250的状态900A图示出用户的手指902正将上述“轻扫”手势提供到触敏表面254上，以便在“Music App”上的播放列表当中导航。在检测到每个“轻扫”手势之后，设备250经由设备250的BCT输出指示特定播放列表的可听通知。譬如，图9图示出三个这样的可听通知904，其包括“Jazz Music(爵士音乐)”播放列表的通知，随后是“Blues Music(蓝调音乐)”播放列表的通知，然后是“Rock Music(摇滚音乐)”播放列表的通知。一旦用户听到感兴趣的播放列表的通知，用户便可以通过提供另一个手势来将该播放列表添加为频道。譬如，设备250的状态900B图示出用户的手指902正将上述“轻敲”手势提供到触敏表面254上，以便请求添加“Rock Music”播放列表作为配套应用上的频道。再者，在接收到该请求后，设备250可以与服务器420协作来建立提供对“Rock Music”播放列表的访问的频道。此外，在建立该频道后，设备250可以作为响应经由BCT输出另一个可听通知906，其指示已将“Rock Music”播放列表添加为频道。其他示例和实施方式也可能。

C.频道之间的导航

在一个示例实施方式中，计算设备可以确定对已添加的频道的选择，并且可以作为响应使得与该频道相关联的内容由计算设备的音频输出设备输出。特别地，计算设备可以接收输入数据并且可以确定所接收的输入数据对应于指示选择的特定手势。作为响应，计算设备然后可以输出所选择的内容。在一些实施方式中，计算设备可以与服务器420协作来确定选择。特别地，一旦计算设备接收到输入数据，服务器420便可以从计算设备接收该输入数据。再者，一旦服务器420接收到输入数据，服务器420便可以确定所接收的输入数据对应于指示选择的特定手势，并且可以作为响应向计算设备发送输出内容的指令。

在一些情形下，譬如，对已添加的频道的选择可以是开始输出与该频道相关联的内容的请求，诸如在当前并未选择其他频道时。在其他情形下，诸如当已经选择另一个频道(并且可能正在输出与该频道相关联的内容)时，对已添加的频道的选择可以是从先前选择的频道到新选择的频道的转换。其他情形同样可能。

举例而言，计算设备可以确定对上述第一频道的第一选择，该第一频道提供对来自第一音频提供者服务的内容的访问。作为响应，计算设备随后可以使得来自第一音频提供者服务的关联内容由计算设备的音频输出设备输出。然后，计算设备可以确定对上述第二频道的第二选择，该第二频道提供对来自第二音频提供者服务的内容的访问。实际上，该第二选择可以涉及从第一频道转换到第二频道。尽管如此，响应于确定第二选择，计算设备可以作为响应使得来自第二音频提供者服务的关联内容由计算设备的音频输出设备输出，这可能具体涉及输出来自第二音频提供者服务的关联内容，而非来自第一音频提供者服务的关联内容。其他示例也可能。

另外，当服务器420向计算设备发送输出内容的指令时，该指令可以具体包括流送来自相应音频提供者服务器的内容的指令。实际上，流送内容可以被定义为持续从服务器向计算设备递送内容并且以持续进行的方式经由计算设备呈现所递送的内容的过程。这样，在确定上述第一选择后，服务器420可以向计算设备发送第一指令，以流送来自第一音频提供者服务器的内容并且(例如，经由音频输出设备)输出该正在流送的内容。类似地，在确定上述第二选择后，服务器420可以向计算设备发送第二指令，以流送来自第二音频提供器服务器的内容并且(例如，经由音频输出设备)输出该正在流送的内容。其他示例也可能。

此外，可以通过配套应用发生这些各个频道选择，因此用户不必在各种第三方应用和/或计算设备的文件系统当中导航就能收听期望的内容。特别地，当计算设备执行与配套应用有关的操作时，计算设备可以与存储在服务器440处的应用程序账户进行直接通信会话。特别地，计算设备可以这样做以便以按需方式来获得与应用程序账户相关联的信息，诸如与已经为该应用程序账户建立的频道有关的信息和/或与那些频道相关联的内容有关的信息，以及其他可能性。这样，可以在直接通信会话期间执行任何频道选择，从而允许用户通过配套应用播放来自各种第三方应用的内容。

鉴于这些实施方式，可以使用各种类型的计算设备上的各种类型的手势来执行频道选择。特别地，计算设备和/或服务器420可以被配置为确定输入数据指示表示频道选择的一个或多个特定手势。实际上，这些手势能够采取任何可行的形式，并且每个计算设备可以具有特定于该计算设备的关联手势，这可以取决于该计算设备中包括的特定输入设备。因此，鉴于这些各种可能的手势，能够采用各种方式来执行频道选择。

特别地，确定上述第一选择可以涉及确定所接收的输入数据对应于指示第一选择的手势。在一个示例中，指示第一选择的手势能够采取接收指示第一选择的语音命令的形式。在另一示例中，指示第一选择的手势可以采取经由计算设备的机械接口提供的特定机械输入的形式。譬如，该特定机械输入可以仅仅涉及在设备上按下按钮，以及各种其他选项。

此外，确定上述第二选择可以涉及确定所接收的输入数据对应于指示第二选择的手势，诸如通过指示从第一频道到第二频道的转换。举例而言，指示转换的手势能够采取计算设备的机械接口的机械移动的形式。譬如，该机械移动可以涉及上述滑块的上述“滑动并保持”功能和/或上述滑块的上述“滑动”功能，以及各种其他选项。

另一方面，计算设备可以(例如，经由音频输出设备)输出至少一个可听通知，其提供关于正转换到的频道的信息(下文中称为“频道通告”)。特别地，如上所述，音频提供者服务器(例如，音频提供者服务器430和/或440)能够各自向服务器420提供指定关于音频内容的信息的元数据。利用这种布置，计算设备可以确定输入数据对应于指示转换的手势，并且可以作为响应在通信会话中与服务器420接涉(engage)，以便接收与频道相关联的内容有关的元数据。基于该元数据，计算设备随后可以使得音频输出设备输出表示关于正转换到的频道的信息的可听通知。譬如，可听通知可以指定与该频道相关联的播放列表的名称(例如，“Jazz Music Playlist(爵士音乐播放列表)”)，或者可以是频道内的内容的预览(例如，输出“Jazz Music Playlist”内的一部分内容)等。尽管如此，可以在任何可行的时间提供这样的可听通知，诸如在转换期间、在计算设备开始输出关联内容时和/或在用户请求下，以及其他可能性。

又一方面，服务器420可以被配置为保持频道的状态，使得一旦接收到从某个频道转换离开的手势，服务器420便可以在数据存储中存储指定关联内容的最新近输出的部分的信息。特别地，与频道相关联的内容可以包括多个音轨，或者可以是具有多个时间戳的至少一段音频，每个时间戳与沿该段音频的特定时间相关联，以及其他可能性。利用这种布置，服务器420可以(通过与计算设备的通信)确定，在输出或另外以其他方式触达频道内的特定音轨或时间戳之后，从该频道转换离开。作为响应，服务器420可以存储将该特定音轨或时间戳与应用程序账户相关联的信息。采用这种方式，一旦稍后再次选择相同的频道，服务器420便可以将所存储的信息提供给计算设备，使得随后将计算设备设置为从该特定的音轨或时间戳开始输出来自该频道的内容(“在上次播放位置处继续内容”)。其他方面也可能。

鉴于上述各种实施方式，在频道之间的导航可以采取“轮播(carousal)”布置的形式，其中以特定顺序布置频道(例如，可由用户定制)。利用这种布置，一个或多个特定手势可以基于该特定顺序(“在频道当中滚动”)引起从一个频道到下一个频道的转换。并且一旦到达该顺序中的最后一个频道，便会转换到该顺序中的最初一个频道，依此类推。此外，当采用这种方式发生频道转换时，可以在“轮播”布置内到达特定频道，然后指示选择特定频道的进一步手势可以使得计算设备输出与该特定频道相关联的内容。

图10A至图10B图示出示例轮播布置1000，其包括频道1002至1006以及可能的一个或多个其他频道(未示出)。通过这种布置，我们可以假设频道1002提供对“Jazz Music”播放列表的访问，频道1004提供对“Classical Music”播放列表的访问，并且频道1006提供对“Universal Jazz”广播的访问。这样，图10A图示出已经选择该频道1002并且设备230正在输出该频道1002的内容1008。此外，图10A图示出设备230的杆502位于第一位置。一旦用户随后试图在轮播1000的后续频道当中转换，用户则可以通过杆502提供一个或多个手势。

特别地，图10B图示出杆502已经移动到第二位置。譬如，我们可以假设用户正提供“滑动并保持”手势，其涉及杆502从第一位置移动到第二位置，随后杆502保持在第二位置达至少阈值持续时间。这样，在保持在第二位置期间，可以在某一速率下从一个频道转换到下一个频道。此外，可以在从一个频道到下一个频道的每个这样的转换期间执行频道通告。譬如，图10B图示出从频道1002到频道1004的转换，并且在该转换期间，设备230被示为输出指定与该频道1004相关联的内容的频道通告1010。一旦轮播1000到达用户试图收听的频道，用户可以停止致动杆，以便停止杆502保持在第二位置。这样，计算设备可以确定在到达沿轮播的特定频道时杆502的保持停止，并且可以作为响应确定对该特定频道的选择，因此可以作为响应输出与该特定频道相关联的内容。其他实施方式也可能。

还一方面，当使用具有显示器的计算设备(例如，设备260)时，频道之间的导航可以采取各种形式。譬如，GUI可以包括先前已添加的频道列表。这样的列表可以包括在GUI的单个屏幕状态内呈现的每个添加的频道。替选地，例如，诸如基于内容类型，可以采用某种方式(例如，可由用户定制)对添加的频道进行分类。在这种情况下，GUI可以提供多个这样的列表，每个列表包括某个类别内的频道，在GUI的单个屏幕状态内或者在GUI的多个屏幕状态内提供这些列表。尽管如此，GUI可以将每个这样添加的频道呈现为与配套应用相关联，而非与提供频道内的内容的音频提供者服务相关联(例如，通过不必在配套应用的导航部分内列出音频提供者服务的名称)。其他方面也可能。

D.频道之内的导航

在一个示例实施方式中，在已经选择某个频道并且可能正输出与该频道相关联的内容之后，关于该频道的关联内容的导航可以基于各种手势。实际上，各种形式的导航可以涉及(但不限于)：停止内容的输出、暂停内容的输出、发起内容的回放、音轨之间的转换、和/或时间戳之间的转换(例如，快进或倒回)，以及其他可能性。这样，每个形式的导航可以具有与该形式相关联的至少一个手势，使得一旦检测到特定手势(例如，“轻扫手势”)，计算设备便可以作为响应执行关联形式的导航(例如，转换到下一个时间戳)。

如上所述，每个计算设备可以具有特定于该计算设备的对应手势，其可以取决于该计算设备中包括的特定输入设备。采用这种方式，某个计算设备可以具有某个对应的手势集，所述手势分别与某些形式的导航相关联(例如，每个手势与特定形式的导航相关联)。再者，不同的计算设备可以具有不同的对应手势集，所述手势分别与那些相同的某些形式的导航相关联。例如，设备200的用户可以通过在触摸板224上提供“轻扫”手势而在与频道相关联的时间戳之间转换。然而，设备250的用户可以通过提供特定语音命令(例如，“nexttimestamp(下一个时间戳)”)而在与频道相关联的时间戳之间转换。其他示例也可能。

此外，在一些情况下，相同设备上的相同手势可以基于正导航的频道的特性——诸如基于与该频道相关联的内容类型，产生不同的操作或不同形式的导航(例如，基于由服务器420接收的元数据来确定)。譬如，计算设备可以确定与第一频道相关联的第一内容类型(例如，包括多个音轨的音乐播放列表)。在此实例中，当计算设备检测到特定手势时，特定设备可以作为响应执行特定形式的导航(例如，转换到后续音轨)。而在另一实例中，计算设备可以确定与第二频道相关联的第二内容类型(例如，包括多个时间戳的音频读物)。在此实例中，当计算设备检测到相同的特定手势时，特定设备可以作为响应执行不同形式的导航(例如，转换到后续时间戳)。

因此，在音轨的场境(context)中，计算设备可以确定输入数据对应于指示从第一音轨转换到第二音轨的特定手势(例如，“滑动”手势或“滑动并保持”手势)，并且通过使得音频输出设备输出第二音轨而非输出第一音轨，可以作为响应执行转换。然而，在音频时间戳的场境中，计算设备可以确定输入数据对应于指示从第一时间戳转换到第二时间戳的特定手势(例如，同样地，“滑动”手势或“滑动并保持”手势)，并且通过使得音频输出设备输出以相关联的第二时间戳开始的内容而非输出与第一时间戳相关联的内容，可以作为响应执行时间戳转换。其他实例也可能。

再一方面，计算设备可以(例如，经由音频输出设备)输出至少一个可听通知，其提供关于正转换到的音轨的信息(下文中称为“音轨通告”)。特别地，如上所述，音频提供者服务器(例如，音频提供者服务器430和/或440)能够各自向服务器420提供指定关于音频内容的信息的元数据。利用这种布置，计算设备可以确定输入数据对应于指示转换到某个音轨的手势，并且可以作为响应在通信会话中与服务器420接涉，以便接收与该频道内的某个音轨相关的元数据。基于该元数据，计算设备然后可以使得音频输出设备输出表示关于正转换到的音轨的信息的可听通知。譬如，声音通知可以指定音轨的名称(例如，“blues guitarby john smith(约翰·史密斯的蓝调吉他)”)或者可以是音轨的预览(例如，输出“bluesguitar by john smith”的一部分)，或者其他选项。尽管如此，可以在任何可行的时间提供这样的可听通知，诸如在转换期间、在计算设备开始输出音轨的内容时、和/或在用户请求下，以及其他可能性。

鉴于上述各个实施方式，音轨之间的导航也可以采取“轮播”布置的形式，其中音轨以特定顺序布置(例如，可由用户定制或者由音频提供者服务预定)。利用这种布置，一个或多个特定手势可以基于该特定顺序(“在音轨当中滚动”)引起从一个音轨到下一个音轨的转换。并且一旦到达该顺序中的最后一个音轨，便会转换到该顺序中的最初一个音轨，依此类推。此外，当采用这种方式发生音轨转换时，可以在“轮播”布置内到达特定音轨，然后指示选择该特定音轨的进一步手势可以使得计算设备输出与该特定音频相关联的内容。

图11A至图11B图示出与具有五个音轨1至5的特定频道1100相关联的示例音轨轮播布置。特别地，图11A图示出已经选择“音轨1”并且设备230正在输出“音轨1”的内容1102。此外，图11A图示出设备230的杆502位于第一位置。因此，一旦用户然后试图在与频道1100相关联的轮播布置的后续音轨当中转换，用户则可以通过杆502提供一个或多个手势。

更具体地，图11B图示出杆502已经移动到第二位置。譬如，我们可以假设用户正在提供“滑动”手势，其涉及杆502从第一位置移动到第二位置。在每个这样的“滑动”手势之后，音轨可以转换到与频道1100相关联的轮播布置中的后续音轨。此外，可以在从一个音轨到下一个音轨的每个这样的转换期间执行音轨通告。譬如，图11B图示出从“音轨1”到“音轨2”的转换，并且在该转换期间，设备230被示为输出与“音轨2”相关联的音轨通告1104。一旦轮播到达用户试图收听的音轨，用户便可以停止提供“滑动”手势。这样，计算设备可以确定在到达沿轮播的特定音轨时不再接收“滑动”手势，并且可以作为响应确定对该特定音轨的选择。因此，计算设备然后可以作为响应输出与该特定音轨相关联的内容。其他实施方式也可能。

V.附加特征

实际上，所公开的平台可以提供各个附加特征。虽然下面描述出示例附加特征，但在不脱离本公开的范围的情况下，各个其他特征也可能。

A.跨多个设备的可访问性

在一个示例实施方式中，如上所述，用户可以将他们设备中的一个或多个(例如，均具有配套应用)与他们相应的账户相关联，使得能够经由相应设备上的配套应用向他们提供对服务的访问。利用这种布置，一旦以及通过某个计算设备将某些频道添加到应用程序账户，则可以经由同样与应用程序账户相对应的不同计算设备访问那些添加的频道。采用这种方式，响应于经由不同计算设备对添加的频道的不同选择，不同计算设备可以输出该频道的内容。

例如，服务器420可以与不同计算设备相关联地确定对上述第一频道的第一不同选择，并且可以作为响应向不同计算设备发送第一不同指令，以输出来自上述第一音频提供者服务的内容。然后，服务器420可以同样与不同计算设备相关联地确定对上述第二频道的第二不同选择，并且可以作为响应向不同计算设备发送第二不同指令，以输出来自上述第二音频提供者服务的内容。其他示例也可能。

B.自动创建的频道

在一个示例实施方式中，服务器420可以被配置为自动向应用程序账户添加频道并且基于各个因素这样做。特别地，一旦已经经由特定计算设备创建应用程序账户或者已以其他方式与特定计算设备相关联，服务器420便可以确定与该特定计算设备相关联的音频提供者服务(例如，在特定计算设备上找到的第三方应用)。再者，一旦服务器420确定这些音频提供者服务，服务器420便可以作为响应自动将一个或多个频道添加到应用程序账户，其中这些频道提供对来自对所确定的音频提供者服务中的一个或多个的内容的访问。举例而言，服务器420可以通过特定计算设备确定最常用的音频提供者服务(例如，五个最常用的第三方应用)，并且可以自动添加各种提供对那些常用音频提供者服务中的一个的访问的频道。其他示例也可能。

C.频道建议

在一个示例实施方式中，所公开的平台可以使用各种因素和考虑来提供要向应用程序账户添加频道和/或从先前添加的频道中选择频道的建议。在一个示例中，服务器420可以确定至少一个频繁选择(例如，以阈值高比率选择)的频道并且然后可以确定与该频道相关联的一个或多个特征(例如，至少一个内容类型或至少一个体裁类型)。一旦服务器420确定这些特征，服务器420便可以确定来自同样具有这些特征中的一个或多个的音频提供者服务的其他内容(例如，相同体裁的内容)。这样，一旦服务器420确定这样的其他内容，服务器420便可以向计算设备发送输出将该其他内容添加为频道的建议(例如，经由GUI或者经由可听通知)的指令。然后，计算设备可以接收指示接受或拒绝该建议的输入数据，并且可以作为响应与服务器420协作以根据该输入数据执行进一步操作。

在另一示例中，服务器420可以确定和与应用程序账户相对应的特定计算设备相关联的场境，并且可以基于所确定的场境来建议频道。特别地，计算设备可以接收指示特定频道与特定场境的关联的输入数据，并且可以与服务器420协作来执行该关联。譬如，特定场境可以涉及“锻炼活动”，因此该关联可以涉及确定在“锻炼活动”期间所接收的特定传感器数据，然后根据来自用户的请求将该特定传感器数据与特定频道相关联。然后，在稍后的时间点，计算设备可以从计算设备的一个或多个传感器接收传感器数据，并且可以将该传感器数据(或传感器数据的解释)提供给服务器420。基于传感器数据，服务器420可以确定所接收的传感器数据基本上与上述特定传感器数据相同(例如，再次进行的“锻炼活动”)，并且可以作为响应向计算设备发送提供特定频道的建议的指令或者输出与特定频道相关联的内容的指令，以及其他选项。

在又一个示例中，所公开的平台可以在辨识新添加的音频提供者服务时提供建议。特别地，服务器420可以确定与该特定计算设备新关联(即，先前未与特定计算设备相关联)的新音频提供者服务(例如，添加到特定计算设备的新第三方应用)。再者，一旦服务器420确定音频提供者服务，服务器420可以作为响应指令特定计算设备建议向应用程序账户添加至少一个频道，其中该频道提供对来自所确定的新添加的音频提供者服务的内容的访问。其他示例也可能。

还一方面，所公开的平台可以在各个可能的时间提供频道建议。例如，由于未被频繁选择，服务器420可以确定特定添加的频道是“不使用的”频道。譬如，服务器420可以确定以低于阈值比率的比率来选择特定添加的频道和/或可以确定至少在阈值时间段内未选择特定添加的频道。因此，响应于做出一个或多个这样的确定，服务器420可以向计算设备发送建议将某些内容添加为频道的指令。

在另一示例中，在计算设备正输出来自另一个频道的内容时，或者一旦计算设备完成输出来自该另一个频道的内容，服务器420可以指令计算设备提供建议。譬如，所讨论的建议可以是将特定内容添加为频道的建议，其中该特定内容与正输出的频道相关，诸如通过具有相同的内容类型或相同的体裁而相关，以及其他可能性。在另一情况下，所讨论的建议可以是开始输出与正输出的频道相同的应用程序账户相关联的先前添加的频道的建议。类似地，所建议的先前添加的频道可以与正输出的频道相关，例如通过具有相同的内容类型或相同的体裁而相关，以及其他可能性。其他方面和示例也可能。

D.单个频道中来自多个来源的内容

在一个示例实施方式中，所公开的平台可以允许添加提供对来自两个或更多个不同来源的内容的访问的单个频道。譬如，服务器420可以接收添加提供对来自第一音频提供者服务的内容、对来自第二音频提供者服务的内容、和/或对本地存储的内容以及其他可能性的访问的频道的请求。一旦添加该频道，则对该频道的选择可以引起经由与应用程序账户相关联的计算设备输出来自那些各种不同来源的内容。

E.频道移除

在一个示例实施方式中，所公开的平台可以允许移除一个或多个先前添加的频道。特别地，计算设备可以接收输入数据并且可以与服务器420协作来确定所接收的输入数据对应于移除特定频道的请求。作为响应，服务器420然后可以移除特定频道，使得特定频道不再与应用程序账户相关联。

此外，在各种其他情形下也可能发生频道移除。譬如，第三方应用可能不再具有与频道相关联的某些内容，因此可以作为响应移除该频道。在另一实例中，用户可以经由除配套应用之外的应用来选择设备上的内容，并且可以作为响应基于该内容来创建“临时”频道。一旦到达临时频道内的内容结尾，用户便可以提供将临时频道添加为与该账户相关联的频道的手势。否则，可以移除临时频道。

F.音频源的平台选择

在一个示例实施方式中，所公开的平台可以基于用户提供的输入来提供对音频源的选择，但用户可能必须选择特定频道。例如，计算设备可以接收指定期望内容的播放请求(例如，“play john smith(播放约翰·史密斯)”)，然后可以(例如，与服务器420协作)使用该信息作为基础来确定待输出的特定频道或者来自特定音频提供者服务的待输出的特定内容，以及其他音频源。实际上，服务器420可以确定指定与播放请求中指定的信息相匹配的信息的元数据，诸如通过匹配例如播放请求中指定的字母、数字和/或字符序列。然后，服务器420可以向计算设备通知与匹配的元数据相关联的频道或其他内容，使得计算设备然后能够输出该音频内容的指示或者仅仅开始输出该内容或频道。采用这种方式，所公开的平台能够确定最适于处置用户提供的播放请求的音频源。

G.基于内容类型的消隐对(versus)暂停内容

在一个示例实施方式中，所公开的平台可以提供用于处置在计算设备已经输出与特定频道相关联的内容时需要由计算设备输出的可听通知(例如，传入呼叫的通知或传入文本消息的通知等)的方式。更具体地，该方式可以涉及基于与特定频道相关联的内容类型来消隐(duck)内容或暂停内容。实际上，消隐可以被定义为减小正输出特定频道的内容的音量。然而，暂停可以被定义为暂时停止输出特定频道的内容。这样，计算设备与服务器420可以协作来确定内容类型并且基于该内容类型来做出是消隐还是暂停的决定。

因此，当计算设备的音频输出设备正输出特定频道的关联内容时，计算设备可以确定设置可听通知以由音频输出设备输出。作为响应，计算设备可以在通信会话中接涉服务器以确定正输出的关联内容的至少一个内容类型。因此，基于所确定的内容类型，计算设备可以确定(i)在输出可听通知的同时暂停关联内容的输出，或者(ii)在也输出可听通知的同时消隐关联内容的输出(例如，可听通知的音量高于关联内容的音量)。在做出确定之后，计算设备可以然后使得音频输出设备根据该确定来输出可听通知。

图12A至图12B图示出这样的消隐对暂停考虑的示例。特别地，图12A图示出线图1200A，其示出从计算设备的音频输出设备随时间流逝输出的音量。如图所示，音频输出设备最初以某个音量输出频道的音乐1202。然后，计算设备确定将输出可听通知1206(例如，后面紧接“New message from Bob Smith.Tap to hear(鲍勃·史密斯的新消息，请轻敲来收听)”的指示的可听铃声)。作为响应，计算设备可以参与和服务器420的通信会话，并且可以确定频道的内容类型仅为音乐。这样，计算设备可以作为响应在可听通知的持续时间内消隐正输出的音乐1202。采用这种方式，用户可以在仍输出可听通知的同时具有不间断的音乐收听体验。

相反，图12B图示出执行暂停输出内容的场景。特别地，如线图1200B所示，音频输出设备最初以某个音量输出频道的音频读物1204。然后，计算设备确定将输出可听通知1206。作为响应，计算设备可以参与和服务器420的通信会话，并且可以确定该频道的内容类型是音频读物。这样，计算设备可以作为响应至少在输出可听通知的时间段内暂停正输出的音频读物1204。采用这种方式，音频读物1204的口述词语内容仍能被用户感知。其他特征也可能。

VI.说明性方法

A.计算设备视角

图13图示出根据示例实施方式的方法1300的流程图。诸如方法1300的说明性方法可以全部或部分由计算设备中的一个或多个组件执行，例如由上述计算设备100执行。然而，应当理解，在不脱离本公开范围的情况下，诸如方法1300的示例方法可以由其他实体或实体组合(例如，由其他设备和/或设备组合)执行。

应当理解，对于本文公开的这个和其他过程和方法，流程图示出本实施方式的一个可能实施方式的功能和操作。就此而言，每个框可以表示程序代码的模块、区段或部分，其包括可由处理器执行以供实现该过程中的特定逻辑功能或步骤的一个或多个指令。程序代码可以被存储在任何类型的计算机可读介质或数据存储上，诸如，包括盘或硬盘驱动器的存储设备。计算机可读介质可以包括非暂时性计算机可读介质或存储器，例如，诸如如寄存存储器、处理器高速缓存和随机存取存储器(RAM)的短时间段存储数据的计算机可读介质。计算机可读介质也可以包括非暂时性介质，例如，如只读存储器(ROM)、光盘或磁盘、压缩盘只读存储器(CD-ROM)的辅助或持久性长期存储。计算机可读介质也可以是任何其他易失性或非易失性存储系统。例如，计算机可读介质可以被认为是有形计算机可读存储介质。

如框1302所示，方法1300涉及由计算设备确定和与所述计算设备相对应的应用程序账户相关联的输入数据包括指示来自第一音频提供者服务的内容的第一频道添加请求，该计算设备包括可操作来接收该输入数据的至少一个输入设备，其中计算设备进一步包括音频输出设备。

如框1304所示，方法1300然后涉及响应于第一频道添加请求，计算设备向服务器发送建立第一频道的指令，其中第一频道提供经由应用程序账户对来自第一音频提供者服务的内容的访问。

如框1306所示，方法1300然后涉及由计算设备确定输入数据包括指示来自第二音频提供者服务的内容的第二频道添加请求。

如框1308所示，方法1300然后涉及响应于第二频道添加请求，计算设备向服务器发送建立第二频道的指令，其中第二频道提供经由应用程序账户对来自第二音频提供者服务的内容的访问。

如框1310所示，方法1300然后涉及由计算设备确定对所添加的第一频道的第一选择，并且作为响应使得来自第一音频提供者服务的内容由音频输出设备输出。

如框1312所示，方法1300然后涉及由计算设备确定对所添加的第二频道的第二选择，并且作为响应使得来自第二音频提供者服务的内容由音频输出设备输出。

B.服务器视角

最后，图14是图示出根据示例实施方式的方法1400的流程图。诸如方法1400的说明性方法可以全部或部分由服务器中的一个或多个组件执行，诸如由上述服务器300执行。然而，应当理解，在不脱离本公开范围的情况下，诸如方法1400的示例方法可以由其他实体或实体组合(例如，由其他设备和/或设备组合)执行。

如框1402所示，方法1400涉及由服务器接收指示来自第一音频提供者服务的内容的第一频道添加请求。

如框1404所示，方法1400然后涉及响应于接收到第一频道添加请求，服务器建立第一频道，该第一频道提供经由与计算设备相对应的应用程序账户对来自第一音频提供者服务的内容的访问。

如框1406所示，方法1400然后涉及由服务器接收指示来自第二音频提供者服务的内容的第二频道添加请求。

如框1408所示，方法1400然后涉及响应于接收到第二频道添加请求，服务器建立第二频道，该第二频道提供经由应用程序账户对来自第二音频提供者服务的内容的访问。

如方框1410所示，方法1400然后涉及由服务器确定对所添加的第一频道的第一选择，并且作为响应向计算设备发送输出来自第一音频提供者服务的内容的第一指令。

如方框1412所示，方法1400然后涉及由服务器确定对所添加的第二频道的第二选择，并且作为响应向计算设备发送输出来自第二音频提供方服务的内容的第二指令。

VII.结论

附图中示出的特殊布置不应视为限制。应当理解，其他实施方式可以包括给定附图中所示的更多或更少的各个元素。另外，可以组合或省略所示元素中的一些。此外，示例性实施方式可以包括附图中并未示出的元素。

此外，虽然本文已公开各个方面和实施方式，但其他方面和实施方式对于本领域技术人员而言将显而易见。本文公开的各个方面和实施方式是出于说明目的而不是限制目的，其中由所附权利要求书指示真正的范围和精神。在不脱离本文提出的主题的精神或范围的情况下，可以利用其他实施方式，并且可以作出其他更改。容易理解，如本文一般地描述并如附图所示，本公开的多个方面能够采用各种不同的配置来布置、替换、组合、分离和设计，本文设想到所有这些配置。

在本文讨论的系统收集关于用户的个人信息或者可以利用个人信息的情形下，可以向用户提供机会来控制程序或特征是否收集用户信息(例如，关于用户社交网络、社交动作或活动、职业、用户偏好或用户当前位置的信息)，或者控制是否和/或如何从内容服务器接收可能与用户更相关的内容。此外，在存储或使用某些数据之前可以通过一种或多种方式对其进行处理，使得移除个人可识别信息。例如，可以对用户的身份进行处理，使得无法关于用户确定个人可识别信息，或者在获得位置信息的情况下可以将用户的地理位置泛化(诸如至城市、邮政编码或州级)，使得无法确定用户的具体位置。因此，用户可以控制如何收集关于用户的信息以及如何供内容服务器使用该信息。

Claims (30)

1.一种计算设备，包括：

音频输出设备；

一个或多个处理器；

非暂时性计算机可读介质；以及

程序指令，所述程序指令被存储在所述非暂时性计算机可读介质上并且能够由所述一个或多个处理器执行以：

使得来自音频提供者服务的内容由所述音频输出设备输出；

在使得来自所述音频提供者服务的内容由所述音频输出设备输出的同时，确定可听通知将由所述音频输出设备输出；

响应于确定所述可听通知将由所述音频输出设备输出，确定与来自所述音频提供者服务的内容相关联的内容类型；

基于所确定的内容类型，做出以下特定确定：是（i）在正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备停止输出来自所述音频提供者服务的内容，还是（ii）在也正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备以减小的音量继续输出来自所述音频提供者服务的内容；以及

在做出所述特定确定之后，使得所述音频输出设备根据所述特定确定来输出所述可听通知，其中，确定所述内容类型在与服务器的通信会话期间发生。

2.根据权利要求1所述的计算设备，其中，所述计算设备是无屏幕的可穿戴设备。

3.根据权利要求1所述的计算设备，进一步包括能够操作来接收输入数据的至少一个输入设备，其中，所述至少一个输入设备包括以下设备中的一个或多个：至少一个麦克风、至少一个基于触摸的接口、以及至少一个机械接口，其中，所述程序指令能够进一步执行以：

确定所述输入数据指示对提供来自所述音频提供者服务的内容的频道的选择，以及

其中，使得来自所述音频提供者服务的内容由所述音频输出设备输出是响应于确定所述输入数据指示对所述频道的选择。

4.根据权利要求1所述的计算设备，其中，所述可听通知是传入呼叫的通知。

5.根据权利要求1所述的计算设备，

其中，所述可听通知是传入文本消息的通知。

6.根据权利要求1所述的计算设备，

其中，确定与来自所述音频提供者服务的内容相关联的所述内容类型包括确定所述内容类型是音乐，以及

其中，基于所确定的内容类型来做出所述特定确定包括：基于所确定的内容类型是音乐，做出确定以在也正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备以所述减小的音量继续输出来自所述音频提供者服务的内容。

7.根据权利要求1所述的计算设备，

其中，确定与来自所述音频提供者服务的内容相关联的所述内容类型包括确定所述内容类型是音频读物，以及

其中，基于所确定的内容类型来做出所述特定确定包括：基于所确定的内容类型是音频读物，做出确定以在正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备停止输出来自所述音频提供者服务的内容。

8.根据权利要求1所述的计算设备，

其中，所述特定确定是在也正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备以所述减小的音量继续输出来自所述音频提供者服务的内容，以及

其中，使得所述音频输出设备根据所述特定确定来输出所述可听通知包括使得所述音频输出设备以大于所述减小的音量的特定音量输出所述可听通知。

9.根据权利要求1所述的计算设备，其中，所述特定确定是在也正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备以所述减小的音量继续输出来自所述音频提供者服务的内容，并且其中，所述程序指令能够进一步执行以：

在由所述音频输出设备输出所述可听通知之后，使得所述音频输出设备以大于所述减小的音量的增加的音量继续输出来自所述音频提供者服务的内容。

10.根据权利要求1所述的计算设备，其中，所述特定确定是在正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备停止输出来自所述音频提供者服务的内容，并且其中，所述程序指令能够进一步执行以：

在由所述音频输出设备输出所述可听通知之后，使得所述音频输出设备恢复输出来自所述音频提供者服务的内容。

11.一种服务器，包括：

一个或多个处理器；

非暂时性计算机可读介质；以及

程序指令，所述程序指令被存储在所述非暂时性计算机可读介质上并且能够由所述一个或多个处理器执行以：

向计算设备发送经由所述计算设备的音频输出设备来输出来自音频提供者服务的内容的指令；

确定与来自所述音频提供者服务的内容相关联的内容类型；

确定可听通知将经由所述计算设备的所述音频输出设备被输出；

响应于确定所述可听通知将被输出，基于所确定的内容类型，做出以下特定确定：是（i）在正经由所述音频输出设备输出所述可听通知时，指令所述计算设备停止经由所述音频输出设备输出来自所述音频提供者服务的内容，还是（ii）在也正经由所述音频输出设备输出所述可听通知时，指令所述计算设备以减小的音量继续经由所述音频输出设备输出来自所述音频提供者服务的内容；以及

在做出所述特定确定之后，根据所述特定确定向所述计算设备传送进一步的指令以输出所述可听通知。

12.根据权利要求11所述的服务器，其中，所述计算设备是无屏幕的可穿戴设备。

13.根据权利要求11所述的服务器，其中，所述程序指令能够进一步执行以：

与所述计算设备相关联地，确定对提供来自所述音频提供者服务的内容的频道的选择，并且作为响应向所述计算设备发送输出来自所述音频提供者服务的内容的所述指令。

14.根据权利要求11所述的服务器，

其中，确定与来自所述音频提供者服务的内容相关联的所述内容类型包括从存储来自所述音频提供者服务的内容的音频提供者服务器接收指定与来自所述音频提供者服务的内容相关联的所述内容类型的信息。

15.根据权利要求11所述的服务器，其中，确定所述可听通知将经由所述计算设备的所述音频输出设备被输出包括从所述计算设备接收所述可听通知将经由所述计算设备的所述音频输出设备被输出的指示。

16.根据权利要求11所述的服务器，

其中，所述可听通知是传入呼叫的通知或传入文本消息的通知。

17.根据权利要求11所述的服务器，

其中，确定与来自所述音频提供者服务的内容相关联的所述内容类型包括确定所述内容类型是音乐，以及

其中，基于所确定的内容类型来做出所述特定确定包括：基于所确定的内容类型是音乐，做出确定以在也正经由所述音频输出设备输出所述可听通知时，指令所述计算设备以所述减小的音量继续经由所述音频输出设备输出来自所述音频提供者服务的内容。

18.根据权利要求11所述的服务器，

其中，确定与来自所述音频提供者服务的内容相关联的所述内容类型包括确定所述内容类型是音频读物，以及

其中，基于所确定的内容类型来做出所述特定确定包括：基于所确定的内容类型是音频读物，做出确定以在正经由所述计算设备输出所述可听通知时，指令所述音频输出设备停止经由所述音频输出设备输出来自所述音频提供者服务的内容。

19.根据权利要求11所述的服务器，

其中，所述特定确定是在也正经由所述音频输出设备输出所述可听通知时，指令所述计算设备以所述减小的音量继续经由所述音频输出设备输出来自所述音频提供者服务的内容，以及

其中，根据所述特定确定向所述计算设备传送所述进一步的指令包括传送所述进一步的指令以使得所述音频输出设备以大于所述减小的音量的特定音量输出所述可听通知。

20.根据权利要求11所述的服务器，

其中，所述特定确定是在也正经由所述音频输出设备输出所述可听通知时，指令所述计算设备以所述减小的音量继续经由所述音频输出设备输出来自所述音频提供者服务的内容，以及

其中，所述进一步的指令还指令所述计算设备在由所述音频输出设备输出所述可听通知之后，以大于所述减小的音量的增加的音量继续经由所述音频输出设备输出来自所述音频提供者服务的内容。

21.根据权利要求11所述的服务器，

其中，所述特定确定是在正经由所述音频输出设备输出所述可听通知时，指令所述计算设备停止经由所述音频输出设备输出来自所述音频提供者服务的内容，以及

其中，所述进一步的指令还指令所述计算设备在由所述音频输出设备输出所述可听通知之后，恢复经由所述音频输出设备输出来自所述音频提供者服务的内容。

22.一种用于输出可听通知的方法，包括：

由包括音频输出设备的计算设备使得来自音频提供者服务的内容由所述音频输出设备输出；

在使得来自所述音频提供者服务的内容由所述音频输出设备输出的同时，由所述计算设备确定可听通知将由所述音频输出设备输出；

响应于确定所述可听通知将由所述音频输出设备输出，由所述计算设备确定与来自所述音频提供者服务的内容相关联的内容类型；

基于所确定的内容类型，由所述计算设备做出以下特定确定：是（i）在正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备停止输出来自所述音频提供者服务的内容，还是（ii）在也正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备以减小的音量继续输出来自所述音频提供者服务的内容；以及

在做出所述特定确定之后，由所述计算设备使得所述音频输出设备根据所述特定确定来输出所述可听通知，其中，确定所述内容类型在与服务器的通信会话期间发生。

23.根据权利要求22所述的方法，其中，所述可听通知是传入呼叫的通知或传入文本消息的通知。

24.根据权利要求22所述的方法，

其中，确定与来自所述音频提供者服务的内容相关联的所述内容类型包括确定所述内容类型是音乐，以及

其中，基于所确定的内容类型来做出所述特定确定包括：基于所确定的内容类型是音乐，做出确定以在也正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备以所述减小的音量继续输出来自所述音频提供者服务的内容。

25.根据权利要求22所述的方法，

其中，确定与来自所述音频提供者服务的内容相关联的所述内容类型包括确定所述内容类型是音频读物，以及

其中，基于所确定的内容类型来做出所述特定确定包括：基于所确定的内容类型是音频读物，做出确定以在正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备停止输出来自所述音频提供者服务的内容。

26.根据权利要求22所述的方法，

其中，所述特定确定是在也正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备以所述减小的音量继续输出来自所述音频提供者服务的内容，以及

其中，使得所述音频输出设备根据所述特定确定来输出所述可听通知包括使得所述音频输出设备以大于所述减小的音量的特定音量输出所述可听通知。

27.根据权利要求22所述的方法，其中，所述特定确定是在也正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备以所述减小的音量继续输出来自所述音频提供者服务的内容，所述方法进一步包括：

在由所述音频输出设备输出所述可听通知之后，由所述计算设备使得所述音频输出设备以大于所述减小的音量的增加的音量继续输出来自所述音频提供者服务的内容。

28.根据权利要求22所述的方法，其中，所述特定确定是在正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备停止输出来自所述音频提供者服务的内容，所述方法进一步包括：

在由所述音频输出设备输出所述可听通知之后，由所述计算设备使得所述音频输出设备恢复输出来自所述音频提供者服务的内容。

29.根据权利要求28所述的方法，其中，在正由所述音频输出设备输出所述可听通知时，使得所述音频输出设备停止输出来自所述音频提供者服务的内容包括在正由所述音频输出设备输出所述可听通知时，暂停来自所述音频提供者服务的内容。

30.一种用于输出可听通知的方法，包括：

由服务器向计算设备发送经由所述计算设备的音频输出设备来输出来自音频提供者服务的内容的指令；

由所述服务器确定与来自所述音频提供者服务的内容相关联的内容类型；

由所述服务器确定可听通知将经由所述计算设备的所述音频输出设备被输出；

响应于确定所述可听通知将被输出，基于所确定的内容类型，由所述服务器做出以下特定确定：是（i）在正经由所述音频输出设备输出所述可听通知时，指令所述计算设备停止经由所述音频输出设备输出来自所述音频提供者服务的内容，还是（ii）在也正经由所述音频输出设备输出所述可听通知时，指令所述计算设备以减小的音量继续经由所述音频输出设备输出来自所述音频提供者服务的内容；以及

在做出所述特定确定之后，由所述服务器根据所述特定确定向所述计算设备传送进一步的指令以输出所述可听通知。

Images