このページは Cloud Translation API によって翻訳されました。

機能と API の概要

Android 15 では、デベロッパー向けに優れた機能と API が導入されました。以下のセクションでは、これらの機能の概要を説明し、関連する API を使い始めるうえで役立つ情報を提供します。

追加、変更、削除された API の詳細な一覧については、API 差分レポートをご覧ください。追加された API について詳しくは、Android API リファレンスをご覧ください。Android 15 の場合は、API レベル 35 で追加された API をご確認ください。プラットフォームの変更がアプリに影響する領域については、Android 15 の動作変更（Android 15 をターゲットとするアプリの場合とすべてのアプリの場合）をご確認ください。

カメラとメディア

Android 15 には、カメラとメディアのエクスペリエンスを向上させるさまざまな機能が含まれています。また、クリエイターが Android でビジョンを実現できるようサポートするツールやハードウェアにアクセスできます。

Android のメディアとカメラの最新機能とデベロッパーソリューションについて詳しくは、Google I/O の Building modern Android media and camera experiences の講演をご覧ください。

Low Light Boost

Android 15 introduces Low Light Boost, an auto-exposure mode available to both Camera 2 and the night mode camera extension. Low Light Boost adjusts the exposure of the Preview stream in low-light conditions. This is different from how the night mode camera extension creates still images, because night mode combines a burst of photos to create a single, enhanced image. While night mode works very well for creating a still image, it can't create a continuous stream of frames, but Low Light Boost can. Thus, Low Light Boost enables camera capabilities, such as:

Providing an enhanced image preview, so users are better able to frame their low-light pictures
Scanning QR codes in low light

If you enable Low Light Boost, it automatically turns on when there's a low light level, and turns off when there's more light.

Apps can record off the Preview stream in low-light conditions to save a brightened video.

For more information, see Low Light Boost.

アプリ内カメラコントロール

Android 15 では、サポート対象デバイスのカメラハードウェアとそのアルゴリズムをより細かく制御するための拡張機能が追加されました。

フラッシュの強さの高度な調整: 画像の撮影時に SINGLE モードと TORCH モードの両方でフラッシュの強さを正確に制御できます。

HDR ヘッドルーム制御

Android 15 は、基盤となるデバイスの機能とパネルのビット深度に適した HDR ヘッドルームを指定します。1 つの HDR サムネイルを表示するメッセージアプリなど、SDR コンテンツが多いページでは、この動作により、SDR コンテンツの明るさが認識されなくなる可能性があります。Android 15 では、setDesiredHdrHeadroom を使用して HDR ヘッドルームを制御し、SDR コンテンツと HDR コンテンツのバランスをとることができます。

左側の画面の SDR UI 要素の明るさは、右側の画面の明るさよりも均一に見えます。これは、HDR コンテンツと SDR コンテンツが混在している場合に発生する可能性のあるヘッドルームの問題をシミュレートしています。HDR ヘッドルームを調整することで、SDR コンテンツと HDR コンテンツのバランスを改善できます。

音量調節

Android 15 introduces support for the CTA-2075 loudness standard to help you avoid audio loudness inconsistencies and ensure users don't have to constantly adjust volume when switching between content. The system leverages known characteristics of the output devices (headphones and speaker) along with loudness metadata available in AAC audio content to intelligently adjust the audio loudness and dynamic range compression levels.

To enable this feature, you need to ensure loudness metadata is available in your AAC content and enable the platform feature in your app. For this, you instantiate a LoudnessCodecController object by calling its create factory method with the audio session ID from the associated AudioTrack; this automatically starts applying audio updates. You can pass an OnLoudnessCodecUpdateListener to modify or filter loudness parameters before they are applied on the MediaCodec.

// Media contains metadata of type MPEG_4 OR MPEG_D
val mediaCodec = …
val audioTrack = AudioTrack.Builder()
                                .setSessionId(sessionId)
                                .build()
...
// Create new loudness controller that applies the parameters to the MediaCodec
try {
   val lcController = LoudnessCodecController.create(mSessionId)
   // Starts applying audio updates for each added MediaCodec
}

AndroidX media3 ExoPlayer will also be updated to use the LoudnessCodecController APIs for a seamless app integration.

仮想 MIDI 2.0 デバイス

Android 13 では、ユニバーサル MIDI パケット（UMP）を使用して通信する USB 経由の MIDI 2.0 デバイスへの接続のサポートが追加されました。Android 15 では、UMP のサポートを仮想 MIDI アプリに拡張し、コンポーズアプリが USB MIDI 2.0 デバイスと同様に、仮想 MIDI 2.0 デバイスとしてシンセサイザーアプリを制御できるようにしました。

AV1 ソフトウェアデコードの効率化

dav1d ロゴ

dav1d は、VideoLAN の人気の高い AV1 ソフトウェアデコーダで、ハードウェアで AV1 デコードをサポートしていない Android デバイスで利用できます。dav1d は従来の AV1 ソフトウェアデコーダよりも最大 3 倍のパフォーマンスを発揮し、一部のローエンドデバイスやミッドレンジデバイスを含む、より多くのユーザーが HD AV1 を再生できるようになります。

アプリは、dav1d の名前 "c2.android.av1-dav1d.decoder" で呼び出して、dav1d の使用をオプトインする必要があります。dav1d は、今後のアップデートでデフォルトの AV1 ソフトウェアデコーダになります。このサポートは標準化され、Google Play システムアップデートを受信する Android 11 デバイスにバックポートされています。

デベロッパーの生産性とツール

生産性向上のための取り組みのほとんどは、Android Studio、Jetpack Compose、Android Jetpack ライブラリなどのツールを中心に行われていますが、プラットフォームでビジョンをより簡単に実現できる方法も常に探しています。

OpenJDK 17 の更新

Android 15 では、最新の OpenJDK LTS リリースの機能に合わせて Android のコアライブラリを更新する取り組みが引き続き行われています。

主な機能と改善点は次のとおりです。

NIO バッファに関する利便性の向上
ストリーム
追加の math メソッドと strictmath メソッド
util パッケージの更新（順序付きの collection、map、set など）
Deflater での ByteBuffer のサポート
X500PrivateCredential やセキュリティキーの更新などのセキュリティアップデート

これらの API は、Android 12（API レベル 31）以降を搭載し、Google Play システムアップデートを受け取っている 10 億台を超えるデバイスで更新されるため、最新のプログラミング機能をターゲットにできます。

PDF の改善

Android 15 では、PdfRenderer が大幅に改善されています。 APIアプリには、パスワードで保護されたファイルのレンダリング、アノテーション、フォームの編集、検索、コピー付きの選択などの高度な機能を組み込むことができます。リニア化された PDF の最適化がサポートされているため、ローカル PDF の表示が高速化され、リソースの使用量が削減されます。Jetpack PDF ライブラリでは、これらの API を使用して PDF を簡単に追加できます。表示機能を追加できます。

PDF レンダリングの最新のアップデートには、埋め込み PDF ファイルの検索などの機能が含まれています。

PdfRenderer は、プラットフォームのリリースに依存せずに Google Play システムアップデートを使用して更新できるモジュールに移動されました。また、Android 15 より前のバージョンの API サーフェス（PdfRendererPreV）を作成することで、Android 11（API レベル 30）へのこれらの変更をサポートしています。

言語の自動切り替えの改善

Android 14 では、言語間の自動切り替えによる音声でのオンデバイスの複数言語認識が追加されましたが、特に 2 つの発話の間に短い休止時間がある場合、単語が欠落する可能性があります。Android 15 では、アプリがユースケースに合わせてこの切り替えを調整できるように、追加のコントロールが追加されています。EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS は自動切り替えを音声セッションの開始に限定します。EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES は、指定した回数切り替えた後に言語切り替えを無効にします。これらのオプションは、セッション中に自動検出される単一の言語が話されることが予想される場合に特に便利です。

OpenType 可変フォント API の改善

Android 15 では、OpenType 可変フォントのユーザビリティが改善されています。新しい重み軸を指定しない可変フォントからの FontFamily インスタンス buildVariableFamily API の場合。テキストレンダラが値をオーバーライドするの wght 軸を、表示テキストに合わせて調整します。

API を使用すると、Typeface の作成コードが大幅に簡素化されます。

Kotlin

val newTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build()

Java

Typeface newTypeface = Typeface.CustomFallbackBuilder(
            new FontFamily.Builder(
                new Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build();

以前は、同じ Typeface を作成するには、より多くのコードが必要でした。

Kotlin

val oldTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf")
                    .setFontVariationSettings("'wght' 400")
                    .setWeight(400)
                    .build())
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 100")
                        .setWeight(100)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 200")
                        .setWeight(200)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 300")
                        .setWeight(300)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 500")
                        .setWeight(500)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 600")
                        .setWeight(600)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 700")
                        .setWeight(700)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 800")
                        .setWeight(800)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 900")
                        .setWeight(900)
                        .build()
                ).build()
        ).build()

Java

Typeface oldTypeface = new Typeface.CustomFallbackBuilder(
    new FontFamily.Builder(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 400")
            .setWeight(400)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 100")
            .setWeight(100)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 200")
            .setWeight(200)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 300")
            .setWeight(300)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 500")
            .setWeight(500)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 600")
            .setWeight(600)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 700")
            .setWeight(700)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 800")
            .setWeight(800)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 900")
            .setWeight(900)
            .build()
    )
    .build()
).build();

新旧両方の API を使用して Typeface を作成する方法の例を次に示します。レンダリング:

新しい API と古い API を使用したフォントレンダリングの違いの例

この例では、古い API で作成された Typeface に 350、450、550、650 のフォントウェイトを正確に作成 Font インスタンスなので、レンダラは最も近い重みにフォールバックします。たとえばこの場合、350 ではなく 300 がレンダリングされ、450 ではなく 400 がレンダリングされます。できます。一方、新しい API で作成された Typeface は、指定された重みに対する Font インスタンス。350 度は正確な重みがレンダリングされます。 450、550、650 も選択できます

きめ細かい改行制御

Android 15 以降では、TextView と基盤となる行ブレーカーは、テキストの特定の部分を同じ行に保持して読みやすさを向上させることができます。この改行のカスタマイズを利用するには、文字列リソースまたは createNoBreakSpan で <nobreak> タグを使用します。同様に、<nohyphen> タグまたは createNoHyphenationSpan を使用して、単語をハイフネーションから除外することもできます。

たとえば、次の文字列リソースには改行が含まれていないため、「Google Pixel 8 Pro」というテキストが望ましくない場所で改行されてレンダリングされます。

<resources>
    <string name="pixel8pro">The power and brains behind Pixel 8 Pro.</string>
</resources>

一方、この文字列リソースには <nobreak> タグが含まれています。このタグは「Google Pixel 8 Pro」というフレーズを折り返し、改行を防ぎます。

<resources>
    <string name="pixel8pro">The power and brains behind <nobreak>Pixel 8 Pro.</nobreak></string>
</resources>

次の図に、これらの文字列のレンダリング方法の違いを示します。

「Google Pixel 8 Pro」というフレーズが <nobreak> タグを使用して折り返されていないテキスト行のレイアウト。

「Google Pixel 8 Pro」というフレーズが <nobreak> タグを使用して折り返されている、同じ行のテキストのレイアウト。

アプリのアーカイブ

Android and Google Play announced support for app archiving last year, allowing users to free up space by partially removing infrequently used apps from the device that were published using Android App Bundle on Google Play. Android 15 includes OS level support for app archiving and unarchiving, making it easier for all app stores to implement it.

Apps with the REQUEST_DELETE_PACKAGES permission can call the PackageInstaller requestArchive method to request archiving an installed app package, which removes the APK and any cached files, but persists user data. Archived apps are returned as displayable apps through the LauncherApps APIs; users will see a UI treatment to highlight that those apps are archived. If a user taps on an archived app, the responsible installer will get a request to unarchive it, and the restoration process can be monitored by the ACTION_PACKAGE_ADDED broadcast.

開発者向けオプションを使用してデバイスで 16 KB モードを有効にする

[16 KB ページサイズで起動する] デベロッパーオプションを切り替えて、デバイスを 16 KB モードで起動します。

Android 15 の QPR バージョンでは、特定のデバイスで利用可能なデベロッパーオプションを使用して、デバイスを 16 KB モードで起動し、オンデバイステストを実行できます。開発者向けオプションを使用する前に、[設定] > [システム] > [ソフトウェアアップデート] に移動して、利用可能なアップデートを適用します。

この開発者向けオプションは、次のデバイスで利用できます。

Google Pixel 8、Google Pixel 8 Pro（Android 15 QPR1 以降）
Google Pixel 8a（Android 15 QPR1 以降）
Google Pixel 9、Google Pixel 9 Pro、Google Pixel 9 Pro XL（Android 15 QPR2 ベータ版 2 以降）

グラフィック

Android 15 では、ANGLE や Canvas グラフィックシステムの追加など、最新のグラフィックの改善が導入されています。

Android の GPU アクセスの近代化

Vulkan のロゴ

Android ハードウェアは、コア OS が単一の CPU で実行され、GPU に固定関数パイプラインに基づく API を使用してアクセスされていた初期の頃からかなり進化しています。Vulkan® グラフィック API は、Android 7.0（API レベル 24）以降、NDK で利用可能になりました。最新の GPU ハードウェアをより適切に反映する低レベルの抽象化により、複数の CPU コアをサポートするようにスケーリングが改善され、CPU ドライバのオーバーヘッドが削減され、アプリのパフォーマンスが向上します。Vulkan は、すべての最新のゲームエンジンでサポートされています。

Vulkan は、Android の GPU への優先インターフェースです。そのため、Android 15 には、Vulkan 上で OpenGL® ES を実行するためのオプションレイヤとして ANGLE が含まれています。ANGLE に移行することで、Android OpenGL の実装が標準化され、互換性が向上し、場合によってはパフォーマンスも向上します。Android 15 で [設定] -> [システム] -> [開発者向けオプション] -> [試験運用版: ANGLE を有効にする] で開発者向けオプションを有効にすると、ANGLE で OpenGL ES アプリの安定性とパフォーマンスをテストできます。

Android ANGLE on Vulkan のロードマップ

GPU スタックの効率化の一環として、今後はさらに多くの新しいデバイスで GL システムドライバとして ANGLE を搭載する予定です。今後、OpenGL/ES は ANGLE でのみ利用可能になる見込みです。ただし、すべてのデバイスで OpenGL ES のサポートを継続する予定です。

推奨される次のステップ

デベロッパーオプションを使用して OpenGL ES の ANGLE ドライバを選択し、アプリをテストします。新しいプロジェクトでは、C/C++ に Vulkan を使用することを強くおすすめします。

キャンバスの改善点

Android 15 では、Android の Canvas グラフィックシステムのモダナイゼーションを継続し、次の機能を追加しました。

Matrix44 は、3D でキャンバスを操作するときに使用する座標変換用の 4x4 行列を提供します。
clipShader は現在のクリップと指定されたシェーダーを交差させ、clipOutShader は現在のクリップとシェーダーの差分にクリップを設定します。どちらもシェーダーをアルファマスクとして扱います。これにより、複雑な形状を効率的に描画できます。

パフォーマンスとバッテリー

Android は、アプリのパフォーマンスと品質の向上を支援することに引き続き注力しています。Android 15 では、アプリ内のタスクの実行効率を高め、アプリのパフォーマンスを最適化し、アプリに関する分析情報を収集するのに役立つ API が導入されています。

バッテリー効率に関するベストプラクティス、ネットワークと電力の使用量のデバッグ、Android 15 と最近のバージョンの Android でバックグラウンド作業のバッテリー効率を改善する方法について詳しくは、Google I/O の Android でのバックグラウンド作業のバッテリー効率の改善に関するトークをご覧ください。

ApplicationStartInfo API

In previous versions of Android, app startup has been a bit of a mystery. It was challenging to determine within your app whether it started from a cold, warm, or hot state. It was also difficult to know how long your app spent during the various launch phases: forking the process, calling onCreate, drawing the first frame, and more. When your Application class was instantiated, you had no way of knowing whether the app started from a broadcast, a content provider, a job, a backup, boot complete, an alarm, or an Activity.

The ApplicationStartInfo API on Android 15 provides all of this and more. You can even choose to add your own timestamps into the flow to help collect timing data in one place. In addition to collecting metrics, you can use ApplicationStartInfo to help directly optimize app startup; for example, you can eliminate the costly instantiation of UI-related libraries within your Application class when your app is starting up due to a broadcast.

アプリサイズの詳細情報

Android 8.0（API レベル 26）以降、Android には、アプリのインストールサイズを 1 つのバイト数として要約する StorageStats.getAppBytes API が含まれています。これは、APK のサイズ、APK から抽出されたファイルのサイズ、デバイスで生成されたファイル（事前（AOT）コンパイル済みコードなど）の合計です。この数値は、アプリがストレージをどのように使用しているかを把握するうえではあまり有用ではありません。

Android 15 では StorageStats.getAppBytesByDataType([type]) API が追加され、APK ファイルの分割、AOT と高速化関連のコード、dex メタデータ、ライブラリ、ガイド付きプロファイルなど、アプリがそのスペースをどのように使用しているかを把握できるようになります。

アプリ管理のプロファイリング

Android 15 には ProfilingManager クラスが含まれています。これにより、ヒープダンプ、ヒーププロファイル、スタックサンプリングなどのプロファイリング情報をアプリ内から収集できます。出力ファイルを識別するタグが指定されたコールバックがアプリに提供され、アプリのファイルディレクトリに配信されます。この API は、パフォーマンスへの影響を最小限に抑えるためにレート制限を行います。

アプリでのプロファイリングリクエストの作成を簡素化するには、Core 1.15.0-rc01 以降で利用可能な、対応する Profiling AndroidX API を使用することをおすすめします。

SQLite データベースの改善

Android 15 introduces SQLite APIs that expose advanced features from the underlying SQLite engine that target specific performance issues that can manifest in apps. These APIs are included with the update of SQLite to version 3.44.3.

Developers should consult best practices for SQLite performance to get the most out of their SQLite database, especially when working with large databases or when running latency-sensitive queries.

Read-only deferred transactions: when issuing transactions that are read-only (don't include write statements), use beginTransactionReadOnly() and beginTransactionWithListenerReadOnly(SQLiteTransactionListener) to issue read-only DEFERRED transactions. Such transactions can run concurrently with each other, and if the database is in WAL mode, they can run concurrently with IMMEDIATE or EXCLUSIVE transactions.
Row counts and IDs: APIs were added to retrieve the count of changed rows or the last inserted row ID without issuing an additional query. getLastChangedRowCount() returns the number of rows that were inserted, updated, or deleted by the most recent SQL statement within the current transaction, while getTotalChangedRowCount() returns the count on the current connection. getLastInsertRowId() returns the rowid of the last row to be inserted on the current connection.
Raw statements: issue a raw SQlite statement, bypassing convenience wrappers and any additional processing overhead that they may incur.

Android Dynamic Performance Framework の更新

Android 15 では、Android Dynamic Performance Framework（ADPF）への投資が継続されています。ADPF は、ゲームやパフォーマンスを必要とするアプリが Android デバイスの電力システムや温度システムをより直接的に操作できるようにする API のセットです。サポートされているデバイスでは、Android 15 に ADPF 機能が追加されます。

ヒントセッションの省電力モード。関連するスレッドでパフォーマンスよりも省電力を優先すべきことを示します。長時間実行されるバックグラウンドワークロードに適しています。
GPU と CPU の作業時間はヒントセッションで報告できるため、システムはワークロードの需要に最適に合わせて CPU と GPU の周波数を調整できます。
サーマルヘッドルームしきい値: ヘッドルーム予測に基づいて、サーマルスロットリングが発生する可能性のあるステータスを解釈します。

アプリやゲームで ADPF を使用する方法について詳しくは、ドキュメントをご覧ください。

プライバシー

Android 15 には、アプリデベロッパーがユーザーのプライバシーを保護するのに役立つさまざまな機能が含まれています。

スクリーンレコーダーの検出

Android 15 adds support for apps to detect that they are being recorded. A callback is invoked whenever the app transitions between being visible or invisible within a screen recording. An app is considered visible if activities owned by the registering process's UID are being recorded. This way, if your app is performing a sensitive operation, you can inform the user that they're being recorded.

val mCallback = Consumer<Int> { state ->
  if (state == SCREEN_RECORDING_STATE_VISIBLE) {
    // We're being recorded
  } else {
    // We're not being recorded
  }
}

override fun onStart() {
   super.onStart()
   val initialState =
      windowManager.addScreenRecordingCallback(mainExecutor, mCallback)
   mCallback.accept(initialState)
}

override fun onStop() {
    super.onStop()
    windowManager.removeScreenRecordingCallback(mCallback)
}

IntentFilter の機能の拡張

Android 15 builds in support for more precise Intent resolution through UriRelativeFilterGroup, which contains a set of UriRelativeFilter objects that form a set of Intent matching rules that must each be satisfied, including URL query parameters, URL fragments, and blocking or exclusion rules.

These rules can be defined in the AndroidManifest XML file with the <uri-relative-filter-group> tag, which can optionally include an android:allow tag. These tags can contain <data> tags that use existing data tag attributes as well as the android:query and android:fragment attributes.

Here's an example of the AndroidManifest syntax:

<intent-filter android:autoVerify="true">
  <action android:name="android.intent.action.VIEW" />
  <category android:name="android.intent.category.BROWSABLE" />
  <category android:name="android.intent.category.DEFAULT" />
  <data android:scheme="http" />
  <data android:scheme="https" />
  <data android:host="astore.com" />
  <uri-relative-filter-group>
    <data android:pathPrefix="/auth" />
    <data android:query="region=na" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:query="mobileoptout=true" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:fragmentPrefix="faq" />
  </uri-relative-filter-group>
</intent-filter>

プライベートスペース

The private space can be unlocked and locked to show or hide sensitive apps on a device.

Private space lets users create a separate space on their device where they can keep sensitive apps away from prying eyes, under an additional layer of authentication. The private space uses a separate user profile. The user can choose to use the device lock or a separate lock factor for the private space.

Apps in the private space show up in a separate container in the launcher, and are hidden from the recents view, notifications, settings, and from other apps when the private space is locked. User-generated and downloaded content (such as media or files) and accounts are separated between the private space and the main space. The system sharesheet and the photo picker can be used to give apps access to content across spaces when the private space is unlocked.

Users can't move existing apps and their data into the private space. Instead, users select an install option in the private space to install an app using whichever app store they prefer. Apps in the private space are installed as separate copies from any apps in the main space (new copies of the same app).

When a user locks the private space, the profile is stopped. While the profile is stopped, apps in the private space are no longer active and can't perform foreground or background activities, including showing notifications.

We recommend that you test your app with private space to make sure your app works as expected, especially if your app falls into one of the following categories:

Apps with logic for work profiles that assumes that any installed copies of their app that aren't in the main profile are in the work profile.
Medical apps
Launcher apps
App store apps

選択した写真へのアクセスに関するユーザーの最新の選択をクエリする

アプリでは、最近選択した写真や動画のみが、メディア権限への部分的なアクセスが付与されている。この機能を使用すると、アプリが頻繁に写真へのアクセスをリクエストする場合、できます。アプリでこの機能を使用するには、ContentResolver を介して MediaStore をクエリするときに QUERY_ARG_LATEST_SELECTION_ONLY 引数を有効にします。

Kotlin

val externalContentUri = MediaStore.Files.getContentUri("external")

val mediaColumns = arrayOf(
   FileColumns._ID,
   FileColumns.DISPLAY_NAME,
   FileColumns.MIME_TYPE,
)

val queryArgs = bundleOf(
   // Return only items from the last selection (selected photos access)
   QUERY_ARG_LATEST_SELECTION_ONLY to true,
   // Sort returned items chronologically based on when they were added to the device's storage
   QUERY_ARG_SQL_SORT_ORDER to "${FileColumns.DATE_ADDED} DESC",
   QUERY_ARG_SQL_SELECTION to "${FileColumns.MEDIA_TYPE} = ? OR ${FileColumns.MEDIA_TYPE} = ?",
   QUERY_ARG_SQL_SELECTION_ARGS to arrayOf(
       FileColumns.MEDIA_TYPE_IMAGE.toString(),
       FileColumns.MEDIA_TYPE_VIDEO.toString()
   )
)

Java

Uri externalContentUri = MediaStore.Files.getContentUri("external");

String[] mediaColumns = {
    FileColumns._ID,
    FileColumns.DISPLAY_NAME,
    FileColumns.MIME_TYPE
};

Bundle queryArgs = new Bundle();
queryArgs.putBoolean(MediaStore.QUERY_ARG_LATEST_SELECTION_ONLY, true);
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SORT_ORDER, FileColumns.DATE_ADDED + " DESC");
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SELECTION, FileColumns.MEDIA_TYPE + " = ? OR " + FileColumns.MEDIA_TYPE + " = ?");
queryArgs.putStringArray(MediaStore.QUERY_ARG_SQL_SELECTION_ARGS, new String[] {
    String.valueOf(FileColumns.MEDIA_TYPE_IMAGE),
    String.valueOf(FileColumns.MEDIA_TYPE_VIDEO)
});

Android 版プライバシーサンドボックス

Android 15 には、最新バージョンの Android 版プライバシーサンドボックスが組み込まれた最新の Android Ad Services 拡張機能が含まれています。この追加は、ユーザーのプライバシーを保護し、モバイルアプリで効果的なパーソナライズド広告のエクスペリエンスを可能にする技術を開発するための取り組みの一環です。プライバシーサンドボックスのページでは、Android 版プライバシーサンドボックスのデベロッパープレビュープログラムとベータ版プログラムについて詳しく説明しています。

ヘルスコネクト

Android 15 では、 Android のヘルスコネクト: 安全で一元化されたアプリが収集した健康とフィットネスに関するデータを管理、共有するプラットフォームです。今回の更新フィットネス全体に対応するデータ型のサポートを追加します。栄養、皮膚温、トレーニング計画など。

皮膚温の測定では、ウェアラブルデバイスなどの測定デバイスからより正確な温度データを保存して共有できます。

トレーニングプランは、ユーザーがフィットネスの目標を達成できるようにするための体系的なワークアウトプランです。トレーニングプランのサポートには、さまざまな達成目標とパフォーマンス目標が含まれます。

消費カロリー、距離、所要時間、反復回数、歩数に関する達成目標。
パフォーマンス目標としてできる限り多重繰り返し（AMRAP）、ケイデンス、心拍数、電源、知覚運動速度 speed。

Android のヘルスコネクトの最新アップデートについて詳しくは、以下をご覧ください。 Android で適応性の高いエクスペリエンスを構築する Google I/O の健康に関するトピックです。

Android 15 supports app screen sharing so users can share or record just an app window rather than the entire device screen. This feature, first enabled in Android 14 QPR2, includes MediaProjection callbacks that allow your app to customize the app screen sharing experience. Note that for apps targeting Android 14 (API level 34) or higher, user consent is required for each MediaProjection capture session.

ユーザーエクスペリエンスとシステム UI

Android 15 では、アプリデベロッパーとユーザーがニーズに合わせてデバイスを構成するための制御と柔軟性が向上しています。

Android 15 の最新の改善点を使用してアプリのユーザーエクスペリエンスを向上させる方法について詳しくは、Google I/O の Android アプリのユーザーエクスペリエンスを高めるをご覧ください。

Generated Previews API によるリッチなウィジェットプレビュー

Android 15 より前では、ウィジェットピッカーのプレビューを提供する唯一の方法は、静的な画像リソースやレイアウトリソース。これらのプレビューは、ホーム画面に配置された実際のウィジェットの外観と大きく異なる場合があります。また、Jetpack Glance では静的リソースを作成できないため、デベロッパーは、ウィジェットのスクリーンショットか、XML レイアウトを作成して、ウィジェットのプレビュー。

Android 15 では、生成されたプレビューのサポートが追加されています。つまりアプリウィジェットは代わりに、プロバイダが選択ツールプレビューとして使用する RemoteViews を生成できます。学びます。

アプリはウィジェット選択ツールにリモートビューを提供できるため、選択ツールのコンテンツを更新して、ユーザーに表示される内容をより代表的なものにすることができます。

Push API

アプリは、生成されたプレビューを push API 経由で提供できます。アプリが提供できるものライフサイクルのどの時点でもプレビューであり、明示的なリクエストがプレビューが表示されます。プレビューは AppWidgetService に保持され、ホストはオンデマンドでリクエストできます。次の例では、XML ウィジェットを読み込みます。それをプレビューとして設定します。

AppWidgetManager.getInstance(appContext).setWidgetPreview(
   ComponentName(
       appContext,
       SociaLiteAppWidgetReceiver::class.java
   ),
   AppWidgetProviderInfo.WIDGET_CATEGORY_HOME_SCREEN,
   RemoteViews("com.example", R.layout.widget_preview)
)

想定されるフローは次のとおりです。

ウィジェットプロバイダはいつでも setWidgetPreview を呼び出します。提供されたプレビューは他のプロバイダ情報とともに AppWidgetService に保持されます。
setWidgetPreview は、AppWidgetHost.onProvidersChanged コールバックを介して、更新されたプレビューをホストに通知します。これに対してウィジェットはホストがすべてのプロバイダ情報を再読み込みします。
ウィジェットのプレビューを表示するとき、ホストは AppWidgetProviderInfo.generatedPreviewCategories、カテゴリが使用可能である場合は、AppWidgetManager.getWidgetPreview を呼び出してこのプロバイダ用に保存したプレビューを返します。

`setWidgetPreview` を呼び出すタイミング

プレビューを提供するためのコールバックがないため、アプリはプレビューの実行時にいつでもプレビューを表示できますプレビューの更新頻度は、ウィジェットのユースケースによって異なります。

次のリストは、プレビューのユースケースの 2 つの主なカテゴリを示しています。

ウィジェットのプレビューに実際のデータ（パーソナライズされた情報や最新情報など）を表示するプロバイダ。これらのプロバイダは、ユーザーがログインした後、またはアプリで初期設定を行った後にプレビューを設定できます。その後、選択した頻度でプレビューを更新する定期タスクを設定できます。このタイプのウィジェットには、写真、カレンダー、天気、ニュースなどがあります追加します。
プレビューまたはクイックアクションウィジェットに静的な情報を表示するプロバイダで、データを表示しないプロバイダ。これらのプロバイダは、アプリの初回起動時にプレビューを 1 回設定できます。このタイプのウィジェットの例としては、ドライブのクイックアクションウィジェットや Chrome ショートカットウィジェットなどがあります。

一部のプロバイダでは、ハブモード選択ツールに静的プレビューが表示される場合がありますが、選択することもできます。これらのプロバイダは、これらの両方のユースケースのガイダンスに沿ってプレビューを設定する必要があります。

ピクチャーインピクチャー

Android 15 では、ピクチャーインピクチャー（PIP）の変更により、 PIP モードへの切り替え時のスムーズな遷移。これは、メイン UI の上に UI 要素がオーバーレイされているアプリ（PiP に移行するアプリ）に役立ちます。

デベロッパーが onPictureInPictureModeChanged コールバックを使用してロジックを定義するオーバーレイ UI 要素の表示 / 非表示を切り替えます。このコールバックは、 PIP の開始または終了のアニメーションが完了したときにトリガーされます。開始まであと Android 15 では、PictureInPictureUiState クラスに別の状態が含まれています。

この UI 状態では、Android 15（API レベル 35）をターゲットとするアプリは、 Activity#onPictureInPictureUiStateChanged コールバックが呼び出される PIP アニメーションが開始されたらすぐに isTransitioningToPip() にします。他にも PIP モードのアプリに関係のない多くの UI 要素提案や今後の予定などの情報を含む、サンプルのビューやレイアウトタイトル、動画、評価、タイトルなどですアプリを PIP モードにしたら、これらの UI 要素を非表示にする onPictureInPictureUiStateChanged コールバック。アプリが PiP ウィンドウから全画面モードに移行すると、次の例に示すように、onPictureInPictureModeChanged コールバックを使用してこれらの要素を非表示から表示にします。

override fun onPictureInPictureUiStateChanged(pipState: PictureInPictureUiState) {
        if (pipState.isTransitioningToPip()) {
          // Hide UI elements
        }
    }

override fun onPictureInPictureModeChanged(isInPictureInPictureMode: Boolean) {
        if (isInPictureInPictureMode) {
          // Unhide UI elements
        }
    }

（PIP ウィンドウ用の）無関係な UI 要素の表示をすばやく切り替えられるため、スムーズでちらつきのない PIP 開始アニメーションにできます。

サイレントモードルールの改善

AutomaticZenRule lets apps customize Attention Management (Do Not Disturb) rules and decide when to activate or deactivate them. Android 15 greatly enhances these rules with the goal of improving the user experience. The following enhancements are included:

Adding types to AutomaticZenRule, allowing the system to apply special treatment to some rules.
Adding an icon to AutomaticZenRule, helping to make the modes be more recognizable.
Adding a triggerDescription string to AutomaticZenRule that describes the conditions on which the rule should become active for the user.
Added ZenDeviceEffects to AutomaticZenRule, allowing rules to trigger things like grayscale display, night mode, or dimming the wallpaper.

通知チャンネルの VibrationEffect を設定する

Android 15 では、着信通知に対するリッチバイブレーションの設定がサポートされています。 NotificationChannel.setVibrationEffect を使用してチャンネルを作成するので、ユーザーは通知の種類を区別できるようにユーザーがデバイスを見る必要はありません

メディアプロジェクションのステータスバーチップと自動停止

メディアプロジェクションでは、ユーザーの個人情報が公開される可能性があります。新しい目立つステータスバーチップにより、画面投影が進行中であることをユーザーに知らせます。ユーザーはチップをタップして、画面のキャスト、共有、録画を停止できます。また、より直感的なユーザーエクスペリエンスを実現するため、デバイスの画面がロックされると、進行中の画面投影が自動的に停止されるようになりました。

大画面とフォームファクタ

Android 15 では、大画面、フリップ式、折りたたみ式など、Android のフォームファクタを最大限に活用するためのサポートがアプリに提供されます。

大画面でのマルチタスクを改善

Users can save their favorite split-screen app combinations for
quick access

Android 15 gives users better ways to multitask on large screen devices. For example, users can save their favorite split-screen app combinations for quick access and pin the taskbar on screen to quickly switch between apps. This means that making sure your app is adaptive is more important than ever.

Google I/O has sessions on Building adaptive Android apps and Building UI with the Material 3 adaptive library that can help, and our documentation has more to help you Design for large screens.

カバー画面のサポート

アプリは、Android 15 で使用されるプロパティを宣言して、対応するフリップ可能なデバイスの小さなカバー画面に Application または Activity を表示できます。これらの画面は小さすぎて、Android アプリの実行対象として互換性のあるターゲットと見なすことはできませんが、アプリでこれらの画面のサポートを有効にすることで、アプリをより多くのデバイスで利用できるようになります。

接続

Android 15 では、プラットフォームが更新され、アプリで最新の通信技術やワイヤレス技術を利用できるようになります。

衛星通信のサポート

Android 15 では、衛星通信のプラットフォームサポートをさらに拡張し、衛星通信の全域で一貫したユーザーエクスペリエンスを実現するための UI 要素を追加しています。

アプリは ServiceState.isUsingNonTerrestrialNetwork() を使用して次のことを行えます。デバイスが衛星に接続されていることを検出し、フルネットワークサービスが利用できない理由。さらに Android 15 では SMS および MMS アプリや、プリロードされた RCS アプリに対応しています。衛星回線で送受信されています

NFC のエクスペリエンスの向上

Android 15 では、Android の堅牢な NFC アプリエコシステムを引き続きサポートしながら、タッチ決済のエクスペリエンスをよりシームレスで信頼性の高いものにする取り組みを進めています。サポートされているデバイスでは、アプリは NfcAdapter に観察モードに入るようリクエストできます。このモードでは、デバイスはリッスンしますが NFC リーダーには応答せず、アプリの NFC サービス PollingFrame オブジェクトを送信して処理します。PollingFrame オブジェクトを使用すると、NFC リーダーへの最初の通信の前に認証を行うことができ、多くの場合、ワンタップ取引が可能になります。

さらに、アプリはサポートされているデバイスにフィルタを登録して、ポーリングループアクティビティを通知できます。これにより、複数の NFC 対応アプリケーションでスムーズに動作できます。

ウォレットのロール

Android 15 では、ユーザーが優先するウォレットアプリとの統合を強化できるウォレットロールが導入されています。このロールは、NFC のデフォルトの非接触型決済設定に代わるものです。ウォレットのロールホルダーを管理するには、[設定] > [アプリ] > [デフォルトアプリ] に移動します。

ウォレットのロールを使用するのは、支払いカテゴリに登録されている AID の NFC タップを転送する場合です。タップは、同じ AID に登録されている別のアプリがフォアグラウンドで実行されていない限り、常にウォレットのロール所有者に送信されます。

このロールは、ウォレットのクイックアクセスタイルが有効になったときに配置する場所を決定するためにも使用されます。ロールが [なし] に設定されている場合、クイックアクセスタイルを使用できず、支払いカテゴリの NFC タップはフォアグラウンドアプリにのみ配信されます。

セキュリティ

Android 15 では、アプリのセキュリティを強化し、アプリのデータを保護し、ユーザーがデータをより透明性をもって管理できるようになります。ユーザー保護を強化し、アプリを新たな脅威から保護するために Google が行っている取り組みについて詳しくは、Google I/O のAndroid でのユーザーセキュリティの保護に関するトークをご覧ください。

認証情報マネージャーを自動入力と統合する

Starting with Android 15, developers can link specific views like username or password fields with Credential Manager requests, making it easier to provide a tailored user experience during the sign-in process. When the user focuses on one of these views, a corresponding request is sent to Credential Manager. The resulting credentials are aggregated across providers and displayed in autofill fallback UIs, such as inline suggestions or drop-down suggestions. The Jetpack androidx.credentials library is the preferred endpoint for developers to use and will soon be available to further enhance this feature in Android 15 and higher.

シングルタップ登録とログインを生体認証プロンプトと統合する

認証情報マネージャー: 生体認証プロンプトを認証情報作成に統合ログインプロセスがシンプルになり、プロバイダがログインプロセスを管理する必要がなくなります。プロンプトが表示されます。そのため、認証情報プロバイダは create フローと get フローの結果。生体認証フローの結果で拡張されます。この簡素化されたプロセスにより、認証情報の作成と取得プロセスがより効率的で合理化されます。

エンドツーエンドの暗号化の鍵管理

Android 15 では E2eeContactKeysManager が導入されます。これは、暗号公開鍵の保存用の OS レベルの API を提供することで、Android アプリでのエンドツーエンドの暗号化（E2EE）を容易にします。

E2eeContactKeysManager は、プラットフォームの連絡先アプリと統合するように設計されており、ユーザーが連絡先の公開鍵を一元的に管理および検証できるようにします。

コンテンツ URI の権限チェック

Android 15 では、コンテンツ URI に対する権限チェックを実行する一連の API が導入されています。

Context.checkContentUriPermissionFull: コンテンツ URI に対する完全な権限チェックを実行します。
Activity マニフェスト属性 requireContentUriPermissionFromCaller: アクティビティの起動時に、指定された権限が指定されたコンテンツ URI に適用されます。
Activity 呼び出し元の ComponentCaller クラス: アクティビティを起動したアプリを表します。

ユーザー補助

Android 15 では、ユーザー補助機能を改善する機能が追加されています。

Better Braille

Android 15 では、TalkBack が USB とセキュア Bluetooth の両方で HID 標準を使用している点字ディスプレイをサポートできるようになりました。

この標準は、マウスやキーボードで使用されている標準とよく似ており、Android が今後、より幅広い点字ディスプレイをサポートするのに役立ちます。

多言語対応

Android 15 では、デバイスが異なる言語で使用される場合のユーザーエクスペリエンスを補完する機能が追加されています。

CJK 可変フォント

Android 15 以降、中国語、日本語、韓国語（CJK）言語のフォントファイル NotoSansCJK が可変フォントになりました。可変フォントにより、CJK 言語でのクリエイティブなタイポグラフィの可能性が広がります。デザイナーは、より幅広いスタイルを試し、これまで実現が難しかった、または不可能だった視覚的に魅力的なレイアウトを作成できます。

中国語、日本語、韓国語（CJK）の言語の可変フォントが、さまざまなフォント幅でどのように表示されるか。

文字間隔の調整

Starting with Android 15, text can be justified utilizing letter spacing by using JUSTIFICATION_MODE_INTER_CHARACTER. Inter-word justification was first introduced in Android 8.0 (API level 26), and inter-character justification provides similar capabilities for languages that use the whitespace character for segmentation, such as Chinese, Japanese, and others.

Layout for Japanese text using JUSTIFICATION_MODE_NONE.

Layout for English text using JUSTIFICATION_MODE_NONE.

Layout for Japanese text using JUSTIFICATION_MODE_INTER_WORD.

Layout for English text using JUSTIFICATION_MODE_INTER_WORD.

Layout for Japanese text using the JUSTIFICATION_MODE_INTER_CHARACTER.

Layout for English text using the JUSTIFICATION_MODE_INTER_CHARACTER.

自動改行の設定

Android started supporting phrase-based line breaks for Japanese and Korean in Android 13 (API level 33). However, while phrase-based line breaks improve the readability of short lines of text, they don't work well for long lines of text. In Android 15, apps can apply phrase-based line breaks only for short lines of text, using the LINE_BREAK_WORD_STYLE_AUTO option. This option selects the best word style option for the text.

For short lines of text, phrase-based line breaks are used, functioning the same as LINE_BREAK_WORD_STYLE_PHRASE, as shown in the following image:

For short lines of text, `LINE_BREAK_WORD_STYLE_AUTO` applies phrase-based line breaks to improve the readability of the text. This is the same as applying `LINE_BREAK_WORD_STYLE_PHRASE`.

For longer lines of text, LINE_BREAK_WORD_STYLE_AUTO uses a no line-break word style, functioning the same as LINE_BREAK_WORD_STYLE_NONE, as shown in the following image:

For long lines of text, `LINE_BREAK_WORD_STYLE_AUTO` applies no line-break word style to improve the readability of the text. This is the same as applying `LINE_BREAK_WORD_STYLE_NONE`.

日本語変体仮名フォントの追加

Android 15 では、古い日本のひらがな（変形がな）のフォントファイルが追加されました。デフォルトではバンドルされています変形がなキャラのユニークな形は、アート作品やデザインとの特徴的なセンスを活かしながら、精度の高い古代日本の文書の伝達と理解を支援してきました

VideoLAN cone Copyright (c) 1996-2010 VideoLAN. This logo or a modified version may be used or modified by anyone to refer to the VideoLAN project or any product developed by the VideoLAN team, but does not indicate endorsement by the project.

Vulkan and the Vulkan logo are registered trademarks of the Khronos Group Inc.

OpenGL is a registered trademark and the OpenGL ES logo is a trademark of Hewlett Packard Enterprise used by permission by Khronos.

機能と API の概要 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

カメラとメディア

Low Light Boost

アプリ内カメラ コントロール

HDR ヘッドルーム制御

音量調節

仮想 MIDI 2.0 デバイス

AV1 ソフトウェア デコードの効率化

デベロッパーの生産性とツール

OpenJDK 17 の更新

PDF の改善

言語の自動切り替えの改善

OpenType 可変フォント API の改善

Kotlin

Java

Kotlin

Java

きめ細かい改行制御

アプリのアーカイブ

開発者向けオプションを使用してデバイスで 16 KB モードを有効にする

グラフィック

Android の GPU アクセスの近代化

Android ANGLE on Vulkan のロードマップ

推奨される次のステップ

キャンバスの改善点

パフォーマンスとバッテリー

ApplicationStartInfo API

アプリサイズの詳細情報

アプリ管理のプロファイリング

SQLite データベースの改善

Android Dynamic Performance Framework の更新

プライバシー

スクリーン レコーダーの検出

IntentFilter の機能の拡張

プライベート スペース

選択した写真へのアクセスに関するユーザーの最新の選択をクエリする

Kotlin

Java

Android 版プライバシー サンドボックス

ヘルスコネクト

アプリの画面共有

ユーザー エクスペリエンスとシステム UI

Generated Previews API によるリッチなウィジェット プレビュー

Push API

setWidgetPreview を呼び出すタイミング

ピクチャー イン ピクチャー

サイレント モード ルールの改善

通知チャンネルの VibrationEffect を設定する

メディア プロジェクションのステータスバー チップと自動停止

大画面とフォーム ファクタ

大画面でのマルチタスクを改善

カバー画面のサポート

接続

衛星通信のサポート

NFC のエクスペリエンスの向上

ウォレットのロール

セキュリティ

認証情報マネージャーを自動入力と統合する

シングルタップ登録とログインを生体認証プロンプトと統合する

エンドツーエンドの暗号化の鍵管理

コンテンツ URI の権限チェック

ユーザー補助

Better Braille

多言語対応

CJK 可変フォント

文字間隔の調整

自動改行の設定

日本語変体仮名フォントの追加

機能と API の概要

アプリ内カメラコントロール

AV1 ソフトウェアデコードの効率化

スクリーンレコーダーの検出

プライベートスペース

Android 版プライバシーサンドボックス

ユーザーエクスペリエンスとシステム UI

Generated Previews API によるリッチなウィジェットプレビュー

`setWidgetPreview` を呼び出すタイミング

ピクチャーインピクチャー

サイレントモードルールの改善

メディアプロジェクションのステータスバーチップと自動停止

大画面とフォームファクタ