燃料消耗计算和警告.pdf

本发明提供一种或多种技术和/或系统用于判定车辆是否包含足够量的燃料以到达目的地。作出这种判定可包括，尤其是，估算到达目的地所需的燃料量和/或估算沿行进路线的损耗速率。这样的估算可基于车辆外部的因素，包括，尤其是，行进路线的拓扑、沿行进路线的当前和/或预测的交通模式、和/或用户或已导航过类似路线(或至少一部分路线)的其他人的驾驶习惯。当判定车辆包括不足量的燃料时，可提供指示该判定的加油通知。在一个实施例中，这样的加油还可建议沿行进路线可能的加油站。

1.  一种用于提供加油通知的方法，包括：
标识从车辆的当前位置到达目的地的行进路线；
判定所述车辆是否能通过遵循所述行进路线到达所述目的地而无需加油，所述判定至少部分地基于当前燃料水平和对所述行进路线的预期消耗速率；以及
当判定所述车辆不加油就无法到达目的地时，提供加油通知。

2.  如权利要求1所述的方法，其特征在于，包括至少部分地基于沿所述行进路线的已知交通状况来判定消耗速率。

3.  如权利要求1所述的方法，其特征在于，包括至少部分地基于沿所述行进路线的预测交通状况来判定消耗速率。

4.  如权利要求1所述的方法，其特征在于，包括至少部分地基于所述行进路线的拓扑来判定消耗速率。

5.  如权利要求1所述的方法，其特征在于，包括至少部分地基于操作所述车辆的用户的历史驾驶风格来判定消耗速率。

6.  如权利要求1所述的方法，其特征在于，包括至少部分地基于操作所述车辆的用户的预测驾驶风格判定来消耗速率。

7.  如权利要求6所述的方法，其特征在于，包括至少部分地基于行进所述行进路线的至少一部分的一个或多个其它用户的驾驶风格来预测所述用户的预测驾驶风格。

8.  如权利要求1所述的方法，其特征在于，包括因变于当前日间时来标识 所述行进路线。

9.  如权利要求1所述的方法，其特征在于，包括当判定所述车辆不加油就无法到达目的地时，标识地理上和时间上至少一项接近所述行进路线的一个或多个加油站。

10.  如权利要求9所述的方法，其特征在于，提供加油通知包括提供与所标识的一个或多个加油站中的至少一些有关的显示信息。

11.  如权利要求9所述的方法，其特征在于，标识地理上和时间上至少一项接近所述行进路线的一个或多个加油站包括：
标识所述车辆无需加油而能够到达的一个或多个加油站。

12.  如权利要求9所述的方法，其特征在于，标识一个或多个加油站包括因变于各个加油站的燃料价格对所述加油站进行排序。

13.  一种系统，包括：
路线计划组件，配置成标识车辆的行进路线，所述行进路线开始于所述车辆的当前位置并结束在目的地；
车辆数据组件，配置成从所述车辆接收指示所述车辆的当前燃料水平的数据；
燃料判定组件，配置成至少部分地基于所述车辆的当前燃料水平来判定车辆是否包括足够量的燃料以经由所述行进路线到达所述目的地而无需加油；以及
通知组件，配置成当所述燃料判定组件判定所述车辆包括不加油不足以到达目的地的燃料量时提供加油通知。

14.  如权利要求13所述的系统，其特征在于，所述路线计划组件配置成至少部分地基于当前日间时来标识所述行进路线。

15.  如权利要求13所述的系统，其特征在于，所述燃料判定组件配置成至少部分地基于对所述行进路线的估算消耗速率来判定所述车辆是否包含足够量的燃料以到达目的地而无需加油。

16.  如权利要求15所述的系统，其特征在于，所述燃料判定组件配置成至少部分地基于交通状况、所述行进路线的拓扑、操作所述车辆的用户的历史驾驶风格、以及行进所述行进路线的至少一部分的一个或多个其它用户的驾驶风格中的至少一项来估算消耗速率。

17.  如权利要求13所述的系统，其特征在于，包括加油站组件，配置成当判定所述车辆不加油就无法到达目的地时，标识地理上和时间上至少一项接近所述行进路线的加油站。

18.  如权利要求17所述的系统，其特征在于，由所述通知组件提供的加油通知包括与所标识的一个或多个加油站中的至少一些有关的信息。

19.  如权利要求17所述的系统，其特征在于，所述加油站组件配置成因变于下列中至少一项来排序所述标识的加油站排序：
各加油站的燃料价格，
相对于所述行进路线的地理接近度，以及
相对于所述行进路线的时间接近度。

20.  一种方法，包括：
估算从车辆的当前位置到达目的地所必需的燃料的量；
判定所述车辆是否包含估算量的燃料；以及
当判定所述车辆包含比到达目的地所必需的估算量的燃料更少的燃料时，提供加油通知。

燃料消耗计算和警告
相关申请的交叉引用
本申请要求2012年2月29日提交的题为“FUEL CONSUMPTION CALCULATIONS AND WARNINGS(燃料消耗计算和警告)”的美国申请No.13/407,828的优先权，其内容通过引用结合至此。
背景技术
当今，许多汽车配有计算机系统，配置成测量各度量并经由简单的用户界面将这些度量提供给用户。例如，该计算机系统可被配置成测量车辆的各个轮胎内的压力，以估算燃油续航力(例如油箱上残留的英里数)和/或估算燃料效率。这些估算和/或测量可被显示在仪表板上，例如为用户提供用于评价车辆性能和/或维护的工具。
尽管这些测量和/或估算是有用的，但它们经常是不准确的。例如，估算燃油续航力可能因变于许多因素，包括驾驶习惯、路况、地势、驾驶类型(例如城市驾驶或高速驾驶)等，当估算燃油续航力时这些因素经常不被考虑在内。由此，尽管显示关于这些估算/度量的信息可为用户提供一定指引，然而用户不应当依赖这些信息来判定他/她是否由足够的燃料驶过所声称的距离、了解是否轮胎被正确地充气等。事实上，许多这样的计算机系统企图避免这样的准确信息，尤其是对于估算燃油续航力。相反，当估算的燃油续航力降至规定的英里数以下(例如至耗尽低于40英里)时和/或当燃料量降至规定阈值以下(例如，油箱的1/8)时，计算机系统仅显示“低燃料”提醒。
发明内容
提供本概述以介绍下面在详细说明中进一步描述的简单形式中的理念选择。本概述不旨在确定所要求保护的主题事项的关键因素或基本特征， 也不旨在用来限制所要求保护的主题事项的范围。
尤其地，本文描述多种系统和/或技术用于基于诸如车辆的当前燃料水平和消耗速率或者例如更是预期的消耗速率等因素，来判定车辆是否能到达目的地而无需加油。消耗速率可将车辆内部因素和车辆外部因素两者考虑在内。内部因素一般是在制造车辆时就能确定的因素，诸如，尤其是，汽车本身重量、发动机尺寸、发动机构造、车辆的空气动力学、和/或可影响燃料消耗并在制造时就已知的其它变量。相反地，外部因素可包括依赖于环境的那些因素。例如，可能影响燃料消耗的外部因素包括，尤其是，车辆毛重、车辆用户的驾驶风格、地势(例如沥青、泥土、沙砾等)、行进路线的拓扑、沿行进路线的交通状况、天气等。要理解，内部因素一般是相对静态的，与之相反，外部因素可能大幅度地变化，甚至是在短时间范围内。
当判定车辆不加油就无法到达目的地(或者没有剩下规定量的(储备)燃料就无法到达目的地)时，可提供指示这种判定的通知。这一通知还可提供对车辆加油的地点的建议。在一个实施例中，地点例如可基于，尤其是，在相应地点的燃料价格、相对于车辆所取以到达该目的地的行进路线的地理上和/或时间上的接近度、对车辆的当前位置的地理上和/或时间上的接近度。
此外，在一个实施例中，可周期地和/或连续地再评估车辆是否能无需加油地到达目的地的判定。以示例的方式，假设车辆要被驾驶至100英里远，并且从车辆的当前地点至目的地标识处行进路线。一开始，可判定，假设在那时的行车路线的交通状况和/或天气状况下，车辆包括足够的燃料以到达目的地。然而，当在至目的地的路线中，沿行进路线可发生交通事故，导致可被预测减缓车辆的前进和/或可使车辆改变其路线的交通延迟。给定改变的条件，系统可重评估车辆是否具有足够量的燃料以到达目的地并且如果判定在改变的条件下车辆不具有足够量的燃料以到达目的地，则可提供加油通知。以此方式，例如，当外部因素(例如交通、天气等)相对于当作出最初判定时它们的相应条件而改变时，可重新评估最初判定。
为了实现前面和相关部分，下面的描述和附图阐述了某些示例性方 面和实现。这些内容仅指出多种方式中的一些，其中可采用一个或多个方面。当结合附图考虑时，本公开的其它方面、优势和新颖特征将从下面的详细描述中变得明显。
附图说明
图1是用于提供加油通知的示例性方法。
图2是其中车辆可向移动设备提供车辆数据(诸如当前燃料水平)的示例性场景的示图。
图3是其中移动设备可向远程计算系统提供信息的示例性场景的示图，该信息可帮助远程计算系统判定车辆是否包括足够量的燃料以到达目的地。
图4是其中移动设备可向远程计算系统提供信息的示例性场景的示图，该信息可帮助远程计算系统判定车辆是否包括足够量的燃料以到达目的地。
图5是其中移动设备可向远程计算系统提供信息的示例性场景的示图，该信息可帮助远程计算系统判定车辆是否包括足够量的燃料以到达目的地。
图6是用于提供加油通知的示例性方法。
图7是用于提供加油通知的示例性系统。
图8是示例性计算机可读介质的示图，其中处理器可执行指令被配置成体现本文所述的一个或多个装置。
图9示出其中可实现本文所述的一个或多个装置的示例性计算环境。
具体实施方式
现在参照附图描述所要求保护的主题事项，其中相同的附图标记一般贯穿全文地用来表示相同的要素。在下面的描述中，出于解释目的阐述了众多具体细节以便提供对所要求的主题事项的透彻理解。然而，显然所要求保护的主题事项没有这些具体细节也可实施。在其他实例中，以框图 形式示出了结构和设备以利于描述所要求保护的主题事项。
今日，许多车辆和移动设备(例如移动电话、平板电脑、膝上计算机等)被装备以通过包含全球定位系统(GPS)接收机和/或被配置成检测从中可推导出位置的其它信号的其它接收机来检测它们的位置。以此方式，车辆和/或移动设备可提供基于位置的服务，这类服务调停用户与物理位置之间的交互。例如，车辆和/或移动设备可存储或被配置成检索地点的详细行进图，并可使用所检测到的位置来显示车辆和/或移动设备的当前位置或计算至意图的目的地的行进路线。例如，这些服务可向用户提供关于至给定区域内感兴趣的商店、餐厅、和/或娱乐场所的信息，和/或与它们的方向有关的信息。
本文描述的技术和/或系统用于配置成利用该位置信息连同由车辆提供的信息以确定车辆是否包括足够的燃料以到达意图的目的地。以示例的方式，可(例如由用户)在移动设备和/或车辆上选择目的地，并可生成行进路线以指引车辆或车辆的操作者到达目的地。为了判定车辆是否包括足够的燃料以到达选择的目的地，可收集和/或预测关于行进路线的信息(诸如交通状况、天气、拓扑等)和关于车辆的信息(例如，诸如当前燃料水平)。当作出车辆包括的燃料量不足以到达目的地的判定时，例如，可提供加油通知和/或提供地理上和/或时间上接近行进路线的可能加油站的列表。
图1示出用于提供加油通知的示例性方法100。更具体地，图1示出用于判定车辆是否能到达目的地而无需加油并当确定车辆无法无需加油地到达目的地(或不接进(tap into)所分配的燃料储备就无法到达目的地)时用于提供加油通知的示例性方法100。
该示例性方法100开始于102，并在104处标识用于到达目的地的行进路线。一般来说，行进路线开始在车辆的当前其位置并结束在目的地，但是行进路线可开始在车辆当前位置以外的位置并可结束在目的地以外的位置(例如，其中目的地仅仅是沿行进路线的一站)。例如，用户可指定行进路线的开始点和/或可指定行进路线开始在车辆的当前位置。
本领域内技术人员将理解，经常存在许多路线，这些路线可被设计成使用户/车辆从点A至点B，并由此可利用指南/规则以确定最终选择/标 识哪个路线。例如，所标识的路线可以是最短路线、最远路线、景区路线、避开收费公路的路线等。此外，可向用户呈现若干不同的可能路线并给予其从可能的路线中选择和/或设计未被显示的路线的选项。以此方式，可例如基于(用户)指定的/默认的标准被自动标识和/或可由用户标识/创建在104处标识的行进路线。
此外，可由用户选择和/或可基于历史信息、当前日间时、与用户关联的日历中的日程条目、和/或可从中预测/设计目的地的其它信息，来选择行进路线的目的地。以示例的方式，在一个实施例中，用户可在位置启用的设备(例如，移动设备和/或车辆)上执行对指定地理区域内的杂货店的搜索并选择搜索结果之一作为目的地(例如，使从用户/车辆的当前位置至选定的杂货店来生成行进路线)。在另一实施例中，行进路线可基于关于车辆的用户/操作者以及日间时的历史信息。例如，在每周一至周日的大约下午五点，用户可下班并回家。因此，如果用户在周二大约下午五点进入他/她的车辆，则可预测用户意图驱车回家。因而，可标识导航用户从他/她的工作地点至家的行进路线。类似地，如果与用户关联的日程包括下午7点的理发预约的条目，如果接近下午7点，则可推测用户要前往他/她的理发预约。因此，可将用户经常去剪发的理发工作室/理发店自动选择为目的地(例如，并可标识到那里的行进路线)。以此方式，可尤其地，基于与用户关联的历史信息和/或有关用户活动的日程信息来预测目的地，或者可例如通过用户选择/指定目的地。
示例性方法100进一步包括，在106，判定车辆通过遵循所标识的行进路线是否能到达该目的地而无需加油。这种判定一般基于车辆的当前燃料水平、车辆对于该行进路线的预测/估算的效率速率、和/或用于完成该行进路线所需的估算燃料量。
要理解，存在许多技术以确定车辆的当前燃料水平。确定燃料水平的其中一种更基本方式，可将一个或多个燃料测量传感器置于燃料储罐内和/或在空间上接近燃料储罐。由传感器作出的测量可被中继至机载计算机系统，该机载计算机系统例如被配置成处理数据和/或将数据发送至在106作出判定的设备(例如车辆的机载计算机系统和/或(诸如通过蓝牙技术)可 操作地耦合至车辆的移动设备)。确定当前燃料水平的另一方法可基于例如从最后一次加油起行驶的英里数来估算当前燃料水平。将理解，这些示例仅描述了其中可确定/估算车辆的当前燃料水平的一些方式，并且本公开(包括权利要求书的范围)不旨在局限于这些示例。
还要理解，如本文中使用，燃料旨在宽泛地解释成描述可用于向车辆供能的任何形式的能量。例如，燃料可包括向车辆供能的传统源，例如汽油和/或柴油，和/或可包括非常规功率源，例如电、氢等。由此，术语燃料不旨在以狭窄意义解释成必要地描述特定功率源/形式。
车辆的预测/估算消耗速率和/或完成行进路线所需的燃料估算量可因变于车辆内部因素和/或车辆外部因素。如发明内容中描述的，内部因素一般是在制造车辆时就能确定的因素，例如，尤其是，汽车本身重量、发动机尺寸、发动机构造、车辆的空气动力学、和/或能够影响燃料消耗并在制造时就已知的其它变量。相反，外部因素可包括依赖于环境/应用的那些因素。例如，可影响燃料消耗的外部因素包括，尤其是，车辆的毛重、车辆用户的历史和/或预测的驾驶风格、行进路线的地势(如，沥青、泥土、沙砾等)、行进路线的拓扑、沿行进路线的已知和/或预测的交通状况、行进路线上的天气、沿行进路线的至少一部分行进的一个或多个其它用户的驾驶风格等等。
作为示例，假设用户意图行进至100英里远的目的地。如果至该目的地的行进路线大多数是平路和/或下坡路，则可预测/估算车辆将要消耗较少燃料(例如，且具有比如果行进路线是多山的(例如，其中车辆可能具有较高的消耗速率(例如15mpg))的情况更低的消耗速率(例如20mpg))。由此，如果行进路线是多山的，则到达100英里远所花费的燃料量可能比平路显著更多。因而，行进路线的拓扑可对行进路线的消耗速率具有显著的影响，且可影响给定量的燃料是否足以到达该目的地。
要理解，可从多个不同源推导出关于行进路线的拓扑的信息、有关一个或多个内部因素的信息、和/或有关(例如前面列出的)其它外部因素的信息。作为示例，内部因素可来自内嵌到车辆中的计算系统、来自包括车辆信息的数据源、来自车辆外部的一个或多个服务、和/或来自车辆的用户。 以示例的方式，用户可将车辆的制造和模型输入到作出判定的移动设备，且可从多个数据库检索到与该车辆有关的车辆信息，这些数据库包括关于车辆的信息(例如，诸如平均燃料定额(fuel rating)、发动机类型、重量等)。
类似地，外部因素可来自内嵌到车辆中的计算系统、车辆外的一个或多个数据源、和/或车辆外的一个或多个服务。以示例的方式，内嵌到车辆内的计算系统可提供关于用户驾驶习惯的历史信息(例如，诸如用户一般是快速地加速还是缓慢地加速)，和/或可提供在关于用户驾驶习惯的给定历史信息下关于用户在行进路线上的预期驾驶习惯的预测。关于其它外部因素的信息可来自于远离车辆的源。例如，可从交通监测服务获取沿行进路线的当前交通状况和/或在车辆预期穿过公路的时间沿行进路线的该特定公路的预测交通状况。类似地，可例如从被配置成监测这种信息的服务获得关于穿过沿行进路线的一个或多个公路的其它用户的驾驶习惯的信息(例如，他们是否容易超限速驾驶、紧急制动、快速加速等)。
由此，用于判定车辆是否能够遵循行进路线到达目的地而无需加油的信息可来自多个源，该多个源包括内嵌在车辆内的源和/或车辆外的源。
在示例性方法100中的108，当哦安定车辆不加油就无法到达目的地时，提供加油通知。将理解，在一个实施例中，这种加油通知并不因变于车辆中还剩多少燃料。而是，加油通知因变于在106判定/估算的车辆是否具有足够的燃料以到达目的地。例如，如果在106判定1/2箱的汽油不足以到达目的地，当作出判定并提供加油通知时，车辆可能包括1/2箱的汽油。
加油通知一般旨在向用户提供通知，表示他/她应当计划沿行进路线停下来加油并可提供提议在哪里停车的附加信息。例如，加油通知可指定沿该行进路线车辆在哪里被预期耗尽燃料和/或可提供关于用户可能希望停车以对车辆加油的一个或多个加油站的显示信息。作为示例，一旦判定车辆不加油就可能无法到达目的地，则可执行搜索以标识地理上接近和/或时间上接近行进路线的一个或多个加油站，这些加油站是用户在当前包含在车辆内的燃料耗尽之前(例如，在车辆必须要加油之前)可到达的。可将 搜索结果提供给用户和/或移动设备，提供加油通知以显示给用户。以此方式，例如，当判定车辆在到达目的地之前将耗尽燃料(或开始动用(dip into)储备燃料)时，可向用户提供加油站的选项。
示例性方法100结束在110。
将理解，尽管示例性方法描述了在判定车辆是否具有足够燃料以到达车辆之前确定至目的地的行进路线，但是标识至目的地的行进路线可以是迭代的过程。例如，可标识至目的地的第一行进路线(例如最快路线)并可对车辆是否具有足够量的燃料以在第一行进路线下到达目的地作出判定。如果确定车辆不包括足够的燃料，则可标识至目的地的第二行进路线(例如，下一最快路线)，并可作出车辆是否在第二行进路线下具有足够的燃料以到达目的地的判定。这一过程可重复，直到标识除不需要加油的行进路线和/或直到作出决策以停止对这一行进路线的搜索为止。以此方式，优选的行进路线可被标识为例如因变于车辆的燃料水平
图2示出当估算车辆不加油就无法到达目的地时，用于向用户提供通知的示例性环境200。更具体地，图2示出移动设备202(例如，智能电话、导航系统、平板计算机等)，其包括应用，所述应用被配置成：判定车辆204的当前位置、显示所标识的至目的地的行进路线、和/或当判定车辆204不加油就无法到达目的地时显示加油通知，诸如针对图1的示例性方法100描述的加油通知。
在示例性实施例中，移动设备202经由网络接口206可操作地耦合至车辆204，网络接口诸如经由蓝牙连接或其它无线协议和/或经由USB连接或其它有线连接。此外，将理解，尽管示例性移动设备202与车辆是解耦的，然而在另一实施例中，移动设备202可内嵌到车辆内。例如，移动设备202可以是嵌入式电子系统，诸如包含在车辆204内的导航系统的一部分。
在该示例中，假设之前已选择/预测了目的地并且已标识了行进路线。例如，用户可经由他/她的移动设备202上的应用已经指定了目的地，并且该应用(或链接至此的服务)可已标识用于导航用户从他/她的当前位置(例如，以及车辆204的当前位置)至目的地的行进路线。
一旦作出这样的标识，如针对示例性方法100描述的，例如，移动设备202和/或在其上运行的应用可被配置成判定车辆204是否具有足够量的汽油以到达目的地。作为这种判定的一部分，移动设备202可经由网络206向车辆发送询问208(例如一组问题)并等待来自车辆204的响应。这样的询问208可请求由车辆208容易测量/记录的信息(例如，且难以从其它地方推导出和/或从其它地方推导出的不大准确)。例如，所示的询问208请求来自车辆的关于车辆204当前燃料水平的信息、关于用户的历史驾驶信息、和/或车辆204的制造/模型。
响应于该询问，车辆204可经由网络206向移动设备202发送一组响应210，这组响应210提供所请求的信息。例如，在图示环境200中，车辆204通过注释车辆包括4加仑的燃料、用户平均12mpg、以及车辆是MarsVan，对询问208作出回应。将理解，基于这样的信息(例如，连同与所标识的行进路线有关的信息，诸如英里数、地形、驾驶类型等(例如，可进一步参照图3予以描述的那些))，可作出关于车辆是否具有和/或期望具有足够量的燃料以到达目的地的判定。
图3示出一示例性环境300，用于确定/估算车辆是否具有足够量的燃料以到达目的地而无需加油。更具体地，图3示出一示例性实施例，其中移动设备302(例如图2中的202)(例如，配置成显示行进路线和/或加油通知的设备)与一个或多个远程计算系统304可操作地通信，该远程计算系统304被配置成判定车辆(例如图2中的204)在给定的，尤其是，车辆的当前燃料水平、关于至目的地的行进路线的信息、和/或关于车辆的用户的信息下，是否具有足够的燃料以到达目的地。
在图示的环境300中，远程计算系统304配置成至少部分地基于由移动设备302经由网络306(例如，经由因特网)提供的信息，作出关于车辆是否包括足够量的燃料以到达目的地而无需加油的判定(例如图1中的106)。以示例的方式，在图示实施例中，一旦从车辆接收到请求的信息，移动设备300可构造请求用于从远程计算系统304作出关于加油的判定。这样的请求308可包括，尤其是，路线信息，例如标识的路线和/或车辆信息(例如，诸如提供给图2中的移动设备202的车辆信息210)。
使用包含在请求308的信息连同来自其它源的信息，远程计算系统304可被配置成判定车辆是否包含足够量的燃料以到达目的地。例如，在一个实施例中，远程计算系统304可被配置成：使用来自其它源的信息确定沿行进路线(例如，它可能影响燃料消耗)的当前交通模式和/或预测的交通模式、确定沿行进路线的天气状况、和/或确定行进路线的拓扑，并将这样的信息与由车辆提供的信息组合以作出关于是否需要加油的判定。
在考虑由移动设备300经由请求308提供的信息和/或由其它源(例如，交通监测服务)提供的信息之后，当判定车辆包括不足够量的燃料以到达目的地时，远程计算设备304可作出关于加油的判定并可向移动设备300提供加油通知310(例如，用于显示在其上)。将理解，在一个实施例中，远程计算系统304可向请求308返回一响应，不管判定结果如何。此外，如前所述，加油通知可包括比仅仅简单通知更多的内容。例如，它可包括给定车辆的当前位置、行进路线等情况下的建议加油站的列表。
此外，将理解，示例性环境300仅描述了用于作出判定(例如在示例性环境中在106处)的一个环境，并且不旨在将其限制到实践的程度。例如，在另一实施例中，移动设备302可仅向移动计算系统304提供关于当前位置和期望目的地的信息，并且在给出更有限的车辆了解(例如，车辆的制造/模型，而不是当前燃料水平)的情况下，远程计算系统304可标识用于到达目的地的行进路线和/或可计算到达目的地所需的燃料量。在这样的实施例中，远程计算系统304可向移动设备302提供所标识的行进路线以及到达目的地所需的估算燃料量。移动设备302可由此被配置成将该估算与车辆的当前燃料水平作比较以判定车辆是否能到达目的地而无需加油。
在又一实施例中，例如可由移动设备300获取计算行进路线所需的燃料的估算消耗速率/估算量所需要的信息，而无需远程计算系统304的帮助。例如，移动设备300可包括关于公路的拓扑信息和/或可操作地耦合至服务，该服务被配置成提供关于公路的交通信息。以此方式，移动设备300可与其它设备通信，同时估算行进路线的消耗速率和/或估算车辆在其当前燃料水平下是否包括足够量的燃料以到达目的地，但不可利用远程计算系统304来作出例如关于必需的燃料的消耗速率和/或燃料量的计算。
图4-5描述了在关于车辆是否能到不经加油地到达目的地的最初判定之后其中沿路线的交通模式改变，改变最初判定的结果的示例性实施例。更具体地，图4示出一示例性环境400，其描述了当最初地判定车辆(例如位于移动设备402上的点A)是否包括足够量的燃料以到达目的地(例如，位于移动设备402上的点B)时可能存在的条件。图5示出了示例性环境500，其描述了改变的条件如何影响最初判定并且如何将更新提供给移动设备502(例如图4中的402)，该更新指示改变的条件(例如，包括改变的条件是否影响到关于加油的最初判定)。
例如，开始于图4并也参照图2进行过描述，移动设备402可被配置成确定从车辆的当前位置(例如，或者指定的开始位置)至期望的/预测的目的地的行进路线。例如，在图示环境中，车辆的当前位置可由显示在移动设备上的地图上的点A表示，而目的地可由点B表示。虚线示出从点A到达点B的标识的行进路线。由此，在图示实施例中，用户可通过沿I-90行进而到达目的地。
如参照图3进一步描述的那样，一旦标识出行进路线并接收到关于车辆的当前燃料水平的信息(例如，当车辆在最初位置A时)，移动设备402可被配置成发送一请求406(例如图3中的308)，该请求406包括至远程计算系统404(例如图3中的304)的所述信息的至少一些，这些信息被配置成判定车辆是否包括足够量的燃料以在给定的行进路线上到达目的地(例如点B)。例如，在该实施例中，移动设备406被配置成通过请求发送所标识的行进路线和车辆的当前燃料水平，尽管如前所述，请求可包括其它信息。
远程计算系统404被配置成估算车辆到达目的地所需的燃料量和/或判定车辆是否包含足够量的燃料。例如，在图示环境中，远程计算系统404可操作地耦合至多个服务，这些服务被配置成向远程计算系统404提供信息，该信息可协助远程计算系统404估算完成行进路线所需的燃料量和/或用于判定车辆是否包括足够量的燃料。以示例的方式，远程计算系统404可操作地耦合至交通服务408，交通服务被配置成向远程计算系统404提供关于沿行进路线的当前交通模式和/或当车辆经历该路线时预测的、未来的交通模式的交通信息。例如，交通服务408可向远程计算系统404提供通 知410，该通知410提供在当前时间沿点A和B之间的I-90的交通负荷是轻的，车辆平均行进在65mph。
远程计算系统404还可操作地与拓扑服务412耦合，该拓扑服务412被配置成向远程计算系统404提供关于行进路线的拓扑的信息。例如，在图示环境400中，拓扑服务412可被配置成向远程计算系统404提供提醒414，该提醒414指示I-90从A至B具有适度斜度(例如，这可能使车辆相比没有斜坡和/或倾斜下坡的情况消耗较多的汽油)。
使用由移动设备402、交通服务408、和/或拓扑服务412提供的信息，远程计算系统404可确定车辆预期消耗6.5加仑的燃料和/或车辆预期能够到达目的地而无需加油(例如，假设移动设备402指示车辆包括7.8加仑的燃料)。可以响应416的形式将这样的判定发送至移动设备402。以此方式，远程计算设备404可向移动设备402提供例如关于其判定的信息。
图5提供一示例性环境500，其示出当车辆沿设计的行进路线行进时，环境改变可如何影响关于燃料消耗做出的最初判定(例如参照图4描述的那样)。例如，如参照图4描述的那样，行进路线可由虚线表示(例如，其中点A表示开始点而点B表示目的地)。移动设备502(例如图4中的402)上的点C可表示车辆的当前位置。
在一个实施例中，移动设备502被配置成周期性地联系远程计算系统(例如，图5中的504)并登记(check-in)(例如，向远程计算系统提供剩余量的燃料和/或沿行进路线的当前位置)。例如，在图示环境中，移动设备406向移动计算系统提供更新506，该更新506描述车辆位于沿行进路线的哪个位置并提供车辆中剩余5.2加仑的燃料的指示。
远程计算系统504还可被配置成从交通服务508(例如图4中的408)接收交通更新，该交通更新描述沿行进路线的情况变化。例如，在图示环境中，交通服务408可提供通知510，该通知510指示沿I-90的交通负载相对于最初检查期间的交通负载(例如图4中描述的)而言已显著地加剧(例如，由于前面的事故)。远程计算系统504可识别这种变化并重新计算车辆在给定交通模式改变下从其当前位置至目的地预期消耗的燃料量，并且如果作出车辆不再包括足够量的燃料以完成旅程的判定，则向移动设备提供 加油通知。例如，在图示环境500中，远程计算设备504提供通知512，该通知512指示由于交通模式的改变，远程计算服务预期车辆在到达目的地之前耗尽燃料。
将理解，在一个实施例中，这样的通知还可包括关于用户可在哪里停下来为车辆加油的一个或多个提议。例如，通知可标识在行进路线附近的加油站和在车辆能够到达而不会耗尽燃料的距离内的加油站。在一个实施例中，可根据相应加油站的汽油价格、与行进路线的时间和/或空间接近度、与车辆的当前位置的时间和/或空间接近度等，来过滤/排序(sort)这样的加油站。
也将理解，图5仅示出关于加油的判定如何因变于外部因素(例如交通模式、天气状况、用户驾驶习惯、沿行进路线的其它人的驾驶习惯等)的的简单示例。例如，在另一实施例中，一旦检测到沿该路线的交通模式的改变，远程计算设备可重新计算路线以确定用户取的最佳(最快)路线，并可重新计算车辆是否包含足够燃料以在新/更新的路线上到达目的地(例如在将新/更新的路线的拓扑和/或交通因素考虑在内之后)。
图6示出当判定车辆不加油就无法到达其目的地时提供加油提醒或通知的又一示例性方法600。
示例性方法600开始在602并在604估算从车辆的当前位置到达目的地所需的燃料量。换句话说，如前所述地标识行进路线，并作出关于对给定车辆将要花费多少燃料以到达目的地的一个或多个估算。这样的估算可将与车辆关联的内部因素和/或尤其与车辆的用户和/或行进路线关联的外部因素考虑在内。例如，内部因素可包括关于车辆的信息，例如但不限于，空气动力学、发动机性能、车辆本身重量、和/或燃料额定(例如。城市内和/或高速公路上估算的消耗)。外部因素可包括，尤其是，沿行进路线已知的和/或预测的当前和/或未来交通模式、行进路线的拓扑(例如，多山的、平路、下坡等)、操作车辆的用户的历史和/或预测驾驶风格、和/或在路线的至少一部分上行进的一个或多个其它用户的驾驶风格(例如，诸如其它用户平均来说，是否倾向于快速加速、超限速驾驶等等)。将理解，所列出的内部和/或外部因素不旨在描述穷尽性列表。相反，它们仅给出了可 被考虑并可能影响车辆的燃料消耗的因素的一些示例。
在示例性方法600中的606处，确定车辆是否包含估算量的燃料。即，换句话说，将估算量的燃料与车辆的当前燃料水平比较以确定车辆是否包含足够量的燃料以到达目的地。将理解，用于确定/预测车辆包含的燃料量的技术如前所述，并因此为简化目的，不在这里予以描述。
在示例性方法600中的608处，当判定车辆包含比到达目的地所需的估算燃料量更少的燃料时提供加油通知。换句话说，当判定车辆不加油就无法到达目的地时，提供加油通知(例如显示给用户)。
将理解，如前所述，通知可像判定的指示那样简单和/或可包括对用户有用的其它信息。例如，加油通知可包括根据某些标准(例如，燃料成本、对用户的接近度、对行进路线的接近度等)配置的用于加油的一个或多个提议的加油地点。以此方式，当判定车辆不包含足够燃料以到达目的地时，可向用户提供足够的信息以决定例如在哪里停车加油。
图7示出提供示例性系统702的组件框图的示例性环境700，该示例性环境700被配置成计算到达目的地的燃料量和/或至目的地的行进路线的消耗速率。将理解，本文描述的示例性系统702仅旨在描述与作出这种判定相关的系统的仅一些部分，并且本申请的范围(包括权利要求书的范围)不旨在受如此限制。此外，将理解，这一系统700可例如被内嵌到车辆中、位于移动设备(例如，图3中的302)上、和/或位于远程计算系统(例如，图3中的304)内。
如图所示，示例性系统702包括被配置成标识车辆的行进路线的路线计划组件704。如前所述，行进路线可开始在车辆的当前位置或开始在用户指定的位置，并可结束在指定的/预测的目的地。例如，在一个实施例中，用户可选择行进路线的开始和/或结束位置。在另一实施例中，开始位置可被设计成车辆的当前位置(或者从中可推导出位置的移动设备感测信号)，而可例如基于尤其用户的历史模式、日间时、和/或与用户关联的日程中包含的一个或多个条目来预测目的地。将理解，这些仅仅是当计划行进路线时可考虑在内的许多考虑因素中的一些，并且本领域内技术人员已知的其它考虑因素也被考虑。
示例性系统702还包括车辆数据组件706，其被配置成从车辆(例如，或者其上的内嵌式计算机)接收数据。例如，如前所述，车辆可监测诸如当前燃料水平、历史驾驶习惯、轮胎充气水平等度量、和/或可易于地从内嵌在车辆内的传感器确定和/或从由传感器提供的信息计算出的其它信息。由车辆和/或其上的传感器收集的该信息中的至少一些可例如被传送至车辆数据组件706。
将理解，如前面进一步描述的那样，系统702可被嵌入到车辆中，可以是可操作地耦合至车辆的移动设备、和/或可以是远程计算系统。如此，车辆数据组件706如何和/或从何处接收车辆数据可依赖于，尤其，系统702所在的位置。例如，在其中车辆数据组件706被内嵌到车辆中的情形下，车辆数据组件可直接从车辆内的传感器和/或从车辆内嵌的另一计算机系统接收信息。在另一实施例中，其中车辆数据组件706被包含在可操作地耦合至车辆的移动设备内，车辆数据可从内嵌到车辆内的计算机系统被发送至车辆数据组件706。在又一实施例中，其中系统702位于远程计算系统中，车辆数据组件706可被配置成例如从车辆和/或从可操作地耦合至车辆的移动设备接收这样的信息。由此，车辆数据组件706不必需从车辆本身直接地接收数据，而是可以例如从这样的数据的中介接收机(例如，诸如移动设备)接收数据。
示例性系统702还包括燃料确定组件708，其被配置成从路线计划组件704接收尤其是行进路线信息，并从车辆数据组件706接收车辆数据信息。使用这样的信息，连同可有关行进路线、车辆的用户等确定的其它信息，例如，燃料确定组件708可被配置成判定车辆是否包含足够量的燃料以经由该行进路线到达目的地而无需加油。以示例的方式，燃料确定组件708可操作与交通服务耦合，该交通服务被配置成提供关于沿行进路线的交通状况的交通更新/预测，与天气服务耦合，该天气服务被配置成提供关于行进路线的天气信息，与拓扑服务耦合，该拓扑服务被配置成提供关于路线的拓扑等的信息。如前面更详细描述的那样，这样的信息对于作出关于车辆是否包含足够量的燃料的判定方面是有用的。以此方式，使用关于行进路线的信息，燃料判定组件708例如可估算作出行程所需的燃料量 和/或估算该行程的消耗速率。
将理解，燃料判定组件708也可被配置成连续地和/或周期性地精炼/更新关于车辆是否包含足够量的燃料的最初判定。例如，如果在最初判定期间考虑的因素(例如交通、天气等)在最初判定之后改变，则燃料确定组件708可被配置成基于这种改变重新计算燃料的估算量和/或消耗速率(例如，在给定的增加的/减轻的交通负荷进一步精炼判定)。
示例性系统702还包括通知组件710，该通知组件710被配置成当燃料判定组件708判定车辆包含不足以到达目的地的足够量燃料时提供加油通知。这种加油通知旨在向用户提供沿该行进路线可需要加油的指示，并可被显示在嵌入到车辆内的显示器上和/或例如与用户关联的移动设备上。
此外，尽管示例性系统702中未示出，然而在一些实施例中，系统还可包括加油站组件，其被配置成标识车辆在耗尽燃料之前可到达的和/或地理上接近和/或时间上接近行进路线的加油站。这一组件也可被配置成够根据一些预定标准(例如通过各个加油站的燃料价格、对路线的时间接近度、对车辆的时间接近度等)对所标识的加油站作出排序，并将排序结果提供给通知组件710。如此，通知组件710可被配置成提供加油通知，该加油通知进一步包括例如车辆可停在哪里加油而不会显著偏离行进路线的提议。
又一实施例涉及包括被配置成实现本文提出的一种或多种技术的处理器可执行指令的计算机可读介质。可以这些方式设计的示例性计算机可读介质示出于图8中，其中实现800包括计算机可读介质802(例如CD-R、DVD-R、或硬盘驱动器的磁盘片(platter))，计算机可读数据804被编码在其上。该计算机可读数据804进而包括一组计算机指令806，其被配置成根据本文阐述的一种或多种原理工作。在一个这样的实施例800中，处理器可执行计算机指令806可被配置成执行方法810，例如图1的示例性方法100和/或图6的600的至少一些。在另一这样的实施例中，处理器可执行指令806可被配置成实现一系统，诸如，例如图7的示例性系统700中的至少一些。许多这种计算机可读介质802可由本领域内技术人员设计出， 这些计算机可读介质802被配置成根据本文给出的技术而操作。
虽然已经用结构特征和/或方法论动作专属的语言描述了主题事项，但应当理解，所附权利要求中限定的主题事项不一定限于上述特定的特征或动作。相反，上述具体特征和动作被公开为实现权利要求的示例形式。
如本申请中使用的术语“组件”、“模块”、“系统”、“接口”等一般意图指计算机关联的实体，或者是硬件、硬件和软件的组合、软件，或者是执行中的软件。例如，组件可以是，但不限于，在处理器上运行的进程、处理器、对象、可执行的、执行线程、程序和/或计算机。以说明的方式，运行在控制器上的应用和控制器两者均可以是组件。可留驻在执行的进程和/或线程中的一个或多个组件可位于一个计算机上和/或分布在两个或更多个计算机之间。
此外，所要求保护的主题可使用标准变成和/或工程设计技术实现为方法、装置或制造作品，以制造软件、固件、硬件或其任意组合来控制计算机以实现所披露的主题。本文中使用的术语“制品”旨在涵盖可从任何计算机可读设备、载体或介质访问的计算机程序。当然，本领域内技术人员将理解，对这种配置可作出许多修正而不脱离要求保护的主题事项的范围或神经。
图9和下面的讨论给出了实现本文阐述的一个或多个装置的实施例的适当计算环境的简单、一般的描述。图9的操作环境仅仅是适宜的操作环境的一个示例并且不旨在暗示对该操作环境的用途或功能的范围的任何限制。示例性计算设备包括但不限于，个人计算机、服务器计算机、手持或膝上设备、移动设备(诸如移动电话、个人数字助理(PDA)、媒体播放机等等)、多处理器系统、消费者电子、迷你计算机、大型计算机、包括前述系统或设备中任意一个的分布式计算环境等等。
尽管没有要求，各实施例是在由一个或多个计算设备执行的“计算机可读指令”的背景下描述的。可经由计算机可读介质(下面讨论)分布计算机可读指令。计算机可读指令可被实现为程序模块，诸如函数、对象、应用编程接口(API)、数据结构等，它们执行特定任务或实现特定抽象数据类型。典型地，在多个实施例中，计算机可读指令的功能可按需组合或分 散。
图9示出包括被配置成实现本文给出的一个或多个实施例的计算设备902的系统900的一个示例。在一种配置中，计算设备902包括至少一个处理单元906和存储器908。根据计算设备的准确配置和类型，存储器618可以是易失性的(例如RAM)、非易失性的(例如ROM、闪存等)，或两者的某些组合。这种配置用虚线904示出于图9中。
在其它实施例中，设备902可包括附加特征和/或功能。例如，设备902还可包括附加存储器(例如可移动和/或不可移动的)，其包括但不限于，磁存储、光存储等。这种附加存储在图6中通过存储910示出。在一个实施例中，实现本文给出的一个或多个实施例的计算机可读指令可以在存储910中。存储910也可存储其它计算机可读指令以实现操作系统、应用程序等等。计算机可读指令可被加载入存储器908以例如通过处理单元906执行。
如本文中使用的术语“计算机可读介质”包括计算机存储介质。计算机存储介质包括以任何方法或技术实现的易失性和非易失性的、可移除和不可移除的介质，用于存储诸如计算机可读指令或其它数据的信息。存储器908和存储910是计算机存储介质的例子。计算机存储介质包括但不限于，RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它光学存储、磁带盒、磁带、磁盘存储或其它磁存储设备或可用来存储要求的信息并可由设备902访问的任何其它介质。任何这种计算机存储介质可以是设备902的一部分。
设备902还可包括通信连接(多个)916，它允许设备902与其它设备通信。通信连接(多个)916可包括但不限于，调制解调器、网络接口卡(NIC)、集成的网络接口、射频发射机/接收机、红外端口、USB连接、或用于将计算设备902连接至其它计算设备的其它接口。通信连接(多个)916可包括有线连接或无线连接。通信连接916(多个)可发送和/或接收通信介质。
术语“计算机可读介质”可包括通信介质。通信介质一般在诸如载波或其它传输机制之类的“调制的数据信号”中体现计算机可读指令或其 它数据，并包括任何信息传递介质。术语“调制的数据信号”可包括具有以这一方式设置或改变以在信号中编码信息的一个或多个其特性的信号。
设备902可包括输入设备(多个)914，例如键盘、鼠标、笔、语音输入设备、触摸输入设备、红外相机、视频输入设备和/或任何其它输入设备。诸如一个或多个显示器、扬声器、打印机和/或任何其它输出设备之类的输出设备(多个)912也可包括在设备902中。输入设备(多个)914和输出设备(多个)912可经由有线连接、无线连接或其任意组合连接至设备902。在一个实施例中，来自另一计算设备的输入设备或输出设备可用作计算设备902的输入设备(多个)914或输出设备(多个)912。
计算设备902的组件可通过多种互连(例如总线)连接。这类互连可包括诸如PCI快车的外围组件互连(PCI)、通用串行总线(USB)、火线(IEEE1394)、光总线结构等。在另一实施例中，计算设备902的组件可通过网络互连。例如，存储器908可包括位于通过网络互连的不同物理位置中的多个物理存储器单元构成。
本领域内技术人员将意识到，用来存储计算机可读指令的存储设备可跨网络分布。例如，可经由网络918访问的计算设备920可存储计算机可读指令以实现本文提供的一个或多个实施例。计算设备902可访问计算设备920并下载一部分或全部的计算机可读指令以供执行。替代地，计算设备902可根据需要下载多段计算机可读指令，或者可在计算设备902执行一些指令并在计算设备920执行一些指令。
本文给出了实施例的多种操作。在一个实施例中，所描述的一个或多个操作可构成被存储在一个或多个计算机可读介质中的计算机可读指令，所述指令如果由计算设备执行，将使计算设备执行所描述的操作。其中描述一些或全部操作的顺序不应当被解释成暗示这些操作是一定依赖于顺序的。替代地顺序将被已从本说明书获益的本领域内技术人员理解。此外，将理解，不是所有操作一定要出现在本文给出的每个实施例中。
此外，术语“示例性”在本文中用来表示例子、实例或例示。本文描述为“示例性”的任何方面或设计不一定被解释成优于其它的方面或设计。相反，词语“示例性”的使用旨在以具体方式表示一些概念。如本申 请中使用的术语“或”旨在表示包容性的“或”而非排他性的“或”。也就是说，除非另有规定或从上下文中清楚知道的，“X利用A或B”旨在表示任何自然的包容性置换。也就是说，如果X利用A、X利用B或X利用A和B两者，则任何前述句例均满足“X利用A或B”。另外，本申请和所附权利要求书中使用的冠词“一”和“一个”一般被解释成表示“一个或多个”，除非另有规定或上下文中清楚地指向单数形式。另外，A和B中的至少一个或类似表达一般表示A或B或A、B两者。
尽管已针对一个或多个实现方式示出和描述了本公开，然而本领域内技术人员至少部分地基于本说明书和所附附图的阅读和理解能够得出等效的变化和修正。本公开包括所有这些修正和变化并仅由下面的权利要求书的范围限定。尤其对于通过前述组件(例如部件、资源等)执行的多种功能，用来描述这些组件的术语旨在对应于(除非另有规定)执行所描述组件的特定功能(即功能等效的)的任何组件，即便结构上不等效于执行本文所述本公开的示例性实现方式的功能的所披露结构。此外，虽然已经关于若干实现中的仅一个实现公开本公开的具体特征，但在对任何给定或具体应用是需要的和有利的时候，可将这样的特征与另一实现的一个或多个其它特征组合。此外，在术语“包括”、“具有”、“具备”、“带有”或它们的变型用于详细描述和权利要求书时，这些术语旨在以与术语“包括”相似的方式解释成包容性的。