Verwerking van gebeurtenissen

Wat Event Processing doet

Het begrijpen van hoe GCXONE events verwerkt is essentieel voor operators en beheerders. Elk alarm op het dashboard heeft een gestructureerde verwerkingspijplijn doorlopen — van het moment dat een camera beweging detecteert tot het moment dat een operator actie onderneemt.

GCXONE classificeert, filtert en routert elke inkomende event automatisch, zodat alleen echte beveiligingsdreigingen de operator queue bereiken.

Waarom dit belangrijk is

Zonder gestructureerde event processing zouden operators overspoeld worden met onbewerkte gefilterde events — waardoor het onmogelijk wordt echte dreigingen prioriteit te geven. De verwerkingspijplijn zorgt ervoor dat elke event wordt geclassificeerd, gefilterd en naar de juiste bestemming wordt gerouteerd voordat een mens deze ziet.

Hoe het werkt

Stap 1 — DetectieEen camera of sensor detecteert een activiteit en stuurt een signaal naar het GCXONE-platform via de Proxy Layer.

Stap 2 — OpnameHet platform ontvangt de onbewerkte event en registreert deze met een timestamp, apparaat-ID, locatie en klantreferentie.

Stap 3 — AI-analyseDe event wordt doorgestuurd naar de NOVA99x AI-engine, die deze classificeert als Real Alarm, False Alarm of Technical Event.

Stap 4 — Routering:

• Real Alarms worden naar de operator queue in Talos gestuurd voor actie.
• False Alarms worden gefilterd en opgeslagen voor rapportage en analyses.
• Technical Events triggeren geautomatiseerde meldingen en kunnen workflows initiëren, zoals het bellen van een technicus of het versturen van een SMS of e-mail.

Stap 5 — OplossingDe operator beoordeelt, verwerkt en sluit de event af. Alle acties worden vastgelegd in de Audit Trail.

Belangrijkste mogelijkheden

Event TypesGCXONE classificeert elke inkomende event in één van drie categorieën:

• Real Alarm— Een echte beveiligingsgebeurtenis die operator aandacht vereist, zoals bewegingsdetectie, Line Crossing of inbraakdetectie.
• False Alarm— Een event veroorzaakt door niet-bedreigende activiteit, zoals dieren, weer of verlichtingsveranderingen. Gefilterd door NOVA99x om de werkbelasting van operators te verminderen.
• Technical Event— Een door het systeem gegenereerde event veroorzaakt door HealthCheck, zoals een camera die offline gaat, zwart scherm, obstructiedetectie of lage lichtcondities.

Event StatesElke event doorloopt de volgende toestanden tijdens zijn levenscyclus:

• Nieuw— Event ontvangen en afwachtend van beoordeling.
• Gefilterd— Geclassificeerd als een false alarm door NOVA99x en verwijderd uit de operator queue.
• Toegewezen— Toegewezen aan een specifieke operator voor actie.
• In uitvoering— Operator voert actief beoordeling van de event uit.
• Verwerkt— Event is beoordeeld en afgesloten.

AI Filtering — NOVA99x Voordat enige event een operator bereikt, gaat deze door NOVA99x — GCXONE's AI-filteringsengine. NOVA99x analyseert elke event met gedragsanalyse en beeldherkenning om te bepalen of het een echte bedreiging vertegenwoordigt, en filtert false alarms eruit voordat zij de operator queue bereiken.

Voor volledige gegevens over NOVA99x, raadpleeg deNOVA99xpagina.

Praktijkvoorbeelden

• Een camera detecteert een schaduw die over het scherm beweegt — NOVA99x classificeert dit als een False Alarm en filtert het eruit voordat het enige operator bereikt.
• Een camera gaat offline om 03:00 — GCXONE classificeert dit als een Technical Event en stuurt automatisch een SMS naar de bereidschapsmedewerker.
• Een inbraakalarm wordt geactiveerd — het gaat door NOVA99x, wordt geclassificeerd als een Real Alarm en wordt naar de Talos operator queue gestuurd met volledige videoverandering binnen enkele seconden.

Aanbevolen werkwijzen

• Controleer de verhouding van Real versus False Alarms regelmatig — een hoog Real Alarm-percentage boven de 30% kan erop wijzen dat NOVA99x herconfiguratie nodig heeft.
• Negeer Technical Events nooit — een camera die offline gaat betekent een blinde vlek in uw dekking.
• Zorg er altijd voor dat elke event wordt afgesloten met een gedocumenteerd resultaat om een schoon Audit Trail te behouden.

Aanvullende gegevens

Probleemoplossing Diagnose van onovereenkomst in alarmtelling

Wanneer het aantal alarmen dat in GCXONE wordt gemeld niet overeenkomt met de interne logboeken van het apparaat, volgt u deze stappen om de bron van de afwijking op te sporen:

Stap 1:Vergelijk het exacte tijdvenster en alarmtelling tussen de apparaatlogboeken en GCXONE-dashboards (Video Activities Search of Alarm Receiver Log).

Stap 2:Installeer de door de leverancier geleverde testclient en configureer deze met behulp van de verbindingsparameters van het apparaat (IP-adres en poort).

Stap 3:Voer de testclient uit en controleer de alarmstroom rechtstreeks vanaf het apparaat.

Stap 4:Vergelijk de testclient-resultaten met het apparaatlogboek:

• Als telling overeenkomt— Het probleem bevindt zich in de GCXONE-implementatie. Escaleer naar het ontwikkelingsteam.
• Als telling niet overeenkomt— Het probleem bevindt zich bij het apparaat of de leverancier. Neem contact op met de leveranciersondersteuning.