CN101187564A - 为交通工具导航系统提供导航路线的方法 - Google Patents

Abstract

本发明公开了一种为交通工具导航系统提供导航路线的方法。一种导航路线提供方法用于各种类型的交通工具导航系统。所述路线提供方法通常使用户能够预先选择一个或多个目的地和触发事件，以便随后当指定的触发事件发生时，可以产生通向预先选择的目的地的导航路线并将其呈现给用户。根据一些实施例，可以提供多个目的地和触发事件以便产生多条导航路线。

Description

为交通工具导航系统提供导航路线的方法

技术领域

本发明一般而言涉及交通工具导航系统，更特别地涉及使用户能够预先选择目的地和触发事件以便能够产生导航路线并随后呈现该导航路线的方法。

背景技术

近年来，交通工具导航系统已经日益普及，并且现在可以以多种形式来广泛利用，其中包括车载或自治系统以及非车载或基于远程信息处理的系统。

通常，车载交通工具导航系统包括车载单元，该车载单元利用本地存储的导航信息(例如存储在CD或DVD上的导航信息)来向用户提供导航服务，例如路线规划指南等。另一方面，非车载系统通常利用无线话音和数据技术在车载的远程信息处理单元与系统后端(象存储诸如已更新的地图、实时交通报告、建筑物信息等之类的导航信息的呼叫中心)之间进行通信。非车载系统因此能够使用最新的信息向用户提供路线规划指南以及其他导航服务。这两种类型的交通工具导航系统的每一种通常都可以向用户提供一条详细的导航路线，该导航路线引导用户从起点到所选择的目的地，并且可以包括本领域技术人员已知的附加特征。

发明内容

根据本发明的一个方面，存在一种为交通工具导航系统提供导航路线的方法。该方法通常包括以下步骤：(a)接收包括目的地和触发事件的导航路线请求；(b)监视触发事件的发生；(c)一旦触发事件发生，就产生导航路线；并且(d)准备向用户呈现的导航路线。

根据本发明的另一方面，存在一种为交通工具导航系统提供多条导航路线的方法。该方法通常包括以下步骤：(a)接收包括多个目的地和多个触发事件的导航路线请求；(b)监视多个触发事件中任何一个的发生；(c)一旦第一触发事件发生，就产生第一导航路线；(d)准备向用户呈现的第一导航路线；(e)一旦第二触发事件发生，就产生第二导航路线；并且(f)准备向用户呈现的第二导航路线。

附图说明

在下文将结合附图描述本发明的优选示例性实施例，其中相同的附图标记表示相同的元素，以及其中：

图1是能够利用下述的路线提供方法的系统的框图；以及

图2是示出路线提供方法的一个实施例的一些步骤的流程图。

具体实施方式

在此公开的路线提供方法使用户能够预先选择一个或多个目的地和触发事件，以便随后当指定的触发事件发生时，可以产生通向所预先选择的目的地的导航路线并将其呈现给用户。例如，一个计划家庭度假的用户可以去授权的网站，并且对于度假的每一天输入一个不同的预先选择的目的地。然后，每当发动交通工具时，就可以产生一条通向该天的目的地的导航路线并将其呈现给用户。在这个实例中，由用户预先选择的特定日子和/或时间起触发事件的作用，正如将要更详细地解释的那样。

通信系统

从图1开始，其中示出可被用来实施在此公开的路线提供方法的示例性操作环境。通信系统10通常包括交通工具12、无线载体系统14、通信网络16、授权的网站18、以及呼叫中心20。应当理解，路线提供方法可以用于任何数量的不同系统，并且不具体限于这里示出的实例。同样，诸如这里所示的系统的总体架构、设置和操作、以及各个部件都是本领域众所周知的。因此，下面的段落简单地提供一个这样的示例性系统10的简短概观；然而，这里未示出的其他系统也可以使用所公开的方法。

交通工具12在所说明的实施例中被描绘为客车，但是应当认识到，也可以使用任何其他交通工具，其中包括摩托车、卡车、运动型多功能车(SUV)、休闲车(RV)、船舶、飞行器等。在图1中概括地示出其中一些交通工具硬件28，包括远程信息处理单元30、话筒32、音频系统34、可视显示器36、以及电子按钮或控制器38，它们通过使用一个或多个网络连接(例如通信总线40或娱乐总线42)被互连。合适的网络连接的例子包括控制器区域网络(CAN)、面向媒体的系统传输(MOST)、本地互连网络(LIN)、以太网、局域网(LAN)、以及其他适当的连接，例如符合已知ISO、SAE和IEEE标准和规范的那些连接，这里仅举几个例子。

远程信息处理单元30优选地允许通过无线载体系统14的无线话音和/或数据通信，以便交通工具能够与呼叫中心20、其他远程通信使能的交通工具、或某一其他实体进行通信。远程信息处理单元优选地使用无线电传输来建立与无线载体系统14之间的通信信道(话音信道和/或数据信道)，以便话音或数据传输可以在信道上被发送和接收。通过提供话音和数据通信，远程信息处理单元30使交通工具能够提供多种不同的服务，其中包括与导航、电话、紧急援助、诊断、信息娱乐等相关的那些服务。根据一个实施例，远程信息处理单元30包括用于话音通信(象免提呼叫)的标准蜂窝芯片组50、用于数据传输的无线调制解调器(未示出)、电子处理装置52、一个或多个电子存储装置54、以及双重天线56。应当认识到，调制解调器可以通过存储在远程信息处理单元中并由电子处理装置52处理的软件来实施，或者它可以是位于远程信息处理单元30内部或外部的独立的硬件部件。调制解调器可以使用任何数量的不同标准或协议来操作，例如EVDO、CDMA、GPRS、EDGE、以及WiMAX，这里仅举几个例子。

电子处理装置52可以是任何类型的能够处理电子指令的合适的处理装置，其中包括但肯定不限于微处理器、微控制器、主处理器、控制器、交通工具通信处理器、以及专用集成电路(ASIC)。可选择地，电子处理装置可以与某一类型的中央处理单元(CPU)或执行通用处理器的功能的其他部件结合起来工作。电子处理装置52执行各种类型的电子指令，例如存储在电子存储器54中的软件或固件程序，其使远程信息处理单元能够提供多种服务。例如，电子处理装置52可以执行实现在此所讨论的路线提供方法的程序或过程数据。

远程信息处理单元30提供的服务太多以至于不能将它们全部列出，但是几个例子包括：与基于GPS的交通工具导航模块(未示出)一起提供的路线规划指南和其他导航相关服务；与一个或多个碰撞传感器接口模块(例如车体控制模块(未示出))相结合提供的气囊展开通知和其他紧急或路边援助相关的服务；以及信息娱乐相关的服务，其中音乐、网页、电影、电视节目、视频游戏和/或其他信息通过信息娱乐模块(未示出)下载，并且被存储以供当前或稍后重放。上面列出的服务决不是远程信息处理单元30的所有能力的详尽列表，而仅仅是远程信息处理单元能够提供的一些服务的举例说明。而且，应当理解，上述的模块可以以保存在远程信息处理单元30内部或外部的软件指令的形式来实施，它们也可以是位于远程信息处理单元30内部或外部的硬件部件，或者它们可以是集成的和/或彼此共享的或与位于交通工具各处的其他系统共享的，这里仅列举几种可能性。在这些模块位于远程信息处理单元30外部的情况下，它们可以利用交通工具总线40和/或娱乐总线42进行彼此之间的通信。可以预料到，与远程信息处理单元30交互的一个或多个模块将会利用传感器，象陀螺仪、加速度计、磁强计以及发射探测传感器，以用于报告不同的操作的、环境的、或交通工具周围的其他状况。

交通工具硬件28也包括多种交通工具用户接口，所述接口向交通工具乘客提供用于提供和/或接收信息的手段，其中包括话筒32、音频系统34、可视显示器36以及按钮38。如在此所用的术语“交通工具用户接口”广泛地包括任何合适形式的电子装置，其中包括硬件和软件部件，其位于交通工具上并且使交通工具用户能够与交通工具的部件进行通信或者通过交通工具的部件进行通信。话筒32向乘客提供用于输入口头的或其他听觉信息的手段，并且可以与现有技术中已知的利用人机接口(HMI)技术的自动话音处理单元相连。相反，音频系统34向交通工具乘客提供口头输出，并且可以是专用的独立系统或者是交通工具主音频系统的一部分。根据这里给出的特定实施例，音频系统34被可操作地耦合到交通工具总线40和娱乐总线42，并且可以提供AM、FM和卫星无线电广播、CD、DVD以及其他多媒体功能。这种功能可以与上述的信息娱乐模块相结合来提供，或者可以独立于上述的信息娱乐模块来提供。可视显示器36优选是图形显示器，例如在仪表板上的触摸屏或挡风玻璃反射的平视显示器，并且可以被用来提供多种输入和输出功能。按钮38是电子按钮或者是通常用来发起与呼叫中心20的通信或某一其他服务的其他控制器。当然，也可以利用许多其他交通工具用户接口，因为前述接口仅仅是一些可能性的例子。

无线载体系统14优选是蜂窝电话系统，但也可以是任何其他合适的无线系统，例如能够在交通工具硬件28与呼叫中心20间传送信号的基于卫星的系统。根据一个示例性实施例，无线载体系统14包括一个或多个小区塔70、基站和/或移动交换中心(MSC)72、以及连接无线载体系统14与陆地网络16所需的任何其他连网部件。本领域技术人员将认识到，各种小区塔/基站/MSC布置都是可能的，并且可用于无线载体系统14。例如，基站和小区塔可以共同位于同一地点，或者它们可以彼此远离地放置，每个基站可以负责单个小区塔，或者单个基站可以服务于各种小区塔，并且各种基站可以被耦合于单个MSC，这里仅举几种可能的布置。

陆地网络16可以是被连接到一个或多个陆线电话的常规陆基电信网络，并且把无线载体系统14连接到呼叫中心20。例如，陆地网络16可以包括公共交换电话网络(PSTN)和/或TCP/IP网络，正如本领域技术人员所认识到的那样。当然，陆地网络16的一段或多段可以通过使用下述来实施：标准有线网络，光纤或其他光学网络，电缆网络，电力线，诸如无线局域网(WLAN)或提供宽带无线接入的网络(BWA)之类的其他无线网络，或者它们的任何组合。此外，呼叫中心20不需要通过陆地网络16来连接，但是可以包括无线电话设备，以便呼叫中心可以直接与无线网络(例如无线载体系统14)进行通信。

授权的网站18优选地通过因特网或专用网络被连接到呼叫中心20，并且向用户提供输入和输出手段以及多种服务和资源。例如，用户可能能够与网站18进行交互以获得对他们的帐户设置、偏好、缺省值等的访问，从而他们可以对这些信息进行查看或编辑。分开来看，网站18可以具有接收用户输入并且然后将该输入传送到呼叫中心20或交通工具12的能力，以促进某些导航相关的服务。在非车载交通工具导航系统正在提供路线规划指南这一例子中，网站18可被用来输入期望的目的地、路线限制、或增强条件(例如避免某些公路或走某些近路等)。授权的网站然后可以使呼叫中心20处的路线产生资源可以利用该信息以便产生相应的导航路线。虽然被描述为常规的网站，但是本领域技术人员将认识到，也可以使用输入和输出信息的其他系统、实体和方法。例如，系统用户可以通过下述来请求导航路线和其他导航相关服务：蜂窝电话、个人数字助理、计算信息亭、个人或膝上型计算机、或可以访问呼叫中心20和/或交通工具12的某一其他实体。

呼叫中心20被设计成向交通工具硬件28提供多种不同的系统后端功能，并且根据这里示出的示例性实施例，通常包括一个或多个交换机80、服务器82、数据库84、现场顾问86、以及多种现有技术中已知的其他电信和计算设备88。这些不同的呼叫中心部件优选是通过有线或无线局域网90彼此相互耦合。可以是专用小交换机(PBX)的交换机80对输入信号进行路由，以便通常将话音传输发送给现场顾问86或自动应答系统，并且将数据传输传递给调制解调器或其他设备88，以进行解调和进一步的信号处理。调制解调器优选地包括编码器，并且可以被连接到诸如服务器82和数据库84之类的各种装置。数据库84可以被设计成存储帐户信息，例如订户认证信息、交通工具标识符、简档记录、行为模式、以及其他相关的订户信息。数据传输也可以通过无线系统来进行，例如802.11x、GPRS等等。虽然将所说明的实施例描述为将与人工呼叫中心20一起被使用，但是将会认识到，呼叫中心可以利用非人工的自动呼叫应答系统，并且通常可以是任何中央设施或远程设施，无论是人工的还是非人工的，移动的还是固定的，期望向它还是从它交换话音和数据传输。

用于提供导航路线的方法

现在转向图2，其中示出展示路线提供方法100的一个实施例的一些步骤的流程图，该路线提供方法使用户能够预先选择一个或多个目的地和触发事件，以便随后当指定的触发事件发生时，可以向用户提供通向预先选择的目的地的导航路线。

从步骤102开始，该方法接收来自用户的导航路线请求，该导航路线请求包括至少一个目的地和至少一个触发事件。应当理解，可以在系统10内多个不同位置中的一个位置处并且根据多种不同技术中的一种技术来接收该导航路线请求。例如，用户可以联系呼叫中心20，并且向现场顾问86或某一类型的自动应答系统口头地提供导航路线请求，以便将该导航路线请求输入到系统中。用户可以访问授权的网站18并输入导航路线请求，以便根据该方法的特定实施方式将该请求随后转发到呼叫中心20和/或交通工具12。用户可以通过与交通工具用户接口32-38的交通工具内交互将导航路线请求直接提供给交通工具。同样，用户有可能利用诸如下列之类的便携式通信设备在步骤102中通过与呼叫中心20和/或交通工具12的电子交互来提供导航路线请求：蜂窝电话、个人数字助理(PDA)、手持计算机、或能够进行电子通信的另一电子装置。与步骤102相关的可选特征可以包括允许用户：从先前选择的目的地列表中进行选择，从受欢迎目的地的菜单中浏览，以及访问其他用户电子资源，象个人日历(微软Outlook等)，以便向用户提供各种目的地和/或触发事件的选项。

而且，应当认识到，多种类型的目的地和触发事件可以由用户选择，并且被包括在导航路线请求内。例如，用户可以通过提供实际的街道地址、十字路口、交叉路口、城市及州、或者也许甚至是著名的名胜来标识目的地，正如本领域技术人员理解的那样。类似地，在用户可以选择的触发事件的类型方面优选地给予灵活性。例如，他们可以选择指定的时间点(日期、天、时间、或其组合等等)作为触发事件，从而在经过所指定的时间点之后的某一时刻就产生导航路线。当然，导航路线有可能在所指定的时间点消逝或经过之后即刻产生，或者导航路线可以在其后的某个延迟的时间产生。可选择地，用户可以选择一个特定位置来作为触发事件，从而一旦交通工具遇到所预先选择的位置，就将产生导航路线并将其提供给用户。进一步说明这些类型的触发事件的例子将在随后提供并进行解释。预先选择的触发事件有可能包括触发事件或状况的组合：在产生导航路线之前两个或更多个事件必须发生(“AND”的情况)，在产生导航路线之前多个事件中的任何一个必须发生(“OR”的情况)，等等。

在步骤104中，本方法监视一个或多个预先选择的触发事件以确定它们是否发生以及何时发生。监视触发事件的确切方式和负责执行监视的资源依赖于多种因素，其中包括所选择的触发事件的性质以及交通工具导航系统是车载系统还是非车载系统，这里仅举出两种因素。在时间触发事件(例如天和/或时间)的情况下，本方法可以在呼叫中心20、交通工具12、或某一其他位置处对触发事件的经过进行监视。如果在呼叫中心处监视该时间触发事件，那么优选地交通工具导航系统是具有位于交通工具上的远程信息处理单元30以及位于呼叫中心20处的路线产生能力的非车载系统。在空间触发事件(例如特定位置)的情况下，那么优选地在交通工具处监视触发事件。这至少部分地是因为通常被用来确定交通工具的位置的GPS接收机位于交通工具硬件28中，从而使得在交通工具处监视空间触发事件最实际。然而应当认识到，步骤104可以在呼叫中心20、交通工具12、某一其他位置、或它们的任何组合处被执行；也就是，本方法可以在步骤104中使用几种不同的资源来监视触发事件。

在步骤106，一旦触发事件发生，就产生在起点与目的地之间延伸的导航路线。为了产生导航路线，通常必需具有至少一个起点和一个目的地。起点可以是由位于交通工具导航模块中的GPS接收机或位于交通工具上的另一位置确定单元所确定的交通工具的当前位置，或者它可以是由用户提供的预先选择的起点。如果使用交通工具当前位置，那么GPS接收机等必须把交通工具当前位置发送给导航路线产生器。在非车载交通工具导航系统中，这通常需要将交通工具位置从远程信息处理单元30无线发送到呼叫中心20，从而呼叫中心可以在把导航路线送回给交通工具之前将其设计出来。可选择地，如果起点是预先选择的位置，那么它可以与在步骤102接收的导航路线请求中提供的目的地和触发事件信息一起被包括。导航路线可以根据多种不同的已知路线产生技术、算法、方法等的其中一种来产生，并且可以包括在导航路线选择领域中已知的许多附加特征。

在步骤108，一旦产生导航路线，就准备将它呈现给用户，这优选是通过一个或多个交通工具用户接口32-38来发生。在非车载系统中，优选地，在呼叫中心20产生的导航路线在呈现给用户前被无线地发送到远程信息处理单元30。另一方面，车载交通工具导航系统通常将该路线通过网络连接(例如通信总线40)从交通工具导航模块传送到一个或多个交通工具用户接口32-38。再一次应当认识到，存在多种不同的方式来将导航路线呈现给用户，其中包括但肯定不限于：口头地或用图形提供路线规划指南，向交通工具用户简单地提供路线地图和关于交通工具当前所处位置的指示等等。也有可能在实际呈现路线给用户之前询问用户是否想要将导航路线呈现出来。在这个实施例中，准备导航路线以用于呈现，但是如果用户的回答是“不”或者使用使路线能够延迟呈现的“暂停(snooze)”类型特征，则实际上不呈现该导航路线。例如，当通知用户有一条可用于特定目的地的导航路线时，他们可以使用暂停特征并且将导航路线的递送简单地延迟某一时间量，或者他们可以改变触发事件，使得导航路线的递送取决于新的触发事件。用户也可以选择简单地完全取消导航路线。

现在将提供几个例子来描述可以执行路线提供方法100的不同方式。根据前述的第一实例，一个计划家庭度假的用户可以去授权的网站，并且对于度假的每一天输入一个不同的预先选择的目的地。通过授权的网站18，用户指示他们想要根据下列触发事件来访问下列目的地：1)佛罗里达州奥兰多的华特迪斯尼世界的艾波卡特-9月14日、星期四、早上9点；2)佛罗里达州卡拉维纳尔角的肯尼迪航天中心-9月15日、星期五、任何时间；以及3)奥兰多国际机场-9月17日、星期日、中午12点。授权的网站18然后把导航路线请求发送给作为非车载交通工具导航系统的一部分的呼叫中心20。呼叫中心继续监视各种触发事件，直到其中一个触发事件发生。

在这个实例中发生的第一触发事件是指定时间(9月14日、星期四、早上9点)的消逝。当交通工具第一次在9月14日、星期四、早上9点或之后处于运行中时，呼叫中心20确定时间触发事件已发生，并且向远程信息处理单元30无线地发送对于交通工具当前位置的请求；在这一实例中交通工具当前位置被用作起点。远程信息处理单元然后向GPS接收机询问交通工具当前位置，然后无线地将该位置送回给呼叫中心20。利用交通工具当前位置和预先选择的目的地，呼叫中心能够为用户产生导航路线，该导航路线引导他们从他们的当前位置到佛罗里达州奥兰多的华特迪斯尼世界的艾波卡特。然后将该导航路线无线地送回到远程信息处理单元30，以便该导航路线可以通过一个或多个交通工具用户接口32-38被呈现给用户。

发生的下一个触发事件是另一个指定时间的消逝或经过，即9月15日、星期五、任何时间。因为不要求用户在任何特定时间处于相应的目的地，所以他们输入了“任何时间”。因此，当交通工具第一次在2006年9月15日星期五(不论该天的时间如何)发动或处于运行中时，呼叫中心检测到第二触发事件已发生，并且执行与上述类似的过程，以便产生从交通工具的当前位置延伸到佛罗里达州卡拉维纳尔角的肯尼迪航天中心的导航路线。在该第二条导航路线被产生并呈现给用户之后，本方法简单地等待并监视剩余的时间触发事件(9月17日、星期日、中午12点)，以确定它是否发生并且在它发生时执行相同的过程。应当认识到，这一举例说明仅仅打算突出路线产生方法100的一些特征，并且不打算公开所有可能的变化。例如，下述肯定是可能的：在交通工具处(与在呼叫中心处相对)监视触发事件的发生，交通工具导航系统是车载系统(而不是非车载系统)，将导航路线保存起来以用于随后时间进行访问，以及将要使用除时间触发事件之外的触发事件等等。

根据第二实例，用户可以使用上述的路线产生方法计划出例如一系列的差事或城郊的短途旅行。利用话筒32和免提话音识别特征，用户识别一系列他们想要旅行的目的地，并且指示，一旦他们到达该系列中的一个目的地，他们就想要通向下一目的地的导航路线呈现出来；也就是，不同目的地用作空间触发事件。在这一实例中，交通工具导航系统是车载系统，并且目的地包括：1)位于密歇根州洛伊尔欧克主大街123号的牙医博士史密斯的办公室；2)位于密歇根州洛伊尔欧克主大街和第三街道的交叉路口上的杰克换油店；以及3)位于密歇根州南菲尔德市的国务卿。

首先，路线提供方法利用交通工具的当前位置和第一目的地(牙医博士史密斯的办公室)产生一条导航路线并将其呈现给用户。然后用户沿着所提供的路线而行，直到他们到达史密斯博士办公室，此时大概他们关掉汽车并执行他们的差事。当交通工具下一次被发动时，本方法产生从牙医的办公室延伸到杰克换油店的第二条导航路线。可以看出，交通工具与第一目的地相遇实际上是导致本方法产生到第二或下一个目的地的导航路线的触发事件。这个过程继续下去，直到所有的目的地都已到达。再一次应当注意，代替上述示例性方法或者除了上述示例性方法之外，可以使用许多附加特征、步骤、过程等等。

应当理解，前面的描述不是本发明的定义，而是本发明的一个或多个优选示例性实施例的描述。本发明不限于在此公开的特定实施例，而是仅仅由以下的权利要求书来限定。此外，在前面的描述中所包含的陈述涉及特定实施例，并且不应被解释为对本发明的范围或者对权利要求中所用的术语的定义的限制，除非术语或短语在上面被明确定义。对于本领域技术人员而言，各种其他实施例和对于所公开实施例的各种变化和修改都将变得显而易见。所有这样的其他实施例、变化和修改都打算在所附权利要求书的范围内。

如在本说明书和权利要求书中所用的术语“例如”、“比如”、“诸如”和“象”、以及动词“包括”、“具有”、“包含”和它们的其他动词形式，当与一个或多个部件的列表或其他项目结合使用时，均应被解释为开放式的，从而意味着该列表不被认为排除其他附加的部件或项目。其他术语应当使用它们最广泛的合理含义来解释，除非它们在需要不同解释的上下文中被使用。

Claims (21)

1.一种为交通工具导航系统提供导航路线的方法，包括以下步骤：

(a)接收包括目的地和触发事件的导航路线请求；

(b)监视触发事件的发生；

(c)一旦触发事件发生，就产生导航路线，其中所述导航路线通常在起点和目的地之间延伸；并且

(d)准备向用户呈现的所述导航路线。

2.根据权利要求1所述的方法，其中，交通工具导航系统是非车载系统，所述非车载系统包括位于交通工具中的远程信息处理单元和具有路线产生能力的呼叫中心。

3.根据权利要求2所述的方法，其中，步骤(c)进一步包括在产生导航路线之前将交通工具当前位置从远程信息处理单元无线地发送到呼叫中心，以及步骤(d)进一步包括在将导航路线呈现给用户之前将导航路线从呼叫中心无线地发送到远程信息处理单元。

4.根据权利要求1所述的方法，其中，交通工具导航系统是车载系统，所述车载系统包括位于交通工具中的路线产生能力。

5.根据权利要求1所述的方法，其中，步骤(a)中的导航路线请求是通过与呼叫中心进行口头交互从用户处接收到的。

6.根据权利要求1所述的方法，其中，步骤(a)中的导航路线请求是通过与授权的网站之间进行基于网络的交互从用户处接收到的。

7.根据权利要求1所述的方法，其中，步骤(a)中的导航路线请求是通过与交通工具用户接口进行交通工具内交互从用户处接收到的。

8.根据权利要求1所述的方法，其中，步骤(a)中的导航路线请求是通过与便携式通信装置进行电子交互从用户处接收到的。

9.根据权利要求1所述的方法，其中，触发事件包括指定的时间点，以便在该指定的时间点之后的某一时刻产生步骤(c)中的导航路线。

10.根据权利要求1所述的方法，其中，触发事件包括指定的位置，以便在交通工具与该指定的位置相遇之后的某一时刻产生步骤(c)中的导航路线。

11.根据权利要求1所述的方法，其中，步骤(c)中所用的起点是交通工具的当前位置。

12.根据权利要求1所述的方法，其中，步骤(a)进一步包括接收多个目的地和多个触发事件，以便每当触发事件发生时，就准备向用户呈现的相应的导航路线。

13.根据权利要求12所述的方法，其中，所述多个触发事件包括多个目的地，以便每当交通工具遇到新的目的地时，就产生新的导航路线。

14.根据权利要求1所述的方法，其中，在步骤(d)之前，所述方法进一步包括在将导航路线呈现给用户之前询问用户是否想要将导航路线呈现出来。

15.根据权利要求14所述的方法，其中，步骤(d)进一步包括在用户不想要在当前时刻呈现导航路线的情况下提供暂停特征。

16.一种为交通工具导航系统提供多条导航路线的方法，包括以下步骤：

(a)接收包括多个目的地和多个触发事件的导航路线请求；

(b)监视所述多个触发事件中任何一个的发生；

(c)一旦第一触发事件发生，就产生第一导航路线，其中所述第一导航路线通常在起点和第一目的地之间延伸；

(d)准备向用户呈现的所述第一导航路线；

(e)一旦第二触发事件发生，就产生第二导航路线，其中所述第二导航路线通常在起点和第二目的地之间延伸；并且

(f)准备向用户呈现的所述第二导航路线。

17.根据权利要求16所述的方法，其中，所述触发事件中的至少一个包括指定的时间点，以便在该指定的时间点之后的某一时间产生导航路线。

18.根据权利要求16所述的方法，其中，所述触发事件中的至少一个包指定的位置，以便在交通工具与该指定的位置相遇之后的某一时间产生导航路线。

19.根据权利要求16所述的方法，其中，在产生导航路线时所使用的至少一个起点是交通工具的当前位置。

20.根据权利要求16所述的方法，其中，在步骤(d)和(f)中的至少一个之前，所述方法进一步包括在向用户呈现导航路线之前询问用户是否想要将导航路线呈现出来的步骤。

21.根据权利要求20所述的方法，其中，步骤(d)和(f)中的至少一个进一步包括在用户不想要在当前时刻呈现导航路线的情况下提供暂停特征。

Images