CN105900159B - 具有教导的后驾驶总结 - Google Patents

Abstract

本文所描述的主题的各方面涉及车辆通知。在各方面中，当车辆在运动中时，不向驾驶员呈现某些类型的通知。在车辆已经停止并且适合于通知的点出现之后，可以呈现通知。通知可以帮助驾驶员例如学习车辆的特征，改进效率或以许多其它方式。

Description

具有教导的后驾驶总结

背景技术

计算机式特征和用户接口正在日益找到其进入到机动车中的方式。曾经汽车具有位于仪表板上的一组模拟量表，而较新的汽车通常具有数字量表并且还可以具有显示地图信息、备用视频、旅行统计量、音频数据、计算机应用等的显示器。用于机动车的用户接口的特征集可能包括过多的选项。虽然这些选项可以在长长的机动车所有者手册和可能的其它文档中详述，但是许多所有者并不阅读这些材料。

本文所要求保护的主题不限于解决任何缺点或者仅在诸如以上描述的那些之类的环境中操作的实施例。而是，该背景技术仅仅被提供以说明一个示例性技术领域，其中可以实践本文所描述的一些实施例。

发明内容

简要地来说，本文所描述的主题的各方面涉及车辆通知。在各方面中，当车辆处于运动中时，不向驾驶员呈现某些类型的通知。在车辆已经停止并且适合于通知的点出现之后，可以呈现通知。通知可以帮助驾驶员例如学习车辆的特征、改进效率或者以许多其它方式。

提供本发明内容来简要地标识以下在具体实施方式中进一步描述的主题的一些方面。本发明内容不意图标识所要求保护的主题的关键或本质特征，也不意图用于限制所要求保护的主题的范围。

短语“本文所描述的主题”是指在具体实施方式中描述的主题，除非上下文以其它方式清楚地指示。术语“方面”应当被理解为“至少一个方面”。标识描述在具体实施方式中的主题的方面不意图标识所要求保护的主题的关键或本质特征。

以上描述的方面和本文所描述的主题的其它方面通过示例的方式来说明并且不限制在附图中，其中相同的参考标号指示类似的元件，并且其中。

附图说明

图1是表示本文所描述的主题可以合并到其各方面中的示例性计算环境的框图；

图2-6是依照本文所描述的主题的各方面的示例性显示页面的框图；以及

图7是一般表示依照本文所描述的主题的各方面可以发生的示例性动作的流程图。

具体实施方式

定义

如本文所使用的，术语“包括”及其变型要理解为意指“包括但不限于”的开放式术语。术语“或者”要理解为“和/或”，除非上下文以其它方式清楚地规定。术语“基于”要理解为“至少部分地基于”。术语“一个实施例”和“实施例”要理解为“至少一个实施例”。术语“另一实施例”要理解为“至少一个其它实施例”。

如本文所使用的，诸如“一个”、“一”和“所述一个”之类的术语包括所指示的项目或动作中的一个或多个。特别地，在权利要求中对项目的引用一般意指存在至少一个这样的项目，并且对动作的引用意指执行该动作的至少一个实例。

术语数据要宽泛地理解成包括可以由一个或多个计算机存储元件表示的任何事物。逻辑上，数据可以表示为易失性或非易失性存储器中的一系列1和0。在具有非二进制存储介质的计算机中，数据可以根据存储介质的能力来表示。数据可以组织成不同类型的数据结构，包括简单数据类型，诸如数字、字母等，分级、链式或其它相关数据类型，包括多个其它数据结构或简单数据类型的数据结构等。数据的一些示例包括信息、程序状态、程序数据、其它数据等。

标题仅仅出于方便起见；关于给定话题的信息可以在其标题指示该话题的章节之外找到。

以下可以包括显式的和隐式的其它定义。

示例性操作环境

图1图示了可以在其中实现本文所描述的主题的各方面的合适环境100的示例。环境100仅仅是合适环境的一个示例并且不意图建议关于本文所描述的主题的各方面的范围、使用或功能性的任何限制。也不应当将环境100解释为具有涉及在示例性环境100中图示的组件中的任一个或组合的任何依赖性或要求。

另外，虽然在图中图示并且在本文中的文本中描述各种实施例，但是不存在所给出的示例是全部包括或排他性的意图。实际上，基于本文中的教导，本领域技术人员可以认识到可以适当使用的许多其它示例而不脱离于本文所描述的主题的各方面的精神或范围。

图1中图示的是车辆102。车辆102可以包括例如汽车、货车、卡车、摩托车、船、拖拉机、收割机、其它车辆等。车辆102可以包括车辆系统101。车辆系统101可以包括示例性组件，诸如传感器105-107、输入110-112、输出115-119、输入管理器120、处理器125、输出管理器130、其它组件（未示出）等。

图1中图示的组件是示例性的并且不意指全部包括可能需要或包括的组件。另外，组件的数目在其它实施例中可以不同而不脱离于本文所描述的主题的各方面的精神或范围。在一些实施例中，结合图1描述的组件可以包括在其它组件（示出或未示出）中或者放置在子组件中而不脱离于本文所描述的主题的各方面的精神或范围。在一些实施例中，结合图1描述的组件和/或功能可以跨多个设备分布。

如本文所使用的，术语组件可以在可替换的实现方式中理解以包括诸如设备的全部或部分、一个或多个软件模块或其部分的集合、一个或多个软件模块或其部分和一个或多个设备或其部分的某种组合等之类的硬件。在一个实现方式中，组件可以通过结构化（例如编程）处理器以执行一个或多个动作来实现。

图2中图示的一个或多个组件可以使用一个或多个计算设备或其部分实现。这样的设备可以包括例如个人计算机、服务器计算机、手持或膝上型设备、多处理器系统、基于微控制器的系统、机顶盒、可编程消费电子产品、网络PC、微型计算机、大型计算机、手机、个人数字助理（PDA）、游戏设备、打印机、包括机顶盒、媒体中心或其它电器的电器、机动车嵌入式或附着式计算设备、其它移动设备、包括任何以上系统或设备的分布式计算环境等。

本文所描述的主题的各方面可以在由计算机执行的诸如程序模块之类的计算机可执行指令的一般上下文中描述。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。本文所描述的主题的各方面还可以在分布式计算环境中实践，其中任务由通过通信网络链路的远程处理设备执行。在分布式计算环境中，程序模块可以位于本地和远程计算机存储介质二者中，包括存储器存储设备中。

可替换地或此外，本文所描述的功能性可以至少部分地由一个或多个硬件逻辑组件执行。例如并且没有限制，可以使用的说明性类型的硬件逻辑组件包括现场可编程门阵列（FPGA）、专用集成电路（ASIC）、专用标准产品（ASSP）、片上系统的系统（SOC）、复杂可编程逻辑器件（CPLD）等。

参照图1，处理器125可以耦合到输入管理器120和输出管理器130。输入管理器120可以从传感器105-107、触摸屏110、音频输入设备111和其它输入设备112接收输入。同样地，输出管理器130可以向无线输出115、显示器116、量表117、音频输出设备118、其它输出设备119等提供输出。在一个实现方式中，显示器116和触摸屏110可以实现在相同设备上。要指出的是，尽管如所图示的存在某些数目的传感器、输出设备和输出设备，但是要理解的是任何实际数目可以在给定车辆系统，并且在给定车辆系统中可以存在不同数目的传感器、输入设备和/或输出设备。

一般而言，传感器105-107感测关于环境100（其可以包括车辆12内部的人、事物和条件，以及车辆102外部的人、事物和条件）的特性。一般而言，传感器可以包括能够检测某物——包括例如车辆102内部或外部的占用者、环境或其它条件、项目等——的特性的任何设备。示例性传感器包括光电池、相机、麦克风、GPS、陀螺仪、电皮肤响应条、相机、温度传感器、速度传感器、运动传感器、湿度传感器等。

触摸屏110可以向输入管理器120提供关于与车辆102中的显示设备的用户交互的数据。音频输入设备111可以提供对应于由麦克风检测到的音频的数据，麦克风意图捕获声音，诸如来自车辆102的占用者的声音。

基于本文中的教导，本领域技术人员可以认识到可以用于向输入管理器120提供输入数据的其它输入设备而不脱离于本文所描述的主题的各方面的精神或范围。其它输入设备的一些示例包括方向盘、触觉控制、滚轮按钮、键盘、鼠标、存储设备（例如USB驱动器）、相机、无线设备等。

无线输出115可以向使用无线信号来通信的任何设备提供无线信号。无线输出115可以包括例如从这样的无线设备接收和传输信号的天线。

显示器116可以向车辆的占用者显示图形信息。在一个实现方式中，显示器116可以是触敏的，使得其还可以接收用户输入。在另一实现方式中，显示器116可以不是触敏的。

量表117可以示出车辆102的各种组件的状态。在一个实现方式中，一个或多个量表117可以与显示器116集成，使得一个或多个量表的信息经由显示器116显示。

音频输出设备118可以提供音频。音频可以包括用户请求的音频（例如用户请求在车辆102的音频系统上播放的某物）以及车辆系统101提供的指令、信息、娱乐等。

储存135可以包括任何类型的计算机存储介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据之类的信息的任何方法或技术实现的易失性和非易失性、可移除和不可移除介质二者。计算机存储介质包括RAM、ROM、EEPROM、固态存储装置、闪速存储器或其它存储器技术、CD-ROM、数字多功能盘（DVD）或其它光盘存储装置、盒式磁带、磁带、磁盘存储装置或其它磁存储设备、或者可以用于存储期望的信息并且可以由处理器125访问的任何其它介质。计算机存储介质不包括通信介质。

通信介质典型地将计算机可读指令、数据结构、程序模块或其它数据体现在诸如载波之类的调制数据信号或其它输运机制中，并且包括任何信息递送介质。术语“调制数据信号”意指使其特性中的一个或多个以便于将信息编码在信号中的这样的方式来设置或改变的信号。作为示例并且没有限制，通信介质包括诸如有线网络或直接连线连接之类的有线介质，以及诸如声学、RF、红外和其它无线介质之类的无线介质。

人员可以通过车辆系统101的各种输入设备与车辆系统101交互。以上已经描述了一些示例性输入设备。其它示例性输入设备（未示出）可以包括操纵杆、游戏垫、扫描仪、书写板、定点设备（例如包括鼠标、跟踪球、触摸垫等）等。

通过使用以上标识的输入设备中的一个或多个，可以建立自然用户接口（NUI）。NUI可以依赖于语言识别、触摸和触笔识别、屏幕上和屏幕附近二者的手势识别、空中手势、头部和眼睛追踪、话音和语音、视觉、触摸、手势、机器智能等。可以用于与用户交互的一些示例性NUI技术包括触敏显示器、话音和语音识别、意图和目标理解、电皮肤响应条、颗粒/分子检测系统、使用深度相机（例如立体相机系统、红外相机系统、RGB相机系统及其组合）的运动手势检测、使用加速度计/陀螺仪的运动手势检测、脸部识别、3D显示器、头部、眼睛和凝视追踪、沉浸式增强型现实和虚拟现实系统、以及用于使用电场感测电极感测脑部活动的技术（EEG和相关方法）。

车辆系统101可以操作在使用到一个或多个远程设备的逻辑连接的联网环境中。逻辑连接可以包括局域网（LAN）、广域网（WAN）、电话网络、近场网络、其它网络等。

为了表示中的简易性，术语“驾驶员”通常在本文中用于指驾驶车辆的人员。在可替换的实现方式中，本文提供的如应用于驾驶员的教导还可以应用于不驾驶车辆的其他个人。一些示例性个人可以包括车辆中的乘客、驾驶员的亲属或朋友、服务或清洗车辆的人、与车辆交互的紧急或执法者、其他人等。

由于车辆在不同时间可能具有不同驾驶员，因此车辆系统101可以包括能够标识驾驶员和车辆102的其他占用者的身份组件。为了检测多个占用者在车辆102中，车辆系统101可以例如包括检测车辆的每一个座椅中的重量和/或安全带是否已经扣上的传感器、视觉检测占用者的相机、其他类型的传感器等。

在实现方式中，车辆系统101可以结构化（例如经由可用于处理器125的硬件、固件和/或软件中的指令）成在车辆102处于运动中时显示某些信息并且当车辆102停止并且在适合于通知的点处时显示其它信息。例如，处理器125可以结构化成通过加载指令并且执行它们来创建电路。电路可以响应于传感器检测到车辆已经停止。处理器还可以结构化（例如通过执行附加指令）成确定车辆是否在适合于向个人呈现通知的点处。

在一个实现方式中，车辆系统101可以配置成当车辆在运动中时制止呈现除紧急通知（例如关于可能影响车辆或占用者的安全的问题的通知）、状态（例如量表式）通知等之外的全部。可以显示的不同信息的一些示例在图2-6中图示。

在实现方式中，车辆系统101可以配置成甚至当车辆处于运动中时呈现一些类型的通知。例如，在其中自动化驾驶的车辆中，可以不存在或存在很少关于可以显示什么通知的约束。作为另一示例，可以向车辆的后座占用者提供各种通知。作为另一示例，如果适合于显示通知的点出现，则当车辆处于运动中时可以显示本文中提到的其它通知。

在实现方式中，当车辆停止时，停止的车辆自身可能不足以证实显示非关键通知的正当性。例如，车辆可能临时停止在红灯处，其中显示通知可能干扰驾驶员。作为另一示例，车辆可以临时停止在缓慢交通中。确定车辆是否在适合于通知的停止点可以包括检查以查看是否满足一个或多个条件（除了车辆停止之外）。

例如，在一个实现方式中，包括以下具有针对所包括的因素中的每一个的权重的一个或多个因素的函数可以用于生成值。如果该值在可配置或固定阈值以上，车辆系统101可以确定适合于通知的点出现。在另一实现方式中，基于规则的系统可以用于确定适合于通知的点出现。在另一实现方式中，使用函数和规则的混合过程可以用于确定适合于通知的点出现。

一些示例性条件包括：

1. 车辆已经停止多久。例如，如果车辆已经停止超过X秒（其中X是可配置的、可调谐的或固定的），这可以是确定通知是否合适中的因素。

2. 车辆是否已经关闭或者处于另一功率状态中。当车辆已经关闭或者处于另一功率状态中时，这可以是驾驶员完成驾驶车辆至少片刻的强烈指示符。当车辆关闭或者处于另一功率状态中时，车辆系统101可以使用这作为确定通知是否合适的因素。

3. 车辆是否已经放置在停车场中。车辆通常刚好在车辆关闭之前放置在停车场中。车辆系统101可以使用这作为确定通知是否合适的因素。

4. 车辆已经在停车场中多久。例如，如果车辆已经在停车场超过X秒（其中X是可配置的、可调谐的或固定的），这可以是确定通知是否合适的因素。

5. 车辆放置在哪里。如果车辆停在驾驶员的车库中，这可以用作确定合适通知点出现中的因素。

6. 时间是什么。例如，如果车辆在下午5:00之后放置在家里，这可以足以确定合适通知点出现。作为另一示例，如果时间是驾驶员停止驾驶汽车并且汽车位于家里的近似时间，这可以足以确定合适通知点出现。

7. 与朋友的接近性。例如，如果车辆位于朋友附近，这可以被视为提供通知的不合适时间，因为驾驶员可能想要与朋友交互。

8. 特定于居住在区中的人的数据。例如，居住在区中的人可能在家里对一天结尾处的通知而不是停在咖啡店时的通知更具接受性。

9. 车辆是否典型地花费大量时间在该位置处。例如，许多通勤车辆花费大量时间在家里和工作场所。车辆停止在车辆典型花费大量时间在那里的地方可以用作确定适合于通知的点出现中的因素。

10. 车辆是什么车辆类型。例如，对于面向年轻人的车辆，当车辆迁移到停车场中时，这可以用作确定适合于通知点出现的点中的因素。作为另一示例，对于奢侈车辆，车辆实际上何时关闭可以是比车辆何时迁移到停车场中更重要的确定适合于通知的点出现中的因素。

11. 关于位置的历史数据。例如，历史数据可以指示车辆保持停止在某些位置（例如轮渡码头或其它位置）很长时间。当车辆停止在这样的位置处时，这可以用作确定适合于通知的点出现中的因素。

如之前提到的，包括比如车辆系统101之类的车辆系统的现代汽车可以具有许多特征。在没有帮助的情况下，驾驶员可能没有意识到这些特征或可能具有使用这些特征的问题。例如，一些问题包括：使用引入设备的问题、使用车辆系统的核心特征的问题、车辆系统使用优化建议（如何更好地使用车辆系统）、使用车辆系统的软件应用的问题、针对软件应用的优化建议、冗长的系统通知（例如将检查引擎灯推延到特定通知和引导中）等。通过监视驾驶员行为，车辆系统101可以能够向驾驶员提供有帮助的提示。这些提示可以在以上确定的点处提供。例如：

1. 驾驶员可能具有将手机或其它设备（例如耳机、平板电脑、膝上型计算机、GPS或其它设备）与车辆系统101配对的问题。结合认识到该问题，车辆系统101可以确定解决驾驶员的手机或其它设备和车辆系统101之间的配对问题的更新可用。作为响应，车辆系统101可以通知驾驶员已经接收到解决配对问题的更新并且可以提供用于下载和安装更新的按钮。

2. 驾驶员可能使用车辆系统101来搜索本地地点，但是可能不使用车辆系统101来搜索媒体或本地事件。车辆系统101可以观察该行为并且可以通知驾驶员类似于或等同于驾驶员已经所做的该未使用的特征。

3. 驾驶员可能不利用可用捷径。例如，驾驶员可能通过一系列屏上菜单导航以选择用于地图系统的目的地。相同目标（例如选择目的地）可以通过快得多的输入机制（例如经由话音命令）来实现。车辆系统101可以观察使用繁琐方法的行为并且可以通知驾驶员捷径。

4. 驾驶员可能不利用车辆的燃料节省特征。例如，当以高速公路速度驾驶时，驾驶员可能将车辆保持在对于燃料经济而言欠优的档位。例如，驾驶员可能将车辆保持在驾驶档位，即使车辆可能具有对于以高速公路速度驾驶而言更加燃料经济的超速传动齿轮。车辆系统101可以观察该行为并且基于其对车辆102的能力的知识而可以通知驾驶员超速传动齿轮，如何可以选择超速传动齿轮，并且使用超速传动齿轮对于在以高速公路速度驾驶时对燃料经济的益处。

5. 驾驶员可能频繁收听广播。车辆系统101可以观察该行为并且可以通知驾驶员可以下载和安装以提供更好收听体验的免费或付费的应用。

6. 驾驶员可能通常使用触摸机制来将收音机调谐到某个站点。车辆系统101可以观察该行为并且可以通知驾驶员允许驾驶员更容易且更快地完成相同目标并且不削弱安全性的语音选项等同物。例如，车辆系统101可以提供指示“说出FM 89.5”的通知以使收音机调谐到89.5。

7. 驾驶员可能使用两个或更多分离手动控制来使车辆对车辆102的各种元件（例如窗户和镜子）除霜。车辆系统101可以观察该行为并且可以通知驾驶员允许驾驶员完成相同目的的语音选项等同物（例如“说出全部除霜”）。

8. 驾驶员可能使用针对收音机的偏好（例如预设）但是可能不使用其它场景中的偏好。例如，驾驶员可能频繁导航联系人列表来呼叫相同组的人。车辆系统101可以观察该行为并且可以通知驾驶员设置偏好（例如将联系人UI元件钉到呼叫屏幕）的能力以完成相同目标。

作为另一示例，驾驶员可能不使用针对导航的偏好。系统101可以观察该行为并且可以通知驾驶员设置偏好（例如将位置UI元件钉到导航屏幕）的能力以完成相同目标。

9. 驾驶员可能对于车辆系统101的应用交互的不同方式不熟悉。例如，驾驶员可能不使用“去到位置”或“停在位置处”话音命令来指令地图系统。作为另一示例，驾驶员可能没有意识到可以用于导航用户接口的手势或其它用户输入。驾驶员可能没有意识到日历特征，或者可用的新应用，如何使用主页小部件等。作为响应，车辆系统101可以观察到驾驶员不以这些方式与车辆系统101交互并且可以提供教导驾驶员这些特征的小建议。

10. 驾驶员可能被通知新应用或针对现有应用的更新以用于经由车辆系统101可用的应用。驾驶员可能被提供有允许驾驶员查看当前安装在车辆系统101上的应用以及可用于下载到车辆系统101的应用的菜单。

本文所描述的主题的各方面可以用于通过游戏化来影响驾驶员行为。在游戏化中，驾驶系统101尝试引入游戏的概念（例如评分点、达成目标、竞赛等）以改进驾驶员行为。例如：

1. 驾驶员可以被告知驾驶员的效率相比于朋友的效率如何并且指示可以做什么以改进效率。

2. 驾驶员可以被具体地告知驾驶员最早的加速如何引入燃料经济。

3. 驾驶员可以被告知由于驾驶员在其它车辆之后多靠近而使安全得分下跌。驾驶员还可以被告知这样如何在特定方面不利地影响驾驶员的车辆保险。

4. 驾驶员可能采取各种路线去上班。驾驶系统101可以注意到可以采取不同路线去上班并且可以确定每一条路径多高效。可以向驾驶员提供关于每一条路线的平均效率的通知。

5. 车辆可能通过共乘组织而被提供不同人在不同时间在哪里驾驶车辆。利用驾驶系统101提供的测量结果，该组织可以奖励使用游戏化的驾驶员。

车辆系统101可以观察驾驶员对通知的响应，并且使用该观察来引导随后的通知。这方面的一些示例包括：

1. 如果车辆系统101观察到驾驶员对关于如何改进针对车辆102的燃料效率的小建议是接受性的，车辆系统101可以增加提供这样的小建议。

2. 如果车辆系统101观察到驾驶员对关于可用的新应用的通知更具接受性，车辆系统101可以增加提供这样的通知。

车辆系统101可以基于在车辆102中的人的数目和/或身份来呈现或制止呈现通知。这方面的一些示例包括：

1. 不显示潜在个人信息。

2. 呈现适合于车辆102中的人的数目和/或身份的优惠券、交易或活动的通知。

车辆系统101可以生成用于向驾驶员呈现的多个通知。为了避免利用信息使驾驶员过载，可以同时呈现的通知数目可以限制到可配置的数目。在可用于呈现的多个通知的情况下，显示什么通知可以由处理器125基于从储存135获取的规则而优先化。在一个实现方式中，优先化可以是基于一个或多个因素，包括例如：

1. 数据与驾驶员多相关。例如，允许车辆系统101与新手机的互操作性的更新可能可用，但是如果手机未被检测为在车辆中，这可能是优先化是否在通知点处提供通知中的因素。另一方面，如果更新可用于与驾驶员所具有的手机配对，并且如果驾驶员已经具有与车辆系统101的配对手机的问题，这可以是优先化是否在通知点处提供通知中的因素。

作为相关性的另一示例，媒体和/或娱乐可能与花费大量（例如超过预限定或可配置阈值）时间与媒体组件交互的驾驶员相关。另外，驾驶员花费在与组件交互的时间量可以用作优先化是否在通知点处提供关于组件的通知中的因素。

2. 预约。下一次预约还有多远可以用作优先化是否在通知点处提供通知中的因素。

3. 车辆特性。一些车辆完全是电池供电的并且具有有限范围。基于当前模式和关于典型访问位置而在之前观察到的驾驶员行为，车辆系统101可以确定告诉驾驶员需要再充电以到达车辆系统100基于过去观察到的驾驶员行为而预测驾驶员将去往的位置的通知具有高优先级。类似的优先化和通知可以针对汽油供电和混合车辆而出现。

4. 对通知类型的接受性。如之前所提到的，驾驶员可能对一些类型的通知比其它类型的通知更具接受性。作为其它示例，车辆系统101可能观察到驾驶员使用在之前通知中指示的之前未用的捷径，驾驶员安装在之前通知中指示的应用等。作为另一示例，车辆系统101可以经由压力检测（例如经由皮肤传感器、泛红脸部检测、心率改变检测、眼镜瞳孔扩张的检测等）注意到接受性或非接受性。接受性可以用作优先化是否在通知点处提供通知中的因素。

5. 时间线和/或位置。一些类型的通知的优先性可能受当日时间、车辆位置等影响。例如，如果车辆在远离家的位置处并且获取关于在可能对驾驶员而言感兴趣的该位置处的奶酪节的信息，如果车辆停止在奶酪节附近则该通知可以接收较高优先级，但是如果车辆停在远离奶酪节的地方（例如在家）或在奶酪节已经结束之后则该通知接收低优先级或没有优先级。另一方面，教导通知可以是及时的并且在家或远离家的地方提供。车辆系统101可以向适合于特定时间和/或地点的那些通知给出较高优先级。

示例性显示器

如之前所提到的，配备有计算机的车辆可以提供许多选项——特别是当计算机连结到各种车辆组件中时，如结合图1所描述的。图2-6是依照本文所描述的主题的各方面的示例性显示页面的框图。通过提供这些示例，不存在将信息的类型或格式限制到所提供的示例的意图。而是，要理解的是，页面仅仅是示例性的，并且在其它实现方式中，可以显示更多、更少或其它用户接口元件和数据。

在一个示例中，显示页面200可以包括区域220-222和其它用户接口元件。页面200可以自动显示，如果车辆已经停止并且适合于呈现通知的点出现的话（如之前所描述的）。页面200还可以经由显示设备的菜单、经由话音输入或经由如本文所描述的其它用户输入可用。如果页面200在车辆处于运动中时可用，信息可以简化或者以其它方式修改以避免干扰车辆的驾驶员。

页面200可以是可用并且可以经由菜单选项、手势、话音命令或其它NUI导航构件而被导航到的若干页面中的一个。

一般而言，用户接口（UI）元件（有时称为控件、窗格、按钮或图标）可以包括零个或更多其它UI元件。例如，UI元件可以包括零个或更多其它UI元件，其可以包括零个或更多其它UI元件，以此类推。在其它示例中，显示页面200可以具有更多、更少或其它UI元件，其可以以各种方式配置而不脱离本文所描述的主题的精神或范围。

区域220可以例如显示UI元件215-219以及当日时间元件、温度元件等。UI元件215-219可以在被选择时允许用户导航到其中用户可以接收关于车辆的特定子系统的更加详细的信息的页面。例如，UI元件215-219可以包括对应于地图、手机、音乐、环境控制或其它子系统的图标。

区域221可以包括拼块223-225、区域226-227和按钮228-229。拼块223可以显示例如驾驶的英里数、对于当前旅行所花费的时间、下一次服务何时到期。拼块224可以显示关于针对当天的天气预报的细节。空拼块225可以是用于用户可以将所期望的拼块钉到的区域的占位符。显示在拼块中的其它信息可以包括例如消息、日历、效率得分等。

拼块223-225可以旋转到显示其它信息。显示在拼块中的信息可以取决于车辆是在移动还是停车而改变。拼块223可以放置在页面220中的其它位置处，包括在区域221的顶部、右侧、底部或中心。

区域226-227可以用于显示附加内容。例如，区域226-227可以显示：

1. 是否新的软件更新可用于车辆；

2. 是否要求车辆服务。如果要求车辆服务，区域还可以显示例如要求什么车辆服务，车辆服务过期多久、典型地针对所要求的服务做什么事情、可以执行服务的服务公司、所估计的服务费用等。

3. 车辆健康信息。车辆健康信息可以包括例如胎压、发动机状态、剩余燃料、其它健康信息等。

4. 驾驶效率。可以显示关于驾驶效率的信息和关于如何更高效地驾驶的小建议、挑战信息、小建议等。

在一个实现方式中，区域226-227可以组合到其中显示信息的单个区域中（例如作为列表）。这一点的示例在图6中图示。

动作按钮228-229可以允许驾驶员指示要由车辆系统101执行的动作。例如，动作可以包括：

1. 安排服务预约。

2. 与朋友共享得分或其它信息。

3. 将电话与车辆系统101配对。

4. 解决应用问题（例如提供新凭证以登录到服务）。

5. （例如在游戏化中向朋友）提供挑战。

如果例如所显示的数据仅仅是信息性的，则可以省略动作按钮228-229。

区域222可以用于显示如所期望的其它UI元件。在一个实现方式中，区域222可以示出什么其它页面可用以及搜索图标和配置图标。在另一实现方式中，区域222可以与页面200上的其它区域组合。

转向图3，页面300具有与图2的页面200不同的某种信息。特别地，区域226提供关于如何将联系人钉到主屏幕的小建议。此外，区域227示出涉及游戏化的挑战。

转向图4，页面400具有与图2的页面200不同的某种信息。特别地，区域226提供关于驾驶效率的通知连同用于改进效率得分的建议。按钮228允许驾驶员与其他人共享效率。

区域227为驾驶员给出关于未发现的特征（例如将电话与驾驶系统配对）的通知而按钮229允许驾驶员进行配对过程。

转向图5，页面500具有与图2的页面200不同的某种信息。特别地，区域226提供包括关于允许驾驶员请求音频的话音命令的小建议并且为驾驶员给出一些示例的通知。动作按钮228可以允许驾驶员获取语音命令的更多示例。

区域227提供包括关于允许驾驶员向驾驶系统的地图系统添加停止点的话音命令的小建议的通知。在实现方式中，术语“咖啡店”可以利用供应咖啡的企业或驾驶员通常停驻在的某个其它企业的商标名称来替换。动作按钮229可以允许驾驶员获取可以向地图系统给出什么命令的更多示例。

转向图6，页面600具有与图2的页面200不同的某种信息。特别地，区域226和227已经组合以创建区域605。区域605示出提供在列表中的各种类型的通知。

图7是一般地表示依照本文所描述的主题的各方面可以发生的示例性动作的流程图。为了解释的简化，将结合图7描述的方法描绘和描述为一系列动作。要理解和领会的是，本文所描述的主题的各方面不受所图示的动作和/或动作的次序的限制。在一个实施例中，动作以如下文描述的次序发生。然而在其它实施例中，两个或更多动作可以并行或以另一次序发生。在其它实施例中，一个或多个动作可以与本文未呈现和描述的其它动作一同发生。另外，可以不要求所有所图示的动作来实现依照本文所描述的主题的各方面的方法。此外，本领域技术人员将理解和领会到，方法可以可替换地经由状态图表示为一系列相互关联的状态或表示为事件。

转向图7，在块705处，动作开始。在块710处，可以执行观察。例如，从获取自传感器和/或输入设备的数据，处理器125可以观察驾驶员的行为，观察环境条件，观察车辆组件状态，或执行另一观察。观察可以在车辆在移动或停止时做出。

在块715处，可以生成通知。例如，参照图1，对于基于驾驶员行为的通知，处理器125可以基于驾驶员与车辆102之间所观察到的交互而生成通知。通知可以在任何时间生成并且可以在之前与驾驶员的驾驶交互期间生成。生成通知可以包括从通知列表选择通知，确定什么静态文本和/或其它图形来与动态文本和/或其它图形组合，创建或选择当执行时将返回通知的功能等。

在块720处，在一个实现方式中，对于某些通知，当车辆在移动时不呈现通知。在另一实现方式中，在车辆移动时可以呈现通知的简化或修改版本。例如，参照图1，当车辆102处于运动中时，处理器125制止呈现通知。

在块725处，获取车辆已经停止的指示。可以存在车辆已经停止的许多不同指示。例如，速度计、GPS或其它速度测量设备可以用于经由为零的速度指示来获取车辆已经停止的指示。作为另一示例，车辆已经放置在停车场可以用作车辆已经停止的指示。作为另一示例，车辆已经关闭或处于另一功率状态可以用作车辆已经停止的指示。获取车辆已经停止的指示可以包括轮询组件以得到速度数据和/或接收指示而没有轮询。

另外，从其可以获取车辆已经停止的指示的传感器可以包括速度计、GPS或其它速度测量设备、指示车辆在停车场中的传感器、检测车辆是否在停车场或另一功率状态中的传感器等。例如，参照图1，处理器可以经由传感器105-107中的一个或多个获取车辆102已经停止的指示。

在块730处，响应于检测到车辆已经停止，做出关于是否出现适合于呈现通知的点的确定。如果点满足超过（例如附加于）车辆已经停止的指定条件则该点是合适的。如之前所描述的，确定适合于呈现通知的点是否出现可以包括执行包括以下中的一个或多个的指令：车辆已经停止多久、车辆是否已经关闭、车辆是否已经放置在停车场中、车辆已经放置在停车场中多久、车辆位于哪里、时间是什么、车辆与个人朋友的接近性、关于通知对于居住在车辆位于其中的区中的人而言的接受性的数据、涉及车辆保持停止在车辆已经停止在的位置中多久的历史数据、车辆在车辆已经停止在的位置中花费时间的多少百分比，以及车辆是什么车辆类型。

例如，参照图1，处理器125可以确定适合于呈现通知的点出现，如果：

1. 车辆102已经停止；以及

2. 车辆102已经停止至少一段预定义的阈值（例如长于X秒）。

当使用短语“包括……中的一个或多个”时，这意味着条件涉及在该短语之后的列表中提及的项目中的至少一个并且条件还可以涉及在列表中未提及的其它项目。

例如，参照图1，处理器125可以确定适合于呈现通知的点出现，如果：

1. 车辆102已经停止；

2. 车辆102已经在停车场中放置至少一段预定义的阈值；以及

3. 已经满足另一条件（在列表中未提及）。

在块735处，如果通知合适，在块740处继续动作；否则，动作在块745处继续。

在块740处，发生等待。例如，参照图1，如果处理器125确定通知点尚不合适（例如基于当前条件），处理器125可以等待。在等待之后，动作可以在图7的任何块处继续，但是块720和块730是所图示的那些。例如，车辆102可以再次开始移动，在该情况下，执行与块720相关联的动作。作为另一示例，在等待之后，处理器125可以再次确定通知是否合适，如结合块730所描述的。

在块745处，提供通知。例如，参照图1，处理器125可以使输出管理器130经由显示器116或其它输出组件中的一个显示通知。

在块750处，可以执行其它动作，如果有的话。例如，其它动作可以包括：

1. 基于个人对类似通知的之前观察到的接受性优先化呈现通知；

2. 向用户提供关于燃料效率的游戏化反馈，游戏化反馈基于在个人与车辆之间所观察到的交互，游戏化反馈指示个人被提议采取以改进燃料效率的动作；

3. 提供关于经由除个人与车辆之间所观察到的交互之外的交互可用的车辆的特征的信息；

4. 提供具有对经由个人与车辆之间所观察到的交互获得的结果的等同结果的语音命令；

5. 观察到个人在配对手机与车辆中不成功，确定配对软件的更新可用，并且提供更新的指示连同用户接口元件，所述用户接口元件如果被选择，发起使用如更新的配对软件的手机的配对；以及

6. 本文所指示的任何其它动作。

如可以从前述详细描述看到的，已经与车辆通知有关地描述了各方面。在本文所描述的主题的各方面容许各种修改和可替换的构造的同时，其某些所图示的实施例在附图中示出并且已经在上文进行了详细描述。然而，应当理解的是，不存在将所要求保护的主题的各方面限于所公开的特定形式的意图，而是相反，意图在于覆盖落在本文所描述的主题的各种方面的精神和范围内的所有修改、可替换构造和等同物。

Claims (10)

1.一种至少部分地由车辆处理器实现的方法，方法包括：

当车辆在运动中时，制止呈现通知，通知基于个人与车辆之间所观察到的交互；

获取车辆已经停止的指示；

确定适合于呈现通知的点是否出现，所述点满足除车辆停止之外的条件；以及

如果适合于呈现通知的点出现，呈现通知，

其中所述通知提供关于所述车辆的特征的信息，所述特征经由所述个人与所述车辆之间的交互可用，但是在所述所观察到的交互期间未被使用。

2.权利要求1的方法，其中确定适合于呈现通知的点是否出现包括通过处理器执行包括以下中的一个或多个的指令来确定所述点是否满足条件：车辆已经停止多久、车辆是否已经关闭、车辆是否已经放置在停车场中、车辆已经放置在停车场中多久、车辆位于哪里、时间是什么、车辆与个人朋友的接近性、关于通知对于居住在车辆位于其中的区中的人而言的接受性的数据、涉及车辆保持停止在车辆已经停止在的位置中多久的历史数据、车辆在车辆已经停止在的位置中花费时间的多少百分比，或车辆是什么车辆类型。

3.权利要求1的方法，还包括基于个人对类似通知的之前观察到的接受性而优先化呈现通知。

4.权利要求1的方法，其中呈现通知包括向用户提供关于安全性的游戏化反馈，游戏化反馈基于在个人与车辆之间所观察到的交互，游戏化反馈指示个人被提议采取以改进安全性的动作。

5.权利要求1的方法，还包括观察到个人在将手机与车辆配对中不成功，确定配对软件的更新可用，并且其中呈现通知包括提供更新的指示连同用户接口元件，所述用户接口元件如果被选择，发起使用如更新的配对软件的手机的配对。

6.在车辆中，一种系统，包括：

用于指示车辆已经停止的传感器；

用于从与车辆交互的个人接收输入的输入设备；

用于向个人提供输出的输出设备；

耦合到传感器、输入设备和输出设备的处理器，处理器结构化成通过确定适合于呈现通知的点是否出现来响应于传感器指示车辆已经停止，所述通知基于所述个人与所述车辆之间所观察到的交互，并且提供关于所述车辆的特征的信息，所述特征经由所述个人与所述车辆之间的交互可用，但是在所述所观察到的交互期间未被使用，所述点满足除车辆停止之外的条件，处理器还结构化成经由输出设备向个人呈现通知，如果适合于呈现通知的点出现的话。

7.权利要求6的系统，其中处理器结构化成确定适合于呈现通知的点是否出现包括处理器结构化成评估是否满足条件，条件包括以下中的一个或多个：车辆已经停止多久、车辆是否已经关闭、车辆是否已经放置在停车场中、车辆已经放置在停车场中多久、车辆位于哪里、时间是什么、与朋友的接近性、特定于居住在车辆所在的区中的人的数据、涉及车辆保持停止在车辆已经停止在的位置中多久的历史数据、车辆是否在车辆已经停止在的位置处花费大量时间，或车辆是什么车辆类型。

8.权利要求6的系统，其中处理器还结构化成从另一传感器或输入设备接收数据并且从其确定个人的行为，处理器还结构化成基于行为生成通知。

9.权利要求6的系统，其中处理器还结构化成基于车辆中的人数和人的身份来确定通知。

10.一种车辆，包括：

用于向个人显示通知的显示器；

用于指示车辆已经停止的传感器；

用于存储用于生成通知的可执行指令的存储装置；以及

耦合到显示器、传感器和存储装置的处理器，处理器结构化成通过结构化成确定车辆是否在适合于向个人呈现通知的点来响应于传感器指示车辆已经停止，所述点满足除车辆停止之外的条件，并且所述通知基于所述个人与所述车辆之间所观察到的交互，并且提供关于所述车辆的特征的信息，所述特征经由所述个人与所述车辆之间的交互可用，但是在所述所观察到的交互期间未被使用。