2025 年 3 月 27 日より、AOSP のビルドとコントリビューションには aosp-main
ではなく android-latest-release
を使用することをおすすめします。詳細については、AOSP の変更をご覧ください。
Android Automotive 24Q3 リリースの詳細
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
このページでは、Android Automotive 24Q3 の主な新機能の概要を説明します。
機能
自動車のフレームワーク
ディスプレイおよびウィンドウ マネージャー
詳しくは、Instrument Cluster API をご覧ください。
- 複数のディスプレイに UXRE サポートを追加しました。これには、物理ディスプレイと仮想ディスプレイが含まれます。これにより、物理ディスプレイでも仮想ディスプレイでも、ディスプレイごとに異なる UXRE を適用できるようになります。ディスプレイは、UXRE 構成の車内乗員ゾーン内で識別できます。これにより、乗客専用ディスプレイでは、運転中も NDO アプリを引き続き使用できます。
オーディオとラジオ
詳しくは、ラジオの制御の実装をご覧ください。
音量の最小レベルと最大レベル。OEM は、音量の最小レベルと最大レベルを定義して、起動時に音が小さすぎたり大きすぎたりするのを防ぐことができるようになりました。
動的なオーディオ機器。デバイス接続時に、ユーザーが Bluetooth や USB ヘッドフォンなどの動的な出力デバイスを使用したオーディオ構成を選択できるようにします。
オーディオ クロスオーバー フェード構成。OEM は自動車デバイスのクロスオーバー フェード構成を定義し、オーディオの再生時にアプリに適用できるようになりました。
HD および DAB ラジオのサポートの改善。HD および DAB ラジオ規格を完全にサポートし、OEM が自動車デバイスにラジオ機能を統合できるようになりました。
詳しくは、パフォーマンス データの収集とシステムの健全性のモニタリングをご覧ください。
- システム パフォーマンスの問題向けのより充実した計測手法。CarWatchdog dumpsys proto は、構造化されたフォーマットでキャッシュに保存された指標をレポートし、分析を容易にします。CarWatchdog メモリのプロファイリングは、メモリ負荷がパフォーマンスに与える影響をより深く理解するために使用されます。
電源管理
詳しくは、電源管理をご覧ください。
サーバーレス リモート アクセス。TCU などの他の ECU が AAOS アクティビティをトリガーできるようにし、AAOS がタスクのキューを処理するために自身の wakeup をスケジュール設定できるようにしました。
緊急シャットダウン サポート。自動車の電源管理サービスを改善し、緊急の状態によりシャットダウンがトリガーされたことをシステムアプリに警告するようになりました。
電源ポリシーの管理。OEM システムアプリが状況に応じて電源ポリシーを変更できるようになりました。
ディスプレイの安全
詳しくは、Multi-Display Communications API をご覧ください。
Android ソースツリーの外側でドライバ UI とクラスタ開発を有効にできるようになりました。
ドライバ UI をモニタリングして、アラートや通知を生成できるようになりました。
接続
Bluetooth
Bluetooth ヘッドセット。ユーザーは、Bluetooth ヘッドセットを AAOS に接続し、接続されたスマートフォンと一緒に使用したり、ヘッドセットをオーディオ出力デバイスとして使用したりできます。ユーザーは、オーディオ設定ページセットの新しいオーディオ出力デバイスを使用して、ヘッドセットを出力デバイスとして指定できるようになりました。時間、ソース、シンクを問わず、一度に Bluetooth でアクティブにできるメディアまたは音声ストリームは 1 つだけです。
デフォルトのログレベル。開発者向けオプションまたは新しい log.tag.bluetooth
ロギングタグを使用したコマンドラインで、Bluetooth スタックのデフォルトのログレベルを管理できるようになりました。
ネットワーキング
詳しくは、運転セッション間のアクセス ポイントの維持をご覧ください。
データおよび定期購入プランのメッセージ。ユーザーが必要とする時点で、有料接続の更新オプションを提示するためのリファレンス UX。
OEM の有料 Wi-Fi。制限付き Wi-Fi ネットワークへの接続を表示するためのリファレンス UX。
Wi-Fi アクセス ポイントの永続性。切り替えを追加し、ユーザーがドライブ中に車両のアクセス ポイントを保持できるようになりました。
UWB
- 設定アップデート。UWB デバイスをより細かく管理するための新しいオプションを追加しました。
システム UI とコアアプリ
設定認識システム UI。 単一のシステム イメージを使用して複数のシミュレーションされたデバイス設定サポートすることにより、AAOS エミュレータの機能を拡充します。
互換性の向上。DocumentsUI やギャラリーなど、Android のコア機能を搭載することで、サードパーティ製アプリとの互換性を向上させます。
ホルダー。お気に入りのアプリをシステム UI スペースに固定し、アプリをすばやく起動できるようにします。
アンビエント ビュー。IVI 画面がオンになっているが使用されていない場合に、差別化されたエクスペリエンスを生み出すためのスペースを OEM に提供します。
プロフィールのロック チャレンジの更新。Android Automotive で標準化された画面ロック チャレンジを追加しました。
カメラ
詳しくは、カメラをご覧ください。
EVS の同時実行マルチカメラ クライアントのサポートの改善。CarEvsService
でのマルチカメラとマルチ クライアントのサポートを向上させ、クライアントがデータ ストリームをより効率的に管理できるようになりました。
Camera2 user0 のアクセス。ヘッドレス ユーザーで実行中のアプリが Camera2 にアクセスできるようになりました。
Camera2 プライバシー許可リスト。OEM は、カメラ プライバシーの切り替え状態に関係なく、カメラへのアクセスを許可リストに登録する特定のカメラアプリを指定できるようになりました。
Camera2 早期アクセス。UID AID_AUTOMOTIVE_EVS
による特権クライアントは、Android の起動が完了する前にカメラにアクセスできるようになりました。
センサーと VHAL プロパティ
詳しくは、サポートされているシステム プロパティをご覧ください。
超音波センサー。超音波パーキング センサーの新しい VHAL プロパティが追加されました。
ドライバーのモニタリング。ドライバー注意力モニタリング システムの新しい VHAL プロパティを追加しました。
新しい VHAL プロパティ: 10 の新しい VHAL プロパティを追加しました。
自動車プロパティ パフォーマンスの改善CPU 負荷を軽減するために、Continuous
および On_Change
プロパティを更新しました。
センサーデータ登録時の構成可能な解像度。CPM レベルでの新しい registerCallback
API を追加し、CarPropertyService
および VHAL インターフェースにロジックを追加しました。
VHAL: アクセス モジュール粒度。OEM は、プロパティ全体のアクセスレベルを指定する代わりに、アクセスレベル(READ-only
や READ-WRITE
など)を propertyId-areaId
の組み合わせごとに指定できるようになりました。
コンプライアンス
Android コンプライアンス テストが内部参照ハードウェアで実行されています。このリリースで実行されたテストスイートには CTS、STS、VTS、CTSonGSI が含まれます。
以下の問題を除き、Android 15 コード(android15-release
)や Android 15 テストブランチ(android15-tests-dev
)で修正を必要とする既知の欠陥は見つかりませんでした。
デバイスが Car Portrait UI をベースにしている場合、以前に挙げたテストに加えて、これらのテストも失敗する可能性があります。
- CTS。
CtsWindowManagerDeviceWindow
- CTS。
CtsWindowManagerDeviceMultiDisplay
- CTS-Verifier。ステータスバーを無効にします。
このページのコンテンツやコードサンプルは、コンテンツ ライセンスに記載のライセンスに従います。Java および OpenJDK は Oracle および関連会社の商標または登録商標です。
最終更新日 2025-03-26 UTC。
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["必要な情報がない","missingTheInformationINeed","thumb-down"],["複雑すぎる / 手順が多すぎる","tooComplicatedTooManySteps","thumb-down"],["最新ではない","outOfDate","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["サンプル / コードに問題がある","samplesCodeIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 2025-03-26 UTC。"],[],[],null,["# Android Automotive 24Q3\n\nThis page summarizes new major features provided in Android Automotive 24Q3.\n\nFeatures\n--------\n\n### Car framework\n\n#### Display and window manager\n\nTo learn more, see\n[Instrument Cluster API](/docs/automotive/displays/cluster_api).\n\n1. **Added UXRE support on multiple displays, including physical and virtual\n displays.** This enables different UXREs to be applied on a per-display basis, whether a physical or a virtual display. Displays can be identified within a car occupant zone in the UXRE config. This allows for passenger-only displays to continue to use NDO apps while driving.\n\n#### Audio and radio\n\nTo learn more, see\n[Radio control implementation](/docs/automotive/radio/radio-control-implementation).\n\n1. **Min and max volume levels.** OEMs can now define minimum and maximum\n volume levels to prevent sounds from being too quiet or too loud when\n activated.\n\n2. **Dynamic audio devices.** Allows audio configurations with dynamic output\n devices, such as Bluetooth and USB headphones, to be selected by the user\n when the devices are connected.\n\n3. **Audio crossover fade configurations.** OEMs can now define crossover fade\n configurations for automotive devices, which can be applied to apps upon\n audio playback.\n\n4. **Improve support HD and DAB radio.** Fully support the HD and DAB radio\n standards so that OEMs can integrate radio features in automotive devices.\n\n#### Performance and system health\n\nTo learn more, see\n[Collect performance data](/docs/automotive/watchdog/wd_performance_health)\nand [Monitor system health](/docs/automotive/watchdog/wd_system_health).\n\n1. **Richer instrumentation for system performance issues.** The CarWatchdog dumpsys proto reports cached metrics in a structured format for easier analysis. CarWatchdog memory profiling is used to better understand the impact of memory pressure on performance.\n\n#### Power management\n\nTo learn more, see [Power management](/docs/automotive/power/power).\n\n1. **Serverless remote access.** Added the ability to enable other ECUs, such\n as the TCU, to trigger AAOS activity and for AAOS to schedule its own\n wake-ups to process a queue of tasks.\n\n2. **Emergency shutdown support.** Improves the car power management service to\n alert system apps that an emergency condition has triggered a shut-down.\n\n3. **Power policy controls.** Allows OEM system apps to change power policy\n according to the situation.\n\n### Multi-display\n\n1. You can enable the communication between the same apps running in different occupant zones using the [Multi-Display Communications API](/docs/automotive/displays/multi-display-comms-api).\n\n### Safety display\n\n1. You can now enable driver UI and cluster development outside the Android\n source tree.\n\n2. You can now monitor the Driver UI can generate alerts and notifications.\n\n### Connectivity\n\n#### Bluetooth\n\n1. **Bluetooth headsets.** Allows users to connect Bluetooth headsets to AAOS,\n alongside connected phones, and to use headsets as an audio output device.\n The user can use the new **Audio Output Device** setting on the **Audio\n Settings** pageset to designate their headset as an output device. Only one\n media or audio stream can be active over Bluetooth at a time, source or\n sink.\n\n2. **Default Log Level.** You can now control the default log level of the\n Bluetooth stack from **Developer Options** or on the command line using the\n new `log.tag.bluetooth` logging tag.\n\n#### Networking\n\nTo learn more, see\n[Maintain hotspots between driving sessions](/docs/automotive/connectivity/persist-access-point).\n\n1. **Data and subscription plan messaging.** A reference UX to present the\n option to renew paid connectivity at the user's point of need.\n\n2. **OEM-paid Wi-Fi.** A reference UX for showing connections to restricted\n Wi-Fi networks.\n\n3. **Wi-Fi hotspot persistence.** Added a toggle to allow users to retain the\n vehicle hotspot for every drive.\n\n#### UWB\n\n1. **Settings update.** Added new options to provide more control of UWB devices.\n\n### System UI and core apps\n\n1. **Config aware System UI.** Broaden the capabilities of AAOS emulators by\n supporting simulated multiple device configurations using a single system\n image.\n\n2. **Compatibility improvements.** Made improvements to third party app facing\n compatibility through the inclusion of core Android functionality, such as\n DocumentsUI and Gallery.\n\n3. **Dock.** Allow users to *pin* favorite apps to the system UI space to more\n quickly launch apps.\n\n4. **Ambient view.** Provide OEMs with a space in which to create\n differentiated experiences when IVI screens are turned on but not in use\n\n5. **Refreshed profile lock challenge.** Added a standardized screen lock\n challenge across Android Automotive.\n\n### Camera\n\nTo learn more, see [Camera](/docs/automotive/camera).\n\n1. **Improved support for EVS concurrent multi-camera clients.** Improved\n multi-camera and multi-client support in `CarEvsService`, allowing clients\n to manage data streams more efficiently.\n\n2. **Camera2 user0 access.** Enable apps running in the headless user to access\n Camera2.\n\n3. **Camera2 privacy allowlist.** OEMs can now designate certain camera apps to\n be allowlisted to access cameras regardless of the state of camera privacy\n toggle.\n\n4. **Camera2 early access.** Privileged clients with `UID AID_AUTOMOTIVE_EVS`\n can now access the camera before an Android boot is completed.\n\n### Sensors and VHAL properties\n\nTo learn more, see\n[Supported system properties](/docs/automotive/vhal/system-properties).\n\n1. **Ultrasonic sensors.** Added new VHAL properties for ultrasonic parking\n sensors.\n\n2. **Driver monitoring.** Added new VHAL properties for driver attention\n monitoring systems.\n\n3. **New VHAL properties.** Added 10 new VHAL properties.\n\n4. **Car property performance improvements.** To reduce CPU load, updated the\n `Continuous` and `On_Change` properties.\n\n5. **Configurable resolution when subscribing to sensor data.** Added a new\n `registerCallback` API at the CPM level and added logic to the\n `CarPropertyService` and VHAL interface.\n\n6. **VHAL: Access module granularity.** OEMs can now specify access levels\n (such as `READ-only` and `READ-WRITE`) per `propertyId-areaId` combinations\n instead of specifying access levels for an entire property.\n\nCompliance\n----------\n\nAndroid compliance tests were executed on internal reference hardware. Test\nsuites run for this release include CTS, STS, VTS, and CTSonGSI.\n\nExcept for the following issues, we discovered no known failures requiring a fix\neither in Android 15 code (`android15-release`) or in the Android 15 test branch\n(`android15-tests-dev`).\n\n- **CTS-Verifier.** Chooser result.\n\nIf your device is based on the Car Portrait UI, these tests might fail, in\naddition to those listed previously.\n\n- **CTS.** `CtsWindowManagerDeviceWindow`\n- **CTS.** `CtsWindowManagerDeviceMultiDisplay`\n- **CTS-Verifier.** Disable the status bar\n\n| **Note:** Fixes for these items, and any other required compliance patches, can be found in the [Android Open Source Project](https://android-review.googlesource.com/q/hashtag:%22aaos-24q3-cts%22+%28status:open%20OR%20status:merged%29). Changes provided here will be provided in the Android 15 24Q4 release."]]