Ereignisverarbeitung

Was die Ereignisverarbeitung leistet

Das Verständnis, wie GCXONE Ereignisse verarbeitet, ist für Operatoren und Administratoren unerlässlich. Jeder Alarm im Dashboard hat eine strukturierte Verarbeitungspipeline durchlaufen – vom Moment, in dem eine Kamera Bewegung erkennt, bis zu dem Punkt, an dem ein Operator Maßnahmen ergreift.

GCXONE klassifiziert, filtert und leitet jedes eingehende Ereignis automatisch weiter und stellt sicher, dass nur echte Sicherheitsbedrohungen die Operatorwarteschlange erreichen.

Warum das wichtig ist

Ohne strukturierte Ereignisverarbeitung würden Operatoren mit rohen, ungefilterten Ereignissen überflutet werden – was es unmöglich macht, echte Bedrohungen zu priorisieren. Die Verarbeitungspipeline stellt sicher, dass jedes Ereignis klassifiziert, gefiltert und an das richtige Ziel weitergeleitet wird, bevor es von einem Menschen gesehen wird.

Wie es funktioniert

Schritt 1 — Erkennung Eine Kamera oder ein Sensor erkennt eine Aktivität und sendet ein Signal an die GCXONE‑Plattform über die Proxy‑Schicht.

Schritt 2 — ErfassungDie Plattform empfängt das rohe Ereignis und protokolliert es mit Zeitstempel, Device ID, Standort und Kundenreferenz.

Schritt 3 — KI‑Analyse Das Ereignis wird durch die NOVA99x‑KI‑Engine geleitet, die es als Echter Alarm, Falscher Alarm oder Tech‑Alarm klassifiziert.

Schritt 4 — Weiterleitung:

• Echte Alarme werden zur Aktion in die Operatorwarteschlange in Talos geschoben.
• Falsche Alarme werden herausgefiltert und für Berichte und Analytik gespeichert.
• Tech‑Alarme lösen automatisierte Benachrichtigungen aus und können Workflows initiieren, z. B. das Rufen eines Technikers oder das Senden einer SMS oder E‑Mail.

Schritt 5 — Auflösung Der Operator prüft, bearbeitet und schließt das Ereignis. Alle Aktionen werden im Journal protokolliert.

Wesentliche Fähigkeiten

Ereignistypen GCXONE klassifiziert jedes eingehende Ereignis in eine von drei Kategorien:

• Echter Alarm — Ein echtes Sicherheitereignis, das die Aufmerksamkeit des Operators erfordert, z. B. Bewegungserkennung, Linienüberquerung oder Eindringen.
• Falscher Alarm — Ein Ereignis, ausgelöst durch ungefährliche Aktivitäten wie Tiere, Wetter oder Lichtwechsel. Durch NOVA99x herausgefiltert, um die Arbeitsbelastung des Operators zu reduzieren.
• Tech‑Alarm — Ein systemgeneriertes Ereignis, ausgelöst durch HealthCheck, wie z. B. eine Kamera, die offline geht, schwarzer Bildschirm, Erkennungsblockade oder schwache Lichtverhältnisse.

Ereigniszustände Ein Alarm durchläuft im Verlauf seines Lebenszyklus die folgenden Zustände:

• Neu — Der Alarm wurde gerade ausgelöst und wartet auf eine Aktion.
• Im Gange — Ein Operator oder ein Workflow bearbeitet den Alarm aktiv.
• Geschlossen — Der Alarm wurde gelöst und abgeschlossen.

AI Filtering — NOVA99x Bevor ein Ereignis einen Operator erreicht, durchläuft es NOVA99x — GCXONEs KI‑Filterengine. NOVA99x analysiert jedes Ereignis mittels Verhaltensanalyse und Bilderkennung, um zu bestimmen, ob es eine echte Bedrohung darstellt, und filtert falsche Alarme heraus, bevor sie die Operatorwarteschlange erreichen.

Für vollständige Details zu NOVA99x siehe die NOVA99x Seite.

Praxisbeispiele

• Eine Kamera erkennt einen Schatten, der über das Bild wandert — NOVA99x klassifiziert ihn als Falscher Alarm und filtert ihn heraus, bevor er einen Operator erreicht.
• Eine Kamera fällt um 03:00 offline — GCXONE klassifiziert sie als Tech. Alarm und sendet automatisch eine SMS an den Bereitschaftstechniker.
• Ein Einbruchalarm wird ausgelöst — er durchläuft NOVA99x, wird als Echter Alarm klassifiziert und innerhalb weniger Sekunden mit vollständigem Videokontext an die Talos‑Operatorwarteschlange übermittelt.

Bewährte Verfahren

• Überwachen Sie regelmäßig das Verhältnis von Echter zu Falscher Alarm — eine ungewöhnlich hohe Rate Echter Alarme kann darauf hinweisen, dass NOVA99x neu konfiguriert werden muss.
• Ignorieren Sie niemals Tech. Alarme — eine offline gehende Kamera bedeutet einen blinden Fleck in Ihrer Abdeckung.
• Stellen Sie stets sicher, dass jedes Ereignis mit einem dokumentierten Ergebnis geschlossen wird, um eine saubere Journal‑Protokollhistorie zu erhalten.

Zusätzliche Details

Fehlerbehebung — Diagnose von Alarmzählungsabweichungen

Wenn die in GCXONE gemeldete Anzahl von Alarmen nicht mit den internen Protokollen des Geräts übereinstimmt, führen Sie die folgenden Schritte aus, um die Quelle der Abweichung zu ermitteln:

Schritt 1:Vergleichen Sie das genaue Zeitfenster und die Alarmanzahl zwischen den Geräteprotokollen und der Video‑Suche von GCXONE.

Schritt 2: Installieren Sie den vom Hersteller bereitgestellten Testclient und konfigurieren Sie ihn mit den Verbindungsparametern des Geräts (IP Adresse und Port).

Schritt 3: Führen Sie den Testclient aus und überwachen Sie den Alarmfluss direkt vom Gerät.

Schritt 4:Vergleichen Sie die Ergebnisse des Testclients mit dem Geräteprotokoll:

• Wenn die Zählungen übereinstimmen — Das Problem liegt in der GCXONE‑Implementierung. Eskalieren Sie an das Entwicklungsteam.
• Wenn die Zählungen nicht übereinstimmen — Das Problem liegt beim Gerät oder Hersteller. Kontaktieren Sie den Herstellersupport.