[[87934]]

Google はどのようにしてオープンソースの Android システムを徐々に強固に管理するようになったのか? (パート 1)

OEMブランドやサードパーティ製アプリケーション開発者の大多数にとって、クローズドソースのGoogle Androidを選択することは「断れない誘い」です。Googleの極めて高品質なAPIリソースは、OEMや開発者がGoogleを中心とした相互制約的な「結束」から抜け出すことを不可能にしています。Androidの派生版（Android Forker）は、この流れを打破することが困難であり、Googleの禁止事項に違反する追随者は必然的に処罰の対象となります。

OEMメーカーの固定化

Googleはオープンソースのコードベースの価値を低下させようと懸命に努力していますが、アプリをアップグレードしてクローズドソース化することだけが、Googleがこの競争に勝つ唯一の方法ではありません。たとえより強力なAndroidが突如登場したとしても、多くのメーカーの支持を得るのは難しいでしょう。競争の激しい市場において、OEMを確保することはそれほど難しくありませんが、Googleはそれをますます困難にしています。

Googleのモバイルにおける支配力は、主にGmail、マップ、Google Now、ハングアウト、YouTube、そしてPlayストアといったアプリ群に起因しています。これらはAndroidのキラーアプリであり、大手メーカーも中小メーカーも自社デバイスへの導入を望んでいます。しかし、これらのアプリはオープンソースではないため、Googleのライセンスが必要です。これは当然のことながら、映画『ゴッドファーザー』のワンシーンを想起させます。「断れない申し出」だからです。

[[87935]]

厳格なルールではありませんが、Open Handset Alliance（OHA）に加入し、Googleライセンスを取得すると、物事がはるかに簡単になります。OHAはAndroid（GoogleのAndroid）と契約を結んでいる企業の連合体であり、この契約では、どの企業もGoogleの許可なしにAndroidデバイスを製造することはできません。OHAに加入することは、隷属契約に署名するのと同じであり、そのデバイスでは他のバージョンのAndroidを実行できないことを意味します。

Acerは、AlibabaのAliyunシステム（Androidの派生製品）を使用したことでペナルティを受けました。これを知ったGoogleは、直ちにAcerによるGoogleアプリへのアクセスを遮断しました。Googleは公式ブログでこの件について説明しました。

これは、欧米諸国で唯一「異端」のAndroidデバイスブランドでありながら、断固とした抵抗を続けているAmazonにとって、困難な状況を生み出しました。Kindle OSは互換性がないため、大手OEMはAmazon向けにKindle Fireを製造できません。そのため、Amazonが次のタブレットメーカーを探す際、Acer、Asus、Dell、Foxconn、富士通、HTC、Huawei、京セラ、Lenovo、LG、Motorola、NEC、Samsung、Sharp、Sony、東芝、ZTEといった多くの企業を意図的に避けなければなりませんでした。現在、AmazonはKindleデバイスの注文をすべてノートパソコンメーカーのQuanta Computerに委託しています。これはAmazonがやむを得ず行った選択なのかもしれません。

つまり、Googleに「忠誠を誓う」OEMは、死神のキスを受け、Android陣営から追放されることになります。Googleとの繋がりを断つことは、どのOEMにとっても恐ろしい見通しです。Google Androidを選択することは、出口のない一方通行です。

Google Appsのライセンス取得を希望するOEMは、Googleのいわゆる「互換性テスト」を受ける必要があります。互換性テストは、Playストアのアプリが特定のブランドデバイスで動作することを保証するものです。「互換性」はGoogleにとって特別な意味を持ち、社内のエンジニアはこれを「OEMに従わせるロック」と呼んでいます。Googleはデバイスの「互換性」をテストするための自動ツールをリリースしていますが、OEMはGoogleアプリへのアクセスを得るために、依然としてメールでGoogleと非公開でやり取りする必要があります。これらの契約は、主に水面下で交渉されます。

さらに、Googleアプリのライセンスを取得するOEMは、そのライセンスを完全に受け入れる必要があります。Gmailやマップを利用するには、Google Play開発者サービス、Google+、そしてGoogleがプランに含めるべきと判断するその他のサービスも受け入れる必要があります。位置情報ベースのWi-FiサービスプロバイダーであるSkyhookは、Androidプラットフォーム向けの位置情報サービスを開発する際に大きな障害に直面しました。OEMデバイスにSkyhookのサービスが組み込まれている場合、Googleはユーザーの位置情報データを収集することができなくなります。これは明らかにGoogleにとって不利なため、Skyhookは「互換性がない」と判断されました。その後、SkyhookはGoogleを提訴し、この訴訟は未解決のままです。

シャドウソフトウェア

ほとんどのOEMにとって、Googleエコシステムの外で生き残ることはまさに夢物語です。Googleを怒らせることなく独立性を維持する一つの方法は、Googleアプリの派生製品をフルスイートで提供することですが、これはしばしば「冗長なソフトウェア」として批判されます。

Samsungはその好例です。独自のアカウントシステム、クラウド同期、アプリストアに加え、インターネット、メール、カレンダーといったGoogleアプリの代替となるアプリ群も豊富に提供しています。これらのアプリは依然としてAOSPベースですが、Samsungは長年にわたりユーザー向けに独自のアップグレードサービスを提供してきました。

1台のデバイスに2つのカレンダーアプリをプリインストールするのは、一見ばかげていて面倒に思えますが、多くのOEMはこれをGoogleアプリに対する代替案、つまり万が一の事態に備えたバックアッププランと捉えています。仮にGoogleが予測不能な行動を取り、Googleが市場から撤退を余儀なくされたとしても、少なくとも潜在的な消費者に提示できるものがあり、貴重なフィードバックを集めることができるのです。なぜそうしないのでしょうか？

これはユーザーにとって煩わしく混乱を招くかもしれませんが、一部のコアアプリケーションについてはOEM提供バージョンを好むユーザーも少数ながら存在するかもしれません。Samsungの今回の動きは戦略転換の可能性を示唆しているように思われますが、シャドーアプリ群を作成することは、Googleエコシステムからの脱却に向けた限定的な試みです。OEMがAndroidで真に評価しているのは、サードパーティ製アプリケーションの豊富な選択肢です。Googleはこれが最大の弱点であることを認識しており、そのため、既にアプリエコシステム全体のサードパーティ製アプリケーションへの依存度を高める取り組みを始めています。

サードパーティ製アプリケーションをロックする

[[87936]]

Play Servicesは、GoogleがAndroidの派生版に対抗するための重要なツールです。Googleのクローズドソースアプリとして、Google Appsバンドルと共にOEMにライセンス供与されています。「通常の」Androidバージョンの機能をGoogle Play Servicesに移植することは、オープンソースからクローズドソースへの移行を意味します。この戦略は、排他的で独占的な機能でユーザーの興味をそそるだけでなく、APIライセンスを通じてサードパーティのアプリケーション開発者をしっかりとコントロールすることを目指しています。

Googleのアプリエコシステムから脱却するのは簡単そうに思えます。独自のアプリストアを構築し、開発者にアプリをそこに掲載するよう説得すれば、独立して開発できるのです。しかし、Googleはサードパーティ製アプリの自社プラットフォームへの依存度を高めようとしています。いわゆる「互換」デバイスでアプリを開発することを選択した開発者はますます業績を伸ばしている一方で、Google Androidシステム以外のデバイスで開発を行う開発者は業績が悪化しています。Googleの戦略は、実際には「Androidアプリエコシステム」を「Google Playエコシステム」へと転換することにあります。

Google APIを使用して、このアプリをKindleやその他のAOSPバージョンで実行しようとすると、驚くかもしれません！クラッシュするのをただ見ているしかありません。Google Androidは世界市場シェアの80%を占めており、開発者が本当に重視しているのは、アプリ開発プロセスの簡素化、スムーズな操作の確保、そしてより多くのユーザーへのリーチです。Google APIはこれらのニーズを簡単に解決できますが、唯一の欠点は、アプリがGoogle Appsライセンスのデバイスに依存しなければならないことです。

Google マップ API

Googleマップとの連携により、Googleマップのデータにアクセスできるようになるため、天気予報や旅行アプリの開発が大幅に容易になります。唯一の欠点は、このGoogleサービスがオープンソースのAndroidサービスではないことです。Maps APIを選択するということは、必然的に開発プラットフォームとしてGoogle対応デバイスを選択することを意味します。

その結果、AmazonはNokiaからライセンス供与された地図データを使用し、Google Maps APIを複製せざるを得なくなりました。同社は開発者向けに、Google Mapsからアプリを移行する方法を解説する専用ページまで用意しました。Googleは自社のエコシステムを最適化することに長けており、それが意図せずして外部のエコシステムの存続を困難にしています。Kindleでスムーズに動作させるには、2つの異なるマップAPIとの互換性が必要です。

これにより、Android派生製品は難しい立場に立たされます。AmazonはNokiaに毎年ライセンス料を支払うか、独自のマップサービスを一から開発するかの選択を迫られます。さらに悪いことに、AmazonはGoogleのペースに追いつくために常に開発ペースを調整しなければなりません。AmazonのMaps APIはGoogle Maps API v1をサポートしていますが、開発者がMaps API v2の新機能を利用する必要が生じた場合、Amazonは非常に多忙になります。

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

[[87937]]

Google Cloud Messaging（GCM）は、Androidプラットフォーム上でプッシュ通知を行う最もシンプルで使いやすい方法ですが、AOSP版には搭載されません。2013年のI/OカンファレンスでPlay Servicesに導入されました。GCMの主な機能は、開発者がプラットフォーム間でインスタントメッセージを同期的にプッシュできるようにすることです。

位置情報API

[[87938]]

Google Maps APIはニッチなアプリケーショングループにしか適用できないかもしれませんが、何らかの理由でプッシュ通知機能を組み込むアプリが増えています。Amazonは後れを取りたくないため、この新機能を模倣せざるを得ませんでした。その派生版である「Amazon Device Messaging」は、Amazonデバイスのみをサポートしています。Maps APIの場合と同様に、Amazonは依然として多大な労力を費やす必要がありますが、ユーザーベースが非常に小さいという現実を受け入れなければなりません。さらに、Amazon版にはGCMのすべての機能が統合されていない可能性があり、Amazonの負担は相当なものになるでしょう。

Google I/O 2013において、GoogleはAndroid Location APIを再設計し、Google Play開発者サービスに統合しました。つまり、最新のAndroid位置情報サービスはクローズドソースになったということです。上記の例で十分であれば、以前のオープンソースの位置情報サービスは廃止せざるを得なくなったということです。Fused Location Provider（全く新しい位置情報アルゴリズムを使用していると報じられている）に加え、新機能にはジオフェンシングとアクティビティ認識があります。前者はユーザーに位置情報に基づいたアクティビティの推奨を提供し、後者は加速度計データと高度なアルゴリズムを組み合わせて、ユーザーの歩行、サイクリング、運転などのアクティビティ状況を判別します。これらはすべてGPSを有効にする必要がありません。

Maps APIとGCMはどちらもGoogleサーバーに依存しているため、スタンドアロンアプリがこれらを統合する理由は十分にあります。しかし、Googleの優位性により、位置情報サービス全体はどこにでもあるような状況になっています。現在、位置情報サービスを入手するには2つの選択肢があります。1つは、Googleが提供するエネルギー効率が高く高品質なクローズドソースサービスを入手すること、もう1つは、扱いにくく電力消費の多いオープンソースサービスを選択することです。

アプリ内購入

Androidで最も効果的なアプリ内購入は、間違いなくGoogle Playストアで行われます。開発者がKindleを選択したり、中国でアプリを開発したりする場合、別のプラットフォームを探すしかありません。これは、GoogleのAndroidから脱却したいのであれば、常にそのサービスを模倣する必要があることを改めて証明しています。AmazonはAmazonアプリ内購入APIをリリースしました。Samsungでさえ、2年前に同様の対策を講じており、この戦いに挑んでいます。

ゲームをプレイする

Playゲームは、モバイル開発者の様々な問題を解決する独自のAPIです。ユーザーアカウント、リーダーボード、ポイント管理、クラウドセーブ、マルチプレイヤーゲームメカニクスなどのモジュールを簡単に統合できます。最大のメリットは、AOSPでカバーされているプラ​​ットフォームを除くクロスプラットフォームの互換性です。これは、サードパーティ製アプリケーションが生き残るために依存しているAPIであり、派生的なAndroidプラットフォームはこれを模倣する必要があります。Amazonには「GameCircle」というAPIがありますが、その機能はPlayゲームと重複していないため、AmazonのAPIを選択するゲーム開発者は、完全に独立したマルチプレイヤーゲームモジュールを開発する必要があります。

iOS経由で開発者を締め出す

Googleの優れた点の一つは、APIの90%以上がiOSプラットフォームをサポートしていることです。開発者の視点で考えてみてください。GoogleのAPIを使いますか？Googleのソリューションは、ユーザビリティ、機能性、使いやすさの点で最高レベルであることが多く、2つの主要プラットフォームをサポートしているため、GoogleのAPIを選択すれば、潜在的なユーザーの大部分をカバーできます。唯一の欠点はAndroid派生製品との互換性がないことですが、すべてのAndroid派生製品の背後には、あなたが関心を持つ少数のターゲットデバイスが存在します。

多くの開発者はGoogle APIを採用するかもしれませんが、同時に次の問いにも答える必要があります。Kindleと他のAndroidバージョンとをどのように差別化するか？ 開発者は他の代替APIソリューションを選択する自由がありますが、これらの代替ソリューションには、時代遅れ、互換性がない、機能不足などの欠陥がある可能性があります。製品設計に重点を置く開発者は、通常、これらのニッチなAndroid派生バージョンを断固として放棄し、多くの不要な作業を省きます。

サムスンは大したことはないだろう。

AmazonがGoogleから独立して生き残れるのに、Samsungがそうできない理由を説明しましょう。Amazonは本質的にGoogle APIの模倣ですが、Samsungはそれ以上にその点で劣っています。SamsungがGoogleのエコシステムから離脱するという憶測は、SamsungがGoogleの地図データをライセンス供与したり、独自のクラウドベースのプッシュ通知APIを開発したりしない限り、時期尚早です。

Amazonは確かに野心的ですが、インターネット業界で生まれた企業です。サーバーとソフトウェアサービスがコアコンピタンスであるため、クラウドサービススイートの開発は画期的なことではありません。一方、Samsungはエレクトロニクス企業であり、クラウドインフラやAPI開発のDNAが欠けています。そのため、Amazonはクラウドプラットフォームのおかげで急速にGoogleの追随者となることができましたが、Samsungはそれに追いつくのに苦労しています。

前述の通り、Samsungは独自のアプリ内課金SDKをリリースすることで一定の進歩を遂げています。興味深いことに、Samsungは広告SDKも提供していますが、そこから得られる収益はそれほど多くありません。一方、GoogleはAndroid、iOS、Android派生OS、さらにはWindows Phoneを含むすべてのプラットフォームで広告をサポートしています。

オープンソースは達成不可能に思えるもの

Google Androidに挑戦したい企業は、この記事で紹介したサービスを再現する必要があります。それでも、Google Androidとの競争は引き分けに見えるだけでしょう。ユーザーにGoogle Androidを捨てて自社のAndroidに乗り換えるだけの説得力のある理由を与える必要があります。

Googleは実質的に独自のシステムを構築し、基本的なクラウドサービスとマップを無料で提供しています。ニーズのある企業は、必然的にGoogleのサービスを利用するでしょう。Amazonは例外かもしれませんが、考えてみてください。Googleはマップを通じて広告を販売することで収益を上げていますが、AmazonはユーザーのためにNokiaに毎年料金を支払わなければなりません。これは、Androidの派生版が直面するジレンマです。

たとえどの企業も、真に優れたAndroidの派生版を開発できたとしても、ほぼすべてのOEMがGoogleと契約を結んでいるという事実に対処しなければなりません。OEMにとって、Googleとの提携を断念し、Androidの派生版に投資するリスクは、メリットをはるかに上回ります。

Androidはオープンソースですが、それは「手の届かない」オープンソースです。Googleの保護がなければ、Androidを使いたい人はどこへ行っても、何度も障害に直面することになります。Googleのルールに違反すれば、自分の世界が崩壊するのを目の当たりにすることになります。