利用監視ツールと従業員プライバシー|原文を見ない設計
生成AIの利用監視ツールを導入するときに問題になる従業員のプライバシーについて解説します。プロンプトの内容を見る監視と、利用量のメタデータだけを見る可視化の違い、原文を見る監視が生む4つの問題、従業員への説明の仕方、原文を見ずに統制する設計、規程に書くべきことまでを情シス・DX推進向けにまとめました。

生成AIの利用監視ツールを選ぶときは、プロンプトの内容(原文)を見る「監視」と、利用量のメタデータだけを見る「可視化」を区別します。費用の管理や利用状況の把握が目的なら、原文を見る必要はありません。原文を見る監視は、従業員のプライバシー、監視の仕組み自体の情報漏えいリスク、利用の萎縮という問題を伴います。
この記事では、2つの方式の違い、原文を見る監視が生む問題、原文を見ずに統制する設計、従業員への説明の仕方を説明します。全体像は「生成AI導入のセキュリティ 完全ガイド」を参照してください。
「監視」と「可視化」の違い
| 原文を見る監視 | メタデータの可視化 | |
|---|---|---|
| 見るもの | プロンプトと応答の内容 | トークン数・モデル・時刻・キー(利用者・部署) |
| 分かること | 何を入力し、何が返ってきたか | 誰が・いつ・どれだけ使ったか |
| 仕組み | 通信経路に入るか、端末・ブラウザで内容を取得する | プロバイダの管理APIから利用量を読む |
| 従業員の受け止め | 「中身を見られている」 | 「使った量が集計されている」 |
| 監視の仕組み自体のリスク | 原文を保存する場所が増える | 原文を扱わない |
どちらが正しいということではなく、目的に対して必要な範囲で選ぶことが重要です。
原文を見る監視が生む4つの問題
1. 従業員のプライバシー
プロンプトには、業務の内容だけでなく、相談ごとや個人的な事情が含まれることがあります。内容を見られると分かっていると、従業員は強い抵抗を感じます。監視の範囲・目的・閲覧できる人を事前に示さずに導入すると、信頼を損ないます。
2. 監視の仕組み自体の情報漏えいリスク
社員が機密情報を入力していれば、その内容が監視ツールに保存されます。監視のために入れた仕組みが、機密情報が集まる新たな場所になります。監視ツールの管理者や提供元の担当者が内容を見られる状態も生まれます。
3. 利用の萎縮とシャドーAI
内容を監視されていると感じると、従業員は会社の経路を使わなくなり、個人のスマートフォンや自宅の PC で生成AIを使うようになります。監視を強めるほど、会社が把握できない利用(シャドーAI)が増えるという逆効果が起こりえます。
4. 運用の負担
原文を監視しても、大量のプロンプトを人が読むことはできません。自動の検知を入れても、誤検知の確認や、違反が見つかったときの対応の手順が必要です。見るだけで対応できない監視は、リスクだけを増やします。
目的ごとに必要な範囲
| 目的 | 必要なデータ | 原文は必要か |
|---|---|---|
| 費用の管理・予算の統制 | 部署・利用者ごとの利用量と費用 | 不要 |
| 利用状況の把握(誰がどれだけ使っているか) | 利用量のメタデータ | 不要 |
| APIキーの管理・漏えいの検知 | キーごとの利用量の推移 | 不要 |
| シャドーAIの兆候の把握 | 会社の経路の部署別の利用量 | 不要 |
| 入力ルールの違反の検知 | プロンプトの内容 | 必要 |
| インシデント時の調査 | 対象の期間・利用者の記録 | 必要な場合がある |
多くの目的は、原文を見ずにメタデータで達成できます。原文が必要なのは、入力ルールの違反の検知と、インシデント時の調査に限られます。
原文を見ずに統制する設計
| 層 | 原文を見ない統制の方法 |
|---|---|
| 入力 | 判断基準のルールと教育。会社の経路(学習に使われない設定)の提供 |
| 利用状況 | 部署・利用者ごとの利用量を可視化し、急な増加や使われていない部署を確認する |
| キー | キーの台帳と棚卸し、キーごとの利用量の急増の監視 |
| インシデント | 疑いがある場合に限り、対象と期間を限定して、規程に沿って調査する |
この設計では、日常は利用量のメタデータで状況を把握し、原文は例外的な調査の場面に限ることになります。従業員への説明もしやすく、監視の仕組み自体が機密情報を抱えることもありません。
従業員への説明
利用状況を可視化するときは、導入前に次の点を従業員に説明します。
| 説明すること | 例 |
|---|---|
| 何を見るか | 部署・利用者ごとのトークン数と費用。プロンプトの内容は見ない |
| 目的 | 費用の管理、予算の統制、APIキーの管理 |
| 誰が見るか | 情シスと部門長。部門長は自部署の分だけ |
| 使わないこと | 個人の評価に使わない、利用量が多いことを責めない |
| 問い合わせ先 | 疑問や懸念の相談先 |
「使った量を見る」と「内容を見る」を明確に分けて説明すると、従業員の受け止めは大きく変わります。
規程に書くべきこと
利用状況の可視化や監視を行う場合は、社内規程(生成AIの利用ガイドラインや情報セキュリティ規程)に次を書きます。
- 取得する情報の範囲(メタデータのみか、内容を含むか)
- 取得の目的と、目的外の利用をしないこと
- 閲覧できる人と、その権限
- 保存期間と削除
- 内容を調査する場合の条件と手続き(インシデント時など)
従業員への説明文の例
導入時に社内へ出す説明文の例です。自社の状況に合わせて書き換えて使います。
生成AIの費用管理のため、◯月から会社契約の生成AI(API)の利用量を部署・利用者ごとに集計します。集計するのは、使ったトークン数・モデル・日時・費用です。入力した文章や生成された文章の内容は取得しません。集計結果は情報システム部と各部門長(自部門の分のみ)が確認し、予算の管理と利用の支援に使います。個人の評価には使いません。ご不明な点は情報システム部までお問い合わせください。
説明文には、「見ないもの」を明記することが大切です。従業員が最も気にするのは、何を入力したかを見られるかどうかだからです。
「内容も見たい」と求められたときの判断
経営層や監査部門から、プロンプトの内容の監視を求められることがあります。そのときは、次の順で判断します。
- 目的を確認する: 何のために内容を見たいのか(違反の検知、用途の把握、インシデントの調査)
- メタデータで達成できないかを検討する: 用途の把握なら、キーを用途ごとに分ける設計で足りることが多い
- 必要な範囲を限定する: 内容が必要なら、対象の業務・期間・閲覧者を限定する
- リスクを比べる: 監視の仕組み自体が機密情報を抱えるリスク、利用の萎縮と比べる
- 規程と説明を整えてから始める: 従業員への説明と規程の改定を先に行う
よくある質問
Q. 原文を見ないと、機密情報の入力を防げないのでは? 入力を完全に防ぐことは、原文を見ても困難です。判断基準のルール、教育、会社の経路の提供で入力のリスクを下げ、利用状況はメタデータで把握するのが、プライバシーとリスクのバランスが取れた方法です。
Q. 利用量を個人単位で見るのはプライバシーの問題になりませんか? 業務で使う会社の経路の利用量を、費用管理の目的で見ることは一般的です。ただし、目的と閲覧範囲を説明し、個人の評価に使わないことを明示します。
まとめ
- 生成AIの利用監視は、原文を見る「監視」と、メタデータだけを見る「可視化」を区別する
- 原文を見る監視は、プライバシー・監視の仕組み自体の漏えいリスク・利用の萎縮・運用の負担を伴う
- 費用管理・利用状況の把握・キーの管理・シャドーAIの兆候の把握は、原文なしで達成できる
- 日常はメタデータで把握し、原文は例外的な調査に限る。何を見るかを従業員に説明し、規程に書く
ManageAIは、プロバイダの管理APIから利用量のメタデータだけを取得し、プロンプト原文は構造上取得しません。部署・利用者別の利用状況を、従業員の入力内容に触れずに可視化できます。モニター企業を募集中です。
関連記事
次に読む
この記事を書いた人
モニター企業募集
初期費用0円・月額5万円(税別)
先着5社・2026年11月末まで
5プロバイダの利用量と費用を部署・利用者・APIキー別に可視化。読み取り専用キーの登録だけで当日から始められます。
募集要項を見る資料請求・お問い合わせ