【導入担当者向け】 Gemini Enterprise app を安全に導入する方法

Gemini Enterprise app を安全に利用するためには、AIモデルの性能や製品のセキュリティ機能だけでなく、導入後の運用まで考える必要があります。

企業向けの適切な環境では、入力したプロンプトや接続した業務データが、Google の基盤モデルやほかの顧客向けモデルのトレーニングに使われないことが案内されています。

しかし、それだけで企業の安全なAI利用が実現するわけではありません。実際の導入では、次のような点を決める必要があります。

• どのデータをAIへ接続するのか
• 誰にどこまで利用を認めるのか
• どの情報を入力してよいのか
• AIが生成した内容を誰が確認するのか
• 利用状況や操作履歴をどのように確認するのか
• 問題が起きた場合に誰が調査するのか
• AIエージェントにどこまで処理を任せるのか

本記事では、Gemini Enterprise app を安全に導入・運用するために、情シス部門や導入担当者が準備すべき項目を整理します。

Gemini Enterprise app では、データアクセス、暗号鍵、監査、サービス境界、データ所在地などに関するセキュリティ機能が案内されています。

代表的な確認項目は次のとおりです。

Google Cloud 上のサービスやデータに対して、サービス境界を設けるための仕組みです。社外ネットワークからのアクセスや、境界外へのデータ移動に関する統制が必要な場合は、検討項目の一つになります。

データの暗号化に使用する鍵を、顧客側の管理方針に沿って扱うための選択肢です。暗号鍵の管理主体について、社内規程や監査上の要件がある企業では、対応可否や適用範囲を確認する必要があります。

Google 側の担当者によるアクセスに関する透明性や、システム上の操作を追跡するためのログは、監査対応で重要になります。ただし、「ログがある」という確認だけで終わらせてはいけません。

• どの操作が記録されるのか
• 誰がログを確認するのか
• どのような場合に調査するのか
• どの程度の期間保管するのか

こうした運用まで決めておく必要があります。

データを取り扱う地域や保存場所に関する要件です。国内でのデータ管理が求められる場合や、海外拠点を含む利用、業界規制への対応が必要な場合は、対象サービスとデータの種類ごとに確認します。これらの機能が、全ての企業に必要とは限りません。

一方で、金融、医療、公共分野、重要インフラ、グローバル企業、厳格な監査を受ける企業では、エディションや構成を決める重要な判断材料になります。

各機能には前提条件や制限がある可能性があるため、導入時には Google の公式情報と契約条件を個別に確認しましょう。

導入検討時に全ての要望を同じ優先度で扱うと、必要以上に構成が複雑になり、PoCを開始できなくなることがあります。

セキュリティ要件は、次の4段階に分類すると整理しやすくなります。

対応しなければサービスを利用できない、または事業上の問題につながる要件です。原則として、PoCを開始する前に確認します。

自社の情報セキュリティポリシー、クラウド利用基準、個人情報保護規程などで定められている要件です。PoCであっても適用されるのか、例外申請が可能なのかを確認します。

ログ保管、管理者の操作記録、定期的なアクセスレビューなど、監査時の説明に必要となる項目です。本番環境の展開までには、確認方法と担当者を決めておきましょう。

PoC段階では必須でなくても、利用者や接続データが増えた際に必要となる要件です。PoC前に全て実装するのではなく、本番展開や全社展開の計画に組み込みます。このように分類すれば、PoC開始前に必須の項目と、本番展開までに整備する項目を分けられます。

Gemini Enterprise app は、管理画面でアカウントを有効化すれば導入完了という製品ではありません。現場のユーザーが、どの情報を入力してよいのか、AIの回答をどこまで信用してよいのかを理解していなければ、技術的な対策だけでは事故を防げません。

最低限、社内ルールには次の内容を含めましょう。

• 入力してよい情報と入力してはいけない情報
• 個人情報、顧客情報、契約情報を扱う場合の注意事項
• 私用アカウントや未承認AIサービスの利用可否
• AIが生成した文章をそのまま社外提出しないこと
• 出典や根拠を確認すべき業務
• 最終判断を人が行うべき業務
• 機密情報を扱う部門での利用範囲
• 不審な出力や情報漏えいが疑われる場合の相談先
• AIの利用を記録・明示すべき業務

ただし、禁止事項だけを並べたルールは、現場に浸透しにくい傾向があります。「何をしてはいけないか」だけでなく、次の内容も具体的に示すことが重要です。

• どのような用途でなら利用できるのか
• どの情報であれば入力できるのか
• どのタイミングで内容を確認するのか
• 判断に迷った場合は誰に相談するのか

生成AIで扱う情報は、部門によって大きく異なります。例えば、各部門では次のような情報を扱います。

• 顧客情報
• 提案金額
• 契約条件
• 商談記録
• 顧客別の提案書

• 応募者情報
• 従業員情報
• 評価情報
• 健康に関する情報

• 請求情報
• 振込先
• 支払い情報
• 決算前の財務情報

• 契約書
• 未公開の契約条件
• 係争や法的相談に関する情報

• 顧客から受け取った問い合わせ内容
• 顧客の連絡先
• サービスの利用状況

• ソースコード
• 認証情報
• システム構成
• 脆弱性に関する情報

全社で一つのルールを配布するだけでは、ユーザーが自分の業務に置き換えて判断できない場合があります。

部門別ガイドでは、次の3つに分けて具体例を示すと分かりやすくなります。

1. 利用できるケース
2. 利用を禁止・制限するケース
3. 上長や情シスへの確認が必要なケース

「顧客情報を入力してはいけない」と一律に禁止するのではなく、匿名化した情報なら利用できるのか、承認済みの環境であれば利用できるのかなど、自社の方針に沿った具体的な判断基準を用意しましょう。

Gemini Enterprise app を社内検索やチャットだけでなく、AIエージェントの基盤として利用する場合は、さらに広い視点が必要です。特に注意したいのが、プロンプトインジェクションです。

プロンプトインジェクションとは、AIが読み取る文書、メール、Webページなどに、AIの動作を誘導する不正または意図しない指示が含まれている状態を指します。

人が読めば単なる文章に見えても、AIがその内容を指示として解釈し、想定していない処理を行おうとする可能性があります。

AIが情報を検索して回答するだけでなく、メール送信、ファイル作成、データ更新などを実行する場合、誤動作した際の影響も大きくなります。

そのため、AIエージェントの権限は必要最小限に設定します。

• 最初から広い権限を与えない
• 参照権限と更新権限を分ける
• 外部送信を伴う処理には人の承認を設ける
• 重要データの削除や変更を過度に自動化しない
• AIエージェントの操作ログを確認する
• 接続する外部データの信頼性を確認する

AIエージェントの利用範囲は、次の3段階で考えると整理しやすくなります。

社内情報を検索し、回答や候補を提示します。

メール、文書、申請内容などの下書きを作成しますが、最終的な処理は人が行います。

メール送信、ファイル更新、データ登録などをAIエージェントが実行します。最初は参照・検索から始め、安全性と必要性を確認しながら実行範囲を広げましょう。

Gemini Enterprise app の導入時に、最初から全社員、全部門、全データを対象にする必要はありません。

利用部門とデータを限定したPoCから始めた方が、セキュリティ面と活用面の両方を確認しやすくなります。

「社内規程の検索」「製品マニュアルの検索」「過去提案書の活用」など、解決したい課題を限定します。

PoCに必要なデータのみを接続し、機密性の高い情報は最初から含めないようにします。

情シス、利用部門、管理者など、検証に必要なメンバーに絞ります。

ユーザーごとに表示される情報が適切か、回答の根拠を確認できるか、古い情報が混ざっていないかを確認します。

利用状況を確認できるか、不審な挙動や誤った回答が発生した際に、どこまで原因を追跡できるかを確認します。

PoCで発生した質問や、利用者が判断に迷ったケースをもとに、社内ガイドラインを更新します。PoCの目的は、AIの回答精度だけを確認することではありません。

権限、データ、ログ、ユーザー行動、問い合わせ対応を含めて、自社で安全に運用できるかを確認することが重要です。

PoCでは、次の項目を確認しましょう。

• 必要な情報が適切に検索されるか
• 閲覧権限のない情報が表示されないか
• 回答の根拠や参照元を確認できるか
• 古い情報や重複した情報が混ざらないか
• 機密情報が不必要に回答へ含まれないか
• 利用状況や操作を管理側で確認できるか
• 利用者がルールを理解しているか
• 問題発生時に原因を追跡できるか
• 問い合わせを受ける担当者が決まっているか

PoC開始前に評価項目を決めておくことで、本番導入の判断がしやすくなります。

• 契約エディションと対象ユーザーが決まっている
• 適用される利用規約とデータ保護条件を確認している
• 必要なセキュリティ機能がエディションに含まれるか確認している

• 接続するデータソースが明確になっている
• 接続目的と対象範囲を説明できる
• 機密情報や個人情報の保存場所を把握している
• 不要なデータや古いデータを整理している

• 外部共有の状況を確認している
• 退職者、異動者、委託先の権限を確認している
• リンク共有の設定を確認している
• 部門ごとの閲覧範囲を整理している
• AIエージェントの権限を必要最小限にしている

• AIの管理責任者が決まっている
• 利用状況や操作ログの確認方法が決まっている
• 問題発生時の連絡・調査フローが決まっている
• 定期的な権限レビューの方法が決まっている
• PoCから本番展開へ移行する条件が決まっている

• 入力してよい情報と禁止する情報が明確になっている
• AI回答の確認責任を周知している
• 部門別の利用例と注意点を用意している
• 不明点や事故発生時の相談先を案内している

Gemini Enterprise app を安全に導入するためには、製品のセキュリティ機能を確認するだけでは不十分です。企業側でも、次の項目を整える必要があります。

• 接続するデータ
• ユーザーのアクセス権限
• 社内の利用ルール
• 利用状況や操作ログの確認方法
• 問題発生時の対応体制
• 利用者への教育

特にAIエージェントを利用する場合は、メール送信、ファイル更新、データ変更などをAIが実行する可能性があります。最初から広い権限を与えず、重要な処理には人による確認や承認を設けることが重要です。

導入時は、全社員・全データを対象にするのではなく、目的、部門、参加者、接続データを限定したPoCから始めましょう。

適切な契約、整理された権限、明確な利用ルール、継続的な教育と運用。これらを組み合わせ、PoCで確認しながら段階的に利用範囲を広げることが、安全な業務利用につながります。