专利名称：用于经由导航系统上的无线消息传递服务接收和发送导航数据的方法和系统的制作方法
技术领域：
提供用于经由导航系统上的无线消息传递服务接收导航数据的系统和方法。更具体地，该系统和方法也提供经由无线消息传递服务接收请求目的地信息并从所接收的消息(诸如，地址、电话号码或电邮地址)中捕获导航数据以及从车辆的导航系统利用该数据用于选择导航路径、生成电话呼叫、发送电邮等的方式。该系统和方法可以进一步为用户提供选择并发送地点相关的消息或预设消息作为对所接收的消息的回复的方式。
背景技术：
目前，当车辆中的用户希望将目的地地址键入车载(onboard vehicle)导航系统以选择到该地址的路径时，该用户必须手动地将地址信息直接键入导航系统的用户接口。相反地，当用户希望使用免提电话(“HFT”)设备进行电话呼叫时，该用户可以用语音发出(vocalize)期望的电话号码并使用简单的语音命令(例如，“呼叫家”或“检查语音邮件”)，尽管有时具有允许数据的手动键入的小键盘或一组按钮。将数据(特别是非数字文本)手动键入导航系统是既麻烦又费时的。在移动设备上发送和接收消息的诸如短消息(“SMS”)的消息传递服务的使用已经获得了普及并且SMS使用在持续增长。SMS是使能在移动订户与诸如电子邮件、传呼和语音邮件系统之类的外部系统之间传输文字数字消息的无线消息传递服务。SMS消息传递的普通用途包括但不限于交换短消息；通过SMS接收电邮服务，从而将传递到电邮地址的消息转换为短消息并传递给移动设备；接收比如新闻、天气、娱乐、兴趣点(“Ρ0Ι”)、广告的信息服务；以及移动聊天。在车辆中从手持蜂窝电话发送SMS消息可能是困难的。因此，期望拥有一种为驾驶员简化从车辆发送和接收SMS消息的处理的方式。通常，在移动设备(例如，蜂窝电话)上接收的SMS消息包含地址数据、电话号码、电邮地址或车载导航系统可以利用的其他导航信息。进一步，SMS消息可以包含多组地址和电话号码。这经常响应于对于用户的当前地点附近的兴趣点的SMS服务提供商的用户请求而发生。不幸的是，目前不存在捕获并同步从用户的移动设备中的SMS消息中直接获得的电话号码和导航数据以防止通过该用户将信息手动地键入车辆导航系统并避免重复信息键入的方法。现有导航系统经常使用地图屏幕上的图标来相对于用户的当前位置地向用户指示他们希望选择路径到达的期望地点。图标可以采用类似圆型或菱形的简单几何形状的形式，或可以形如类似它们代表的业务的具体类型(例如，对于加油站形如汽油泵)。这些图标通常代表存储在导航系统中的非更新存储介质(诸如DVD ROM)上的地点。如果车辆用户经
5由她电话上的SMS消息传递请求额外的兴趣点信息(例如，地址信息)，则接收的响应性SMS消息可以包含可以由地图屏幕上的图标代表的新地址。因此，存在用于从已经在导航屏幕上示出的图标(例如，代表来自DVD ROM的地点和经由SMS消息传递从用户电话最初接收到的地点的图标)中区别用于新接收的地址信息的图标的方式的需要。

发明内容
本发明解决现有系统和方法的不足。特别是，本发明针对用于从可以包括公共短码(“CSC”)服务的SMS服务提供商(诸如谷歌或雅虎)发送和接收无线消息的系统和方法。该系统以固定或不定速率对于新接收的消息周期性地轮询无线设备并可以提取和保存电话号码和地址到车载车辆导航/远程信息系统(“NAVI”)，其可以经由无线移动设备选择路径到所提取的地址和/或呼叫所提取的电话号码。无线设备可以通过Bluetooth (Bluetooth是华盛顿的贝尔维尤的Bluetooth Sig公司的注册商标)通信链路与NAVI配对，尽管其他通信方法和协议也在发明的范围内。用户也可以响应于从无线设备(例如，蜂窝电话)接收并传递给NAVI的SMS文本消息，从NAVI发送预定回复消息。在一个实施例中,NAVI在地图上显示图标,该图标对应于关于车辆目前地点、从所接收的消息中提取的地址。图标可以以多种视觉格式(例如，包括各种色彩和形状的图标)示出，以从新接收的地点中区别出之前查看过的地点。在另一实施例中，当CSC服务提供商响应于用户发送的消息请求返回多个地点时，系统可以在所接收的消息中配对对应于特定地点的地址和电话信息。依据此处描述的实施例的另一方面，提供用于在车辆点火器开关首次设为“引擎启动”位置时在“弹出”屏幕中显示新地址的方法，从而地址将轻易地可选择。通过比较之前存储的地址和目前存储的地址来确定新地址并示出差别。依据此处描述的实施例的一个方面，提供用于显示行进路径的方法，其包括确定车辆的目前地点和在打开车辆点火器时从无线通信设备中接收至少一个SMS消息。该至少一个接收的SMS消息包括所接收的地址。该方法进一步包括至少部分地基于目前地点和所接收的地址计算行进路径，在车辆点火器打开时访问存储器中的任何之前存储的地址；并在显示屏幕上显示行进路径和对应于所接收的地址的图标。在所接收的地址匹配之前存储的地址中的一个时以第一视觉格式显示该图标，并且在所接收的地址不同于之前存储的地址时以第二视觉格式显示该图标。依据此处描述的实施例的另一方面，提供车辆导航系统，其中可以进行用于显示SMS消息中的信息的方法。该方法包括在打开车辆点火器时接收SMS消息并访问任何之前存储在存储器中的地址。当之前存储的地址包括车载格式时，SMS消息包括所接收的地址。该方法进一步包括转换所接收的地址到车载格式，并在显示屏幕上显示对应于所接收的地址的图标。在所接收的地址匹配之前存储的地址中的一个时以第一视觉格式显示该图标，并且在所接收的地址不同于之前存储的地址时以第二视觉格式显示该图标。依据此处描述的实施例的另一方面，提供车辆导航系统。该系统包括用于接收SMS消息的接收器、显示单元、可操作地耦接于接收器和显示单元的处理器，以及可操作地耦接于处理器的存储器。该存储器包括可执行代码，用于处理器确定导航系统的目前地点并在打开车辆点火器时指示接收器接收SMS消息。所接收的SMS消息的至少一个包括所接收的地址。可执行代码可以使得处理器指示显示单元显示行进路径和对应于所接收的地址的图标。在所接收的地址匹配之前存储的地址中的一个时以第一视觉格式显示该图标，并且在所接收的地址不同于之前存储的地址时以第二视觉格式显示该图标。依据此处描述的实施例的另一方面，提供车辆导航系统。该系统包括用于接收SMS消息的接收器、显示单元、可操作地耦接于接收器和显示单元的处理器，以及可操作地耦接于处理器的存储器。该存储器包括可执行代码，用于处理器在打开车辆点火器时指示接收器接收SMS消息。所接收的SMS消息的至少一个包括所接收的地址。可执行代码可以使得处理器在车辆点火器打开时访问任意之前存储的地址，其中之前存储的地址处于车载格式。可执行代码可以进一步使得处理器将所接收的地址转换为车载格式，并指示显示单元显示与所接收的地址对应的图标。在所接收的地址匹配之前存储的地址中的一个时以第一视觉格式显示该图标，并且在所接收的地址不同于之前存储的地址时以第二视觉格式显示该图标。通过考虑优选实施例的下列详细描述，用于提取电话号码和地址给NAVI设备的系统和方法的更完整理解将提供给本领域技术人员，以及该系统和方法的额外优点和目标的实现。将对所附的几张图作出参考，将首先简略描述该附图。


图I是根据系统和方法的优选实施例的导航系统的块图；图2是用于分别在移动设备上接收SMS消息并利用车辆导航系统中所接收的电话号码和地址数据用于发出呼叫和地址路径选择的系统的实施例的块图；图3A是用于从利用车辆导航系统中所接收的SMS消息响应中的导航数据的移动设备生成SMS POI请求消息的系统的实施例的块图；图3B是可以配置为提供服务(例如，POI服务)的示例性计算设备的块图；图4A是根据该系统和方法的实施例、以无线移动设备和激活蓝牙的NAVI来取回并发送SMS消息的示例性方法的流程图；图4B是通过用作POI服务提供商的计算设备接收并响应于SMS消息的示例性方法的流程图；图5A-5E图示以无线移动设备和激活蓝牙的NAVI来取回并发送SMS消息的示例性方法的更具体的流程图的不同方面；图6是图示根据该系统和方法的实施例、用于响应于用户查询从两个SMS消息提供商接收的SMS消息的两个示例性数据格式的示图；图7是根据该系统和方法的实施例、关联地址信息和包含在SMS消息中的电话信息的方法的流程图；图8A-8B是根据该系统和方法的实施例、在地图上显示不同色彩的地点图标以区别从来到的SMS消息中提取的新接收的和之前接收的地址信息的示例性方法的流程图；图9是根据该系统和方法的实施例、在“关闭”车辆点火器时存储来自取回的SMS消息的地址信息同时清除地图地点图标和NAVI收件箱文本消息的示例性方法的流程图；图10A-10B是根据该系统和方法的实施例、示出具有对应于接收的SMS消息中的地址的不同色彩的地点图标的目前车辆位置的地图的导航系统显示的示例；
7
图IlA是根据该系统和方法的实施例、具有列举的对应于显示在NAVI显示器上的NAVI收件箱中的所接收的SMS消息中的地址的色彩地点图标的目前车辆位置的地图的示例；图IlB是根据该系统和方法的实施例、可以出现在NAVI显示器上的NAVI收件箱的示例；图12是根据该系统和方法的实施例、从SMS消息提取地址和电话号码数据的方法的流程图；图13是根据该系统和方法的实施例、从SMS消息提取电话号码数据的示例性方法的流程图；图14A-14E包括根据该系统和方法的实施例、从SMS消息提取地址数据的示例性方法的流程图；图15A-15B包括根据该系统和方法的实施例、选择路径到包含在SMS消息中的目的地的示例性方法的流程图；图16A-16B包括根据该系统和方法的实施例、呼叫包含在SMS消息中的电话号码的示例性方法的流程图；图17A-17B是根据该系统和方法的实施例、对应于从SMS消息提取地址和电话号码数据的流程图的NAVI显示屏幕的示例；图18A-18B是根据该系统和方法的实施例、对应于在经由SMS消息请求POI和从SMS消息提取地址和电话号码数据时的流程图的NAVI显示屏幕的示例；图19-24是用于显示所接收的消息、选择地点相关的回复消息或预设回复消息以及发送所选择的回复消息的NAVI显示屏幕的示例；和图25-27是用于准备和发送地点相关的回复消息或预设回复消息的示例性处理的流程图。
具体实施例方式提供用于经由导航系统上的无线消息传递服务接收导航数据的方法和系统。术语“导航数据”用来表示已经在用于选择路径、呼叫等的导航系统上变得普遍使用的任何地址、电话号码、电邮地址、IP地址、精度和纬度坐标或任何其他导航识别符。通过解析包含导航数据的所接收的消息(例如，SMS消息)，可以捕获并存储数据，以便由导航设备或HFT用于选择路径、电话呼叫的生成、发电邮等。应当意识到的是，系统和方法不限于SMS消息的接收，而是等同地可应用于利用诸如通过传输控制协议和因特网协议(“TCPIIP”)的简单邮件传输协议(“SMTP”)、增强型短信服务(“EMS”)、多媒体消息服务(“丽S”)等的任何无线消息传递技术的消息的接收。在接下来的详细描述中，相同的元件标号用来描述在一个或多个附图中图示的相同元件。图I提供用于接收包含导航数据的消息的示例性系统10的块图。系统10包括移动设备或无线通信设备或无线设备12、免提电话(HFT) 14、导航设备(“NAVI”)16、音频模块18和NAVI显示器20。移动设备12可以是可以接收消息(如SMS消息)的手机、PDA或现有技术中已知的、任何移动设备。在该系统和方法的优选实施例中该系统10位于车辆内，但不限于此。移动设备12与HFT14通信，从而移动电话和HFT之间的连接可以是经由串行电缆、Bluetooth 链接、红外链接或现有技术中已知的任何其他类型的数据通信连接。在图I中示出的实施例中，移动设备12和HFT14装备有射频(“RF”)收发器(未示出)以允许在两个设备之间通信和传输消息，该射频收发器遵从Bluetooth SIG公司等建立的Bluetooth 无线数据通信标准和协议。在优选实施例中，移动设备12和HFT14也装备有提供访问因特网和使用Bluetooth 连接并支持SMS命令的其他拨号服务的标准的拨号网络(DUN)配置文件。本领域技术人员将意识到移动设备12也可以通过其他通信方法(诸如通过码分多址(“CDMA”)蜂窝网络的宽带访问)建立无线因特网连接。HFT14处于与NAVI16的电气通信中，而该NAVI16反过来处于与音频模块18和NAVI显示器20两者的电气通信中。HFT14在移动设备12和NAVI16之间传输消息和命令。NAVI16用作用于导航系统的主要车载计算机并将系统的全部组件连接到一起，以及进行全部的选择路径计算和经由HFT14的电话呼叫的生成。NAVI16包括全球定位卫星(“GPS”)接收器2、位置检测单元4、处理器6、存储器单元8和智能文本识别系统软件组件9，其区别消息中诸如地址和电话号码的导航数据。GPS接收器2接收来自环绕地球的三颗或更多颗GPS卫星的卫星广播信号。位置检测单元4可操作地耦接于GPS接收器2，并可以使用三边测量、三角测量或其他方法计算车辆的目前经度和纬度坐标。处理器6可以操作性地耦接于存储器单元8、GPS接收器2和NAVI显示器20。存储器单元9可以包括可执行代码，其允许处理器进行各种功能，诸如运行智能文本识别软件或指示NAVI显示器20计算行进路径并显示特定图像(例如，地图和路径信息)。NAVI显示器20用作对用户的视觉接口并可以是触摸屏，该触摸屏允许数据的显示以及用作将信息键入NAVI16的用户接口两者。该NAVI16可以包括可选的文本到语音{ “TTS”}引擎或软件组件，其与音频模块18接口以允许向用户以听觉格式读出消息。该NAVI16可以额外包括人机接口(“HMI”)，用于经由NAVI显示器20显示消息和可用命令并通过合并触摸屏到NAVI显示或通过按钮、键盘、互连到声音识别(“VR”)系统等的话筒的使用接收来自用户的键入。在系统和方法的优选实施例中，经由HFT14每隔十五秒查询移动设备12以确定是否已经接收到新的SMS消息，但是应当意识到的是，也可以利用其他时间间隔。如果出现SMS消息，则将该SMS消息传送到NAVI16用于存储并且可以显示在NAVI显示器20上。应当意识到的是，系统的每个组件可以集成在一起作为车辆上的一个硬件系统或者可以作为独立组件利用。在另一实施例中，NAVI16可以装备有遵从Bluetooth 无线数据通信标准和协议的RF收发器(未示出)，其中，该NAVI16可以直接与移动设备12通信以允许在两个设备之间通信和传输消息而不使用HFT14。移动设备12可以用作移动站(“MS”)并且可以发送SMS消息到移动交换中心(“MSC”)或从移动交换中心接收SMS消息，该移动交换中心位于移动设备12的无线邻近(wireless proximity)。该MS包括用于与无线电话网络通信所需的全部用户装备和软件。该MSC用作电话交换机，其向在该MSC服务的区域内漫游的移动电话提供电路交换呼叫、移动管理和诸如声音、数据、传真以及SMS的服务。此外，在另一实施例中，移动设备12可以用位于NAVI16内的SMS收发器(未示出)代替，从而该NAVI16可以直接接收和发送SMS消肩、O图2示出用于在移动设备12上接收SMS消息21并在电话呼叫进行和地址路径选择时在车辆导航系统中利用包含在所接收的SMS消息21中的电话号码和地址数据的系统
9的示例性实施例。在实施例中，可以将SMS消息21键入能够支持SMS消息生成的设备或计算机。该SMS消息21被寻址到移动设备12用户并在该消息的文本中包括地址和电话号码两者。随后通过无线网络22 (例如，全球移动通信系统(“GSM”)网络或CDMA网络)传送该SMS消息21并在移动设备12中接收。依据此实施例，移动设备12和用户两者都位于车辆30内。在接收到SMS消息21之后，车辆30中的NAVI显示器20指示新SMS消息21已经到达。应当意识到的是，SMS消息21可以由移动设备12在任何时间接收，甚至当用户不位于车辆内时。当用户带着移动设备12进入车辆的无线邻近时，NAVI16可以从该移动设备12自动地取回新SMS消息21，以及对于新接收的消息而周期性地轮询该移动设备12。用户可以随后选择要经由TTS软件组件大声读出的SMS消息21。NAVI16中的智能文本识别系统检测SMS消息中的地址和电话号码并相应地经由HMI使能选择路径和呼叫功能。如果未检测到地址或电话号码，则禁用选择路径和呼叫功能。应当意识到的是，SMS消息21可以包括任何数量的地址、电话号码、电邮地址等，并且将由智能文本识别系统检测每一个。除了使SMS消息21大声读出之外，用户还可以经由HMI请求通过选择进行路径或选择路径功能，选择路径到包含在SMS消息21中的地址。当用户请求选择路径时，NAVI16至少部分基于车辆的目前地点计算到包含在SMS消息21中的地址24的路径并显示具有高亮(例如，通过变化密度和色彩的箭头和线条的使用)建议路径的地图25。此外，用户可以希望通过经由HMI选择“呼叫”功能，进行到包含在SMS消息21中的电话号码的电话呼叫。可以使用在SMS消息21中检测到的电话号码28经由HFT14进行呼叫。图3A示出用于从移动设备12生成SMS POI请求消息40的系统的示例性实施例，该移动设备12利用在车辆导航系统中所接收的SMS消息响应34中的导航数据。在示例性实施例中，发送SMS请求消息40到SMS POI服务，诸如包括类似雅虎和谷歌的多个SMS服务提供商的公共短码服务。可以在特定主题、公司等等上请求信息搜索。例如，SMS请求消息40可以请求具体城市和州中的全部咖啡屋。应当意识到的是，可以使用任何远程POI消息传递服务。经由HMI链接将SMS请求消息40键入位于车辆30中的NAVI16。用户可以键入关于期望的POI的信息，诸如地点名称、公司名、城市、州、经度、纬度、邮政编码等。如果用户未选择具体地点，则可以使用经由连接到车辆中的NAVI16的GPS接收器2 (参见图I)取回的地点信息生成SMS请求消息40。例如，在一些实施例中，SMS请求消息40可以包括关于特定地点的信息，诸如车辆30的目前地点的纬度和经度，如同通过三边测量、通过三角测量全球定位系统(GPS)卫星信号或经由其他方法确定的，或可以包括关于沿着所计算的路径的地点的信息，诸如沿着所计算的路径的纬度和经度。SMS请求消息40随后经由无线Bluetooth 连接传送到用户的移动设备12上。该SMS请求消息40被定址到POI SMS消息服务提供商32并随后通过无线网络22 (例如，GSM或CDMA网络)传送。在远程POI SMS消息服务提供商32接收该SMS请求消息40，该远程POI SMS消息服务提供商32自动地生成经由无线网络22传送回移动设备12的SMS响应消息34。响应于请求消息40，SMS响应消息34的文本部分可以包括关于满足SMS请求消息(诸如，例如，SMS请求消息40)的至少一个POI的数据，并可以包括用于所请求的至少一个POI的地址和电话号码两者。车辆30中的NAVI显示器20指示新SMS消息36何时到达。应当意识到的是，该SMS消息36可以由移动设备12在任何时间接收，甚至当用户不位于车辆内时。当用户带着
10移动设备12进入车辆的无线邻近时，NAVI16可以在那时自动地从移动设备12取回新SMS消息36，以及对于新接收的消息周期性地自动轮询移动设备12。用户可以随后选择要经由TTS软件组件26大声读出的SMS消息36。NAVI16中的智能文本识别系统检测SMS消息中的地址和电话号码两者并使能HMI上的选择路径和呼叫功能。如果未检测到地址和电话号码，则禁用选择路径和呼叫功能。应当意识到的是，SMS消息36可以包括任何数量的地址、电话号码、电邮地址等并且将由智能文本识别系统检测每一个。用户可以通过经由HMI选择选择路径功能，选择路径到包含在SMS消息中的地址。NAVI16随后计算路径到包含在SMS消息36中的地址。此外，用户可以通过经由HMI选择呼叫功能进行到包含在SMS消息36中的电话号码的电话呼叫。随后使用在SMS消息36中检测的电话号码经由HFT14进行呼叫。在该系统和方法的替代实施例中，NAVI16可以自动地选择路径到位于所接收的SMS消息中的地址而非用户第一次要求选择的选择路径功能。POI图标可以用来指示在所显示的路径地图上所提取的地址的地点。此外，NAVI16可以自动地将所提取的地址和/或电话号码存储在车辆上存储的地址簿中。在该系统和方法的实施例中，可以在NAVI16中实现计时器(未示出)，从而如果计时器到期并且SMS响应消息36仍未接收到就可以显示错误消息。图3B是可以用作POI服务提供商32的计算设备31的示例性实施例。在一些实施例中，多个计算设备31可以联网在一起以用作POI服务提供商32。计算设备31可以包括存储设备33、处理器35、存储器，其可以包括动态存储器的组合(诸如，例如，随机访问存储器(RAM) 37)和静态存储器(诸如，例如，只读存储器(ROM) 39)和通信接口 41。处理器35可以包括一个或多个传统处理器，其解译并执行指令。RAM37、R0M39和/或另一类型的动态或静态存储设备可以存储用于处理器35的执行的信息和指令。RAM37或另一类型的动态存储设备可以存储指令以及临时变量或在处理器35执行指令期间使用的其他中间信息。R0M39或另一类型的静态存储设备可以存储处理器35的静态信息和指令。存储设备33可以包括用于存储数据、指令或其他信息的磁盘、可写光盘、闪速RAM设备或其他类型的存储设备。存储设备33的非限制性示例可以包括数字视频盘(DVD)、压缩盘(CD)或其他类型的存储设备。在一些实施例中，存储设备33可以包括数据库，诸如，例如，POI数据库。通信接口 41可以包括用于经由有线连接、无线连接或以上组合通过网络与其他设备通信的收发器。图4A是根据系统和方法的实施例、以无线移动设备和激活Bluetooth 的NAVI取回和发送SMS消息的示例性方法的流程图。用于在无线设备12和HFT14之间接收和发送SMS消息的通信以五种模式发生，即，启动模式42、就绪模式44、预期模式48、回复模式56和关闭模式64。图4A是示出五种模式如何互相交互的高级别示图。在图5A-5E中图示每种模式的操作的细节并在以下详细描述。在图4A中，算法在步骤42中以启动模式开始。在那里，驻留在无线设备12中的全部消息在车辆点火器设为“开”或“ACC”(S卩，附件)位置(用于系统和方法的操作的正常模式)后立即由HFT14取回，并且无线设备12与HFT14之间的链接肯定经由Bluetooth 连接互相链接。本领域技术人员将认识到，在其他实施例中，其他射频标准、通信协议和本领域已知的其他类型的数据通信连接(例如，红外链接)可以用来建立无线设备12和HFT14之
11间的双向通信链路。一旦建立了这两个设备之间的通信链路，该算法就前进到系统进入就绪模式的步骤44。在就绪模式中，NAVI16对于新接收的消息通过与HFT14通信来周期性地轮询或检查，其中该HFT14反过来使用Bluetooth 连接与无线设备12通信。系统能够将在车辆内使用NAVI显示器20或其他HMI设备(诸如小键盘或键盘或声音识别系统)编辑的消息请求和回复使用Bketooth 连接发送到无线设备12。如果在步骤46编辑消息请求，则可以获得特定地点的经度和纬度，该纬度和经度可以包括在所编辑的消息请求中，并且可以在步骤47中将所编辑的消息请求发送到无线设备12中。在一些实施例中，特定地点可以是包括NAVI的车辆的目前地点、沿着所计算的路径的地点或其他类型的地点。系统可以随后退出就绪模式并在步骤48进入预期模式。如果在步骤50中在分配时间量内接收所预期的消息，则在步骤52发送该消息到NAVI以进行处理。如果分配时间量在接收所预期的消息之前到期，则NAVI显示错误消息(并且，在另一实施例中，可听闻地通知用户错误状况)。如果在步骤54系统以启动模式或就绪模式接收到消息就可以发送回复消息到SMS消息的源，并且该系统(从SMS消息的发送人的电话号码)确定该消息是私人消息(相对于从CSC服务提供商发送的消息)。即，系统检查发送人的电话号码以确定是否是除了 CSC服务提供商之外的有效电话号码，如果是，则使能NAVI显示器20上的“回复”按钮。该回复按钮也可以位于车辆中的其他HMI设备(如小键盘和键盘)上。当用户选择回复按钮时，系统在步骤56进入回复模式。在步骤58中用户可以从多种预设回复消息中选择。用户选择恰当的回复消息并在NAVI显示器20上选择“发送”按钮(或者该发送按钮可以位于车辆中的小键盘或键盘上)。在HFT14确认消息成功地发送到移动设备12后，系统随后退出回复模式并返回就绪模式。NAVI显示器20将示出该消息成功发送。在预期模式期间，在步骤48中，系统等待或预期响应于在步骤46中发送的车内消息请求，由无线设备12接收返回消息。系统优选地增加对无线设备12的轮询速率，从而在该无线设备12接收到消息之后不久该系统就检测到任何新接收的消息。在另一实施例中，在步骤50中，系统检测接收的消息以确定它们是否已经从期待的、与消息请求已经发送到的电话号码相同的电话号码发送。如果是，则系统确定所接收的消息是在响应于用户发送的消息请求。该消息随后发送给NAVI16以在步骤52中进一步处理(例如，通知用户并传输到NAVI收件箱(参见图11B))。如果接收的消息未确定为是之前发送的消息请求，则系统保持在预期模式并且该算法返回到步骤48，在其中，该系统在超时状况发生之前一直保持，如同以上关于步骤50所描述的那样。以步骤56中的回复模式继续，用户可以选择预设或预编辑的SMS消息以回复所接收的消息。在步骤58中，由NAVI16发送所选择的回复消息到HFT14，该HFT14反过来与无线设备12通信该回复消息。无线设备12最终传送回复消息到诸如朋友的电话的远程地点。该算法然后返回到步骤44，在其中，系统退出回复模式并再次进入就绪模式。在步骤60，HFT14检查无线设备12是否不再检测到。如果检测到无线设备12并且电源尚未关闭，则在步骤62系统保持在就绪模式中。如果Bluetooth 无线设备12在步骤60不再检测到，则系统退出就绪模式并在步骤64进入关闭模式。在关闭模式中，系统停止对于新消息而轮询无线设备12。如果诸如无线设备12的Bluetooth 电话或另一兼容设备在步骤66检测到，则算法返回步骤42，在其中，系统退出关闭模式并进入启动模式。如果
12车辆点火器不再处于开位置，如同在步骤62中所确定的那样，则系统进入关闭模式。当点火首次设为开位置时，系统检测移动设备12并且系统开始启动模式处理(例如，粘接操作(bonding operation))。另一方面,如果点火器开关仍在开位置(如同在步骤62中所确定的那样)，但是在步骤60中系统仅仅失去与Bluetooth 无线设备的通信，则系统可以借助于在步骤42中建立与新检测到的无线设备的链接继续前进，开始启动模式处理。图4B是图示示例性处理的流程图，该示例性处理可以由用作POI服务提供商32的一个或多个计算设备31进行。该处理可以以POI服务提供商32确定诸如例如SMS请求消息之类的请求消息是否在步骤49接收到开始。该请求消息可以包括关于期望的POI的数据，包括但不限于地点名称、公司名、城市、州、特定地点的纬度和经度或有关期望的POI的其他信息。特定地点可以是车辆的目前地点、沿着所计算的路径的地点或其他地点。如果接收到请求消息，则在步骤51，POI服务提供商32可以试图找到匹配包括在请求消息中的数据并且在特定地点的第一预定距离内的POI。第一预定距离可以是10英里或另一合适距离。在一些实施例中，POI服务提供商可以在数据库中搜索特定地点的第一预定距离内的任何匹配POI。在步骤53，P0I服务提供商32可以随后确定匹配请求消息中的数据并且位于特定地点的第一预定距离之内的一个或多个POI是否已经找到。如果在第一预定距离之内没有找到匹配Ρ0Ι，则在步骤59，POI服务提供商32可以试图找到匹配请求消息中的数据并且位于特定地点的第二预定距离之内的Ρ0Ι。该第二预定距离可以是20英里或大于第一预定距离的另一合适距离。如果在步骤53或步骤61，POI服务提供商32确定在第一预定距离或第二预定距离内分别找到了一个或多个匹配Ρ0Ι，则在步骤55，关于该一个或多个POI的信息可以包括在生成的响应消息中，并且，在步骤57，响应消息可以传送到曾传送所接收的请求消息的设备。该响应消息可以包括关于一个或多个POI的消息，诸如，例如，一个或多个地址和一个或多个电话号码。如果在步骤61，POI服务提供商确定从特定地点起的第二预定距离之内不存在匹配Ρ0Ι，则在步骤63，该POI服务提供商可以生成指示从特定地点起的第二预定距离之内不存在匹配POI的响应消息。在步骤65，P0I服务提供商32可以随后传送响应消息到曾传送所接收的响应消息的设备。在一些实施例中，不多于预定数量的第一预定距离或第二预定距离之内的匹配POI可以具有在要由POI服务提供商发送的回复消息中编辑的对应信息。对应于所编辑的回复消息中的信息的匹配POI可以是与不具有包括在回复消息中的对应信息的其他匹配POI离特定地点相同距离或更接近于特定地点。在替代实施例中，当在第一预定距离和第二预定距离之内没有找到匹配POI时，那么POI服务提供商可以进行对几乎满足请求消息中的数据的POI的搜索。例如，如果请求消息是用于关于特定咖啡店的信息的请求并且没有在第一和第二预定距离内找到匹配Ρ0Ι，则POI服务提供商可以进行对关于第一和第二预定距离之内的任何咖啡商店的信息的搜索。如果在第一或第二预定距离之内找到任何咖啡商店，则关于至少一些所找到的咖啡商店的信息可以生成并响应于请求消息传送。图5A-5E图示使用借助于激活Bluetooth 的NAVI16的无线移动设备12取回和发送SMS消息的示例性方法的更具体流程图的不同方面，如同以上关于图4A讨论的。图5A图示用于启动模式的算法的详细步骤。在步骤68，车辆点火器开关已经打开(设为“开”或“ACC”位置)。如在块69所示，提供进入点A以允许算法的其他部分返回到此起始点。系统随后在步骤70建立无线设备12和HFT14之间的双向通信链路。该HFT14发送AT (注意)命令(其是调制解调器命令的Hayes命令集的部分)到无线设备12以设置设备到协议数据单元(“PDU”)模式。如果错误消息由HFT14接收或无线设备12未在预定时间内响应在步骤74发送的AT命令，则系统前进到步骤76，在其中，系统发送指示无线设备12进入“文本”模式的额外AT命令。如果无线设备成功地进入PDU模式，则该算法前进到步骤78。在任一个情况下，在步骤78，不论无线设备12处于文本模式或是PDU模式，系统发送AT命令给设备，这样HFT14可以取回目前存储在无线设备12中的SMS消息。该HFT14在步骤80接收SMS消息并在消息通信地耦接于NAVI16之前优选地修改消息格式。在步骤82，系统接着经由块81处的进入点B退出启动模式并进入就绪模式。图5B图示用于就绪模式的算法的详细步骤。如在块81中所示，提供进入点B以允许例程的其他部分返回到此起始点。在步骤82，HFT14周期性地传送AT (注意)命令给无线设备12 (例如，每十五秒一次)，指示设备发送已经通过无线网络(未示出)从远程地点或服务提供商接收的任何新SMS消息。在步骤84，算法确定无线设备12是否已经接收了任何新SMS消息(例如，尚未由HFT14从无线设备12取回的消息)。如果没有，则算法返回到步骤82并且系统保持在就绪模式。如果新消息已经接收，则在步骤86经由到无线设备12的Bluetooth 连接链接由HFT14取回消息并传输给NAVI16。在步骤88，所取回的SMS消息可以由用户在NAVI显示器20上查看，并且所取回的消息中的任何电话或地址信息由NAVI16提取用于进一步处理。处理可以包括对NAVI地址薄做出补充、示出地点作为地图上的图标、显示路径信息、经由文本到语音(“TTS”)读取消息等。一旦无线设备14已经连接到HFT14，则用户可以编辑要通过无线设备12传送给远程地点或服务提供商SMS消息请求(例如，用于来自诸如谷歌或雅虎的CSC服务提供商的信息的请求)。在步骤90，如果用户选择发送请求消息，则系统将发送消息给HFT14并随后发送到无线设备12。同时，系统将前进到步骤98，而系统经由块91中的进入点C退出就绪模式并进入预期模式。类似地，在步骤96，用户可以从就绪模式选择回复所接收的私人文本消息。在步骤108，在块97，系统经由进入点D退出就绪模式并进入回复模式。在步骤92，系统持续地监控无线设备的出现。如果不再检测到无线设备12，则系统退出就绪模式并在步骤118，经由块93的进入点E，进入关闭模式。如果仍检测到无线设备12，则该算法前进到步骤94并检测系统是否已经关闭(例如，点火器已经由用户设为“关”位置)。如果这样，则系统退出就绪模式并在步骤118，经由块93的进入点E，进入关闭模式。另一方面，如果系统尚未关闭，则系统保持在就绪模式。图5C图示用于预期模式的算法的详细步骤。如在块91中所示，提供进入点C以允许例程的其他部分返回到此起始点。在步骤98，系统等待或期望无线设备12响应于在步骤90或之前发送的车内消息请求接收返回消息(参见图5B)。系统增加对无线设备12的轮询速率(例如，从HFT14发送的AT命令的传送速率增加到小于十五秒的频率)，从而系统在无线设备12接收消息之后很快检测到任何新接收的消息。
在步骤100,该算法确定系统是否接收了新SMS消息。如果新消息未接收到，则该算法返回步骤98并且系统保持在期待模式达指定时间量。如果新消息已经接收到，则该算法前进到步骤106，在其中，系统检查接收到的任何新消息并提供“发送自”信息。在另一实施例中，将“发送自”信息与“发送到”电话号码或用户之前发送的消息请求的CDC提供商代码比较。在步骤104，使用比较结果，该算法确定新接收的SMS消息是否是系统一直期待的所请求的消息响应。如果如此，则系统确定所接收的消息是响应于用户发送的消息请求。在步骤106，消息随后发送给NAVI16以进一步处理(例如，通知用户并传输到NAVI收件箱(参见图11B))。接着，经由块81中的进入点B，在步骤82，系统退出期待模式并返回就绪模式。如果在步骤104，确定接收的消息不是对用户消息请求的响应，则系统保持在期待模式并且该算法返回步骤98。示用于回复模式的算法的详细步骤。提供如在块97中所示的进入点D，以允许例程的其他部分返回到此起始点。在步骤108，用于回复消息的“发送到”信息从之前接收的消息中取回，从而用户在表达她的回复消息时将不必重新键入该信息。在步骤110，用户从可用响应的列表中选择期望的预设回复消息。预设回复消息可以包括“我在路上”、“是的，谢谢”、“不了，谢谢”、“我正在开车”、“我稍后再和你聊”等。在一个实施例中，用户可以通过在NAVI显示器20的屏幕上滚动各种菜单选择期望的消息响应。在其他实施例中，用户可以从经由TTS软件组件26 (参见图2)大声读出的列表中选择期望的预设回复消息。在此实施例的变体中，用户可以使用集成进NAVI16系统的声音识别软件用她的声音说出可用回复消息。在步骤112，所选择的回复消息由NAVI16发送到HFT14并且该HFT14重新格式化所选择的回复消息。HFT12随后经由Bluetooth 通信链路传送消息到无线设备12。该无线设备12反过来经由无线网络(未示出)传送回复消息到远程地点或服务提供商。接着，在步骤114，该无线设备12传送消息到HFT14，确认回复消息已经通过无线网络发送。在步骤116，“消息已发送”的确认屏幕随后显示在NAVI显示器20上。经由块81中的进入点B，在步骤82，系统随后退出回复模式并返回就绪模式。图5E图示用于关闭模式的算法的步骤。提供如在块93中所示的进入点E以允许例程的其他部分返回到此起始点。在步骤118，系统停止对于新消息而轮询无线设备12。在步骤92，如果用户已经关闭了她的无线设备12或者电量不足，则设备可能失去与HFT14的通信链路(参见图5B)。但是，一旦检测到诸如无线设备12的Bluetooth 电话或另一兼容设备(例如，具有新Bluetooth ID的设备)，该算法就经由块69中的进入点A返回到步骤70，同时系统退出关闭模式并进入启动模式。如果在步骤94 (参见图5B)中由算法确定车辆点火器不再处于“开”位置，则系统进入关闭模式。当点火器设为开位置时，系统将经由块69中的进入点A在步骤70进入启动模式。另一方面，如果在步骤92，点火器系统仍在“开”位置，但是系统仅仅失去了与无线设备12的通信，则系统可以在步骤70立即借助于与新检测到的无线设备建立链接前进(参见图5A)。在步骤68，系统简单地进入启动模式，就好像算法在车辆的点火器设为开位置之后初次开始一样。系统清空其存储器，从无线设备12取回全部SMS消息，并监控新接收的消息。图6是图示根据系统和方法的实施例、响应于用户查询从两个SMS消息提供商接收的SMS消息122和124的两个示例性数据格式的示图。数据格式126图示用于包含在所接收的SMS消息中的地址和电话号码信息的两种可能数据格式。格式I对应于包含在SMS消息122中的数据的格式。格式2类似地对应于包含在SMS消息124中的数据的格式。在图6中，经由两个独立的SMS消息来请求用于特定商业的最近地点(Eric的咖啡店)的地址和电话号码的类似请求。经由NAVI (未示出)发送的SMS消息包含用户的目前地点并发送给两个不同CSC服务提供商，但是对于本发明也可以利用其他类型的服务提供商、以及其他类型的消息传递服务。SMS消息122包含位于从用户的目前地点预定距离或半径内的Eric的咖啡店的两个地点的地址和电话号码列表。该两个列表包含由地址(街道号、街道名、城市、州和邮政编码)跟随的商店名称并且然后包含SMS消息中的每个地点的对应的电话号码。SMS消息124类似地包含用户的目前地点的预定距离或半径内的Eric的咖啡店的两个地点的地址和电话号码列表，但是在地址信息出现前，Eric的咖啡店的每个地点的电话号码出现在商店名称后面。取决于使用的特定算法和存储在CSC提供商的数据库中的数据，来自不同CSC提供商的SMS消息响应可以返回不同数量的从用户的地点的相同预定距离内的商店地点。数据格式126的格式I包含由第一地址跟随的文本字符、由第一商店地点的第一电话号码跟随的额外文本字符。此格式对用于第二商店地点的第二地址和第二对应电话号码重复，并且接着对在SMS消息122中的很多商店列表重复。数据格式126的格式2包含由第一电话号码跟随的文本字符、由第一商店地点的第一地址跟随的额外文本字符。此格式对用于第二商店地点的第二电话号码和第二对应地址重复，并且接着对在SMS消息122中的那么多商店列表重复。图7是根据该系统和方法的实施例、用于将包含在SMS消息中的地址信息与电话信息相关联的方法的流程图。该系统可以将用于包含在所接收的SMS消息中的特定列表的地址信息与电话信息相关联，不论消息是否遵循数据格式126的格式I或格式2 (参见图6)。如果特定SMS消息中的数据不匹配格式I或格式2，则包含在SMS消息中的地址和电话号码将独立存储。但是，本领域的数量技术人员将认可可以轻易地修改该方法以识别额外的格式。在图7中图示的算法或方法如下运行。首先，在步骤128设置车辆点火器到“开”位置并且在步骤130NAVI16从无线电话或移动设备12取回SMS消息。由NAVI16周期性地进行无线设备12的轮询以取回从无线设备12新接收的SMS消息(参见图4和5A-E ;也参见对它们的有关讨论)。在步骤132，智能文本识别系统确定所接收的SMS消息是否包含可识别的电话和地址信息(对提取与识别地址和电话号码的方法的细节，参见图12到14E)。在步骤143，如果在所接收的SMS消息中未识别出地址或电话号码信息，则将在消息中接收的信息转换为系统的内部数据格式或车载格式并且随后在步骤144存储在存储器中。另一方面，如果识别出地址和电话号码信息，则系统在步骤134确定所接收的SMS消息的格式是否匹配数据格式126的格式I。如果存在匹配，则系统在步骤136将用于特定列表的地址和电话号码相互关联，并且在步骤143将数据转换到系统使用的内部格式。随后在步骤144，在存储器中存储所转换的数据。如果不存在与格式I的匹配，则方法前进到步骤138并类似地确定所接收的SMS消息的格式是否匹配数据格式126的格式2。如果存在匹配，则系统在步骤140中将用于特定列表的地址和电话号码互相关联并且在步骤143中将数据转换到系统使用的内部格式。随后在步骤144，在存储器中存储所转换的数据。如果不存在与格式2的匹配，则方法前进到步骤142，在其中，该方法确定包含在SMS消息中的地址和电话号码信息独立存储在系统存储器中，并在步骤143通过首先转换该数据格式来进行这样做。随后在步骤144，系统存储所转换的数据。在步骤146，如果存在从无线设备12接收的额外消息，则该方法返回到步骤132并且系统再次提取并识别来自所接收的SMS消息的地址；否则，该方法终止。在另一实施例中，在步骤132，系统可以识别SMS消息的文本中的关键字，这将识别服务提供商并且从而识别将用来帮助解析来自在步骤130接收的SMS消息的地址和电话号码信息的格式。在再一实施例中，可以在步骤132识别SMS消息中包含的“发送自”号码，并且随后用来识别服务提供商；从而识别将用来帮助解析来自在步骤130接收的SMS消息的地址和电话号码信息的格式。图8A-B是根据该系统和方法的实施例、在地图上显示不同色彩的地点图标以从之前接收的从来到的SMS消息提取的地址信息区别新接收的地址信息。在图8A中，在步骤148，将车辆点火器设为“开”位置并且在步骤150，NAVI16从移动设备12取回全部SMS消息。在另一实施例中，NAVI16可以从HFT14取回全部SMS消息。由NAVI16周期性地进行无线设备12的轮询以取回由无线设备12接收的额外的SMS消息(参见图4和5A-5E ;也参见对它们的有关讨论)。在步骤152，智能文本识别系统确定所接收的SMS消息是否包含任何电话和地址信息(对提取与识别地址和电话号码的方法的细节，参见图12到14E)并提取它们。该方法前进到步骤154，在其中，该系统确定所提取的地址的对应项是否已经存储在内部文件中，该内部文件包括表、数组、数据库或其他数据结构。如果不是，则在步骤158，将所提取的地址确定为新地址并添加到内部文件。该方法接着前进到步骤160。如果所提取的地址已经存在于内部文件中，则在步骤156，确定地址不是新的并且该系统不添加所提取的地址到地址簿，而是，该算法跳过步骤158并且前进到步骤160。通过以此方式确定地址是新的，该地址可以在“弹出”屏幕(出现在位于用户的车辆内的NAVI显示器20或其他显示屏幕上)上高亮，或者用户可以由TTS提示以通知她NAVI16识别到在一个或多个接收的SMS消息中存在新地址。新地址可能对于用户来说比之前查看的地址更感兴趣并且允许用户轻易地选择路径到新地址或对于包含在相关SMS消息中的电话号码进行电话呼叫，认为是对车辆用户的明显益处。在另一实施例中，内部文件可以是借助于经由无线设备接收的地址而自动更新的地址簿。在步骤160，以第一视觉格式示出所提取的地址，诸如可以显示在NAVI显示器20上的地图上的第一色彩或优先色彩(诸如红色)的图标或地点图标(参见图10A)。地点图标包括第一形状(诸如三角形)。在另一实施例中，在图IOA的实施例上，地点图标显示为阴影菱形，但是出现在NAVI显示器20上的实际地像可以包括任何可视色彩(或阴影)并且采用任何形状，诸如圆形、方形或诸如建筑物(或甚至特定类型的建筑如，诸如加油站或旅店)的复杂形状。在步骤162，添加文本消息到NAVI收件箱(参见图11B)。接着，在步骤164，该方法检查以查看是否存在NAVI16从无线移动设备12取回的额外消息。如果是，则该方法返回到步骤150以取回额外消息，并在步骤152再次检查是否存在从额外取回的SMS消息提取的地址。在图SB中示出的算法描绘了以下情况1)车辆点火器开关在一段时间一直是开并且NAVI16已经接收并绘制(作为红色地点图标)一个或多个地址作为完成启动模式的结果，和2)在稍后的时间已经接收一个或多个额外地址并且存在从之前接收并绘制的地址区
17别新接收的地址的地点的需求。步骤168、170和172的操作略微不同于图8A的步骤148、150 和 152。依据图8A的方法，在步骤168，车辆点火器已经在“开”位置足够的时间段，从而第一色彩的至少一个地点图标已经在NAVI显示器20的地图上向用户示出。系统对于新接收的消息而通过与HFT14的Bluetooth 连接周期性地轮询无线设备12 (参见图4和5A-5E，以及对它们的讨论)。在步骤170，NAVI16接收来自无线设备12的新SMS消息并且在步骤172,智能文本识别系统确定新SMS消息是否包含任何电话和地址信息。如果不是，则该方法前进到步骤184 ;否则，该方法前进到步骤174，在其中，从一个或多个之前存储的地址生成并显示在NAVI显示器20上的地图上的任何第一视觉格式的地点图标从第一视觉格式(第一形状和第一色彩(优先色彩(诸如红色)))变换为第二色彩或非优先色彩(诸如灰色)和第二形状。然后，在优先色彩(例如，红色)的地图上绘制新接收的地址。以此方式，不同于之前存储的地址的最近接收的地址将总是用优先色彩图标示出并且之前接收的地址(较旧的地址)将示出为第二色彩的图标或示出为非优先色彩图标(例如，灰色)和第二形状。接着，该方法前进到步骤176以确定用于所提取的地址的对应项是否已经存储在可以载入存储器单元8 (参见图I)的内部文件中。如果不是，则在步骤180添加所提取的地址到内部文件并且该方法前进到步骤182。在步骤178，如果所提取的地址已经存在于内部文件中，则该系统不将所提取的地址添加到内部文件中。相反，该方法跳过步骤180，并且前进到步骤182。如上所讨论的，在另一实施例中，内部文件可以是地址簿。在步骤182，将所提取的地址以第一视觉格式示出，诸如地图上的第一色彩(诸如红色)的并且可以在NAVI显示器20上显示的图标或地点图标(参见图10A)。地点图标包括第一形状和第一色彩(诸如，在图IOA的实施例中的红色菱形)，但可以包括任何可视色彩并采用诸如圆形、方形或复杂形状的任何形状。在步骤184，添加文本消息到NAVI收件箱(参见图11B)。在步骤186，方法检查是否存在由NAVI16从无线设备12取回的额外消息。如果是，则该方法返回步骤170以取回该额外消息并在步骤172再次检查是否存在要从额外取回的SMS消息中提取的地址。在另一实施例中，在图8A-B中描绘的算法可以略微地修改，从而在步骤152提取的电话号码信息在NAVI显示器20上在步骤160以第一色彩(诸如红色)示出。类似地，当新电话号码信息在步骤172中提取时，以第一色彩或优先色彩最初示出的全部之前存储的电话号码(存储在内部文件中并可以载入存储器单元8)在步骤174改变为第二色彩或非优先色彩(诸如灰色)。接着，在步骤182，不同于之前存储的电话号码的新提取的电话号码以第一色彩(例如，红色)在NAVI显示器20上示出。图9是根据该系统和方法的实施例、在车辆点火器“关闭”时存储来自所取回的SMS消息的地址信息同时清除地图地点图标和NAVI收件箱文本消息的示例性方法的流程图。即，当用户删除她手机或无线设备12 (参见图1-3)上的文本消息时，对应地图地点图标和NAVI收件箱消息列表(以上关于图8A和SB所讨论的)将继续呈现给用户直到车辆点火器设为“关”位置。在那时，系统将删除从用户的手机删除的地点图标和NAVI收件箱消息列表。在另一实施例中，可选步骤191将在步骤190之后进行(下面所描述的)以删除地址信息，除非用户选择保存它在NAVI地址簿中。在步骤188，车辆点火器开关已经设为“关”位置(例如，用户关闭引擎或移除她的钥匙)。该算法随后前进到步骤190，在其中，在车辆点火器已经设为“关”位置之后，包含在来到的SMS消息中的内部文件项(未示出)从无线设备12中删除同时车辆的点火器曾在“开”位置。在步骤192，当车辆点火器设为“OFF”位置时，对应于从无线设备12上的所取回的SMS消息(其中，原始SMS消息已经从无线设备12中删除)中提取的地址的全部地点图标从NAVI显示器20上的NAVI地图删除。地点图标的删除包括第一和第二色彩的两者的地点图标。在步骤194，当车辆点火器设为“关”位置时，在车辆的点火器曾在“开”位置时从无线设备12删除的全部消息将反过来从NAVI收件箱删除。图10A-B是根据该系统和方法的实施例的NAVI显示器20的示例，该NAVI显示器20用对应于所接收的SMS消息中的地址的不同阴影的地点图标示出目前车辆位置的地图。但是，在NAVI显示器20上可视的实际图像也可以包括不同色彩的地点图标。在图IOA和IOB中，地点图标196、198、200、202和204可视。这些地点图标代表关于用户的车辆的目前位置的地图上的特定地址。目前地点图标196代表车辆的目前地点，并且如果车辆之后移动了，则地图上的图标196的位置将随着NAVI显示器20刷新而改变。在图IOA中，图标196是翼型的并且被环绕以从地图上的其他地点图标中突出，但是，在其他实施例中可以不同地成形，以及包括与图标198-204相同或不同颜色的图标。在对应于从无线设备取回的SMS消息提取并列出在NAVI收件箱(未示出)中的地址的地点，地点图标198-204示出为置于地图上的菱形图标，但是也可以利用其他形状的图标。以上，地点图标的使用以及它们怎样与何时改变色彩已经关于图8A和SB中示出的算法讨论了。图标198和200包括第二视觉格式，其可以包括第二色彩或非优先色彩(例如，灰色)并可以包括第二形状。这些图标描绘较早的地址并代表从NAVI收件箱中的SMS消息提取的地址，该SMS消息已经最初从无线设备12取回。地点图标202和204也代表从NAVI收件箱中的SMS消息提取的地点，但是它们表示更近接收的消息并且因此由优先色彩图标(例如，红色)表示。在图10B，在NAVI显示器20上的地图改变尺度以放大并示出目前地点图标196在地图的中央以及同新接收的地点图标202和204 —起的之前查看的地点图标198和200。在另一实施例中，在NAVI显示器20上显示的地图上的对应图标198-204的邻近显示接收时间信息(time received information)(例如，时间戳)。该接收时间信息可以包括接收SMS消息的时间，该SMS消息包含经由图标198-204显示给用户的地址信息。在另一实施例中，该接收时间信息也可以包括接收的日期。在再一实施例中，通过仅允许包含在上个星期内接收的消息中的地址出现在屏幕上，这些时间可以用来限制示出在NAVI显示器20上的图标的数量。图IlA是根据该系统和方法的实施例的目前车辆位置的地图的示例，该位置具有对应于显示在NAVI显示器20上的NAVI收件箱中的所接收的SMS消息中的地址的列举的色彩的地点。在图IlA示出的地图类似于在图IOA示出的地图，增加了图IlA中的列举的地点图标。图示的数字是在菱形地点图标210、212、214和216的中央，但是也可以以其他形式出现，诸如位于地点图标的左部分或右部分的更小的标号。如图IlB所示，出现在图标上的标号对应于在NAVI收件箱中列出的列举的SMS消息。这些地点图标的形状也可以变化(例如，方形或圆形)或在另一实施例中，图标可以包括复杂形状，其对应于特定的所提取的地址的商业的类型(例如，用于加油站的汽油泵)。图标210和216表示最初查看的图标并包括第二色彩或非优先色彩(例如，灰色)，而图标212和214表示新接收的图标并包括第一色彩或优先色彩(例如，红色)，如以上关于图IOA和IOB所讨论的。图IlB图示根据该系统和方法、在SMS消息从无线设备12取回时可以显示在NAVI显示屏幕20上的NAVI收件箱。消息列表是列举的并以降序示出并且，任何新接收、未查看的消息标记为“新”。正如将关于图17A-18B更详细地描述的那样，用户可以选择路径到在地图上显示为图标的目的地地址,在NAVI地址簿中示出，或在NAVI收件箱中示出，以及对于任何这些显示的项，对对应电话号码进行电话呼叫。本领域技术人员将认识到可以以其他方式列出消息(诸如升序)并且未读消息可以用其他方法标记(诸如，以粗字体列出或以第二色彩字体列出)。以上提及的智能文本识别系统包括用来从消息中提取地址和电话号码数据的算法或方法，在图12的流程图中以概述形式示出。从每条消息中提取的导航数据随后可以发送到NAVI16用于选择路径或发送到HFT14用于呼叫。在该系统和方法的实施例中，在步骤220，在步骤218车辆点火器已经设为“开”位置之后，智能文本识别系统首先从无线电话或移动设备12接收SMS消息。由HFT14周期性地进行无线设备12的轮询以从无线设备12取回新接收的SMS消息(参见图4和5A-5E ;也参见它们的有关讨论)。如在步骤22那样，该算法随后前进以解析消息以确定电话号码通过识别电话号码特征是否检测到。如果检测到电话号码，则在步骤224使能NAVI显示器20上的呼叫按钮并且将该电话号码存储在存储器中。该算法随后前进到步骤226以确定额外的电话号码是否出现在SMS消息中。如果是，则重复步骤222直到没有额外电话号码出现在SMS消息中并且所检测的电话号码串接着在步骤228中不予处理。随后再次解析该SMS消息以确定在步骤230是否检测到地址。如果检测到地址，则在步骤232使能在NAVI显示器20上的选择路径按钮并且将地址存储在存储器中。该算法随后前进到步骤234以确定额外地址是否出现在SMS消息中。图13是图示用于检测SMS消息中的电话号码数据的示例性方法的更详细算法的流程图。该方法对应于可能在图12的步骤222中使用的算法的更具体分类(breakdown)。该算法在块238开始。提供如在块236中示出的进入点F以允许例程的其他部分返回此起始点。在步骤238，解析器检查SMS消息中的每个字符串并在步骤240确定是否存在额外字符串要分析。如果没有，则该算法在步骤242终止。如果存在更多字符串要分析，则在步骤246分析目前的串以确定该串是否是7位数字的数字串。如果是，则在步骤248在存储器中保存该7位数字串作为7位电话号码并且在步骤254该解析器移动到下一字符串。该算法随后经由进入点F返回步骤238，以分析下一字符串。如果该串不是7位数字的数字串，则在步骤250分析该串以确定它是否是10位数字串。如果该串是10位数字长，则在步骤252在存储器中存储该串，并且在步骤254该解析器移动到下一字符串。该算法随后经由进入点F返回步骤238，以分析下一字符串。如果该串不是10位数字长，则在步骤260分析该串以确定它是否是匹配###*#### (例如，555-1212)格式的8字符的串，其中“#”代表数字并且代表或空格。如果该串匹配8字符的格式，则在步骤262提取该7个数字位并存储在存储器中，并且在步骤274解析器移动到下一字符串。该算法随后经由进入点F返回到步骤238，以分析下一字符串。如果该串不匹配8字符格式，则在步骤264对于###*###*#### (例如，213-555-1212)的12字符格式分析该串。如果该串匹配12字符格式，则在步骤264从字符串提取10个数字位并存储在存储器中，并且在步骤274解析器移动到下一字符串。如果串不匹配该12字符格式，则在步骤266对于*###*###*#### (例
20如，(213)555-1212)的13字符格式分析该串。如果该串匹配13字符格式，则在步骤268从字符串提取10个数字位并且存储在存储器中，并且在步骤274解析器移动到下一字符串。如果串不匹配该13字符格式，则在步骤270对于*#######*#### (例如，(213)555-1212)的14字符格式分析该串。如果该串匹配14字符格式，则在步骤272从字符串提取10个数字位并且存储在存储器中，并且在步骤274解析器移动到下一字符串。如果不存在匹配，则在步骤274解析器简单地移动到下一字符串。对遇到的每个字符串重复该过程。应当意识到的是，可以使用其他算法用于从文本串中提取电话号码并且上述步骤可以以有变于图13中所呈现的顺序进行。图14A-14E包括图示用于检测SMS消息中的地址数据的示例方法的更具体算法的流程图的不同部分并且对应于可以在图12的步骤230中使用的算法的更具体分类。在该系统和方法的示例性实施例中，智能文本识别系统保留在提取每个地址的处理期间使用的SMS消息的工作拷贝。图14A示出用于从SMS消息提取邮政编码的示例性算法。一旦在SMS消息中检测到电话号码(如在上述示例性方法中所示)，在步骤276从工作SMS消息中删除电话号码串和包含电话号码的任何字符串。因此，解析器对已经知道是电话号码的串不需要重复该处理。提供如在块292中示出的进入点K以允许例程的其他部分返回此起始点。在步骤278解析器移动到每个字符串，从该串的尾部开始逆向工作(working backwards)。接着，在步骤280，该算法确定是否存在额外字符串要分析。如果不是，则该算法在步骤282终止。应当意识到的是，当示出的示例性算法通过SMS消息逆向解析以加速检测通常位于地址末端的邮政编码的处理时，该系统和方法不限于逆向解析。如果存在更多字符串要分析，则在步骤284分析目前串以确定该串是否是5位数字邮政编码。如果目前串是邮政编码，则在步骤286，将5位数字邮政编码保存在存储器中作为备份。在步骤288，解析器随后向后移动一个字符串用于分析并且该算法经由块290中的进入点G前进到步骤294。如果该串不是邮政编码，则该算法经由块290中的进入点G前进到步骤294，其中分析字符串以确定是否是州。图14B示出用于从SMS消息提取州的示例性算法的部分。提供如在块290中示出的进入点G以允许例程的其他部分返回此起始点。在步骤294，分析目前串以通过比较该字符串和在存储器中存储的州的列表来确定是否存在匹配来确定其是否是州。如果目前串是州，则在步骤296保存该州在存储器中。城市列表也存储在存储器中，但是仅限于在步骤298中所检测的州内的那些城市。在步骤300解析器向后移动一个字符串用于分析，并经由块310中的进入点H前进到步骤312。如果该串不是州，则算法在步骤302邮政编码是否在前面的步骤286预先存储。如果邮政编码曾存储，则在步骤304在存储器中存储关联于所存储的邮政编码的州。随后在步骤308，城市列表仅限于关联于该邮政编码的州内的那些城市并且该算法经由块310中的进入点H前进到步骤312。如果事实上之前未存储邮政编码，则在步骤306城市列表仅限于车辆目前所在的州内的那些城市。经由连接到NAVI16的GPS接收器(未示出)确定车辆地点。算法随后前进到步骤312以经由块310中的进入点H提取城市。图14C示出用于从SMS消息提取城市的示例性算法的部分。提供如在块310中示出的进入点H以允许例程的其他部分返回此起始点。在步骤312，分析目前串以通过比较该字符串和在存储器中存储的城市的有限列表以确定是否存在匹配来确定是否是城市。如果
21目前串是列表中的城市，则在步骤314将该城市保存在存储器中。在步骤316，也存在存储在存储器中的街道列表，其仅限于所检测到的城市中的那些街道。在步骤318解析器向后移动一个字符串用于分析，并且算法前进到步骤330以经由块328中的进入点I提取街道名称。如果该串不是城市，则在步骤320该算法确定邮政编码是否在之前的步骤存储。如果存储了邮政编码，则在步骤322将关联于所存储的邮政编码的城市存储在存储器中。在步骤326，街道列表随后仅限于城市内的那些街道并且，该算法经由块328中的进入点I前进到图14D中的步骤330。在步骤324，如果邮政编码未存储，则街道列表仅限于车辆所位于的城市内的那些街道。车辆地点经由来自车辆上的NAVI16的GPS确定。该算法随后前进到步骤330以经由块328中的进入点I提取街道名称。图14D示出用于从SMS消息提取街道名称的示例算法的部分。提供如在块328中示出的进入点I以及如在块332中示出的进入点L以允许例程的其他部分返回作为起始点的步骤330。在步骤330，存储器内的内部计算器递增以便于对多少串已经与有限街道列表比较保持计数。在示例性实施例中，将街道名称和有限列表比较的处理进行四次以恰当地识别街道地址信息，因为地址信息可以包含公寓或套间指示符、道路类型、方向或其它信息(例如，90001力口州、任意城镇、套间100、南山街400号)。应当意识到的是，该系统和方法不限于只包含四个串的匹配街道名称，而可以通过任何数量的串循环以试图提取完整街道名称。在步骤334，分析目前串以确定是否是自然数，诸如如果被分析的地址串包含套间号的情况。如果串是数字的，则在步骤336向后移动解析器一个字符串并且该算法在步骤330继续。如果串不是数字的，则在步骤338分析目前串以通过将字符串与存储在存储器中的街道的有限列表比较以确定是否存在匹配来确定是否是街道名称。在步骤340，如果目前串是列表中的街道名称，则将街道名称保存在存储器中。在步骤344，在存储器中存储的街道号列表仅限于位于所检测的街道名称上的那些街道号码。在步骤348，解析器向后移动一个字符串用于分析，并且算法前进到步骤354 (参见图14E)以经由块352中的进入点J提取街道号码。如果目前串不匹配存储在有限街道名称列表中的街道名称，则在步骤342解析器向后移动一个字符串并且在步骤346检查内部计数器的值以确定是否已经比较了四个串。如果递增计数器的值是四，则在步骤350街道名称不能在SMS消息中找到，并且算法经由块292中的进入点K回到步骤278 (参见图14A)。图14E示出用于从SMS消息提取街道号码的示例性算法的部分。提供如在块352中示出的进入点J以允许例程的其他部分返回此起始点。在步骤354，通过匹配该串与存储在存储器中的方向表，分析目前串以确定是否是街道方向指示符，诸如北、南等。如果目前串是方向指示符，则在步骤356在存储器中存储指示符，在步骤358解析器向后移动一个字符串，并且该算法前进到步骤360。如果方向指示符不匹配，则在步骤360分析目前串以通过比较字符串与在存储器中存储的街道号码的有限列表以确定是否存在匹配来确定是否是街道号码。如果目前串是该列表中的街道号码，则在步骤362将街道号码保存到存储器中并且在步骤366发送整个地址到NAVI16用于可能的选择道路。在步骤370解析器向后移动一个字符串用于进一步分析，其中，该处理经由块292中的进入点K在步骤278重复(参见图14A)，以确定在SMS消息中是否存在额外地址。如果目前串不匹配有限街道号码列表中的街道号码，则在步骤364解析器向后移动一个字符串用于进一步分析并且算法前进到步骤368以确定内部变量是否已经达到了四个串。如果已经比较了四个串，则算法经由块292中的进入点K返回步骤278 (参见图14A)以确定是否存在额外地址用于提取。如果四个串尚未比较，则该算法经由块332中的进入点L回到步骤330以比较额外的串。在另一实施例中，可以改变图14A-14E中的以上步骤的顺序从而该系统首先在SMS消息中查找全部州和邮政编码信息。然后，该算法使用所检测到的字符串作为基准用于查找地址信息，从而降低了否则系统必须进行的重复的数量。图15A-15B图示用于选择路径到包含在SMS消息中的目的地的示例性方法的算法的流程图的不同部分。在图15A中，在步骤372将所接收的SMS消息显示在NAVI显示器20上。提供如在块371中示出的进入点N以允许例程的其他部分返回此起始点。一旦智能文本识别系统在所接收到的SMS消息中检测到地址，将经由HMI (未示出)使能路径选择图标或按钮(参见图12)用于用户的选择。如果在步骤374用户做出选择路径到地址的选择，该算法在步骤376检查以查看是否存在一个地址或多个地址以呈现给用户。如果用户在步骤376未作出选择路径，则系统确定用户是否已经(经由HMI)输入了用于NAVI的选择以在步骤380、384或387分别进行呼叫、读取消息，或可选地，删除消息。该方法随后返回步骤374以确定“路径”是否已经由用户选择。继续步骤376，如果仅存在一个地址以呈现给用户，则从SMS消息提取的地址在步骤382显示给用户并且HMI提示用户关于用户是否希望编辑(步骤386)、选择路径(步骤384)或取消(步骤390)到所显示的地址的所请求的路径。该方法通过一系列步骤以确定用户是否已经在步骤386-390经由HMI选择了这些可用命令的任何一个。如果在步骤386用户选择了 “编辑”，则用户在步骤388编辑地址数据并且该方法回到步骤382以显示新编辑的地址。如果“编辑”未在步骤386选择，而是在步骤384选择了 “选择路径”，则在步骤385，NAVI16将计算并显示到所呈现的地址的路径。如果在步骤384用户未选择“选择路径”并且在步骤390选择了 “取消”，则该算法返回步骤372并且再次显示SMS消息在MVI显示器20中。在另一实施例中，在步骤382显示在NAVI显示器20上的地址将不能由用户编辑。因此，用户可以择一地“选择路径”到地址或“取消”所请求的选择路径，从而通过步骤386和388的去除而简化算法。如果在步骤376存在多个地址以呈现给用户，则该算法经由块378中的进入点M前进到步骤392 (参见图15B)。该方法经由HMI提示用户关于她是否希望查看下一所提取的地址(步骤394)、编辑目前地址(步骤398)、选择路径到目前地址(步骤402)或取消(步骤406)到所显示的地址的选择路径。该方法确定用户是否已经在步骤394、398、402和406经由HMI选择这些选项中的任何一个。如果在步骤394用户选择“下一个”，则在步骤396，HMI显示从SMS消息提取的下一个地址并返回步骤392。如果在步骤398用户选择“编辑”，则在步骤400中HMI允许地址数据的编辑并且返回步骤392以在NAVI显示器20中显示新编辑的地址。如果未在步骤398选择“编辑”，而是在步骤402选择“选择路径”，则在步骤404，NAVI16将计算并显示到所呈现的地址的路径。如果在步骤402用户未选择“选择路径”并且在步骤406选择了“取消”，则该算法在块372经由进入点N返回步骤373，并且再次显示SMS消息在NAVI显示器20上。在另一实施例中，在步骤392显示在NAVI显示器20上的全部地址将在列表中示出，从而允许用户直接选择感兴趣的地址。再次，显示在NAVI显示器20上的地址将不能由用户编辑并且因此用户可以择一地“选择路径”到地址或“取消”所请求的选择路径，从而通过步骤398和400的去除而简化算法。
23
图16A-16B包括图示用于呼叫包含在SMS消息中的电话号码的示例性方法的算法的流程图的不同部分。在图16A中，在步骤408，将所接收的SMS消息显示在NAVI显示器20上。提供如在块410中示出的进入点P以允许例程的其他部分返回此起始点。一旦智能文本识别系统在所接收到的SMS消息中检测到电话号码(参见图12中的步骤222)，在步骤224将经由HMI使能呼叫选择图标或按钮以便由用户选择(参见图12)。现在返回到图16A中的流程图，如果在步骤412用户选择“呼叫”命令，则在步骤414该方法随后检查是否存在一个电话号码或多个电话号码以呈现给用户。如果在步骤412用户未选择“呼叫”命令，则该方法通过一系列步骤来在该方法返回步骤412之前，确定她是否已经选择了选择路径到一地址(步骤418 )、读取消息(步骤422 )，或可选地，删除消息(步骤428 )，以确定是否已经经由HMI选择了“呼叫”。继续步骤414，如果仅存在一个电话号码以呈现给用户，则在步骤420显示从SMS消息提取的该电话号码并且HMI提示用户确定她是否希望编辑(步骤424)、呼叫(步骤430)或取消(步骤434)到所显示的电话号码的电话呼叫。接着，该方法确定用户是否已经经由HMI在步骤424、430和434选择了这些选项中的任何一个。如果在步骤424用户选择了 “编辑”，则该方法允许电话号码在步骤426编辑并且返回步骤420以将新编辑的电话号码显示在NAVI显示器20上。如果在步骤424未选择“编辑”，而是在步骤430选择“呼叫”，则在步骤432经由HFT14向所呈现的电话号码进行呼叫并且该方法返回步骤408以显示SMS消息。如果在步骤430未选择“呼叫”并且在步骤434选择“取消”，则该方法返回步骤408并且SMS消息再次显示在NAVI显示器20上。在另一实施例中，在步骤420在NAVI显示器20上显示的电话号码将不能由用户编辑。因此，用户可以择一地“呼叫”在NAVI显示器20上显示的电话号码或“取消”所请求的电话呼叫，从而通过步骤424和426的去除而简化算法。如果在步骤414，存在多个电话号码以呈现给用户，则该算法经由在块416的进入点O前进到步骤436 (参见图16B)。在图16B中，该方法经由HMI提示用户，以确定她是否希望查看SMS消息中的下一个电话号码(步骤438)、编辑目前的电话号码(步骤442)、呼叫目前的电话号码(步骤446)或取消到所显示的电话号码的呼叫请求(步骤450)。该方法确定用户是否已经在步骤438、442、446和450经由HMI选择了这些选项中任意一个。如果在步骤438用户选择“下一个”，则在步骤440，HMI显示从SMS消息提取的下一个电话号码，然后返回步骤436。如果在步骤442用户选择“编辑”，则在步骤444该方法允许电话号码被编辑并且返回步骤436以显示新编辑的电话号码。如果未选择“编辑”，而是选择了“呼叫”，则在步骤448将经由HFT14向所呈现的电话号码进行呼叫，并且算法返回步骤408以在NAVI显示器20上显示SMS消息。如果在步骤446未选择“呼叫”并且在步骤450选择了“取消”，则该算法在块410经由进入点P返回步骤408，并且SMS消息再次显示在NAVI显示器20上。图17A-17B示出根据该系统和方法的实施例、用于导航系统的示例性NAVI显示屏幕图像。在图17A中，当接收SMS消息时，屏幕452在NAVI显示器20上示出屏幕图像。屏幕452示出圈出用户的目前地点的地图。所接收的消息由信封图标指示在屏幕452的右上。用户可以选择经由HMI获得更多信息，该HMI在NAVI显示器20上显示带有可用用户提示的菜单的屏幕456。用户可以随后通过触摸屏幕456的恰当部分来选择“消息”以查看所接收消息的列表，该所接收的消息接着显示在屏幕454上。用户随后通过选择消息号来选择SMS消息以查看。然后，显示屏幕406，其中在屏幕图像的上半部分列出SMS消息的文本并且在屏幕的下半部分列出菜单。提供如在块458中示出的进入点R以允许例程的其他部分返回屏幕460。屏幕460中的菜单允许用户经由TTS软件组件大声读出消息的选项、回复SMS消息、选择路径到从SMS消息提取的地址或呼叫从SMS消息提取的电话号码。如果用户选择“选择路径”或“呼叫”，则屏幕在块462经由进入点Q分别转换到屏幕464或屏幕466。如果用户选择“回复”功能，则系统示出预设消息，用户可以从中选择以回复SMS文本消息的发送人。在另一实施例中，文本消息和菜单选项的排列可以变化，诸如菜单占用屏幕的上部且SMS消息的文本部分占用屏幕图像的下部。SMS消息可以全部显示或可以取决于屏幕上的可用空间截断。如果截断，则HMI可以允许SMS消息的滚动以允许非可视部分在MVI显示器20上被查看。在再一实施例中，当从SMS消息分别提取地址和电话号码时，将仅使能“选择路径”和“呼叫”选择。现在转到图17B，提供如在块462中示出的进入点Q以允许其他屏幕改变到屏幕464和466。如果用户选择“选择路径”，则HMI显示屏幕464以确认用户希望选择路径到的正确地址。一旦确认，计算路径并将显示屏幕468。如同参考图15B所讨论的，如果从SMS消息提取多个地址，则将使能“下一个”选择从而用户可以查看并选择从所接收的SMS消息提取的另一地址。如果用户再次选择“选择路径”，则从车辆的目前地点到用户提取和选择的地址计算路径，如屏幕468中所示。进度条通知用户系统还要多久来计算所请求的路径。在完成时，在NAVI显示器20上屏幕470示出所计算的路径，就是NAVI16指引用户到所期望的目的地地址。如果在屏幕460用户选择“呼叫”取代选择“选择路径”，则HMI显示屏幕466以确认用户希望呼叫的正确电话号码。在用户确认她希望对于所显示的电话号码进行呼叫之后，该系统做出该呼叫。该显示器20随后在块458经由进入点R转换回显示屏幕460 (参见图17A)。屏幕示出所接收的SMS消息的文本在屏幕的顶部并且示出菜单在屏幕的下半部。如同参考图16B所讨论的，如果多个电话号码从SMS消息提取，则在步骤466使能“下一个”选择。如果用户再一次选择“呼叫”，则要呼叫的电话号码被发送给HFT14并且生成呼叫到所选择的电话号码，其从来到的SMS消息提取。屏幕随后转换回查看如在屏幕460所示出的SMS消息。图18A-18B不出根据该系统和方法的另一实施例、用于导航系统的不例性NAVI显示屏幕图像。在图18A中，当接收到SMS消息时，屏幕472在NAVI显示器20上示出屏幕图像。屏幕472示出圈出用户的目前地点的地图。所接收的消息由信封图标指示在屏幕472的右上。用户可以选择经由HMI获得更多信息，该HMI在NAVI显示器20上显示带有可用用户提示的菜单的屏幕476。如果用户希望获得用于选择路径目的的POI信息，则用户可以随后通过触摸屏幕476的恰当部分来选择“兴趣点”。NAVI显示器20随后转换到屏幕474，其中用户经由HMI键入地点名称，对于该地点名称她希望获得导航数据。用户可以使用出现在屏幕474上的字母轮和“删除/空格”按钮键入诸如公司名称、城市、州、经度、纬度、邮政编码等的信息。在其他实施例中，可以经由诸如字母数字小键盘的其他方法或经由用户大声说出字符到车辆中的话筒(其中，利用VR软件组件)键入信息到HMI。如果用户未选择具体地点，则可以使用经由连接到NAVI16的GPS接收器(未示出)取回的地点信息生成SMS
25请求消息40 (参见图3)。应当意识到的是，可以替代地键入诸如餐馆的主题或其他POI指示符以在NAVI16上取回POI导航数据。一旦由用户键入该项，则定址到POI SMS消息服务提供商的SMS消息将生成并经由无线Bluetooth 连接传送到移动设备12(参见图2和3)。NAVI显示器20转换到屏幕478，并当通过无线网络22 (例如，GSM或CDMA网络)传送SMS消息时向用户示出消息传送过程。当从POI SMS消息服务提供商(诸如类似谷歌的CSC服务提供商)接收SMS消息响应时，屏幕经由块480中的进入点T转换到屏幕482 (参见图18B)。屏幕482列出SMS消息的文本并允许用户选择经由TTS软件组件(未示出)使系统大声读出所接收的消息，或可选地删除SMS消息(未示出)、选择路径到从SMS消息提取的地址或呼叫从SMS消息提取的电话号码。SMS消息可以全部显示或可以取决于屏幕上的可用空间截断。如果截断，则HMI可以允许SMS消息的滚动以允许查看消息的非可视部分。当(例如，响应于如图18A所图示的兴趣点请求)从CSC服务提供商发送SMS消息时，如在屏幕482中那样，禁用“回复”选项(或变灰)。这与从诸如朋友或伙伴的人接收的私人SMS消息相反(如在图17A中所图示)，其中用户可以希望通过选择在屏幕460中示出的“回复”特征来回复SMS消息的发送人，这允许用户选择预设消息。系统通过确定SMS消息中的发送人的电话号码是否来自CSC提供商或个人来使能或禁用“回复”功能。在另一实施例中，“选择路径”和“呼叫”选择仅在地址和电话号码分别从SMS消息提取时使能。如果用户选择“选择路径”，则NAVI显示器20对用户示出屏幕486以确认要选择路径的正确地址。正如参考图15B讨论的，如果从SMS消息提取多个地址，则将在HMI上使能“下一个”选择图标或按钮。现在回到图18B，如果用户再一次选择“选择路径”，则从车辆的目前地点到所提取和选择的POI地址计算路径。如在屏幕484上所示，进度条通知用户系统还要多久来计算所请求的路径。在完成时，在NAVI显示器20上，屏幕488示出到所期望的POI的所计算的路径，就是NAVI16指引用户到所期望的目的地地址。在替代实施例中，NAVI16可以自动选择路径到位于所接收的SMS消息中的地址，而不是请求用户的选择。POI图标可以用来在显示的路径地图上指示所提取的地址的地点。另外，NAVI16可以在车辆上存储的地址薄中自动地存储所提取的地址和/或电话号码。在此实施例的变式中，可以在NAVI16中实现计时器，从而如果分配的时间到期并且SMS响应消息尚未从SMS消息服务提供商接收到，则可以显示错误消息。在另一实施例中，用户可以通过在屏幕476中额外的可用选择的使用，从服务提供商请求除了地址和电话号码信息之外的信息。无线载体和服务提供商两者随后将通过系统发送正确编码的文本消息来返回其他请求的信息，诸如“天气”、“商业新闻”、“电影上映时间”等。以此方式，用户将能够在她的车辆内以和从朋友接收的私人文本消息类似的方式，查看作为SMS文本消息的“头条新闻”。图19-24图示在一个实施例中的NAVI显示器20上的示例性显示屏幕，其中，用户可以选择多个预设文本回复消息中的一个以便于响应所接收的文本消息。图19图示示例性显示屏幕，其在用户已经指示期望查看所接收的文本消息的列表之后，示出所接收的文本消息的列表。用户可以通过触摸显示屏幕的恰当部分来指示期望查看所接收的文本消息的列表，如之前关于显示屏幕456所讨论的。在此示例中，图19仅示出一条消息。但是，图19的显示屏幕可能能够显示大量消息。图20图示可以响应于用户从图19的显示屏幕选择消息I而显示的示例性显示屏幕。图20的所显示的消息可以包括文本部分490、始发人的地址/电话号码496和发送时间494。用户可以具有选择读取498或回复500的选项。在其他实施例中，可以向用户提供更少、更多或不同的选项。图21图示可以响应于用户从图20的显示屏幕选择回复500而显示的示例性显示屏幕。图21的示例性显示屏幕可以列出一些预设文本回复消息，用户可以选择该预设文本回复消息作为对所接收的显示的文本消息的回复。如图21中所示，消息I和2可以是地点相关的文本回复消息。例如，响应于用户从图21的显示屏幕选择消息1，导航系统或设备可以确定车辆的目前地点、可以准备包括诸如例如朝向(heading)或驱车方向、车辆目前所在的街道和车辆前方预定距离内的十字路口的信息的回复。响应于用户从图21的显示屏幕选择消息2，导航系统或设备可以确定到达设定目的地的时间量和到达设定目的地的距离。导航系统或设备可以随后准备预设的回复消息，其包括诸如例如从车辆的目前地点达到设定目的地的时间量和距离。响应于用户选择图21的显示屏幕的消息3-6的任何一条，导航系统或设备可以准备包括来自消息3-6的所选择的一条的文本的预设回复消息。图21的示例性显示示出六条回复消息，用户可以从中选择一条。在其他实施例中，用户可以从中选择的回复消息的数量可以小于六条或大于六条。此外，地点相关回复消息的数量可以小于两条或大于两条并可以包含额外或与图21所示的地点相关回复消息不同的地点相关信息。图22图示可以在用户从图21的显示屏幕选择回复消息I之后显示的示例性显示屏幕。图22的显示屏幕可以示出准备的文本回复消息502和收件人的地址/电话号码504。导航系统或设备通过将朝向或行进方向和车辆目前所在的街道的名称插入到所准备的文本回复消息502中，可以准备对应于所选择的回复消息的文本回复消息502。关于所准备的文本回复消息502，导航系统或设备也可以包括收件人的地址/电话号码。用户可以具有选择发送506、呼叫发送人507、取消508或呼叫510中的一个的选项。如果用户选择取消508，则可以再次将图21的显示屏幕呈现给用户。如果用户选择发送506，则可以将所准备的文本回复消息502发送给所接收的文本消息的始发人。如果用户选择呼叫发送人507，则可以对于所接收的消息中的号码进行电话呼叫。如果未在文本消息中找到电话号码，则可以屏蔽呼叫510。图23图示可以在从图22的显示屏幕选择发送506之后呈现给用户的示例性显示。图23的显示屏幕可以包括发送指示符512，以指示文本回复消息正在被发送，并且包括时间或进度指示符514以指示对于发送文本回复消息进行的进度的量。当正在发送文本回复消息时，用户可以选择取消515，其可以导致重新显示图22的显示屏幕。在其他实施例中，取消515可以不出现在图23的显示屏幕上。图24图示示例性显示屏幕，如果在试图发送文本回复消息时发生错误就可以显示该示例性显示屏幕。图24的示例性显示屏幕可以包括错误消息516以告知用户该错误。在此实施例中，用户可以通过从图24的显示屏幕选择取消518来使得图22的显示屏幕重新显示。图25-27是图示在各种实施例中可以由导航系统或设备执行的示例性处理的流程图。该处理可以从导航设备接收来自关于所接收的文本消息的一些回复文本消息之一的用户的选择(动作600)开始。该导航设备可以确定关于所接收的文本消息的始发人的地址/电话号码(动作602)。该导航设备随后可以确定是否选择第一地点相关回复文本消息(回复I ;参见图21)(动作604)。如果在动作604期间导航设备确定选择了第一地点相关回复文本消息，则导航设备可以确定车辆的目前地点(动作606)。在一些实施例中，确定车辆的目前地点的结果可以包括关于车辆的目前地点的纬度和经度，其可以用来确定对应的城市(动作608)。在一些实施例中，导航设备可以参考一个或多个数据库以确定城市。接着，导航设备可以基于该纬度和经度试图确定车辆所在的街道(“所在”街道)(动作610)。导航设备可以通过参考一个或多个数据库来确定街道。导航设备随后可以确定“所在”街道是否具有有效街道名称(动作612)。在一些实施例中，有效街道名称是来自一个或多个数据库(关联于已经验证过的街道或道路)的街道名称。在至少一些实施例中，诸如例如停车位、开放场地的非街道或其他非街道可能不具有有效街道名称。如果在动作612期间确定“所在”街道不具有有效街道名称，则导航设备可以准备带有确定的城市名称的回复文本消息(动作637)。例如，导航设备可以准备地点相关回复文本消息，包括“我正在加州的托兰斯驾车”。当然，导航设备可以基于车辆的目前地点来准备地点相关回复文本消息，其包括不同城市或城镇的名称。导航设备随后可以发送所准备的回复文本消息给所接收的文本消息的始发人(动作626 ;图26)。在一些实施例中，导航设备可以从所接收的文本消息获得始发人的地址/电话号码。如果在动作612期间确定“所在”街道具有有效街道名称，则导航设备可以通过追踪车辆的移动来确定车辆的行进的方向的目前罗盘朝向(动作614)。接着，导航设备可以确定车辆前面或面前的预定距离之内的十字路口(动作616 ;图26)。在一些实施例中，十字路口可以是车辆面前的预定距离之内的最高类别的街道。街道可以具有如下类别，诸如，例如，以类别降序的顺序高速路、4车道、2车道和小街。如果十字路口候选包括例如4车道和小街，则导航设备可以确定4车道为十字路口。当然，在其他实施例中，街道可以具有额外的或不同的类别。接着，导航设备可以确定“所在”街道是否是高速路(S卩，具有高速路的类别)(动作618)。如果“所在”街道是高速路，则导航设备可以确定十字路口是否是匝道(ramp)(动作620)。如果十字路口确定不是匝道或“所在”街道不是高速路，则导航设备可以确定十字路口是否具有有效街道名称(动作622)。如果导航设备确定十字路口具有有效街道名称，则导航设备可以准备回复文本消息，其包括所确定的城市名称、所在街道的名称、十字路口的名称和方向(动作624)。这样的所准备的回复文本消息的一个示例可以是“我在加州，托兰斯,第190街道附近的Hawthorne Blvd,朝南”。当然,所准备的回复文本消息可以在其他实施例中变化。接着，导航设备可以发送所准备的回复文本消息到所接收的文本消息的始发人(动作626)。随后可以完成处理。如果在动作622期间导航设备确定十字路口的名称不是有效名称，则导航设备可以准备回复文本消息，其包括所确定的城市名称、“所在”街道的名称和方向(动作630)。这样准备的回复文本消息的一个示例可以是“我在加州，托兰斯，第190街道的HawthorneBlvd，朝南”。导航设备随后可以发送所准备的回复文本消息到所接收的文本消息的始发人(动作626)。随后可以完成处理。如果在动作620期间导航设备确定十字路口是匝道(在动作618期间，“所在”街道
28之前已经确定为高速路)，则导航设备可以将十字路口的名称设置为关联于该匝道的名称(动作628)。导航设备随后可以进行如之前描述的动作624和626。在一些实施例中，第二地点相关回复文本消息(即，到目的地的时间/距离的消息)可以包括基于车辆的目前地点、到设定目的地的距离和到达设定目的地的时间的量(参见图21)。在各种实施例中，如果导航设备具有设定目的地并已经计划到设定目的地的路径，则可以仅选择第二地点相关回复文本消息。在一些实施例中，如果导航设备不具有设定目的地，则回复2 (参见图21)可以不作为显示屏幕上的选择而出现或可以变灰。如果在动作607期间导航设备确定未选择第二地点相关回复文本消息(回复2 ;参见图21)，则导航设备可以发送所选择的预设回复文本消息到所接收的文本消息的始发人(动作632 ;图25)。因此，如果选择诸如，例如，“我现在在路上了”的非地点相关回复文本消息，则导航设备可以发送回复文本消息“我现在在路上了 ”给所接收的文本消息的始发人。随后可以完成处理。如果在动作607期间导航设备确定所选择的回复文本消息是第二地点相关回复文本消息，则导航设备可以确定车辆的目前地点(动作634)。在一些实施例中，所确定的车辆的目前地点可以包括对应于车辆的目前地点的纬度和经度。接着，导航设备可以确定到设定目的地的距离(动作636)。在一些实施例中，可以以英里确定距离。在其他实施例中，可以以公里确定距离。在一些其他实施例中，可以以其他合适的计量单位确定距离。接着，导航设备可以确定到达设定目的地的时间量(动作638 ;图27).时间量可以以分钟、小时和分钟、或另一合适的时间单位或时间单位的组合来确定。导航设备随后可以确定设定的目的地是否具有名称(动作640)。例如，在一些实施例中，设定目的地可以具有可以由用户设定的名称。目的地名称的一个示例是“UCLA玛丽娜中心”。如果在动作640期间导航设备确定设定目的地具有名称，则导航设备可以确定设定目的地是否具有对应的地址(动作642 )。在一些实施例中，导航设备可以参考一个或多个数据以确定设定目的地是否具有对应地址。如果导航设备确定设定目的地具有对应地址，则导航设备可以准备回复文本消息，其包括距设定目的地的英里数(或测量距离的其他单位)、到达设定目的地的时间、目的地名称和目的地地址(动作644)。这样准备的回复文本消息的一个示例可以是“我离加州，Marina Del Rey，在Fi大道14001号的UCLA玛丽娜水上中心31英里和42分钟。”导航设备可以随后发送所准备的回复文本消息到所接收的消息的始发人(动作626;参见图26)。随后可以完成处理。如果在动作642期间导航设备确定设定目的地不具有地址，则导航设备可以准备回复文本消息，其包括距设定目的地的英里数(或测量距离的其他单位)、到达设定目的地的时间和目的地名称(动作644)。这样准备的回复文本消息的一个示例可以是“我离UCLA玛丽娜水上中心31英里和42分钟。”随后可以完成处理。如果在动作640期间导航设备确定设定目的地不具有名称，则导航设备可以准备回复文本消息，其包括距设定目的地的英里数(或测量距离的其他单位)、到达设定目的地的时间和目的地地址(动作648)。这样准备的回复文本消息的一个示例可以是“我离加州，Marina Del Rey，在14001Fiji大道31英里和42分钟。”导航设备随后可以发送所准备的回复文本消息到所接收的消息的始发人(动作626 ;参见图26)。可以随后完成处理。尽管关于图19-27讨论的示例和处理提及文本消息，但是示例和处理可以应用于其他类型的消息，包括但不限于，电邮消息和SMS消息。这样已经描述了方法和系统的优选实施例，用于利用无线消息传递服务来获得用于从车内导航系统选择导航路径、进行电话呼叫和发送电邮消息的数据，本领域技术人员应当明白的是，已经实现了所描述方法和系统的特点优点。还应当意识到的是，系统和方法的各种改进、适应和替代实施例可以在本系统和方法的范围和精神内作出。例如，已经图示经由SMS消息接收导航数据，但是应当明白以上描述的发明性概念将同等地可应用于其他消息传递服务，诸如通过传输控制协议和因特网协议的简单邮件传输协议、高级消息传递服务、多媒体消息传递服务等。此外，应当明白的是以上描述的发明性概念将同等地可应用于从从车辆发出以及来到车辆的消息提取导航数据。进一步，应当明白的是系统可以包括TTS引擎和VR软件组件两者，从而所提取的导航数据或消息可以大声读给用户，同时用户输入和消息编辑可以通过用户大声说出她的声音来提供。
权利要求
1.一种方法，包括由导航设备提供设施，用于准许用户响应于接收文本消息，选择多个预设回复文本消息中的一个来发送，所述多个预设回复文本消息中的至少一些包括关于车辆的目前地点的信息；当所述用户选择包括关于所述车辆的目前地点的信息的所述多个预设回复消息中的至少一些中的一个时，准备地点相关文本消息；并且由所述导航设备向所接收的文本消息的始发人传送所准备的地点相关的文本消息。
2.如权利要求I所述的方法，进一步包括由所述导航设备确定所述车辆目前所在的街道的名称和目前朝向；并且由所述导航设备在所准备的地点相关的文本消息中包括所述街道的名称和所述目前朝向。
3.如权利要求2所述的方法，进一步包括由所述导航设备确定所述车辆的预定距离内的十字路口的名称；并且由所述导航设备在所准备的地点相关的文本消息中包括所述十字路口的名称。
4.如权利要求2所述的方法，其中确定所述车辆目前所在的街道的名称和所述目前朝向是基于所述车辆的目前纬度、所述车辆的目前经度和所述车辆的行进的方向的目前罗盘朝向。
5.如权利要求2所述的方法，其中确定所述车辆目前所在的街道的名称和目前朝向进一步包括由所述导航设备确定所述车辆目前所在的城市的名称。
6.如权利要求2所述的方法，进一步包括由所述导航设备确定所述街道的所确定的名称是否是有效街道名称；并且仅当确定所述街道的名称是有效街道名称时，由所述导航设备在所准备的地点相关文本消息中包括所述街道的名称。
7.如权利要求2所述的方法，其中确定车辆目前所在的街道的名称和目前朝向进一步包括由所述导航设备确定所述车辆目前所在的街道是否是高速路；当所述车辆目前所在的街道确定为高速路时，由所述导航设备确定所述车辆前面预定距离之内的十字路口是否是匝道；当所述车辆前面预定距离之内的十字路口确定为匝道时，由所述导航设备确定所述十字路口的名称是链接于匝道的街道名称；和由所述导航设备在所准备的地点相关的文本消息中包括所述十字路口的名称。
8.如权利要求3所述的方法，进一步包括由所述导航设备确定所述十字路口的所确定的名称是否是有效街道名称；和仅当所述十字路口的名称确定为有效街道名称时，由所述导航设备在所准备的地点相关的文本消息中包括所述十字路口的名称。
9.一种用于车辆内使用的装置，所述装置包括收发器；显示单元，耦接于所述收发器；处理器，可操作地耦接于所述收发器和所述显示单元；和存储器，可操作地耦接于所述处理器，所述存储器包括用于所述处理器执行如下方法的可执行代码，所述方法包括响应于向用户呈现所接收的文本消息，从多个回复文本消息接收地点相关回复文本消息的选择；确定所述车辆的目前地点；基于所确定的车辆的目前地点来准备地点相关回复文本消息；和传送所准备的地点相关文本消息给所接收的文本消息的始发人。
10.如权利要求9所述的装置，其中确定所述车辆的目前地点确定关于所述车辆的目前地点的目前纬度和目前经度，和准备地点相关回复文本消息是基于所确定的目前纬度和所确定的目前经度。
11.如权利要求9所述的装置，其中准备地点相关回复文本消息进一步包括基于追踪车辆的移动确定所述车辆的朝向；和在地点相关回复文本消息中包括所确定的朝向。
12.如权利要求9所述的装置，其中所述方法进一步包括响应于向用户呈现所接收的文本消息，从多个回复文本消息接收非地点相关回复文本消息的选择；和传送所选择的非地点相关文本消息给所接收的文本消息的始发人。
13.如权利要求9所述的装置，其中准备地点相关回复文本消息进一步包括基于所确定的目前地点确定所述车辆所在的城市的名称；基于所确定的目前地点确定所述车辆所在的街道的名称；确定所述街道的名称是否是有效街道名称；当所述街道的名称确定为有效街道名称时，在地点相关回复文本消息中包括所述街道的名称和所述城市的名称；并且当所述街道的名称确定为不是有效街道名称时，在地点相关回复文本消息中包括所述城市的名称。
14.如权利要求13所述的装置，其中当街道位于所确定目前地点并且确定所述街道具有数据库中的名称时，所述街道具有有效街道名称。
15.如权利要求13所述的装置，其中准备地点相关回复文本消息进一步包括确定所述车辆前面预定距离之内的十字路口的名称；和在地点相关回复文本消息中包括所述十字路口的名称。
16.如权利要求15所述的装置，其中准备地点相关回复文本消息进一步包括确定所述车辆所在的街道是否是高速路；确定所述十字路口是否是匝道；和仅当所述车辆所在的街道确定为高速路并且所述十字路口确定为匝道时，确定所述十字路口的名称是关联于匝道的名称。
17.如权利要求15所述的装置，其中准备地点相关回复文本消息进一步包括确定所述十字路口是否具有有效街道名称；和仅当所述十字路口确定为具有有效街道名称时，在地点相关回复文本消息中包括所述十字路口的名称。
18.如权利要求15所述的装置，其中确定车辆前面预定距离之内的十字路口的名称进一步包括确定在所述车辆前面预定距离之内与车辆所在的街道交叉的道路的最高类别。
19.如权利要求9所述的装置，其中所述方法进一步包括确定是否设定到目的地的路径，和当设定到目的地的路径时，基于所述车辆的所确定的目前地点确定到目的地的时间和距离；和准备地点相关回复文本消息进一步包括当设定到目的地的路径时，在地点相关回复文本消息中包括所确定的时间和所确定的距离。
20.如权利要求9所述的装置，其中所述方法进一步包括确定所选择的地点相关回复文本消息是否是到目的地的时间/距离类型的消息；当所选择的地点相关回复文本消息是到目的地的时间/距离类型的消息时，进行基于所确定的车辆的目前地点确定到设定目的地的时间和距离；和在地点相关回复文本消息中包括到设定目的地的所确定的时间和所确定的距离。
全文摘要
提供用于在导航系统上经由无线消息传递服务接收导航数据的系统和方法。该系统和方法提供一种方式以经由无线消息传递服务发送目的地信息的请求并从接收的响应消息中捕获导航数据(诸如，地址、电话号码或电邮地址)，并随后从车辆的导航系统利用该数据用于选择导航路径、生成电话呼叫、发送电邮等。该系统和方法进一步发送地点相关回复消息和预设回复消息给所接收的消息的始发人。一种无线设备可以通过通信链路与该导航系统配对，其中该导航系统对于新接收的消息而周期性地轮询无线设备。在一个实施例中，NAVI关于车辆的目前地点在地图上显示对应于从接收的消息中所提取的地址的图标。
文档编号G01C21/36GK102918362SQ201180026629
公开日2013年2月6日 申请日期2011年3月21日 优先权日2010年3月29日
发明者E.S.奥基, C·卡布拉尔, M·科西斯卡 申请人:本田技研工业株式会社