Geschäftsproblem
Die Aufgabe ging über eine feste Bildregion hinaus. Zu klären war, ob ein Fahrzeug tatsächlich im erlaubten Bereich entlädt, ob die abholende Person für den aktuellen Auftrag berechtigt ist und ob sie beim Überschreiten der Ausgangsgrenze noch Ware trägt. Jede Entscheidung benötigt nachvollziehbare Ereignisbelege.
Projektziel
Eine einsetzbare Edge-Vision-Architektur und ein abnahmefähiges Ereignismodell definieren, ohne vor der Verfügbarkeit von Standortdaten Genauigkeit zu versprechen. Unsichere Identität bleibt ein eigener Zustand; Karte, QR-Code, Arbeitsauftrag oder manuelle Prüfung bleiben als Alternativen erhalten.
Projektablauf
Der Entwurf verbindet Kamerarollen, Mehrziel-Tracking, Geschäftszustände, Ereignisregeln und Nachweisspeicherung. ROI und Linienüberschreitung sind Basisfunktionen; Entladeerkennung, Personen-Waren-Zuordnung und Berechtigungslogik benötigen kundenspezifische Entwicklung und Validierung.
- 01
Zonen und Kamerarollen kalibrieren
Erlaubte Entladezone, Fahrzeugreferenzpunkt, Laderaumbeobachtung, Abholzone, Warnlinie und Ausgangslinie festlegen und geeignete Sichtwinkel zuordnen.
- 02
Fahrzeugposition und Entladen erkennen
Fahrzeug verfolgen, Referenzpunkt prüfen und tatsächlichen Warentransfer bestätigen; Parken oder Türöffnung allein gelten nicht als Entladen.
- 03
Auftragsbezogene Berechtigung ermitteln
Identitätsqualität, Beschäftigtenstatus, Auftrag, Zeitfenster, Bereich und Warencharge kombinieren und einen eindeutigen oder unsicheren Berechtigungsstatus ausgeben.
- 04
Personen und Waren zuordnen
Tracks bei Aufnahme, Tragen, Ablegen, Übergabe und Verdeckung über Zustandswechsel und Konfidenzgrenzen verknüpfen.
- 05
Drei Ereignisregeln anwenden
E1 für bestätigtes Entladen außerhalb der Zone, E2 für unberechtigte oder nicht bestätigbare Abholung und E3 für das Überschreiten der Ausgangslinie mit Ware auslösen.
- 06
Nachweise und Prüfung bereitstellen
Zeit, Kamera, Zone, Track, Regelstatus, Berechtigungsquelle, Konfidenz, Bild und Video speichern; unklare Fälle zur manuellen Prüfung geben.
Projektlieferumfang
- Edge-Analyseanwendung
- Jetson-Paket mit Modell, Konfiguration, Start, Wiederherstellung und Ressourcenüberwachung.
- Regeln und Integration
- Zonenkonfiguration und E1/E2/E3-Felder für HTTP, MQTT, Relais, NVR, WMS, MES oder Zutrittskontrolle.
- Berechtigungssteuerung
- Registrierung, Widerruf, Rollen, Auftragsrechte, Alternativen zur Gesichtserkennung, Audit und Aufbewahrung.
- Technische Dokumente
- Anforderungen, Daten- und Annotationsregeln, Schnittstellen, Betrieb, Evaluationsprotokoll, Grenzen und Nachweispaket.
Projektnachweise und abgeschlossene Arbeiten
Die folgenden Punkte sind dokumentierte Arbeitsergebnisse dieses Projekts. Nicht durch prüfbare Tests oder Abnahmen belegte Leistungswerte werden nicht abgeleitet.
Anforderungsmodell
Drei getrennte Ereignisse E1, E2 und E3 definiert.Entladen, Berechtigung und Ausgang mit Ware können getrennt erfasst, annotiert und bewertet werden.
Architekturprüfung
Zwei bis vier Kamerarollen und eine Jetson-Verarbeitungskette beschrieben.ROI, Tracking, Berechtigungsdaten, Zeitlogik, Belege und Fremdsysteme sind zugeordnet.
Kundenunterlage
Editierbare 14-seitige Präsentation erzeugt und gerendert.Regeln, Alarmablauf, Bereitstellung, Nachweise, Abnahme und Grenzen wurden ohne Seitenüberlauf geprüft.
Abnahmegrenze
Precision, Recall, Latenz, Kanalzahl und Hardware sind nicht verifiziert.Ohne Standortvideo, Kameradaten und kontrollierte Ereignisse bleiben Leistungswerte Gegenstand eines PoC.
Für den PoC definierte Prüfung
- Kamerapositionen, Fahrzeugtypen, Entladerichtung, Warenklassen, Berechtigungsquelle und Ereignisdefinitionen vor der Messung einfrieren.
- Precision und Recall für E1, E2 und E3 getrennt nach Kamera, Licht, Verdeckung, Fahrzeug, Handhabung und Identitätsqualität ausweisen.
- P50/P95-Latenz und Jetson-Decodierung, Inferenz, Speicher, Temperatur und Wiederherstellung messen.
- Unbestätigte Identität und unsicherer Zustand ausdrücklich zählen und weder aus dem Nenner entfernen noch als unberechtigte Person umdeuten.
Hinweise zur Fallveröffentlichung
Diese Fallstudie stammt aus einem realen Kundenprojekt und wird zum Schutz der Vertraulichkeit anonymisiert veröffentlicht. Projektumfang, Ereignisdefinitionen, technische Architektur, Abnahmerahmen und Liefergegenstände beruhen auf tatsächlichen Projektunterlagen. Kundenidentität, Standortaufnahmen, interne Systeme und private Daten werden nicht offengelegt. Leistungswerte und Abnahmeaussagen werden nur mit prüfbaren Test- oder Abnahmebelegen veröffentlicht.
Häufige Fragen
Kurze Antworten zu Umsetzung und Abnahme.
- Kann eine ROI-Regel echtes Entladen feststellen?
- Nein. ROI und Linienregeln bestimmen den Ort; echtes Entladen benötigt beobachteten Warentransfer oder einen vertrauenswürdigen Systemstatus.
- Muss Gesichtserkennung die einzige Berechtigungsmethode sein?
- Nein. Karten, QR-Codes, Arbeitsaufträge und manuelle Prüfung bleiben möglich; bei unzureichender Bildqualität lautet der Status Identität nicht bestätigt.
- Reicht eine Kamera für alle Ereignisse?
- Meist nicht zuverlässig. Fahrzeugposition, Warentransfer, Ausgang und Identität benötigen oft verschiedene Winkel; vorgesehen sind zwei bis vier Rollen.
- Was ist vor dem Produktivbetrieb zu messen?
- Ereignisdefinitionen, positive und negative Stichproben, Precision, Recall, Latenz, Unsicherheitsrate, Jetson-Ressourcen, Wiederherstellung und manuelle Prüfung.