专利名称：用于提供导航摘要的方法和装置的制作方法
技术领域：
本说明性实施例通常涉及提供概述的导航指示(direction)。更具体地说，本说明性实施例涉及获得一系列导航指示，并且然后至少部分地基于定义的规则来提供那些导航指示的子集以作为所述指示的摘要。，个人导航装置和互联网制图(mapping)引擎，诸如MAPQUEST、GOOGLE MAPS和VIRTUAL EARTH的出现已经使获得导航指示的任务发生巨大变化。旅客能够输入起始位置 和目的地，并接收关于如何准确地到达目的地的详细的一系列指令。遗憾的是，所述指令常常过于详细。例如,在提交在WWW. mapquest. com上搜索从密歇根州的Northville到密歇根州的Southfield的该申请时，会提供下列指示在N. Center街上开始向南朝向W. Main街前进一O. O英里向左转，到E. Main 街 /Northville 路一O. 2 英里向左转，到Griswold街一O. 7英里稍微向右转，到Baseline路一O. I英里Baseline 路变成 Griswold 街一0. I 英里向右转，到8Mile路一I. 9英里汇合到I-275N/I-96W-2. I 英里走朝向Grand River Ave/Port Huron 的 M-5N/I-696/M-5E 出口，出口 165—0. 4
英里走朝向I-696/Port Huron的左侧上的出口 -0. 4英里汇合到朝向Port Huron 的 I_696E/Walter P Reuther 高速公路-11. 2 英里走朝向Southfield 路的 IlMile 路出口，出口 12—0. 3 英里继续直走，到I IlMile路上一0. 2英里向右转，到Southfield路上一 I. O英里向右转，到W. IOMile路上一0. O英里虽然上述指示很精确，但是它们如此精确，以致它们也许会把旅客弄糊涂。此外，如果旅客行驶在公路上，那么可能会对遵循在I - 275和1-696之间的0. 4英里的变化迷惑，特别是在开车的时候。因为这种指示常常过度精确，所以旅客的另一选择是提前给目的地打电话并得到指示。在这些情况下提供的指示通常更加概括。例如，上述路线可能由人描述如下转到1-275，向北走到1-696走1-696，向东至Ij IlMile 路出口走IlMile 到 Southfield 路并向右转
向右转，到IOMile路上诸如上述的更简单的指示常常是足够的，因为旅客通常能够利用标记来找到必要的公路，或者，如果来自熟悉的区域，旅客将知道如何到达必须走的公路。即使不熟悉从1-275到1-696的切换的人们也能够利用张贴的标记来确定如何从一条公路到另一条公路，而不需要如由MAPQUEST提供的每O. 4英里的指令。遗憾的是，人们并不总是能够提供这种指示。例如，可能在营业时间以外需要指示，或者目的地的人们也许不知道如何从旅客的位置到达目的地。在这些情况下，常规的互联网服务或个人导航装置也许是有用的，但接着可能获得过度精确的指示。 根据所述说明性实施例的至少一个方面，根据导航数据库执行计算机化的指示查找，并且然后至少部分地根据一组定义的规则来概述指示。这给旅客提供不过度复杂的数字上的精确指示。另外，如果摘要足够简明，那么能够将它以例如SMS消息的形式递送给旅客。其它递送模式也是可能的，包括但不限于电子邮件、在屏幕上的导航系统显示和给例如电话或收音机的语音递送。存在许多不同的能够被概述的路线并且能够使用许多定义规则。在所述说明性实施例的至少一个方面中，使用加权系统，以便所有道路被分配某些基值。然后，例如，道路上行驶的距离能够乘以道路的基值，并且沿所述路线的每个道路能够具有一加权值。基于附加的规则，这些加权值可用于确定哪些道路被包括在摘要中。用于摘要的其它规则也是可能的，并且非穷举的列表包括例如1)在上面行驶X距离的任意道路；2)用户定义的所包括的道路；3)任意主要道路(主要道路是根据诸如例如速度限制的规则来定义的);4)道路上的交通量；等。
数字制图的准确性和与用于概括的一个或多个规则相结合的指示的组合给旅客提供关于如何到达目的地的精确且简明的一组指令。此外，因为数字地图能够知道所有或几乎所有的区域，所以如果摘要不够时旅客有可能在特定区域上向下查询(drill down)。例如，如果旅客在没有更好的指令的情况下不能到达1-275，那么旅客能够在摘要的该部分上向下查询更详细的摘要或者乃至一整组路线规划(turn-by-turn)指示。就特定区域的 布局而言，这允许可能有用并令所有技巧水平的旅客愉快的可定制的用户经验。
根据以下示例性实施例的具体实施方式
，当考虑到附图来进行阅读时，所述说明性实施例的其它目的、方面和特征将变得显而易见，在所述附图中图I显示可用于将指示递送给汽车的示例性的说明性系统；图2显示示例性的说明性路线概述例程的综述；图3显示图2的示例性的说明性例程中的示例性过程的综述；图4显示图2的示例性例程中的示例性的说明性过程的另一综述；图5显示图4中显示的示例性的说明性过程的备选方案的综述；以及图6A和6B显示汽车中的路线摘要的示例性的说明性显示的视图。
具体实施例方式此处在特定的示例性的说明性实施例的上下文中来描述本发明。然而，普通技术人员将认识到，可以对公开的示例性的说明性实施例进行修改、扩展和改变而不脱离目前的本发明的真正的范围和精神。简而言之，下列说明仅仅通过例子来提供，并且本发明不限于此处公开的特定的说明性实施例。图I举例说明了可用于将指示递送给汽车的说明性车载通信系统的系统架构。启用通信和娱乐系统的车辆(VCES)可以包括位于车辆中的可见前端接口 4。如果例如提供有触敏屏幕，那么用户也能够与接口相互作用。在另一说明性实施例中，所述相互作用通过听得到的语音和语音合成来出现。在图I中显示的说明性实施例I中，处理器3控制系统的操作。假如提供在车辆本身内部，那么处理器允许在车上处理命令和例程。此外，处理器连接到临时存储装置5和永久存储装置7两者。在该说明性实施例中，临时存储装置是随机存取存储器(RAM)，并且永久存储装置是硬盘驱动器(HDD)或闪存。处理器也提供有许多不同的输入，以用于用户与处理器的接合。在该说明性实施例中，麦克风29、辅助输入25 (用于输入33)、USB输入23、GPS输入24和蓝牙输入15全部都被提供。还提供输入选择器51，以允许用户在多个输入之间交换。对麦克风和辅助连接器两者的输入在传递到处理器之前由转换器27进行从模拟转换到数字。系统的输出可能包括，但不限于，视觉显不器4和扬声器13或立体音响系统输出。扬声器连接到放大器11，并通过数字到模拟转换器9从处理器3接收其信号。还可以使输出分别沿着在19和21处显示的双向数据流到达远程蓝牙装置(未示出)或USB装置(未示出)。在一个说明性实施例中，系统I使用蓝牙收发器15来与用户的漫游装置53 (例 如，手机、智能电话、个人数字助理等)通信17。漫游装置接着能用于通过例如与蜂窝(cellular)塔57的通信55来与车辆31外部的网络61通信59。通过按钮53或相似的输入，能够命令将漫游装置53和蓝牙收发器15配对，从而告诉CPU所述车载蓝牙收发器将与漫游装置中的蓝牙收发器配对。利用与漫游装置53相关的数据计划，数据可以在CPU3和网络61之间通信。可替换地，包括车载调制解调器63以便通过语音频带在CPU3和网络61之间传输数据也许是所期望的。在一个说明性实施例中，处理器提供有包括与调制解调器应用软件进行通信的API的操作系统。调制解调器应用软件可以访问蓝牙收发器上的嵌入模块或固件，以完成与(诸如在漫游装置中找到的)远程蓝牙收发器的无线通信。在另一实施例中，漫游装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据实施例中，当漫游装置的拥有者能够在传送数据时通过该装置说话时，可以实施被称为频分复用的技术。在其他时候，当拥有者不使用该装置时，数据传输能够使用全部带宽(在一个例子中为300Hz到3. 4kHz)。如果用户具有与漫游装置相关的数据计划，则有可能数据计划允许宽带传输并且系统能够使用更宽的带宽(加速数据传输)。在又一个实施例中，漫游装置53被替换为附加到车辆31的蜂窝式通信装置(未示出)。在一个实施例中，输入数据能够经由话上数据或数据计划通过漫游装置，通过车载蓝牙收发器传送，并到车辆的内部处理器3中。该数据可以包括所请求的到位置的一组指示之类的东西。可替换地，数据可以包括在位置和目的地之间的一系列道路，并且车辆处理器可以确定要走的实际道路。就方位数据而言，例如，数据能够存储在HDD 7上，直到不再需要数据的那个时间。即使下载一系列精确的指示，尤其如果用户熟悉他或她正在行驶的区域时，也许只想要将行驶的路线的简短摘要。在这种情况下，用户可以输入按钮命令或口头请求路线摘要。此外，用于确定路线和路线的摘要的处理能够在车上(通过使用例如CPU和GPS)或在车外在远程地点进行。路线信息可以从一个或多个源中获得，所述源诸如具有例如USB连接56和/或天线58的个人导航装置54。信息还可以从车辆导航装置60中获得，所述车辆导航装置具有USB 62或其它连接、车载GPS装置24、或者具有到网络61的连接性的远程导航系统(未不出)。根据一个说明性实施例，对路线摘要的请求可以触发诸如图2中所示的例程。图2是根据一个实施例的示例性的例程，但基于此处教导的方法，概述路线的其它方法是可能的。此处显示的示例性的处理流程概括了仅用于示例性目的的这些例程的小的子集。在接收到定义期望目的地的输入(通过按钮选择、语音提示等)时，运行例程200 的处理器3将首先着手确定在例如用户的当前位置和期望目的地之间的完整的路线，如块201中所表示的。在已经确定路线(其由用户必须行驶的一系列道路组成)之后，处理器将给每个道路分配加权值，如块203中所表示的。在该实施例中，作为确定哪些道路将被包括在摘要中的方法，道路被分配加权值。然而，相对于彼此来测量对于包括/排除的道路的许多不同的方式是可能的。例如，摘要总是可能包括所有公路且不包括旁路(side !"oad)，或者它可能是必须在上面行驶多于一英里的任意道路的列表等。示例性的说明性加权系统将结合图3来进行描述。在给道路分配加权值之后，在该说明性实施例中，处理器根据一个或多个规则处理加权的道路，如块205中所表示的。例如，第一规则可能要求具有最高加权值的道路总是包括在摘要中。第二规则可能规定基于例如一个或多个方程来在摘要中添加第二或其他道路。若干个用于包括道路的示例性的规则将结合图4和5来进行描述。在规则都已经被处理并且道路已经包括在摘要中或从摘要排除之后，概述的路线被显示给用户或者还以其他方式递送给用户，如块207中所表示的。许多示例性的递送介质是可用的，包括但不限于SMS消息、电子邮件、车载显示器以及在车辆娱乐系统上经由语音合成的口头递送。此外，因为示例性的系统能够在存储器中存储路线摘要的备份，所以如果期望，有可能能够在驾驶员方便或者驾驶员位置改变的任何时候重放或者重新递送路线。在一个说明性实施例中，处理器3给道路分配加权值，以便帮助确定哪些道路应该包括在路线摘要中。尽管在该说明性实施例中道路被加权以帮助摘要确定，但是可以使用测量所包括的道路的各种方法。一种示例性的对道路加权的方法以给每个道路分配基值而开始。诸如DECARTA的现有的路由引擎基于例如道路速度限制来提供1-5的值。在该实施例中，各种数字范围和各种因子能够用于给每个道路分配基值。在该说明性实施例中，处理器3从用户目前正在行驶的道路开始，选择路线上的下一条道路，如块301中所表示的。然后，基于诸如例如道路速度限制的各种因子，处理器给道路分配基值，如块303中所表示的。可替换地，当路线被传送到车辆31时，路线中的每条道路能够提供有在处理器3处的基值。
接下来，所选择的道路被给定加权值，如块305中所表示的，在该说明性实施例中，所述加权值是在所述道路上行驶的距离乘以在步骤303中分配给道路的基值。用这样的方式，道路被给定最终加权值，所述最终加权值用于测量对于包括在摘要中的所选择的道路。该特定的加权系统提供结果，以便最低等级(I)类型的道路例如将需要行驶最高等级(5)类型的道路的距离的5倍才具有在摘要中考虑时相等的值。通常，这将导致只有最高等级的和或行驶最多的道路被包括在摘要中。在给道路分配加权值之后，处理器检查是否存在需要给它们分配加权值的任何剩余的道路，如块307中所表示的。如果需要的话，处理器3选择摘要中的下一条道路并以如上所述的方式给它分配加权值。一旦所有道路都具有给其分配的加权值，那么处理器可以继续相对于彼此来评价所述道路。图4显示比较加权的道路以确定哪些道路应该包括在路线摘要中的一个示例性的方法205。尽管这是一个选择道路的示例性的方法，但是能够使用其它用于相对于彼此来 给道路评定等级的适当的系统。在图4中所示的示例性的方法中，处理器3从包括在路线中的所有道路中选择加权最闻的道路，如块401中所表不的。在该说明性实施例中，加权最闻的道路总是包括在摘要中，如块403中所表示的。在将该道路存储在摘要列表中之后，处理器3在用于处理的列表中选择下一条最闻的道路，如块405中所表不的。根据特定的加权系统，可以使用附加的考虑和规则来确定道路是否适于包括在摘要中。例如，如果摘要路线将在SMS文本消息中被递送或以口头重放的形式递送，那么期望将消息保持在某一长度之下。在一个说明性实施例中，消息的长度必须低于一百六十个字符，如块407中所表示的。如果包括所述道路将不会增加摘要的总长度以致超过一百个字符(基于道路名称)，那么处理器3继续分析所包括的道路。在该特定说明性实施例中，处理器确定所选择道路的加权值是否大于或等于第一道路的值的30%或者大于或等于第二道路的值的60%(除非所选择选择道路是第二道路)，如块409中所表示的。此外，也许只期望包括有限数目的道路，所以除了上述约束条件之外，例程可以限制将被包括在摘要中的道路的总数(例如，不多于3条道路)。如果所选择道路满足包括在摘要中的所有要求，那么处理器将道路包括在路线摘要中，如块411中所表示的，并且检查保持在路线指示中的下一条加权最高的道路。否则，一旦道路被基于规则而拒绝，那么处理返回路线显示。一个例子将如下路线在N. Center街上开始向南朝向W. Main街前进一O. O英里向左转，到E. Main 街 /Northville 路-O. 2 英里向左转，到Griswold街一O. 7英里稍微向右转，到Baseline路一O. I英里Baseline 路变成 Griswold 街一O. I 英里向右转，到8Mile路一I. 9英里汇合到I-275N/I-96W — 2. I 英里
走朝向Grand RiverAve/Port Huron 的 M-5N/I-696/M-5E 出口，出口 165—O. 4 英里走朝向I-696/Port Huron的左侧上的出口一O. 4英里汇合到朝向Port Huron 的 I_696E/Walter P Reuther 高速公路一11. 2 英里走朝向Southfield 路的 IlMile 路出口，出口 12 — 0. 3 英里继续直走，到I IlMile路上一0. 2英里向右转，到Southfield路上一 I. O英里向右转，到I IOMile路上一0. O英里 每个道路于是将具有分配给它的基值N. Center 街=1E. Main 街=1Griswold 街=1Baseline 路=38Mile 路=3I-275N=5I-696E/ffalter P Reuther 高速公路=5W. IlMile 路=3
Southfield 路=3W. IOMile 路=3在该示例性的实施方式中，沿着出口 /未命名道路的任何距离被放弃。然而如果这样期望的话，出口可以被分配一个值。于是基于行驶的距离*基值，每个道路将具有分配给它的加权值N. Center 街=1*0=0E. Main 街=1*. 2=· 2Griswold 街=1*. I-, IBaseline 路=3*. 2=· 68MiIe 路=3*1. 9=5. 7Ι-275Ν=5*2· 1=10. 2I-696E/ffalter P Reuther 高速公路=δ*11. 2=56W. IlMile 路=3*. 2=· 6Southfield 路=3*1=3W. IOMile 路=3*0=0处理器于是将包括作为最高等级道路的I_696E/Walter P Reuther高速公路。因为所述路线具有两个名称，所以处理器能够包括其中的一个或两个。在一个说明性实施例中，基值为4和5的道路用数字(例如，1-696)命名，而基值为1-3的道路用道路名称命名。然而可以使用任何适当的命名系统。在包括1-696之后，处理器选择下一条最高加权值的道路(1-275)。因为包括“1-275”不会使消息的总长度超过100个字符，所以处理器接着检查所选择道路的值(10. 2)是否 >=最高加权值道路的值的30% (56*. 3=16.8)。因为在该例子中答案为否，所以路线摘要将只包括1-696。虽然这看起来即使对于摘要也简短了些，但可能驾驶员只须知道将带他或她去目的地的一条公路。如果他们熟悉该区域，那么这也许常常是所述情况。此外，驾驶员可以提供有在摘要中向下查询的能力，以便可以显示路线的附加部分。例如，如果驾驶员将向下查询一级，那么处理可以对在被选择用于向下查询的道路和下一条道路之间的所有道路仅仅重复其本身。如果所选择的道路是仅有的道路，那么处理可以对除了被包括的一个之外的所有道路重复其本身。在该例子中，如上所述的重复将导致包括1-275，因为那是剩余的最高的道路。接着，处理器将检查8mile道路(5. 7)。因为包括8mile不会使总数超过100个字符，并且5. 7>=3. 6 (10. 2 的 30%)，所以将包括 8mile。接下来，将考虑Southfield路。再一次，没有达到100个字符的限制，但3(Southfield路的加权值)〈3. 6且<3. 42 (5. 7的60%)，所以不包括Southfield路。因此，完成摘要的向下查询。如果开发者/提供者期望给驾驶员提供该能力的话，驾驶员会能够 想到继续向下查询，直到达到期望水平的指示。图5显示对应于路线选择205的另一示例性的说明性过程。这是用于确定包括在摘要中的道路的可能的测量过程的另一例子。尽管它与参照图4描述的过程共享了一些方面，但是可以使用用于比较包括在摘要中的道路的任何适当的过程。在图5显示的示例性过程中，处理器首先将计数器设置为0，如块501中所表示的，并且然后选择最高值的道路，如块503中所表示的。如同图4中显示的过程那样，最高值的道路被包括在摘要中，如块505中所表示的。尽管最高值的道路被包括在这两个例子的摘要中，但是不必总是这种情况。例如，如果用户知道目的地之间的所有主要公路和道路以及在一些更局部的转弯上需要的指示，那么道路摘要可以只包括低于某一阈值的道路，以便给用户提供在路线中通常更少行驶的道路的引导。在最高值的道路已经包括在摘要中之后，处理器选择用于考虑的下一条最高值的道路，如块507中所表示的，并且给使计数器增加1，如块509中所表示的。计数器追踪多少道路已经包括在摘要中。尽管计数器出现在当前例子中，但是确定该信息的各种方法是可能的，并且可以使用任何适当的方法。在计数器已经增加之后，处理器检查是否存在对消息大小的限制，如块511中所表示的。如果开发者/提供者已经确定消息应该例如不长于N个字符，那么他们能够打开消息长度标志以告诉处理器已经存在消息长度限制设置。出于包括驾驶员可读性、SMS递送限制等的种种理由而期望限制消息长度。如果消息标志已经打开，那么处理器继续检查包括所选择道路(基于道路名称的长度)是否将使消息长度超过N个字符，如块513中所表示的。这里，N是能够由开发者/提供者确定的变量。如果包括将使消息长度过长，那么处理器拒绝包括所述道路并返回主例程以进行路线显示，如块523中所表示的。如果不存在消息大小的限制，或者如果包括所选择道路不会使消息过长，那么处理器检查是否存在关于多少道路可以包括在摘要中的限制，如块515中所表示的。如同能够关于如块511中所表示的步骤来设置的消息标志那样，开发者/提供者还可以选择设置指示对可以包括在摘要中的全部道路的数目的限制的标志，如块515中所表示的。如果道路数目的限制被打开，那么处理器检查计数器是否等于由开发者/提供者设置的任何限制。例如，如果开发者/提供者期望包括不对于3条道路，那么在第四条道路已经被选择用于分析之后，计数器将等于3。因为判定步骤515先于任何增加第四条道路的决定，所以处理器3将记录计数器等于所允许道路的最大数目，如块517中所表示的，并且返回主例程以进行路线显示，如块523中所表示的。如果不存在对道路数目的限制，或者如果没有达到对道路数目的限制，那么处理器将分析所选择道路以进行处理。尽管可能存在用于确定道路是否将包括在摘要中的很多方法，但是这里显示一个示例性的非限制性的实施例。在该说明性实施例中，处理器从所有包括的道路中确定哪条道路具有最低的加权值。接着处理器分析所选择道路的加权值是否大于或等于(X% (一个基础百分比)+计数器的值*Y% (—个增量百分比))*最低值的已经包括的道路的加权值。例如，如果Χ=15且Υ=15，那么要包括的第四条道路将需要具有最低值的已经包括 的道路的加权值* (15%+3*15%)的加权值；或者最低值的已经包括的道路的加权值*60%。使用这些示例性的值，将不会包括超出第六的任何道路，因为它将需要最低值的已经包括的道路的加权值的105%的值。一旦摘要是完整的并且所有适当的道路已经被选择包括，那么处理器3返回主例程以进行路线显示523。图6Α和6Β显示路线摘要的示例性显示的视图。尽管显示了示例性的车内显示，但摘要将通过SMS、语音递送或以任何其它适当的介质递送也是可能的。在图6Α和6Β中，路线摘要被显示在触屏显示器601上。在图6Α中，在屏幕上显示3个道路摘要603、605、607。紧挨着每条道路的是显示用于向下查询/向上移动(move-up)操作的“ + ”609和“-”611。如果在两个显示的道路之间的路线上没有道路，那么第一个显不的道路可以不必具有向下查询/向上移动的选项。另外，在最闻一级的显不中，可以只存在显示的向下查询的选项，因为没有更简短的摘要来向上移动。此外，可以显示摘要而根本没有向下查询/向上移动的选项。如果驾驶员触摸选择图6A中的“ + ”609，那么可以显示类似于图6B中的显示。驾驶员还可以例如通过说“第一道路，向下查询”来口头上命令向下查询。图6B显示在第一和第二道路之间的概述的路线。这可以是完整的路线，或者可以是如通过用于产生初始摘要的相同算法确定的路线。也可以使用不同的算法。在图6B中，两个道路613、615中的一个613具有附加的向下查询选项609，虽然所述道路中有一个没有。这让驾驶员知道没有向下查询的道路615是连接到摘要中的下一条道路605的道路，并且在具有向下查询的道路613和没有向下查询的道路615之间存在另外的连接道路。这只是在触屏显示器上显示摘要路线的一个示例性的方法。可以使用用于向驾驶员显示/递送的任何适当的方法。虽然已经结合目前认为是最实用和最优选的实施例来描述了本发明，但应该理解，本发明不局限于所公开的实施例，相反地，本发明意图涵盖包括在所附权利要求书的精神和范围内的各种修改和等效布置。
权利要求
1.一种计算机实现的路线概述装置，包括 指示接收程序控制逻辑电路，用于接收目的地输入； 指示确定程序控制逻辑电路，用于确定在至少第一位置和所述目的地之间的一组指示，其中所述指示至少包括道路名称和在道路上行驶的距离； 道路评估程序控制逻辑电路，用于至少部分地基于一个或多个预定标准来评估与在包括于所述指示中的道路上的行驶时间对应的值；以及 摘要建立程序控制逻辑电路，用于至少部分地基于由所述道路评估程序控制逻辑电路提供的评估结果来将包含在所述指示中的一条或多条道路的子集包括在路线摘要中，所述摘要包括少于包括在所述指示中的所有道路的道路。
2.根据权利要求I所述的装置，进一步包括 递送程序控制逻辑电路，用于递送所述路线摘要。
3.根据权利要求I所述的装置，进一步包括 道路加权程序控制逻辑电路，用于给包括在所述指示中的一条或多条道路分配加权值。
4.根据权利要求I所述的装置，其中所述指示接收程序控制逻辑电路从个人导航装置接收输入。
5.根据权利要求I所述的装置，其中所述指示接收程序控制逻辑电路从远程源接收输入。
6.根据权利要求I所述的装置，其中所述指示接收程序控制逻辑电路从车辆导航系统接收输入。
7.根据权利要求I所述的装置，进一步包括 收发器，用于至少发送地图数据请求并作出响应至少接收地图数据；以及 至少一个存储位置，用于至少存储地图数据。
8.根据权利要求2所述的装置，其中所述路线摘要是以SMS消息的形式递送的。
9.根据权利要求2所述的装置，其中所述路线摘要是以语音消息的形式递送的。
全文摘要
位置之间的路线包括从当前位置到目的地得到的一组详细指示。提供路线摘要，从而显示从当前位置到目的地所需要行驶的道路的子集。所述路线摘要至少部分地基于用于评估包括在所述路线摘要中的路线中的道路的一组规则来确定。
文档编号G08G1/0968GK102818576SQ20121027244
公开日2012年12月12日 申请日期2009年12月29日 优先权日2009年1月29日
发明者J·J·贝利, M·斯卡夫 申请人:福特全球技术公司