Android 互換性定義ドキュメントの変更履歴

アンドロイド14

2023 年 11 月 20 日

2. デバイスの種類

  • 2.2.1.ハードウェア:

    リビジョンを参照

    ハンドヘルド デバイスの実装が 64 ビット ABI (32 ビット ABI の有無にかかわらず) のサポートを宣言している場合:

  • 2.2.7.2.カメラ:

    リビジョンを参照

    • [ 7.5 /H-1-13] 複数の RGB 背面カメラがある場合、プライマリ背面カメラのLOGICAL_MULTI_CAMERA機能をサポートしなければなりません。

  • 2.3.2.マルチメディア:

    リビジョンを参照

    • [ 5.8 /T-0-1] HDMI 出力モードを、外部ディスプレイの 50 Hz または 60 Hz リフレッシュ レートで動作する、選択した SDR または HDR フォーマットの最高解像度に設定しなければなりません。

      HDMI 出力モードを設定して、50 Hz または 60 Hz のリフレッシュ レートでサポートできる最大解像度を選択する必要があります。

  • 2.4.5.セキュリティモデル:

    リビジョンを参照

    • [9/W-0-1] android.hardware.security.model.compatible featureを宣言しなければなりません。

6. 開発者ツールとオプションの互換性

  • 6.1.開発者ツール：

    リビジョンを参照

    • [C-0-12] LMK_KILL_OCCURRED_FIELD_NUMBERアトムを

    リビジョンを参照

    • [C-0-13] 表示するにはシェル コマンドdumpsys gpu --gpuworkを実装しなければなりません

9. セキュリティモデルの互換性

  • 9.7.セキュリティ機能：

    リビジョンを参照

    SELinux をサポートできる Linux カーネルを使用するデバイス実装は、次のことを行います。

    リビジョンを参照

    Linux 以外のカーネルまたは SELinux なしの Linux を使用する場合、デバイス実装は次のようになります。

2023 年 10 月 4 日

2. デバイスの種類

  • 2.2.ハンドヘルドの要件:

    リビジョンを参照

    Android デバイス実装は、次の基準をすべて満たす場合、ハンドヘルドとして分類されます。

    • 物理的な対角画面サイズが4 インチから 3.3 インチ (API レベル 29 以前で出荷されたデバイス実装の場合は 2.5 インチ) ～ 8 インチの範囲です。

    新しい要件を開始する

    • タッチスクリーン入力インターフェイスを備えています。

  • 2.2.1.ハードウェア:

    リビジョンを参照

    ハンドヘルドデバイスの実装:

    • [ 7.1 .1.1/H-0-1]このドキュメントに記載されているすべての要件を満たす Android 互換ディスプレイが少なくとも 1 台必要です。短辺が 2.2 インチ以上、長辺が 3.4 インチ以上のディスプレイ。

    ハンドヘルド デバイスの実装がソフトウェア画面の回転をサポートしている場合、次のことが行われます。

    • [ 7.1 .1.1/H-1-1]* サードパーティのアプリケーションで利用できる論理画面は、短辺が少なくとも 2 インチ、長辺が 2.7 インチでなければなりません。 Android API レベル 29 以前で出荷されたデバイスは、この要件から免除されてもよい(MAY)。

    ハンドヘルド デバイスの実装がソフトウェア画面の回転をサポートしていない場合、次のようになります。

    • [ 7.1 .1.1/H-2-1]* サードパーティのアプリケーションで使用できる論理画面は、短辺が少なくとも 2.7 インチでなければなりません。 Android API レベル 29 以前で出荷されたデバイスは、この要件から免除されてもよい(MAY)。

    新しい要件を開始する

    • [ 7.1 .1.1/H-0-3]* サードパーティのアプリケーションで利用できる各UI_MODE_NORMALディスプレイを、短辺が少なくとも 2.2 インチ、長辺が 3.4 インチ以上の遮るもののない物理的な表示領域にマッピングしなければなりません。

    • [ 7.1 .1.3/H-0-1]* DENSITY_DEVICE_STABLEの値を、対応するディスプレイの実際の物理密度よりも 92% 以上に設定しなければなりません。

    ハンドヘルド デバイス実装がandroid.hardware.audio.outputおよびandroid.hardware.microphoneを宣言する場合、次のようになります。

    • [ 5.6 /H-1-1] 次のデータ パス上で、5 回の測定で平均連続往復遅延が300ミリ秒以下、平均絶対偏差が30 ミリ秒未満でなければなりません:「スピーカーからマイク」、3.5 mmループバック アダプター (サポートされている場合)、USB ループバック (サポートされている場合)。

    • [ 5.6 /H-1-2] スピーカーからマイクへのデータ パス上の少なくとも 5 回の測定で、平均タップツートーン遅延が300ミリ秒以下でなければなりません。

    ハンドヘルド デバイスの実装に少なくとも 1 つの触覚アクチュエーターが含まれる場合、次のことが行われます。

    • [ 7.10 /H]* 偏心回転質量 (ERM) 触覚アクチュエーター (バイブレーター) を使用すべきではありません。
    • [ 7.10 /H]* android.view.HapticFeedbackConstantsの明確なハプティクスのためのすべての公開定数 (CLOCK_TICK、CONTEXT_CLICK、KEYBOARD_PRESS、KEYBOARD_RELEASE、KEYBOARD_TAP、LONG_PRESS、TEXT_HANDLE_MOVE、VIRTUAL_KEY、VIRTUAL_KEY_RELEASE、CONFI) を実装すべきです。 RM、REJECT、GESTURE_START、GESTURE_END）。
    • [ 7.10 /H]* android.os.VibrationEffectのクリア ハプティクスのすべてのパブリック定数 (EFFECT_TICK、EFFECT_CLICK、EFFECT_HEAVY_CLICK および EFFECT_DOUBLE_CLICK) と、 android.os.VibrationEffect.Compositionのリッチハプティクスの実行可能なすべてのパブリックPRIMITIVE_*定数 ( CLICK、TICK、LOW_TICK、QUICK_FALL、QUICK_RISE、SLOW_RISE、SPIN、THUD）。 LOW_TICK や SPIN などのこれらのプリミティブの一部は、バイブレーターが比較的低い周波数をサポートできる場合にのみ実行可能です。
    • [7.10/H]* android.view.HapticFeedbackConstantsの公開定数を、対応する振幅関係とともに推奨されるandroid.os.VibrationEffect定数にマッピングするためのガイダンスに従うべきです。
    • [ 7.10 /H]* createOneShot()およびcreateWaveform() API の品質評価に従うべきです。
    • [ 7.10 /H]* パブリックandroid.os.Vibrator.hasAmplitudeControl() API の結果がバイブレーターの機能を正しく反映していることを検証する必要があります。
    • [ 7.10 /H]* アクチュエータの配置は、デバイスが通常手で保持されたり触れたりする場所の近くに配置する必要があります。

    ハンドヘルド デバイス実装に少なくとも 1 つの汎用7.10リニア共振アクチュエータが含まれる場合、次のことが行われます。

    • [ 7.10 /H] アクチュエータの配置は、デバイスが通常手で保持されたり触れたりする場所の近くに配置すべきです。

    • [ 7.10 /H] 触覚アクチュエータをデバイスの自然な縦方向の X 軸 (左右) に移動すべきです。

    ハンドヘルド デバイスの実装に X 軸リニア共振アクチュエータ (LRA) である汎用触覚アクチュエータが搭載されている場合、次のことが行われます。

    • [ 7.10 /H] X 軸 LRA の共振周波数は 200 Hz 未満であるべきです。

  • 2.2.2.マルチメディア:

    リビジョンを参照

    ハンドヘルド デバイスの実装は、次のビデオ エンコード形式をサポートし、サードパーティ アプリケーションで使用できるようにする必要があります。

    • [ 5.2 /H-0-3] AV1

    ハンドヘルド デバイスの実装は、次のビデオ デコード形式をサポートし、サードパーティ アプリケーションで使用できるようにしなければなりません。

    • [ 5.3 /H-0-6] AV1

  • 2.2.3.ソフトウェア:

    リビジョンを参照

    セクション7.2.3で詳述されているように、最近の機能ナビゲーション キーを含むデバイス実装がインターフェイスを変更する場合、デバイス実装は次のようになります。

    • [ 3.8 .3/H-1-1] 画面の固定動作を実装し、機能を切り替えるための設定メニューをユーザーに提供しなければなりません。

    ハンドヘルド デバイス実装にControlsProviderServiceおよびControl API のサポートが含まれており、サードパーティ アプリケーションによるデバイス コントロールの公開が許可されている場合、ハンドヘルド デバイス実装は次のようになります。

    • [ 3.8 .16/H-1-6] デバイス実装は、次のようにユーザー アフォーダンスを正確にレンダリングしなければなりません (MUST)。
      • デバイスがconfig_supportsMultiWindow=true設定しており、アプリが有効なアクティビティ (API で定義されている) の ComponentName を含むメタデータMETA_DATA_PANEL_ACTIVITYをControlsProviderService宣言で宣言している場合、アプリはそのアクティビティをこのユーザー アフォーダンスに埋め込む必要があります。
      • アプリがメタデータMETA_DATA_PANEL_ACTIVITYを宣言していない場合は、 ControlsProviderService API によって提供される指定されたフィールドと、コントロールAPI によって提供される指定されたフィールドをレンダリングしなければなりません。
    • [ 3.8 .16/H-1-7] アプリがメタデータMETA_DATA_PANEL_ACTIVITYを宣言する場合、埋め込みアクティビティの起動時にEXTRA_LOCKSCREEN_ALLOW_TRIVIAL_CONTROLSを使用して [3.8.16/H-1-5] で定義された設定の値を渡さなければなりません。

    デバイスの実装により、ユーザーがあらゆる種類の通話を発信できる場合、

  • 2.2.4.パフォーマンスとパワー:

    リビジョンを参照

    ハンドヘルドデバイスの実装:

    • [ 8.5 /H-0-1] SDK ドキュメントで説明されているように、アクティブなフォアグラウンド サービスまたはユーザーが開始したジョブのいずれかを備えたすべてのアプリを表示するには、設定メニューでユーザー アフォーダンスを提供しなければなりません ( SDK ドキュメントで説明されているように、これらのサービスが開始されてからの各サービスの継続時間を含む) 。フォアグラウンド サービスまたはユーザーが開始したジョブを実行しているアプリを停止する機能。 SDK ドキュメントで説明されているように、フォアグラウンド サービスを実行しているアプリを停止し、アクティブなフォアグラウンド サービスを持つすべてのアプリと、開始されてからのこれらの各サービスの継続時間を表示する機能を備えています。
      • 一部のアプリは、 SDK ドキュメントに記載されているようなユーザー アフォーダンスでの停止やリスト表示が免除される場合があります (MAY)。

  • [ 8.5 /H-0-2] フォアグラウンド サービスまたはユーザーが開始したジョブを実行しているアプリを停止するためのユーザー アフォーダンスを提供しなければなりません。