Android 17 Beta 3 システムでは、Pixel ラインでのマルチタスクを最適化するフローティング ウィンドウを導入しています著者 Carolina Costa
読了時間 約9分
|
テクノロジー大手は、最新のモバイル オペレーティング システムの 3 番目のテスト バージョンを正式にリリースしました。このアップデートにより、ユーザーが日常のデバイスで複数のタスクを処理する方法が大幅に進化しました。このリリースの主な焦点は、アプリケーションをクイック アクセスのフローティング ウィンドウに変えるバブル機能の拡張です。
以前は、この機能はインスタント メッセンジャーと通信アプリケーションにほぼ限定されていました。現在、このプラットフォームでは、デバイスにインストールされているほぼすべてのソフトウェアを画面の端まで最小化することができます。この構造変更の目的は、ユーザーのメイン ナビゲーションを閉じたりオーバーレイしたりすることなく、さまざまなサービス間の切り替えを容易にすることです。
ツールの完全な統合は、数期間にわたる内部評価とインターフェイス調整の後に行われます。開発者の主な目的は、継続的な使用エクスペリエンスを向上させ、以前は他のハードウェア メーカーのカスタマイズされたソリューションを必要としていた生産性のギャップを埋めることです。
同時閲覧ツールの拡充
新しいダイナミック フローティング ウィンドウは、日常のスマートフォンの使用中に直感的かつ目立たないように操作できるように設計されています。アプリがバブル形式に変換されると、ディスプレイ パネルの側面にある小さな円形のスペースが占有されます。ユーザーはこのアイコンを端に沿って自由に移動できるため、要素が他の重要なコンテンツの読み取りや表示を妨げないようにすることができます。
単純なタップを受け取ると、アイコンは現在の画面上に「ピクチャー・イン・ピクチャー」形式のウィンドウに即座に拡張されます。このメカニズムにより、プログラムを全画面で開くことなく、計算の実行、情報の書き込み、地図の確認など、最小化されたソフトウェアとの完全な対話が可能になります。このプロセスの流動性により、ブランドの純粋なエコシステムのユーザー エクスペリエンスにおける断片化という古い問題が解決されます。
オペレーティングシステムでの実際の操作とアクティベーション
新しい生産性向上ツールを使用するには、デバイス所有者は目的のアプリケーションを特定し、ホーム画面でそのアイコンを押し続ける必要があります。新しいコンテキスト メニューがインターフェイスに表示され、独立したウィンドウを作成するための特定のショートカットが表示されます。選択後、ソフトウェアは即座にフローティング要素に変換され、システムの他のレイヤーに表示されたままになります。
インテリジェントなグループ化により、複数の同時タスクの管理手順が簡素化されました。このプラットフォームを使用すると、さまざまなバブルを画面上の 1 点に積み重ねることができ、視覚環境を整理し、複数のアイコンが無秩序に散在するのを防ぎます。この組織は、携帯電話を使用した集中的な作業中にインターフェイスの明瞭さを維持するために不可欠です。
迅速なアクセスが必要なくなった場合、ツールはジェスチャーですぐに破棄されます。ユーザーはバブルを指で押したまま、ディスプレイの下部に向かってドラッグする必要があります。仮想ゴミ箱アイコンが表示され、バックグラウンドでのプロセスの実行が終了します。
- ホーム画面またはプログラムドロワーでアプリアイコンを長押しします。
- 専用のボタンを選択すると、ソフトウェアが最小化され、バブルに変わります。
- パネルの側端に沿った円形要素の自由な動き。
- シングルクリックすると、メイン コンテンツ上にウィンドウがすぐに拡大されます。
- 機能を完全に閉じるには、アイコンを画面の中央下にドラッグします。
拡張可能な画面とタブレットの視覚的な最適化
大型ディスプレイへの適応は、このアップデートの技術的可能性が最大に発揮される点です。折りたたみ式デバイスと最先端のタブレットは、追加の物理スペースを利用して、複数のサービスを同時にアクティブにしておくことができます。端に気泡が存在するため、従来の分割画面モードへの独占的な依存が解消されます。
分割画面形式は便利ですが、アプリ ストアで入手可能なすべてのソフトウェアとの完全な互換性を常に提供するとは限りません。さらに、ディスプレイの分割が厳密であるため、長いテキストを読んだり、メディアを閲覧したりすることが不快になる場合があります。フローティング ウィンドウ システムは、数分の一で非表示にできるオーバーレイを提供することで、この制限を回避します。
オペレーティング システム インターフェイスは、使用中のデバイスの物理フォーマットに自動的に適応します。これにより、デバイスが開いているか閉じているかに関係なく、コントロール ボタンとバブル自体が常に親指の届く範囲に配置されるようになります。デジタル人間工学は、このグラフィカル インターフェイスの開発における柱の 1 つでした。
モバイル機器をメインのワークステーションとして使用する専門家にとって、この新機能により、日常的な操作を完了するために必要なタッチの回数が大幅に削減されます。高精度の RAM 管理により、アプリケーションの正確な状態がバブル内に確実に保持され、画面間の遷移中のデータ損失が防止されます。
社内での開発と社内テストの経緯
このソフトウェア アーキテクチャの最終的な実装は、モバイル アクティビティの管理における自律性のマイルストーンを表します。バブルの概念はシステムのかなり初期のバージョンで導入されましたが、使用には厳しい制限があり、頻繁な連絡先や優先度の高い会話の強調表示に限定されていました。通信リソースからグローバル生産性ツールへの移行には、いくつかの内部電源および処理管理プロトコルを書き直す必要がありました。
電卓、インターネット ブラウザー、テキスト エディターが、デバイスのバッテリーを消耗することなく最小化モードで完全に動作するようにすることが、エンジニアリング チームの主な課題でした。発見された解決策には、アプリケーションが循環形式のままである間に、重要でないプロセスをインテリジェントに一時停止することが含まれていました。その結果、バブルと拡張されたウィンドウの間の移行は、高度なマルチタスクのこれまでの試みの特徴だった途切れもなく、瞬時に行われます。
プログラミングコミュニティからの受け入れと技術的安定性
ソフトウェア開発者コミュニティによって提供された最初のフィードバックでは、システム開発者によって提供された新しいアプリケーション プログラミング インターフェイスの堅牢性が強調されました。フローティング ウィンドウの動作を標準化するということは、オペレーティング システム自体がネイティブで安全な方法で互換性を強制するため、アプリケーション作成者が最小化をサポートする特定のコードを開発する必要がないことを意味します。準備段階では、ビデオ エディターやゲームなどの重いソフトウェアを強制的にバブル モードにすると、デバイスが全体的に不安定になる可能性があるという懸念がありました。ただし、3 番目のベータ版では、プロセッサのリソース割り当てを厳密に制御し、クラッシュを個々のアプリに分離して、メイン ナビゲーションの流動性に影響を与えないようにすることが実証されました。この分離アーキテクチャは、世界のモバイル テクノロジー市場において、ブランドのデバイスを高効率かつ競争力のある企業ツールとして統合するための基本的な戦略的ステップと見なされています。この安定性により、ビジネス ソリューションに焦点を当てた開発者が製品を新しいフォーマットに最適化できるようになると期待されています。
ブランドテスターの現在の利用可能状況
現時点では、このマルチタスクの再定式化へのアクセスは、ベータ テスト プログラムに積極的に登録している同社の公式ラインのデバイスの所有者に限定されています。段階的リリースでは、実際の使用シナリオにおけるパフォーマンス データの収集が可能になり、ソフトウェアの最終バージョンを一般に大量配布する前に最新のバグ修正が確実に適用されます。
















