問われているのは「Geminiと競争できるか」ではなく、OS上のAIに誰が責任を持つか
2026年7月16日、欧州委員会はデジタル市場法（DMA）に基づき、Googleに対して2組の拘束力ある具体化措置を示した。1つはAndroid上のAIサービスの相互運用性、もう1つはGoogle Searchの匿名化データ共有である。欧州委員会の発表によると、狙いはGemini以外のAIサービスが、Google自身のAIサービスと同等にAndroidの機能へアクセスできるようにすることだ。
一見すると、これはEUの競争政策ニュースである。しかしIT技術者にとって重要なのは、AIエージェントがOSの深い層へ入るとき、何を開放し、誰が利用者を守り、問題をどう追跡するかという設計課題が、制度として具体化され始めた点にある。
AIエージェントの競争は、モデルの回答品質だけでは決まらない。音声起動、画面や端末上の文脈、アプリ間の操作、バックグラウンド実行、オンデバイスの計算資源にアクセスできるかで、実行できる仕事が変わる。
Androidでは、AIの「能力差」がOSアクセスの差になっていた
欧州委員会は、Android端末で代替AIアシスタントが主要機能へ制限されたアクセスしか持たず、Geminiと同じ条件で競争できていないと説明している。第三者のAIは、音声での起動や他アプリをまたぐ操作、利用者の文脈理解といった機能に十分アクセスできなかった。Android相互運用性に関するQ&Aでは、AIサービスに関係するAndroidの11機能を対象としている。
これまでのスマートフォンでは、アプリはサンドボックスの中で動くのが基本だった。しかしAIエージェントが「メールを下書きする」「地図を見て店を予約する」「買い物リストから注文する」といった仕事を担うには、複数のアプリとOSをまたいで行動する必要がある。
| 能力の層 | できること | 主なリスク |
|---|---|---|
| 起動 | ホームボタンや音声でAIを呼び出す | 意図しない起動、なりすまし |
| 文脈取得 | 画面、アプリ、センサーの情報を理解する | 過剰収集、目的外利用 |
| アプリ操作 | メール送信、予約、買い物などを代行する | 誤操作、不正な外部送信 |
| バックグラウンド実行 | 利用者が別の作業中も多段操作を続ける | 利用者の見失い、監査不能 |
| オンデバイス資源 | 端末内のAI機能やデータを使う | データ隔離、性能・電力消費 |
規制の論点は、第三者AIを単にインストール可能にすることではない。OSの中でGeminiが持つ実行能力と同等の入口を、利用者が選んだAIにも提供することにある。
開放は「何でもアクセスできるようにすること」ではない
ここで注意したいのは、EUの措置が無制限のアクセスを求めているわけではないことだ。
欧州委員会は、音声起動、文脈情報、アプリ・OSへの操作、ハードウェア・ソフトウェア資源という4つの大きな領域を示している。同時に、利用者の明示的な同意、端末の完全性、セキュリティ、プライバシーを守るための措置を組み込むとしている。委員会の説明でも、利用者が選んだAIアシスタントに対し、各機能へのアクセスを明示的に同意できることが示されている。
技術者の目線では、次のような設計が必要になる。
- 権限の粒度: 「AIに許可する」ではなく、画面読取り、カレンダー参照、メール送信、決済直前の操作などを分ける
- 操作ごとの同意: 初回許可だけでなく、高リスク操作では都度確認や再認証を入れる
- 実行の可視化: AIがどのアプリで何をしようとしているかを、利用者が途中でも確認・停止できるようにする
- 監査ログ: 参照データ、推論の根拠、実行したAPI・アプリ操作、結果を追跡可能にする
- 失敗時の復旧: 誤送信や誤予約を取り消す手段、エスカレーション先、通知を用意する
AIの能力を解放することと、AIに万能な権限を渡すことは別である。相互運用性は、最小権限と利用者主導の制御を前提に実装されなければならない。
背景タスクは、便利さと危険性を同時に大きくする
この措置で想定されるのは、AIが利用者に代わってアプリを開き、複数ステップを処理する体験だ。委員会は、注文、メッセージやメールの作成、スケジュール登録などを例に挙げている。画面操作を仮想ウィンドウで再現し、利用者が別の作業をしている間にもタスクを続けられる仕組みも説明されている。
これは、チャット画面で答えを得るAIから、実際に業務や生活の状態を変えるAIへの転換である。
だから、評価指標も変わる。回答の自然さやタスク完了率だけでは不十分だ。
| 評価すること | 具体的な指標例 |
|---|---|
| 正確性 | 誤操作率、誤送信率、再作業率 |
| 利用者の制御 | 承認画面の確認率、途中停止率、権限の変更率 |
| 透明性 | 実行前に目的・影響・送信先を説明できた割合 |
| 安全性 | 権限逸脱、異常操作、プロンプトインジェクションの検知率 |
| 復旧性 | 取消可能な操作の割合、訂正・復旧までの時間 |
IT技術者は、AIエージェントを「便利なUI」としてではなく、権限を持つ実行主体として扱う必要がある。
検索データの共有は、AIの学習データ開放ではない
もう1つの措置は、Google Searchの匿名化したランキング、検索クエリ、クリック、表示に関するデータを、条件を満たす第三者の検索エンジンへ共有することだ。対象には検索機能を持つAIチャットボットも含まれる。検索データ共有に関するQ&Aは、Googleが自社検索を最適化するために集めるデータと同種の情報を、匿名化したうえで共有する考え方を示している。
ただし、これは「Googleの検索履歴をAI企業へ渡す」という意味ではない。
- 共有されるのは匿名化・加工されたランキング、クエリ、クリック、表示データである
- アカウント情報や検索履歴は共有対象外である
- 長すぎるクエリや希少語は抑制し、位置情報は一般化する
- 最低7日間の遅延を設ける
- 利用目的は検索サービスの開発・最適化に限定され、汎用AIモデルの学習や広告プロファイリングには使えない
この点は重要である。検索データはAIの品質改善に役立つが、個人情報、機密情報、意図の推定と近接している。競争を促すためのデータ共有は、データ最小化、目的制限、受領者の適格性確認、独立監査と一体でなければならない。
委員会は、データを受け取れる事業者に一定の要件と監査を課す方針を示す。Googleがデータセットを整え、価格提示を完了する期限は2027年1月である。実際の利用条件や受領者の運用は、これからの実装と監督で確認すべきだ。
Googleの懸念は、実装の質を問う正当な論点でもある
Googleは、第三者AIアシスタントへの保護措置が弱まることや、検索データの匿名化が不十分な場合のプライバシー、営業秘密、国家安全保障への影響を懸念している。APの報道は、GoogleのKent Walker氏によるこうした主張を伝えている。
この主張を、単に規制への反論として退けるべきではない。AIエージェントに深いOSアクセスを与える場合、第三者の安全性評価、供給網、脆弱性対応、利用者への説明は現実の課題になる。
一方で、深いOSアクセスを自社AIだけが持つなら、利用者が別のAIを選んでも同じ体験を得られない。競争を守る制度と安全性は、どちらか一方を選ぶ問題ではなく、両方を実装要件にする問題である。
日本の開発チームにも関係する4つの設計課題
EUの措置が直接適用されるのはEU市場である。それでも、モバイルAIエージェントを設計・提供するチームには、次の論点が先回りで必要になる。
1. 権限を「機能」ではなく「操作」で設計する
カレンダー権限を持つだけでは抽象的すぎる。予定を読む、下書きを作る、招待を送る、外部参加者を追加する、といった操作単位で権限と承認を分ける。
2. AIアクションを監査可能にする
誰の指示で、どのデータを参照し、どのアプリに、どのような操作をしたかを記録する。最終結果だけでなく、実行前の確認と拒否・取消の履歴も重要になる。
3. アプリ連携を安全な契約として作る
AIが画面を見て操作するだけに依存せず、アプリ側が提供する構造化された操作インターフェースを設ける。入力スキーマ、実行可能なアクション、制約、失敗理由、取消方法を明示する。
4. データ共有に用途制限を埋め込む
匿名化だけで終わらせない。目的外利用を技術的・契約的に防ぎ、アクセスログ、保存期間、再識別リスク評価、受領者監査を運用に組み込む。
AIエージェントの競争は、OSの入口から始まる
今回のEU措置は、Android上のAI競争をアプリストアやモデルAPIの話から、OSの入口・文脈・操作権限の話へ引き上げた。
利用者が本当にAIを選べる状態とは、アプリを入れ替えられることだけではない。選んだAIが、必要な範囲で端末やアプリと連携でき、何をしているかを利用者が理解・制御でき、問題が起きれば戻せる状態である。
IT技術者にとって重要なのは、どのAIがAndroidを使えるようになるかという速報ではない。AIがOS上で動き始めるときの権限、監査、同意、復旧、データガバナンスを、競争と安全性の両面から設計できるかである。
参考リンク
- 欧州委員会: GoogleのAndroid相互運用性と検索データ共有に関する発表
- 欧州委員会: AndroidのAI相互運用性に関するQ&A
- 欧州委員会: Google Searchデータ共有に関するQ&A
- AP: EUによるGoogleへの措置とGoogle側の懸念
作成日: 2026-07-21