
【生成AIを社内で安全に使うには?】実践例から見る全社展開前に確認したい7つのチェックポイント
資料作成や文章の下書き、データ分析など、生成AIは日々の業務を効率化するツールとして定着しつつあります。個人での利用を通じてその有用性を実感し、全社での導入を検討している企業も多いのではないでしょうか。
一方で、生成AIを全社で利用する場合、個人利用とは異なるリスクが生じます。退職者のアカウント管理や社員の端末設定、入力した情報の取り扱い、利用料金の管理など、全社展開ならではの見落としやすいポイントは少なくありません。
本記事では、BPO事業者としてお客様の機密情報をお預かりするアテナが、生成AIを全社で安全に利用できる環境を構築した経験をもとに、全社展開の前に確認しておきたい7つのチェックポイントを紹介します。
専門知識がなくても判断できるよう、「どのような状態が、どのようなリスクにつながるのか」という観点で解説します。
※当社でのお客様からお預かりした受託個人情報のAIによる取り扱いは、お客様の同意をいただいた場合に限ります。
- この記事でわかること
- 生成AIを全社で利用する際に生じる、個人利用とは異なるリスク
- アカウント・利用環境・データ・コストの観点から確認したい7つのチェックポイント
- BPO事業者のアテナが実践した対策と、検証で見えたAIの利用実態
- 自社のAI利用環境を見直すためのセルフチェック表
個人利用と全社利用の違いとは?
生成AIを業務で活用する際の前提
全社展開ならではのリスク
個人で生成AIを利用する場合、どのような情報を入力するかは利用者自身が判断できます。一方、全社で利用する場合は、多くの社員が日常的に業務情報をAIに入力することになります。
そのため、1人の設定ミスや1台の端末の管理漏れが、会社全体のリスクにつながる可能性があります。
項目 | 個人利用 | 全社利用 |
|---|---|---|
利用者 | 本人のみ | 複数の部署・社員 |
取り扱う情報 | 個人的な調べものやメモ | 社内資料・お客様に関わる情報 |
管理者 | 利用者本人 | 情報システム部門など |
問題発生時の影響 | 本人の範囲にとどまる | 企業の信用や取引に波及 |
生成AIの全社展開では、「どのAIサービスを導入するか」から検討を始めるケースが多く見られます。しかし実際には、「誰が利用できるのか」「どの端末で、どの機能を利用できるのか」といった管理体制の整備が、安全性を大きく左右します。
本記事のチェックポイントの見方
本記事では、7つのチェックポイントを4つのテーマに分類して紹介します
- アカウント管理
①退職者・異動者のAI利用
②端末に保存する認証情報 - 利用環境の管理
③AIによるWeb検索
④端末ごとの設定 - データ管理
⑤データの処理場所
⑥利用記録の保管 - コスト管理
⑦利用量の上限と予算管理
各チェックポイントでは、想定されるリスクを示したうえで、アテナが実施した対策をあわせて解説します。自社の状況と照らし合わせながらご確認ください。
【アカウント管理】
利用者の管理と認証に関するチェックポイント
まずは「誰がAIを利用できるのか」に関するポイントです。入社・異動・退職が発生する以上、利用者の管理を継続的に行える体制が求められます。
チェック1|退職者・異動者のAI利用は、自動的に停止されますか?
生成AIの導入時に、AIサービス専用のアカウントを社員ごとに新規発行するケースは少なくありません。しかし、社員情報とは別にアカウントを管理していると、入社・異動・退職のたびに双方を更新する手間が発生し、更新漏れのリスクも高まります。
このような状態だと・・・
AI専用のアカウントを、社員情報とは別に管理している
→ 退職・異動時に削除漏れが発生し、退職者がAIや社内情報にアクセスできる状態が続くおそれがあります
アテナの場合
社員が日常的に利用している会社のアカウント(Microsoftアカウント)で、AIにもサインインできる仕組みを採用しました。会社のアカウントを停止すれば、最長でも約半日でAIも利用できなくなります。AI専用の利用者名簿を別途持たないため、削除漏れが構造的に発生しにくい仕組みです。
チェック2|端末に「合言葉」を保存したままにしていませんか?
AIサービスへの接続方法の一つに、「APIキー」と呼ばれる文字列を用いる方式があります。APIキーは、いわばAIを利用するための合言葉です。設定が容易な反面、社員の端末(パソコン)に長期間保存されたままになりやすいという課題があります。
このような状態だと・・・
AIに接続するためのAPIキーを、社員の端末に保存したままにしている
→ 端末の紛失やウイルス感染によってAPIキーが盗まれ、第三者が会社名義でAIを不正に利用するおそれがあります。その利用料金は自社に請求されます
アテナの場合
社員の端末には、長期間有効な認証情報を一切保存していません。サインインのたびに、有効期限12時間の「一時的な通行証(認証情報)」を発行する仕組みとしました。万が一流出した場合でも、短時間で無効になります。
【利用環境の管理】
AIの機能と端末設定に関するチェックポイント
続いて、AIを利用する環境に関するポイントです。AIにどの機能を利用させるか、そしてその設定を社員の端末にどう反映するかは、安全性を左右する重要な要素です。
チェック3|AIが自動でインターネット検索を行う設定になっていませんか?
生成AIの中には、回答の精度を高めるために、作業の途中で自動的にWeb検索やWebページの読み込みを行うものがあります。便利な機能である一方、入力した情報が検索の過程で外部に送信される可能性がある点には注意が必要です。
このような状態だと・・・
AIのWeb検索やWebページの読み込み機能を、制限なく利用できる状態にしている
→ 作業中にAIが検索を実行し、入力した社内情報やお客様に関わる情報が外部のサイトに送信されるおそれがあります
アテナの場合
Web検索とWebページの読み込みは、会社の設定で利用を禁止しました。そのうえで、特定業務の自動化に必要なブラウザ操作の機能のみを、個別に許可して利用できるようにしています。これらの設定は、次のチェック4で紹介する仕組みを通じて、全端末に一括で反映しています。
チェック4|AIの設定を、端末ごとに手作業で行っていませんか?
AIの接続先や利用できる機能を端末ごとに設定する場合、台数が増えるほど作業負担が大きくなります。また、設定内容にばらつきが生じやすく、変更のたびに全台を見直す必要も出てきます。
このような状態だと・・・
AIの設定を、担当者が1台ずつ手作業で行っている
→ 設定漏れの端末が1台でもあれば、そこがセキュリティ上の抜け穴になります。さらに、対応できるのが詳しい担当者に限られ、業務が属人化するおそれがあります
アテナの場合
会社の端末を一括管理する仕組み(MDM)を活用し、AIの接続先・利用できるAIモデル・利用量の上限・禁止する機能を、全端末に同じ設定で配布しました。設定を変更する際も、一斉に反映できます。

推進担当者のコメント
「手作業で設定すると運用負担が大きく、詳しい担当者にしか対応できません。端末を一括管理する仕組みであれば、どの設定を配布すればよいかが明確なため、管理を一元化でき、シンプルで整った構成になりました」
【ポイント】
クラウド側の対策をどれだけ強化しても、社員が利用する端末の管理が行き届いていなければ、リスクは残ります。端末側の管理は見落とされやすいため、全社展開の前に確認しておきたいポイントです。
【データ管理】
情報の処理場所と記録に関するチェックポイント
次に、AIに入力した情報が「どこで処理され、どのように記録されているか」に関するポイントです。お客様の情報を取り扱う企業にとっては、取引先への説明責任にも関わる部分です。
チェック5|入力したデータがどこで処理されるか、説明できますか?
生成AIサービスによっては、入力したデータが海外のサーバーで処理される場合があります。また、サービスや設定によっては、入力内容がAIの学習に利用されることもあります。導入前に、データの処理場所と取り扱いを確認しておくことが重要です。
このような状態だと・・・
AIがどの国でデータを処理しているかを把握していない
→ お客様から情報の取り扱いについて問い合わせを受けた際に説明できず、信頼関係や契約に影響するおそれがあります
→ 入力内容がAIの学習に利用される設定の場合、自社の情報が意図しない形で外部に残る可能性もあります
アテナの場合
Amazon Bedrock(AWSが提供する生成AIプラットフォーム)を活用し、データの処理先を東京と大阪(日本国内)のみに限定しました。入力内容はAIの学習に利用されず、AIモデルの提供元が入力内容や回答を閲覧することもありません。
国内処理に限定する方式は利用単価がやや高くなりますが、データを国内にとどめるための必要なコストと位置づけています。結果として、お客様へAIの利用状況を説明しやすくなったという声も社内から上がっています。
チェック6|「誰が・いつ・何をしたか」の利用記録は残っていますか?
AIの利用記録は、トラブル発生時の原因調査に欠かせない情報です。記録が残っていなければ、情報漏えいが疑われる事態が起きても、事実関係を確認できません。
このような状態だと・・・
AIの利用記録を保管していない、または保管場所を把握していない
→ 情報漏えいが疑われた際に調査ができず、原因や影響範囲を説明できなくなるおそれがあります
アテナの場合
AIの利用記録を自社の管理下で90日間保管し、暗号化しています。あわせて、不審な動きを検知して通知する仕組みや、環境全体のセキュリティ状況を可視化する仕組みも導入しました。保管した利用記録は、利用者ごとの費用の集計にも活用しています。
【コスト管理】
利用量と費用に関するチェックポイント
最後は、AIの利用料金に関するポイントです。セキュリティとは異なる観点ですが、全社展開を継続的に運用するうえで欠かせない要素です。
チェック7|利用量の上限や予算超過の通知は設定されていますか?
生成AIの料金体系には、利用人数分の費用を毎月支払う「定額制」と、利用した分だけ費用が発生する「従量課金制」があります。従量課金制は無駄な固定費を抑えやすい一方、利用量に制限がなければ費用が想定を超えて膨らむ可能性があります。
このような状態だと・・・
従量課金制を採用しているが、利用量の上限や費用の監視を設定していない
→ 一部の利用者に利用が集中し、月末に想定を大きく上回る請求が発生するおそれがあります
アテナの場合
利用者1人あたりの利用量に上限を設定しました。あわせて、全体の利用金額があらかじめ定めた基準を超えた場合に、メールで通知が届く仕組みを導入しています。
定額制と従量課金制の違いとは?検証で見えた「利用の偏り」
定額制の場合、利用頻度にかかわらず契約人数分の費用が発生します。利用の少ない社員の分まで費用がかかる一方で、積極的に活用する社員ほど利用上限に達し、業務が止まってしまうという課題もあります。
アテナでは従量課金制への移行にあたり、以下の条件で検証(PoC)を実施しました。
【検証条件】
・実施時期:2026年9月(9営業日)
・対象者:社内の有志22名(利用意欲の高い社員が中心)
・利用環境:Amazon Bedrock経由のClaude Code(本記事で紹介した管理体制の環境)
・利用AIモデル:Claude Opus/Claude Sonnet
・利用条件:利用上限の範囲内で自由に利用
・検証の目的:従量課金制での費用と利用実態の把握
- 検証でわかったこと
- 費用の総額
月額換算で、定額制の同人数分を上回った - 利用者ごとの差
1日あたりの費用は、最も多い利用者と最も少ない利用者で約51倍の差 - 費用の集中
上位2名で全体の費用の約半分を占めた - AIモデルによる差
高性能モデル(Claude Opus)中心の利用者と、標準モデル(Claude Sonnet)中心の利用者では、1回あたりの費用に3倍以上の差
今回の検証は利用意欲の高い社員が中心で、利用上限の範囲内で自由に利用した条件のため、定額制との単純な比較はできません。全社に展開すると利用の少ない社員の割合が増えるため、平均費用は下がる可能性もありますが、現時点では仮説の段階です。
一方で、検証を通じて明確になったのは「誰が、どのAIモデルを、どれだけ利用しているか」が可視化できるという点です。費用を左右するのは利用回数だけでなく、どのAIモデルを利用するかでもあることが分かりました。
現在アテナでは、標準モデルを基本とし、高性能モデルは必要な場合に限り許可するといった利用ルールを検討しています。
従量課金制の価値は、費用の削減だけではありません。利用実態をデータで把握できることで、「積極的に活用する社員に、適切に投資する」という判断が可能になります。
まとめ:7つのチェックポイントで自社のAI利用環境を確認
生成AIを全社で安全に活用するためには、AIサービスそのものの選定だけでなく、アカウント・利用環境・データ・コストの4つの観点から管理体制を整えることが重要です。まずは以下の7つの質問に、自社の状況を当てはめてみてください。
確認項目 | 「いいえ」の場合に想定されるリスク | |
|---|---|---|
1 | 退職者・異動者のAI利用は、自動的に停止されますか? | 退職者が社内情報にアクセスできる状態が続く |
2 | 端末にAPIキー等の認証情報を保存しない仕組みですか? | 認証情報の流出による不正利用・不正請求 |
3 | AIによるWeb検索・Webページの読み込みを制限していますか? | 社内情報が外部に送信される |
4 | 全端末に同じ設定を一括で配布していますか? | 1台の設定漏れがセキュリティ上の抜け穴になる |
5 | データの処理場所と取り扱いを説明できますか? | お客様からの信頼を損なう |
6 | 利用記録を保管していますか? | 問題発生時に原因や影響範囲を調査できない |
7 | 利用量の上限と予算超過の通知を設定していますか? | 想定外の高額請求が発生する |
1つでも「いいえ」に該当する項目があれば、そこが自社のAI利用環境における見直しのポイントかもしれません。
生成AIの全社展開では、「どのAIサービスを導入するか」に目が向きがちです。しかし本当に問われるのは、「既存のアカウント管理や端末管理の仕組みに、AIをどのように組み込み、どう管理していくか」という点です。本記事のチェックポイントを、自社の環境を見直すきっかけとして活用してみてはいかがでしょうか。
なお、アテナの取り組みの詳細は、AWS公式ブログおよび技術者向けのコラムでも紹介しています。

「生成AIを全社で活用したいが、情報漏えいなどのセキュリティ面が不安」
「個人での利用は進んでいるが、全社展開に向けたルールや環境が整っていない」
「利用状況や費用を把握しながら、安全に運用できる環境を整えたい」
などの課題がございましたら是非お気軽にご相談ください。
アテナでは、自社での取り組みをもとに貴社の生成AI活用や環境構築をご支援させていただきます。
- プレスリリース





