Gemini Developer API でのデータ保持ゼロ

このページでは、Gemini Developer API で一般に「データの保持ゼロ」と呼ばれるものの詳細について説明します。

トレーニングの制限

Gemini API 利用規約に記載されているように、有料サービスを使用する場合、Google はプロンプト(関連するシステム手順、キャッシュに保存されたコンテンツ、画像、動画、ドキュメントなどのファイルを含む)や回答をプロダクトの改善に使用しません。有料サービスについては、こちらで定義されています

顧客データの保持とデータの保持ゼロの実現

通常、顧客データは次のシナリオと条件で一定期間保持されます。データの保持をゼロにするには、次の各領域で特定のアクションを行うか、特定の機能を使用しないようにする必要があります。

  • 不正使用のモニタリングのためのプロンプト ロギング: Gemini API 追加利用規約に記載されているように、有料サービスの場合、Google は使用禁止に関するポリシー の違反を検出する目的でのみ、プロンプトと回答を一定期間記録します。特定のプロジェクトに対する ZDR のリクエストが承認されると、すべてのユーザー コンテンツ(プロンプトと回答)と識別可能なメタデータ(IP アドレスや Google アカウント ID など)がログに記録される前にクリアされます。結果として得られるレコードはサニタイズ済みとしてマークされ、識別可能なユーザーデータは含まれません。これにより、Gemini Enterprise Agent Platform のデータの保持ゼロと同等の状態が確保されます。

  • Google 検索によるグラウンディング: Gemini API 追加利用規約に記載されているように、Google はグラウンディングされた検索結果や検索候補を作成する目的で、プロンプト、コンテキスト情報、生成された出力を 30 日間保存します。保存された情報は、グラウンディングをサポートするシステムのデバッグとテストに使用される場合があります。Google 検索によるグラウンディングを使用する場合、この情報の保存を無効にすることはできません。

  • Google マップによるグラウンディング: Gemini API 追加 利用規約に記載されているように、Google はグラウンディングされた結果を作成する目的で、プロンプト、コンテキスト 情報、生成された出力を 30 日間保存します。保存された情報は、サービスに問題が発生した場合のデバッグなど、信頼性エンジニアリングにのみ使用されます。 Google マップによるグラウンディングを使用する場合、この情報の保存を無効にすることはできません。

  • Interactions API: Interactions API は、 会話のアクティブな状態を管理して、複数ターンの会話を可能にします。デフォルトでは、Interactions API は状態の保存を有効にします 。データフットプリントをゼロにするには、API リクエストで store パラメータを明示的に false に設定して、デフォルトの状態保持をオプトアウトする必要があります。

  • Live API: このステートフル API では、 会話の状態を保存することでリアルタイムでの再接続が可能になります。データの保持をゼロにするには、SessionResumptionConfig を構成しないでください 。セッション ハンドルが生成されると、会話の状態(テキスト、音声、動画を含む)が最長 24 時間保持されます。

  • File API Storage: File API を使用すると、ユーザーは大きなアセットをアップロードできます。 ファイルは、ユーザーが削除するか有効期限が切れるまで、保存された状態で保存されます。 File API の使用は ZDR ロギングとは独立しています。データフットプリントをゼロにするには、ユーザーが手動でファイルを削除する必要があります。

  • 明示的なコンテキスト キャッシュ: ユーザーは、大きなデータセット(例: 長い動画やドキュメント ライブラリ)を cached_content フィールドを使用して手動でキャッシュに保存できます。これらのリクエストのログは ZDR の削除ポリシーに従いますが、キャッシュに保存されたコンテキスト自体は、ユーザー定義の ttl または expire_time で保存されます。データフットプリントを完全にゼロにするには、cached_content 機能を使用しないでください。

  • 暗黙的なインメモリ キャッシュ: デフォルトでは、Gemini モデルはデータをメモリ内のキャッシュに保存して、デベロッパーのレイテンシとコストを削減します。このデータは厳密に RAM に保存され(保存された状態ではなく)、プロジェクト レベルで分離されています。TTL は 24 時間です。 これはデータの保持ゼロに違反しません。

次のステップ