CN108068689B - 车辆声音启动 - Google Patents

Abstract

一种计算机被编程用于在指示第二车辆致动声音输出之后从第一车辆的传感器接收音频数据。该计算机产生关于接收到的音频数据的诊断数据。然后，该计算机可以基于诊断数据来致动输出。

Description

车辆声音启动

技术领域

本发明涉及一种车辆声音启动的方法。

背景技术

车辆的发动机声音可以引起行人和/或其他车辆的驾驶员的注意。因此，发动机声音可以减少碰撞的可能性。例如，打算穿越街道的行人可以基于听到车辆发动机的声音而察觉到即将到来的车辆。然而，一些诸如混合动力或电动车辆的车辆可以在没有内燃机的情况下运行，因此缺乏发动机声音。可以使用合成声音系统来补偿发动机声音的缺失，例如，当混合动力车辆通过使用车辆的电动马达移动时产生合成声音。当合成声音系统无法操作和/或不能正常运行时，会出现危险。

发明内容

根据本发明，提供一种计算机，该计算机被编程用于进行以下操作：

在指示第二车辆致动声音输出之后从第一车辆的传感器接收音频数据；

产生关于接收到的音频数据的诊断数据；和

基于诊断数据而致动输出。

根据本发明的一个实施例，该计算机还被编程用于在收集音频数据之前致动第一车辆的车窗开关。

根据本发明的一个实施例，其中该计算机还被编程用于在至少部分地基于指示确定接收到的音频数据是从第二车辆被接收到之后产生诊断数据。

根据本发明的一个实施例，其中该计算机还被编程用于从第二车辆接收状态数据，并且至少部分地基于来自第二车辆的接收到的状态数据来确定接收到的音频数据是否是从第二车辆被接收到。

根据本发明的一个实施例，其中传感器是车载麦克风和移动设备中的麦克风中的一个。

根据本发明的一个实施例，其中该计算机还被编程用于通过以下步骤产生诊断数据：

计算接收到的音频数据的频率分布；和

基于所计算的频率分布来确定接收到的音频数据是否包括一个或多个预期频率分量。

根据本发明的一个实施例，其中该计算机还被编程用于从第二计算机接收预期频率分量。

根据本发明的一个实施例，其中该计算机还被编程用于从第一车辆的物体检测传感器接收数据，并且基于接收到的数据来识别预期频率分量。

根据本发明的一个实施例，其中该计算机还被编程用于通过确定接收到的音频数据的振幅是否超过预定的振幅阈值来产生诊断数据。

根据本发明的一个实施例，其中该计算机还被编程用于基于相对于第一车辆位置的第二车辆位置来确定接收到的音频数据的振幅是否超过预定的振幅阈值。

根据本发明的一个实施例，其中该计算机还被编程用于从第二车辆接收属性数据，并且基于接收到的属性数据来识别预定的振幅阈值。

根据本发明的一个实施例，其中接收到的属性数据包括由第二车辆的声音产生系统产生的声音数据的振幅。

根据本发明的一个实施例，其中该计算机还被编程用于进行以下操作：

接收指示第二车辆的声音产生系统的评估请求的消息；和

基于第一车辆的速度、第二车辆的速度、第二车辆相对于第一车辆的距离、以及第一车辆是否具有音频传感器来确定第一车辆是否能够提供诊断。

根据本发明的一个实施例，其中该计算机还被编程用于基于从第二车辆接收到的指示声音产生系统运行状态的状态数据来确定接收到的音频数据是否是从第二车辆被接收到。

根据本发明的一个实施例，其中第一车辆是陆地车辆和空中车辆中的一个。

根据本发明，提供一种计算机，该计算机被编程用于进行以下操作：

传输第一车辆的声音产生系统的评估请求；

至少部分地基于来自第二车辆的答复来致动声音产生系统；

从第二车辆接收诊断数据；和

基于接收到的诊断数据来致动第一车辆中的输出。

根据本发明的一个实施例，其中输出包括打开故障指示灯和致动声音警告中的至少一个。

根据本发明的一个实施例，其中该计算机还被编程用于在致动声音产生系统之前关闭第一车辆的发动机。

根据本发明的一个实施例，其中该计算机还被编程用于进行以下操作：

当第一车辆的发动机运行时，从第一车辆的音频传感器接收音频数据；和

基于接收到的音频数据来识别发动机声音的频率分布分量和振幅阈值中的至少一个。

根据本发明的一个实施例，其中该计算机还被编程用于在第一车辆缺少音频传感器的情况下传输请求。

附图说明

图1是示出了具有各自的声音产生系统的车辆的图；

图2是第一车辆确定第二车辆的声音产生系统中是否存在故障的示例性过程的流程图；

图3A-3B是用于操作第二车辆的声音产生系统的示例性过程的流程图。

具体实施方式

介绍

参考图1，第一车辆100的计算机110被编程用于在指示第二车辆105致动诸如声音产生系统140的声音输出之后从第一车辆100的传感器130接收音频数据。计算机110产生关于接收到的音频数据的诊断数据。然后，计算机110可以基于诊断数据而引起动作，例如，诸如向第二车辆105发送包括与检测到的故障相关联的数据的消息。

图1是车辆100、105的框图。为了方便并且不指示任何顺序或优先级，车辆100、105可以被称为第一车辆100和第二车辆105。如图1所示，第一车辆100和第二车辆105可以具有共同的元件，包括计算机110、发动机120、音频传感器130、声音产生系统140、车窗150和/或车窗开关160，这些元件中的每个在下面更详细地讨论。

系统元件

图1示出了第一和第二车辆100、105。车辆100、105可以以各种已知方式被提供动力，例如使用电动马达和/或内燃发动机。车辆100、105中的每个可以是诸如小汽车、卡车等的陆地车辆或者诸如无人驾驶飞机的空中车辆。在一个示例中，第一车辆100和第二车辆可以分别是无人驾驶飞机和小轿车。车辆100、105中的每个可以包括计算机110、诸如扬声器的声音产生系统140、内燃(IC)发动机120、音频传感器130、车窗150、车窗开关160和在下面描述的其它部件。车辆100、105中的每个具有几何中心点180，例如车辆100、105的相应纵向和横向中心线相交的点。

计算机110包括诸如已知的处理器和存储器。存储器包括一种或多种形式的计算机可读介质，并且储存可由计算机110执行的用于执行包括如本文所公开的各种操作的指令。

计算机110可以以自主或半自主模式操作相应的车辆100、105。为了本公开的目的，自主模式被定义为：在自主模式下，车辆100的推进、制动和转向中的每个由计算机110控制；在半自主模式下，计算机110控制车辆100的推进、制动和转向中的一个或两个。

计算机110可以包括用于操作陆地车辆的制动器、推进器(例如，通过控制内燃发动机、电动马达、混合发动机等中的一个或多个来控制车辆中的加速度)、转向器、气候控制系统、内部和/或外部灯等的一个或多个，以及用于确定是否以及何时是由计算机110而不是人类操作者控制这种操作的编制程序。另外地或替代地，计算机110可以包括用于操作包括起飞、着陆、飞行等的空中车辆操作中的一个或多个的编制程序。另外，计算机110可以被编程用于确定人类操作者是否以及何时控制这种操作。

计算机110可以包括多于一个处理器，或者例如通过如下文进一步描述的车辆通信总线通信地连接至多于一个处理器，处理器例如用于监测和/或控制诸如动力传动系统控制器、制动器控制器、转向器控制器等的各种车辆控制器的包括在车辆中的控制器等。计算机110总体上被设置用于在车辆通信网络上进行通信，例如车辆通信网络可以包括诸如控制器局域网(CAN)等的车辆中的总线，和/或其他有线和/或无线机制。

通过车辆网络，计算机110可以向车辆中的各种装置传输消息和/或从诸如音频传感器130、声音产生系统140等的各种装置接收消息。替代地或另外地，在计算机110实际上包含多个装置的情况下，车辆通信网络可以用于在本公开中表示为计算机110的设备之间的通信。此外，如下所述，各种控制器和/或传感器可以通过车辆通信网络向计算机110提供数据。

车辆100、105的致动器通过可以根据如已知的适当的控制信号来致动各种车辆子系统的电路、芯片或其他电子和/或机械部件来实施。致动器可以被用于控制车辆100、105的制动、加速和转向。此外，致动器可以包括声音产生系统140、一个或多个车窗开关160。计算机110可以致动声音产生系统140以产生声音，例如，类似于在发动机怠速时的发动机120的声音。例如，计算机110可以通过发送包括指示振幅和/或频率内容(即，声波的形状)的数据的控制指令来致动声音产生系统140。声波可以被分解为诸如已知的多个正弦波的和。这里称为频率分量的正弦波中的每个可以由频率限定。另外，频率分量可以包括相应波的振幅。换句话说，声波可以是多个频率分量的和，每个频率分量由相应的频率和振幅限定。声音产生系统140包括安装至车辆100、105(例如，在发动机罩下方、在保险杠上等)的一个或多个扬声器。声音产生系统140还可以包括用于控制声音输出的电子部件，例如放大器、芯片等。声音产生系统140可以从计算机110接收模拟和/或数字致动信号。

计算机110可以致动车辆100、105的车窗开关160，以打开或关闭车辆100、105的车窗150。车窗开关160可以包括机械地连接至车辆100、105的车窗150的电动马达。例如，计算机110可以致动车窗开关160的电动马达以打开或关闭车窗150。

此外，计算机110可以被配置用于通过车辆到车辆(V-V)无线通信接口与其他车辆100、105进行通信，例如通过车辆到车辆通信网络进行通信。V-V通信网络表示一个或多个机制，通过该一个或多个机制，车辆100、105的计算机110可以与其他车辆100、105进行通信，并且该一个或多个机制可以是无线通信机制中的一个或多个，包括无线(例如，蜂窝、无线、卫星、微波和射频)通信机制和任何期望的网络拓扑(或当利用多个通信机制时的多个拓扑)的任何期望的组合。示例性V-V通信网络包括提供数据通信服务的蜂窝、蓝牙、IEEE802.11、专用短程通信(DSRC)和/或包括因特网的广域网(WAN)。例如，第一车辆100的计算机110可以被编程用于通过V-V无线通信接口向第二车辆105发送控制指令以致动第二车辆105的声音产生系统140。

计算机110可以从包括在车辆100、105中的音频传感器130(例如麦克风)——例如包括在车辆100、105的人机界面中的音频传感器130——接收音频数据。接收到的音频数据可以指示接收到的声波的振幅和/或波形，即频率内容。另外地或替代地，计算机110可以从例如车辆100、105的乘员的移动设备170接收音频数据。例如，计算机110可以通过诸如蓝牙^TM的无线网络与移动设备170进行通信。因此，计算机110可以通过无线网络接收音频数据。

过程

图2示出了用于第一车辆100评估第二车辆105的声音产生系统140的运行的示例性过程200。例如，第一车辆100的计算机110可以被编程用于执行过程200。

过程200在框205中开始，在框205中，第一车辆100的计算机110通过第一车辆100的V-V通信接口来从第二车辆105接收评估请求，例如，评估第二车辆105的声音产生系统140中是否存在故障的请求，故障例如，尽管来自计算机110的致动指令指示声音产生系统产生声音，但是声音产生系统不产生声音，或者以不符合满足需要的声音的预定值的音量和/或音调等产生声音。附加地或替代地，计算机110可以接收用于评估由第二车辆105的声音产生系统140产生的声音的音调(即，频率)和振幅的请求，并且响应于该请求而提供关于这些值的数据，即使未确定或未检测到故障。接收到的评估请求可以包括各种数据，例如第二车辆105的位置(例如GPS位置坐标)、以及第二车辆105的声音产生系统140的属性数据等。例如，属性数据可以指示可以由声音产生系统140产生的频率分量的范围。例如，数据可以指示可以由声音产生系统140产生的80-120赫兹(Hz)的频率和80-120分贝的振幅。作为另一示例，属性数据可以包括特定的一组频率分量，例如，90Hz的第一频率分量和80分贝以及100Hz的第二频率分量和90分贝。作为另一示例，属性数据可以包括记录的声波，例如诸如已知的数字记录的声音。

接下来，在判定框210中，第一车辆100的计算机110确定第一车辆100是否可以向第二车辆105提供诊断。例如，第一车辆100的计算机110可以确定第一车辆100的计算机110是否可以致动第二车辆105的声音产生系统140、接收音频数据，并且验证第二车辆105的声音产生系统是否具有故障。另外，第一车辆100的计算机110可以确定第一和第二车辆100、105的预定点(例如中心点180)之间的距离d，并且基于所确定的距离d来确定是否可以提供诊断。由第二车辆105的声音产生系统140产生的声波随着车辆100、105之间的距离d的增加而减弱。因此，在一个示例中，第一车辆100的计算机110可以确定当车辆100、105之间确定的距离d小于预定阈值时可以提供诊断。在另一示例中，第一车辆100的计算机110可以例如通过V-V通信接口或诸如物体检测传感器的第一车辆100的传感器接收指示第二车辆105的速度的数据。第一车辆100的计算机110可以基于第二车辆105的速度而确定第一车辆100的计算机110是否可以提供诊断。例如由于多普勒效应，车辆100、105相对于彼此的速度可以影响评估的准确性。因此，在一个示例中，计算机110可以被编程用于确定当第二车辆105的速度相对于第一车辆100的速度小于预定速度阈值(例如，10km/h)时可以提供诊断。如果第一车辆100的计算机110确定可以提供诊断，则过程200进行至框215；否则过程200结束或者尽管在过程200中未示出但是返回至框205。

在框215中，第一车辆100的计算机110选择要打开的第一车辆100的一个或多个车窗150。第一车辆100的音频传感器130和/或移动设备170可以在车辆100的内部，例如在轿车100的内部。因此，为了捕获来自第二车辆105的声波，应该打开第一车辆100的车窗150以允许声波进入第一车辆100的内部。在一个示例中，第一车辆100的计算机110可以基于第二车辆105相对于第一车辆100的位置来选择一个或多个车窗150，例如，通过当第二车辆105位于第一车辆100的右侧时选择位于第一车辆100的右侧的车窗150。作为另一示例，第一车辆100的计算机110可以选择打开所有车窗150。

接下来，在框220中，第一车辆100的计算机110致动车窗开关160以打开所选择的车窗150。另外，计算机110当例如基于来自第一车辆100的传感器的数据确定所选择的车窗150已经打开、或敞篷车辆100的车顶是敞开的时可以不致动车窗开关160。

接下来，在框225中，第一车辆100的计算机110向第二车辆105发送控制指令以致动第二车辆105的声音产生系统140。例如，控制指令可以包括指示声音产生系统140应该被致动的时间长度(例如5秒钟)的数据。附加地或替代地，控制指令可以包括指示多个步骤致动的数据，多个步骤致动例如3次致动声音产生系统140，每次持续时间为1秒打开和1秒关闭的模式。另外，控制指令可以包括指示预期声音的频率分量和振幅的数据。此外，控制指令可以包括第二车辆105的标识符，例如车辆识别号码(VIN)，以防止除了第二车辆105之外的任何车辆基于来自第一车辆105的控制指令通过致动其声音产生系统来进行响应，从而导致错误的检测。

接下来，在框230中，第一车辆100的计算机110从例如第一车辆100的音频传感器130、第一车辆100中的移动设备170等接收音频数据。另外，第一车辆100的计算机110可以通过V-V通信接口从第二车辆105接收状态数据，例如，指示由第二车辆105的声音产生系统140基于由第一车辆100发送的控制指令(即与声音产生系统140的操作同步)产生的声音的频率和振幅的数据。接收到的数据还可以包括第二车辆105的标识符，例如VIN。例如，第二车辆105可以根据声音产生系统140的当前状态，发送包括第二车辆105的VIN以及声音产生系统140是否处于启用或未启用的指示的状态数据。第一车辆100的计算机110可以然后接收声音数据和状态数据。例如，第一车辆100的计算机110可以通过将状态数据与接收到的音频数据进行比较来确定接收到的声音是否来源于第二车辆105，即接收到的音频数据的持续时间是否对应于指示启用的状态数据的持续时间。

接下来，在框235中，第一车辆100的计算机110验证接收到的音频数据，例如，以确定在第二车辆105的声音产生系统140处是否存在故障、以确定振幅和/或频率或产生的声音是否满足一个或多个预期属性等。然后，计算机110产生指示例如是否确定在声音产生系统140中存在故障的诊断数据。例如，计算机110可以通过以下方式检测故障：计算接收到的音频数据的频率分布，并且基于所计算的频率分布，确定接收到的数据是否包括一个或多个预定的预期频率分量。可以基于由第一车辆100的计算机110发送的控制指令和/或基于来自第二车辆105的接收数据来限定预定的预期频率分量。作为另一示例，计算机110从第一车辆100的物体检测传感器接收数据，并且基于接收到的数据(例如，基于第二车辆105的尺寸)来识别预定的预期频率分量。换句话说，可以基于检测到的车辆105的尺寸、型号等来确定声音的频率分量和/或振幅。

接收到的音频数据可以包括来自除了第二车辆105之外的车辆的音频数据。因此，第一车辆100的计算机110可以被编程用于检测接收到的音频数据内的与第二车辆105相关联的音频数据。例如，第一车辆100的计算机110可以被编程用于基于来自第一车辆100的控制指令和/或来自第二车辆的接收到的状态数据来确定音频数据是否由第二车辆105产生。作为示例，如上所述，控制指令可以包括用于致动声音产生系统140的时间长度或多个步骤。因此，第一车辆100的计算机110可以基于如在控制指令中指示的时间长度或多个步骤的模式，来确定声音是否来源于第二车辆105。作为另一示例，如上所述，第二车辆105可以通过无线网络与致动声音产生系统140的操作同步地发送指示状态数据的数据。例如，第一车辆100的计算机110通过将状态数据与接收到的音频数据进行比较，即接收到的音频数据的持续时间是否对应于指示第二车辆105的声音产生系统140启用的数据的持续时间，可以确定接收到的音频数据是否来源于第二车辆105。此外，第一车辆100的计算机110可以基于接收到的状态数据来确定接收到的音频数据是否来源于第二车辆105。例如，接收到的音频数据的频率、时间长度等是否与从第二车辆105接收到的状态数据中指示的状态相匹配。

另外地或替代地，第一车辆100的计算机110可以使用用于将声音与背景噪声区分开的诸如已知的各种信号处理技术，例如，以将由第二车辆105的声音产生系统产生的声音与在第一车辆100的周围区域中接收到的其他声音和噪声区分开。计算机110可以基于来自第二车辆105的接收到的属性数据来识别预定的振幅阈值。例如，属性数据包括可以由第二车辆105的声音产生系统140产生的声音的振幅。然而，由第一车辆100从第二车辆105接收到的声音的振幅还可以取决于诸如第二车辆105相对于第一车辆100的距离d和/或位置、和/或车辆100、105的相对速度的其他因素。因此，计算机110还可以基于相对于第一车辆100的位置的第二车辆105的位置和/或距离d，确定接收到的音频数据的振幅是否超过预定的振幅阈值。例如，计算机110当第二车辆105的属性数据表示100分贝的振幅并且车辆100、105之间的距离d为25米时，可以确定80分贝的振幅阈值。

接下来，在框240中，计算机110通过第一车辆100的V-V通信接口例如向第二车辆105传输诊断数据。

在框240之后，过程200结束，或者尽管在过程200中未示出但是返回至框205。

图3A-3B示出了用于操作第二车辆105的声音产生系统140的示例性过程300。例如，第二车辆105的计算机110可以被编程用于执行过程300。

过程300在框305中开始，在框305中，第二车辆105的计算机110确定第二车辆105的声音产生系统140的诊断操作是否被启动。诊断操作的启动可以基于各种条件，例如，一经打开第二车辆105的点火装置、例如基于通过移动设备170或计算机110的人机界面进行的用户输入、在行驶超过预定的时间之后等。如果计算机110确定诊断被启动，则过程300进行至判定框310；否则，过程300进行至判定框340。

在判定框310中，第二车辆105的计算机110确定是否需要例如通过第一车辆100进行远程诊断操作。例如，第二车辆105的计算机110可以确定当第二车辆105缺少用于从第二车辆105的声音产生系统140接收音频数据的音频传感器130或第二车辆105的音频传感器130无法运行时需要远程诊断操作。在另一示例中，第二车辆105的计算机110可以确定当计算机110确定其可以通过第二车辆105的音频传感器130和/或第二车辆105中的移动设备170接收音频数据时，远程诊断操作是不必要的。如果第二车辆105的计算机110确定需要远程诊断操作，则过程300进行至框355(参见图3B)；否则过程300进行至框315。

在框315中，第二车辆105的计算机110可以使第二车辆105的内燃发动机120关闭，例如通过向动力传动系统控制器发送控制指令。例如，混合动力第二车辆105可以包括发动机120和电动马达。第二车辆105的计算机110可以被编程用于关闭车辆105的发动机120以防止发动机120产生声音。在另一示例中，对于缺少发动机120的第二车辆105(例如，全电动第二车辆105)，框315可能是不必要的。

接下来，在框320中，第二车辆105的计算机110基于声音产生系统140的属性数据来致动第二车辆105的声音产生系统140，例如，产生诸如5秒的预定时间长度的声音。可以使用各种技术来识别声音产生系统140的属性数据。在一个示例中，第二车辆105当第二车辆105由车辆105的发动机提供动力时，可以记录第二车辆105的发动机120的声音。计算机110可以基于记录的发动机120的声音(例如基于预先记录的音频数据)来致动声音产生系统140。替代地，计算机110可以基于记录的音频数据来识别发动机120的声音的频率分量和/或振幅，并且基于所识别的频率分量和/或振幅来致动声音产生系统140。在另一示例中，第二车辆105的计算机110可以基于储存在车辆105的计算机110中的存储属性(例如，90Hz频率的100分贝的声音)来致动声音产生系统140。

接下来，在框325中，第二车辆105的计算机110从第二车辆105中的音频传感器130接收音频数据，并且确定第二车辆105的声音产生系统140中是否存在故障。基于各种技术，诸如参照框235所描述的，第二车辆105的计算机110可以确定第二车辆105的声音产生系统140中是否存在故障。然后，计算机110基于确定是否在声音产生系统140中存在故障而产生诊断数据。如下所述，可以基于产生的诊断数据而引起动作。

接下来，在判定框330中，第二车辆105的计算机110基于诊断数据来确定在声音产生系统140中是否检测到故障。提到的诊断数据可以在框325处由第二车辆105的计算机110产生，或者可以在框370处(参见图3B)从诸如第一车辆100的计算机110的另一计算机接收。如果检测到故障，则过程300进行至框350；否则，过程300进行至判定框340。

在判定框340中，第二车辆105的计算机110确定第二车辆105的速度是否低于预定速度阈值，例如30千米/小时(km/h)。如果第二车辆105的计算机110确定第二车辆105的速度低于速度阈值，则过程300进行至框345；否则过程300结束，或者尽管在过程300中未示出但是返回至框305。

在框345中，第二车辆105的计算机110致动声音产生系统140以产生声音。在另一示例中，如果第二车辆105使用电动马达(即，第二车辆105的发动机120如果可用，则关闭)移动，则第二车辆105的计算机110可以致动声音产生系统140。如果第二车辆105的发动机120运行以移动第二车辆105，则可能不需要由声音产生系统140产生的声音，这是因为行人和/或另一车辆的驾驶员可以听到发动机120的声音。在框345之后，过程300结束或者尽管在过程300中未示出但是返回至框305。

在框350中，计算机110基于声音产生系统140中检测到的故障而引起动作，例如，向第二车辆105的显示屏幕输出警告、记录故障代码、启动第二车辆105的组合仪表上的故障指示灯、致动声音警告等。另外地或替代地，在声音产生系统140中检测到故障之后，车辆105中的其他设备可以用于产生诸如发动机声音的声音。例如，计算机110可以被编程用于使用车辆105中的其他设备(例如，车辆105的无线电广播设备、移动设备170等)来产生发动机声音。另外，计算机110可以被编程用于通过致动车辆105的车窗开关160中的一个或多个来打开一个或多个车辆105的车窗160。因此，由车辆105中的装置产生的声音可以被例如靠近车辆105的行人更好地听到。然后，计算机110可以致动诸如车辆105的无线电广播设备的车辆105的装置来播放例如发动机声音、音乐等。另外地或替代地，计算机110可以被编程用于基于从例如车辆105的雨传感器、远程计算机等接收到的降水数据来打开车辆105的车窗150。例如，计算机110可以在不下雨时打开车窗150，确定是否下雨例如，诸如根据来自诸如雨传感器的车辆105的传感器的数据由计算机110确定、检测挡风玻璃刮水器是否被启动等。此外，计算机110可以被编程用于当第二车辆105的速度小于预定阈值时，使用诸如车辆105的无线电广播设备的设备来产生声音。在框350之后，过程300结束。

转到图3B，在框355中，框355可以在上面参考图3A讨论的判定框310之后，第二车辆105的计算机110例如通过V-V通信接口向诸如第一车辆100的另一车辆传输评估请求。另外，第二车辆105的计算机110可以例如基于通过无线网络接收到的其他车辆的GPS位置数据来确定另一的车辆是否存在于第二车辆105附近，并且将评估请求传输至最靠近第二车辆105的另一车辆。请求可以包括指示第二车辆105的诸如GPS位置坐标的位置的数据、第二车辆105的诸如VIN的标识符、第二车辆105的速度、例如指示可以由第二车辆105的声音产生系统140产生的声音的振幅和频率分量的属性数据等。在一个示例中，第二车辆105例如不针对特定的第一车辆100而广播评估请求。在另一示例中，第二车辆105的计算机110可以例如基于例如通过车辆105的传感器检测到的经由V-V通信系统接收到的指示第一车辆100的位置的数据而将评估请求传输至第一车辆100。

接下来，在判定框360中，第二车辆105的计算机110确定是否从其他车辆(例如，第一车辆100)接收到控制指令。另外，在一个示例中，计算机110还例如基于包含在接收到的控制指令中的目标车辆VIN而确定接收到的指令是否针对第二车辆105。如果计算机110确定接收到控制指令，则过程300进行至框365；否则过程300返回到框355，以例如将评估请求传输至另一车辆。

在框365中，第二车辆105的计算机110应用接收到的控制指令，该接收到的控制指令包括致动声音产生系统140以输出声音。接收到的控制指令可以包括持续时间、频率分量、振幅、多个步骤致动模式等。控制指令可以包括诸如关闭第二车辆105的发动机120的指令的其他数据。因此，第二车辆105的计算机110可以向例如第二车辆105的动力传动系统控制器发送指令以关闭第二车辆105的IC发动机120。另外，第二车辆105的计算机110可以通过V-V通信接口传输指示例如操作声音产生系统140的状态的状态数据。例如，如上所述，状态数据可以被同步以致动声音产生系统140，即，指示声音产生系统140的当前操作状态，例如，由声音产生系统140产生的声音的当前振幅。

接下来，在框370中，第二车辆105的计算机110从第一车辆100接收诊断数据。因此，有利的是，即使第二车辆105缺少用于验证声音产生系统140是否具有故障的音频传感器，第二车辆105也可以接收声音产生系统140的诊断数据。接下来，过程300进行至判定框330(参见图3A)。

如本文所讨论的计算装置通常包括可执行指令，其中该指令可以由一个或多个诸如上面所列的计算装置执行，并且以执行上述方法或步骤。计算机可执行指令可以由计算机程序编译或解释，计算机程序采用多种编程语言和/或技术创建，这些编程语言和/或技术包括但并不限于单独地或组合的JavaTM、C、C++、Visual Basic、JavaScript、Perl、HTML等。通常，处理器(例如微处理器)例如从存储器、计算机可读介质等接收指令，并且执行这些指令，由此完成包括这里所描述的一个或多个程序的一个或多个程序。这样的指令或其他数据可以采用各种计算机可读介质存储和传输。计算装置中的文件通常是储存在诸如存储介质、随机存取存储器等的计算机可读介质上的数据的集合。

计算机可读介质包括参与提供可以由计算机读取的数据(例如指令)的任意介质。这样的介质可以采用多种形式，包括但不限于非易失性介质和易失性介质。非易失性介质可以包括例如光盘或磁盘或其他永久性存储器。易失性介质可以包括例如典型地构成主存储器的动态随机存取存储器(DRAM)。计算机可读介质的常规形式包括，例如软盘、柔性盘、硬盘、磁盘、任何其他磁性介质、CD-ROM(只读光盘驱动器)、DVD(数字化视频光盘)、任何其他光学介质、穿孔卡片、纸带、具有孔图案的任何其他物理介质、RAM(随机存取存储器)、PROM(可编程只读存储器)、EPROM(可擦除可编程只读存储器)、FLASHEEPROM(闪速电可擦除可编程只读存储器)、任何其他存储器芯片或盒，或者任何其他计算机可读取的介质。

关于这里所述的媒介、程序、系统、方法、启发式等，应理解的是虽然这样的程序等的步骤已经被描述为按照一定的顺序排列发生，但这样的程序可以采用以这里描述的顺序之外的顺序完成的描述的步骤实施操作。进一步应该理解的是，某些步骤可以同时执行，可以添加其他步骤，或者可以省略这里所述的某些步骤。换言之，这里的程序的描述提供用于说明某些实施例的目的，并且不应该以任何方式解释为限制本公开的主题。

相应地，应理解的是包括上面的描述和附图以及以下的权利要求的本公开的目的是说明而不是限制。在阅读上面的描述时，除了提供的示例外许多实施例和应用对于本领域技术人员都是显而易见的。本发明的范围应参照本公开所附权利要求以及包括在基于本公开的非临时专利申请中的权利要求、连同这些权利要求所享有的全部等同范围而确定，而不是参照上面的说明而确定。可以预期的是这里所讨论的技术将出现进一步的发展，并且所公开的系统和方法将可以结合到这样的进一步的实施例中。总之，应理解的是本公开的主体能够进行修正和变化。

Claims (14)

1.一种车辆声音启动的方法，包含：

致动第一车辆的车窗开关以打开车窗；

向第二车辆发出指示，以致动所述第二车辆的声音产生系统输出音频数据；

从第一车辆的传感器接收所述音频数据；

在至少部分地基于所述指示确定所述接收到的所述音频数据是从所述第二车辆被接收到之后，产生关于所述接收到的音频数据的诊断数据；和

基于所述诊断数据而致动输出。

2.根据权利要求1所述的方法，还包含从所述第二车辆接收状态数据，并且至少部分地基于来自所述第二车辆的所述接收到的状态数据来确定所述接收到的音频数据是否是从所述第二车辆被接收到。

3.根据权利要求1所述的方法，其中，通过以下步骤产生所述诊断数据：使用计算机计算所述接收到的音频数据的频率分布，和基于所计算的频率分布来确定所述接收到的音频数据是否包括一个或多个预期频率分量。

4.根据权利要求3所述的方法，还包含从第二计算机接收所述预期频率分量。

5.根据权利要求3所述的方法，其中所述计算机还被编程用于从所述第一车辆的物体检测传感器接收数据，并且基于所述接收到的数据来识别所述预期频率分量。

6.根据权利要求1所述的方法，还包含通过确定所述接收到的音频数据的振幅是否超过预定的振幅阈值来产生所述诊断数据。

7.根据权利要求6所述的方法，还包含基于相对于第一车辆位置的第二车辆位置来确定所述接收到的音频数据的所述振幅是否超过所述预定的振幅阈值。

8.根据权利要求6所述的方法，还包含从所述第二车辆接收属性数据，并且基于所述接收到的属性数据来识别所述预定的振幅阈值。

9.根据权利要求8所述的方法，其中所述接收到的属性数据包括由所述第二车辆的声音产生系统产生的声音数据的振幅。

10.根据权利要求1所述的方法，还包含：

接收指示所述第二车辆的声音产生系统的评估请求的消息；和

基于所述第一车辆的速度、所述第二车辆的速度、所述第二车辆相对于所述第一车辆的距离、以及所述第一车辆是否具有音频传感器来确定所述第一车辆是否能够提供诊断。

11.根据权利要求1所述的方法，还包含基于从所述第二车辆接收到的指示声音产生系统运行状态的状态数据来确定所述接收到的音频数据是否是从所述第二车辆被接收到。

12.一种被编程用于执行权利要求1-11中的任一项的所述方法的计算装置。

13.一种计算机程序产品，包含储存可由计算机处理器执行的指令的计算机可读介质，所述指令用于执行权利要求1-11中的任一项所述的方法。

14.一种计算机，被编程用于进行以下操作：

传输第一车辆的声音产生系统的评估请求；

至少部分地基于来自第二车辆的答复来致动所述声音产生系统；

从所述第二车辆接收关于所述声音产生系统产生的音频数据的诊断数据以响应传输的评估请求，所述诊断数据由所述第二车辆在确定接收到的音频数据是从所述第一车辆被接收到之后产生的、表明所述声音产生系统是否出现故障的数据；和

基于所述接收到的诊断数据来致动所述第一车辆中的输出。

Images