Problème métier
Le besoin dépassait le tracé d'une région fixe. Il fallait établir si le véhicule déchargeait réellement dans la zone autorisée, si la personne disposait d'une autorisation active et si elle franchissait la sortie en portant encore une marchandise. Chaque décision devait conserver une preuve révisable.
Objectif du projet
Définir une architecture de vision en périphérie et un modèle d'événements vérifiable sans promettre de précision avant l'obtention de données du site. Une identité non confirmée reste un état valable et les cartes, QR codes, ordres de travail ou contrôles humains restent disponibles.
Déroulement du projet
La conception associe rôles des caméras, suivi multiobjet, états métier, règles et conservation des preuves. ROI et franchissement de ligne sont des fonctions de base ; le déchargement, l'association personne-marchandise et l'autorisation exigent un développement et une validation spécifiques.
- 01
Calibrer zones et caméras
Définir zone autorisée, référence du véhicule, observation de la cargaison, retrait, ligne d'avertissement et ligne de sortie, puis attribuer les vues.
- 02
Détecter position et déchargement
Suivre le véhicule, contrôler son point de référence et confirmer le transfert de marchandise ; le stationnement ou l'ouverture d'une porte ne suffisent pas.
- 03
Résoudre l'autorisation de tâche
Combiner qualité d'identité, statut, ordre de travail, horaire, zone et lot pour produire un état autorisé, non autorisé ou non confirmé.
- 04
Associer personnes et marchandises
Maintenir les pistes pendant prise, transport, dépôt, remise et occultation au moyen de transitions d'état et de seuils de confiance.
- 05
Appliquer trois règles
Déclencher E1 pour un déchargement hors zone, E2 pour un retrait non autorisé ou non confirmé et E3 pour un franchissement avec marchandise.
- 06
Conserver preuves et révision
Enregistrer heure, caméra, zone, pistes, règle, source d'autorisation, confiance, image et vidéo ; orienter les cas ambigus vers une révision humaine.
Livrables du projet
- Application d'analyse
- Paquet Jetson avec modèle, configuration, démarrage, reprise et suivi des ressources.
- Règles et intégration
- Zones et champs E1/E2/E3 pour HTTP, MQTT, relais, NVR, WMS, MES ou contrôle d'accès.
- Gestion des autorisations
- Inscription, révocation, rôles, droits par tâche, alternatives au visage, audit et conservation.
- Documentation technique
- Exigences, règles de données et d'annotation, interfaces, déploiement, évaluation, limites et preuves.
Dossiers et travaux réalisés
Les éléments suivants sont des résultats documentés de ce projet. Aucune performance non étayée par des essais ou une réception vérifiables n'est déduite.
Modèle d'exigences
Trois événements indépendants E1, E2 et E3.Déchargement, autorisation et sortie avec marchandise peuvent être échantillonnés et mesurés séparément.
Revue d'architecture
Deux à quatre rôles caméra et une chaîne Jetson définis.ROI, suivi, autorisation, logique temporelle, preuves et intégrations ont été documentés.
Support client
Présentation éditable de 14 pages générée et rendue.Règles, alertes, déploiement, acceptation et limites ont été contrôlés sans débordement.
Limite d'acceptation
Précision, rappel, latence, canaux et matériel non vérifiés.Sans vidéo ni paramètres du site, les métriques sont réservées à un PoC fondé sur les données.
Validation prévue pour le PoC
- Figer caméras, véhicules, sens de déchargement, marchandises, sources d'autorisation et définitions avant mesure.
- Rapporter précision et rappel de E1, E2 et E3 par caméra, éclairage, occultation, véhicule, manutention et qualité d'identité.
- Mesurer latence P50/P95 et décodage, inférence, mémoire, température et reprise sur Jetson.
- Compter les identités non confirmées et états incertains sans les retirer ni les transformer en accusation non vérifiée.
Notes de publication du cas
Ce cas provient d'un projet client réel et est publié sous forme anonymisée afin de protéger la confidentialité. Le périmètre, les événements, l'architecture technique, le cadre de réception et les livrables reposent sur les dossiers réels du projet. L'identité du client, les images du site, les systèmes internes et les données privées ne sont pas divulgués. Les performances et conclusions de réception ne sont publiées qu'avec des preuves vérifiables.
Questions fréquentes
Réponses courtes sur la mise en œuvre et l'acceptation.
- Une règle ROI confirme-t-elle un déchargement réel ?
- Non. Elle confirme la position ; le déchargement exige un transfert observé ou un état fiable du système métier.
- Le visage doit-il être le seul moyen d'autorisation ?
- Non. Cartes, QR codes, ordres de travail et revue humaine restent possibles ; si l'image est insuffisante, l'identité reste non confirmée.
- Une seule caméra suffit-elle ?
- Généralement non. Position, transfert, sortie et identité demandent souvent des angles distincts ; deux à quatre vues sont proposées.
- Que faut-il mesurer avant la production ?
- Définitions, échantillons positifs et négatifs, précision, rappel, latence, incertitude, ressources Jetson, reprise et revue humaine.