GoogleのAndroidに対する鉄の支配：あらゆる手段を使ってオープンソースをコントロール

6年前の2007年11月、Androidオープンソースプロジェクト（AOSP）が発表されました。そのわずか数か月前に登場した初代iPhoneは、人々の想像力を掻き立て、現代のスマートフォン時代の幕開けとなりました。Googleは初代iPhoneのアプリパートナーでしたが、iPhoneを巡る野放図な競争の未来がどのようなものになるかを予見していました。ヴィック・ガンドトラは、アンディ・ルービンがAndroidを初めて売り込んだ時のことを振り返り、次のように述べています。

彼は、Googleが行動を起こさなければ、私たちは1人の人間、1つの企業、1つのデバイス、1つの通信事業者しか選択肢がないような過酷な未来に直面することになると主張した。

Googleは、Appleがモバイル市場を独占してしまうのではないかと恐れていました。そのため、Googleがモバイル分野で全く足場を築けていなかった当時、iPhoneとの戦いを支援するため、オープンソースプロジェクトとしてAndroidを立ち上げました。

当時のGoogleには何もなかったため、どんな端末でも、ど​​んな端末でも、ど​​んな端末でも、ど​​んなに小さなシェアでも歓迎された。GoogleはAndroidを無料で配布し、Googleサービスへのトロイの木馬として利用するという決断を下した。ある日Google検索がiPhoneから締め出されれば、人々はデスクトップ版のGoogle検索を使わなくなるだろうと考えたのだ。AndroidはGoogle検索の「城」を囲む「堀」であり、モバイル世界におけるGoogleのオンライン資産を守るために存在するのだ。

今日では、状況は少し異なります。Androidはスマートフォン市場のシェアをゼロから80%近くまで伸ばしました。Androidはスマートフォン戦争で勝利したと言えるでしょう。しかし、「Androidの勝利」と「Googleの勝利」は必ずしも同じではありません。Androidはオープンソースであるため、実際にはGoogleの所有物ではありません。誰でも自由にAndroidを入手し、ソースコードを複製し、独自のフォークや代替バージョンを作成することができます。

Windows PhoneとBlackberry 10の苦戦を見ればわかるように、モバイル市場ではアプリの選択肢が全てであり、Androidの巨大なインストールベースは膨大な数のアプリが存在することを意味します。企業がAndroidをフォークする場合、そのOSは既に数百万ものアプリに対応しているため、企業は独自のアプリストアを構築し、すべてのアプリをアップロードするだけで済みます。理論上は、事実上一夜にして、膨大 な数 のアプリを備えたGoogle以外のOSが実現することになります。Google以外の企業がAndroidを現状よりも優れたものにする方法を考案できれば、強力な競合相手となり、Googleのスマートフォン市場における優位性を脅かす可能性があります。これがGoogleの現在の立場にとって最大の脅威です。つまり、Androidの代替となる、成功したディストリビューションです。

そして、いくつかの企業がGoogleとAndroidの分離に取り組んでいます。Androidの代替バージョンとして最も成功し、注目を集めているのはAmazonのKindle Fireです。AmazonはAOSPを採用し、通常のGoogleアドオンをすべて省き、独自のアプリストア、コンテンツストア、ブラウザ、クラウドストレージ、メールを提供しています。中国全土でもAndroidのGoogle部分を省いています。Googleのサービスのほとんどが禁止されているため、唯一の選択肢は代替バージョンです。どちらの場合もGoogleのAndroidコードが使用されており、Googleは何の利益も得られません。

市場シェアゼロの最下位にいる時は、何かを手放すのは簡単です。まさにAndroidが始まった頃です。しかし、首位に立つと、そう簡単にはオープンで歓迎的になるのは難しいものです。Androidは、Googleを守るものから、それ自体が守る価値のあるものへと変化しました。モバイルはインターネットの未来であり、世界最大のモバイルプラットフォームをコントロールすることには計り知れないメリットがあります。今や、オープンソースの魔神を瓶に戻すのはあまりにも困難です。そこで疑問が生じます。オープンソースプロジェクトをどうやってコントロールするのか？

Googleは常に、Androidの代替バージョンに対して何らかの保護策を講じてきました  。多くの人が「Android」として認識しているものは、実際には2つのカテゴリーに分類されます。Androidの基盤となるAndroidオープンソースプロジェクト（AOSP）のオープンソース部分と、Googleブランドのアプリすべてであるクローズドソース部分です。GoogleがAndroidを完全に閉鎖することは決してありませんが、既存のオープンソースプロジェクトに対して優位性を持つためにあらゆる手段を講じているようです。そして、同社の主な戦略は、より多くのアプリをクローズドソースの「Google」の傘下に収めることです。

クローズドソースの拡大

Googleアプリはこれまでもクローズドソースで提供されてきました。当初、このグループは主にGmail、マップ、トーク、YouTubeといったGoogleのオンラインサービスのクライアントで構成されていました。Androidがまだ市場シェアを持っていなかった頃、Googleはこれらのアプリだけを維持し、Androidの残りの部分をオープンソースプロジェクトとして構築することに抵抗はありませんでした。しかし、Androidがモバイルの主力製品となった今、Googleは公開ソースコードに対するより厳格な管理が必要だと判断しました。

これらのアプリの中には、AOSP版に相当するものがまだ存在する場合もありますが、Google独自のバージョンがリリースされると、AOSP版は通常非推奨になります。オープンソースコードが減れば、Googleの競合他社の作業が増えることになります。オープンソースアプリを廃止することはできませんが、今後の開発をクローズドソースアプリに移行することで、アバンダンウェア化することは可能です。Googleがアプリのブランドを変更したり、Androidの新しい機能をPlayストアにリリースしたりすることは、多くの場合、ソースコードがクローズドになり、AOSP版が廃止されたことを示す兆候です。

検索

まずは検索アプリから始めましょう。これは、Google が AOSP 機能を複製すると何が起こるかを示す優れた例です。

2010年8月、Googleは音声操作機能を発表しました。これにより、同社は（当時の）Android Marketに「Google検索」を導入しました。当時はFroyoの時代でした。上の写真は、Android 4.3で動作する最新バージョンのAOSP検索とGoogle検索です。ご覧の通り、AOSP検索は未だにFroyo（Android 2.2）の時代から立ち往生しています。Googleはクローズドソースアプリをリリースするとすぐに、オープンソース版を放棄しました。Google版には、音声検索、オーディオ検索、テキスト読み上げ、アンサーサービス、そしてGoogleの予測アシスタント機能であるGoogle Nowが搭載されています。AOSP版では、ウェブ検索とローカル検索が可能ですが…それだけです。

音楽

Googleがクラウド音楽サービスを初めてデモしたのは2010年のGoogle I/Oでした。まさにその頃、AOSPミュージックアプリは時が止まったかのような状態でした。今でも、見た目も動作もFroyoアプリのようです。

Play Musicは、Googleのクラウド音楽ストレージへのアクセスに加え、巨大な音楽ストアとサブスクリプションオプションも追加されました。また、ユーザーインターフェースも数回にわたり再設計され、イコライザーとChromecastのサポートも追加されました。この2つのアプリは今では大きく様変わりしており、かつて同じものだったとは想像しがたいほどです。

カレンダー

Googleカレンダーは、最近クローズドソース化されたアプリの一つです。Androidコミュニティへのこの取り組みのアピール方法は、いつも実に面白いです。「標準カレンダーが誰でも使えるようになりました！Playストアからアップデートできるようになりました！機能も増えました！」（そうそう、今はクローズドソースになっています）。

これは最近分割されたため、2つのバージョン間の違いはそれほど大きくありません。Googleカレンダーはデバイス間で通知を同期し、アイコンも新しくなりました。AOSPカレンダーがすぐにこれらのアップデートを受けるとは思えません。

キーボード

キーボードでさえ、クローズドソースの蔓延から逃れることはできません。数か月前、Googleは標準キーボードにSwypeのようなジェスチャー入力機能を追加しました。これはPlayストアで「Googleキーボード」という新しいアプリとしてリリースされました。そのソースコードはどこにあると思いますか？AOSPにはありません。上の画像は、2つのキーボードの設定です。Googleキーボードにはスワイプ入力のオプションがありますが、AOSPにはありません。Googleキーボードのリリースと同時に廃止されたのです。

ギャラリー/カメラ

カメラとギャラリーは、実際には単一のAPK（Androidアプリケーションパッケージファイル）です。AOSP版は「Gallery2.apk」、Google版は「GalleryGoogle.apk」です。上の画像でわかるように、PhotospheresはGoogle版のみで利用可能で、革新的なカメラモードはAOSPでは利用できません。オープンソース版ではGoogle+アルバムとの連携も行われていません。通常の動作では、クラウドベースのGoogle+アルバムがローカルアルバムと並べて表示されます。

しかし、ここでGoogleの功績を称えなければなりません。AOSP版は機能面では追いついていないものの、4.3で導入された新しいデザインはAndroidのソースコードに反映されています。

未来

まだリリースされていませんが、次にリリースされるのは標準のSMSアプリです。Googleハングアウトにテキストメッセージ機能を統合し、iMessageに本格的に対抗するよう求める声は高まっていますが、そうなるとAndroidのSMS機能をクローズドソースアプリに移行することになります。Googleが実際に移行を実行すれば、Androidのバージョンを1～2バージョン程度でSMSアプリがデフォルトアプリから消えるでしょう。これは、Googleが標準のウェブブラウザを廃止してChromeを採用した時と似ています（ただし、Chromeの大部分はまだオープンソースです）。

ハングアウトがSMSを統合すると、AOSPメッセージングアプリは完全に廃止されるでしょう。メッセージングアプリは既に廃止への道半ばにあるように見えます。（Android 4.0での大幅な再設計以来、大きなアップデートは行われていません。）ですから、これがついに実現した時、その裏に隠されたメッセージが何を意味するかは明らかでしょう。オープンソースのテキストメッセージングアプリは終焉を迎えるのです。

オープンソースのギャラリーも、次に切り捨てられる対象です。次期Android「KitKat」のリーク画像には、「Googleフォト」という新しいアイコンが見られます。アルファベット順で「メール」と「Gmail」の間にあるはずの「ギャラリー」が、なぜか見当たらないのです。Googleフォトはこれまで見たことがありませんが、既存のGoogleアプリ「G+フォト」と同じアイコンを使用しています。AOSPギャラリーは廃止され、Google+に大きく依存するクローズドソースアプリに置き換えられるようです。これは、Googleの新たなウォールドガーデンの究極の形と言えるでしょう。

• Google検索アプリは、常時接続で常に聞き取り可能なGoogleアシスタントとしてAndroidに深く統合されています。また、Googleデバイスでは、Google検索アプリがホーム画面とアプリドロワーも表示します。
• Google キーボードが「Gboard」になり、Google 検索や GIF 検索などが統合され、これまで以上に Google らしくなりました。
• オープンソースのギャラリーは、Google フォトに取って代わられて本当に消滅しました。
• Google の Pixel 用カメラ アプリには、優れた写真を生成する独自のカメラ アルゴリズムが搭載されています。
• AOSP 電子メール アプリは廃止され、Gmail アプリが Gmail 以外のアカウントからメールを取得するようになりました。
• この記事以降、Google はハングアウトから Allo、そして Android メッセージへと移行しましたが、当分の間、AOSP アプリでテキストメッセージを送信することはできなくなります。 

メーカーの囲い込み

Google はオープンソースのコードベースを可能な限り管理しようとしているが、消費者向けアプリ側を所有することが同社の唯一の権力戦略ではない。

ある企業が AOSP をフォークし、Google アプリを複製して、Google の Android の有望な競合製品を作ることができたとしても、それに対応するデバイスを開発してもらうのは困難でしょう。オープン マーケットであれば、Android OEM に電話して切り替えを説得するだけで済むでしょうが、Google はそれを少しばかり難しくしようとしています。モバイルにおける Google の真の力は、Google アプリ (主に Gmail、マップ、Google Now、ハングアウト、YouTube、Play ストア) を管理していることにあります。これらは Android のキラー アプリであり、大手 (および中小) メーカーはこれらのアプリを自社の携帯電話にインストールしたいと考えています。これらのアプリはオープン ソースではないため、Google からライセンスを取得する必要があります。この時点で、映画「 ゴッドファーザー」のワンシーンを思い浮かべることができます。なぜなら、これらのアプリには、いくつかの要件が付随するからです。

公式の要件ではないかもしれませんが、  Open Handset Alliance（OHA）に加盟すれば、  Googleアプリライセンスの取得がはるかに 容易になります。OHAはAndroid（GoogleのAndroid）に注力する企業グループで、メンバーは契約上、Googleが承認していないデバイスの開発を禁じられています。 つまり、OHAに加盟するには、企業は自社の存続を賭け、競合するAndroidフォークを搭載したデバイスを開発しないことを約束する必要があるのです。

Acerは、中国でAlibabaのAliyun OSを搭載したデバイスを製造しようとした際に、この要件に引っかかりました。AliyunはAndroidのフォークOSであり、Googleがこの件を知った際、Acerはプロジェクトを中止するか、Googleアプリへのアクセスを失うかの選択を迫られました。Googleは、この件について公式ブログに投稿しました。

Androidは誰でも自由に使える自由を維持していますが、Androidエコシステムの恩恵を受けられるのはAndroid対応デバイスのみです。Open Handset Allianceに参加することで、各メンバーは互換性のない複数のバージョンではなく、単一のAndroidプラットフォームに貢献し、構築することができます。

これは、欧米でAndroidフォークを販売する唯一の大胆な企業、Amazonにとって非常に困難な状況を生み出します。Kindle OSはAndroidの非互換バージョンとみなされるため、大手OEMはAmazon向けにKindle Fireを製造することが許可されていません。そのため、Amazonが次世代タブレットの製造業者を探す際には、Acer、Asus、Dell、Foxconn、富士通、HTC、Huawei、京セラ、Lenovo、LG、Motorola、NEC、Samsung、Sharp、Sony、東芝、ZTEを直ちにリストから除外しなければなりません。現在、AmazonはKindle Fireの製造を、主にノートパソコンの製造で知られるQuanta Computerに委託しています。Amazonに他に選択肢はほとんどないでしょう。

OEMにとって、これはGoogleのAndroidからフォークへと徐々に移行することが許されないことを意味します。競合するフォークを搭載したデバイスを1つでも出荷した瞬間、彼らは死の接吻を受け、Androidファミリーから追放されます。完全に決別しなければなりません。これは設計上、既存のAndroid OEMにとって、フォークされたAndroidへの移行を恐ろしいものにしています。Googleの崖から飛び降りなければならず、後戻りはできません。

Google Appsのライセンス取得を希望するOEMは、Googleの「互換性」テストに合格する必要があります。互換性テストに合格することで、Playストアにあるすべてのアプリがデバイス上で動作することが保証されます。また、Googleにとって「互換性」は流動的な概念であり、かつてAndroidエンジニアが社内で「[OEM]に我々の思い通りに動かせるクラブ」と表現したほどです。Googleは現在、デバイスの「互換性」テストを行う自動ツールを提供していますが、Google Appsのライセンスを取得するには、依然として企業がGoogleに個人的にメールを送信し、いわば「指輪にキス」する必要があります。こうした手続きのほとんどは密室での合意や秘密契約を通じて行われるため、私たちが入手している情報の大部分は、GoogleとAndroidから離脱する可能性のある企業（Acerなど）との間の公的な論争や訴訟から得たものです。

もう一つのコントロールポイントは、Googleアプリがすべて単一のバンドルとしてライセンスされていることです。つまり、Gmailとマップを使いたい場合は、Google Play開発者サービス、Google+、そしてGoogleがパッケージに追加したいその他のアプリも利用する必要があります。Skyhookという企業は、Android向けに競合する位置情報サービスを開発しようとした際に、このことを痛感しました。Skyhookのサービスに切り替えると、Googleはユーザーから位置情報データを収集できなくなります。これはGoogleにとって不利なことだったため、Skyhookは「互換性がない」と宣言されました。Googleアプリを希望するOEMは、その使用を許可されませんでした。Skyhookは訴訟を起こし、現在も係争中です。

ブロートウェアでテストする

ほとんどのOEMにとって、Googleエコシステムから離脱しても成功し続けるというのは夢物語に過ぎません。OEMがマウンテンビューの怒りを買うことなくGoogleフリーの環境を試す一つの方法は、Googleアプリの代替バージョンを作成することです。これは、多くの人が「ブロートウェア」と呼んで軽視しているものです。ブロートウェアは、ソフトウェアエンジニアリングにおける「もし～だったら」という思考実験のようなもので、OEMはGoogleのコアアプリをすべて複製し、ウォールドガーデンの外の世界がどれほど厳しいものになるかを試そうとします。

Samsungはこの点で特に「優れた」仕事をしており、独自のユーザーアカウントシステム、バックエンド同期、アプリストアまで備えています。また、Googleアプリの代替となるアプリ群も最も充実しています。インターネット、メール、カレンダーなど、これらの多くはAOSPに由来していますが、Googleがクローズドな代替アプリに取って代わった後も、Samsungは機能を追加し続けました。

Googleアプリを搭載したスマートフォンに、カレンダーアプリが2つも入っているのは、馬鹿げていて冗長に思えます。しかし、多くのOEMは、ブロートウェアを、事態が悪化した場合の重要な戦略的フォールバック、つまり「プランB」と捉えています。Googleが不適切な行動を取り、OEMが撤退を余儀なくされた場合、その企業は少なくとも見込み顧客に提示できるものが必要です。OEMは、出荷するスマートフォンにブロートウェアを同梱します。「まあ、やらない理由がない」という理由で。そして、貴重なフィードバックを得ています。これは冗長性を生み出し、ユーザーの混乱を招く一方で、一部のユーザーはOEM版のコアアプリを好むかもしれません。

これほど膨大な代替アプリのリストを見ると、SamsungはいつでもGoogleから乗り換える準備ができているように見えるかもしれない。しかし、Googleアプリを模倣することは、Googleエコシステムから脱却するために必要な膨大な努力のほんの一部に過ぎない。OEMがAndroidに本当に求めているのは、膨大なサードパーティ製アプリの選択肢だ。Googleはこれが最大の弱点であることを認識しており、アプリエコシステムもGoogleに依存するように取り組み始めている。

サードパーティ製アプリのロックイン

Play Servicesのアップデートの影響については以前も取り上げましたが、Androidのフォークとの戦いにおいて、Play Servicesは大きな武器となります。Play ServicesはGoogleが所有し、Google Appsパッケージの一部としてライセンス供与されているクローズドソースアプリです。「通常の」AndroidからGoogle Play Servicesに移行している機能は、オープンソースからクローズドソースへの移行でもあります。このアプリは、独占的なクローズドソース機能でユーザーを魅了するだけでなく、Google独自のAPIでサードパーティ開発者を囲い込むという巧妙な手法を駆使しています。

AndroidアプリのエコシステムをGoogleから奪うのは簡単そうに思えます。独自のアプリストアを立ち上げ、開発者にアプリをアップロードするよう説得すれば、それで成功への道は開けます。しかし、Play開発者サービスに同梱されているGoogle APIは、開発者にGoogleへの依存をアプリに組み込ませることで、この状況を阻止しようとしています。GoogleのGoogle Play開発者サービス戦略は、「Androidアプリエコシステム」を「Google Playエコシステム」へと転換することです。Googleが承認したデバイスでは開発者の作業を可能な限り容易にし、Googleが承認していないデバイスでは開発者の作業を可能な限り困難にすることです。

Google API を使って Kindle や Google 以外の AOSP でアプリを実行しようとすると、驚くかもしれません。アプリが壊れてしまいます。Google の Android は Android マーケットで大きな割合を占めており、開発者はアプリを簡単に開発し、スムーズに動作させ、幅広いユーザーにリーチすることだけを考えています。Google API はこれらすべてを実現しますが、その副作用として、アプリはデバイスが Google Apps ライセンスを持っているかどうかに左右されることになります。

Google マップ API

Google Maps API を使用すると、アプリで Google の地図データを使用できます。地図上に天気情報を重ねたり、旅行アプリで位置情報を表示したりするのに非常に便利です。ただし、これは Google サービスの一部であり、Android の一部ではないという点が問題です。Maps API を利用すると、Google が承認していないデバイスではアプリが動作しなくなります。

これを受けて、AmazonはNokiaから地図データのライセンスを取得し、Google Maps APIのクローンを開発せざるを得なくなりました。同社は、Google Mapsからアプリを移行するための専用ページも用意しています。繰り返しますが、Googleは自社のエコシステム内では簡単に移行できるようにしつつ、その外では非常に困難にすることを重視しています。Kindleでアプリを動作させたい場合、2つの異なるMaps APIをサポートする必要があります。

Androidの開発者、つまりAmazonにとっては、これは非常に厳しい状況です。Nokiaにライセンス料を永遠に支払うか、自力で地球全体をマッピングするか、どちらかを選ばなければなりません。Amazonはまた、Googleの猛烈な開発ペースに追いつく必要に迫られています。AmazonのMaps APIはGoogle Maps API v1をサポートしていますが、Googleは既にv2まで対応しています。もしあなたが開発者で、Maps API v2の新機能に依存しているのであれば、Amazonはまだそれをサポートしていません。これで、やるべきことはさらに増えることになります。

Google クラウド メッセージング

Google Cloud Messaging（GCM）はAndroidでプッシュ通知を行う最も簡単な方法ですが、AOSPではまだ見かけません。GCMは最近I/O 2013でPlay Servicesに追加され、通知の受信だけでなく、メッセージをアップストリームにプッシュする機能も備えています。デバイス間で通知を同期する新機能はGCMによって実現されています。開発者はGCMを、最新ニュースをデバイスにプッシュしたり、新しいデータが利用可能になったため同期を実行する必要があることをアプリに通知したりするためによく利用しています。

Googleマップは少数のアプリでしか利用されていないように思えるかもしれませんが、実際にはプッシュメッセージングは​​多くのアプリで活用されています。Amazonは、他社に取り残されないために、この機能も模倣せざるを得ませんでした。Amazon版は「Amazon Device Messaging」と呼ばれ、Amazonデバイスでのみ動作します。Maps APIと同様に、ごく少数のユーザーを対象に、追加の作業とテストを行う必要があります。Amazon版にはGCMのすべての機能が搭載されているわけではないため、その回避策を見つけるための追加作業が必要になります。

位置情報API

Google I/O 2013において、GoogleはAndroidの位置情報APIを刷新し、Google Play開発者サービスの一部としてリリースしました。つまり、Androidの最高レベルの位置情報サービスはクローズドソースになったということです。上記の経緯が示唆するところによると、オープンソースの位置情報スタックは今後衰退していくでしょう。追加された機能には、Androidの位置情報アルゴリズムを「完全に書き換えた」Fused Location Provider、ユーザーが地図上に位置を定義でき、その位置を入力するとアプリでイベントをトリガーするジオフェンシング、そして加速度計データと高度なアルゴリズムを用いてユーザーが歩いているのか、自転車に乗っているのか、運転しているのかを判別するアクティビティ認識などがあり、これらはすべてGPSをオンにすることなく行えます。

Maps APIとGoogle Cloud MessagingはGoogleサーバーに依存しているため、独自アプリに統合するのは理にかなっています。しかし、位置情報スタック全体を移行するのは、Googleによる大規模な権力奪取のように思えます。現在、位置情報を取得する方法は2つあります。1つは、消費電力が少なく、優れたGoogle独自のクローズドソース方式、もう1つは、バッテリー消費が激しい、粗悪なオープンソース方式です。

アプリ内購入

Androidにおけるアプリ内課金は、Google Playストア経由が最も効果的です。しかし、開発者がアプリをKindleや中国で動作させたい場合、別の解決策を探さざるを得なくなります。これは、AOSPフォークとして機能させるには、実際にそれを再現する必要があるもう1つの機能であり、AmazonがAmazonアプリ内課金APIで行ったのと全く同じです。Samsungも2年前にアプリ内課金APIを導入しており、この流れに乗っています。

ゲームをプレイする

Play Gamesは、モバイル開発者にとって多くの難題を解決する独自のAPIです。ユーザーアカウント、リーダーボード、実績、クラウドセーブ、著作権侵害対策、そして（Androidでは）リアルタイムマルチプレイヤーへの容易なアクセスを提供します。何より素晴らしいのは、Webアプリ、iOS、Androidなど、ほぼすべてのプラットフォームで動作する点です。ただし、  AOSPはサポートされていません。AOSPは、サードパーティ製アプリが依存する可能性のある、別のAndroidディストリビューションで再現する必要のある要素の一つです。

Amazonには「GameCircle」と呼ばれるゲームAPIセットがありますが、Amazon Maps APIのようにPlayゲームの代替品として使えるわけではありません。開発者は、マルチプレイヤーゲームを動作させるための全く別の実装を時間をかけて開発する必要があります。

iOSをサポートすることでロックインをサポート

Googleの戦略において、悪の天才とまではいかないまでも、Google APIの90%がiOSでもサポートされているという点が挙げられます。開発者の立場になって、Google APIを使うかどうかを決めてみてください。Googleのソリューションの多くは、クラス最高の使いやすさ、機能性、そして実装の容易さを提供しています。Googleは主要なモバイルプラットフォームを2つともサポートしているため、潜在的なユーザーベースの大部分をカバーできます。唯一の欠点はAndroidフォークでは動作しないことですが、AOSPフォークはターゲットデバイスのほんの一部にしか対応していないでしょう。

おそらくほとんどの開発者はGoogle APIに「イエス」と答えるでしょう。では、Kindleやその他のAndroidフォークについてはどうすべきでしょうか？開発者は、代替APIソリューションをほぼ独力で探すことになりますが、そのソリューションは時代遅れだったり、既存のアプリと完全には連携しない可能性があります。もしこの代替ソリューションが完璧な代替ソリューションでない場合、開発者は不足している機能を中心にアプリを設計する必要があります。これは、現在のiOS + Androidユーザーベースと比較すると非常に少ないユーザー数です。では、この独立したエコシステムを構築しようとすることに、果たして価値があるのでしょうか？投資した時間に対する見返りは得られるのでしょうか？「フォークされたAndroidなんてどうでもいい」と言って、それに伴う余分な作業や質疑応答をすべて省くのは簡単です。

サムスンはどこにも行かない

このセクションでは、AmazonがGoogleなしでも生きていけるのに、Samsungがそうでない理由が示されています。AmazonはGoogle APIを模倣する一方で、Samsungは現在Googleに依存しているサードパーティ開発者に対して十分な回答を用意していません。SamsungがGoogleエコシステムから離脱するという憶測は、同社が地図データのライセンス供与やクラウドメッセージングAPIの構築を行うまでは時期尚早です。

Amazonはこれまで順調に追いついてきましたが、同社はインターネット上で誕生した企業です。サーバーとソフトウェアが同社の得意分野であるため、クラウドサービスを多数構築することは大きな変化ではありません。一方、Samsung Electronicsは、エレクトロニクス企業であり、クラウドインフラやAPIの構築は同社のDNAではありません。そのため、Amazonはクラウドサービスプラットフォームを基盤に数年でこれを実現できる一方、Samsungにははるかに困難な道のりが待ち受けています。