実際の業務では、Geminiが複数サービスの情報を組み合わせて、質問への回答、情報の要約、文書の下書き、Workspace内の資料検索などを支援します。ただし、参照できる範囲は、質問したユーザーがもともと持っている権限に制限されます。Workspace Intelligenceが、ユーザーに本来見られないファイル、メッセージ、予定へのアクセス権を新たに付与するものではありません。

Googleは、機能を最大限に活用するには利用可能なデータソースをすべて有効にすることを推奨しています。しかし、これはあくまで製品の性能を優先した推奨であり、各組織が自社のデータガバナンスを評価する代わりにはなりません。

Googleが示す企業データの扱い

Googleは、企業利用で問題になりやすいデータの扱いについて、次のような境界を示しています。

• Workspaceのコンテンツ、プロンプト、生成結果は、許可なく生成AIモデルの学習には利用されません。
• 広告目的には利用されません。
• Googleの説明に関する報道によれば、プロンプトや生成結果が顧客ドメイン外の他のユーザーや組織と共有されることはありません。
• Googleは、文書やメールメッセージをもとに、AI専用の別データベースを作成していないとしています。

これらの説明は、企業データが汎用モデルの学習素材として利用されるのではないかという懸念とは区別されるべきものです。一方で、企業のガバナンス上の論点がなくなるわけではありません。Geminiは、ユーザーが個別には閲覧を許可されている情報を組み合わせ、持ち運びやすい簡潔な回答として提示できるためです。

権限に準拠していても残るコンプライアンスリスク

中心となる問いは、「ユーザーがこの情報を開けるか」だけではありません。「AIアシスタントが、この目的のために複数の情報を組み合わせて要約してよいのか」も確認する必要があります。

たとえば、あるユーザーが個別のメール、チャット、カレンダーの予定、文書をすでに閲覧できるとします。Workspace Intelligenceを使えば、それらの断片をまとめて見つけやすくなります。生産性向上につながる一方で、意図しない開示、不適切な二次利用、社内情報の過度な横断検索を招く可能性もあります。

個人情報、医療情報、従業員情報、法務情報、顧客情報、金融情報などを扱う組織は、次の点を検討したうえで、データソースを制限する場合があります。

• 目的とデータ最小化： 想定する業務目的に対して、広範なデフォルト検索が本当に必要か。
• 機密性と最小権限： 個々の情報には権限があっても、AIが生成した要約によって、通常は手作業で組み立てないような全体像まで露出しないか。
• 正確性と人による確認： 意思決定、記録、助言、規制対象のコミュニケーションなどにGeminiの出力を使う前に、検証を必須にするか。
• 保持と証拠開示： プロンプト、回答、会話履歴をどのように記録、保存、監視し、記録管理や電子情報開示に対応するか。Geminiアプリで会話履歴を有効にした場合、Googleが案内する保持期間の選択肢は3カ月、18カ月、36カ月です。
• 情報の分離： 人事、法務、セキュリティ、臨床業務、M&A、トレーディングなどの部門に、全社共通より厳しい情報源の制限が必要か。
• 契約・越境移転の管理： 利用規約、データ処理契約、移転に関する取り決め、業界固有の要件が、予定する利用方法を支えられるか。

GDPR、HIPAA、金融業界の規制などの対象となる組織では、これらの論点をプライバシー、法務、セキュリティ、記録管理の担当者が評価する必要があります。Googleによる学習、広告利用、権限管理に関する説明は重要な安全策ですが、それだけで各組織の利用目的、監督、保存、リスク管理に関する要件への適合が決まるわけではありません。

管理者がWorkspace Intelligenceの情報源を制限する方法

管理者は、Workspace Intelligenceが積極的に検索できるデータソースをAdminコンソールで指定できます。設定は、組織全体、組織部門、設定グループの単位で適用できます。

実務上の手順は次のとおりです。

1. Google Adminコンソールを開き、生成AI > Workspace用Gemini > Workspace Intelligenceに移動します。
2. ポリシーを適用する対象として、組織全体、組織部門、または設定グループを選択します。組織部門は部門単位の設定に、グループは複数部門にまたがるユーザーへの設定に利用できます。
3. Gmail、Drive、Calendar、Chatなど、積極的な検索対象から外したいデータソースを無効にします。
4. 代表的なユーザーと機密情報を含むシナリオで設定をテストします。
5. 承認済みの設定、例外の扱い、監視方法、見直しの頻度を文書化します。

公開されている設定情報では、このWorkspace Intelligenceの設定について、組織、組織部門、グループ単位の制御が案内されています。個々のエンドユーザーが自分だけで切り替える設定ではないため、特定の部門だけに利用を認める場合は、ポリシー設計とグループメンバーの管理が重要になります。

データソースを無効にしても完全に遮断されるわけではない

データソースをオフにすると、その情報源をGeminiが自動的に検索することは止められます。しかし、ユーザーが特定の項目を明示的にコンテキストとして追加することまで禁止されるわけではありません。

たとえば、DriveをWorkspace Intelligenceの検索対象から外した場合でも、ユーザーは特定のDriveファイルをGeminiに追加して質問できます。Geminiはそのファイルを参照しますが、回答のためにDrive内の他のファイルを自動検索することはありません。

社内ポリシーでは、「情報源の無効化」と「ユーザーによる個別ファイルの明示的な提供」を別の扱いとして定義する必要があります。前者は自動的な発見範囲を狭める設定であり、後者までブロックする機能ではありません。

企業にとって現実的な導入方法

多くの企業にとって、選択肢は「すべて有効にする」か「Geminiを全面的に無効にする」かの二択ではありません。段階的に導入すれば、生産性向上の機能を活用しながら、ガバナンス部門が新しい検索・要約の挙動を検証できます。

まずはリスクの低い情報源やユーザーグループから始め、権限と管理設定が意図どおり機能するかを確認します。機密情報や規制対象情報を含むプロンプトもテストし、利用状況の監視方法と会話データの保持期間を確認します。そのうえで、プライバシー、セキュリティ、法務、記録管理の担当者が管理策に合意した範囲で、対象を広げていくのが堅実です。

Workspace Intelligenceは、必要な情報を探してプロンプトに追加する手間を減らし、Geminiをより便利にします。同時に、組織内の情報を発見する仕組みそのものも変えます。管理者が決めるべきなのは、GeminiがWorkspaceデータにアクセスできるかどうかだけではありません。どの情報源を、どのユーザーに対して、どのようなガバナンス条件のもとで積極的に検索させるのか――それが本質的な判断になります。

実際の業務では、Geminiが複数サービスの情報を組み合わせて、質問への回答、情報の要約、文書の下書き、Workspace内の資料検索などを支援します。ただし、参照できる範囲は、質問したユーザーがもともと持っている権限に制限されます。Workspace Intelligenceが、ユーザーに本来見られないファイル、メッセージ、予定へのアクセス権を新たに付与するものではありません。

Googleは、機能を最大限に活用するには利用可能なデータソースをすべて有効にすることを推奨しています。しかし、これはあくまで製品の性能を優先した推奨であり、各組織が自社のデータガバナンスを評価する代わりにはなりません。

Googleが示す企業データの扱い

Googleは、企業利用で問題になりやすいデータの扱いについて、次のような境界を示しています。

• Workspaceのコンテンツ、プロンプト、生成結果は、許可なく生成AIモデルの学習には利用されません。
• 広告目的には利用されません。
• Googleの説明に関する報道によれば、プロンプトや生成結果が顧客ドメイン外の他のユーザーや組織と共有されることはありません。
• Googleは、文書やメールメッセージをもとに、AI専用の別データベースを作成していないとしています。

これらの説明は、企業データが汎用モデルの学習素材として利用されるのではないかという懸念とは区別されるべきものです。一方で、企業のガバナンス上の論点がなくなるわけではありません。Geminiは、ユーザーが個別には閲覧を許可されている情報を組み合わせ、持ち運びやすい簡潔な回答として提示できるためです。

権限に準拠していても残るコンプライアンスリスク

中心となる問いは、「ユーザーがこの情報を開けるか」だけではありません。「AIアシスタントが、この目的のために複数の情報を組み合わせて要約してよいのか」も確認する必要があります。

たとえば、あるユーザーが個別のメール、チャット、カレンダーの予定、文書をすでに閲覧できるとします。Workspace Intelligenceを使えば、それらの断片をまとめて見つけやすくなります。生産性向上につながる一方で、意図しない開示、不適切な二次利用、社内情報の過度な横断検索を招く可能性もあります。

個人情報、医療情報、従業員情報、法務情報、顧客情報、金融情報などを扱う組織は、次の点を検討したうえで、データソースを制限する場合があります。

• 目的とデータ最小化： 想定する業務目的に対して、広範なデフォルト検索が本当に必要か。
• 機密性と最小権限： 個々の情報には権限があっても、AIが生成した要約によって、通常は手作業で組み立てないような全体像まで露出しないか。
• 正確性と人による確認： 意思決定、記録、助言、規制対象のコミュニケーションなどにGeminiの出力を使う前に、検証を必須にするか。
• 保持と証拠開示： プロンプト、回答、会話履歴をどのように記録、保存、監視し、記録管理や電子情報開示に対応するか。Geminiアプリで会話履歴を有効にした場合、Googleが案内する保持期間の選択肢は3カ月、18カ月、36カ月です。
• 情報の分離： 人事、法務、セキュリティ、臨床業務、M&A、トレーディングなどの部門に、全社共通より厳しい情報源の制限が必要か。
• 契約・越境移転の管理： 利用規約、データ処理契約、移転に関する取り決め、業界固有の要件が、予定する利用方法を支えられるか。

GDPR、HIPAA、金融業界の規制などの対象となる組織では、これらの論点をプライバシー、法務、セキュリティ、記録管理の担当者が評価する必要があります。Googleによる学習、広告利用、権限管理に関する説明は重要な安全策ですが、それだけで各組織の利用目的、監督、保存、リスク管理に関する要件への適合が決まるわけではありません。

管理者がWorkspace Intelligenceの情報源を制限する方法

管理者は、Workspace Intelligenceが積極的に検索できるデータソースをAdminコンソールで指定できます。設定は、組織全体、組織部門、設定グループの単位で適用できます。

実務上の手順は次のとおりです。

1. Google Adminコンソールを開き、生成AI > Workspace用Gemini > Workspace Intelligenceに移動します。
2. ポリシーを適用する対象として、組織全体、組織部門、または設定グループを選択します。組織部門は部門単位の設定に、グループは複数部門にまたがるユーザーへの設定に利用できます。
3. Gmail、Drive、Calendar、Chatなど、積極的な検索対象から外したいデータソースを無効にします。
4. 代表的なユーザーと機密情報を含むシナリオで設定をテストします。
5. 承認済みの設定、例外の扱い、監視方法、見直しの頻度を文書化します。

公開されている設定情報では、このWorkspace Intelligenceの設定について、組織、組織部門、グループ単位の制御が案内されています。個々のエンドユーザーが自分だけで切り替える設定ではないため、特定の部門だけに利用を認める場合は、ポリシー設計とグループメンバーの管理が重要になります。

データソースを無効にしても完全に遮断されるわけではない

データソースをオフにすると、その情報源をGeminiが自動的に検索することは止められます。しかし、ユーザーが特定の項目を明示的にコンテキストとして追加することまで禁止されるわけではありません。

たとえば、DriveをWorkspace Intelligenceの検索対象から外した場合でも、ユーザーは特定のDriveファイルをGeminiに追加して質問できます。Geminiはそのファイルを参照しますが、回答のためにDrive内の他のファイルを自動検索することはありません。

社内ポリシーでは、「情報源の無効化」と「ユーザーによる個別ファイルの明示的な提供」を別の扱いとして定義する必要があります。前者は自動的な発見範囲を狭める設定であり、後者までブロックする機能ではありません。

企業にとって現実的な導入方法

多くの企業にとって、選択肢は「すべて有効にする」か「Geminiを全面的に無効にする」かの二択ではありません。段階的に導入すれば、生産性向上の機能を活用しながら、ガバナンス部門が新しい検索・要約の挙動を検証できます。

まずはリスクの低い情報源やユーザーグループから始め、権限と管理設定が意図どおり機能するかを確認します。機密情報や規制対象情報を含むプロンプトもテストし、利用状況の監視方法と会話データの保持期間を確認します。そのうえで、プライバシー、セキュリティ、法務、記録管理の担当者が管理策に合意した範囲で、対象を広げていくのが堅実です。

Workspace Intelligenceは、必要な情報を探してプロンプトに追加する手間を減らし、Geminiをより便利にします。同時に、組織内の情報を発見する仕組みそのものも変えます。管理者が決めるべきなのは、GeminiがWorkspaceデータにアクセスできるかどうかだけではありません。どの情報源を、どのユーザーに対して、どのようなガバナンス条件のもとで積極的に検索させるのか――それが本質的な判断になります。