データレジデンシーとソブリンAI: EU/GDPR企業向けLLM導入ガイド (2026)

「データ主権」は曖昧に使われがちだが、エンタープライズAI導入においては3つの具体的な問いに集約される。データが物理的にどこで処理・保存されるか、途中でどのサブプロセッサーが触れるか、サーバーの所在地に関わらずどの政府が法的にアクセスを強制できるか、である。

データレジデンシーは最初の問いにのみ答える — 物理的または論理的な所在地についての事実（「このデータはフランクフルトに保存されている」）だ。データ主権は3番目の問いに答える — 法的管轄と執行力についての事実（「どの国の裁判所と情報機関アクセス法がこのデータとこのベンダーに及ぶか」）だ。米国本社のクラウドプロバイダーは完全なEUデータレジデンシー（EUデータセンター、EUサポート、契約主体としてのEU法人）を提供しつつ、それでも構造的に米国法の対象であり続ける。特定のサーバーラックが物理的にどこにあっても、親会社自体が米国法上の「US person」であり続けるためだ。

AI推論に特化して言えば、これが重要なのは、対象となる「データ」が学習データだけではないからだ — 全てのプロンプト、RAGパイプラインで取得される全てのドキュメント、全てのモデル出力、そして観測可能性スタックが記録する全てのログエントリが対象となる。処理場所の分析はチェーン全体を追跡する必要がある：推論エンドポイント、RAGを使う場合の埋め込み・ベクトルストアサービス、ロギング・観測可能性ベンダー、そしてファインチューニングや評価を行う第三者サービス。それぞれが独自の法域を持つ潜在的なサブプロセッサーであり、GDPR第28条はそれぞれについてデータ処理契約を要求する。

セルフホストLLM導入におけるSOC 2・ISO 27001対応準備を検討する企業はこのパターンに見覚えがあるだろう — 監査対応準備とデータ主権分析はどちらも同じサブプロセッサーマップから出発し、異なる規制上の問いに適用されるだけである。

オープンウェイトモデルこそが、このサブプロセッサーマップの「セルフホスト」の行を本当に短くするものだ。クローズドウェイトモデルは、たとえEUリージョンのエンドポイントから提供されていても、推論呼び出しのたびにモデルベンダーとの継続的なAPI関係がサブプロセッサーとして必要になる。オープンウェイトモデル（MetaのLlama、Mistralのモデル、AlibabaのQwen、DeepSeek、その他のオープンライセンスの重み）を一度ダウンロードして完全に自社が管理するインフラで実行すれば、そのダウンロード以降、モデルベンダーは処理チェーンから排除される — モデルが元々どの国で学習されたかに関わらず、マッピングすべき継続的な推論API呼び出し自体が存在しなくなる。

2020年のEU司法裁判所によるSchrems II判決は、EU-米国プライバシーシールド枠組みを無効とした。理由は、米国監視法（主にFISA第702条とCLOUD Actの及ぶ範囲）が、米国当局にアクセス可能な個人データに対してEU法と「実質的に同等」の保護を提供していないと認定されたためだ。エンタープライズAI購買担当者にとっての実務的な帰結は、米国本社のAIベンダーを使うこと（EUホストのエンドポイントであっても）は、判決が特定した根本的な法的アクセスリスクを自動的に解決しないということだ。標準契約条項（SCC）はSchrems II後も有効な移転メカニズムであり続けるが、EU司法裁判所は、目的国の法律がSCCの保護を無効化しうる場合には補完的な技術的・組織的措置と、そのリスクを評価する文書化された移転影響評価（TIA）を要求している。

GDPR第44〜49条が運用上の規則である。第44条は、第三国への個人データの移転が本章の条件に従わなければならないという一般原則を定める。第45条は十分性認定を扱う（EUはいくつかの国について十分な保護を提供していると判断しているが、米国はセーフハーバー・プライバシーシールドの双方が無効化された後、現在一般的な十分性認定を持たない）。第46条は主にSCCによる適切な保護措置を伴う移転を扱う。第47〜49条は拘束的企業準則と特定状況における限定的な例外を扱う。

エンタープライズAI購買担当者が最も見落としがちなのは、これらの規則が一括エクスポートに限らず、EU/EEA外への個人データの*あらゆる*移転に適用されるという点だ。EU顧客のサポートチケットを米国ホストの推論エンドポイントに送信する単一のAPI呼び出しは、応答がミリ秒単位で返り、伝統的な意味で何も「保存」されなくても、第44〜49条の範囲内の移転となる。個人データを含み、EU域外の観測可能性プラットフォームに送信されるテレメトリ、エラーログ、分析イベントについても同様だ。

この正確なリスクプロファイルについて特定のモデルベンダーを比較したい読者は、Qwen・DeepSeek・Llama・ClaudeのGDPRリスク比較を参照してほしい — その記事は個々のモデル・API選択を評価するもので、本記事はモデル選択の上位に位置する導入アーキテクチャの問題に焦点を当てている。

3つのアーキテクチャパターンがほとんどのエンタープライズの選択肢をカバーする。どれも自動的に「準拠」ではない — それぞれ関与するサブプロセッサーと法域が異なり、それこそがDPOが実際に評価すべき点である。

エンタープライズAIを展開する多国籍企業は、モデルの品質とは無関係な構造的選択に直面する。各リージョンの個人データを、そのリージョンに物理的・法的に所在する推論クラスターで処理するのか、それとも全てを（多くの場合、AIプラットフォームチームがいる場所の）単一集中クラスターにルーティングするのか。

集中型クラスターは運用上シンプルだ — 維持すべき導入は1つ、モデルバージョンは1つ、観測可能性スタックも1つ。しかし各リージョンの個人データはAPIに到達した瞬間に国境を越えることになり、EU域外クラスターに流れるEU由来データはGDPR第44〜49条に直接該当し、他の地域でも同様の規制（ブラジルのLGPD、サウジアラビアやUAEのPDPL、中国のPIPL — 詳細は後述）の対象となる。これら越境フローそれぞれに独自の検証済み移転メカニズムと独自のTIAが必要であり、そのメカニズムはある法域の十分性ステータスや監視法の状況が変化しても持ちこたえなければならない。これはプライバシーシールドで既に一度起きたことだ。

リージョン別アーキテクチャ — EUデータを扱うEUクラスター、米国データを扱う米国クラスターなど — は運用上のシンプルさを、大幅に小さくなった越境フットプリントと引き換える。移転メカニズムが必要なのは真にリージョンをまたぐユースケース（複数の地域チームに関わるグローバルサポートチケットなど）に限られ、全てのリクエストのデフォルトフローではなくなる。何らかの重要な規制対象データカテゴリ（顧客PII、従業員データ、医療・財務データ）を扱うほとんどの多国籍企業にとって、これはインフラと運用の負担が増えるとしても、より安全なデフォルトである。

他の法域で既にリージョン別導入を運用している企業は、サウジアラビアとUAEの同等のPDPL分析、あるいはブラジルLGPDガイドで同じロジックに見覚えがあるだろう — EU/GDPRのケースは単に最も深い執行実績と最も引用される判例（Schrems IとII）を背景に持っているだけだ。

中国は、EU、米国、ブラジル、サウジアラビア、UAEと並んでこの分析に含めるべき第三の法域である。中国の個人情報保護法（PIPL、2021年施行）とデータセキュリティ法は、中国国内で処理される個人データおよびその国外への移転を規制する。国外への移転には一般に、中国国家インターネット情報弁公室（CAC）のセキュリティ評価、認証された保護メカニズム、CAC標準契約条項のいずれかが必要であり、これはGDPRのSCCとは異なる規制当局・異なる基準に基づく承認体制である。EU（またはその他）の個人データを中国ホストの推論APIに送ることは、PIPLの国外移転規則と、政府アクセスに関する中国の国家情報法へのエクスポージャーを生む — これは上記のSchrems II・CLOUD Act分析とは別個の法的アクセスの問題であり、それに代わるものではない。

これは中国原産のオープンウェイトモデルを使うこととは根本的に異なるリスクである。AlibabaのQwenやDeepSeekは、一度ダウンロードして自社のEUインフラで完全に実行できるオープンウェイトモデルファイルを公開している — このダウンロード以降、中国内のエンドポイントへの継続的なAPI呼び出しは一切なく、セルフホストし、周辺ツールがデフォルトで有効にしているテレメトリやアップデート確認機能を無効化する限り、PIPLの国外移転規制の対象となるデータは存在しない。中国のAIベンダーに伴う法域リスクは、モデルの重みそのものではなく、ホスト型API・サービス関係に紐づいている。詳しくはローカルDeepSeekは中国のデータ問題を解決するか？でホスト型サービスとオープンウェイトの違いを、Qwen対DeepSeek対Llama対ClaudeのGDPRリスク比較でモデルごとの内訳を参照してほしい。

これは中国に限らず一般化できる。原産国に関わらず、オープンウェイトモデルは上記の導入比較における「セルフホスト」の行を構造的に可能にするものだ。クローズドウェイトモデルは、たとえEUリージョンのエンドポイントから提供されていても、推論呼び出しのたびにそのベンダーとの継続的なAPI関係がサブプロセッサーとして必要になる。オープンウェイトモデルを一度ダウンロードして自社が管理するインフラで実行すれば、導入後はモデルベンダーが処理チェーンから完全に排除される — 推論時にマッピングすべき継続的なサブプロセッサーは存在せず、記録すべきは一度限りのダウンロードだけだ。これは、あるベンダーのAPIがどのリージョンでホストされているかを評価するよりも構造的に強い主権のポジションである。問いに好都合な答えを出すのではなく、問い自体をなくすからだ。

これらのステップを順番に進めること — 各ステップはベンダー選定に到達する前に、実行可能な導入オプションを絞り込んでいく。

自社ハードウェアのセルフホストがチームにとって運用負荷が大きすぎる場合、EU本社の複数のプロバイダーがEU法域下でデフォルトでEU法準拠DPAを備えたマネージドGPUインフラを提供している。これは網羅的なベンダー評価ではない — 契約前に現在の価格、認証、DPA条件を必ず直接確認すること。7社の価格・機能を詳しく比較したEUクラウドGPU総合比較も参照。

本記事は、AI導入計画のためにデータ主権とGDPR越境移転に関する一般的な概念を解説するものです。貴社に対するコンプライアンス判定ではなく、本記事で説明したいかなる導入モデル — セルフホスト、EUリージョンクラウド、EUソブリンクラウドのいずれも — 一律に「GDPR準拠」であることを保証するものではありません。コンプライアンスは貴社固有の処理活動、法的根拠、サブプロセッサー連鎖、DPIA、リスク評価に依存し、これらは貴社のデータ保護責任者または資格を有する法律顧問のみが貴社について評価できます。本コンテンツに基づいて導入の意思決定を行う前に、必ず相談してください。