メインコンテンツへスキップ
デフォルトでは、認証セッションを削除すると、そのセッションの顔検索1:Nと重複検知に使われていた顔エンベディングも削除されます。セッション削除後も重複検知を継続する必要があるアプリケーションは、生体認証テンプレートの保持をオプトインで有効にできます。この場合、Diditは通常どおりセッションとそのすべてのデータを削除したうえで、セッションのユーザーに紐づけた、画像を含まない顔の生体認証テンプレートを1件、別途管理して保持します。 生体認証テンプレートAPIを使うと、アプリケーションが保持しているテンプレート、その保持理由と保持期限を正確に確認でき、いつでもパージできます。すべてのテンプレートは、Business ConsoleのLists → Biometric templatesと、紐づくユーザーのプロフィールでも確認できます。
保持された生体認証テンプレートは生体データです。匿名ではなく、一時的なものでもなく、セッションとともに削除されることもありません。予定された有効期限、適用法令上それより早い期限、ユーザーの削除、プライバシーに関する削除リクエスト、明示的なパージのいずれかまで保持され続けます。保持を有効にするのは、データ管理者からの指示とプライバシー通知がこれを対象としている場合に限ってください。

テンプレートが作成される仕組み

保持にはユーザーへの紐づけが必要です。vendor_dataなしで作成されたセッションにはユーザーが存在しないため、テンプレートを保持できません。この場合、削除時にineligible_no_vendor_userが報告され、エンベディングはセッションとともに削除されます。

テンプレートに含まれる内容

テンプレートはテナント単位で分離され、お客様のアプリケーション内で、お客様の指示がある場合にのみ使用されます。用途は、顔の重複と複数アカウントの検知、生体認証、お客様独自の顔リストです。モデルの学習、分析、組織をまたいだ照合、ネットワークの共有シグナル、Diditによる独自の不正対策処理に使われることは一切ありません。

テンプレートオブジェクト

ステータス

照合でのテンプレートの利用方法

activeテンプレートは、ライブセッションの顔と同じ方法で照合に使用されます。対象は、新しいセッション中の自動重複検知、単体の顔検索API、生体認証、およびお客様の顔リストです。保持テンプレートでのヒットは、source: "retained_template"、所有するユーザーのvendor_user_idとvendor_data、そしてbiometric_template_idとともに報告されます。その顔を生成したセッションはすでに存在しないため、ヒットにセッションID、照合画像、本人情報、ステータスが含まれることはありません。詳しくは顔検索レポートを参照してください。 保持テンプレートがブロックリストに登録されることはありません。削除されたセッションの顔が顔ブロックリストに登録されていた場合、そのブロックリストのエントリーは、独立した生体情報エントリーと独自のライフサイクルを維持します。リストのエントリーを削除するとブロックリストのエントリーは削除され、テンプレートを消去してもリストのエントリーには影響しません。

消去ポイント

以下のいずれの場合も、テンプレートは照合から除外され、保存されたテンプレートは削除されます。 アプリケーションのポリシーをdelete_with_sessionに戻すと新しいテンプレートは作成されなくなりますが、既存のテンプレートは消去されません。既存のテンプレートは明示的に消去してください。 消去処理では、まず保存されたテンプレートを削除し、その後で初めてテンプレートを消去済みとしてマークします。そのため、消去リクエストが503を返した場合、テンプレートはpurge_failedの状態になりますが、すでに照合からは除外されており、安全に再実行できます。すでに消去済みのテンプレートに対して消去を繰り返すと、already_purgedが返されます。

監査証跡

保持と消去の試行はすべて、失敗や対象外となった結果も含めて、実行したプリンシパル(retained_by / 消去を行ったプリンシパルとその種別)、instruction_class、instruction_source、instruction_id、provenance_reference、および結果とともに記録されます。削除時には独自のinstruction_idを送信し、Diditの監査証跡と自社の消去ログを照合できるようにしてください。監査エントリーに画像、ベクトル、本人情報フィールド、メールアドレスが含まれることはありません。

リーガルホールド

リーガルホールドは例外であり、保持モードではありません。Diditが自らの判断でホールドを設定することはありません。ホールドは、お客様とのデータ処理契約に基づく文書化された指示、または管轄当局による拘束力のある命令に基づいてのみ設定されます。ホールドが適用されている間、テンプレートはheld_out_of_useとしてマークされます。テンプレートはあらゆる種類の照合と通常の復旧から除外され、検索対象になることは一切ありません。ホールドを作成または解除するAPIはありません。保持されているテンプレートに影響する命令を受けた場合は、Diditの担当者にお問い合わせください。

権限と認証

生体認証テンプレートのエンドポイントは、アプリケーションのAPIキー(x-api-key)のみを受け付けます。Business Consoleのユーザートークンは403で拒否されます。Consoleユーザーは、lists権限を使ってLists → Biometric templatesからテンプレートを管理します。

エンドポイント

関連ページ

最終更新日 2026年11月1日