用于车辆状态控制的方法和设备的制作方法

用于车辆状态控制的方法和设备的制作方法
【专利摘要】提供一种用于车辆状态控制的方法和设备，其中，一种系统包括：处理器，配置用于：从远程装置接收包括用于车辆系统的指令的文本消息。处理器还被配置用于确定与远程装置关联的特定车辆。另外，处理器被配置用于将所述指令作为文本消息发送到提供给与远程装置关联的特定车辆的电话。处理器被额外配置用于从处理所述指令的车辆接收确认，并将确认文本发送到远程装置。
【专利说明】用于车辆状态控制的方法和设备
【技术领域】
[0001]说明性实施例总体涉及用于车辆状态控制的方法和设备。
【背景技术】
[0002]车辆选项的远程控制长久以来是车辆用户期望的功能。遥控钥匙(key fob)为开门、开后备箱、甚至是远程启动车辆提供机会。然而，在很多情况下，遥控钥匙上的按钮的数量限制功能。由于需要大的装置来提供多个按钮，因此典型的远程控制已被限制为几个常见功能。
[0003]具有交互显示的蜂窝电话的可用性已提供了扩大车辆控制的新途径。允许用户通过使用运行在与车辆进行通信的电话上的应用，利用触摸屏显示器来远程控制多个车辆设置的接口已被提出。遗憾的是，不是每个人都有能够进行这种交互的电话，但即使相对简单的电话一般也远比典型的遥控钥匙功能强。
[0004]美国专利申请2008/0287151总体涉及一种使得能够使用文本消息协议(诸如，短消息服务(SMS))在移动无线通信装置(诸如，蜂窝电话)与资产监视装置之间进行通信的系统。包括资产监视装置的序列号、PIN码和用于监视装置的命令的命令文本消息被输入在移动无线装置上。命令文本消息经由无线通信网络被发送并转发给服务提供商。在验证了序列号和PIN时，服务提供商经由无线通信网络将命令发送到无线资产监视装置。无线资产监视装置接收所述命令并基于所述命令执行行动。例如，如果所述命令是定位命令，则无线监视装置发送它的当前位置，诸如，纬度/经度坐标。无线资产监视装置还发送指示完成了行动或指示出于某 种原因未采取行动的响应。服务提供商从监视单元接收响应，解析所述响应，并构造发送到用户的移动通信装置的报告文本消息。所述报告文本消息随后被显示在移动通信装置上。

【发明内容】

[0005]在第一说明性实施例中，一种系统包括处理器，所述处理器配置用于:从远程装置接收包括用于车辆系统的指令的文本消息。处理器还被配置用于确定与远程装置关联的特定车辆。另外，处理器被配置用于将所述指令作为文本消息发送到提供给与远程装置关联的特定车辆的电话。处理器被额外配置用于从处理所述指令的车辆接收确认，并将确认文本发送到远程装置。
[0006]在第二说明性实施例中，一种系统包括处理器，所述处理器配置用于:从远程服务器接收包括用于车辆系统的指令的文本消息。处理器还被配置用于访问在文本消息中指定的车辆系统。处理器还被配置用于针对车辆系统采取如文本消息中所指定的行动。另外，处理器被配置用于使用对行动的确认来对远程服务器进行响应。
[0007]所述系统可包括:移动装置，配置用于接收和发送文本消息，并与处理器进行通?目。
[0008]所述指令可包括用于改变车辆系统的状态的指令。[0009]处理器可被配置用于通过如文本消息中所指定的改变车辆状态，针对车辆系统采取如文本消息中所指定的行动。
[0010]所述指令可包括关于车辆系统的状态的查询。
[0011]所述确认可包括对所述查询的响应，所述响应指示车辆系统的状态。
[0012]所述指令可包括关于可查询的车辆系统和可改变的车辆系统的查询。
[0013]所述确认可包括对查询的响应，其中，所述响应包括可使用的可查询的车辆系统和可改变的车辆系统的标记。
[0014]在第三说明性实施例中，一种计算机实现的方法包括:在车辆计算系统(VCS)从远程服务器接收包括用于车辆系统的指令的文本消息。所述方法还包括:经由VCS访问在文本消息中指定的车辆系统。所述方法还包括:针对车辆系统采取如在文本消息中所指定的行动。另外，所述方法包括:使用对行动的确认来对远程服务器进行响应。
[0015]所述指令可包括用于改变车辆系统的状态的指令。
[0016]针对车辆系统采取如文本消息中所指定的行动的步骤可还包括:如文本消息中所指定的改变车辆状态。
[0017]所述指令可包括关于车辆系统的状态的查询。
[0018]所述确认可包括对所述查询的响应，所述响应指示车辆系统的状态。
【专利附图】

【附图说明】
[0019]图1示出车辆计算系统的说明性示例；
[0020]图2示出用于在远程账户中将电话与车辆进行关联的处理的说明性示例；
[0021]图3示出查询处理的说明性示例；
[0022]图4示出调整处理的说明性示例；
[0023]图5示出调整选项传送处理的说明性示例。
【具体实施方式】
[0024]根据需要，在此公开本发明的详细实施例；然而，应当理解，所公开的实施例仅为本发明的示例，本发明可以以多种替代形式实施。附图无需按比例绘制；可夸大或最小化一些特征以显示特定组件的细节。因此，在此所公开的具体结构和功能细节将不被解释为限制，而仅作为用于教导本领域技术人员以多种形式利用本发明的代表性基础。
[0025]图1示出用于车辆31的基于车辆的计算系统(VCS)I的示例框式拓朴图。这种基于车辆的计算系统I的示例是由福特汽车公司制造的SYNC系统。设有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触敏屏幕，则用户还可与该界面交互。在另一说明性实施例中，通过按扭按压、具有自动语音识别和语音合成的语音会话系统产生交互。
[0026]在图1中所示的说明性实施例1中，处理器3控制基于车辆的计算系统的操作的至少某部分。设置在车辆中的处理器允许命令和程序车载处理。此外，处理器连接至非永久性存储器5和永久性存储器7两者。在该说明性实施例中，非永久性存储器是随机存取存储器(RAM)，并且永久性存储器是硬盘驱动器(HDD )或闪速存储器。
[0027]处理器还提供有允许用户与处理器交互的多个不同的输入。在该说明性实施例中，提供有麦克风29、辅助输入25 (用于输入33)、USB输入23、GPS输入24、可以是触摸屏显示器的屏幕4和蓝牙输入15。还提供有输入选择器51，以允许用户在各种输入之间交换。在对麦克风和辅助连接器的输入被传递至处理器之前，通过转换器27将对麦克风和辅助连接器的输入从模拟转换为数字。尽管没有显示，但是与VCS通信的多个车辆组件和辅助组件可使用车辆网络(诸如但不限于CAN总线)，以向VCS (或其组件)传递数据或传递来自VCS (或其组件)的数据。
[0028]系统的输出可包括但不限于视觉显不器4和扬声器13或立体声系统输出。扬声器连接至放大器11并通过数字-模拟转换器9从处理器3接收其信号。还可分别沿19和21处所示的双向数据流产生至远程蓝牙装置(诸如PND54)或USB装置(诸如车辆导航装置60)的输出。
[0029]在一个说明性实施例中，系统I使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何其它装置)进行通信17。移动装置随后可用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61进行通信59。在一些实施例中，塔57可以是WiFi接入点。
[0030]信号14代表移动装置和蓝牙收发器之间的示例性通信。
[0031]可通过按钮52或类似输入来指示将移动装置53与蓝牙收发器15进行配对。因此，向CPU指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。
[0032]可利用例如与移动装置53相关联的数据计划、话上数据或DTMF音在CPU3和网络61之间传递数据。可选择地，可能期望包括具有天线18的车载调制解调器63，以便在语音频带上在CPU3和网络61之间传递数据16。移动装置53随后能够通过例如与蜂窝塔57的通信55而被用来与车辆31之外的网络61进行通信59。在一些实施例中，调制解调器63可与蜂窝塔57建立通信20，以与网络61通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以为蜂窝通信。
[0033]在一个说明性实施例中，处理器设置有包括与调制解调器应用软件进行通信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与远程蓝牙收发器(诸如在移动装置中找到的蓝牙收发器)的无线通信。蓝牙是IEEE802PAN(个人局域网)协议的子集。IEEE802LAN (局域网)协议包括WiFi，并且具有相当多的与IEEE802PAN的交叉功能。两者都适合于车辆内的无线通信。可以在该领域中使用的其它通信方式为自由空间光通信(诸如IrDA)和非标准化的消费者IR协议。
[0034]在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的拥有者可在数据正被传输的同时通过装置通话时，可执行已知为频分复用的技术。在其它时间，当拥有者没有使用该装置时，数据传输能够使用整个带宽(在一个示例中为300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言可能是常见的并且仍然在使用，但其已经很大程度上被针对数字蜂窝通信的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)的混合体代替。这些都是符合ITUIMT-2000(3G)的标准，并且为静止或者行走的用户提供高达2mbs的数据速率以及为在移动车辆中的用户提供高达385kbs的数据速率。3G标准现正被为车辆中的用户提供IOOmbs并为静止用户提供Igbs的IMT高级(4G)所替代。如果用户具有与移动装置相关联的数据计划，则该数据计划可允许宽带传输，且系统可使用宽得多的带宽(加速数据传送)。在又一实施例中，移动装置53被安装到车辆31的蜂窝通信装置(未示出)所代替。在又一实施例中，ND53可以是能够通过例如(且不限于)802.1lg网络(B卩WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。
[0035]在一个实施例中，传入的数据可经由话上数据或数据计划经过移动装置，经过车载蓝牙收发器，并进入车辆内部处理器3。例如，在某些临时数据的情况下，数据可存储在HDD或其它存储介质7上，直至不再需要所述数据的时候。
[0036]其它可与车辆进行接口连接的源包括具有例如USB连接56和/或天线58的个人导航装置54、具有USB62或其它连接的车辆导航装置60、车载GPS装置24、或者具有与网络61的连接能力的远程导航系统(未显示)。USB是一类串行联网协议中的一种。IEEE1394(火线? (苹果)、1.LINK? (索尼)和Lynx? (德州仪器))、EIA (电子工业协会)串行协议、IEEE1284(并口 )、S/PDIF(索尼/飞利浦数字互连格式)和USB-1F(USB应用者论坛)形成了装置-装置串行标准的骨干。这些协议中的大多数可被实施为用于电通信或光通信。
[0037]此外，CPU能与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线健康装置、便携式计算机等。
[0038]此外或可选择地，CPU可使用例如WiFi(IEEE803.11)71收发器而连接至基于车辆的无线路由器73。这能允许CPU在本地路由器73的范围内连接到远程网络。
[0039]除了具有由位于车辆中的车辆计算系统执行的示例性处理之外，在特定实施例中，还可由与车辆计算系统进行通信的计算系统来执行示例性处理。这样的系统可包括但不限于无线装置(例如，但不限于移动电话)或通过无线装置连接的远程计算系统(例如，但不限于服务器)。总体上，这样的系统可被称为与车辆相关计算系统(VACS)。在特定实施例中，VACS的特定组件可依据系统的特定实现来执行处理的特定部分。通过示例且非限制的方式，如果处理具有使用配对的无线装置发送或接收信息的步骤，则由于无线装置不会与自身“发送和接收”信息，因此无线装置很可能不执行所述处理，。本领域的普通技术人员将理解何时不适合对给定方案应用特定VACS。在所有方案中，预期至少位于车辆内部的车辆计算系统(VCS)自身能够执行示例性处理。
[0040]已提出允许接口连接智能电话和车辆计算系统的各种方案。利用具有可视化界面的电话和车辆计算系统之间的通信，处理将经常呈现电话选项的可视化显示，随后智能电话的利用将把命令和选择从菜单传送到车辆计算系统以在车辆上实现。这通常涉及用于在电话和车辆之间传送数据的数据计划的使用，并还涉及在提供菜单的电话上的可视化显示的使用两者。
[0041]在上述示例中，当可在电话和车辆之间建立连接时，数据可被直接发送到车辆来实现。当然，为了实现这样的方案，用户必须具有可用于使用的智能电话和数据计划两者。虽然这已变得越来越普遍，但是仍然存在许多具有低数据可用性的区域，且仍然有很多人缺少具有用于提供可提供车辆控制选项的全功能应用的适当接口的智能电话和/或电话。
[0042]说明性实施例提出一种用于放宽与一些智能电话+数据计划方案相关联的更严格的要求的方案。利用说明性实施例，如由制造商和/或应用设计者允许的，缺少智能电话能力和/或数据计划访问的用户仍然可使用电话与车辆计算系统和控制功能进行通信。
[0043]通常，在提出的实施例中，文本消息将被用作用于经由数据计划将数据传送到车辆或从车辆传送数据的代理。由于文本消息往往在更传统的数据计划不可用的区域可用，因此这可提供可实现车辆选项的电话控制的范围更广的地理区域。在至少一些实施例中，文本将被直接发送到服务器，其中，通过所述服务器电话被链接到车辆。提供与车辆的通信的服务器随后可将文本“馈送”传送到车辆或从车辆接收文本“馈送”。
[0044]即使在使用智能电话应用的情况下，当数据计划不可用时，系统可提供冗余层。在一个实施例中，用户可实际上输入命令行式命令，诸如，例如，<window_state=closed>或<vehicle_temperature=75>0这些可以是用于摇上任意打开的窗户或将车辆温度设置为七十五度的命令的示意性示例。这两个选项都可在智能电话上运行的应用中访问，所述选项可以或可不首先试图利用数据计划来直接将命令传达到车辆。如果不可能进行直接通信，则所述处理可试图利用文本馈送来转送命令。由于在这个示例中，用户正访问应用接口，因此与输入文本(这也是可能的)相反，应用本身可转送命令。
[0045]在另一示例中，所述处理可基于简单的文本消息，其中，用户可在给定电话和车辆之间先前链接的账户上通过服务器将文本命令发送到车辆。在这种情况下，用户可输入命令行式命令，或在另一示例中，用户可输入“普通语言”命令，且服务器可将这些命令翻译为用于车辆的大致相应的命令行命令。
[0046]图2示出用于在远程账户中将电话与车辆进行关联的说明性示例。在这个说明性实施例中，经由无线装置访问远程服务器201。在这个示例中，服务器提供车辆和远程装置(例如，电话、平板PC等)之间的通信。服务器可具有与其关联的固定号码，用户(或在用户的装置上运行的应用)可将文本消息发送到固定号码(通过所述固定号码服务器可将号码发送到适当的车辆)。
[0047]一旦远程服务器接收到文本消息，在这个实施例中，它可检查以查看当前电话是否已与车辆关联。在这种情况下，由于请求是用于配对新的电话，因此电话将不会与车辆关联，并且服务器可首先创建识别传入的移动号码(或其他适当的标识符)的账户。一旦配对的上半(first half)已被创建，用户可输入用于与车辆配对的车辆标识符。这可以是，例如，车辆识别号码(VIN)、提供给消息可发送到的车辆(车载的)的移动电话的号码、或甚至仅是参照存储文件来查看哪个车辆属于所有者的所有者标识符。
[0048]在使用车辆移动电话号码的情况下，不需要获取额外的信息，虽然在一些情况下，可能进一步期望获得次要许可级别。例如，在至少一个示例中，用户可能必须明确地登录到网站，并将移动电话号码和特定车辆进行关联。这为关联处理提供一定程度的密码和登录保护。特别在通信将用于打开/关闭窗户、启动车辆(例如，为了温度改变)或其他为车辆提供可能的访问和/或电力的情况下，可能期望要求用户以受保护的方式配对电话和车辆。
[0049]一旦已利用任何合适的保护，服务器可随后将车辆与传入的用户ID(例如，电话号码)进行关联205。将来，从具有注册的ID的电话传入服务器的移动消息可被转送到关联的车辆。在至少一个示例中，电话可与多个车辆关联，消息本身可指定用于传送的特定车辆。如果指定的车辆与关联的车辆中的一个匹配，则消息可被传送。
[0050]可按照若干方式实现车辆和电话的初始配对。可在先前已将电话与车辆进行蓝牙配对的环境中执行一种相对无缝的方式。在这种情况下中，在蓝牙配对下配对电话和车辆(这可假设需要对车辆的可允许的访问)时，车辆计算系统可还提示用户是否期望“文本配对”。如果用户希望配对装置，则所述处理可将信号发送到指示装置和车辆的配对的远程文本服务器。这可防止用户稍后必须经过配对处理。
[0051]在另一示例中，其中，所述文本系统作为用于基于数据计划的系统的备份，在首先使用车辆和电话之间的数据计划式通信时，消息可被发送到远程服务器来配对电话和车辆以用于文本通信。在这种情况下，如果数据计划不可用，则由于先前激活的基于文本的处理可充当数据的足够代理，甚至不需要用户清楚这是这种情况，因此用户不必经过任何额外的验证步骤。
[0052]在另一示例中，在每个情况下可能需要密码传输(或码传输、PIN传输等)，以提供更强健的形式的安全性并防止经由盗窃的或其他不允许的电话的车辆访问。在任何情况下，在适当的配对处理之后，车辆和电话可经由远程服务器被关联，使得能够适当地处理可接受的传入消息。
[0053]在这种情况下，当装置被关联时，服务器可随后将可经由文本消息控制的选项列表传回电话。这些选项可被保存在用户可访问的文件中和/或被提供给用户应用，使得应用可识别经由用于特定车辆的文本消息可控制的哪种车辆状态/功能。
[0054]文本消息可用于状态改变(温度、窗户、门、音量等)和用于查询车辆系统的当前状态(温度、窗户、充电/燃料等)的指令。图3示出用于检索关于一个或多个车辆状态的信息的查询处理的说明性示例。
[0055]在这个说明性示例中，远程服务器从用户的移动装置接收请求，询问关于车辆的一些状况或组件的状态301。如前面所指出的，这可包括，但不限于，车辆温度、门锁状态、窗口状态、充电/剩余燃料等。在一些情况下，这甚至可被用于监视车辆，并且诸如位置和/或当前速度的信息可被提供。
[0056]一旦已接收到查询文本，这个处理可检查关于车辆而存储的文件，以查看对于给定车辆特定请求选项是否可用303。在一些情况下，特定数据可能仅可用于特定车辆，并且请求数据的应用或用户可能不知道对于请求数据的特定车辆，特定请求的数据不可用。如果数据不可用，则用户可被通知对于所述车辆，请求的数据不可用305。在其他情况下，如果服务器系统并不针对每个车辆跟踪数据的可用性，则远程处理可简单地发送请求，随后通知用户数据是否不可用。
[0057]如果请求的数据可用，则在这个说明性示例中，所述处理可将文本查询发送到车辆307。此外，可能仅一半的用户/车辆组合超出数据计划的范围。在这种情况下，服务器可在数据和文本之间翻译，使得可实现数据传输的最有效使用。例如，如果用户在仅发送允许的文本消息的区域中徒步，但车辆停在数据可用的区域中，则随后来自用户的用于检查车辆温度的文本可由服务器接收，以适当的格式经由数据计划传递到车辆，作为数据计划响应被车辆接收，并随后被翻译并作为文本传回用户。
[0058]一旦已将查询发送到车辆，可以(以适当的格式)接收响应。例如，车辆可用文本消息对远程系统进行响应309，文本消息的格式可以或可不适合于传回用户。在至少一个示例中，车辆将文本消息格式化，并以适合传达给用户的形式将适当的响应发送到服务器。在另一示例中，在服务器可翻译一些机器级代码或其他不可读代码并将合适的响应发送回用户时，车辆可使用一些机器级代码或其他不可读代码进行响应311。依据很多因素可利用任一方法，其中，所述因素包括期望使车辆和/或远程服务器执行的工作量。
[0059]图4示出调整处理的说明性示例。在这个说明性示例中，用户可试图修改车辆状态、设置、系统等。可修改的车辆约束的非限制集包括，但不限于，窗户、门、温度、音量、天窗、打开充电/关闭充电等。可以或不可修改的也可随着具体特定车辆、型号、构造等而变化。
[0060]在这个说明性示例中，远程服务器从用户的移动装置接收对经由文本进行调整的请求401。再次，这可由用户直接发送，或可从在移动装置上运行的应用产生。此外，这可以是“普通语言”请求，或可按照车辆将传递并可直接使用的形式被格式化。
[0061]至于查询，远程服务器可知道对于给定车辆哪些选项可用于调整或不可用于调整。在这些选项是已知的情况下，所述处理可确定用户是否可调整请求的选项403。如果无法调整所述选项，则所述处理可通知用户405。
[0062]在至少一个实施例中，选项的可用性可随着车辆可用的通信的类型而变化。例如，如果服务器当前可使用数据计划和文本选项两者与车辆进行通信，则选项的整个范围可以是可用的。这可以是，例如，因为假定如果数据计划可用，则即使在一些信号强度变化的情况下，文本消息在任何情况下应可通过。因此，例如，在窗户的状态正被调整为“打开”的情况下，如果窗户也可能被容易地关闭，则所述处理可在没有用户通知的情况下仅允许调整。在仅信号传输到车辆的文本可用的情况下，所述处理可首先警告用户，用于摇上窗户的将来的请求可能不被处理，并要求确认进行。在一些情况下，数据的可用性与文本信号的强度可能具有很少关系或没有关系，因此可不需要这个检查和平衡。
[0063]如要求的，如果对于经由文本消息的用户调整，将被调整的系统是可行选项，则所述处理可将调整命令发送到车辆407。由于正请求车辆状态、系统、处理等的实际修改，因此让用户知道请求的改变成功是有用的。在这种情况下，所述处理还可从车辆接收调整成功的确认409。在接收到确认时(或在接收确认失败时)，所述处理可随后通知用户适当的结果411。
[0064]在这种方式下，用户可使用用于在电话和车辆之间进行通信的消息，仅仅与有文本功能的电话进行通信。在非常简单的方案中，可使用提供稍多于基本安全和配对的远程服务器来在电话和车辆之间发送命令行命令，甚至最基本的具有最小文本计划的移动电话可被用于控制至少几个车辆设置。
[0065]在一些场景下，基于文本的系统可作为备份，或甚至是设计用于经由移动装置进行车辆控制的移动应用的标准骨干。在这种情况下，移动应用可具有应用设计者提供的多种选项。例如，这些选项可与用于所有制造商车辆的所有可查询选项(类似用于可调整选项)相应。在这种情况下，用户可配置具有各种选项的特定应用。然而，为了呈现更加用户友好的选项，还可动态地呈现这些选项，使得在给定电话上的应用可自行配置。即使电话可用来控制多个车辆，但每当期望访问时，简单的请求可呈现对于特定车辆可用/不可用的选项列表。
[0066]在一个非限制性示例中，这可通过简单的文本消息(通过对于每个选项指示1-可用O-不可用的二进制变量的字符串)来实现。因此，不过是用0100111011001001...等，256个字符串可指示给定车辆上的所有可用选项(256个之中)，其中，每个二进制位与不同的选项相应。按这种方式，如果在制造商制造的所有车辆之间存在256个或更少的可用选项，则任意应用可使用简单的文本消息来确定任意车辆的可用选项。这个例子不是为了以任何方式进行限制，而是仅为了示出查询车辆来在标准化格式下确定选项可用性的相对简单性。
[0067]图5示出调整选项传送处理的说明性示例。在这个说明性示例中，假设应用已从用户接收到对一组用于特定车辆的可查询和/或可调整选项的请求501 (或者，在很多情况下，用户在这个步骤简单地激活应用)。例如，应用可正在远离车辆和中间服务器的PC或移动装置上运行。
[0068]一旦已接收到对访问应用的请求，所述处理联系中间服务器503。在车辆或服务器可返回整体配置的情况下，如上所述，所述处理可发送简单的查询，以确定关于所有选项的可用性。在另一示例中，所述处理可能必须针对一些选项或所有选项发送测试查询，并随后基于哪个可用或不可用来建立可用选项列表。
[0069]由于用户可能不想例如降低和升高窗口以确定这是否是可用选项，因此，在配置不立即可用的情况下，所述处理可具有“不采取行动”命令，其中，所述命令可针对每个测试变量来发送。在这种情况下，服务器可仅接收例如每个“不采取行动”命令的确认(例如，选项存在)或拒绝(例如，选项不存在或者不可改变)。在这种方式下，可在不改变任何选项的状态下查询选项。
[0070]当配置已从服务器被返回时505，应用随后可装配可用选项的显示507，并将其呈现给用户509。因为显示被呈现给用户，所以选项是使用数据计划访问还是文本访问，这里这基本对用户透明。一旦已给用户提供显示，所述处理可接收与任一查询和/或指令相关的用户输入，并可相应地反应。
[0071]虽然上面描述了示例性实施例，但这些实施例没有意在描述本发明的所有可能形式。而是，在说明书中使用的词语是描述性的词语而不是限制性的词语，应理解，在不脱离本发明的精神和范围的情况下，可做出各种改变。另外，各种实施实施例的功能可被组合以形成本发明的进一步实施例。
【权利要求】
1.一种系统包括: 处理器，配置用于: 从远程装置接收包括用于车辆系统的指令的文本消息； 确定与远程装置关联的特定车辆； 将所述指令作为文本消息发送到提供给与远程装置关联的特定车辆的电话； 从处理所述指令的车辆接收确认； 将确认文本发送到远程装置。
2.如权利要求1所述的系统，其中，处理器被配置用于基于存储的配对确定与远程装置关联的特定车辆。
3.如权利要求1所述的系统，其中，处理器被配置用于基于从远程装置与接收到的文本消息一起发送的车辆标识信息来确定与远程装置关联的特定车辆。
4.如权利要求1所述的系统，其中，从远程装置接收到的文本消息是按照普通语言格式，处理器被配置用于将来自远程装置的文本消息翻译为适合于由提供给车辆的车辆计算系统实施的命令行语言。
5.如权利要求1所述的系统，其中，所述确认是按照非普通语言格式，处理器被配置用于将所述确认翻译为普通语言格式。
6.如权利要求1所述的系统，其中，所述指令包括用于改变车辆系统的状态的指令。
7.如权利要求1所述的系统，其中，所述指令包括关于车辆系统的查询，所述确认包括对查询的响应。
【文档编号】H04W4/12GK103781034SQ201310498803
【公开日】2014年5月7日 申请日期:2013年10月22日 优先权日:2012年10月22日
【发明者】大卫·佩纳 申请人:福特全球技术公司