用于预测车辆预调节的方法和设备的制造方法

用于预测车辆预调节的方法和设备的制造方法
【专利摘要】本公开涉及一种用于预测车辆预调节的方法和设备。一种系统包括：处理器，被配置为：访问车辆启动时间的时间表。处理器还被配置为：在当前时间处于计划点火开关接通时间的可调接近度内时，选择计划点火开关接通时间。处理器被配置为：确定当前与车辆相关的温度是否引起车辆预调节，并且预调节车辆直到建立预设的预调节设置为止。
【专利说明】
用于预测车辆预调节的方法和设备
技术领域
[0001 ]说明性的实施例总体上涉及用于预测车辆预调节的方法和设备。
【背景技术】
[0002]驾驶员体验对于汽车原始装备制造商(OEM)是非常重要的。驾驶员所具有的对于车辆的体验可推动未来的销售、正面口碑，并总体上提高OEM的声誉。因此，OEM不断地寻找用于改善车内体验的方法。
[0003]由于车辆被购买以在各种气候中使用，因此不同的驾驶员基于进入车辆时的最初舒适水平可做出不同的选择。也就是说，在有很多阳光的炎热气候中，驾驶员可避免使用可能很容易变热的深色座椅。在寒冷的气候中，可避免使用真皮座椅，因为真皮座椅倾向于使人感觉在最初接触时比织物座椅更冷。
[0004]如果在驾驶员以往进入车辆之前使得车辆变得舒适，则许多这样的选择和许多最初的不适可被减轻或缓解。此外，如果车辆可在使用之前预热或预冷，则电池的效率也可被提尚O

【发明内容】

[0005]在第一说明性实施例中，一种系统包括:处理器，被配置为:访问车辆启动时间的时间表。处理器还被配置为:在当前时间处于计划点火开关接通时间的可调接近度内时，选择计划点火开关接通时间。处理器还被配置为:确定当前与车辆相关的温度是否引起车辆预调节，并且预调节车辆，直到建立预设的预调节设置为止。
[0006]在第二说明性实施例中，一种计算机实现的方法包括:分析用于确定点火开关接通事件是否发生的时间间隔。所述方法还包括:使用点火开关接通事件发生/点火开关接通事件未发生来更新点火开关接通事件的记录，以建立在时间间隔期间的点火开关接通事件的发生的可能性。所述方法还包括:基于在多个预测点火开关接通的时间间隔中的每个时间间隔期间的预测点火开关接通事件的发生的可能性，整合(assemble)具有多个预测点火开关接通的时间间隔的时间表，并向驾驶员通知整合的时间表与具有计划点火开关接通事件的驾驶员输入时间表之间的任何确定的偏差。
[0007]根据本发明，提供一种计算机实现的方法，所述方法包括:分析用于确定点火开关接通事件是否发生的时间间隔;使用点火开关接通事件发生/点火开关接通事件未发生来更新点火开关接通事件的记录，以建立在时间间隔期间的点火开关接通事件的发生的可能性;基于在每个预测点火开关接通的时间间隔期间的预测的点火开关接通事件的发生的可能性，整合具有多个预测的点火开关接通的时间间隔的时间表；向驾驶员通知整合的时间表与驾驶员输入的点火开关接通事件的时间表之间的任何确定的偏差。
[0008]根据示例性实施例，整合的时间表包括:发生的可能性大于可调阈值的点火开关接通事件。
[0009]根据示例性实施例，所述方法还包括:接收用于更新驾驶员输入的点火开关接通事件的时间表的指令;基于整合的时间表更新驾驶员输入的点火开关接通事件的时间表。
[0010]根据示例性实施例，更新驾驶员输入的点火开关接通事件的时间表包括:添加发生的可能性高于可调阈值的预测的点火开关接通事件。
[0011]根据示例性实施例，更新驾驶员输入的点火开关接通事件的时间表包括:去除发生的可能性低于可调阈值的驾驶员输入的点火开关接通事件，其中，所述驾驶员输入点火开关接通事件与整合的时间表中的点火开关接通事件具有对应性。
[0012]在第三说明性的实施例中，一种存储指令的非暂态计算机可读存储介质，其中，所述指令在被执行时使得处理器执行一种方法，所述方法包括:分析用于确定点火开关接通事件是否发生过的时间间隔。所述方法还包括:使用点火开关接通事件发生/点火开关接通事件未发生来更新点火开关接通事件的记录，以建立在时间间隔期间的点火开关接通事件的发生的可能性。所述方法还包括:基于在多个预测点火开关接通的时间间隔中的每个时间间隔期间的预测的点火开关接通事件的发生的可能性，整合具有多个预测点火开关接通的时间间隔的时间表，并向驾驶员通知整合的时间表与具有计划点火开关接通事件的驾驶员输入时间表之间的任何确定的偏差。
[0013]根据本发明，提供一种存储指令的非暂态计算机可读存储介质，其中，所述指令在被执行时使得处理器执行一种方法，所述方法包括:分析用于确定点火开关接通事件是否发生过的时间间隔；使用点火开关接通事件发生/点火开关接通事件未发生来更新点火开关接通事件的记录，以建立在时间间隔期间的点火开关接通事件的发生的可能性;基于在每个预测点火开关接通的时间间隔期间的预测点火开关接通事件的发生的可能性，整合具有多个预测点火开关接通的时间间隔的时间表;向驾驶员通知整合的时间表与驾驶员输入的点火开关接通事件的时间表之间的任何确定的偏差。
[0014]根据示例性实施例，所述更新按照每日间隔发生。
[0015]根据示例性实施例，整合的时间表包括:发生的可能性大于可调阈值的点火开关接通事件。
[0016]根据示例性实施例，所述方法还包括:接收用于更新驾驶员输入的点火开关接通事件的时间表的指令;基于整合的时间表，更新驾驶员输入的点火开关接通事件的时间表。
[0017]根据示例性实施例，更新驾驶员输入的点火开关接通事件的时间表包括:添加发生的可能性高于可调阈值的预测点火开关接通事件。
[0018]根据示例性实施例，更新驾驶员输入的点火开关接通事件的时间表包括:去除发生的可能性低于可调阈值的驾驶员输入的点火开关接通事件，其中，所述驾驶员输入点火开关接通事件与整合的时间表中的点火开关接通事件具有对应性。
【附图说明】
[0019]图1示出了说明性的车辆计算系统；
[0020 ]图2示出了点火开关接通时间学习的说明性示例；
[0021]图3示出了用于点火开关接通时间的说明性数据更新；
[0022]图4示出了用于预测即将发生的点火开关接通的说明性处理；
[0023]图5A和图5B示出了说明性的预调节处理；
[0024]图6示出了说明性的时间表更新处理。
【具体实施方式】
[0025]根据需要，在此公开了本发明的详细实施例。然而，将理解的是，所公开的实施例仅为本发明的示例，其中，本发明可以以各种替代形式来实现。附图不必按比例绘制；一些特征可被夸大或最小化以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应被解释为具有限制性，而仅仅作为用于教导本领域技术人员以多种方式利用本发明的代表性基础。
[0026]图1示出用于车辆31的基于车辆的计算系统(VCS)I的示例框式拓扑图。这种基于车辆的计算系统I的示例为由福特汽车公司制造的SYNC系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触摸敏感屏幕，则用户还能够与所述界面进行交互。在另一说明性实施例中，通过按钮按压、具有自动语音识别和语音合成的口语对话系统来进行交互。
[0027]在图1所示的说明性实施例1中，处理器3控制基于车辆的计算系统的至少一部分操作。设置在车辆内的处理器允许对命令和程序进行车载处理。另外，处理器连接到非持久性存储器5和持久性存储器7两者。在此说明性实施例中，非持久性存储器是随机存取存储器(RAM)，持久性存储器是硬盘驱动器(HDD)或闪存。一般说来，持久性(非暂态)存储器可包括当计算机或其它装置掉电时保持数据的所有形式的存储器。这些存储器包括但不限于:HDD、⑶、DVD、磁带、固态驱动器、便携式USB驱动器和任何其它适当形式的持久性存储器。
[0028]处理器还设置有允许用户与处理器进行交互的若干不同的输入。在此说明性实施例中，麦克风29、辅助输入25(用于输入33)、1^8输入23、6?5输入24、屏幕4(其可以是触摸屏显示器)和蓝牙输入15全部被设置。还设置有输入选择器51，以允许用户在各种输入之间进行切换。对于麦克风和辅助连接器两者的输入在被传送到处理器之前，由转换器27对所述输入进行模数转换。尽管未示出，但是与VCS进行通信的众多车辆组件和辅助组件可使用车辆网络(诸如但不限于CAN总线)向VCS(或其组件)传送数据并传送来自VCS(或其组件)的数据。
[0029]系统的输出可包括但不限于视觉显示器4以及扬声器13或立体声系统输出。扬声器连接到放大器11，并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流产生到远程蓝牙装置(诸如PND 54)或USB装置(诸如车辆导航装置60)的输出。
[0030]在一说明性实施例中，系统I使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接的任何其他装置)进行通信(17)。移动装置53随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，蜂窝塔57可以是WiFi接入点。
[0031]移动装置与蓝牙收发器之间的示例性通信由信号14表示。
[0032]可通过按钮52或类似的输入来指示将移动装置53与蓝牙收发器15进行配对。相应地，CPU被指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。
[0033]可利用例如与移动装置53关联的数据计划、话上数据或DTMF音在CPU3与网络61之间传送数据。可选地，可期望包括具有天线18的车载调制解调器63，以便在CPU 3与网络61之间通过语音频带传送数据(16)。移动装置53随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，调制解调器63可与蜂窝塔57建立通信(20)，以与网络61进行通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。
[0034]在一说明性实施例中，处理器设置有包括用于与调制解调器应用软件进行通信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如在移动装置中发现的)远程蓝牙收发器的无线通信。蓝牙是IEEE 802 PAN(个域网)协议的子集。IEEE 802 LAN(局域网)协议包括WiFi并与IEEE 802 PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在本领域使用的另一通信方式是自由空间光通信(诸如IrDA)和非标准化消费者IR协议。
[0035]在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的拥有者可在数据被传送的同时通过装置说话时，可实施已知为频分复用的技术。在其它时间，当拥有者没有在使用装置时，数据传送可使用整个带宽(在一示例中是300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言会是常见的并仍在被使用，但其已经很大程度上被用于数字蜂窝通信的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)的混合体所替代。这些都是ITU頂T_2000(3G)兼容的标准，为静止或行走的用户提供高达2mbs的数据速率，并为在移动的车辆中的用户提供高达385kbs的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，其中，所述IMT-Advanced (4G)为在车辆中的用户提供10mbs的数据速率，并为静止的用户提供I gbs的数据速率。如果用户具有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且所述系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，移动装置(ND)53可以是能够通过例如(而非限制)802.1lg网络(即，WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。
[0036]在一实施例中，传入数据可经由话上数据或数据计划穿过移动装置、穿过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要所述数据时为止。
[0037]其它的可与车辆进行接口连接的源包括:具有例如USB连接56和/或天线58的个人导航装置54、具有USB 62或其它连接的车辆导航装置60、车载GPS装置24、或与网络61连接的远程导航系统(未示出)WSB是一类串行联网协议中的一种。IEEE 1394(火线?(苹果)、
1.LINK?(索尼)和Lynx?(德州仪器))、EIA(电子工业协会)串行协议、IEEE 1284(Centronics端口)、S/H)IF(索尼/飞利浦数字互连格式)和USB-1F(USB开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。
[0038]此外，CPU可与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线保健装置、便携式计算机等。
[0039]此外或可选地，可使用例如WiFi(IEEE 803.11)收发器71将CPU连接到基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围中连接到远程网络。
[0040]除了由位于车辆中的车辆计算系统执行示例性处理之外，在某些实施例中，还可由与车辆计算系统通信的计算系统来执行示例性处理。这样的系统可包括但不限于:无线装置(例如但不限于移动电话)或通过无线装置连接的远程计算系统(例如但不限于服务器)。总体上，这样的系统可被称为与车辆关联的计算系统(VACS)。在某些实施例中，VACS的特定组件可根据系统的特定实施而执行处理的特定部分。通过示例而并非限制的方式，如果处理具有与配对的无线装置进行发送或者接收信息的步骤，则很可能由于无线装置不会与自身进行信息的“发送和接收”，而使得无线装置不执行处理的该部分。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的计算系统。
[0041 ]在在此讨论的每个说明性实施例中，示出了可由计算系统执行的处理的示例性的非限制性的示例。针对每个处理，执行该处理的计算系统为了执行该处理的受限制的目的而变为被配置为用于执行该处理的专用处理器是可行的。所有处理不需要被全部执行，并且应被理解为是可被执行以实现本发明的要素的多种类型的处理的示例。可以根据需要将额外步骤添加到示例性处理中或从示例性处理中去除额外步骤。
[0042]现代车辆都配备了允许在车辆和远程系统之间进行通信的远程信息处理系统。这种通信能力的一些示例参照以上的图1被示出。其他类型的远程通信也不断地被添加至远程信息处理系统。例如，由于系统变得更有能力进行交叉通信，因此对于家庭系统而言与车辆系统对话来促进进一步的信息分享是可行的。
[0043]在说明性示例中，用户可具有表示用于车辆使用的计划启动时间的日历或其他时间表标记。例如，如果用户在周一至周五的上午7点去上班且在下午6点钟下班，则日历可指示这些时间。其他时间可包括例如开车带孩子去约会、去学校等。任何经常地反复发生的事件可被记录在日历中，同样地仅发生一次或两次的一次性事件也可被记录在日历中。
[0044]该日历可在移动应用上或者网站上被填写，并且在日历中反映的信息可被车辆访问(车辆远程访问该信息或该信息传输至车辆)。这种信息可作为用于确定可能的车辆启动何时即将发生的一个依据而被使用。
[0045]在其他示例中，用户可能不想填写日历或者知道填写日历。在这样的情况下，车辆可尝试基于从观测到的行为中推导出的预测启动时间来预测用户是否将使用车辆。车辆可基于观测到的行为建立用户行为随时间的模型，并因此能够以一定的成功度来预测用户是否将会进行车辆使用。
[0046]一旦处理知道(从日历中或基于观测到的行为获知)车辆是否将被使用，则该处理随后可进行车辆的预调节。这可与将车辆内部设置到期望的温度是一样简单的，或者可包括预热/预冷电池、预热/预冷座椅、打开车窗、给挡风玻璃除霜等。这既可以改善用户体验，又可以针对电池帮助提高电池效率和充电使用。
[0047]图2示出了点火开关接通时间学习的说明性示例。针对在该图中描述的说明性实施例，应当注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被暂时改用作专用处理器，直到所述方法完成时为止。在另一示例中，在适当的程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理的变型的目的而被提供的专用处理器。
[0048]在图2中示出的说明性的简化示例中，在2OI，车辆或者与车辆相关的系统(例如，与车辆进行通信的移动装置、远程服务器等)对单个或一系列的时间间隔进行估计。例如但不限于，这种估计可每天按照固定的时间或者当计算能力可用时等被进行。该处理还可以是持续的并且随着时间推进进行更新。
[0049]在203，对于给定的时间间隔，该处理确定车辆在该间隔期间是否接通点火开关。在该示例中，一天被划分为一系列的时间间隔，并且在时间间隔期间的任何点火开关接通“添加”到在该时间间隔期间的将来点火开关接通的可能性中。因为学习确切次数的单个用户行为模式将会花费很长的时间，并且因为人们通常在大致的时间出发(即，上午7点钟出发可能是在某一天的上午6:58和第二天的上午7:02)，所以基于时间窗口来确定计划的出发时间可能是更为准确和方便的。另外，对于给定的时间段的可能性的值可通过追踪指示没有点火开关接通被处理的信息而被减少。
[0050]对于每个间隔，如果车辆接通点火开关，则在205提供正的更新(指示增加的将来点火开关接通的可能性)。如果车辆没有接通点火开关，则在207提供负的更新(指示减少的在该时间的点火开关接通的可能性)。尽管这是相当简单的模型，但是这展示了可确定和修改在给定的时间窗口期间的出发的可能性的一种方式。在点火开关接通的间隔被正更新的同时，当前点火开关接通的间隔和最近的点火开关接通的间隔之间的其他间隔可具有指示在那些其他间隔期间没有点火开关接通的负的更新。
[0051]图3示出了用于点火开关接通时间的说明性数据更新。针对在该图中描述的说明性实施例，应当注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被暂时改用作专用处理器，直到所述方法完成时为止。在另一示例中，在适当的程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理的变型的目的而被提供的专用处理器。
[0052]该示例示出了这样的更新，所述更新可用于与诸如图2中举例说明的学习处理相结合的正的更新(positive update)或负的更新(negative update)。在该示例中，该处理在301将对点火开关接通的时间间隔进行更新(正更新或负更新)。因此，例如，如果车辆在上午7:07启动，则可对上午7:00-7:15的时间间隔进行正更新。与此同时，可对一周中的日期进行正更新或负更新。除了知道常用的启动时间之外，人的行为通常基于时间表，所述时间表反映在不同的周中的一周的同一天的共同动作上。因此，既知道车辆在什么时间启动又知道车辆在什么日期启动可能是有很用的。因此，对于在从周一至周五的上午7点去上班但是在周六直到中午才使用车辆去体育馆以及在周日上午10:30去教堂的人来说，在上午7点钟启动的预测将不会被用在周六或周日上，并且中午和10:30的预测将分别针对周六和周日产生。相应地，可在303，处理一周中的日期的更新。
[0053]此外，在该示例中，可在305更新点火开关接通的位置。在一些情况下，点火开关接通时间可能与车辆位置有关。例如，如果车辆处于办公位置，则有可能经常是下午5:30的点火开关接通时间(当用户出发时)。但是，如果同一车辆处于家庭位置，则几乎不会有这样的点火开关接通时间(因为用户已经在家)。因此，如果需要的话，可以使得点火开关接通预测与位置相关，这可以提高精确性。例如，如果用户休假两周并且车辆被留在家中，则这样还可避免减少针对办公位置的预测。
[0054]该系统不仅可以学习点火开关接通何时发生，而且还可以学习点火开关接通在何处发生，并且如果在位置之间点火开关接通的发生存在偏差，则该数据可被分离出来以进一步完善预测能力。例如，如果人在一周中的两个晚上在另一个重要的住宅睡觉，则在不考虑用户位置的情况下点火开关接通可仍然在上午7点钟发生。因此，由于上午7点钟的点火开关接通在家和另一重要位置两者发生，从而启动时间可能不会基于位置而被打破。另一方面，如果用户在上午7点钟离开家，而在上午6: 30离开另一个重要的住宅(可能因为位置)，则启动时间可基于位置而被打破。这将避免当用户在家时预测车辆在6:30启动以及当用户在另一睡觉位置时预测车辆在上午7:00启动(尽管用户可能已经在车辆中)。通过使用低通滤波过程，不需要存储针对每个事件的实际点火开关接通时间。学习的点火开关接通映射可提供基于检测到的事件或未检测到的事件而被更新的信息。
[0055]图4示出了用于预测即将发生的点火开关接通的说明性处理。针对在该图中描述的说明性实施例，应当注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被暂时改用作专用处理器，直到所述方法完成时为止。在另一示例中，在适当的程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理的变型的目的而被提供的专用处理器。
[0056]在该说明性示例中，该处理试图确定车辆是否将要被启动。该处理可在远程装置上运行或者在车辆内部运行(例如，如果车辆具有足够的电力来持续运行这样的处理，则可在车辆内部运行)。当在外部装置上运行时，如果预测到点火开关接通，则该处理可与车辆进行通信以指示进行预调节。
[0057]在该示例中，该处理在401针对天和时间间隔检查给定的时间窗口。另外，在该示例中，获取车辆位置(或者，例如，如果该处理在移动装置上正在运行，则获取远程装置位置)。在403，针对给定的时间/天/位置访问概率矩阵或其他预测算法数据源。该数据是基于先前针对天、时间间隔和/或位置观测到的行为。
[0058]在该示例中，该处理在405检查以查看针对给定位置的数据之间是否存在变化。也就是说，存在一个以上针对给定的时间间隔提供的点火开关接通数据集合，所述点火开关接通数据集合表示基于不同位置的点火开关接通的不同概率。如果是这样，则该处理在407基于当前位置加载适合的数据集合。如果当前位置不对应于任何与多种数据集合关联的位置(即，车辆处于先前未观测到的位置)，则也可能存在默认为最有可能/不可能的集合。
[0059]该处理随后在409检查以确定车辆点火开关接通的概率是否在给定的可调阈值之上。例如，当几乎没有数据可用时，该阈值可被设置为低概率，这是因为有限的数据可趋向于使大多数概率接近于O。随着数据被开发，概率可发生变化。概率还可针对与基线温度(例如，但不限于，用户偏好的车辆温度)的温度偏差被动态地调整。也就是说，如果内部/外部温度接近于偏好的温度，则需要很多预调节的可能性为低，因此用于预测的阈值可能为高，这是因为即使系统是错误的，对用户也几乎没有影响。另一方面，例如，如果温度为70度(低于偏好的温度)，则阈值可以降低，使得为了在用户可能使用车辆时捕获所有实例，更多的误报可能发生，使得不会体验到非常冷或非常热的车辆。在其他示例中，阈值是用户可调的或者OEM/经销商可调的。
[0060]在409，如果概率大于阈值，则系统预测车辆将在所检查的时间框内被使用，并且该处理在413返回点火开关接通的可能性。这种可能性可被返回至查询处理，或者例如在远离车辆的装置上运行的应用可预测即将发生的点火开关接通并且与车辆进行通信，以预测所需/所期望的预调节。如果概率低于阈值，则该处理可在411返回没有点火开关接通的可能性，并将该值返回至查询处理或者例如选择不与车辆通信。
[0061]图5A和图5B示出了说明性预调节处理。针对在该图中描述的说明性实施例，应当注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被暂时改用作专用处理器，直到所述方法完成时为止。在另一示例中，在适当的程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理的变型的目的而被提供的专用处理器。
[0062]在该说明性示例中，示出了用于预调节车辆的非限制性处理。首先，在该示例中，该处理在501通过估计潜在的预调节需求开始。在503，加载通过用户输入或一系列的用户观测创建的用户时间表，所述一系列的用户观测已被编入到日程表中。用户时间表将通常指示已知的点火开关接通时间或常用的预测的点火开关接通时间，并且可被周期性地手动更新或自动更新。
[0063]当车辆正在被预调节时，可针对用户创建一个或更多个预调节设置。这些预调节设置可以是固定(和/或由驾驶员定义)的设置，或者可基于内部/外部温度、一天中的时间、天气等来改变。例如，在夏天(或者当外部温度高于80度时)，用户可能希望车辆被冷却到68度。在冬天(或者当外部温度低于冰点时)，用户可能希望车辆被加热到74度。如果外部温度在最佳电池操作范围之外，则电池可被加热或冷却以促进有效使用。如果天气合适(即，没有降水)并且设置允许，则车辆车窗可被略微打开以允许来自外部因素的加热/冷却帮助。例如，如果车辆正停放在太阳下并且内部温度是130度，则除非车窗能够被打开以排出内部的热空气，否则冷却车辆可能需要更长的时间。例如，如果，例如车辆正停放在车主的车道中，则这可能是可接受的。
[0064]在505，如果时间表没有(针对单个或一系列的观测到的时间间隔)指示即将发生的点火开关接通，则该处理可在507加载诸如在图4中示出的预测处理。在509，如果该预测处理预测点火开关接通可能高于可调阈值，则该处理将继续。否则，该处理退出。如果点火开关接通是基于驾驶员对时间表的输入，则该可能性有可能可被视为是100%，否则，该可能性可基于累计的观测到的行为(例如，但不限于，在特定时间间隔的过去X个事件中，点火开关接通已经发生了 Y次)。
[0065]在该示例中，如果存在计划的或高度可能即将发生的点火开关接通事件，则该处理在511还通过确定车辆被停放来确定车辆目前未在使用中。如果车辆在使用中，则该处理退出，这是因为当车辆在使用中时预调节是没有意义的。如果车辆未在使用中，则该处理在513将检查以查看车辆是否被插入。例如，如果车辆不具有用于被插入的电连接，则可进行针对特定燃料水平阈值的可选检查。
[0066]如果车辆未被插入，则用户可能仍然期望进行预调节。在其他示例中，针对充电电池温度的预调节可导致更为有效的电池使用，因此，可执行针对用于电池状况的设置的检查。在515，检查与其他的用户预调节偏好相关的其他设置。可能是这种情况，用户在517已经设置了用于忽略未插入状态的设置，这就是说即使车辆未被插入，用户仍期望进行预调节。可针对燃料的阈值水平做出相同的设置。如果设置了忽略未被插入/燃料水平的设置，则该处理随后可在519检查以查看电力/燃料是否高于临界阈值。
[0067]临界阈值和“可接受的”阈值可针对燃料和电力发生变化。例如，即使在电力低于50%并且车辆未被插入或者燃料低于50%的情况下，用户可能仍希望进行预调节。但是，如果燃料/电力低于例如20%，则这可被视为是临界水平，并且预调节将不会发生。这防止用户来到不能实际行驶的预热/冷却的车辆的外面。
[0068]此外在该示例中，在521，检查天气。这可与获取外部或内部温度一样简单，或者，也可涉及获得针对即将出现的天气的预测。由于预调节主要关注使车辆准备行驶，因此在这种情形下本地即时天气/温度是最有用的。此外，在大多数情况下，由于车辆的内部(而非外部)正在被预调节，因此该处理可检查内部温度(而不是外部温度)以确定是否需要进行预调节。在一些情况下(诸如在除霜的情况下)，该处理可利用外部温度作为用于启用除霜机构的依据。在其他示例中，内部温度可作为用于启用预调节的依据。
[0069]在523，如果用于进行预调节的因素被满足，则该处理可在525检查以查看是否需要驾驶员许可进行预调节。在一些情况下，驾驶员可能希望允许/拒绝任何预调节尝试。或者，例如，如果预调节是基于计划的事件，则该处理可继续进行而不需要驾驶员许可，而驾驶员许可可被期望用于预测的车辆使用，因为这些预测的车辆使用可能更有可能产生误报(false positive)。
[0070]如果预调节需要驾驶员许可，则该处理可在527基于做出的任何许可设置来警告驾驶员。例如，如果该处理正在移动装置上执行(并且可能与车辆进行通信以确定例如内部温度等)，则该处理可在指示进行预调节之前通过使用移动装置来警告驾驶员。如果该处理正在远程服务器或者车辆上执行，则该处理可通过移动装置或者任何其它选择的警告装置来警告驾驶员。在529，如果不需要进行预调节，或者允许进行预调节，则该处理可继续进行。驾驶员可配置车辆以进行自动预调节，或者在特定或全部的预调节发生之前指示车辆与驾驶员确认。例如，如果车辆需要限制的预调节(即，内部温度非常接近期望的温度)，则该处理可能需要进行确认，但在另一方面，如果内部温度上升到阈值以上或下降到阈值以下，则该处理可自动启用预调节(如果点火开关接通即将发生的话)。
[0071]一旦已经允许进行预调节或者如果不需要许可，则该处理可在531开始进行预调节(或者指示对预调节的初始化)。典型地，该处理将在车辆的计划启动时间之前而开始一些可调时间段。这可基于用户设置来改变，或者例如可基于需要进行预调节的程度大小如何(即，小的温度改变可能需要预调节两到三分钟，而大的温度改变可能需要十到十五分钟)来改变。由于制热和制冷系统的效率可能随着时间降低，因此如果需要的话，该处理可追踪从一个温度改变为另一个温度需要多长时间，并使所述时间段建立在用于将温度从当前的温度改变为所期望的温度的计划时间的基础上。
[0072]在533，如果计划的启动时间还未到达，则该处理可在535检查车辆是否已经启动。如果车辆已经启动，则可在537对任何预测处理或数据记录进行更新，所述任何预测处理或数据记录指示车辆在给定的间隔中启动。否则，调节继续进行。
[0073]在533，如果用于启动的计划时间已经到达(或者超过计划启动时间的可调阈值已经达到)，则该处理可在539通知驾驶员车辆正在进行预调节，但是车辆还未启动。在541，这给予驾驶员中止预调节处理的机会，例如，如果行驶计划已经改变的话。如果驾驶员选择中止该处理，则该系统可在545对与车辆启动有关的预测进行负更新，或者对车辆数据存储区进行负更新(可用于以后的分析中)。另一方面，如果驾驶员选择继续进行预调节，则该处理在543可将启动时间调整为新的计划启动时间(通过以固定的量对时间进行递增、从驾驶员接收新的计划启动时间等)，并且继续进行预调节。
[0074]图6示出了说明性时间表更新处理。针对在该图中描述的说明性实施例，应当注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被暂时改用作专用处理器，直到所述方法完成时为止。在另一示例中，在适当的程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理的变型的目的而被提供的专用处理器。
[0075]在该说明性示例中，可对驾驶员时间表进行更新，使得针对计划启动时间对实际启动时间的随时间观测到的偏差或者例如从未实际发生过的计划启动时间可在时间表上被改变/去除。
[0076]在该示例中，该处理在601基于预测车辆何时被启动而整合(assemble)预测时间表，其中，基于观测到的行为来预测车辆何时被启动。该时间表基于观测到的驾驶员行为而被产生，并且与现有的创建的实际时间表是不同的。此时还可在603加载所创建的计划启动时间的时间表。
[0077]对于初始时间间隔(和对于随后的间隔)，该处理可在607将预测的点火开关接通与计划的点火开关接通进行比较，以查看计划的数据(点火开关接通或点火开关没有接通)是否与预测的数据相匹配。对于两个时间表不同的每个实例，该处理可在609标记时间间隔。该处理在613通过移至下一个间隔继续进行，直到在611没有间隔剩余进行考虑。
[0078]此时，在该处理中，当所有适当的间隔都已被考虑到时，该处理可在615确定在固定的日历上被标记的实例的数量是否超过阈值。如果能够自动日历更新，则该步骤可被跳过，否则在仅存在一个或几个偏差时该步骤有助于防止用户被打断。在该示例中，如果存在偏差数量的阈值，则该处理在617通知用户/驾驶员。自动更新也可跳过通知步骤，并基于具有高成功度的预测来直接地修改固定日历。在该示例中，驾驶员可在619选择使固定日历被自动地更新以在621适应由标记所指示的新的时间(并去除当前不准确的计划时间)，或者，代替地，驾驶员可登录服务或访问应用，所述服务或应用允许手动编辑时间表。
[0079]虽然以上描述了示例性实施例，但这些实施例并不意在描述本发明的所有可能形式。更确切地，说明书中所使用的词语是描述性词语而非限制性词语，并且应理解的是，可在不脱离本发明的精神和范围的情况下做出各种改变。此外，可将各种实施的实施例的特征进行组合以形成本发明的进一步的实施例。
【主权项】
1.一种系统，包括: 处理器，被配置为: 访问可能的车辆启动时间的时间表； 在当前时间处于计划点火开关接通时间的可调接近度内时，基于观测到的车辆使用，从所述时间表中选择所述计划点火开关接通时间，其中，所述计划点火开关接通时间发生的可能性高于可调阈值； 确定当前与车辆相关的温度是否引起车辆预调节； 预调节车辆，直到建立预设的预调节设置为止。2.如权利要求1所述的系统，其中，与车辆相关的温度包括车辆的内部温度。3.如权利要求1所述的系统，其中，与车辆相关的温度包括车辆的外部温度。4.如权利要求1所述的系统，其中，预调节包括加热或冷却车辆的内部。5.如权利要求1所述的系统，其中，预调节包括进行车辆车窗除霜。6.如权利要求1所述的系统，其中，预调节包括加热或冷却车辆电池。7.如权利要求1所述的系统，其中，处理器还被配置为: 如果计划点火开关接通时间已经过去，则通知用户请求用于继续进行预调节的许可。8.如权利要求7所述的系统，其中，处理器还被配置为: 如果驾驶员指示继续进行预调节，则设置新的计划点火开关接通时间。9.如权利要求1所述的系统，其中，所述时间表包括车辆启动时间，车辆启动时间基于驾驶员对于时间表的输入，其中，所述车辆启动时间被视为具有100%的发生的可能性。
【文档编号】B60R16/023GK105905052SQ201610096633
【公开日】2016年8月31日
【申请日】2016年2月22日
【发明人】曾福林, 杨行翔, 爱得·M·杜达尔, 迪米塔·彼特诺夫·菲利夫, 约翰内斯·盖尔·克里斯汀森
【申请人】福特全球技术公司