AIに入力した情報は学習される？無料版・法人版・APIの違いを整理

社内でAI活用を進めようとすると、必ずこの質問が来ます。
「AIに入れた情報は学習されるんですよね？」

推進担当がここで曖昧な答えを返すと、話が止まります。
「じゃあ機密情報は入れられないですね」で終わって使える範囲が極端に狭まるか、あるいは逆に「大丈夫です」と言い切ってしまって、後から前提が違ったことが分かるかのどちらかになります。
そのため、この質問に正確に答えられるように契約形態ごとの違いを整理していきます。

そもそも何を入れてよいかの線引きは生成AIに入れてはいけない情報とは。社内ルールを3段階で線引きするにまとめてあります。

「学習される」の意味は、人によって違う

まず整理したいのが、この質問の中身です。
「学習される」には、複数の意味が混ざっています。

まずは、入力した内容がモデルの改善に使われて将来の回答に反映されるかどうかです。
次が、入力した内容が事業者側のサーバに保存されて人が見る可能性があるかどうかです。
もうひとつが、入力した内容が他のユーザーの回答に出てくるかどうかです。

現場の人が心配しているのは、たいてい3番目だと思います。
「取引先の名前を入れたら、他の会社の人に見えてしまうのでは」という不安です。
もちろん技術的にはほぼ起きないのですが、1番目と混同されて説明されるので話が噛み合いません。
答えるときは、質問のほうを分解してから答えるのが確実です。

契約形態は無料版・法人版・APIの3つで変わり、説明は3行に収める

契約形態によって扱いが変わります。
ここが本題です。

まず無料版、つまり個人アカウントです。
入力内容がサービス改善に使われる設定が既定になっているものが多く、履歴も個人アカウントに残ります。
設定で無効化できる場合もありますが、既定が有効である以上、業務利用の前提にはできません。
個人が自分の判断でオンオフできる状態は、組織としては管理できていない状態だと思います。

次が法人版、つまり有償の法人契約です。
入力内容がモデルの学習に使われない扱いが契約上明示されているものが一般的で、あわせて管理者側が利用状況を把握でき、退職時にアカウントを止められます。
業務利用の前提にできるのは、ここからです。

個人アカウントでの利用が残っている場合は、シャドーAI（野良AI）とは。禁止せずに見える化と正規の道で減らす対策の論点になります。

もうひとつがAPI利用で、ここが盲点になります。
開発用にAPIを使う場合、契約の枠組みが法人版のサービスとは別になることがあり、無償枠や試用枠では扱いが異なるケースもあります。
「法人契約しているから安全」という理解のまま開発側がAPIを使い始めると、前提が崩れてしまいます。

現場への説明は、短くないと伝わらないので3行に圧縮します。
「会社が契約している法人版を使ってください。入力した内容は学習に使われません。」
「個人の無料アカウントは業務では使わないでください。扱いが違います。」
「開発でAPIを使う場合は、事前に推進チームに相談してください。」

これ以上詳しく説明すると、聞いた人が覚えていられません。
詳細を知りたい人向けの資料は別に置いておいて、口頭で伝えるのはこの3行に絞ります。

有料版は経営に通り、API利用は条件を決めれば認められる

ここが実務でいちばん詰まる場所です。
無料で使えるものがあるのに、なぜ人数分の費用を払うのかを説明する必要があります。
効く論点は3つあります。

まずは、無料版の代替として払っているのではありません。
払っているのは機能ではなく、学習に使われない契約上の扱いと、管理者が把握できる状態のほうで、前者はリスク管理、後者は内部統制の話になります。
だから機能比較の議論から外れます。

学習に使われない扱いでも、入れたデータは事業者の側に一定の期間残ります。事例と合わせてAIの情報漏洩はなぜ起きるか。事例と、禁止だけに頼らない対策に書いています。

次が、無料版を使わせている状態のほうが、リスクとしては高くなります。
禁止しても現場は使いますし、会社が用意しない選択は、管理外の利用を黙認するのと同じになります。

もうひとつが金額の桁で、1人あたり月数千円の水準は削減できる時間と比べれば小さくなります。
議事録作成が1回40分減るなら、月に数回で元が取れます。
ここは削減時間の試算を1つ添えるだけで、通りやすくなります。

開発側からAPIを使いたいと相談されることも、必ずあります。
禁止すると内製化が止まるので、条件を決めて認めます。
確認する項目は4つで、どのデータを送るのか・認証情報をどこに置くのか・誰が使えるのか・止める手段があるかです。

いちばん抜けやすいのは、認証情報の置き場所です。
コードに直接書かれていたり、共有されているファイルに置かれていると、後から追えなくなるので、ここだけは技術側のレビューを必須にします。
個人情報と機密情報を送る処理は、別扱いにします。

試作の段階では架空のデータで作り、本番のデータを通す前にもう一度確認します。
この2段構えにしておくと、勢いで進んだ結果の事故を防げます。

説明会では同じ質問が来て、契約形態は一覧にしておくと答えられる

説明会を開くと、聞かれる内容はだいたい決まっているので、あらかじめ答えを用意しておきます。
「入力した内容はどこに保存されるのか」については、一定期間は事業者側に保存される前提で説明します。
「一切残らない」と言い切ると不正確になるので、残る前提のうえで学習には使われないこと、管理者が把握できることを伝えます。

「過去に無料版に入れてしまった情報はどうなるのか」については、咎めずに履歴の削除方法を案内する形にします。
ここで責める空気を作ると、以後の申告が止まってしまいます。
「取引先から預かったデータは入れてよいのか」については、契約次第なので、AIの仕様ではなく取引先との秘密保持契約の内容で決まると答えます。
判断を求められたら、推進チームか法務に上げる経路を示しておきます。

説明の前に、自社の現状を把握しておく必要があります。
ここが分からないまま説明会を開くと、質問に答えられません。
作るのは表1枚で足りて、項目はサービス名・契約形態（無料・法人・API）・契約している部署・使っている人数・入力してよい情報の範囲の5つです。

また、これを作ると、たいてい想定外のものが出てきます。
特定の部署が独自に契約している有償サービス、試作のために開発側が取ったAPIキー、退職者のアカウントが残っているもの。
この棚卸しだけで、リスクの大半が見つかります。

一覧は一度作って終わりにせず、四半期に一度見直します。
サービス側の規約や契約の枠組みは変わるので、去年調べた前提が今も同じとは限りません。

「安全だから何を入れてもよい」わけではない

法人版なら学習に使われないという説明をすると、次にこう受け取られることがあります。
「じゃあ何を入れてもいいんですね」。
ここは分けて伝える必要があって、学習に使われないことと、入れてよいことは別の話です。
理由は3つあります。

まずは、履歴が一定期間は事業者側に保存される前提であることです。
次が、社内でも見てよい範囲が分かれる情報があることです（人事評価、未公表の決算、個人の健康情報）。
もうひとつが、取引先から預かったデータには相手との契約が効いていることです。
つまり技術と契約の安全性が確保されても、社内の情報区分のほうは別に必要になります。

ここを混ぜて説明すると「安全なら自由」という理解が広がり、後から線を引き直すことになります。
説明の順番としては、契約形態の話をしたあとに「そのうえで入れてよい情報の線引きは別にあります」と続けるのが確実だと思います。
ガイドライン全体の組み立ては生成AIの社内ルールの作り方。ガイドラインの項目サンプルと守れる環境にまとめてあります。

経営層がこの前提を持っているかで、判断が変わる

ここまで書いてきたことは、突き詰めると契約形態でリスクの扱いが変わるという一点です。
ただ、これが経営層に共有されていないと、投資判断のほうが噛み合いません。
「AIは情報漏えいが怖い」という理解のまま止まっている場合、有料版の予算は通りません。

逆に「AIなら何でもできる」という理解だと、API利用の管理が甘くなります。
どちらも、いまのAIで何がどう扱われるのかを触って把握していないことから来ています。

私たちが提供している経営層向けAIトレーニングでは、経営者・役員が短時間で「いまのAI活用と、その前提」を掴む形にしています。
現場は理解しているのに上で止まる状態の場合は、こちらから当たるほうが早いかもしれません。

学習されるかより、契約形態と情報区分の両方を見る

「学習されますか」という質問には、モデルへの反映、事業者側での保存、他ユーザーへの露出の3つが混ざっています。
だから分解して答えるのが確実です。
契約形態は無料版・法人版・APIの3つで扱いが変わり、業務利用の前提にできるのは法人版からになります。
APIは別枠なので、開発側が使い始める前に相談経路を作っておきます。

現場への説明は3行に絞ります。
経営への説明は機能比較ではなく、「契約上の扱いと、管理できる状態に払っている」という整理で通します。
そのうえで、学習に使われないことと入れてよいことは別の話です。

ここを混ぜると、後から線を引き直すことになります。
契約形態を一覧にした組織ほど、あとから重複契約に気づくのが早くなります。