用于按需燃料运送的方法和设备与流程

本公开总体涉及汽车燃料加注，且更具体地涉及用于按需燃料运送的方法和设备。

背景技术：

为车辆进行燃料补给通常是驾驶员意识到车辆没有足够的燃料来到达目的地并驾驶到加油站来为车辆获取燃料。在加油站为车辆进行燃料补给对驾驶员来说可能不方便。

技术实现要素：

本文公开的一种示例方法包括通过用处理器执行指令来预测车辆的车辆使用事件。所述预测的车辆使用事件与燃料量相关联。所述示例方法包括比较所述车辆的燃料水平和所述燃料量。所述示例方法包括经由所述处理器基于所述比较为所述车辆自动生成燃料补给请求以及将所述燃料补给请求传输到移动装置。所述燃料补给请求能够经由所述移动装置上的用户界面查看。

本文公开的一种示例系统包括分析器，用于标识与车辆相关联的驾驶模式。所述示例系统包括预测器，用于基于所述驾驶模式来预测所述车辆的驾驶事件。所述预测器用于针对所预测的驾驶事件来确定所述车辆的燃料消耗。所述示例预测器用于执行所述燃料消耗与所述车辆的燃料水平的比较。所述示例系统包括请求器，用于基于所述比较来生成燃料补给请求并将所述燃料补给请求传输到移动装置。所述分析器、所述预测器或所述请求器中的至少一个将经由处理器来实现。

本文公开的另一示例方法包括通过用车辆的处理器执行指令来安排所述车辆的第一燃料补给事件。所述示例方法包括通过利处理器执行指令来将所安排的燃料补给事件传输到移动装置。所安排的燃料补给事件能够经由所述移动装置上的用户界面查看。所述示例方法包括在所述处理器上访问指示所述第一燃料补给事件已完成的数据。所述示例方法包括通过用所述处理器执行指令而基于所述第一燃料补给事件已完成来安排第二燃料补给事件。

附图说明

图1示出了根据本文公开的教导内容的示例系统，该示例系统包括示例车辆、用于与示例车辆的控制系统交互的示例移动装置以及用于向车辆提供燃料的示例燃料供应商。

图2是与图1的示例车辆一起使用的示例控制系统的框图。

图3是图2的示例控制系统的示例预测系统的框图。

图4和图5是可以被执行以实现图1的示例系统并且具体地实现图2和图3的示例控制系统的第一示例方法的流程图。

图6是可以被执行以实现图1的示例系统的第二示例方法的流程图。

图7是可用于执行图4至图6的示例方法和/或，更概括地说，用于实现图1的示例系统的示例处理器平台的图示。

附图未按比例绘制。在所有附图和随附书面描述中，尽可能使用相同的附图标记来指示相同或相似的部分。

具体实施方式

为车辆进行燃料补给以向车辆提供足够的燃料以到达目的地通常需要车辆的驾驶员注意燃料水平、沿着驾驶员的路线查找加油站并在前往驾驶员的目的地的途中在一个或多个加油站停靠。时刻关注燃料水平、计划燃料补给停靠站以及停车加油对驾驶员来说可能不方便。尽管一些已知的燃料补给服务向车辆提供按需燃料运送而不需要驾驶员去到加油站，但此类服务要求驾驶员请求向车辆运送燃料。因此，如果驾驶员忘记或没有时刻关注车辆的燃料水平，则车辆可能没有足够的燃料到达目的地。

本文公开的示例系统和方法自动生成对来自燃料供应商的燃料运送的请求，而无需驾驶员时刻关注车辆燃料水平或发起对燃料运送的请求。本文公开的示例监测燃料水平并检测燃料水平何时低于预定阈值。如果燃料水平低于预定阈值，则所公开的示例自动生成燃料补给请求并将该请求经由安装在驾驶员的无线移动装置(例如，智能手机、平板电脑)上的应用程序发送给驾驶员。燃料补给请求可以包括用于安排车辆的燃料补给的建议时间和/或可以用来提醒驾驶员车辆将需要燃料。驾驶员可以查看请求并确认应该将燃料补给请求发送给驾驶员附近的提供按需燃料补给服务的供应商。一旦驾驶员接受请求，就将该请求发送给供应商以完成对车辆的燃料运送。

本文公开的示例还基于对历史车辆使用数据的分析来预测车辆使用，从而预测燃料补给需求，所述历史车辆使用数据包括例如驾驶员在工作日和周末的驾驶模式，驾驶模式与路线、目的地和停靠持续时间相关。所公开的示例根据所述预测性分析来自动安排将由驾驶员附近或沿着预测路线的按需燃料供应商执行的一个或多个燃料补给事件，该一个或多个燃料补给事件可由驾驶员经由驾驶员的移动装置上的应用程序来确认。因此，所公开的示例在生成对燃料补给事件的请求时，同时考虑了过去的车辆使用和预期的车辆使用。

所公开的示例还通过考虑影响燃料价格的因素(诸如即将到来的假日、车辆的地理位置、一周中的一天和/或一天中的时间)来优化燃料补给事件的预测性安排。所公开的示例通过将燃料补给事件安排在假日之前的几天而不是在假日期间或者在某一地理区域(其具有比沿着驾驶员的路线的另一地理区域价格更低的汽油)来充分利用燃料的价格下降。所公开的示例还考虑了可由政府机构设定的对燃料补给的环境限制。例如，某些州可能会限制白天期间的燃料补给事件。所公开的示例在安排燃料补给事件的过程中考虑了此类限制。

当驾驶员或其他用户经由移动装置应用程序确认燃料补给请求时，所公开的示例自动联系按需燃料供应商以安排燃料补给事件。在供应商提供了燃料补给服务之后，所公开的示例继续动态地监测燃料水平并调整预测性安排的燃料补给事件。

在图1中示出了用于对车辆102进行按需燃料运送的示例系统100。车辆102可以为需要汽油或其他燃料的任何车辆(例如，汽车)。示例车辆102包括第一处理器104。车辆102的第一处理器104控制和/或提供例如信息娱乐服务，诸如音乐和经由全球定位卫星(gps)信息进行的目的地导航。在图1的示例系统100中，车辆102的第一处理器104与移动装置106进行无线通信，如图1中的第一箭头108所示。移动装置106可以属于例如车辆102的驾驶员。示例系统100的移动装置106可以为具有无线通信能力并且包括第二处理器110的智能手机、平板电脑或其他装置。

在示例系统100中，车辆102还与燃料供应商112无线通信，如图1的第二箭头114所示。燃料供应商112可以例如与提供按需燃料运送的汽油服务站相关联，或者将燃料提供给车辆102而不是车辆102的驾驶员驾驶到加油站。为了与车辆102通信，燃料供应商112与第三处理器116相关联。第三处理器116可以在用于运送燃料的燃料供应商112的车辆中。在其他示例中，第三处理器116与由例如燃料供应商112的雇员操作的计算装置或移动装置相关联。在示例系统100中，燃料供应商112经由移动装置106的第二处理器110和燃料供应商112的第三处理器116与车辆102的驾驶员或其他用户的移动装置106(例如，无线地)通信以向车辆102提供按需燃料运送，如图1的第三箭头118所示。

在车辆102的操作期间，车辆102可能会燃料不足，使得车辆102需要添加燃料以到达预期目的地。车辆102的驾驶员可能更愿意燃料被运送给车辆102，而不是驾驶到加油站为车辆102进行燃料补给，从而不需要例如驾驶员偏离他的路线以访问加油站。车辆102的驾驶员可能更愿意被自动提醒何时需要燃料或预期何时需要燃料而不是必须在视觉上时刻关注车辆102的燃料水平。而且，车辆102的驾驶员可能更愿意燃料在驾驶员方便的时间和/或基于其他因素(诸如两个或更多个地理位置之间的燃料费用的变化)被运送给车辆102。

在示例系统100中，移动装置106与车辆102的第一处理器104之间的无线通信提供对车辆102的按需燃料补给请求的管理。移动装置106的第二处理器110包括用户应用程序120，该用户应用程序可以由移动设装置106的用户安装。移动装置106的用户经由图形用户界面(gui)122与用户应用程序120交互。用户应用程序120使用户能够从车辆104的第一处理器104接收信息以及将信息发送到该第一处理器。

用户应用程序120包括编程器124。编程器124允许移动装置106的用户经由gui122输入燃料水平触发值或阈值、或者当车辆102的燃料水平低于该阈值时指示用户希望车辆102进行燃料补给的燃料量。在一些示例中，用户可以输入两个或更多个燃料水平触发值。例如，用户可以输入低燃料水平触发值、或者指示用户希望一旦燃料水平低于该低燃料水平触发值就尽快进行燃料补给并且不考虑诸如燃料费用的因素的燃料阈值量。用户还可以输入高燃料水平触发值、或者允许由车辆102的第一处理器104执行预测性燃料补给分析的燃料阈值量，如下面将进一步公开的。用户还可输入燃料价格触发值或阈值、或者指示用户希望车辆102在燃料价格低于该阈值时进行燃料补给的燃料价格，即使车辆102有足够的燃料到达目的地。

编程器124还允许移动装置106的用户输入日历事件，诸如车辆102的即将到来的行程。用户可以输入其他选项，诸如燃料品牌偏好、燃料补给时间偏好(例如，关于一天中的时间)、燃料补给位置偏好(例如，用户的家、休息停靠站等)和/或用户是否相对于燃料供应商(诸如图1的燃料供应商112)的可用性优先考虑燃料费用。用户应用程序120包括用于存储用户输入的数据库126。用户应用程序120还包括通信器128。通信器128将存储在数据库126中的数据(诸如燃料水平触发值、所安排的日历事件等)传输到车辆102的第一处理器104。

由用户应用程序120的通信器128传输到车辆102的第一处理器104的数据由燃料管理器130处理。如下面将公开的，燃料管理器130监测车辆102的燃料水平、标识一个或多个燃料供应商112的可用性并预测性地生成对按需燃料运送的请求。为了标识燃料供应商112的可用性，燃料管理器130经由车辆102的第一处理器104与燃料供应商112的第三处理器116之间的无线通信链路114从燃料供应商112的第三处理器116的可用性跟踪器132接收调度信息。

燃料管理器130与移动装置106的第二处理器110通信以经由用户应用程序120提醒驾驶员燃料补给事件。燃料管理器130经由车辆102的第一处理器104和移动装置106的第二处理器110之间的无线通信链路108向移动装置106发送对按需燃料运送的请求。如下面将公开的，用户可以经由gui122接受、拒绝或修改请求。如果用户接受由燃料管理器130所生成的请求(或者先修改该请求然后再接受该请求)，则用户应用程序120的燃料补给请求器134将该请求经由移动装置106的第二处理器110与燃料供应商112的第三处理器116之间的无线连接链路118传输给燃料供应商112。

一旦从用户应用程序120接收到燃料请求，燃料供应商112就将燃料运送给车辆102。燃料供应商112的第三处理器116包括燃料监测器136，该燃料监测器收集关于燃料补给事件的数据，诸如燃料补给的费用和所运送燃料的量。燃料供应商112将由燃料监测器136收集的燃料补给事件数据无线地传输到车辆102的第一处理器104，其中燃料补给事件数据由燃料管理器130接收和存储。

图2是图1的示例燃料管理器130的框图。燃料管理器130包括燃料水平监测器200。燃料水平监测器200监测图1的车辆102的燃料水平并将检测到的燃料水平与由移动装置106的用户经由用户应用程序120输入的燃料水平触发值进行比较。在一些示例中，燃料水平监测器200基本上连续地监测车辆燃料水平。在其他示例中，燃料水平监测器200以预定时间间隔或事件(诸如从用户应用程序120接收指示行程已计划好的数据)检查燃料水平。如果车辆102的燃料水平低于燃料水平触发值，则燃料水平监测器102与燃料管理器130的燃料补给安排器202通信以自动生成为车辆102进行燃料补给的请求。

一旦从燃料水平监测器200接收到车辆102的燃料水平低于燃料水平触发值的通知，燃料补给安排器202就与燃料管理器130的燃料供应商标识器204通信。燃料供应商标识器204标识可用于向车辆102提供按需燃料补给服务的一个或多个燃料供应商，诸如图1的燃料供应商112。燃料供应商标识器204可以基于关于车辆102和燃料供应商112的当前位置的全球定位卫星(gps)信息来标识车辆的地理位置附近的燃料供应商112。在一些示例中，燃料供应商112相对于车辆102的当前位置来说的地理附近范围由用户经由用户应用程序120设置。例如，用户可以输入距离范围，用户希望燃料供应商标识器204标识该距离范围内的燃料供应商(例如，在车辆位置的当前位置的10英里内)。在其他示例中，燃料供应商标识器204基于gps信息来确定搜索距离范围。在一些示例中，燃料供应商标识器204还标识车辆102的地理位置附近的加油站。

燃料供应商标识器204还标识燃料供应商112的可用性，诸如燃料供应商112可用于向车辆102运送燃料的位置和时间。例如，燃料供应商标识器204与图1的燃料供应商112的第三处理器116的可用性跟踪器132通信以标识燃料供应商112的可用性。燃料供应商标识器204可以从可用性跟踪器132接收调度信息。例如，可用性跟踪器132可以将诸如可用时间空档、可用燃料品牌、燃料费用等的信息经由第一处理器104和第三处理器116之间的无线通信链路114发送到燃料管理器130的燃料供应商标识器204。

燃料补给安排器202还与燃料管理器130的数据库206通信。数据库206存储由用户经由用户应用程序120输入并传输到燃料管理器130的用户偏好，诸如偏好的燃料品牌或燃料补给时间。数据库206还存储诸如由政府机构关于车辆的燃料补给所制定的环境限制的信息。例如，某个州可能将一周里的某些日子指定为燃料补给必需在夜间进行的日子。数据库206还存储与地理位置之间的燃料价格变化有关的信息，诸如平均汽油价格或一个城市的税费是否高于另一个城市。在一些示例中，数据库206存储关于由燃料标识器204标识的燃料供应商112的信息，诸如燃料供应商112所运送的燃料品牌。数据库206还包括日历，用于存储与可能会影响燃料价格的假日有关的数据。

燃料补给安排器202查询数据库206以确定是否存在任何偏好、限制等，这些偏好、限制等可以确定应该将车辆102的燃料补给安排在何时。基于燃料水平监测器200检测到当前燃料水平低于燃料水平触发值、燃料供应商标识器204标识出可用燃料供应商112、以及数据库206中的信息，燃料补给安排器202自动生成对按需燃料运送的燃料补给请求或提醒。例如，该请求可以包括燃料供应商112的名称、燃料补给位置、燃料补给的可用的或估计的时间窗、费用等。例如，如果用户具有偏好的燃料品牌和偏好的燃料补给时间并且图1的燃料供应商112在偏好时间可用并且提供偏好的燃料品牌，那么燃料补给安排器202生成对燃料供应商112向车辆102运送燃料的请求。在一些示例中，燃料补给请求不包括用于燃料补给或燃料供应商112的建议时间窗，而是车辆102需要燃料的通知。而且，在一些示例中，如果按需燃料供应商112不可用，则该请求可以包括车辆102附近的加油站的列表。

燃料补给安排器202将请求发送到移动装置106的用户应用程序。用户在移动装置106上经由gui122查看由燃料管理器130的燃料补给安排器202生成的燃料补给请求。用户可以经由gui122接受、拒绝或修改请求。如果用户接受由燃料管理器130的燃料补给安排器202所生成的请求，或者先修改该请求然后再接受该请求，则图1的用户应用程序120的燃料补给请求器134将该请求经由移动装置106的第二处理器110和燃料供应商112的第三处理器116之间的无线连接链路118传输给燃料供应商112。

在一些示例中，用户可以通过经由用户应用程序120重新安排燃料运送时间或日期来修改请求。例如，燃料补给安排器204可以基于燃料供应商112的可用性来建议或估计用于燃料补给的可用时间空档，同时还向用户提供额外的时间空档。在其他示例中，如果燃料供应商标识器204标识了不止一个燃料供应商112，则用户可以请求不同的燃料供应商112。例如，如果用户不打算使用车辆102，则用户也可以拒绝该请求。如果用户拒绝由燃料补给安排器202所生成的请求，则燃料补给安排器202可以生成具有例如不同的燃料供应商112、位置、时间窗等的新请求。在其他示例中，如果用户拒绝由燃料补给安排器202所生成的请求，则燃料补给安排器202提供车辆102的地理位置附近的加油站的列表和/或不生成新的燃料补给请求。此外，在其中燃料补给请求不包括建议的燃料补给时间窗的示例中，用户可以经由gui122查看和/或关闭通知或提醒。

因此，当车辆102的燃料水平低于由用户经由用户应用程序120设置的燃料水平触发值时，燃料管理器130自动生成经由按需燃料供应商112为车辆进行燃料补给的请求或提醒，而无需用户时刻关注燃料水平和/或生成请求。相反，在已经检测到燃料水平并且燃料管理器130已经自动生成请求之后，用户接受、拒绝或修改燃料补给请求，从而大大减少了用户时刻关注燃料水平和/或发起燃料补给请求的需要。

如上文所公开的，在其中用户已输入燃料水平触发值的示例中，在当前燃料水平低于燃料水平触发值时，车辆102的燃料管理器130自动生成由按需燃料供应商112为车辆112进行燃料补给的请求。燃料管理器130还可以基于由燃料管理器130关于安排车辆102的燃料补给事件而执行的预测性分析来自动生成燃料补给请求或提醒。由燃料管理器130执行的预测性分析是基于例如车辆102的历史使用数据以及预期的车辆使用。

示例燃料管理器130包括历史使用跟踪器208。历史使用跟踪器208基于一个或多个先前车辆使用事件使用gps信息来收集关于车辆102的驾驶员的习惯的数据。由历史使用跟踪器208收集的数据包括：频繁访问的目的地或者驾驶员或用户已经经由例如用户应用程序120或车辆112的第一处理器104保存的目的地；车辆102的驾驶员到达目的地所采用的路线；驾驶员采用一条路线到达目的地而不是采用另一路线到达相同目的地的频率；驾驶时间，或车辆102要用多久到达目的地；以及停靠持续时间，或者在用户再次使用车辆102之前车辆102留在目的地多长时间。由历史使用跟踪器208收集的其他数据涉及驾驶员行为，诸如：用户在工作日与周末使用车辆102的频率；驾驶员在工作日与周末使用车辆102的时间；驾驶员使用车辆在周末进行长途行程还是短途行程；驾驶员在使用车辆时访问的目的地的数量；以及驾驶员为车辆进行燃料补给的频率。历史使用跟踪器208基于例如目的地和/或路线来收集关于车辆102使用的燃料量的数据。由历史使用跟踪器208收集的数据由数据库206存储。

燃料管理器130包括预测器210。如下面将公开的，预测器210使用由历史使用跟踪器208收集的数据来提取关于车辆102的使用的模式，预测车辆102将在何时被使用，预测车辆102将行驶到的目的地，并基于预测来估计燃料消耗。燃料管理器130还包括优化器212，用于基于历史车辆使用数据和预期车辆使用来优化按需燃料补给事件的预测性安排。基于由预测器210执行的预测性分析和优化器212对分析的优化，燃料安排器202生成燃料补给请求以发送给移动装置106的用户。

在一些示例中，燃料管理器130对一个或多个燃料补给请求的安排由燃料费用驱动。示例燃料管理器130包括燃料价格监测器214。燃料价格监测器214基于例如从一个或多个燃料供应商112处接收的信息来监测燃料价格。例如，燃料供应商112可以将不同燃料品牌的燃料价格经由车辆102的第一处理器104和燃料供应商112的第三处理器116之间的无线通信链路114传输到燃料价格监测器214。因此，燃料价格监测器214可以接收实时或基本上实时的燃料价格。燃料价格监测器214将燃料价格与由移动装置106的用户经由用户应用程序120输入的燃料价格触发值进行比较。如果由燃料价格监测器214监测的燃料价格低于燃料价格触发值，则燃料价格监测器214与燃料补给安排器202通信以自动生成车辆102的燃料补给请求，基本上如上文所公开的，一旦检测到燃料水平低于燃料水平触发值就生成燃料补给请求。

如上文所公开的，燃料管理器130基于根据历史车辆使用数据或用户输入的安排行程对车辆102何时需要燃料的预测性分析来生成燃料补给请求。图3是图2的示例预测器210的框图。示例预测器210包括模式提取器300。模式提取器300标识或识别由历史使用跟踪器208收集的车辆使用数据中的模式。例如，模式提取器300识别到在工作日，用户在早上驾驶车辆102从家出发去上班，下午下班驾车回家。在一些示例中，模式提取器300还识别到如果用户在上午7点到7:15之间离开家，则用户采用第一路线去上班，而如果用户在上午7:45到8点之间离开家，则用户采取第二种不同的路线去上班。在一些示例中，模式提取器300识别到在周末，用户直到上午10点之后才使用车辆102。在其他示例中，模式提取器300识别到用户每个月使用车辆102进行一次长途行程。模式提取器300还可以基于不同的路线来标识关于燃料消耗的趋势或模式。

示例预测器210使用由模式提取器300所标识的模式来预测车辆102的未来车辆使用事件，包括例如目的地、路线和行程时间安排。为了预测车辆102的未来使用，预测器210采用一种或多种分析技术，包括例如马尔可夫模型、聚类和/或模糊划分。预测器210还使用数据挖掘技术分析关于例如车辆102的每日使用的相似性模式和/或标识车辆102的常用路线。示例预测器210使用一种或多种算法来预测车辆102的未来使用，基本上如以下所述：美国申请序列号13/400,304；美国申请序列号13/714,919；美国申请序列号13/855,973；美国申请序列号14/249,931；美国申请序列号14/514,753；以及dimitarfilev等人在2011年ieee车辆与运输系统计算智能研讨会第87至91页发表的“contextualon-boardlearningandpredictionofvehicledestination”，其各自以引用方式并入本文。

例如，预测器210包括日历预测器302。日历预测器302基于例如关于车辆在工作日和周末的使用所标识的模式来预测将何时使用车辆102。在一些示例中，日历预测器302从图2的数据库206获得数据以标识即将到来的假日并且基于由模式提取器300所标识的先前假日的使用数据来预测车辆102将被使用。

示例预测器210包括时间线生成器304。时间线生成器304预测一天中车辆将被使用的时间，包括车辆102将被使用以到达目的地的出发时间。例如，如果日历预测器302预测车辆102将在工作日被使用，则时间线生成器304可以基于由模式提取器300标识的工作日驾驶模式来确定车辆102将在上午7点到上午8点以及下午5点到下午6点之间被使用。时间线生成器304还确定在工作日期间的八小时时段内(例如，在用户在上班时)不使用车辆102，或换句话说，预期停靠持续时间为八小时。在其中日历预测器302预测车辆102将在周末被使用的示例中，时间线生成器304可以估计车辆在目的地的停靠持续时间将短于工作日(例如，因为用户在办事)。因此，时间线生成器304标识车辆102将在一天中的特定时间被使用的可能性和车辆到达目的地时的预期停靠持续时间。

示例预测器210包括目的地预测器306和路线预测器308。目的地预测器306基于由日历预测器302和/或时间线生成器304预测的车辆102的使用来预测车辆102的目的地。例如，如果日历预测器302预测车辆102将在工作日被使用，则目的地预测器304可以基于由模式提取器300所标识的在工作日期间用户的工作场所被作为目的地的频率来预测车辆102将被驾驶去上班。

路线预测器308预测用户将采用某一路线而不是另一路线到达预测目的地的概率或可能性。例如，基于由日历预测器302、时间线生成器304和目的地预测器306所确定的车辆将被使用以到达特定目的地的预期时间(例如，出发时间)，路线预测器308预测用户将采用第一路线而不是第二路线到达目的地。路线预测器308使用由模式提取器300关于路线使用的频率和目的地之间的转换所标识的模式来预测车辆102到预测目的地的路线。

基于日历预测器302、时间线生成器304、目的地预测器306和/或路线预测器308关于车辆102的未来使用的确定，预测器210估计车辆102到达预测目的地的燃料消耗。为了估计燃料消耗，预测器210包括燃料计算器310。例如，燃料计算器310基于行程的预测路线和预期出发时间来计算燃料消耗，路线和出发时间可能影响交通情况，从而影响驾驶时间的长度。在一些示例中，关于每条路线的燃料消耗，燃料计算器310考虑由模式提取器300所标识的模式。

为了确定车辆102是否具有足够量的燃料以沿着预测路线行驶到由预测器210预测的目的地，通过图2的燃料管理器130的燃料水平监视器200，将由燃料计算器310所确定的燃料消耗与当前燃料水平进行比较。如果燃料水平监测器200基于当前燃料水平确定车辆102没有足够的燃料来到达预测目的地，则燃料监测器200与燃料补给安排器202通信以自动生成车辆102的燃料补给请求或提醒，该燃料补给请求或提醒将被传输到移动装置106。作为基于由预测器210生成的预测数据来对按需燃料补给事件进行安排的一部分，燃料补给安排器202与优化器212通信。

优化器212从预测器210接收与预测的行驶时间线(例如，工作日与周末)、目的地、路线、停靠持续时间等有关的信息。优化器212从数据库206接收诸如即将到来的假日和地理位置之间的价格变化的信息。优化器212还接收与经由用户应用程序120输入的用户偏好有关的信息，诸如燃料品牌偏好和燃料水平触发值设置(例如，指示用户希望尽快为车辆进行燃料补给的燃料水平触发值)。优化器212与燃料水平监测器200、燃料补给安排器202、燃料供应商标识器204、数据库206和历史使用跟踪器208进行通信，并因此考虑由燃料管理器130收集和处理的数据以优化燃料补给事件的预测性安排。

例如，预测器210可以预测在工作日，车辆102将被驾驶到用户的工作场所，然后在返回到用户的家之前被驾驶到另一个目的地。预测器210的燃料计算器310确定车辆102具有足够的燃料来到达用户的工作场所，但是需要进行燃料补给以到达用户的家。基于预测器210关于车辆102将被驾驶上班(其中停靠持续时间为八小时)的预测以及来自数据库206的关于燃料价格在夜间比早上更低的数据，优化器212生成燃料补给请求，其将燃料补给安排在用户下班之后但在用户回家之前进行。因此，优化器212通过将燃料补给安排在一天中的晚些时候(当汽油价格较低时)进行来充分利用价格下降。优化器212确定考虑到预测停靠持续时间的用于燃料运送的时间线，从而在标识燃料供应商112的可用性时提供更多的灵活性。

作为另一示例，优化器212评价由预测器210的路线预测器308预测的路线，并确定车辆102将沿着该路线经过第一地理区域和第二地理区域。基于存储在数据库206中的关于地理位置之间的燃料价格变化的数据，优化器212确定第一地理位置中的汽油价格平均低于第二地理位置中的汽油价格。优化器212生成将燃料补给安排为车辆102在第一地理区域中时进行以利用更低燃料费用的燃料补给请求，即使在车辆102处于第二地理区域中之前，车辆102不需要燃料补给。

作为另一示例，如果预测器210预测车辆102将用于假日周末的长途行程，则优化器212可以生成在假日周末之前的工作日为车辆102进行燃料补给的燃料补给请求以充分利用更低的汽油价格，即使车辆102在周末之前不需要燃料。在一些示例中，优化器212生成关于即将到来的假日的第一通知或提醒，该第一通知或提醒被传输到用户应用程序120。第一通知可以包括对用户确认他是否想要在假日到来之前为车辆进行燃料补给的请求。如果用户接受第一通知，则优化器212可以基于对假日到来前的几天的燃料价格分析将燃料补给事件安排在假日之前进行。因此，优化器212预测例如价格费用的变化来生成燃料补给请求，通过比需要更早进行燃料补给而使用户受益。

在一些示例中，优化器212权衡燃料补给事件的安排与用户偏好和/或历史车辆使用数据。例如，如果用户已经指示了燃料品牌偏好，则优化器212可以相对于燃料费用给予燃料品牌偏好更多的权重。作为另一示例，如果历史车辆使用数据指示用户偏好使长途驾驶上的停靠最小化，则优化器212可以安排燃料补给事件以使驾驶时间最大化，即使车辆102将通过具有低燃料费用的地理区域。

如上文所公开的，优化器212使用由预测器210关于目的地和路线所生成的预测来安排充分利用价格变化、燃料供应商112的可用性等的燃料补给事件。在一些示例中，用户经由用户应用程序120输入目的地和/或路线。在此类示例中，优化器212基于用户输入来确定将燃料补给事件安排在何时。

例如，用户可以经由用户应用程序120输入到目的地的路线，并沿着该路线指定用户打算停靠的某些位置，例如在沿着路线的城市里停留过夜。基于关于计划停靠站的信息，优化器212确定车辆102应该在哪个停靠站进行燃料补给。为了做出该确定，优化器212与例如燃料水平监测器200和/或预测器210通信，该预测器可以基于路线来估计车辆102何时需要进行燃料补给。在用户没有输入沿着路线的计划停靠站的示例中，优化器212可以根据诸如以下因素来标识燃料补给停靠站：沿着路线的地理位置之间的燃料价格变化和/或从历史车辆使用数据标识出的指示用户通常避免驾驶超过两个小时而不停靠的驾驶习惯。

因此，燃料管理器130的预测器210和/或优化器212提供对例如工作日行程与周末行程、早间行程与夜间行程、路线、目的地和停靠持续时间敏感的燃料补给事件的自动安排。预测器210和/或优化器212预测关于车辆102的驾驶事件(诸如预期路线)以基于历史车辆使用数据和外部因素(诸如假日)来安排燃料补给事件。在考虑历史车辆使用以及预测的未来车辆使用时，燃料管理器130自动安排针对用户相对于车辆102的驾驶行为而定制的燃料补给事件。

如上文所公开的，燃料管理器130可以基于例如检测到车辆102的燃料水平低于燃料水平触发值、根据历史车辆使用数据或用户输入的安排行程而预测到车辆102何时将需要燃料和/或检测到燃料价格已经下降到低于燃料价格触发值来生成燃料补给请求。基于来自燃料水平监测器200、燃料供应商标识器204、预测器210、优化器212和/或燃料价格监测器214的输入，燃料补给安排器202生成燃料补给请求或通知并将该请求传输到移动装置106供用户查看。例如，燃料补给请求可以包括沿着预测路线在预测的驾驶时间期间的一个或多个建议的燃料补给时间窗。在其他示例中，燃料补给请求包括对即将到来的假日或燃料价格下降的通知，并且包括为车辆102进行燃料补给以利用价格下降的请求。如上文所公开的，用户可以接受、修改或拒绝由燃料管理器130的燃料补给安排器202生成的请求。如果用户接受该请求或者先修改然后再接受该燃料补给请求，则该燃料补给请求经由用户应用程序120的燃料补给请求器134无线地传输给燃料供应商112。

此外，在一些示例中，燃料补给安排器202将用于生成燃料补给请求的信息(诸如用户的偏好燃料品牌)和/或燃料补给请求中包含的信息(诸如建议的燃料补给时间窗)传输给一个或多个燃料供应商112。该信息可以经由车辆102的第一处理器104和燃料供应商112的第三处理器116之间的无线通信链路114传输。此信息可以由燃料供应商112用于广告或促销目的，包括针对移动装置106的用户的定向广告(例如，经由移动装置106的第二处理器110和燃料供应商112的第三处理器116之间的无线通信链路118)。在一些示例中，燃料供应商112使用从燃料补给安排器202所接收的信息以基于例如用户的偏好燃料补给时间窗来争取移动装置106的用户的业务。

再次参考图1，一旦从用户应用程序120接收到燃料请求，燃料供应商112就在安排的时间和位置将燃料运送给车辆102。燃料供应商112的第三处理器116的燃料监测器136收集关于燃料补给事件的数据。例如，燃料监测器136记录诸如提供给车辆102的燃料的量、燃料补给的费用和燃料品牌的数据。燃料供应商112将由燃料监测器136收集的燃料补给事件数据无线地传输到车辆102的第一处理器104，其中燃料补给事件数据由燃料管理器130接收并存储在数据库206和/或历史使用跟踪器208中。在其他示例中，车辆102基于车辆的油箱中的油量自动检测到车辆已经加满油，并将燃料量传输到燃料管理器130。

在一些示例中，基于针对燃料补给事件所接收的数据，燃料管理器130自动更新未来燃料补给事件的预测性安排和/或为未来燃料补给事件生成新的燃料补给请求。例如，如果用户调整了用于为车辆102进行燃料补给的时间窗，使得车辆102使用了比预测器210在燃料补给之前所估计的更多的燃料，则预测器210自动调整由燃料计算器310执行的燃料消耗计算。优化器212基于在先前燃料补给事件中运送的燃料的量、先前燃料补给事件的地理位置、用户偏好等来自动调整对应当在何处安排下一燃料补给位置的确定。

因此，示例系统100基于历史和预测车辆使用数据以及诸如燃料费用和燃料供应商可用性的因素来提供燃料补给事件的自动安排。示例系统100提供车辆102的处理器104、移动装置106和燃料供应商112之间的有效通信，因为燃料补给分析是在车辆102处执行并且燃料补给请求或提醒是在车辆102处基于所述分析生成。第一处理器104仅传输燃料补给请求，包括诸如建议的燃料补给时间和位置信息的信息，而不是将原始车辆数据传输到移动装置106，这会引起与例如带宽使用和数据存储有关的低效率。此外，示例系统100基于从燃料供应商112处接收的关于燃料补给事件的数据来自动更新安排分析。

尽管图1至图3中示出了实现示例系统100的示例方式，但图1至图3中示出的元件、过程和/或装置中的一个或多个可被组合、分开、重新布置、省略、消除和/或以任何其他方式实现。此外，示例的第一处理器104、第二处理器110、第三处理器116、用户应用程序120(包括编程器124、数据库126、通信器128和/或燃料补给请求器134)、燃料管理器130(包括燃料水平监测器200、燃料补给安排器202、燃料供应商标识器204、数据库206、历史使用跟踪器208、预测器201、优化器212、模式提取器300、日历预测器302、时间线生成器304、目的地预测器306、路线预测器308和/或燃料计算器310)、可用性跟踪器132和/或燃料监测器136可以由硬件、软件、固件和/或硬件、软件和/或固件的任何组合来实现。因此，示例的第一处理器104、第二处理器110、第三处理器116、用户应用程序120(包括编程器124、数据库126、通信器128和/或燃料补给请求器134)、燃料管理器130(包括燃料水平监测器200、燃料补给安排器202、燃料供应商标识器204、数据库206、历史使用跟踪器208、预测器201、优化器212、模式提取器300、日历预测器302、时间线生成器304、目的地预测器306、路线预测器308和/或燃料计算器310)、可用性跟踪器132和/或燃料监测器136和/或(更概括地来说)示例系统100中的任何一个可以由一个或多个模拟或数字电路、逻辑电路、一个或多个可编程处理器、一个或多个专用集成电路(asic)、一个或多个可编程逻辑装置(pld)和/或一个或多个现场可编程逻辑装置(fpld)实现。当阅读本专利的设备或系统权利要求中的任一个以涵盖纯软件和/或纯固件实现方式时，示例的第一处理器104、第二处理器110、第三处理器116、用户应用程序120(包括编程器124、数据库126、通信器128和/或燃料补给请求器134)、燃料管理器130(包括燃料水平监测器200、燃料补给安排器202、燃料供应商标识器204、数据库206、历史使用跟踪器208、预测器201、优化器212、模式提取器300、日历预测器302、时间线生成器304、目的地预测器306、路线预测器308和/或燃料计算器310)、可用性跟踪器132和/或燃料监测器136中的至少一个在此明确定义为包括存储软件和/或固件的有形计算机可读存储装置或存储盘，诸如存储器、数字通用盘(dvd)、光盘(cd)、蓝光盘等。此外，图1至图3的示例系统可以包括一个或多个元件、过程和/或装置附加于或代替图1至图3中示出的那些的，和/或所包括的任何或全部的示出元件、过程和装置可以不止一个。

图4至图5示出了表示示例方法400的流程图，该方法可以被实现以自动生成将发送给移动装置的用户的车辆按需燃料补给请求或提醒。尽管下面将结合使用汽油运行的车辆的燃料补给来公开示例方法400，但图4至图5的示例方法还可用于管理使用任何其他燃料为车辆进行的燃料补给。可以使用图1至图3的车辆102的燃料管理器130和移动装置106的用户应用程序120来实现示例方法400。示例方法400从检测车辆的燃料水平开始(框402)。可以由图1和图2的燃料管理器130的燃料水平监测器200检测燃料量。

示例方法400包括确定燃料水平是否小于燃料水平触发值(框404)。燃料水平触发值可以由用户经由图1的移动装置106的用户应用程序120设置并经由用户应用程序120的通信器128传输到燃料管理器130。燃料水平触发值可以表示用户希望为车辆进行燃料补给的燃料量。如果车辆的燃料水平小于燃料水平触发值，则示例方法400包括确定是否存在任何预编程的偏好，诸如偏好的车辆燃料品牌、偏好的燃料补给位置和/或偏好的燃料补给时间(框406)。预编程的偏好还可以包括政府机构设置的对燃料补给的环境限制。在一些示例中，预编程的偏好由移动装置106的用户经由用户应用程序120输入并传输到燃料管理器130，在那里它们被存储在图2的数据库206中。在其他示例中，燃料管理器130被编程为包括用户的偏好，诸如环境限制。

如果不存在预编程的偏好，则示例方法400继续确定按需燃料供应商是否可用于将燃料运送给车辆(框408)。在一些示例中，燃料供应商标识器204在车辆102的地理位置附近标识可用于将燃料运送给车辆的一个或多个按需燃料供应商112。如果燃料供应商112可用于将燃料运送给车辆，则示例方法400包括向移动装置发送燃料补给请求以供移动装置的用户查看(框410)。燃料补给请求可以由图2的燃料补给安排器202生成并且包括例如建议的燃料补给时间窗和位置。如果按需燃料供应商不可用于将燃料运送给车辆，则示例方法400包括在车辆的附近标识一个或多个加油站并将所标识的加油站发送到移动装置以供用户查看(框412)。

如果在框406处确定存在任何预编程的偏好，诸如偏好的燃料补给时间或位置或政府对燃料补给施加的环境限制，则示例方法400包括基于用户偏好来生成燃料补给请求(框414)。例如，如果用户已输入偏好的燃料补给位置，则燃料补给安排器202可以生成在偏好位置为车辆进行燃料补给的燃料补给请求。示例方法400继续根据预编程的偏好来标识可用的按需燃料供应商并将(可用的加油站的)请求发送给移动装置的用户以供查看(框408、410、412)。

如上文所公开的，示例方法400基于确定车辆的燃料水平低于燃料水平触发值来生成燃料补给请求或提醒。示例方法400还基于预测性分析来生成燃料补给请求，使用车辆使用数据来预测车辆需要进行燃料补给(或者在电动车辆或混合动力电动车辆的情况下进行充电)的时间。示例方法400的预测性分析可以由图1至图3的燃料管理器130的预测器210执行。

在示例方法400中，如果车辆的燃料水平不小于如在框404处所确定的燃料水平触发值，则示例方法400继续分析历史车辆使用数据(框416)。历史车辆使用数据可包括基于例如gps数据的使用车辆采取的先前路线和到达的目的地。历史车辆使用数据可以由图2的历史使用跟踪器206收集。历史车辆使用数据的分析包括标识关于车辆的使用的模式和/或趋势。车辆使用数据的分析可以由图3的模式提取器300执行。

基于对车辆使用数据的分析，示例方法400包括确定即将到来的或未来的车辆使用事件(诸如车辆的一次或多次行程)是否预期会进行(框418)。确定即将到来的行程是否预期会进行可以包括预测行程预期在工作日还是周末进行、预测行程将在一天中的什么时间进行、预测目的地、预测路线、到目的地的预测驾驶时间和/或到达目的地时的预测停靠持续时间。可以由图2和图3的示例预测器210的日历预测器302、时间线生成器304、目的地预测器306和/或路线预测器308来执行对即将到来的行程的预测。

如果使用车辆的即将到来的行程预期会进行，则示例方法400继续估计车辆完成预测行程的燃料消耗(框420)。燃料消耗的估计可以基于例如到预测目的地的距离、预测路线、预测驾驶时间等。图3的燃料计算器310可以计算车辆沿着预测路线到达预测目的地所需的燃料的量。

示例方法400包括根据预测的燃料消耗来确定车辆的燃料水平是否足以使车辆到达预测目的地(框422)。在示例方法400中，燃料管理器130的燃料水平监测器200将预测的燃料消耗与车辆的当前燃料水平进行比较。如果确定车辆没有足够的燃料到达预测目的地，则示例方法400继续优化燃料补给请求(框424)。

基于在框418处执行的预测性分析来优化燃料补给请求包括例如沿着预测路线标识不同地理区域中的燃料价格并且将燃料补给预测性地安排为在具有最低燃料价格的地理区域中进行。作为另一示例，如果车辆需要燃料但在再次使用之前将在目的地停留几个小时，则燃料补给请求的优化可以包括在一天中的晚些时候安排燃料补给而不是尽快安排燃料补给，以便例如充分利用更低的汽油价格或提高燃料供应商可用性方面的灵活性。燃料补给请求的优化可以由图2的优化器212执行。

在已经执行了燃料补给请求的预测和优化之后，示例方法400继续基于预编程的偏好来生成燃料补给请求(框406、414)和/或标识可用于沿着预测路线并根据估计的燃料消耗来向车辆提供燃料的按需燃料供应商(框408)。示例方法400包括将基于预测性分析生成的燃料请求(或加油站)经由移动装置发送给用户以供查看。

如果车辆的燃料水平足以到达预测目的地，则示例方法400继续基于车辆使用数据来预测即将到来的行程。参考图5，如果即将到来的行程预期不会进行(图4的框412)，则示例方法400继续确定用户是否已经经由移动装置安排了一个或多个即将到来的行程(框426)。例如，用户可以通过使用安装在移动装置106上的用户应用程序120输入日历条目来安排即将到来的行程。该条目可以包括行程目的地、路线、出发时间等。安排的日历事件可以经由车辆102的第一处理器104和移动装置106的第二处理器110之间的无线连接被传输到车辆102的燃料管理器130。

如果用户针对未来行程输入了日历条目，则示例方法400返回到图4的框420，其中示例方法400包括针对未来的安排行程估计燃料消耗。对安排行程的燃料消耗的确定可以由图3的燃料计算器310基于例如用户输入的目的地和路线来计算。示例方法400继续确定车辆是否具有足够的燃料来完成未来的安排行程(框422)。如果车辆没有足够的燃料来完成未来的安排行程，则示例方法400继续基于例如对用户输入的路线和/或其他用户偏好的分析来优化燃料补给请求，并将该燃料补给请求经由移动装置发送给用户以供查看(框406、408、410、412、414、424)。

除了基于对即将到来的行程的预测或用户对安排行程的输入来生成燃料请求之外，示例方法400还基于对燃料价格的分析来提供燃料补给请求的生成。例如，如果在框426处不存在针对未来行程的用户输入的日历条目，则示例方法400继续确定是否存在任何即将到来的假日(框428)。可以由例如图1至图3的燃料管理器130的燃料补给安排器202、预测器210(例如，日历预测器302)和/或优化器212确定是否存在任何即将到来的假日。汽油价格通常在假日期间会更高。因此，示例方法400识别假日以允许用户通过在假日之前为车辆进行燃料补给来利用更低的汽油价格。

如果确定存在即将到来的假日(例如，在下周末发生的假日)，则示例方法400包括向移动装置发送假日燃料补给请求以通知用户即将到来的假日(框430)。在一些示例中，假日燃料补给请求由燃料管理器130的优化器212发送。假日燃料补给请求包括对燃料管理器130在假日之前安排车辆的燃料补给事件的请求，即使车辆的燃料水平不低于燃料水平触发值和/或不存在即将到来的预测或安排行程。

示例方法400包括确定用户是否通过准许车辆在假日之前进行燃料补给接受了假日燃料补给请求(框432)。如果用户接受假日燃料补给请求，则示例方法400继续基于例如用户的预编程的偏好和/或环境限制来生成燃料补给请求，从而标识可用的按需燃料供应商并生成为车辆进行燃料补给的燃料补给请求(框406、408、410、412、414)。

如果不存在即将到来的假日或者如果用户不接受假日燃料补给请求(例如，用户不希望在假日之前为车辆进行燃料补给)，则示例方法400包括监测一个或多个燃料品牌的价格(框434)。具体地，示例方法400包括相对于用户经由移动装置设置的燃料价格触发值来监测燃料价格。示例方法400包括确定一个或多个燃料价格是否小于燃料价格触发值(框436)。燃料价格的监测以及燃料价格与燃料价格触发值的比较可以由图2的燃料价格监测器214执行。如果确定一个或多个燃料价格低于燃料价格触发值，则示例方法400包括基于例如用户的预编程偏好和/或环境限制来生成燃料补给请求，从而标识可用的按需燃料供应商，并生成为车辆进行燃料补给的燃料补给请求(框406、408、410、412、414)。在其他示例中，该方法包括经由移动装置向用户发送燃料价格已下降到低于燃料价格触发值的通知并且请求允许根据价格下降来安排燃料补给事件。

如果燃料价格尚未下降到低于燃料价格触发值，则示例方法400以继续监测车辆燃料水平、可能会对未来车辆使用事件的预测产生影响或涉及新安排事件的车辆活动以及燃料价格中的一个或多个为结束(框438)。基于持续监测，示例方法400可以自动生成和/或更新一个或多个燃料补给请求和/或更新历史车辆使用数据。因此，示例方法400基于用户输入阈值水平、安排行程和/或预测的车辆活动来自动识别车辆的燃料补给需求，并生成对应的燃料补给请求，从而使得对用户时刻关注车辆的燃料补给的需求最小化。

图6示出了表示示例方法600的流程图，该方法可以被实现以基于由车辆生成并传输到移动装置的燃料补给请求来安排车辆的按需燃料补给或充电。示例方法600以从车辆处理器向移动装置发送燃料补给请求开始(框602)。燃料补给请求可以由图1至图3的车辆102的第一处理器104的燃料补给管理器130生成，如上文结合图4和图5的示例方法400所公开的那样。在示例方法600中，经由车辆102的第一处理器104和移动装置106的第二处理器110之间的无线连接来传输燃料补给请求。

当移动装置(例如，移动装置106的第二处理器110)接收到燃料补给请求时，燃料补给请求可经由与安装在移动装置上的用户应用程序相关联的gui来查看。例如，可以经由与用户应用程序120相关联的gui122在图1的移动装置106上查看燃料补给请求。用户可以查看燃料补给请求，该燃料补给请求可以包括例如用于为车辆进行燃料补给的一个或多个建议的时间窗和/或位置、关于可用燃料供应商的信息、根据燃料价格下降或即将到来的假日而对燃料补给事件的提早安排的请求等。用户可以经由用户应用程序120接受或拒绝燃料补给请求。在一些示例中，用户可以经由用户应用程序120修改请求(诸如燃料补给时间窗或位置)，并接受修改的请求。

示例方法600包括确定用户是否已接受燃料补给请求(框604)。如果用户已接受燃料补给请求，则示例方法600包括将请求传输给燃料供应商(框606)，诸如由车辆102的燃料管理器130标识的或由用户选择的燃料供应商。例如，图1的用户应用程序120的燃料补给请求器134可以将请求经由移动装置106的第二处理器110和燃料供应商112的第三处理器116之间的无线连接传输给图1的燃料供应商112。一旦接收到燃料补给请求，燃料供应商112就在请求中所标识的位置和时间为车辆进行燃料补给。

示例方法600包括访问与车辆的燃料补给有关的数据(框608)。例如，在燃料供应商112为车辆102进行燃料补给期间和/或之后，车辆102可以检测到油箱中的油量已经增加并将燃料水平传输到燃料管理器130。在其他示例中，燃料供应商112的第三处理器116将诸如运送给车辆的燃料的量、燃料补给的时间、燃料品牌、费用等数据无线地传输到燃料管理器130。

在为车辆进行燃料补给并接收到燃料补给数据之后，示例方法600以根据在框608处所接收的燃料补给数据继续监测车辆燃料水平、可能会对未来车辆使用事件的预测产生影响或涉及新安排的事件的车辆活动以及燃料价格中的一个或多个结束(框610)。例如，如果燃料补给数据指示车辆102被补给的燃料少于图1至图3的燃料管理器130在生成燃料补给请求时预期的燃料，则燃料管理器130可以识别到车辆102需要额外的燃料并动态地生成额外的燃料补给请求和/或调整预测的燃料补给需求。而且，如果用户在框604处没有接受燃料补给请求，则示例方法600继续监测燃料水平和/或车辆活动，以提供对车辆燃料补给的持续管理并向用户提供通知。

图4至图6的流程图表示可用于实现图1至图3的示例系统100的示例方法。在这些示例中，所述方法可以使用机器可读指令来实现，所述机器可读指令包括用于由处理器执行的程序，所述处理器诸如在下面结合图7讨论的示例处理器平台700中示出的处理器712。该程序可以体现在存储在与处理器712相关联的有形计算机可读存储介质(诸如cd-rom、软盘、硬盘驱动器、数字通用盘(dvd)、蓝光盘或存储器)上的软件中，但整个程序和/或其部分可以替代地由除处理器712之外的装置执行和/或体现在固件或专用硬件中。此外，尽管参考图4至图6中示出的流程图描述了示例程序，但可以替代地使用实现示例系统100的许多其他方法。例如，框的执行次序可以改变，和/或所描述的某些框可以被改变、消除或组合。

如上所述，图4至图6的示例方法可以使用编码指令(例如，计算机和/或机器可读指令)来实现，所述编码指令存储在有形计算机可读介质上，诸如硬盘驱动器、快闪存储器、只读存储器(rom)、光盘(cd)、数字通用盘(dvd)、高速缓存、随机存取存储器(ram)和/或其中信息被存储任何持续时间(例如，用于长时间地、永久地存储信息，简要来说用于暂时地缓冲和/或高速缓存信息)的任何其他存储装置或存储盘。如本文所用，术语有形计算机可读介质明确地定义为包括任何类型的计算机可读存储装置和/或存储盘，并且排除传播信号并排除传输介质。如本文所用，“有形计算机可读存储介质”和“有形机器可读存储介质”可互换使用。附加地或替代地，图4至图6的示例过程可以使用编码指令(例如，计算机和/或机器可读指令)来实现，所述编码指令存储在非暂态计算机和/或机器可读介质上，诸如硬盘驱动器、快闪存储器、只读存储器、光盘、数字通用盘、高速缓存、随机存取存储器和/或其中信息被存储任何持续时间(例如，用于长时间地、永久地存储信息，简要来说用于暂时地缓冲和/或高速缓存信息)的任何其他存储装置或存储盘。如本文所用，术语非暂态计算机可读介质明确地定义为包括任何类型的计算机可读存储装置和/或存储盘，并且排除传播信号并排除传输介质。如本文所用，当短语“至少”被用作权利要求的前序中的过渡术语时，其以与术语“包括”一样是开放式的。

图7是能够执行指令以实现图4至图6的方法和图1至图3的示例系统100的示例处理器平台700的框图。处理器平台700可以例如是服务器、个人计算机、移动装置(例如，手机、智能电话、诸如ipad^tm的平板电脑)、个人数字助理(pda)、因特网设备或任何其他类型的计算装置。

所示示例的处理器平台700包括处理器712。所示示例的处理器1012为硬件。例如，处理器712可以由来自任何期望的系列或制造商的一个或多个集成电路、逻辑电路、微处理器或控制器实现。

所示示例的处理器712包括本地存储器713(例如，高速缓存)。所示示例的处理器712经由总线718与包括易失性存储器714和非易失性存储器716的主存储器通信。易失性存储器714可以由同步动态随机存取存储器(sdram)、动态随机存取存储器(dram)、rambus动态随机存取存储器(rdram)和/或任何其他类型的随机存取存储器装置实现。非易失性存储器716可以由快闪存储器和/或任何其他期望类型的存储器装置实现。对主存储器714、716的访问由存储器控制器控制。

所示示例的处理器平台700还包括接口电路720。接口电路720可以由任何类型的接口标准实现，诸如以太网接口、通用串行总线(usb)接口和/或pciexpress接口。

在所示示例中，一个或多个输入装置722连接到接口电路720。输入装置722允许用户将数据和命令输入到处理器1012中。输入装置可以通过例如音频传感器、传声器、相机(照相机或摄影机)、键盘、按钮、鼠标、触摸屏、跟踪板、轨迹球、等位点和/或语音识别系统来实现。

一个或多个输出装置724还连接到所示示例的接口电路720。输出装置1024可以例如通过展示装置(例如，发光二极管(led)、有机发光二极管(oled)、液晶显示器、阴极射线管显示器(crt)、触摸屏、触觉输出装置、打印机和/或扬声器)来实现。因此，所示示例的接口电路720通常包括图形驱动卡、图形驱动芯片或图形驱动器处理器。

所示示例的接口电路720还包括通信装置，诸如发射器、接收器、收发器、调制解调器和/或网络接口卡，以便于经由网络726(例如，以太网连接、数字用户线(dsl)、电话线、同轴线缆、蜂窝电话系统等)与外部机器(例如，任何种类的计算装置)的数据交换。

所示示例的处理器平台700还包括用于存储软件和/或数据的一个或多个大容量存储装置728。此类大容量存储装置728的示例包括软盘驱动器、硬盘驱动器、光盘驱动器、蓝光盘驱动器、磁盘冗余阵列系统和数字通用盘(dvd)驱动器。

图7的编码指令732可以存储在大容量存储装置728中、易失性存储器714中、非易失性存储器716中和/或可移动的有形计算机可读存储介质诸如cd或dvd上。

从上述内容可以理解，上文公开的系统、方法和设备提供了对车辆的按需燃料补给的有效安排，而不需要诸如驾驶员的用户来时刻关注车辆的燃料水平或找到燃料供应商来提供燃料。所公开的示例自动监测车辆的燃料水平并生成车辆的按需燃料补给请求。在生成燃料补给请求时，所公开的示例考虑从用户的移动装置所接收的用户偏好和/或燃料补给的环境限制，以标识可用的燃料补给供应商、时间和位置。所公开的示例将燃料补给请求发送到用户的移动装置以供查看和确认安排的燃料补给请求。

所公开的示例还基于对历史车辆使用数据和/或用户输入的安排行程的分析来预测性地安排车辆的燃料补给事件。所公开的示例标识历史数据中的模式以预测车辆的未来使用，包括目的地、路线、驾驶时间、停靠持续时间和使用时间的预测。基于预测和/或用户输入的行程信息(诸如计划的路线)，所公开的示例自动确定车辆的燃料补给需求并生成燃料补给请求以供用户查看。因此，所公开的示例考虑历史车辆使用和预期车辆使用。此外，所公开的示例基于诸如一天中的不同时间的燃料费用和燃料供应商可用性的考虑因素来优化燃料补给事件的预测性安排。因此，所公开的示例基本上消除了对用户时刻关注车辆燃料水平并获得燃料的需求。相反，所公开的示例自动生成燃料补给请求，所述燃料补给请求预料到车辆的燃料补给需求，包括根据用户的驾驶习惯而方便地安排的燃料补给事件，并通过充分利用燃料价格下降使用户受益。

尽管本文已经公开了某些示例方法、设备和制品，但本专利的涵盖范围不限于此。相反，本专利涵盖理当属于本专利权利要求的范围内的所有方法、设备、和制品。