メーカーのロックダウン
ある企業がAOSPブランチを管理し、Googleアプリをクローンし、GoogleのAndroidに挑戦するのに十分強力な競合を構築したとしても、ベンダーにその端末を作ってもらうのは難しいでしょう。オープンな市場であれば、AndroidのOEMパートナーを見つけるのは比較的容易で、その過程でOEMパートナーを切り替えるよう働きかけることもできますが、グーグルは自らの立場をより安全なものにしたいと考えています。モバイル分野におけるグーグルの真の切り札は、アンドロイドの右腕であり左腕であるグーグル・アップス（主にGmail、グーグルマップ、グーグルナウ、ハングアウト、ユーチューブ、プレイストア）をしっかりと握っていることであり、大小を問わずすべての端末メーカーが自社の端末に搭載したいと考えています。これらはアンドロイドの右腕であり、大小を問わず、すべてのデバイスメーカーが携帯電話に搭載したいと考えています。これらのアプリはオープンソースではないため、Googleからライセンスを受けた場合のみ合法的に使用することができます。さて、あなたはおそらくゴッドファーザーの完璧なイメージを心に描いていることでしょう。そう、メーカーはこれらのアプリを使用するためにわずかな代償を支払わなければならないのです。
正式な要件ではありませんが、Open Handset Allianceに加盟している場合、Googleアプリのライセンス取得の難易度が大幅に下がります。いわゆるOpen Handset Allianceは、Androidにコミットメントしているベンダーの集まりで、そのメンバーはGoogleが承認していないモバイルデバイスを開発しないという同意書に署名することが義務付けられています。その通り、Open Handset Allianceに加盟するということは、GoogleのAndroidに対抗できるようなAndroidのスピンオフを企業が作ることは決してできないということです。
Kindle OSはアンドロイドの非互換派生版であるため、Kindle Fireの製造サポートをアマゾンに提供しようとするOEMはありませんでした。このことを念頭に置いて、アマゾンは独自の次世代タブレット端末を構築することを目的とした資金でメーカーを買収したいと考えていました。当時の買収リストでは、クラウドサービスと小売りの巨人は、Acer、Asus、Dell、Foxconn、富士通、HTC、Huawei、京セラ、Lenovo、LG、Motorola、NEC、Samsungシャープ、ソニー、東芝、ZTE。現在、アマゾンの契約パートナーはノートブック専門のQuanta Computer社で、アマゾンには他の選択肢はあまりないようです。
OEMにとって、これはGoogle Androidから他のブランチのバージョンに徐々に移行することができないことを意味します。競合するブランチを実行するデバイスを発売したとたん、次の瞬間、彼らは死を宣告され、即座にAndroidファミリーから追い出されます。グーグルの計画では、Androidの他のブランチに乗り換えようとするメーカーは厳しい制裁に直面することになり、メーカーはグーグルが設定した崖から飛び降りるしかなくなり、後戻りはできなくなります。
Googleのアプリライセンスの恩恵を受けようとするすべてのOEMは、ライセンスを受ける資格があることを証明するために、Googleが提示する「互換性」テストに合格する必要があります。互換性とは、Playストアのすべてのアプリがすべてのデバイスで動作することを保証するためのものです。グーグルにとって、「互換性」は曖昧な概念でもあります。あるAndroidエンジニアが社内プレゼンで言っていたように、「OEMがやるべきことをやるためのテスト」なのです。Googleは現在、端末の「互換性」をテストする自動化ツールを導入していますが、Google Appsライセンスの恩恵を受けるためには、ベンダーはGoogleにプライベートなメールを送ることで「ご機嫌を取る」必要があります。-もちろん、それはぶっきらぼうな言い方です。このようなコミュニケーションの多くは、裏取引や秘密契約に由来するため、情報は主に両者間の公的な議論や、Googleと潜在的なAndroid離反者との法廷闘争から得られます。
もう1つの大きな制御メカニズムは、Google Appsライセンスがすべてのアプリを1つの全体として扱うということです。言い換えれば、GmailとGoogle Mapsが欲しければ、Google Play Services、Google+、そしてGoogleがリストに加えたい他のアプリも持ってこなければならないということです。Skyhookという会社は、ライセンス取得への道のりの険しさを自らの苦い経験で証明しました。同社はAndroidと競合する位置情報サービスの開発を計画していましたが、もしユーザーがSkyhookのサービスを選び始めたら、Googleは彼らから位置情報を収集できなくなります。これはグーグルにとって良いニュースではなく、Skyhookは「互換性テストに失敗した」と宣言されました。結局、OEMはSkyhookサービスとGoogle Appsのどちらかを選択しなければなりませんでした。Skyhookは訴訟を起こしましたが、その結果はまだ係争中です。
ブロートウェアのテスト
ほとんどのOEMにとって、グーグルのエコシステムから外されながら成功を維持しようとするのは愚の骨頂です。Googleの神々を怒らせることなく独自のアプリを開発する唯一の方法は、OEMがGoogleアプリの無料の代替品を構築することです。これは、多くの人が「ブロートウェア」と呼ぶものです。ブロートウェアは、ソフトウェアエンジニアリングの「what if」ロジックによく似ており、OEMはGoogleのコアアプリをすべてコピーし、「壁に囲まれた庭」の外での生活がいかに大変かを確認します。
すでにGoogle Appsを搭載している携帯電話に2つのカレンダーアプリを提供するのは、冗長で愚かなことのように思えるかもしれません。しかし、多くのOEMは、ブロートウェアを重要な戦略的予備手段、つまりプランBと見なしています。こうしておけば、Googleが本当に極端な行動に出たとしても、OEMは少なくとも米がなければ料理ができないという状況に陥ることはありません。要するに、OEMは独自のアプリを携帯電話と一緒に出荷し、貴重なユーザーフィードバックを得ることができるのです。この冗長性はユーザーを少し混乱させますが、コアアプリのOEMバージョンを好む人もまだいます。
上記のような膨大な代替アプリのリストを前にすると、サムスンはグーグルから脱却し、単独でやっていく準備ができているように見えるかもしれません。しかし、単にグーグルのアプリを複製するだけでは、グーグルのエコシステムから脱却しようとするサムスンの大規模な努力のほんの一部に過ぎません。AndroidでOEMが本当に望んでいるのは、サードパーティ製アプリの幅広いサポートです。グーグルは、これがまさにAndroidの命取りになることを知っているため、アプリのエコシステムをグーグル自体に依存させる取り組みを始めています。
#p#
サードパーティ製アプリケーションのロック
Play Servicesのアップデートの意味については以前から議論されていますが、Play ServicesはGoogleが所有するクローズドソースのアプリケーションであり、Google App Licensingパッケージの一部であるため、Androidの分岐に対するGoogleの戦いにおける強力な武器でもあります。通常の」AndroidからGoogle Play Servicesへの移行は、同時にオープンソースからクローズドソースへの移行でもあります。こうすることで、このアプリはクローズドソースの独占的な機能でユーザーを集めることに成功するだけでなく、ファーストパーティーの開発者をグーグルの独占的なAPIに閉じ込めることにもなります。
Androidアプリのエコシステムをグーグルから奪うことは、大したことではないように思えます。独自のアプリショップを立ち上げ、開発者にアプリをアップロードするよう説得すればいいだけです。しかし、Play ServicesがホストするグーグルのAPIは、開発者のグーグルへの依存度を高めることで、その勢いを無慈悲にも止めてしまったのです。Google Play Servicesに対するGoogleの戦略は、開発者がGoogleが承認したデバイスで開発しやすくすると同時に、開発者がGoogleが承認していないデバイスで開発しにくくすることです。
Kindleやその他の非Google AOSPバージョン上でアプリを動作させようとしている人がGoogle APIのいずれかを使用している場合、大きな驚きがあります！あなたのアプリはすぐにダメージを受けるでしょう。GoogleのAndroidは、今日のAndroid市場の大きな部分を占めており、開発者は自分のアプリをより使いやすく、より良く動作させ、より多くの顧客を獲得することに集中しています。GoogleのAPIは、すべての人がこれらの願いを達成するのに役立ちますが、副作用は、アプリがGoogleのアプリライセンスに強く依存するようになるということです。
Google Maps API
Google Maps APIを使えば、Googleの地図データを独自のアプリケーションで利用することができます。これは、地図の上に天気予報のアイコンを重ねたり、現在地を表示したりする必要がある旅行アプリにとって、とても便利な仕組みです。唯一の問題は、Google MapsはGoogle Servicesの一部であり、Androidの一部ではないということです。Maps APIに依存しているため、Googleが承認していない端末ではアプリが正しく動作しません。
このジレンマに対処するため、アマゾンはノキアから地図データの使用ライセンスを取得し、グーグルマップAPIのクローンを作成することを余儀なくされました。同社は、Google Mapsからアプリを移行する方法を説明するページまで用意しました。繰り返しになりますが、グーグルの目的は、開発者がグーグル承認端末での開発を容易にすることであり、同時に、開発者がグーグル非承認端末での開発を実施することを困難にするためにできることはすべて行っています。Kindle端末でアプリを動作させたい場合、2つの異なるマッピングAPIをサポートしなければなりません。
これはAndroidの分家開発者にとっては最悪な状況で、今回はAmazonが運の尽きです。彼らはNokiaに無期限でロイヤリティを支払うか、自分たちで全世界の地図を作るかの選択を迫られています。Amazonはまた、Googleの軽い開発ペースに追いつくための新たな問題に直面しています。Maps APIはGoogle Maps API v1のみをサポートしていますが、Googleは現在APIをv2にアップグレードしています。もし開発者がMaps v2 APIのみがサポートする新機能をアプリで使用した場合、Amazonは同じ結果を得ることができません。まだまだ課題は山積みのようです。
Google Cloud ニュース
Google Cloud Messaging は Android で通知をプッシュする最も簡単な方法ですが、今回も AOSP は関係ありません。GCM は I/O 2013 で正式に Play Services に組み込まれ、通知を受信できるだけでなく、メッセージを上流にプッシュできるようになりました。また、デバイス間で通知内容を同期する役割も担っています。開発者は、ニュース速報をデバイスにプッシュしたり、新しいデータの到着をアプリに通知したり、情報を同期したりするために GCM を使用することがよくあります。
Google Mapsはアプリの中ではあまり使われていないように見えますが、実際には多くのアプリでその機能や体験を向上させるために使われており、Amazonがそれを複製することを余儀なくされたほど重要なものです。Amazonのバージョンは "Amazon Device Messaging "と呼ばれ、その名の通りAmazonのデバイス上でのみ動作します。Amazonのデバイス。Maps APIと同様に、この小さなユーザーグループのために多くの余分な作業とテストが必要でした。GCMのほとんどすべての機能は、Amazonバージョンでは直接利用できません。
ロケーションAPI
Google I/O 2013で、Google Inc.はAndroidの位置情報APIを刷新し、Google Play Servicesに組み込みました。つまり、Androidのトップ位置情報サービスは、現在クローズドソース路線に移行しています。この歴史的軌跡は、オープンソースの位置情報スタックも同様に完全に放棄されることを示しています。新機能には、Android用の「完全に書き直された」位置情報アルゴリズムであるFused Location Provider、Geofencing、加速度計データと複雑なアルゴリズムを使ってユーザーが歩いているのか、乗っているのか、運転しているのかを識別するActivity Recognitionなどがあります。ユーザーが歩いているのか、乗っているのか、運転しているのか - すべてGPSをオンにすることなく。
この動きは、Maps API と Google Cloud Messaging を完全にプロプライエタリ・アプリケーションに追いやるものです。しかし、位置情報スタック全体を見てみると、これはGoogleがオープンソースから力を奪っていく段階的なプロセスであることがわかります。現在、誰もが位置情報機能を得るには2つの方法があります：効果的で低消費電力だがクローズドソースのGoogleの方法と、精度が低く超電力消費のオープンソースの方法です。
アプリの購入
開発者が自分のアプリをKindleで動かしたいとか、日本市場に参入したいのであれば、何か別の方法を考えなければならないと思います。それはまた別の問題で、もし人々が実行可能なAOSP分岐ソリューションを望むのであれば、彼らはそれを複製しなければならないでしょう。Amazonが独自のAmazonアプリ購入APIを立ち上げることで行ったことはまさにそれですし、まだGoogle陣営にいるSamsungはもっと積極的で、2年前に独自のアプリ購入APIを立ち上げました。は独自のアプリ購入APIを立ち上げました。
Play Games
Play Gamesはもう一つの独自APIであり、モバイル開発者にとって最大の頭痛の種の多くを解決してくれます。ユーザーアカウント、リーダーボード、実績、クラウド進捗、著作権侵害防止、リアルタイムマルチプレイヤーへの簡単なアクセスを提供します。最も優れている点は、ウェブアプリ、iOS、その他のAndroidプラットフォームなど、ほぼすべてのものと並行して動作することです。AOSPを除けば、オープンソースプロジェクトはPlay Gamesのサポートリストにありません。これは、サードパーティのアプリが大きく依存しなければならないもう一つの要素であり、それを得るためには代替のAndroidバージョンを複製しなければなりません。
Amazonは "GameCircle "と総称される一連のゲームAPIを発表しましたが、Amazon Maps APIのようにPlay Gamesを直接置き換えるものではありません。開発者は時間をかけて、完全に独立したマルチプレイヤーソリューションを独自に考え出す必要があります。
iOSのサポートでロックダウンをさらに強化
Googleの戦略には、GoogleのAPIの90％をiOSにも対応させるという、悪の権化になりかけている天才的なアイデアも含まれており、開発者の立場からGoogleのAPIを使いたいかどうかを考える時期に来ています。Googleのソリューションのほとんどは、業界で最高の実用性、機能性、実装の移植性を提供しています。Googleは両方のモバイルプラットフォームをサポートしているため、潜在的なユーザーベースのほとんどがカバーされています。唯一の欠点は、GoogleがAndroidの分岐に頑強に抵抗していることで、AOSPの分岐はターゲットデバイスにとって味気ない鶏のささみのようなものです。
ほとんどの開発者はグーグルのAPIに好意的でしょうから、次の問題は、キンドルや他のアンドロイド支社についてどうするつもりなのか、ということです。開発者は、時代遅れであるか、既存のアプリとうまく動作しない既存のAPIを置き換える解決策を見つけるために、大部分は自分自身でやっています。他のソリューションが既存のメカニズムを置き換えることができない場合、開発者はアプリケーションの設計によって適切に動作しない可能性のある機能を補う方法を見つけなければなりません。このようなターゲットとなる顧客層は、iOSやAndroidが手にしている既存のユーザーベースと比べると非常に小さいため、この目的のために別のエコシステムを構築する価値があるかどうかを真剣に検討する必要があります。投資した時間は報われるのか？この場合、私たちは皆、Androidブランチに中指を立て、余分な作業や複雑な問題解決を省略し、GoogleのAndroid開発の真っ只中に飛び込むことになるのではないでしょうか。
国旗を変えないサムスン
ここで検証すべきは、なぜアマゾンはグーグルから独立して生き残ることができ、サムスンはそうではないのかということです。これは、アマゾンがグーグルのAPIを直接複製するルートを取っているのに対し、サムスンはグーグルに依存しているあまりに多くのサードパーティ開発者から明確な支持を受けていないためです。現状では、サムスンはグーグルのエコシステムからすぐに離れることはできないでしょう - 独自の地図データライセンスを立ち上げるか、クラウドメッセージングAPIのセットを構築するまでは。
アマゾンは破天荒な企業ですが、インターネットから生まれた企業です。サーバーとソフトウェアはアマゾンの強みであり、クラウドサービスを大量に構築することは大きな問題ではありません。これとは対照的に、サムスン電子はエレクトロニクス企業であり、クラウドインフラを構築したり、多くのAPIを構築したりする能力はありません。そのため、アマゾンは今後数年間、モバイル競争力のビジネスプロセスへの統合をサポートするために、独自のクラウドサービスプラットフォームに依存する可能性が高い一方、サムスンは依然として目の前の技術的な溝を超えることは難しいでしょう。
サムスンは少し前進しました。前述したように、サムスンは独自のアプリ購入SDKを開発し、興味深いことに広告SDKも持っています。このため、Googleは広告に関しては非常に寛大なようで、Android、iOS、Androidブランチ、さらにはWindows Phoneのサポートを提供しています。
グーグルのオープン性は、「見るけど触らない」オープン性です。
もし企業がAndroidブランチを通じてGoogleに対抗できるほど強力な競争相手を作り上げることを真剣に考えているのであれば、この記事全体が非常に有益であることは間違いありません。それでも、私たちはまだ長い旅の第一歩を踏み出したに過ぎません。次のステップは、Google Androidから新しいAndroidブランチの腕の中に移る正当な理由をユーザーに提供することです。
グーグルはすべてを自社で管理しています。同社は基本的に、地図やその他のクラウドサービスをすべて無料で提供しています。その足跡をたどりたい人は、グーグルのコア・プロジェクトのリストにあるエントリーのいくつかをあきらめなければならず、アマゾンはノキアの地図データのライセンスを購入させられたのがその代表例です。グーグルは地図サービスの広告におんぶにだっこで、もちろんそれがグーグルの大儲けに貢献しているのですが、アマゾンはすべてのユーザーが無料で使っている地図データの代金を支払わなければなりません。この全く異なる収益ダイナミズムは、アンドロイドの支社にとって常に首の痛みになります。グーグルのサービスは非常に低コストであるため採算さえ取れていますが、他の競合他社は特定の企業に毎月ライセンス料を支払わなければなりません。
ある企業がAndroidの独自のブランチを作り、グーグルのエコシステムの外で特筆すべき成功を収めたとしても、その企業と協力してくれる企業がいないというジレンマに直面します。ほとんどすべてのデバイスメーカーは、新しいシステムの生産を請け負う契約を結んでいます。Androidの代替が完璧であったとしても、OEMがGoogleのエコシステムから離れることは問題であり危険です。
Androidは確かに「オープン」ですが、それは「見ることはできても、触れることはできない」オープンさです。Androidに貢献し、その機能のごく一部を使うことは可能ですが、ほとんどすべての領域で、Googleの許可なくAndroidを使おうとすると、激しい抵抗にさらされます。Googleが承認していないAndroidで何かを試していたかと思えば、次の瞬間には世界があなたの上に崩れ落ち、あなただけがパニック状態に陥るのです。
