用于路线特征确定和呈现的方法和设备与流程

说明性实施例大体涉及用于路线特征确定和呈现的方法和设备。

背景技术：

随着车辆移动性从人作为驾驶员转变成计算机作为驾驶员，人们将花费更少的时间来操作车辆并且可以额外关注移动性的其他方面。作为整体体验的一部分，导航、路线选择和与用户通信的有效且个性化的方式可能是重要的，因为世界采用个性化自主车辆(av)。在目的地选择和随后的路线选择过程期间，诸如行驶时间和距离之类的出行属性的典型限定可能需要补充另外或其他属性。

已经提出了自动汇总常去位置和相关的循环路线的系统。诸如出行时间、出行距离和停止持续时间之类的基本出行信息可以进行初始化(使用第一次观察)，然后用随后的重复递增地更新。或者，如果那些数据集可用，则用户管理的位置和路线信息也可以用于相同的目的。

技术实现要素：

在第一说明性实施例中，系统包括处理器，所述处理器配置为接收针对出行的用户属性偏好组。处理器还配置为确定多条出行路线，所述路线与所述路线中的其他路线相比具有针对至少一种用户属性偏好的值的变化。处理器还配置为以可选择的方式呈现多条路线，包括显示与每条路线相关联的属性值并实施针对所选路线的导航。

在第二说明性实施例中，系统包括处理器，所述处理器配置为接收路线属性组。处理器还配置为基于与行驶路线的属性相对应的路线特征来对所述属性组进行排序。处理器还配置为确定到输入目的地的多条路线。此外，处理器配置为以列表可选择的方式呈现有序、预限定数量的多条路线，所述多条路线基于已排序的属性组排序和选择的，并使用所述路线中所选的一条路线进行导航。

在第三说明性实施例中，计算机实现的方法包括基于目的地的特征来确定与接收到的目的地相关联的路线情境。该方法还包括检索用户限定的属性，所述用户限定的属性对与情境相关联地保存的用户路线选择偏好进行限定。该方法还包括呈现可选择的、预限定的路线列表，所述路线列表是基于具有显示出与所述偏好最密切相关性的属性值的呈现路线而从多条路线选出的；并且使用所选的路线导航到目的地。

附图说明

图1示出了说明性车辆计算系统；

图2示出了出行分享(tripreview)和呈现过程的说明性示例；

图3示出了属性排序过程的说明性示例；

图4示出了一系列说明性的显示窗口；并且

图5示出了说明性的路线呈现显示。

具体实施方式

根据需要，本文公开了详细实施例；然而，应该理解，所公开的实施例仅是说明性的，并且可以各种和替代形式并入。附图不一定是按比例绘制的；一些特征可能被放大或最小化以示出特定部件的细节。因此，本文中公开的特定结构细节和功能细节不应被解释为限制性的，而是仅作为教导本领域技术人员以各种方式采用所要求保护的主题的代表性基础。

图1示出了用于车辆31的基于车辆的计算系统1(vcs)的示例性块拓扑。此类基于车辆的计算系统1的示例是由thefordmotorcompany制造的sync系统。启用基于车辆的计算系统的车辆可以含有位于车辆中的视觉前端接口4。如果该接口具备例如触摸屏显示器，则用户也能够与接口交互。在另一说明性实施例中，交互通过按钮按压、具有自动语音辨识的口语对话系统和语音合成而发生。

在图1所示的说明性实施例1中，处理器3控制基于车辆的计算系统的操作中的至少某一部分。提供在车辆内的处理器允许命令和例程的车载处理。此外，处理器连接到非持久存储器5和持久存储器7。在该说明性实施例中，非持久存储器是随机存取存储器(ram)，并且持久存储器是硬盘驱动器(hdd)或快闪存储器。通常，持久性(非暂时性)存储器可以包括在计算机或其他装置断电时维持数据的所有形式的存储器。这些包括但不限于hdd、cd、dvd、磁带、固态驱动器、便携式usb驱动器和任何其他合适形式的持久存储器。

处理器还配备有许多不同的输入，从而允许用户与处理器介接。在该说明性实施例中，麦克风29、辅助输入25(用于输入33)、usb输入23、gps输入24、屏幕4(其可以是触摸屏显示器)，以及蓝牙输入15都被提供了。还提供输入选择器51，以允许用户在各种输入之间调换。麦克风和辅助连接器的输入在被传递到处理器之前由转换器27从模拟的转换为数字的。虽然未示出，但是与vcs通信的许多车辆部件和辅助部件可以使用车辆网络(诸如但不限于can总线)来向vcs(或其部件)和从vcs(或其部件)传递数据。

系统的输出可以包括但不限于视觉显示器4和扬声器13或立体声系统输出。扬声器连接到放大器11，并通过数模转换器9从处理器3接收放大器信号。还可以沿着分别在19和21处示出的双向数据流将输出传输到诸如pnd54的远程蓝牙装置或诸如车辆导航装置60的usb装置。

在一个说明性实施例中，系统1使用蓝牙收发器15与用户的漫游装置53(例如，蜂窝电话、智能电话、pda或具有无线远程网络连接的任何其他装置)通信17。然后，漫游装置(下文中称为nd)53可用于通过例如与蜂窝塔57的通信55与车辆31外部的网络61通信59。在一些实施例中，塔57可以是wi-fi接入点。

nd53与蓝牙收发器15之间的示例性通信由信号14表示。

可以通过按钮52或类似的输入来指示对nd53和蓝牙收发器15配对。因此，指示cpu车载蓝牙收发器将与漫游装置中的蓝牙收发器配对。

可以利用例如数据计划、声载数据或与nd53相关联的dtmf音调在cpu3与网络61之间传达数据。或者，可能期望包括具有天线18的车载调制解调器63，以便经由话音频带在cpu3与网络61之间传达16数据。然后，nd53可用于通过例如与蜂窝塔57的通信55与车辆31外部的网络61通信59。在一些实施例中，调制解调器63可以与塔57建立通信20，以与网络61通信。作为非限制性示例，调制解调器63可以是usb蜂窝调制解调器，并且通信20可以是蜂窝通信。

在一个说明性实施例中，处理器配备有操作系统，所述操作系统包括用于与调制解调器应用软件通信的api。调制解调器应用软件可以访问蓝牙收发器上的嵌入式模块或固件，以完成与远程蓝牙收发器(诸如在漫游装置中发现的收发器)的无线通信。蓝牙是ieee802pan(个人区域网络)协议的子集。ieee802lan(局域网)协议包括wi-fi，并且与ieee802pan具有相当多的交叉功能。这两者都适用于车辆内的无线通信。可以在该领域中使用的另一通信手段是自由空间光学通信(诸如irda)和非标准化的消费者ir协议。

在另一实施例中，nd53包括用于话音频带或宽带数据通信的调制解调器。在声载数据实施例中，当漫游装置的拥有者可以在传送数据的同时经由装置通话时，可以实现称为频分复用的技术。在其他时候，当拥有者不使用该装置时，数据传送可以使用整个带宽(在一个示例中为300hz至3.4khz)。虽然频分复用对于车辆与互联网之间的模拟蜂窝通信可能是常见的，并且仍在使用，但它已经在很大程度上被码域多址(cdma)、时域多址(tdma)、空间域多址(sdma)的混合取代以用于数字蜂窝通信。如果用户具有与漫游装置相关联的数据计划，则数据计划可能允许宽带传输，并且系统可以使用更宽的带宽(加速数据传送)。在又一实施例中，nd53被安装到车辆31的蜂窝通信装置(未示出)取代。在又一实施例中，nd53可以是能够经由例如(而不限于)802.11g网络(即，wi-fi)或wi-max网络进行通信的无线局域网(lan)装置。

在一个实施例中，输入数据可以经由声载数据或数据计划传递通过漫游装置，通过车载蓝牙收发器并进入车辆的内部处理器3中。在某些临时数据的情况下，例如，数据可以存储在hdd或其他存储介质7上，直到不再需要数据时为止。

可以与车辆介接的额外源包括具有例如usb连接56和/或天线58的个人导航装置54、具有usb62或其他连接的车辆导航装置60、车载gps装置24，或者具有到网络61的连接的远程导航系统(未示出)。usb是一类串行联网协议中的一种。ieee1394(firewire^tm(apple)、i.link^tm(sony)和lynx^tm(texasinstruments))、eia(电子工业协会)串行协议、ieee1284(centronics端口)、s/pdif(sony/philips数字互连格式)和usb-if(usb实施者论坛)形成了装置-装置串行标准的主干。协议中的大部分可以被实现以用于电气或光学通信。

此外，cpu可以与各种其他辅助装置65通信。这些装置可以通过无线67或有线69连接进行连接。辅助装置65可以包括但不限于个人媒体播放器、无线健康装置、便携式计算机等。

而且，或者可选地，cpu可以使用例如wi-fi(ieee803.11)71收发器连接到基于车辆的无线路由器73。这可以允许cpu连接到本地路由器73范围内的远程网络。

除了具有由位于车辆中的车辆计算系统执行的示例性过程之外，在某些实施例中，示例性过程可以由与车辆计算系统通信的计算系统执行。这样的系统可以包括但不限于无线装置(例如，而不限于，移动电话)或通过无线装置连接的远程计算系统(例如，而不限于，服务器)。这些系统可以统称为车辆相关的计算系统(vacs)。在某些实施例中，vacs的特定部件可以根据系统的特定实现方式来执行过程的特定部分。作为示例而非限制，如果过程具有利用配对的无线装置发送或接收信息的步骤，则很可能无线装置不在执行过程的该部分，因为无线装置将不利用其自身“发送和接收”信息。本领域普通技术人员将理解何时将特定计算系统应用于给定解决方案是不合适的。

在本文中讨论的说明性实施例中的每一者中，示出了可由计算系统执行的过程的示例性非限制性示例。关于每个过程，为了执行过程的有限目的，执行过程的计算系统有可能被配置为专用处理器以执行该过程。所有过程不需要完整地执行，并且被理解为可以执行以实现本发明的元素的过程的类型的示例。可以根据需要在示例性过程中添加或移除额外步骤。

关于在示出说明性过程流程的附图中描述的说明性实施例，应注意，为了执行这些附图所示的示例性方法中的一些或全部的目的，可以临时启用通用处理器作为专用处理器。当执行提供指令以执行所述方法的一些或所有步骤的代码时，处理器可以临时改变用作专用处理器，直到所述方法完成时为止。在另一示例中，在适当的程度上，根据预先配置的处理器起作用的固件可以使处理器充当为了执行该方法或其一些合理变型而提供的专用处理器。

说明性实施例考虑了高度可配置的出行侦察，所述出行侦察可以始终分析出行数据，呈现与用户最相关的信息并使用户能够限定、共享和使用其他用户限定的出行属性以分析他们自己的(常去的)出行。因此，用户将能够以不同可定制视角关于路线了解更多(出行后和出行前预览)，并做出最适合用户需求和偏好的选择。

可以由导航“侦察”过程(称为导航“侦察”过程是因为它基于用户限定的参数“侦察”各种路线)考虑的初始基本属性组可以包括诸如以下属性：时间和距离(导航路线的传统属性)，以及预测的所需燃料量、预期的平均燃料经济性以及确定的交通停止的严重程度和持续时间。许多现有导航系统可以参考远程位置处的现值(例如，现在沿道路向下二十英里处存在堵车)来提供上述属性。然而，通常情况下，此信息并不反映用户到达时的预期事态(例如，现在沿道路向下二十英里处存在堵车，但预期/预测的堵车会在用户到达时清除，从而使目前的交通在很大程度上与用户无关)。

此外，用户可以从扩展的属性列表中指定或进行选择。通常，这些属性将对应于通过导航系统可确认的一些数据，但是属性并不总是明确地与导航相关。例如，用户可以指定路线经过公园或湖泊或景观，并且只要导航系统能够以某种方式确认地形的那些特征，就可以顾及到所述属性。

侦察过程还可以访问可选择的高级导航相关特征。这可能包括例如：

左转弯数量-由于左转弯通常将涉及使车辆停止可变持续时间，这可能会对总出行时间和燃料经济性产生负面影响(混合动力车辆和电动车辆除外，它们受益于再生制动)。

低速时间/停歇时间/运动时间-如果出行具有关于时间的速度平均分布，则可以量化针对该出行车辆移动的平稳程度。分区(慢/停/快)可能更精细以涉及不同的速度，但至少这可以捕获车辆是停顿(在堵车或受到交通管制)、缓慢移动还是自由移动。这可以提供出行时间的粒度，并且向用户显示具有高频率的快速移动行驶的路线，即使该路线不是最短路线。

道路等级-可提供有关郊区、常规地方道路或高速公路行驶是否为提议路线的一部分的信息。当用户改变导航中的设置以采用某种偏好时，该用户可查找到他们正在社区附近行驶，这可能是用户试图避免的事情以减少儿童和宠物的风险。

前方天气变化-向前看类型可能是用以向用户显示或通知天气的有用且适当的集成，特别是沿着较长路线时。沿着较长的路线时，只有该路线的某一部分可能受到恶劣天气或可能给出行带来不便的其他干扰(例如道路工程)的影响。如果整条路线中的详细信息创建了太多内容，可以实施仅显示“不太理想”条件或某些特定条件的简单规则。

途中的个人兴趣点(poi)-整合多次出行是节省与个人移动相关的总成本的最佳方式之一。通过集成用户日历和/或通过使用学习位置模型，可以促进这种计划。预测模型可以提供用户在给定情境(天数、时间和当前位置)下可能在不久的将来访问的潜在位置的列表。此外，总体上最常访问位置的列表也可以用于相同的目的。在出行计划期间提供此类信息使用户有机会创建包括用户期望但可能已经忘记的位置的多站式出行。

途中便宜的加油站/加油服务和交易查找器-个人移动侦察还可以评估车辆的运行需求，以确保车辆健康运行并确保后续出行所需的能量得到相应的补充。如果预期燃料低于限定的最低值，则加油服务的集成可以将该数据包括为出行计划的一部分。这也可以考虑用户对品牌燃料的偏好。如果燃料水平没有危险地低，则用户的偏好可能会突出影响对燃料的需求。另一方面，如果燃料水平危险地低，则在不久的将来加油可能会取代用户的品牌偏好。根据当前或下一个位置的可能停留时间长短，按需加油服务(带给驾驶员燃料)可能会引起关注，特别是如果服务提供商正在该区域内进行促销或停留持续时间足够长的话，在停留持续时间足够长的情况下这些服务提供商将为非紧急加油提供折扣。

在过去x天中的使用情况-此值表示在过去的x天中选择特定路线的次数。此数据向用户显示对比其他替代路线，他们使用某条路线的次数。

图2示出了出行分享和呈现过程的说明性示例。在该说明性示例中，该过程接收201用户目的地并收集203关于影响即时出行的变量的任何当前用户输入。例如，如果用户正在输入目的地，则即使快速出行通常对用户不重要，用户也可以在输入时选择“出行速度”。该数据与任何预限定的用户偏好数据组合205，并且该过程确定207不同的路线选项组，所述路线选项彼此相差至少一个属性值。所考虑的具体属性可能因用户而异，因此一个用户可能关心出行时间和燃料，而另一个用户可能只关心停车少的路线和路线附近的风景(例如公园和湖泊)。

然后，该过程呈现209可选的路线选项，并且如果用户选择选项211中的一个选项，则该过程可以使用所选的出行221作为优选出行。取决于哪些属性支配所选的路线(例如，所述路线是否关于某些属性是“最佳”选择)，该过程还可更新223用户数据以反映所选的选项。此更新可用于预测用户偏好的路线，并且可能在下次呈现路线时产生更多关注于偏好属性的路线。预测性质可依赖于情境(天数、日期、时间、天气等)或者通常仅可预测性地使用数据(例如，每次呈现任何路线时)。

如果未选择路线，则用户可以优先化213某个属性(例如，行驶时间)或禁用217某个属性(例如，燃料经济性)。用户可以优先化某一属性以查看新的路线选项组，所述路线选项主要关注所述优先化的属性。以类似的方式，用户可以禁用属性，以便该过程在不考虑被禁用属性的情况下重新考虑路线。对一个或多个属性的优先化导致对这些属性进行重新加权215，并且禁用属性导致从考虑中移除219该属性。然后，该过程导出新的可能路线并呈现这些路线以供选择。

图3示出了属性排序过程的说明性示例。当向用户呈现一系列路线选项，并且用户选择、取消选择或重新排序偏好的权重时，该过程可以发生。个人偏好(属性)可以被呈现为可选的选项，并且对选项的选择可以向用户提供在偏好列表上向上或向下移动选项的选择。

过程301将属性呈现为所显示的路线组的一部分，或者在另一示例中呈现为基于当前排名的单独的有序列表。用户可以选择303用于重新排名的属性，并且用户可以针对该属性输入305新的排名或权重。然后，该过程可以应用307新的加权，并且该过程可以重复，直到所有属性都被重新加权。

属性的加权可能是相关的，因为在技术上可能在当前位置和目的地之间存在数千条路线选项。通过基于加权属性选择有限集，向用户显示最可能对应于用户偏好的离散数量的选项。对选项进行重新加权可能导致部分或完全不同的路线组。

在另一示例中，该过程可以接收用户限定的属性组和/或以oem限定的属性组开始。然后，该过程可以检查用户行驶过的路线并确定哪些属性看起来对用户来说更重要。这可以为初始路线选择提供有序排名的基本属性组。该观察还可以导致在属性列表中包括一个或多个新属性，以考虑到路线上的频繁共性，这些共性可能未被任何当前选择的属性解决。

图4示出了一系列说明性的显示窗口。这是纯粹说明性的概念，并且并不旨在以任何方式限制本发明的范围，而是以可配置的方式展示出行属性的可能显示。在该示例中，显示器显示第一组出行设置401，所述第一组出行设置401包括各种常见的出行类型。这些常见的出行类型包括但不限于通勤上班403、通勤下班回家407、购物出行411和休闲出行415。

如果已经观察到足够数量的类似出行以将这些出行表征为在某些时间经常发生，则过程包括该观察到的行程的开始405时间和结束409时间。对于更随机发生的出行(例如，购物、休闲)，过程可以不设置任何时间413。对特定出行类型的选择可以使显示器分支420到子菜单，以获得关于该出行的可配置属性。

在该示例中，选择“通勤上班”将分支到屏幕421，屏幕421提供预计的开始423时间和结束425时间。在此，用户可以手动调节偏好以便更好地捕获定时，如果用户换工作，则这可以特别有用地用于准确反映新工作的新通勤。

由于这是基于观察的经常出行，因此目的地427属性也可以是已知的。因此，如果用户输入对应于目的地属性的目的地，则该过程可将该出行视为通勤型出行，即使该出行落在通勤型出行的通常时间之外。由于“通勤回家”出行将家位置作为目的地，因此过程可以选择不总是在“家”是目的地时选择“通勤回家”作为出行类型，因为几乎任何类型的每次出行最终都将在家处结束。

属性窗口还显示属性的当前排序429(以及加权(如果需要的话))，所述当前排序429基于用户偏好的排序来限定路线选择的基础。该排序还可限定在显示可能路线的有序列表时向用户显示什么数据集(例如，显示前3个属性的表示)。在此，用户可以向上或向下滑动属性，或者甚至可以在一些示例中调节直接加权和/或选择某些属性进行显示，即使所述属性不在前n项中。

休闲窗口431类似于通勤上班窗口，区别在于对于休闲出行没有限定经常的开始或结束时间。相反，目的地具有目的地类别433，所述目的地类别433限定出行何时是休闲性的。因此，在该示例中，如果目的地对应于公园、高尔夫球场或湖泊，则该出行被认为是休闲性的，并且在确定要显示哪些路线以及要与每条路线一起显示哪些属性时使用休闲参数435。可以基于可用的路线/地图数据将其他属性添加到列表中，并且也可以从给定列表中移除或禁用属性。

图5示出了说明性的路线呈现显示501。在该示例中，该过程显示多个“通勤回家”出行，所有出行都具有共同的起点503和目的地505。显示了每条路线的简单名称507，所述简单名称507可以是用户限定的名称，或者如在本示例中，表示发生大部分行程的主要道路。

在该示例中，所示的参数/属性包括每次出行的距离509、建议的开始时间511，预计的出行时间413和平均燃料经济性515。尽管这些是在本示例中示出的唯一参数，但是用户可以例如选择“风景”作为最高优先级加权，因此用户知道这九个出行都具有风景分量。即使没有显示针对风景属性的参数或值，也可以按照从最多风景到最少风景的次序来对多个出行排序。通过允许用户限定出行特征，然后通过显示表现出这些特征的可能出行，以及显示允许用户更好地做出决定的某些特征，用户可以实现对最有可能愉悦或满足用户需求的路线的知情选择。

用户数据和选择选项也可以在各用户之间共享。高效用户可以与对行驶速度或多站出行感兴趣的其他人共享属性排名，并且放松用户可以与对“有趣”出行感兴趣的其他人共享属性排名，所述“有趣”出行在到达方面可能更慢。此外，在该示例中，对任何单独属性的选择可以使得行程被对应于所选属性重新排序。在一个示例中，所显示的属性是在各次出行中具有最大差异的属性，在另一个示例中，所显示的属性对应于用户指定用于显示的任何内容。

如果用户偏好数字信息较少的视觉数据组，则用户可以将每条路线作为具有对应于不利特征的颜色变化的水平条进行查看。整个条将代表整个出行，并且所述条的用不同形状的(例如)绿色、黄色或红色着色的部分将指示用户可能经历最不对应于用户偏好的行驶方面的区域。因此，如果沿着路线存在大量但短暂的停止(例如，一系列停车标志)，并且用户偏好“运动”胜过一切，则用户可以查看其中分散有频繁且短的红色区域的条，并且可以因为所有的停止而决定跳过在其他位置大部分是绿色的条(意味着与偏好密切相关)。替代地，用户可以选择具有较少绿色但仅具有一个长红色区域的条，因此用户知道在几乎整个出行中运动是可能的，并且可预期仅一个有影响的耽搁。

前面可能是用户在条上选择“运动”作为显示特征的显示情况，并且此类数据也可以更有效地显示在条形图上，在条形图中实际的停止位置可以被可视化，这与图表中不同，在图表中数字(例如，“11次停止”)值可能无法传达该数据的全部影响。

对于给定的路线组，可以以各种方式进行排序，诸如考虑每条路线关于给定属性的各个属性值。例如，如果属性是“风景”，则属性值可以是与“风景”地形相邻的路线的距离总量。如果属性是燃料经济性，则整个路线上的预期燃料经济性可以是属性值。只要系统使用针对给定属性的可排序值组，则值是否是离散的(例如，特定数字)或更少限定(例如，高、中、低)就无关紧要，因为对属性的任何排序通常都是在应用于每条路线的给定属性的范围内完成的。因此，即使二元(是/否，或具有/没有)属性值也提供某种程度的排序。如果初始排序不产生完全有序的列表(即二元情况，其中所述路线中的一半路线是“具有”，并且所述路线中的另一半路线是“没有”)，则也可以应用基于第二高加权属性的第二层排序(以及后续排序)。

虽然上面描述了示例性实施例，但并不意味着这些实施例描述了本发明的所有可能形式。而是，本说明书中所使用的词语为描述性而非限制性词语，并且应理解，可在不脱离本发明的精神和范围的情况下做出各种改变。另外，各种实现实施例的特征可以以逻辑方式组合以产生本文描述的实施例的情境上合适的变型。

根据本发明，一种系统包括处理器，所述处理器配置为接收针对出行的用户属性偏好组；确定多条出行路线，所述路线与所述路线中的其他路线相比，具有关于至少一个用户属性偏好的值的变化；以可选择的方式呈现多条路线，包括显示与每条路线相关的属性值；并且实施对所选路线的导航。

根据一个实施例，属性偏好相对于彼此进行加权，并且其中确定多条路线包括从所有可能路线确定预限定数量的路线，所述预限定数量的路线在属性值方面与被加权的属性偏好具有最高相关性。

根据一个实施例，处理器配置为基于最偏好属性来对多个路线的呈现进行排序。

根据一个实施例，处理器被配置为基于所述用户属性组中的哪一个用户属性展示在路线之间变化最大的值来显示与每个路线相关联的预限定数量的属性值。

根据一个实施例，所述处理器配置为基于对要显示哪些属性值进行限定的用户偏好来显示与每个路线相关联的预限定数量的属性值。

根据一个实施例，所述处理器配置为将所述多个路线呈现为有序的路线列表，所述有序的路线列表包括与每个路线相关联的属性值。

根据一个实施例，属性值包括多个属性值，并且其中处理器配置为接收对属性值的选择并根据所选的属性值对列表进行重新排序。

根据一个实施例，所述处理器配置为将所述多个路线呈现为条形图，每个路线包括不同颜色的指示符，所述不同颜色的指示符指示来自所述属性组的属性在哪些位置具有与所述属性的预限定非偏好版本相对应的值。

根据一个实施例，所述处理器配置为基于环境来预测路线类型，并从保存在存储器中的与所述类型的路线相关联的预限定集合接收与所述路线类型相对应的属性组。

根据一个实施例，情境包括开始位置。

根据一个实施例，情境包括目的地。

根据一个实施例，情境包括目的地类型。

根据一个实施例，情境包括一天中的时间和/或星期几。

根据本发明，一种系统包括处理器，所述处理器配置为接收路线属性组；基于与行驶路线的属性相对应的路线特征来对所述属性组进行排序；确定到输入目的地的多条路线；以列表可选择的方式呈现有序预限定数量的多条路线，所述多条路线是基于已排序的属性组排序和选择的；并且使用所述路线中所选的一条路线进行导航。

根据一个实施例，该路线属性组是用户限定的。

根据一个实施例，该路线属性组是制造商限定的。

根据一个实施例，从远离处理器的用户系统无线地接收该路线属性组的至少一部分。

根据一个实施例，该呈现包括针对来自所述组的多个属性，对应于各条路线的属性值呈现所述路线中每条路线的属性值。

根据本发明，一种计算机实现的方法包括：基于目的地的特征来确定与接收到的目的地相关联的路线情境；检索用户限定的属性，所述用户限定的属性对与情境相关联地保存的用户路线选择偏好进行限定；呈现可选择的、预限定的路线列表，所述路线列表基于所呈现的具有显示出与偏好最接近的相关性的属性值的路线而从多条路线选出的；并且使用所选的路线导航到目的地。

根据本发明，一种方法包括基于与用户限定的属性的最高加权相对应的各条路线的属性值来对路线列表进行排序。