Comment exploiter les alertes d'analyse vidéo sur un réseau de stations-service ?
Sur un réseau de stations-service, la question décisive n'est pas de savoir quel logiciel détecte une chute, une intrusion ou un contresens. La plupart des solutions d'analyse vidéo par intelligence artificielle savent le faire. La question est de savoir ce que devient l'alerte une fois produite : qui la reçoit, en combien de temps, avec quelle information pour décider, et ce qu'il advient des alertes que personne ne traite.
Un dispositif se juge sur cette chaîne complète. Une détection excellente dont les alertes arrivent sur une boîte mail consultée le lendemain ne protège rien. Cet article décrit la chaîne de traitement des alertes en station-service, les réglages qui la rendent tenable, et les indicateurs qui permettent de vérifier qu'elle fonctionne. XXII, éditeur français de computer vision, conçoit sa plateforme CORE autour de cette exploitation, sans reconnaissance faciale.
Quelles alertes méritent une réaction immédiate
Toutes les détections n'appellent pas le même régime. Sur une station-service, trois niveaux suffisent à structurer l'exploitation.
Le niveau immédiat regroupe les événements où le délai de réaction change l'issue : une personne au sol sur la piste ou en boutique, une intrusion dans une zone technique en dehors des heures d'ouverture, une manipulation anormale d'un équipement de recharge la nuit. Ces alertes vont vers un destinataire joignable en permanence.
Le niveau différé regroupe les situations qui demandent une vérification mais pas une intervention en urgence : un véhicule immobilisé longtemps sur une piste, un stationnement gênant un accès, une zone balisée franchie en journée. Elles vont vers l'exploitant du site pendant les heures d'ouverture.
Le niveau statistique, enfin, regroupe ce qui n'a de valeur qu'agrégé : occupation des pistes, durées de présence, taux d'utilisation des emplacements de recharge. Ces données n'alertent personne et alimentent un rapport.
Le classement de chaque détection dans un de ces trois niveaux est la première décision du projet. Il conditionne tout le reste et se pose avant le choix du fournisseur.
Que doit contenir une alerte pour être exploitable
Une alerte réduite à un libellé et une heure oblige le destinataire à se connecter, chercher la caméra, remonter l'enregistrement. À trois heures du matin, cette friction suffit à la faire ignorer.
Quatre éléments rendent une alerte directement actionnable. L'image ou la séquence courte correspondant à l'événement, qui permet la levée de doute sans déplacement ni recherche. L'identification claire du site et de la caméra, indispensable dès que le parc dépasse quelques emplacements. La nature précise de la détection, avec la règle qui l'a déclenchée. Enfin, un moyen de qualifier la réponse en un geste, alerte justifiée ou non, car c'est cette qualification qui rendra le réglage améliorable.
Ce dernier point est souvent négligé. Sans retour des opérateurs sur la pertinence des alertes, personne ne saura dans six mois si le dispositif s'est dégradé ou amélioré.
Comment router les alertes sur un réseau
Le routage dépend de trois variables : le site, l'heure, et le niveau de l'alerte. Sur un réseau, ces trois variables se combinent différemment selon les configurations d'exploitation.
Une station en horaires étendus avec personnel sur place peut traiter localement les alertes différées et renvoyer les alertes immédiates vers un centre de supervision la nuit. Une station automatique sans personnel renvoie tout vers le centre ou vers une astreinte. Une station exploitée en franchise suppose un routage vers l'exploitant, avec une copie vers le réseau pour les événements de sûreté.
Deux principes évitent les impasses courantes. Chaque alerte a un destinataire nommé et un seul, sinon personne ne se sent responsable. Et chaque règle de routage a une règle de repli, pour le cas où le destinataire ne répond pas dans un délai défini.
Comment ramener le volume d'alertes à un niveau tenable
Un dispositif qui produit plus d'alertes que l'organisation ne peut en traiter se dégrade tout seul : les opérateurs apprennent à les ignorer, y compris les bonnes. Quatre réglages agissent directement sur le volume.
Le découpage des zones
Une zone de détection trop large capte la route voisine, le parking mitoyen, les passages légitimes. Un polygone resserré sur l'espace réellement sensible élimine une part importante du bruit sans perte de couverture utile.
Les plages horaires
Une intrusion en zone technique n'a de sens qu'en dehors des heures d'exploitation et des créneaux de livraison. Une règle qui ignore le calendrier de livraison de carburant déclenchera à chaque camion.
Les seuils de durée
Exiger une présence maintenue quelques secondes avant de déclencher élimine les passages rapides, les reflets et une partie des déclenchements liés aux conditions météorologiques, sans retarder significativement une alerte réelle.
Le regroupement des événements
Une même situation peut produire plusieurs détections successives. Les regrouper en un seul événement, avec son début et sa fin, divise le volume perçu sans rien perdre de l'information.
Ces quatre réglages se posent site par site lors de la mise en service, puis se révisent à partir des qualifications remontées par les opérateurs.
Quels indicateurs suivre pour vérifier que le dispositif fonctionne
Un dispositif de détection se pilote comme un équipement, avec ses propres indicateurs. Cinq suffisent.
Le nombre d'alertes par site et par nuit, qui signale immédiatement une configuration devenue bruyante. La part d'alertes qualifiées justifiées, qui mesure la pertinence réelle du réglage. Le délai entre la détection et la prise en charge, qui mesure la chaîne humaine et non le logiciel. Le taux d'alertes non qualifiées, qui révèle un désengagement des opérateurs avant que le dispositif ne devienne inutile. Enfin, la disponibilité des caméras et des analyses par site, car une caméra hors service ne produit aucune alerte et n'attire donc l'attention de personne.
Ce dernier indicateur est le plus souvent oublié et le plus coûteux. Sur un parc réparti, une analyse arrêtée depuis plusieurs semaines passe inaperçue tant que rien ne la surveille explicitement.
Quelles obligations respecter vis-à-vis des clients et des salariés
Le RGPD s'applique dès qu'un traitement porte sur des données à caractère personnel, et l'image d'une personne identifiable en fait partie. Une solution qui n'utilise pas la reconnaissance faciale évite le régime des données biométriques prévu par l'article 9 du RGPD, réservé aux catégories particulières de données.
Trois obligations structurent le projet. L'information des personnes, par un affichage visible à l'entrée du site mentionnant l'existence du dispositif, sa finalité et les moyens d'exercer ses droits. La limitation de la finalité, qui interdit de réutiliser un dispositif installé pour la sûreté à des fins de suivi individuel du personnel. La limitation de la durée de conservation, définie et documentée pour chaque catégorie de donnée produite, y compris les images jointes aux alertes.
Ce dernier point mérite attention dans une chaîne d'alertes. Les images transmises par courriel ou par message circulent hors du système et échappent aux règles de purge. Le transport des alertes doit donc être pensé avec la même exigence que leur stockage. Lorsque des salariés sont concernés, la consultation des instances représentatives du personnel s'impose dans les conditions prévues par le code du travail. La CNIL a publié une position sur les caméras dites augmentées qui aide à qualifier la finalité retenue.
Comment démarrer sur un réseau
Retenez deux détections de niveau immédiat, celles dont l'absence coûte le plus cher aujourd'hui, et une seule chaîne de destinataires. Déployez sur un site représentatif des contraintes courantes du réseau, pas sur le mieux équipé. Mesurez pendant au moins deux semaines, de nuit comme de jour, le volume d'alertes, leur pertinence et le délai de prise en charge.
Cette grille sert ensuite de référence pour l'extension. Elle donne un critère objectif pour décider d'ajouter une détection supplémentaire, et un argument pour refuser d'en ajouter une lorsque la chaîne de traitement est déjà à sa limite. La plateforme CORE de XXII a été conçue pour ce type de montée en charge progressive sur un parc de caméras déjà installé.
Sur un réseau de stations-service, la question décisive n'est pas de savoir quel logiciel détecte une chute, une intrusion ou un contresens. La plupart des solutions d'analyse vidéo par intelligence artificielle savent le faire. La question est de savoir ce que devient l'alerte une fois produite : qui la reçoit, en combien de temps, avec quelle information pour décider, et ce qu'il advient des alertes que personne ne traite.
Un dispositif se juge sur cette chaîne complète. Une détection excellente dont les alertes arrivent sur une boîte mail consultée le lendemain ne protège rien. Cet article décrit la chaîne de traitement des alertes en station-service, les réglages qui la rendent tenable, et les indicateurs qui permettent de vérifier qu'elle fonctionne. XXII, éditeur français de computer vision, conçoit sa plateforme CORE autour de cette exploitation, sans reconnaissance faciale.
Quelles alertes méritent une réaction immédiate
Toutes les détections n'appellent pas le même régime. Sur une station-service, trois niveaux suffisent à structurer l'exploitation.
Le niveau immédiat regroupe les événements où le délai de réaction change l'issue : une personne au sol sur la piste ou en boutique, une intrusion dans une zone technique en dehors des heures d'ouverture, une manipulation anormale d'un équipement de recharge la nuit. Ces alertes vont vers un destinataire joignable en permanence.
Le niveau différé regroupe les situations qui demandent une vérification mais pas une intervention en urgence : un véhicule immobilisé longtemps sur une piste, un stationnement gênant un accès, une zone balisée franchie en journée. Elles vont vers l'exploitant du site pendant les heures d'ouverture.
Le niveau statistique, enfin, regroupe ce qui n'a de valeur qu'agrégé : occupation des pistes, durées de présence, taux d'utilisation des emplacements de recharge. Ces données n'alertent personne et alimentent un rapport.
Le classement de chaque détection dans un de ces trois niveaux est la première décision du projet. Il conditionne tout le reste et se pose avant le choix du fournisseur.
Que doit contenir une alerte pour être exploitable
Une alerte réduite à un libellé et une heure oblige le destinataire à se connecter, chercher la caméra, remonter l'enregistrement. À trois heures du matin, cette friction suffit à la faire ignorer.
Quatre éléments rendent une alerte directement actionnable. L'image ou la séquence courte correspondant à l'événement, qui permet la levée de doute sans déplacement ni recherche. L'identification claire du site et de la caméra, indispensable dès que le parc dépasse quelques emplacements. La nature précise de la détection, avec la règle qui l'a déclenchée. Enfin, un moyen de qualifier la réponse en un geste, alerte justifiée ou non, car c'est cette qualification qui rendra le réglage améliorable.
Ce dernier point est souvent négligé. Sans retour des opérateurs sur la pertinence des alertes, personne ne saura dans six mois si le dispositif s'est dégradé ou amélioré.
Comment router les alertes sur un réseau
Le routage dépend de trois variables : le site, l'heure, et le niveau de l'alerte. Sur un réseau, ces trois variables se combinent différemment selon les configurations d'exploitation.
Une station en horaires étendus avec personnel sur place peut traiter localement les alertes différées et renvoyer les alertes immédiates vers un centre de supervision la nuit. Une station automatique sans personnel renvoie tout vers le centre ou vers une astreinte. Une station exploitée en franchise suppose un routage vers l'exploitant, avec une copie vers le réseau pour les événements de sûreté.
Deux principes évitent les impasses courantes. Chaque alerte a un destinataire nommé et un seul, sinon personne ne se sent responsable. Et chaque règle de routage a une règle de repli, pour le cas où le destinataire ne répond pas dans un délai défini.
Comment ramener le volume d'alertes à un niveau tenable
Un dispositif qui produit plus d'alertes que l'organisation ne peut en traiter se dégrade tout seul : les opérateurs apprennent à les ignorer, y compris les bonnes. Quatre réglages agissent directement sur le volume.
Le découpage des zones
Une zone de détection trop large capte la route voisine, le parking mitoyen, les passages légitimes. Un polygone resserré sur l'espace réellement sensible élimine une part importante du bruit sans perte de couverture utile.
Les plages horaires
Une intrusion en zone technique n'a de sens qu'en dehors des heures d'exploitation et des créneaux de livraison. Une règle qui ignore le calendrier de livraison de carburant déclenchera à chaque camion.
Les seuils de durée
Exiger une présence maintenue quelques secondes avant de déclencher élimine les passages rapides, les reflets et une partie des déclenchements liés aux conditions météorologiques, sans retarder significativement une alerte réelle.
Le regroupement des événements
Une même situation peut produire plusieurs détections successives. Les regrouper en un seul événement, avec son début et sa fin, divise le volume perçu sans rien perdre de l'information.
Ces quatre réglages se posent site par site lors de la mise en service, puis se révisent à partir des qualifications remontées par les opérateurs.
Quels indicateurs suivre pour vérifier que le dispositif fonctionne
Un dispositif de détection se pilote comme un équipement, avec ses propres indicateurs. Cinq suffisent.
Le nombre d'alertes par site et par nuit, qui signale immédiatement une configuration devenue bruyante. La part d'alertes qualifiées justifiées, qui mesure la pertinence réelle du réglage. Le délai entre la détection et la prise en charge, qui mesure la chaîne humaine et non le logiciel. Le taux d'alertes non qualifiées, qui révèle un désengagement des opérateurs avant que le dispositif ne devienne inutile. Enfin, la disponibilité des caméras et des analyses par site, car une caméra hors service ne produit aucune alerte et n'attire donc l'attention de personne.
Ce dernier indicateur est le plus souvent oublié et le plus coûteux. Sur un parc réparti, une analyse arrêtée depuis plusieurs semaines passe inaperçue tant que rien ne la surveille explicitement.
Quelles obligations respecter vis-à-vis des clients et des salariés
Le RGPD s'applique dès qu'un traitement porte sur des données à caractère personnel, et l'image d'une personne identifiable en fait partie. Une solution qui n'utilise pas la reconnaissance faciale évite le régime des données biométriques prévu par l'article 9 du RGPD, réservé aux catégories particulières de données.
Trois obligations structurent le projet. L'information des personnes, par un affichage visible à l'entrée du site mentionnant l'existence du dispositif, sa finalité et les moyens d'exercer ses droits. La limitation de la finalité, qui interdit de réutiliser un dispositif installé pour la sûreté à des fins de suivi individuel du personnel. La limitation de la durée de conservation, définie et documentée pour chaque catégorie de donnée produite, y compris les images jointes aux alertes.
Ce dernier point mérite attention dans une chaîne d'alertes. Les images transmises par courriel ou par message circulent hors du système et échappent aux règles de purge. Le transport des alertes doit donc être pensé avec la même exigence que leur stockage. Lorsque des salariés sont concernés, la consultation des instances représentatives du personnel s'impose dans les conditions prévues par le code du travail. La CNIL a publié une position sur les caméras dites augmentées qui aide à qualifier la finalité retenue.
Comment démarrer sur un réseau
Retenez deux détections de niveau immédiat, celles dont l'absence coûte le plus cher aujourd'hui, et une seule chaîne de destinataires. Déployez sur un site représentatif des contraintes courantes du réseau, pas sur le mieux équipé. Mesurez pendant au moins deux semaines, de nuit comme de jour, le volume d'alertes, leur pertinence et le délai de prise en charge.
Cette grille sert ensuite de référence pour l'extension. Elle donne un critère objectif pour décider d'ajouter une détection supplémentaire, et un argument pour refuser d'en ajouter une lorsque la chaîne de traitement est déjà à sa limite. La plateforme CORE de XXII a été conçue pour ce type de montée en charge progressive sur un parc de caméras déjà installé.