Helmprüfung beim Entsperren

Die Helmprüfung fordert jeden Fahrer auf, vor Beginn der Fahrt ein kurzes Selfie zu machen. Ein Vision-Modell prüft auf einen sichtbaren Helm, klassifiziert das Ergebnis mit einem Konfidenzband und entscheidet, ob das Entsperren genehmigt wird, eine Wiederholung verlangt wird oder das Entsperren blockiert wird. Dieser Artikel behandelt den Fahrer-Flow, die Operator-Einstellungen, die Bypass-Pfade und wie Sie Ergebnisse lesen.

Wie die Fahrererfahrung funktioniert

1. Der Fahrer öffnet die App und wählt ein Fahrzeug.
2. Er tippt auf Unlock.
3. Der neue Helmet selfie-Screen erscheint mit einem Kopf-Kreis-Overlay. Er bringt sein Gesicht ins Bild und drückt den Auslöser.
4. Das Foto wird hochgeladen; der Klassifikator liefert in etwa 2–3 Sekunden ein Ergebnis.
5. Eines von drei Dingen passiert:
   • Pass (Helm mit hoher oder mittlerer Konfidenz sichtbar) — Entsperren läuft normal weiter.
   • Wiederholen (geringe Konfidenz oder kein Helm erkannt) — der Fahrer sieht "Helm erforderlich" mit einem Wiederholungs-CTA. Er kann es bis zu Ihrer Max-Attempts-Einstellung erneut versuchen.
   • Ambiguous (geringe Konfidenz in beide Richtungen) — Verhalten hängt vom Strict Mode ab. Siehe unten.

Der Klassifikator ist tolerant bei Licht und Winkel. Er ist darauf abgestimmt, Vollvisier, Halbvisier, Spaßhelme und hijab-kompatible Helme zu erkennen, plus Standard-Fahrrad- und Skate-Helme.

Operator-Einstellungen

Öffnen Sie Dashboard > Safety > Safety settings. Der Abschnitt Helmet verification hat drei Steuerelemente:

Helmet check enabled

Der Hauptschalter. Aus bedeutet kein Selfie und kein Logging. Ein bedeutet, jedes Entsperren in diesem Unterkonto durchläuft den Selfie-Flow.

Strict mode

Dieser steuert, was bei einer Inferenz mit niedriger Konfidenz, einem Inferenz-Ausfall (Gemini-Timeout oder 5xx) und nach den Max-Attempts-Wiederholungen passiert.

Wir empfehlen, mindestens in der ersten Pilot-Woche mit deaktiviertem Strict Mode zu fahren. Beobachten Sie die Seite Helmet compliance, schauen Sie sich die Ambiguous- und Inference-Failed-Raten an und schalten Sie Strict erst um, wenn Sie sicher sind, dass der Klassifikator für Ihre Flotte gut justiert ist.

Max attempts

Standard 3. Der Fahrer hat so viele Versuche, bevor er die Strict-Mode-Sperre trifft (oder bei deaktiviertem Strict das Ambiguous-Fallback). Die meisten Betreiber lassen den Wert auf Standard; höher schwächt die Durchsetzung, niedriger frustriert Fahrer bei schlechtem Licht.

Der AXA-Helmschloss-Bypass

Wenn Ihre Fahrzeuge ein Hardware-Helmschloss haben (etwa die AXA-Helmschlösser, die mit mehreren unserer Bike-SKUs ausgeliefert werden), kann Levy Vision das Selfie überspringen, wenn der Helm gerade frisch entriegelt wurde.

Wie es funktioniert:

1. Der Fahrer entriegelt das Helmschloss aus der App (bestehender Flow).
2. Der IoT-Befehl schreibt helmet_lock_state='unlocked' in die iot_commands-Metadaten.
3. Innerhalb von 60 Sekunden nach diesem Befehl wird beim Tippen auf Unlock der Helm-Selfie-Schritt automatisch übersprungen.
4. Das Ereignis wird mit Status bypassed protokolliert.

Das ist standardmäßig für jedes Fahrzeug aktiv, dessen IoT-Gerät den AXA-Befehlssatz unterstützt. Es gibt keinen Operator-Schalter — wenn die Hardware es kann, funktioniert der Bypass.

Helm-Ereignis-Ergebnisse lesen

Gehen Sie für die Trendansicht zu Safety > Helmet compliance oder für den einheitlichen Feed zu Safety > Events.

Jede Helm-Ereigniszeile zeigt:

• Ride — verlinkt zur Fahrt-Detailseite
• Status — pass, fail, ambiguous, bypassed oder inference_failed
• Konfidenz — high, medium oder low
• Attempts — wie viele Selfies der Fahrer gemacht hat, bevor das Ergebnis final war
• Selfie — anklicken, um das Bild anzuzeigen (signierte URL, 24-Stunden-Ablauf)

Klicken Sie eine beliebige Zeile, um das Ereignis-Drawer mit der vollständigen Inferenz-Payload zu öffnen, einschließlich des Reasoning-Strings des Klassifikators und aller Issues, die er gemeldet hat ("face occluded", "low light", "headwear that isn't a helmet").

Einen False-Positive markieren

Wenn Sie ein Ereignis sehen, bei dem der Fahrer offensichtlich einen Helm trug, aber als fail markiert wurde, klicken Sie im Ereignis-Drawer auf Flag false positive und wählen Sie einen Grund. Damit:

• Wird das Ereignis im Operator-Log markiert
• Fließt das gelabelte Bild zurück in das Dataset, mit dem wir den Klassifikator evaluieren
• Zählt es in die Bias-Evaluierungs-Rollups, die wir quartalsweise veröffentlichen

Machen Sie sich keine Sorgen um die Fahrererfahrung für dieses spezifische Ereignis — die Markierung dient zukünftigen Verbesserungen, nicht der rückwirkenden Korrektur. Wenn der Fahrer eine Erstattung möchte, bearbeiten Sie das wie üblich über den Adjust-Fare-Flow der Fahrt.

Datenschutzhinweise für Fahrer

Helm-Selfies werden bis zu 60 Monate verschlüsselt in einem privaten Supabase-Storage-Bucket gespeichert. Sie werden NICHT für Gesichtserkennung oder biometrische Template-Extraktion verwendet — wir prüfen nur, ob ein Helm im Bild auftaucht. Fahrer in Illinois sehen während des Onboardings einen expliziten BIPA-Einverständnis-Toggle, bevor ein Selfie angefordert wird.

Wenn ein Fahrer über den Datenlöschungs-Flow eine Löschung anfordert, werden seine Selfies zusammen mit den anderen personenbezogenen Daten aus dem Storage entfernt.

Häufige Fragen

Warum ist das saubere Selfie meines Fahrers durchgefallen?

Meistens: schwaches Licht, Helm zu weit hinten auf dem Kopf oder ein Hut-förmiger Helm (manche Pendlerhelme). Prüfen Sie den Inferenz-Reasoning-String in der Ereigniszeile — das Modell sagt Ihnen meist, was es nicht mochte.

Kann ein Fahrer das Selfie verweigern?

Heute nein. Er kann ablehnen zu fahren (das Entsperren ist im Strict Mode blockiert). Wir prüfen einen Opt-out-Pfad mit höherem Tarif; siehe FAQ.

Wie schnell ist die Prüfung?

P50-Latenz liegt bei etwa 2 Sekunden, p95 bei etwa 4 Sekunden. Wenn Sie in Ihrem Dashboard durchgängig langsamere Werte sehen, prüfen Sie den Fehlerbehebungs-Artikel für den Latenzspitzen-Playbook.