Android 14「Upside Down Cake」: 2023 年の Google の大型アップデートについて知っておくべきことすべて

モバイルJul 18, 2023
click fraud protection

Android 14 は、2023 年初頭にお近くの Google Pixel スマートフォンに搭載される予定です。

クイックリンク

  • Android 14 は何と呼ばれていますか?
  • 私のデバイスは Android 14 を取得しますか?
  • Android 14 のこれまでの新機能は何ですか?
  • Android 14 ベータ 2: 発表された機能
  • Android 14 ベータ 1: 発表された機能
  • Android 14 開発者プレビュー 2: 発表された機能
  • Android 14 開発者プレビュー 1: 発表された機能
  • Google Pixel デバイスに Android 14 Beta 2 をダウンロードしてインストールする方法

Android の大型アップデートで最も興味深いのは、パターンに従ってすべての新機能を体験できることです。 Googleの アンドロイド12 このアップデートは、Android 5 Lollipop 以来、オペレーティング システムの最大のビジュアル再設計をマークしました。 マテリアル・ユー. 新しい設計哲学と新機能の網羅的なリストにより、Android 12 の外観と操作感は以前のバージョンとは根本的に異なります。 その後、Android 13 が登場し、同じ美的選択肢の多くが強化されました。 現在は Android 14 に移行しており、さらに内部的な変更が加えられる可能性があります。

Android 14 はつい最近登場しましたが、将来何が起こるかについてのヒントがすでにいくつかあります。 新しいリリースごとに、Android システムのさまざまな要素に新機能と小さな改善が追加されます。 現在 2 回目の開発者プレビューを行っており、ベータ版が開始されるまでに少なくともあと 1 回の開発者プレビューがあると予想されます。 Android 14 に関するすべての情報を 1 か所にまとめて知りたい場合は、適切なページがここにあります。

Android 14 は何と呼ばれていますか?

グーグル デザートの命名規則を廃止した 2 年前の Android 10 のブランド再設計に伴い、Android 向けに開発されました。 ただし、社内開発チームではデザート名の使用が継続されています。 たとえば、Android 11 は Red Velvet と呼ばれ、Android 12 は Snow Cone として知られています。 同様に、Android 13 はと呼ばれます

ティラミス. 昨年 7 月に AOSP Gerrit コミットの 1 つで Android 14 が発見されて以来、Google はもはや Android 14 を秘密にしていません。

興味のある方のために、これまでのすべての Android バージョンのデザート名 (内部または公開) を以下に示します。

  • Android 1.5: カップケーキ
  • Android 1.6: ドーナツ
  • Android 2.0: エクレア
  • Android 2.2: フロヨ
  • Android 2.3: ジンジャーブレッド
  • Android 3.0: ハニカム
  • Android 4.0: アイスクリームサンドイッチ
  • Android 4.1: ジェリービーン
  • Android 4.4: キットカット
  • Android 5.0: ロリポップ
  • Android 6.0: マシュマロ
  • Android 7.0: ヌガー
  • Android 8.0: オレオ
  • アンドロイド9：パイ
  • Android 10：マルメロタルト
  • 人造人間11号：レッドベルベットケーキ
  • 人造人間12号：スノーコーン
  • 人造人間13号：ティラミス
  • 人造人間14号：アップサイドダウンケーキ

Android 14 のリリース日はまだ明らかになっていませんが、例年と同じリリースペースに従うのではないかと考えられます。 Android 13 は 2022 年 2 月に開発者プレビュー形式でリリースされ、その後別の開発者プレビューが続き、Android 13 の最終リリースまでさらに 4 回のベータ リリースが行われました。 最初の Android 14 開発者プレビューが予定どおりに到着し、すぐに 2 番目の開発者プレビューと現在 2 つのベータ版がリリースされていることから、昨年と同様のリリース ペースに従っていることは明らかです。

開発者にとって、Google が昨年と同じリリース タイムラインに従っている場合、Android 14 は第 3 ベータ版の頃に「プラットフォームの安定性」に達することが期待できます。 プラットフォームの安定性とは API の完成を指し、昨年、開発者が新しい API レベルを対象としたアプリを Google Play ストアに提出できるようになったのと一致しました。

私のデバイスは Android 14 を取得しますか?

新しい Google Pixel スマートフォンをお持ちの場合 ピクセル7シリーズ、Android 14 がリリースされたら、誰よりも早く Android 14 を体験できることをご安心ください。 これはまだ開発者プレビュー形式のみです (したがって、おそらく毎日のドライバーにインストールすべきではありません) が、引き続き試すことができます。 また、他のデバイス メーカーもこの楽しみに参加することを期待していますが、OnePlus や Xiaomi などのデバイスは定期的に更新されない傾向があります。 言い換えれば、注意してください。

ただし、もしあなたが 本当 Android 14 がスマートフォンにリリースされたら試してみたいと思っていますが、公式ビルドはありません。 汎用システムイメージを試すことができます (GSI)。

Android 14 のこれまでの新機能は何ですか?

これらは、これまで Android 14 で発見された文書化されていない変更の一部です。

Android 14 では、iOS と同様に、ユニバーサル ドラッグ アンド ドロップのサポートが追加される可能性があります

iOS 上のアプリ間でファイルやテキストをドラッグ アンド ドロップする方法をご存知ですか? Android 14 からはついにそれが可能になるかもしれません。 分割画面モードのアプリではこれを行うことができましたが、フルサイズのアプリで別のフルサイズのアプリに移動することはできませんでした。

以前は、ファイルを保持しているときのジェスチャはシステムによって無視され、この制限は 3 ボタン ナビゲーションを使用するユーザーにも適用されました。 その結果、ドラッグ アンド ドロップ機能は分割画面モードに限定されました。 ユーザーは、お気に入りのメモ作成アプリから別のアプリにコンテンツをドラッグしたり、開いているアプリ間で簡単にスワイプしたりできるようになりました。 上にスワイプしてホーム画面にアクセスし、画面の端からスワイプして戻るジェスチャを実行すると便利です。 画面。

Android 14 では、アプリ ペアを保存する方法が導入され、マルチタスクがさらに簡単になる可能性があります。

Android スマートフォンでマルチタスクを実行したことがある場合は、おそらく特定のアプリのペアを使用してそのほとんどを実行したことがあるでしょう。 おそらくそれらのアプリは、銀行アプリや電卓、あるいはメモを取るアプリや大学の e ラーニング アプリかもしれません。 どのペアリングを選択しても、Android 14 ではアプリのペアを保存して起動できるため、これがさらに簡単になる可能性があります。

この新機能は Mishaal Rahman によって発見され、最近のアイテムの概要メニューに表示されます。 これは、現在分割画面メニュー オプションが含まれているコンテキスト メニューにアクセスすると表示されます。 まだ機能していませんが、最終的な Android 14 リリースには登場する可能性があるようです。

Android 14 のマテリアル ユーには、より鮮やかな色が追加される可能性があります

Googleは、明らかに「Fidelity」と呼ばれる新しいテーマスタイルで、より大胆な色のオプションに取り組んでいるようだ。 メジャーな 現在のマテリアルユーとの違いは、ユーザーが選択した壁紙のベースカラーを実際に活用して使用できることです。 テーマのために。

この変化を発見したのは、 9To5Google、最近 Google デザイン チームがツイートを通じて披露した可能性もあります。 Android 13 では現在利用できない大胆な色をビデオでご覧ください。 その上。

Android 14 では、ポイント カードについて位置情報に基づいた提案が表示される可能性があります

Google ウォレットは、ポイント カードを含むすべてのデジタル カードをワンストップ ショップで利用できるアプリであると言われていました。 ポイント カードをウォレットに追加するのはやや面倒ですが、実行することはできます。ただし、それでも、チェックアウトの列でポイント カードを呼び出すには、カードをスクロールして見つけるのに時間がかかることがあります。 ただし、Android 14 では変更される可能性があります。.

何年も前、Google ウォレットが Google ウォレットと呼ばれていた頃 (はい、ちょっと変な時間でした）、ポイント カードを使用できる場所の近くにいる場合、Wallet アプリは、その場所でポイント カードを使用できるというフラグを立てます。 幸いなことに、Google は Android 14 のユーザー向けにこの機能を復活させる可能性があります。 API リファレンスを調べていると、 Android 14 ベータ 1という新機能を発見しました。FEATURE_WALLET_LOCATION_BASED_SUGGESTIONS”. この機能を「デフォルトの支払いアプリによって提供されるウォレット カードの位置情報に基づく提案の表示をサポートする」と宣言しているデバイス。

それがどのように機能するかについては、まだ未定です。 Google ウォレットはこの情報の指定を開発者に依存するのでしょうか、それともアプリが自動的に行うのでしょうか? これらの「提案」は通知の形で届くのでしょうか、それともカードがクイック アクセス ウォレットに表示されるだけでしょうか? 前者は位置情報に基づく提案がかつて機能していた方法であり、後者はあまり目立たないものの、ロック画面のショートカットやクイック設定タイルから簡単にアクセスできます。

Android 14 では、アプリに透明なナビゲーション バーを強制できるようになる可能性があります

Android Beta 1 では、ナビゲーション バーの背景を黒ではなく透明に変更する「透明ナビゲーション バー」設定が追加されました。 これには、ディスプレイの下部に表示されるジェスチャ バーが含まれます。 Android 5.0 Lollipop 以降、アプリ開発者は次のことができるようになりました。 色を変える Android のナビゲーション バーのデフォルトでは黒一色です。 ただし、一部のアプリはこれを実装していないため、アプリ間で不一致が発生する可能性があります。

興味深いことに、この機能が有効になっている場合、アプリの UI はナビゲーション バーの下に描画されません。つまり、アプリとナビゲーション バーの間に視覚的な重なりがありません。 「透明ナビゲーション バー」機能を有効にした場合と有効にしない場合の例を次に示します。

Android 14 では、ショルダー サーファーから携帯電話の PIN を簡単に隠すことができます

長くて複雑な PIN を使用するとスマートフォンに優れたセキュリティを確保できますが、あなたを見ただけで誰でも簡単にデバイスにアクセスできます... コードを入力します。 これは通常、ショルダー サーフィンと呼ばれ、攻撃者がユーザーの肩越しにパスワードやその他のログイン基準を収集するもので、非常に一般的なソーシャル エンジニアリング手法です。 Android 14では、Googleは「強化されたPINプライバシー」と呼ばれる機能に取り組んでいるようです。

このトグルの説明には「PIN 入力中のアニメーションを無効にする」とあります。これは、キーガードの数字をタップしたときに通常再生されるアニメーションが表示されなくなることを意味します。 これにより、Android のロック画面には、タップした各番号に対する明確な視覚的合図が表示されなくなるため、PIN の入力をショルダー サーファーに見られにくくなります。

上記のビデオは次のユーザーによって共有されました。 ネイル・サディコフ そしてそれがどのように機能するかを示します。

Android 14ではついにホーム画面とロック画面に異なるライブ壁紙を設定できるようになるかもしれない

Android スマートフォンは Android 2.0 Eclair からライブ壁紙をサポートしており、時間の経過とともに改良されてきました。 Google Play ストアにはさまざまなオプションが用意されており、ほとんどの OEM はデバイスにいくつかのライブ壁紙もパッケージ化しています。 ただし、個別に設定することもできますが、 静的 Android ではロック画面とホーム画面の両方に壁紙を設定するため、別々のライブ壁紙を設定する方法はありません。 Android 14ではそれが変わるようです。

Android 13 QPR2 のソース コードを調べていると、「独立したロック画面ライブ壁紙」機能を有効にするためのコード変更がいくつか見つかりました。 1 つのコード変更 setWallpaperComponentWithFlags()という新しいメソッドをAndroidのWallpaperManagerクラスに追加します。 を保持するシステム アプリ SET_WALLPAPER_COMPONENT Android のライブ壁紙ピッカー アプリなどの権限では、このメソッドを使用して、ホーム画面、ロック画面、または両方の画面などの「特定の画面にライブ壁紙 [コンポーネント] を設定」できます。

Android 14 は画面とフラッシュ キューを介して視覚的な通知をもたらす可能性があります

特に携帯電話の音量が小さい場合、または振動のみに設定されている場合は、通知を見逃しやすい場合があります。 聴覚に障害がある場合は、どちらのオプションも役に立たない可能性があります。そのため、携帯電話が通知を受信して​​いるかどうかを確認するには、視覚的な手がかりが最も便利な方法である可能性があります。 ただし、Android 14 Developer Preview 2 では、通知を受信したときにカメラのフラッシュが消えたり、画面が点滅したりすることができます。

Android 14 では、Enter キーを押す必要のない PIN の自動確認がサポートされる可能性があります。

Android でカスタム ROM を使用したことがある場合は、PIN を携帯電話に入力すると自動的に PIN が確認されるという、人々が好んで有効にする非常に一般的な機能が挙げられます。 現在、ほとんどの Android スマートフォンでは PIN を入力して Enter キーをタップする必要がありますが、今回の変更により最終的にその必要がなくなる可能性があります。

この切り替えは DP2 のデフォルトでは表示されず、この機能自体も現在当社のデバイスでは動作しないようです。 「Enter をタップして PIN を確認する方が、自動確認を使用するよりも安全です」という警告があります。 しかし、これは利便性とのトレードオフであり、 ピン。 6 桁未満の長さの PIN を設定した場合、この正しい PIN の自動確認トグルは表示されません。

この機能を有効または無効にしたい場合 後 すでに PIN を設定している場合は、[設定] > [セキュリティとプライバシー] > [デバイスのロック] > [画面ロック] に移動し、右上の歯車アイコンをタップします。 ここでは、「自動確認ロック解除」トグルにアクセスして、この機能のオン/オフを切り替えることができます。

この機能は現在、開発者プレビュー 2 では動作しませんが、将来のリリースでは動作する可能性があります。

Android 14 では、Pixel で絵文字の壁紙を作成できる可能性があります

Google は開発者フラグの背後に隠された新機能に常に取り組んでおり、Developer Preview 2 で登場した機能の 1 つが次の機能です。 絵文字の壁紙を作成するには. の ニューヨーク・タイムズ 最近 記事を公開しました Google がどのように ChatGPT に対抗する計画を立てたかについて詳しく説明しています。このレポートでは、現在進行中の同社の画像およびビデオ プロジェクトの一部がどのように行われているかについても説明されています。 「Pixel スマートフォン用壁紙メーカー」などの作品。 Android 14 DP2 では、/product にバンドルされている新しい「絵文字壁紙」アプリを発見しました。 パーティション。 パッケージ名が「com.google.android.apps.emojiwallpaper」であり、機能フラグ「com.google.android.feature」が必要なことから、Pixel 専用のようです。 PIXEL_EXPERIENCE」を宣言します。

有効にすると、新しい「絵文字ラボ」オプションが壁紙リストに表示されます。 これをタップすると UI が開き、さまざまな絵文字を含む新しい壁紙を作成できます。 壁紙を作成する場合、デザインに含める絵文字を最大 14 個選択し、「モザイク」、「ロータス」、「スタック」、「スプリンクル」、「プリズム」などのパターンから選択し、さまざまな色から選択できます。 希望のデザインがわからない場合は、「ランダム化」ボタンをタップして、アプリにランダムな絵文字の壁紙を作成させることができます。

壁紙を作成すると、携帯電話の壁紙選択の絵文字ラボ セクションに保存されます。 この機能が最終的に Google Pixel スマートフォンに展開されるという保証はありませんが、試してみるのは楽しい機能のようです。

Android 14 の地域設定機能は、好みのカレンダーと番号体系を使用するようにアプリに指示できる可能性があります

Android はグローバルなオペレーティング システムであるため、ユーザーが使用するさまざまな方法のサポートが必要です。 日付、時刻、および華氏と摂氏やキロメートルなどのその他の地域の測定値を理解する 対マイル。 ユーザーが使用したい指標をアプリが想定することは必ずしも適切とは限りません。多くのアプリ (特に天気予報アプリ) がそれを想定するのはこのためです。 聞く どのメトリクスを使用したいかはあなた次第です。 Google は Android 13 でアプリごとの言語設定を追加し、現在そのアイデアを他のユースケースにも拡張しているようです。

同社は、ユーザーが地域設定をできるようにする Android 14 の新しい「地域設定」機能をテストしています。 好みの温度単位、カレンダー、週の最初の曜日、およびそれぞれの番号体系 ロケール。 非表示の開発者フラグを切り替えると、[設定] > [システム] > [言語と入力] に「地域設定」が表示されます。

この機能は Android 14 Developer Preview 2 で利用できるようになりました。

Android 14 では、タッチパッド ジェスチャと修飾キーの再マッピングを備えたキーボードのサポートが強化される可能性があります

Google は、Android を大画面デバイス上でより良く動作させることに努めており、これらの努力のおかげで、現在では次のようなものが実現しています。 タスクバー、アクティビティの埋め込み、アプリの最適化、レターボックスの改善、分割画面のサポートの改善など、そのほとんどが実現しました。 の アンドロイド12L. Android 14 DP1 ではキーボードのサポートが強化されました。

Android 14 では、修飾キーの動作変更のサポートを追加する準備ができています。 Android 14 では、Caps Lock、Ctrl、Meta、Alt キーの動作を交換できますが、開発者フラグを反転する必要があります。 汎用キー レイアウト ファイルが Android 14 で更新され、さらにいくつかの Linux キー コードが Android キー コードにマップされるようになりました。 変更点は次のとおりです。

  • キー 120 (未定義) から RECENT_APPS
  • キー 228: KEYBOARD_BACKLIGHT_TOGGLE
  • キー 229: KEYBOARD_BACKLIGHT_DOWN
  • キー 230: KEYBOARD_BACKLIGHT_UP
  • キー248: ミュート
  • キー418: ZOOM_IN
  • キー419: ZOOM_OUT
  • キー528: フォーカス

同様に、開発者フラグを有効にすると、Android 14 DP1 の設定に新しい「タッチパッド」オプションが表示されます。 ここでは、タップしてクリックする必要があるかどうかを切り替えたり、スクロールの方向を変更したり (逆スクロール)、タッチパッドの右下をタップしてさらにオプションを表示するかどうかを切り替えたりできます。 デフォルトが遅すぎるか速すぎる場合は、ポインタの速度を調整することもできます。 タッチパッド ジェスチャもあり、2 番目の開発者フラグを反転することでチュートリアルを有効にすることができます。 これらのタッチパッド ナビゲーション ジェスチャはカスタマイズでき、次のものが含まれます。

  • 3本指で左右にスワイプして戻ります
  • 3本指で上にスワイプしてホームに戻ります
  • 3 本の指で上にスワイプして長押しして、最近使用したアプリを開きます
  • 3 本の指で下にスワイプして通知を開きます
  • 4本指で左右にスワイプしてアプリを切り替えます

Android 14 では、通信事業者によってインストールされたブロートウェアの検索と削除が容易になる可能性があります

ブロートウェアを定義するのは難しいですが、本質的には、ユーザーのニーズを超えた、スマートフォンにプリインストールされているアプリケーションです。 問題は、そのようなニーズは人によって異なるということですが、ユーザーの知識や同意なしにバックグラウンドでインストールされたアプリがカウントされることには、おそらく誰もが同意するでしょう。 Android 14 DP1 には、デフォルトではアクセスできない隠れた「バックグラウンドでインストールされたアプリ」メニューがあります。 非表示の開発者フラグを表示するには反転する必要がありますが、それでも通常バージョンの設定には表示されません。 代わりに、「スパ」と呼ばれる設定の特別なバージョンに表示されます。これも開発者フラグの後ろにゲートされています。

この新しい「バックグラウンドでインストールされるアプリ」インターフェイスは、「バックグラウンド インストール コントロール」と呼ばれる新しいシステム サービスを利用しています。 実はミシャール・ラーマン 見つかった証拠 数か月前の AOSP コミットを通じて、このサービスの存在が明らかになりました。 当時、このシステム サービスは Android 14 の新しい機能 (表向きは) だけで使用されるわけではないことが注目されました。 上記の「バックグラウンドでインストールされたアプリ」ページ）だけでなく、「今後リリースされるいくつかの Android V [Android 15]」も含まれます。 特徴。

上のスクリーンショットからわかるように、エンド ユーザーはサイレント インストールされたアプリを見つけて、 必要に応じてそれらを削除すると、adb によってインストールされたアプリやフォアグラウンドでアクティブなアプリは表示されなくなるようです。 リスト。 特定のデバイスでは役立つ可能性があります。 キャリアのSIMカードを挿入する 十数個の不要なアプリのバックグラウンド インストールをトリガーします。

Android 14 の予測戻るジェスチャーにより、スワイプして戻るときにどこへ行くかをプレビューできます

Android でスワイプして戻る操作は予測不可能な場合がありますが、これにはかなり大きな理由があります。 アプリ内を移動すると、Android はバックスタックと呼ばれる、経由する目的地の記録を保持します。 これは、スワイプして戻るときにシステムが正しい目的地に移動するためです。 ただし、Android 13 より前のシステムには、「戻る」ジェスチャがユーザーをどこに導くかを正確に知る方法がありませんでした。 バックスタックの最後までスワイプすると、前に開いていたアプリに直接戻ります。 これはユーザーにとってすぐには分かりませんでしたが、アプリ内での立場を失うことを意味した可能性があります。

しかし、 それはAndroid 14で変更される予定です. Android 13 では、ユーザーがランチャーに戻るときにそれを表示する非常に基本的な形式がすでに実装されています。 Android 14 では、次のプレビューが表示されます。 その通り に戻ることになります。

これは小さな変更ですが、Android システムをより直観的にするための歓迎すべき変更です。 新しいトランジション アニメーションは DP1 ではデフォルトで無効になっていますが、ビデオではまだ無効にする必要がありました。 予測バックアニメーション設定を有効にする 開発者向けオプションで、また、次のようなアプリを使用する必要がありました。 選択します 新しい予測的な「戻る」ジェスチャー動作に組み込まれます。

Android 14 では、フォト ピッカーを使用しない場合でも、アプリがアクセスできる写真を制限できるようになります

Photo Picker API は Android 13 のハイライトの 1 つであり、Project Mainline のおかげで 4.4 以降を実行している Android デバイスにバックポートされました。 これにより、ユーザーはアプリがアクセスできる写真とビデオを選択できるようになり、デバイス上のすべての写真とビデオに完全にアクセスできるようになります。 ただし、アプリは実際に Photo Picker API をサポートする必要がありますが、多くのアプリはサポートしていません。 Android 14では問題ないかもしれませんが.

Android 14 以降、API レベル 33 をターゲットとするアプリが実行時権限ダイアログをトリガーして、ユーザーに許可を求めるようになりました。 READ_MEDIA_VIDEO または READ_MEDIA_IMAGES (または両方)、Android 14 では、許可ダイアログに「写真を選択」という新しいエントリが挿入される場合があります。 このエントリをタップすると、新しいバージョンのフォト ピッカーが起動し、ユーザーが許可する写真やビデオを選択できるようになります。 アプリのアクセス権。 その後、アプリは、ユーザーが選択しない限り、ユーザーが特に選択したメディア アイテムにのみアクセスできます。 追加のメディア アイテムへのアクセスを拡張するか、画像やメディア ストア コレクション全体へのアクセスをアプリに許可します。 ビデオ。

Android 14 DP1 では、許可ダイアログのこのエントリは、開発者フラグによって表示が制限されているため、デフォルトでは表示されません。 これは主にプライバシーを保護する API であるため、Google が最終リリースで有効にしてくれることを願っています。

Android 14 はアプリのクローン作成機能の追加を準備中

Googleは新しい「クローンアプリ」機能をテスト中 の アンドロイド14 これにより、「アプリの 2 番目のインスタンスを作成して、2 つのアカウントを同時に使用できるようになります」。 この機能はおそらく 埋め込まれたスクリーンショットに示すように、[設定] > [アプリ] > [複製されたアプリ] の設定アプリを通じてユーザーが利用できるようになります。 下。

「クローンアプリ」機能を使用して最初のアプリをクローンすると、Android は「クローンユーザープロファイル」と呼ばれるものを作成し、そのアプリをプロファイルにインストールします。 後でクローンを作成したアプリは、前に作成したのと同じクローン プロファイルにインストールされます。 クローン プロファイルはアプリ データを親ユーザー プロファイルと共有しないため、クローンを作成したアプリにはログイン情報や設定が保持されないため、最初からセットアップする必要があります。 クローン化されたアプリがもう必要ないと判断した場合は、「クローン化されたアプリ」ページまたは標準の「アプリ情報」インターフェイスからアプリを削除できます。

以前はアプリのクローンを作成する唯一の方法は、adb を使用してクローンを作成することでした。この機能は実際には Android 12 で追加されたものでした。 一部の OEM はアプリのクローンを作成するオプションも明らかにしており、仕事用プロファイルを利用してアプリのクローンを作成するサードパーティ アプリもあります。 ただし、これは、特に Google Pixel デバイスで動作するネイティブ ソリューションです。

シェアメニューは、 ついに よくなる

Android では長い間、共有メニューに問題がありました。 過去のアップデートでこの問題の修正が試みられましたが、Android の OEM バージョン間やアプリ間でさえ一貫性がなく、一般的には混乱しています。 以下のスクリーンショットは、私が言いたいことを正確に示しています。

画像クレジット: エスパー

この問題は、AOSP をベースとして使用しているさまざまな OEM にも存在します。

画像クレジット: エスパー

ありがたいことに、Google が Android Sharesheet を次の場所に移動する可能性があるようです。 プロジェクトのメインライン によると、共有メニューの不一致に対処するために将来のリリースでモジュールが追加される その他のレポート. そのために、Google は Android 13 QPR1 ベータ版のシステム イメージに新しいアプリを追加しました。 Android 13 QPR1 のソース コードは、新しい「Intent Resolver」アプリが Android の実装を処理することを明らかにしています。 「chooser」コード。共有に使用するアプリの選択をユーザーに強制することで Android Sharesheet を呼び出します。 アクション。

Android Sharesheet を Project Mainline モジュールに移動することで、Google は Android デバイス間でより一貫したシステム共有メニューを提供できるようになりました。 異なるOEM。 また、企業は、何が機能し、何が機能しないのかを実験し、大規模なシステムを必要とせずに改善することもできます。 アップデート。 Googleがこれを進めるかどうかは確認されていないが、その可能性は高いようだ。

更新可能なルート証明書が登場

ルート証明書は公開キー基盤 (PKI) の中核であり、信頼できる認証局 (CA) によって署名されています。 ただし、場合によってはこれらの CA が信頼できなくなるため、デバイスがインターネットへの完全なアクセスを保証するために新しい証明書を受信する方法が必要になります。 以前の Android では、新しい証明書が携帯電話のシステム パーティションに保存されていたため、新しい証明書を配布する唯一の方法は OTA アップデートを介することでした。

それは将来的には変わるだろう、おそらく Android 14 で、Google があなたの携帯電話にルート ストア (基本的にあなたの携帯電話に情報を与えるストア) を作成しているためです。 どの証明書が受け入れられるか) Google Play システム経由で更新できる Conscrypt Mainline モジュールの一部 更新情報。 ほとんどのユーザーにとっては関係ありませんが、主要な認証局が一夜にして突然信頼できなくなった場合に、潜在的なインターネットの大惨事から携帯電話を保護します。

ヘルスコネクトは Android 14 の一部として提供される可能性があります

Android には健康追跡アプリが無数にありますが、すべてのアプリが追跡したいあらゆるバイタルをカバーできるわけではありません。 アプリは他のアプリと個別にデータを共有することを選択できますが、以前は選択できませんでした。 一 ヘルスケアアプリがデータを共有するために利用できる API。 ヘルスコネクト この問題に対する Google の答えは、これらの追跡アプリが相互にデータを共有するための仲介者として機能することです。 MyFitnessPal が Samsung Health、Fitbit、Google Fit からデータを取得したい場合、以前はこれらの各アプリと直接接続する必要がありました。 この場合、ヘルスコネクトに接続するだけでよく、ヘルスコネクトがそれらの接続をすべて処理します。

ヘルスコネクトは現在 Google Play ストアで実際に利用できますが、問題は携帯電話にプレインストールされていないため、誰もがそれを知っているわけではないことです。 Googleは、少なくとも次の端末にプリインストールする意向を示している いくつかの おそらく同社は、ベータ版が終了するまでそれを行うのを待っているのだろう。 報告書によると Android 14 にはメインライン モジュールとして付属する可能性が非常に高いと考えられます。 それは確認されていませんが、それが事実であることを示唆する強力な証拠がたくさんあります。

Android ビームに別れを告げる

Android 10 で非推奨になった後、Google は ついに Android Beam を AOSP から削除する予定です。 Android Gerrit のコミットによると. Android ビームを使用して 2 台のデバイスを接続し、データ転送を簡単に開始できます。 これはすでに Nearby Share に置き換えられており、本質的には同じことを行うため、それほど大きな問題ではありません。

ただし、最大の問題は、ニアバイ シェアが Google モバイル サービス (GMS) に依存していることです。 Googleは基本的にAOSPから機能を奪い、独自のサービスの背後に隠したということ それか そうではありません AOSPの一部。 これは、Google 自身の GMS ライセンス契約に参加していない（または参加できない）メーカーは、ある機能を利用できないことを意味します。

衛星経由で挨拶する

Google の Android 担当上級副社長、ヒロシ ロックハイマー氏によると、Android 14 は次のようになります。 衛星通信をサポート. 同氏は、Googleは「衛星向けに設計」しており、パートナーをサポートすることに興奮していると述べた。 「Android の次のバージョンではこれらすべてが有効になります。」 Apple などからの圧力を考慮すると、 最近、iPhone 14 シリーズに衛星サポートも導入されました。、それが業界が進んでいる方向のようです。

Android 14 ベータ 2: 発表された機能

Android 14 Beta 2 は今年の Google I/O 中に登場し、すぐにいくつかのバグを修正した Beta 2.1 ビルドが続きました。 このベータ版で行われたほぼすべての変更はバグ修正と一般的なシステムの改善でしたが、組み込みおよびカスタムのバック アニメーションのサポートが追加されました。

Android 14 ベータ 1: 発表された機能

Android 14 Beta 1 はいくつかの変更を加えてリリースされましたが、そのほとんどは内部的なものでした。

ユーザーインターフェースの変更

Android 14 Beta 1 は、ユーザーの壁紙とデバイスのテーマを補完する新しい戻る矢印と、新しい共有シートの両方を発表しました 最新の Google Chrome ベータ版ではすでに有効になっています. アプリはシステム共有シートにカスタム アクションを追加できるため、将来的にはより直感的に操作できるようになるはずです。

開発者の変更

パスはクエリ可能で補間可能になり、Android Path API はベクター グラフィックの作成とレンダリングに使用される柔軟なメカニズムです。 Android 14 では、パスをクエリしてパスの内部にあるものを確認できるようになり、API の更新により、構造が完全に一致するパス間を補間する機能も追加されました。

さらに、Android 14 ではアプリごとの言語設定が改善され、アプリが現在のアプリの UI 言語を検出できるようになります。 Android Studio Giraffe Canary 7 および AGP 8.1.0-alpha07 を使用すると、アプリごとの言語を自動的にサポートするようにアプリを構成できます。

最後に、アプリは指定されたビューを、障害のあるユーザーに役立つと主張するアクセシビリティ サービスにのみ表示されるように制限できます。 Play Protect は、アプリがこれらの主張に対して真実であることを確認しようとします。この属性は、accessibilityDataSensitive として定義されます。

Android 14 開発者プレビュー 2: 発表された機能

Android 14 Developer Preview 2 にはさらにいくつかの変更が加えられていますが、そのほとんどは開発者向けのものです。

プライバシーとセキュリティ

Photo Picker は、Google が Android 13 で導入した API です。 アプリは、ユーザーがフォト ピッカー経由で選択したアイテムにアクセスするために権限を要求する必要がないため、アプリと写真やビデオを共有するプライバシーを保護する方法になります。 私たちはもう 最初の Android 14 開発者プレビューでこの機能を有効にしました, ただし、基本的にはアプリにアクセスを許可する写真を選択できます。

同様に、Android 14 では、 資格情報マネージャ プラットフォーム API として機能し、パスワード マネージャーなど、ユーザーが構成した資格情報プロバイダーの資格情報を取得および保存するための API をサポートすることで、サインインが簡単になります。 パスキーもサポートしています。 パスワードレス認証の新しい業界標準これは、ユーザー名とパスワードを使用してアプリにサインインするよりも安全です。 これにより、ユーザーはアプリのパスキーを作成し、Google パスワード マネージャーに保存できるようになります。 保存されたパスキーは、同じ Google アカウントにサインインしているデバイス間で同期されます。

最後に、より安全な暗黙的インテントがあり、Android 14 をターゲットとするアプリは、PendingIntent を送信するとき、または Service をバインドするときに、バックグラウンドでアクティビティを開始する権限を付与する必要があります。

アプリケーションエクスペリエンスの向上

Android 14 では、APK のインストール時のユーザー エクスペリエンスを合理化し、向上させるために、多数の PackageInstaller API が導入されています。 特にサードパーティのアプリストアからのもの. これらには次のものが含まれます。

  • requestUserPreapproval(): インストールが承認されるまで、ユーザーが APK のダウンロードを延期できるようにします。
  • setRequestUpdateOwnership(): インストーラーがアプリの今後の更新を担当することを示すことができます。
  • setDontKillApp(): アプリの使用中に、分割 APK を通じてアプリのオプション機能をシームレスにインストールできます。

Android 14 開発者プレビュー 1: 発表された機能

Android 14 開発者プレビュー 1 テーブルに多くの変化をもたらします。 より興味深いもののいくつかはエンドユーザーから隠されていますが、Google した いくつかの興味深いアップデートや変更も発表します。 これらには次のものが含まれます。

追加のカスタマイズオプション

Android はカスタマイズが重要であるため、カスタマイズを容易にするだけでなく、いくつかの変更が加えられています。 スマートフォンをカスタマイズするだけでなく、追加のアクセシビリティを持つユーザーを支援することにも役立ちます 要件。 これには、非線形スケーリングを備えた大きなフォント、アプリごとの言語設定、フランス語、ドイツ語、スペイン語などの性別言語をサポートする文法的語形変化 API が含まれます。

プライバシーとセキュリティの改善

Android 14 では、Google が長年にわたって築き上げてきたプライバシーとセキュリティの改善の一部をさらに強化します。 まず、Google はマルウェアに対するこれまでで最も積極的な取り組みの 1 つとして、Android SDK レベル 22 以下を対象としたアプリのインストールをブロックしました。 これは、一部のマルウェアやその他の危険なアプリケーションが、Android 6.0 Marshmallow で導入されたランタイム許可モデルの対象となることを避けるために SDK 22 をターゲットにするためです。 開発者や愛好家は、以下を使用して古いアプリケーションをインストールできます。 adb 指図。

adb install --bypass-low-target-sdk-block ファイル名.apk

他にも、より安全な暗黙的インテント、より安全な動的コードの読み込み、アプリに動的 Context.registerReceiver() をエクスポートまたは非エクスポートとして定義するよう要求するなど、他の改善点もあります。

バックグラウンドプロセスの最適化

スマートフォンのバッテリー寿命を妨げる原因の多くは、フォアグラウンドで起こっていることだけでなく、バ​​ックグラウンドで起こっていることでもあります。 アプリは情報を取得したり通知を送信したりするためにバックグラウンド プロセスを実行する必要があるため、Google はバックグラウンド ブロードキャストを最適化しました。 アプリが受け取る コンテキスト登録済み アプリが開始されるとブロードキャストします キャッシュされた状態コンテキストに登録された受信機へのブロードキャストはキューに入れられ、キャッシュされた状態から抜け出た後にのみアプリに配信されるためです。 さらに、次のようないくつかの繰り返しコンテキスト登録ブロードキャストもあります。 バッテリーが変更されました、アプリがキャッシュされた状態から抜け出すと、配信される前に 1 つの最後のブロードキャストにマージされる場合があります。

Google は、フォアグラウンド サービスのあるべき姿についてもさらに前進しています。フォアグラウンド サービスは次の目的で予約されています。 Android がリソース消費とバッテリーを改善できるようにするための、ユーザー向けの最も優先度の高いタスク 人生。 ユーザーが開始するデータ転送タイプなどの新しいジョブもあります。

アプリの互換性

Google は、今後の開発者プレビューで Java 17 の機能を完全に有効にするために、OpenJDK 17 のサポートを導入します。 おかげで プロジェクトのメインライン, Googleによれば、これらの変更を含む最新のARTアップデートも6億台以上のデバイスで受信できるようになるという。

Google はまた、開発者が新機能を切り替えられるようにする予定で、これらの機能は開発者向けオプションにあります。

Google Pixel デバイスに Android 14 Beta 2 をダウンロードしてインストールする方法

Android 14 Beta 2 は簡単にダウンロードできますので、必ずガイドをご覧ください。 Android14のインストール方法 その方法がわからない場合は。

Google は、Pixel 7 Pro、Pixel 7、Pixel 6 Pro、Pixel 6、Pixel 5a 5G、Pixel 5、Pixel 4a (5G) 用のこの開発者プレビュー アップデートを正式にリリースします。 Android Studio の Android エミュレータで 64 ビット システム イメージを使用することもできます。