Caméra IA humain-véhicule : comment réduire les fausses alertes sans rater l’essentiel ?

Mouvement, classification et intrusion : trois fonctions différentes

La détection de mouvement signale un changement dans l’image. La classification cherche à distinguer une catégorie d’objet, par exemple une personne ou un véhicule. La règle d’intrusion ajoute un contexte : franchissement d’une limite ou présence dans une zone. Dahua présente notamment la classification humain-véhicule dans sa technologie SMD ; les fonctions précises dépendent de la référence et de la version [1].

Une personne détectée n’est pas nécessairement un intrus : ce peut être un salarié, un résident ou un livreur attendu. Et une classification « humain » n’est pas une identification nominative. Avant de choisir le modèle, décrivez ce qui doit provoquer une vérification humaine, sans demander au système de deviner une intention.

Commencer par une consigne compréhensible

Pour une cour fictive fermée le soir, la consigne pourrait être : signaler le franchissement vers la zone de stockage après fermeture. Elle est plus exploitable que « tout surveiller ». Pour une copropriété, les passages des résidents sont normaux : une alerte sur chaque circulation du parking serait rapidement contre-productive.

Préparez une fiche par scène avec l’objectif, les passages habituels, les périodes d’activité et le destinataire. Distinguez les alertes urgentes des événements consultables après coup. Une entrée de livraison et une porte technique n’ont pas forcément besoin de la même règle, même si les deux caméras portent le même nom commercial.

• Événement attendu : franchissement, entrée dans une zone ou autre fonction effectivement disponible.
• Zone utile : uniquement le périmètre nécessaire au projet.
• Plage active : compatible avec les usages et les horaires réels.
• Action : destinataire identifié, vérification et consigne de traitement.

Pourquoi les réglages ne compensent pas une mauvaise scène

La documentation Axis souligne notamment l’importance du contraste, de la visibilité de l’objet et de la perspective. Elle avertit aussi qu’un filtre trop large peut ignorer un événement important [2]. Les difficultés doivent donc être recherchées dans l’implantation avant d’accumuler les filtres.

Lors de notre étude, nous proposons de repérer les masques créés par les véhicules stationnés, les changements d’éclairage et les éléments proches de l’objectif. Si une zone indispensable est régulièrement cachée, il faut revoir la couverture plutôt que promettre qu’un algorithme verra à travers l’obstacle. La référence caméra se choisit après cet examen.

La nuit : tester une personne en mouvement, pas une belle image fixe

Un arrêt sur image net ne prouve pas que la scène permettra une détection exploitable pendant un passage. Axis rappelle que l’éclairage, le mouvement et la disposition des objets influencent les performances de l’analyse vidéo [3]. Les valeurs annoncées par le fabricant doivent être rapprochées des conditions de votre site.

Prévoyez une recette lorsque l’éclairage habituel est réellement en service. Vérifiez le passage attendu, les phares éventuels et la zone la plus éloignée. Si le test de nuit n’est pas réalisable à la livraison, inscrivez une réserve et une date de contrôle. Ne validez pas implicitement une performance nocturne qui n’a pas été observée.

Notre protocole de recette : vérifier aussi les alertes manquées

Nous recommandons un relevé simple, daté et compréhensible par le responsable du site. Chaque ligne décrit le scénario joué, l’événement attendu, le résultat reçu et l’éventuelle correction. Cette méthode est une proposition de recette Protectas, pas une certification de performance.

Une baisse des notifications n’est positive que si les événements utiles restent détectés. Le bon indicateur n’est donc pas « moins d’alertes » seul, mais « des alertes pertinentes, reçues par quelqu’un et vérifiables ». Un essai réussi sur quelques passages ne permet pas d’affirmer un taux de fiabilité universel.

• Jouer le passage attendu avec l’accord du responsable, sans créer de situation dangereuse.
• Rejouer un usage normal qui ne doit pas déclencher d’escalade.
• Vérifier l’horodatage et l’accès à la séquence correspondante.
• Confirmer la réception sur le terminal du destinataire, pas seulement dans le menu caméra.
• Noter les essais non réalisés, notamment la nuit ou sous certaines conditions météo.
• Recontrôler les scénarios après un déplacement de caméra ou une modification importante du site.

Régler la chaîne caméra, enregistreur et téléphone

Une détection visible dans l’interface de la caméra ne prouve pas que l’enregistreur saura la rechercher ni que l’application notifiera le bon utilisateur. Faites préciser où l’analyse est effectuée, combien de voies sont prises en charge et quelles fonctions restent actives avec le mode d’enregistrement choisi.

Demandez une démonstration du parcours entier : événement, alerte, ouverture de la séquence et décision. Si la réception relève d’un centre de télésurveillance, son protocole et ses consignes doivent être confirmés. Une application mobile personnelle n’est pas, à elle seule, un service permanent de traitement des alertes.

Une IA ciblée, avec les règles et les accès adaptés

L’ajout d’une analyse ne dispense pas de vérifier la légalité du dispositif. Les règles varient selon le lieu, la finalité et le traitement réalisé. Pour les salariés, la CNIL rappelle notamment que la vidéosurveillance ne doit pas devenir une surveillance constante des postes de travail [4]. Notre guide AI Act complète ce point sans remplacer une analyse juridique du projet.

Pour préparer un devis, indiquez les zones prioritaires et le problème actuel : alertes inutiles, absence de notification, recherche de séquence difficile ou visibilité insuffisante. Protectas Systèmes pourra étudier une correction de l’existant avant de proposer une caméra supplémentaire. Le résultat recherché reste un système que votre équipe peut réellement utiliser.