運転者の注意を道路上に維持する必要があるため、他のデバイスと比較して、車内の通知には特別な要件が課せられます。
車内の通知は、他のデバイス上の通知と同様に、システムまたはアプリから少量の関連情報をタイムリーに通知するという基本的な目的を果たします。しかし、車内通知システムは、ドライバーの注意散漫を最小限に抑えるために、異なる設計が必要です。
運転者の注意を道路上に維持する必要があるため、他のデバイスと比較して、車内の通知には特別な要件が課せられます。
車内の通知は、他のデバイス上の通知と同様に、システムまたはアプリから少量の関連情報をタイムリーに通知するという基本的な目的を果たします。しかし、車内通知システムは、ドライバーの注意散漫を最小限に抑えるために、異なる設計が必要です。
ドライバーの注意散漫を最小限に抑えるために、車内のヘッドアップ通知 (HUN) には他のデバイスに比べて厳しい制限が設けられています。
車内の HUN は、実行可能かつ時間的制約があり、重要度が HIGH 以上である必要があり、また、以下の 1 つ以上の基準を満たしている必要があります。
通知センターに表示される通知は、他のデバイスとほぼ同じですが、一部のカテゴリは他のデバイスで処理されるか、重要度が低いため、表示されません。各カテゴリの処理方法の詳細については、 「車の通知の仕組み」をご覧ください。
ドライバーが通知を素早く確認して視線を道路に戻せるようにするには、車内の通知は最も重要で理解しやすい情報だけに焦点を当てる必要があります。
私たちのテストでは、ドライバーにとって最も重要な情報は「何」と「誰」 、つまり通知の内容(メッセージ、通話、ナビゲーションの指示など)と発信者であることが分かりました。車載HUNは、これらの要素に加え、実行可能なアクションをシンプルに提示します。

気を散らすことを最小限に抑えるため、車内の通知には、長押しや、ユーザーのスワイプ操作の長さに基づくコントロールなどの複雑なコンテキスト コントロールは含まれません。
また、ほとんどのHUNはデフォルトで8秒間だけ表示され、ユーザーが操作を行わない場合は自動的に閉じられます。このような場合、ほとんどの場合、ユーザーは通知センターで後から通知に対処できます。
HUN および通知センターでのやり取りの詳細については、 「車の通知の仕組み」を参照してください。

運転者が道路に注意を払いながら簡単にメッセージを処理できるようにするために、車内のメッセージ通知は通知カードに次の 2 つの機能を提供する必要があります。
会話がミュートされている場合でも、その会話のメッセージは通知センターで引き続き利用できます。

車の場合、通知センター(プルダウン式のシェードとして実装されている場合もあります)は、運転中または運転終了時にドライバーがアクセスしたい通知を一時的に保持する領域として機能します。通知センターは一部の通知カテゴリを除外し、運転中に表示される通知の数を制限し、運転開始時にクリアされます。
通知センターに表示される通知の種類の詳細については、「車の通知の仕組み」を参照してください。

車が駐車中か、アイドリング中か、走行中かといった車の運転状態を知ることは、運転者の気を散らすことなく安全にどの程度の情報を表示できるかを決定する上で重要な要素となります。
AAOSにはUX制限エンジンが搭載されています。これは、特定の運転状態において何が実行可能で何が実行不可能かを規定する一連のルール(自動車メーカーが設定可能)です。UX制限エンジンは、運転状態(およびオプションで速度域)に基づいて、通知に対して以下のようなアクションを可能にします。
これらの制限は、車が駐車されているときなど、運転上必要のない状態では解除できます。

ターンバイターン方式のナビゲーション通知が HUN として表示されないようにすることができます。
さらに、AAOS には、制御可能な 3 つの特別な通知カテゴリが含まれています。
CAR_EMERGENCY および CAR_WARNING カテゴリは、一般的なランキング メカニズムをバイパスするため、通知センターの通知リストの上部に表示されます。
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2026-02-25 UTC。