「学習に使われない」は十分か — 生成AIサービス規約の読み方

「うちは法人プランだから、入力は学習に使われない。だから安全」は、生成AIの社内導入で頻繁に聞く説明です。学習利用の除外は確かに重要です。しかしそれは、確認すべき論点の1つでしかありません。生成AIサービスの規約・契約で見るべき観点を整理し、「規約で守る」方式の限界まで含めて考えます。

「学習に使われない」が答えている問いは1つだけ

入力データについて企業が心配すべきことを分解すると、少なくとも5つの問いがあります。

「学習に使われない」は1行目に答えるだけです。たとえば「学習には使わないが、不正利用監視のため一定期間保持し、必要に応じて人が確認することがある」といった条件が規約に含まれる場合があります。学習除外だけを確認して「安全」と結論づけるのは、5つの問いのうち4つを見ていない状態です。

確認は「サービス・プラン・設定」の3点セットで

同じサービス名でも、扱いは契約形態と設定で変わります。

• サービス — 提供者が違えば規約も違う。エージェントが複数のAIサービスを併用する場合は、それぞれ確認する
• プラン — 無償版・個人有償版・法人版で、学習利用や保持の扱いが異なる場合が多い。社員が個人アカウントで使っていれば、法人契約の保護は及ばない
• 設定 — 管理者設定やオプトアウト申請で扱いが変わる項目がある。「契約した」と「設定した」は別

そして、この確認は1回では終わりません。規約・プラン・機能は変わり続けるため、定期的な再確認（および変更通知を受け取る体制）までを含めて「確認している」と言えます。監査では確認の記録そのものが問われます（AIエージェント運用の監査対応チェックリスト）。

規約確認だけでは残るリスク

規約・契約の確認は必須の土台です。そのうえで、確認を完璧にやってもカバーされない領域が残ります。

• 送信先の間違い — 保護されるのは「契約したサービスに送った」データだけ。社員が個人アカウントや未確認のサービスに入力すれば、契約の保護は及びません。契約の整備とは別に、利用が公認の経路を通る仕組みが要ります（公認AI実行環境という考え方）
• 「送信自体が不可」の情報 — 顧客との秘密保持契約や規程が外部送信そのものを禁じている情報は、送信先の規約がどれだけ良くても送れません
• 説明の強度 — 「規約上は保護されています」という説明は、規約の解釈・変更・履行に依存します。相手（顧客・監査）によっては、「そもそも送信していません」という、より強い説明を求められます

限界が見えたら — 「送らない」選択肢との使い分け

規約で守る方式の限界が問題になる情報については、そもそも外部に送らずにAIを使う選択肢、つまりローカルLLMが検討対象になります（ローカルLLMとは何か）。

現実的な落とし所は、全面移行ではなく使い分けです。規約・契約で十分守れる情報はクラウドAIの賢さを使い、規約では守りきれない情報はローカルで完結させる。その線引きにはデータ分類が要ります（AIに渡してよい情報をどう決めるか。分類して扱いを決めるのがあちらの記事、外部に送る場合の確認がこちらの役割です）。なお、入力データの行き先という論点の全体像は、姉妹サイトのLLMに入力した情報はどこへ行く？も参考になります。

※本記事は一般的な確認観点の整理です。個別のサービス規約の解釈や契約上の判断は、自社の規程・法務確認に基づいて行ってください。

まとめ

• 「学習に使われない」は5つの論点（学習・保持・処理場所・閲覧・再委託）の1つに答えるだけ
• 確認はサービス・プラン・設定の3点セットで。しかも継続的に。確認の記録が監査の答えになる
• 規約は「契約したサービスに送ったデータ」しか守らない。送信先の間違いと「送信自体が不可」の情報には別の手当てが要る
• 規約で守りきれない情報は「そもそも送らない」（ローカルLLM）との使い分けへ

規約の確認に加えて「外部送信そのものを発生させない」も選べるようにしたのが、Hoko（矛）というAIエージェント実行アプライアンスです。2つのルームのうち機密ルームでは、箱内のローカルLLMだけが機密を処理します。