使用蜂窝电话的汽车定向器的制作方法

专利名称：使用蜂窝电话的汽车定向器的制作方法
技术领域：
本公开涉及一种用于对车辆进行定位的系统，更具体地，涉及一种用于对车辆进行定位并在手持设备(例如，蜂窝电话)上显示车辆位置和用户位置的系统。
背景技术：
本部分提供了与本公开有关的背景信息，其不一定是现有技术。人们常常停放车辆，随后忘记将车辆停放在哪或者忘记如何从他们的当前位置到达至他们的车辆的位置。这种情况会浪费车主的时间、成为安全隐患和/或带来麻烦。在其他情况下，第一个人可能将车辆停放在第二个人需要或想要定位的位置。第一个人可能未能将车辆的位置传送给第二个人和/或未能给车辆提供可导航的方向。在这种情况下，如果第二个人无法容易地定位车辆，他或她可能会面对安全风险和/或不便。 目前，如果用户(例如，车辆拥有者)所拥有的车辆具有可通过有互联网能力的蜂窝电话进行访问的远程访问和/或安全服务，并且用户希望知道他或她的汽车所停放的地理位置，则他或她可以经由蜂窝电话来访问远程访问服务，以观看示出车辆位置的地图。这种系统具有共同的局限性。 当前系统的一种这样的局限性在于这样的系统不会在同一屏幕上示出用户相对于车辆的位置。此外，地图不可能以变焦级显示，从而不能允许用户对他或她所停放的车辆进行精确定位。

发明内容
本部分提供了对本公开的总体概括，而并不是其全部范围或其所有特征的全面公开。本发明提出了一种针对具有显示屏的手持设备的接口选项。更具体地，本发明提出了一种供用户(例如，车辆驾驶员)例如将他或她的车辆定位在可以停放或者定位的位置处的设备、系统和方法。此外，本发明的教导可以允许手持设备或计算设备显示驾驶员和车辆的地理位置或位置。手持设备可以是蜂窝电话，例如iPhone (由Apple Inc.制造)或Blackberry (由Research in Motion Limited制造)。备选地，手持设备可以是专用的全球定位系统(GPS)设备、个人数字助理(PDA)、iPod (由Apple Inc.制造)、膝上型计算机、手持计算机、或任何其他便携式电子设备。手持设备可以利用蜂窝电话和/或有互联网能力的设备可得到的地理位置信息。换言之，手持设备可以通过例如经由互联网进行下载或经由蜂窝网络进行接收，来接收地理信息，从而可以在显示屏上显示地理信息。手持设备可以在地图上显示车辆以及可能正在尝试定位车辆的用户(例如，车辆的拥有者或驾驶员)的实时或当前位置。
例如，车载的通信设备(例如，车载远程访问系统、安全系统、导航系统或其他通信设备)可以向手持设备提供车辆位置，该手持设备随后可以在其上提供可观看的地图。可选地，地图可以允许用户获得位置的"街道级别"视图，以帮助用户找到所停放的车辆。这种街道级别地图可以识别例如特定公路、十字路口 、和/或车辆和/或用户所在的或附近的精确街道地址。当寻找车辆的人不是停放车辆的人时，例如在共用的家庭车辆、车队公司合乘汽车或被盗车辆的情况下，这样的街道地址信息可能是特别有帮助的。
本发明具有多种实施例。在一些实施例中，当驾驶员关闭引擎后对车辆上锁时，便携式电子设备(例如，蜂窝电话)可以从车辆(例如，从车辆的导航系统)接收GPS提供的位置数据。这样的系统可以利用无线通信方法。此外或备选地，无线设备有能力连接至互联网或无线服务，例如On-Star (由General Motors Corp.推出)，并且具有经由互联网连接访问与车辆有关的远程位置信息的能力。此外或备选地，无线设备可以包括集成GPS设备或用于获得与其自身位置有关的精确数据的其他装置。此外或备选地，系统可以采用远程访问系统，在该远程访问系统中，可以将车辆的GPS信息传送给用户随后可访问的服务器。 在一种形式中，本公开提供了一种用于对车辆进行定位的系统，该系统可以包括手持设备和车载的通信设备。手持设备可以包括屏幕，并且可以适于导入地图并在地图上显示手持设备的当前位置。车载的通信设备可以适于将车辆的当前位置传送给手持设备。手持设备能够在地图上同时显示车辆的位置和手持设备的位置。 在另一种形式中，本发明提供了一种用于对车辆进行定位的系统，该系统可以包括服务器、第一全球定位设备和手持设备。第一全球定位设备可以与服务器进行远程通信。第一全球定位设备可以适于确定车辆的位置并将车辆的位置传送给服务器。手持设备可以包括处理器、屏幕、和其中集成的第二全球定位设备，并可以适于与服务器进行远程通信。第二全球定位系统可以适于确定手持设备的位置。屏幕可以适于显示地图。可以将车辆的位置和手持设备的位置可以一起显示在地图上。 在又一种形式中，本发明提供了一种用于对车辆进行定位的方法，该方法包括将车辆的位置接收进手持设备中；确定手持设备的位置；以及在手持设备上显示地图。地图可以包括车辆的位置和手持设备的位置的标记。 通过此处提供的描述，其他可应用范围将变得显而易见。发明内容中的描述和具体示例仅作示意之用，并不意在限制本公开的范围。


此处描述的附图仅为了示意所选的实施例而不是全部可能的实施方式，且并不意在限制本公开的范围。
图1是根据本公开原理的车辆定位系统的框图； 图2是根据本公开原理的车辆定位系统的另一实施例的框图； 图3是由车辆定位系统产生的地图的示意图； 图4是示出了根据本公开原理的车辆定位系统的实施例的操作情况的流程 图5是示出了根据本公开原理的嵌入手持设备中软件实施例的逻辑的流程 图6是根据本公开原理的在手持设备上显示的地图的示意 图7是根据本公开原理的车辆定位系统的实施例的框 图8是根据本公开原理的手持设备的示意图； 图9是示出了根据本公开原理的车辆定位系统的软件实施例的操作情况的流程图； 图10是示出了根据本公开原理的车辆定位系统的软件的另一实施例的操作情况的流程图； 图11是示出了根据本公开原理的车辆定位系统的软件的CAR_L0C子例程的操作情况的流程图； 图12是示出了根据本公开原理的车辆定位系统的软件的PH0NE_L0C子例程的操作情况的流程图； 图13是示出了根据本公开原理的车辆定位系统的软件的VIEW_MAP子例程的操作情况的流程图； 图14是示出了根据本公开原理的车辆定位系统的软件的VIEW_NEAR子例程的操作情况的流程图； 图15是示出了在手持设备上显示的车辆定位系统的输出情况的示意 图15A是示出了在手持设备上显示的车辆定位系统的输出情况的另一示意 图16是示出了根据本公开原理的车辆定位系统的服务器的实施例的操作情况的流程图；以及 图17是示出了根据本公开原理的车辆定位系统的地图网页的实施例的操作情况的流程图。 贯穿多个附图，对应的附图标记指示对应的部件。
具体实施例方式
现在将参照附图更完整地描述示例实施例。参照图l-17，提供了车辆定位系统IO，可以包括通信系统12和手持设备14。通信系统12可以被布置在车辆16内、被集成到车辆16中、或者以其他方式被定位在车辆16上。系统10可以操作用于显示地图17，地图17指示了车辆16的位置和手持设备14(可由用户携带)的位置，以使得可以将用户可以指引到车辆16的位置。 现在参照图l，通信系统12可以包括GPS设备，并且可以包括或包含车载远程访问系统、安全系统、导航系统或其他通信设备中的一部分。通信系统12可以与手持设备14进行通信，手持设备14能够访问互联网并与互联网进行通信。手持设备14可以是蜂窝电话，例如iPhone⑧或Blackberry⑧。备选地，手持设备可以是专用的GPS设备、个人数字助理(PDA) 、 iPod⑧、膝上型计算机、手持计算机或任何其他便携式电子设备。如图6、8和15所示，手持设备14可以包括屏幕74和用户输入装置75，例如触屏接口、按钮和/或语音命令模块。手持设备14可以包括嵌入式代码或软件，如随后将要描述的，可操作用于确定和显示车辆16和手持设备14的位置。 如箭头18、19、22、24所示，手持设备14和通信系统12可以彼此进行双向通信(例如，经由蓝牙⑧发射机/接收机或其他RF通信设备)，和/或与互联网20进行双向通信。当例如关闭车辆引擎或推进源和/或锁上车门时，车辆16的位置可以被上载到服务器28
6和/或被下载到手持设备14。因此，服务器28和/或手持设备14可以将车辆的地理位置 存储在存储器中。然而，应当认识到，在一些实施例中，不论车辆的推进源或门锁的操作条 件如何，车辆16的位置都可以在任何时候被下载到手持设备14。例如，手持设备14可以间 歇性地或连续地接收车辆16的位置。 手持设备14可以与互联网20进行通信，以访问地图数据，例如公路或街道地图， 甚至在街道级别或者地球表面上的任何级别处的卫星图像。因此，在车辆通信系统12将信 息下载或引导到手持设备14中的情况下，可以在屏幕74上显示车辆在地图上的位置。此 外，可以在相同的屏幕上使用相同的地图来显示用户握持的手持设备14的位置。因此，在 手持设备14的屏幕上的相同地图上，可以显示握有手持设备14的驾驶员的位置和车辆16 的位置，并且可以绘制出手持设备14与车辆16之间的成比例的相对距离。
现在转至图2，根据箭头30和箭头32，手持设备14可以与远程访问/安全服务器 28进行通信。此外，根据箭头34和箭头36，远程访问/安全服务器28可以与互联网20进 行通信。根据箭头38和箭头40，远程访问/安全服务器28还可以与车辆16的通信系统 12进行通信。 图3示出了地图17，地图17可以包括公路地图、卫星图像和/或可用于帮助用户 定位车辆16的区域上的画面。例如，"B"可以指示寻找车辆16的用户或人的位置，而"A" 可以指示车辆16的位置。用户能够通过穿越沿着人行道或街道的路线而达到车辆16。此 外或备选地，用户可以根据地图17中确定，到达车辆16的最快或最直接路线，包括穿过建 筑物的近道、越过田野的近道和/或另一条道路外的路线。 现在参照图4，流程图42示出了系统10的实施例的操作情况。逻辑开始于开始 气泡44并前进至框46，在框46处，用户可以经由手持设备14来请求示出车辆16位置的 地图17。继续前进至判决框48，逻辑询问手持设备14是否已接收到车辆16的位置。如果 回答为"是"，则逻辑继续至框56，稍后对其进行解释。如果回答为"否"，则逻辑可以前进至 框50，在框50处，手持设备14向服务器28查询来自车辆16的GPS数据，以示出车辆16的 位置。在判决框52处，逻辑可以询问服务器是否可以提供GPS数据。如果回答为"否"，逻 辑可以前进至框54，在框54处，可以向用户报告失败，即，可以在屏幕74上显示错误消息。 如果回答为"是"，则逻辑可以前进至框56。在框56处，针对包含车辆位置和用户位置的地 图，(向外部地图数据库)编写HTTP请求。在编辑了这样的请求后，逻辑前进至框58，在框 58处，在手持设备14上显示结果，从而将车辆16的位置和手持设备14的位置都绘制在地 图17上。 参照图5，将解释系统10的实施例的代码设计或逻辑流程的示例。在框60处，用 户可以经由用户输入装置75(图8)启动系统10的操作。在框62处，可以向服务器28查 询车辆16的位置。在框66处，可以将车辆16的位置存储为数据。车辆16的位置可以包 括其纬度和经度。当逻辑在框64处继续时，可以计算手持设备14的纬度和经度并将手持 设备14的纬度和经度存储为用户的纬度和经度。在框70处，车辆16和手持设备14的纬 度和经度可以用于产生web查询，以创建地图17 (图3)，地图17可以包括三维图像、卫星地 图或传统的二维公路地图。然后，逻辑可以流至框72，在框72处，在手持设备14上将地图 17显示为嵌入式网页，例如，iPhone⑧应用程序。利用以这种方式设计的软件代码，软件可 以利用由通信系统12提供的汽车位置、可经由GPS设备报告其自身位置的iPhone⑧技术、以及产生脚本(例如由Google 提供)的定制地图。 转至图6，将讨论显示设计。更具体地，手持设备14的显示器或屏幕74可以显示 包括用户图标78和车辆图标80在内的地图17。屏幕74上用户图标78的位置可以与手持 设备14(或用户)的位置相对应。地图17上车辆图标80的位置可以与车辆16的位置相 对应。用户图标78和车辆图标80可以包括精度指示器81，精度指示符81可以是围绕图 标78、S0的圆。地图17中精度指示符81所占的区域可以对应于与通信系统12或手持设 备14相关联的GPS设备的相对(按比例)精度或误差容限。相应地，车辆16或手持设备 14的实际精确位置可以是处于包围分别与车辆图标80或用户图标78相关联的精度指示 符81的区域之内的任何位置。此外，可以提供变焦特征，以允许用户更好地看到手持设备 14的位置与车辆16的位置之间的路线的细节。响应于多个条件中的一个或多个，精度指示 符81中的一个或多个可以改变颜色，或者以其他方式改变其外观。这样的条件可以包括 例如，用户向远离车辆16的方向移动、用户进入距车辆16预定距离之内的区域、车辆16位 置的改变、或其他条件。 屏幕74还可以包括喇叭/灯按钮或触屏接口单元77。如随后将要描述的，用户可 以按压喇叭/灯按钮707，以驱动车辆16的喇叭和/或前灯。应当认识到，此外或备选地， 可以按压喇叭/灯按钮707以驱动例如车辆的警报器、危险信号灯和/或内部照明灯。此 外或备选地，屏幕74可以包括指示符，例如标记、图标、箭头和/或文本，以指示用户为了到 达车辆16的位置而必须移动的距离和/或方向。例如，箭头708可以在地图17上指向用 户为了到达车辆16而必须移动的方向(向北)。备选地，手持设备14可以被配置以使得箭 头708指向用户相对于其握持手持设备14的方向和/或角度而必须移动的实际方向(即， 箭头708的方向可能不是相对于北的)。 现在参照图7，将更详细地讨论要在屏幕74上使用的地图17的创建。手持设备 14中嵌入的软件82可以利用多种手段中的一种或多种，来产生地图17。软件82可以并 入JavaScript (由Sun Microsystems, Inc.推出)和Google M即s API技术来产生地 图17，以在手持设备14的屏幕上显示。数据可以由程序收集，例如，以用在iPhone⑧上的 Objective-C (由A卯le Inc.推出)写入的程序。 例如，创建地图17的第一种手段可以利用本地的超文本标记语言(HTML)页。这 样一来，脚本可以从Google M即s获得数据，并且，可以在手持设备14的屏幕上显示结果。 在浏览器打开一页(例如，网页)之前，可以将车辆16的位置和手持设备14的位置直接嵌 入脚本文件。 创建地图17的第二种手段是在万维网上可见的服务器上安置HTML。此外，脚本 从Google" M即s获得数据，并且在请求中，必须将车辆16的位置和手持设备14的位置这两 个位置都发送至脚本。应当认识到，尽管以上将第一和第二手段描述为从与Google M即s 网站相关联的服务器84或HTML页获得的地图数据，但任何其他服务器、HTML页、网站或数 据库也可以操作用于产生地图数据。此外，尽管以上将软件82描述为并入JavaScript 和/或0bjective-C⑧，但将认识到，软件可以基于或者并入其他语言。
应当认识到，在一些实施例中，手持设备14可能不需要经由远程服务器或其他源 来访问地图数据。例如，手持设备14可以通过先前已被存储或加载到手持设备14的必要 组成存储单元中的地图数据来产生地图17。
软件82可以与关联于通信系统12的服务器28、关联于地图产生网站的服务器 84、和手持设备14上的本地文件系统76进行双向通信。服务器84可以与具有地图脚本的 HTML文件86进行通信，而手持设备14上的本地文件系统可以与具有地图脚本的HTML文件 88进行通信。可以存在一个或多个具有地图脚本的HTML文件86、88。
软件82可以从服务器28请求车辆16的位置，服务器28可以与万维网90进行通 信。软件82可以与手持设备14上的本地文件系统76进行通信，以产生地图17。备选地， 软件82可以与服务器84进行通信，以产生地图17。 图8示出了可以在手持设备14的屏幕74上显示的内容的示例。更具体地，图标 100可以驻留在屏幕上，以使得当按压或触摸图标100时，系统10的软件82就可以进行操 作。在按压或触摸图标100时，可以在屏幕74上显示地图17。然后，地图17可以显示用户 图标78 (与手持设备14的位置相对应)和车辆图标80 (与车辆16的位置相对应)。
参照图9-17，将描述系统10的操作的另外的模式。这些实施例中的一些或所有实 施例可以并入手持设备14、诸如上述服务器28和/或84之类的服务器、以及可操作用于产 生地图17并在手持设备14的屏幕74上显示地图17的脚本。可以在手持设备14中存储 软件82，并可以在手持设备14上执行。服务器可以提供车辆16的位置、手持设备14的位 置和/或地图数据。服务器还可以包括脚本，以更新位置和/或位置的精度。
现在转至图9，流程图200示出了系统10的软件82实施例的操作情况。逻辑开始 于开始气泡202并前进至框204，在框204处，可以在手持设备14的屏幕74显示开始屏幕。 如框206处所示，开始屏幕可以向用户提供选择"设置"或"地图"的选项，其中，选择"设置" 是为了定制手持设备14和/或系统10的设置，选择"地图"是为了显示地图17。如果用户 选择"地图"，则逻辑可以前进至框208，其将在随后描述。然而，如果用户选择"设置"，则逻 辑可以前进至框210，在框210处，用户可以定制多个可定制系统设置中的一个或多个。这 种可定制设置可以包括例如，音量、可定制的声音或音调、文本和/或地图17的颜色、大小 和/或字体、要在地图17和/或屏幕74上显示的特征、网络连接性设置、从多个车辆的列 表中选择要定位的特定车辆的身份、和/或任何其他设置。在框212处，用户可以选择"完 成"或"取消"。如果用户选择"完成"，则逻辑可以前进至框214，在框214处，可以保存对设 置的任何改变。在框216处，软件82可以返回至框204处的开始屏幕。如果在框212处用 户选择"取消"，则可以不保存对设置的任何改变，并且逻辑可以前进至框216，在框216处， 软件82可以返回至框204处的开始屏幕。 如上所述，如果在框206处用户选择"地图"，则逻辑可以前进至框208，在框208 处，手持设备14可以向服务器发送针对手持设备14的位置和车辆16的位置的请求。手持 设备14和车辆16的位置是可以从框210处的位置数据文件获得的。在处理针对位置的 请求的同时，在框212处，可以在屏幕74上显示状态页，该状态页可以包括面向用户的消 息——系统10正在获取手持设备14和车辆16的位置。 在框214处，软件82可以检查位置数据精度的改进。如果存在这种改进，则逻辑 可以前进至框216，在框216处，可以将改进发送至服务器以用于存储在框210处的位置数 据文件中，并且在框218处，可以显示包括位置改进在内的地图17。在框220处，地图睡眠 例如0. 5秒，并返回至框214。 如果在框214处没有发现位置数据精度的改进，则逻辑可以前进至框222，在框
9222处，软件82可以检查包括车辆16和/或手持设备14新位置数据的位置更新。如果没 有发现更新后的位置数据，则逻辑可以前进至框224，在框224处，程序可以睡眠例如0. 5秒 并返回至框222，以再次检查新位置数据。如果在框222处发现了更新后的位置数据，则逻 辑可以前进至框226，在框226处，可以将更新后的位置数据发送至服务器以用于存储在框 210处的位置数据文件中。在框228处，可以在手持设备14上显示地图17，其包括手持设 备14和/或车辆16的位置更新。然后，软件82可以前进至框224并返回至框222。软件 82可以重复上述步骤，直到用户已到达车辆16或以其他方式结束程序为止。
现在参照图10-15，将描述软件82的另一实施例。首先转至图IO，流程图300提供 了包括主循环302在内的软件82的操作情况。主循环302可以包括CAR_L0C子例程400、 ra0NE_L0C子例程500、 VIEW_MAP子例程600和VIEW_NEAR子例程700。 CAR_L0C子例程 400可以确定车辆16的位置。PH0NE_L0C子例程500可以确定手持设备14的位置。VIEW_ MAP子例程600可以产生地图17。 VIEW_NEAR子例程700可以提示用户激活车辆16的喇 叭和灯。主循环302可以是连续或间歇性地重复的，并可以根据软件82所设置的状态来运 行CAR_L0C子例程400、 ra0NE_L0C子例程500、 VIEW_MAP子例程600和VIEW_NEAR子例程 700中的一个，这将在随后描述。 流程图300的逻辑开始于框304，在框304处，软件82可以在手持设备14上加载 并显示开始页。在框306处，软件82可以从设置文件中读取网络数据。在框308处，用户 可以按压或触摸多个按钮或触屏接口单元中的一个。在框310处，软件82可以确定被按压 的按钮是"蜂鸣器"按钮、是"设置"按钮、是"地图"按钮、还是"网络类型"按钮。如果被按 压的按钮是"蜂鸣器"按钮，则逻辑可以前进至框312，在框312处，可以改变由软件82产生 的音调和其他声音，和/或可以调整或减弱音量。在框314处，可以将任何声音的改变保存 到数据文件。从框314，可以显示开始页，并且软件82可以返回至框308。
如果框308处按压的按钮是"设置"按钮，则逻辑可以从框310前进至框316，在框 316处，软件82可以加载设置页。在框318处，用户可以定制设置(例如上述设置)，并且 按压"完成"以保存改变并退出设置页，或者按压"取消"以取消改变并退出设置页。然后， 软件82可以返回至框308。 如果框308处按压的按钮是"网络类型"按钮，则逻辑可以从框310前进至框320， 在框320处，软件82可以发起网络连接性上的改变。例如，网络类型可以从3G网络改变为 本地Wi-Fi网络。从框320，软件可以返回至框310。 如果框308处按压的按钮是"地图"按钮，则逻辑可以从框310前进至框322，在框 322处，软件可以显示具有进度条的消息框，向用户指示系统10正在获取地图17以及手持 设备14和车辆16的位置。逻辑然后可以前进至框324，在框324处，软件82可以将状态设 置为CAR_LOC。然后，逻辑可以前进至框326，在框326处，软件82可以设置主循环302的 定时器。定时器可以支配可重复主循环302的间隔，这将在随后描述。
然后，逻辑可以前进至框328，在框328处，软件82可以确定是否将状态设置于 CAR_LOC、 raONE_LOC、 VIEW_MAP或VIEW_NEAR。由于在框324处将状态设置为CAR_LOC，因 而逻辑可以前进至框330，在框330处，软件82可以向用户显示消息——系统10正在获取 车辆16的位置。可以继续显示该消息，直到确定了车辆16的位置为止。同时，逻辑可以前 进至框332，在框332处，软件82可以运行CAR_LOC子例程400。在运行了 CAR_LOC子例程400之后，逻辑可以前进至框334，并且软件82可以睡眠直到定时器(在框326处设置)使 软件82返回至框328为止，在框328处，可以重复主循环302。 现在参照图11 ，将描述CAR_LOC子例程400的操作。在框402处开始，CAR_LOC子 例程400的逻辑可以前进至框404，在框404处，软件32确定是否已发送请求以获得车辆 16的位置。如果尚未发送请求，则逻辑可以前进至框406，在框406处，软件82可以产生针 对车辆16位置的HTTP (超文本传输协议)请求并将该HTTP请求发送至服务器。在框408 处，软件可以设置标记，指示已发出针对车辆16位置的请求，使得在框404处软件可以确定 已发出请求。相应地， 一旦已发出请求，逻辑就可以前进至框410，在框410处，软件82可以 确定手持设备14是否已从服务器接收到提供车辆16位置的响应。如果还没有从服务器接 收到响应，则逻辑可以前进至框412，在框412处，可以结束CAR_LOC子例程400。然后，软 件82可以退出CAR_LOC子例程400，并从框332前进至框334 (图10)。在框334处，如上 所述，软件可以睡眠，直到定时器将软件返回至框328为止。由于尚未改变状态，因而仍可 以将状态设置为CAR_LOC，从而软件82可以前进至框330 (以显示上述消息)并随后前进至 框332，以运行CAR_LOC子例程400。 在框404处，可能已发送了针对车辆16位置的请求，从而逻辑可以前进至框410。 如果仍没有从服务器接收到响应，则逻辑可以再次前进至框412，在框412处，可以重复上 述步骤。然而，如果已从服务器接收到响应，则逻辑可以从框410前进至框414，在框414 处，可以解析和存储从服务器接收到的车辆位置数据。在框416处，软件82可以确定在解 析来自服务器的数据的过程中是否发生了错误。如果发生了解析错误，则逻辑可以前进至 框418，并随后前进至框412，在框412处，CAR_LOC子例程400可以结束，并且可以重复上 述步骤。然而，如果没有发生解析错误，则逻辑可以从框416前进至框420，在框420处，可 以发起位置更新处理程序。位置更新处理程序可以包括检查和处理位置更新和/或位置精 度改进，并相应地更新地图17的程序。从框420，逻辑可以前进至框422，在框422处，软件 82将状态改变为PHONE_LOC，并在框412处结束CAR_LOC子例程400。 再次返回至图10所示的主循环302，在框334处，软件可以睡眠，并随后返回至框 328，在框328处，软件82重新检查状态。如上所述，可能已将状态设置为mONE_LOC。在 这种情况下，软件可以从框328前进至框336，在框336处，可以在屏幕74上显示面向用户 的消息，该消息指示系统10正在获取手持设备14的位置。可以继续显示该消息，直到确定 了手持设备14的位置为止。同时，逻辑可以前进至框338，在框338处，软件82可以运行 PHONE_LOC子例程500。在运行了 PHONE_LOC子例程500之后，逻辑可以前进至框334，并且 软件82可以睡眠直到定时器(在框326处设置)使软件82返回至框328为止，在框328 处，可以重复主循环302。 现在参照图12，将描述PHONE_LOC子例程500的操作。在框502处开始，PHONE_ LOC子例程500的逻辑可以前进至框504，在框504处，软件82可以确定手持设备14已从 服务器接收到其位置的更新。如果没有接收到更新，则逻辑前进至框506，在框506处，可以 结束PHONE_LOC子例程500。然后，主循环302可以通过框328、336和338使软件82循环 返回，在框328、336和338处，可以再次运行PHONE_LOC子例程500。 如果已从服务器接收到手持设备14的更新后的位置，则逻辑可以从框504前进至 框508。在框508处，软件82确定是否已将第一位置数据发送至服务器。如果尚未发送第一位置数据，则逻辑可以前进至框510，在框510处，可以将第一位置更新和车辆16的位置 发送至服务器。在框512处，软件82检查发送错误。如果没有发生错误，则在框514处设 置指示已发送第一位置的标记，并且PH0NE_L0C子例程500在框506处结束。如果发生了 发送错误，则逻辑可以前进至框516，在框516处，记录错误，并且PH0NE_L0C子例程500在 框506处结束。 如果在框508处已发送第一位置数据，则逻辑可以前进至框518，在框518处，软 件82可以确定在框504处接收到的位置更新是否是精度改进。如果位置更新是精度改进， 则逻辑可以前进至框520，在框520处，软件82可以使手持设备14将精度改进作为第一位 置数据发送至服务器，该第一位置数据可以盖写任何先前发送的第一位置数据。从框520， PH0NE_L0C子例程500可以在框506处结束。由于状态可能未从PH0NE_L0C发生改变，因而 主循环302 (图10)可以重复PH0NE_L0C子例程500。 然而，如果在框518处软件82确定位置更新不是精度改进，则逻辑可以前进至框 522，在框522处，软件82可以将状态改变为VIEW_MAP。从框522， PH0NE_L0C子例程500可 以在框506处结束。主循环302(图10)的逻辑可以随后返回至框328，在框328处，软件 82可以检查其当前状态。由于在PHONE_LOC子例程500中，状态可能已改变为VIEW_MAP， 因而主循环302的逻辑可以从框328前进至框340。在框340处，可以禁用框338和/或 332处在屏幕74上显示的消息框。 这里，系统IO可能已确定了车辆16和手持设备14的位置。软件82可以在屏幕 74上显示地图17，地图17可以包括用户图标78和车辆图标80，分别对应于手持设备14的 位置和车辆16的位置。软件82的逻辑可以随后前进至框342，在框342处，可以发起VIEW_ MAP子例程600。 VIEW_MAP子例程600可以在框602处开始，并随后前进至框604，在框604处，软 件82可以确定手持设备14的位置是否已被更新为超过了最小距离。最小距离可以与地图 17的分辨率和/或手持设备14的第一位置的精度或误差容限相对应。如果手持设备14的 更新后位置没有超过最小距离，则逻辑可以前进至框606，在框606处，软件82可以确定用 户是否已按压更新位置(刷新)按钮605或触屏接口 (图6、15和15A)。如果没有按压，则 逻辑可以前进至框608，在框608处，可以从更新队列中移除除了最近的前一位置更新以外 的所有位置更新。然后，VIEW_MAP子例程600可以在610处结束，并且主循环302可以重 复VIEW_MAP子例程600。 然而，如果软件82在框604处确定手持设备14的更新后位置超过了最小距离，或 者在框606处用户已按压更新位置按钮，则逻辑可以前进至框612，在框612处，可以将手持 设备14的更新后位置发送至服务器。接着，在框614处，软件82可以确定在发送更新后的 位置的过程中是否发生了错误。如果发生了错误，则软件82可以在框616处记录错误，并 在框610处结束VIEW_MAP子例程600。然后，可以根据主循环302的逻辑，重复VIEW_MAP 子例程600。 然而，如果软件82在框614处确定在发送更新位置的过程中没有错误，则逻辑可 以前进至框618，在框618处，软件82可以确定手持设备14的更新后位置是否处于车辆的 较近范围内。较近范围可以是车辆16位置周围的区域，使得车辆16对于用户来说是可见 的，和/或用户能听到车辆喇叭的区域。例如，较近范围可以是以车辆16位置为中心、具有
12大约500英尺半径的区域。将认识到，较近范围可以是具有任何适当半径的区域。此外或 备选地，软件82可以允许用户定制较近范围的半径。 如果软件82确定更新后位置不处于较近范围内，则逻辑可以前进至框620，在框 620处，可以清除更新队列，并且，VIEW_MAP子例程600可以随后在框610处结束，并根据主 循环302的逻辑进行重复。然而，如果软件82在框618处确定更新后的位置处于较近范围 内，则逻辑可以前进至框622，在框622处，在框620处清除更新队列以及VIEW_MAP子例程 600在框610处结束之前，可以将状态改变为VIEW_NEAR。 返回至主循环302，软件82然后可以在框328处确定状态被设置为VIEW_NEAR。相 应地，主循环302的逻辑可以前进至框344，在框344处，可以发起VIEW_NEAR子例程700。
现在参照图14、 15禾P 15A，将详细描述VIEW_NEAR子例程700。 VIEW_NEAR子例程 700可以在框702处开始并前进至框704和/或706，在框704和/或706处，如图15所示， 可以在屏幕74上显示眼睛图标705和/或灯/喇叭按钮707。可选地，软件82可以使消息 出现在屏幕74上，建议用户按压灯/喇叭按钮707。从框706，逻辑可以前进至框708，在框 708处，软件82可以确定用户是否已按压(或触摸)灯/喇叭按钮707。如果按压(或触 摸)了灯/喇叭按钮707，则逻辑可以前进至框710，在框710处，手持设备14可以向服务 器发送信号，该信号可以随后被发送至车辆16，以驱动车辆16的灯和/或喇叭，从而提醒用 户车辆16的位置。如图15A所示，在驱动了灯和/或喇叭时，可以在屏幕74上显示提醒用 户报警看或听车辆16的消息。 从框710，逻辑可以前进至框712和714。在框712处，软件82可以确定在发送信 号以驱动灯和喇叭的过程中是否发生了错误。如果发生了错误，则逻辑可以前进至框716， 在框716处，记录错误。可以随后在框718处结束VIEW—NEAR子例程700，并根据主循环302 的逻辑重新开始VIEW_NEAR子例程700。然而，如果软件82确定在发送信号以驱动灯和喇 叭的过程中没有发生错误，则VIEW_NEAR子例程700的逻辑可以根据框714而继续。
在框714处，软件82可以检查手持设备14的更新后的位置，并可以确定更新位置 是否处于较近范围之外。如果手持设备14仍处于较近范围之内，则可以在718处结束VIEW— NEAR子例程700，并根据主循环302的逻辑来重复VIEW_NEAR子例程700。然而，如果软件 82确定手持设备14已移至较近范围之外，则逻辑可以从框714前进至框720，在框720处， 可以将状态改变回至VIEW_MAP。在框722处可以从屏幕74移除灯/喇叭按钮707和/或 眼睛图标705，并且VIEW_NEAR子例程700可以在框718处结束。 根据主循环302的逻辑，可以重复VIEW_MAP子例程600和VIEW_NEAR子例程700， 直到用户退出软件82，例如当用户已定位和/或到达车辆16时。 参照图16，流程图800示出了系统10的服务器实施例的操作情况。逻辑可以从 框802开始，在框802处，服务器可以从手持设备14接收针对手持设备14的位置和/或车 辆16的位置的请求。在框804处，服务器可以对请求进行解析并将手持设备14的位置存 储在位置数据文件806中。从框804，逻辑可以前进至框808，在框808处，服务器脚本可以 获得车辆16的最后报告位置，并将车辆16的位置存储在位置数据文件806中。
从框808，逻辑可以前进至框810，在框810处，服务器可以等待来自手持设备14 的地图网页请求。接着，逻辑可以前进至框812，在框812处，服务器可以从手持设备14接 收针对地图网页的请求。地图17可以由地图网页产生，这将在随后描述，并且，可以经由服务器将地图17发送至手持设备14以在其上显示。 接着，逻辑可以前进至框814，此时，服务器可以确定其是否已接收到软件82的 VIEW_NEAR子例程700 (图14)中框710处手持设备14所发送的灯和喇叭信号。如果已将 灯和喇叭信号发送至服务器，则逻辑可以前进至框816，在框816处，服务器可以将信号中 继至车辆16上的车载电子装置，以驱动车辆16的灯和喇叭。从框816，逻辑可以前进至框 818，或者如果服务器尚未从手持设备14接收到灯和喇叭信号，则逻辑可以从框814前进至 框818。 在框818处，服务器可以检查来自手持设备14的位置精度改进或位置更新。如 果既没有接收到位置精度改进又没有接收到位置更新，则逻辑可以返回至框814并重复框 814、816和818的操作。如果在框818处服务器确定已经接收到位置精度改进或位置更新， 则逻辑可以前进至框S20，在框820处，可以将位置精度改进或位置更新写入位置数据文件 806并存储在位置数据文件806中。从框820，逻辑可以返回至框814，以连续或间歇性地重 复上述逻辑，直到当用户定位和/或到达车辆16时用户退出软件82，或者以其他方式终止 软件82以为止。 参照图17，流程图900示出了系统10的地图网页的实施例的操作情况。逻辑可以 从框902开始，在框902处，在手持设备14上安装的浏览器可以加载地图网页。在框904 处，可以执行地图脚本。在框906处，地图脚本可以从服务器的位置数据文件806获得车辆 16的位置和手持设备14的位置。接着，逻辑可以前进至框908，在框908处，地图脚本可以 产生地图17，并在其上绘制车辆16和手持设备14的位置。 在框910处，地图脚本可以在预定量的时间(例如，大约一秒)内睡眠，并重新打 开位置数据文件806。从框910，逻辑可以前进至框912，在框912处，网页可以确定脚本是 处于改进模式还是处于更新模式。当在框904处首先执行地图脚本时，改进模式可以是缺 省模式。相应地，当脚本处于缺省改进模式时，逻辑可以前进至框914，在框914处，网页可 以确定在位置数据文件806中是否存在手持设备14的原始位置的精度改进。如果存在精 度改进，则逻辑可以前进至框916，在框916处，可以以改进后的精度在地图17上绘制手持 设备14的位置。然后，逻辑可以返回至框910，以在预定量的时间内睡眠并重复框912的逻 辑。 如果在框914处，在位置数据文件806中不存在精度改进，则逻辑可以前进至框 918，在框918处，网页可以确定脚本是否已接收到位置更新。如果不存在位置更新，则逻辑 可以返回至框910，以便睡眠、重新打开位置数据文件806、并随后重复框912的逻辑。
然而，如果在框918处网页确定脚本已接收到位置更新，则逻辑可以前进至框 920，在框920处，脚本可以从改进模式改变为更新模式。从框920，逻辑可以前进至框922， 在框922处，脚本可以利用用户图标78在地图17上绘制位置更新。脚本还可以在地图17 上绘制一个或多个旧的位置图标92，以指示手持设备14的先前位置中的一个或多个。采用 这种方式，可以利用旧的位置图标92以及用户图标78在地图17上绘制步行路径，以指示 用户在去往车辆16的位置时实际走过的路径。 从框922，逻辑可以返回至框910，在框910处，脚本可以睡眠、重新打开位置数据 文件806并重复框912的逻辑。如果在框920处脚本被改变为更新模式，则逻辑可以从框 912前进至框924，在框924处，脚本可以检查手持设备14的其他更新位置。如果没有接收
14到其他位置更新，则逻辑可以返回至框910并重复上述框912的逻辑。然而，如果已接收到 手持设备14的更新后位置，则逻辑可以前进至框922，在框922处，如上所示，脚本可以将用 户图标78移至地图17上的更新后的位置。手持设备14的任何先前位置可以利用旧的位 置图标92来指示。从框922，逻辑可以返回至框910，以便睡眠、重新打开数据位置文件806 并重复框912。可以重复该过程直到当用户定位和/或到达车辆16时用户退出软件82，或 者以其他方式终止软件82为止。 再次参照图l-17，系统10可以包括许多优点。例如，如上所述，手持设备14可以 与通信设备12进行通信，通信设备12可以被安装在车辆16中或以其他方式装载在车辆16 上。相应地，当用户停放和/或离开车辆16时，用户不必将车辆16的位置传送给系统10。 因此，即使手持设备14的用户不是停放了车辆16的人或停放车辆16时处于车辆16中或 附近的人，系统IO仍可以定位车辆16。即使有人移动了车辆16并且没有将车辆16的新位 置传送给用户，用户仍可以定位车辆16并获得去往车辆16的方向。采用这种方式，例如， 执法人员可以使用系统10来跟踪和/或重新获得被盗或丢失的车辆。
此外或备选地，系统IO可以包括以下特征中的一个或多个(I)语音命令模块，使 用户能够在不必按压按钮或触屏接口的情况下导航软件82，和/或实现手持设备14的免提 操作；(2) —个或多个安全特征，防止未授权用户访问特定车辆16和/或特定手持设备14 的位置；(3)罗盘指示器，示出了用户为了定位车辆16而必须经过的大致方向；(4)罗盘指 示器的动态更新，用在用户携带手持设备14去往车辆16时；(5)地图17的可縮放(放大、 縮小)视图，允许用户获得手持设备14位置和/或车辆16位置的步行距离(例如，大约l 英里)内的公路网的更详细视图；(6)当在屏幕74上更新用户图标78的位置时，手持设备 14可以振动和/或发射可听到的谐音或音调；(7)对传输数据的可用网络的自动感测，该可 用网络例如是3G(或任何其他代)网络、本地Wi-Fi网络、蜂窝通信网络、或任何其他无线 通信网络；(8)与最佳可用网络的自动连接；(9)具有互联网地图服务的"街道视图"选项的 使用，给出了绘制手持设备14位置和/或车辆16位置的"街道视图"的选项；(10)用户可 以有观看来自本地安全摄像机的可用图像(例如交易市场或购物中心)或与安全摄像机有 关的任何其他本地信息流的选项；(ll)系统10可以利用车辆上的摄像机，其可以是内部安 全摄像机或外部停车辅助摄像机，使得用户可以观看手持设备14的屏幕74上的、可能从内 部安全摄像机或外部停车辅助摄像机发送来的图像；(12)用户可以利用通过停车结构监 控系统获得的任何安全系统图像，并观看手持设备14的屏幕74上的图像；(13)用户可以 有向车辆16发送信号的选项，以指示车辆16随后移动从而与用户相遇。这些选项可以依 赖于车辆以及为了适应自驾车而装备的停车场的可到达性。上述来自摄像机的图像可以包 括车辆16及其周边环境。这样的图像可以被传送给手持设备14并显示在手持设备14上， 以帮助用户了解车辆16的周边环境。采用这种方式，用户可以了解车辆16相对于地标或 摄像机图像中所示其他目标的位置。可以想到，将以上没有列出的附加特征并入系统10。
以上出于示意和描述的目的提供了实施例的上述描述。其并不应是详尽的，或是 限制本发明。特定实施例的各个元件或特征一般不限于该特定实施例，但是，在应用时，这 些元件或特征是可以互换的，并可以用在所选实施例中，即使并未具体示出或描述时也是 如此。还可以以多种方式变更这些元件或特征。这样的变型不应被视作背离了本发明，并 且，所有这样的修改都应落入本发明的范围内。
15
提供了示例实施例，以使得本公开详尽彻底，并能将范围完全传达给本领域技术 人员。提出了许多具体细节，例如具体组件、设备和方法的示例，以提供对本公开实施例的 详尽理解。对于本领域技术人员来说显而易见的是，不需要采用具体细节，示例实施可以体 现在许多不同形式中，并且这两者都不应解释为限制本公开的范围。在一些示例实施例中， 没有详细描述公知的过程、公知的设备结构以及公知的技术。 尽管术语第一、第二、第三等等在此处可以用于描述各种元件、组件、区域、层和/ 或部分，但这些元件、组件、区域、层和/或部分不应受限于这些术语。这些术语仅可以用于 将一个元件、组件、区域、层或部分与另一区域、层或部分区分开来。如"第一"、"第二"之类 的术语和此处使用的其他数字术语并不暗示顺序或次序，除非上下文明确指出。因此，在不 背离示例实施例的教导的前提下，所讨论的第一元件、组件、区域、层或部分可以叫作第二 元件、组件、区域、层或部分。
权利要求
一种用于对车辆进行定位的系统，包括具有屏幕的手持设备，所述手持设备适于导入地图并在地图上显示所述手持设备的当前位置；以及车载的通信设备，适于将车辆的当前位置传送给所述手持设备，所述手持设备能够同时在地图上显示所述车辆的位置和所述手持设备的位置。
2. 根据权利要求1所述的系统，其中，所述手持设备可操作用于提示通信设备确定所述车辆的当前位置并将所述车辆的当前位置传送给服务器。
3. 根据权利要求1所述的系统，其中，所述手持设备适于确定所述手持设备的更新位置，并更新地图以指示所述手持设备的更新位置。
4. 根据权利要求3所述的系统，其中，所述手持设备适于至少间歇性地更新地图，以跟踪所述手持设备相对于所述车辆的移动。
5. 根据权利要求1所述的系统，其中，所述手持设备包括用户输入设备，可操作用于驱动所述车辆的喇叭和灯中的至少一个。
6. 根据权利要求1所述的系统，其中，所述地图包括与所述手持设备的位置相关联的第一图标和与所述车辆的位置相关联的第二图标。
7. 根据权利要求1所述的系统，其中，所述地图包括所述车辆和所述手持设备的位置的卫星图像。
8. 根据权利要求1所述的系统，其中，所述手持设备是移动电话。
9. 一种用于对车辆进行定位的系统，包括服务器；第一全球定位设备，与所述服务器进行远程通信，所述第一全球定位设备适于确定车辆的位置并将所述车辆的位置传送给服务器；以及手持设备，其中集成了处理器、屏幕和第二全球定位设备，所述第二全球定位设备适于确定所述手持设备的位置，所述手持设备适于与所述服务器进行远程通信，所述屏幕适于显示地图，其中，将所述车辆的位置和所述手持设备的位置一起显示在地图上。
10. 根据权利要求9所述的系统，其中，所述第一全球定位设备可操作用于将所述车辆的位置传送给所述服务器。
11. 根据权利要求9所述的系统，其中，所述第二全球定位设备适于确定所述手持设备的更新位置，所述手持设备适于更新地图以指示所述手持设备的更新位置。
12. 根据权利要求11所述的系统，其中，所述手持设备适于至少间歇性地更新地图，以跟踪所述手持设备相对于所述车辆的移动。
13. 根据权利要求9所述的系统，其中，所述手持设备包括用户输入设备，可操作用于驱动所述车辆的喇叭和灯中的至少一个。
14. 根据权利要求9所述的系统，其中，所述地图包括与所述手持设备的位置相关联的第一图标和与所述车辆的位置相关联的第二图标。
15. 根据权利要求9所述的系统，其中，所述手持设备是移动电话。
16. 根据权利要求9所述的系统，其中，所述手持设备是iPhone 。
17. —种用于对车辆进行定位的方法，包括将车辆的位置接收到手持设备中；确定所述手持设备的位置；以及在所述手持设备上显示地图，所述地图包括所述车辆的位置和所述手持设备的位置的标记。
18. 根据权利要求17所述的方法，其中，接收车辆的位置包括将所述车辆的位置从车载的全球定位设备传送给所述手持设备。
19. 根据权利要求17所述的方法，还包括更新地图以指示所述手持设备的更新位置。
20. 根据权利要求17所述的方法，还包括经由所述手持设备驱动所述车辆的喇叭和灯中的至少一个。
全文摘要
本发明涉及一种使用蜂窝电话的汽车定向器。提供了一种用于对车辆进行定位的系统，可以包括手持设备和车载的通信设备。手持设备可以包括屏幕，并且可以适于输入地图并在地图上显示手持设备的当前位置。车载的通信设备可以适于将车辆的当前位置传送给手持设备。手持设备能够同时在地图上显示车辆的位置和手持设备的位置。
文档编号G01S5/02GK101788661SQ20091017319
公开日2010年7月28日 申请日期2009年9月14日 优先权日2008年9月24日
发明者佐佐木实, 坂下聪, 斯蒂芬·霍尔库姆, 若松俊宏, 贾斯廷·麦克布赖德 申请人:电装国际美国公司