CN105574321A - 用于动态目的地到达时间的更新的方法和设备 - Google Patents

Abstract

本公开涉及用于动态目的地到达时间的更新的方法和设备。一种系统包括：处理器，被配置为：接收至少包括位置和燃料水平的车辆信息。所述处理器还被配置为：基于从所述位置的行驶时间，确定到与事件相关联的目的地的当前估计到达时间(ETA)。所述处理器还被配置为：确定燃料水平对当前估计到达时间的影响。另外，所述处理器被配置为：响应于当前ETA偏离先前的ETA超过偏差阈值，提供包括当前ETA的远程方更新。

Description

用于动态目的地到达时间的更新的方法和设备

技术领域

示意性实施例总体上涉及用于动态目的地到达时间的更新的方法和设备。

背景技术

因为我们在高度连接的按需随选(on-demand)的世界中生活，因此对于立即访问到信息变化有着急切的渴望。通信平台在不考虑一天的时间或位置的情况下向远程方提供即时接入能力。作为结果，关于期望到达时间的准时性和/或变化的期望已显著上升。尽管(在预移动装置区域中)设置期望到达时间曾是常用的，然而如果交通被堵塞，则通信的按需随选的特性仅为了尽快到达而指示驾驶员现在应该给其他方打电话/发短信/发电子邮件，以让他们了解计划上的改变。不幸的是，驾驶员可能并不总是具有事先提供这种更新的关于道路的完全信息。

发明内容

在第一示意性实施例中，一种系统包括：处理器，被配置为接收至少包括位置和燃料水平的车辆信息。所述处理器还被配置为：基于从所述位置的行驶时间，确定到与事件相关联的目的地的当前估计到达时间(ETA)。所述处理器还被配置为：确定对所述当前估计到达时间的燃料水平影响。此外，所述处理器被配置为：响应于所述当前估计到达时间偏离先前估计到达时间超过偏差阈值，提供包括所述当前估计到达时间的远程方更新。

在第二示意性实施例中，一种计算机实现的方法包括：接收至少包括位置和燃料水平的车辆信息。所述方法还包括：基于从所述位置的行驶时间，确定到与事件相关联的目的地的当前估计到达时间(ETA)。所述方法还包括：确定对所述当前估计到达时间的燃料水平影响，并且响应于所述当前估计到达时间与先前估计到达时间的偏离超过偏差阈值，提供包括所述当前估计到达时间远程方更新。

根据本发明的一个实施例，所述方法还包括：访问用户提供事件的账号；从访问的账号检索事件；针对检索的事件确定所述与事件相关联的目的地。

根据本发明的一个实施例，所述与事件相关联的目的地基于对来自所述用户提供事件的账号的事件地址的检索而被确定。

根据本发明的一个实施例，所述与事件相关联的目的地基于事件信息而被确定。

根据本发明的一个实施例，所述与事件相关联的目的地基于用户输入而被确定。

根据本发明的一个实施例，提供所述远程更新还包括：用所述当前估计到达时间更新所述用户提供事件的账号。

根据本发明的一个实施例，所述用户提供事件的账号包括：日历账号。

根据本发明的一个实施例，所述用户提供事件的账号包括：社交媒体账号。

根据本发明的一个实施例，所述方法还包括：估计在所述与事件相关联的目的地的剩余燃料量；将估计的剩余燃料量和最小阈值进行比较；基于估计的剩余燃料量在最小阈值以下，将燃料水平影响确定为包括估计的补给燃料时间。

在第三示意性实施例中，一种存储指令的非临时性存储介质，所述指令在被执行时使得处理器执行一种方法，所述方法包括：接收至少包括位置和燃料位置的车辆信息。所述方法还包括：基于从所述位置的行驶时间，确定到与事件相关联的目的地的当前估计到达时间(ETA)。所述方法还包括：确定对所述当前估计到达时间的燃料水平影响，并且响应于所述当前估计到达时间与先前估计到达时间的偏离超出偏差阈值，提供包括所述当前估计到达时间的远程方更新。

附图说明

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

图2示出了示意性估计到达时间(ETA)的更新处理；

图3示出了示意性ETA的计算处理；

图4示出了示意性事件的更新处理；

图5示出了示意性事件的选择处理。

具体实施方式

根据需要，在此公开本发明的详细实施例；然而，将理解的是，所公开的实施例仅仅是本发明的示例，其中，本发明可以以各种替代形式来实现。附图无需按比例绘制；一些特征可被夸大或缩小以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应被解释为具有限制性，而仅仅作为用于教导本领域技术人员以多种方式利用本发明的代表性基础。

图1示出了用于车辆31的基于车辆的计算系统(VCS)1的示例框式拓扑图。这种基于车辆的计算系统1的示例为由福特汽车公司制造的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)或USB装置(诸如车辆导航装置60)的输出。

在一示意性实施例中，系统1使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何其它装置)进行通信(17)。移动装置随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，蜂窝塔57可以是WiFi接入点。

移动装置与蓝牙收发器之间的示例性通信由信号14表示。

可通过按钮52或类似的输入来指示将移动装置53与蓝牙收发器15进行配对。相应地，CPU被指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。

可利用例如与移动装置53关联的数据计划、话上数据或DTMF音在CPU3与网络61之间传送数据。可选地，可期望包括具有天线18的车载调制解调器63，以便在CPU3与网络61之间通过语音频带传送(16)数据。移动装置53随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，调制解调器63可与蜂窝塔57建立通信(20)，以与网络61进行通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。

在一示意性实施例中，处理器设置有包括用于与调制解调器应用软件进行通信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如在移动装置中发现的)远程蓝牙收发器的无线通信。蓝牙是IEEE802PAN(个域网)协议的子集。IEEE802LAN(局域网)协议包括WiFi并与IEEE802PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在本领域使用的另一通信方式是自由空间光通信(诸如IrDA)和非标准化消费者IR协议。

在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的拥有者可在数据被传送的同时通过装置说话时，可实施已知为频分复用的技术。在其它时间，当拥有者没有在使用装置时，数据传送可使用整个带宽(在一示例中是300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言会是常见的并仍在被使用，但其已经很大程度上被用于数字蜂窝通信的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)的混合体所替代。这些都是ITUIMT-2000(3G)兼容的标准，为静止或行走的用户提供高达2mbs的数据速率，并为在移动的车辆中的用户提供高达385kbs的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，所述IMT-Advanced(4G)为在车辆中的用户提供100mbs的数据速率，并为静止的用户提供1gbs的数据速率。如果用户具有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且所述系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，移动装置(ND)53可以是能够通过例如(但不限于)802.11g网络(即WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。

在一实施例中，传入数据可经由话上数据或数据计划穿过移动装置，穿过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要所述数据时为止。

其它可与车辆进行交互的源包括：具有例如USB连接56和/或天线58的个人导航装置54、具有USB62或其它连接的车辆导航装置60、车载GPS装置24、或与网络61连接的能力的远程导航系统(未示出)。USB是一类串行联网协议中的一种。IEEE1394(火线^TM(苹果)、i.LINK^TM(索尼)和Lynx^TM(德州仪器))、EIA(电子工业协会)串行协议、IEEE1284(Centronics端口)、S/PDIF(索尼/飞利浦数字互连格式)和USB-IF(USB开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。

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

此外或可选地，可使用例如WiFi(IEEE803.11)收发器71将CPU连接到基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围内连接到远程网络。

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

在此讨论的每个示意性实施例中，示出了可由计算系统执行的处理的示例性非限制示例。针对每个处理，为了执行处理的有限的目的，执行处理的计算系统被配置为用于执行处理的专用处理器是可行的。所有处理不需要被全部执行，并且被理解为是可被执行以实现本发明的要素的处理类型的示例。可以如期望地添加附加步骤或将附加步骤从示例性处理中去除。

在示意性实施例中，运行在例如移动装置、车辆计算系统上或云(并且被连接到车辆计算系统)中的处理提供用户ETA的动态实时更新。该处理允许基于当前已知状况(例如，但不限于当前位置和速度、交通、天气、燃料水平等)准确地反映真实ETA的自动ETA更新，而不是使得驾驶员必须手动访问列出事件的日历或社交媒体账号并且手动更新ETA。

一旦被用户启动，则应用可在后台中一直执行，并在多个点火周期访问车辆计算机。该应用具有对可用于确定当前ETA的车辆数据的访问权，并具有对在事件确定和ETA更新中使用的社交媒体、日历和其它计划格式的访问权。

当车辆行驶时，该处理可利用车辆数据来确定当前ETA。如果与预测ETA有足够的偏差，则在用户的请求下和/或经过周期间隔，该应用为用户更新发布以反映新的ETA的与目的地相关的事件。例如，该事件可在用户日历应用中被列出或者在社交媒体账号上被呈现。

图2示出了示意性估计到达时间(ETA)的更新处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被临时改为用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当出于执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。

在图2中示出的示意性示例中，在201，用户启动ETA估计和更新应用。尽管被示出为单个处理，但是应该理解的是，在此讨论的方法和设备可在多个处理中被实现，所述多个处理在适合于给定实施方式的不同位置被执行。此外，在此示出的所有处理仅仅是示意性的，而并非意在以任何方式限制本发明的范围。

一旦该处理在运行，则在203，该处理将检测与车辆计算系统的连接。例如，将从车辆计算机接收诸如速度、GPS数据和燃料水平的信息。尽管GPS数据和速度数据可以由移动装置自身来计算，但是车辆特定信息如果被用在ETA预测中，则可能仍然需要直接来自车辆。在至少一个示例中，燃料水平被考虑以确定对ETA的预期的影响，并且在所述示例中，燃料水平由车辆计算系统来提供。在205，一旦车辆计算系统是可用的，则在207，该处理可使用合适的连接(例如，但不限于WiFi、蓝牙等)进行连接。

一旦到车辆计算机的连接被建立，则在208，该处理可选择用于ETA考虑的目的地。更多的针对示意性目的地的考虑针对图4和5被讨论。通常，目的地可以是目前的目的地或与即将发生的日历或社交媒体跟踪事件有关的目的地。在至少一个示例中，即使不同的目的地目前正在被导航系统使用，驾驶员也可出于ETA考虑的目的而输入特定的目的地。

在示意性处理中，在209，接下来从车辆计算系统接收车辆数据。车辆数据接收的具体示例针对图3被示出，但通常该数据是可被用于确定行驶车辆的可能的ETA的数据。在211，分析车辆数据以确定可能的ETA。这可以包括但不限于基于目前的速度、位置、即将发生的交通、天气和任何可能的可预测的停车站(诸如燃料补给站(refuelingstop)当车辆的燃料状态低于可调阈值水平或被预测将低于可调阈值水平时)来估计到达时间。

关于与诸如燃料状态的事情有关的停车点，固定的水平(例如，剩余10％、剩余20英里等)可被用作针对何时可能停车的阈值，并且/或者可通过观测到的用户行为(例如，用户总是在剩余20％、剩余40英里时停车等)来确定所述水平。在一模型中，可首先在用户可调水平下做出预测，并且随后如果达到了较低阈值的最小安全水平则该预测可被强化(将停车的可能性从可能提高到几乎确定)。

在213，如果预测ETA大于不同于先前估计的ETA(或如果第一次ETA被计算)的阈值，则在217，该处理可警告驾驶员预期的变化。在213，如果预测ETA小于不同于先前估计的ETA(或如果第一次ETA被计算)的阈值，则在215，该处理可继续确定驾驶员是否即将到达。这可能是积极的变化或消极的变化，但在该示例中，驾驶员被给予用于确认任何ETA更新的选项。在215，如果即将到达，则该处理结束，如果不是的话，则该处理可以转到209并重复。

在另一示例中，驾驶员可在行程期间仅确认更新一次，然后他们可视情况前进，或者，在又一示例中，驾驶员可仅指示或激活更新，一旦可调阈值被越过，则更新将自动发布。

用于ETA更新的阈值可基于驾驶员的偏好而不同，并且所述阈值是可调的，例如，基于对目的地的接近度(时间的或物理的)。也就是说，如果用户在超过50英里或1小时车程以外(仅是示意性数字)，则该处理可仅在ETA变化超过5分钟时提供更新。一旦车辆在25英里或0.5小时车程以外，则ETA更新可以基于3分钟的变化。当车辆在5英里和/或10分钟车程以内时，ETA更新可以基于按照分钟的变化或按照分数表示的分钟的变化。在另一示例中，用于更新的ETA阈值随着事件接近而变化，以致更小的时间更新被使用，越来越靠近时间的起始，从而到达方更准确地了解其他方何时可能到达。在至少一个示例中，如果该更新处理利用可能导致多个ETA每隔几分钟就变化的ETA阈值，则驾驶员警告处理被禁用以免过分分散驾驶员的注意力，而仅仅做出更新。

在219，一旦驾驶员已经确认ETA更新，则在221，该处理继续连接到存储事件数据的账号(或者联系事件参与者，如果优选的话)，并在223，选择适当的事件以进行更新。在219，如果驾驶员未确认ETA更新，则在215，该处理继续确定驾驶员是否即将到达。随后在225，针对所选择的事件更新驾驶员ETA。然后在215该处理继续确定驾驶员是否即将到达。也可发布诸如可能需要加油站/充电站的信息，然后，如果观测到加油站，则该系统也可相应地进行更新。

因此，例如，该处理可以在驾驶员开始行程时启动。Facebook上的驾驶员的即将发生的事件的回顾表明驾驶员已经确认在下午5:00出席公司晚宴。驾驶员目前距离与晚宴相关联的目的地30英里。当前时间是下午4:00，并且初始ETA是4:45，这经由示意性更新处理在驾驶员允许的情况下被发布到Facebook上。

当驾驶员行驶时，事故加之交通高峰(rush-hourtraffic)使驾驶员减慢下来，并且系统计算出新的ETA为下午4:57。由于在该示例中用于更新的可调阈值是例如3分钟，因此12分钟的偏差在该阈值之外，并且驾驶员被给出用于更新ETA的选项。因为驾驶员想要同事(co-worker)知道驾驶员将何时到达，所以驾驶员确认ETA更新并指示系统自动更新系统。在该示例中，驾驶员在此时还被提供有ETA偏差的选项，并且驾驶员指示超过5分钟的ETA偏差的更新。

交通继续缓慢前进，并且下一个ETA计算使得驾驶员在下午5:00到达。由于这不在5分钟阈值之外，因此没有做出更新。在下一个ETA计算(这些可以以周期性的间隔或在正在进行的计算中被做出)中，事故已经被清理并且交通也已经恢复速度限制。相应地，驾驶员的新的预测到达时间为下午4:54。尽管这离先前的计算超过5分钟，但是先前的计算没有引起更新，因此在该示例中用于ETA比较的基础是先前发布的4:57的更新。此外，由于变化不在5分钟阈值之外，因此该处理不更新ETA。

在地面道路(surfaceroad)上行驶时，驾驶员碰到一连串的信号灯，所述一连串的信号灯全部是绿色，并且ETA提升到下午4:51。由于这在5分钟阈值之外，因此该处理可在此时更新ETA。根据需要，这种更新可继续，直到驾驶员到达目的地(或是在目的地的可调接近度内)为止。

被用于更新的ETA偏差阈值还可以基于更新的类型而被调整。例如，但不限于，如果文本更新或邮件更新被用于更新ETA，则可使用更大的阈值，以避免微小偏差文本流。然而，如果时间仅仅在可访问的源被更新，则该处理可使用较低的偏差，因为该处理将不会不必要地塞满收件箱。

图3示出了示意性ETA的计算处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被临时改为用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当出于执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。

在该示意性处理中，示出了车辆数据和ETA计算的非限制性示例。在301，该处理从车辆(在这种情况下)接收GPS数据(例如，车辆位置)，在303，该处理从车辆接收车辆速度数据，在305，该处理从车辆接收车辆燃料/电力水平数据。在该示例中，ETA将要被计算的目的地是已知的。

此外，在该示例中，该处理能够接收交通数据(如果有用的话，还接收天气数据)，所述交通数据可被用于确定交通对ETA的影响。在该示例中，在307，该处理连接到远程交通/天气服务器，并且在309，从交通/天气服务器接收数据。作为可选方案，如果交通和/或天气数据已经被提供给装置或车辆以供另一应用使用，则可直接从所述源中的一个检索该数据。

在311，基于接收和收集到的数据，计算新的ETA。此外，在该示例中，在313，该处理确定用于到达目的地所需要的燃料/电力是否在预定阈值以上留有剩余量。如前所述，该阈值可以是固定的或可变的，并且可以是预定的或依赖用户的。在313，如果剩余燃料/电力可能低于阈值，则在315，该处理出于计算的目的将会将估计的补给燃料/再充电的停止时间加到ETA上。这可能是二次计算(例如，如果停车，则这可能是第二ETA)，或者，基于例如停车的可能性，这可能被自动加到单个ETA计算中。例如，在317，新的ETA与先前更新的ETA(如果存在的话)进行比较，并且该处理随后可如在示例性步骤213中的继续下去。

在先前呈现的示意性驾驶员示例中，如果前往工作晚餐的驾驶员在行程开始时具有25％的剩余燃料，并且到晚餐的行程被估计为使用总的可用燃料(possiblefuel)的7％(意味着剩余18％)，则该处理可用7分钟以后的第二ETA更新ETA，所述7分钟以后的第二ETA具有该ETA是基于燃料站(fuelstop)的指示。驾驶员还可被要求确认会或不会获得燃料，并且该数据可被用于验证第一ETA或第二ETA。如果在行程开始时只有8％的剩余燃料，并且预测驾驶员使用7％，则该系统可选择自动地将燃料站包括在任何ETA计算中。

图4示出了示意性事件的更新处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被临时改为用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当出于执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。

在图4中所示的示意性示例中，在401，该处理给用户提供当连接到计算机时例如选择自动ETA更新的选项。这可以是应用的已启用的功能，例如，使得当应用被启用时，自动ETA更新被启用。在另一示例中，在427，在继续之前该处理等待用户手动指示ETA更新或启用自动更新。

一旦已经指示更新，则在403，该处理将访问一个或更多个用户事件存储账号。这些可包括但不限于移动装置日历、PC日历、社交媒体账号以及可更新的日历信息的任何其它源。在一些示例中，即使事件本身是不可更新的，还可能有联系一个或更多个其他参与者的方式，所述一个或更多个其他参与者出于包括的目的可被认为“可更新的”。或者，例如，如果可更新的账号存在，并且来自非可更新的源的事件可以被包括，则ETA的更新可以被可选地发布到可更新的账号。例如，一个人接到EVITE邀请，但是不能在EVITE上更新预计的到达时间。反而，该处理可选择用EVITE事件的预计的到达时间来更新FACEBOOK。事件策划者可知道或被告知查看FACEBOOK以进行更新。

在405，针对被访问的账号，该处理将识别即将发生的事件。针对非限制性的事件的识别处理的更多细节针对图5而被提供。在该示例中，如果任何事件在405满足针对“即将发生的事件”的标准，则在413，该处理检查以查看当前车辆目的地是否存在。

如果不存在当前目的地，则在415，该处理可假设时间上最接近的(即，下一个即将发生的)事件是预期的目的地。在该示例中，只有可调事件窗口内的事件被选择为即将发生的。例如，该日历日期的任何事件可被认为“即将发生的”，但是不太可能的是，用户周一在车中具有行驶到周五开始的事件的意图。针对“即将发生的”事件的阈值可以是用户可选择的或可以是预定义的。在某些情况下，针对“即将发生的”事件的阈值可能由事件来改变。例如，该阈值可包括可在预定开始时间之前不到2小时到达的任何事件。因此，例如，如果用户在周一中午有三个事件，一个是在20分钟车程以外并且在下午4时开始的事件，一个是在40分钟车程以外并且在下午1时开始的事件，一个是在4天行驶车程以外并且在周五中午开始的事件，则第二事件和第三事件可被包括(因为基于目前时间的针对所述事件的ETA在事件开始的两个小时之内，所以虽然距离周五的事件仍然有4天，但是需要花费四天行驶到那里)。基于在该示例中使用的示例性的非限制性参数，周一下午4时的事件可能不被包括在“即将发生的”事件中，直到下午1:40之后。在其它示例中，用户可指示包括在给定数据上的所有事件、在特定时间范围内的所有事件，或仅允许预定义的系统参数以确定哪些事件应被考虑。

如果存在已被输入到车辆中的当前目的地，则在417，该处理可检查以查看当前目的地是否与事件中的任何一个(即将发生的或另外的)相匹配。例如，使用以上描述的三个事件，该系统可在417识别出输入的目的地实际上与周一下午4时的事件相对应。在该示例中，如果目的地与“即将发生的事件”类别中的事件相匹配，则在415，该系统可将该目的地用作被提供更新的事件。因此，例如，如果“即将发生的事件”基于即将发生的事件的定义而包括下午4时的事件中，则该处理可因为下午4时的事件与当前车辆目的地相匹配而使用下午4时的事件。因为存在干预事件(下午1时的事件)，所以该系统还可询问驾驶员更新是否应该可选地或另外地被提供给更接近的事件。

如果当前目的地与任何即将发生的事件不匹配，则在419，该处理可警告驾驶员：基于该目的地，看起来驾驶员可能不会行驶到该事件。因此，在该示例中，由于下午4时的事件没有被包括在“即将发生的事件”模型中，因此不会存在具有任何定义的即将发生的事件的目前的目的地(下午4时的事件)的匹配。由于目的地可针对各种原因而被设置，因此驾驶员可能想要非事件目的地的不同的导航目的地，因为驾驶员已经知道如何行驶到该事件。因此，例如，在这种情况下，即使实际导航目的地是不同的，在421，驾驶员还具有指示ETA更新处理的选项以使用事件目的地作为ETA更新目的地。例如，即使导航系统针对下午4时的事件的位置而被设置，驾驶员还可指示该系统处理针对下午1时的事件的ETA更新。

如果驾驶员选择不使用任何即将发生的事件的目的地作为ETA更新目的地，则该处理可假设驾驶员可能不会出现在所述目的地。当然，这也可能是驾驶员根本不需要所述目的地的ETA或不关心所述目的地的ETA更新的情况。因此，在该示例中，在423，该处理询问驾驶员驾驶员是否还将出席事件。如果驾驶员不希望忽略事件，则除非被明确地指示，否则针对事件将不采取进一步的动作(因为在该处理中驾驶员在此时没有指示针对事件的ETA更新，而且事件将不被忽略)。反而，该处理现在针对非即将发生的事件检查当前目的地。在该示例中，由于当前目的地与被分类为非即将发生的事件(下午4时的事件)相对应，因此在407，在目的地和事件位置之间存在匹配，并且在409，该处理可使用当前目的地作为在411针对事件更新的依据。

如果不存在匹配(即，如果当前目的地与下午4时的事件的位置不匹配)，则该处理可继续检查账号，直到例如下午4时的事件被分类为“即将发生的事件”且因此被明确识别给驾驶员作为用于ETA更新的可能候选为止。

如果驾驶员选择“忽略”指示例如不出席的特定的即将发生的事件，则在425，该处理还可将针对所述事件的驾驶员的出席状态更新为“不出席”。这可有助于将所述事件从ETA更新周期中的未来考虑中排除掉。

图5示出了示意性事件的选择处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被临时改为用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当出于执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。

在该示意性示例中，该处理将从发布到各种账号的事件中识别出“即将发生的”事件，该处理对所述各种账号具有访问权。用户可用对特定账号的访问权限来预配置应用，其中，事件信息可从所述特定账号被提取和/或ETA信息可被更新到所述特定账号。这些包括但不限于日历账号、社交媒体账号、邮件账号、文本消息账号等。一些账号对用于事件信息检索的一些处理可能是不可用的(即，只有该处理可从文本中提取即将发生的事件的时候文本才是可用的)，但是这些账号对于更新仍然可能是可用的，并且可被指定为“仅更新”账号。

在该示例中，在501，该处理访问从其中可获得事件信息的至少一个账号。由于为了提供ETA而访问事件，因此将需要一些事件位置的识别，例如，所述事件位置的识别包含有事件或用户输入，所述事件可从事件名称被确定(例如，具有队名的职业足球比赛可用于将位置确定为体育场)。在该示例中，在503，从被访问的账号检索所有预定的事件并且在505被本地存储。例如，这可以是给定天、周、月或其它时间段中的所有事件。在507，如果剩余额外的账号，则针对额外的事件信息提供账号而重复进行该处理。

一旦事件已经被存储在本地，则在509，该处理可按照开始时间将所有事件排序以获得即将发生的事件的有序列表。如果“即将发生的事件”窗口被定义(例如，2小时)，则在511，该处理将确定哪些事件(如果有的话)落在“即将发生的”阈值窗口513内。如果没有事件落在窗口513内，则该处理可借助于(比如在图4中示意性地示出的在要素407开始的)可选事件的确定。

一旦已经确定“即将发生的事件”，则在515，该处理检查以查看导航目的地是否被设置。在该示例中，在该处理中此时存在至少一个事件被确定为满足针对“即将发生的”的标准。如果目的地被设置，则在517，该处理将检查目的地和任何即将发生的事件之间的匹配。如果找到匹配，则在519，至少该事件将被提供ETA更新。如前所述，驾驶员也可以被给出为其它即将发生的事件提供更新的选项，其中，所述更新将基于例如当前驾驶员位置以及从该位置到其它事件的路线来更新到达时间。可选地，如果其它事件晚于选择的事件，则该ETA更新处理可基于当前使用的事件的结束时间+从该事件到下一事件的行驶时间来更新那些ETA。

如果当前目的地和任何即将发生的事件中之间不存在匹配，则在521，该处理可检查当前目的地和“即将发生的事件”阈值之外的下载事件中的一个之间的匹配。如果存在匹配，则在523，该处理可警告驾驶员，并且询问驾驶员该事件(该匹配事件)是否应被用作ETA更新事件。如果是这样，则该处理将针对ETA更新使用该事件。如果驾驶员在此时(也许，例如，因为该事件仍然有若干小时车程)不希望为该事件更新ETA，则该处理继续下去将识别的即将发生的事件每次一个地呈现给驾驶员，以确定哪些事件用于ETA更新。

尽管在示例中仅单一事件可使ETA被更新，但是为多个事件更新ETA是完全可以的，所述为多个事件更新ETA基于例如但不限于当前驾驶员位置和从所述位置到每个事件的时间、先前事件的结束时间+从那些事件到下一个事件的行驶时间。

在该示例中，在527，该处理将时间上(物理上)最接近的事件呈现为下一个事件，并且在529，询问驾驶员该事件是否应被用于ETA更新。在531，如果驾驶员确认使用该事件，则在533，该处理可为该事件提供更新。如果驾驶员拒绝使用该事件，则在535，该处理询问驾驶员该事件是否将被忽略(即，不出席)。如果是这样，在537，该处理可将驾驶员的ETA更新为“不出席”。在539，如果剩余任何事件，则该处理将移动到下一个时间上(或物理上)最接近的事件并重复，直到没有事件剩余或事件被选择为止。如果没有事件被选择，则该处理可退出或等待稍后的时间，直到适当的事件选择条件被满足为止。

虽然以上描述了示例性实施例，但是这些实施例并不意在描述本发明的所有可能形式。更确切地，说明书中所使用的词语是描述性词语而非限制性词语，并且应理解的是，可在不脱离本发明的精神和范围的情况下作出各种改变。此外，可将各种实施的实施例的特征进行组合以形成本发明的进一步的实施例。

Claims (10)

1.一种系统，包括：

处理器，被配置为：

接收至少包括位置和燃料水平的车辆信息；

基于从所述位置的行驶时间，确定到与事件相关联的目的地的当前估计到达时间；

确定对所述当前估计到达时间的燃料水平影响；

响应于所述当前估计到达时间偏离先前估计到达时间至少一个偏差阈值，提供包括所述当前估计到达时间的远程方更新。

2.如权利要求1所述的系统，其中，所述处理器还被配置为：

访问用户提供事件的账号；

从所述访问的账号检索事件；

针对所述检索的事件确定所述与事件相关联的目的地。

3.如权利要求2所述的系统，其中，所述与事件相关联的目的地基于对来自所述用户提供事件的账号的事件地址的检索而被确定。

4.如权利要求2所述的系统，其中，所述与事件相关联的目的地基于事件信息而被确定。

5.如权利要求2所述的系统，其中，所述与事件相关联的目的地基于用户输入而被确定。

6.如权利要求2所述的系统，其中，所述处理器还被配置为：用所述当前估计到达时间更新所述用户提供事件的账号，以提供远程更新。

7.如权利要求6所述的系统，其中，所述用户提供事件的账号包括日历账号。

8.如权利要求6所述的系统，其中，所述用户提供事件的账号包括社交媒体账号。

9.如权利要求1所述的系统，其中，所述处理器还被配置为：向当前车辆驾驶员之外的事件出席者直接发送通知，以提供所述远程方更新。

10.如权利要求1所述的系统，其中，所述处理器还被配置为：

估计在所述与事件相关联的目的地的剩余燃料量；

将估计的剩余燃料量和最小阈值进行比较；

基于所述估计的剩余燃料量在最小阈值以下，将所述燃料水平影响确定为包括估计的补给燃料时间。