Aller au contenu principal

Traitement des événements

Que fait le 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’à l’intervention de l’opérateur.

GCXONE classe, filtre et aroute automatiquement chaque événement entrant, garantissant que seules les menaces de sécurité réelles atteignent la file d’attente des opérateurs.

Pourquoi c’est important​

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

Comment ça fonctionne​

É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 — Ingestion La plateforme reçoit l’événement brut et l’enregistre avec un horodatage, un identifiant de l’appareil, un site et une référence client.

Étape 3 — Analyse de l’IA L’événement est transmis via le moteur IA NOVA99x, qui le classe comme une Véritable Alarme, Fausse Alerte ou Événement Technique.

Étape 4 — Routage:

  • Les Real Alarms sont envoyées dans la file d’attente des opérateurs à Talos pour être mises en action.
  • Les fausses alertes sont filtrées et stockées pour les rapports et les analyses.
  • Les événements techniques déclenchent des notifications automatiques et peuvent initier des flux de travail tels que l’appel d’un technicien ou l’envoi d’un SMS ou d’un e-mail.

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

Capacités clés​

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

  • Vraie Alarme — Un véritable événement de sécurité nécessitant l’attention de l’opérateur, tel que la détection de mouvement, la croisement de ligne ou l’intrusion.
  • Fausse alerte — Un événement déclenché par une activité non menaçante telle que des animaux, des changements de météo ou d’éclairage. Filtré par NOVA99x pour réduire la charge de travail des opérateurs.
  • Événement technique — Un événement généré par le système déclenché par HealthCheck, comme une caméra qui se met hors ligne, un écran noir, une détection d’obstruction ou des conditions de faible luminosité.

États de l’événement Chaque événement traverse les états suivants au cours de son cycle de vie :

  • Nouveau — Événement reçu et en attente d’examen.
  • Filtré — Classé comme fausse alerte par NOVA99x et retiré de la file d’attente des opérateurs.
  • Assigné — Attribué à un opérateur spécifique pour l’action.
  • En cours — L’opérateur examine activement l’événement.
  • Traité — L’événement a été examiné et fermé.

**Filtrage IA — **NOVA99x Avant qu’aucun événement n’atteigne un opérateur, il passe par NOVA99x — le moteur de filtrage IA de GCXONE. NOVA99x analyse chaque événement en utilisant une analyse comportementale et la reconnaissance d’images pour déterminer s’il représente une menace réelle, filtrant les fausses alertes avant qu’elles n’atteignent la file d’attente des opérateurs.

Pour tous les détails sur NOVA99x, consultez la NOVA99x page.

Cas d’usage réels​

  • Une caméra détecte une ombre se déplaçant sur le cadre — NOVA99x la classe comme une fausse alerte et la filtre avant qu’elle n’atteigne un opérateur.
  • Une caméra se met hors ligne à 03h00 — GCXONE la classe comme un événement technique et envoie automatiquement un SMS au technicien de garde.
  • Une alarme d’intrusion se déclenche — elle passe par NOVA99x, est classée comme une Real Alarm, et est envoyée dans la file d’attente des opérateurs Talos avec le contexte vidéo complet en quelques secondes.

Bonnes pratiques​

  • Surveillez régulièrement le ratio entre Alertes Réelles et Fausses Alarmes — un taux élevé d’Alarme Réelle supérieur à 30 % peut indiquer que NOVA99x nécessite une reconfiguration.
  • N’ignorez jamais les événements techniques — une caméra hors ligne signifie un angle mort dans votre couverture.
  • Veillez toujours à ce que chaque événement soit clôturé avec un résultat documenté afin de maintenir une trace d’audit propre.

Détails supplémentaires​

Dépannage du diagnostic du décalage du nombre d’alarmes​

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

Étape 1 : Comparez la fenêtre temporelle exacte et le nombre d’alarmes entre les journaux d’appareils et les tableaux de bord GCXONE (Recherche d’activités vidéo ou Journal du récepteur d’alarme).

Étape 2 : Installez le client de test fourni par le fournisseur et configurez-le en utilisant les paramètres de connexion de l’appareil (adresse IP et port).

Étape 3 : Exécutez le client de test et surveillez le flux d’alarme directement depuis l’appareil.

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

  • Si les comptes correspondent — Le problème concerne la mise en œuvre de GCXONE. Passez à l’équipe de développement.
  • Si les décomptes ne correspondent pas — Le problème vient de l’appareil ou du fournisseur. Contactez le support fournisseur.
Download PDF
Loading...