Android 16 互換性定義 - 変更のみ

（32 ビット ABI の有無にかかわらず）64 ビット ABI のサポートを宣言し、ActivityManager.isLowRamDevice() で false を返す場合、ハンドヘルド デバイス実装は:

• [7.1.4.2/H-2-1] Vulkan 1.1 をサポートしなければなりません。

アプリのライブ情報通知は、アプリがプロモーションの特性をすべて満たしている場合にプロモートできます。このドキュメントでは、このような通知のことをプロモートされたライブ更新通知と呼びます。ハンドヘルド デバイス実装は、次の要件に従ってプロモートされたライブ情報通知を目立つように表示しなければなりません。

API レベル 36.1 以上を宣言する場合、ハンドヘルド デバイス実装は:

• [3.8.3.1/H-0-1] プロモートされたライブ情報通知をロック画面の目立つ場所に表示しなければなりません。

• [3.8.3.1/H-0-12] プロモートされたライブ情報通知が他の通知とともに表示される場合は、通知スタックのヘッドアップ通知の一番上、および色付き通知（setColorized が true の場合）の上に表示しなければなりません。

  • 複数のアプリがプロモートされたライブ情報通知の対象となる場合、通知シェードとロック画面内に表示するプロモートされたライブ情報通知の順序を決定しても構いません。

• [3.8.3.1/H-0-2] プロモートされたライブ情報通知を開いた状態で表示しなければなりません。

• [3.8.3.1/H-0-3] 上記の開かれた通知を閉じるためのユーザー アフォーダンスを提供してはなりません。

• [3.8.3.1/H-0-4] プロモートされたライブ情報通知では、StyleSpan または UnderlineSpan で提供されるとおり、テキスト コンテンツの基本スタイル（太字、斜体、下線）を表示しなければなりません。

• [3.8.3.1/H-0-5] プロモートされたライブ情報通知には、標準アクション オブジェクトのみを（Notification.Action を介して）表示し、入力ボックス、返信ボタン、コンテキスト アクションなどの標準以外のアクション オブジェクトを（addRemoteInput()、setContextual() を介して）非表示にしなければなりません。通知に標準以外のアクション オブジェクトが含まれている場合も同様です。

• [3.8.3.1/H-0-6] Notification.getSmallIcon() を含まなければならないプロモートされたライブ情報通知については（SDK ドキュメントではステータス チップと呼ばれる）コンパクトな表現を表示しなければなりません。

  • [3.8.3.1/H-0-7] 他のフィールドはコンパクトな表現では省略可能ですが、コンパクトな表現を開くことが可能な場合は必ず、Notification.getShortCriticalText() が存在する場合はそれを、Notification.getShortCriticalText が存在しない場合は Notification.when を表示しなければなりません。

  • [3.8.3.1/H-0-8] プロモートされたライブ表示通知が複数ある場合は、そのうちの少なくとも 1 つをステータスバーにコンパクトな表現として表示しなければなりません。

  • [3.8.3.1/H-0-9] ユーザーがコンパクトな表現をタップしたときに、関連付けられた通知を表示するか（推奨）、関連付けられたアプリを（Notification.contentIntent を介して）開かなければなりません。

  • [3.8.3.1/H-0-13] 関連付けられた通知には、通知シェードで利用可能なものと同じコンテンツをすべて表示しなければなりません。

• [3.8.3.1/H-0-10] 個々のアプリの通知のプロモートされた表示を無効または有効にするユーザー アフォーダンスを提供しなければなりません。

• [3.8.3.1/H-0-11] すべてのライブ情報通知を正しく表示しなければなりません。これには、プロモーション特性を満たしていない、または一部しか満たしていない、プロモート対象外のライブ情報通知も含まれます（ただし、これらに限定されません）。このようなプロモート対象外の通知は、プロモート対象外の状態で表示しなければなりません。

• [7.1.1.1/A-0-3] グラフィック バッファが内蔵ディスプレイの最高解像度と同程度以上である GPU 合成をサポートしなければなりません。

Vulkan のサポートが含まれる場合、自動車デバイス実装は:

• [7.1.4.2/A-1-1] Android ベースライン 2021 プロファイルで規定されている要件を満たさなければなりません。

Configuration.isScreenHdr() を通じてハイ ダイナミック レンジ表示のサポートを主張する場合、自動車デバイス実装は:

• [7.1.4.5/A-1-1] 拡張機能 EGL_EXT_gl_colorspace_bt2020_pq、EGL_EXT_surface_SMPTE2086_metadata、EGL_EXT_surface_CTA861_3_metadata、VK_EXT_swapchain_colorspace、VK_EXT_hdr_metadata のサポートをアドバタイズしなければなりません。

自動車デバイス実装は:

• [7.1.4.6/A-0-1] システム プロパティ graphics.gpu.profiler.support を介して、デバイスが GPU プロファイリングをサポートしているかどうかをレポートしなければなりません。

システム プロパティ graphics.gpu.profiler.support を介してサポートを宣言する場合、自動車デバイス実装は:

• [7.1.4.6/A-1-1] Perfetto ドキュメントで規定されている GPU カウンタと GPU RenderStages のスキーマに準拠する protobuf トレースを出力としてレポートしなければなりません。

• [7.1.4.6/A-1-2] gpu counter trace パケット proto に従い、デバイスの GPU カウンタに沿う値をレポートしなければなりません。

• [7.1.4.6/A-1-3] レンダリング ステージ トレース パケット proto に従い、デバイスの GPU RenderStage に沿う値をレポートしなければなりません。

• [7.1.4.6/A-1-4] power/gpu_frequency の形式で指定した GPU 周波数トレースポイントをレポートしなければなりません。

自動車デバイス実装は:

• [7.1.5/A-0-1] アップストリームの Android オープンソース コードで実装されたレガシーアプリ互換モードのサポートを含まなければなりません。つまり、デバイス実装は、互換モードが有効になるトリガーまたはしきい値を変更してはなりません。また、互換モード自体の動作を変更してはなりません。

ペリフェラル モードで動作するコントローラを備えた USB ポートを含む場合、自動車デバイス実装は:

• [7.7.1/A-1-1] Android Open Accessory（AOA）API を実装しなければなりません。

ホストモードをサポートする USB ポートが含まれる場合、自動車デバイス実装は:

• [7.7.2/A-1-1] Android SDK ドキュメントに記載されているとおり、USB オーディオ クラスを実装しなければなりません。

USB 周辺機器が接続されている間に API AudioManager.getDevices() が呼び出された場合:

• [7.8.2.2/A-1-1] USB オーディオ端子タイプのフィールドが 0x0302 であれば、タイプ AudioDeviceInfo.TYPE_USB_HEADSET、ロール isSink() のデバイスをリストしなければなりません。

• [7.8.2.2/A-1-2] USB オーディオ端子タイプのフィールドが 0x0402 であれば、タイプ AudioDeviceInfo.TYPE_USB_HEADSET、ロール isSink() のデバイスをリストしなければなりません。

• [7.8.2.2/A-1-3] USB オーディオ端子タイプのフィールドが 0x0603 であれば、タイプ AudioDeviceInfo.TYPE_USB_HEADSET、ロール isSink() のデバイスをリストしなければなりません。

• [7.8.2.2/A-1-4] USB オーディオ端子タイプのフィールドが 0x0400 であれば、タイプ AudioDeviceInfo.TYPE_USB_HEADSET、ロール isSink() のデバイスをリストしなければなりません。

• [3.2.3.1/A-0-2] SDK ドキュメントに記載されているとおり、インテント ACTION_GET_CONTENT、ACTION_OPEN_DOCUMENT、ACTION_OPEN_DOCUMENT_TREE、ACTION_CREATE_DOCUMENT を処理するアプリを持ち、DocumentsProvider API を使用してドキュメント プロバイダ データにアクセスするユーザー アフォーダンスを提供しなければなりません。

アクティビティの埋め込みを使用して、自動車デバイス実装の設定アプリに分割機能を実装する場合、デバイス実装は:

• [3.2.3.1/A-1-1] 分割機能がオンの場合に、Settings#ACTION_SETTINGS_EMBED_DEEP_LINK_ACTIVITY インテントを処理するアクティビティがなければなりません。アクティビティは android.permission.LAUNCH_MULTI_PANE_SETTINGS_DEEP_LINK で保護しなければならず、Settings#EXTRA_SETTINGS_EMBEDDED_DEEP_LINK_INTENT_URI から解析したインテントのアクティビティを開始しなければなりません。

ユーザーが任意の種類の通話をできるようにする場合、自動車デバイス実装は:

• [7.4.1.2/A-1-1] フィーチャー トグル android.software.telecom を宣言しなければなりません。

• [7.4.1.2/A-1-2] telecom フレームワークを実装しなければなりません。

• [8.1/A-0-1] 一貫したフレーム レイテンシ。一貫性のないフレーム レイテンシ、またはフレームのレンダリングの遅延は、1 秒間に 5 フレームを超えて発生してはならず、1 秒間に 1 フレーム未満であるべきです。

• [8.1/A-0-2] ユーザー インターフェースのレイテンシ。デバイス実装は、Android 互換性テストスイート（CTS）で定義された 10,000 リストエントリのリストを 36 秒未満でスクロールすることで、低レイテンシのユーザー エクスペリエンスを実現しなければなりません。

• [8.1/A-0-3] タスクの切り替え。複数のアプリが起動されている場合、起動後に実行中のアプリを再起動するまでにかかる時間は 1 秒未満でなければなりません。

• [8.2/A-0-2] 少なくとも 5 MB/s のシーケンシャル書き込みパフォーマンスを実現しなければなりません。

• [8.2/A-0-3] 少なくとも 0.5 MB/s のランダム書き込みパフォーマンスを実現しなければなりません。

• [8.2/A-0-4] 少なくとも 15 MB/s のシーケンシャル読み取りパフォーマンスを実現しなければなりません。

• [8.2/A-0-5] 少なくとも 3.5 MB/s のランダム読み取りパフォーマンスを実現しなければなりません。

android.os.Build.VERSION_CODES.MEDIA_PERFORMANCE_CLASS について android.os.Build.VERSION_CODES.U を返す場合、自動車デバイス実装は:

• [8.2/A-1-1] 少なくとも 150 MB/s のシーケンシャル書き込みパフォーマンスを実現しなければなりません。

• [8.2/A-1-2] 少なくとも 10 MB/s のランダム書き込みパフォーマンスを実現しなければなりません。

• [8.2/A-1-3] 少なくとも 250 MB/s のシーケンシャル読み取りパフォーマンスを実現しなければなりません。

• [8.2/A-1-4] 少なくとも 100 MB/s のランダム読み取りパフォーマンスを実現しなければなりません。

• [8.2/A-1-5] 少なくとも 50 MB/s の並列シーケンシャル読み取り / 書き込みパフォーマンス（2 つの読み取りと 1 つの書き込み）を実現しなければなりません。

システム API VisualQueryDetectionService、または、マイクやカメラへのアクセスを示さないクエリ検出の別のメカニズムをサポートする場合、自動車デバイス実装は:

• [9.8/A-1-1] クエリ検出サービスがデータを送信できる対象を、システム、ContentCaptureService、またはデバイス上の音声認識サービス（SpeechRecognizer#createOnDeviceSpeechRecognizer()によって作成されるサービス）に限定しなければなりません。

• [9.8/A-3-2] ContentCaptureService またはデバイス上の音声認識サービスを除き、音声情報または動画情報を VisualQueryDetectionService から送信できるようにしてはなりません。

• [9.8/A-3-3] デジタル アシスタント アプリを使用しようとするユーザーの意図をデバイスが検出したとき（カメラを介してユーザーの存在を検出したときなど）は、システム UI にユーザー通知を表示しなければなりません。

• [9.8/A-1-4] ユーザークエリが検出された直後に、マイク インジケーターを表示し、検出されたユーザークエリを UI に表示しなければなりません。

• [9.8/A-1-5] ユーザーがインストール可能なアプリが、ビジュアル クエリ検出サービスを提供できるようにしてはなりません。

• [C-SR-2] AAC、MP3、OPUS、PCM 形式のオフロード再生を実装することを強く推奨します。

HDR ディスプレイの要件

デバイス実装が ADATASPACE_TRANSFER_HLG でエンコードされたバッファ コンテンツを受け取り、そのコンテンツが SurfaceControl.Transaction#setBuffer を通じてディスプレイに送信される場合、以下の要件が適用されます。

• [C-8-1] BT.2408-7 のグラフィック ホワイトに関する推奨事項に従わなければなりません。また、そのコンテンツを表示する際は必ず、最大で SDR コンテンツの 4.926 倍の大きさにしなければなりません。

システム プロパティ sensor.barometer.high_quality.implemented を宣言しているデバイス実装は:

• [C-2-1] 300 hPa から 1100 hPa までの圧力測定値を、絶対正確度 +/- 1 hPa でレポートしなければなりません。

• [C-2-2] 相対正確度は 100 hPa の範囲で 0.15 hPa でなければなりません。これは、海面における ~1000 m の変化で正確度 ~1 m に相当します。

• [C-2-3] ユーザーがデバイスをタップ、スクイーズ、または押したときは、+/- 0.5 hPa の範囲で安定していなければなりません。

• [C-2-4] ユーザーがデバイスを手またはポケットで持ち歩いているときは、+/- 0.15 hPa の範囲で安定していなければなりません。

• [C-2-5] 5 Hz を超える有効化において 300 ms を超える時定数で平滑化してはなりません。また、センサーの有効化を超えて平滑化を漏洩させてはなりません。

• [C-2-6] 日常的な照明や、一般的なソース（Bluetooth、モバイル接続、Wi-Fi など）により導入された無線周波数にさらされるときは、+/- 0.15 hPa の範囲で安定していなければなりません。

差別化されたエクスペリエンスを提供できるようにするため、Android または Wear OS の対象でない追加のセンサーをデバイス実装に含め、プリロードされたアプリからアクセスしても構いません。

このようなセンサーのセンサー ID は:

• [C-0-1] 65536 より大きな値にしなければなりません。

カスタム センサーを健康またはフィットネス関連の目的に使用する場合、そのセンサーを:

• [C-0-2] プラットフォーム権限またはシステム権限で保護しなければなりません。

FEATURE_BLUETOOTH_LE_CHANNEL_SOUNDING を宣言する場合、デバイス実装は:

• [C-11-1] ハードウェア機能フラグ android.hardware.bluetooth_le.channel_sounding をレポートしなければなりません。

• [C-11-2] 1 m の距離における範囲を累積分布関数で計算し、90 パーセンタイルで正確度 +/- 0.5 m 以内でレポートしなければなりません。

デバイス実装にカメラが 1 つ以上含まれ、プリインストールされたカメラアプリが MediaStore.ACTION_MOTION_PHOTO_CAPTURE インテントまたは MediaStore.ACTION_MOTION_PHOTO_CAPTURE_SECURE インテントを処理する場合、デバイス実装は:

• [C-1-4] これらのインテントを処理する際、ACCESS_FINE_LOCATION 権限のないアプリに送信する前に、画像メタデータ内のユーザーの位置情報がプリインストールされたカメラアプリによって削除されるようにしなければなりません。

• [C-1-5] 返されたモーション フォトがモーション フォト形式 1.0 仕様を使用していることを確認しなければなりません。

デバイスに、健康に関連する生体認証データ（心拍数、皮膚温など）を公開するデータ センサーが含まれている場合、それらの生体認証データには以下の要件が適用されます。

• [C-0-16] 対応する権限が HealthPermissions にある場合は、android.permission-group.HEALTH からのプラットフォーム権限で保護しなければなりません。

• [C-0-17] 目的のデータ・タイプに該当するプラットフォーム権限がない場合は、カスタムのシステム権限（たとえば ELECTROCARDIOGRAM）で保護しなければなりません。

デバイス実装で上記の追加プロファイルを作成した場合に、デバイス実装にカメラが 1 つ以上含まれ、プリインストールされたカメラアプリが MediaStore.ACTION_MOTION_PHOTO_CAPTURE インテントまたは MediaStore.ACTION_MOTION_PHOTO_CAPTURE_SECURE インテントを処理する場合、デバイス実装は:

• [C-5-1] 追加のユーザー プロファイルからのこれらのインテントの処理を、プライマリ ユーザーのアプリに許可しなければなりません。

API レベル 36.1 以上を宣言する場合、デバイス実装は:

• 既知のデベロッパーがアプリの提供元であることを証明するためにデベロッパー確認サービスのサポートを含めても構いません。

API レベル 36.1 以上を宣言し、config.xml で config_developerVerificationServiceProviderPackageName を定義してデベロッパー確認ツールを設定する場合、デバイス実装は:

• [9.18/C-1-1] 新規インストールと既存のアプリのアップデートの両方を含む、アプリ パッケージのインストールごとに、設定済みの android.content.pm.verify.developer.DeveloperVerifierService を呼び出さなければなりません。

API レベル 36.1 以上を宣言する場合、デバイス実装は:

• config.xml で config_developerVerificationPolicyDelegatePackageName を定義して、アクティブなポリシーを設定するためのデリゲートも設定しても構いません。

デベロッパー確認ツールが設定されている場合、デバイス実装は:

• [9.18/C-2-1] android.content.pm.PackageInstaller で定義されているとおり、デベロッパー確認ツールまたはその設定済みのデリゲートのみがインストール ポリシーを設定できるようにしなければなりません。

パッケージ インストール セッションの一部として確認ツールが呼び出された場合、デバイス実装は:

• [9.18/C-3-1] 次の場合はアプリ パッケージをインストールできないようにしなければなりません。

  • インストールでデベロッパーの身元確認に失敗した場合。
  • インストール セッションのデベロッパーの確認ポリシーが DEVELOPER_VERIFICATION_POLICY_NONE 以外の値に設定されている場合。
  • 9.18/C-3-2 または 9.18/C-3-3 のいずれかが適用される場合を除きます。

• [9.18/C-3-2] 次の場合はポリシーや確認ステータスに関係なく、アプリ パッケージをインストールできないようにしてはなりません。

  • パッケージが Android Debug Bridge（ADB）を介してインストールされる場合。
  • パッケージが、設定済みのデベロッパー確認ツールまたはそのインストーラである場合。

• [9.18/C-3-3] 次の条件をすべて満たす場合は、アプリ パッケージをインストールできないようにしてはなりません。

  • ポリシーが DEVELOPER_VERIFICATION_POLICY_BLOCK_FAIL_WARN または DEVELOPER_VERIFICATION_POLICY_BLOCK_FAIL_OPEN に設定されている場合。
  • 確認が未完了と報告されている場合。
  • インストーラが、DEVELOPER_VERIFICATION_USER_RESPONSE_INSTALL_ANYWAY をレポートして、ユーザーがインストールの続行を明示的にリクエストしたことを示している場合。

• 管理対象デバイスのデバイス オーナーまたは管理対象プロファイルのプロファイル オーナーによって開始されたインストールについては、ポリシーや確認ステータスに関係なく、アプリ パッケージのインストールを許可しても構いませんが、9.18/C-3-1 で説明されているように、インストールできないようにすることが強く推奨されます。