與其他設備相比,由於需要讓駕駛專注於路面狀況,因此汽車內的通知功能對通知方式提出了一些特殊要求。
車載通知與其他設備上的通知用途基本相同:傳遞少量及時、相關的系統或應用程式資訊。然而,車載通知系統的設計必須有所不同,以最大程度地減少對駕駛員的干擾。
與其他設備相比,由於需要讓駕駛專注於路面狀況,因此汽車內的通知功能對通知方式提出了一些特殊要求。
車載通知與其他設備上的通知用途基本相同:傳遞少量及時、相關的系統或應用程式資訊。然而,車載通知系統的設計必須有所不同,以最大程度地減少對駕駛員的干擾。
為了最大限度地減少駕駛員分心,汽車中的抬頭顯示通知(HUN)與其他設備相比,限制更加嚴格。
車內緊急呼叫應具有可操作性和時效性,重要性等級為高或以上,並且還必須符合以下一項或多項標準:
通知中心顯示的通知與其它設備上的通知基本相同,只有少數類別被排除在外,因為它們在其他地方處理或重要性較低。有關各類通知處理方式的詳細信息,請訪問“車載通知工作原理” 。
為了讓駕駛者能夠快速查看通知並將視線重新集中到道路上,車內通知需要只專注於最重要、最容易理解的資訊。
我們的測試表明,對駕駛員而言最重要的訊息是通知內容和寄件者:通知是什麼(訊息、電話、導航指示等),以及來自誰。車載通知系統 (HUN) 會專注於這些要素,並提供一組簡單的操作選項。

為了最大限度地減少干擾,車內通知不包含複雜的上下文控制,例如長按或基於用戶滑動操作長度的控制。
此外,大多數通知只會短暫顯示,預設時間為 8 秒,如果使用者未進行任何操作,通知就會自動消失。在大多數情況下,使用者可以稍後在通知中心處理這些通知。
有關與 HUN 和通知中心交互的詳細信息,請訪問“汽車通知如何工作” 。

為了方便駕駛員在專注於路況的同時輕鬆處理訊息,車載訊息通知應在通知卡上提供以下兩項功能:
如果對話被靜音,該對話中的訊息仍會在通知中心顯示。

在汽車中,通知中心(有時以下拉式遮罩的形式呈現)充當臨時通知存放區,供駕駛員在駕駛過程中或結束後查看。它會排除某些類型的通知,限制駕駛過程中顯示的通知數量,並在每次駕駛開始時清空。
有關通知中心中顯示哪些類型的通知的詳細信息,請參閱“汽車通知的工作原理” 。

了解汽車的行駛狀態(是停放、怠速還是行駛)是決定在不分散駕駛注意力的情況下,可以安全地向他們顯示多少資訊的關鍵因素。
AAOS 包含一個 UX 限制引擎,它是一組規則(可由汽車製造商配置),用於規定在特定駕駛狀態下可以做什麼和不可以做什麼。 UX 限制引擎允許根據駕駛狀態(以及可選的速度範圍)執行以下通知操作:
在不需要這些限制的情況下,例如汽車停車時,可以解除這些限制。

您可以禁止將逐嚮導航通知顯示為 HUN。
此外,AAOS 還包含三個您可以控制的特殊通知類別:
CAR_EMERGENCY 和 CAR_WARNING 類別繞過了典型的排名機制,因此它們會出現在通知中心通知清單的頂部。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2026-02-25 (世界標準時間)。