CN108454513A - 用于动态发动机声音增强的系统和方法 - Google Patents

Abstract

提供了一种用于移动平台的动态声音增强的方法和系统。该系统包括用于存储多个唯一声音配置文件的存储器以及通信地耦合到存储器的处理器。处理器接收移动平台的标识(ID)、驾驶模式，并且使用ID和驾驶模式来查阅存储器，以选择声音配置文件。处理器还接收发动机的航行状态数据和发动机状态数据，所述数据指示发动机是否处于航行模式下以及航行模式内的移动平台的进程。响应于航行状态和发动机状态数据并且根据所选的声音配置文件，处理器生成用于耦合到移动平台的音频系统的命令。

Description

用于动态发动机声音增强的系统和方法

技术领域

本技术领域总体上涉及声音管理系统，并且更具体地涉及用于移动平台发动机声音增强的系统及相关操作方法。

背景技术

人们通常熟悉了与移动平台(如车辆)的内燃机相关的动力传动系的各部件所发出的声音。首先，驾驶员常常依靠这种听觉反馈来加强关于车辆速度和性能的假设。另外，行人等旁观者往往依靠听觉反馈来做出关于车辆距离的假设。然而，随着车辆越来越多地依赖于电力推进，它们的静谧性变得更为出色，这对驾驶员和旁观者来说可能是不利的。具体地，混合动力车辆在滑行时可以变得极其安静。在混合动力车辆中，滑行通常被称为发动机航行模式，或者简称为“航行”。航行通常是定义为燃烧发动机关闭并与车辆的动力传动系断开的状态，通常还具有这种情况出现的持续时间。在发动机航行期间，没有熟悉的“发动机”声音可能会令人感到不安。

因此，期望的是一种能够通过提供与车辆的动力传动系相关联的预期听觉反馈来对发动机航行做出动态响应的发动机声音增强系统和方法。所期望的系统和方法提供了与在不同的车辆速度和型号下的预期声音相一致的动力传动系声音。此外，结合附图以及前面的技术领域和背景技术，通过随后的详细描述和所附权利要求，本公开的其他期望特征和特性将变得显而易见。

发明内容

之所以提供此发明内容是为了以简化形式介绍对将在以下具体实施方式部分中进一步描述的概念的选择。此发明内容并不旨在明确所要求保护的主题的关键特征或必要特征，也不旨在用来帮助确定所要求保护的主题的范围。

提供了一种用于移动平台的系统。该系统包括：包括多个声音配置文件的存储器；以及通信地耦合到存储器的处理器，该处理器配置为：接收移动平台的标识(ID)；接收驾驶模式；使用ID和驾驶模式来查阅存储器，以选择声音配置文件；接收发动机的航行状态数据和发动机状态数据；以及响应于对航行状态数据、发动机状态数据和所选的声音配置文件进行处理，生成用于耦合到移动平台的音频系统的命令。

还提供了一种用于移动平台的计算机实现方法。该方法包括：由处理器接收驾驶模式；基于对驾驶模式进行处理，利用移动平台的标识(ID)从存储器中选择唯一声音配置文件，其中该唯一声音配置文件包括(i)航行的声音，以及(ii)进入航行和(iii)停止中的至少一种的声音；接收发动机的航行状态数据；以及基于航行状态数据和唯一声音配置文件，生成用于机械地耦合到移动平台的音频系统的命令。

提供了另一种用于移动平台的系统。该系统包括：配置为机械地耦合到移动平台的音频装置；包括多个声音配置文件的存储器，多个声音配置文件中的每一个声音配置文件包括预先记录的声音和规则以生成声音；以及通信地耦合到音频装置和存储器的处理器，该处理器配置为：接收驾驶模式和移动平台的ID；使用驾驶模式和ID来查阅存储器，以选择ID的声音配置文件；接收发动机的发动机状态数据和航行状态数据；以及响应于对发动机状态数据、航行状态数据和所选的声音配置文件进行处理，生成用于音频装置的命令。

附图说明

在下文中将结合以下附图来描述本申请，其中相同的附图标记表示相同的元件，并且：

图1是示出了根据各种示例性实施例的基于目的地的能量管理系统的功能框图；以及

图2是描述了根据各种示例性实施例的用于基于目的地的能量管理的方法的流程图。

具体实施方式

以下的详细描述在本质上仅仅是示例性的，并不意图限制应用和用途。另外，不存在受到任何前述的技术领域、背景技术、发明内容或者下面的详细描述中提出的任何明示或暗示的理论的约束的意图。

如本文所用，词语“示例性”意指“用作示例、实例或说明”。本文中作为示例描述的任何实施方式不一定被解释为比任何其他实施方式更优先或有利。

应该理解的是，在此可以参考操作、处理任务和功能的符号表示来描述的各种块组件技术和工艺可以由任何数量的配置为执行指定功能的硬件、软件和/或固件组件来实现。例如，系统或组件的实施例可以采用各种集成电路组件，例如，存储元件、数字信号处理元件、逻辑元件、查找表等，其可以在一个或多个微处理器或其他控制装置的控制下实施各种功能。这样的操作、任务和功能有时被称为计算机执行的、计算机化的、软件实现的或计算机实现的。

以下描述可以涉及被“耦合”在一起的元件或节点或特征。如本文所用，除非另外明确地表示，否则，“耦合”意味着一个元件/节点/特征直接或间接地接合至另一个元件/节点/特征(或者直接或间接地与之通信)，并且不一定是以机械的方式。因而，尽管附图可能描绘了元件的一种示例性布置，但是附加的居间元件、装置、特征或组件可以存在于所描绘主题的实施例中。另外，仅出于参考的目的，在以下描述中也可以使用特定术语，并且因而所述术语不意图是具有限制性的。

为了简洁起见，在此可能不会详细地描述与发送和接收信号、无线通信模块、无线收发器、网络接口以及某些系统和子系统(及其各个操作部件)的其他功能方面有关的传统技术。另外，仅出于参考的目的，在以下描述中也可以使用特定术语。因此，在此给出的示例意在是非限制性的。

作为概述，所提供的声音增强系统是配置为命令音频系统在发动机航行期间发出预期的声音。在此过程中，所提供的声音增强系统在航行期间参考被选择来与移动平台的发动机类型和用户选择的驾驶模式相匹配的声音配置文件。所选择的声音配置文件是多个存储的声音配置文件中的一个，这些声音配置文件各自提供先前存储的声音和规则的组合，以便基于航行期间的发动机状态来生成声音。所提供的声音增强系统响应于发动机航行状态和发动机状态而动态地生成用于音频系统的命令。

如本文所用，术语“模块”是指单独地或以任何组合形式的任何硬件、软件、固件、电子控制组件、处理逻辑和/或处理器装置，包括但不限于：专用集成电路(ASIC)、电子电路、执行一个或多个软件或固件程序的处理器(共享、专用或群组)和存储器、组合逻辑电路和/或提供所述功能的其他合适组件。所提供的动态声音增强系统和方法可以呈现出的形式为集成在预先存在的移动平台管理系统或车辆管理系统内的控制模块。

现转到图1，描绘了根据示例性实施例的车辆100的功能框图。尽管所描绘的实施例将移动平台实现为车辆100，但是，在此提出的概念可以部署在其他移动平台中，诸如飞行器、航天器、水上工具、摩托车、机器人、机器人装置等。此外，如果需要的话，在此给出的概念也可以部署在非移动平台应用中。

车辆100包括布置在底盘104上的车身102。车身102基本上包围车辆100的系统和部件。车身102和底盘104可以共同地形成车架。车辆100还包括多个车轮106。车轮106各自在车身102的相应拐角附近旋转地耦合到底盘104，以促进车辆100的移动。在所描绘的实施例中，车辆100包括机械地耦合到底盘104的至少一个固定物体(如方向盘或座椅)以及四个车轮106，但是在其他实施例中，这些可以发生改变(例如，对于卡车和某些其他车辆而言)。

再次参照图1，可以被包围在车辆100的车身102内的系统和部件的非限制性示例包括：动力传动系108、用户输入装置112、显示装置114、音频系统116、触觉系统118和控制系统130。下面更详细地描述这些功能块。

动力传动系108是安装在底盘104上的推进系统，并且包括用于驱动车轮106的传动系。在某些示例性实施例中，动力传动系108包括与传动系及其传动装置耦合的内燃机和/或电动机/发电机(在此被简称为“发动机”110)。在某些实施例中，动力传动系108可以发生改变，和/或可以使用两个或多个动力传动系108。作为示例，发动机110可以包括多种不同类型的推进系统中的任何一种或组合，诸如汽油或柴油燃料燃烧发动机、“柔性燃料车辆”(FFV)发动机(即，使用汽油和酒精的混合物)、气体化合物(例如氢气和/或天然气)燃料发动机、燃烧/电动机混合发动机以及电动机。发动机110还可以与手动或自动变速器相关联。在此描述的许多“预期声音”与旋转零部件有关，诸如动力传动系108中的曲轴的每分钟转数(RPM)。由动力传动系108提供的转速计信号提供了曲轴的RPM的测量值，并由控制模块140进行处理以生成声音。就标识出声音配置文件这一点而言，下文更详细描述的车辆标识(ID)包括关于发动机110和动力传动系108的信息。

用户输入装置112可以是各种已知的用户输入装置中的任何一种或组合，包括但不限于触敏屏幕、光标控制装置(CCD)(未示出)(诸如鼠标、轨迹球或操纵杆和/或键盘)、一个或多个按钮、开关或旋钮。在各种实施例中，用户可以利用用户输入装置112从预定的驾驶员可选驾驶模式中进行选择，诸如旅行、运动、竞速和赛道，如上所述。

音频系统116可以包括足以检测声音和/或语音的一个或多个子系统，以及生成声音和/或语音的多个音频装置。在实践中，作为一个非限制性示例，音频装置117可以位于车辆100的驾驶舱区域内，并且音频装置119可以位于车辆100的驾驶舱区域外，例如位于动力传动系108上或附近。音频系统116可以响应于用户输入和/或控制系统130。响应于来自处理器142的命令，音频系统116根据所选的声音配置文件发出声音，并根据所选的声音配置文件停止发出声音。所发出的声音反映了车辆的航行状态(即，在航行或滑行过程中车辆的所在位置)，并且它们可以包括(i)预先记录的声音以及(ii)生成的声音。在各种实施例中，所发出的声音可以包括例如动力传动系108内的旋转零部件引发的砰砰声和汩汩声。在各种实施例中，来自处理器142的命令可以包括(i)用于音频系统116的第一音频装置117的命令，第一音频装置117位于移动平台的驾驶舱内部(例如，作为信息娱乐系统的一部分)，或者(ii)用于音频系统116的第二音频装置119的命令，第二音频装置119例如位于车辆100的驾驶舱外部。

显示装置114可以使用许多适合于以用户可查看的格式来呈现文本、图形和/或图标信息的已知显示装置中的任何一种来实现。如此，显示装置114可以是信息娱乐或导航系统132的一部分或与其集成在一起。这种显示装置的非限制性示例包括阴极射线管(CRT)显示器，以及诸如LCD(液晶显示器)和TFT(薄膜晶体管)显示器之类的平板显示器。在各种实施例中，显示装置114可以显示预定的驾驶员可选驾驶模式、ID信息等。

触觉系统118可以包括一个或多个触觉换能器，每一个触觉换能器机械地耦合到移动平台，通常是通过机械地耦合到车辆100内的固定物体120(诸如方向盘、座椅或变速箱)或耦合到车架(车身102和底盘104)来实现。可以理解的是，触觉感受可以包括人可以感觉到但却听不到的频率的混合。正如用户期望的那样，对于给定的动力传动系108，声音相对于航行状态和发动机状态而变化，用户还期望由触觉系统118产生的振动与航行状态和发动机状态一致。触觉系统118内的换能器例如通过振动它们所机械耦合到的物体(120、102、104)来产生位于车辆100内或附近的人在触觉上可感知到的振动。响应于来自控制系统130内的控制模块140的命令，触觉系统118生成触觉反馈和停止生成触觉反馈。因此，声音配置文件内的每一个子声音配置文件可以包括关于处理器142如何可以命令触觉系统118的唯一规则。

在图1所示的实施例中，控制系统130包括分别都在下面进行描述的导航系统132、传感器系统134、收发器136和控制模块140。控制系统130至少与用户输入装置112、显示装置114、音频系统116、触觉系统118和动力传动系108可操作地通信并且可以对其提供集中式控制。

导航系统132包括足以检测和提供车辆位置、地点和方向的传感器、装置、仪器(诸如雷达、激光雷达和全球定位系统(GPS))以及软件。在各种实施例中，导航系统132可以与显示装置114和音频系统116集成。

车辆100的传感器系统134通常包括足以感测信息、将感测到的信息转换为数字信息以及将数字信息(通常作为车辆状态数据，并且特别地作为发动机状态数据)提供给控制系统130的多个传感器、装置和软件。通常，多个传感器中的每一个传感器具体地耦合到车辆100的部件或子系统并且配置为感测该部件或子系统的特定方面。在各种实施例中，被感测的部件和子系统的各方面包括：这些部件和子系统的电连接、压力连接和/或机械连接、温度、振动和速度。作为非限制性示例，来自传感器系统134的感测到的信息作为发动机状态数据提供给控制模块(控制系统130内的控制模块140)，并且包括触觉信息、速度和加速度信息、车轮旋转、打破重力(G)、行驶期间的倾斜和下降、对油门踏板和制动器的压力、档位状态、外部温度、电池状态信息、感测到的航行状态以及感测到的驾驶舱温度。

收发器136可以包括可操作地耦合到处理器142的至少一个接收器和至少一个发射器。收发器136可以使控制模块140能建立和维护通向车载部件和外部通信源的通信链接，其中包括无线通信。收发器136可以执行本领域已知的信号处理(例如，数字化、数据编码、调制等)。在一些实施例中，收发器136与控制模块140集成在一起。

控制系统130执行各种车辆控制功能。关于控制模块140的功能，控制系统130接收来自以下中的任何组合的输入：(i)用户输入装置112、(ii)音频系统116、(iii)动力传动系108和(iv)传感器系统134。控制系统130对输入进行处理，并基于此在适当时执行任务以命令音频系统116和触觉系统118。

继续参考图1，描述了控制模块140的部件及其功能。在所示实施例中，控制模块140的计算机系统包括通信地耦合到存储器144的处理器142、接口146、存储装置148、总线150和可选的存储盘158。在各种实施例中，控制系统130(并且更具体地，控制模块140)根据下面结合图2进一步描述的方法200的各步骤来执行这些动作和其他功能。处理器142执行属于控制模块140的计算和控制功能，并且可以包括任何类型的处理器或多个处理器、诸如微处理器之类的单个集成电路、或者任何合适数量的集成电路装置和/或电路板，所述集成电路装置和/或电路板协同工作以通过操纵表示系统存储器中的存储器位置处的数据位的电信号以及信号的其他处理来执行所描述的操作、任务和功能。

在操作期间，处理器142加载并执行具体体现为包含在存储器144内的指令和应用程序152的一个或多个程序、算法和规则，并且由此控制控制系统130的以及控制模块140的计算机系统的一般性操作。在执行本文描述的过程中(诸如图2的方法200)，处理器142至少加载并执行程序156。

计算机可读存储介质(诸如存储器144、存储装置148或盘158)可以用作存储设备和便笺式存储器。数据位进行维护的存储器位置是具有与这些数据位相对应的特定电气、磁性、光学或有机性质的物理位置。存储器144可以是任何类型的合适的计算机可读存储介质。例如，存储器144可以包括诸如SDRAM的各种类型的动态随机存取存储器(DRAM)、各种类型的静态RAM(SRAM)以及各种类型的非易失性存储器(PROM、EPROM和闪存)。在某些示例中，存储器144位于和/或共同位于与处理器142相同的计算机芯片上。在所示实施例中，存储器144将上述指令和应用程序152连同存储值154中的一个或多个可配置变量一起进行存储。

存储装置148是形式为任何合适类型的存储设备的计算机可读存储介质，包括直接存取存储装置，诸如硬盘驱动器、闪存系统、软盘驱动器和光盘驱动器。在一个示例性实施例中，存储装置148包括程序产品，存储器144可以从该程序产品接收程序156，该程序执行本公开的一个或多个过程的一个或多个实施例，诸如方法200的各步骤(及其任何子过程)。在另一个示例性实施例中，程序产品可以直接存储在存储器144和/或盘(例如，盘158)中和/或以其他方式由其进行访问，诸如如下面所提到的。

多个唯一声音配置文件及其子声音配置文件以及相关的声音生成规则和触觉规则也可以存储在计算机可读存储介质中，诸如存储器144、存储装置148或盘158。可配置变量也可以存储在存储器144中，例如在存储值154处。可配置变量包括航行被定义为以更小速度行驶的预定航行速度。在一个实施例中，预定航行速度为每小时五英里，但是在各种其他实施例中，航行速度可以超过每小时60英里。车辆100正在停止的确定可以是基于可配置预定变量(诸如停止速度)以及来自动力传动系108的输入和/或包括在发动机状态数据中的一个或多个感测到的输入。由动力传动系108提供的转速计信号(测量曲轴的RPM)是用于确定(i)航行状态以及(ii)在任何给定时间相关的声音配置文件的子声音配置文件的输入。在一个实施例中，预定停止速度是每小时1英里。预定停止速度是可以存储在存储值154中的另一个变量。

总线150用于在控制模块140的计算机系统的各个部件之间传输程序、数据、状态和其他信息或信号。总线150可以是连接计算机系统和部件的任何合适的物理或逻辑装置。这包括但不限于直接硬连接、光纤、红外和无线总线技术。在操作期间，存储在存储器144中的程序156由处理器142加载并执行。

接口146实现了在控制模块140内的例如从系统驱动器和/或另一个计算机系统开始的通信，并且可以使用任何合适的方法和设备来实现。在一个实施例中，接口146从导航系统132、传感器系统134的各传感器和/或收发器136获得各种数据。接口146可以包括一个或多个网络接口以与其他系统或部件进行通信。接口146还可以包括用于与技术人员通信的一个或多个网络接口，和/或用于连接到诸如存储装置148之类的存储设备的一个或多个存储接口。

在已经描述了车辆100内的各部件之后，提供了对发动机“航行状态”和“声音配置文件”的详细讨论。如所述的，航行在本文中被定义为车辆100的动力传动系108关闭内燃机110以将内燃机110与传动系(未示出)断开的时段；被称为航行的时段可以根据车辆100以比可配置预定航行速度更小的速度行进而进一步进行调节。另外，航行可以根据车辆速度正在减小和/或正在以预定速率减小的其他条件来进行调节。在一个实施例中，预定滑行或航行速度为每小时五英里，但是在各种其他实施例中，应用特定的滑行或航行速度可以超过每小时60英里。因此，发动机110的“航行状态数据”包括来自动力传动系108和传感器系统134的输入的任何组合，其中该组合至少传达发动机110是否处于“航行”(即滑行)中。不管定义航行的实施例所采用的具体条件如何，当满足定义航行的条件时，确定车辆处于航行模式下。因此，航行状态可以至少被描述为当车辆100处于航行中时所激活的并且当车辆100不再处于航行中时所停用的“航行标志”。预定航行速度、预定减速度以及用于确定发动机航行状态的任何预定持续时间是可以存储在存储值154中的变量。

除了航行标志之外，航行状态还可以包括即将进入航行的指示符。在各种实施例中，在进入航行之前的预定时间量内可以激活“进入航行标志”。通常情况下，当激活航行标志时，进入航行标志基本上被停用。在各种实施例中，进入航行标志可以由控制模块140、来自动力传动系108的输入或来自传感器系统134的输入来确定并生成。

通常，当车辆100停止或开始加速时，它不再被认为是在滑行或航行(处于航行模式下)。对车辆100当前停止航行或已经停止航行的确定可以是基于感测到的发动机110的状态数据和/或动力传动系108的输入，诸如转速计信号。与进入航行标志一样，指示航行结束的“停止”标志可以由控制模块140、来自动力传动系108的输入或来自传感器系统134的输入来确定和生成。在各种实施例中，航行状态数据可以进一步以停止标志来传达航行是否已经停止/结束；航行停止(或者说停止标志)可以表示发动机110已经重新连接到传动系或者发动机110已经停止(即，发动机110不再驱动动力传动系来移动车辆100)。对车辆正在停止的确定可以使用可配置预定变量，如停止速度。一旦停止完成，或者根据特定应用的要求，可以停用停止标志。

总之，如本文所用，航行状态数据至少传达了车辆是否处于航行中，并且可以包括包括进入航行标志和停止标志在内的组中的一个或多个信号。这些标志是各自都具备两个可能的状态的信号：激活和停用。可以理解的是，进入航行、航行和停止航行之间的界限是应用特定的和可配置的。

在提供了对航行状态的讨论之后，现在将描述声音配置文件以及它们如何与航行状态相关。通常，声音配置文件可以包括组织成与上述航行状态相一致的各种预期声音。换句话说，声音配置文件提供了进入航行、航行和停止航行的预期声音。如上所述，声音配置文件中的预期声音通常包括齿轮接合和过渡的声音以及与动力传动系108内的曲轴相关的旋转零部件的声音。由于不同的发动机110通常发出不同的声音，因此，可以预期这些不同的发动机110(即，六缸或八缸、手动变速器或自动变速器)具有相应不同的声音配置文件。此外，声音配置文件可以是当全燃式发动机(即非电动发动机)正在滑行时用户预期听到的声音的组合。同样地，进入航行声音和停止航行声音也可以是当全燃式发动机(即非电动发动机)开始滑行或停止滑行时用户预期听到的声音的组合。具体地，停止航行可以包括“滑行降速”或“空转”声音。另外，整个声音配置文件上的预期声音可以包括唯一地与给定车辆100内的车架或驾驶舱空间的内部相关联的驾驶舱声音。此外，声音配置文件可以基于音频系统116的特征而不同，例如其中一个或多个音频装置117、119位于车辆100内或上。在每种情况下，声音配置文件都可以与至少一种发动机类型相关联。

因此，声音配置文件是唯一的，并且可以使用移动平台标识或车辆标识(ID)来进行组织和存储，所述标识是基于区分特征的任何组合在一个移动平台与另一个平台之间进行区分的标签，诸如发动机类型、变速器类型、驾驶舱类型、移动平台型号。在一个实施例中，声音配置文件被组织在查找表中，其中每个声音配置文件与一个ID相匹配。在这些实施例中，每一个子声音配置文件包括(i)预先记录的声音，并且还可以包括(ii)用于处理器生成命令以命令音频系统116生成声音的规则。每一个声音配置文件的预先记录的和生成的声音进一步根据动态接收的发动机状态数据来进行调节，这样做实现了完整的动态声音配置文件(其动态地响应于发动机状态并且驾驶员认为其极具真实性)。如所述的，示例性的预期声音是动力传动系108内曲轴的RPM的声音。在各种实施例中，对预期音调或声音的生成进行定义的规则可以包括生成人造RPM信号(即伪转速计)。这些音调或声音以产生对车辆100中动力传动系108的声音进行模仿的完整声音配置文件的方式而混合在一起。伪转速计在航行中是必不可少的，这是因为在航行中，发动机110被关闭和/或与车轮106分离开，由此不会使车轮106转动。

到目前为止对声音配置文件进行概括，每一个ID的声音配置文件包括三个子声音配置文件：进入航行、航行和停止航行。参考下面的表1，以声音配置文件下方的三列对声音配置文件进行描述，并且示出了四个ID(1-1、1-2、2-1和3-2)。在表1提供的示例中，第一ID表示具有第一发动机110的第一型号类型，而第二ID表示具有第一发动机110的第二型号类型。例如，第一发动机可以是八缸发动机，第二发动机可以是六缸发动机，第一型号可以是跑车，而第二型号可以是运动型多功能车。在此示例之后，第1行至第4行是配备有八缸发动机的跑车，而第5行至第9行是配备有八缸发动机的运动型多功能车。同理也适用于相反的情况：车辆的一个型号类型可以具有两个或多个不同的发动机110；换句话说，第1行至第4行可以是配备有八缸发动机的跑车，而第9行至第12行可以是配备有六缸发动机的跑车。在示例中，第三ID表示具有第二发动机110的第三型号类型，而第四ID表示具有第三发动机110的第三型号类型。在此示例中，四个ID是唯一的，并且唯一声音配置文件与四个唯一ID中的每一个ID相关联。字母a-j表示上面介绍的子声音配置文件，子声音配置文件以各种方式进行组合，形成ID的完整声音配置文件。表1中使用了多余的字母，这是为了表明在某些情况下子声音配置文件可以适用于一个以上的ID。如上所述，在各种实施例中，移动平台可以是除了车辆以外的其他东西，为此，表1的内容将相应地发生改变。综上所述，多个声音配置文件中的每一个声音配置文件包括与声音配置文件相匹配的ID，其中声音配置文件包括子声音配置文件，该子声音配置文件包括(i)航行的声音以及(ii)进入航行和(iii)停止中的至少一种的声音。

如上所述，每一个子声音配置文件是(a)预先记录的声音和(b)规则的组合，所述规则用于处理来自传感器系统134的发动机状态输入和/或动力传动系108的输入，并且基于此，命令音频系统116生成声音。在命令触觉系统118的实施例中，子声音配置文件各自进一步包括用于响应于发动机状态输入而命令触觉系统118的规则。因此，在各种实施例中，每一个子声音配置文件(字母a到j和下面的变型)可以包括以下的任何混合式组合：(i)通过音频系统116回放的预先记录的声音、(ii)用于处理器142命令音频系统116生成声音(诸如伪转速计的声音)的规则以及(iii)用于处理器142命令触觉系统118产生振动的规则。

表1

驾驶员可能希望将驾驶声音体验进一步定制为驾驶风格上的不同激进性水平和/或不同的驾驶场景。所支持的驾驶模式的非限制性示例包括车辆在跑道上的声音、车辆的运动版的声音等。通过经由用户输入装置112在预定驾驶模式中进行选择，驾驶员可以为指定ID定制驾驶声音体验。在表1的左侧，每一个ID通过预定的驾驶员可选驾驶模式进一步加以区分，所述驾驶员可选驾驶模式包括旅行、运动、潜行和赛道。任何所支持的预定驾驶员可选驾驶模式都可以配置成默认驾驶模式，并将相关联的声音配置文件配置为默认声音配置文件。表1将被称为“旅行”的驾驶模式描述为默认的驾驶模式，同时在第1行、第5行、第9行和第13行中示出了每一个ID的关联“旅行”声音配置文件。

容易理解的是，所选驾驶模式对声音配置文件内的每一个子声音配置文件的预期声音产生影响。例如，根据所选的驾驶模式，当车辆进入“空转或滑行降速”(航行模式开始，并朝着车辆停止发展下去)时，用户可能会预期听到齿轮的逐渐减速，或者替代地，齿轮的平稳过渡。这种变化主要是由于阀门排气系统或涡轮废气所产生的声音造成的。因此，在各种实施例中，与表格1中的每一个ID相关联的声音配置文件可以通过可用的预定驾驶员可选模式进一步加以修改，例如，如在第2行、第3行和第4行中指出的声音配置文件中所示。

在操作中，处理器142接收移动平台的标识(ID)和用户输入驾驶模式，并且查阅存储器144，以选择与ID和驾驶模式相匹配的唯一声音配置文件。ID可以由控制系统130提供并且经由接口146接收，或者可以利用处理器142执行指令和存储在指令中的应用程序152来生成ID。

将会理解的是，控制系统130可以不同于图1所示的实施例。作为第一示例，在各种实施例中，用户输入装置112、显示装置114、音频系统116和导航系统132的任何组合可以是与车辆100相关联的现有控制台或用户界面的一部分，并且可以进行集成以接受用户输入(例如，作为被操纵的按钮、语音或触摸屏交互)。无论这些系统的集成状态如何，用户都可以至少经由用户输入装置112来提供用户输入，从而控制车辆100上的各系统的一个或多个特征。

控制模块140可以以软件或固件的任何组合来实现，并且可以采用执行本文描述的各种任务的程序代码段或指令。在各种实施例中，控制模块140可以耦合到或者可以另外利用一个或多个远程计算机系统和/或外部(车辆100的外部)控制系统。在操作时，控制模块接收车辆100的ID，并且使用该ID来查阅计算机可读存储介质并找出该ID的唯一声音配置文件。控制模块140还接收发动机的航行状态数据。如上所述，发动机的航行状态数据包括包括航行标志、进入航行标志和停止标志在内的组中的一个或多个。

现在参考图2并继续参考图1，提供了根据各种示例性实施例的用于控制模块140的方法200的流程图。方法200表示与控制模块140相关联的方法的各种实施例。出于说明的目的，以下对方法200的描述可以涉及以上结合图1提到的元件。在实践中，方法200的各部分可以由所述系统的不同部件执行。应该理解的是，方法200可以包括任何数量的附加或替代任务，图2中所示的任务无需以所示顺序执行，并且方法200可以被并入到具有在此未详细描述的附加功能的更全面的过程或方法中。而且，只要预期的总体功能保持不变，那么，可以从方法200的实施例中省略掉图2所示的一个或多个任务。

该方法开始，并且在202处，对预定的可配置变量进行初始化。如上所述，预定变量包括航行速度、停止速度、进入航行之前的时间量等。变量初始化可以包括从一个计算机可读存储介质中检索出可配置变量并将其存储在另一个计算机可读存储介质中，经由收发器136对其进行接收，或者经由与用户输入装置112的用户交互来接收变量。在204处，通过在存储器144中以其相应的ID来排列包括子声音配置文件的声音配置文件，对声音配置文件(诸如结合表1和表2所描述的声音配置文件)进行初始化。在各种实施例中，对声音配置文件进行初始化还包括对规则进行初始化，其中所述规则用于处理器命令音频系统生成声音，例如当音频系统表现出来的是与伪转速计相链接时。另外，对声音配置文件进行初始化可以包括确定任何预先记录的和生成的声音应随时间流逝而混合在一起的方式，以及确定处理器为触觉系统118生成的命令应如何与发出的声音相协调。

与可配置变量一样，可以通过如下方式对声音配置文件进行初始化：从一个计算机可读存储介质(例如，盘158)中检索出声音配置文件并将其存储在另一个计算机可读存储介质(例如，存储器144)中、经由收发器136对其进行接收、或者经由与用户输入装置112的用户交互来接收变量。在206处，从动力传动系108接收ID。或者，ID可以由控制系统130基于感测到的数据确定，或者可以经由收发器136从位于控制系统130外部的车辆管理系统接收。如上所述，ID包括关于动力传动系108(包括发动机110)的信息以及可以与车架(即车身102和底盘104)相关联的型号类型。202、204和206可以在到达用户之前在工厂中执行，或者可以作为软件安装来执行，或者可以由用户手动执行。

在207处，接收用户选择的驾驶模式。用户选择的驾驶模式可以从用户输入装置112接收。在208处，方法200对ID和用户选择的驾驶模式进行处理，以便从多个声音配置文件中选择声音配置文件。如上所述，对ID和驾驶模式进行处理包括处理器142查阅存储在存储器144中的查找表(如上面的表1)，并且在该查找表中搜索接收到的ID和模式。当在查找表中找到接收到的ID/模式时，相匹配的声音配置文件就是所选的声音配置文件。在210处，控制模块140中的处理器142接收航行状态数据。如上所述，航行状态数据包括一个或多个传达了车辆100何时以及是否处于航行(滑行)中的激活标志。在211处，对来自动力传动系108或传感器系统134的航行状态和发动机状态输入进行处理，从而动态地确定有关的声音配置文件和子声音配置文件。

在212处，由处理器142进一步处理发动机状态数据和所选的子声音配置文件，以确定出要发出的预先记录的声音、要生成的声音以及所需的声音混合。例如，参考表1，如果ID是11运动(第2行)且航行状态数据是激活的航行标志，则采用声音配置文件的子声音配置文件(bs)，并且根据与11运动相关联的航行状态数据和声音配置文件，处理器142生成用于音频系统116的命令以发出或停止发出声音(bs)。在214处，该过程可以根据航行状态数据和声音配置文件生成用于触觉系统118的命令，从而引发或停止振动。继续上面的示例，在214处，处理器142根据子声音配置文件(bs)生成用于触觉系统118的命令。在216处，根据在212和214处生成的命令，处理器142命令音频系统116和触觉系统118。根据应用和先前接收到的航行状态，在完成216之后，过程可以返回到210以继续处理航行状态数据，或者就此结束。

因此，提供了一种能够为车辆进行动态声音增强的系统和方法。所提供的系统和方法可以呈现出的形式为集成在预先存在的移动平台或车辆管理控制系统130内的控制模块140。

还将理解的是，虽然所描述的示例性实施例是在功能完善的计算机系统的背景下描述的，但是本领域技术人员将认识到，本公开的机制能够作为程序产品来分发，所述程序产品具有用于存储程序及其指令并执行其分发的一种或多种类型的非暂时性计算机可读信号承载介质，诸如，承载程序156并包含存储在其中以使计算机处理器(诸如处理器142)执行并实施程序156的计算机指令的非暂时性计算机可读介质。这样的程序产品可以采取各种形式，并且无论用于执行分发的计算机可读信号承载介质的具体类型如何，本公开都同样适用。信号承载介质的示例包括：诸如软盘、硬盘驱动器、存储卡和光盘之类的可记录介质，以及诸如数字和模拟通信链路的传输介质。将会理解，在某些实施例中也可以利用基于云的存储和/或其他技术。

虽然在本发明的前述详细描述中已经呈现出了至少一个示例性方面，但是应当理解的是，仍存在大量变型。还应当理解的是，该示例性实施例或多个示例性实施例只是示例，并且并不意图以任何方式限制本发明的范围、适用性或配置。相反，前述详细描述将为本领域技术人员提供用于实施本发明的示例性方面的便利指引。应理解的是，在不偏离如所附权利要求中所阐明的范围的前提下，可以在示例性方面中所描述的元件的布置和功能方面做出各种改变。

Claims (10)

1.一种用于移动平台的系统，所述系统包括：

包括多个声音配置文件的存储器，所述多个声音配置文件中的每一个声音配置文件包括航行和停止的声音；以及

通信地耦合到所述存储器的处理器，所述处理器配置为：

接收所述移动平台的标识(ID)；

接收驾驶模式；

使用所述ID和驾驶模式来查阅所述存储器，以选择声音配置文件；

接收包括航行标志和停止标志的航行状态数据以及所述发动机的发动机状态数据；以及

响应于对所述航行状态数据、所述发动机状态数据和所述所选的声音配置文件进行处理，生成用于耦合到所述移动平台的音频系统的命令；以及

命令所述音频系统以：

在激活所述航行标志时发出所述航行声音；以及

在停用所述航行标志时停止发出所述航行声音；

在激活所述停止标志时发出所述停止声音；以及

在停用所述停止标志时停止发出所述停止声音。

2.根据权利要求1所述的系统，其中所述发动机的所述航行状态数据还包括进入航行标志。

3.根据权利要求2所述的系统，其中所述多个声音配置文件中的每一个声音配置文件还包括进入航行的声音。

4.根据权利要求3所述的系统，其中所述处理器进一步配置为命令所述音频系统以：在激活所述进入航行标志时发出所述进入航行声音；以及在停用所述进入航行标志时停止发出所述进入航行声音。

5.根据权利要求4所述的系统，其中所述处理器进一步配置为：

响应于对所述航行状态数据、发动机状态数据和所述声音配置文件进行处理，

生成用于所述音频系统的第一音频装置的命令，所述第一音频装置位于所述移动平台的驾驶舱内部，或者

生成用于所述音频系统的第二音频装置的命令，所述第二音频装置位于所述移动平台的所述驾驶舱外部。

6.根据权利要求5所述的系统，其中所述处理器进一步配置为响应于对所述航行状态数据、发动机状态数据和所述声音配置文件进行处理，生成用于耦合到所述移动平台的触觉换能器的命令。

7.一种用于移动平台的计算机实现方法，所述方法包括：

由处理器接收驾驶模式；

基于对所述驾驶模式进行处理，利用所述移动平台的标识(ID)从存储器中选择唯一声音配置文件，其中所述唯一声音配置文件包括(i)航行、(ii)进入航行和(iii)停止的声音；

接收所述发动机的航行状态数据，所述航行状态数据包括进入航行标志、航行标志以及停止标志；以及

基于所述航行状态数据和所述唯一声音配置文件，生成用于机械地耦合到所述移动平台的音频系统的命令；以及

命令所述音频系统以：

在激活所述进入航行标志时发出所述进入航行声音；

在停用所述进入航行标志时停止发出所述进入航行声音；

在激活所述航行标志时发出所述航行声音；

在停用所述航行标志时停止发出所述航行声音；

在激活所述停止标志时发出所述停止声音；以及

在停用所述停止标志时停止发出所述停止声音。

8.根据权利要求7所述的方法，其中所述音频装置位于所述移动平台的驾驶舱内部，并且还包括响应于对所述航行状态数据和所述唯一声音配置文件进行处理，生成用于位于所述移动平台的所述驾驶舱内部的所述音频装置的命令。

9.根据权利要求8所述的方法，其中所述音频装置位于所述移动平台的驾驶舱内部，并且还包括响应于对所述航行状态数据和所述唯一声音配置文件进行处理，生成用于位于所述移动平台的所述驾驶舱外部的所述音频装置的命令。

10.根据权利要求9所述的方法，还包括响应于对所述航行状态数据和所述唯一声音配置文件进行处理，生成用于耦合到所述移动平台的触觉换能器的命令。