Vernetzte Geräte und IoT
Smart Parking Terminal: Kennzeichen-, RFID- und Zahlungsarchitektur
Softwaredesign, das Kamera, Kennzeichenerkennung, RFID, Schranke und Zahlungsdienste in einem offline-resistenten Ein-/Ausfahrtsterminal vereint.
Kurze Antwort
Eine einzige Transaktionskette vom Eingang bis zur Zahlung
Das Smart-Parking-Terminal erkennt das Fahrzeug anhand des Kennzeichens oder RFID, prüft die Abonnements- und Genehmigungsregeln, öffnet die Schranke und berechnet die Zeit und Gebühr an der Ausfahrt. Szenarien wie Besucher, Abonnent, verlorenes Ticket und Zahlungsfehler sollten in derselben Zustandsmaschine behandelt werden. Der Prototyp kann durchgängig mit Kamera-Feed und Barriere-Relais-Simulator vorgeführt werden.
Edge-Terminal- und Service-Architektur
Das lokale Terminal besteht aus den Komponenten Kameraadapter, Kennzeichenerkennung, Zugangsregeln, Schrankensteuerung und Zahlungsadapter. Auf der Cloud-Seite werden die Entitäten „Einrichtung“, „Fahrspur“, „Fahrzeug“, „Abonnement“, „Parksitzung“, „Tarif“ und „Zahlung“ gespeichert. Das Anmeldeereignis wird mit Fotobeweis, Nummernschild-Vertrauensbewertung und Geräte-ID aufgezeichnet. Die Barriere erhält nur dann einen kontrollierten Impulsbefehl, wenn gültige Prozess- und Sicherheitssensorbedingungen erfüllt sind.
Offline-Arbeit und Abstimmung von Vorfällen
Im Falle eines Internetausfalls kommen der lokale Abonnement-Cache und die Einrichtungsrichtlinien ins Spiel. Eingabe-Ausgabe-Ereignisse werden mit einer unveränderlichen Sequenznummer gespeichert; Wenn die Verbindung eintrifft, wird sie mit der Zentrale abgeglichen. Situationen wie offene Belegung desselben Fahrzeugs, doppelte Kennzeichenlesung und gleichzeitiges Überqueren zweier Fahrspuren werden mit klaren Regeln gelöst. Eine eindeutige Transaktions-ID im Gebühren- und Zahlungsverkehr verhindert Doppeleinzug.
Kamera-, RFID- und persönliche Datensicherheit
Das Kennzeichenbild sollte nur das erforderliche Sichtfeld abdecken, der Aufbewahrungszeitraum und die Zugriffsrollen sollten definiert sein. Wenn möglich, wird die RFID-ID als sicheres Token und nicht als reine Kartennummer verarbeitet. Such-, Korrektur- und manuelle Schrankenöffnungsvorgänge im Verwaltungspanel erstellen einen Prüfdatensatz. Zahlungskartendaten werden nicht in der Terminalanwendung gespeichert; es werden zertifizierter Anbieter und tokenisierter Stream verwendet.
Präsentation der Demo-Software
Die Demo kann mit zwei virtuellen Fahrspuren, Kameraansicht, RFID-Lesegerät und Schrankenmodell vorbereitet werden. Teilnehmerfahrzeug fährt automatisch ein; der Besucher sieht die Gebühr am Ausgang und führt eine Testzahlung durch. Das Lesen von Nummernschildern mit geringer Sicherheit unterliegt der Inspektion durch den Bediener. Wenn das Netzwerk ausfällt, gehen autorisierte Abonnenten die lokale Liste durch, dann werden die Ereignisse auf dem Panel synchronisiert. Außerdem wird angezeigt, wer den manuellen Öffnungsvorgang durchgeführt hat.
Pilotmetriken und Feldtests
Zu den Erfolgsmetriken des Pilotprojekts gehören das korrekte Lesen des Nummernschilds, die Bearbeitungszeit, das falsche Öffnen der Schranke, der Zahlungsabschluss und die Offline-Synchronisierungsrate. Es werden Nacht-, Regen-, Schmutzplatten-, Heck-, Rückwärtsfahr-, Heckverfolgungs- und Sensorausfallszenarien getestet. Barrierensicherheit und Feldelektronik müssen anhand relevanter Herstellerstandards überprüft werden.
Häufig gestellte Fragen
Sollte die Kennzeichenerkennung in der Cloud oder auf einem Edge-Gerät funktionieren?
Der Edge-Ansatz ist leistungsstark für geringe Latenz und Offline-Betrieb; Zentralisiertes Modellmanagement und Reporting können in der Cloud verwaltet werden.
Sollte das Parken aufhören, wenn das Internet ausfällt?
Nein. Die kontrollierte lokale Übergabe sollte gemäß den Richtlinien der Einrichtung fortgesetzt werden und Ereignisse sollten bei der Wiederherstellung der Verbindung abgeglichen werden.