CN105021206A - 针对联系人地址群体和口头地址选择的方法和设备 - Google Patents

Abstract

提供了一种针对联系人地址群体和口头地址选择的方法和设备。一种系统包括：处理器，被配置为接收用于识别导航指令和联系人姓名的口头指令。处理器还被配置为检索保存在与联系人姓名相应的车辆计算系统联系人条目中的物理地址。此外，处理器被配置为对检索到的地址作为导航目的地的有效性进行验证，并在所述有效性已通过验证之后，将检索到的地址设置为导航目的地。

Description

针对联系人地址群体和口头地址选择的方法和设备

技术领域

示意性实施例总体上涉及一种针对联系人地址群体和口头地址选择的方法和设备。

背景技术

免提车辆接口技术已飞速发展到如下程度：如果需要的话，用户通常可在实际上除了口头指令什么都不需要提供的情况下，将大部分命令输入到车辆系统。例如，如果在车辆地址簿中存在联系人(诸如，“约翰.史密斯”)连同电话号码，则用户可通过说出“呼叫约翰.史密斯”经由车辆来呼叫该联系人，或者，在存在工作号码和家庭号码的情况下，用户可说出“呼叫约翰.史密斯家庭”。

第2013/0151149号美国专利申请总体上涉及一种车辆导航系统，其中，该车辆导航系统连接到用户的智能电话或基于在线互联网的日历服务以下载包含即将到来的用户预约的列表的用户事件安排/日历。列表中的下一事件被识别，并且在所述下一事件中搜索位置标识符的存在，即，预约地点或与其定下预约的人的姓名。在找到位置标识符时，当到达识别出的位置的时间与下一预约发生的时间接近时，向用户提示确认识别出的位置是否与用户的下一预期目的地相应。一旦用户确认，就将识别出的位置解释为下一预期目的地，并且相应地，输入到导航系统的目的地被自动提供用于规划接下来的行程。

发明内容

在第一示意性实施例中，一种系统包括：处理器，被配置为接收用于识别导航指令和联系人姓名的口头指令。处理器还被配置为检索保存在与联系人姓名相应的车辆计算系统联系人条目中的物理地址。此外，处理器被配置为对检索到的地址作为导航目的地的有效性进行验证，并在所述有效性已通过验证之后，将检索到的地址设置为导航目的地。

在第二示意性实施例中，一种计算机实现的方法包括：接收用于识别导航指令和联系人姓名的口头指令。所述方法还包括：检索保存在与联系人姓名相应的车辆计算系统联系人条目中的物理地址。此外，所述方法包括：对检索到的地址作为导航目的地的有效性进行验证，并在所述有效性已通过验证之后，将检索到的地址设置为导航目的地。

根据本发明的一个实施例，所述方法还可包括：如果所述有效性没有通过验证，则识别检索到的地址中的无效部分。

根据本发明的一个实施例，所述方法还可包括：接收对所述无效部分的口头纠正。

根据本发明的一个实施例，所述方法还可包括：接收对所述无效部分的触摸输入纠正。

根据本发明的一个实施例，验证检索到的地址的所述有效性的步骤可包括：尝试将检索到的地址用作目的地并确定是否存在任何错误结果。

根据本发明的一个实施例，口头指令可包括用于标识保存在所述联系人条目中的特定地址的分类名称。

根据本发明的一个实施例，所述方法还可包括：相应于输入的分类名称来检索地址，其中，该地址保存在具有与该地址相关联的分类名称的联系人条目中。

在第三示意性实施例中，一种非暂时性计算机可读存储介质存储当由处理器运行时促使处理器执行包括以下步骤的方法的指令：接收用于识别导航指令和联系人姓名的口头指令。所述方法还包括：检索保存在与联系人姓名相应的车辆计算系统联系人条目中的物理地址。此外，所述方法包括：对检索到的地址作为导航目的地的有效性进行验证，并在所述有效性已通过验证之后，将检索到的地址设置为导航目的地。

根据本发明的一个实施例，所述方法还可包括：如果所述有效性没有通过验证，则识别检索到的地址中的无效部分。

根据本发明的一个实施例，所述方法还可包括：接收对所述无效部分的口头纠正。

根据本发明的一个实施例，所述方法还可包括：接收对所述无效部分的触摸输入纠正。

根据本发明的一个实施例，验证检索到的地址的所述有效性的步骤可包括：尝试将检索到的地址用作目的地并确定是否存在任何错误结果。

根据本发明的一个实施例，口头指令可包括用于标识保存在所述联系人条目中的特定地址的分类名称，其中，所述方法还可包括：相应于输入的分类名称来检索地址，其中，该地址保存在具有与该地址相关联的分类名称的联系人条目中。

附图说明

图1示出示意性的车辆计算系统；

图2示出用于使用物理地址来更新联系人列表的示意性处理；

图3示出用于更新无效地址的示意性处理；

图4A和图4B示出用于对导航地址进行语音选择的示意性处理；

图5示出用于纠正语音选择的无效导航地址的示意性处理。

具体实施方式

根据需要，在此公开本发明的详细实施例；然而，将理解的是，所公开的实施例仅仅是本发明的示例，本发明可以以各种可替代形式实施。附图无需按比例绘制；可夸大或最小化一些特征以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应该被解释为限制，而仅仅作为用于教导本领域技术人员以各种方式利用本发明的代表性基础。

图1示出车辆31的基于车辆的计算系统(VCS)1的示例块拓扑。这种基于车辆的计算系统1的示例是由福特汽车公司制造的SYNC系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果设置有例如触敏屏幕，则用户还能够与所述界面交互。在另一示意性实施例中，通过按钮按压、可听语音和语音合成来进行交互。

在图1中所示的示意性实施例1中，处理器3控制基于车辆的计算系统的操作中的至少某部分。设置在车辆内的处理器允许对命令和程序的车载处理。此外，处理器连接到非永久性存储器5和永久性存储器7两者。在该示意性实施例中，非永久性存储器是随机存取存储器(RAM)，而永久性存储器是硬盘驱动器(HDD)或闪存。

处理器还设置有允许用户与处理器进行交互的多个不同的输入。在该示意性实施例中，麦克风29、辅助输入25(用于输入33)、通用串行总线(USB)输入23、全球定位系统(GPS)输入24和蓝牙输入15均被提供。还设置有输入选择器51，以允许用户在各种输入之间进行交换。在对麦克风和辅助连接器两者的输入被传送到处理器之前，通过转换器27将所述输入从模拟转换为数字。虽然未示出，但是与VCS进行通信的很多车辆组件和辅助组件可使用车辆网络(诸如，但不限于控制器区域网络(CAN)总线)以向VCS(或其组件)传送数据并传送来自于VCS(或其组件)的数据。

对系统的输出可包括但不限于可视显示器4以及扬声器13或立体声系统输出。扬声器连接到放大器11并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流生成到远程蓝牙装置(诸如，个人导航装置(PND)54)或USB装置(诸如，车辆导航装置60)的输出。

在一示意性实施例中，系统1使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、个人数字助理(PDA)或具有无线远程网络连接能力的任何其它装置)进行通信17。移动装置随后可用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61进行通信59。在一些实施例中，蜂窝塔57可以是WiFi接入点。

移动装置和蓝牙收发器之间的示例性通信由信号14表示。

可通过按钮52或相似输入来指示对移动装置53与蓝牙收发器15进行配对。因此，中央处理器(CPU)被指示：车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。

可利用例如与移动装置53关联的数据计划、话上数据或双音多频(DTMF)音在CPU 3和网络61之间传送数据。可选择地，可期望包括具有天线18的车载调制解调器63以便在CPU 3和网络61之间通过语音频带传送数据16。移动装置53随后可用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61进行通信59。在一些实施例中，调制解调器63可与蜂窝塔57建立通信20，以与网络61进行通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。

在一示意性实施例中，处理器设置有包括与调制解调器应用软件进行通信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如在移动装置中发现的)远程蓝牙收发器的无线通信。蓝牙是IEEE 802PAN(个域网)协议的子集。IEEE 802LAN(局域网)协议包括WiFi并且与IEEE 802PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可以在本领域使用的另一通信方式是自由空间光通信(诸如，红外数据协会(IrDA))和非标准化消费者红外(IR)协议。

在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的拥有者能够在数据正被传送的同时通过装置说话时，可实现已知为频分复用的技术。在其它时间，当拥有者没有使用装置时，数据传送可使用整个带宽(在一示例中是300Hz至3.4kHz)。虽然频分复用对于车辆与互联网之间的模拟蜂窝通信而言可能是常见的并且仍在使用，但其已经很大程度上被用于数字蜂窝通信的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)的混合体所替代。这些都是ITU IMT-2000(3G)兼容的标准，并且为静止或者行走的用户提供高达2mbs的数据速率以及为移动的车辆中的用户提供385kbs的数据速率。3G标准现在正被为车辆中的用户提供100mbs以及为静止的用户提供1gbs的IMT-Advanced(4G)所替代。如果用户拥有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装到车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，ND 53可以是能够通过例如(而不限于)802.11g网络(即，WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。

在一实施例中，传入数据可经由话上数据或数据计划穿过移动装置、穿过车载蓝牙收发器并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要所述数据的时候为止。

其它可与车辆接口连接的源包括：具有例如USB连接56和/或天线58的个人导航装置54、具有USB 62或其它连接的车辆导航装置60、车载GPS装置24、或者具有与网络61的连接能力的远程导航系统(未示出)。USB是一类串行联网协议中的一种。IEEE 1394(火线)、EIA(电子工业协会)串行协议、IEEE 1284(Centronics端口)、S/PDIF(索尼/飞利浦数字互连格式)和USB-IF(USB应用者论坛)形成了装置-装置串行标准的骨干。多数协议可被实施为用于电通信或光通信。

此外，CPU能与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线医疗装置、便携式计算机等。

此外或可选择地，CPU可使用例如WiFi收发器71而连接到基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围内连接到远程网络。

除了使示例性处理由位于车辆中的车辆计算系统执行之外，在某些实施例中，还可以通过与车辆计算系统通信的计算系统来执行示例性处理。这样的系统可包括但不限于：无线装置(例如，但不限于移动电话)或通过无线装置连接的远程计算系统(例如，但不限于服务器)。总体上，这些系统可被称为车辆相关计算系统(VACS)。在某些实施例中，VACS的特定组件可根据系统的特定实施方式而执行处理的特定部分。通过示例而并非限制的方式，如果处理具有与配对的无线装置发送或者接收信息的步骤，则很可能由于无线装置不会与自身进行信息的“发送和接收”，因此无线装置不执行该处理。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的VACS。在所有解决方案中，预期至少位于车辆自身内的车辆计算系统(VCS)能够执行示例性处理。

在此讨论的示意性实施例中的每个实施例中，示出了可由计算系统执行的示例性的、非限制性的示例。针对每个处理，为了执行所述处理的有限目的，执行所述处理的计算系统可变成配置为用于执行所述处理的专用处理器。所有处理不需要全部被执行，并被理解为是可被执行以实现本发明的多个要素的多种类型的处理的示例。根据需要可从示例性处理去除其它步骤或添加其它步骤。

示意性实施例展示了用于从连接的手机下载存储的用户地址的示例性方法。此外，在示意性实施例中，向驾驶员提供了口头请求与联系人相关联的地址的机会，并且该地址将被用作导航目的地。

图2示出用于使用物理地址(physical address)来更新联系人列表的示意性处理。针对在该附图中描述的示意性实施例，应注意，为了执行在此示出的某些示例性方法或所有示例性方法的目的，通用处理器可临时作为专用处理器被启用。当运行提供用于执行所述方法中的某些步骤或所有步骤的指令的代码时，在所述方法被完成之前，处理器可被临时改作专用处理器来使用。在另一示例中，在适当的范围内，根据预先配置的处理器起作用的固件可使处理器用作为了执行所述方法或所述方法的某些合理变形的目的而提供的专用处理器。

在该示意性实施例中，将从用户的手机下载地址簿，并将物理地址添加到车辆地址簿。这些地址针对用户的移动装置中的联系人而被存储在用户的移动装置中。对于任何给定联系人，可存储一个或更多个物理地址(例如，工作地址、家庭地址等)。

在该示例中，所述处理接收用于将地址簿从移动装置同步到车辆的请求(201)。这可例如在车辆连接到在其上存在(例如，先前未记录在车辆上的)一条或更多条新联系人数据的移动装置时发生。在该示意性示例中，响应于同步请求，处理器将地址簿从移动装置下载到车辆(203)。

移动到装置中的下一条目(205)，所述处理检查是否存在与所述条目相关联的物理地址(207)。如果不存在物理地址，则所述处理将下载先前还未存储的任何联系人信息(诸如，电话号码、电子邮件等)(209)。如果仍有另外的联系人(211)，则所述处理重复。

如果存在与联系人相关联的物理地址，则所述处理验证该物理地址(213)。在该示例中，所述处理可例如将该地址对照已知的导航地图进行检查以确定导航系统是否能够在这种导航被请求的情况下导航到该地址。如果该地址有效(215)，则所述处理将该地址与联系人保存在车辆系统中(219)。如果该地址无效，则所述处理将向驾驶员发送该地址无效的通知(217)。

由于驾驶员可能不希望在进行同步的同时修改地址(可能驾驶员上车并非为了更新地址簿的目的)，所以消息可能不是车内消息。如果期望的话，可以提供车内消息，但是在本实施例中，另外地或可选地，消息被发送到识别出的驾驶员账户。该账户可以是例如电子邮件账户，使得当驾驶员有更易于输入的可用键盘时并且当驾驶员可能未试图结束旅程时，驾驶员可在稍后修正地址。如果仍有另外的联系人，则所述处理可重复(221)。

在另一实施例中，可先下载所有地址以加快同步，然后，如果期望对地址的验证，则当车辆行驶时或者在某些其它时间，可完成对地址的验证。在另一实施例中，验证可留到具体地址被请求的时候才进行。

图3示出用于更新无效地址的示意性处理。对于在该附图中描述的示意性实施例，应注意，为了执行在此示出的某些示例性方法或所有示例性方法的目的，通用处理器可临时作为专用处理器被启用。当运行提供用于执行所述方法中的某些步骤或所有步骤的指令的代码时，在所述方法被完成之前，处理器可被临时改作专用处理器来使用。在另一示例中，在适当的范围内，根据预先配置的处理器起作用的固件可使处理器用作为了执行所述方法或所述方法的某些合理变形的目的而提供的专用处理器。

在该示意性示例中，所述处理已向驾驶员通知关于下载到车辆计算机进行存储的地址的一个或更多个识别出的错误。驾驶员已纠正所述地址并将响应发送到车辆计算系统。所述纠正可经由车辆计算机来完成、或可经由能够与车辆计算系统直接或间接通信的另一计算机(例如，通过中间服务器)来完成。所述纠正也可通过服务器被转发到车辆计算系统。

(在车辆计算机或中间服务器上运行的)所述处理接收被驾驶员纠正的更新后的地址(301)。所述处理首先验证：将被更新的针对车辆的纠正信息已被接收(303)。也就是说，所述处理验证电子邮件是来自于受信任的源，并且所述处理意图针对接收到所述信息的车辆。

如果电子邮件未通过验证(305)，则所述处理可向驾驶员通知：未通过验证的源试图联系车辆计算系统(311)。如果电子邮件或其它消息通过验证(305)，则所述处理可随后验证新输入的地址(307)。此外，所述验证可采取确保导航系统具有可在数据库中访问的地址的形式。如果地址有效(309)，则所述处理可更新相关联的联系人条目(313)。否则，所述处理可通知驾驶员所述地址仍然具有一个或更多个错误。如果期望的话，所述通知可再次采取针对驾驶员的电子邮件或其它车外消息的形式。

因为不需要提前或离线对地址进行验证，所以会在请求特定地址时有助于提高驾驶员体验。尽管期望使被验证的地址成为在该地址被驾驶员请求的情况下车辆将识别为有效的地址，但验证可采取多种形式。

图4A和图4B示出用于对导航地址进行语音选择的示意性处理。针对在该附图中描述的示意性实施例，应注意，为了执行在此示出的某些示例性方法或所有示例性方法的目的，通用处理器可临时作为专用处理器被启用。当运行提供用于执行所述方法中的某些步骤或所有步骤的指令的代码时，在所述方法被完成之前，处理器可被临时改作专用处理器来使用。在另一示例中，在适当的范围内，根据预先配置的处理器起作用的固件可使处理器用作为了执行所述方法或所述方法的某些合理变形的目的而提供的专用处理器。

在该示意性示例中，所述处理接收来自驾驶员的导航请求(401)。具体地，在该实施例中，驾驶员说出明白的语言请求，诸如“导航到约翰.史密斯的住处”。在接收到该请求时，所述处理解析该请求以识别所请求的地址(403)。词语“约翰.史密斯”标识联系人，词语“住处”标识家庭地址。可使用从说出的指令提取并确定此信息的任何合适的方法。

如果在导航请求中未识别出联系人(诸如，“约翰.史密斯”)(405)，则所述处理可继续进行标准导航请求，从而提供到达规定的地址的方向或用于输入地址的导航语音菜单或驾驶员界面(407)。

然而，如果识别出联系人，则所述处理可尝试找出保存在地址簿中的该联系人(409)。因为可能存在一位以上具有相似姓名的用户(例如，乔恩.史密斯、约翰.史密斯、J.史密斯)，所以所述处理可识别多个可能的条目。如果识别出多个条目，则所述处理将选择所有可能的匹配并从第一个可能的匹配开始(413)。对于识别出的匹配，所述处理将首先检查是否存储有“家庭”地址或针对此内容的任何地址(415)。所述处理还可检查这是否是有效地址(415)。如果没有有效地址被存储，则所述处理可检查是否存储有无效地址(427)。如果既没有存储有效地址也没有存储无效地址，则所述处理可移动到下一个联系人。

如果存储有无效地址，则所述处理可将具体地址连同关于所述具体地址中的某些部分可能需要被纠正的某个警告显示在从其中做出选择的地址列表上(429)。这可简单地以不同颜色来呈现所述地址，或可使用对可能无效的地址的任何其它合适标记。

如果存储有有效地址，则所述处理可检查针对用户是否存在多个地址(417)。如果仅存储有单个地址，则可呈现该地址以进行选择(419)。如果该地址也作为“家庭”地址被保存，则可选地，处理器可仅呈现该地址。

如果存储有多个地址，则处理器将从第一个地址开始(431)。对于每个地址，处理器可检查有效性(433)，并在有效的情况下显示所述地址以进行选择(439)。如果无效(435)，则处理器可显示所述地址连同伴有的警告(437)。当然，如果不期望警告，则警告不需要被显示。如果需要(441)，则所述处理将针对所有存储的地址重复，然后所述处理将针对任何另外识别出的联系人继续(421)。

即使存储有多个地址，“住处”或“家庭”标识可有助于将显示的地址限制在用联系人的家庭标识出的地址。但是，如果联系人没有标识的“家庭”地址，或者如果驾驶员未能指定“住处”(例如，“导航到约翰.史密斯”)，则所述处理可提供联系人的所有地址。

一旦每个匹配的或相似的联系人的所有合适地址已被识别出并被显示，则所述处理可接收对用户正提及的合适地址的选择(423)。车辆随后可导航到该地址，将该地址设置为目的地(425)。

因为语音识别仍然是不完善的学科，所以驾驶员口音和语音模式的不同经常会导致指令识别出一个以上的地址或联系人。背景噪声也会干扰输入，因此，在该实施例中，当无法精确地识别出特定单个地址时做出调整。

如果识别出仅单个联系人(411)，则所述处理可检查地址(例如，在“家庭”地址的情况下)是否是有效地址(443)。如果该地址有效，则所述处理可检查是否存在与该用户相关联的多个地址(455)。如果不存在多个地址或者如果多个地址不合适(例如，在具有足够精确度的命令中识别出“家庭”)，则所述处理可显示有效地址(457)并将该地址用作导航目的地(459)。

如果存在多个地址或者多个地址合适(例如，无特定地址类型被识别出)，则所述处理可从第一个地址开始(461)。如果该地址有效(463)，则所述处理可显示该地址以进行可能选择(471)。如果该地址无效(465)，则所述处理可如先前讨论地，在连同显示警告的情况下，显示该地址以进行选择(467)。

所述处理可针对所有的多个地址重复(469)。

如果存在单个无效地址(445)，则所述处理可显示该地址连同警告(449)。在该示例中，所述系统可接收针对无效地址的纠正(451)，随后可将经过纠正的地址用作目的地(453)。如果不存在单个无效地址(445)，则所述处理向车主通知(447)。针对图5更详细地讨论对无效的、被请求的地址的纠正。

图5示出用于纠正语音选择的无效导航地址的示意性处理。针对在该附图中描述的示意性实施例，应注意，为了执行在此示出的某些示例性方法或所有示例性方法的目的，通用处理器可临时作为专用处理器被启用。当运行提供用于执行所述方法中的某些步骤或所有步骤的指令的代码时，在所述方法被完成之前，处理器可被临时改作专用处理器来使用。在另一示例中，在适当的范围内，根据预先配置的处理器起作用的固件可使处理器用作为了执行所述方法或所述方法的某些合理变形的目的而提供的专用处理器。

在该示意性示例中，所述处理向用户显示被请求的地址连同该地址无效的警告(501)。如果用户希望使用该地址，则用户会希望对该地址中的错误进行纠正(503)。可选地，用户可简单地手动输入整个地址(505)。如果新的地址条目被选中，则所述处理将从用户接收完整地址的输入(505)。

随后可询问用户将否应将该新输入的地址保存为请求的联系人地址(507)。如果用户期望保存该地址(507)，则使用经过纠正的地址对联系人地址条目进行更新(511)。无论该地址是否被保存到联系人文件，随后可设置目的地(509)。

如果用户仅希望对请求的地址中的错误进行纠正(503)，则所述处理可识别地址条目中的错误字段(513)。例如，如果已知地址是MI(密歇根州)的Cherry Ln 123的某处和MI的Cherry Ln 125的某处，但是该地址被读取为MI的Cherry Ln 124的某处，则所述处理可将该街道号码识别为无效。在其它实例中，当街道名称或城市拼写错误时，所述处理可能必须反复地识别错误，从而在前一字段被纠正时检查每个字段。例如，如果某处是拼写错误，则所述处理可能无法知道Cherry Ln 124是否是合适的地址。一旦某处被纠正，则所述处理随后可对街道进行检查以确保存在该街道，然后检查门牌号。

当每个错误被识别出时，所述处理可移动到该字段以进行纠正(515)并向驾驶员请求得到纠正的输入。该纠正输入可以是口头的或物理性的。该输入被接收(517)并且新的输入被验证(519)(例如，针对以上纠正，输入126仍然会是无效的)。如果新的数据无效(521)，则将通知用户并且将尝试再次对数据进行纠正。如果新的数据有效，则所述处理确定是否仍有任何错误(525)。

一旦所有错误已被纠正，则所述处理可询问经过纠正的地址是否应保存(527)。在至少一个实施例中，经过纠正的地址被自动保存。随后车辆联系人条目被更新(529)(如果期望的话)并且目的地被设置(531)。

尽管以上描述了示例性实施例，但这些实施例并不意在描述本发明的所有可能的形式。相反，说明书中使用的文字是描述性而不是限制性的文字，并且应理解，在不脱离本发明的精神和范围的情况下可进行各种改变。另外，可将各种实现的实施例的特征进行组合以形成本发明的进一步的实施例。

Claims (7)

1.一种系统，包括：

处理器，被配置为：

接收用于识别导航指令和联系人姓名的口头指令；

检索保存在与联系人姓名相应的车辆计算系统联系人条目中的物理地址；

对检索到的地址作为导航目的地的有效性进行验证；

在所述有效性已通过验证之后，将检索到的地址设置为导航目的地。

2.如权利要求1所述的系统，其中，处理器还被配置为：如果所述有效性没有通过验证，则识别检索到的地址中的无效部分。

3.如权利要求2所述的系统，其中，处理器还被配置为接收对所述无效部分的口头纠正。

4.如权利要求2所述的系统，其中，处理器还被配置为接收对所述无效部分的触摸输入纠正。

5.如权利要求1所述的系统，其中，处理器被配置为：通过尝试将检索到的地址用作目的地并确定是否存在任何错误结果来验证检索到的地址的所述有效性。

6.如权利要求1所述的系统，其中，口头指令包括用于标识保存在所述联系人条目中的特定地址的分类名称。

7.如权利要求6所述的系统，其中，处理器被配置为相应于输入的分类名称来检索地址，其中，该地址保存在具有与该地址相关联的分类名称的联系人条目中。