そういう文脈で、それは作用する MicroGは、無料の実装です。 これは、カスタムROM、Googleアプリがプリインストールされていない端末、あるいは機能が著しく制限されている一部の機種など、Android端末上のGoogle Play開発者サービスを置き換えることを目的としています。長年にわたり、これを実現するために多くの方法、トリック、回避策が登場しており、中には非常に複雑なものもあれば、今日の基準からするとはるかにシンプルなものもあります。
MicroGとは一体何なのか、そしてなぜそれほど重要なのか？
MicroG GmsCoreはコンポーネントのセットです これは、 Google Play サービス 公式のGoogleパッケージに頼ることなく、システムと、これらのサービスがインストールされていることを前提とするアプリケーションとの間の橋渡し役を果たします。
たくさん 公式のGoogle Playサービスはフレームワークとして機能します これはAndroidシステムに深く統合されています。例えば、Playストア、Googleマップ、多くのアプリからのプッシュ通知、Wi-Fiネットワークや携帯電話基地局による位置情報取得、Googleアカウントの同期など、多くの機能がこれに依存しています。このフレームワークがなければ、多くのアプリケーションが動作しなくなったり、一部の機能が失われたりします。
Androidは実際にはAOSP（Android Open Source Project）をベースにしている。そのコードベースはオープンソースですが、GoogleはそこにGoogle Play開発者サービスなどの独自のレイヤーを追加しています。そのため、プライバシー重視のスマートフォンや、特定の市場でライセンス問題を抱えているブランドなど、一部のAndroidデバイスにはGoogleの機能が一切搭載されていません。詳細は[関連ドキュメントへのリンク]をご覧ください。 影響を受けた製造業者の事例.
純粋な AOSP ROM または Google アプリを含まないカスタム ROM を使用する場合、 公式のGAppsパッケージをインストールすることが常に最善策とは限らない。より軽量で、より細かく制御でき、Googleに直接依存しない代替手段を好むユーザーもおり、まさにそうしたニーズに応えるべく、MicroGはニッチな市場を開拓してきた。
MicroGの背後にある考え方 これは、Google Play開発者サービスを必要とするほとんどのアプリケーションを引き続き使用できる無料の代替手段を提供するものです。ただし、設定オプションが増え、データ消費量が若干改善され、何よりもシステム内で何が有効で何が無効かをより細かく制御できるようになります。
最も精巧な方法がどのように機能するか
MicroGの初期の頃は、 Googleエコシステム全体がプリインストールされたROMにインストールしてください。 それはほとんど危険なスポーツのようなものだった。ルートアクセスとカスタムリカバリが必要なだけでなく、多くの場合、特定のスクリプト、カスタムメイドのZIPパッケージ、あるいはシステムパーティションの手動操作さえも必要だった。
典型的な例としては、数年前にXiaomiの携帯電話を購入した人たちが挙げられる。 以前は、ブートローダーのロック解除、TWRPのインストール、Xiaomi.euベースのROMという組み合わせでした。 あるいは、中国版の純正ROMに近いものの、改良を加えたバージョン。そこから、リカバリーモードからシステムからすべてのGoogleコンポーネントを「冷徹に」削除できるインストール可能なZIPファイルを作成できるROM開発者または開発者を探す計画だった。
その カスタムZIPファイルはシステムパーティションに直接作用しました そして、Androidを起動せずにGoogleのサービスとライブラリをアンインストールしました。これは、起動時の競合を回避し、MicroGがサービスフレームワークとして主要な役割を担えるようにするためでした。ROMが公式のGoogleアプリと連携するように設計されている場合、これは容易なことではありませんでした。
その他のケースでは、特定のファーウェイモデルの場合、 これには、システムルートディレクトリ内のファイルを手動で移動および上書きする作業が含まれていました。その狙いは、MicroGのアプリケーションを正しいパスに適切な権限で配置することで、ブートループやシステムの読み込み途中で停止する事態を防ぐことだった。許容されるエラーは極めて少なく、ファイルが1つでも間違った場所に配置されれば、電話は二度と起動しなくなる。
これらすべてが必要 Android、パーティション、およびパーミッションに関する高度な知識この世界に足を踏み入れたユーザーは、数多くのテストや、時には幾度もの失敗に加え、何らかの問題が発生して一時的にデバイスにアクセスできなくなった場合に備え、ROMを最初から書き直す覚悟が必要だった。
MicroGが使いやすくなった理由
時間とともに、 Androidコミュニティは、MicroGを統合するための方法を大幅に改良してきた。 さまざまな種類のROMに対応しています。ツールはより使いやすくなり、開発者はプロセスを簡素化することに気を配り、機種ごとにカスタムZIPファイルを作成する必要は以前ほど多くなくなりました。
今日では、いくつかの主要な道筋を区別することができる。 MicroGのおかげでGoogleの機能をお楽しみください カスタムROM上でも、GAppsがインストールされていないシステム上でも、それぞれに長所と短所がありますが、共通する重要な点は、何かをいじる前に必ずバックアップを取っておく必要があるということです。
さらに、 多くの最新ROMには、Google Play開発者サービスを無効化または除外するオプションが既に含まれています。これにより、MicroGは大きな抵抗を受けることなく普及していく道が開かれる。また、MicroGを標準機能として統合するプロジェクトもあり、ユーザーは最も複雑な手順を省くことができる。
さらに悪いことに、近年 モジュールとフレームワークに基づくソリューションは改善され （XposedやLSPosedなど）を使用すると、システムパーティションを大幅に変更することなくシステムの動作を変更できるため、不適切なフラッシュファイルによってすべてが台無しになるリスクを部分的に軽減できます。
MicroGでGoogleサービスを利用するための現在の選択肢
一般的に、今日私たちはグループ分けすることができます MicroGの主な使用方法 3つの段階に分けて説明します。まず、Googleが搭載されていないROMから始める、次にMicroGがプリインストールされたROMを選択する、または、ほぼ純正のROMにMicroGを統合するモジュールを使用する、という3つです。
1. Googleサービスを含まないROMをインストールし、MicroGを追加します。
最初のオプションは、 Googleから「クリーン」なカスタムROMをフラッシュするつまり、Google Play開発者サービス、Playストア、その他同社のアプリは一切存在しないということです。これは、多くのAOSP ROMや派生ROM、特にプライバシー保護や軽量化を重視したプロジェクトではごく一般的なことです。
GoogleサービスなしのROMを入手したら、 次のステップは、MicroGを代替としてインストールすることです。プロジェクトによっては、専用のインストーラー、コミュニティが作成したパッケージを使用するか、公式のMicroGドキュメントに従って、必要に応じて主要な機能、権限、署名偽装を有効にする方法を学ぶことができます。
このルートの利点は 私たちはオリジナルのGoogleサービスとの競合を回避しますそれらのプログラムはこれまでそのROMにインストールされたことがないため、環境はより予測可能であり、ブートループが発生する可能性は低く、万が一問題が発生しても、通常はデータを消去するかROMを再フラッシュするだけで、システムに大きな損傷を与えることなく対処できます。
もちろん、それを考慮に入れる必要があります MicroGと互換性のあるROMはすべて同じように動作するわけではありません。一部では、セキュリティとアカウント設定で特別な権限を有効にしたり、追加の設定を行ったりするなど、微調整が必要になる場合があります。 必ずROMガイドを読んでください そして、その特定のデバイス向けのMicroG。
2. MicroGがデフォルトで統合されているROMを使用する
2つ目の選択肢は MicroGをROM自体に統合するプロジェクトに賭けるよく知られた例としては、/e/ ROM（eOS）が挙げられます。これは、Googleからより独立したエコシステムを望むユーザー向けに設計されており、独自のサービスとプライバシーへのより強いこだわりが特徴です。
これらのROMでは、 MicroGはシステム設計の一部です必要なパッチが適用され、さまざまなアプリケーションとの互換性がテスト済みであり、通常はアカウント、位置情報サービス、プッシュ通知、その他の関連機能を設定するためのウィザードが付属しています。
大きな利点は ユーザーは、MicroGを手動で統合するプロセス全体を省くことができます。ROMは既にそのための準備が整っているため、ROMのインストール手順（ブートローダーのロック解除、リカバリからのフラッシュなど）に従って、システムが起動したら初期設定を完了するだけで済みます。
カウンターパートでは、 MicroGの内部構造の一部については、カスタマイズの余地が限られています。ROMは通常、一般的な使用を想定した構成になっているため、デバイスにこのタイプのROMの安定版がインストールされている場合は、ほとんどのユーザーにとって依然として最も便利で安全な選択肢となります。
3. MicroGを統合するためのXposed/LSPosedモジュールを調査する
3つ目の方法は XposedやLSPosedなどのフレームワークを使用するモジュール ROMを完全に再構築したり、攻撃的なZIPファイルをシステムパーティションに書き込んだりすることなく、システムをMicroGに対応させるための方法です。この方法は、純正またはそれに近いROMを維持しつつ、公式のGoogleサービスを削除したいユーザーを主な対象としています。
一般的な考え方は このモジュールは仲介役として機能します「署名の偽装」や内部システムコールの変更などの機能を有効にすることで、アプリケーションが実際にはMicroGと通信しているにもかかわらず、Google Playサービスと通信していると認識するようにする。
それは強力なアプローチですが、 リスクがないわけではないフレームワークをインストールし（ほとんどの場合、これは既にルートアクセスを意味します）、適切なモジュールを選択し、正しく設定し、メーカーのスキン、Androidのバージョン、またはシステム自身のアプリケーションとの互換性の問題がないことを祈る必要があります。
コミュニティ自体が警告している ブートループや深刻な障害が発生する可能性はありますしたがって、この方法を使用する際には、作業を開始する前に、リカバリからのNandroidバックアップ、またはフルバックアップツールを使用するなどして、適切なバックアップを作成しておくことが不可欠です。
Googleアカウントを追加し、MicroGでアプリを使用するための実用的なヒント
最もよくある疑問の一つは MicroGの設定時に使用するGoogleアカウントはどれですか？一部のユーザーの経験によると、非常に古いアカウントを再利用すると、特定のアプリケーション、特にYouTubeで奇妙な動作が発生することがある。
ログイン時に 何年も前に作成されたGmailアカウントYouTubeでは動画が30秒または60秒再生された後、突然停止し、ユーザーがコンテンツを正常に視聴できなくなるという問題が発生していた。これらのユーザーは、新しいアカウントに切り替えることで問題を解決できた。
したがって、かなり広く推奨されているのは MicroG専用のGmailアカウントを作成するこれは、YouTubeのようなサービスや、古いアカウントに問題を抱えているアプリにとって特に重要です。内部APIの変更、過去の同期、あるいは数年前から引き継がれた設定などによって発生する可能性のある競合を回避するのに役立ちます。
その代わりに、 Googleフォトの場合、状況は通常もっと柔軟です。多くのユーザーから、アプリから複数のアカウントを管理できるというコメントが寄せられています。 ギャラリーから画像をクラウドにアップロードする YouTubeで発生するようなバッファリングの問題を経験することなく、重要な写真を保存する「メイン」アカウントと、他のアプリとのエラーを最小限に抑えるためだけに作成されたサブアカウントを分けて管理できます。
いずれにしても、強くお勧めします。 各サービスを少しずつテストしてください。まずログインし、同期、通知、コンテンツのアップロードなどを確認してください。こうすることで、何か問題が発生した場合に、どのアプリやアカウントが問題の原因となっているかを特定しやすくなり、新しいプロファイルを作成するか、MicroGの設定を変更するかを判断しやすくなります。
リスク、ブートループ、そしてバックアップの重要性
ROM、システムサービス、フレームワークをいじる際には、 リスクが完全に消え去ることは決してない。MicroGのインストールは数年前よりも簡単になったとはいえ、間違ったファイルをフラッシュしたり、互換性のないバージョンを混在させたり、設定の影響を十分に理解せずに適用したりすると、ブートループに陥ったり、システムが不安定になったりする可能性があります。
次のような物語 彼らはMicroGファイルをシステムルートに手動で移動しようとしていた。 これらの設定は、ブートループを回避するための警告として機能します。権限エラー、パスのスペルミス、バックアップなしでのファイルの上書きなどは、ROMを最初から再インストールする必要が生じ、結果として時間の損失につながります。
したがって、このタイプの構成に着手する前に、賢明なことは、 完全バックアップを作成する理想的には、カスタムリカバリによるシステムバックアップ（nandroid）と、専用ツールを使用するか、最も機密性の高い情報を手動でエクスポートすることによって、重要なアプリケーションとデータのコピーを作成するという、2つのレベルを組み合わせるべきです。
それも便利です ROM、MicroG、およびモジュールのガイドをよく読んでください。 私たちが使用するデバイスごとに、動的パーティションからメーカー独自の制限、特定のAndroidバージョンにおける既知の問題まで、様々な特性があります。これらの詳細を事前に把握しておくことで、多くのトラブルを回避できます。
長期的には、一部のユーザーが、長年アンチGoogle設定に苦労してきた後、 時間と労力がかかるため、そのアプローチを断念することにした誰もが、携帯電話やROMを変更するたびに、フラッシュ、テスト、復元、そしてそのプロセスを何度も繰り返すことを望んでいるわけではない。
実際には、MicroGのようなプロジェクトや、それを統合したROMのおかげで、現在のツールはすでに利用可能であり、 カスタムROMでGoogleサービスを利用することは、当初に比べてはるかに現実的になっている。しかし、そのためには十分な情報を得ること、自分の状況に最も適した選択肢を選ぶこと、そして何よりもリスクを認識し、単純な検査をより大きな問題に発展させないようにすることが重要です。
思い切って飛び込む勇気のある人は、MicroGでそれを見つけるでしょう Google Play開発者サービスに依存する多くのアプリとの互換性を維持するための非常に興味深い代替手段公式のGoogleエコシステムに完全に依存することなく、機能性、プライバシー、そしてデバイス自体の制御の間で一定のバランスを維持する。
