Copilot とデータレジデンシーの解説

By Mirko Peters · 2026-03-18 · Updated 2026-03-24

Microsoft 365 Copilot のデータレジデンシー。AI を活用した Microsoft 365 Copilot の操作におけるデータの所在、保護、セキュリティについて理解しましょう。

Automatically translated with AI from the original post. Read the English original

組織内で Microsoft Copilot の利用を始めると、Microsoft 365 の中で強力な AI が動くという期待に心を奪われがちです。しかし、Copilot を導入する前に欠かせない確認事項があります。データがどこに送られ、どのように保存され、誰が閲覧できるのか、という点です。これがいわゆるデータレジデンシーです。機密情報を扱う場合や規制当局への説明責任がある場合（実際、今日のビジネスではほぼすべての組織がそうでしょう）、Copilot がファイル、メール、チャットをどのように処理するのかを正確に把握することは非常に重要です。

このガイドでは、Copilot のデータレジデンシーの仕組みを詳しく解説します。保存場所、国内外の法規制への準拠、そして Copilot がコンプライアンスチームや IT リーダーにとって魅力的である一方で、対応が難しい理由について取り上げます。また、規制やデータの境界がますます増えている現在において、主権とプライバシーがこれまで以上に重要になっている理由も探ります。読み終える頃には、Copilot におけるデータの流れの基本を理解し、導入時に想定すべきことや、組織のデータを安全に保つ方法がわかるようになっているはずです。

1. Copilot はプロンプトを学習データから分離できます： 多くの環境では、Copilot や同種の AI コパイロットは、顧客のプロンプトと出力がグローバルモデルの再学習に使われないよう構成されています。これにより、データレジデンシーやデータ漏えいへの懸念に対応できます。
2. データレジデンシーは地理的な場所だけの問題ではありません： 要件は、法的管轄、クラウドテナンシー、暗号化キー、さらには Copilot サービス利用時に国境を越えて移動してよいサブコンポーネント（インデックス、テレメトリ、ログなど）にまで及ぶ可能性があります。
3. エッジおよびハイブリッドの選択肢でデータの移動を減らせます： 一部の Copilot ソリューションはオンプレミスや地域単位での処理に対応しており、機密データを指定されたレジデンシー境界の外に出すことなく、AI を活用した機能を利用できます。
4. メタデータも、コンテンツと同じくらいリスクになり得ます： Copilot が保存するのがコンテンツを含まないテレメトリだけであっても、明示的に管理されていなければ、タイムスタンプ、ユーザー ID、リポジトリ名などのメタデータがレジデンシーやコンプライアンスのポリシーに違反する可能性があります。
5. 契約と構成は、技術そのものより重要な場合が多い： Copilot とデータレジデンシーにおいては、コアとなる AI モデル自体よりも、契約上のサービスレベル契約（SLA）、データ処理追加契約、そして構成の選択（リソースのリージョン、キー管理）によって、コンプライアンスが決まることが少なくありません。

Microsoft 365 Copilot におけるデータレジデンシーの理解

Microsoft 365 Copilot におけるデータレジデンシーは、単なる技術的な関心事ではなく、コンプライアンス、セキュリティ、信頼の土台です。CIO、コンプライアンスチームの一員、あるいは IT 戦略を担当されている方であれば、規制の変化によって企業のデータに対する考え方がいかに速く変わっているかをご存じでしょう。情報を誤った場所に保存してしまうリスクは現実のものであり、その結果としての法的、経済的、あるいは評判上の影響は深刻になり得ます。

Copilot は Microsoft 365 の中核部分で動作し、ファイル、メール、チャット、予定表などに接続します。つまり、Copilot の利用が安全かつ準拠したものになるかどうかは、Microsoft 365 で設定したポリシーと制御次第です。特に地理的な条件は重要です。世界中の政府や業界は、機密データの保存場所やリージョン間での移動方法について厳格な要件を設けています。

Microsoft は、こうしたデータレジデンシーの実情を十分に踏まえて Copilot を設計しています。物理的な境界（データセンターの所在地）と論理的な境界（アクセス制御と処理フロー）の両方で、組織の境界を尊重するよう作られています。それでも、Copilot のデータがどこに存在し、Microsoft がその内部でどのように扱い、どのような標準に基づいて管理されているのかを理解することは、安全な導入に欠かせません。

以降のセクションでは、Copilot の地域ごとのデータストレージ、その運用を規定する境界、そして Copilot の保証を裏付けるために活用されているコンプライアンスの枠組みを、わかりやすく解説します。

データの保存場所と地理的な境界

Microsoft 365 Copilot では、データの保存場所はクラウド契約の一項目にとどまらず、コンプライアンス上の必須要件です。Copilot の基盤となるデータは、Microsoft のグローバルな Azure データセンター ネットワークに保存されます。これらのデータセンターは、米国、欧州、アジアなど世界各地の地域や、特定のプライバシー要件に対応した拠点に戦略的に配置されています。

Copilot がコンテンツを保存する場所は、組織の Microsoft 365 テナントの影響を直接受けます。たとえば EU に拠点を置く場合、主要なデータは通常 EU のデータセンターに保存されます。複数の国にまたがる企業であれば、Microsoft のマルチジオ機能を使うことで、部門ごとのデータをそれぞれの拠点の地域に保持しつつ、ユーザーはグローバルに共同作業を続けられます。

この拠点ベースのアプローチは見せかけではありません。多くの国や業界では、顧客データ、特に個人情報や機密情報を特定の地理的境界の外に出さないことが求められています。Microsoft はこうした規制への対応を支援することを約束しています。Copilot のデータは、ファイルの保存場所だけでなく、検索、要約、分析といった処理が行われる場所についても、これらの要件に従います。

物理的な境界は、実際のデータセンターによって定まります。Microsoft Entra ID やアクセス ポリシーといった論理的な境界は、利用者の所在地に関係なく、誰が何を閲覧できるかをさらに制御します。こうした多層的なアプローチにより、組織は法的リスクを減らし、データ主権に関する懸念に対応し、グローバルなコンプライアンス要件への対応にも安心して取り組めます。とはいえ、複数の国で事業を展開する場合や、業務上の理由でリージョン間のデータ移動が必要な場合には、現実には複雑さが生じます。Microsoft のリージョン別の管理機能によって対応は可能ですが、事前の計画が重要です。

データ処理と規制コンプライアンスの基準

1. 国際的な法律とフレームワークへの準拠
2. Microsoft 365 Copilot は、欧州の GDPR、医療分野の HIPAA、オーストラリアやカナダなどの国の現地基準を含む、主要な国際および地域のデータ保護法に準拠するよう設計されています。Microsoft は継続的に認証を取得し、コンプライアンスを証明しています。そのため、組織は自社の規制要件をより容易に満たすことができます。
3. 業界固有の規制への対応
4. 金融サービス、医療、政府機関には、それぞれ特別な規則があります。Microsoft Copilot は、SOX、Basel III、NIST といった業界固有の規制にも対応しており、安全なデータ処理と、各業界に適した監査証跡の提供によってこれを支援します。たとえば医療機関は、保護対象保健情報 (PHI) について HIPAA に準拠したプロトコルに従いながら Copilot を利用できます。
5. 処理と保存の整合性
6. Copilot がアクセスして処理する顧客コンテンツは、テナントの構成に基づいて割り当てられたデータセンター内にとどまります。明示的に構成しない限り、データが指定された地理的境界の外で処理または保存されることはありません。これにより、組織のデータに対する強固な法的保護を支えます。
7. 継続的な監査性と透明性
8. Microsoft は、Copilot がデータとどのように関わるかを監視および監査するためのツールを組織に提供しており、コンプライアンス担当者向けのダッシュボードとログも用意しています。Microsoft Purview や Defender for Cloud などのソリューションによるリアルタイムのコンプライアンス監視は、基本的な結果ベースのツールでは把握できない隠れたポリシーのドリフトや、動作上のリスクを検出するのに役立ちます。
9. 契約上の保証
10. 契約時、Microsoft はデータ処理補足契約 (DPA) を含め、前述の基準を遵守することを約束する契約を提供します。これらの法的文書により、組織は Copilot を活用したワークフローにおける顧客データの取り扱い、保存場所、報告について、追加の保証を得られます。

コンプライアンス監視とリアルタイムのレポート作成について詳しく知りたい場合は、Microsoft Defender for Cloud による継続的なコンプライアンスなどの資料をご覧ください。これらは、マルチクラウド環境における構成のドリフトによるリスクの防止に役立ちます。

Microsoft 365 Copilot のセキュリティとプライバシー機能

Copilotの AI がどれほど画期的に感じられても、セキュリティとプライバシーへの懸念が最優先です。組織の最も機密性の高いチャット、ドキュメント、会話に、必要な人だけがアクセスできると信頼できる必要があります。偶発的であれ悪意があれ、それ以外の人がアクセスすることがあってはなりません。Copilot が Microsoft 365 に深く統合されている以上、強固な保護と透明性の高いプライバシーポリシーは任意の要素ではなく、ユーザー体験の全体に組み込まれているべきものです。

Copilot に対する Microsoft のセキュリティ戦略は、堅牢な技術的統制を基盤としています。アクセス管理、暗号化、ID 保護が、あらゆるレイヤーで適用されています。ただし、テクノロジーだけでは十分ではありません。責任あるガバナンスは不可欠です。ポリシーは紙の上では正しく見えても、巧妙な脅威を検出できず、気づかないうちに穴が生じることがあるからです。Microsoft は、機密性の高い Copilot データが保護され続け、適切なコンテキストでのみ処理され、想定された利用者の範囲外に決して露出しないよう注力してきました。特に、組織がより複雑なハイブリッド環境やクロスクラウド環境を採用するにつれて、その重要性は増しています。

以降を読み進めると、これらの防御策がどのように構成されているかがわかります。アクセス制御の細部、保存時と転送時における Copilot データの暗号化基準、そして法的要件を超えたプライバシーへの取り組みが、実際のセキュリティ上の懸念にどう対応しているかを掘り下げます。以下のサブセクションでは、これらの重要な保護を詳しく取り上げます。高度なガバナンスのベストプラクティスや、最新の AI 駆動型機能における実際の利用リスクも含めて解説します。

Microsoft Defender、Purview、Entra の条件付きアクセスといったツールが、堅牢なセキュリティと使いやすさの両立、そして積極的なガバナンスにどのように役立つかを確認しましょう。所有権、アクセス許可、リアルタイムの制御の境界を整理し、実証済みのフレームワークに基づくガイダンスを通じて、Copilot の展開に直接適用できる考え方を解説します。

Copilot のアクセス制御とデータ暗号化

Copilot のセキュリティにおいて、扉の施錠を怠る余地はありません。Microsoft は、Azure Active Directory（現 Microsoft Entra）を基盤とした厳格なアクセス制御を適用し、明示的なアクセス許可を持つユーザーだけが、機密性の高い Copilot の結果を利用または閲覧できるようにしています。すべては、ユーザー認証から始まります。認証されていない場合や、デバイスが準拠していない場合は、アクセスできません。条件付きアクセスを使えば、組織はユーザーの役割、デバイスの正常性、場所に基づくルールを定義でき、不正な覗き見に対してリアルタイムの防御線を張ることができます。

Copilot のデータ（チャット、ドキュメント、要約など）はすべて、保存時もネットワーク上を転送される間も、自動的に暗号化されます。暗号化キーは Azure の基盤内で厳密に管理されており、Microsoft のセキュリティチームは、進化する脅威に先んじるため、基準を定期的に更新しています。仮に誰かが通信を傍受しようとしても、何も得られません。

ロールベースのアクセス許可が、もう一つの層を提供します。Copilot の結果を生成、閲覧、共有できるユーザーを細かく調整できます。また、定期的なアクセスレビューによって、使われなくなったアカウントや、誤って過剰に共有されたものを見つけ出せます。監査ログはすべてのアクセスと操作の記録を残すため、情報漏えいの追跡やコンプライアンスの確認がはるかに容易になります。アクセス許可と所有権のベストプラクティスについて詳しく知りたい場合は、こちらの Microsoft 365 ガバナンスガイドをご覧ください。適切なスイッチを設定するだけでは不十分である理由が説明されています。

Copilot が、ユーザーがすでに Microsoft 365 環境で持っているアクセス権限を超えて、誰かのアクセス範囲を広げることはありません。つまり、ユーザーがファイルを直接開けなければ、Copilot がそのファイルを代わりに取得することもありません。条件付きアクセスポリシーは、包括的な条件付きアクセスに関する詳細解説で説明されているとおり、これらの境界を強化し、目に見えない抜け穴を塞いで、データを確実に保護します。

プライバシーへの取り組みとデータ保護ポリシー

Microsoft は、Copilot のデータの扱いと、顧客が期待できるデータ保護の権利を示す、公開のプライバシーに関する声明を明確に掲げています。ある調査では、Fortune 500 企業の 97% が、透明性の高いプライバシーへの姿勢も一因となり、組織のデータを Microsoft 365 に預けていることが示されました。

エンタープライズ級のフレームワークにより、データ保護を徹底します。秘密度ラベルは、データの種類や組織のポリシーに基づいて、コンテンツの分類、暗号化、アクセス制御を Copilot に指示します。メールからAIが生成した要約まで、これらのラベルは Microsoft Purview などのツールと連携し、データがどこへ移動しても追従する DLP（データ損失防止）ポリシーを組織が設計できるようにします。この Copilot ガバナンスガイドで解説しているように、ラベル、DLP、監査モニタリングをAIの出力にまで広げることは、コンプライアンス上もはや必須です。

Microsoft の取り組みは、データ主体の権利にも及びます。ユーザーが情報へのアクセス、削除、または制限を求めた場合、GDPR などの世界各国の法律に対応したワークフローを通じて、その要求に応えます。組織は信頼ポータルと Purview の監査ツールを活用して、透明性と監査への備えを維持できます。監査に対応できる ECM システムを構築することは、コンプライアンスの将来への備えになるだけでなく、内部リスクや意図しない情報漏えいからの保護にも役立ちます。

事例では、こうしたプライバシー制御によってリスクを下げている企業が、ユーザーの信頼と生産性の向上も実現していることがわかります。プライバシーの実践、法的要件、透明性のある監査を明確に連携させることで、組織は新しい技術や新しい法律にも遅れることなく対応し続けられます。

Copilot Studio とデータ管理の解説

Copilot Studio は、Microsoft の AI とカスタマイズツールが、データガバナンスの現実と向き合う場所です。Copilot ソリューションを構築したり、ワークフローを調整したりする場合、責任ある AI と安全なモデル管理が実際に問われるのがここです。ただし、柔軟性が高まる分、責任も大きくなります。特に機密データと自動化された AI 機能が連携し始めると、その重要性は増します。

Copilot Studio がモデルの学習、推論、プロンプト作成の各段階でデータをどのように扱うかを理解することは、すべての管理者と AI リーダーにとって重要です。AI モデルの実行場所と方法、学習に使われるデータ、プロンプトのフィルタリング方法といったアーキテクチャ上の選択は、プライバシー、コンプライアンス、リスクへの露出に直接影響します。モデルの透明性と保護のための安全策は、もはや任意の追加機能ではなく、すべての展開に不可欠な要件です。

以降のセクションでは、Copilot Studio が顧客データを世界共通のモデル学習から除外する仕組み、責任ある AI の境界の守り方、そしてプロンプトインジェクションや意図しない情報漏えいといった巧妙な悪用への防御について詳しく解説します。また、ユーザーが Copilot の高度な機能を試している場合でも、適切なガバナンスとリアルタイムの監視によって、いかに倫理的かつ適切に運用を保てるかもご紹介します。

管理されていない AI から生じる、見えないデータの流れ、リスクシグナル、「シャドー IT」の広がりが気がかりな場合でも、Copilot Studio の防御的な設計により、管理を取り戻すための手段が得られます。以下のセクションでは詳細を掘り下げ、自信と明確さをもって展開できるよう支援します。

基盤モデル、責任ある AI、Copilot Studio の安全策

Copilot Studio の基盤には、大規模な基盤 AI モデルがあります。ここで重要なのは、Microsoft 365 内や組織の Graph にある顧客データが、これらの大規模モデルの学習には使われないという点です。Microsoft は基盤モデルの更新と顧客コンテンツを分離しているため、お客様の独自のドキュメントやチャットが、他のすべてのユーザー向けの汎用 AI エンジンの改善に使われることはありません。

この分離は、単なる技術的なポリシーではなく、責任ある AI の重要な一部です。Microsoft の責任ある AI のフレームワークでは、モデルの利用における透明性、明確なデータの境界、すべての AI 駆動型機能に対する監督が求められています。Copilot Studio のツールは、すべての自動化されたエージェントやボットが、設定されたアクセス許可に従って動作するよう支援します。アクセス制御はユーザーの役割と組織のポリシーを反映します。これらの同じ制御については、シャドー IT と Purview ポリシーに関するこの解説で詳しく扱っており、管理されていない AI エージェントが監視なしに暴走するリスクについて警告しています。

Copilot Studioには、組み込みのセーフガード、ガバナンス ダッシュボード、ランタイム監視が用意されており、管理者は異常な動作を検出し、機密性の高いデータセットの利用状況を追跡できます。どのデータがいつアクセスされ、処理されたかが可視化されるため、コンプライアンス チームはプライバシーや規制への影響を監査できます。AI の出力自体も最上位のコンテンツとして扱われ、秘密度ラベルと監査証跡を引き継ぐことで、コンプライアンス上の死角を減らします。

狭いエージェント スコープ、Entra Agent ID、DLP の適用、期間限定の AI 出力といった AI ガバナンスの戦略は、「暴走する」自動化や不正アクセスの防止にさらに役立ちます。詳しくはこちらの実践的な AI ガバナンスのポッドキャストで解説しています。つまり、Copilot Studio では柔軟性と迅速さを得られ、同時に組織の安全性とプライバシーの明確さを担保する仕組みの中で活用できます。

プロンプト インジェクションと保護対象素材の検出

• プロンプト フィルタリング アルゴリズム: Copilot Studio は送信されたプロンプトを監視し、悪意のあるコード、不適切なコンテンツ、不正なコマンドを挿入しようとするものをブロックします。これにより、リスクを入口の段階で低減します。
• リアルタイムのリスク シグナル: 保護アルゴリズムが、通常の制御を回避しようとする不自然な表現や要求をスキャンし、AI が応答する前にリスクのある動作をフラグ付けします。
• 機密性とコンプライアンスのラベル: Copilot Notebooks や Studio との統合から出力されたコンテンツは、機密情報、規制対象情報、保護対象の素材が含まれていないか自動的にチェックされ、組織の DLP 設定を引き継ぎます。
• 監査証跡とラベル付け: すべてのプロンプトと出力は記録し、ラベルを付与できます。この点はCopilot Notebooks のコンプライアンス リスクに関するディスカッションで取り上げられています。これにより、AI が生成した結果も従来のコンテンツと同じルールに従うようになります。

プロンプトがより高度になっても、継続的な監視と迅速な対応ポリシーにより、Copilot のエコシステムは信頼を損なわない状態を保てます。

Copilot におけるデータ主権とマルチジオ機能

データ主権は、もはや単なる流行語ではありません。グローバルに事業を展開する組織にとって、譲れない現実です。欧州、米国、アジアにまたがる要件に対応する多国籍企業であれ、Copilot が国や地域ごとのデータ境界を尊重できることは、法的要件と顧客の期待の両方を満たすうえで極めて重要です。

Microsoft は、こうしたグローバルなコンプライアンスの課題に対応できるよう、Copilot のクラウド アーキテクチャを設計しました。マルチジオ機能を使えば、組織は子会社やユーザー グループごとのデータの保存場所を管理でき、意図しない越境データ転送のリスクを抑えられます。この考え方は、金融や医療などの規制業界で機密性の高い業界データを扱う場合にさらに重要になります。

以下のセクションでは、EU データ境界の概念と、それがプライバシーと主権に与える実際の影響を紹介します。続いて、高度なマルチジオ ツールを取り上げ、大陸をまたぐ運用であっても、パフォーマンスの管理、コンプライアンスの維持、管理者による制御をどのように実現するかを見ていきます。

Copilot の柔軟なデータ所在地オプションと厳格なガバナンスにより、生産性を損なうことなく法的要件を満たせます。これらのソリューションを順に見ていき、どのような規制が適用されても対応できる状態を目指しましょう。

EU データ境界とデータ主権の解説

EU データ境界は、欧州の厳格なデータ主権法に対する Microsoft の回答です。この取り組みの下、EU 内のテナントで Copilot が生成したすべてのデータは、EU 域内に所在するデータセンターにのみ保存および処理されます。この地域的な境界は法的かつ技術的なものであり、顧客の明示的な例外や指示がない限り、データが EU 域外に出ることを防ぎます。

法的な管理と監査の仕組みにより、文書の要約からチャット履歴まで、Copilot のすべてのやり取りを追跡し、EU 域内にとどまったことを証明できます。多国籍組織にとって、この体制は GDPR および各国の法律への準拠を示す作業を大幅に簡素化し、高額になりがちな越境リスクを回避するとともに、規制当局に対して強固で検証可能な証跡を示すことにも役立ちます。

高度なデータ所在地とマルチジオによる顧客データの配置

マルチジオ環境は、組織のグローバル展開が進み、規制要件が厳しくなるにつれて欠かせないものになっています。Microsoft Copilot のマルチジオ サポートを使うと、企業はデータをリージョンごとに分けて管理できます。これにより、クラウドの俊敏性を損なうことなく、各拠点がそれぞれの現地のデータ所在地規制に準拠した状態を保てます。

調査によると、リージョン別のデータ分割を活用している企業では、監査証跡が明確になり規制関連のドキュメント作成も簡素化されるため、コンプライアンス調査にかかる時間が 40% 削減されているということです。管理者は、ユーザー グループや地域ごとにコンテンツをロックするよう Copilot を構成できます。Microsoft 365 のグローバル管理者ツールを使ってこれらの境界を管理し、移行によってコンプライアンスが損なわれないようにできます。

マルチジオのコントロールに加えて、Purview や Defender などのプラットフォームを使った継続的なガバナンスを組み合わせることが推奨されています。移行時や急速なビジネスの変化の際にも可視性を維持するためです。リージョンをまたぐ Copilot サポートを展開する前に、契約、ライセンス、適用ツールを整合させることについては、実践的な Copilot ガバナンス チェックリストが参考になります。

最良の結果を得るには、技術的な適用と利用者トレーニングを組み合わせてください。一元化されたガバナンス済み Copilot ラーニング センターは、導入を加速し、サポート チケットを減らし、データ所在地のルールが重要である理由を定着させるのに役立ちます。新たな規制基準が登場するなか、確固たる管理策と訓練された従業員の両方があれば、コンプライアンスとパフォーマンスの両面で一歩先を行けます。

Copilot のやり取りとデータ ライフサイクル管理

Copilot とのやり取りは、簡単なチャット、ドキュメントの編集、スマートな要約のいずれであっても、エンドツーエンドで監視が必要なデータの流れの始まりです。組織はデータ ポリシーを「設定して放置」することはできません。最初の AI プロンプトから最終的な削除や移行まで、ライフサイクル全体を理解して管理し、継続的なコンプライアンスと説明責任を確保する必要があります。

このガイドのこのパートでは、Copilot が Microsoft 365 内でユーザーのクエリと出力をどのように記録、保持、管理するかを、舞台裏からご覧いただきます。何が、どのくらいの期間保存され、いつ消去するかを決めるのは誰なのかが明確になります。きめ細かな保持設定から移行ポリシーまで、ライフサイクルを習得しておけば、後々の頭痛の種や監査時の想定外の事態を減らせます。

次のセクションでは、Copilot がチャット履歴をどのように管理するか(ユーザーと管理者で見えるものが異なる点も含めて)と、規制要件や業務目標に合った保持および削除のスケジュールを組織がどう設計できるかを説明します。また、合併、データセンターの移転、法的要件のいずれによる移行であっても、データ所在地と管理にどのような影響があるかも解説します。

IT 管理者やガバナンス担当者にとって、これらのポリシーを理解することは、単なるベスト プラクティスではありません。デジタル トランスフォーメーションが加速し続けるなかで、生き残るための必須スキルです。では、この知識を実際に活用し、Copilot のデータの流れを開始から終了まで隙のない、コンプライアンスに準拠した状態に保つ方法を見ていきましょう。

チャットのやり取り、データ保持、履歴ポリシー

Microsoft 365 における Copilot のチャットでのやり取りは、透明性と安全性を重視して扱われます。ユーザーが Copilot に質問したり、ドキュメントの要約を依頼したりするたびに、そのクエリと結果は記録されます。組織の設定によって、ユーザーのチャット履歴に永続的なエントリとして残る場合もあれば、一時的なアクションとして扱われる場合もあります。

長期的なチャット スレッドや Copilot が生成したメモなどの永続データは、Microsoft Purview のコンプライアンス センターで設定したルールに従って保持できます。一方、一時的なデータは、プライバシーリスクや法的ガイダンスに応じて、セッション終了後または一定期間後に消去される場合があります。組織は、業務上のニーズ、規制環境、ユーザーの期待に基づいてこれらの設定を定義します。

Microsoft 365 のデータ保持ポリシーでは、Copilot のコンテンツをきめ細かく管理できます。管理者は、チャット ログを 1 日だけ保持することも、数年間保持することもできます。ポリシーは Microsoft Purview を通じて適用します。業界規制の対象である場合や、すべての AI とのやり取りを組織の法的アーカイブに含めたい場合に、これは非常に重要です。

「ガバナンスの錯覚」、つまりMicrosoftの標準的な管理機能だけで十分だと考えてしまうことを避けるには、意図的な設計とポリシーが欠かせません。こちらのガバナンスのポッドキャストで述べたとおり、計画的な保持設定、責任の所在、明確なオーナーシップだけが、実際のコンプライアンスを確実なものにします。実施に向けた具体的な手順については、Microsoft 365でのDLPの設定方法で、CopilotとDLPに関するガイダンスを参照してください。

Copilotにおけるデータのライフサイクル、移行、データフロー

1. 取り込みと初期保存
2. Copilotのすべてのやり取りは、ユーザーのクエリやコンテンツの取り込みから始まります。このデータは、組織のコンプライアンス設定に従って直ちに分類・保存され、最初の段階からプライバシーとセキュリティが確保されます。
3. 処理と積極的な利用
4. 積極的な利用の間、Copilotは要約や回答などの出力を生成するためにデータを処理します。アクセスはアクセス許可と規制ポリシーによって管理され、手動および自動化されたワークフローのいずれにおいても厳格な境界が維持されます。
5. アーカイブと保持
6. 積極的な利用の後、Copilotのデータは、Microsoft 365内で設定された保持スケジュールに従ってアーカイブされる場合があります。通常はPurviewで管理されます。保持されたアイテムは、レビュー、コンプライアンスチェックの対象となり、該当する場合はユーザーからのアクセス要求の対象にもなります。
7. 移行シナリオ
8. 組織がリージョン間でデータを移動する場合、またはオンプレミスからクラウドへ移行する場合、移行ポリシーが適用されます。企業はCopilotのデータフローをマッピングして、コンプライアンスを確保し、境界をまたぐ違反のリスクを最小限に抑えることができます。移行時にガバナンスを維持するためのヒントについては、こちらのデータアクセスのガバナンスガイドを参照してください。
9. 最終的な削除とエクスポート
10. ライフサイクルの最後に、Copilotのデータは、規制上の要求、ユーザーからの要求、または組織のポリシーに従って削除またはエクスポートされます。監査ログはすべての接点を記録するため、組織は削除が正当に行われたことの証明や、コンプライアンスレビューに対する明確な根拠を得られます。

クラウドをまたぐデータレジデンシーとCopilotの統合

Copilotのデータレジデンシーに関する話は、Microsoftの境界で終わるわけではありません。多くの組織は、ハイブリッドクラウドやマルチクラウド戦略の一環としてCopilotを展開し、外部クラウド（AWSやGoogle Cloudなど）に接続したり、Microsoft 365の外にあるビジネスシステム向けにAPIやコネクタを統合したりしています。

これにより新たな課題が生じます。データが複数のクラウドプロバイダーをまたいで流れ始めると、従来のレジデンシー、監査可能性、コンプライアンスに関する前提が成り立たなくなる可能性があります。特にデータが「Microsoftのみ」という安全な範囲を出る場合、規制要件や契約上の要件を満たすことはより難しくなります。シャドーITや管理されていないコネクタといったリスクにより、データが承認されていない環境に入り込み、慎重に設計されたガバナンスポリシーを損なうおそれもあります。

Microsoftは、高度な監査や監視から、サードパーティコネクタに対する詳細なアクセス制御まで、こうしたハイブリッドおよびマルチクラウドのシナリオを管理するためのツールとフレームワークを提供しています。これらのアプローチを理解することは、Copilotのデータがどこを移動しても、一貫したレジデンシーとコンプライアンスを徹底するための鍵となります。

以下のサブセクションでは、ハイブリッドクラウドのデータフロー、監視、制御に関するベストプラクティスに加え、サードパーティコネクタを統合する際に注意すべき点を解説します。データがどこへ向かい、誰がその経路を変更できるのかに常に注意を払うことで、予期しない事態を防ぎ、複雑なクラウド環境においてもコンプライアンスを適切に維持できるようになります。

Copilotのためのハイブリッドクラウドにおけるデータフロー管理

• 集中型のガバナンス構造: Azure Policy、RBAC、Privileged Identity Management（PIM）を使用して、Copilotとクラウド統合の基盤を構築します。これにより、どのユーザーがデータを移動し、コネクタにアクセスし、各環境の活動を監査できるかを制御できます。堅牢なガバナンスについては、Azureのエンタープライズガバナンスのベストプラクティスを参照してください。
• 自動化されたデータ追跡: リアルタイムの監視ツールを活用して、データフローをマッピングし、ポリシーのドリフトを即座に検出するとともに、Microsoftとサードパーティクラウド間の不正な転送を見つけ出します。
• 接続先とコネクタの分離: 外部連携は、明示的に承認され、定期的にレビューされたものだけに制限してください。これにより、承認されていないデータの移動や、意図しないリージョン間の情報漏えいのリスクを抑えられます。
• 決定論的な統制とポリシーの適用: 「governance by design」の考え方でガードレールを自動化します。ポリシーを確実に適用できる状態を保ち、時間の経過に伴う無秩序化や不正な逸脱を防ぎます。

サードパーティ製コネクタのコンプライアンスに関する考慮事項

API を介して Copilot を外部のアプリやデータソースに接続する場合、実質的なコンプライアンス上の影響があります。Microsoft は、コネクタごとに正式なドキュメント化とレビューを行うことを推奨しています。承認されたフローのみを有効にし、すべての連携が自社に適用される居住地とプライバシーに関する法律に準拠していることを確認してください。

定期的なコネクタ監査は、IT チームにとって基本的な作業であるべきです。過剰な権限を持つ OAuth スコープ、不正なアプリケーション、未承認の共有がないかを確認します。こちらの Shadow IT ガバナンスガイドで説明されているように、Microsoft Defender for Cloud Apps や Entra ID のログなどのネイティブツールを使うと、生産性を損なうことなく、リスクのあるサードパーティ接続を特定して是正できます。

判断に迷う場合は、すべての外部コネクタに対して厳格な承認ワークフローを基本としてください。これにより、意図しないコンプライアンス違反やシャドー IT のリスクが減り、組織の方針の一貫性が保たれ、規制当局や監査人の納得も得られます。

Microsoft 365 サービスにおける Microsoft Copilot のデータ所在地、データの取り扱い、プライバシーとセキュリティ

Copilot のデータ所在地とは何ですか。Microsoft Copilot の利用にどのように影響しますか。

Copilot のデータ所在地とは、Microsoft Copilot のデータおよび保存中の顧客データが保管・処理される場所を指します。Microsoft 365 サービスと Copilot の機能を利用する組織にとって、データ所在地は地域ごとのデータ所在地要件への準拠に影響し、選択した Microsoft クラウドのリージョン内にデータが保存されるかどうかを決定します。Copilot Studio のデータ所在地と、Copilot Studio におけるデータの保存場所を理解しておくと、管理者は特定のデータや Microsoft 365 Copilot とのやり取りがどこに保持されるかを管理しやすくなります。

Microsoft 365 Copilot と Copilot Chat によって保存・処理されるデータの種類は何ですか。

データには、Microsoft 365 Copilot とのやり取り、Copilot Chat のチャット内容、メタデータ、Copilot の利用時に提供されたファイルやコンテキストデータが含まれます。Microsoft によると、Microsoft Copilot のデータの一部は回答の生成のために処理され、一時的にログに記録される場合があります。ただし、Microsoft 365 Copilot に関するコミットメントとデータセキュリティ ポリシーにより、どのデータが保持されるか、データがどこで処理・保存されるか、コアサービスの保存中データがどのように保護されるかが明確になっています。

組織は Microsoft Copilot のデータの保存場所を管理できますか。また、Microsoft はデータセキュリティを確保していますか。

はい。Microsoft 365 管理センターの管理者は、Copilot Studio のデータ保存場所を選択し、データ所在地に関するコミットメントを適用できます。これにより、保存中の顧客データが Microsoft クラウドの選択したリージョン内に保存されるよう支援されます。Microsoft は、セキュリティ更新プログラム、Microsoft Purview の制御機能、Microsoft Entra との統合を提供し、アクセス許可とデータセキュリティを管理します。これらにより、Microsoft 365 エコシステム全体で多くのセキュリティおよびコンプライアンス要件を満たせます。

Microsoft 365 Copilot と Microsoft Copilot Studio に固有のデータ所在地に関するコミットメントはありますか。

Microsoft は、Microsoft 365 Copilot と Copilot のデータ所在地に関するコミットメントを公開しており、データの保存方法と処理方法を説明しています。これらのコミットメントでは、Copilot Studio のデータ所在地、Copilot 向けのリージョンをまたぐデータの扱い、法的または運用上の理由により Microsoft がデータを移転する可能性があるかどうかなどが取り上げられることがよくあります。組織は、利用規約とデータ所在地の要件を確認し、Copilot Studio の制御機能を社内ポリシーに合わせて設定する必要があります。

生成 AI 機能によってどのようなデータが処理され、どのくらいの期間保持されますか。

Microsoft Copilot や Microsoft 365 アプリを活用した機能を含む生成 AI 機能は、プロンプト、コンテキスト、提供されたコンテンツを処理して出力を生成します。Microsoft は、処理されるデータと保持期間を文書化しています。保持期間はサービスによって異なり、データの処理と保存に関するポリシー、Microsoft 365 管理センターでの顧客設定、該当するコンプライアンス規則によって管理されます。保持とガバナンスの詳細については、管理者は Microsoft Learn と Microsoft Purview を参照できます。

データは自分の地域の外に保存できますか。承認されていない場所へのデータ保存を防ぐためにどのような管理手段がありますか。

構成やサービスによっては、テレメトリやサービス メタデータが複数のリージョンにまたがって保存される場合があります。ただし、Microsoft では、データ所在地の要件を満たすために、選択したデータセンター内にデータを保存するオプションを提供しています。Copilot の設定、Microsoft 365 管理センターのポリシー、Microsoft Purview を使用して、Copilot に関するデータがリージョンをまたいで移動しないように制限できます。Microsoft がデータにアクセスしたり、データを移動したりする可能性がある条件を確認し、承認されていない場所へのデータ流出を防ぐためにどのような保護が講じられているかを、サービス使用条件で確認してください。

Copilot を使用する場合、Microsoft Teams、Dynamics 365、Microsoft Graph などの Microsoft サービス間では、アクセス許可やデータアクセスはどのように機能しますか。

Copilot へのアクセスは、Microsoft Entra と Microsoft 365 管理設定で構成されたアクセス許可とデータ ポリシーによって管理されます。Copilot が Microsoft Teams、Dynamics 365、Microsoft Graph に接続すると、付与されたアクセス許可を使用して特定のデータにアクセスします。管理者は、スコープ、API アクセス許可、同意を管理することで、Copilot が利用できるデータを制御します。これにより、不要な特定のデータを公開することなく、Copilot がユーザーを支援できるようになります。

Copilot と Microsoft Copilot のデータを管理するために、どのようなコンプライアンスおよびセキュリティ ツールを利用できますか。

Microsoft は、Copilot のデータと、Microsoft 365 サービス全体のより広範なリスクを管理するために、Microsoft Purview、コンプライアンス センターの機能、監査ログ、データ損失防止、セキュリティ更新プログラムを提供しています。これらのツールは、データ所在地に関するコミットメントの適用、データが処理・保存されていることの監視、Microsoft クラウドおよび Microsoft 365 エコシステム全体での保存時の顧客データの保護に役立ちます。

データ所在地の要件を満たしながら Copilot の機能を導入するには、組織はどのように準備すればよいですか。

組織はまず、Copilot がアクセスする特定のデータを棚卸しし、Copilot Studio でデータの所在場所を把握する必要があります。そのうえで、Microsoft 365 管理センターと Microsoft Entra でアクセス許可とアクセスに関するポリシーを更新し、Microsoft Purview とガバナンス管理策を使用してデータ所在地の要件を適用します。管理者を対象に Copilot の使用方法のトレーニングを行い、Microsoft 365 Copilot のコミットメントを確認し、ベスト プラクティスについては Microsoft Learn を参照すると、導入をセキュリティとコンプライアンスの目標に沿わせやすくなります。