Xiaomi 18 Foldが「インスピレーションボール」を追加?ドラッグタスクの仕組み

opoinstall
2026-09-03
5 min read

Xiaomi 18 Foldがインスピレーションボールを追加?このハードウェアとソフトウェアの進化は、スマートフォンメーカーがシステムレベルのAIタスクインタラクションをプレビューする中、折りたたみ式マルチタスクにおける特筆すべき展開を示しています。長年、モバイルハードウェアメーカーは、ポケットに収まるエルゴノミクスと広大な画面領域との間のトレードオフのバランスを取ってきました。初期の折りたたみ式デザインは、大型の本型フォーマットとコンパクトな縦型フリップの間で市場を二分していました。ミドル折りたたみフォームファクターを導入し、サポートされるHyperOS 4のエクスペリエンスにインスピレーションボールインターフェースを統合することで、Xiaomiは、画面上のテキストや画像要素のドラッグがデバイスのアシスタントタスクをトリガーするインタラクションモデルを確立しています。

ハードウェアフォームファクターとXiaomi 18 Foldのミドル折りたたみデザイン

概要

  • Xiaomiは、9月7日の発表を前に、外側の5.38インチカバー画面と内側の7.58インチディスプレイを備えたミドル折りたたみフォームファクターのXiaomi 18 Foldを公式に披露しました。
  • このデバイスはXiaomi独自のXring O3 SoCを搭載しており、公式プレビューではオンデバイスのXiaomi MiMo基盤モデルとSuper XiaoAI 2.0のインスピレーションボールが強調されています。
  • ミドル折りたたみデザインは、片手での持ち運びやすさと、拡張された画面分割マルチタスク機能の両立を目指しています。

折りたたみ式モバイルハードウェアの開発は、ディスプレイの制約を解消するための継続的な取り組みを反映しています。Xiaomiの製品責任者によると、従来型の大型折りたたみ端末は展開時に広大なディスプレイを提供していましたが、ユーザーは日常的な操作のために幅の狭い外側スクリーンを頻繁に使用していました。逆に、コンパクトなクラムシェル型折りたたみ端末はハードウェアの妥協を受け入れつつ携帯性を優先していました。ミドル折りたたみフォーマットはこれらのアプローチのバランスを取るように設計されており、折りたたんだ状態では片手操作に適したパスポートサイズのプロファイルを提供し、展開時には左右分割のマルチタスクに最適化されたディスプレイを提供します。

プレビュー報道やプラットフォームの発表によると、Xiaomi 18 FoldはXring O3プロセッサを搭載しています。このプラットフォームには、Xiaomi MiMoモデルを含むオンデバイスAIタスクをサポートするように設計されたハードウェアアクセラレーションが統合されています。また、Xiaomiは、集中的なマルチタスク時の高スループットデータ転送を容易にするため、LPDDR6メモリ規格のアーキテクチャサポートも強調しています。詳細な運用情報や発表については、ITHomeおよびGizmochinaの技術レポートに記載されています。

Xiaomi 18 Foldの本体デザイン

Xiaomi 18 Foldのインスピレーションボールの導入により、Xiaomi HyperOS公式サイトに概説されているように、ドラッグを補助とする操作のためのフローティングシステムインターフェースが確立されます。ユーザーが手動でテキストをコピーし、アプリケーションウィンドウを切り替え、セカンダリツールを開く必要があるのとは異なり、このインターフェースはアクティブなショートカットとして機能します。ユーザーはテキスト要素、画像、またはサポートされている画面上のコンテンツをフローティングターゲットにドラッグすることができ、システム機能が選択内容を解析して、地図ナビゲーション、価格検索、画像検索などの関連するその後のアクションを促します。

ドラッグ&ドロップマルチタスク機能を示すインスピレーションボールインターフェース

マルチウィンドウ統合とAndroidデータハンドオフワークフロー

フローティングのドラッグ&ドロップインターフェースはユーザーの多段階のタスクを簡素化する一方で、モバイルアプリ開発者にとってより幅広いアーキテクチャ上の検討事項を浮き彫りにします。従来のモバイルインタラクションモデルは通常、アプリケーションが明示的なタッチイベントによって起動され、onCreate()onResume()などの標準的な初期化ライフサイクルを実行する線形のタスクスタックを前提としています。

対照的に、現代の画面分割環境やクロスアプリケーションのドラッグジェスチャは、システムレベルのデータ共有経路を利用します。Androidデベロッパーのドラッグ&ドロップドキュメントに概説されているように、マルチウィンドウモードでのクロスアプリデータ共有は、ドラッグイベントとClipDataなどの構造化されたデータコンテナに依存しています。

データハンドオフの仕組み:タッチ起動 vs マルチウィンドウのドラッグハンドオフ

アプリケーションが外部ビューからドラッグされたコンテンツを受信する場合、専用のイベントリスナーを通じて受信データを処理する必要があります。アプリがすでに画面分割コンテナに表示されている場合、そのインターフェースへのコンテンツのドロップによってホストActivityが再初期化されることはありません。むしろ、ビュー階層は関連するペイロードを含むドラッグイベントを受信します。開発者は、アクティブなユーザーセッションを中断することなくこのデータを処理するハンドラーを明示的に実装する必要があります。

以下の図は、標準的な線形起動フローと、Androidのマルチウィンドウデータハンドオフパスを対比させたものです:

[標準的な線形アプリ起動]
  ユーザーのタッチ ──> プラットフォームインテント(URIおよびバンドルメタデータ) ──> Activity onCreate() ──> 宛先画面の描画

[マルチウィンドウのデータハンドオフフロー]
  ドラッグ操作 ──> ClipDataペイロード(MIMEコンテンツ / URI) ──> ビューのDragListener ──> アプリ内ハンドラーによるデータ処理

折りたたみ式ハードウェアによりユーザーが複数のアプリケーションウィンドウを同時に操作できるようになるにつれて、ソフトウェアアーキテクチャは複数のエントリーポイントに対応する必要があります。システムサービスやアシスタントツールがドラッグされたコンテンツに基づいてアクションを開始する場合、ターゲットアプリケーションは、受信したペイロードを正しく解析するための信頼性の高い内部ルーティングを必要とします。アプリケーションが標準的なディープリンクとマルチウィンドウのデータドロップの両方を処理できるようにすることで、ユーザーの摩擦を防ぎ、ワークフローの継続性を維持できます。

Xring O3 SoCのアーキテクチャとニューラル処理構成

マルチウィンドウのルーティング戦略と外部獲得シナリオ

マルチウィンドウコンピューティングが折りたたみ式フォームファクター全体で標準になるにつれて、エンジニアリングチームはランタイムデータのハンドオフと外部アプリケーションのルーティングを区別する必要があります。一貫したユーザーエクスペリエンスを維持するには、アプリ内のマルチウィンドウリスナーと外部ディープリンクのエントリーポイントの両方を構築する必要があります。

技術評価:アプリ内ドラッグハンドラー vs 外部リンクルーティング

ターゲットアプリケーションが現在アクティブであるか、外部ソースからアクセスされているかに応じて、異なるアプリケーション状態全体のユーザーナビゲーションを管理するには、個別の技術的実装が必要です:

実装パス 主要なメカニズム 実行状態 コアエンジニアリングの焦点 最適な用途
Androidドラッグ&ドロップAPI View.OnDragListener & ClipData アクティブなマルチウィンドウ Activityを再起動せずにライブMIMEデータドロップを処理する アプリ内の画面分割データ共有
Android App Links 検証済みHTTP/HTTPS URL インストール済み状態でのコールド/ウォーム起動 検証済みの外部URLをネイティブ画面に直接ルーティングする インストール済みユーザー向けのWeb-to-Appナビゲーション
遅延ディープリンク 一時的にキャッシュされたパラメータ インストール後の初回起動 インストール前のルーティングメタデータをインストール後に復元する 未インストールユーザーの獲得ファネル

ランタイムのマルチウィンドウワークフローのために、ネイティブアプリケーションは、プラットフォームのドキュメントで指定されているように、ドラッグリスナーを構成し、適切なコンテンツURI権限をリクエストする必要があります。

アシスタントツールやWebキャンペーンが、ネイティブアプリがまだインストールされていない外部サービスにユーザーを誘導する場合など、別の独立したシナリオでは、標準のランタイムディープリンクでハンドオフを完了できません。このような獲得ジャーニーにおいて、遅延ディープリンクソリューションは適格なルーティングパラメータを一時的に保存し、インストール後の初期アプリケーション起動時にそれらを復元することができます。外部キャンペーン向けの集中型パラメータ受け渡しフレームワークを検討している組織は、インストール境界を越えてコンテキストの継続性を維持するために、OpoInstallなどのサードパーティ製ソリューションを評価できます。

エンジニアリングチェックリスト:折りたたみ式マルチウィンドウ環境に向けたアプリケーションの準備

ミドル折りたたみフォームファクターやマルチタスクインターフェース全体で安定したパフォーマンスを確保するために、開発チームは確立されたAndroid標準に対して構成マニフェストとデータ処理ルーチンを監査できます。

開発者の実装チェックリスト

  • マルチウィンドウサポートの宣言: Androidデスクトップウィンドウイングガイドラインに従い、アプリケーションマニフェストがandroid:resizeableActivity="true"を介してマルチウィンドウのサイズ変更を適切にサポートし、予期しないタスクの再起動なしで動的な向きの調整を処理することを確認します。近代的な大画面環境では、システムは基本的なマニフェストフラグを超えて動的にウィンドウイング動作を適応させる場合があります。
  • ドラッグ&ドロップターゲットの構成: 受信ビューにView.OnDragListenerを実装し、サポートされているMIMEタイプ(プレーンテキストや画像URIなど)について受信するClipDataオブジェクトを解析します。
  • コンテンツURI権限の管理: 外部アプリケーションやシステムアシスタントから渡されたコンテンツURIにアクセスする際、受信コンポーネントがrequestDragAndDropPermissions()を呼び出すことを確認します。

プロダクトおよびUX最適化チェックリスト

  • 画面分割レイアウトの監査: 重要なUIコンポーネント、チェックアウトフロー、入力フィールドが、画面分割およびフローティングウィンドウのビューポート全体でクリーンに調整されることを確認します。
  • アプリ内ドラッグターゲットの効率化: ドラッグされたテキストや画像を即座に処理するためにドロップできる場所を示す明確な視覚的アフォーダンスをアプリインターフェース内に提供します。
  • 移行パスのテスト: 外部リンクのハンドオフが、インストール済みユーザー(Android App Links経由でルーティング)と未インストールユーザー(適切なオンボーディングフロー経由でルーティング)を正しく区別していることを検証します。

標準的なデータ処理ワークフローを確立することにより、エンジニアリングチームは、折りたたみ式の画面ジオメトリやマルチタスクインターフェースにスムーズに適応するアプリケーションを構築できます。

よくある質問 (FAQ)

Xiaomi 18 Foldのミドル折りたたみフォームファクターとは何ですか?
ミドル折りたたみフォームファクターは、コンパクトなクラムシェル型折りたたみ端末と大型の本型デバイスのギャップを埋めることを目的としたハードウェアフォームファクターです。折りたたみ時には片手操作用の5.38インチ外側カバーディスプレイを備え、展開すると左右分割のマルチタスク用に設計された7.58インチのワイドアスペクト内側画面になります。
インスピレーションボールはどのようにユーザーのマルチタスクをサポートしますか?
インスピレーションボールは、HyperOS 4で導入されたフローティングシステムインターフェースであり、ユーザーが画面上のテキスト、画像、またはコンテンツスニペットをドラッグしてアシスタントタスクをトリガーできるようにします。オンデバイスシステムが選択内容を分析し、ナビゲーション、製品検索、クロスアプリ共有などの関連するコンテキストに応じたアクションを提供します。
Androidアプリケーションは、画面分割モードでドラッグされたコンテンツをどのように処理しますか?
Androidのマルチウィンドウ環境では、ターゲットアプリケーションは特定のビューにドラッグリスナーをアタッチすることで、ドロップされたコンテンツを処理します。データがドロップされると、システムは`ClipData`ペイロードを含むドラッグイベントを配信し、受信アプリケーションは基底のActivityライフサイクルを再初期化することなく、MIMEデータやコンテンツURIを解析できます。

実践的な影響と今後の展望

ミドル折りたたみハードウェアとシステムレベルのフローティングアシスタントハブの出現は、モバイルインタラクションモデルの継続的な進化を示しています。折りたたみ式ディスプレイが成熟し、オペレーティングシステムがコンテキストに応じたドラッグ&ドロップワークフローを導入するにつれて、モバイルソフトウェアは非線形のエントリーポイントと同時タスク実行に対応する必要があります。基本的な単一ペインの起動パターンのみに依存していると、アプリケーションは現代のマルチウィンドウ環境に対応できなくなります。

デバイスフォーマットの変化全体で一貫したユーザーエクスペリエンスを確保するために、エンジニアリングチームは適応性のあるビュー階層を設計し、標準準拠のデータリスナーを実装する必要があります。システムレベルのドラッグイベントを適切に処理し、マルチウィンドウの互換性を宣言し、外部ユーザーのジャーニーに向けた明確なルーティングパスを構築することで、開発者は次世代のモバイルフォームファクター全体で信頼性の高い応答性の高いエクスペリエンスを提供できます。

参考文献

Share this article