CN112335218A - 检测移动设备和外部设备之间的音频路径 - Google Patents

Abstract

在汽车环境中提供导航指令包括在便携式设备处生成测试音频信号。测试音频信号经由短程通信链路提供给车辆的头部单元。然后，便携式设备检测测试音频信号是否已经由车辆的头部单元中的一个或多个扬声器转换为声音。响应于在便携式设备处检测到音频信号，语音导航指令被引导到头部单元用于经由头部单元的一个或多个扬声器的播报。否则，响应于在便携式设备处未检测到测试音频信号，经由便携式设备的扬声器提供语音导航指令。

Description

检测移动设备和外部设备之间的音频路径

技术领域

本公开涉及检测设备之间的连接性，具体地，涉及检测移动设备和外部设备之间的音频路径。

背景技术

今天，许多通信协议和标准允许电子设备耦合到外部设备以及将视频和/或音频输出引导到这些外部设备。例如，智能电话可以经由遵照Bluetooth^TM标准的无线个人区域网(WPAN)连接到外部扬声器，并经由外部扬声器而不是嵌入在智能电话内的扬声器播放音频。在许多情况下，当电子设备在物理层(PHY)检测到与外部设备的连接时，电子设备将该外部设备视作用于输出的默认路径，并自动将由在便携式设备上运行的应用生成的所有音频引导到外部设备。

然而，处于PHY层的连接并不总是意味着外部设备如预期地再现便携式设备的输出，因为在外部设备处的某些设置和各种环境条件可以影响呈现。例如，在汽车环境中，智能电话可以经由蓝牙连接到车辆的头部单元，但是在头部单元处的音量设置可能太低，或者头部单元可能被切换到无线电并处理来自其他设备的音频。在某些情况下，智能电话可能在头部单元的扬声器和/或其他输出组件被关闭时经由蓝牙连接到头部单元，并且因此智能电话可以向头部单元提供音频，并且不会接收音频实际上被丢弃的指示。而且，即使当外部设备根据预期参数再现来自电子设备的音频时，用户并不总是听到音频。例如，配备音频插孔的智能电话可以检测到当前插入耳机，但用户可能没有正在使用耳机。

作为更具体的示例，当智能电话或另一便携式通信设备运行提供导航指令的软件应用，并且用户在汽车中操作该设备时，该设备通常在默认情况下或根据用户设置向头部单元提供语音(vocalized)导航指令。当头部单元没有按预期输出来自智能电话的音频时，用户可能会错过重要的播报(announcement)。

发明内容

在汽车环境中，便携式设备可以确定在便携式设备和当前布置便携式设备的车辆的头部单元之间是否有可操作的音频路径。为此，便携式设备可以生成测试音频信号，将测试音频信号提供给头部单元，并确定外部设备的一个或多个扬声器是否将音频信号转换为声音。取决于实现方式，便携式设备可以使用嵌入在便携式设备中的麦克风或者嵌入在头部单元中的麦克风。当音频路径是可操作的时，便携式设备可以，例如，经由头部单元的扬声器来回放导航指令。

这些技术的一个示例实施例是便携式设备中的用于在汽车环境中提供导航指令的方法。该方法包括在便携式设备处生成测试音频信号，并经由短程通信链路将测试音频信号提供给车辆的头部单元。该方法还包括在便携式设备处检测测试音频信号是否已经由车辆的头部单元中的一个或多个扬声器转换为声音。响应于在便携式设备处检测到音频信号，该方法包括将语音导航指令引导到头部单元用于经由头部单元的一个或多个扬声器的播报；否则，响应于在便携式设备处未检测到测试音频信号，该方法包括经由便携式设备的扬声器提供语音导航指令。

这些技术的另一个示例实施例是便携式设备，该便携式设备包括被配置成生成音频输出的音频硬件、被配置为放大音频输出的扬声器、被配置为将便携式设备通信地耦合到车辆的头部单元的短程通信接口以及处理硬件。处理硬件被配置成使得音频硬件生成测试音频信号并经由短程通信接口将测试音频信号提供给车辆的头部单元。响应于检测到头部单元中的一个或多个扬声器将测试音频转换为音频，处理硬件被配置为将语音导航指令引导到头部单元用于经由头部单元的一个或多个扬声器的播报；否则，响应于未检测到测试音频信号，处理硬件被配置为经由扬声器提供语音导航指令。

附图说明

图1是根据本公开的技术中的一些的示例系统的框图，示例系统包括便携式设备和车辆的头部单元，其中便携式设备确定到头部单元的音频路径是否是可操作的；

图2是示出根据本公开的技术的一个实施例的在图1的便携式设备和头部单元的组件之间的音频路径的框图；

图3是示出根据本公开的技术的另一实施例的在图1的便携式设备和头部单元的组件之间的音频路径的框图；

图4是示出根据本公开的技术的又一实施例的在图1的便携式设备和头部单元的组件之间的音频路径的框图；

图5是可以在图1的系统中实施的用于在汽车环境中提供导航指令的示例方法的流程图；

图6是可以在图1的系统中实施的用于监视便携式设备和车辆的头部单元之间的音频路径的示例方法的流程；以及

图7是可以在图1的系统中实施的用于生成测试音频信号以确定音频路径是否可操作的示例方法的流程。

具体实施方式

图1示出示例操作系统，其中便携式设备10可以确定便携式设备10和头部单元12之间的音频路径是否是可操作的。便携式设备10可以经由有线或无线短程通信链路14通信地耦合到头部单元12。便携式设备10可以是，例如，智能电话、平板计算机、诸如智能手表的可穿戴设备等。

便携式设备10可以使用音频硬件16A生成音频信号，并以数字或模拟格式经由短程通信接口18A将音频信号发送到头部单元12。如下面更详细地讨论的，音频信号可以包括在可听范围内的、可听范围外的频率，或二者都有。头部单元12可以经由短程通信接口18B接收音频信号，并经由音频硬件16B和一个或多个扬声器20B将音频信号转换为声音。音频硬件16A和16B可以包括数模转换器(DAC)、编解码器等。便携式设备10然后可以确定头部单元12是否使用嵌入式麦克风22A或者在另一个实施方式中使用嵌入在头部单元12中的麦克风22B如预期地转换音频信号。当便携式设备10确定到(多个)扬声器20B的音频路径是不可用的时，便携式设备10可以将音频引导到嵌入式扬声器20A。

便携式设备10还包括可以包括一个或多个CPU、一个或多个GPU和/或任何其他合适的处理单元的处理硬件30。存储器32可以是包括持久性和/或非持久性组件的任何合适的非瞬时性计算机可读存储器。在示例实施方式中，存储器32存储实施操作系统40和地图和/或导航应用42的指令。这些指令可以由处理硬件30运行。

便携式设备10还可以包括用户接口44以接收输入和提供输出。例如，用户接口44可以包括触摸屏。当然，扬声器20A和麦克风22A也可以作为用户接口44的组件来操作。便携式设备10还可以包括远程通信接口46，以经由可以是局域网或广域网(例如，因特网)的通信网络52与地图/导航数据服务器50通信。远程通信接口46可以支持，例如，根据各种3G、4G、5G等通信标准的蜂窝通信和/或诸如WiFi^TM的广域网通信。另一方面，短程通信接口18A可以支持经由无线个人区域网(WPAN)(诸如Bluetooth^TM)、无线局域网(WLAN)(诸如WiFi^TM)、有线连接(诸如通用串行总线(USB))等的通信。

服务器50可以包括任何合适数量的设备，每个设备使用任何合适的处理硬件和非瞬时性存储器组件实施。服务器50可以通信地耦合到地理数据库52，该地理数据库52可以存储描述各种地理特征(诸如道路、建筑物、企业、城市和国家边界、水体、自然形态等)的各种地理数据。服务器50可以使用地理数据库56中的信息以生成地理区域的数字地图、用于引导用户到各种目的地的导航指令、处理来自用户设备的查询、提供关于各种企业的信息等。

例如，在车辆中操作便携式设备10的用户可以为驾驶到某一位置请求导航方向。用户可以调用应用42，指定目的地，并且作为响应，应用42可以格式化适当的请求并将请求发送到服务器50。作为响应，服务器50可以提供导航指令，该导航指令可以包括用于在到达目的地的路上完成各种机动的一步步的指示，诸如“在主街道上左转”、“在94号州际公路上直行”或“使用右车道离开高速路”。在某些情况下，服务器50可以为了经由扬声器20A或便携式设备10正在用于音频和/或视频输出的任何外部设备(诸如头部单元12)的播报，以语音(口语)格式提供这些指令中的一些或全部。可替代地，便携式设备10可以使用在便携式设备10和音频硬件16A上运行的软件组件将导航指令转换为话音。

除了上面讨论的音频硬件16B、短程通信接口18B和(多个)扬声器20B之外，头部单元12可以包括处理硬件60和用户接口62，用户接口62可以包括触摸屏、各种硬件控件(用于调整音量的按钮、用于调谐无线电的按钮等)。

接下来，图2示出可以设置在便携式设备10和头部单元12之间的示例音频路径。便携式设备10的音频硬件16A可以包括，控制器单元100、数模转换器(DAC)102和模数转换器(ADC)104以及其他组件，并且短程通信接口18A可以包括数字接口104。在示例场景中，控制器100从处理硬件30接收生成某一音频信号的命令，并且作为响应，使得ADC 102生成音频信号。然后，数字接口104以数字化音频110的形式通过通信链路14向头部单元提供生成的音频信号。头部单元12经由数字接口112接收数字化音频110，并提供给控制器单元114，控制器单元114负责控制头部单元的音频硬件。然后，控制器单元114使得DAC 116将数字化音频110转换为声音并经由(多个)扬声器20B放大声音。

在这个示例实施方式中的便携式设备10尝试使用麦克风22A检测(多个)扬声器20B输出的声音信号120。麦克风22A向ADC 104提供模拟音频信号，ADC 104然后将模拟音频信号转换为数字信号并将数字信号提供给控制器100。以这种方式，控制器100可以确定音频路径是否是可操作的。更具体地，如果控制器100使得DAC 102生成特定的声音模式(例如，在24KHz载波上使用幅移键控编码的数字短序列)，并且如果控制器100随后在从ADC104接收的信号中识别该声音模式，可以认为音频路径是可操作的：通信链路14已经建立，头部单元12的相关组件开启，(多个)扬声器20B被设置为足够高的音量等。

图3示出便携式设备10经由模拟接口108以模拟格式向头部单元12提供测试音频信号130的另一示例实施方式。在这种情况下，头部单元12经由模拟接口120接收模拟测试音频信号，并将接收到的音频信号引导到(多个)扬声器20B。类似于图2的配置，便携式设备10尝试经由麦克风22A检测通过(多个)扬声器20B的输出。

注意，虽然便携式设备10的操作系统40能够在PHY层自动检测通信链路14的缺失或故障，操作系统40通常不能确定在头部单元12处的(多个)扬声器20B是否被激活，音量设置对于用户听到音频输出是否足够高，以及在一些情况下通信链路14是否在通信栈的更高层是可操作的。便携式设备10可被配置为向头部单元发送某一命令以获得音量设置、头部单元的音频组件的状态等的报告；然而，这个方法要求便携式设备和头部单元支持某些通信协议。另一方面，如图2和3中示意地示出的，本公开的便携式设备可以在不要求头部单元支持用于报告装备状态的专门命令的情况下，使用测试音频信号自动确定音频路径是否是可操作的。

现在参考图4，在一些实施方式中的便携式设备10可以使用嵌入在头部单元12中的麦克风22B来确定音频路径是否是可操作的。当便携式设备布置在车辆内时(例如，在杯托中、安装在仪表板上、在驾驶员手中)，便携式设备和头部单元的各自麦克风接收基本相同的音频输入，由于在硬件中的差异以及在车辆内的不同的位置和方向，可能会有微小的差别。因此，便携式设备10可以使用麦克风22B而不是麦克风22A来评估音频路径的操作状态。

在这种情况下，便携式设备10以类似于图2的场景的数字化音频或类似于图3的场景的模拟音频的形式生成测试音频信号。头部单元12经由数字接口112或模拟接口120接收音频信号，并根据实施方式直接或经由控制器114和DAC 116向扬声器20B提供音频信号。在任何情况下，麦克风22B接收扬声器20B输出的音频并将接收到的音频转换为电信号。根据实施方式，可以使用ADC 140将电信号转换为数字格式，并经由控制器单元114提供给数字接口112，或者直接提供给模拟接口120。然后，头部单元12向便携式设备10提供测试音频信号。或者，头部单元12的控制器114可以处理测试音频信号，并提供某一音频信号是否是经由麦克风22B接收到的指示。

下面参照图5讨论用于在图1-4中的任何一个的汽车环境中提供导航指令的示例方法200。方法200可以实施为存储在计算机可读存储器(例如，存储器32)中并且由一个或多个处理器(例如，处理硬件30)可运行的一组软件指令。在示例实施方式中，方法200被实施为应用42的功能。

方法200在块202处开始，其中在便携式设备处生成测试音频信号。根据实施方式，块202的运行可以通过以下来触发：便携式设备在PHY层检测到与头部单元的连接(例如，当用户经由电缆连接便携式设备和头部单元时，或当用户激活蓝牙连接时)，或当用户启动导航应用时(诸如参考图1讨论的应用42)，并且便携式设备确定导航应用应以投影模式操作，即，通过将输出重引导到外部设备。作为另一个替代，导航应用可以在向用户提供下一个导航方向之前运行块202，例如，响应于确定在便携式设备处下一个导航指令是可用于播报的。作为又一替代，用户可以经由相应的UI控件手动地触发音频路径的测试。

测试音频信号可以包括20KHz以上的一个或若干个频率，即在可听见的范围之外。以这种方式，在一些情况下，便携式设备可以在用户没有注意到知晓测试的情况下确定音频路径是否是可操作的。在一个示例场景中，便携式设备生成测试音频信号，该测试音频信号包括20ms哔哔声的序列，该序列的持续时间大约等于便携式设备和头部单元之间的通信链路的延迟的两倍(因此，对于100ms的蓝牙延迟，序列的持续时间可以是200ms，对于200ms的蓝牙延迟，序列的持续时间可以是400ms等)。每一个哔哔声可以是在某一超声波频率的音调。便携式设备可以使用开关键控(OOK)或其他合适的技术来调制音频。在另一示例场景中，测试音频信号包括若干频率，一个或多个频率在可听见的范围内，而一个或多个频率在可听见的范围之外。在又一个场景中，测试音频信号是语音导航指令或语音导航指令的部分。

在块204处，将测试音频信号提供给便携式设备通信地耦合的头部单元。如上面讨论的，可以经由有线的(例如USB)或无线的(例如蓝牙)通信链路来发送测试音频信号，并且可以使用任何合适的模拟或数字格式来发送音频。更一般地，测试音频信号可以提供给任何外部设备。

接下来，在块206处，便携式设备可以尝试检测测试音频信号。如上面讨论的，便携式设备可以使用嵌入在便携式设备中的麦克风或者嵌入在头部单元中的麦克风。更一般地，便携式设备可以使用任何内部或外部麦克风来接收测试音频信号，或者从任何合适的源(包括例如，由车辆的乘客操作的对等可听见的设备)接收测试音频信号在汽车的内部是否是可听见的指示。

为了确定头部单元的一个或多个扬声器是否将测试音频信号转换为音频，便携式设备可以检测测试音频信号中包含的特定模式是否存在于由麦克风接收的输入中。例如，如果测试音频信号包括特定持续时间和特定频率的哔哔声的序列，在块206处的便携式设备可以确定接收的输入是否包括相同的序列。类似地，如果测试音频信号包括语音导航指令，在块206处的便携式设备可以确定接收的输入是否包括语音导航指令。

在一些情况下，头部单元中的至少一个扬声器是可操作的并且适当地接收来自便携式设备的音频信号。然而，由于低音量设置，便携式设备不可以检测到头部单元的扬声器的输出中的音频信号。头部单元将会认为音频路径是非可操作的，因为驾驶员不太可能听到经由头部单元提供的语音导航指令。因此，当应用于本公开中的便携式设备和头部单元之间的音频路径时，术语“可操作的”指代车辆中的人听到语音导航指令的能力，如由便携式设备使用麦克风“收听”测试音频信号和/或语音导航指令来评估的。

如果在块208处检测到测试音频信号，流程继续到块210；否则，流程继续到212。然而，在一些情况下，方法200包括重新运行块202-208一次或多次以确定测试音频信号中的某些变化是否产生更好的结果，如图5中使用虚线指示的。例如，便携式设备可以在块202处的第一实例中生成包括可听见的范围之外的频率(例如，在20KHz之上)的测试可听信号，并且响应于在块208处没有检测到测试音频信号，再次运行块202以生成包括在可听见的范围内的频率(例如，在20Hz和20KHz之间)的测试可听信号，并再次运行块204-208。可替代地，便携式设备可以在块202处生成单个测试可听信号，包括频率在可听见的范围之外的第一部分和频率在可听见的范围内的第二部分，其中第一部分和第二部分形成连续信号。

在各种其它实施方式中，便携式设备可以迭代地修改测试音频信号的频率和/或测试音频信号的幅度。便携式设备可以在单个连续信号的不同的相应部分中或在运行块202的不同实例时修改这些参数。通过改变测试音频信号的幅度，便携式设备不仅可以确定音频路径是否是可操作的，而且可以确定可以检测到音频的什么幅度。因此，在一个实例中，便携式设备可以确定驾驶员可能将会在音频信号的某个默认幅度听到语音导航指令，并且在另一个实例中，便携式设备可以确定只有音频信号的幅度显著增加，驾驶员才可能将会听到语音导航指令。便携式设备可以使用该信息来控制随后的语音导航指令的幅度或向驾驶员提供适当的通知。

继续参考图5，在块210处向头部单元提供语音导航指令。在不同的实施方式中，可以在运行块202-208之后或在某一时间段之后立即提供语音导航指令。如下面参考图6讨论的，便携式设备在一些情况下可以通过“收听”后续导航指令来确认音频路径仍然是可操作的。

另外，在块212处，经由便携式设备的扬声器回放语音导航指令。额外地或可替代地，当确定便携式设备和头部单元之间的音频路径是不可操作的时，便携式设备可以提供文本的或视觉的导航指令。例如，可以将导航应用配置为在音频路径是可操作的时仅向外部设备提供语音导航指令。然而，当音频不工作时，导航应用可以被配置成不仅经由嵌入式扬声器提供语音导航指令，而且例如还可以经由内置在头部单元中的显示器或便携式设备的显示器来提供视觉输出。导航应用还可以被配置为当到头部单元的音频路径是不可操作的时生成触觉的输出(例如，振动)。

现在参考图6，与方法200类似，用于监视便携式设备和车辆的头部单元之间的音频路径的方法250可以实施为存储在计算机可读存储器(例如，存储器32)中并由一个或多个处理器(例如，处理硬件30)可运行的一组软件指令。例如，应用42可以在根据方法200确定音频路径是可操作的之后运行方法250，以确认音频路径仍然可操作。

方法250在块252处开始，在块252处导航指令被语音化并被提供给头部单元。然后，在块254处，便携式设备尝试使用嵌入式麦克风或外部麦克风检测包括语音导航指令的音频。如果在块256处检测到语音导航指令，流程继续到块258，其中便携式设备确认音频路径是可操作的。便携式设备可以例如在存储器中保持指示音频路径的状态的标志。

另外，如果在块256处未检测到语音导航指令，流程继续到块260。根据导航指令的实施方式和/或重要性，便携式设备可以立即尝试经由嵌入式扬声器提供语音导航指令，经由便携式设备的用户接口或嵌入在头部单元中的显示器显示警告，重复尝试经由头部单元提供语音导航指令等。另外，便携式设备可以更新存储器中的指示音频路径是否可操作的标志。

因此，便携式设备可以首先根据方法200来确定便携式设备和头部单元之间是否存在可操作的音频路径，并且然后根据方法250来监视音频路径。

为了进一步的清楚，图7示出用于生成测试音频信号以确定音频路径是否可操作的示例方法300。与上面讨论的方法200和250类似，方法300可以实施为存储在计算机可读存储器中并由一个或多个处理器可运行的一组软件指令。

方法300在块302处开始，在块302中生成初始测试音频信号。在该示例实施方式中，初始测试音频信号包括超声频率。如果在块304处检测到初始测试音频信号，确定音频路径是可操作的，并且流程继续到块320。否则，流程继续到块306，在块306中生成在可听见的范围的边界附近的频率处的测试音频信号。例如，在块302处生成的测试音频信号可以包括30KHz的频率，并且在块306处生成的测试音频信号可以包括20KHz的频率。

如果在块308处检测到初始测试音频信号，确定音频路径是可操作的，并且流程继续到块320。否则，流程继续到块310。接下来，生成包括在可听见的范围内的频率(例如，300Hz)的测试音频信号。如果在块312处检测到初始测试音频信号，确定音频路径是可操作的，并且流程继续到块320。否则，流程继续到块314。

在块314处可以迭代地增加测试音频信号的幅度，并且方法300可以迭代块310-314，直到达到最大幅度。当确定已达到最大幅度时，该方法继续到块318以生成音频路径不可操作的指示。如上面讨论的，指示可以使得便携式设备将音频路径切换至嵌入式扬声器、变换到经由便携式设备的显示器和/或头部单元的显示器的视觉输出、变换到触觉输出等。此外，在一些情况下，便携式设备可以例如以弹出窗口的形式提供用户可能听不到来自便携式设备的语音导航指令或其他播报的指示。

另一方面，在块320处，可以生成音频路径可操作的指示。该指示不需要包括对用户的肯定确认，并且可以包括对存储在便携式设备的存储器中的标志的更新。在一些实施方式中，音频路径的可用性的确定和相应标志可以由导航应用管理。在其它实施方式中，便携式设备的操作系统可以管理音频路径的可用性的确定，并且因此可以向在便携式设备上运行的所有应用曝光该标志。

块306、310和314一般不需要以图7所示的顺序执行。例如，在将频率降低到几乎可听见或可听见的范围之前，便携式设备可以首先在超声频率迭代多个幅度设置。另外，可以并行地运行块306/310和314以同时修改音频信号的若干参数。

上面讨论的技术可用于视频输出和仅音频输出。例如，便携式设备可以向配备有显示器和扬声器的头部单元提供视频输出，并且当音频路径不可用时，视频路径可以是可用的。无论音频是否将会在没有声音的情况下经由头部单元输出，都可以使用本公开的技术。

另外，上面讨论的技术可以与其他外部设备(诸如无线外部扬声器、有线外部扬声器、有线或无线耳机、用于输出的对等设备等)一起使用。

附加考虑

以下附加考虑适用于前述讨论。贯穿本说明书，复数实例可以实施被描述为单个实例的组件、操作或结构。尽管将一个或多个方法的单个的操作示出并描述为单独的操作，可以并发地执行单独的操作中的一个或多个，并且不要求以示出的顺序执行这些操作。在示例配置中作为单独组件呈现的结构和功能可以实施为组合的结构或组件。类似地，作为单个组件呈现的结构和功能可以实施为单独的组件。这些和其他变化、修改、添加和改进属于本公开的主题的范围之内。

此外，这里将某些实施例描述为包括逻辑或多个组件、模块或机制。模块可以构成软件模块(例如，存储在机器可读介质上的代码)或硬件模块。硬件模块是能够执行某些操作的有形单元，并且可以以某种方式配置或布置。在示例实施例中，一个或多个计算机系统(例如，独立的、客户端或服务器计算机系统)或计算机系统的一个或多个硬件模块(例如，处理器或一组处理器)可以通过软件(例如，应用或应用部分)配置为硬件模块，该硬件模块操作以执行如这里描述的某些操作。

在各种实施例中，可以机械地或电子地实现硬件模块。例如，硬件模块可以包括被永久地配置(例如，作为专用处理器，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC))以执行某些操作的专用电路或逻辑。硬件模块还可以包括通过软件暂时地配置以执行某些操作的可编程逻辑或电路(例如，包含在通用处理器或其他可编程处理器中的)。应当理解，在专用和永久地配置的电路中，或者在暂时地配置的电路(例如，通过软件配置)中机械地实施硬件模块的决定可以由成本和时间考虑来驱动。

因此，术语硬件应理解为包含有形的实体，即被物理地构造、永久地配置(例如，硬接线)或暂时地配置(例如，编程)以便以某种方式操作或以便执行这里描述的某些操作的实体。如这里使用的，“硬件实施的模块”指代硬件模块。考虑到其中硬件模块被暂时地配置(例如，编程)的实施例，不需要在任何一个时间实例配置或实例化硬件模块中的每一个。例如，在硬件模块包括使用软件配置的通用处理器的情况下，通用处理器可以在不同时间被配置为相应的不同的硬件模块。软件可以相应地配置处理器，例如，在时间的一个实例中构成特定的硬件模块，并在时间的不同实例中构成不同的硬件模块。

硬件模块可以向其他硬件提供信息并从其他硬件接收信息。因此，所描述的硬件模块可以被认为是通信耦合的。在这样的硬件模块的多个同时存在的情况下，可以通过连接硬件模块的信号传输(例如，通过适当的电路和总线)来实现通信。在其中在不同时间配置或实例化多个硬件模块的实施例中，可以例如通过存储和检索多个硬件模块可以访问的存储器结构中的信息来实现这样的硬件模块之间的通信。例如，一个硬件模块可以执行一个操作，并将该操作的输出存储在与之通信耦合的存储器设备中。然后，另一硬件模块可在稍后访问存储器设备以检索和处理所存储的输出。硬件模块也可以启动与输入或输出设备的通信，并且可以对资源(例如，信息的集合)进行操作。

方法200、250和300可以包括以有形的计算机可运行的指令的形式的一个或多个功能块、模块、单个功能或例程，该有形的计算机可运行的指令存储在非瞬时性计算机可读存储介质中并使用计算设备(例如，如这里所述的服务器设备、个人计算机、智能电话、平板计算机、智能手表、移动计算设备或其他客户端计算设备)来运行。方法可以被包括为任何后端服务器(例如，如这里所述的地图数据服务器、组织服务器或任何其他类型的服务器计算设备)、示例环境的客户端计算设备模块的部分，例如，或作为这样的环境的外部的模块的部分。尽管为了便于解释，可以参考其他图来描述这些图，方法可以与其他对象和用户接口一起利用。另外，尽管上面的说明描述了由特定设备(诸如便携式设备10)执行的方法的步骤，这样做只是为了说明目的。方法的块可以由一个或多个设备或环境的其他部分执行。

这里所描述的示例方法的各种操作可以至少部分地由暂时地配置(例如，通过软件)或永久地配置以执行相关操作的一个或多个处理器来执行。无论是暂时地配置或是永久地配置，这样的处理器可以构成操作以执行一个或多个操作或功能的处理器实施的模块。在一些示例实施例中，这里提及的模块可以包括处理器实施的模块。

类似地，这里描述的方法或例程可以至少部分地是处理器实施的。例如，方法的操作中的至少一些可以由一个或多个处理器或处理器实施的硬件模块执行。操作中的某些的执行可以分布在一个或多个处理器之间，该一个或多个处理器不仅驻留在单个机器内，还跨许多机器部署。在一些示例实施例中，处理器或多个处理器可以位于单个位置(例如，在家庭环境、办公室环境中或作为服务器机群)，而在其他实施例中，处理器可以跨许多位置分布。

一个或多个处理器还可以操作以支持“云计算”环境中的或作为SaaS的相关操作的执行。例如，如上面指示的，操作中的至少一些可以由一组计算机(作为包括处理器的机器的示例)执行，这些操作可以经由网络(例如，因特网)和经由一个或多个适当的接口(例如API)来访问。

此外，图中仅出于说明的目的描绘了示例环境的一些实施例。本领域技术人员将容易地从下面的讨论中认识到，在不偏离这里所描述的原理的情况下，可以采用这里示出的结构和方法的替代实施例。

当阅读本公开时，本领域技术人员还将理解用于通过这里所公开的原理在汽车环境中提供导航指令的附加的可替代的结构和功能设计。因此，尽管已经示出和描述了特定的实施例和应用，应当理解，所公开的实施例不限于这里公开的精确结构和组件。在不脱离所附权利要求所限定的精神和范围的情况下，可以在这里公开的方法和装置的布置、操作和细节中进行对本领域技术人员来说明显的各种修改、改变和变化。

Claims (20)

1.一种用于在汽车环境中提供导航指令的便携式设备中的方法，所述方法包括：

在便携式设备处生成测试音频信号；

经由短程通信链路将测试音频信号提供给车辆的头部单元；

在便携式设备处，检测测试音频信号是否已经由车辆的头部单元中的一个或多个扬声器转换成声音；

响应于在便携式设备处检测到音频信号，将语音导航指令引导到头部单元用于经由头部单元的一个或多个扬声器的播报；

否则，响应于在便携式设备处未检测到测试音频信号，经由便携式设备的扬声器提供语音导航指令。

2.根据权利要求1所述的方法，其中生成的测试音频信号包括高于20KHz的频率。

3.根据权利要求2所述的方法，还包括使用开关键控(OOK)调制测试音频信号。

4.根据权利要求1所述的方法，其中提供测试音频信号并检测测试音频信号是否已经被转换包括：

在便携式设备处生成包括高于20KHz的频率的测试音频信号的第一部分，以及

响应于在便携式设备处未检测到测试音频信号的第一部分，在便携式设备处生成包括在20Hz和20KHz之间的频率的测试音频信号的第二部分。

5.根据权利要求4所述的方法，其中生成测试音频信号的第二部分包括迭代地增加测试音频信号的幅度。

6.根据权利要求1所述的方法，其中提供测试音频信号并检测测试音频信号是否已经被转换包括迭代地修改测试音频信号的频率。

7.根据权利要求1所述的方法，其中测试音频信号包括初始语音导航指令，并且其中被引导到头部单元或便携式设备的扬声器的语音导航指令是随后的语音导航指令。

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

在便携式设备处检测语音导航指令是否已经由车辆的头部单元中的一个或多个扬声器转换成声音；以及

响应于在便携式设备处未检测到语音导航指令，经由便携式设备的扬声器提供语音导航指令。

9.根据权利要求1所述的方法，其中检测测试音频信号是否已经被转换为声音包括使用嵌入在便携式设备中的麦克风。

10.根据权利要求1所述的方法，其中检测测试音频信号是否已经被转换为声音包括：

使用嵌入在头部单元设备中的麦克风接收音频输入，以及

在头部单元处在便携式设备处接收音频输入是否是在头部单元处被接收的指示。

11.根据权利要求1所述的方法，其中生成测试音频信号是响应于检测到与车辆的头部单元的短程通信链路已经建立。

12.一种便携式设备，包括：

音频硬件，被配置为生成音频输出；

扬声器，被配置为放大音频输出；

短程通信接口，被配置为通信地将便携式设备耦合到车辆的头部单元；以及

处理硬件，被配置为：

使得音频硬件生成测试音频信号，

经由短程通信接口向车辆的头部单元提供测试音频信号，

响应于在便携式设备处检测到头部单元中的一个或多个扬声器将测试音频转换为音频，将语音导航指令引导到头部单元用于经由头部单元的一个或多个扬声器的播报，并且

否则，响应于未检测到测试音频信号，经由扬声器提供语音导航指令。

13.根据权利要求12所述的便携式设备，还包括：

麦克风，检测头部单元中的一个或多个扬声器是否将测试音频信号转换为音频。

14.根据权利要求12所述的便携式设备，其中所述处理硬件被配置为经由短程通信接口接收测试音频信号是否由嵌入在头部单元设备中的麦克风检测到的指示。

15.根据权利要求12所述的便携式设备，其中生成的测试音频信号包括高于20KHz的频率。

16.根据权利要求12所述的便携式设备，其中所述处理硬件被配置为：

使得音频硬件生成包括高于20KHz的频率的测试音频信号的第一部分，以及

响应于未检测到测试音频信号的第一部分，使得音频硬件生成包括在20Hz和20KHz之间的频率的测试音频信号的第二部分。

17.根据权利要求16所述的便携式设备，其中，为了生成测试音频信号的第二部分，处理硬件使得音频硬件迭代地增加测试音频信号的幅度。

18.根据权利要求12所述的便携式设备，其中所述处理硬件被配置为使得音频硬件迭代地修改测试音频信号的频率。

19.根据权利要求12所述的便携式设备，其中所述测试音频信号包括初始语音导航指令，其中被引导到头部单元或便携式设备的扬声器的语音导航指令是随后的语音导航指令。

20.根据权利要求12所述的便携式设备，其中处理硬件使得音频硬件生成测试音频信号是响应于检测到与车辆的头部单元的短程通信链路已经建立。

Images