在基于车辆的计算系统和远程应用之间通信的方法和设备的制作方法
【专利摘要】公开了一种在基于车辆的计算系统和远程应用之间通信的方法和设备。一种系统包括处理器和与计算机处理器通信的无线收发器，无线收发器被构造为与无线装置通信。在该实施例中，处理器被构造为通过收发器接收由远程处理产生的无线音频输入请求。处理器还被构造为响应于请求对车辆音频输入进行封装，并将车辆音频输入发送到请求处理。
【专利说明】在基于车辆的计算系统和远程应用之间通信的方法和设备【技术领域】
[0001]本示意性实施例总体涉及一种用于在基于车辆的计算系统和远程应用之间通信的方法和设备。
【背景技术】
[0002]基于车辆的计算系统(诸如福特SYNC系统)正在迅速发展。通过使用各种类型的车辆信息、至车辆系统的连接和驾驶员输入，SYNC系统可为驾驶体验提供各种功能和新颖性。
[0003]此外，诸如SYNC的系统可经常与远程装置通信以从这些装置获取信息，或者使用这些装置来访问远程网络。例如，在一个示例中，SYNC可与蜂窝电话通信，并使用蜂窝电话的与远程网络通信的能力来将信息发送到远程网络以及从远程网络接收信息。在另一示例中，SYNC可询问GPS导航装置(诸如Τ0ΜΤ0Μ)，并接收导航信息。
[0004]除了询问诸如TOMTOM的装置来接收导航信息以外，SYNC还可与TOMTOM通信并提供指令，通常是通过SYNC系统进行比较以在Τ0ΜΤ0Μ屏幕上按下选择。例如，可由通过SYNC系统处理的驾驶员语音命令提供指令。
【发明内容】
[0005]在第一示意性实施方式中，一种基于车辆的计算设备，包括与永久和非永久存储器通信的计算机处理器。设备还包括:本地无线收发器，本地无线收发器与计算机处理器通信，并被构造为与位于车辆内的无线装置进行无线通信。
[0006]在该示意性实施例中，处理器可通过无线收发器接收从无线装置发送的连接请求，所述连接请求至少包括尝试与处理器通信的应用的标识符。在连接请求被处理后，处理器还可从无线装置接收至少一个第二通信。
`[0007]在另一示意性实施例中，无线装置包括:处理器，至少与永久和非永久存储器通信；无线收发器，可与基于车辆的计算系统通信。在该示意性实施例中，永久存储器存储可能作为应用的一部分的指令，当所述指令被处理器执行时可实现无线装置和基于车辆的计算系统之间的通信。
[0008]根据该示意性实施方式，当被处理器执行时，所述存储的指令产生初始连接请求，以在存储在无线设备上的应用和基于车辆的计算系统之间建立连接。当被处理器执行时，所述存储的指令还使得至少一个第二通信被发送到处理器，所述通信与应用的操作相关。
[0009]在另一示意性实施例中，一种在存储在无线装置上的应用和基于车辆的计算系统之间通信的方法，所述方法包括在基于车辆的计算系统接收由应用发起的用于将应用连接到基于车辆的计算系统的请求。示意性方法还包括在基于车辆的计算系统和无线装置上的应用之间建立通信。示例性方法还包括:在基于车辆的计算系统至少接收与应用的操作相关的第二通信。
[0010]在另一实施例中，一种系统包括处理器和与计算机处理器通信的无线收发器，无线收发器被构造为与无线装置通信。在该实施例中，处理器被构造为通过收发器接收由远程处理产生的无线音频输入请求。处理器还被构造为响应于请求对车辆音频输入进行封装，并将车辆音频输入发送到请求处理。
[0011]在另一实施例中，一种计算机实现的方法，包括:通过无线收发器在车辆计算系统接收由远程处理产生的无线音频输入请求。示意性方法还包括:响应于所述请求而对车辆音频输入进行封装。所述方法还包括:响应于所述请求将车辆音频输入发送到请求处理。
[0012]优选地，远程处理在无线装置上运行。
[0013]优选地，远程处理在与通过无线装置与车辆计算系统通信的远程处理器上运行。
[0014]优选地，所述方法还包括:
[0015]分析车辆音频输入；
[0016]响应于车辆音频输入请求包括基于文本的音频输入的等同物。
[0017]优选地，所述方法还包括:
[0018]通过无线装置向远程服务请求对音频输入的分析；
[0019]响应于分析请求接收分析；
[0020]将接收的分析传送到请求处理。
[0021]优选地，在车辆计算系统确定车辆计算系统不能分析音频输入请求之后处理对分析音频输入的请求。
[0022]优选地，在请求处理确定车辆计算系统不能分析音频输入请求之后处理对分析音频输入的请求。
[0023]在另一实施例中，一种计算机可读存储介质，存储了当被处理器执行时使得处理器执行下述方法的指令，所述方法包括:通过无线收发器在车辆计算系统接收由远程处理产生的无线音频输入请求。示意性方法还包括:响应于所述请求而对车辆音频输入进行封装。此外，方法包括:响应于所述请求将车辆音频输入发送到请求处理。
[0024]优选地，远程处理在无线装置上运行。
[0025]优选地，远程处理在与通过无线装置与车辆计算系统通信的远程处理器上运行。
[0026]优选地，所述方法还包括:
[0027]分析车辆音频输入；
[0028]响应于车辆音频输入请求包括基于文本的音频输入的等同物。
[0029]优选地，所述方法还包括:
[0030]通过无线装置向远程服务请求对音频输入的分析；
[0031]响应于分析请求接收分析；
[0032]将接收的分析传送到请求处理。
[0033]优选地，在车辆计算系统确定车辆计算系统不能分析音频输入请求之后处理对分析音频输入的请求。
[0034]优选地，在请求处理确定车辆计算系统不能分析音频输入请求之后处理对分析音频输入的请求。
【专利附图】
【附图说明】
[0035]图1示出基于车辆的示意性示例计算系统以及该系统与示意性远程网络的示意性交互；
[0036]图2示出运行了与基于车辆的计算系统进行通信的一个或多个应用的示意性示例远程装置；
[0037]图3A至图3F示出从装置发送到基于车辆的计算系统的示例性示意命令的示例性处理流程；
[0038]图4示出车辆音频处理的示意性示例；
[0039]图5示出车辆音频处理的第二示意性示例。
[0040]这些附图不是系统和处理的排他性呈现，所述系统和处理可被实施以实现权利要求所记载的发明。本领域的技术人员将认识到，示出的系统和处理实施例可被修改或可被调整为满足本发明或其等同物所要求的实现。
【具体实施方式】
[0041]根据需要，在此公开本发明的详细实施例；然而，应当理解，所公开的实施例仅为本发明的示例，其可以以多种替代形式实施。附图无需按比例绘制；可夸大或缩小一些特征以显示特定组件的细节。因此，此处所公开的具体结构和功能细节不应被解释为限制，而仅作为教导本领域技术人员以各种形式采用本发明的代表性基础。
[0042]图1示出用于车辆31的基于车辆的计算系统(VCS)I的示例框式拓朴框图。这种基于车辆的计算系统I的示例为由福特汽车公司制造的SYNC系统。设有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触敏屏幕，则用户还可与所述界面交互。在另一示意性实施例中，通过按压按扭、语音会话和语音合成进行交互。
[0043]在图1中示出的示意性实施例1中，处理器3控制基于车辆的计算系统的操作的至少某一部分。设在车辆中的处理器允许命令和程序的车载处理。另外，处理器连接至非永久存储器5和永久存储器7两者。在该示意性实施例中，非永久存储器为随机存取存储器(RAM)并且永久存储器为硬盘驱动器(HDD)或闪存。
[0044]处理器还设有允许用户与处理器进行接口连接的多个不同的输入。在该示意性实施例中，设有麦克风29、辅助输入25 (用于输入33)、USB (通用串行总线)输入23、GPS (全球定位系统)输入24和蓝牙输入15。还设有输入选择器51,以允许用户在各种输入之间切换。在对麦克风和辅助连接器两者的输入被传递至处理器之前，通过转换器27将对麦克风和辅助连接器两者的输入从模拟信号转换为数字信号。尽管未示出，但与VCS通信的多个车辆组件和辅助组件可使用车辆网络(诸如但不限于CAN (控制器区域网络)总线)以向VCS(或其组件)传递数据或传递来自VCS (或其组件)的数据。
[0045]系统的输出可包括但不限于视觉显不器4和扬声器13或立体声系统输出。扬声器连接至放大器11并通过数字-模拟转换器9从处理器3接收其信号。还可分别沿19、21处示出的双向数据流产生至远程蓝牙装置(诸如PND (个人导航装置)54)或USB装置(诸如车辆导航装置60)的输出。
[0046]在一个示意性实施例中，系统I使用蓝牙收发器15与用户的移动装置53 (例如，蜂窝电话、智能电话、PDA(个人数字助理)或具有无线远程网络连接能力的任何其它装置)进行通信17。移动装置随后可用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61进行通信59。在一些实施例中，蜂窝塔57可以为WiFi接入点。
[0047]信号14代表了移动装置与蓝牙收发器之间的示例性通信。
[0048]可通过按钮52或类似输入来指示移动装置53与蓝牙收发器15进行配对。因此，向CPU指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。
[0049]可使用例如与移动装置53相关联的数据计划、话上数据或DTMF(双音多频)音调在CPU3与网络61之间传递数据。可选择地，可能期望包括具有天线18的车载调制解调器63以便在语音频带上在CPU3与网络61之间对数据进行传递16。移动装置53随后能够通过例如与蜂窝塔57的通信55而被用来与车辆31之外的网络61进行通信59。在一些实施例中，调制解调器63可与蜂窝塔57建立通信20，以与网络61通信。作为非限制性示例，调制解调器63可以为USB蜂窝调制解调器并且通信20可以为蜂窝通信。
[0050]在一个示意性实施例中，处理器设有包括与调制解调器应用软件进行通信的API(应用编程接口)的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与远程蓝牙收发器(诸如设在移动装置里的蓝牙收发器)的无线通信。蓝牙是IEEE802PAN (个人区域网)协议的子集。IEEE802LAN (局域网)协议包括WiFi并且与IEEE802PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可以在该领域使用的其它通信方式为自由空间光通信(诸如IrDA (红外数据协议))和非标准的消费者IR (红外)协议。
[0051]在另一实施例中，移动装置53包括用于语音带或宽带数据通信的调制解调器。在话上数据的实施例中，当正在传输数据期间移动装置的拥有者可对装置说话时，可执行如频分复用的已知技术。在其它时间，当拥有者没有使用该装置时，数据传输能够使用整个带宽(在一个示例中为300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言可能是常见的并且仍然在使用，但其已经很大程度上被用于数字蜂窝通信的码域多址(⑶MA)、时域多址(TDMA)、空域多址(SDMA)的混合体代替。这些都是符合ITUIMT-2000(3G)的标准，并且为静止或者行走的用户提供高达2mbs的数据传输速率以及为在移动车辆中的用户提供高达385kbs的数据传输速率。3G标准现正被为车辆中的用户提供IOOmbs以及为静止用户提供Igbs的数据传输速率的MT高级(4G)所替代。如果用户具有与移动装置相关联的数据计划，则该数据计划可能允许宽带传输且系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所代替。在另一实施例中，ND (移动装置)53可以为能够通过例如(而非限制)802.1lg网络(即WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。
[0052]在一个实施例中，输入数据可经由话上数据或数据计划通过移动装置、通过车载蓝牙收发器，并进入车辆内部处理器3。例如，在某些临时数据的情况下，数据可存储在HDD或其它存储介质7上，直至不再需要所述数据的时候。
[0053]可与车辆进行交互的其它源包括具有例如USB连接56和/或天线58的个人导航装置54、具有USB62或其它连接的车辆导航装置60、车载GPS装置24、或者具有与网络61的连接能力的远程导航系统(未显示)。USB是一类串行网络协议中的一种。IEEE1394 (火线)、EIA (电子工业协会)串行协议、IEEE1284(并口 )、S/TOIF(索尼/飞利浦数字互联格式)和USB-1F(USB应用者论坛)形成了装置-装置串行标准的骨干。多数协议可实施为用于电通信或光通信。[0054]另外，CPU能与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线健康装置、便携式计算机等。
[0055]另外或可选择地，CPU可使用例如WiFi71收发器来连接到基于车辆的无线路由器73。这能允许CPU在本地路由器73的范围内连接到远程网络。
[0056]除了具有通过位于车辆中的车辆计算系统执行的示例性处理之外，在特定实施例中，还可以通过与车辆计算系统进行通信的计算系统来执行示例性处理。这样的系统可包括但不限于无线装置(例如但不限于移动电话)或者通过无线装置连接的远程计算系统(例如但不限于服务器)。总体上，这样的系统可被称为与车辆相关联的计算系统(VACS)。在特定实施例中，VACS的特定组件可以根据系统的特定实施方式而执行处理的特定部分。通过示例并且是非限制的方式，如果处理具有使用配对的无线装置发送或者接收信息的步骤，则由于该无线装置不会与自身进行信息的“发送和接收”，因此该无线装置很可能不执行该处理。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定VACS。在所有解决方案中，预期至少位于车辆本身中的车辆计算系统(VCS)能够执行示例性处理。
[0057]图2示出运行了与基于车辆的计算系统通信的一个或多个应用的示意性示例远程装置。在此示意性实施例中，远程装置209 (例如但不限于蜂窝电话、PDA、GPS装置等)存储了一个或多个远程应用201、205。远程应用使用车辆计算系统(VCS)客户端方API203、207与基于车辆的计算系统247进行通信。例如，该API可被预先提供给开发者，并定义输出包和输入包的格式，从而远程装置209和基于车辆的计算系统247之间的通信可行。如果多于一个应用同时进行通信，则可向远程装置209提供调度器211。
[0058]通过通信链接213将数据从远程装置传送到车辆通信系统。该链接可以是有线链接或无线链接，并可以是半双工或全双工。在一个非限制示例中，链接是蓝牙链接。
[0059]基于车辆的通信系统存储了各种应用，包括但不限于:通信管理器223、API抽象(abstraction)应用217、管理和仲裁应用219、适应应用221 (这些应用还可以是单个或多个应用的层，诸如服务提供商应用215)。
[0060]在该示例性实施方式中，通信管理器223处理所有传送，将输入消息发送到抽象应用(或层)217，并确保输出消息经由正确的传送信道发送。
[0061]在该示例性实施方式中，抽象应用217将输入消息转换为由服务执行的动作，并从来自本地模块的信息和事件创建输出消息。
[0062]在该示例性实施方式中，管理和抽象应用219通过管理对人机接口(HMI)元件的使用并控制资源消耗来使针对每个应用的基于车辆的本地计算系统虚拟化。
[0063]在该示例性实施方式中，适应应用221对本地API进行封装并与核心本地应用共存。可修改或替换该应用以允许通信连接与不同版本的基于车辆的计算系统软件兼容。
[0064]在至少一个示例性实施方式中，将使用消息协议来对在移动客户端和基于车辆的计算系统之间交换的消息进行编码，以命令和控制为了诸如显示和说出文本、收听、传导按钮按压等的目的人机接口(HMI )。这些消息可包括少量数据(例如，文本短语、按钮标识符、状态、拇指驱动文件数据、配置数据等)。使用由消息规定提供的补充支持的该协议将允许多个客户端应用会话同时使用单个传送信道。
[0065]在适合和可用的情况下，可使用其它开放标准协议，诸如A2DP蓝牙规范，用于使来自移动装置的音频流向车辆音频系统(不是所有的移动装置都支持A2DP)。然而，一些开放标准协议不会总是在每台移动装置上都可用，或者不会总是被一致地实现。此外，对于这些协议的使用的API支持可能不会在所有的移动平台上被一致地实现。因此，当在技术上可以足够简单地实现并且可以显著增加平台之间的一致性时，可以将一些开放标准协议(例如，OBEX)的功能提供为消息协议的一部分。
[0066]在至少一个示意性实施方式中，标准蓝牙规范可能不足以将来自车辆的音频提供给移动装置。在这种情况下，可能适合于通过API协议将来自车辆麦克风的PCM音频发送给移动装置。示意性实施例提供的设施可被用于提供这种形式的音频传输。
[0067]传送可被配置为支持全双工通信，用于在客户端应用和基于车辆的计算系统之间提供即时事件传导。传送还可支持多个同时信道，以允许来自一个或多个装置的同时连接。
[0068]一个或多个示例性传送是串行(RS232)和TCP/IP。例如，可通过蓝牙串行规范提供与移动装置进行的串行传送通信。多数移动装置支持该规范，并且多数移动装置为其使用提供一般编程模型。串行编程模型被广泛使用并被高度统一。如果基于车辆的计算系统提供USB上的串行传送(Serial-over-USB)支持，则串行传送可被USB连接到基于车辆的计算系统的任何移动装置使用(如果移动装置提供其USB连接上的串行传送)。
[0069]此外，TCP/IP传送为在基于车辆的计算系统上运行的应用提供使用本地HMI的能力。如果在未来模块提供外部TCP/IP连接，则该传送将允许外部客户端通过TCP/IP连接进行连接。用于TCP/IP的套接字编程模型(包括API)通常是高度便携的。这样的示例可以是使用客户端方API227来通过本地套接字225通信的本地加载的应用229。
[0070]在至少一个示例性实施例中，系统的解耦性质(基于车辆的计算系统直到客户端应用连接时才意识到客户端应用)要求一种发现机制，从而系统和移动装置客户端可以发现彼此的存在和能力。
[0071]双向发现是可行的，从而移动装置客户端将能够发现本地平台的HMI能力、环境和场景，并且系统将能够发现在远程装置上可用的应用，并能够启动这些应用。
[0072]在该示意性实施例中，本地API231具有关联的各种服务，远程装置可以通过功能调用来访问这些服务。例如，可提供显示功能233。
[0073]系统可提供允许客户端应用向车辆显示器写入并询问所述显示器的性质的API。每种显示器的性质可被总体描述为使得客户端应用将不要求对各个显示器类型(类型1FDM、类型3GAP、类型6导航等)的硬编码。具体地说，系统可列举每个显示器并指示每个显示器的期望的使用(主显示器或次显示器)。此外，系统可列举每个显示器的可写入文本字段，提供每个可写入文本字段的尺寸，并指示每个字段的期望的一般使用。为了提高与当前用户接口的兼容性，还可以包括被驾驶员分心规则所允许的对于长文本的滚动支持。
[0074]系统还可包括文本到语音转换能力241。系统可提供允许客户端应用启用(leverage)基于车辆的计算系统的文本到语音转换功能的API。客户端应用还可以将说出的文本插入音频图标的播放。它们还可以利用预先存在的音频图标或提供它们自身的短音频文件。应用提供的音频文件的格式将被限制为本地支持的格式。
[0075]示意性实施例的进一步的功能可包括一个或多个按钮输入243。这样的一个示例可以是通过安装在车辆中的按钮(诸如方向盘按钮)的使用来控制远程装置上的应用。
[0076]另一示例性功能可以是语音识别功能245。系统可提供允许客户端应用启用基于车辆的计算系统的语音识别能力的API。系统还可简化基于车辆的计算系统的本地语音识别API，以为客户端应用开发者提供更简单的开发模型。语音语法API还将被简化，同时保持多数本地API的适应性。例如，(客户端应用方的)系统将识别诸如“蓝牙音频”或“USB”的全局语音命令，并将控制传送给适合的应用。
[0077]在示例性实施方式中，还可提供音频1/0237。系统可提供到HMI的校准后的访问，同时增强被编入核心应用的交互惯例。可允许单个的“关注中”客户端应用对显示器、按钮、音频捕捉或语音引擎的主要访问。将允许不受关注的客户端应用(例如，文本消息、转向导航等)进行简短声明(例如，“接收到新的消息”或者“向左转”)。立体声音频可在移动装置音频应用之后继续播放。
[0078]系统可提供允许客户端应用捕捉使用麦克风记录的音频的API。客户端应用可指定捕捉的时间段，然而可以在任何时间中断捕捉。可将捕捉的音频返回给客户端应用或将捕捉的音频存储在便携式驱动器上。
[0079]此外，在系统中还可设置文件1/0235。例如，系统可提供允许客户端应用从远程驱动器读取文件、将文件写入远程驱动器、创建和/或删除远程驱动器上的文件的API。到远程驱动器文件系统的访问可被限制为:客户端应用只可以向该客户端应用的方向读取/编辑数据。此外，系统还可包括MSCAN (摩托罗拉可扩展控制器区域网络)239。
[0080]系统将提供允许客户端应用添加、编辑和移除电话簿上的联系人的API。将稍后在语音命令或电话簿菜单中使用这些联系人来拨打蓝牙连接的电话。可对由客户端应用发送的联系人进行验证以确保它们不违反限制。
[0081]可提供类似的接口以允许客户端应用添加/替换当蓝牙连接的电话接到来电时发出的铃声。将检查铃声音频以确保其符合预设的最大大小和长度，并且其音频格式与系统兼容。
[0082]最后，系统可提供各种安全形式，以确保系统完整性和驾驶员安全。系统API可被限制为防止客户端应用对系统和车辆造成的无意或恶意的损坏，包括(但不限于):限制访问车辆CAN总线；限制访问本地文件系统；禁止或限制访问音频输出音量；禁止访问禁用PPT (一键通)、菜单、或开发者可能认为重要的其他按钮；禁止访问禁用系统语音命令或多媒体播放器源命令。
[0083]此外,连接到SyncLink的客户端应用必须通过用户同意。例如，可使用如下标准:用户必须在它们的移动装置上安装客户端应用；通过蓝牙连接的客户端应用必须在这样的移动装置上运行，该移动装置被用户配对到运行了所述系统的基于车辆的计算系统模块；在模块上本地运行的应用必须由用户安装到所述模块上。
[0084]系统还可使用被标记和授权的应用。例如，一般的应用可被标记有允许它们仅与特定车辆交互的VIN特定证书。当用户从分布模型获得应用时，证书将被附着于该应用安装。每个证书将包含VIN特定密钥和应用标识的加密副本。当连接到服务时，应用标识字符串和证书被发送。系统解密证书，并验证VIN密钥与模块匹配、以及应用标识与从应用发送的标识匹配。如果两个字符串都不匹配，则来自该应用的其它的消息将不被认可。在一次应用安装中可包括多个密钥以允许应用用于多个车辆。
[0085]在另一示意性示例中，授权的应用必须在模块自身上本地运行。这些应用必须通过所有本地应用要求的标准代码署名处理。通过该处理的应用可能不会遭受与一般应用所经历的相同模拟缺陷。
[0086]在另一示意性实施例中，一个或多个应用可公开由一个或多个其他应用接收的数据。因此，一个或多个应用可预订通过示例性公开机制公开的一个或多个数据馈送。
[0087]例如，第一应用可以是音乐播放应用，并公开关于正被应用播放的歌曲的数据。该数据可被发送到系统并被设置ID，该ID允许希望预订该数据的应用找到该数据。可选择地，车辆计算系统可识别数据正输入到预订该类型数据的预订方，并将该数据广播给预订实体。
[0088]第二应用、预定方可以寻找和检索该数据，或者该数据可被发送到第二应用、预订方。第二应用(在该示例中是社交网络更新程序)可以随后使用通过预订获得的数据进行公布。在该示例中，社交网络应用可以更新通知人们哪首音乐当前正在应用用户的车中播放的网站。
[0089]除了用作公布数据的直接方式以外，车辆计算系统自身可公布预订的数据。例如，可由车辆计算系统公布链接到车辆计算系统的GPS数据，并且可由期望使用所述数据的应用预订所述数据。这些只是公布/预订可以怎样结合示意性实施例使用的一些非限制示例。
[0090]图4示出音频处理的示意性示例。在VCS上运行的API引擎可提供音频到移动装置上(或云中)的请求应用的路由。同时，该系统可处理检测并处理其他输入(例如但不限于按钮按压、屏幕触摸等)，并可控制到扬声器和显示器的数据流。
[0091]由于将原始音频数据传送到移动装置用于进一步处理的能力，使得使用音频输入的方式可多种多样。例如，在一示意性实施方式中，可对音频数据继续解析以确定语音命令或其他语音输入。如果希望，则车辆计算系统可包括基本语音处理模块，应用可使用该模块来处理音频输入。然而，由于车辆计算系统中的处理能力的限制，该应用可能难以处理复杂音频输入。在这种情况下，可希望将音频输入发送到用于音频处理的基于云的网站。
[0092]该音频处理的一个示例在图4中示出。在该示意性示例中，在401,处理将音频请求发送到车辆计算系统。在验证了请求的正确属性后，在403，车辆计算系统可返回麦克风输入音频，该麦克风输入音频由请求处理接收。此外,在405，处理可请求(或自动接收)对音频数据的某些处理。例如，该处理可包括对音频输入的转换或解释。
[0093]在407，如果随同的数据可适合于使用(例如但不限于包括了正确的命令)，则由于请求的处理是适当的，因此在413可满足请求处理并且使用数据。在其他情况下，例如但不限于，如果处理的数据不包括可识别的命令，或者可选择地，如果处理的音频数据是一组不能与某些离散命令集匹配的数据，则处理可请求基于云的音频处理。
[0094]在基于云的处理的情况下，在409，应用可将音频发送到云，以被基于云的音频解释引擎所使用。一旦处理了音频，在411，应用就可接收回与处理的音频数据相应的语音识别数据。在413，可以以应用期望的任何方式使用该数据。
[0095]音频数据的其它示意性使用也是可行的。例如，通常的情况是:车主注意到从引擎或车辆的其它部分传来的噪声。由于通常难以将这些噪声描述给机修工，因此可能需要将该车从汽车店开回去以尝试重现噪声。然而，一般可能难以重现发生噪声的场景，并且可能不能向机修工提供噪声的精确再现。
[0096]使用音频传送能力，在移动装置上运行的程序可用于捕捉车辆中的任何声音，包括受损部位的声音。在另一示例中(诸如图5中所示)，远程诊断程序可捕捉音频，可诊断问题，可保存音频用于机修工之后在检修车辆时收听。
[0097]在图5中示出的示意性示例中,在501,将(例如来自车主的)请求发送到云中的远程处理装置。该远程处理装置可以是基于云的系统，并具有分析引擎声音和确定车辆是否存在问题的能力。在一些示例中，系统甚至可以确定具体的问题。
[0098]一旦做出请求，在503就可激活云中的可以分析输入音频的诊断分析程序。在505，向车辆发出对音频的请求。该请求可以被立即处理，或者车主可暂时不处理请求而是随后在噪声开始出现时开始发送音频。一旦音频传输开始，在507,处理就从系统接收音频。
[0099]在509，可分析输入音频，并且可以确定音频的某些部分是否对应于指示问题的音频。如果在511检测到相应的音频，则处理可停止音频收集以尝试解释具体问题。在其他情况下，当车辆中的噪声停止时，在513车辆的操作者可终止音频流。直到音频流停止为止，处理可继续收集从车辆发送的音频。
[0100]—旦停止了音频传输,在515,处理就可存储用于机修工之后检索用的音频。信息可被打上日期戳/时间戳，并且在一些示例中，可将信息与从车辆发送的用于帮助确定问题的具体原因的附加诊断信息一起存储。
[0101]一旦接收并存储了音频，在517，处理就可以随后开始更加详细的分析(假设该分析还未完成)以进一步确定噪声指示的具体问题。在519，如果可以诊断具体问题，则在523，处理可将诊断报告给车主。可选择地，在521，由于不能从分析确定具体问题，因此处理可报告应该拜访机修工并向其提供相关的信息和音频。
[0102]图4和图5中示出的示例只是可由系统的将麦克风音频中继到请求处理的能力实现的使用音频的两个示例。其它使用可包括但不限于报告车厢声音、对车辆的声音分析、用户语音记录等。此外，信息可包括来自车辆周围的外部环境的周围噪声，该噪声可指示如下问题:气流、驾驶员疲劳指数、或者甚至是可引起驾驶员注意的周围Ρ0Ι。
[0103]综合地，在此呈现的技术方案提供一种用于对车辆组件的远程应用使用的一站式服务。使用嵌入车辆计算系统的API接口，请求处理可访问车辆音频、访问音频输出、访问物理和触摸屏输入、使用车辆显示器并总体通过车辆HMI与驾驶员无缝地交互，就好像处理在车辆计算系统本身上运行一样。可由车辆计算系统处理输入/输出和请求的仲裁，并且可编写任何数量的应用，以适当的方式使用这些输入，从而提供满意的最终用户的体验。
[0104]API命令的示例性非限制组可包括但不限于:
[0105]ClientApp Connect(app Name)
[0106]在图3A中示出该命令的示例流程图。在301，该命令可建立到基于车辆的通信系统的连接，并在303提供应用的名称。该操作可以是异步的，从而会需要在305等待来自系统的响应。可通过在307接收到返回连接状态和唯一连接ID的On Connection StatusReceived事件来指示完成。该连接ID仅在连接期间有效。
[0107]app Name -唯一地识别移动装置上的该应用的名称。该名称在移动装置上是唯一的，但是可被从另一移动装置连接的另一应用所使用。
[0108]ClientAppDisconnect
[0109]该示例性事件可断开连接。客户端做出的使用该连接的任何进一步的尝试将会被忽略。[0110]SpeakText (text, completionCorrelationID)
[0111]在图3B中示出该命令的示例性流程图。在311，该命令可引起系统通过首先获得音频系统的优先级来经由车辆音频系统说出指定文本。在313，一旦获得优先级，则在315命令发送文本并在317等待响应。由于该文本是一般应用操作的一部分，因此会要求优先级。该操作可以是异步的，并且可由在319接收到返回完成原因列举的On Speak Complete事件来指示完成。
[0112]由SYNC说出的文本到文本
[0113]compIetionCorreIation ID -当完成说话操作时(通过 On SpeakComplete 事件)返回的标识符。
[0114]SpeakAlert(text, completion Correlation ID)
[0115]在图3C中示出该命令的示例性流程图。该命令可通过车辆语音系统说出指定文本。在321，该命令可发送文本并在323等待响应。在该示例中，API指示当发送命令时不需要优先级，从而由于这是提醒而不需要优先级。该操作是异步的，并且可由返回完成原因列举的On SpeakComplete事件来指示完成。例如,意图该功能由当前不受关注但是需要与用户进行简单单向交互(即，只说而不需要通过可能的语音或按钮的用户输入)的应用使用。
[0116]由SYNC说出的文本到文本
[0117]compIetionCorreIation ID-当完成说话操作时(通过 On Speak Complete 事件)返回的标识符。
[0118]DisplayText (text)
[0119]在图3D中示出该命令的示例性流程图。该命令可使得基于车辆的计算系统在控制台显示器上显示指定的文本。还可以要求优先级。在331，命令首先搜索优先级。一旦在333获得优先级，就可在335发送文本。在至少一个实施例中，由于显示器区域可能只允许显示12个字符，因此文本应该是很短的文本串。
[0120]由SYNC显示在无线电头(radio head)上的文本到文本
[0121]CreateRecoPhraseSet (phrase List, thresholdlgnore, thresholdReject, compIetion Correlation ID)
[0122]在图3E中示出该命令的示例性流程图。该命令可创建可在PromptAndListen操作期间收听的一组短语。在341，系统可发送可能的短语的列表，并在343等待识别选择的短语的响应(例如但不限于由在图3F中示出的PromptAndListen发送的响应)。该操作可以是异步的，并且可由返回对该短语组的处理的OnRecoPhraseSetCreationComplete事件来指示完成，其中，在调用了 PromptAndListen之后使用所述短语组。
[0123]phraseSetList -将被识别的字符串的列表(in.NET, a List〈string>)。
[0124]thresholdlgnore -指示为使短语不被忽略而必须获得的识别确认百分比O和100之间的数字值(百分比)。
[0125]thresholdReject -指示为使短语不被拒绝而必须获得的识别确认百分比O和100之间的数字值(百分比)。
[0126]completionCorrelationID -当完成短语组创建操作时(通过OnRecoPhraseSetCreationCompIete 事件)返回的标识符。
[0127]PromptAndListenQnitialPrompt, helpPrompt, re jectionPrompt, timeoutPrompt,recoPhraseSetHandleList, completionCorrelationID)
[0128]在图3F中示出该命令的示例性流程图。该命令可提示用户并听取识别后的响应。由于正在进行音频/视觉提示，因此在该示例中可要求优先级。在351，系统可首先请求优先级。一旦在353获得优先级，则系统随后在355发送信息的包并在357等待响应。一旦接收到响应，则在359系统可基于例如ID号确定给出了哪个响应。该操作可以是异步的，并且可由返回完成原因和识别的文本的OnPromptAndListenCompIete事件来指示完成。
[0129]recoPhraseSetHandleList -对在该连接期间已经被创建的一个或多个短语组的处理的列表(in.NET，a List〈>)。从这些短语组中的任意一个识别的短语将通过OnPromptAndLi stenCompIete 事件返回。
[0130]initialPrompt -在收听开始之前说给用户的文本。
[0131]helpPrompt -在用户在收听期间请求帮助的情况下说给用户的文本。
[0132]rejectionPrompt -在用户没有说出可识别的短语的情况下说给用户的文本。
[0133]timeoutPrompt -在用户没有在超时期间内说出可识别的短语的情况下说给用户的文本。
[0134]completionCorrelationID -当完成短语组创建操作时(通过OnPromptAndListenCompIete 事件)返回的标识符。
[0135]虽然上面已经描述了示例性实施例，但是不意图这些实施例描述本发明的所有可能形式。而是，在说明书中使用的词语是描述而非限制的词语，并且应理解，在不脱离本发明的精神和范围的情况下，可以进行各种改变。此外，可组合各种执行实施例的特征以进行本发明的进一步的实施例。
【权利要求】
1.一种系统，包括: 处理器； 无线收发器，与计算机处理器通信，并被构造为与无线装置通信； 其中，处理器被构造为通过收发器接收由远程处理产生的无线音频输入请求， 其中，处理器还被构造为:响应于所述请求而对车辆音频输入进行封装，并将车辆音频输入发送到请求处理。
2.如权利要求1所述的系统，其中，远程处理在无线装置上运行。
3.如权利要求1所述的系统，其中，远程处理在通过无线装置与处理器进行通信的远程服务器上运行。
4.如权利要求1所述的系统，其中，处理器还被构造为分析车辆音频输入，并响应于车辆音频输入请求包括基于文本的音频输入的等同物。
5.如权利要求1所述的系统，其中，处理器还被构造为:通过无线装置向远程服务请求对音频输入的分析，接收响应于分析请求的分析，并将接收的分析传送到请求处理。
6.如权利要求5所述的系统，其中，在车辆计算系统确定车辆计算系统不能分析音频输入请求之后处理对分析音频输入的请求。
7.如权利要求5所述的系统，其中，在请求处理确定车辆计算系统不能分析音频输入请求之后处理对分析音频输入的请求。
【文档编号】H04B5/02GK103825633SQ201310575135
【公开日】2014年5月28日 申请日期:2013年11月15日 优先权日:2012年11月15日
【发明者】大卫·帕特里克·波, 内洛·约瑟夫·桑托里, 沃特·凯南 申请人:福特全球技术公司