来说，如果所感测数据的阈值量在主要驾驶员简档中存在的特性的阈值容限内，那么传感器信息可经确定以与驾驶员简档的特性匹配。所述特性和/或所感测信息可经加权，使得不同特性和/或所感测信息可对使传感器信息与驾驶员简档匹配作出不同贡献。
[0056]如果传感器信息不与驾驶员简档的特性匹配(例如，414处“否”)，那么车辆的当前驾驶员可识别为不是车辆的主要驾驶员(例如，当前驾驶员可识别为辅助驾驶员)，且方法400可包括确定特定通知的通知紧急程度是否高于紧急程度阈值，如416处指示。因此，不同通知可基于与通知相关联的重要性具有不同紧急程度。举例来说，影响车辆的驾驶员和/或乘客安全的通知可被给予比其它通知高的优先权。如果给定通知的紧急程度不高于阈值(例如，416处“否”)，那么方法400可包括缓存(例如，延迟呈现)所述通知，如418处指示。缓存通知可包括存储通知和/或关于所述通知的信息(例如，在车辆内计算系统处本地和/或在外部装置处)以供在稍后时间呈现(例如，当主要驾驶员识别为车辆的驾驶员时)。或者，如果给定通知的紧急程度高于阈值(例如，416处“是”)，那么方法400可进行到420以呈现所述通知。
[0057]应理解，通知的紧急程度可额外或作为替代与车辆的乘客的状态相关联。举例来说，可在一个或多个乘客位于车辆中时利用不同紧急程度阈值，因为乘客可能够在不转移驾驶员注意力的情况下消费通知和/或与通知交互。关于车辆/用户状态和/或通知的内容/类型的任何适宜情境信息可连同紧急程度一起利用，且/或除紧急程度以外加以利用以确定是否呈现通知。
[0058]响应于确定传感器信息确实与主要驾驶员简档的特性匹配(例如，414处“是”)，方法进行到420以向驾驶员呈现通知。在一些实施方案中，可在当前驾驶员确定为主要驾驶员时向当前驾驶员呈现所有通知。在其它实施方案中，通知可与特定驾驶员相关联，使得当当前驾驶员确定为主要驾驶员时可向当前驾驶员呈现与主要驾驶员相关联的所有通知。
[0059]图5是用于执行车辆内计算系统的升级(例如，软件和/或固件升级)的方法500的流程图。在502处，方法500包括从与针对车辆内计算系统的可用升级相关联的升级服务器(例如，无线(OTA)升级服务器)接收升级数据。举例来说，升级数据可包括用于执行升级的所有数据，而在其它实施方案中，升级数据可包括到用于执行升级的所有数据的指针和/或链接。在504处，所述方法包括调度升级通知呈现。举例来说，升级通知可指示对车辆内计算系统的升级可用，且/或请求来自车辆的驾驶员的输入以确认和/或允许执行升级。
[0060]方法500包括接收对通知的用户输入响应，如506处指示。在一些实施方案中，用户输入响应可为语音命令、到车辆内计算系统的显示器的触摸输入，和/或响应于通知提供的任何其它用户输入。在508处，方法500包括确定用户是否接受了升级。举例来说，如果驾驶员确认通知且/或提供对执行升级的请求的赞成/肯定响应，那么驾驶员可接受升级。如果用户不接受升级(例如，508处“否”)，那么方法500进行到510以再调度升级通知。举例来说，如果用户输入响应不理会执行升级的请求和/或提供对执行升级的请求的否定响应(例如，驾驶员选择延迟和/或不执行升级)，或如果用户在阈值响应时间内未提供任何适宜的用户输入响应，那么用户可确定尚未接受升级。因此，通知可再调度使得通知在稍后时间再次显示。经再调度的通知可与先前呈现的通知相同或不同(例如，基于用户输入响应和/或通知的内容/类型)。应理解，在一些实施方案中可不理会升级，而不再调度通知，例如当用户输入响应指示驾驶员不准许在任何时间执行升级时(例如，如果驾驶员拒绝升级通知且请求不再显示所述通知)。在此类实施方案中，可从车辆内计算系统移除升级数据，且可不执行升级。
[0061]如果驾驶员接受升级(例如，508处“是”)，那么方法进行到512以执行所述升级。举例来说，执行升级可包括获取额外升级数据(例如，如车辆内计算系统处接收的升级数据所识别和/或指向)、执行非暂时性代码以安装升级，和/或重启车辆内计算系统以在添加和/或改变升级提供的功能性的情况下操作系统。
[0062]图6是再调度向驾驶员进行的通知呈现的方法600的流程图。举例来说，方法600可由与车辆内计算系统相关联和/或集成的升级调度器执行。虽然流程图提及升级通知，但应理解，所述方法可由车辆内计算系统执行以再调度任何适宜通知的呈现。在602处，方法600包括向车辆的驾驶员呈现升级通知。举例来说，通知可在车辆内计算系统的显示器上显示和/或经由车辆的扬声器可听地呈现。在604处，方法600包括确定用户是否忽略和/或不理会通知。如果用户未忽略和/或不理会升级(例如，604处“否”)，那么方法包括在606处执行升级。
[0063]如果用户忽略和/或未理会升级(例如，604处“是”)，那么方法进行到608以识别车辆和/或用户状态。车辆和/或用户状态可包括例如如610处指示的车辆的位置、如612处指示的时刻、如614处指示的用户/车辆的当前活动(例如，驾驶员是否正在电话呼叫中、车辆是否正被操作和/或闲置等)、如616处指示的当前天气，和/或与车辆和/或用户的状态相关联的任何其它信息等信息。在618处，方法600包括基于车辆和/或用户状态确定再调度通知的呈现的一个或多个替代时间。举例来说，可响应于指示减少的驾驶员关注和/或提升的驾驶员活动的活动状态延迟显示通知的时点(例如，可在稍后时间显示通知)。在一些实施方案中，指示车辆和/或用户状态的不同类型的信息可被给予不同权重，且/或彼此具有对所述一个或多个替代时间的选择不同的影响。如620处指示，方法600可包括向用户呈现替代时间，以便使用户能够提供指示优选替代时间的输入。在向用户提供替代时间时，可根据加权和/或所确定分级将时间排序，借此首先呈现最可能导致用户赞成应执行升级的时间。在其它实施方案中，可以时刻次序(例如，可首先呈现最接近当前时刻的时刻)和/或以任何适宜的方式呈现时间。
[0064]在622处，方法600可包括从到车辆内计算系统的用户输入接收再调度通知的呈现的选时点间的确认。举例来说，用户可选择620处呈现的替代时间的一者和/或建议不同时间。在624处，方法600包括再调度通知以在选时点间呈现(例如，在执行620和622的情况下由用户选择的时间，或在不执行620和622的情况下由升级调度器选择的时间)。通过再调度升级通知，可在选时点间呈现通知。
[0065]图7是用于调度向车辆的驾驶员进行的升级通知的呈现的方法700的流程图。举例来说，方法700可由与车辆内计算系统相关联和/或集成的升级调度器执行，例如图2的升级调度器204。在702处，方法700包括从升级服务器(例如，无线(OTA)升级服务器)接收升级数据。方法700包括在704处将当前驾驶模式与主要驾驶员简档比较。如706处指示，方法700包括确定当前驾驶员是否为主要驾驶员。举例来说，上文参看图4描述用于确定当前驾驶员是否为主要驾驶员的实施方案。如果当前驾驶员未确定为主要驾驶员(例如，706处“否”)，那么方法进行到708以缓存针对主要驾驶员的升级通知。举例来说，升级通知可自动存储(例如，无用户输入)直到当前驾驶员确定为主要驾驶员的时间为止。当前驾驶员识别可为连续的，使得关于当前驾驶员的驾驶模式的信息动态收集且与主要驾驶员简档比较。在其它实施方案中，当前驾驶员识别可为周期性的且/或由特定事件(例如，针对驾驶员座椅的座椅压力传感器上检测到的压力的改变、发动机关闭事件、门打开事件等)触发。
[0066]如果当前驾驶员识别为主要驾驶员(例如，706处“是”)，那么方法700进行到710以将当前路线与主要驾驶员简档的已知路线比较。举例来说，关于主要驾驶员的驾驶习惯的历史数据可识别主要驾驶员经常行进的路线(例如，去往/来自工作、家、常去的商店、餐厅和/或其它地标的路线)。当前路线可由导航系统(例如，与车辆内计算系统集成的导航系统，例如图3的导航子系统311)识别，这可基于当前行程期间确定的位置信息指示指定目的地和/或行进向量。在712处，方法700包括确定路线是否为已知或经辨识的。如果路线不是已知的(例如，712处“否”)，那么方法700可进行到714以抑制通知直到路线末尾为止(例如，直到检测到发动机关闭、感测到门事件、到达导航系统指定的目的地，和/或到达路线的末尾的任何其它适宜的指示为止)。在一些实施方案中，当前路线可持续且/或周期性地与主要驾驶员简档的已知路线比较，且可抑制通知直到当前路线与已知路线匹配为止。
[0067]如果路线是已知或经辨识的(例如，712处“是”)，那么方法700进行到716以调度通知在沿着路线的已知停止点处呈现。举例来说，已知停止点可包括如718处指示的路线末尾、如720处指示的众所周知长的交通信号(例如，主要驾驶员平均来说已在此处停止长于阈值的时间量的交通信号)、行进中的历史上归档的暂停的位置和/或时间(例如，基于存储在本地和/或远程服务器中的数据)，和/或任何其它适宜的停止点。响应于针对已知停止点调度通知，方法700可包括在经调度时间和/或位置呈现通知。
[0068]图8是用于确定在不同车辆/驾驶员状态条件下呈现通知的成功指数的方法800的流程图。举例来说，方法800可由升级调度器(例如，图2的升级调度器204)和/或在车辆内计算系统外部且与升级调度器通信的服务器执行。在802处，方法800包括接收指示用户对通知的呈现的响应(例如，到车辆内计算系统的用户输入)的特征的通知响应参数。举例来说，参数可包括如804处指示的通知的呈现与用户响应的接收之间的持续时间、如806处指示的车辆内计算系统处接收的响应的类型(例如，采取行动的赞成响应、推迟选择，和/或在阈值响应时间内忽略或缺乏响应)、如808处指示的先前推迟/忽略的数目，和/或用户对通知的响应的任何其它适宜参数。
[0069]在810处，方法800包括接收对应于接收到对通知的响应的时间的车辆和/或驾驶员状态信息。应理解，接收到对通知的响应的时间可确定为补偿用户输入和/或状态信息的发射的延迟的时间，以便反映在用户提供到车辆内计算系统的用户输入时和/或当正经由车辆内计算系统呈现通知时存在的条件。车辆/驾驶员状态信息可包括例如812处指示的时刻/日历日(例如，周/月/季/年的日)、如814处指示的车辆的位置、如816处指示的驾驶员身份、发动机工作状态(例如，发动机是否闲置、发动机转速、发动机处接收的加速度请求等)，和/或任何其它适宜的车辆/驾驶员状态条件。
[0070]在818处，方法800包括确定所接收车辆/驾驶员状态信息与通知响应参数之间的对应。举例来说，确定所述对应可包括将先前接收的通知响应参数映射到指示在通知响应接收期间存在的条件的相关联车辆/驾驶员状态信息。以此方式，特定类型的响应与特定车辆/驾驶员状态条件之间的关系可理解为指示条件与响应之间的相关性。
[0071]基于所确定的对应，方法800包括确定每一车辆/驾驶员状态条件的相关联成功指数，如820处指示。举例来说，车辆/驾驶员状态条件的成功指数可指示在所述条件下呈现通知将产生成功的通知响应(例如，响应于通知执行动作的赞成响应-例如准许执行对车辆内计算系统的升级)的概率。在一些实施方案中，所述成功指数可以每驾驶员为基础确定(如822处指示)，使得每一驾驶员简档可包括与仅基于来自所述驾驶员的信息的车辆/驾驶员状态条件有关的成功指数。在额外或替代实施方案中，可针对