与其他设备相比,由于需要让驾驶员专注于路面情况,因此汽车内的通知功能对通知方式提出了一些特殊要求。
车载通知与其他设备上的通知用途基本相同:传递少量及时、相关的系统或应用程序信息。然而,车载通知系统的设计必须有所不同,以最大程度地减少对驾驶员的干扰。
与其他设备相比,由于需要让驾驶员专注于路面情况,因此汽车内的通知功能对通知方式提出了一些特殊要求。
车载通知与其他设备上的通知用途基本相同:传递少量及时、相关的系统或应用程序信息。然而,车载通知系统的设计必须有所不同,以最大程度地减少对驾驶员的干扰。
为了最大限度地减少驾驶员分心,汽车中的抬头显示通知(HUN)与其他设备相比,限制更加严格。
车内紧急呼叫应具有可操作性和时效性,重要性级别为高或以上,并且还必须符合以下一项或多项标准:
通知中心显示的通知与其它设备上的通知基本相同,只有少数类别被排除在外,因为它们在其他地方处理或重要性较低。有关各类通知处理方式的详细信息,请访问“车载通知工作原理” 。
为了让驾驶员能够快速查看通知并将视线重新集中到道路上,车内通知需要只关注最重要、最容易理解的信息。
我们的测试表明,对驾驶员而言最重要的信息是通知内容和发件人:通知是什么(消息、电话、导航指令等),以及来自谁。车载通知系统 (HUN) 会重点突出这些要素,并提供一组简单的操作选项。

为了最大限度地减少干扰,车内通知不包含复杂的上下文控制,例如长按或基于用户滑动操作长度的控制。
此外,大多数通知只会短暂显示,默认时间为 8 秒,如果用户未进行任何操作,通知就会自动消失。在大多数情况下,用户可以稍后在通知中心处理这些通知。
有关与 HUN 和通知中心交互的详细信息,请访问“汽车通知如何工作” 。

为了方便驾驶员在专注于路况的同时轻松处理消息,车载消息通知应在通知卡上提供以下两项功能:
如果对话被静音,该对话中的消息仍会在通知中心显示。

在汽车中,通知中心(有时以下拉式遮罩的形式呈现)充当临时通知存放区,供驾驶员在驾驶过程中或结束后查看。它会排除某些类型的通知,限制驾驶过程中显示的通知数量,并在每次驾驶开始时清空。
有关通知中心中显示哪些类型的通知的详细信息,请参阅“汽车通知的工作原理” 。

了解汽车的行驶状态(是停放、怠速还是行驶)是决定在不分散驾驶员注意力的情况下,可以安全地向他们显示多少信息的关键因素。
AAOS 包含一个 UX 限制引擎,它是一组规则(可由汽车制造商配置),用于规定在特定驾驶状态下可以做什么和不可以做什么。UX 限制引擎允许根据驾驶状态(以及可选的速度范围)执行以下通知操作:
在不需要这些限制的情况下,例如汽车停放时,可以解除这些限制。

您可以禁止将逐向导航通知显示为 HUN。
此外,AAOS 还包含三个您可以控制的特殊通知类别:
CAR_EMERGENCY 和 CAR_WARNING 类别绕过了典型的排名机制,因此它们会出现在通知中心通知列表的顶部。
如未另行说明,那么本页面中的内容已根据知识共享署名 4.0 许可获得了许可,并且代码示例已根据 Apache 2.0 许可获得了许可。有关详情,请参阅 Google 开发者网站政策。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):2026-02-25。