附图1描述了依据本发明一个实施例的一个操作环境。一个导航系统102安装在一个可移动装置上，例如汽车104上。在一个实施例中，导航系统102来自环绕的全球定位系统(GPS)卫星110上的数据，而要想得到精确的读数，最少只需三颗卫星便可。如下所述的那样，与全球定位系统卫星110相连只是本发明导航系统102可选择的一种方式。
导航系统102应具备无线通信的能力。在该例中，将导航系统102和一个计算机网络例如互联网118相连就是无线通信特点的一种应用。本发明无线通信的特点同样可适用于用标准电话的功能。
在一个例子中，为了实现本发明无线通信的特点，运用了蜂窝技术。在附图1中，基站106和移动交换室108就表示了一种典型的蜂窝网络。基站106向导航系统102和从导航系统102发送和接受无线电信号，移动交换室108通过标准的电信传输线和基站106保持连接。同样，移动交换室108又通过标准的电信传输线和公共电话交换网112保持连接。公共电话交换网112通过现有的技术来连接在互联网118上，最典型的技术就是用宽频带T3传输信道或类似的方法来实现。
一个导航服务器114连接在互联网118上。根据从互联网118上不同提供者提供的实时数据，和当前存储在数据库116内的绘图数据以及存储在数据库117内用户的个人信息，该服务器114可用来生成最佳的路线并将其下载到导航系统102。
应当注意的是，这种蜂窝网络仅是本发明用来实现无线通信这一特点所采用的一种技术手段。在其他的实施例中，可以运用不同类型的无线技术，例如低轨道或与地球同步轨道的卫星传输。事实上，为了实现本发明无线通信这一特点，可以使用任何的无线技术。
而且，由于互联网118巨大的用处及其可用性，本发明的实施例更适合采用互联网118。然而，在本发明的实施例中，可采用任何类型的计算机网络。如所指出的那样，蜂窝网络和互联网118这些例子的使用并不对本发明的范围和深度进行限制。
附图2描述了导航系统102的详细情况。具体的讲，导航系统包括导航计算机204，绘图数据库208，显示屏212，键盘式输入设备214，话音界面218，全球定位系统接收器206，无线电收发器202和电话机装置210。
参看这些部件，例如全球定位系统接收器206和/或无线电收发器202可插在导航计算机102上。但这类部件也可通过连接在导航计算机102外部端口如RS-232，SCSI，USB或类似端口上的不连续的外部设备来实现。
任何类型的一般或专门用途的计算机系统都可用于实现这种导航计算机204。典型的导航计算机204包括一个牛央处理器，当地工作的存储器，或随机存储器，稳定的程序存储器或只读存储器，和一些外形上稳定的外部存储器如光盘存储系统或其他类似的。可用于本发明实施例的一个一般用途的计算机系统的例子就是有美国号角公司(ClarionCorporation)生产的Clarion Auto PC。
显示屏212的用途就是显示导航计算机204的输出信息。例如，将绘图数据库208中的地图显示在显示屏212上。在这个例子中，显示屏212是一个符合微软公司提出的Auto PC平台规格的液晶显示屏。在这个例子中，使用Auto PC这一规格，导航系统102在汽车104仪表盘适宜标准的1-DIN单位。依照该例子的标准，显示屏212是256像素宽，64像素高。在下面参考附图10A和10B的说明中，将描述一种改进的用于在这样的显示屏上显示导航地图系统的方法。
键盘输入装置214连接在导航计算机204上，用来输入数据。例如，一个预期路线的起点和终点名称便可通过键盘214输入导航计算机204中。参考附图7A，7B和7C的下列描述，它示出了一种通过键盘214来对导航系统有效输入数据进行改进的方法。
一个时钟219连接在导航计算机204上以显示当地的时间。在一个实施例中，时钟219具有一个模式，即它通过电话装置210来显示被呼叫方当地的时间。在一个实施例中，时间显示在显示屏212上。在另一个实施例中，时间也可显示在电话装置的210的一个显示屏上。在另一个实施例中，时间还可显示在另外一个和导航计算机204相连的显示屏上。
在这个例子中，一个话音界面218也连接在导航计算机204上。该话音界面218采用语音识别的技术来对用户对导航计算机204的控制语音命令进行识别。该语音界面218的使用是一个优选的例子，它可以使用户通过语音命令来控制计算机204，从而提高了边操作导航系统边驾车行驶的安全性。
绘图数据库208用于存储当地的地图数据。如下面所要描述的那样，当地的绘图数据库类型可以是支持完成本发明的任何一种类型。该绘图数据库不必要与被导航服务器使用的数据库116相一致。
地图显示软件209包括显示屏212显示的方法，服务器114提供最佳路线信息的路线重建。
无线电收发机202用于在导航计算机204和导航服务器114之间发送和接收数据。另外，无线电收发机202还用于通过电话机装置210提供标准的和改进的电话服务。在本发明的一个实施例中，所提供的一种改进的电话服务就是能够根据所拨的号及被呼叫方的地理位置自动显示当前的时间。本发明的这一特点将在下面结合附图11进行详细描述。
全球定位系统接收器206用于跟踪位置，确定车速和对可移动装置104进行导航。众所周知，全球定位系统就是美国政府所有的24颗卫星的集合。其他类似的系统当然也可用于本发明作为可供选择的例子。其中之一就是俄制的GLONASS系统。
一般情况下，全球定位系统与其他类似的系统一样对位置和导航信息都提供了高的精确度。目前情况下，美国的全球定位系统系统包括了24颗NAVSTAR全球定位系统卫星，它们具有离地球12,000英里的轨道并不断传送它们各自的位置和当前精确的时间。这些精确的时间是由其上的四个高精度原子钟中的一个所提供的。
全球定位系统接收器，例如接收器206，监听来自至少三颗卫星的接收信息从而确定接收器所处的精确位置，速度和方位信息(如果移动的话)。全球定位系统接收器206通过测算信息在卫星110和接收器206之间的传输时间来确定接收器和卫星间的距离。在计算完和至少三颗卫星110之间的相对位置后，便可用公知的三角测量技术计算出当前的位置。
因此，当使用这种全球定位系统接收器206时，导航计算机102便可用来自全球定位系统的数据导航出目前移动装置104的位置。目前的位置便覆盖在绘图数据库的一个地图上，并且显示在显示屏212上。
在本发明的一个实施例中，这种由全球定位系统接收器206测算出的精确位置可用于确定当前时区的信息。这类信息可被用于例如在导航计算机204中设置精确的校准过的当地时间。本发明这方面的详细描述将在结合附图8和9的下列文字中描述。
附图3是依据本发明一个实施例的导航系统对其一些功能部件的描述方框图。导航计算机204用于提供一网络服务接口部件302。该网络服务接口部件302用于对导航计算机204实现压缩之类的功能。如所示的那样，网络服务接口是和导航服务器114相连的。这一般可通过使用无线电收发机202来实现。
因此，该网络服务接口组件302就解释了从服务器传来的数据流并以文本和/或图形的形式显示在显示屏214上。更适宜的是，将从服务器114传输来的数据流使用一种标准的格式，例如文本型，文本型的改进版及类似的。以这种方式，网络压缩一类的工具可被用于本发明的网络导航服务器114。
该网络服务接口组件302也可用于从用户处接收输入信息304并将这类用户的输入信息304传输给服务器114。例如，用户可通过输入行车路线的起点和终点来向服务器114递交确定路线的请求。
通过网络服务接口302，被服务器114确定了的路线数据下载到导航计算机204上。地图重建组件306接着处理路线数据。尤其是，地图重建组件说明路线数据并采用地图显示软件209的需要格式，用当地的绘图数据库208进行最佳路线的再现。正如方柜308所指出的那样，地图再现数据在显示屏214上被地图显示软件209所显示。
附图4是描述本发明一个实施例操作步骤的流程图。该操作过程开始于步骤404，其中导航计算机204和服务器114建立连接。一旦这种连接建立起来，用户就可以通过输入起点和终点的参数以得到一个路线的指示。
在步骤408中，在为用户确定最佳的路线时，为了得到一些和此相关的实时数据，服务器可与其他的数据库进行连接。例如，服务器可以和另一个在互联网118上，可提供与所需路线当前交通或路面状况的服务器连接。当然这类信息也可存储在直接由导航服务器114控制的一个或多个数据源中，如数据库116或用户个人资料117。
由于互联网上有着大量的由政府，教育机构和商业结构所提供的信息，因此，无论在何种情况下，互联网118都是可用于本发明实施例中的一个优选的计算机网络。也因此，依赖于本发明的实施例，本发明提供的实时数据能够从导航服务器114或从互联网上其他的来源获取。
因此，根据本发明每一种具体实施的方式，被导航服务器114所用的数据库可以是当地的或广泛分布的。在波谱的一端，导航服务器114为移动导航系统102提供了所有的实时信息，在波谱的另一端，任何实时数据都不能直接从导航服务器114中得到，但从互联网118上其他的可用来源中可得到。在一个典型的实施例中，数据库的分布在这两个极端中的某处跌落。
在步骤408中，服务器114可选地读取或依照用户的需求以确定出路线。例如，用户也许想避开收费公路，脏的路段或主路。服务器114能依照从用户处传来的实时信息。这类信息可与先前的部分分开预先存贮，并且能被服务器114从数据库117中访问。许多已知的方法可被用于获得用户的详细信息，例如历史纪录的运用和其他类似手段的运用。这些方法对于具备相关技能的人来说是很显而易见的。
在步骤412中，服务器以步骤406的起点和终点数据，以步骤408中的实时数据和以步骤410中的用户信息为基础来计算最佳的路线，接下来，在步骤414中，服务器114依照一种简单的代码形式来描述路线数据。用于实现本发明一个实施例的这种自然语言的一个例子在下面结合附图5的描述中将会说明。
接下来，在步骤416中，服务器将确定好的最佳路线下载到导航计算机204上。典型的是，这些数据在步骤416的下载以前可先被压缩。当接收到压缩数据后，客户端只需用一解压算法将这些数据还原为其原始的文本格式即可。本发明的这种自然语言形式可提供高压缩率的路线数据，从而降低了无线联系中对带宽的需要。
在步骤418中，客户端对路线数据进行翻译，查阅绘图数据库208并用绘图数据库208和/或地图显示软件209对最佳路线进行还原。在步骤420中，如方框308所指的那样，路线通过地图显示软件209显示在显示屏212上。
附图5是依据本发明一个实施例，对可被用于指定路线的自然语言所作的方框图描述。在方框502中说明了这一类自然语言的名称。在方框图508中给出了一种确定路线格式的例子的详细描述。
方框图502中对这种自然语言的描述包括路线的起点和终点，如图中504所示。采用一种自然语言的说明形式和包括诸如街道名称，城市名称等等这类信息来对这些名称进行描述。另外，在有代表性的一个实施例中，路线起点/终点的指定包括了一个开始的方向。
一系列连线505a，505b…505n(统称505)紧随起点和终点路线的名称其后。每一个连线505都用一种自然语言的描述方式来描述。这可以包括许多的变量，如街道名称，距离，转弯方向，路标指示，路标上的转弯距离等。根据不同的需要特点，本发明不同的实施例中可采用不同的变量。
在一个首选实施例中，使用最小的信息量来对每一连线进行描述以降低对带宽的需要。路线目录508给出了一个线路计算的详细例子，该线路开始于位于加利福尼亚圣地亚哥海洋世界大道处，结束于位于加利福尼亚贝弗莉山南罗蒂奥大道。
如上述的那样，自然语言路线描述502开始于起点/终点路线名称504。方框图510示出了一个起点/终点路线名称的例子。这些名称可以简单的如开始和到达街道的名称，也可以是这些街道所在的城市和所在的州的名称。在这个例子中，起点和终点路线的名称确定为“从加利福尼亚圣地亚哥海洋世界大道至加利福尼亚贝弗莉山南罗蒂奥大道”。这些术语都是不解自明的。
第一个连线514描述了有关下一轮的一些信息。尤其是，环节点514列出了下一条路的名称(“州际8”)，州际8处转弯角度(“90度”)和州际8处离转弯的距离(“1.4英里”)。同样的，515列出了下一条路的名称(“州际5”)，州际5处转弯角度(“0度”)和距离(“127.3英里”)。下一个连线518列出了下一条路的名称(“圣塔莫尼卡公路2”)，转弯角度(“45度”)和离转弯处的距离(“2.9英里”)。最后，连线520列出了下一转弯(“南罗蒂奥大道”)，转弯角度(“180度”)和距转弯处的距离(“1英里”)。
如下所描述的那样，导航计算机204将这些信息进行处理以用当地绘图数据库208重建和显示路线508。正如所述的，当地绘图数据库208与计算路线的服务器114所用的绘图数据库116是不同的。特别是，地图重建组件306读取自然语言路线描述508并在步骤418中将路线重建。
为了重建路线(附图4步骤418中示出了)，现在参照附图6介绍地图重建组件306可用的一种方法。地图重建操作程序开始于步骤602。在步骤602中，程序发现路线的开始点。这一开始点用简单格式代码502列于第一起始部504中。应当注意的是，有许多方法可以用来指定开始位置。例如，在一个实施例中，开始位置被指定与当前全球定位系统位置相一致。在另一个实施例中，起始点由用户的输入指定。在另一个实施例中，预先编制好的用户信息，例如家庭或工作地址被存储在导航计算机204或用户个人数据库117内。在任何情况下，各种各样适于本发明实施例的用于指定起始位置的方法对具有相关技术的人员来说都是显而易见的。
因此，在步骤602中，起始位置位于当地绘图数据库208中。详细的用于搜索当地绘图数据库208的方法依赖于本发明每一个具体实施例中实际的绘图数据库。依照预先定义好的应用程序设计接口，可使用标准的具有访问功能的地图数据。这些搜索各种类型绘图数据库208的详细方法步骤对于具有相关技术的人员来说都是显而易见的。
一旦在绘图数据库208上发现了起点，程序就会继续进行步骤604。在步骤604中，下一节点就会从自然语言描述505中产生。如所描述的，这包括了至少下一转弯处的街道名称(“下一转弯街道”)和下一转弯的类型(“转弯类型”)。应当注意的是，转弯类型可以被指定为各种形式。例如，转弯类型可以用绝对角度来定义，如图5所示或直接指示，如北，东北，东，东南，南，西南，西，西北。转弯类型也可用例如左转弯或右转弯，左向或右向等来说明。任何描述转弯的方式都可供选择，以用于本发明的实施例中。
接下来，在步骤606中，处于绘图数据库208中的当前的路线沿着指示的方向前进。该指示方向由开始/结束路线名称504或从最后一轮而定。接下来，在步骤608中程序会决定最后一步505n是否已经运行过。如果是，依据前面步骤所定的重建路线信息，地图被加亮。尤其是，加亮的地图显示在显示屏212上。
若步骤608还没有到达最后一节点505n，程序将会运行步骤610。在步骤610中，在绘图数据库208中当前的路线上搜索下一个交叉街道的出现。其目的是确定每一次操作的精确位置(例如纬度和经度)。这可以通过在一次操作的操作之前和之后找寻两条街道的交叉点来实现。在一个实施例中，可以假定街道名称和城市名称已经从服务器提供的依次的文本指令中得到。
通过使用标准的地图数据访问命令可以实现这一目的。于是便可得到一次操作的一个节点的标识符。而一旦识别出操作点来，则就可确定下一交叉街道相应的街段了。
接下来，在步骤612中，程序将地图信息加在重建路线上。程序继续步骤614。其目的是重建路线数据的结构或包括所有路线上有形点的“链接列表”。给出两个节点(例如操作点)和位于其中的道路的名称，程序就会在连接这两个节点之间的部分进行描绘。从其中的每一部分，一系列的有形点就可以得到。步骤612的结果是和定义路线部分的有形点的环节列表相连系的。
接下来，在步骤614中，若发现的交叉街道与转弯街道相一致，程序就会进行两次校验。在首选的实施例中，模糊逻辑被用来实现步骤614中街道名称的比较，说明拼写方面的区别和街道名称如“道路”对“汽车道”，“街道”，或者“环岛”和缩写和其他类似的区别。如没有发现相一致的地方，就可运用试探技术来决定最合适的匹配。这包括在目前的方向上进行搜索来确定是否存在着其他的可选择项。
在步骤614中，交叉街道和转弯街道之间相互一致，程序就会逆行步骤616。在步骤616中，程序按连接信息指示的情况进行排序。程序返回步骤614时就会读取下一环节。由步骤604-616代表的程序一直运行直到步骤608决定最后一个环节是否已被运行，如上所述的那样。
流程图600描述的这种模糊逻辑的结果是出现了一个有形点的环节列表，这些有形点就确定了从服务器114上下载的最佳路线。有形点的环节列表其子集就是具体的操作点。这些重建的路线数据于是可被用于显示和跟踪一辆沿路线行驶的车辆的行迹。导航计算机204于是可以在适宜的时间向用户发出方向指令(例如在汽车接近一转弯处时)。
参考附图7A，图7B和图7C，下面描述一种增强型的用户界面数据输入的特点。这一特点尤其适于用于本发明包括类似于附图7C中使用数据输入字段的实施例。下面这种数据输入字段指的是一种键盘数据输入字段。这种键盘数据输入字段提供了利用小键盘装置，而不是键盘设备来输入字母数字字符的可能性。例如，在微软的CE自动微机操作系统中，就可看到这种键盘数据输入场。
本发明一个实施利所用的键盘输入装置214包括了如附图7A所示的五个键。在这一个例子中，中心键711用来运行“回车”功能并指的是下述的“回车键711”。四个方向键705，707，709和703一般用于改变银屏目标如指针或其他的位置。另外，方向键入如下所述也用于控制数据。
附图7C描述了一种在同一时刻显示不同位置的单个键盘数据输入场。尤其是，在这个例子中，消逝的时间随着指示数字712-720的增加而跟着增长。在这个例子中，在时间712-720中每一个点处，不同的位置被加亮(如所示的加黑三角形)。也即，在时刻712时，第一个字符被加亮，在时刻714时，第二个字符被加亮，时刻716时是第三个，时刻718时是第四个，时刻720时是第五个。
加亮的字符位置表明了其处于激活的位置状态。当一个字符位置处于激活态时，用户就能在那一位置内分别用上和下箭头键703和707来操作数据。按压上箭头键703就可以以字符递减的顺序在激活字符的位置处移动数据内的数据。同样的，压下箭头707也可以以字符递减的顺序处于激活位置的数据。
而且，用户可以使用左方向键709和右方向键705来选择输入数据场的一个字符被激活。压回车键711一般代表着数据应输入程序或执行程序。
本发明这种增强型用户界面的特征意味着包含了用户输入的数据和用预期在激活位置右侧的字符来替代数据输入场的内容。以这种方式，如果预期的数据是正确的，则用户就不必将数据输入具有存储特性的位置，而相反，应立即压回车键711。
另外，这种方法不断的对每一个字符位置的有效字符集进行测定。因此，当用户按压上箭头键或下箭头键来滚动字符时，依照允许的登录设定，只有有效的字符才显示在键盘数据输入场中。本发明的这一特点，在一个数据输入不仅仅是不方便同时也可能是很危险的移动物体例如汽车上尤其是有用的。
本发明的这种增强型用户界面特点其所起作用如下所述。附图7B描述了一个数据库的一部分，该数据库包含了可被用户指定的城市，例如，当在步骤406牛指定的起始路线和终到路线的名称。在这个例子中，是使用字母的顺序将城市列表的，但其他的排列顺序可作为实施例中可供选择的方案。
如在时刻712储备数据输入场显示的那样，用户通过操作上和下箭头键(分别是703和707)来在第一各字符位置处输入“S”。作为对用户输入的响应，所有处于右侧激活位置的字符都作为预期数据。在该例中，将城市“萨克拉曼多”选择作为预期数据输入项。
在这个例子中，正是因为它是表704中符合在时刻712的输入数据的第一个，所以“萨克拉曼多”704就被选中。亦即，“萨克拉曼多”是表702中以“S”开头的第一个城市。
在其他的实施例中，值得注意的是，当从数据项的设定方式中选取一个时，可以使用不同的标准。在该例中，数据项的设定方式就是表格中所有以“S”开头的项。而且，在这个例子中，这种用于选择数据项的标准是以字母为顺序，首先出现在列表中的数据项。
在另一个实施例中，可以使用不同的标准，例如使用频率和最近的使用。例如在一个实施例中，对列表702中的每一个数据项都对其使用频率进行计数。因此，就会从数据项设定中选出具有最高使用率的数据项。在另一个实施例中，对列表702中的每一项都使用一种数据计数。在这个例子中，从数据项设定中选出最近使用过的数据项。其他的方法也可用来在这种数据输入程序中从数据项设定中选择预期的数据项。这类方法对于具有相关技术的人员来说都是显而易见的。
接下来，如时刻714指示的那样，用户在第二个字符的位置处选择字母“A”。在这一点上，数据项的设定方式是在列表702中所有以字母“SA”开头的项。这包括了数据项704-710。使用上述的字母标准，数据项“萨克拉曼多”被选择作为预期的数据输入。
接下来，如时刻716所指示的那样，用户在第三个字符的位置处选择字母“N”。由于每一位置处的滚动字符设置都限制于与列表702相一致，因此这个字母很快就被用户所选中。在此示例中，如果数据项列表702代表了整个列表，那么第三个字符位置处的允许字符就被限制到字母“C”和“N”。
当字母“N”被选中的话，数据项的设定方式就会是在列表702中所有以字母“SAN”开头的数据项，即706-710。再次，使用上述的字母标准，数据项“圣地亚哥”被选择作为预期的数据输入。
接下来，如时刻718所示的那样，用户在第四个字符的位置处选择了一个空格。在这一点，数据项的设定方式保持不变。因此，数据项“圣地亚哥”被选择作为预期的数据输入。
接下来，如时刻720所示的那样，用户在第四个字符的位置处选择了字母“F”。在这一点，数据项的设定方式就会是在列表702中所有以字母“SANP”开头的数据项。这种数据项设定方式所符合的标准是“旧金山”78。因此，“旧全山”708被选择作为预期的数据输入。
如上所述，在本发明的一个实施例中，被全球定位系统接收器206计算出的精确位置用来决定当前的时区。这条信息可用于例如设定追接在导航计算机204上的时钟219使之在目前位置的基础上与当地时间有一个精确的差值。这一特点避免了目前系统上存在的当地时钟和时区时间不一致的问题。
附图8A是一个流程图，它是依照本发明的一个实施例，描述了可被用于完成决定当前时区信息这一增强型特点的一个程序图。在步骤804中，将时区分界线输入导航计算机系统204中。一种实现方法是将时区分界线作数字化处理。在步骤806中，计算机系统204中存储了三种时区分界线的设置方式。更适宜的是，如步骤806所指的那样，这些线作为三种有着精确度逐渐增长的多边形设定方式被存储。
因此，时区分界线的设定方式按精确度从低到中到高的顺序被存储。这种低时区分界线是宽的但不能和中分界线有相同的精度，同样与高精度分界线相比，中分界线是宽的但没有和高分界线一样的精度。随着精度水平的增长，包括不同时区分界线设定的多边形的数目和复杂程度也跟着增长。换句话说，低程度和中程度时区分界线接近于能够迅速决定当前位置是否临近于实际上的时区这样的程度。如果这样，就会用一更精确的分界线的设定方式。高精度时区分界线非常精确的描述了实际时区分界线的形状和位置。这种高精度时区分界线相对于精度低的低时区分界线和中时区分界线，它是更复杂的并需要更多的多边形。这可在附图8B中说明。
在附图8B中，分别描述了一低时区分界线，中时区分界线和高时区分界线的一段。事实上的时区分界线是和由线826代表的高时区分界线相一致的。在这个例子中，高时区分界线826刚好和实际上的时区分界线的宽度和形状相一致。中时区分界线824包围在时区分界线826的周围，代表了一个接近的情况。
应当注意的是，中时区分界线824和高时区分界线826相比，它可用更少的多边形来描述。采用这种方式，用中时区分界线824搜索来决定当前的位置是否与时区分界线824的位置相一致可以看出比用高时区分界线826要快的多。
低时区分界线822的设定人体上相当于时区分界线826。注意低时区分界线线822的设定可用比中时区分界线824更少的多边形来描述。采用这种方式，用低时区分界线822搜索来决定当前的位置是否与时区分界线822的位置相一致可以看出比用中时区分界线824要快得多。因此，如下所示的那样，用低时区分界线822搜索得最快，依次是用中时区分界线824，高时区分界线826。
现在回过去参看附图8A，在步骤808中，程序从用纬度和经度表示方式的全球定位系统接收器206来决定当前的位置。接下来，在步骤810种，程序决定当前的位置是否与低时区分界线相切。应当注意的是，使用低时区分界线的设置要比使用中时区分界线的设置要快。同样的，使用中时区分界线的设置要比使用高时区分界线的设置要快。采用这种方式，中和高设置仅当需要时才采用(例如，当导航系统102和实际的时区分界线越来越近时)。
当导航系统102和实际的时区分界线越来越近时，使用与低位置信息的比较就能表明在当前位置和低设定分界线之间的切线。这表明使用高区分界线设定方式需要更高的结果比照。
因此，在步骤810中，在当前位置和低时区分界线设定方式之间做出了比较。在步骤812中，程序根据比较的结果决定当前位置是否与时区分界线相切。如果的确相切了，程序会决定最精确的时区分界线设定方式是否在步骤812中被用。如果是，会进行步骤818，在其中设置新的时区。如果不是，就会像步骤814和812那样，在另一个比较中使用下一个高时区分界线设定方式。
如果在步骤812中决定出在当前位置和时区分界线之间的交点并不存在，程序就会退回步骤808中再次重复。注意本发明的一个实施例可能会包括在步骤812和步骤808之间的一个延迟。例如，可以通过校验一定时间间隔，不是连续的时间，来记录中央处理器的周期。
附图9是一个流程图，它描述了可被用于校准在导航计算机204上的实时时钟。这一程序开始于步骤904。在步骤904中，程序从全球定位系统接收器206来决定目前的格林威治时间(GMT)。接下来，在步骤906中，程序决定当前时区的信息。这可用一上述的程序800来完成。
接下来，在步骤908中，程序依照当前的时区和日光节约时间和其他类似的来将格林威治标准时间转化为当地的时间。能被导航计算机204访问的数据库可被用于这一目的。在步骤910中，程序依照在步骤908计算出的时间来设置导航计算机204上的当地时间。程序如图示的在步骤912处终止。
如上述，显示屏212用于显示绘图数据库208中的地图。另外，汽车102目前的位置在地图上被重置以显示出当前的位置和方位。在这个例子中，显示屏212是一个符合于微软公司的PC平台规则的液晶显示屏。在这个例子的实施例中，导航系统与PC平台是一致的从而导航系统102在汽车104仪表盘适宜一标准的1-DIN单位。假定符合这一标准，显示屏是256像素宽，64像素高。在这样一个显示屏上显示导航地图系统的方法将会在参看附图10得到描述。
附图10A示出了一种右向地图显示器1002。在这个例子中，汽车104用三角形1004代表。在这个例子中，汽车沿从左到右的方向前进。在显示屏1002上，地图是连续旋转的以便车辆1004的方向一直指向右。这种方法尤其适用于目前的地图显示方式，以对车辆进行强调。偏向于使用一右向显示器是因为显示屏212的宽远比高大的多这一实际情况。以这种方式，使用一右向显示器，可以有更宽的前视视野。
作为一种选择，也可使用附图10B示出的左向地图显示屏。这对方向盘安装在右侧的汽车来说是优选的方法。在这个例子中，汽车104用三角形1008代表并沿从右到左的方向前进。在显示屏1006上，地图是连续旋转的以使车辆1004的方向一直指向左。这种方法尤其适用于目前的地图显示方式，以对奉辆进行强调。
在本发明的一个实施例中，使用了一绘制有时区信息和电话号码的数据库，该数据库用于提供本发明加强型的用户界面特点。尤其是，当在电话机装置210上进行号码拔打时，该数据库可用于显示被呼叫方的当前时区。该数据库用于完成和国家代码，城市代码，地区代码和包括电话号码和时区信息的当地交换信息这些特点相匹配。
附图11是一个流程图，它描述了可用于完成本发明特点的一个程序。在步骤1104中，用户输入的电话号码被分析以提取出国家代码和城市代码或地区代码以及三步数字转换。一旦这些信息被提取出来，在步骤1106中便查询与时区信息有关的这类信息的数据库。时区信息一般是基于世界时或格林威治标准时间，而且典型的是从格林威治标准时间减12小时到格林威治标准时间加12个小时。一旦这些信息从数据库中被提取出来，如步骤1108所示的当前格林威治标准时间便得到了。
在当前的格林威治标准时间得到后，在所示的步骤1110中对其与时区信息进行校对。最后，在步骤1112中，校准后的时间显示给用户。
虽然上面描述了本发明各种各样的实施例，但应当认为这些例子仅仅是代表性的，而非限定性的。因此，本发明的宽度和范围并不局限于上述描述的任何一个实施例，而应当由后面所附权利要求来给出限定。