Microsoft が Anthropic との連携を強化し、Microsoft 365 Copilot において Anthropic の Claude AI がサブプロセッサとして正式に組み込まれることになった。英国テナントでは管理者が明示的にオプトインしない限り Copilot 内での Claude 機能が利用できない仕組みが2026年5月12日時点で適用されており、多くの企業が設定判断を迫られている。

何が変わったのか

これまで Microsoft 365 Copilot は主に Microsoft が管理する AI モデルを使用していたが、今回の変更により Anthropic の Claude がサブプロセッサとして追加された。Microsoft の AI Foundry 経由で外部モデルを利用する流れの一環とみられる。

重要なのはデータ処理の所在だ。Anthropic がサブプロセッサになることは、一部のデータが Anthropic のインフラに渡ることを意味する。英国 GDPR（UK GDPR）の観点から、企業はデータ移転の正当性確認と処理記録の整備が求められる。

英国テナントが判断すべきポイント

オプトインを検討すべき組織

  • 生成 AI の活用を積極的に推進している
  • GDPR コンプライアンスの整備が済んでいる
  • データ処理者の追加を DPA（データ処理契約）に通知できる体制がある

オプトインを見送るべき組織

  • 厳格なデータ主権要件がある（金融・医療・公共機関等）
  • 社内のデータ処理者変更審査プロセスに時間がかかる
  • 現時点で Copilot をほとんど使用していない

管理者が確認すべき設定手順

  • Microsoft 365 管理センター → Copilot 設定から Anthropic へのデータ処理同意を確認
  • プライバシーポリシーの更新: Anthropic をサブプロセッサとして追記
  • ROPA（処理活動記録）の更新: 新たなデータフローを記録
  • DPO（データ保護責任者）への連絡: 必要に応じて GDPR 第28条に基づく合意書を更新

日本のIT管理者への示唆

日本テナントへの直接的な影響は現時点では限定的だが、英国での運用は今後の展開の先行事例になる。Microsoft が外部モデルを Copilot に組み込む方向性を明確にした以上、日本の IT 管理者も以下を準備しておくべきだ。

  • Copilot のデータ処理フローの可視化: どのデータがどこで処理されているかの把握
  • サブプロセッサ管理の仕組み作り: 外部 AI モデルが増えるたびに審査できる体制
  • 情報分類の明確化: 外部モデルに送ってよい情報とそうでない情報のポリシー策定

ゼロトラスト的な観点から言えば、「使えるから使う」ではなく「何を渡すかを決めてから使う」順序が重要だ。

筆者の見解

Microsoft が Anthropic との連携を深める方向性は、AI 機能の拡充という観点では理にかなった判断だ。単独のモデルに依存するよりも、用途に応じて最適なモデルを組み合わせられるプラットフォームは、長期的には管理者にとっても使い手にとっても価値が高い。

今回、英国でオプトイン方式を採用したことは評価できる。ユーザーの同意なく有効化するのではなく、明示的な選択を求めているのは正しいアプローチだ。ただ、こうした設定変更が管理者に十分に届いているかは別の問題だ。Copilot 関連の設定は複数の管理画面に分散しており、変更に気づかないまま時間が過ぎる組織が出てくることは容易に想像できる。

Microsoft にはプラットフォームとしての総合力がある。外部 AI との連携を洗練させながら、ガバナンスとユーザビリティの両立を実現できるはずだ。管理体験の整理が伴えば、Copilot はエンタープライズ向け AI 環境の中核として存在感を増していける。その可能性をきちんと形にしてほしいと思っている。

出典: この記事は Microsoft 365 Copilot Now Defaults to Anthropic Claude — UK Tenant Opt-In Decision の内容をもとに、筆者の見解を加えて独自に執筆したものです。