本日、Google は、OEM が Android アップデートをより迅速に提供できるように Android をモジュール化するプロジェクトである Project Treble を発表しました。
Android に対する主な批判の 1 つは、ソフトウェア アップデートの断片化です。 今日に至るまで、多くのデバイスは、Android の次のメジャー バージョンを受け取るために、対応する Google デバイスよりも数か月待たなければなりません。 たとえば、Android Nougat は昨年 8 月に正式にリリースされましたが、OEM が Android 7.X をユーザーに展開するまでに数か月かかりました。 今月の時点では、Android Nougat を実行している Android デバイスは全体の約 7% のみです。 Android の新しいバージョンをリリースしてから OEM がアップデートするまでの長い期間に対処するための取り組み Google は、Android の低レベル システム アーキテクチャに対するこれまでで最大の変更を発表しました。 - プロジェクト・トレブル.
Project Treble - ソフトウェア アップデートを改善するための Android のモジュール化
まず、Project Treble が正確に何を行うのかを理解するためには、Android の各イテレーションに伴う一般的な更新プロセスを理解することが重要です。 このプロセスは、次のように約 5 つほどのステップに要約できます。
- AOSP リリース - Google が新しい Android リリースのソース コードを公開
- ブート/ハードウェアの互換性 - シリコン メーカー (Qualcomm、Samsung、Hisilicon、MediaTek など) Android がチップ上で起動できるようにソース コードを変更し、チップ上のすべてのハードウェアが機能するようにします。 期待される
- OEM の変更 - この変更されたソースは、デバイス メーカー (OEMS など) に提供されます。 Samsung、LG、Huawei/Honor、OnePlus、HTC など) なので、ソースを変更して独自のソースを含めることができます ソフトウェア。
- QA/テスト - OEM は社内でソフトウェアのテスト段階を実施し、通信事業者パートナーともソフトウェアをテストします。
- 一般リリース - アップデートは、OTA アップデートを通じて数週間かけて最終的にエンド ユーザーに提供されます。
Google は通常、Android の新しいバージョンごとにソース コードを非常に迅速にリリースします。 コードを一部のパートナーと非公開で共有する そのため、コードベースの更新をすぐに開始できます。 Google はステップ 4 と 5 にかかる時間を制御できませんが、ステップ 2 にかかる時間を短縮する方法を見つけ出しました。 Android を支えるチームは、シリコン メーカーがコードの更新とテストを容易にするために、Android を低レベルで「再構築」しています。
そのために、Google は、と呼ばれるものを導入しています。 ベンダーインターフェース. このベンダー インターフェイスは、互換性定義ドキュメント (CDD) および互換性テスト スイート (CTS) と機能的に似ており、どちらも OEM が 最新バージョンの Google Play サービスを実行するために必要な要件を満たすためにデバイスが何を実装する必要があるかを正確に知っている アンドロイド。 Google は Android をモジュール化して、Android OS フレームワークを、シリコン メーカーが作成したデバイス固有の下位レベルのソフトウェアから切り離しています。 ベンダー インターフェイスはベンダー テスト スイート (VTS) によって検証されるため、シリコン メーカーは、自社のチップが Android の起動をサポートするために満たす必要がある要件を正確に把握できます。
この変更の主な利点は、デバイス メーカー (OEM) が Android OS フレームワークを更新することによって携帯電話を更新することを選択できることです。 シリコンメーカーを待たずに ベンダーの実装コードを更新します。 この措置がもっと早く行われていれば、影響は及ぼさなかった可能性が高いですが、 MSM8974上のデバイスかどうか Android 7.0 Nougat アップデートを受信します (この問題は、Vulkan Graphics API または GLES 3.1 のいずれかを必要とする CDD に起因するため、OEM はそれを待つ必要があります) シリコン メーカーはソース コードで GPU サポートを導入しています)、この動きにより、Android のメジャー アップデートがユーザーの手に届くまでにかかる時間が大幅に短縮されるはずです。 消費者。
この措置によってアップデートのラグタイムがどれだけ短縮されるかは、正確に予測することはできません。 Microsoft はずっと前に Windows ドライバーのハードウェア抽象化によってこの問題を解決しました。そのため、この大規模な低レベルの変更により、Android がその流れで Windows にある程度近づくことを期待しています。 新しい Project Treble アーキテクチャは、Android O Developer 上の Google Pixel および Pixel XL ですでに実行されています。 プロジェクトの完全なドキュメントはプレビュー版であり、この後半の Android O のリリースとともに利用可能になります。 夏。
残念ながら、これは、既存のデバイスの大部分では、Project Treble での Android チームの努力の成果が得られないことを意味します。 この動きが Android の次のバージョンを入手するまでの待ち時間の短縮に大きな効果をもたらしたかどうかを実際に確認できるまでには数年かかるでしょう。 それにもかかわらず、これは Android ファンにとってエキサイティングな開発であり、核心的な問題の 1 つに対処しています。 私たちの多くが XDA 開発者フォーラムに集まって対処するオペレーティング システム、つまりソフトウェア アップデートについて説明します。 誇大宣伝に応えられることを願っています。
出典: Android 開発者ブログ