車、バス、電車の中でスマートフォンを使用すると、一部のユーザーにとって不快な体験を引き起こします。の 車酔い 電話の使用中は多くの人に影響を与える一般的な問題であり、 吐き気、頭痛、めまい。つまり、決して快適なシナリオではありません。
この不快感の原因は感覚の矛盾にあります。目は電話の画面などの静止した物体に焦点を合わせていますが、内耳は体が動いているという信号を脳に送ります。前庭系から受け取った信号と視覚的な信号との間のコントラストで、よく知られている倦怠感が生じ、場合によっては非常に強いものになります。
Android は、かなり有望なアイデアでこれらすべてを解決しようとしています。
Android は乗り物酔いの問題をどのように解決したいのか
Googleが開発中 Android 17 の機能 この不快感を軽減すると約束します。 モーションキュー。この機能は、車両の動きを模倣する視覚要素を画面上に追加します。これらは、スマートフォンのモーション センサーからのデータに基づいてリアルタイムで移動する小さなドットであり、画面がユーザーに合わせて「動く」視覚的なトリックにより、不快感の原因となる感覚の衝突が軽減されます。
ただし、このアイデアはモバイル業界においてまったく新しいものではありません。 りんご と呼ばれる同様の機能を導入しました 車両の動きの合図ただし、このコンセプトは 2018 年にすでに無料の Android アプリで実装されていたことを認識しておく必要があります。そのアプリケーションは キネストップは、Android 7.0 以降を搭載したスマートフォンで利用でき、ダウンロードするだけで同じ結果を達成できました。
なぜ Android 17 を待たなければならないのでしょうか?
ただし、この時点で、自然発生的な疑問が生じます。サードパーティのアプリが何年も前にこの機能を実装できていたら、 なぜなら、GoogleはAndroid 17をオペレーティングシステムに統合するにはAndroid 17の登場を待たなければならないからである。?その答えは、現在の実装の技術的な制限にあります。
APK 分解の専門家が実施したコード分析によると、モーション キューは すでに完全に機能していますが、Google Play サービスには隠されたままです。 問題は、現在の実装に重大な欠陥があることです。設定アプリ、ステータス バー、通知、クイック設定、ロック画面、音量パネルなどのシステム項目上に移動ドットが表示されません。
このような制限は、現在の実装が標準の Android オーバーレイ API に基づいているという事実から生じます。セキュリティ上の理由から、Android はアプリケーションがこれらの重要なシステム コンポーネントを上書きすることを防ぎます。これは、悪意のあるアプリがユーザーを騙して意図しないアクションを実行させるのを防ぐために必要な措置です。これは賢明なセキュリティ制限ですが、モーション キューの有効性が大幅に低下します。
Google の新しいソリューションの仕組み
Android 17 ではこの問題が解決される可能性があります システム全体の Motion Cues API の導入。最新の Canary 2512 バージョンの Android で見つかった証拠は、新しい API がレンダリングの責任を SystemUI に移すことを示唆しています。SystemUI は、モーション キューが現在表示できないコンポーネントそのものを管理するシステム アプリです。
新しい Android コードには、クライアント アプリケーション (この場合は Google Play サービス) が X 座標と Y 座標、色、半径、点の間隔を定義できるようにするいくつかの技術要素も含まれています。次に、システムは startMotionCuesSession コマンドを介してウィンドウの特権レベルでこれらの要素をレンダリングします。実際には、Google Play Services がドットの配置と外観を決定し、SystemUI が画面上の実際の表示を処理します。
サードパーティ製アプリが不要なドットで画面を埋めるのを防ぐために、Android では、新しい DRAW_MOTION_CUES 権限を持つアプリのみに API の使用を許可します。特権システム アプリまたはプラットフォーム証明書で署名されたシステム アプリ用に予約されているアクセス許可。 SystemUI は、これらの要件を満たすサービスにのみ接続し、未承認のアプリケーションからのデータを無視します。
この機能が利用可能になる時期
デュアル層アーキテクチャはオーバーレイ API の制限を克服しますが、新しいシステム API に基づいているため、オペレーティング システムのアップデートが必ず必要になります。これらすべてを考えると、Google がこの機能をまだリリースしていない理由が説明されます。同社の開発ロードマップによっては、この機能は Android 16 の第 3 四半期リリース、またはより可能性の高い Android 17 で確認される可能性があります。
Googleとしても既存のデバイスに対応した機能のリリースが望まれるところだ。オーバーレイ API には制限があるにもかかわらず、多くのユーザーは現在の実装が依然として便利だと考えるでしょう。 Google がこの方向に進まないことを決定した場合でも、ユーザーはいつでも信頼できる代替手段として KineStop に頼ることができます。
新しい機能は何と呼ばれますか?
最後に、Google がこの機能を正式に開始するとき、その機能に名前を付けることを選択するのではないかという憶測があります。 モーションアシスト、 Android Authority Web サイトから取得したこのスクリーンショットによると。
選択した名前に関係なく、Google は移動中のデバイス設定を自動化するように設計された次期トランジット モードにもこれを統合する予定です。理想的には、トランジット モードではモーション アシストが自動的に有効になる必要がありますが、機能に組み込まれた自動車両検出によりこの自動化が不要になる場合があります。
移動中にスマートフォンを使用するときに乗り物酔いに悩まされている人にとって、この目新しさは最終的にゲームチェンジャーとなる可能性があります。旅行中に気分が悪くなることなくデバイスを使用できる機能は、世界中の何百万もの Android ユーザーの日常のユーザー エクスペリエンスを実際に大幅に向上させる可能性があります。公式ニュースを待つだけです。