专利名称：在车载计算系统与远程应用之间进行通信的方法和设备的制作方法
技术领域：
说明性的实施例总体涉及一种用于在车载计算系统(vehicle basedcomputing system)和远程应用之间进行通信的方法和设备。
背景技术：
车载计算系统(例如，FORD SYNC系统)正变得越来越普及。通过使用各种来源 的车辆信息、驾驶员输入以及与车辆系统的连接，SYNC系统可在驾驶体验中加入各种功能 和新性能。此外，诸如SYNC的系统可经常与远程装置进行通信来从那些装置获得信息，或者 使用那些装置来访问远程网络。例如，在一个实例中，SYNC可与蜂窝式电话进行通信，并利 用蜂窝式电话的能力与远程网络通信来将信息发送到远程网络或从远程网络接收信息。在 另一示例中，SYNC可询问GPS导航装置(例如，TOMTOM)并接收导航信息。除了询问装置(例如，TOMTOM)来接收导航信息之外，SYNC还可与TOMTOM进行通 信并通过该SYNC系统提供指令(通常与按下T0MR0M屏幕上的“选择”相似)。例如，可通 过经由SYNC系统处理的口头驾驶员命令来提供所述指令。
发明内容
在第一说明性实施方案中，车载计算设备包括与永久性和非永久性存储器进行通 信的计算机处理器。所述设备还包括与所述计算机处理器进行通信并配置为与位于车辆的 无线装置无线地通信的本地无线收发器。在该说明性实施例中，所述处理器能够操作为通过无线收发器接收从无线装置发 送的连接请求，所述连接请求至少包括设法与所述处理器进行通信的应用的标识符。所述处理器还能够操作为一旦连接请求被处理，就从无线装置接收至少一个次级通信。在另一说明性实施例中，无线装置包括至少与永久性和非永久性存储器进行通信 的处理器以及能够操作为与车载计算系统进行通信的无线收发器。在该说明性实施例中，所述永久性处理器存储可作为应用的一部分的指令，其中， 当所述指令被处理器执行时，所述指令能够操作为促成无线装置与车载计算系统之间的通根据该说明性实施方案，当存储的指令被处理器执行时，存储的指令促成用于在 存储在无线设备上的应用与车载计算系统之间建立连接的初始连接请求。当存储的指令被处理器执行时，存储的指令还促成至少一个次级通信(secondary communication)被发送到处理器，所述通信于应用的操作相关。在又一说明性实施例中，一种在存储在无线装置上的应用与车载计算系统之间进 行通信的方法包括在车载计算系统接收由应用发起的请求以将所述应用连接到车载计算 系统。
所述说明性的方法还包括建立车载计算系统与无线装置上的应用之间的通信。示 例性方法还包括在车载计算系统至少接收与应用的操作相关的次级通信。
图1示出说明性的示例性车载计算系统以及该系统与说明性的远程网络的说明 性交互；图2示出运行与车载计算系统进行通信的一个或多个应用的说明性的示例性远 程装置；图3A至图3F示出从装置发送到车载计算系统的示例性的说明性命令的示例性处
理流程。这些附图并不是可被实施以实现在权利要求书中描述的发明的系统和处理的唯 一代表。本领域的技术人员将认识到，示出的系统和处理实施例可被改进或以其他方式改 变以满足本发明要求保护的实施方案或其等同物。
具体实施例方式这里，在特定示例性的说明性实施例的情况下描述本发明。然而，本领域的普通技 术人员将认识到，可在不脱离本发明的真实范围和精神的情况下对公开的示例性的说明性 实施例进行修改、扩展和改变。简而言之，仅通过示例的方式提供以下描述，并且本发明并 不限于在此公开的特定说明性实施例。图1示出用于车辆31的车载计算系统1的示例块拓扑。启用车载计算系统的车 辆可包含位于车辆中的视觉前端接口 4。如果该接口设置有例如触敏屏幕，则用户还能够 与该接口进行交互。在另一说明性实施例中，通过按钮按压、可听语音和语音合成来进行交互。在图1示出的说明性实施例1中，处理器3控制车载计算系统的操作的至少一部 分。在车辆内设置有处理器，所述处理器允许命令和例程的板载处理。此外，处理器被连接 到非永久性存储器5和永久性存储器7两者。在该说明性实施例中，非永久性存储器是随 机存取存储器(RAM)，永久性存储器是硬盘驱动器(HDD)或闪存。所述处理器还设置有多个不同的输入端，所述输入端允许用户与处理器进行交 互。在该说明性实施例中，麦克风四、(用于输入端33的)辅助输入端25、USB输入端23、 GPS输入端M以及蓝牙输入端15均被提供。还提供了输入选择器51以允许用户在各个输 入端之间进行调换。在麦克风和辅助连接器两者的输入被传递到处理器之前，由转换器27 对该输入进行从模拟到数字的转换。所述系统的输出端可包括，但不限于，视觉显示器4和扬声器13或立体声系统输 出端。扬声器连接到放大器11并通过数模转换器9从处理器3接收其信号。还可分别沿 19和21示出的双向数据流实现远程蓝牙装置(例如，PND 54)或USB装置(例如，车辆导 航装置60)的输出。在一个说明性实施例中，系统1使用蓝牙收发器15与用户的行动装置53 (例如， 蜂窝式电话、智能电话、PDA等)进行通信17。然后所述行动装置可用于(例如，通过与蜂 窝塔(cellular tower) 57进行通信55)与车辆31外的网络61进行通信59。
行动装置与蓝牙收发器之间的示例性通信由信号14表示。可通过按钮52或类似输入端来指示将行动装置53与蓝牙收发器15进行配对，告 知CPU 板载蓝牙收发器将与行动装置中的蓝牙收发器配对。可利用与行动装置53相关的作为示例的数据规划(data-plan)、话上数据(data over voice)或DTMF音来在CPU 3与网络61之间传递数据。可选择地，会期望包括板载调 制解调器63以通过语音频段在CPU 3与网络61之间传送数据。在一个说明性实施例中， 处理器设置有包括用于与调制解调应用软件进行通信的API的操作系统。调制解调应用软 件可访问蓝牙收发器上的嵌入式模块或固件来完成与(例如，行动装置中发现的)远程蓝 牙收发器的无线通信。在另一实施例中，行动装置53包括用于语音频段或宽带数据通信的 调制解调器。在话上数据实施例中，当行动装置的拥有者可在数据正被传送的同时通过该 装置对话时，可实施称为频分复用的技术。在其他时间，当拥有者没有使用该装置时，所述 数据传送可使用整个带宽(在一个示例中，300Hz到3. 4kHz)。如果用户具有与行动装置相关的数据规划，则所述数据规划可能允许宽带传输并 且所述系统可使用更宽的带宽(加快数据传送的速度)。在又一实施例中，行动装置53被 附加在车辆31上的蜂窝式通信装置(未示出)代替。在一个实施例中，呼入数据可经由话上数据或数据规划而经过行动装置，经过板 载蓝牙收发器并传递到车辆的内部处理器3。在特定临时数据的情况下，例如，数据可被存 储在HDD或其他存储介质7上，直到不再需要所述数据的时候。可与车辆连接的另外的源包括具有作为示例的USB连接56和/或天线58的个 人导航装置M ；或者具有USB 62或其他连接的车辆导航装置60、板载GPS装置M或具有 到网络61的连接的远程导航系统(未示出)。此外，CPU可处于与各种其他辅助装置65的通信中。这些装置可通过无线连接67 或有线连接69而被连接。此外，或者可选择地，CPU可通过使用作为示例的WiFi 71收发器 而被连接到车载无线路由器73。这将允许CPU连接到本地路由器73范围中的远程网络。图2示出运行与车载计算系统进行通信的一个或多个应用的说明性的示例性远 程装置。在该说明性的实施例中，远程装置209(例如，不限于，蜂窝式电话、PDA、GPS装置 等)具有存储在其上的一个或多个远程应用201、205。所述远程应用使用车辆计算系统 (VCS)客户端侧API 203、207来与车载计算系统247进行通信。例如，该API可被预先提供 给开发者，并且所述API定义呼出和呼入包的格式以使得远程装置209与车载计算系统对7 之间的通信可行。如果多于一个的应用同时进行通信，则调度器(dispatcher) 211可被提 供给远程装置209。数据通过通信链路213从远程装置传递到车辆通信系统。所述通信链路可以是有 线链路或无线链路，并可以是半双工或全双工。在一个非限制性的示例中，所述链路是蓝牙 链路。车载通信系统具有存储在其上的各种应用，包括，但不限于通信管理器223、API 抽象应用217、管理和仲裁应用219以及适配应用221(这些应用还可以是单个或多个应用 的层，例如，服务提供方应用215)。在该示例性实施方案中，通信管理器223处理所有的传送，将呼入消息转发到抽 象应用(或层)217并保证呼出消息经由合适的传送信道被发送。
在该示例性实施方案中，抽象应用217将呼入消息变换为将由服务执行的动作， 并从来自本地模块的信息和事件来创建的呼出消息。在该示例性实施方案中，管理和仲裁应用219通过管理HMI组件的使用和控制资 源消耗来针对每个应用虚拟化本地车载计算系统。在该示例性实施方案中，适配应用221封装本地API并与核心本地应用共存。适 配应用可被修改或替代以允许通信连接与不同版本的车载计算系统软件兼容。在至少一个示例性实施方案中，消息协议将被用来对移动客户端和车载计算系统 之间交换的消息进行编码，以命令和控制人机交互(HMI)实现诸如显示和陈述文本、收听、 传播按钮推动(Button-push)等的目的。这些消息可包含少量数据(例如，文本短语、按钮 标识、状态、拇指驱动(thumb-drive)文件数据、配置数据等)。所述消息协议使用由消息规 范提供的补充支持，将准许多客户端应用会话同时使用单传送信道。其他开放标准协议可用于合适并且可用的情况，例如，针对从移动装置向车辆音 频系统进行音频流传输的A2DP蓝牙规范(不是所有的移动装置都支持A2DP)。然而，一些 开放标准协议不总是可用于每个移动装置，或者不总是被统一地实现。此外，支持这些协议 的使用的API可能不会在所有移动平台上统一地实现。因此，当技术上简单到足以实施并 且可跨平台地实现一致性方面的显著增长时，一些开放标准协议(例如，OBEX)的功能可被 设置为消息协议的一部分。传送器(transport)可被配置为支持全双工通信以提供客户端应用和车载计算 系统之间的提示事件传播。传送器还可支持多个并行通道，以准许来自一个或多个装置的 并行连接。一个或多个示例性传送器是串行(RS232)和TCP/IP。例如，可通过蓝牙串行规范 来提供与移动装置的串行传送通信。大多数移动装置支持该规范，并且大多针对其使用提 供通用编程模型。串行编程模型被广泛使用并且高度统一。如果车载计算系统支持USB上 的串行传送(serial-over-USB)，则可与通过USB连接到车载计算系统的任何移动装置(如 果该移动装置支持通过其USB连接进行串行传送)一起使用串行传送器。此外，TCP/IP传送器为车载计算系统上运行的应用提供使用本地HMI的能力。如 果该模块将来提供外部TCP/IP连接，则该传送器将允许外部客户端通过所述TCP/IP连接 进行连接。用于TCP/IP的套接字(socket)编程模型(包括API)通常具有高度的便携性。 该示例将是使用客户端侧API 227通过本地套接字225进行通信的本地加载的应用229。在至少一个示例性实施例中，系统的去耦特性(即，车载计算系统直到连接到客 户端应用才察觉到所述客户端应用)需要系统和移动装置客户端能够发现彼此的存在和 性能的发现机制。双向发现(dual discovery)是可行的，通过该双向发现，移动装置客户端将能够 发现本地平台的环境、现场(locale)和HMI性能，并且系统将能够发现在远程装置上可用 的应用并具有启动这些应用的能力。在该说明性实施例中，本地API 231具有与其相关的各种服务，可由远程装置通 过函数调用来访问所述各种服务。例如，可提供显示功能233。所述系统可提供允许客户端应用向车辆显示进行写操作并查询车辆显示特征的 API。可总体描述每个显示的特征，从而客户端应用将不需要对各个显示类型(类型1FDM、类型3GAP、类型6导航等)进行硬编码。具体地讲，所述系统可列举每个显示并指示每个显 示的预期使用(主要显示或次要显示)。此外，所述系统可列举每个显示的可编写文本框 (text field)，提供每个可编写文本框的大小并指示每个框的预期总体使用。为了提高与 当前用户接口的一致性，在驾驶员分心规则(driver distraction rule)允许的情况下，还 可包括对长文本的滚动的支持。所述系统还可包括文本转语音能力Ml。所述系统可提供允许客户端应用调节车 载计算系统的文本转语音功能的API。客户端应用还能够交错播放音频图标与陈述文本。 客户端应用还能够利用预先存在的音频图标或提供它们自己的短音频文件。应用提供的音 频文件的格式将限于那些本地所支持的格式。说明性的实施例的进一步功能可包括一个或多个按钮输入M3。该按钮输入的一 个示例将是通过使用安装在车辆中的按钮(例如，方向盘按钮)来控制远程装置上的应用。另一示例性功能可以是语音识别功能M5。所述系统可提供允许客户端应用调节 车载计算系统的语音识别性能的API。所述系统还可简化车载计算系统的本地语音识别 API以便为客户端应用开发者提供更简单的开发模型。还可在保持大部分本地API的灵活 性的同时简化语音语法API。例如，所述系统(代表客户端应用)将识别全局语音命令(例 如，“蓝牙音频”或“USB”)并将控制传递到合适的应用。还可在示例性实施方案中提供音频I/O 237。所述系统可在强化被编码为核心应 用的交互协定的同时提供对HMI的受控访问。可允许单个“焦点(infocus)”客户端应用主 要访问显示器、按钮、音频捕捉或语音引擎。将允许没有焦点的客户端应用(例如，文本消 息传送、逐向道路导航(Turn by TurnNavigation)等)做出短通告(例如，“新消息到达” 或“左转”)。立体声音频可在移动装置音频应用之后继续播放。所述系统可提供允许客户端应用捕捉使用麦克风记录的音频的API。尽管可在任 何时间打断所述捕捉，但是客户端应用可指定捕捉的持续时间。可将捕捉的音频返回到客 户端应用或存储在本地或便携式驱动器上。此外，还可将文件I/O 235提供给系统。例如，系统可提供允许客户端应用从远程 驱动器上的文件进行读取、写入到远程驱动器上的文件、在远程驱动器上创建文件和/或 删除远程驱动器上的文件的API。对远程驱动文件系统的访问会受限于客户端应用仅可读 取/编辑该客户端应用专有的目录中的数据。所述系统将提供允许客户端应用对电话簿添加、编辑和移除联系人的API。这些联 系人稍后将被用于语音命令或电话簿菜单以拨打蓝牙连接的电话。由客户端应用发送的联 系人可被验证以保证他们不违反约束条件。可提供相似的接口以允许客户端应用添加/替换当蓝牙连接的电话有呼入呼叫 时响起的铃音。所述铃音的音频将被检查以保证其符合预设的最大大小和长度并且其音频 格式与所述系统兼容。最后，所述系统可提供各种形式的安全性，以保证系统的完整和驾驶员的安全这 两方面。系统API可被限于防止客户端应用对系统和车辆的疏忽或恶意破坏，包括(但不 限于)对车辆CAN总线进行受限访问；对本地文件系统进行受限访问；不访问音频输出音 量或对音频输出音量进行受限访问；不进行访问来禁用开发者认为必要的PTT(—键通话， push-to-talk)、菜单或其他按钮；不进行访问来禁用系统语音命令或媒体播放器源命令。
此外，连接到SyncLink的客户端应用必须由用户批准。例如，可使用以下准则用 户必须将客户端应用安装在他们的移动装置上；经由蓝牙连接的客户端应用必须在由用户 配对至系统运行的车载计算系统模块的移动装置上运行；并且在模块上本地运行的应用必 须由用户安装在所述模块上。所述系统还可使用签名和特许的应用。例如，可利用允许普通应用仅与特定车辆 交互的特定VIN证书对普通应用签名。当用户从分布模型获得应用时，所述证书将附加在 所述应用安装。每个证书将包含特定VIN密钥的加密副本以及应用的身份。在连接到服务 时，所述应用身份字符串以及证书被发送。系统对证书解密并验证VIN密钥是否与模块匹 配以及应用身份是否与从所述应用发送的应用身份匹配。如果两个字符串都不匹配，则来 自所述应用的进一步消息将不被认同。可通过应用安装而包括多个密钥，以允许由多个车 辆使用所述应用。在另一说明性的示例中，特许的应用必须在模块自身上进行本地运行。这些应用 必须经过所有本地应用所需要的标准编码签名过程。经过该过程的应用不会遭受普通应用 所经历的相同的假冒缺陷带来的损害。在又一说明性的实施例中，一个或多个应用可公布数据以由一个或多个其他应用 接收。相应地，一个或多个应用可订阅经由示例性公布机制公布的一个或多个数据馈送。例如，第一应用可以是音乐播放应用，并公布关于正被所述应用播放的歌曲的数 据。所述数据可被发送到系统并设置有允许设法订阅该数据的应用找到该数据的ID。可选 择地，车辆计算系统可识别出数据正进入该类型数据的订户，并将该数据广播至该订阅实 体。作为订户的第二应用可寻找和检索数据或该数据被发送到第二应用。随后第二应 用(在该示例中为社交网络升级程序)可使用通过订阅公布项而获得的数据。在该示例中， 社交网络应用可升级网站，以通知人们当前在应用用户的车中正在播放什么音乐。除了用作用于公布的数据的直通方式(through-way)以外，车辆计算系统自身可 公布订阅的数据。例如，链接到车辆计算系统的GPS数据可由车辆计算系统公布并被期望 使用该数据的应用订阅。这些仅是可如何结合说明性的实施例使用公布/订阅的一些非限 制的示例。API命令的示例性的非限制集合可包括，但不限于ClientAppConnect(appName)图3A中示出该命令的示例流程。该命令可建立到车载通信系统的连接(301)并 提供应用的名称(303)。该操作可以是异步的，因此会需要等待来自系统的响应(305)。可 通过接收返回连接状态和唯一连接ID的OnConnectior^tatusReceived事件来指示完成 (307)。所述连接ID仅在所述连接的持续时间有效。appName-唯一地识别移动装置上的应用的名称。该名称在移动装置上是唯一的， 但可由从另一移动装置连接的另一应用使用。ClientAppDisconnect该示例性事件可关闭连接。客户端使用所述连接的任何进一步的尝试将被忽视。SpeakText (text, compIetionCorreIationID)在图;3B中示出该命令的示例性流程。该命令可通过首先获取音频系统的优先权(311)使系统通过车辆音频系统陈述指定的文本。一旦获取了优先权(313)，所述命令发送 文本(315)并等待响应(317)。由于该文本是普通应用操作的一部分，所以会需要优先权。 该操作可以是异步的，并且可通过接收返回完成原因列举的OnSpeakComplete事件来指示 完成(319)。Text-将由SYNC陈述的文本。completionCorrelationID-在陈述操作完成时(经由 OnSpeakComplete 事件)将 被返回的标识符。SpeakAlert (text, completionCorrelationID)图3C中示出该命令的示例性流程。该命令可通过车辆音频系统陈述指定的文本。 该命令可发送文本(321)并等待响应(323)。在该实例中，API指示当命令被发送时不需要 优先权，从而因为命令是警报而不存在对优先权的需要。该操作是异步的并且可由返回完 成原因列举的OnSpeakAlertCompIete事件来指示完成。例如，计划由当前不具有焦点但是 需要与用户进行简短的单向交互(即，在不可经由语音或按钮进行用户输入的情况下仅进 行陈述)的应用来使用该功能。Text-将由SYNC陈述的文本。completionCorrelationID- ￠[^ !^ ] ^ (Ι 由 OnSpeakAlertCompIete · 件)将被返回的标识符。DisplayText(text)图3D中示出该命令的示例性流程。该命令使车载计算系统在控制台显示器上显 示指定文本。也会需要优先权。所述命令首先寻找优先权(331)。一旦获取了优先权(333)， 可发送所述文本(335)。在至少一个实施例中，这应该是非常短的文本字符串，因为显示区 域会仅准许十二个字符。text-将由SYNC在无线电显示平台(radio display platform)上显示的文本。CreateRecoPhraseSet(phraseSetList, thresholdlgnore, threshoIdReject, completionCorrelationID)图3E中示出该命令的示例性流程。该命令可创建在PromptAndListen操作期间 可被收听的一组短语。系统可发送可能的短语的列表(341)并等待识别选择的短语的响应 (343)(例如，不受限地，由图3F中示出的PromptAndListen发送的响应)。该操作可以是 异步的并且可由返回用于该短语集合的句柄的OnRecoPhraseSetCreationComplete事件 来指示完成，所述短语集合在随后对PromptAndListen的调用中被使用。phraseSetList-将被识别出的字符串(在· NET, List<string>中)的列表。thresholdlgnore-指示为使短语不被忽视而必须获得的识别置信百分比的O与 100之间的数字值(百分比)。thresholdReject-指示为使短语不被拒绝而必须获得的识别置信百分比的0与 100之间的数字值(百分比)。completionCorrelationID-在短语集合创建操作完成时(经由 OnRecoPhraseSetCreationComplete 事件)将被返回的标识符。PromptAndListen (initialPrompt, he IpPrompt, rejectionPrompt, timeoutPrompt, recoPhraseSetHandleList, completionCorrelationID)
图3F中示出该命令的示例性流程。该命令可提示用户并收听识别的响应。在该 示例中会需要优先权，这是因为做出了音频/视觉提示。系统可首先请求优先权(351)。一 旦获取了优先权(353)，则系统发送信息的包(355)并等待响应(357)。一旦接收到响应， 则系统可基于作为示例的ID号码来确定给出了哪个响应(359)。该操作可以是异步的并且 可由返回完成原因和识别的文本的OrfromptAndListenCompIete事件来指示完成。recoPhraseSetHandleList-用于在该连接期间已被创建的一个或多个短语集合 的句柄的列表(在.NET,ListO中)。从这些短语集合中的任何一个识别出的短语将经由 OnPromptAndLi stenCompIete 事件被返回。initialPrompt-在收听开始之前将对用户陈述的文本。helpPrompt-如果在收听期间用户请求帮助，则将对用户陈述的文本。rejectionPrompt-如果用户未能说出陈述可识别的短语，则将对用户陈述的文 本。timeoutPrompt-如果用户未能在超时时间段内说出可识别的短语，则将对用户陈 述的文本。completionCorrelationID-在短语集合创建操作完成时(经由 OnPromptAndLi stenCompIete事件)将被返回的标识符。尽管已结合现在被认为是最实际和优选的实施例描述了本发明，但是将理解，本 发明不限于公开的实施例，相反，本发明意在覆盖包括在权利要求的精神和范围内的各种 修改和等同设置。
权利要求
1.一种车载计算设备，包括计算机处理器，与永久性存储器和非永久性存储器信息联接；本地无线收发器，与所述计算机处理器信息联接并被配置为与位于车辆附近的无线装 置进行无线通信；其中，所述处理器被操作为通过无线收发器接收从无线装置发送的连接请求，所述连 接请求至少包括识别配置为与处理器信息联接并为车辆中的人员提供服务的应用的标识 符；其中，所述处理器还被操作为一旦连接请求被处理，就从无线装置接收与应用的操作 相关的至少一个次级通信。
2.如权利要求1所述的车载计算设备，其中，次级通信是陈述警报命令、显示文本命 令、创建短语命令以及提示和收听命令中的至少一个。
3.如权利要求2所述的车载计算设备，其中，所陈述警报命令还包括将通过车辆音频系统陈述的文本的字符串，其中，如果陈述警报命令被所述处理器接收，则所述处理器还被操作为指示车辆音频 系统立即取消当前播放的任何音频并陈述文本。
4.如权利要求2所述的车载计算设备，其中，显示文本命令还包括将在车辆显示器上显示的文本的字符串，其中，如果显示文本命令被所述处理器接收，则所述处理器还被操作为指示车辆显示 器显示接收的文本。
5.如权利要求4所述的车载计算设备，其中，车辆显示器是导航系统显示器。
6.如权利要求4所述的车载计算设备，其中，车辆显示器是无线电显示平台显示器。
7.如权利要求2所述的车载计算设备，其中，创建短语命令还包括将通过麦克风输入而被车载计算系统收听的多个文本字符串，其中，所述处理器被操作为处理麦克风输入以确定所述输入是否与文本字符串匹配；其中，如果所述输入被确定为与文本字符串匹配，则处理器被操作为通过无线收发器 将识别匹配哪个文本字符串的标识符返回到行动装置。
8.如权利要求7所述的车载计算设备，其中，所述处理器还被操作为确定输入匹配文 本字符串的置信度。
9.如权利要求8所述的车载计算设备，其中，直到置信度高于预定阈值，所述处理器才 返回识别匹配哪个文本字符串的标识符。
10.如权利要求2所述的车载计算设备，其中，提示和收听命令还包括将被用来提示车辆中的人员的第一文本字符串，其中，如果提示和收听命令被处理器接收，则所述处理器还被操作为指示车辆显示器 和车辆音频系统中的至少一个以显示形式和/或陈述形式输出第一文本字符串。
11.如权利要求10所述的车载计算设备，其中，处理器还被操作为为了输出第一文本 字符串的目的而获得对显示器或音频系统中的至少一个的优先权。
12.如权利要求11所述的车载计算设备，其中，提示和收听命令还包括将被用来帮助 车辆中的人员的第二文本字符串，其中，所述处理器被操作为通过麦克风收听帮助请求，其中，如果所述处理器接收到帮助请求，则所述处理器还被操作为指示车辆显示器和 车辆音频系统中的至少一个以显示形式和/或陈述形式输出第二文本字符串。
13.如权利要求11所述的车载计算设备，其中，提示和收听命令还包括将被用来拒绝 用户输入的第三文本字符串，其中，所述处理器被操作为通过麦克风收听用户输入，其中，如果处理器接收到处理器不能适当地进行处理的用户输入，则处理器还被操作 为指示车辆显示器和车辆音频系统中的至少一个以显示形式和/或陈述形式输出第三文 本字符串。
全文摘要
提供一种在车载计算系统与远程应用之间进行通信的方法和设备。车载计算设备包括与永久性和非永久性存储器通信的计算机处理器。所述设备还包括与计算机处理器通信并配置为与位于车辆的无线装置无线地通信的本地无线收发器。所述处理器能够操作为通过无线收发器接收从行动无线装置发送的连接请求，所述连接请求至少包括设法与处理器进行通信的应用的名称。一旦连接请求被处理，所述处理器还能够操作为从行动装置接收至少一个次级通信。所述次级通信是陈述警报命令、显示文本命令、创建短语命令以及提示和收听命令中的至少一个。
文档编号H04L29/08GK102148865SQ20111003183
公开日2011年8月10日 申请日期2011年1月25日 优先权日2010年2月5日
发明者大卫·P·波, 尼洛·约瑟夫·圣托里, 布赖恩·乌吉尔·约, 米卡·J·凯瑟, 约瑟夫·N·罗斯, 马克·先德, 马克·沙克尔 申请人:福特全球技术公司