このページでは、Android Automotive OS(AAOS)26Q2 リリース(API レベル 37)の機能と機能強化について説明します。このリリースには 8 つの新機能が含まれ、180 件の問題に対処しています。
AAOS フレームワーク
ユーザー管理
表示されているバックグラウンド ユーザーの通知
ManagedServicesを有効にしました。表示されているバックグラウンド ユーザーでの
DocumentsUIのサポートを追加しました。
オーディオとラジオ
音声フォーカスの適用: AAOS で音声フォーカスの適用を有効にしました。これはユーザーの安全にとって非常に重要です。
オーディオ ゲイン コールバック: このコールバックにより、オーディオ ハードウェアはアプリなどのソフトウェア コンポーネントに音量の変更を通知し、システム全体で現在のオーディオ レベルを常に検出できます。OEM は、音声ゲイン コールバックに新しいイベントを追加し、OEM サービスで動作をカスタマイズできます。
自動車のフレームワーク
- 車両プロパティの可用性: OEM が車両プロパティを動的に有効または無効にできるようにします。ベンダー定義または利用不可のプロパティの追加ステータスも含まれます。
ディスプレイの安全
AAOS ディスプレイの安全性スイートは、新しい SDV プラットフォーム向けに分離された安全強化グラフィック アーキテクチャを導入し、応答性の高い統合コックピット エクスペリエンスを提供します。ディスプレイの安全性には次のコンポーネントがあります。
高可用性レンダラ(HAR): メインのインフォテインメント システムとは独立して動作する低レイテンシ エンジン。ギア、速度、警告灯などの重要な車両データを確実に表示します。効率的なブレンドのために、安全に分離されたレンダリング ループと合成を使用します。
安全設計コンパイラとモニター ツールチェーン: 安全上重要な視覚要素がディスプレイ レイアウト標準に準拠していることを検証するために使用される自動化されたユーティリティのセット。ピクセル単位で完璧なレンダリングを強制し、視覚的なコンプライアンスのために差分セグメンテーションを使用します。
Android クラスタアプリ(DriverUI): 復元力のある AAOS SDV チャネルを介して同期し、クラスタ画面で HAR 安全レイヤとインフォテインメント コンテンツを合成するインタラクティブ アプリ。
接続
複数のデバイスでのメッセージング: 複数の接続されたデバイスからのメッセージをシステムが保存できない原因となっていたテレフォニー スタックの回帰を修正しました。
PANS-and-Play 統合(PnP): ユーザー エクスペリエンスを向上させるため、Google Play を PANS 対応に更新しました。
システム UI とエクスペリエンス
スケーラブルなシステム UI: OEM がシステムレイヤのシステム UI コンポーネントをカスタマイズできる API を定義することで、スケーラブルな UI フレームワークを拡張しました。これにより、ワークフローが統合され、ブランド アイデンティティを一貫して適用できるようになります。
マルチユーザー、マルチディスプレイ(MUMD)リファレンス: スケーラブル UI で同時バックグラウンド ユーザーを使用するマルチディスプレイ構成のサンプルを提供しました。
スケーラブル UI のヘッドアップ通知(HUN): HVAC や Car System UI などのシステム UI コンポーネントをモジュール化することで、OEM カスタマイズを効率化し、コストを削減しました。主な機能としては、状態定義アニメーション用の専用 HUNPanel 変換メカニズムと、最適化されたウィンドウ ライフサイクル管理用の新しい HUNWindow クラスがあります。
Car システム UI のモジュール化: モノリシックな Android システム UI を独立したモジュール式コンポーネントに分解し、OEM のコストを削減し、互換性の問題を回避しました。
コアアプリ
- AppFunction API: エージェントがアプリに接続できるようにします。
カメラ
- 拡張ビューシステム(EVS)のサポートを終了: フラグメンテーションを減らし、カメラ API サーフェスを統合するために、EVS API のサポートを終了しました。代わりに、OEM は Camera2 API を使用する必要があります。詳しくは、Camera2 に移行するをご覧ください。
ソフトウェア定義自動車(SDV)
- ソフトウェア定義車両: インフォテインメント画面を超えて Android の機能を拡張し、スケーラブルなサービス指向アーキテクチャ(SOA)と IVI とのシームレスな統合により、車内の複数のドメインを強化します。インストルメント クラスタ用の HAR が含まれており、コックピット ソリューション全体の設計と開発のイテレーションを迅速に行うことができます。
コンプライアンス
AAOS の実装を検証するには、次のテストスイートを使用します。
- 互換性テストスイート(CTS): 詳しくは、互換性テストスイート(CTS)の概要をご覧ください。
- 互換性テストスイート検証ツール(CTS-V): 詳しくは、CTS-V テストを実行するをご覧ください。
- Generic System Image(GSI)の CTS: 詳しくは、Generic System Image をご覧ください。
- ベンダー テストスイート: 詳しくは、ベンダー テストスイート(VTS)とインフラストラクチャをご覧ください。
テストに関する既知の問題
AAOS 26Q2 リリースには、テストに関連する次の既知の問題が含まれています。
CtsSurfaceControlTests[secondary_user_on_secondary_display]#testImeVisible#testImeVisibleWithZBelowRequest#testImeZOrderedAboveEmbeddedWindowInChildWindow#testImeVisibleWithZBelowTouch
CtsGraphicsTestCasesFrameRateOverrideTest#testAppDisplayModeGetRefreshRateDisplayModeReturnsPhysicalRefreshRateEnabledFrameRateOverrideTest#testAppBackpressure
FrameRateOverrideTest#testAppDisplayGetRefreshRateFrameRateOverrideTest#testAppChoreographer
手動検証が必要な自動テスト
次のモジュールは、特定のマルチユーザーまたはマルチディスプレイ構成で自動テスト(CTS)に失敗します。CtsMediaAudioTestCases[secondary_user_on_secondary_display]。手動テストを使用して、関連する機能を確認します。