CN104460981A - 基于生物统计参数给出音频 - Google Patents

Abstract

本申请涉及基于生物统计参数给出音频。一种设备，包括承载可以由处理器执行的指令的至少一个计算机可读存储介质，以及配置为访问计算机可读存储介质以便执行指令的至少一个处理器。指令把处理器配置为，接收来自锻炼者的生物统计传感器的信号，至少部分地基于来自生物统计传感器的信号选择乐曲，并且在扬声器上播放该乐曲。

Description

基于生物统计参数给出音频

技术领域

本申请一般而言涉及配置为在参与身体活动和/或健身锻炼时使用的数字生态系统。

背景技术

社会正变得日益注重健康。现在提供了很多种锻炼和运动，以鼓励人们通过锻炼保持健康。如本文所理解的，虽然固定的锻炼装备常常配备用于锻炼者信息的数据显示器，但是信息没有针对个人进行适配并且常常是重复而且单调的。如本文进一步理解的，人们享受听音乐，作为对运动的帮助，但音乐通常是在健身房广播的或者在用户可佩戴的记录设备上提供的，以与参与的实际锻炼脱节的方式，同样有可能在模式和节拍上是单调和不变的。

因而，虽然本原理认识到消费者电子产品(CE)设备可以在参与身体活动的时候用来增强该活动，但是大部分音频和/或可视帮助就没有绑定到实际的锻炼而言是静态的。

发明内容

本原理认识到可以提供便携式辅助设备来改善锻炼表现、提供鼓舞、使得锻炼表现能够出于社会原因而共享、帮助履行个人的锻炼目标、分析并跟踪锻炼结果，以及以容易、直观的方式向锻炼参与者提供虚拟教练。

因此，一种设备包括承载可以由处理器执行的指令的至少一个计算机可读存储介质，以及配置为访问计算机可读存储介质以执行指令的至少一个处理器。指令把处理器配置为从锻炼者的至少一个生物统计传感器接收信号，并且至少部分地基于来自生物统计传感器的信号来选择乐曲，然后在扬声器上播放该乐曲。

在有些实施例中，生物统计传感器可以是心率传感器。而且，在有些实施例中，当执行指令时，处理器可以配置为至少部分地基于确定乐曲的节奏匹配在来自生物统计传感器的信号中所指示的节奏而选择该乐曲。而且，在有些实施例中，当执行指令时，处理器可以配置为从与锻炼者关联的乐曲库选择乐曲，和/或从一般乐曲库选择乐曲并且向锻炼者提供提示锻炼者购买该乐曲的输出。

此外，如果期望，那么，当执行指令时，处理器可以配置为确定由来自生物统计传感器的信号所指示的锻炼者的心率是否超过阈值。处理器还可以配置为响应于确定心率超过该阈值而减慢乐曲的节奏并且响应于确定心率没有超过该阈值而不减慢乐曲的节奏。

还有，如果期望，那么，当执行指令时，处理器可以配置为确定由来自生物统计传感器的信号所指示的锻炼者的心率是否低于阈值。处理器还可以配置为响应于确定心率低于该阈值而加快乐曲的节奏并且响应于确定心率超过该阈值而不加快乐曲的节奏。

还有，在有些实施例中，当执行指令时，处理器可以配置为至少部分地基于以下步骤来选择乐曲：访问与乐曲关联的、指示乐曲节奏的元数据，及确定乐曲的节奏是否匹配在来自生物统计传感器的信号中所指示的节奏。

另一方面，一种方法包括从至少一个生物统计传感器接收指示人的至少一个生物统计参数的信号并且使向人播放的音乐适于该信号。

在还有另一方面，非载波的计算机可读存储介质承载指令，当指令被处理器执行，配置处理器执行逻辑，包括从至少一个生物统计传感器接收指示人的身体活动韵律的信号并且至少部分地基于该韵律建立音乐的播放列表。

本发明既关于其结构又关于其操作的细节可以参考附图得到最好的理解，其中相同的标号指相同的部分，并且其中：

附图说明

图1是根据本原理、包括示例CE设备的示例系统的框图；

图2-4是根据本原理、为了在身体活动期间向用户提供信息和/或音乐而由CE设备执行的逻辑的示例流程图；

图5是根据本原理、为了向CE设备提供音乐和/或信息而由服务器执行的逻辑的示例流程图；

图6-9是根据本原理、可以在CE设备上给出的示例用户界面(UI)；及

图10和11是例示本原理的示例性说明。

具体实施方式

本公开内容一般而言涉及基于消费者电子产品(CE)设备的用户信息。关于本文所讨论的任何计算机系统，本文的系统可以包括经网络连接的服务器和客户端部件，使得数据可以在客户端部件与服务器部件之间交换。客户端部件可以包括一个或多个计算设备，包括便携式电视机(例如，智能TV、启用互联网的TV)、诸如膝上型和平板计算机的便携式计算机，以及包括智能电话的其它移动设备和以下讨论的附加例子。作为非限制性例子，这些客户端设备可以采用来自Apple、Google或Microsoft的操作系统。可以使用Unix操作系统。这些操作系统可以执行一个或多个浏览器，诸如由Microsoft或Google或Mozilla制作的浏览器或者可以经诸如互联网、局域内联网或虚拟专用网的网络访问由互联网服务器托管的web应用的其它浏览器程序。

如本文所使用的，指令指用于在系统中处理信息的计算机实现的步骤。指令可以在软件、固件或硬件中实现；由此，说明性部件、方框、模块、电路和步骤是就其功能来阐述的。

处理器可以是任何常规的通用单芯片或多芯片处理器，可以通过诸如地址线、数据线和控制线的各种线以及寄存器和移位寄存器来执行逻辑。而且，除通用处理器之外，本文所述的任何逻辑方框、模块和电路还都可以在数字信号处理器(DSP)、现场可编程门阵列(FPGA)或其它可编程逻辑设备中实现或者由其执行，其中其它可编程逻辑设备诸如设计成执行本文所述功能的专用集成电路(ASIC)、分立门逻辑或晶体管逻辑、分立硬件部件或者其任意组合。处理器可以由控制器或状态机或者计算设备的组合来实现。

在本文作为流程图和/或用户界面描述的任何软件模块都可以包括各种子例程、过程等。应当理解，公布为由一个模块执行的逻辑可以重新分配到其它软件模块和/或在单个模块中组合到一起和/或使其在可共享的库中可以获得。

当在软件中实现时，逻辑可以以任何适当的语言书写，诸如但不限于C#或C++，并且可以存储在计算机可读存储介质上或者通过其发送，其中的计算机可读存储介质诸如随机存取存储器(RAM)、只读存储器(ROM)、电可擦可编程只读存储器(EEPROM)、光盘只读存储器(CD-ROM)或者诸如数字通用盘(DVD)的其它光盘存储器、磁盘储存器或者包括可移动拇指驱动器的其它磁性存储设备，等等。连接可以建立计算机可读介质。作为例子，这种连接可以包括硬连线的电缆，包括光纤和同轴电线以及数字用户线(DSL)和双绞线。这种连接可以包括无线通信连接，包括红外线和无线电。

在例子中，处理器可以经其输入线从数据储存器，诸如计算机可读存储介质，访问信息，和/或处理器通过激活无线收发器以发送和接收数据来无线地从互联网服务器访问信息。当数据被接收时，数据通常被天线和处理器的寄存器之间的电路系统从模拟信号转换成数字的，然后转换成二进制的，并且，当数据被发送时，从二进制转换成数字的，再转换成模拟的。然后，处理器通过其移位寄存器处理数据，以便把计算出的数据输出到输出线，用于计算出的数据在CE设备上的呈现。

在一种实施例中所包括的部件可以以任何合适的组合在其它实施例中使用。例如，本文所描述的和/或附图中所绘出的各种部件当中的任何部件都可以在其它实施例中组合、互换或者从中排除。

“具有A、B和C当中至少一个的系统”(同样，“具有A、B或C当中至少一个的系统”及“具有A、B、C当中至少一个的系统”)包括只具有A、只具有B、只具有C、具有A和B一起、具有A和C一起、具有B和C一起和/或具有A、B和C一起的系统，等等。

在描述图1之前，应当理解，本文所描述的CE设备和软件应当理解为可以在数字生态系统的语境下使用。因而，如本文所理解的，计算机生态系统，或者说数字生态系统，可以是适应性和分布式的社会技术系统，特征在于其可持续发展性、自我组织性及可缩放性。被由通过养分循环和能量流交互的生物和非生物部件组成的环境生态系统启发(inspired)，完整的计算机生态系统包括在有些情况下可以由一个公司，诸如索尼电子(Sony Electronics)，提供的硬件、软件和服务。每个计算机生态系统的目标都是为消费者提供可能期望的任何东西，至少部分是可以经互联网交换的服务和/或软件。而且，生态系统的元素，诸如计算云中的应用，之间的相互联系和共享为消费者提供了提高的组织和访问数据的能力并且把它自己作为高效综合生态系统的未来特点。

存在两种一般类型的计算机生态系统：垂直和水平计算机生态系统。在垂直方法中，生态系统的几乎所有方面都与同一个公司关联(例如，由同一个制造商生产)，并且具体而言是设计成彼此无缝地交互。相反，水平生态系统把由不同实体创建的诸如硬件和软件的各方面集成到一个统一的生态系统中。水平方法允许来自消费者和制造商的更多种输入，提高新颖创新和对变化需求的适应性的能力。但不管怎样都应当理解，有些数字生态系统，包括本文所提到的那些，可以同时体现上述水平和垂直生态系统的特点。

据此，还应当理解，这些生态系统可以在参与身体活动时用来，例如，提供鼓舞、目标履行和/或实现、自动化的教练/训练、健康和锻炼分析、对数据的方便访问、(例如，对健身数据的)组共享，以及健康监视的增加的准确性，所有这些都是以时尚和娱乐的方式进行的。还有，应当理解，即使当不是所有人都在他们各自的CE设备上具有相同类型和组合的传感器时，本文所公开的设备也能够基于来自在锻炼时用于锻炼监视(例如，实时地)和/或用于与朋友进行数据共享(例如，使用社交网络服务)的各个传感器(诸如以下参考图1描述的那些)的数据作出诊断确定。

因而，应当理解，本文所描述的CE设备可以允许与设备的容易且简化的用户交互，从而不会，例如，在锻炼之前、期间和之后过于麻烦或妨碍。

还应当理解，本文所描述的CE设备处理器可以经其输入线从数据储存器，诸如计算机可读存储介质，访问信息，和/或处理器通过激活无线收发器以发送和接收数据来无线地从互联网服务器访问信息。当数据被接收时，数据通常被天线和处理器的寄存器之间的电路系统从模拟信号转换成数字的，然后转换成二进制的，并且，当数据被发送时，从二进制转换成数字的，再转换成模拟的。然后，根据诸如本文所述的那些算法，处理器通过其移位寄存器处理数据，以便在输出线上输出计算出的数据，用于计算出的数据在CE设备上的呈现。

现在具体参考图1，根据本原理，示出了示例系统10，该系统10可以包括以上提到并在以下进一步描述的增强健身体验的一个或多个示例设备。系统10中所包括的第一个示例设备是可以防水的示例消费者电子产品(CE)设备12(例如，在游泳时使用)。CE设备12可以是，例如，计算机化的启用互联网的(“智能”)电话、平板电脑、笔记本电脑、诸如像计算机化的启用互联网的手表和计算机化的启用互联网的手镯的可佩带的计算机化设备、其它计算机化的启用互联网的健身设备、计算机化的启用互联网的音乐播放器、计算机化的启用互联网的头戴式耳机、诸如可植入的皮肤设备的计算机化的启用互联网的可植入设备，等等，以及甚至还有例如计算机化的启用互联网的电视(TV)。不管怎样，都应当理解，CE设备12配置为采用本原理(例如，与其它CE设备通信，以采用本原理，执行本文所述的逻辑，并且执行本文所述的任何其它功能和/或操作)。

因此，为了理解这种原理，CE设备12可以包括图1中所示的一些或全部部件。例如，CE设备12可以包括一个或多个启用触摸的显示器14、一个或多个根据本原理用于输出音频的扬声器16，以及至少一个附加的输入设备18，诸如像用于例如向CE设备12输入可听命令以便控制CE设备12的音频接收器/麦克风。示例CE设备12还可以包括用于在一个或多个处理器24的控制下经诸如互联网、WAN、LAN等至少一个网络22通信的一个或多个网络接口20。应当理解，处理器24控制CE设备12采用本原理，包括本文所述的CE设备的其它元件，诸如像控制显示器14在其上呈现图像并从其接收输入。此外，应当指出，网络接口20可以是，例如，有线或无线的调制解调器或路由器，或者其它适当的接口，诸如像无线电话收发器、WiFi收发器等。

除了以上所述，CE设备12还可以包括一个或多个输入端口26，诸如像物理连接(例如，利用有线连接)到另一个CE设备的USB端口和/或把头戴式耳机连接到CE设备12的头戴式耳机端口，用于来自CE设备12的音频通过该头戴式耳机向用户的呈现。CE设备12还可以包括一个或多个有形的计算机可读存储介质28，诸如基于盘的或者固态储存器，应当理解，计算机可读存储介质28不能是载波。而且，在有些实施例中，CE设备12可以包括位置或地点接收器，诸如但不限于GPS接收器和/或高度计30，配置为例如从至少一个卫星接收地理位置信息并且把该信息提供给处理器24和/或结合处理器24确定CE设备12所处的高度。但是，应当理解，除GPS接收器和/或高度计之外的另一种合适的位置接收器可以根据本原理用来例如确定在例如所有三个维度中CE设备12的位置。

继续CE设备12的描述，在有些实施例中，CE设备12可以包括一个或多个照相机32，这可以是例如热成像照相机、诸如web摄像头的数码相机，和/或集成到CE设备12中并且可以由处理器24控制的照相机，以便根据本原理收集图片/图像和/或视频(例如，为了与社交网络朋友分享诸如徒步旅行的身体活动)。在CE设备12上还可以包括蓝牙收发器34和其它近场通信(NFC)元件36，用于分别利用蓝牙和/或NFC技术与其它设备通信。示例NFC元件可以是射频识别(RFID)元件。

还有，CE设备12可以包括一个或多个用于向处理器24提供输入的运动传感器37(例如，加速计、陀螺仪、旋转计数器、磁传感器、诸如被动式IR传感器的红外线(IR)运动传感器、光传感器、速度和/或韵律传感器、姿态传感器(例如，用于感测姿态命令)，等等)。CE设备12还可以包括也向处理器24提供输入的其它传感器，诸如像一个或多个气候传感器38(例如，晴雨表、湿度传感器、风传感器、光传感器、温度传感器，等等)和/或一个或多个生物统计传感器40(例如，心率传感器和/或心脏监视器、卡路里计数器、血压传感器、排汗传感器、气味和/或香味探测器、指纹传感器、面部识别传感器、虹膜和/或视网膜探测器、DNA传感器、氧气传感器(例如，血氧传感器和/或最大摄氧量传感器)、葡萄糖和/或血糖传感器、睡眠传感器(例如，睡眠跟踪器)、计步器和/或速度传感器、体温传感器、营养和代谢速率传感器、声音传感器、肺输入/输出和其它心血管传感器，等等)。除了以上所述，还应当指出，在有些实施例中，CE设备12还可以包括动能收割机42，以便例如给向CE设备12供电的电池(未示出)充电。

仍然参考图1，除了CE设备12，系统10还可以包括一个或多个其它CE设备类型，诸如但不限于计算机化的启用互联网的手镯44、计算机化的启用互联网的头戴式耳机和/或耳塞46、计算机化的启用互联网的衣服48、计算机化的启用互联网的锻炼机器50(例如，跑步机、健身车、椭圆机等)，等等。还示出的了计算机化的启用互联网的健身房入口亭52，以允许授权进入放置锻炼机器50的健身房。应当理解，包括这一段中所描述的那些的系统10中所包括的其它CE设备可以分别包括以上参考CE设备12所描述的各种部件当中的一些或全部，诸如但不限于例如上述生物统计传感器和运动传感器，以及也在上面描述过的位置接收器、照相机、输入设备及扬声器。

因而，例如，头戴式耳机/耳塞46可以包括配置为当一个人佩戴头戴式耳机时感测人的心率的心率传感器，衣服48可以包括诸如排汗传感器、气候传感器和用于感测一个人运动强度的心脏传感器的传感器，锻炼机器50可以包括安装在其一部分上、用于收集用户的面部图像从而使机器50可以确定特定的面部表情是否指示用户在努力跟上锻炼机器50设定的步伐的照相机和/或例如把机器50与CE设备12配对并由此访问预设运动例程的数据库的NFC元件，并且亭子52可以包括基于从免费赠送的(complimentary)NFC元件(例如，设备12上的NFC元件36)接收到的输入允许被验证授权进入的人进入的NFC元件。还应当指出，所有以上参考图1所描述的，包括简短描述的服务器54，都可以利用包括在其上的各自的网络接口经网络22彼此通信，并且每个都还可以包括根据本原理不能是载波的、用于存储逻辑和/或软件代码的计算机可读存储介质。

现在参考以上提到的至少一个服务器54，它包括至少一个处理器56，至少一个不能是载波的、诸如基于盘或固态储存器的有形计算机可读存储介质58，以及至少一个网络接口60，在处理器56的控制下，网络接口60允许经网络22与图1的其它CE设备的通信，并且根据本原理实际上可以方便其间的通信。应当指出，网络接口60可以是，例如，有线或无线调制解调器或路由器、WiFi收发器，或者其它适当的接口，诸如像无线电话收发器。

据此，在有些实施例中，根据本原理，服务器54可以是互联网服务器，可以方便CE设备之间的健身协调和/或数据交换，并且在示例实施例中可以包括并执行“云”功能，使得系统10的CE设备可以经服务器54访问“云”环境，以便例如在锻炼的时候流化音乐来收听和/或把两个或更多个设备配对(例如，把音乐从一个设备“扔”到另一个)。

现在转向图2，示出了根据本原理由诸如CE设备12的CE设备执行的、用于呈现非语言音频提示的逻辑的示例流程图。根据本原理并且如本文所讨论的，逻辑在方框70开始，在那里，逻辑接收(例如，计划好的)锻炼信息、计划好的身体活动信息、计划好的锻炼路线信息等(例如，用户利用这里提到的其中一个用户接口输入信息)。例如，在方框70，逻辑可以接收关于通过用户的附近地区的计划好的锻炼路线(例如，慢跑)的信息(例如，并且甚至可以使用用户之前关于过去慢跑的平均步速)，诸如用户期望的步速、完成路线的最大时间，等等。作为另一个例子，在方框70的逻辑可以接收指示用户希望以适度快的速度骑自行车十分钟、然后以非常快的速度骑十分钟、然后再有十分钟的冷却(cool down)时间的信息，并且实际上甚至可以对每个人规定用户希望骑自行车的每小时的期望里程数。作为另一个例子，用户的个人教练员可以在教练员的CE设备设置运动例程，然后把该例程发送到用户的CE设备，用于在其上呈现。

在任何情况下，在方框70之后，逻辑都前进到方框72，在那里，逻辑确定匹配用户锻炼例程/信息的至少第一段的至少(例如，估计的或用户指示的/期望的)节奏和/或韵律的音乐(例如，存储在CE设备上和/或可以由其访问的一个或多个音乐文件)(例如，利用以上的例子，至少选择匹配用户以适度快的速度骑自行车的节奏的音乐来开始例程)。应当指出，节奏与音乐的匹配可以，例如，最初基于CE设备对用户为了与锻炼信息相称而应当维持的节奏/韵律的估计(例如，为了维持期望的速度而蹬锻炼自行车的某个节奏)。作为另一个例子，节奏与音乐的匹配可以先估计，然后再调整，以便在运动开始后匹配用户的实际韵律。照此，例如，在用户开始他或她的第一步之前的第一首歌可以包含估计是用户将设置和/或应当保持的速度的节奏，其后，下一首歌的节奏可以匹配到用户的实际步速。例如并且就把音乐匹配到用户的实际步速而言，如果用户以每分钟一百五十步进行锻炼，则可以为用户呈现包括每分钟一百五十拍的一段音乐，由此通过每个音乐节拍移动一步来设置他或她的步速。

此外，应当指出，音乐本身的节奏可以通过访问与包含节奏信息(例如，以每分钟的节拍数)的各音乐文件关联的元数据来确定。作为另一个例子，CE设备可以解析或以别的方式访问音乐文件，以识别节奏(例如，基于重复的小鼓声、歌手声音的抑扬顿挫、吉它和弦的变化等来识别节拍)，然后，如果识别出的音乐节奏匹配用户的步速/韵律(例如，尽可能接近，例如，说明从慢跑的一步到一步或者锻炼自行车的一圈到一圈自然发生的用户韵律的最小变化)，则使用它。因而，可以认识到，例如，在方框70接收锻炼信息之前的一个时间，CE设备可以访问它可以访问的全部音乐文件(或者，例如，基于流派、艺术家、歌曲长度等的文件子集)，以确定每首歌每分钟的节拍，然后创建数据表和/或元数据，让CE设备随后访问，用于高效地识别具有在锻炼例程期间的给定时刻匹配用户韵律的节奏的音乐，而无需例如在那个时候解析用户的整个音乐库来找匹配用户韵律的音乐。

仍然参考图2，在方框72之后，逻辑前进到方框74，在那里，逻辑接收开始监视用户锻炼并且因此开始根据例如用户的韵律呈现音乐的指令。然后，逻辑前进到方框76，在那里，逻辑确定转弯是否即将到来，例如用户为了在预先计划好的锻炼路线上继续行进而应当进行的左转弯或右转弯。应当指出，虽然本例将就转弯来讨论，但是本原理同等地适用于为了继续沿着一条路线而对用户方向的任何更改(例如，路上的岔路口、稍微向左转、u-转弯、在跑酷(城市疾走)的情况下跳到结构的上一层，等等)。顺便说一句，还应当指出，在有些实现中，非语言的音频提示也可以与指令关联，用于让用户诸如在道路的十字路口例如继续直走。

不管怎样，根据本原理，如果逻辑确定转弯不将出现(例如，不在用户开始锻炼之前设置的转弯的预定义的阈值距离内)，则逻辑前进到方框77，在那里，逻辑继续监视用户的锻炼并且继续呈现与用户韵律匹配的音乐。但是，如果逻辑确定转弯即将到来，则逻辑前进到方框78，在那里，逻辑至少利用一个非语言音频提示来通知和/或提示用户如何前进。

例如，单个蜂鸣声可以与左转弯关联(例如，用户已经把单个蜂鸣声预设成与左转弯关联)，而两个蜂鸣声可以与右转弯关联(例如，用户已经把两个蜂鸣声预设成与右转弯关联)。除了以上所述或者代替以上所述，如果用户佩戴诸如以上描述过的头戴式耳机，则非语言提示可以(仅仅，或者更显著/大声地)在左边的耳机出现，以指示应当左转，并且可以(仅仅，或者更显著/大声地)在右边的耳机出现，以指示应当右转。除了以上所述或者代替以上所述，根据本原理，例如在耳机中可以向用户给出的其它非语言提示是触觉非语言提示和/或振动，使得，例如，非语言振动提示(例如，耳机基于位于每个耳机中的、与CE设备的处理器通信的振动器而振动)可以(仅仅，或者更显著地)在左耳机上给出，以指示应当左转，并且可以(仅仅，或者更显著地)在右耳机上出现，以指示应当右转。

而且，附加地或者代替以上所述，如果期望，则非语言音频提示可以伴有诸如“在下一条街左转”的指令的语言提示(例如，在非语言的音频提示紧接着之前或之后)。还应当指出，非语言音频提示不需要是单个或两个蜂鸣声，并且本身就指示具体信息的其它非语言音频提示也可以使用，诸如像利用摩尔斯(Morse)码的可听表示来向用户提供转弯信息。

在方框78之后，逻辑前进到方框80，在那里，逻辑确定计划好的锻炼/路线的另一段已经开始，并且据此给出在他或她开始下一段时匹配用户的节奏/韵律的音乐(例如，基于由用户在开始跑步之前确定的锻炼信息的实际韵律或期望韵律)。作为例子，逻辑可以在方框80确定用户从在平地上跑步过渡到向山上跑，并且据此相对于在用户在平地上跑步时所给出的音乐给出较慢节奏的音乐(例如，并且还基于用户设置的片段设置，其中，相对于用户在平地上的步速，用户指示向山上跑时较慢的步速是期望的)。相反，如果用户希望一直“推”到山上，则可以给出比用户在平地上时所给出的更快的节奏的音乐，由此帮助用户把跑步韵律匹配到音乐节奏，从而以用户期望的步速继续跑到山顶(例如，还基于用户预定义的设置)。

在任何情况下，在方框80之后，逻辑都前进到决定菱形框82，在那里，如果用户在继续锻炼的同时操纵CE设备给出一个虚拟对手的表示，则逻辑确定是否有虚拟对手在接近或离开用户。例如，用户可以设置用于虚拟对手的设置，该设置表示用户以其锻炼的用户最小优选平均步速或速度，并且因而可以基于包括上行多普勒(upDoppler)效应(例如，声音频率增加)的非语言音频提示基于虚拟对手表示确定用户的实际步速是否已经慢到低于最小平均步速，由此指示虚拟对手正在接近。据此，基于包括下行多普勒效应(例如，声音频率减小)的非语言音频提示，用户还可以确定虚拟对手在后退(例如，隔开用户和虚拟对手的“虚拟”距离正在变大)。此外，从增加到减小或者反过来，多普勒效应声音可以从头戴式耳机的一个耳机移动到另一个(例如，在一个耳机上更显著地给出，然后在那个耳机中减弱并且在另一个耳机中逐步更显著地给出)，以进一步表明虚拟对手的位置。还应当指出，本原理认识到这种非语言的多普勒提示不需要在锻炼期间不断地给出，以向用户指示虚拟对手相对于用户在什么地方，而是可以例如只响应于确定虚拟对手在(例如，如在开始锻炼例程之前由用户设置的)用户的阈值距离内才向用户给出。

仍然参考决定菱形框82，如果逻辑确定虚拟对手没有接近或远离用户(例如，用户的步速和虚拟对手的“虚拟”步速完全相同或者几乎完全相同，和/或虚拟对手不在要向用户指示虚拟对手位置的阈值距离内)，则逻辑可以返回决定菱形框76并且从那里继续。但是，根据本原理，如果逻辑确定虚拟对手在接近或者远离用户，则逻辑移动到方框84，在那里，在CE设备上给出虚拟对手在接近或远离用户的至少一个非语言音频提示。其后，逻辑可以从方框84返回决定菱形框76并且从那里继续。

在移到图3之前，应当指出，指示虚拟对手位置的非语言音频提示可以伴有(例如，与其同时、在之前和/或之后给出的)指示虚拟对手位置的语言音频提示。例如，非语言多普勒效应声音可以伴有“虚拟对手正在接近”的语言指示。

并且，在移到图3之前，应当理解，例如，由逻辑接收到的计划好的锻炼信息可以包括(例如，预定义的)锻炼片段时段(例如，十分钟)，并且因此非语言提示可以是和/或包括具有与锻炼片段时段基本上相等的时段的乐曲(例如，一个音乐文件或者其一部分)，以便例如通知用户那个特定片段剩余的时间。因而，在有些实现中，乐曲片段可以基本上在锻炼片段时段开始时开始并且基本上在锻炼片段时段结束时结束。

参考图3继续具体描述，示出了根据本原理、由诸如CE设备12的CE设备执行的逻辑的另一个示例流程图，这次是用于创建匹配用户韵律的音乐的播放列表。应当理解，在有些实现中，图3(和/或图4)的逻辑可以与图2组合，和/或与其并发执行。不管怎样，图3的逻辑都在方框90开始，在那里，根据本原理，逻辑接收锻炼信息。然后，逻辑前进到方框92，在那里，逻辑从与本文中所描述的CE设备通信的一个或多个生物统计传感器接收一个或多个生物统计信号。然后，逻辑前进到方框94，在那里，根据本原理，逻辑访问指示用于用户韵律匹配的一个或多个音乐文件当中每一个的音乐节奏的音乐元数据，其中至少一个音乐具有至少基本上相似的节奏。其后，逻辑前进到方框96，在那里，逻辑建立包括具有匹配用户的期望韵律、实际韵律等的节奏的音乐的一个或多个音乐文件的播放列表。而且，在方框96，逻辑开始呈现播放列表的音乐。

在方框96之后，逻辑前进到决定菱形框98，在那里，逻辑确定用户的韵律是否已改变(例如，实际韵律，和/或基于从一个锻炼片段到另一个的过渡估计的，其中过渡是基于时间和/或位置，诸如开始向山上前进)。如果逻辑在菱形框98确定用户的韵律还没有改变，则逻辑前进到方框100，在那里，逻辑继续从具有相同节奏或基本上相似节奏的音乐的播放列表给出音乐。但是，如果逻辑在菱形框98确定用户的韵律已经改变，则逻辑前进到决定菱形框102，在那里，依赖于特定的参数、可接受的健康范围、用户设置等，逻辑确定用户的生物统计参数是否已经超过阈值，或者低于阈值。例如，如果用户的心率超过心率阈值，则那对用户的心脏是有害的并且因此用户会希望在这种情况下得到通知。作为通知可能合适的另一个例子，如果用户的核心体温超过温度阈值(例如，用户太热)或者甚至降到阈值之下(例如，用户太冷)，则那对用户的大脑是有害的并且因此通知用户的温度将是有益的。

在任何情况下，如果逻辑确定至少一个生物统计参数没有超过阈值或者没有低于另一个阈值(例如，生物统计参数在可接受的范围、健康范围和/或用户输入到CE设备中的用户期望的范围内)，则逻辑前进到方框100并且可以随后从那里前进。但是，如果逻辑确定阈值已经被打破，则逻辑移动到方框104，在那里，如根据被带到可接受范围内的生物统计参数会是合适的，逻辑指示用户加快用户的韵律/步速和/或减慢。还应当指出，在方框104，如果生物统计参数对用户健康是危险的(例如，基于与之关联的数据表)，则逻辑可以改为指示用户完全和/或自动地停止锻炼，而无需用户输入提供急救服务的通知连同来自CE设备上的GPS接收器的位置坐标。

不管怎样，在方框104之后，逻辑都前进到方框106，在那里，逻辑改变或更改播放列表(以及甚至整个地代替之前的播放列表)，以包括具有与把用户的生物统计参数带回到可接受范围内可匹配的节奏的音乐。例如，如果逻辑确定生物统计参数超过阈值，并且因此用户需要放慢，则播放列表可以被更改，以(例如，从那个点开始)呈现具有比之前呈现的更慢节奏的音乐。然后，在方框106之后，逻辑可以返回到决定菱形框98并且再次从那里前进。为了完整性，在移到图4之前，还应当指出，基于在决定菱形框98的肯定决定，在其它示例性情况下，逻辑可以直接前进到方框106，在那里，播放列表被改变，以匹配用户的当前韵律，该当前韵律是根据在菱形框98作出的肯定决定改变的。

现在参考图4，示出了根据本原理、要由诸如CE设备12的CE设备执行的逻辑的另一个示例流程图，同样是为了给出具有匹配用户韵律的节奏的音乐，但这次是基于时间的改变并且因此基于从一个锻炼片段到另一个的改变。图4的逻辑在方框110开始，在那里，根据本原理，逻辑接收锻炼信息。然后，逻辑前进到方框112，在那里，根据本原理(例如，在用户开始锻炼例程之后)逻辑开始在第一时间内呈现具有第一节奏的音乐(例如，第一节拍速度)，用于匹配用户的实际和/或期望韵律。然后，逻辑前进到决定菱形框114，在那里，逻辑确定用户以第一节奏锻炼的第一(例如，预设的)时间是否已到期。因而，应当理解，该第一时间，以及实际上后续的时间，可以在开始锻炼例程之前由用户作为对CE设备的输入预定义。例如，用户可以向CE设备提供输入，以提供十分钟的某个节奏的音乐，使得用户可以与其匹配他或她的韵律，然后，呈现二十分钟相对更快节奏的音乐，使得用户可以在较慢步速的十分钟热身之后加快他或她的步速。

在任何情况下，如果逻辑在菱形框114确定第一时间还没有到期，则逻辑前进到方框116，在那里，逻辑继续给出与该确定之前相同节奏的音乐。但是，如果逻辑在菱形框114确定第一时间已经到期，则逻辑前进到方框118，在那里，根据本原理，逻辑给出具有第二节奏(例如，与第一节拍速度不同的第二节拍速度)的音乐第二时间，以在第二时间内匹配用户的实际和/或期望韵律。然后，逻辑前进到决定菱形框120，在那里，逻辑确定用户以第二节奏锻炼的第二时间是否已到期。如果逻辑在菱形框120确定第二时间还没有到期，则逻辑可以前进到方框116。但是，如果逻辑在菱形框120确定第二时间已经到期，则逻辑前进到方框122，在那里，根据本原理，逻辑呈现具有第三节奏(例如，与第一和第二节拍速度不同的第三节拍速度)的音乐第三时间，以在第三时间内匹配用户的实际和/或期望韵律。

参考图5继续具体描述，该图根据本原理示出了要由服务器执行的逻辑的示例流程图，该逻辑用于向CE设备提供具有匹配用户韵律的节奏的音乐。图5的服务器逻辑在方框130开始，在那里，逻辑接收访问用户帐号(例如，诸如存储在服务器上的云存储帐号)的请求。假定CE设备对云帐号的成功认证，在方框130由服务器提供对该帐号的访问。然后，逻辑前进到方框132，在那里，逻辑接收节奏和/或韵律信息(例如，基于来自CE设备上生物统计传感器的、提供该信息的输入)，其中具有对应的至少基本上相似节奏的音乐要匹配到该信息。然后，逻辑前进到方框134，在那里，逻辑定位和/或以别的方式确定存储在服务器上的、与接收到的节奏信息相称的音乐文件。应当指出，在方框134，匹配接收到的节奏数据的音乐文件可以如本文所述的那样确定(例如，利用音乐文件元数据)，并且可以从包括服务器上用户的云储存器在内的位置当中选择，但是还有或者代替之，公共域中的音乐和/或经例如通常公共可获得的乐曲库和/或互联网无线电服务提供的音乐。根据本原理，依赖于例如用户在CE设备设定的设置和对用户界面的操纵，这些音乐源可以被使用或者可以不被使用。

在任何情况下，在方框134之后，逻辑都前进到方框136，在那里，逻辑向CE设备提供(例如，流化)音乐，连同提供任何对应的对所提供音乐文件的购买信息，例如，用户还没有拥有和/或不在用户云储存器中的音乐文件(例如，基于例如通过从用户的存储区域搜索该乐曲而确定用户不拥有音乐)，诸如利用互联网无线电服务提供的音乐。然后，逻辑前进到决定菱形框138，在那里，逻辑确定是否已经接收到在CE设备输入并发送到服务器的、指示一个或多个音乐文件已经被用户指定(例如，通过操纵CE设备上的用户界面来“加入书签”和/或向其提供可听命令)要购买的输入。例如，用户可能想指定一首歌曲随后购买，因此用户不会忘记他或她希望购买的歌曲的细节并由此不能在以后定位它，但与此同时，不希望在还在锻炼的时候完成全部必需的购买步骤，诸如像提供信用卡信息。

如果逻辑在决定菱形框138确定没有接收到指定随后购买的一个或多个音乐文件的输入，则逻辑前进到方框140，在那里，逻辑存储指示提供给CE设备的音乐文件的数据，使得，如果用户通过操纵用户的CE设备选择这么做的话，则相同的音乐文件可以在随后再次给出。而且，在方框140，逻辑可以存储它从CE设备接收到的任何和/或全部生物统计信息(例如，为了让用户的医师访问，以确定用户的健康状态，或者仅仅是在用户的云储存器中保持生物统计记录)。再次参考决定菱形框138，如果逻辑在那里确定接收到指示随后要购买的一个或多个音乐文件的输入，则逻辑移动到方框142，在那里，它存储指示其的数据让用户随后访问，用来购买音乐(例如，创建指示指定要购买的音乐文件的“书签”文件)。结束对图5的描述，应当指出，在方框142之后，逻辑可以前进到方框140。

参考图6继续具体描述，示出了根据本原理、配置为从用户接收输入(例如，对给出UI 150的启用触摸的显示器的触摸输入)以便配置CE设备的设置的示例性用户界面(UI)150。UI 150包括用于配置CE设备以便把歌曲长度与运动片段(例如，一组仰卧起坐)和/或锻炼路线片段匹配的第一设置152，并且因此包括分别用于提供关于CE设备是否把歌曲与片段匹配的输入的“是”和“否”选择元素154。根据本原理，在UI 150上示出的还有用于CE设备是否应当提供虚拟教练指令的第二设置156，并且包括分别用于提供关于CE设备是否应当提供虚拟教练的输入的“是”和“否”选择元素158。

除了以上所述，UI 150还可以包括非语言提示部分160。根据本原理，部分160可以包括左转和右转设置162、164，具有各自的输入域166、168，用于输入用户规定的要在锻炼路线上前进时提供给用户的蜂鸣次数(例如，被没有声音的时间段隔开的相对高亢的声音)，以指示用户在什么地方转弯。还应当指出，设置162、164包括各自的选择元素170、172，它们可以被选择，以便使另一个UI和/或窗口覆盖被呈现，用于从除“蜂鸣”之外的其它可用于指示转弯的可用声音进行选择，并且，实际上应当理解，除了不同的声音序列或者代替之，不同的声音可以用来指示转弯。

UI 150还包括设置174，用于让用户利用“是”或“否”选择器176提供关于例如非语言转弯提示是否应当只在对应于转弯方向的耳机中呈现的输入。例如，右转弯非语言提示将只在头戴式耳机的右耳机提供，而左转弯非语言提示将只在左耳机提供。根据本原理，赛跑虚拟对手设置178也可以包括在UI 150中并且包括“是”和“否”选择元素180，用于让用户提供关于是否希望在CE设备上给出虚拟对手数据的输入(例如，表示为非语言音频多普勒提示的虚拟对手位置的指示)。最后，应当指出，提交选择器182可以给出，用于由用户选择，使CE设备根据作为利用UI 150的输入的用户选择来配置。

现在转向图7，示出了根据本原理、用于配置姿态和/或语音控制设置的示例性UI 190。UI 190包括更快节拍设置192，该设置包括姿态命令选择194和语音命令选择196，这两个选择当中每一个用于不同的姿态和语音命令选项，以便向CE设备提供用于呈现具有比当前所呈现的更快的节拍的歌曲的输入。应当指出，如果期望，则用于姿态和语音命令当中每一个的一个或多个选择都可以被选择，但是，例如，CE设备可以阻止选择相同的具体命令来既请求更快的节拍又请求更慢的节拍(例如，相同的手势不能用于请求具有更快节拍和更慢节拍的歌曲)。在任何情况下，UI 190还包括更慢节拍设置198，该设置包括姿态命令选择200和语音命令选择202，这两个选择当中每一个用于不同的姿态和语音命令选项，以便向CE设备提供用于呈现具有比当前所给出的更慢的节拍的歌曲的输入。

除了以上所述，UI 190还可以包括锻炼机器配置设置204，用于根据用户的生物统计以及甚至例如用于特定锻炼的目标和/或期望生物统计的用户定义的设置和/或用于生物统计安全范围的用户定义的设置来向CE设备提供CE设备是否要对用户使用并且与CE设备通信(例如，利用NFC、蓝牙、无线网络等)的锻炼机器改变锻炼机器配置的输入(例如，增加或减小阻力、速度、倾斜或下降，等等)。例如，如果用户指示他或她希望他们的心率平均在每分钟特定的节拍，则CE设备可以配置锻炼机器增加或减小例如其速度和阻力，来把用户的实际心率带到与由用户输入CE设备的期望心率相一致。因而，设置204包括“是”和“否”选择元素206，用于向CE设备分别提供命令CE设备相应地改变锻炼机器配置或者不改变的输入。还应当指出，根据本原理，UI 190还包括“选择机器”选择元素208，用于选择通信连接到CE设备并由其配置的锻炼机器(例如，通过呈现用于机器选择的另一个UI或覆盖窗口)，并且还有一个“利用NFC配对”选择元素210，该元素是可以选择的，以便配置CE设备与锻炼机器在二者紧密并置(例如，各自NFC元件的并置)时自动通信，以交换让CE设备命令和/或配置锻炼机器的信息。

从图7移到图8，该图示出了根据本原理、包括用于匹配用户的韵律和/或心率与至少基本相同节奏的音乐的多个设置的示例性节奏配置设置UI 220。UI 220包括至少用于基于一个或多个生物统计参数匹配节奏的第一设置222并且因此包括为此目的而用于让用户选择一个或多个特定生物统计参数的选择框224。还示出了第二设置226，用于选择当匹配到生物统计参数时将由CE设备从中选择以供呈现的音乐的一种或多种流派的音乐，并据此包括为此目的而用于让用户选择一种或多种流派的音乐的选择框228。根据本原理，还示出了第三设置230，用于选择CE设备要(例如，智能地)与对应心情的音乐匹配的用户的一种或多种心情，音乐还包括匹配的节奏，并且据此设置230包括为此目的而用于让用户选择用户感觉到的一种或多种心情的选择框223。在UI 220上还包括第四设置234，设置234用于选择与当匹配到生物统计参数时要被CE设备选择以供呈现的乐曲关联的一个或多个音乐艺术家，并且据此包括为此目的而用于让用户选择一个或多个艺术家的选择框236。根据本原理，还可以给出第五设置238，用于选择之前给出过的一个或多个之前的锻炼路线和/或运动音乐播放列表，可以从中选择用于当前锻炼路线的音乐(例如，如果CE设备确定来自之前播放列表的音乐具有匹配一个或多个当前生物统计参数的节拍)，并且因此包括为此目的而用于选择一个或多个之前的锻炼路线播放列表的选择框240。

应当理解，还有其它设置可以利用UI 220来配置，诸如用于利用社交网络朋友的喜好和/或偏好来匹配音乐的设置242，并且因此包括对应的“是”和“否”选择元素244，用于向CE设备提供是否基于用户的社交网络朋友的喜好来将要呈现的音乐与一个或多个生物统计参数匹配的输入。应当指出，例如，CE设备可以配置为访问用户的一个或多个社交网络服务(例如，基于由用户提供的用户名和密码信息)，以解析社交网络服务中的数据，并且在社交网络帖子与例如用于音乐曲目的曲名(例如，来自曲名的数据库)之间进行关联，由此识别用户朋友“趋于”或以别的方式“喜欢”的音乐。根据本原理，还有另一个设置246可以给出，用于基于例如公告板排名、在线音乐提供服务上的总销量、即使在用户不是其成员的社交网络站点上的当前趋势等，通过使用当前流行的音乐来匹配音乐，并且因此根据本原理包括用于向CE设备提供针对是否利用当前流行的音乐来匹配音乐的输入的“是”和“否”选择器248。根据本原理，UI 220还可以包括具有“云”选择元素252和“本地存储”选择元素254的云存储设置250，其中元素252和254都可以被用户选择，以便向CE设备提供用于CE设备可以从其收集和/或流化音乐以供呈现的不同存储位置的输入。因而，选择选择元素252配置CE设备从用户的云存储帐号收集音乐，而选择选择元素254配置CE设备从CE设备的本地存储区域收集音乐，并且实际上选择器元素252、254当中任何一个或或者两个都可以被选择。UI 220还可以包括另一个具有“是”和“否”选择器258的设置256，用于向CE设备提供关于是否指示服务器把推荐的音乐插入在锻炼路线期间给出的音乐播放列表和/或序列中的输入，其中音乐包括例如互联网无线电音乐、赞助音乐(sponsored music)、由处理器确定为可能用户会喜欢的音乐(例如，基于用户输入的流派指示、已经被用户拥有的类似音乐，等等)、不被用户拥有但是仍然与UI 220的一个或多个其它设置相容的音乐(诸如用户期望呈现来自其的音乐的那个流派)，等等。

仍然参考图8，除了以上所述，UI 220还可以包括书签音乐设置260，用于配置CE设备接收指定要在运动路线期间给出的、要在运动结束之后购买的一首或多首乐曲的命令。因而，“姿态”选择元素262是可选择的，以配置CE设备接收(例如，预定义的)相应地指定音乐的姿态命令，而且“可听命令”选择元素264也是可选择的，以配置CE设备接收(例如，预定义的)指定要购买的音乐的可听命令，以及甚至还有可选择的“整个播放列表”选择元素266，以配置CE设备在运动结束后的一个时间给出在运动路线期间向用户给出并且用户可以从其选择一个或多个乐曲来购买的所有乐曲的列表(例如，播放列表)。应当指出，在有些实施例中，根据本原理，选择元素262、264的选择可以在没有进一步用户输入的情况下自动配置CE设备来给出另一个UI和/或被覆盖的UI，用于让用户规定当特定的乐曲呈现时，要由CE设备作为指定/加书签那个特定乐曲的(一个或多个)命令而关联的特定姿态和/或可听命令。因而，例如，如果特定姿态被指定为在被CE设备检测到时给乐曲加书签的命令，则CE设备在接收到该命令时可以设置标志和/或数据标记，让音乐在随后被识别并且如前面加书签的那样向用户呈现，并且，在这种情况下，CE设备不需要在接收到乐曲要加书签的命令时给出，例如，加书签的可听或可视指示(虽然，在有些实现中，例如，诸如谐音的简短可听反馈可以给出，以便向用户指示CE设备接收到书签命令并且实际上把该乐曲“加书签”供以后购买)。

仍然参考UI 220，示出了用于跳过用户不喜欢的乐曲的跳过音乐设置268(例如，如果在锻炼例程期间推荐给用户)。因而，分别响应于接收到(例如，预定义的)指示不喜欢的音乐的姿态或可听命令，“姿态”选择元素270和“可听”选择元素272都可以被选择来配置CE设备跳过所给出的乐曲。还应当指出，根据本原理，选择元素270、272当中每一个都可以被选择来配置CE设备呈现另一个UI和/或被覆盖的UI，用于让用户规定要作为跳过乐曲的(一个或多个)命令由CE设备关联的特定姿态和/或可听命令。

结束对图8的描述，UI 220还包括“共享”选择元素274，该元素可以被选择，配置CE设备在锻炼例程完成之后，经一个或多个社交网络服务自动发帖、发布和/或共享等在锻炼期间向用户呈现的乐曲和/或音乐播放列表，应当理解，CE设备还可以配置为，例如，在运动历程完成之后在CE设备的显示器上呈现该播放列表，包括音乐元数据和音乐节奏的呈现。根据本原理，“提交”选择元素276用于提交用户的设置选择。

现在参考图9，示出了用于在参于锻炼例程时给出生物统计信息、音乐信息等的另一个UI 280。应当理解，UI 280可以在锻炼机器的显示器上给出，用于在用户使用该机器的时候观看，和/或在与锻炼机器通信的用户的个人CE设备上给出。根据本原理，在任何情况下，UI 280都包括音乐信息部分282，包括关于当前给出的、由CE设备与用户的一个或多个生物统计参数匹配的乐曲的各条信息。如从部分282可以理解的，音乐信息可以包括例如艺术家名字、歌曲的曲名、歌曲的专辑、歌曲的持续时间、谁拥有该歌曲(例如，用户并且本地存储在CE设备上，和/或把音乐流化到CE设备上的第三方音乐提供者)、音乐的流行性的指示以及甚至音乐流行的特定人群(根据本原理，例如，在本例中，歌曲是基于五公里跑步者在他们各自CE设备上输入的“喜欢”指示流行的，并且在其它情况下，流行和/或推荐的音乐来自监视锻炼计划并观察CE设备收集的生物统计信息的用户的个人教练员)，以及歌曲每分钟的节拍的指示。应当指出，虽然CE设备可以访问音乐，例如，利用它自己的网络接口访问用户的云存储区域，但是除此之外或者代替之，锻炼机器自己可以访问存储音乐的存储区域，然后，例如，把音乐从锻炼机器流化到用户的头戴式耳机(例如，利用NFC配对)。

除了以上所述，UI 280还包括生物统计参数部分284，用于给出与用户的生物统计参数相关的一条或多条信息，这些参数是由诸如以上参考图1所述那些的一个或多个生物统计传感器检测到的。例如，可以给出的信息包括心率信息、韵律信息，和/或呼吸信息。

此外，UI 280可以包括提示286，在乐曲在锻炼例程期间当前正呈现的时候让用户利用“是”和“否”选择器288提供输入，以便容易地把该乐曲加书签供以后购买(例如，一次触摸加书签)。UI 280包括第二提示290，用于在乐曲在锻炼例程期间当前正呈现的时候让用户利用“是”和“否”选择器290提供输入，以便，一旦购买或者如果购买不是必需的，就在没有进一步用户输入的情况下自动地把该特定的乐曲存储在用户的云储存器中。最后，选项294在UI 280上呈现，用于利用“是”和“否”选择器296选择是否手动改变锻炼机器配置，并且因此，例如，来自选择器296的“是”选择器可以使包括可以由用户配置的锻炼机器设置的另一个UI呈现和/或覆盖，以便配置锻炼机器。根据本原理，当例如CE设备根据一个或多个生物统计参数自动配置锻炼机器但是用户仍然希望手动覆盖自动配置时，这会是期望的。

参考图10继续具体描述，示出了说明本原理的示例性说明300。如从图10的标题框可以理解的，根据本原理，用户和CE设备可听地交换信息并且实际上CE设备可听地提供“虚拟教练”，以便向人提供在说明300中示出的(例如，智能地确定的)鼓励以及甚至基于例如生物统计数据的鼓励。在图11中示出了另一个说明302，该说明302包括图304，图304指示就随时间变化的每分钟心跳表示的用户运动例程的各个片段，并且还示出了从给出的第一个音乐到给出的最后一个音乐的顺序排列的缩略图306，其中每个图都分别与在锻炼例程期间呈现并且匹配到用户的一个或多个生物统计参数的乐曲和/或该乐曲选自其中的专辑关联。应当指出，还示出了标题308，指示可以在“冷却”锻炼阶段由CE设备给出的音频反馈的例子，识别歌曲，和/或提供关于如何把音乐加书签的指示(例如，用于随后购买和/或收听)。在本示例性情况下，响应于人对CE设备启用触摸的显示器的特定区域或任何启用触摸的区域的单击输入，CE设备可以把音乐加书签(例如，并且还可以在CE设备的存储介质上本地地存储书签信息)，而且，此外，可以由用户提供对CE设备启用触摸的显示器的特定区域或任何启用触摸的区域的双击输入，以跳过所给出的歌曲并且使CE设备在没有进一步用户输入的情况下自动提供匹配用户生物统计参数和/或锻炼路线冷却阶段的另一首歌曲。

不特别参考任何附图，应当理解，根据本原理，这里公开的CE设备还可以用其它方式配置，以匹配音乐与一个或多个生物统计参数。例如，当确定生物统计参数是否与计划好的身体活动信息的至少一部分一致时，这种确定可以例如以预定义的周期性间隔周期性地执行，其中，响应于确定生物统计参数与计划好的身体活动信息的至少一部分不相符，根据本原理，通过更改在CE设备上给出的音乐文件的时间尺度，CE设备可以自动给出音频指示。例如，不是向用户给出完全不同的乐曲，而是CE设备可以以数字方式拉升或压缩当前给出的音乐文件，由此实时地调整向用户给出的每分钟节拍。因而，音乐文件的时间拉伸可以由CE设备进行，就像音乐文件的重新采样以改变持续时间并由此改变每分钟的节拍数一样。

参考本文所讨论的自动化和/或虚拟教练，应当理解，CE设备可以在用户配置设置让CE设备这样做时给出这种信息(例如，利用诸如以上所述的UI)。虚拟教练可以包括在用户从一个锻炼片段过渡到另一个时通知用户(例如，基于在锻炼路线上时CE设备可访问的GPS数据)。例如，虚拟教练可以指示，“你正在开始向山上前进，这是你锻炼的第三段。”可以由虚拟教练提供的其它指令包括，例如，在锻炼例程的开始，“现在开始你的行程，”和“在前方道路上的岔路口，向右转。”而且，在运动的开始并且假定用户还没有向CE设备提供指示CE设备根据本原理给出虚拟对手的输入，CE设备可以在锻炼例程的开始提供音频提示，询问用户是否希望与虚拟对手赛跑(例如，“你愿意与虚拟对手赛跑吗？”)，对于这种提示，例如，用户可以作出肯定响应，如CE设备处理器利用自然语言语音识别原理可以识别出的。

作为可以由“虚拟教练”利用CE设备作出的指示的其它例子，CE设备可以在锻炼例程结束之后指示用户优先于虚拟对手多少时间、距离和/或速度。而且，在例程结束之后，CE设备可以，例如，可听地(和/或可视地)向用户提供统计数据，诸如用户的生物统计读数、锻炼例程完成的总时间、行进的距离，等等。还有，通过指示时间倒计时一直到完成，诸如“四、三、二、一…完成！”，CE设备可以就在锻炼例程结束之前提供例程马上要结束的可听指示。

具体参考自由空间中可以由CE设备识别的姿态，作为根据本原理给予CE设备的命令，应当指出，用户不仅可以，例如，基于自由空间中由与CE设备通信的运动/姿态探测器检测到的姿态跳过一首歌或者请求具有更快或更慢节奏的歌曲，而且还可以，例如，如果用户暂时停止锻炼的话就暂停歌曲。例如，如果在锻炼路线上前进的时候用户碰巧遇到一个朋友也沿着那条路走，则用户可以在自由空间提供在CE设备预定义的姿态，作为停止呈现音乐(和/或跟踪生物统计数据)一直到接收到恢复音乐呈现的另一个姿态命令的命令。

现在，参考本文所描述的音乐、音乐文件、歌曲等，本原理认识到，虽然本说明书大部分都具体地针对与音乐相关的文件，但是本原理可以同等地应用到任何类型的音频文件以及甚至例如音频视频文件(例如，只给出来自音频视频文件的音频或者同时给出音频和视频)。此外并且在音乐文件的语境下，用于本文所述的音乐文件的元数据不仅可以包括每分钟的节拍和音乐流派，而且还可以包括其它信息，诸如像歌曲的歌词。

本原理还认识到，虽然本说明书大部分都具体地针对锻炼例程，但是本原理不仅可以应用到锻炼而且还可以应用到例如坐在课桌前，其中CE设备可以，例如，利用大脑活动监视器和血压监视器来检测到用户被压迫(stressed)并且由此建议和/或自动向用户给出舒缓的音乐。

然而，根据本原理，在应用到锻炼时，本原理认识到以下是由CE设备输出的示例性可听和/或可视输出：

“要放不同的歌曲吗？”，这可以响应于确定用户跟不上作为期望步速由用户输入的步速而给出。

“你正在放慢，想要不同的歌曲吗？”，这可以响应于确定用户开始放慢他或她的步速而给出(例如，逐步地但是落在预定义的期望步速之外)。

“一直跑到歌曲结束”，这可以响应于确定用户即将到达锻炼片段或整个锻炼例程的结束而给出，并且由此当前歌曲的结束表明该片段和/或例程的结束。

“下一分钟增加活动”，这可以响应于确定用户需要在下一分钟锻炼更快以便与例如预定义的锻炼目标一致而给出。这种CE设备反馈也可以为了，例如，在运动从较低强度的片段前进到较高强度的片段时让用户逐步增加他们的节奏/韵律而提供。

“你的心率是每分钟一百零二下”，这可以响应于确定用户在锻炼例程期间输入请求心率生物统计信息的命令而给出。

本原理还认识到，多于一个CE设备可以提供，例如，非语言音频提示，以便为一起锻炼的各个用户设置步速/韵律。例如，两个或更多人可能希望一起锻炼，但是不希望听同一首歌。用户的CE设备可以彼此通信并且，例如，基于在其间交换的预定义韵律/节奏元数据(例如，基于由用户在运动例程开始之前指示的期望韵律)，具有匹配预定义韵律的相同的每分钟节拍的不同歌曲可以在每个对应的CE设备上给出，使得，虽然利用不同的音乐，但是用户可以建立相同的步速。

继续，应当理解，例如，在锻炼例程结束之后，用户不仅可以经社交网络服务共享用户的锻炼例程，而且还可以，例如，向个人教练员的CE设备提供锻炼数据(例如，利用常用的健身应用)，因此个人教练员可以评估用户并观看锻炼结果、生物统计信息等。

描述用户的韵律/节奏的变化，应当理解，如果用户停下脚步，那么，虽然CE设备可以检测到这种情况，但是不能自动改变歌曲来匹配新的韵律，但是，在有些实现中，可以，例如，等待用户以新韵律跑步的阈值时间到期，由此不用在每次用户偶尔停下脚步时改变歌曲，而是一旦用户有意建立新的步速就改变歌曲。

更具体地描述非语言提示，应当指出，例如，在有些情况下，本文所描述的CE设备可以配置为在没有用户输入的情况下动态地从提供语言提示变成提供非语言提示，当，例如，在做相同的转弯或者以别的方式在相同路线上锻炼阈值次数之后，CE设备确定应当只给出非语言提示。对于已经熟悉用户锻炼的附近地区并且因此不需要语言提示但是可能希望给出不像语言提示干扰用户音乐那么多的非语言提示的用户来说，这会是有利的。这种决定可以，例如，至少部分地通过在用户每次沿着行进的路线前进时存储GPS数据来做出，在稍后的时间，这种GPS数据可以被分析，以确定是否已满足阈值次数。

本原理还认识到，虽然本说明书的一些参考，例如，跑步或骑自行车，描述CE设备特征，但是本原理也可以同等地应用到其它情况，诸如像游泳或任何其它建立重复/有节奏锻炼运动的锻炼。

最后，应当指出，本文描述的头戴式耳机可以配置为，例如，对在锻炼的时候存在的环境噪声进行有源降噪，同时仍然允许像由路过的汽车或与锻炼者讲话的某个人产生的声音的“短暂”声音被锻炼者听到。因而，这种头戴式耳机配置提升了安全性，但是仍然允许清楚地听到音乐，而不会让不想要的环境噪声干扰用户的收听享受。

虽然本文示出并具体描述了特定的“基于生物统计参数给出音频”，但是应当理解，本发明所涵盖的主题只能由权利要求来限定。

本申请要求于2013年9月17日提交的美国临时专利申请序列No.61/878,835的优先权。

Claims (20)

1.一种用于音频呈现的设备，包括：

至少一个计算机可读存储介质，承载可以由处理器执行的指令；

至少一个处理器，配置为访问计算机可读存储介质以执行指令将处理器配置为：

从锻炼者的至少一个生物统计传感器接收信号；

至少部分地基于来自生物统计传感器的信号，选择乐曲；及

在扬声器上播放该乐曲。

2.如权利要求1所述的设备，其中生物统计传感器是心率传感器。

3.如权利要求1所述的设备，其中，处理器在执行指令时配置为：

至少部分地基于确定乐曲的节奏匹配在来自生物统计传感器的信号中所指示的节奏而选择该乐曲。

4.如权利要求1所述的设备，其中，处理器在执行指令时配置为从与锻炼者关联的乐曲库选择乐曲。

5.如权利要求1所述的设备，其中，处理器在执行指令时配置为：

从一般乐曲库选择乐曲；及

向锻炼者提供提示锻炼者购买该乐曲的输出。

6.如权利要求1所述的设备，其中，处理器在执行指令时配置为：

确定由来自生物统计传感器的信号所指示的锻炼者的心率是否超过阈值；

响应于确定心率超过该阈值，减慢乐曲的节奏；及

响应于确定心率没有超过该阈值，不减慢乐曲的节奏。

7.如权利要求1所述的设备，其中，处理器在执行指令时配置为：

确定由来自生物统计传感器的信号所指示的锻炼者的心率是否低于阈值；

响应于确定心率低于该阈值，加快乐曲的节奏；及

响应于确定心率超过该阈值，不加快乐曲的节奏。

8.如权利要求1所述的设备，其中，处理器在执行指令时配置为至少部分基于以下步骤来选择乐曲：

访问与乐曲关联的、指示乐曲节奏的元数据；及

确定该乐曲的节奏是否匹配在来自生物统计传感器的信号中所指示的节奏。

9.一种用于音频呈现的方法，包括：

从至少一个生物统计传感器接收指示人的至少一个生物统计参数的信号；及

使向人播放的音乐适于该信号。

10.如权利要求9所述的方法，其中生物统计参数定义速率，并且该速率用来选择其节奏基本上匹配该速率的乐曲。

11.如权利要求9所述的方法，其中生物统计参数定义速率，并且该速率用来更改乐曲的节奏，以基本上匹配该速率。

12.如权利要求9所述的方法，还包括：

至少部分地基于确定音乐的节奏匹配在来自生物统计传感器的信号中所指示的节奏而选择该音乐。

13.如权利要求9所述的方法，包括从与人关联的乐曲库中选择音乐。

14.如权利要求9所述的方法，包括：

从一般乐曲库选择音乐；及

向人提供提示该人购买该音乐的输出。

15.如权利要求9所述的方法，包括：

确定由来自生物统计传感器的信号所指示的人的心率是否超过阈值；

响应于确定心率超过该阈值，减慢音乐的节奏；及

响应于确定心率没有超过该阈值，不减慢音乐的节奏。

16.如权利要求9所述的方法，包括：

确定由来自生物统计传感器的信号所指示的人的心率是否低于阈值；

响应于确定心率低于该阈值，加快音乐的节奏；及

响应于确定心率超过该阈值，不加快音乐的节奏。

17.如权利要求9所述的方法，其中至少部分地基于以下来选择音乐：

访问与音乐关联的、指示音乐节奏的元数据；及

确定该音乐的节奏是否匹配在来自生物统计传感器的信号中所指示的节奏。

18.一种用于音频呈现的设备，包括：

用于从至少一个生物统计传感器接收指示人的身体活动的韵律的信号的装置；及

用于至少部分地基于该韵律建立音乐的播放列表的装置。

19.如权利要求18所述的设备，其中播放列表包括音乐文件，每个音乐文件都分别包括至少基本上与所述韵律相似的第一音乐节奏。

20.如权利要求19所述的设备，其中韵律是第一韵律，并且其中所述设备还包括用于响应于人的身体活动的韵律变化而自动更改播放列表的装置，韵律的变化建立第二韵律，更改后的播放列表包括分别包括至少基本上与第二韵律相似的第二音乐节奏的音乐文件。