Opérations de drones
Les missions d'inspection des infrastructures par drone génèrent des images et des données de capteurs qui doivent être interprétées en cours de mission, sans que cette interprétation n'ait jamais autorité sur le contrôle de vol. Cette page explique comment un tel flux de travail serait planifié et exécuté sur inTheEU Assist, et non un enregistrement d'un déploiement terminé.
Comment le flux de travail serait structuré
Une mission serait soumise par un opérateur agréé et décomposée en une séquence définie d'étapes, enquête, analyse, inspection plus approfondie lorsque cela est justifié, reporting. Les données d'imagerie et de capteurs collectées au cours de la mission seraient indexées sur place, alimentant ainsi un ensemble de connaissances étendu au propre locataire de l'opérateur. Un agent configuré pour le flux de travail comparerait les observations au matériel de référence approuvé et proposerait une conclusion candidate, saisie avec le statut proposé et liée à la mission spécifique dont elle provenait. Une demande d’inspection plus approfondie suivrait le même cheminement proposé à approuvé avant le repositionnement de l’UAV.
Le contrôleur de vol du drone, la stabilisation, la navigation, le géorepérage, les procédures de retour à la maison et d'urgence, ainsi que l'évitement des collisions, le cas échéant, resteraient entièrement en dehors de ce flux de travail. La plate-forme ne détiendra, ne demandera ou n'exécutera jamais d'autorité sur ces systèmes, et aucune manœuvre n'atteindra l'avion tant qu'elle n'aura pas obtenu une approbation explicite.
Là où se situe l’approbation humaine
Chaque découverte ou demande de repositionnement nécessiterait l'approbation explicite d'un opérateur nommé avant d'être traitée comme établie ou d'y donner suite. Il ne s’agit pas d’une politique superposée au flux de travail. C'est le mécanisme par lequel le flux de travail se déroule : une étape non approuvée n'exécute tout simplement pas l'étape suivante.
Sur quoi cela s’appuie-t-il aujourd’hui et sur quoi cela ne s’appuie-t-il pas ?
Le flux de travail de décomposition des missions, le cycle de vie des évaluations proposées à approuvées et la chaîne d'audit signée derrière chaque action sont des éléments fonctionnels de la plateforme. Ce qui n'en fait pas encore partie : un modèle de perception spécifique à la mission, entraîné sur les ressources et le terrain d'un opérateur donné, qui est exactement ce qu'un pilote initial construirait. Le contrôleur de vol déterministe du drone reste totalement en dehors du champ d’application de la plate-forme, de par sa conception. Le jugement opérationnel lors du déploiement d'un drone resterait du ressort de la propre équipe de l'opérateur, et toute compétence de perception spécifique à la mission serait développée en parallèle, et non fournie sous forme de modèle standard.
Une partie de l'architecture sous-jacente à cet ensemble de capacités est documentée dans des dossiers encore en cours. Cette page décrit ce pour quoi la plateforme est conçue, à un niveau approprié pour la planification d'un projet pilote, et non une spécification de mise en œuvre.
Les fonctionnalités et l'interface de la plateforme sont sujettes à une amélioration continue. Les descriptions contenues dans ce guide peuvent ne pas refléter la présentation ou le libellé exact de la dernière version publiée.