AIサービスの調達でデータ主権を確認するには、「どこに保存するか」「どこで処理するか」「誰がアクセスし、何を管理できるか」を分けて質問します。「国内リージョンを選べる」という説明だけで、入力した情報の扱いを判断しないことが出発点です。
本記事では、AIのデータ主権を、データに関わる法制度を踏まえ、自社が保存・処理・アクセスの条件を把握し、必要な制御を確保するための観点として整理します。以下の確認表と判定手順は、公式資料を基にした調達実務上の提案です。製品仕様の確認日は2026年11月5日です。
データの保存場所と管理できる範囲を分ける
調達時には、似た言葉を一つの条件にまとめず、確認する対象を分けると回答が具体的になります。
| 観点 | 調達時に確かめること |
|---|---|
| データの保存地域 | 入力ファイル・会話履歴・ログなどを、どの国や地域に置くか |
| データの処理地域 | 推論や付随する処理を、どの国や地域で実行するか |
| 管理権限 | 利用企業と提供事業者が、それぞれ何を閲覧・変更・削除できるか |
| 契約・法制度 | 誰と契約し、どの事業者がデータを扱い、どの条件が適用されるか |
Google CloudのAssured Workloadsも、地域だけでなく、アクセスや担当者に関する制御を組み合わせて説明しています。ただし、対応する製品・サービスは制御パッケージによって異なります。特定の管理機能があることと、利用予定のAI機能まで対象になることは分けて確認しましょう。出典：Google Cloud公式資料
「国内に保存する」と「国内で処理する」は別の質問
MicrosoftのModels sold by Azureには、GlobalとDataZoneというデプロイ形式があります。公式資料では、Globalの入出力は対象モデルが展開されている各地域で、DataZoneは指定ゾーン内で処理され得る一方、これらの形式で保存されるデータは顧客指定の地理的範囲に置かれると説明されています。出典：Microsoftの処理地域の説明
この例から、保存先の回答だけでは推論処理の場所まで判断できないと分かります。調達仕様書では「データは国内」という一文を、保存・推論・ログ・保守時アクセスに分けて書き換えてください。
また、モデルの学習利用も独立した確認項目です。同じMicrosoftの資料でも、入出力をベースモデルの学習に使わないという説明とは別に、不正利用監視に伴う保存やレビューの条件が示されています。「学習に使わない」という回答を、「保存しない」「人が閲覧しない」という回答に読み替えないことが大切です。不正利用監視の変更が承認された顧客には、同資料で説明される監視目的の保存・人手レビューは実施されませんが、自動レビューは残り得ます。プレビューでは監視を含むプライバシー条件が異なる場合もあるため、監視変更の承認の有無と、利用機能に適用されるプレビューの条件を確認してください。出典：Microsoftのデータ利用・監視の説明
AIサービスの調達に使う確認表
最初に、対象の製品名・プラン・モデル・利用機能・契約主体を記入します。その単位ごとに下表を埋め、回答の根拠となる契約条項、公式仕様、設定画面、提供元の回答日を残してください。
| 確認項目 | 提供元への質問 | 自社要件・回答・証跡の記入欄 |
|---|---|---|
| 入力するデータ | 質問文、添付ファイル、検索で取得した文書は、それぞれどの条件で扱われるか | 対象：／要件：／回答：／証跡： |
| 保存地域 | 会話履歴、原本、検索用データ、バックアップの保存地域はどこか | 要件：／回答：／証跡： |
| 推論の処理先 | 選択したモデル・実行形式で、入力と出力を処理し得る地域はどこか | 要件：／回答：／証跡： |
| ログと監視 | ログに何を記録し、どこに何日保存するか。監視目的の閲覧条件は何か | 要件：／回答：／証跡： |
| 外部連携 | 検索、翻訳、外部ツールなどへ何を送るか。各処理先にも同じ条件が適用されるか | 要件：／回答：／証跡： |
| 保守時アクセス | 提供元や再委託先の誰が、どの地域からアクセスするか。承認・記録・例外は何か | 要件：／回答：／証跡： |
| 暗号鍵 | 鍵の管理主体は誰か。顧客管理鍵の対象データと対象外は何か | 要件：／回答：／証跡： |
| 学習・改善利用 | 入力、出力、評価やフィードバックを何に利用するか。無効化できるか | 要件：／回答：／証跡： |
| 削除と契約終了 | 削除の対象、バックアップへの反映期間、持ち出せるデータと形式は何か | 要件：／回答：／証跡： |
| 契約と変更通知 | 契約主体・再委託先・適用条件をどこで確認できるか。変更時に通知されるか | 要件：／回答：／証跡： |
「対応しています」という回答には、適用プランと対象外の機能を追記してもらいます。たとえば、会話履歴の保存先が確認できても、外部検索機能への送信先が空欄なら、その機能の確認は未完了です。
管理権限は「承認できる」と「記録を見られる」を分ける
Google Cloudは、担当者のアクセスを承認するAccess Approvalと、担当者の活動ログを閲覧するAccess Transparencyを別の機能として説明しています。出典：Google Cloudのアクセス制御と可視化
そのため確認表には、閲覧できるログだけでなく、アクセスの事前承認、権限の取消し、緊急時の例外も回答欄に残します。機能名の有無より、自社が必要とする操作を実際に行える範囲を確認することが目的です。
個人データは地域の回答を法務確認につなぐ
個人情報保護委員会のQ&A Q10-25は、外国の事業者のクラウドに個人データを保存する場合について、該当する場合には、事業者や保存サーバが所在する外国の名称、外国の制度等を把握して講じた措置の内容を、本人の知り得る状態に置く必要があると説明しています。保存サーバの所在国を特定できない場合は、サーバが所在する外国名に代えて、特定できない旨とその理由、および本人の参考となる情報を、本人の知り得る状態に置く必要があります。出典：個人情報保護委員会 Q10-25 この代替説明を行うことと、自社の「国内に限定する」という調達要件を満たすことは別に判断します。
個人データを入力する計画では、確認表の地域・契約主体・取扱条件を法務担当へ渡します。表の空欄がなくなったことだけで、個別の利用方法が適法と判定されるわけではありません。
回答を集めた後の導入判断
まず、各要件を「必須」と「調整可能」に分けます。次に、回答と証跡を照合して、利用予定の構成を次のように判定します。
| 状態 | 次の対応 |
|---|---|
| 必須条件を満たす根拠がそろった | 対象データ・機能・設定を限定した導入案として社内審査へ進める |
| 一部の機能だけ条件を満たさない | その機能を外した構成で要件を再確認する |
| 必須条件の回答が不明 | 対象データの投入を保留し、提供元に未回答項目を照会する |
| 必須条件と仕様が両立しない | 別の提供形態や製品を比較する |
たとえば「推論も国内に限定」が必須なのに、回答が「保存先は国内」のみなら、処理先の項目は未確認です。保存先の説明で判定欄を埋めず、利用するモデルと実行形式を指定して回答を求めます。
採用時には、承認対象の構成と証跡の確認日を一緒に記録します。モデル、リージョン、外部連携、契約条件を変える際は、該当する行を再確認する運用にすると、導入時の判断条件を追跡できます。
AIのデータ主権を調達条件に落とす第一歩は、保存場所を聞くことから、データの流れと管理可能な範囲を確かめることへ質問を広げることです。まずは利用予定の一つの業務について、この表を埋めるところから始めてください。企業のAI活用に関する当社の案内は、テクノヴァースのAI活用紹介をご覧ください。