Google は Qualcomm と協力してソフトウェア アップデートの配信を容易にし、4 つの Android OS バージョンと 4 年間のセキュリティ アップデートを可能にしています。
3 年以上前、Google プロジェクト・トレブルを発表、ソフトウェアのアップデートを高速化するために設計された Android の大幅な再設計。 Project Treble によって導入されたアーキテクチャは、OEM が主要な製品の提供をスピードアップするのに役立ちました。 Android OS のアップデートと月例セキュリティ パッチは、次のような SoC プロバイダーに悪影響を及ぼしています。 クアルコム。 実際、Treble により複雑さが増大し、特定のチップセットに対する Android OS アップデートのサポートの提供に関連するエンジニアリング コストが増加しました。 これにより、クアルコムが自社の SoC に対して提供できるサポート期間が制限されてきましたが、それは間もなく変更されるでしょう。 Android 11 以降で起動するすべての Snapdragon SoC - 開始 Snapdragon 888を搭載, クアルコムは、3 回の Android OS バージョン アップデート (ローンチ リリース + 3 レター アップグレード) と 4 年間のセキュリティ アップデートをサポートします。 これは、主力の 800 シリーズ チップセットにこれまで提供していた期間よりも 1 年長いことになります。
今日の発表は重要ですが、Google が 3 年前に Project Treble で何を達成しようとしたのかという背景知識がなければ理解できません。
Treble は、Android OS フレームワーク (すべての UI コード、API、アプリが実行するシステム プロセスを含む) 間で分割を作成しました。 と対話します)およびデバイス固有の低レベル ソフトウェア(基盤となる Linux カーネルおよびハードウェア抽象化レイヤーを含む) または HAL)。 デバイス固有の低レベル ソフトウェアは、明確に定義された安定したシステムを通じて Android OS フレームワークと通信します。 ベンダーインターフェース. Android OS の各バージョンは、ベンダー実装との下位互換性を保証しており、Google は標準化されたコンプライアンス テスト スイートであるベンダー テスト スイート (VTS) を使用してこれを保証します。 これは、たとえば、Android 11 OS フレームワークが Android 10 用に設計されたベンダー実装と下位互換性があることを意味します。 実際、Google は Android の新しいリリースごとに、ベンダー実装の最新 3 バージョンと下位互換性のあるソース構築されたシステム イメージである汎用システム イメージ (GSI) を公開しています。 OEM が新しい Android デバイスを構築する場合、Android OS フレームワークを自由に変更して新しい機能を導入できます。 独自の機能と API を使用できますが、デバイスのベンダー実装が互換性があることを確認する必要があります。 地理院。
これは主に、Treble が断片化を軽減し、新しい OS アップデートの配信を高速化する方法です。Android OS フレームワーク (オープンな状態) をペアリングする際の破損が大幅に減少します。 安定したベンダーのおかげで、デバイス固有の低レベル ソフトウェア (クローズド ソースであり、SoC ベンダーとの契約に基づいて提供されることが多い) が提供されます。 インターフェース。 理想的には、これは、OEM がハードウェアのバグ修正に費やす時間を減らし、最新の Android OS リリースにシステム レベルの変更を移植することに多くの時間を費やすことができることを意味します。 実際、Treble の導入以来、OEM は以前よりもはるかに早く最新の Android OS リリースを採用したと Google は述べています。 Googleは「Android 11の発売当時、Android 10には6億6,700万人のアクティブユーザーがおり、そのうち82%が無線(OTA)アップデート経由でAndroid 10ビルドを入手した」と述べた。
新しい Android リリースごとに、より多くのハードウェア機能のサポートが追加されるため (OS は、新しい機能をサポートする必要があります) モバイル業界の急速な進歩に追いつくために)、Google はそれに合わせてベンダー インターフェースを更新する必要があります リリース。 したがって、同社は新しい HAL 要件を定義し、新しい Linux カーネル バージョンを義務付けていますが、必要なのはデバイスだけです 打ち上げ 新しい Android OS リリースでは、ベンダーに影響を与えるこれらの変更を実際にサポートします。 たとえば、Google が複数の背面カメラ センサーをサポートするように Android のカメラ HAL を変更した場合、新しい Android バージョンで起動する新しいデバイスのみが必要になります。 更新された HAL をサポートしますが、新しいリリースにアップグレードする古いデバイスは、この新しいカメラ HAL なしで古いベンダーの実装を再利用できます。 要件。 これにより、OEM の観点から、新しい Android OS リリースを古いデバイスに導入するコストと複雑さが軽減されます。 ただし、問題は、このアプローチでは Qualcomm、MediaTek などの SoC ベンダーにとってさらに複雑さが生じることです。
この設計原則の結果、クアルコムと他の SoC ベンダーは、Android OS フレームワーク ソフトウェアとベンダー実装の複数の組み合わせをサポートする必要があります。 特定のチップセットで 3 世代の Android OS バージョンをサポートする SoC ベンダーは、OS フレームワーク ソフトウェアとベンダー実装の 6 つの組み合わせをサポートする必要があります。 それは、OEM が新しい HAL および Linux カーネルを回避するために古いベンダー実装を再利用することで問題を回避できるためです。 バージョン要件に応じて、SoC ベンダーはベンダー実装が古いバージョンと新しいバージョンの両方をサポートしていることを確認する必要があります。 要件。 彼らは選ぶことができません。 これに、SoC ベンダーがサポートする必要がある数十のチップセットを掛け合わせると、Treble が実際に SoC ベンダーにとってどれほど複雑さを増大させたかがわかります。
このため、Qualcomm や他の SoC ベンダーは通常、特定のチップセットに対して最大 2 回の OS レター アップグレードと 3 年間のセキュリティ アップデートしか提供しません。 正確なコストについては詳しくありませんが、クアルコムのような SoC ベンダーがそれよりも長期間チップセットをサポートすることは経済的に現実的ではないと思われます。 クアルコムや他の SoC ベンダーがより長期間のサポートを提供することもありますが、 OEM からの需要に依存する 経済的にするために。 そのような需要が存在しない場合、OEM は新しい Android リリースを開発するための開発コストの矢面に立つことになります。 それは簡単な偉業ではありません. しかし、Google と Qualcomm の共同努力のおかげで、後者は 4 つの Android OS をサポートするようになりました。 クアルコムをはじめとする一部の Snapdragon チップセットのバージョンと 4 年間のセキュリティ アップデート スナップドラゴン888。
これを可能にするために、Google は Project Treble の「遡及禁止原則」をデバイスに加えて SoC にも拡張しました。 これは、新しい HAL および Linux カーネルのバージョン要件が SoC に対して遡って適用されないことを意味します。 たとえば、SoC は次のようになります。 Android 11 で起動されるもの (Snapdragon 888 など) は、同じベンダー実装を再利用して Android 12 をサポートできます。 アンドロイド14。 したがって、SoC ベンダーは、特定のチップセット用に単一のボード サポート パッケージ (BSP) を開発し、配布することができます。 OEM は、新しい Android ごとに更新する必要がある複数のバージョンの BSP を維持するのではなく、 リリース。 これにより、特定のチップセットでの Android のサポートに関連するエンジニアリング コストが大幅に削減され、Qualcomm のような SoC ベンダーはチップセットを長期間サポートできるようになります。
Google はまた、Qualcomm が複数の Qualcomm 間で同じ OS フレームワーク ソフトウェアを再利用できるようにするために Qualcomm と協力しています。 チップセットにより、クアルコムが必要とする OS フレームワークとベンダー実装の組み合わせの数がさらに減少します。 サポート。 SoC ベンダーは現在、AOSP フレームワーク コードを変更し、汎用システム イメージの独自バージョンを構築しています。 たとえば、Qualcomm のものは QSSI と呼ばれ、MediaTek のものは MSSI と呼ばれます。 これらの SoC 固有のシステム イメージは、Google の AOSP GSI と同様に、複数のチップセットおよび古いベンダー ソフトウェアとの互換性が保証されます。
Qualcomm Snapdragon 888 を搭載したデバイスは、Xiaomi Mi 11 および Samsung Galaxy S21 シリーズから始めて、間もなく発売される予定です。 Google と Qualcomm の発表により、すべての Snapdragon 888 デバイスが 3 年間の Android OS とセキュリティ パッチのアップデートを受けることになることを願っていますが、実際にそうなるという保証はありません。 OEM は、新しい OS バージョンを開発して配布するために依然として多額の投資を必要としていますが、Qualcomm 自体が 4 つの Android OS バージョンをサポートするようになったため、その可能性はさらに高くなります。 1つまたは複数のOEMが今日の発表を利用して、Snapdragon 888を搭載した将来の主力携帯電話のソフトウェアサポートの延長を発表することを期待しています。 ほとんどの OEM は現時点で Android アップデートを 2 年間しか提供していませんが、Samsung と Google はどちらも 3 年間を約束しています。 これは Apple に比べればまだ短すぎるが、当然のことながら何度も指摘されており、その差が縮まるまで指摘され続けるだろう。
他の SoC ベンダーに関しては、Google はこの新しい非遡及原則の適用について交渉を行っており、自社のチップセットに対して拡張ソフトウェア サポートを提供できるようになります。 MediaTek や他の SoC ベンダーからの確認は得られていませんが、少なくとも新しいチップセットに関しては、彼らがこのアイデアに参加しない理由は見当たりません。 Google によれば、これらの機能を利用できるのは主に新しく発売された SoC のみであると予想されています。 したがって、今日の変更により、現在のデバイスが延長ソフトウェア サポートを受けることは期待しないでください。 発表。
この記事は 2020 年 12 月 16 日東部時間午後 1 時 50 分に更新され、変更が適用される場所をより適切に反映するために、タイトルの「デバイス」を「チップセット」に変更しました。 Google の提供により、記事に追加情報が追加されました。
この記事は、Google と Qualcomm が 4 Android のサポートを約束していることを反映して、東部標準時午後 2 時 10 分に更新されました。 OS バージョン — 4 年間の OS ではなく、発売リリースと 3 年間の Android OS アップデートを意味します 更新情報。 ただし、クアルコムは 4 年間のセキュリティ アップデートを提供すると約束しています。