Androidアップデートの不可能な問題を解決する

Androidの更新は厄介で予測不可能なビジネスのままです。Googleとメーカーはこの1年で進歩を遂げましたが、まだやるべきことが多くあります…

新しいプラットフォームの更新が到着する速度は、Androidデバイスを所有する主な問題の1つです。 Appleは、その製品ラインの大部分でiOSの更新を即座に展開しますが、プラットフォームはそのことを念頭に置いて設計されていますが、Googleは世界の10億ほどのAndroidデバイスで実行されているファームウェアを直接制御できないため、不可能です同じ。

2012年後半に公開された記事では、なぜそうなのかを正確に説明しました。 Androidの「オープン」な性質、エコシステム全体でのハードウェアの大きな違い、ほとんどの更新をユーザーにプッシュするために必要な多数の可動部分は言うまでもなく、これらはすべて、私たちが知って嫌いな長い遅延の原因です。 ほぼ18か月前に言ったように、これはAndroidのDNAに組み込まれている弱点であり、簡単に克服できるものではありません。

Googleとメーカーは、複数の面でAndroidのアップデートに取り組んでいます。

しかし、過去1年にわたり、この一見不可能な問題に取り組むGoogleおよび一部の主要なAndroidメーカーによる新たな試みがありました。 複数の面で取り組みがありました。まず、Google Play Servicesを介した新機能とAPIの導入、およびPlayストアへの主要なGoogleアプリのスピンアウトにより、OSから独立して更新できるようになりました。 Googleは、「Google Play Edition」プログラムを通じて、将来よりも早くAndroidコードをOEMの手に渡しました。 また、メーカーが新しいOSバージョンを最初に（または少なくとも迅速に）提供することで競争上の価値を見ているという証拠もあります。 そして、特にHTCとMotorolaのOEMは、これらの更新の詳細をエンドユーザーに伝えるのが上手になっています。

確かに、Androidエコシステム全体を前進させるという巨大なタスクに対する魔法の解決策ではありません。 また、非フラッグシップデバイスの更新状況は、依然として問題の一部です。 しかし、それは始まりであり、正しい方向への大きな一歩です。 そして、Jelly BeanからKitKat時代に移行するにつれて、Androidのアップデートの将来に希望を与えるのに十分です。

続きを読んでその理由を見つけてください。

Google Play Services - OSアップデートなしの重要な新機能

従来の知識では、新しいAPI（アプリケーションプログラミングインターフェイス）、機能、およびセキュリティの向上をモバイルデバイスにプッシュしたい場合は、OSの更新を準備する必要があり、それに関連するすべての待機およびフープジャンプが必要であると述べています。 しかし、過去1年間、GoogleはAndroid 2.2（Froyo）以降のAndroid上にある開発プラットフォームであるGoogle Play Servicesを介してそのプロセス全体をバイパスしています。

Googleは、ユーザーが知らなくてもPlayサービスをバックグラウンドで更新できます

2012年9月にPlayストアアプリの更新で最初に発表されたGoogle Play Servicesは、開発者がOSレイヤーの外部にあるAPIのセットを通じてGoogleのサービスやデバイスとやり取りできるようにします。 この天才は、ファームウェアの更新なしで、ほとんどの場合、ユーザーがそれを知らなくても、GoogleがバックグラウンドでPlay Servicesを更新できることです。 （たとえば、WindowsまたはMacコンピューターでChromeブラウザーを更新する方法に似ています。）

私たち自身のJerry Hildenbrandは、昨年のGoogle I / O会議に続いて、Play Servicesに関する彼の記事で状況を分析しています。

Googleから完全かつ完全に制御されているということは、携帯電話を作った人たち、そしてあなたがそれを購入したかもしれない携帯電話会社が完全に見えなくなることを意味します。 新しいサービスAPIを入手するのに6か月以上待つ必要はありません。 実際、Googleは、更新後約1週間で大多数のデバイスにプッシュできるようになると述べています。 GoogleがサービスAPIが何であるか、誰がそれらを取得するか、そしていつ決定するかが重要な部分であるということを知って、これらすべてから一つを取り除いた場合。

Google Play Services APIは、I / O 2013で開始されたGoogle Playゲームサービスを支えており、ゲームのクラウド保存、実績、リーダーボードを可能にします。 そのため、Android 2.2以降を実行しているすべてのGoogle認定デバイスは、数日のうちにこれらの新しいゲーム機能を取得しました。 Googleがこれらの新機能を展開するために従来のOSの更新に依存していた場合、それらが普及するまでに数か月かかりました。 FroyoとGingerbreadを実行している多くの古いデバイスは、おそらくGoogle Playゲームをまったく見たことがないでしょう。

同様に、Googleは昨年Androidデバイスマネージャーを開始しました。これにより、ユーザーはデバイスをウェブ上で追跡、リモート制御、ワイプできます。 夏のGoogleトークからハングアウトへの移行についても同様です。 これらの機能は、OSの更新を待つことなく、Googleが管理するエコシステムのほぼ全体に数日で届きました。

もちろん、Google Play Servicesですべてを変更することはできませんが、プラットフォームはAndroid OSの更新の重要性を低くし、短期間ですべての人に新機能を提供するための重要なステップです。 Googleにとっては、ハードウェアメーカーにGoogle Play認定デバイスのリリースを奨励するというメリットもあります。Googleの傘の外にいる場合、新しいPlay Services機能とAPIを取得できません。

GoogleエクスペリエンスをPlayストアに移動する

新しい機能とAPIがGoogle Play開発者サービスを通じてプッシュできるようになったように、GoogleのコアAndroidアプリの多くはGoogle Playストアを通じて更新されました。 それはしばらくの間そうでした、そしてそれはほとんどのAndroid所有者が非常に精通しているプロセスです。 しかし、Gmailの新バージョンでは、たとえば、Googleが更新されたGoogleモバイルサービスパッケージを製造元に送信し、OS更新の一部としてプッシュされるのを待つ必要があります。 それは、見た目と同じくらい長くて退屈です。

少し前までは、Gmailの新しいバージョンではOSの更新が必要になりました。

ありがたいことに、最近ではほとんどの「ストック」GoogleアプリがPlayストアに存在しています。 いくつかの注目すべき例外には、PhotosphereおよびHDR +カメラアプリ、Nexus 5ランチャー（少なくとも執筆時点では）、連絡先/ダイヤラーアプリが含まれます。 ハングアウトメッセージングアプリでのSMSの統合は、これをさらに一歩進め、「スキン」デバイスの所有者がGoogleアプリを使用してすべてのメッセージングを処理できるようにします。 （ハングアウトにテキストを含めることは、Google以外のすべての人に多くの利益をもたらすとはまだ確信していません。）

とにかく、OSに依存せずに更新できる一連のアプリとしてPlayストアに住んでいる「Nexus」のコアエクスペリエンスに非常に近いです。 そして最終結果は、Androidエコシステム全体でより一貫した、よりGoogleyなユーザーエクスペリエンスになるはずです。 また、サードパーティのUI（HTC SenseやSamsungのTouchWizなど）を実行している携帯電話やタブレットを手にした顧客は、GoogleのNexusデバイスの一部の機能から除外する必要はありません。 （前述のように、Nexus 5のランチャーとダイヤラーには顕著な例外があります。）

新しいAPIをGoogle Playサービスにプッシュし、AndroidシステムアプリをGoogle Playに「ストック」することで、Androidのオープン性が低下すると主張する人もいます。 それは物事を見る一つの方法です。そして確かに、AOSP（オープンソースAndroid）とNexus 5に同梱されるものとの間には、Nexus Oneの場合よりも大きなギャップがあります。 しかし、それは特に新しいものでも驚くべきものでもありません。結局のところ、ChromeブラウザとChromiumオープンソースプロジェクトを使用したオープンソースに対するGoogleのアプローチを反映しています。 その結果、エンドユーザーはGoogle PlayとGoogle Play Servicesを介してより迅速に携帯端末に届く新機能とアプリを提供するため、より良いサービスを提供できます。 当然、GoogleはAndroidエコシステムに対して追加の制御を行うこともできます。

それは消費者にとっての勝利であり、Googleにとっての勝利です。

競争上の優位性としてのGoogle Playのエディションとアップデート

I / O 2013開発者会議のステージで「ストック」Android Galaxy S4を販売するというGoogleの意図をHugo Barraが発表したとき、会社がこれを行った理由はすぐにはわかりませんでした。 Googleは、すべてのデバイスでAndroidを「ストック」したい少数のユーザー向けの電話を作成しただけですか？ これは、「スキンの付いた」Androidスマートフォンの死の告白だったのでしょうか？ そうではありませんが、新しいAndroidバージョンの展開を高速化することはGPeプログラムの使命の一部です。

Androidユーザーエクスペリエンスディレクターのマティアスドゥアルテは、今年のI / OカンファレンスでのAndroidファイアサイドチャットイベントでこれをほのめかしました。 （下の動画の9分18秒）。

Google Play Editionsプログラムは、オタク向けのデバイスを作成するだけではありません。

しかし、Google Playエディションの影響は、バイヤーに最新の（ストック）OSバージョンと将来のAndroidバージョンへのクイックパスを備えた実行可能な非Nexusオプションを提供するだけではありません-GPe Moto Gの不可解な到着はそれを証明しているようです 「タイムリーな」更新をGoogle Playエディションの携帯電話にプッシュするには、通常のチャネルを介して到着する前に、Samsung、HTC、Sony、LG、Motorolaの作業中の作業中のコードを取得します。 これは、エンジニアがOSの将来のバージョンに慣れるという点で明らかな利点を示します。これは、過去にはGoogleのNexusパートナーだけに限定されていた利点です。

現在、GPeプログラムは少数のデバイスに限定されていますが、永久にそのままでいる理由はありません。 確かに、ある情報源は、プログラムが常にすべてのOHA（Open Handset Alliance）メンバーに開かれていることを示唆しているので、将来、より多くのデバイスメーカーが飛び乗ることに賭けることはありません。 Googleにとって理想的な状況は、すべての大手メーカーがGoogle Playエディションのガジェットを定期的に投入することです。これが現実になるかどうかは興味深いでしょう。

Android愛好家の多くは彼らを称賛していますが、Google Play Editionデバイスは非常にニッチな製品ラインナップです。 米国外の人々はそれらを購入するオプションさえありません。 また、Nexus以外、Google Play以外の携帯電話でOSの更新を高速化するためにできることは、Googleだけです。残りのエンジニアリング作業は、製造業者自身が行う必要があります。 幸いなことに、いくつかの主要なプレーヤーからのAndroidの更新に新たな重点が置かれていることがわかりました。また、この問題に関するOEMからのより良いコミュニケーションがあります。

前述のとおり、サムスンとHTCはここでの良い例です。 どちらも、発表から3か月後に「スキン」フラッグシップハンドセットのAndroid 4.3アップデートをプッシュすることができました。特にHTCは、オープンソースのわずか1か月後にHTC Oneのロック解除された開発者バージョンにKitKatをもたらすことで、さらに一歩踏み出しましたコードドロップ。 これら2つからのKitKatの更なる更新が差し迫っています。

米国のキャリアのモトローラの携帯電話が新しいAndroidバージョンの最初のものになると誰が考えたでしょうか？

しかし、HTCでさえ11月中旬にMoto X向けにAndroid 4.4をプッシュしたMotorolaにpunchられました。 当時のMotoはGoogle Playエディションのメーカーではありませんでしたが、その携帯電話はGoogle Androidのバニラに非常に近いソフトウェアを実行しているため、新しいOSバージョンがリリースされても変更するものはほとんどありません。

それでも、1年前にカスタマイズされた米国の携帯電話が新しいAndroidバージョンの最初のものになると誰が考えたでしょうか？

Verizon Moto Xの例は、いくつかの理由で重要です。 更新プロセスで最も面倒で時間のかかる部分の1つは通信事業者の認証です。VerizonHTC Oneの更新が認証に合格しなかったため、1か月以上遅れました。 しかし、MotoはVerizon Moto Xファームウェアを完成させただけでなく、わずか数週間で認定を受けてデバイスに展開することができました。 これがどのように迅速に達成されたのか、それを実現するためにお金が変わったのかを正確に知っている人はいますが、少なくとも問題は乗り越えられないことを示しています。 2013年のVerizon Droid電話でのKitKatの最近の到着も、これが1回限りではないことを証明しています。

新しくグーグル化されたモトローラは、アップデートを競争上の優位性と見なしているようです。 「Google企業」としての独自の地位は、競合他社とは異なる優先順位を持っていることを意味し、タイムリーな更新がそのリストのかなり上位にあることは明らかです。 それにもかかわらず、群衆から目立つ方法として高速OSの更新を見始めるのはMotoだけではありません。 主要なOEMの少なくとも1社が最近、Android更新プログラムの展開を高速化するという特定の目的のために新しいエンジニアを採用したと、情報筋は語っています。

良いPRとしてのコミュニケーションと更新

完成したコードを公開することは重要ですが、更新計画を顧客に伝えることも重要です。HTCとMotorolaはこの分野で先導的な役割を果たしています。 両社の著名人は、将来のファームウェアのステータスに関する情報を提供するために、定期的にソーシャルネットワークに参加しています。 KitKatの発売直後、HTC Americaの社長であるJason Mackenzieは、90日以内にHTC Oneのキャリアバージョンで新しいOSを入手することを約束しました。 また、HTCは他のどの会社よりも通信事業者の認証についてオープンであり、OTAが最終的にプッシュされる前に更新が必要なユーザーに進捗状況を知らせます。 同社は最近、一部の米国デバイス向けの更新ポータルページを立ち上げ、開発から展開までの各キャリアバージョンの進捗を示しています。

この高速の更新と特定の時刻表の組み合わせ、および公式チャンネルを介した定期的な更新により、HTCはここ数か月で多くの善意を生み出しました。 Motorolaも、迅速なKitKat更新プロセスの裏で良い宣伝の波を楽しんでいます。 しかし、両社は現在のスマートフォン市場の弱者であることを忘れないでください。 サムスンは、比較すると、数十億台の携帯電話を販売し続け、アップグレード計画については前もってほとんど共有していません。

間違いなく、高速更新はエンジニアリングのタスクと同じくらいマーケティング費用です。

したがって、この非常に透過的な新しい更新アプローチは、顧客に新しいものを提供するのと同じくらい優れたPRであると言えます。 消費者はこれまで以上に技術に精通していますが、ほとんどの場合、特にメーカーのカスタマイズが重ねられたデバイス上にある場合、どのAndroidバージョンが実行されているかを知りません。 たとえば、HTCのSense 5.5ソフトウェアを搭載したKitKatは、そのバージョンのSenseを搭載した4.3 Jelly Beanとほぼ同じです。 ユーザーエクスペリエンスがメーカーの「スキン」と刻々と変化するGoogle Play Servicesによって決定されるナットとボルトによって大きく左右される場合、Androidのまったく新しいバージョンの具体的なメリットはそれほど明白ではありません。 そのため、メーカーが新しいAndroidバージョンのアップデートを急いで、ユーザー向けの変更をほとんど行わない場合、それを行うことの価値は、目立って強化された製品を提供できるというよりも、十分な宣伝から得られるはずです。 事実上、それはエンジニアリングタスクと同じくらいマーケティング費用です。

また、KitKat 4.4.1および4.4.2で2回続けて行われたように、Googleがメンテナンス「ポイント」リリースを出荷するとき、早期採用者は更新サイクルを最初からやり直す必要があります。 しばらくの間、悪魔の擁護者を演じるために、おそらくこれが、電話メーカーとキャリアが歴史的にファームウェアの更新に慎重に近づいた理由です。

特効薬なし

上記で行った開発はすべて重要ですが、Androidのアップデートの課題に対する総合的なソリューションはありません。 今でも、過去1年間の進歩にもかかわらず、いくつかの重大な障害が残っています。

チップセットの特性は、電話の年齢ではなく、更新されるかどうかを決定できます。

特定の要因は、依然としてメーカーの直接管理外です。 電話メーカーは、ファームウェアの更新作業を開始するために、BSP（ボードサポートパッケージ）-QualcommやNVIDIAなどのチップセットメーカーのコード-に依存しています。 HTCの最近の更新タイムライングラフィックに示されているように、チップメーカーが特定のチップセットの更新されたBSPを生成しないことを選択した場合、すべての賭けはオフになります。 これは、HTC One X、S、X +、およびGoogle独自のGalaxy Nexusのアップデートの見通しを覆したと考えられているものです。 このプロセスの性質は、携帯電話の年齢ではなく、チップセットの特性が更新されるかどうかを決定できることを意味します。 One X +がDroid DNAとほぼ同時期に登場したことを考えてみましょう。後者はKitKatのラインナップで、前者はJelly Beanにこだわっています。 どの電話が最もよくサポートされるかを決定しようとする消費者にとって、それは素晴らしいことではありません。

特定のキャリアのiPhone 5所有者がiOS 7をさらに1か月待たなければならない場合の抗議を想像してください。

他の厄介な点としては、国やキャリアに基づいた更新のロールアウトの無計画な性質があります。 大手4社のオペレーターが支配している米国市場以外でも、同じソフトウェアの更新のタイミングは、住んでいる場所や（完全に同じ）電話のキャリアのバージョンに応じて、数週間または数か月異なります。 この濁りは、他のプラットフォームのユーザーが対処する必要のないAndroid所有者にとって混乱し、イライラする経験につながります。 たとえば、特定のキャリアのiPhone 5所有者がiOS 7を1か月待たなければならない場合の抗議を想像してください。

ここでの問題は、国際展開に関与する多数の可動部品に関係しています。異なる国の異なる通信事業者、およびOEMの地域部門は、すべて互いに対話する必要があります。 一部の地域では、デバイスのカスタマイズが他の地域より先に行われます。その後、一部の地域は、さらなるカスタマイズと承認のためにキャリアに送信する必要があります。 ロールアウトスケジュールは、多くの場合、技術ライターとして追跡するのが困難になるほどずらされています。 その場合、日常的にこのようなことを行わない普通の人々にはどんな希望がありますか？

段階的なロールアウト、つまり最初に少数のデバイスに更新をプッシュし、その後これを増やしてユーザーベース全体をカバーするプラクティスについても同じことが言えます。 支持者は、これが更新が野生の多数のデバイスで正しく機能することを保証するために必要であると言います。 しかし、新機能を発表してから、一部のユーザーに2、3週間余分に待たせても、この分野でのAndroidの画像の問題は改善されません。 たぶん私たちは単純化しすぎているかもしれませんが、ここでの解決策は、壊れている可能性のあるアップデートをリリースしないことです。

あなたが勝つことができる戦いと戦う

アップデートの問題はエコシステム全体で解決できないかもしれませんが、それはGoogleが物事を改善できないという意味ではありません。

これはすべて、2012年9月の記事で説明した主な問題の1つ、つまりAndroidが実行される非常に多様なハードウェアに関係しています。 ハードウェアとソフトウェアのカスタマイズがマップ全体に広がっている限り、多くのデバイスがOSの最新バージョンを実行することは決してありません。 Androidの性質が変化しない限り（そして、その大きな市場シェアはその多様性に起因するため）、Androidが最新バージョンを実行しているユーザーの70％以上のiOSのような数字を享受する方法はありません。

Androidエコシステム全体の全体像を見ている場合（それが実際に非常に全体像である場合）、新しいOSの展開は比較的遅いままです。 Jelly Beanは、おそらく2014年の大半にわたってプラットフォームの統計全体を支配し続けるでしょう。そして、Android 4.5を（または次のメジャーバージョンが何であれ）、発売後数週間ごとにすべてのデバイスに搭載するのはもちろん夢のようなことです。

Googleは不可能を達成しようとする代わりに、勝つことができる戦いと戦うことを選択します。これにより、有名な主要なデバイス（特に米国）を主要な新しいOSバージョンにできるだけ早く到達させることができます。 ミッドレベルおよびエントリーレベルの携帯電話はまだ順番を待つ必要がありますが、これらの携帯電話もハイエンドの勢いの恩恵を受けることを願っています。

GoogleがAndroid更新の問題に対処する主な2つの方法-Google PlayとGoogle Play Servicesを介してデバイス上で直接、およびGoogle Playエディションプログラムを介してメーカーと-は、来年も引き続き重要です。 製造業者は、どんどん厳しくなる業界で競争する方法として、引き続き迅速な更新を見るべきであり、その結果、キャリアと地域全体での展開プロセスの合理化を期待するかもしれません。

Nexusクラスのデバイスを希望する購入者はより多くの選択肢を得ることができ、その結果、メーカーはより広範なユーザーベースの利益のために、Googleとより緊密に連携します。 その他の場所では、Googleは過去3年間にリリースされたほとんどのデバイスをPlay Servicesを介して新しい機能とAPIで静かに増強し、新しいファームウェアなしで寿命を延ばします。 アップデートの問題はAndroidエコシステム全体では解決できない可能性がありますが、Googleはインテリジェントに取り組み、ゆっくりと、しかし確実にその取り組みの結果とパートナーの成果を確認し始めています。

そしてそれは、Androidアップデートの将来に希望を与えるのに十分です。 2014年に興味を持って見守って、物事がうまくいくかどうかを確認します。 誰が知っているか、おそらくグーグルと友人が彼らの袖の上にもう少しのトリックを持っている。

最新バージョンのAndroidを使用できない理由（2012年9月）