OpenAI プラットフォームのデータ管理

OpenAI によるデータの利用方法と、お客様による管理方法について説明します。

お客様のデータは、お客様のものです。2023 年 3 月 1 日以降、OpenAI API に送信されたデータは、OpenAI モデルのトレーニングや改善には使用されません。ただし、お客様が OpenAI とのデータ共有に明示的に同意した場合を除きます。

OpenAI API で保存されるデータの種類

OpenAI API を使用すると、データが次の形で保存される場合があります。

• 不正使用監視ログ： プラットフォームの利用に伴って生成されるログ。OpenAI が使用に関するポリシーや契約の遵守を徹底し、有害な AI 利用を抑制するために必要なもの
• アプリケーション状態： タスクやリクエストを処理するために、一部の API 機能で永続化されるデータ

不正使用監視のデータ保持管理

不正使用監視ログには、プロンプトや応答などのお客様のコンテンツや、分類器の出力など、そのコンテンツから派生したメタデータが含まれる場合があります。デフォルトでは、すべての API 機能の利用について不正使用監視ログが生成され、最大 30 日間保持されます。ただし、法律でより長い保持期間が義務付けられている場合や、当社のサービスまたは第三者を被害から守るために、より長い保持期間が合理的に必要な場合を除きます。

対象となるお客様は、ゼロデータ保持または変更版の不正使用監視の承認を受けることで、以下の制限の範囲内で、不正使用監視ログからお客様のコンテンツを除外できます。現在、これらの設定を利用するには、OpenAI による事前承認と追加要件への同意が必要です。承認を受けたお客様は、API の組織またはプロジェクトに対して、変更版の不正使用監視またはゼロデータ保持を選択できます。

変更版の不正使用監視またはゼロデータ保持を有効にしたお客様は、AI の安全で責任ある利用に関する OpenAI のポリシーをユーザーが遵守するよう徹底するとともに、適用法で定められたモデレーションや報告の要件を満たす責任を負います。

これらのオプションの詳細や利用資格については、営業チームにお問い合わせください。

変更版の不正使用監視

変更版の不正使用監視では、すべての API エンドポイントの不正使用監視ログからお客様のコンテンツが除外されます。ただし、後述するまれなケースでは、入力された画像やファイルが除外されない場合があります。この設定でも、OpenAI プラットフォームのすべての機能を引き続き利用できます。

ゼロデータ保持

ゼロデータ保持では、変更版の不正使用監視と同様に、不正使用監視ログからお客様のコンテンツが除外されます。

さらに、ゼロデータ保持では一部のエンドポイントの動作が変わります。/v1/responses と v1/chat/completions の store パラメーターは、リクエストで値を true に設定しようとしても、常に false として扱われます。

これらの具体的な動作変更を除き、下表の「ゼロデータ保持の対象」欄に「いいえ」と記載されたエンドポイントや機能では、ゼロデータ保持が有効でもアプリケーション状態が保存される場合があります。

Eyes Off

ゼロデータ保持または変更版の不正使用監視の承認を受けたお客様について、当社は、対象のお客様に事前に書面で通知したうえで、特定のお客様に対してモデルをゼロデータ保持または変更版の不正使用監視の対象外とする権利を留保します。この場合、お客様のコンテンツは不正使用監視ログに保持されますが、適用法で義務付けられる場合を除き、人によるレビューの対象にはなりません。OpenAI のビジネスアソシエイトおよびヘルスケアに関する補遺を締結済みのお客様は、組織 ID に Eyes Off が設定されると、データが保持される場合でも、BAA 対象のエンドポイントを PHI の処理に使用できます。

Safety Retention

ゼロデータ保持または変更版の不正使用監視の承認を受けたお客様について、当社は、重大なリスクを伴う活動の調査や防止のために合理的に必要な場合、対象のお客様に事前に書面で通知したうえで、特定のお客様に対してモデルをゼロデータ保持または変更版の不正使用監視の対象外とする権利を留保します。この場合、これらのモデルの利用時に、当社の分類器が使用に関するポリシーまたはお客様との契約に違反する可能性があると検出したお客様のコンテンツを、当社が保持し、人によるレビューを行う場合があります。それ以外のデータ保持には影響しません。OpenAI のビジネスアソシエイトおよびヘルスケアに関する補遺を締結済みのお客様は、組織 ID に Safety Retention が設定されると、データが保持される場合でも、BAA 対象のエンドポイントを PHI の処理に使用できます。

データ保持管理の設定

組織でデータ保持管理の利用が承認されると、設定 → 組織 → データ管理に データ保持 タブが表示されます。このタブで、組織レベルとプロジェクトレベルの両方のデータ保持を設定できます。

• 組織レベルの管理： 組織全体に適用する設定として、ゼロデータ保持または変更版の不正使用監視を選択します。
• プロジェクトレベルの管理： プロジェクトごとに、default を選択して組織レベルの設定を継承するか、ゼロデータ保持または変更版の不正使用監視を明示的に選択します。そのプロジェクトでこれらの設定を無効にするには、 なし を選択します。

エンドポイント別の保存要件とデータ保持管理

下表は、各エンドポイントでアプリケーション状態が保存される条件を示しています。ゼロデータ保持の対象となるエンドポイントでは、以下の制限の範囲内で、お客様のコンテンツがアプリケーション状態として保持されることはありません。ゼロデータ保持の対象外のエンドポイントや機能を使用した場合、ゼロデータ保持を有効にしていても、アプリケーション状態が保持される場合があります。

/v1/chat/completions

• 複数ターンの会話を可能にするため、音声出力のアプリケーション状態は 1 時間保存されます。
• 組織でゼロデータ保持が有効になっている場合、リクエストで store パラメータを true に設定しようとしても、常に false として扱われます。
• 画像とファイルの入力をご覧ください。
• プロンプトキャッシュでは、暗号化されたキー／値テンソルがアプリケーション状態として GPU ローカルストレージに保存される場合があります。このデータはローカルの GPU マシンに保存され、24 時間の有効期限が切れた後は保持されません。gpt-5.5 と gpt-5.5-pro では、prompt_cache_retention を in_memory に設定するとエラーが返されます。GPT-5.6 モデルおよびそれ以降のモデルファミリーでは、prompt_cache_options.ttl が制御するのはキャッシュの最小有効期間であり、このアプリケーション状態の最大保持期間ではありません。詳しくは、プロンプトキャッシュのガイドをご覧ください。

/v1/responses

• 以下に記載する例外を除き、Responses API のアプリケーション状態の保持期間は、デフォルトの場合、または store パラメータが true に設定されている場合、30 日間です。これらの場合、レスポンスデータは少なくとも 30 日間保存されます。
• 組織でゼロデータ保持が有効になっている場合、リクエストで store パラメータを true に設定しようとしても、常に false として扱われます。
• バックグラウンドモードでは、ポーリングを可能にするため、レスポンスデータがディスクに約 10 分間保存されます。強化版を含む修正版不正使用監視を使用するプロジェクトでは、フォアグラウンドリクエストで store が省略されているか、true に設定されている場合、標準の保持期間が適用されます。バックグラウンドのレスポンスに標準の保持期間が適用されるのは、リクエストで store=true を明示的に設定した場合のみです。バックグラウンドリクエストで store が省略されているか、false に設定されている場合、レスポンスは一時的なポーリング期間の終了後に削除されます。
• 複数ターンの会話を可能にするため、音声出力のアプリケーション状態は 1 時間保存されます。
• 画像とファイルの入力をご覧ください。
• リモート MCP サーバーツールで使用する MCP サーバーはサードパーティのサービスです。MCP サーバーに送信されるデータには、そのサービスのデータ保持ポリシーが適用されます。
• ホスト型シェルと Code Interpreter で使用するホスト型コンテナでは、コンテナがアクティブな間、一時的なアプリケーション状態がコンテナのファイルシステム（一時的なブロックストレージを使用）に書き込まれる場合があります。コンテナのデータは、コンテナの有効期限が切れたとき、またはコンテナを明示的に削除したときに削除されます。
• プロンプトキャッシュでは、暗号化されたキー／値テンソルがアプリケーション状態として GPU ローカルストレージに保存される場合があります。このデータはローカルの GPU マシンに保存され、24 時間の有効期限が切れた後は保持されません。gpt-5.5 と gpt-5.5-pro では、prompt_cache_retention を in_memory に設定するとエラーが返されます。GPT-5.6 モデルおよびそれ以降のモデルファミリーでは、prompt_cache_options.ttl が制御するのはキャッシュの最小有効期間であり、このアプリケーション状態の最大保持期間ではありません。詳しくは、プロンプトキャッシュのガイドをご覧ください。
• 組織でゼロデータ保持が有効になっていない場合、対応するすべてのモデルのすべてのクエリで、保持期間を延長したプロンプトキャッシュが使用されます。
• サーバー側のコンパクションでは、store="false" の場合、データは保持されません。
• スキルは、ローカル実行とホスト型コンテナでの実行という 2 つの形式に対応しています。ホスト型スキルのコンテナのライフサイクルは、ホスト型シェルと同じです。マウントされたスキルとコンテナ内のファイルは、コンテナがアクティブな間は利用でき、コンテナの有効期限が切れるか、コンテナが削除されると破棄されます。
• ネットワーク接続を通じてサードパーティのサービスに送信されるデータには、そのサービスのデータ保持ポリシーが適用されます。

/v1/assistants、/v1/threads、および /v1/vector_stores

• Assistants API に関連するオブジェクトは、API またはダッシュボードで削除してから 30 日後に、OpenAI のサーバーから削除されます。API またはダッシュボードで削除しないオブジェクトは、無期限に保持されます。

/v1/images

• gpt-image-2.5-sunburst、gpt-image-2.5-sunburst-2026-09-08、gpt-image-2.5-flare、gpt-image-2.5-flare-2026-09-08、gpt-image-2、gpt-image-1.5、gpt-image-1、および gpt-image-1-mini を使用する場合、画像生成はゼロデータ保持に対応しています。

/v1/files

• ファイルは API またはダッシュボードから手動で削除できます。また、expires_after パラメータを設定すると、自動的に削除できます。詳しくは、こちらをご覧ください。

/v1/videos

• v1/videos API には、処理中にデータをディスクに保存するワークフローが含まれています。このデータは、呼び出し元が生成された動画をダウンロードできるように 48 時間保持され、その後、不正使用の監視のために 30 日間保持されます。現在、MAM または ZDR のリクエストでは v1/videos の使用がブロックされています。組織でデータ保持制御が有効になっている場合は、データ保持制御の設定の説明に従って、プロジェクトの保持設定を なし に設定すると、そのプロジェクトで /v1/videos を使用できます。

画像とファイルの入力

画像とファイルは、/v1/responses（コンピューターの使用ツールを使用する場合を含む）、/v1/chat/completions、および /v1/images への入力としてアップロードできます。入力された画像とファイルは、送信時に CSAM コンテンツの有無がスキャンされます。分類器が CSAM の可能性があるコンテンツを検出した場合、ゼロデータ保持、修正版不正使用監視、または Eyes Off が有効になっていても、その画像は人によるレビューのために保持されます。

ウェブ検索

インターネットに直接アクセスするウェブ検索は HIPAA の適用対象ではなく、BAA の対象にもなりません。オフライン／キャッシュのみのモード（external_web_access: false）でのウェブ検索は、ZDR を有効にした組織内の ZDR 有効プロジェクトの API キーを使用する場合、BAA の対象となる資格があります。この HIPAA／BAA に関するガイダンスは、Responses API の web_search ツールにのみ適用されます。注：プレビュー版（web_search_preview）はこのパラメータを無視し、external_web_access が true に設定されている場合と同じように動作します。web_search の使用をお勧めします。

データレジデンシー制御

データレジデンシー制御は、OpenAI がサービスの提供に使用するインフラの所在地を指定できる、プロジェクトの設定オプションです。

データレジデンシー制御の利用資格については、営業チームにお問い合わせください。2026 年 3 月 5 日以降にリリースされたデータレジデンシー対応モデルでは、データレジデンシーエンドポイントの利用料金に 10% の追加料金が適用されます。

データレジデンシーの仕組み

アカウントでデータレジデンシーが有効になっている場合、そのアカウントで新規作成するプロジェクトのリージョンを、以下の利用可能なリージョンから選択できます。以下に示す対応エンドポイント、モデル、スナップショットを使用すると、そのプロジェクトの顧客コンテンツ（サービス契約で定義されるもの）は、エンドポイントの動作にデータの永続化が必要な範囲で、選択したリージョンに保存されます（/v1/batches など）。

以下で明示しているリージョン内処理に対応するリージョンを選択した場合、サービスによる顧客コンテンツの推論処理も、そのリージョン内で実行されます。

データレジデンシーはシステムデータには適用されず、システムデータは選択したリージョン外で処理・保存される場合があります。システムデータとは、顧客コンテンツを含まないアカウントデータ、メタデータ、利用状況データを指します。これらはサービスによって収集され、サービスの管理・運用に使用されます。具体的には、サービスに直接アクセスするエンドユーザー（お客様の従業員など）のアカウント情報やプロファイル、分析データ、利用統計、請求情報、サポートリクエスト、構造化出力のスキーマなどが含まれます。

サブプロセッサーとリージョン内でのリクエスト処理

OpenAI はサービスの提供にあたり、サブプロセッサーを利用しています。us.api.openai.com または eu.api.openai.com に送信されたリクエストについては、Cloudflare Regional Services を利用し、選択した処理リージョン内で TLS 終端と HTTPS の復号が行われるようにしています。

制限事項

データレジデンシーは、次の場合には適用されません。（1）サービスへのアクセス時に、エンドユーザーまたはお客様のインフラストラクチャの所在地に起因して、顧客コンテンツが選択したリージョン外に送信または保存される場合、（2）OpenAI 以外の第三者が本サービスを通じて提供する製品、サービス、コンテンツ、（3）システムデータなど、顧客コンテンツ以外のデータ。

以下に示すとおり、選択したリージョンがリージョン内での処理をサポートしていない場合、OpenAI はサービスの提供にあたり、そのリージョン外でも顧客コンテンツを処理し、一時的に保存する場合があります。

米国以外のリージョンにおける追加要件

米国以外のリージョンでデータレジデンシーを利用するには、不正利用監視の制御について承認を受け、Modified Retention 修正契約を締結する必要があります。

アラブ首長国連邦リージョンを選択するには、追加の承認が必要です。サポートについては、営業にお問い合わせください。

データレジデンシーの利用方法

データレジデンシーは、API 組織内のプロジェクトごとに設定します。

リージョン内での保存にデータレジデンシーを設定するには、新しいプロジェクトを作成する際に、ドロップダウンから適切なリージョンを選択します。

データレジデンシーを設定したプロジェクトにリクエストを送信する際は、以下の表に示すドメインプレフィックスを各リクエストに追加します。

リクエストごとの処理リージョンの選択

リージョンごとにプロジェクトを作成する代わりに、地理的範囲が Global に設定されたプロジェクトの API キーとプレフィックス付きドメインを使用して、リクエストごとに処理リージョンを選択することもできます。

既存の利用資格とデータ保持制御の要件は引き続き適用されます。また、選択するエンドポイントとモデルは、以下の表に示すとおり、リージョン内での処理をサポートしている必要があります。

次の例では、同じクライアントと Global プロジェクトの API キーを、グローバル、米国、EU へのリクエストで共用しています。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28from openai import OpenAI

client = OpenAI()

# No processing constraint.
response = client.responses.create(
    model="gpt-5.6-terra",
    input="Reply with OK.",
)
print(response.output_text)

# US processing and storage.
response = client.with_options(
    base_url="https://us.api.openai.com/v1",
).responses.create(
    model="gpt-5.6-terra",
    input="Reply with OK.",
)
print(response.output_text)

# EU processing and storage.
response = client.with_options(
    base_url="https://eu.api.openai.com/v1",
).responses.create(
    model="gpt-5.6-terra",
    input="Reply with OK.",
)
print(response.output_text)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21require "openai"

client = OpenAI::Client.new

response = client.responses.create(
  model: "gpt-5.6-terra",
  input: "Reply with OK."
)
puts(response.output_text)

response = client.with_options(data_residency: :us).responses.create(
  model: "gpt-5.6-terra",
  input: "Reply with OK."
)
puts(response.output_text)

response = client.with_options(data_residency: :eu).responses.create(
  model: "gpt-5.6-terra",
  input: "Reply with OK."
)
puts(response.output_text)

データレジデンシーの対象モデルと機能

現在、以下のモデルと API サービスは、下記のリージョンでデータレジデンシーの対象となっています。

リージョン別の対応状況 では、リージョンごとの機能を比較し、各リージョンで利用できるサービスを展開して確認できます。モデルの全一覧とサービスの詳細は、 API エンドポイント、ツール、モデルの対応状況 をご覧ください。リージョン内での保存に対応していても、リージョン内での処理に対応しているとは限りません。

エンドポイントの制限事項

/v1/chat/completions

• 米国以外のリージョンでは store=true を設定できません。
• リージョン内処理に対応していないリージョンで保持期間を延長したプロンプトキャッシュを使用する場合、サービスを提供するために、OpenAI がそのリージョン外で顧客コンテンツを処理し、一時的に保存する必要が生じることがあります。

/v1/responses

• EU リージョンでは background=True を設定できません。
• リージョン内処理に対応していないリージョンで保持期間を延長したプロンプトキャッシュを使用する場合、サービスを提供するために、OpenAI がそのリージョン外で顧客コンテンツを処理し、一時的に保存する必要が生じることがあります。

/v1/live/sessions

GPT-Live のセッションはゼロデータ保持の対象です。ゼロデータ保持が有効な場合、リクエストで store を true に設定しても、false として扱われます。

セッションの保存はデフォルトで無効です。セッションの保存が有効なプロジェクトでは、store: true を設定すると、完了したセッションの記録が 30 日間保持され、ダウンロードしたり、フォークしたセッションの開始に使用したりできます。保存されたセッションとそのインデックスは 30 日後に期限切れになります。記録のダウンロードとフォークには、永続化を許可するデータポリシーが必要です。ゼロデータ保持では、これらの機能は利用できません。

フォーク時に store: false を設定すると、新しいセッションは保存されません。ただし、フォーク元の記録は削除されず、その読み取りに必要な認可も引き続き求められます。この API には、保存済みセッションを削除するための公開エンドポイントはありません。

GPT-Live は米国と欧州のデータレジデンシーに対応しています。処理の委任先となるバックエンドのモデルやツールには、それぞれ独自のデータ制御が適用されます。このページの該当するエンドポイントと機能の項目を確認してください。

/v1/realtime

/v1/realtime のトレース機能は、現在 EU のデータレジデンシー要件に準拠していません。

エンタープライズキー管理（EKM）

エンタープライズキー管理（EKM）を使用すると、お客様自身の外部キー管理システム（KMS）で管理するキーを使って、OpenAI 上の顧客コンテンツを暗号化できます。

設定が完了すると、プラットフォームの使用中に作成されるすべてのアプリケーション状態に EKM が適用されます。EKM の仕組みや、ご利用の KMS プロバイダーとの連携方法について詳しくは、EKM に関するヘルプセンターの記事をご覧ください。

EKM の制限事項

OpenAI は、AWS KMS、Google Cloud（GCP）、Azure Key Vault の外部アカウントを利用した Bring Your Own Key（BYOK）暗号化に対応しています。組織で別のキー管理サービスを使用している場合、OpenAI でそのキーを使用するには、対応するクラウド KMS プロバイダーのいずれかにキーを同期する必要があります。

EKM は以下の製品に対応していません。EKM が有効なプロジェクトでこれらのエンドポイントを使用しようとすると、エラーが返されます。

• Assistants (/v1/assistants)
• ビジョンファインチューニング