ChatGPTのデータコントロールは、会話や操作内容をモデル改善に使うかどうかをユーザーが選べるようにするものです。 この設定をオフにすることは重要な保護策になり得ます。ただし、それだけで機密資料や個人情報の入力が自動的に許可されるわけではありません。学習利用の有無は、プライバシーとコンプライアンスの論点の一部にすぎないからです。

Temporary Chat（一時チャット）も万能ではありません。OpenAIは一時チャットについて、履歴に保存されず、Memoryに使われず、学習にも使われず、30日後に削除されると説明しています。一方で、不正利用の監視のために確認される場合があるともしています。 そのため、秘密の業務資料、本物の顧客データ、健康情報を入れてよいという「免罪符」にはなりません。

Business、Enterprise、Edu、Healthcare、APIでは何が変わるのか

OpenAIはConsumer向けの利用と、業務向け製品の扱いを分けて説明しています。Businessデータとは、ChatGPT Business、ChatGPT Enterprise、ChatGPT for Healthcare、ChatGPT Edu、ChatGPT for Teachers、API Platformにおける入力と出力を指すとされています。

OpenAIは、これらのBusinessデータを標準では学習に使わないと説明しています。 また、ChatGPT Business、ChatGPT Enterprise、APIについては、GDPRなどのプライバシー要件への対応を支援するData Processing Addendum、つまりデータ処理に関する補遺契約を締結できるとしています。ChatGPT EduとChatGPT for Teachersについては、Student Data Privacy Agreementに基づいて処理すると説明しています。 さらにOpenAIは、Enterprise、Business、Edu、ChatGPT for Healthcare、API向けに、Businessデータのプライバシー、セキュリティ、コンプライアンス、データ保持ポリシーに関する情報を提供しています。

ただし、BusinessやEnterpriseを使えば何でも入力してよい、という意味ではありません。企業や組織は、目的、データの種類、アクセス権限、保存期間、社内規程、顧客との契約、業界ごとの規制を確認する必要があります。

送信前に確認したい8つの質問

実データをAIツールに入力・アップロードする前に、少なくとも次の点を確認してください。

1. そのツールは、情報セキュリティ、法務、IT、データ保護の観点で承認されているか。
2. ベンダーはプロンプト、ファイル、出力を学習やモデル改善に使うのか。
3. 学習利用を止める設定、または契約上の除外があるか。
4. 入力、アップロード、出力はどれくらい保存されるのか。
5. サポート、安全対策、不正利用の監視などの目的で、ベンダー側の人が内容を確認できる場合があるか。
6. サードパーティ製アプリ、コネクター、プラグイン、サブプロセッサーがアクセスできる可能性はあるか。
7. DPAなどの契約、管理者設定、ロール権限、監査、保持期間ルールは整っているか。
8. 社内規程や外部契約は、そのデータをそのツールで処理することを認めているか。

これらが明確でない場合は、実データをそのまま使わず、プレースホルダー、匿名化した抜粋、合成データに置き換えるのが安全です。

よいプロンプトは「丸ごと貼る」より「必要分だけ」

安全なプロンプトの基本は、目的に必要な情報だけを入れることです。回答に不要なら、氏名、メールアドレス、電話番号、住所、顧客番号、患者番号、契約番号などの識別子は削除します。

顧客対応の相談
実際の問い合わせ全文を、氏名・顧客番号・連絡先付きで貼るのは避けます。代わりに、[顧客]、[顧客番号]、[日付] のようなプレースホルダーを使います。

表や一覧データ
顧客リストや従業員リストを丸ごとアップロードしないでください。直接識別子を削り、分析に必要な列だけに絞ります。

コード
APIキー、トークン、秘密鍵、パスワード、本番環境に近い接続情報をプロンプトに入れないでください。必要なコード片だけを示し、設定値はプレースホルダーに置き換えます。

契約書や財務情報
確認したいのが条項、表現、構成だけなら、全文ではなく匿名化した抜粋を使います。未公開の財務数値や秘密保持対象の資料は、承認された環境で扱うべきです。

どうしても実データが必要な場合

ダミーデータでは足りない場面もあります。その場合でも、順番は保守的に考えます。

1. 目的を明確にする：本当に実データが必要か。匿名化した一部で足りないかを確認する。
2. データを最小化する：必要最小限の範囲だけを使う。
3. 識別子を削る：個人、顧客、患者、組織が分かる情報をできるだけ取り除く。
4. シークレットを消す：パスワード、トークン、APIキー、秘密鍵、証明書を入れない。
5. 承認済み環境を選ぶ：企業データには、確認済みのBusiness、Enterprise、API環境を使う。OpenAIはこれらの製品について、Businessデータを標準では学習に使わないなど、Enterprise向けのプライバシー条件を説明しています。
6. 設定と契約を確認する：学習利用、保存期間、ロール権限、DPA、データ保持ルールを事前に確認する。
7. 利用を記録する：ツール名、目的、データ種別、設定、承認の有無を後から追えるようにする。

結論：不安なら貼らない。まず削る、置き換える、承認済み環境を使う

ChatGPTを使ってよいかどうかは、「全部OK」でも「全部NG」でもありません。Consumer向けの文脈では、プロンプトやアップロードに個人データが含まれ得るUser Contentとして扱われる可能性があります。 データコントロールやTemporary Chatは、会話がモデル改善、履歴、Memoryに使われるかどうかに関わります。Temporary Chatは30日後に削除されると説明されていますが、不正利用の監視のために確認される場合があります。

一方で、Business、Enterprise、Edu、Healthcare、APIについては、OpenAIが別のルールを説明しており、Businessデータを標準では学習に使わないとしています。

迷ったときの実務ルールは明確です。貼らない。まず匿名化する。プレースホルダーに置き換える。必要なら、承認済みのBusiness、Enterprise、API環境で、設定と契約を確認してから使う。AIに聞く前のこのひと手間が、情報漏えいと後戻りできないトラブルを防ぎます。

ChatGPTのデータコントロールは、会話や操作内容をモデル改善に使うかどうかをユーザーが選べるようにするものです。 この設定をオフにすることは重要な保護策になり得ます。ただし、それだけで機密資料や個人情報の入力が自動的に許可されるわけではありません。学習利用の有無は、プライバシーとコンプライアンスの論点の一部にすぎないからです。

Temporary Chat（一時チャット）も万能ではありません。OpenAIは一時チャットについて、履歴に保存されず、Memoryに使われず、学習にも使われず、30日後に削除されると説明しています。一方で、不正利用の監視のために確認される場合があるともしています。 そのため、秘密の業務資料、本物の顧客データ、健康情報を入れてよいという「免罪符」にはなりません。

Business、Enterprise、Edu、Healthcare、APIでは何が変わるのか

OpenAIはConsumer向けの利用と、業務向け製品の扱いを分けて説明しています。Businessデータとは、ChatGPT Business、ChatGPT Enterprise、ChatGPT for Healthcare、ChatGPT Edu、ChatGPT for Teachers、API Platformにおける入力と出力を指すとされています。

OpenAIは、これらのBusinessデータを標準では学習に使わないと説明しています。 また、ChatGPT Business、ChatGPT Enterprise、APIについては、GDPRなどのプライバシー要件への対応を支援するData Processing Addendum、つまりデータ処理に関する補遺契約を締結できるとしています。ChatGPT EduとChatGPT for Teachersについては、Student Data Privacy Agreementに基づいて処理すると説明しています。 さらにOpenAIは、Enterprise、Business、Edu、ChatGPT for Healthcare、API向けに、Businessデータのプライバシー、セキュリティ、コンプライアンス、データ保持ポリシーに関する情報を提供しています。

ただし、BusinessやEnterpriseを使えば何でも入力してよい、という意味ではありません。企業や組織は、目的、データの種類、アクセス権限、保存期間、社内規程、顧客との契約、業界ごとの規制を確認する必要があります。

送信前に確認したい8つの質問

実データをAIツールに入力・アップロードする前に、少なくとも次の点を確認してください。

1. そのツールは、情報セキュリティ、法務、IT、データ保護の観点で承認されているか。
2. ベンダーはプロンプト、ファイル、出力を学習やモデル改善に使うのか。
3. 学習利用を止める設定、または契約上の除外があるか。
4. 入力、アップロード、出力はどれくらい保存されるのか。
5. サポート、安全対策、不正利用の監視などの目的で、ベンダー側の人が内容を確認できる場合があるか。
6. サードパーティ製アプリ、コネクター、プラグイン、サブプロセッサーがアクセスできる可能性はあるか。
7. DPAなどの契約、管理者設定、ロール権限、監査、保持期間ルールは整っているか。
8. 社内規程や外部契約は、そのデータをそのツールで処理することを認めているか。

これらが明確でない場合は、実データをそのまま使わず、プレースホルダー、匿名化した抜粋、合成データに置き換えるのが安全です。

よいプロンプトは「丸ごと貼る」より「必要分だけ」

安全なプロンプトの基本は、目的に必要な情報だけを入れることです。回答に不要なら、氏名、メールアドレス、電話番号、住所、顧客番号、患者番号、契約番号などの識別子は削除します。

顧客対応の相談
実際の問い合わせ全文を、氏名・顧客番号・連絡先付きで貼るのは避けます。代わりに、[顧客]、[顧客番号]、[日付] のようなプレースホルダーを使います。

表や一覧データ
顧客リストや従業員リストを丸ごとアップロードしないでください。直接識別子を削り、分析に必要な列だけに絞ります。

コード
APIキー、トークン、秘密鍵、パスワード、本番環境に近い接続情報をプロンプトに入れないでください。必要なコード片だけを示し、設定値はプレースホルダーに置き換えます。

契約書や財務情報
確認したいのが条項、表現、構成だけなら、全文ではなく匿名化した抜粋を使います。未公開の財務数値や秘密保持対象の資料は、承認された環境で扱うべきです。

どうしても実データが必要な場合

ダミーデータでは足りない場面もあります。その場合でも、順番は保守的に考えます。

1. 目的を明確にする：本当に実データが必要か。匿名化した一部で足りないかを確認する。
2. データを最小化する：必要最小限の範囲だけを使う。
3. 識別子を削る：個人、顧客、患者、組織が分かる情報をできるだけ取り除く。
4. シークレットを消す：パスワード、トークン、APIキー、秘密鍵、証明書を入れない。
5. 承認済み環境を選ぶ：企業データには、確認済みのBusiness、Enterprise、API環境を使う。OpenAIはこれらの製品について、Businessデータを標準では学習に使わないなど、Enterprise向けのプライバシー条件を説明しています。
6. 設定と契約を確認する：学習利用、保存期間、ロール権限、DPA、データ保持ルールを事前に確認する。
7. 利用を記録する：ツール名、目的、データ種別、設定、承認の有無を後から追えるようにする。

結論：不安なら貼らない。まず削る、置き換える、承認済み環境を使う

ChatGPTを使ってよいかどうかは、「全部OK」でも「全部NG」でもありません。Consumer向けの文脈では、プロンプトやアップロードに個人データが含まれ得るUser Contentとして扱われる可能性があります。 データコントロールやTemporary Chatは、会話がモデル改善、履歴、Memoryに使われるかどうかに関わります。Temporary Chatは30日後に削除されると説明されていますが、不正利用の監視のために確認される場合があります。

一方で、Business、Enterprise、Edu、Healthcare、APIについては、OpenAIが別のルールを説明しており、Businessデータを標準では学習に使わないとしています。

迷ったときの実務ルールは明確です。貼らない。まず匿名化する。プレースホルダーに置き換える。必要なら、承認済みのBusiness、Enterprise、API環境で、設定と契約を確認してから使う。AIに聞く前のこのひと手間が、情報漏えいと後戻りできないトラブルを防ぎます。