Androidの相互運用性：EU DMAの裁定により、GoogleはウェイクワードとAI機能の開放を余儀なくされる

欧州委員会（EC）は、デジタル市場法（DMA）に基づき、Alphabet（Google）に対し、11のAndroidシステム機能をサードパーティ製アシスタントに対して同等の条件で開放することを求める決定を下しました。この裁定は「ゲートキーパー・プラットフォーム」を対象としており、デジタル市場の競争を確保することを目的としています。具体的には、Googleがこれまで独占的に利用してきた低電力ハードウェアやシステムレベルの統合へのアクセスを排除し、GeminiやGoogle AssistantがHome Assistantのようなサードパーティの代替手段に対して不当な優位性を持っていた状況を解消します。

Mandatory Opening of Eleven Android Features

11のAndroid機能の義務的な開放

ECの裁定により、Googleはサードパーティの開発者に対し、自社サービスと同等に「効果的」な相互運用性を無償で提供することが義務付けられました。この命令は11の特定の領域をカバーしており、いくつかの重要な技術的能力が現在、競争に開放されています：

Low-Power Wake Word Detection

低電力ウェイクワード検出

Googleは、デバイスのDigital Signal Processor (DSP) を使用してウェイクワード検出を実装することをサードパーティに許可しなければなりません。以前は、サードパーティ製アプリは検出をCPUで実行することを余儀なくされており、それが大幅なバッテリー消費（一部のケースでは約1%から約15%に増加）や、常時マイク使用によるプライバシー表示を招いていました。新しい要件には以下が含まれます：

DSP Integration: DSP上で第1段階の検出を実行し、消費電力を最小限に抑える能力。
Second-Stage Validation: DSPが潜在的なウェイクワードを識別した後、CPU上で第2段階の検証を実行する能力。
Decoupling from Default Role: これらの機能へのアクセスは、アプリがシステムのデフォルトアシスタントであるかどうかに依存してはなりません。
Concurrent Detection: Googleのサービスとサードパーティ製サービスの両方が、同時にウェイクワード検出を実行できる必要があります。

AI and System Integration

AIとシステム統合

音声トリガーだけでなく、裁定はいくつかの高度なAIおよび自動化機能を解放します：

On-Device AI Models: サードパーティ製AIサービスは、Gemini Nanoを含むデバイス上のモデル（ODMs）に対して、保証されたパフォーマンスの同等性を持って同等のアクセス権を持つ必要があります。
Structured App Integration: AIサービスは、OSレベルの統合チャネルを通じて、メッセージの送信や会議のスケジューリングなどのタスクを実行するために、Googleアプリ（Gmail, Calendar, Drive, Docs, Maps, YouTube, Messages, and Phone）と相互作用することができます。
Screen Automation: サードパーティ製アシスタントは、別の仮想ウィンドウ内でユーザーの行動を模倣することで、アプリ内でのマルチステップ・タスクを自動化することができ、バックグラウンドでのタスク完了を可能にします。
System Controls: Googleの自社サービスと同じ条件で、環境データ（マイク/カメラ）およびシステムレベルの制御へのアクセス。

Implementation Timeline and Compliance

実装のタイムラインとコンプライアンス

Googleは、これらの相互運用性機能の展開スケジュールについて、法的に厳格なスケジュールに拘束されます：

（注：表内の英語は原文のまま維持）

「悪意のあるコンプライアンス（形式的な遵守）」を防ぐため、ECはGoogleに対し、使いやすさ、速度、エネルギー消費の面でGoogle自社サービスと同等である解決策を提供することを求めています。Googleは完全なドキュメント、テストツール、および進捗状況を月次で委員会に報告しなければなりません。

Technical Impact on Home Assistant

Home Assistantへの技術的影響

Home Assistantコミュニティにとって、この裁定は、ローカルファーストの音声アシスタント体験を構築するためのいくつかの技術的障壁をあらわせます：

Battery Efficiency: CPUからDSPへ第1段階の検出を移動させることで、常時待機による電力オーバーヘッドを低減させることができます。
Privacy via Sandboxing: 裁定は、ウェイクワードの確認をDSP経由の安全で隔離されたプロセス（sandboxing）で実行することを求めています。これにより、ウェイクワードが確認されるまで音声データがどこにも送信されないことが保証され、信頼ベースのモデルからOS強制のプライバシーモデルへと移行します。
Multi-Assistant Coexistence: ユーザーは、Geminiやサードパーティ製アシスタントのどちらかを選択する必要がなくなります。Geminiを一般的なタスクのためのデフォルトとして維持しつつ、ホームオートメーションのためにカスタムウェイクワード（例：「Okay Nabu」）を使用することができます。

Industry Perspectives and Counterpoints

業界の視点と反論

Googleは、この裁定に異議を唱えており、「機密性が高く強力なデバイス権限」をサードパーティに付与することは、適切な同意なしにユーザーデータにさらすことになると主張しています。しかし、裁定の支持者は、これらの機能はすでに存在しており、Googleが明示的なユーザーの承認なしに各事例ごとに承認を得ることなく使用していると主張しています。

コミュニティの議論では、いくつかの懸念事項が残っています：

"The core issue is not 'Google not allowing a feature', it's that small businesses cannot buy phones, so they can install a patched version of Android without a restriction and sell them to make money."

他の開発者は、単一のトリガー用に設計されたDSPを搭載したデバイスで、同時にウェイクワードを検出することは技術的な課題であると指摘しており、これがCPUの起動頻度を高め、裁定が保護しようとしているバッテリー効率に影響を与える可能性があると示唆しています。

Summary of Key Requirements

主要な要件の要約

Equal Access: サードパーティ製アシスタントは、Googleの自社サービスと同じハードウェアおよびソフトウェアへのアクセス権を持つ必要があります。
No Default Requirement: 機能は「デフォルトアシスタント」の役割に紐付けられてはなりません。
No Cost: 相互運用性は無償で提供されなければなりません。
Verification: Google must report monthly to the EC and provide public consultation on eligibility terms by February 2027.

（注：リスト内の英語は原文のまま維持）