Traitement des événements

Fonctionnement du traitement des événements

Comprendre comment GCXONE traite les événements est essentiel pour les opérateurs et les administrateurs. Chaque alarme sur le Tableau de bord a traversé un pipeline de traitement structuré — du moment où une caméra détecte un Mouvement jusqu’au point où un opérateur agit.

GCXONE classe, filtre et achemine chaque événement entrant automatiquement, garantissant que seules les menaces de Sécurité authentiques atteignent la file d’attente de l’opérateur.

Pourquoi c’est important

Sans traitement structuré des événements, les opérateurs seraient submergés par des événements bruts non filtrés — rendant impossible la priorisation des menaces réelles. Le pipeline de traitement garantit que chaque événement est classé, filtré et acheminé vers la bonne destination avant que quiconque ne le voie.

Fonctionnement

Étape 1 — Détection Une caméra ou un capteur détecte une activité et envoie un signal à la plateforme GCXONE via la couche Proxy.

Étape 2 — IngestionLa plateforme reçoit l’événement brut et l’enregistre avec un horodatage, Device ID, site et référence client.

Étape 3 — Analyse IA L’événement est transmis au moteur IA NOVA99x, qui le classe comme Alarme réelle, Fausse alarme ou Alarme technique.

Étape 4 — Routage:

• Les Alarmes réelles sont poussées vers la file d’attente de l’opérateur dans Talos pour action.
• Les Fausses alarmes sont filtrées et stockées pour les rapports et l’Analytique.
• Les Alarmes techniques déclenchent des notifications automatisées et peuvent initier des flux de travail tels que l’appel d’un technicien ou l’envoi d’un SMS ou d’un courriel.

Étape 5 — Résolution L’opérateur examine, traite et clôture l’événement. Toutes les actions sont enregistrées dans les journaux d’audit.

Fonctionnalités clés

Types d’événement GCXONE classe chaque événement entrant dans l’une des trois catégories :

• Alarme réelle — Un événement de Sécurité authentique nécessitant l’attention de l’opérateur, tel que la détection de Mouvement, le franchissement d’une ligne ou une intrusion.
• Fausse alarme — Un événement déclenché par une activité non menaçante comme des animaux, la météo ou des changements d’éclairage. Filtré par NOVA99x pour réduire la charge de travail de l’opérateur.
• Alarme technique — Un événement généré par le système déclenché par HealthCheck, comme une caméra passant en mode hors connexion, écran noir, détection d’obstruction ou conditions de faible luminosité.

États d’événement Une alarme progresse à travers les états suivants pendant son cycle de vie :

• Nouveau — L’alarme vient d’être déclenchée et attend une action.
• En cours — Un opérateur ou un flux de travail travaille activement sur l’alarme.
• Clôturée — L’alarme a été résolue et clôturée.

Filtrage IA — NOVA99x Avant qu’un événement n’atteigne un opérateur, il transite par NOVA99x — le moteur de filtrage IA de GCXONE. NOVA99x analyse chaque événement à l’aide d’une analyse comportementale et de la reconnaissance d’image pour déterminer s’il représente une menace réelle, filtrant les fausses alarmes avant qu’elles n’atteignent la file d’attente de l’opérateur.

Pour plus de détails sur NOVA99x, consultez le NOVA99x page.

Cas d’utilisation réels

• Une caméra détecte une ombre se déplaçant à travers le cadre — NOVA99x la classe comme une Fausse alarme et la filtre avant qu’elle n’atteigne un opérateur.
• Une caméra passe En mode hors connexion à 03:00 — GCXONE la classe comme une Tech. Alarme et envoie automatiquement un SMS au technicien de garde.
• Une alarme d’intrusion se déclenche — elle transite par NOVA99x, est classée comme une Alarme réelle, et est poussée dans la file d’attente opérateur Talos avec le contexte vidéo complet en quelques secondes.

Bonnes pratiques

• Surveiller régulièrement le ratio d’Alarmes réelles vs. Fausse alarmes — un taux d’Alarme réelle anormalement élevé peut indiquer que NOVA99x nécessite une reconfiguration.
• Ne jamais ignorer les Tech. Alarmes — une caméra passant En mode hors connexion signifie un point mort dans votre couverture.
• Veiller à ce que chaque événement soit clôturé avec un résultat documenté afin de maintenir un historique propre des Audit Logs.

Détails supplémentaires

Dépannage — Diagnostiquer la discordance du nombre d’alarmes

Si le nombre d’alarmes signalé dans GCXONE ne correspond pas aux journaux internes de l’appareil, suivez ces étapes pour identifier la source de la divergence :

Étape 1 : Comparer la fenêtre temporelle exacte et le nombre d’alarmes entre les journaux de l’appareil et la Recherche vidéo de GCXONE.

Étape 2 : Installer le client de test fourni par le fabricant et le configurer en utilisant les paramètres de connexion de l’appareil (Adresse IP et port).

Étape 3 : Exécuter le client de test et surveiller le flux d’alarmes directement depuis l’appareil.

Étape 4 : Comparer les résultats du client de test avec le journal de l’appareil :

• Si les décomptes correspondent — Le problème se situe dans l’implémentation de GCXONE. Escalader à l’équipe de développement.
• Si les décomptes ne correspondent pas — Le problème vient de l’appareil ou du fabricant. Contacter le support du fabricant.