CN104346199A - 用于车载计算***的***和方法 - Google Patents

Abstract

本发明公开用于控制计算***的电力模式的实施方案。在一些实施方案中，一种用于车载计算***的方法包括：当车辆停机时，在暂停模式下操作所述***，其中易失性存储器处于待命状态；以及确定在下一次预期车辆起动前是否可以完成重启。所述方法可进一步包括：如果确定在下一次预期车辆起动前可以完成重启，那么执行所述***的重启。

Description

用于车载计算***的***和方法

技术领域

本公开涉及一种车载计算***(如信息娱乐***)，以及对所述车载计算***的电力模式的控制，以便改善***性能而不损害用户对所述***的存取。

背景技术

车辆可以包括信息娱乐***(例如，车载计算***)，这些信息娱乐***向车辆用户提供信息和媒体，同时充当用于车辆***(如气候控制***、收音机、手机等)并且用于外部装置(如移动电话)的控制界面。例如，车载计算***可以与车辆的扬声器***对接来播放媒体内容，为用户进行电话呼叫，并且向用户提供信息，以及其它特征。车载计算***可以提供与天气、交通、行驶指南/导航、车辆诊断等有关的信息。提供给用户的信息和媒体可以存储在信息娱乐***中，由信息娱乐***从其它来源(如广播电台或电视节目)接收，或者可由信息娱乐***基于特定输入数据(如一天中的时间、当前位置等)产生(与便携式导航装置的操作类似)。信息可以声学形式、视觉形式或两种形式的组合提供给用户。

发明内容

本发明公开了用于控制车载计算***的电力模式的实施方案。在一些实施方案中，一种用于车载计算***的方法包括：当车辆停机时，在暂停模式下操作所述***，其中易失性存储器处于待命状态；确定在下一次预期车辆起动前是否可以完成重启；以及如果确定在下一次预期车辆起动前可以完成重启，那么执行所述***的重启。

一种用于提供电力模式控制的车辆***的实施方案可以包括：车载计算***，其具有第一处理器和第二处理器，所述第一处理器执行操作***且所述第二处理器与车辆控制***对接；以及计算机可读存储器，其存储指令，所述指令可由所述第一处理器执行以便当车辆停机时在暂停模式下操作所述车载计算***，其中易失性存储器处于待命状态。所述指令可以进一步可执行以便确定在选定事件前是否可完成重启，并且如果确定在所述选定事件前可完成重启，那么执行所述车载计算***的重启。

一种控制车载计算***的电力模式的方法的另一个实例包括：响应于车辆停机的开始，暂停信息娱乐***的操作，同时保持易失性存储器处于待命状态；以及在车辆完全停机后且当车辆保持熄火时，基于一个或多个车辆状态参数选择性地重启信息娱乐***。

附图说明

参考附图阅读以下对非限定性实施方案的描述，可以更好地理解本公开，其中：

图1展示根据本公开的一个或多个实施方案的车辆的车厢内部的示例性局部视图；

图2是根据本公开的一个或多个实施方案的车载计算***的方框图；

图3是根据本公开的一个或多个实施方案的在检测到车辆***关闭事件之后控制车载计算***的电力模式的方法的流程图；

图4是根据本公开的一个或多个实施方案的识别是否可以执行车载计算***的重启的方法的流程图；

图5是根据本公开的一个或多个实施方案的用于基于驾驶人的认知负荷选择性地重启车载计算***的示例性方法；以及

图6展示根据本公开的一个或多个实施方案的在车辆起动时执行冷启动的***以及在车辆起动时从暂停状态启动的***的示例性状态图。

具体实施方式

因为信息娱乐***可以使用与个人计算机(PC)中所使用的操作***和/或软件类似的操作***和/或软件，所以在车辆用户起动车辆的时间与信息娱乐***完全载入以使其功能可供用户存取的时间之间，可能经历滞后。用户可能希望***立即提供所需水平的功能性，如存取行驶指南、播放媒体内容等。因此，可能不希望车载计算***在车辆起动前处于完全断电状态，这是因为，所述***在从完全断电状态接通电源时可能要用相对长的时间(例如，几十秒)来达到可接受的功能性水平，这取决于车载计算***所使用的操作***。但是，如果特定***部件(如易失性存储器)始终保持在待命或暂停模式中来减少起动车辆时的滞后时间，那么本来可以通过***重启予以纠正的错误可能会累积并且妨碍***性能。

本公开提供当车辆不工作时可以保持在暂停模式中的车载计算***。车载计算***的暂停模式可以是如下模式：其中***的处理器、音频接口和显示器处于关闭状态，而至少某种易失性存储器保持处于最后已知的状态，这可以减少***在车辆起动时达到可接受的功能性水平所用的时间。但是，因为保持易失性存储器活动可能会导致错误随时间累积，所以车载计算***可以被配置成，例如当车辆***关闭时且当不太可能即将使用车辆时通过执行***重启(例如“冷启动”)来刷新易失性存储器。在易失性存储器已刷新后，车载计算***可以被置于暂停模式且在下一次车辆起动时快速恢复到可接受的功能性水平。因此，***的冷启动可以被定时成在车辆不使用时执行，以便可以在不给用户带来不便的情况下刷新易失性存储器。

图1展示一种类型的环境的示例性局部视图：车辆102的车厢100的内部，驾驶人和/或一个或多个乘客可以坐在车厢中。图1的车辆102可以是包括驱动轮(未展示)和内燃机104的机动车辆。内燃机104可以包括一个或多个燃烧室，所述燃烧室可以经由进气通道接收进气并经由排气通道排放燃烧气体。车辆102可以是道路汽车，以及其它类型的车辆。在一些实施例中，车辆102可以包括混合动力推进***，这个***包括可以操作来从车辆运动和/或发动机吸收能量并将所吸收能量转换成适合由能量存储装置加以存储的能量形式的能量转换装置。车辆102可以包括全电动车辆，全电动车辆并入有燃料电池、太阳能捕获元件和/或用于给车辆供电的其它能量存储***的。

如所示，仪表板106可以包括可供车辆102的驾驶人(也称为用户)存取的各种显示器和控制件。例如，仪表板106可以包括车载计算***109(例如信息娱乐***)的触摸屏108、音频***控制面板和仪表组110。虽然图1所示的示例性***包括可以经由车载计算***109的用户界面(如触摸屏108)执行的音频***控制件而无需单独的音频***控制面板，但是在其它实施方案中，车辆可以包括音频***控制面板，这个音频***控制面板可以包括用于常规车辆音频***(如收音机、光碟播放器、MP3播放器等)的控制件。音频***控制件可以包括用于控制经由车辆扬声器***的扬声器112输出的音频的一个或多个方面的特征。例如，车载计算***或音频***控制件可以控制音频输出的音量、声音在车辆扬声器***的单个扬声器之间的分布、音频信号的均衡化和/或音频输出的其它方面。在另外的实施例中，车载计算***109可以基于直接经由触摸屏108接收的用户输入，或基于经由外部装置150和/或移动装置128接收的与用户有关的数据(如用户的身体状况和/或环境)，来调整无线电台选择、播放列表选择、音频输入源(例如，从收音机或CD或MP3)等。

在一些实施方案中，车载计算***109的一个或多个硬件元件(如触摸屏108、显示屏、各种控制标度盘、旋钮和按钮、存储器、处理器和任何接口元件(例如，连接器或端口))可以形成安装在车辆的仪表板106中的整合式主机。所述主机可以固定地或可移除地附接在仪表板106中。在额外或替代的实施方案中，车载计算***的一个或多个硬件元件可以是模块化的并且可以安装在车辆的多个位置中。

仪表组110可以包括如油表、转速表、速度表和里程表的各种仪表，以及指示器和警示灯。方向盘114可以在仪表组110下方从仪表板伸出。任选地，方向盘114可以包括控制件116，所述控制件可以结合触摸屏108来使用，以便巡览车载计算***的特征并且控制车载计算***。除了图1中描述的部件，应了解，仪表板106可以包括额外部件，如车门和车窗控制件、点烟器(还可以用作低电压电源插座)、手套箱和/或其它合适的元件。在一个或多个实施方案中，可以使用触摸屏108执行经由气候控制***通风口118对车内气候(如车厢温度)的控制，并且因此仪表板106中可以不包括单独的气候控制界面。但是在替代实施方案中，可以提供单独的气候控制界面。

车厢100可以包括用于监测车辆、用户和/或环境的一个或多个传感器。例如，车厢100可以包括一个或多个安装在座椅上的压力传感器120，所述压力传感器被配置成测量施加到座椅的压力来确定用户的存在。车厢100可以包括一个或多个车门传感器122，所述车门传感器被配置成监测车门活动，如车门的打开和/或关闭、车门的上锁、车门的车窗的操作和/或其它合适的车门活动事件。可以包括湿度传感器124，用来测量车厢的湿度含量。可以包括麦克风126，用来：接收语音命令形式的用户输入，允许用户进行电话呼叫，和/或测量车厢100内的环境噪声。应了解，图1中示出的传感器布置是示例性的，并且一个或多个额外或替代的传感器可以位于车辆的任何合适位置中。例如，额外传感器可以位于发动机舱中，车辆的外表面上，和/或其它合适的位置中，用于提供与车辆的操作、车辆的环境状况、车辆的用户等有关的信息。还可以从在车辆外部/与车辆分开(即，不是车辆***的一部分)的传感器，如从连接到外部装置150和/或移动装置128的传感器，接收与车辆的环境状况、车辆状态或车辆驾驶人有关的信息。

车厢100还可以包括在行进前、行进期间和/或行进后存放在车辆中的一个或多个用户物品，如移动装置128。移动装置可以包括智能电话、平板计算机、笔记本计算机、便携式媒体播放器和/或任何合适的移动计算装置。移动装置128可以经由通信链路130连接到车载计算***。通信链路130可以是有线的(例如，经由通用串行总线[USB]、移动高清链路[MHL]、高清多媒体接口[HDMI]等)或无线的(例如，经由蓝牙(BLUETOOTH)、WI-FI、近场通信[NFC]、蜂窝式连接等)，并且被配置成在移动装置与车载计算***之间提供双向通信。例如，通信链路130可以将来自各种车辆***(如车辆音频***、气候控制***等)和触摸屏108的传感器和/或控制信号提供给移动装置128，并且可以将来自移动装置128的控制和/或显示信号提供给车载***和触摸屏108。通信链路130还可以从车载电源提供电力给移动装置128，以便给移动装置的内部电池充电。

虽然移动装置128被示出为与车载计算***在空间上分开且经由大致上外部通信链路(例如，电缆或射频信号)予以连接，但是应了解，可以在仪表板106中或车辆的其它位置中形成狭槽132或其它存放结构，用来将移动装置保持在特定位置中。存放结构可以包括整合式连接器134，移动装置128可以附接到或“对接到”所述连接器，以便在移动装置与计算***之间提供大致上内部通信链路。

车载计算***109还可以可通信地连接到额外装置，所述额外装置由用户操作和/或存取，但位于车辆102外部，如一个或多个外部装置150。在所描述的实施方案中，外部装置150位于车辆102外，但是应了解，在替代实施方案中，外部装置可以位于车厢100内。外部装置可以包括服务器计算***、个人计算***、便携式电子装置、电子腕带、电子头带、便携式音乐播放器、电子活动追踪装置、计步器、智能手表、GPS***等。外部装置150可以经由通信链路136连接到车载计算***，通信链路136可以是有线的或无线的(如参照通信链路130所讨论)且被配置成在外部装置与车载计算***之间提供双向通信。例如，外部装置150可以包括一个或多个传感器，并且通信链路136可以将来自外部装置150的传感器输出传输到车载计算***109和触摸屏108。外部装置150还可以存储和/或接收与情境数据、用户行为/偏好、操作规则等有关的信息，并且可以将这种信息从外部装置150传输到车载计算***109和触摸屏108。

车载计算***109可以：分析从外部装置150、移动装置128和/或其它输入源接收的输入，并且选择对各种车载***(如气候控制***或音频***)的设置，经由触摸屏108和/或扬声器112提供输出，与移动装置128和/或外部装置150通信，和/或基于评估执行其它动作。在一些实施方案中，全部或部分评估可由移动装置128和/或外部装置150执行。

在一些实施方案中，外部装置150中的一个或多个可以经由移动装置128和/或外部装置150中的另一个来可通信地间接连接到车载计算***109。例如，通信链路136可以将外部装置150可通信地连接到移动装置128，以便将来自外部装置150的输出中继传递到移动装置128。从外部装置150接收的数据随后可以在移动装置128处与移动装置128所收集的数据进行聚集，聚集的数据随后经由通信链路130被传输到车载计算***109和触摸屏108。类似的数据聚集可以发生在服务器***处，并且随后经由通信链路136/130被传输到车载计算***109和触摸屏108。

图2展示配置和/或整合在车辆201内的车载计算***200的方框图。车载计算***200可以是图1的车载计算***109的实施例。在一些实施例中，车载计算***可以是车辆信息娱乐***，车辆信息娱乐***被配置成提供基于信息的媒体内容(音频和/或视觉媒体内容，包括娱乐内容、导航服务等)给车辆用户，以便增强操作者的车内体验。车辆信息娱乐***可以包括或连接到各种车辆***、子***、硬件部件以及软件应用程序和***，所述软件应用程序和***被整合在或可整合到车辆201中以便增强驾驶人和/或乘客的车内体验。

车载计算***200可以包括一个或多个处理器，所述处理器包括操作***处理器214和接口处理器220。操作***处理器214可以在车载计算***上执行操作***，并且控制车载计算***的输入/输出、显示、播放和其它操作。接口处理器220可以经由车内***通信模块222与车辆控制***230对接。应了解，在一些实施方案中，两个处理器214和220都可以执行操作***。处理器214和220可以各自与一个或多个监视器或监视计时器相关联。监视器可以监测各种***的操作并且在检测到有问题的操作时开始车载计算装置的重启。在一些实施方案中，监视器可以包括监视计时器，所述监视计时器开始车载计算装置的重启。处理器214和220可以被配置成根据时钟信号来重置和/或再启动监视计时器，所述时钟信号确保在监视计时器到期前对监视计时器的重置和/或再启动。

车内***通信模块222可以输出数据到其它车辆***231和车辆控制元件261，同时还例如通过车辆控制***230接收从其它车辆部件和***231、261输入的数据。当输出数据时，车内***通信模块222可以经由总线提供信号，所述信号对应于车辆的任何状态、车辆周围环境或连接到车辆的任何其它信息来源的输出。车辆数据输出可以包括例如：模拟信号(如当前速度)、由单个信息来源(如时钟、温度计、如全球定位***[GPS]传感器的位置传感器等)提供的数字信号、通过车辆数据网络(如：发动机控制器局域网[CAN]总线，可以通过这个总线来传达发动机相关信息；气候控制CAN总线，可以通过这个总线来传达气候控制相关信息；以及多媒体数据网络，通过这个网络在车辆中的多媒体部件之间传达多媒体数据)传播的数字信号。例如，车载计算***可以从发动机CAN总线检索由车轮传感器估计的车辆当前速度、经由车辆的电池和/或电力分布***的车辆电力状态、车辆点火状态等。另外，同样可以使用如以太网的其它对接装置，而不脱离本公开的范围。

应了解，CAN总线可以用来检测车辆活动或不活动。例如，CAN总线可以保持活动几分钟，以便保持前大灯可供使用或在选择特征上提供延时照明。在用户活动期间，所述模块可以在CAN总线上通信，以便可以通过CAN总线上的活动(如通过CAN总线上的参数，这些参数是从其它车辆***感测的)来确定检测到车辆活动。

车载计算***200中可以包括非易失性存储装置208，用来以非易失性形式存储数据，如可由处理器214和220执行的指令。存储装置208可以存储应用程序数据，用来允许车载计算***200运行应用程序以便连接到基于云技术的服务器和/或收集信息来传输到基于云技术的服务器。所述应用程序可以检索由车辆***/传感器、输入装置(例如用户界面218)、与车载计算***通信的装置(例如，经由蓝牙链路予以连接的移动装置)等收集的信息。车载计算***200可以进一步包括易失性存储器216。易失性存储器216可以是随机存取存储器(RAM)。如非暂时性存储装置208的非暂时性存储装置和/或易失性存储器216可以存储指令和/或代码，所述指令和/或代码在由处理器(例如，操作***处理器214和/或接口处理器220)执行时，控制车载计算***200执行本公开中描述的动作中的一个或多个。

车载计算***200中可以包括麦克风202，用来：从用户接收语音命令，测量车辆中的环境噪声，根据车辆的声环境来确定是否调谐来自车辆扬声器的音频，等等。语音处理单元204可以处理语音命令，如从麦克风202接收的命令。在一些实施方案中，车载计算***200还可以能够使用处理的音频***232中所包括的麦克风来接收语音命令和样本环境车辆噪声。

车载计算***200的传感器子***210中可以包括一个或多个额外传感器。例如，传感器子***210可以包括摄像头，如用于辅助用户停车的后视摄像头和/或用于识别用户(例如，使用面部识别和/或用户示意动作)的车厢摄像头。车载计算***200的传感器子***210可以与各种车辆传感器通信且从各种车辆传感器接收输入，并且可以进一步接收用户输入。例如，由传感器子***210接收的输入可以包括：变速器齿轮位置、变速器离合器位置、油门踏板输入、刹车输入、变速器选择器位置、车辆速度、发动机速度、通过发动机的质量空气流量、环境温度、进气温度等，以及来自气候控制***传感器的输入(如热传递流体温度、防冻剂温度、风扇速度、乘客舱温度、所需乘客舱温度、环境湿度等)、来自音频传感器(其检测用户发出的语音命令)的输入、来自钥匙扣传感器(其从车辆的钥匙扣接收命令并且任选地追踪所述钥匙扣的地理位置/接近度)的输入等。虽然某些车辆***传感器可以仅仅与传感器子***210通信，但是其它传感器可以与传感器子***210和车辆控制***230通信，或者可以经由车辆控制***230间接与传感器子***210通信。车载计算***200的导航子***211可以产生和/或接收如位置信息(例如，经由GPS传感器和/或来自传感器子***210的其它传感器)、路线引导、交通信息、道路建设/绕行信息、兴趣点(POI)识别的导航信息，和/或为驾驶人提供其它导航服务。

车载计算***200的外部装置接口212可能可连接到位于车辆201外部的一个或多个外部装置240和/或与所述外部装置240通信。虽然外部装置被示出为位于车辆201外部，但是应了解，外部装置可以暂时放在车辆201中，如当用户在操作车辆201的同时操作外部装置时。换句话说，外部装置240并不与车辆201成一体。外部装置240可以包括移动装置242(例如，经由蓝牙连接加以连接)或替代的具备蓝牙功能的装置252。移动装置242可以是移动电话、智能电话、可以经由有线和/或无线通信与车载计算***通信的穿戴式装置/传感器，或其它便携式电子装置。其它外部装置包括外部服务246。例如，外部装置可以包括与车辆分开且位于车辆外部的车外装置。再其它的外部装置包括外部存储装置254，如固态硬盘、笔型盘、USB盘等。外部装置240可以无线方式或经由连接器与车载计算***200通信，而不脱离本公开的范围。例如，外部装置240可经由网络260、通用串行总线(USB)连接、直接有线连接、直接无线连接和/或其它通信链路，通过外部装置接口212与车载计算***200通信。外部装置接口212可以提供通信接口来允许车载计算***与移动装置通信，这些移动装置与驾驶人的联系人相关联。例如，外部装置接口212可以允许建立电话呼叫和/或向与驾驶人的联系人相关联的移动装置发送(例如，经由蜂窝式通信网络)文本消息(例如，SMS、MMS等)。

一个或多个应用程序244可以在移动装置242上操作。作为实施例，移动装置应用程序244可以操作来聚集与用户与移动装置的互动有关的用户数据。例如，移动装置应用程序244可以聚集与以下各者有关的数据：用户在移动装置上听的音乐播放列表、电话呼叫日志(包括用户所接听的电话呼叫的频率和持续时间)、位置信息(包括用户常去的地点和在每个地点所花的时间量)等。所收集的数据可由应用程序244经由网络260传递到外部装置接口212。另外，在移动装置242处可以经由外部装置接口212从车载计算***200接收具体用户数据请求。具体数据请求可以包括用于确定用户的地理位置、用户位置处的环境噪声等级和/或音乐流派、用户位置处的环境天气状况(温度、湿度等)等的请求。移动装置应用程序244可以向移动装置242的部件(例如麦克风等)或其它应用程序(例如导航应用程序)发送控制指令，来允许在移动装置上收集所请求数据。移动装置应用程序244随后可以将所收集信息中继传递回车载计算***200。

同样地，一个或多个应用程序248可以在外部服务246上操作。作为实施例，外部服务应用程序248可以操作来聚集和/或分析来自单个数据源的数据。例如，外部服务应用程序248可以聚集来自用户的一个或多个社交媒体账户的数据、来自车载计算***的数据(例如，传感器数据、日志文件、用户输入等)、来自互联网查询的数据(例如，天气数据、POI数据)等。所收集数据可以被传输到另一个装置(例如，呼叫者的移动装置)和/或由应用程序加以分析，来确定驾驶人状态或确定驾驶人状态是否已经改变并且基于情境(例如，请求数据/向其它装置发送数据)执行动作。

外部服务应用程序248可以另外地或替代地响应于从呼叫者的移动装置接收的请求来向车载计算***200发送针对与驾驶人状态有关的数据的请求。例如，可能试图联系驾驶人(例如，车载计算***200和/或移动装置242的用户)的呼叫者可以在建立电话呼叫前发送针对驾驶人状态的请求。响应于这个请求，外部服务应用程序248可以处理所述请求来确定驾驶人/装置身份并且向车载计算***200发送针对驾驶人状态的请求。在一些实施方案中，可以经由驾驶人的移动装置242向外部服务应用程序248和/或向车载计算***200发送针对驾驶人状态的请求。

车辆控制***230可以包括控制件，用来控制不同车载功能所涉及的各种车辆***231的各方面。这些控制可以包括例如控制以下方面：用于向车辆乘员提供音频娱乐的车辆音频***232的各方面、用于满足车辆乘员的车厢冷却或加热需要的气候控制***234的各方面，以及用于允许车辆乘员与他人建立电信链接的电信***236的各方面。

音频***232可以包括一个或多个声学再现装置，声学再现装置包括如扬声器的电磁转换器。车辆音频***232可以是被动式或主动式(如通过包括功率放大器)。在一些实施例中，车载计算***200可以是用于声学再现装置的仅有音频源，或者可以存在连接到音频再现***的其它音频源(例如，如移动电话的外部装置)。任何这类外部装置与音频再现装置的连接可以是模拟的、数字的或模拟技术与数字技术的任何组合。

气候控制***234可被配置成在车辆201的车厢或乘客舱内提供舒适的环境。气候控制***234包括允许受控通风的部件，如通风口、加热器、空调器、整合式加热器和空调器***等。连接到加热和空调装置的其它部件可以包括：能够清洁挡风玻璃的挡风玻璃除霜和除雾***，和用于清洁通过新鲜空气入口进入乘客舱的外部空气的通风空气过滤器。

车辆控制***230还可以包括控制件，用来调整与发动机和/或车辆车厢内的辅助元件有关的各种车辆控制件261(或车辆***控制元件)的设置，如方向盘控制器262(例如，安装在方向盘上的***控制件、巡航控制件、挡风玻璃雨刷控制件、前大灯控制件、转向信号控制件等)、仪表板控制件、麦克风、加速器/煞车/油门踏板、换档器、位于驾驶人或乘客车门中的车门/车窗控制件、座椅控制件、车厢灯控制件、音频***控制件、车厢温度控制件等。控制信号还可以控制车辆音频***232的一个或多个扬声器处的音频输出。例如，控制信号可以调整音频输出特性，如音量、均衡化、音频图像(例如，用来产生音频输出的音频信号的配置，所述音频输出在用户看来是源自一个或多个已定义位置)、在多个扬声器之间的音频分布等。同样地，控制信号可以控制气候控制***234的通风口、空调器和/或加热器。例如，控制信号可以增加向车厢特定部分的冷却空气传送。

位于车辆外的控制元件(例如，用于安全***的控制件)也可以如经由通信模块222连接到计算***200。车辆控制***的控制元件可以物理地和永久地位于车辆上和/或车辆中，用于接收用户输入。除了从车载计算***200接收控制指令之外，车辆控制***230还可以从用户所操作的一个或多个外部装置240(如从移动装置242)接收输入。这允许基于从外部装置240接收的用户输入来控制车辆***231和车辆控制件261的各方面。

车载计算***200可以进一步包括天线206。天线206被展示为单天线，但是在一些实施方案中可以包括一个或多个天线。车载计算***可以经由天线206获得宽带无线互联网接入，并且可以进一步接收如电台、电视、天气、交通等广播信号。车载计算***可以经由一个或多个天线206接收如GPS信号的定位信号。车载计算***还可以经由RF，如经由天线206或经由红外或其它装置通过适当的接收装置来接收无线命令。在一些实施方案中，可以包括天线206来作为音频***232或电信***236的一部分。另外，天线206可以经由外部装置接口212向外部装置240(如移动装置242)提供AM/FM电台信号。

车载计算***200的一个或多个元件可由用户经由用户界面218加以控制。用户界面218可以包括呈现在触摸屏(如图1的触摸屏108)上的图形用户界面，和/或用户致动的按钮、开关、旋钮、标度盘、滑块等。例如，用户致动的元件可以包括方向盘控制件、车门和/或车窗控制件、仪表板控制件、音频***设置、气候控制***设置等。用户还可以经由用户界面218与车载计算***200和移动装置242的一个或多个应用程序互动。除了在用户界面218上接收用户的车辆设置偏好之外，还可以在用户界面218上向用户显示由车载计算***选择的车辆设置。可以在用户界面的显示器上向用户显示通知和其它消息(例如，所接收消息)以及导航辅助。可以经由对用户界面的用户输入执行用户偏好/信息和/或对所呈现消息的响应。

图3是用于在检测到车辆***关闭事件之后控制车载计算***的方法300的流程图。方法300可由车载计算***(如图2的车载计算***200)响应于车辆操作状况(例如，基于从车辆控制***230输入的数据)执行。

在302处，方法300包括确定车辆停机状况是否存在。例如，这可以包括确定车辆停机是否已经发生而没有后续的车辆起动、车辆停机是否正在进行，或车辆停机是否即将发生。在一个或多个实施方案中，可以中断的方式执行对车辆***关闭状况是否存在的确定和/或对车辆是否停机的检测，而在其它实施方案中，可以间歇式地或经由轮询来执行确定/检测。确定/检测可以基于感测到的参数值，如点火状态、车辆起动/熄火按钮是否按下、发动机速度、电压电平等。例如，在非混合动力车辆实施方案中，车载计算***可以与车辆控制***通信来确定点火状态是否指示熄火或点火位置(例如，经由轮询或以中断的方式)。或者，确定/检测可以基于传感器(如车辆计算***200的传感器子***210的传感器)感测到的参数值来进行。

如果302处的答案为否，指示车辆正在操作，那么方法300进行到312。在312处，方法300包括操作车载计算***。车载计算***的操作可以包含车载计算***(如图2的车载计算***200)的正常操作，并且可以称为“运行模式”操作。在运行模式操作期间，车载计算***可以处于通电状态，以便车辆的用户可以经由车载计算***的触摸屏或其它用户界面来控制各种车辆***，如气候控制***、音频***、导航***等。在312之后，方法300可以回到起点。

否则，如果302处的答案为是，那么方法300任选地进行到303来确定在下一次预期车辆起动前是否可以完成重启。例如，对在下一次预期车辆起动前可以完成重启的确定可以包括例如确定从车辆停机以来是否已经过去了预定持续时间，并且仅当确定了在下一次车辆起动前能够完成重启时，才可以执行重启而无需任何用户输入。在一个实施例中，确定在下一次预期车辆起动前是否可以完成重启可以包括估计下一次预期车辆起动的时间和确定在下一次预期车辆起动前是否可完成重启。确定是否可完成重启可以包括监测车辆操作状况，车辆操作状况包括相对于实时时钟的车辆起动和熄火持续时间的过去历史，所述实时时钟表示车辆所在的时区的一天中的实际时间，所述时区是基于车辆的全球定位***。在一些实施例中，如果在下一次预期车辆起动前不可完成重启，那么可以不执行重启和/或可以不进入暂停模式。

在确定在下一次预期车辆起动前可完成重启之后，方法进行到304，其中车载计算***进入暂停模式。应了解，进入暂停模式可以包括：如果***已经在暂停模式下操作，那么车载计算***保持在暂停模式中。如上所述，车载计算***的暂停模式可以是如下模式：其中易失性存储器保持处于待命状态，而其它***部件(如处理器、非易失性存储器等)被断电或置于低电力状态。

在304之后，方法300进行到306。在306处，方法300包括确定是否可以执行车载计算***的重启。例如，车载计算***可以包括两个处理器，如上文关于图2所述。因此，一个处理器可在暂停模式中被断电或置于低电力状态，而另一个处理器可在全电力或降低电力模式中操作，以便能够确定是否可以执行车载计算***的重启。在一些实施方案中，对重启的确定可由另一***/处理器执行，这个***/处理器向所述处理器中的一个或多个提供控制信号来触发重启。所述确定可以包括确定在下一次预期车辆再起动前是否可以执行车载计算***的重启。在一个或多个实施方案中，所述确定可以根据下文所述的图4的方法来进行。

如果在306处确定不可以执行和/或不允许重启，那么方法300回到起点。否则，如果允许重启，那么方法300进行到308来执行车载计算***的重启。执行重启可以包括依次执行一个或多个步骤，如：关闭车载计算***，然后重置易失性存储器(例如，图2的存储器216)，然后再启动车载计算***。在308处完成了重启之后，***可以再次进入暂停模式，如310处所指示，并且回到起点。

图4是根据本公开的一个或多个实施方案的用于确定是否可以执行车载计算***的重启的方法400的流程图。方法400可由车载计算***(如图2的车载计算***200)结合图3的方法来执行(例如，方法400可以在方法300的步骤306处执行)。

在402处，方法400包括例如以上文针对方法300的步骤304所述的方式在暂停模式下操作车载计算***。当在暂停模式下操作时(例如在402处)，方法400进行到404。在404处，方法400包括检测车门事件。车门事件可以包括打开车门然后关闭同一车门(例如，车辆的驾驶人车门)，并且可以包括任何打开或局限于持续性打开(例如，持续时间大于阈值持续时间的打开，以便减少“误判”，如驾驶人很快地打开驾驶人车门来松开卡在车门中的安全带)。车辆的驾驶人车门的打开可以充当车辆中没有人或很快将没有人的指示符。车门事件的另外实例可以包括车辆的一个或多个车门的锁的致动。例如，车载计算***可以经由轮询或以中断的方式与车辆控制器通信，来确定一个或多个车门是否已经解锁，然后打开(例如，持续时间大于阈值)，然后关闭(或关闭，然后上锁)。因此，车门事件的检测可以包括与一个或多个车门的上锁/解锁/打开/关闭有关的一连串预定事件的检测。

在一些实施方案中，车门事件的检测可以称为具体与前驾驶人侧车门相关联的事件的检测，或可以包括与任何或全部车门有关的车门事件的检测。另外或作为替代，车门事件可以包括与布置在车辆的各车门上的车窗有关的事件。例如，当布置在车辆的一个或多个车门上的车窗升起或降下时(例如，当用户经由如触摸屏、遥控按钮等用户界面或经由语音命令来命令车载计算***升起/降下车辆的一个或多个车窗时)，可以检测到车门事件。在一个或多个实施方案中，车载计算***可以区分有关于气候控制的车窗升起事件(例如，用户升起车窗，然后在升起车窗后的预定持续时间内启动气候控制***)与有关于用户即将离开车辆的车窗升起事件(例如，当车辆速度低于阈值时发生的车窗升起事件，或在车辆控制器和/或车载计算***识别为与车辆停车有关的车辆操纵期间或之后发生的车窗升起事件)。

因此，在一些实施方案中，如果404处的答案为是，那么这个答案可以指示用户在车辆中并且不可以执行重启和/或暂停。因此，如果404处的答案为是，那么方法400可以回到起点。应了解，在其它实施方案中，404处的答案为是可以结合其它因素导致触发重启的执行，如412处所展示并且下文关于步骤406和408的是答案加以更详细描述。

如果404处的答案为否，指示没有检测到车门事件，那么方法400进行到406。在406处，方法400包括确定是否已到达判定的时间。在一个或多个实施方案中，可以在排定的时间重启车载计算***。排定的时间可以是一天/星期/月等的静态时间(例如，每个星期三的3:00 AM)。在其它实施例中，排定的时间可以例如基于对使用模式的适应性学***均车辆使用数据(例如，基于来自一个或多个其它车辆的使用的聚集数据)，车辆用户至少可能占用车辆时的时间。例如，车载计算***可以与车辆控制器通信来存取与车辆使用有关的数据，并且可以基于这个数据来为重启确定适当时间(例如，来自车辆控制器的数据可以指示车辆起动已经在3:00 AM与4:00AM之间发生，这仅占所记录车辆起动的2％，并且基于这个数据，车载计算***可以为车载计算***的重启设置排定的时间：每一天、两天、三天或更多天的3:30AM)。

在另外的实施例中，车辆的用户可以选择例如经由车载计算***的用户界面来设置排定的时间。这可以包括：用户在车载计算***的一次性初始化期间(例如，在购买车辆不久之后执行的自定义程序期间)或在另一时间(例如，通过巡览列出了可自定义的设置的菜单)设置排定的时间。或者，可以间歇式地(例如，每2个月)或当车载计算***已经确定预设置的或适应性地学习的排定的时间不符合要求(例如，车辆有一次或多次在排定的时间到来时正在操作)时，提示车辆用户改变排定的时间。因此可以利用车辆用户对于未来车辆使用模式的预见来减少排定的时间与车辆操作同时发生的可能性。

如果406处的答案为否，指示还未到达排定的时间，那么方法400进行到408。在408处，方法400包括检测车辆用户不在。在一些实施例中，可以基于从车载计算***的传感器子***的一个或多个传感器接收的信号来检测车辆用户不在。例如，可以从车辆CAN总线确定车辆用户的检测，车辆CAN总线可以用来检测活动或不活动。来自CAN总线的通信可以允许监测车辆活动而不是监测单个特征或功能。例如，支持延时照明特征的CAN总线可以在车辆停机后保持活动一段时间，以便支持延时照明特征。CAN总线的操作的这种检测可以用来检测车辆用户不在。

另外，作为另一实施例，可以从车载计算***的传感器子***的一个或多个传感器接收信号，所述传感器如：一个或多个座椅占用传感器(例如，驾驶人座椅压力/占用传感器)、运动传感器(例如，感测指示车辆占用的运动)、湿度传感器(例如，检测指示车辆占用变化的湿度变化)、温度传感器、环境噪声传感器等。例如，当车载计算***基于从一个或多个环境噪声传感器接收的数据确定了环境噪声等级在预定持续时间内低于阈值时，车载计算***可以确定一个或多个用户可能不在。

在其它实施例中，可以基于从钥匙扣和/或从与车辆用户相关联的一个或多个移动装置无线地接收的信号来检测车辆占用。即，在一些实施方案中，车辆的驾驶人可以使用钥匙扣来从远程位置无线地将车门上锁/解锁、启动警报等。车载计算***可能能够检测钥匙扣的接近度，并且这个信息可以结合其它数据(如车门的上锁/解锁状态等)使用，以便检测车辆用户不在。例如，如果车辆用户已经使用钥匙扣将车辆上锁并且用钥匙扣设置了车辆警报(例如，当车辆受到损害时将被启动的警报)，那么这可以指示用户即将长时间不在车辆中。另外，随着钥匙扣与车辆的接近度减小，用户长时间不在车辆中的可能性可能增大，这是因为，即使中途停留相对较短，用户也可能需要穿过较长的距离才能回到车辆。

类似地，车载计算***在一些实施例中可以被配置成与属于车辆用户的移动装置无线地通信。因此，车载计算***可以利用GPS或类似的特征来确定用户与车辆的接近度。移动装置的加速计可以用来分析用户的移动，来帮助评估用户是否即将回到车辆。在一些实施例中，用户的一个或多个移动装置与车载计算***之间的权限可以允许交换如互联网浏览数据、电子邮件账户数据、日程表数据等数据，以便评估用户的时间表是否指示可能不在车辆中的时间段足够长，从而能够执行车载计算***的重启。例如，用户可以执行互联网搜索来获得电影时间，点击列出在特定影院上映的电影的网站，并且在线购买电影票。在已将车辆停在电影院后，车载计算***可以基于互联网浏览数据和在电影院终止的后续出行来确定用户可能长时间不在车辆中。或者，车载计算***可以记录车辆保持在给定地理位置多长时间，并且可以聚集这种数据以便用来确定所述位置的平均停留时间。在到所述位置的后续车辆出行时，平均停留时间可以是确定车载计算***的重启是否适当的因素。

在另外的实施例中，车载计算***与用户的一个或多个移动装置之间的通信可为可能的，并且可能可用来确定用户不在车辆中。例如，在从关闭点火以来已经过去了预定持续时间后，如果迫切需要车载计算***的重启，并且如果用户已经允许这种功能性，那么车载计算***可以向用户发送文本消息，请求确认用户不在车辆中将持续预定的持续时间或更长时间。用户随后可以响应于文本消息来确认长时间不在，或指示即将回到车辆。如果408处的答案为否，指示没有检测到用户不在车辆中，那么方法400进行到410来继续在暂停模式下操作车载计算***(例如，而不重启车载计算***)。在410后，方法400回到起点。

或者，如果406或408处的答案为是，那么方法400进行到412来执行车载计算***的重启。例如，406和408处的肯定确定可以指示可在不损害用户体验的情况下执行重启，例如，因为用户可能不在车辆中和/或车辆可能长时间处于断电状态(例如，车辆可能停机)，这个时间超过重启车载计算***所需的时间长度。

如上所述，在一些实施例中，车载计算***的重启可能涉及将整个***或大致上整个***切断电源(例如，不给其提供电流)。或者，车载计算***的重启可以包括将易失性存储器(例如RAM)完全切断电源和随后将易失性存储器接通电源，同时继续给其它***部件供应电力(例如，车载计算***的用户界面和非易失性存储器可以继续接收电力并且可以在用户界面上显示消息，这个消息指示车载计算***的某些功能在重启期间不可用)。

在一些实施例中，如果已开始重启且意外地进行用户活动，那么***可以向用户提供通知。所述通知可以是通过用户界面或HMI屏幕呈现的消息，并且可以是视觉消息、音频消息或组合消息。例如，所述通知可以向用户提供与更新或维修活动有关的信息，并且可以提供请求来让用户等待开始另外的用户活动。在一些实施例中，可以向用户提供与重启时段有关的时间段。

在412处执行重启后，方法400进行到414。在414处，方法400包括将车载计算***置于暂停模式(例如，再次进入暂停模式)。如上所述，车载计算***的暂停模式可以是如下模式：其中易失性存储器保持处于待命状态(例如，可以给易失性存储器供应至少一些电流)，而其它***部件(如处理器、非易失性存储器等)被断电。

图4的步骤402至414中的一个或多个可以按各种次序执行，并且在方法400内的不同点执行，或作为单独方法在方法400之外执行。例如，在累积错误数超过阈值时，或基于车载计算***的另一性能相关度量，可以执行步骤402至414中的一个或多个。另外，在一些实施方案中，可以省略或重复步骤402至414中的一个或多个，和/或可以添加额外步骤。例如，基于其它车辆操作状况，可以绕过和/或否决步骤402至414中的一个或多个。

应了解，与图3和图4的方法形成对照，其它重启方法在本公开的范围内，在图3和图4的方法中，在可以被选择来使车辆用户所经历的停机时间最小化的时间(例如，当车载计算***处于暂停模式时)重启车载计算***。例如，在一些替代实施方案中，车载计算***可以“训练”车辆用户来减少驾驶时的注意力分散，这是通过当检测到过度注意力分散时(例如，当向用户显示惩罚性消息时)因此重启所述***来实现。图5是用于基于驾驶人的认知负荷选择性地重启车载计算***(如图2的车载计算***200)的示例性方法500。在502处，方法包括监测车辆操作状况和/或与车辆中的用户相关联的用户行为。基于这个信息，车载计算***可以评估驾驶人注意力分散的程度(例如，基于经由用户界面发出命令的频率，或经由如运动感测或眼睛移动感测的其它方法)。在504处，方法包括确定驾驶人的认知负荷。如果车载计算***确定用户/驾驶人没有对道路给予足够的注意，那么***可以引起车载计算***的会分散注意力的特征的暂时“中断”，而同时执行重启，从而减少从上一次重启以来可能已经累积的错误。因此，在506处，方法包括确定认知负荷是否大于阈值。

如果认知负荷不高于阈值(例如，506处为“否”)，那么方法返回而不进行重启。如果认知负荷高于阈值(例如，506处为“是”)，那么方法进行到508来确定车载计算***是否正用来辅助驾驶相关任务。例如，驾驶相关任务可以包括导航功能、车辆***管控等。非驾驶相关任务可以包括收音机功能、空调、电话呼叫等。如果车载计算***正用于驾驶相关任务(例如，508处为“是”)，那么关闭车载计算***可能对驾驶人造成进一步注意力分散/中断，因此方法返回而不重启车载计算***。如果车载计算***没有用于驾驶相关任务(例如，508处为“否”)，那么方法进行到510来重启车载计算***。如512处所指示，重启所述***可以包括提示用户进行重启(例如，直到接收到命令所述***重启的用户输入，才重启)。或者，所述***可以自动重启而无需用户命令执行重启，如514处所指示。

在其它实施例中，当车载计算***正用来收听电台广播或执行其它非驾驶/安全相关功能并且需要使用易失性存储器的其它特征(如导航)不在使用时，所述***可以在所述功能发生中断(例如，电台正在播放已知是车辆乘员不喜欢的歌曲的歌曲，显示器/***发生故障，用户关闭一个或多个功能/调小音量等)时选择重启。在检测到中断之后，车载计算***可以建议用户可以按需要执行重启。如果不需要重启，那么车载计算***或者可以建议纠正所述中断(例如，改变电台来避开不喜欢的歌曲，降低显示器亮度等)。

作为又一实施例，车载计算***可以检测即将到来的电台信号阻隔(如长隧道)，并且在进入隧道前向用户建议在进入隧道之后执行重启(例如，如果需要车载计算***的全面功能性的其它重要特征当前不在使用，这些重要特征如导航、电话操作和/或气候控制)。在这类实施例中，为了鼓励车辆用户同意重启，在重启后可以使用用户友好型动画和/或声音，例如以下动画和/或声音：这些动画和/或声音可以增加车辆用户感同身受拟人化的车载计算***对重启/刷新的需要的能力，并且可以充当车辆用户允许重启发生的动机。但是，或者可以有可能减少车辆用户与车载计算***重启的关联，这是通过例如基于(例如，仅仅基于)车载计算***和/或车辆控制***所作的确定自动执行全部重启而无需用户输入来实现。以这种方式，可以响应于车载计算***、车辆控制***和/或其它合适的局部计算***或相远隔地定位的计算***所作的确定自动执行重启，而无需从用户接收指令来执行重启。

图6展示车载计算***的示例性状态图。状态图602示出在车辆起动时执行冷启动的***的状态，而状态图604示出在车辆起动时从暂停状态启动的***(例如上述***)的状态。对于每个***，在时间T1，***状态从全面操作切换成以有限功能性操作(例如，显示/声音关闭)。例如，在时间T1，熄火/点火关闭事件可以发生。响应于停机车辆，车载计算***中的每一个可以准备关闭。有限功能性在一些实施方案中可以存在大约20分钟，以便适应短暂的车辆停机(例如，用户可以使车辆停机来***点事并且在很短时间后再次进入/再启动车辆)。在时间T2，根据状态图602来操作的冷启动***切换成低电流静止模式和/或关闭。相比之下，在时间T2，根据状态图604来操作(例如，根据本公开的一个或多个实施方案来操作)的暂停/选择性重启***再启动和/或重启，以便清除高速缓存和从上一次再启动以来可能已经累积的任何相关联的错误。例如，重启在一些实施方案中可以持续大约45秒。在重启后，***在时间T3进入暂停模式，其中机器状态和/或用于后续快速起动的其它数据存储在非易失性存储器中。在存储所述数据后，暂停/选择性重启***进入低电流静止模式。

在时间T4，发生指示车辆即将起动的事件(例如，点火事件、车门打开事件等)，从而在冷启动***中触发从闪存冷启动和在暂停/选择性重启***中触发从暂停快速启动。因为从闪存冷启动所用的时间比从暂停启动所用的时间长(例如，大约45秒对大约2至5秒)，所以暂停/选择性重启***可以在时间T5进入全面操作模式。冷启动***可以稍后在时间T6(例如，在冷启动完成之后)进入全面操作模式。

因此，本公开提供用于暂停车载计算***的***和方法，来允许当所述***不在使用时快速重启和选择性地重启车载计算***以便清除可能随时间累积的任何错误。未能定期重启可能导致错误累积，从而可能最终阻碍车载计算***的操作，迫使所述***在不适当的时间重启。以这种方式，根据本公开来操作的***可以更快地启动并且操作比其它***更稳定。

已经出于说明和描述的目的而呈现了实施方案描述。对实施方案的合适修改和变更可以根据以上描述来执行或可以从实施所述方法来获取。例如，除非另外指出，否则所描述方法中的一种或多种可由合适的装置和/或装置组合(如参照图1和图2所描述的车载计算***109/200和/或车辆控制***230)来执行。除了本申请中描述的次序之外，还可以按各种次序平行地和/或同时执行所描述方法和相关联的动作。所描述***本质上是示例性的，并且可以包括额外元件和/或省略元件。本公开的主题包括所公开的各种***和配置以及其它特征、功能和/或性质的全部新颖和不明显的组合和子组合。以下权利要求书特别指出以上公开的主题，这个主题被认为是是新颖和不明显的。

如本申请中所使用，应了解，以单数形式列举并且通过字词“一个”引出的元件或步骤并不排除多个所述元件或步骤，除非明确指出这种排除情况。另外，引用本发明的“一个实施方案”或“一个实施例”并非意图解释为排除也涵盖所述特征的其它实施方案的存在。此外，除非明确指出情况相反，否则“包括(comprising)”、“包括(including)”或“具有”拥有具体性质的一个元件或多个元件的实施方案可以包括不具有所述性质的额外此类元件。术语“包括(including)”和“其中(inwhich)”用作相应术语“包括(comprising)”和“其中(wherein)”的简明语言等效物。此外，术语“第一”、“第二”和“第三”等仅用作标签，并且并非意图对其对象强加数值要求或具体定位次序。

Claims (20)

1.一种用于车载计算***的方法，其包括：

当车辆停机时，

在暂停模式下操作所述***，其中易失性存储器处于待命状态；

确定在下一次预期车辆起动前是否可以完成重启；以及

如果确定在所述下一次预期车辆起动前可以完成重启，那么执行所述***的重启。

2.如权利要求1所述的方法，其进一步包括：如果确定在所述下一次预期车辆起动前不可以完成重启，那么继续在所述暂停模式下操作所述***，其中所述***响应于车辆停机操作来从运行模式转变成所述暂停模式。

3.如权利要求1所述的方法，其中对在下一次预期车辆起动前是否可以完成重启的所述确定包括确定从车辆停机以来是否已经过去了预定持续时间，并且其中仅当确定了在所述下一次预期车辆起动前能够完成所述重启时，才执行所述重启而无需任何用户输入。

4.如权利要求1所述的方法，其中对在下一次预期车辆起动前是否可以完成重启的所述确定是基于当前时间是否匹配排定的时间。

5.如权利要求1所述的方法，其中对在下一次预期车辆起动前是否可以完成重启的所述确定是基于检测用户不在所述车辆中。

6.如权利要求1所述的方法，其中执行重启包括从车辆电源向所述车载计算***供应电力。

7.一种用于车辆的车载计算***的方法，其包括：

在第一模式下，在车辆停机后，在暂停模式下操作所述***并且在下一次车辆起动时重启所述***，而不在所述车辆停机期间进行任何重启；

在第二模式下，在所述车辆停机后且在下一次车辆起动前，在所述暂停模式下操作所述***，然后在所述车辆是停机的同时重启所述***，然后再次在所述暂停模式下操作所述***，直到所述下一次车辆起动。

8.如权利要求7所述的方法，其进一步包括估计所述下一次车辆起动的定时，比较所述下一次车辆起动的定时与重启持续时间，以及基于所述比较来确定在所述第一模式下还是在所述第二模式下操作，所述方法进一步包括：在所述第二模式下，直接从所述暂停模式在运行操作模式下操作所述***。

9.如权利要求8所述的方法，其中对所述下一次车辆起动的定时的所述估计是基于感测的参数值。

10.如权利要求8所述的方法，其中对所述下一次车辆起动的定时的所述估计是基于从一个或多个外部装置无线地接收的信息。

11.如权利要求8所述的方法，其中对所述下一次车辆起动的定时的所述估计是基于车门事件。

12.一种属于车辆的车辆***，所述车辆***包括：

车载计算***，其具有第一处理器和第二处理器，所述第一处理器执行操作***且所述第二处理器与车辆控制***对接；以及

计算机可读存储器，其存储指令，所述指令可由所述第一处理器执行，以便：

当车辆停机时在暂停模式下操作所述车载计算***，其中易失性存储器处于待命状态；

确定在选定事件前是否可完成重启；以及

如果确定在所述选定事件前可完成重启，那么执行所述车载计算***的重启。

13.如权利要求12所述的车辆***，其中确定是否可完成所述重启包括监测车辆操作状况，所述车辆操作状况包括相对于实时时钟的车辆起动和熄火持续时间的过去历史，所述实时时钟表示所述车辆所在的时区的一天中的实际时间，所述时区是基于所述车辆的全球定位***。

14.如权利要求12所述的车辆***，其中所述重启包括唤醒所述车载计算***，然后执行所述重启。

15.如权利要求12所述的车辆***，其中响应于确定在所述选定事件前不可完成重启来在所述暂停模式下操作所述***。

16.一种用于车辆的车载信息娱乐***的方法，其包括：

响应于车辆停机的开始，暂停所述信息娱乐***的操作，同时保持易失性存储器处于待命状态；以及

在所述车辆完全停机后且当车辆保持熄火时，基于一个或多个车辆状态参数选择性地重启所述信息娱乐***。

17.如权利要求16所述的方法，其中所述一个或多个车辆状态参数包括所述车辆是否被占用。

18.如权利要求16所述的方法，其中所述一个或多个车辆状态参数包括从所述停机以来但在预期车辆起动时间前的持续时间。

19.如权利要求16所述的方法，其中所述选择性重启包括在第一车辆状态期间不重启，以及在第二不同的车辆状态期间在所述车辆仍然熄火的情况下重启。

20.如权利要求16所述的方法，其中所述重启是冷重启。