专利名称：用于提供充电状态提醒的方法和装置的制作方法
技术领域：
本发明中的说明性实施例涉及用于提供充电状态提醒的方法和装置。
背景技术：
虽然电池电动车辆(BEV)和混合动力电动车辆(HEV)在这些年越来越流行，但是向这些车辆充电的时间长度还是能产生令车主忧虑的情况。例如，与例如在本地加油站停下花上几分钟向汽油驱动的车辆再添加燃料相比，可被车主插入其车库的插座的插电式BEV或HEV可能需要花费一个小时以上来适当地充电以用于此后数天的行驶。通常，这些时间限制将不会导致问题，并且甚至可能更方便，因为当用户舒适地在房内或者甚至在床上睡觉时可以利用这些时间。虽然充电可能通常发生在这些时间段，但是实际上用户没有出现在车辆处确认当前正在充电的事实可能会导致一些潜在的问题。在一个实例中，偶然与充电线的接触可能会导致车辆插头脱落。例如，这可能是车库中的宠物或者另一个人导致的。由于有可能忽略或者不知道该接触，车辆的主人可能在第二天试图启动车辆之前不会发现车辆插头脱落。在另一个实例中，停电可能会导致无荷电状态。如果在主人睡醒的时候发生停电，则至少车主(基于家里停电的事实)可能得到车辆当前可能没有充电的一些指示。然而，人们在停电期间通常变得慌乱，并且主人可能当时没有发现停电，而直到更晚些时候或者下一个早晨才发现，这也导致了车辆没充电。额外地或可替代地，停电可能发生在主人睡觉时。这种情况下，主人在醒来发现未充电的车辆之前根本不知道停电。
发明内容
在第一说明性实施例中，计算机执行的方法包括响应于车辆处于未充电状态的确定而确定当天的时间是否对应于充电窗口。说明性方法还包括检索用于即将开始的行程的开始时间和充电要求。方法还包括响应于当天的时间对应于充电窗口的确定而确定是否有足够的时间剩余使车辆充电至充电要求。此外，方法包括响应于时间剩余不足以使车辆充电至充电要求而提醒用户非充电状态。在第二说明性实施例中，机器可读的介质存储有当通过处理器执行时使处理器执行方法的指令，该方法包括响应于车辆处于非充电状态的确定而确定当天的时间是否对应于充电窗口。说明性方法还包括检索用于即将开始的行程的开始时间和充电要求。此外，说明性方法包括响应于当天的时间对应于充电窗口的确定而确定是否有足够的时间剩余使车辆充电至充电要求。说明性方法还包括响应于时间剩余不足以使车辆充电至充电要求的确定而提醒用户非充电状态。在第三说明性实施例中，系统包括与车辆网络通信的处理器、与车辆网络通信的本地存储器、与车辆网络通信的车辆电力源以及至少与处理器通信的收发器。在说明性示例中，处理器配置用于响应于车辆处于非充电状态的确定至少部分基于从车辆网络检索的信息而确定当天的时间是否对应于充电窗口。处理器还配置用于从本地存储器检索用于即将开始的行程的开始时间和充电要求，并且响应于当天的时间对应于充电窗口的确定至少部分基于当前时间和开始时间之间的差异并至少部分基于监测的充电速率而确定是否有足够的时间剩余使车辆充电至充电要求。此外，处理器配置用于响应于时间剩余不足以使车辆充电至充电要求、至少利用收发器发送信息以传输至用户而提醒用户非充电状态。根据本发明，提供一种机器可读的存储介质，存储有当通过处理器执行时使处理器执行方法的指令，方法包含:响应于车辆处于非充电状态的确定，确定当天的时间是否对应于充电窗口 ；检索用于即将开始的行程的开始时间和荷电要求；响应于当天的时间对应于充电窗口的确定，确定是否有足够的时间剩余使车辆充电至荷电要求；以及响应于剩余时间不足以使车辆充电至荷电要求的确定，提醒用户非充电状态。根据本发明的一个实施例，提醒用户的步骤还包括在车辆处于非充电状态确定之后、在提醒用户非充电状况之前等待直到经过预定的非充电时间的时间段。根据本发明的一个实施例，如果在仍然处于非充电状态的车辆的不间断中止(uninterrupted block)中没有经过预定的非充电时间的时间段,则取消提醒的事件。根据本发明的一个实施例，提醒还响应于车辆当前充电至或高于荷电要求的确定。根据本发明的一个实施例，还包括:响应于超过其则不能满足充电要求的时间点在时间上接近于当前时间的确定，提醒用户可能不能满足充电要求。根据本发明的一个实施例，还包括:如果尝试检索开始时间不成功，则基于监测的先前行为估算开始时间。根据本发明的一个实施例，还包括:如果尝试检索荷电要求不成功，则基于监测的先前行为估算荷电要求。根据本发明，提供一种系统，包含:与车辆网络通信的处理器；与车辆网络通信的本地存储器；与车辆网络通信的车辆电力源；以及至少与处理器通信的收发器，其中处理器配置用于响应于车辆处于非充电状态的确定至少基于从车辆网络检索的信息而确定当天的时间是否对应于充电窗口，从本地存储器检索用于即将开始的行程的开始时间和充电要求，响应于当天的时间对应于充电窗口至少基于当前时间和开始时间之间的差异并且至少部分基于监测的充电速率而确定剩余时间是否足以使车辆充电至荷电要求，以及响应于剩余时间不足以使车辆充电至荷电要求至少利用收发器发送消息以传输至用户而提醒用户非充电状态。根据本发明的一个实施例，处理器提醒用户还包括在车辆处于非充电状态的确定之后、在提醒用户非充电状况之前等待直到经过预定的非充电时间的时间段。根据本发明的一个实施例，如果在仍然处于非充电状态的车辆的不间断中止中没有经过预定的非充电时间的时间段，则取消提醒用户的处理器的事件。根据本发明的一个实施例，其中处理器提醒用户还响应于车辆当前没有充电至或高于荷电要求的确定。根据本发明的一个实施例，处理器还配置用于响应于超过其则不能满足充电要求的时间点在时间上接近于当前时间的确定而提醒用户可能不能满足充电要求。根据本发明的一个实施例，如果尝试检索开始时间不成功，处理器还配置用于基于监测的先前行为估算开始时间。
图1显示了车辆计算机系统的说明性示例；图2显示了充电提醒程序的说明性示例；图3显示了充电提醒程序的第二说明性示例；图4A显示了停止/电力(stop/power)记录程序的说明性示例；以及图4B显示了停止/电力使用预测程序的说明性示例。
具体实施例方式根据需要，本说明书中公开了本发明具体的实施例；但是，应理解公开的实施例仅为本发明的示例，其可以多种替代形式实施。附图无需按比例绘制；可放大或缩小一些特征以显示特定部件的细节。所以，此处所公开的具体结构和功能细节不应解释为限定，而仅为教导本领域技术人员以多种形式实施本发明的代表性基础。图1说明了用于车辆31的基于车辆的计算机系统(VCS) I的示例框式拓朴图。这种基于车辆的计算机系统I的示例为由福特汽车公司制造的SYNC系统。设有基于车辆的计算机系统的车辆可包含位于车辆中的可视前端界面4。用户还可通过例如触摸屏与该界面(如果设有的话)交互。在另一说明性的实施例中，通过按压按扭、具有自动语音识别和语音合成的语音对话系统进行交互。在图1中所示的说明性实施例1中，处理器3控制基于车辆的计算机系统的运转的至少一部分。设在车辆中的处理器允许车载处理指令和程序。此外，处理器连接至非持久存储器5和持久存储器7两者。在这个说明性实施例中，非持久存储器为随机存取存储器(RAM)并且持久存储器为硬盘驱动器(HDD)或闪存。处理器还设有多个不同的输入，允许用户与处理器交互。在此说明性实施例中，设有麦克风29、辅助输入25 (用于输入33)、USB输入23、GPS输入24、和蓝牙输入15。还设有输入选择器51以允许用户在多种输入之间切换。在对麦克风和辅助连接器的输入传递至处理器之前通过转换器27将其从模拟信号转换为数字信号。尽管未显示，与VCS通信的多个车辆组件和辅助组件可使用车辆网络(例如但不限于CAN总线)以向VCS (或其组件)传递数据或从其接收数据。对系统的输出可包括但不限于视觉显不器4和扬声器13或立体声系统输出。扬声器连接至放大器11并通过数字-模拟转换器9从处理器3接收其信号。还可分别沿19、21处所示的双向数据流输出至远程蓝牙设备(例如PND (便携式导航仪)54)或USB设备(例如车辆导航设备60)。在一个说明性实施例中，系统I使用蓝牙收发器15与用户的漫游设备53 (例如蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何其它设备)通信17。漫游设备可随后用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61通信59。在一些实施例中，蜂窝塔57可为WiFi接入点。信号14代表了漫游设备和蓝牙收发器之间的示例性通信。可通过按钮或类似输入指示漫游设备53和蓝牙收发器15的配对52，这样，指示CPU车载蓝牙收发器将与漫游设备中的蓝牙收发器配对。可利用例如与漫游设备53相关联的数据计划(data-plan)、声载数据(data overvoice)或双音多频(DTMF)音调在CPU3和网络61之间传递数据。可替代地，可能需要包括具有天线18的车载调制解调器63以便通过语音频带(voice band)在CPU3和网络61之间通信16数据。随后，漫游设备53能够通过例如与蜂窝塔57的通信55用于与车辆31之外的网络61通信59。在一些实施例中，调制解调器63可与蜂窝塔建立通信20用于与网络61通信。如非限制性示例，调制解调器63可为USB蜂窝调制解调器并且通信20可为蜂窝通信。在一个说明性实施例中，处理器设有包括与调制解调器应用软件通信的API (应用编程接口)的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件以完成和远程蓝牙收发器(例如设在漫游设备里的)的无线通信。蓝牙是IEEE802PAN(个人区域网络)协议的子集。IEEE802LAN(局域网络)协议包括WiFi并且与IEEE802PAN有相当多的交叉功能。两者都适合用于在车辆中无线通信。可以在此领域使用的其它通信方式可以为自由空间光通信(例如红外数据协议，IrDA)和非标准的消费者红外(consumerIR)协议。在另一实施例中，漫游设备53包括用于语音频带或宽带数据通信的调制解调器。在声载数据的实施例中，当正在传输数据期间漫游设备的主人对设备说话时，可执行已知为频分复用的技术。在其它时间，当主人没有使用该设备时，数据传输能够使用整个带宽(在一个示例中为300Hz至3.4kHz)。尽管频分复用对于车辆和因特网之间的模拟蜂窝通信为常见的并且仍然在使用，但其已经很大程度上由码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)替代用于数据蜂窝通信。这些都是ITU IMT-2000 (3G)标准，并且为静止或者步行用户提供高达2mbs的数据传输速率以及为在移动车辆中的用户提供高达385kbs的数据传输速率。3G标准现正被可以为车辆中用户提供IOOmbs以及为静止用户提供Igbs数据传输的高级国际移动通信aMT-AdVanced(4G))所替代。如果用户具有与漫游设备相关联的数据计划，则该数据计划可能允许宽带传输且系统可使用更宽的带宽(加速数据传输)。在又一实施例中，漫游设备53被安装至车辆31的蜂窝通信设备(未显示)所代替。在又一实施例中，漫游设备53可为能够通过例如(而非限定)802.11网络(即WiFi)或WiMax网络通信的无线局域网(LAN)设备。在一个实施例中，输入数据可经由声载数据或数据计划穿过漫游设备、穿过车载蓝牙收发器、并进入车辆内部处理器3。例如，在某些临时数据的情况下，数据可存储在HDD或其它存储介质7上直至不再需要的时候。其它可与车辆交互的源包括具有例如USB连接56和/或天线58的个人导航设备54，或者具有USB62或其它连接的车辆导航设备60、车载GPS设备24、或者与网络61连接的远程导航系统(未显示)。USB是一类串行网络协议中的一种。IEEE1394(火线)、电子工业协会(EIA)串行协议、IEEE1284(并行接口)、S/PDIF(索尼/飞利浦数字互联格式)和USB-1F(USB应用者论坛)形成了设备-设备串行标准的骨干。多数协议可以实施用于电或者光通信。此外，CPU能和各种其它的辅助装置65通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于，个人媒体播放机、无线健康装置、便携式计算机等。额外地或可替代地，CPU可使用例如WiFi71收发器而连接至基于车辆的无线路由器73。这能允许CPU在本地路由器73的范围内连接到远程网络。除了通过位于车辆中的车辆计算机系统执行示例程序之外，在一些实施例中，可以通过与车辆计算机系统相通信的计算机系统执行示例性程序。这样的系统可包括但不限于无线设备(例如但不限于移动电话)或者经由无线设备连接的远程计算机系统(例如但不限于服务器)。总体上，这些系统可称为车辆相关联计算机系统(VACS)。在一些实施例中VACS的特定部件可以根据系统的特定实施而执行程序的特定部分。通过示例并且是非限制的，如果程序包括使用配对无线设备发送或者接收信息的步骤，则很可能无线设备没有执行该程序，因为该无线设备不会与自身进行“发送和接收”信息。本领域内普通技术人员会理解何时不适合对给定解决方案应用特定VACS。在所有解决方案中，预期至少位于车辆中的车辆计算机系统(VCS)自身能够执行示例性程序。尽管现代的电动车辆可能提供了家庭充电(home-charging)的便利，但是当用户远离车辆时，电力连接(例如但不限于插头脱落、插座故障、停电)的潜在问题可能使用户没有觉察到车辆实际上没有充电。说明性实施例描述了当电力连接中断时能帮助通知用户的本发明的一些示例性方面。虽然所有的实施例能几乎连续不断的或连续不断的通知，但是重复的且没完没了的通信可能会惹恼用户。于是，应理解在特定数量的警告(包括单个警告)之后可删减重复的警告并且可以在所有的情况中考虑电力供应中的短暂中断。当选用时，这些考虑可以防止用户被警告淹没，并且还可以允许使短暂的电力中断不警告，因为它们可能通常不倾向于极大地影响总体的充电状态。图2显示充电提醒程序的说明性示例。在该说明性示例中，程序(例如其可以是电池或备用电力供应的流失的车载监测程序)首先在201处检查以确定车辆当前是否在充电。在该示例中，如果车辆当前在充电，那么可能不需要用于报告充电中断的程序。在再次检查充电之前可穿插一定时间段的延迟(未显示)，或者程序可以简单地连续不断地监测充电直到充电中断登记。如果车辆充电停止，则在203处程序可检查充电需要的剩余时间量。在至少一个实施例中，程序可以具有已知的车辆启动时间(即，第二天同样的时间或当天的晚些时候需要车辆的时间)和已知的需要的荷电水平。可通过用户完全地或部分地输入该信息，或者可以基于用户的行驶习惯的监测而完全地或部分地确定该信息。例如，在一个实例中，用户可能记录了在工作日大概在早上7点需要车辆，并且预期单程行程是20英里。基于燃料经济性的统计数据以及任何其它的已知信息(天气、交通等)，程序能“知道”需要多少电力来完成这样的行程。然后该信息可用于确定用于完成行程的最小荷电要求，如果需要的话使用内置的缓冲区(buffer)。基于当前的充电速率和已知的最小荷电，在203处可以确定将车辆充电至最小水平需要的总体时间。此外，用户可能只希望在特定的电力公司“窗口”期间给车辆充电。例如，给定特定的地点和电力公司指南时，在特定的时间段内电力使用可能更便宜。如果在午夜至凌晨五点获得使用的最佳价格，则用户可能希望在这个窗口期间充电。于是，在该示例中，即使车辆当前没有充电，在提醒用户充电中断之前在205处程序检查以确定时间是否在充电窗口内。此外，在该示例中，在207处程序确定是否还剩余足够的时间给车辆充电。例如，如果用户凌晨三点到家并且给车辆充电，并且在早上7点需要车辆，则将剩下四个小时来给车辆充电。如果在凌晨3:30充电中断，并且需要完整的四个小时来给车辆充电，则在207处程序可确定剩余的总体时间不足以使车辆充满。在这种情况下，在209处程序可提醒用户车辆将不能完全地充电至预期的足够的水平来完成下一天的行程。这种情况下，用户可以改正任何的充电中断程序，并且采取措施来完成剩余的充电。这种改正包括但不限于设置窗口的更晚的结束点并睡个懒觉、以及在去目的地/从目的地返回的路上停下来获取额外的电力等。如果剩下足够的时间，则在211处程序检查以确定非充电状况是否达到警告的范围。如果充电窗口是从午夜至早上7点，并且在凌晨I点停电，但是只需要三个小时来给车辆充电，凌晨I点的停电不会必然产生在凌晨I点时值得提醒用户的严重问题。但是当接近凌晨3点或4点时，如果还没有恢复充电，将产生问题。这种情况下，当接近警告范围(在该示例中，仍然剩下一些适当的时间段，在该时间段中还剩余车辆充电所需的足够的时间)时，在213处程序可提醒用户持续的非充电状态以便于用户能采取适当的措施。时间范围的配置可取决于用户。一些用户可能想要在达到需要的充电之前的充电中断的任何时候被提醒，其他用户可能只想在临界的情况即将出现时被提醒。用户可设置用于警告的条件，并且还可配置应当发送警告的临界点之前的窗口。可以预想这些选择的详情都在本发明的范围内。图3显示了充电提醒程序的第二说明性示例。在该说明性示例中，在301处程序再次检查以确定车辆当前是否在充电。如果车辆当前没有充电，则在303处程序确定当天的时间是否在指定的充电窗口内(假设已经指定了任何窗口)。如果当天的时间在充电窗口内，则在305处程序可额外地检查以确定自检测到非充电状态起是否已经过了适当的延迟。例如，可能不需要通知用户仅仅数分钟的充电中断。在该实施例中，可以设置延迟(例如用户或原始设备制造商(OEM)定义的)使得只有充电中的延迟达到特定长度才导致用户通知。如果没有经过延迟，则程序继续检查以确定当前充电是否是持续的或者已经恢复。一旦经过了适当的延迟，在307处程序确定离开时间是否是已知的。如果用户已经创建了或输入了离开时间，则程序可能明确地或大体上知道离开时间。如果没有已知的离开时间，则在309处程序可以尝试预测离开时间。例如，这可基于之前监测的行为完成，并且将关于图4A和4B讨论更多的细节。一旦知道离开时间，在311处程序可确定离开前剩余的时间量。在313处程序还可检查当前的荷电水平，该荷电水平可能额外地用于确定是否应该向用户发送提醒。在315处程序还检查以确定是否知道特定的需要的荷电水平。同样，这可基于用户输入数据(行驶持续时间、距离等)。如果没有足够的信息来“知道”需要的荷电，则在317处程序可以尝试预测需要的荷电水平，同样在下文讨论了更多细节。一旦分析了(和/或适当地估计了)离开时间、剩余时间以及需要的荷电水平，在319处程序可确定是否甚至可能在剩余时间内达到需要的荷电水平。如果不可能，则在321处程序可将提醒主人该情形，然后恢复充电监测。由于程序依赖于主人矫正非充电情形，因此如果需要的话，监测的恢复可能导致额外的警告，该警告能帮助用户执行需要的改正。如果有足够的总体时间剩余，但在323处程序还没有接近临界点(例如，如果剩余时间多于预定的剩余时间量)，则程序可简单地继续监测。在323处一旦剩余时间小于预定的剩余时间量，则在325处程序可提醒主人正在接近临界窗口，以便于主人能采取适当的措施来矫正任何问题。图4A显示了停止/电力记录程序的说明性示例。这只是怎样记录数据的一个示例，以辅助以后的电力需求/时间需求的估算，并且它显示了怎样用较小的开销执行预测程序。需要时，还可由实施警告系统的程序来使用其它预测程序。在该说明性示例中，在401处程序检测到已经起动了车辆发动机。通常，这对应于行程的开始，在403处记录当天的时间和一周中的某天(DOW)。可以进行该信息的记录使得可以在以后的数周内作出和该周相似的数天的预测，因为很多人关于车辆的使用遵循某种程度上通用的计划。此外，在405处记录当前的电力水平。当检测到泊车状态时这可用于确定在行驶的过程中使用了多少电力。除上述信息外，在407处记录车辆位置。在该示例中，车辆位置也可用于预测车辆使用需求，因为当车辆从相同(common)的位置离开时需要的时间和电力几乎可能是相同的。换句话，如果用户居住在密歇根而车辆停在俄亥俄，那么可能第二天的行驶将不是那一周中那天的典型行程(因为用户可能在某种旅程中)。在409处程序继续检查车辆是否已经进入“泊车”状态。泊车状态在此处作为停车检测的代表，尽管还可以使用与行程终点相关联的其它的适当的确定。此外，在至少一个实施例中，程序可能需要车辆保持泊车状态一段时间以确保不是仅仅作出临时的停车(例如添加燃料、食物等)。一旦程序通过适当的机制确定了车辆已经到达目的地，程序可继续在411处记录目的地的位置以及在413处记录用于到达目的地的电力量。记录的电力使用可随后用于预测到达目的地需要的电力。记录的目的地位置随后可用于预测天气/交通等的改变是否需要增加的/减少的电力到达目的地。例如，可基于逐天(day by day)基础，还可将该目的地与用户在该周中相同的那天行驶到达的其它目的地进行比较以确定特定目的地的共性，从而提供行驶至该目的地的统计上的可能性。图4B显示了停止/电力使用预测程序的说明性示例。在该说明性示例中，警告程序可利用该程序来帮助估计车辆在朝哪儿开、何时需要车辆以及车辆到达预测的目的地需要多少电力。在421处程序首先访问存储的用于车辆的一个或多个驾驶员的个人资料。选择哪个/哪些个人资料可以取决于车辆具有多少驾驶员、每个驾驶员使用车辆的频率等。然后在423处程序确定本周的当前一天是否与存储的一周中的任何天匹配。例如，假设今天(或明天早上，取决于时间)是星期二，程序将检查以确定之前的星期二是否已经存储了数据。如果之前的数周存储有类似的数天的数据，则在425处程序可检查以确定是否存在显著的非最早时间。对于显著的非最早时间，在该示例中指晚于最早记录的使用时间的在统计上出现过显著次数的时间。例如，如果用户通常在早上8点去上班，但有一天在早上6点离开，那么是最早记录的数据可以是早上6点，但是早上8点的离开可以积累为统计上的显著。在该示例中，进行这样的检查，由于没有这个时间，因此在427处程序将选择最早的已知时间，以尝试确保用户的车辆将会在需要的尽可能最早的时刻适当地充电。此外，在记录的时间附近可建立缓冲区，使得例如十五分钟内的时间内都认为是中间时间(或其它适当的近似值)。如果存在显著时间(除最早时间之外)，则在429处程序可选择该时间来使用。无论选择了哪个时间，在431处程序对相对于该时间存储的相关电力需求进行检索。在该示例的这一部分，由于之前已经监测并记录了至少一些数据，因此程序可以(甚至粗略地)估计将需要多少电力的近似值。如果只存在一个或两个数据点，则估计具有的不正确的机率可能较高，但是如果存在足够的数据点，那么基于之前监测的行为的估计可能更接近于精确的那一个。在423处如果没有与本周的当前天相匹配的数据，则在433处程序可以确定相关的那天是否是工作日。由于大多数人在工作日工作，程序可作出一些关于使用的假定直到能记录数据。如果在购买车辆之后立刻或不久实施该程序，则这种“标准”数据只需要基于短期基础。如果那天是工作日，则在437处程序将选择一般的工作日数据，否则在435处程序将选择一般的周末数据。然后，在该示例中，在439处程序确定是否存在用于周末或工作日的任何数据。例如，如果车辆程序在星期三被首次激活，并且在下一个星期二激活，将不存在星期二的数据，但是将存在一些存储的工作日数据。如果存在工作日数据，则在441处程序将使用最接近的那天(例如，使用星期一或星期三用于星期二)或者任何其它的存在的数据的适当组合。如上文描述的程序然后可以继续，将来自选择的那天(数天)的数据代替本周的当前天还没有记录的数据。如果没有合适的数据用作本周当前天的代表，则在443处程序将使用“标准时间”。这可以是例如早上7:30，或者任何其它适当的时间，该时间可以覆盖显著部分的用户而不创建可能惹恼太多用户的情形。例如，如果选择了凌晨5点，则可能确保了较高比例的用户覆盖，但是它还是可能确保关于充电结果的较高比例的误报(即，当实际需要时应该充电完成的车辆到凌晨5点时却没有充电完成)。基于特定实施的需要，可以考虑两个约束(和任何其它约束)之间的互相迁就并且可以相应地作出调节。一旦程序已经选择了离开时间，则在445处还可以估计标准的电力需要。在一个示例中，这可一直是“满的”，但是再次注意，满的电池电量可能多于大多数人需要的并且可能导致很多误报。程序的开发者或其它实施者可确定适当的折中解决，可以产生期望数量的误报同时仍然保持对期望的顾客数量有足够的覆盖。尽管上文描述了示例性实施例，并非意味着这些实施例说明并描述了本发明的所有可能形式。相反，说明书中使用的词语为描述性词语而非限定，并且应理解可作出各种改变而不脱离本发明的精神和范围。此外，可组合各种执行实施例的特征以形成本发明进一步的实施例。
权利要求
1.一种用于提供充电状态提醒的方法，包含: 响应于车辆处于非充电状态的确定，确定当天的时间是否对应于充电窗口 ； 检索用于即将开始的行程的开始时间和荷电要求； 响应于所述当天的时间对应于所述充电窗口的确定，确定是否有足够的时间剩余使车辆充电至所述荷电要求；以及 响应于剩余时间不足以使车辆充电至所述荷电要求的确定，提醒用户所述非充电状态。
2.根据权利要求1所述的方法，其特征在于，所述提醒用户的步骤还包括:在所述车辆处于所述非充电状态的所述确定之后、在提醒用户所述非充电状况之前等待直到经过预定的非充电时间段。
3.根据权利要求2所述的方法，其特征在于，如果在仍然处于非充电状态的所述车辆的不间断中止中没有经过所述预定的非充电时间的时间段，则取消所述提醒的事件。
4.根据权利要求1所述的方法，其特征在于，所述提醒还响应于车辆当前没有充电至或高于所述荷电要求的确定。
5.根据权利要求1所述的方法，还包括: 响应于超过其则不能满足荷电要求的时间点在时间上接近于当前时间的确定，提醒用户可能不能满足荷电要求。
6.根据权利要求1所述的方法，还包括: 如果尝试检索开始时间不成功，则基于监测的先前行为估算开始时间。
7.根据权利要求1所述的方法，还包括: 如果尝试检索荷电要求不成功，则基于监测的先前行为估算荷电要求。
全文摘要
本发明提供了一种用于提供充电状态提醒的方法和装置，所述方法包括响应于车辆处于非充电状态的确定而确定当天的时间是否对应于充电窗口。方法还包括检索用于即将开始的行程的开始时间和荷电要求。方法还包括响应于当天的时间对应于充电窗口的确定而确定是否有足够的时间剩余将车辆充电至荷电要求。此外，方法包括响应于剩余时间不足以使车辆充电至荷电要求的确定而提醒用户非充电状态。
文档编号H02J7/00GK103219758SQ20131002348
公开日2013年7月24日 申请日期2013年1月22日 优先权日2012年1月24日
发明者凯琳·罗维特, 贝丝·安·达瑞珀尔, 大卫·哈耶斯, 唐·杜克·普汉, 杰苏斯·卡杜索, 达科·阿科夫斯基 申请人:福特全球技术公司