POST /v3/age-estimation/ und dem eingebetteten Feld age_estimation in Liveness-Berichten von Workflows.

Übersicht
Die Altersschätzung bietet zwei Bereitstellungsmodi:- Standalone-API.
POST /v3/age-estimation/nimmt ein einzelnes Gesichtsbild (user_image) entgegen und gibt das vorhergesagte Alter sowie den passiven Liveness-Score synchron zurück. Siehe die API-Referenz zur Standalone-Altersschätzung. - Eingebettet in einen Workflow. Jeder Liveness-Bericht eines Workflows enthält das vorhergesagte Alter unter
age_estimation— der Wert wird immer anhand des größten erkannten Gesichts ermittelt. Schwellenwerte für das Alter werden nur bei Abläufen zur Altersschätzung erzwungen (was Alterswarnungen auslöst): in Workflows zur adaptiven Altersverifizierung oder anAGE_ESTIMATION-Workflow-Knoten.
- Den Gesamtstatus
status(Approved,Declined). - Die Liveness-Methode
method(immerPASSIVEin der Standalone-API;ACTIVE_3D/FLASHING/PASSIVEin Workflows). - Einen Liveness-Score
score(0–100; höhere Werte bedeuten größeres Vertrauen darin, dass die Person echt ist;nullwird bei Schwellenwertprüfungen wie0behandelt). - Den vorhergesagten Wert
age_estimationin Jahren (Float — zum Beispiel27.33;null, wenn kein Gesichtsalter geschätzt werden konnte). - Nur Standalone: ein
user_image-Objekt mit einementities[]-Array (ein Eintrag pro erkanntem Gesicht —age,bbox,confidence,gender) und der Ausrichtungbest_angle. - Nur Workflow:
reference_image,video_url,matches[]sowie die Qualitätsmetriken für passive Livenessface_quality(0–100%) undface_luminance(0–100%). Die Standalone-Antwort enthält diese Felder nicht. - Ein
warnings[]-Array — Risikoereignisse, die während der Prüfung ausgegeben werden (siehe Warnungen der Altersschätzung).
Declined, wenn warnings nicht leer ist — Approved erfordert ein leeres Array. Warnungen werden ausgelöst, wenn:
- Der Liveness-Wert
scorebei oder unterface_liveness_score_decline_thresholdliegt (Standardwert30) —LOW_LIVENESS_SCORE. - Das vorhergesagte Alter unter
age_estimation_decline_thresholdliegt (Standardwert18) —AGE_BELOW_MINIMUM. Setzen Sie den Schwellenwert auf0, um die Altersprüfung zu deaktivieren. - Kein Gesicht erkannt wird (
NO_FACE_DETECTED) oder kein Gesichtsalter geschätzt werden konnte (AGE_NOT_DETECTED). - Das Liveness-Modell einen Präsentationsangriff erkennt (
LIVENESS_FACE_ATTACK).
Vorkommen in API-Antworten
Standalone-API — POST /v3/age-estimation/
Die Standalone-Antwort kapselt das Ergebnis unter einem einzelnen age_estimation-Objekt auf oberster Ebene, zusammen mit request_id und den unverändert zurückgegebenen Feldern vendor_data / metadata. Wenn save_api_request=true gilt (Standardeinstellung), ist request_id die persistierte Sitzungs-ID, und das Ergebnis kann später auch über den Entscheidungs-Endpoint abgerufen werden; bei false handelt es sich um eine einmalige Korrelations-UUID.
Workflow-Entscheidung — GET /v3/session/{session_id}/decision/
In einer Workflow-Sitzung ist das vorhergesagte Alter im Liveness-Bericht eingebettet — es gibt kein separates Array für die Altersschätzung. Der V3-Entscheidungs-Endpoint gibt Liveness-Berichte unter dem Plural-Array-Schlüssel liveness_checks zurück (ReducedSessionV3DecisionSerializer.get_liveness_checks), und jeder Eintrag enthält einen age_estimation-Float-Wert — das geschätzte Alter des größten erkannten Gesichts — oder null, falls kein Alter berechnet wurde (LivenessV2Serializer.get_age_estimation).
liveness_checks[].age_estimation aus. Persistierte Standalone-Aufrufe (save_api_request=true) erscheinen auf dieselbe Weise am Entscheidungs-Endpoint, wobei features den Wert AGE_ESTIMATION enthält.
Schema
Das verbindliche Feld-für-Feld-Schema befindet sich auf der Seite Datenmodelle. Die Struktur der Standalone-Antwort wird durchAgeEstimationResponseSerializer dokumentiert und in AgeEstimationAPIView zusammengestellt; der Workflow-Wert wird von LivenessV3Serializer erzeugt.
Statuswerte
Die Status-Strings stammen aus dem gemeinsamen Feature-Status-Enum (siehe Status-Enums). Der Standalone-Endpoint gibt ausschließlich folgende Werte zurück:
In Workflow-Sitzungen kann die Liveness-Prüfung auch den Status
In Review annehmen, wenn ein konfigurierbares Risiko mit einer Prüfaktion ausgelöst wird (beispielsweise POSSIBLE_DUPLICATED_FACE). Siehe die Referenz zu Status-Enums.
Beispiele
Approved — Standalone, erwachsene Person
Declined — Standalone, vorhergesagtes Alter unter dem Schwellenwert
Approved — eingebettet in einen Workflow-Liveness-Bericht
Sicherheitshinweis
Alle in der Antwort zurückgegebenen Bild- und Video-URLs sind vorsignierte Links mit einem zeitlich begrenzten Gültigkeitsfenster. Behandeln Sie diese als kurzlebige Referenzen — geben Sie sie nicht öffentlich weiter und rufen Sie den Entscheidungs-Endpoint erneut auf, um abgelaufene URLs zu aktualisieren. Als bewährte Praxis sollten Sie auf Ihrer Seite nur den Verifizierungsstatus und die Konfidenzwerte speichern, anstatt die zugrunde liegenden biometrischen Mediendateien aufzubewahren.Verwandte Themen
- Übersicht zur Altersschätzung — Funktionsweise, Preise, Entscheidungslogik.
- Warnungen der Altersschätzung — alle Risikocodes und Ablehnungsauslöser.
- Standalone-API-Referenz — Anfrage und Antwort für
POST /v3/age-estimation/. - Datenmodelle — Altersschätzung — verbindliches Feld-für-Feld-Schema.
- Passive Liveness-Erkennung — das gemeinsame Liveness-Modell, das in Antworten zur Altersschätzung verwendet wird.