FR3093585A1 - Système de gestion d’un plan de mission aérienne destiné à être exécuté par une pluralité de plateformes devant réaliser une pluralité de tâches et procédé associé - Google Patents

Système de gestion d’un plan de mission aérienne destiné à être exécuté par une pluralité de plateformes devant réaliser une pluralité de tâches et procédé associé Download PDF

Info

Publication number
FR3093585A1
FR3093585A1 FR1902374A FR1902374A FR3093585A1 FR 3093585 A1 FR3093585 A1 FR 3093585A1 FR 1902374 A FR1902374 A FR 1902374A FR 1902374 A FR1902374 A FR 1902374A FR 3093585 A1 FR3093585 A1 FR 3093585A1
Authority
FR
France
Prior art keywords
mission
new
plan
tasks
platforms
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR1902374A
Other languages
English (en)
Other versions
FR3093585B1 (fr
Inventor
Pierre DE BODMAN
Nicolas HELENE
Michaël HUET
Philippe KEZIRIAN
Pascal THURIG
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dassault Aviation SA
Original Assignee
Dassault Aviation SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dassault Aviation SA filed Critical Dassault Aviation SA
Priority to FR1902374A priority Critical patent/FR3093585B1/fr
Priority to EP20161624.0A priority patent/EP3706100A1/fr
Publication of FR3093585A1 publication Critical patent/FR3093585A1/fr
Application granted granted Critical
Publication of FR3093585B1 publication Critical patent/FR3093585B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G5/00Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/003Flight plan management
    • G08G5/0034Assembly of a flight plan
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G5/00Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0004Transmission of traffic-related information to or from an aircraft
    • G08G5/0013Transmission of traffic-related information to or from an aircraft with a ground station
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G5/00Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0017Arrangements for implementing traffic-related aircraft activities, e.g. arrangements for generating, displaying, acquiring or managing traffic information
    • G08G5/0021Arrangements for implementing traffic-related aircraft activities, e.g. arrangements for generating, displaying, acquiring or managing traffic information located in the aircraft
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G5/00Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0017Arrangements for implementing traffic-related aircraft activities, e.g. arrangements for generating, displaying, acquiring or managing traffic information
    • G08G5/0026Arrangements for implementing traffic-related aircraft activities, e.g. arrangements for generating, displaying, acquiring or managing traffic information located on the ground
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G5/00Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/003Flight plan management
    • G08G5/0039Modification of a flight plan
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G5/00Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0047Navigation or guidance aids for a single aircraft
    • G08G5/006Navigation or guidance aids for a single aircraft in accordance with predefined flight zones, e.g. to avoid prohibited zones
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G5/00Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0047Navigation or guidance aids for a single aircraft
    • G08G5/0069Navigation or guidance aids for a single aircraft specially adapted for an unmanned aircraft
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G5/00Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0073Surveillance aids
    • G08G5/0091Surveillance aids for monitoring atmospheric conditions

Landscapes

  • Engineering & Computer Science (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

Système de gestion d’un plan de mission aérienne destiné à être exécuté par une pluralité de plateformes devant réaliser une pluralité de tâches et procédé associé Le système comporte au moins un afficheur (42, 43) et un ensemble de gestion d’affichage (44) sur l’afficheur (42, 43), propre à afficher, sur l’afficheur (42, 43), au moins une fenêtre récapitulative comportant des informations représentatives de tâches d’un plan de mission établi sur la base d’un contexte de mission courant ; Il comporte une interface de saisie (54) et/ou une interface d’acquisition (56) propre à être activée pour définir au moins un nouveau contexte de mission comportant au moins un objectif, une contrainte, un état opérationnel et/ou un environnement tactique différent respectivement d’un objectif, d’une contrainte, d’un état opérationnel et/ou d’un environnement tactique du contexte de mission courant et un moteur de calcul (58) de mission propre à être activé pour déterminer un nouveau plan de mission en fonction du nouveau contexte de mission défini par l’interface de saisie (54) et/ou par l’interface d’acquisition (56). Figure 1

Description

Système de gestion d’un plan de mission aérienne destiné à être exécuté par une pluralité de plateformes devant réaliser une pluralité de tâcheset procédé associé
La présente invention concerne un système de gestion d’un plan de mission aérienne, destiné à être exécuté par une pluralité de plateformes devant réaliser une pluralité de tâches, le système comprenant :
- une interface de saisie, par un utilisateur, d’objectifs et de contraintes de la mission ;
- une interface d’acquisition d’états opérationnels des plateformes devant réaliser les tâches de la mission et d’acquisition de données d’environnement tactique autour des plateformes ;
- un moteur de calcul de mission, propre à déterminer un plan de mission comportant une liste de tâches à effectuer pour remplir les objectifs de la mission en respectant les contraintes, et une allocation des tâches entre les plateformes en tenant compte de l’état opérationnel des plateformes et de l’environnement tactique autour des plateformes ;
- au moins un afficheur et un ensemble de gestion d’affichage sur l’afficheur, propre à afficher, sur l’afficheur, au moins une fenêtre récapitulative comportant des informations représentatives de tâches d’un plan de mission établi sur la base d’un contexte de mission courant.
Un tel système de gestion est notamment destiné à être intégré dans une station de contrôle au sol d’une flotte d’aéronef, en parallèle d’un système de conduite de vol (« Flight Management System » ou « FMS » en anglais), pour permettre à un équipage au sol de gérer le plan de mission et ses évolutions.
En variante, le système de gestion est embarqué dans un aéronef, notamment dans le cockpit de l’aéronef.
Un tel système est destiné à être utilisé notamment pour planifier et suivre des missions complexes de reconnaissance et/ou de combat dans un espace aérien pouvant être hostile.
Les plateformes sont par exemple des aéronefs militaires, en particulier des avions ou des drones de reconnaissance et/ou de combat.
La mission comporte généralement une pluralité d’objectifs à réaliser, qui sont définis par un utilisateur, suivant des contraintes qui existent dans l’environnement.
Les objectifs à réaliser sont par exemple la destruction d’une cible, la neutralisation d’un système de défense aérienne, ou la suppression d’une menace, telle qu’un système de combat hostile. Chaque objectif à réaliser implique une pluralité de tâches à exécuter par au moins une plateforme.
Les contraintes subies par la mission sont par exemple des zones géographiques à éviter, des contraintes temporelles, des contraintes météorologiques, des règles d’engagement (par exemple, nécessité d’une identification visuelle avant un tir) etc.
Pour réaliser la mission avec succès, en évitant les pertes de matériel ou humaines, les tâches à exécuter doivent être planifiées de manière très précise dans le temps et dans l’espace, et doivent tenir compte des plateformes disponibles, de leurs capacités et de leur état opérationnel.
La planification de mission nécessite donc d’établir un plan de mission très précis comportant, pour chaque plateforme, la liste des tâches à effectuer, ainsi que la localisation et le temps auxquels chaque tâche doit être effectuée. Les plans de missions individuels des différentes plateformes doivent en outre être coordonnés entre eux.
Le plan de mission est ensuite mis en œuvre par les différentes plateformes qui exécutent les différentes tâches, sous la supervision de l’équipage de chaque plateforme.
Pour la détermination du plan de mission, des moteurs de calcul algorithmiques puissants existent, permettant d’automatiser la définition des tâches à partir des objectifs, et leur allocation aux différentes plateformes destinées à réaliser la mission.
De tels systèmes ne donnent cependant pas entière satisfaction. En effet, il est fréquent que le contexte de la mission évolue au cours du temps. En particulier, l’utilisateur du système de gestion souhaite dans certains cas modifier les objectifs de la mission, ou les contraintes s’appliquant à la mission.
De même, des événements extérieurs à la mission peuvent perturber son déroulement, comme par exemple la panne ou la neutralisation d’une plateforme, ou une modification de l’environnement tactique, notamment l’apparition d’une nouvelle menace.
Un but de l’invention est donc de fournir un système de gestion de plan de mission aérienne qui soit simple à utiliser, et qui permette néanmoins de s’adapter à des modifications du contexte de la mission, en particulier au cours de la mission.
À cet effet, l’invention a pour objet un système du type précité, caractérisé en ce que l’interface de saisie et/ou l’interface d’acquisition est propre à être activée pour définir au moins un nouveau contexte de mission comportant au moins un objectif, une contrainte, un état opérationnel et/ou un environnement tactique différent respectivement d’un objectif, d’une contrainte, d’un état opérationnel et/ou d’un environnement tactique du contexte de mission courant, le moteur de calcul de mission étant propre à être activé pour déterminer un nouveau plan de mission en fonction du nouveau contexte de mission défini par l’interface de saisie et/ou par l’interface d’acquisition, et l’ensemble de gestion d’affichage étant propre à afficher, sur la fenêtre récapitulative, des informations représentatives de tâches d’au moins un nouveau plan de mission obtenu par le moteur de calcul en fonction du nouveau contexte de mission défini par l’interface de saisie et/ou par l’interface d’acquisition.
Le système selon l’invention peut comprendre l’une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toute combinaison techniquement possible :
- après détermination du nouveau plan de mission, l’ensemble de gestion d’affichage est propre à afficher, sur la fenêtre récapitulative, au moins un bouton de validation du nouveau plan de mission, propre à être sélectionné par l’utilisateur pour activer le nouveau plan de mission et remplacer le plan de mission courant ;
- le moteur de calcul de mission est propre à déterminer une pluralité de nouveaux plans de mission alternatifs en fonction du même nouveau contexte de mission défini par l’interface de saisie et/ou par l’interface d’acquisition, l’ensemble de gestion d’affichage étant propre à afficher successivement ou simultanément sur l’afficheur, les informations représentatives de chaque nouveau plan de mission déterminé par le moteur de calcul de mission en fonction du même nouveau contexte de mission défini par l’interface de saisie et/ou par l’interface d’acquisition ;
- l’interface de saisie est propre à être activée par l’utilisateur pour saisir un nouvel objectif ou une nouvelle contrainte de la mission et définir le nouveau contexte de mission, le nouveau plan de mission défini par le moteur de calcul étant un plan de mission prévisualisé tenant compte du nouvel objectif et/ou de la nouvelle contrainte de la mission saisie par l’utilisateur ;
- après saisie du nouvel objectif et/ou de la nouvelle contrainte, l’ensemble de gestion d’affichage est propre à afficher des informations représentatives des modifications d’objectif ou/et de contrainte de la mission, avant l’activation du moteur de calcul de mission, et un bouton de prévisualisation propre à être sélectionné par l’utilisateur pour activer le moteur de calcul de mission et définir le plan de mission prévisualisé ;
- l’interface d’acquisition est propre à détecter un événement modifiant les contraintes de la mission, de l’état opérationnel des plateformes, et/ou de l’environnement tactique et à transmettre au moteur de calcul de mission au moins une nouvelle contrainte, un nouvel état opérationnel des plateformes, et/ou un nouvel environnement tactique, le nouveau plan de mission calculé par le moteur de calcul de mission étant un plan de mission proposé automatiquement tenant compte d’au moins une modification des contraintes de la mission, de l’état opérationnel des plateformes et/ou de l’environnement tactique ayant été engendrée par l’événement ;
- le moteur de calcul de mission est propre à calculer le plan de mission proposé automatiquement sans requête d’un utilisateur ;
- le plan de mission calculé par le moteur de calcul de mission comporte pour chaque plateforme, une liste ordonnée des tâches que doit réaliser la plateforme, associées à un plan de vol pour la plateforme ;
- la liste ordonnée des tâches à réaliser comporte pour chaque tâche, au moins une ressource à utiliser pour la tâche, un mode d’utilisation de la ou de chaque ressource, un point de passage définissant le début de la tâche et/ou une trajectoire à réaliser pour cette tâche ;
- le plan de vol comporte l’ensemble des points de passage correspondant à chaque tâche que doit réaliser la plateforme, les trajectoires à réaliser pour la tâche et/ou les trajectoires de rejointes entre les points de passage ;
- la fenêtre récapitulative d’un plan de mission courant comporte une vue géographique du terrain dans lequel la mission est effectuée, les informations représentatives du plan de mission courant étant représentées sur la vue géographique, les informations représentatives du nouveau plan de mission étant propres à être représentées en superposition ou en substitution des informations représentatives du plan de mission courant sur la vue géographique ;
- la fenêtre récapitulative du plan de mission courant comporte un tableau de tâches successives du plan de mission courant, le tableau de tâches successives étant propre à être modifié par l’ensemble de gestion d’affichage pour afficher en addition ou en substitution, les tâches propres du nouveau plan de mission ; et
- l’ensemble de gestion d’affichage est propre à afficher une fenêtre de suivi temporel listant, pour le plan de mission courant, les tâches successives d’une plateforme individuelle, ou d’un groupe de plateformes, sur une ligne de temps.
L’invention a également pour objet un procédé de gestion d’un plan de mission aérienne comprenant les étapes suivantes :
- fourniture d’un système de gestion tel que défini plus haut ;
- saisie par un utilisateur à l’aide de l’interface de saisie, d’objectifs et de contraintes de la mission ;
- acquisition par l’interface d’acquisition d’états opérationnels des plateformes devant réaliser les tâches de la mission et/ou de données d’environnement tactique autour des plateformes ;
- détermination par le moteur de calcul de mission, d’un plan de mission comportant une liste de tâches à effectuer pour remplir les objectifs de la mission en respectant les contraintes, et allocation des tâches entre les plateformes en tenant compte de l’état opérationnel des plateformes et de l’environnement tactique autour des plateformes ;
- affichage sur l’afficheur par l’ensemble de gestion d’affichage d’au moins une fenêtre récapitulative comportant des informations représentatives de tâches d’un plan de mission établi sur la base d’un contexte de mission courant ;
caractérisé par les étapes suivantes :
- définition par l’interface de saisie et/ou l’interface d’acquisition d’au moins un nouveau contexte de mission comportant au moins un objectif, une contrainte, un état opérationnel et/ou un environnement tactique différent respectivement d’un objectif, d’une contrainte, d’un état opérationnel et/ou d’un environnement tactique du contexte de mission courant ;
- activation du moteur de calcul de mission pour déterminer un nouveau plan de mission en fonction du nouveau contexte de mission défini par l’interface de saisie et/ou par l’interface d’acquisition ; et
- affichage par l’ensemble de gestion d’affichage, sur la fenêtre récapitulative, d’informations représentatives de tâches d’au moins un nouveau plan de mission obtenu par le moteur de calcul en fonction du nouveau contexte de mission défini par l’interface de saisie et/ou par l’interface d’acquisition.
Le procédé selon l’invention peut comprendre l’une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toute combinaison techniquement possible :
- l’activation de l’interface de saisie par l’utilisateur pour saisir un nouvel objectif ou une nouvelle contrainte de la mission et définir le nouveau contexte de mission, le nouveau plan de mission défini par le moteur de calcul étant un plan de mission prévisualisé tenant compte du nouvel objectif et/ou de la nouvelle contrainte de la mission saisie par l’utilisateur, et
- la détection par l’interface d’acquisition d’un événement modifiant les contraintes de la mission, de l’état opérationnel des plateformes, et/ou de l’environnement tactique ; et
la transmission au moteur de calcul de mission d’au moins une nouvelle contrainte, un nouvel état opérationnel des plateformes, et/ou un nouvel environnement tactique ;
le nouveau plan de mission calculé par le moteur de calcul de mission étant un plan de mission proposé automatiquement tenant compte d’au moins une modification des contraintes de la mission, de l’état opérationnel des plateformes et/ou de l’environnement tactique ayant été engendrée par l’événement, le plan de mission proposé automatiquement étant avantageusement calculé par le moteur de calcul de mission sans requête d’un utilisateur.
L’invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d’exemple, et faite en se référant aux dessins annexés, sur lesquels :
- la figure 1 est un diagramme synoptique illustrant les composants d’un premier système de gestion de plan de mission selon l’invention ;
- la figure 2 est une vue schématique illustrant une disposition potentielle d’afficheur dans le premier système de gestion selon l’invention ;
- la figure 3 est un diagramme de principe illustrant la logique d’utilisation du système de gestion selon l’invention ;
- la figure 4 est une vue d’une première fenêtre récapitulative de mission, comprenant des informations représentatives des tâches d’une mission courante dans l’environnement tactique ;
- la figure 5 est une vue analogue à la figure 4 illustrant une étape de modification par un utilisateur d’un objectif de la mission ;
- la figure 6 est une vue analogue à la figure 4 illustrant une étape d’affichage des modifications effectuées par l’utilisateur, avant calcul par le moteur de calcul ;
- la figure 7 est une vue analogue à la figure 4 illustrant une étape d’affichage d’un plan de mission prévisualisé, avant validation par l’utilisateur ;
- la figure 8 est une vue analogue à la figure 4 illustrant un nouveau plan de mission courant, après validation par l’utilisateur du plan de mission prévisualisé de la figure 7 ;
- la figure 9 est une vue d’une deuxième fenêtre récapitulative de mission comprenant des objectifs de mission et des informations représentatives des tâches d’une mission courante ;
- la figure 10 est une vue analogue à la figure 9, lors de l’insertion d’un nouvel objectif de mission par l’utilisateur ;
- la figure 11 est une vue analogue à la figure 9, après calcul du nouveau plan de mission prévisualisé par le moteur de calcul ; et
- la figure 12 est une vue de détails de l’affichage de la figure 4, lors d’une modification du contexte de mission, résultant d’un événement se produisant sur une plateforme destinée à exécuter la mission.
Dans les figures, les vues représentent des fenêtres d’affichage réelles d’afficheurs aéronautiques, comportant des informations en langue anglaise, qui est la langue utilisée dans les afficheurs de ce domaine. Le cas échéant, et si nécessaire, les informations sont traduites en français dans la description qui suit.
Sur la figure 1 est illustré schématiquement un premier système 10 de gestion d’un plan de mission selon l’invention. Dans cet exemple, le système de gestion 10 est intégré dans une infrastructure 12 de commande d’une flotte de plateformes 14 destinées à effectuer la mission.
Le système de gestion 10 est par exemple intégré dans une infrastructure de commande de mission au sol, et/ou dans un dispositif électronique portable (par exemple une tablette), ou dans un ordinateur de type PC.
En variante, le système de gestion 10 est intégré dans le cockpit d’une plateforme 14.
Les plateformes 14 de la flotte sont avantageusement des aéronefs, en particulier des aéronefs militaires. Les aéronefs sont par exemple des avions militaires de chasse ou de reconnaissance, ou/et des drones.
D’une manière connue, l’infrastructure de commande 12 est destinée à commander l’ensemble des systèmes de chaque plateforme 14, lors de la mission.
L’infrastructure de commande 12 comporte notamment, outre le système 10 de gestion de plan de mission, un système 16 de conduite et d’exécution de mission de chaque plateforme 14 de la flotte, et un système 18 de gestion et de suivi des systèmes avion de chaque plateforme 14 de la flotte. Elle comprend en outre un système 19 de gestion des charges utiles (en anglais « payloads »), notamment des capteurs et des armements de chaque plateforme 14 et un système 21 de surveillance de l’environnement tactique autour de chaque plateforme 14.
Le système de conduite et d’exécution de mission 16 est destiné à assister le pilote de la plateforme 14 pour mener la navigation de la plateforme 14 lors de la mission. Il est propre à fournir des informations notamment sur la route suivie par la plateforme 14, et sur des paramètres d’évolution de la plateforme 14 tels que la consommation en carburant.
Il est également propre à guider la plateforme 14 pour lui faire suivre une trajectoire prédéterminée pour la mission et réaliser les tâches planifiées dans le plan de mission courant.
Le système 18 de gestion et de suivi des systèmes avion est notamment destiné à permettre à l’équipage de suivre et éventuellement de piloter l’ensemble des systèmes avion. Les systèmes avion incluent notamment les systèmes hydrauliques électriques et de conditionnement de la plateforme 14.
De même, le système 19 de gestion des charges utiles est notamment destiné à permettre à l’équipage de suivre et éventuellement de piloter l’ensemble des charges utiles, notamment les armements et les capteurs associés.
Les systèmes 18, 19 sont propres en particulier à déterminer un état de fonctionnement de la plateforme 14 et de ses charges utiles, notamment la présence de défauts et de pannes présents sur la plateforme 14 et sur ses charges utiles au sol et/ou en vol.
Le système de gestion 10 selon l’invention est raccordé aux systèmes 18, 19 de chaque plateforme 14 pour prendre en compte l’état de la plateforme et de ses charges utiles dans les calculs de plans de mission.
Le système de surveillance 21 de l’environnement tactique est propre à fournir des informations en temps réel sur l’environnement tactique dans lequel chaque plateforme 14 évolue.
L’environnement tactique inclut notamment les cibles et les menaces potentielles, les équipements et positions alliées, les zones hostiles ou amies. Les informations incluent notamment la position et le déplacement éventuel de chacun des composants de l’environnement tactique.
En référence à la figure 10, la mission comporte au moins un objectif 20 à réaliser (voir figure 9), en suivant un plan de mission respectant au moins une contrainte de la mission.
L’objectif 20 est par exemple la reconnaissance d’une zone, la destruction d’une cible, la neutralisation d’un système de défense aérienne, la suppression d’une menace, telle qu’une plateforme de combat hostile, la veille air-air, l’appui des troupes au sol (« close air support » en anglais), etc.
Chaque objectif 20 se décompose en une pluralité de tâches élémentaires 22 devant être réalisée par une ou plusieurs plateformes 14 de la mission, en respectant les contraintes de la mission.
Les tâches élémentaires 22 sont par exemple des tâches de navigation, comme se rendre sur un point de passage, des trajectoires à réaliser à partir de ce point de passage, des ressources à utiliser à ce point de passage sur le point d’application de la tâche, et éventuellement l’activation d’un mode d’utilisation des ressources à utiliser, par exemple un mode de prise de carte par un radar.
Le plan de mission comporte, pour chaque plateforme 14 de la flotte, la liste ordonnée des tâches de mission 22 à réaliser par cette plateforme 14, associée à un plan de vol pour cette plateforme 14.
Le plan de mission est par exemple matérialisé par un ou plusieurs fichiers informatiques contenant les données de liste ordonnée et les données de plan de vol.
Le plan de vol comporte l’ensemble des points de passage 24 de la mission (visibles sous forme de pictogrammes sur la figure 4), l’ensemble des trajectoires 26 à réaliser pour chaque tâche de la mission à partir d’un point de passage 24, et les trajectoires de rejointes 28 entre les tâches successives de la mission, chaque trajectoire de rejointe 28 reliant l’extrémité finale de la trajectoire 26 à réaliser pour une tâche de la mission et le point de passage 24 associé à la tâche suivante de la mission.
Les contraintes de la mission incluent des contraintes spatiales, par exemple des zones 30 ou des niveaux de vol interdits, des routes aériennes 32 ou des niveaux de vol imposés, ou plus globalement des zones de vol libre et/ou des zones de vol imposé par les voies aériennes.
Les contraintes de la mission comportent en outre des contraintes temporelles, en particulier un horaire de départ de la mission et/ou un horaire imposé d’arrivée à chaque point de passage de la mission.
Les contraintes de la mission comportent en outre des contraintes logiques, par exemple des impossibilités d’effectuer une tâche donnée après une autre tâche donnée ou au contraire, des nécessités d’effectuer une tâche donnée après une autre tâche donnée.
Les contraintes de la mission comportent également des contraintes de ressources, associées à chaque plateforme, résultant des capacités de la plateforme et de son état opérationnel en termes de défauts et/ou de pannes sur un ou plusieurs systèmes de la plateforme 14.
Par exemple, les capacités et/ou l’état opérationnel de la plateforme 14 peuvent imposer une vitesse maximale pouvant être atteinte par la plateforme 14, une autonomie définie de la plateforme 14, ou encore l’impossibilité d’effectuer certaines tâches comme un tir ou une reconnaissance.
Par exemple, si un système d’arme est défectueux, la plateforme 14 est dans l’impossibilité d’effectuer un tir au moyen de ce système d’arme. De même, si un capteur est défectueux, la plateforme 14 est dans l’impossibilité d’effectuer une tâche de reconnaissance.
Les contraintes de mission sont avantageusement associées à au moins un indicateur d’importance ou/et de priorité de la contrainte. L’indicateur est par exemple un indicateur de respect ou non d’une contrainte ou un indicateur numérique traduisant une gradation entre une contrainte forte et une contrainte faible.
En référence à la figure 1 et à la figure 2, le système de gestion 10 comporte au moins un calculateur 40 de plan de mission, au moins un afficheur 42, 43 et au moins un ensemble de gestion 44 d’affichage sur l’afficheur 42, 43 propre à afficher, sur l’afficheur 42, 43 au moins une fenêtre récapitulative 46, 48 comportant des informations représentatives de tâches d’un plan de mission en cours.
Le système de gestion 10 comporte en outre avantageusement un outil de saisie 49, par exemple un clavier, une souris et/ou un écran tactile, destiné à permettre des interactions avec un utilisateur.
Dans cet exemple, le calculateur 40 de plan de mission comporte au moins un processeur 50 et au moins une mémoire 52 contenant des modules logiciels propres à être exécutés par le processeur 50.
La mémoire 52 contient au moins un module logiciel 54 d’interface de saisie, par un utilisateur, d’objectifs et de contraintes de la mission, au moins un module logiciel 56 d’interface d’acquisition d’états opérationnels de plateformes 14 devant réaliser les tâches de la mission et d’acquisition de données d’environnement tactique autour des plateformes 14.
La mémoire 52 contient en outre un moteur 58 de calcul de mission, propre à déterminer un plan de mission comportant une liste de tâches à effectuer pour remplir les objectifs de la mission en respectant les contraintes, et une allocation des tâches entre les plateformes 14, en tenant compte des capacités et/ou de l’état opérationnel des plateformes 14.
La mémoire 52 contient en outre un module 59 de gestion de cycle du plan de mission, destiné à piloter l’interface de saisie 54, l’interface d’acquisition 56 et le moteur de calcul 58 pour mettre en œuvre un cycle d’établissement de plans de mission
L’interface de saisie 54 est destinée à être activée par un utilisateur pour saisir des objectifs et/ou des contraintes de la mission définissant un contexte de mission.
L’interface de saisie 54 est par exemple réalisée sous forme d’au moins une fenêtre de saisie 60 (voir figure 5) destinée à être affichée sur un afficheur 42, 43 par l’ensemble de gestions d’affichage 44.
La fenêtre de saisie 60 permet à l’utilisateur de définir un nouveau contexte de mission comportant au moins un objectif et/ou une contrainte différents des objectifs et des contraintes du plan de mission courant.
L’interface de saisie 54 est propre à recueillir une saisie de l’utilisateur au moyen de la fenêtre de saisie, pour définir au moins un nouvel objectif de mission, par exemple une nouvelle reconnaissance, un nouveau tir, ou/et une nouvelle contrainte de la mission, par exemple un horaire de passages différents ou à un point de passage imposé.
L’interface de saisie 54 comporte de préférence au moins un bouton d’activation de la saisie 62 propre à être activé par l’utilisateur pour valider la saisie et permettre d’afficher sur l’afficheur 42, 43, des informations représentatives des modifications du contexte de mission.
L’interface de saisie 54 comporte également un bouton de prévisualisation 64 (voir figure 6), propre à permettre l’activation du moteur de calcul 58 de mission et l’affichage d’informations représentatives des tâches d’un plan de mission prévisualisé obtenu après activation du moteur de calcul 58.
Elle comporte aussi un bouton 66 de validation du plan de mission prévisualisé (voir figure 7), propre à être activé par l’utilisateur pour remplacer le plan de mission courant par le plan de mission prévisualisé, comme on le verra plus bas.
L’interface d’acquisition 56 est propre à interroger ponctuellement ou périodiquement le système de gestion et de suivi des systèmes avions 18 et/ou le système 19 de gestion des charges utiles pour déterminer une modification d’un état opérationnel d’au moins une plateforme 14 ou de ses charges utiles. Elle est apte à interroger ponctuellement ou périodiquement le système de conduite et d’exécution de mission 16 de chaque plateforme pour déterminer la position de la plateforme 14 et pour déterminer si une nouvelle contrainte par exemple météorologique, s’applique.
L’interface d’acquisition 56 est propre également à interroger ponctuellement ou périodiquement le système 21 de surveillance de l’environnement tactique pour déterminer un changement d’environnement tactique, par exemple l’apparition d’une nouvelle menace.
La modification d’état opérationnel, de contrainte ou d’environnement tactique déterminée par l’interface d’acquisition 56 crée un nouveau contexte de mission présentant au moins un état opérationnel et/ou un environnement tactique différent de l’état opérationnel et/ou de l’environnement tactique du contexte de mission courant.
Lorsque l’interface d’acquisition 56 détecte un nouveau contexte de mission, le moteur de mission 58 est propre à s’activer sans requête d’un utilisateur pour calculer un plan de mission proposé automatiquement, des informations représentatives des tâches du plan de mission proposé automatiquement étant affichées sur l’afficheur 42, 43, après activation du moteur de calcul 58.
L’interface d’acquisition 56 comporte en outre un bouton de validation 68 du plan de mission proposé automatiquement (voir figure 12), propre à être activé par l’utilisateur pour remplacer le plan de mission courant par le plan de mission proposé automatiquement.
Le moteur de calcul 58 comporte une application 70 de gestion d’objectifs, une application 72 d’allocation de tâches, et une application de génération 74 d’un plan de mission tenant compte des contraintes de mission, le plan de mission étant obtenu pour chaque plateforme 14.
L’application de gestion 70 est propre à transformer chaque objectif de la mission en une liste de tâches à effectuer pour réaliser l’objectif. L’application 70 est ainsi propre à identifier un objectif saisi par l’utilisateur, et en fonction du type d’objectif saisi par l’utilisateur, à définir la liste des tâches, avantageusement à l’aide d’une base de données de tâches de mission (non représentée).
Par exemple, si l’objectif est de neutraliser une cible, les tâches de mission comportent par exemple une approche de la cible, une mesure de position de la cible, une préparation de tir, et un tir.
L’application d’allocation 72 est propre à répartir les tâches de mission de chaque objectif de la mission entre les plateformes 14 destinées à effectuer la mission, en fonction des plateformes 14 disponibles pour effectuer la mission, de l’état opérationnel de chaque plateforme 14 et de l’environnement tactique autour des plateformes 14.
L’application de génération 74 est propre à engendrer un plan de mission pour chaque plateforme 14 comportant la liste ordonnée des tâches à effectuer, le temps auquel la tâche doit être effectuée, les ressources à utiliser à un point de passage 24 sur un point d’application, le mode d’utilisation des ressources au point de passage 24, les coordonnées géographiques du point de passage 24, et la trajectoire 26 à réaliser à partir du point de passage 24 pour effectuer cette tâche.
Le plan de mission comporte en outre, pour chaque plateforme 14, un plan de vol comportant l’ensemble des points de passage 24 de la mission, et des trajectoires 26 de tâches, les tâches étant reliées par des trajectoires de rejointes 28.
La liste ordonnée des tâches à réaliser et le plan de vol sont calculés en fonction des contraintes définies pour la mission, notamment des contraintes spatiales, temporelles, logiques, ou de ressources, telles que définies plus haut. La génération du plan de mission tient également compte de l’indicateur d’importance et/ou de priorité de la contrainte.
Le plan de mission est par exemple fourni par le moteur de mission 58 sous forme d’au moins un fichier informatique comprenant la liste des tâches à réaliser et le plan de vol associé.
Le module de gestion de cycle 59 est destiné à piloter l’interface de saisie 54, l’interface d’acquisition 56 et le moteur de calcul 58 pour mettre en œuvre un cycle d’établissement de plan de mission, représenté sur la figure 3.
Initialement, avant la mission ou au début de la mission, le module de gestion de cycle 59 est propre à permettre la définition des objectifs et des contraintes d’un plan de mission courant 80, sur la base d’un contexte de mission souhaité 82 chargé dans le système 10 ou défini à partir de l’interface de saisie 54 et à activer ce plan de mission courant 80 pour permettre la réalisation de la mission.
Comme indiqué plus haut, le contexte de mission souhaité 82 comporte au moins les objectifs de la mission, les contraintes appliquées sur la mission, l’état opérationnel de chaque plateforme 14 et l’environnement tactique autour des plateformes 14.
Puis, lorsque l’utilisateur souhaite modifier les objectifs ou les contraintes de la mission au moyen de l’interface de saisie 54, le module de gestion de cycle 59 est propre à activer l’ensemble de gestion d’affichage 44 pour l’afficher sur l’afficheur 42, 43 une fenêtre de saisie 60. Le module de gestion de cycle 59 est propre à recueillir la saisie d’un nouvel objectif ou/et d’une nouvelle contrainte effectuée par l’utilisateur, une fois le bouton d’activation 62 activé par l’utilisateur. Ceci définit un contexte de mission modifié 84.
Le module de gestion de cycle 59 est alors propre à initier l’affichage sur l’afficheur 42, 43, par l’ensemble de gestion d’affichage 44, d’informations représentatives des modifications 86 d’objectifs et de contraintes de la mission, en superposition des informations représentatives du plan de mission courant, sans calculer de plan de vol avec le moteur de mission 58 à ce stade. Le module de gestion de cycle 59 est alors propre à initier l’affichage d’une fenêtre d’activation du calcul 88 (visible sur la figure 6) comprenant le bouton de prévisualisation 64.
Les modifications 86 comportent par exemple un ou plusieurs points d’application supplémentaires 89.
Le module de gestion de cycle 59 est propre, après activation du bouton de prévisualisation 64 par l’utilisateur, à activer le moteur de calcul 58 pour engendrer un plan de mission prévisualisé 90 tenant compte des modifications 86 présentes dans le contexte de mission modifié 84. Il est alors propre à initier l’affichage sur l’afficheur 42, 43, par l’ensemble de gestion d’affichage 44, d’informations représentatives du plan de mission prévisualisé 90 en superposition des informations représentatives du plan de mission courant 80 et à lancer l’affichage, sur l’afficheur 42, 43, d’une fenêtre 92 de validation du plan de mission prévisualisé (voir figure 7) comprenant le bouton de validation 66.
Comme le plan de mission courant 80, le plan de mission prévisualisé 90 comporte la liste ordonnée des tâches à effectuer, le temps auquel la tâche doit être effectuée, les ressources à utiliser à un point de passage 24 sur un point d’application, le mode d’utilisation des ressources au point de passage 24, les coordonnées géographiques du point de passage 24, et la trajectoire 26 à réaliser à partir du point de passage 24 pour effectuer cette tâche. Il comprend un plan de vol comportant l’ensemble des points de passage 24 de la mission, l’ensemble des trajectoires 26 à réaliser pour chaque tâche de la mission à partir d’un point de passage 24, et les trajectoires de rejointes 28 entre les tâches successives de la mission, chaque trajectoire de rejointe 28 reliant l’extrémité finale de la trajectoire 26 à réaliser pour une tâche de la mission et le point de passage 24 associé à la tâche suivante de la mission.
Sur validation du bouton de validation 66 par l’utilisateur, le module de gestion de cycle 59 est propre à remplacer le plan de mission courant 80 par le plan de mission prévisualisé 90 qui devient le nouveau plan de mission courant.
Sur l’afficheur 42, 43, les informations représentatives du plan de mission courant 80 sont alors remplacées par les informations représentatives du plan de mission prévisualisé 90.
En parallèle, l’interface d’acquisition 56 est propre à ponctuellement ou périodiquement s’activer pour déterminer un changement éventuel d’état opérationnel, de contrainte ou d’environnement tactique d’une plateforme 14, modifiant le contexte de mission 82 et définissant un contexte de mission modifié 84 et à activer le module de gestion de cycle 59 en cas de changement du contexte de mission 82.
Dans ce cas, le module de gestion de cycle 59 est propre à activer automatiquement le moteur de calcul 58 pour engendrer un plan de mission proposé automatiquement 94 et pour lancer l’affichage, sur l’afficheur 42, 43, d’une fenêtre de validation 96 du plan de mission proposé automatiquement (voir figure 12) comprenant le bouton de validation 68.
Comme le plan de mission courant, le plan de mission proposé automatiquement 94 comporte la liste ordonnée des tâches à effectuer, le temps auquel la tâche doit être effectuée, les ressources à utiliser à un point de passage 24 sur un point d’application, le mode d’utilisation des ressources au point de passage 24, les coordonnées géographiques du point de passage 24, et la trajectoire 26 à réaliser à partir du point de passage 24 pour effectuer cette tâche. Il comprend un plan de vol comportant l’ensemble des points de passage 24 de la mission, et des trajectoires 26 de tâches, les tâches successives étant reliées par des trajectoires de rejointes 28.
Sur validation du bouton de validation 68 par l’utilisateur, le module de gestion de cycle 59 est propre à remplacer le plan de mission courant 80 par le plan de mission proposé automatiquement 94 qui devient le nouveau plan de mission courant.
Sur l’afficheur 42, 43, les informations représentatives du plan de mission courant 80 sont alors remplacées par les informations représentatives du plan de mission proposé automatiquement 94.
L’ensemble de gestion d’affichage 44 comporte un processeur graphique et une mémoire contenant des modules logiciels propres à être exécutés par le processeur graphique pour afficher sur chaque afficheur respectif 42, 43, des fenêtres récapitulatives du plan de mission 46, 48, les fenêtres de dialogue 62, 88, 92, 96 et les informations représentatives des plans de mission.
Dans l’exemple représenté sur les figures 2 et 4 à 8, au moins un afficheur 42 est destiné à l’affichage d’une fenêtre récapitulative 46 comportant une vue géographique 100 du terrain dans lequel la mission doit être effectuée, également désignée par le terme « image tactique ». La vue géographique 100 comporte en particulier une représentation des zones interdites 30, et/ou des terrains amis 102 ou hostiles 104 et avantageusement d’une ligne 105 de séparation entre les terrains 102, 104.
Les informations représentatives des tâches de la mission sont alors des représentations des points de passage 24, des trajectoires 26 de la mission, des trajectoires 28 de rejointes, et éventuellement des données relatives aux tâches à effectuer.
Optionnellement, l’ensemble de gestion d’affichage 44 est propre à afficher en superposition de la fenêtre récapitulative 46, une fenêtre de suivi temporel 106 listant, pour le plan de mission courant, les tâches successives 108 d’une plateforme 14 individuelle, ou d’un groupe de plateformes 14, sur une ligne de temps 110.
Dans l’exemple représenté sur les figures 9 à 11, au moins un afficheur 43 est destiné à l’affichage d’une fenêtre récapitulative 48 comportant un tableau de tâches successives 22 planifiées du plan de mission courant.
Les informations représentatives sont alors une désignation de la tâche planifiée 22 à effectuer (ici « Task A1 », « Task A2 », « Task B », etc.), la mention de la plateforme 14 destinée à effectuer la tâche (« UCAV »), et des indications relatives à l’exécution de la tâche, telles que le point de passage (« Waypoint ») auquel la tâche doit être effectuée, et le temps auquel la tâche doit être effectuée (« Time »).
La fenêtre récapitulative comporte en outre avantageusement un tableau d’objectifs définis (« Mission goals ») et de décomposition en tâches à planifier 22A (« Tasks to plan »), associées chacune à un point d’application 89A de la tâche («Task application point »).
Un bouton 107 de modification d’objectifs est en outre affiché pour permettre l’activation de l’interface de saisie 54 et l’ajout d’un nouvel objectif.
Chaque tâche à planifier 22A dans le tableau d’objectifs définis se décompose en une ou plusieurs tâches planifiées 22 dans le tableau des tâches planifiées. De même, chaque tâche planifiée 22 résulte d’une ou plusieurs tâches à planifier 22A.
Le fonctionnement du système de gestion 10 de plan de mission va maintenant être décrit.
Initialement, l’utilisateur définit ou charge un contexte de mission 82 comportant les objectifs de la mission et les contraintes de la mission, en utilisant notamment l’interface de saisie 54. L’interface d’acquisition 56 charge l’état opérationnel des plateformes 14 et l’environnement tactique autour des plateformes.
L’utilisateur active le moteur de calcul de mission 58 pour définir un plan de mission courant 80.
Lorsque la mission commence, le plan de mission courant 80 s’active pour la réalisation de la mission. Les informations représentatives du plan de mission courant 80 s’affichent sur chaque fenêtre récapitulative 46, 48 comme illustré sur les figures 4 et 9.
Puis, lorsque l’utilisateur souhaite modifier le plan de mission courant 80, il active l’interface de saisie 54, par exemple en cliquant sur le point 89 de la vue géographique 100 sur lequel un nouvel objectif doit être réalisé.
Le module de gestion de cycle 59 active alors l’ensemble de gestion d’affichage 44 qui affiche une fenêtre de saisie 60 en superposition de la fenêtre récapitulative 46. La fenêtre de saisie 60 est ici un menu circulaire.
L’utilisateur saisit un nouvel objectif ou/et une nouvelle contrainte, et active le bouton d’activation 62 pour définir un contexte de mission modifié 84.
Le module de gestion de cycle 59 intègre alors la saisie faite par l’utilisateur et initie l’affichage sur la fenêtre récapitulative 46 d’informations représentatives des modifications 86, en superposition des informations représentatives du plan de mission courant 80.
Les informations représentatives des modifications 86 sont par exemple affichées dans une couleur différente de celle du plan de mission courant ou avec un graphisme différent. Aucun plan de vol n’ayant été calculé à ce stade pour ces modifications, seuls des points d’applications 89 sont affichés en complément des informations représentatives du plan de mission courant. Aucune trajectoire associée aux modifications 86 n’est donc visible sur la fenêtre récapitulative 46 à ce stade.
En référence à la figure 10, des informations représentatives des modifications 86 sont également affichées sur la fenêtre récapitulative 48 sous forme d’une nouvelle ligne d’objectifs et de tâches à planifier 22A dans le tableau de la fenêtre récapitulative 48, créant un contexte de mission modifié.
L’ensemble de gestion d’affichage 44 affiche également une fenêtre d’activation du calcul 88 (visible sur la figure 6) comprenant le bouton de prévisualisation 64 et un bouton d’annulation.
L’utilisateur sélectionne alors le bouton de prévisualisation 64. Le module de gestion de cycle 59 active le moteur de calcul 58 pour engendrer un plan de mission prévisualisé 90 tenant compte du contexte de mission modifié 84.
Comme illustré sur la figure 7, l’ensemble de gestion d’affichage 44 affiche alors des informations représentatives d’un plan de mission prévisualisé 90 en superposition des informations représentatives du plan de mission courant, incluant les points de passage modifiés 91, et la trajectoire modifiée 91A proposée pour le plan de vol prévisualisé 90.
Les informations représentatives du plan de mission prévisualisé 90 sont par exemple affichées dans une couleur différente de celle du plan de mission courant ou avec un graphisme différent.
Par ailleurs, les informations représentatives du plan de mission prévisualisé 90 sont aussi affichées sur la fenêtre de suivi temporel 106, sous forme d’une dérivation 111 de la ligne de temps 110, placée parallèlement à la ligne de temps 110, avec une synchronisation temporelle avec la ligne de temps 110.
En référence à la figure 11, les tâches planifiées 22 à exécuter se mettent alors à jour dans le tableau des tâches planifiées de la fenêtre 48, ajoutant les informations représentatives du plan de mission prévisualisé 90 à celles du plan de mission courant 80.
L’ensemble de gestion d’affichage 44 lance également l’affichage d’une fenêtre 92 de validation du plan de mission prévisualisé (voir figure 7) comprenant le bouton de validation 66 et avantageusement un bouton d’annulation.
S’il est satisfait par le plan de mission prévisualisé 90, l’utilisateur sélectionne le bouton de validation 66 visible sur la figure 7.
En référence à la figure 8, le module de gestion de cycle 59 remplace le plan de mission courant 80 par le plan de mission prévisualisé 90 qui devient le nouveau plan de mission courant. Les informations représentatives du plan de mission courant 80 sont alors remplacées sur les fenêtres récapitulatives 46, 48 par les informations représentatives du plan de mission prévisualisé 90. De même, la dérivation 111 de la ligne de temps 110 se substitue à la ligne de temps 110 sur la fenêtre de suivi temporel 106.
En parallèle, l’interface d’acquisition 56 s’active ponctuellement ou périodiquement, pour déterminer un changement éventuel de contrainte, d’état opérationnel d’une plateforme 14 et/ou d’environnement tactique, modifiant le contexte de mission 82 et définissant un contexte de mission modifié 84.
Dans ce cas, le module de gestion de cycle 59 active automatiquement le moteur de calcul 58 pour engendrer un plan de mission proposé automatiquement 94.
L’ensemble de gestion d’affichage 44 lance l’affichage sur la fenêtre récapitulative 46 d’informations représentatives du plan de mission proposé automatiquement 94.
En référence à la figure 12, ces informations comprennent par exemple une trajectoire modifiée 130 qui est affichée dans une couleur différente ou avec un graphisme différent, en superposition des informations représentatives du plan de mission courant 80.
L’ensemble de gestion d’affichage 44 affiche simultanément une fenêtre de validation 96 du plan de mission proposé automatiquement (voir figure 12) comprenant le bouton de validation 68 et avantageusement un bouton d’annulation.
Sur validation du bouton de validation 68 par l’utilisateur, le module de gestion de cycle 59 remplace le plan de mission courant 80 par le plan de mission proposé automatiquement 94 qui devient le nouveau plan de mission courant.
Les informations représentatives du plan de mission courant 80 sont alors remplacées par les informations représentatives du plan de mission proposé automatiquement 94 sur les fenêtres 46, 48 et 106.
Le système de gestion 10 est donc particulièrement utile pour mener et suivre des missions complexes impliquant plusieurs plateformes et de nombreux objectifs à réaliser. Le système de gestion 10 est très efficace lorsque des modifications de la mission se produisent, soit du fait de l’utilisateur, soit en raison d’événements inattendus affectant les plateformes 14 conduisant la mission.
Le système de gestion 10 permet à l’utilisateur de définir facilement un nouveau contexte de mission, en proposant un plan de mission alternatif. De même, en cas d’occurrence d’événements inattendus, le système de gestion 10 propose à l’utilisateur au moins un plan de mission alternatif à mettre en œuvre.
Dans une variante (non représentée), le moteur de calcul 58 calcule plusieurs plans de mission prévisualisés 90 ou plusieurs plans de mission proposés automatiquement 94, laissant un choix à l’utilisateur. Les informations représentatives des différents plans de missions sont par exemple présentées simultanément, notamment sur la fenêtre 46 ou successivement par activation d’un bouton de défilement (non représenté), notamment sur la fenêtre 48.

Claims (16)

  1. Système (10) de gestion d’un plan de mission aérienne destiné à être exécuté par une pluralité de plateformes (14) devant réaliser une pluralité de tâches, le système (10) comprenant :
    - une interface de saisie (54), par un utilisateur, d’objectifs et de contraintes de la mission ;
    - une interface d’acquisition (56) d’états opérationnels des plateformes (14) devant réaliser les tâches de la mission et d’acquisition de données d’environnement tactique autour des plateformes (14) ;
    - un moteur de calcul (58) de mission, propre à déterminer un plan de mission comportant une liste de tâches à effectuer pour remplir les objectifs de la mission en respectant les contraintes, et une allocation des tâches entre les plateformes (14) en tenant compte de l’état opérationnel des plateformes (14) et de l’environnement tactique autour des plateformes (14) ;
    - au moins un afficheur (42, 43) et un ensemble de gestion d’affichage (44) sur l’afficheur (42, 43), propre à afficher, sur l’afficheur (42, 43), au moins une fenêtre récapitulative (46, 48) comportant des informations représentatives de tâches d’un plan de mission établi sur la base d’un contexte de mission courant ;
    caractérisé en ce que l’interface de saisie (54) et/ou l’interface d’acquisition (56) est propre à être activée pour définir au moins un nouveau contexte de mission comportant au moins un objectif, une contrainte, un état opérationnel et/ou un environnement tactique différent respectivement d’un objectif, d’une contrainte, d’un état opérationnel et/ou d’un environnement tactique du contexte de mission courant,
    le moteur de calcul (58) de mission étant propre à être activé pour déterminer un nouveau plan de mission en fonction du nouveau contexte de mission défini par l’interface de saisie (54) et/ou par l’interface d’acquisition (56),
    l’ensemble de gestion d’affichage (44) étant propre à afficher, sur la fenêtre récapitulative (46, 48), des informations représentatives de tâches d’au moins un nouveau plan de mission obtenu par le moteur de calcul (58) en fonction du nouveau contexte de mission défini par l’interface de saisie (54) et/ou par l’interface d’acquisition (56).
  2. Système (10) selon la revendication 1, dans lequel, après détermination du nouveau plan de mission, l’ensemble de gestion d’affichage (44) est propre à afficher, sur la fenêtre récapitulative (46, 48), au moins un bouton de validation (68) du nouveau plan de mission, propre à être sélectionné par l’utilisateur pour activer le nouveau plan de mission et remplacer le plan de mission courant.
  3. Système (10) selon l’une quelconque des revendications 1 ou 2, dans lequel le moteur de calcul (58) de mission est propre à déterminer une pluralité de nouveaux plans de mission alternatifs en fonction du même nouveau contexte de mission défini par l’interface de saisie (54) et/ou par l’interface d’acquisition (56), l’ensemble de gestion d’affichage (44) étant propre à afficher successivement ou simultanément sur l’afficheur (42, 43), les informations représentatives de chaque nouveau plan de mission déterminé par le moteur de calcul (58) de mission en fonction du même nouveau contexte de mission défini par l’interface de saisie (54) et/ou par l’interface d’acquisition (56).
  4. Système (10) selon l’une quelconque des revendications précédentes, dans lequel l’interface de saisie (54) est propre à être activée par l’utilisateur pour saisir un nouvel objectif ou une nouvelle contrainte de la mission et définir le nouveau contexte de mission, le nouveau plan de mission défini par le moteur de calcul (58) étant un plan de mission prévisualisé (90) tenant compte du nouvel objectif et/ou de la nouvelle contrainte de la mission saisie par l’utilisateur.
  5. Système (10) selon la revendication 4, dans lequel, après saisie du nouvel objectif et/ou de la nouvelle contrainte, l’ensemble de gestion d’affichage (44) est propre à afficher des informations représentatives des modifications (86) d’objectif ou/et de contrainte de la mission, avant l’activation du moteur de calcul (58) de mission, et un bouton de prévisualisation (64) propre à être sélectionné par l’utilisateur pour activer le moteur de calcul (58) de mission et définir le plan de mission prévisualisé (90).
  6. Système (10) selon l’une quelconque des revendications précédentes, dans lequel l’interface d’acquisition (56) est propre à détecter un événement modifiant les contraintes de la mission, de l’état opérationnel des plateformes (14), et/ou de l’environnement tactique et à transmettre au moteur de calcul (58) de mission au moins une nouvelle contrainte, un nouvel état opérationnel des plateformes (14), et/ou un nouvel environnement tactique, le nouveau plan de mission calculé par le moteur de calcul (58) de mission étant un plan de mission proposé automatiquement (94) tenant compte d’au moins une modification des contraintes de la mission, de l’état opérationnel des plateformes (14) et/ou de l’environnement tactique ayant été engendrée par l’événement.
  7. Système (10) selon la revendication 6, dans lequel le moteur de calcul (58) de mission est propre à calculer le plan de mission proposé automatiquement (94) sans requête d’un utilisateur.
  8. Système (10) selon l’une quelconque des revendications précédentes, dans lequel le plan de mission calculé par le moteur de calcul (58) de mission comporte pour chaque plateforme (14), une liste ordonnée des tâches que doit réaliser la plateforme (14), associées à un plan de vol pour la plateforme (14).
  9. Système (10) selon la revendication 8, dans lequel la liste ordonnée des tâches à réaliser comporte pour chaque tâche, au moins une ressource à utiliser pour la tâche, un mode d’utilisation de la ou de chaque ressource, un point de passage définissant le début de la tâche et/ou une trajectoire à réaliser pour cette tâche.
  10. Système (10) selon la revendication 8 ou 9, dans lequel le plan de vol comporte l’ensemble des points de passage correspondant à chaque tâche que doit réaliser la plateforme (14), les trajectoires à réaliser pour la tâche et/ou les trajectoires de rejointes entre les points de passage.
  11. Système (10) selon l’une quelconque des revendications précédentes, dans lequel la fenêtre récapitulative (46) d’un plan de mission courant comporte une vue géographique (100) du terrain dans lequel la mission est effectuée, les informations représentatives du plan de mission courant (80) étant représentées sur la vue géographique (100), les informations représentatives du nouveau plan de mission étant propres à être représentées en superposition ou en substitution des informations représentatives du plan de mission courant (80) sur la vue géographique.
  12. Système (10) selon l’une quelconque des revendications précédentes, dans lequel la fenêtre récapitulative (48) du plan de mission courant comporte un tableau de tâches successives du plan de mission courant, le tableau de tâches successives étant propre à être modifié par l’ensemble de gestion d’affichage (44) pour afficher en addition ou en substitution, les tâches propres du nouveau plan de mission.
  13. Système (10) selon l’une quelconque des revendications précédentes, dans lequel l’ensemble de gestion d’affichage (44) est propre à afficher une fenêtre de suivi temporel (106) listant, pour le plan de mission courant, les tâches successives (108) d’une plateforme (14) individuelle, ou d’un groupe de plateformes (14), sur une ligne de temps (110).
  14. Procédé de gestion d’un plan de mission aérienne comprenant les étapes suivantes :
    - fourniture d’un système (10) de gestion selon l’une quelconque des revendications précédentes ;
    - saisie par un utilisateur à l’aide de l’interface de saisie (54), d’objectifs et de contraintes de la mission ;
    - acquisition par l’interface d’acquisition (56) d’états opérationnels des plateformes (14) devant réaliser les tâches de la mission et/ou de données d’environnement tactique autour des plateformes (14) ;
    - détermination par le moteur de calcul (58) de mission, d’un plan de mission comportant une liste de tâches à effectuer pour remplir les objectifs de la mission en respectant les contraintes, et allocation des tâches entre les plateformes (14) en tenant compte de l’état opérationnel des plateformes (14) et de l’environnement tactique autour des plateformes (14) ;
    - affichage sur l’afficheur (42, 43) par l’ensemble de gestion d’affichage (44) d’au moins une fenêtre récapitulative (46, 48) comportant des informations représentatives de tâches d’un plan de mission établi sur la base d’un contexte de mission courant ;
    caractérisé par les étapes suivantes :
    - définition par l’interface de saisie (54) et/ou l’interface d’au moins un nouveau contexte de mission comportant au moins un objectif, une contrainte, un état opérationnel et/ou un environnement tactique différent respectivement d’un objectif, d’une contrainte, d’un état opérationnel et/ou d’un environnement tactique du contexte de mission courant ;
    - activation du moteur de calcul (58) de mission pour déterminer un nouveau plan de mission en fonction du nouveau contexte de mission défini par l’interface de saisie (54) et/ou par l’interface d’acquisition (56) ;
    - affichage par l’ensemble de gestion d’affichage (44), sur la fenêtre récapitulative (46, 48), d’informations représentatives de tâches d’au moins un nouveau plan de mission obtenu par le moteur de calcul (58) en fonction du nouveau contexte de mission défini par l’interface de saisie (54) et/ou par l’interface d’acquisition (56).
  15. Procédé selon la revendication 14, comprenant l’activation de l’interface de saisie (54) par l’utilisateur pour saisir un nouvel objectif ou une nouvelle contrainte de la mission et définir le nouveau contexte de mission, le nouveau plan de mission défini par le moteur de calcul (58) étant un plan de mission prévisualisé (90) tenant compte du nouvel objectif et/ou de la nouvelle contrainte de la mission saisie par l’utilisateur.
  16. Procédé selon la revendication 14 ou 15, comprenant les étapes suivantes :
    - détection par l’interface d’acquisition (56) d’un événement modifiant les contraintes de la mission, de l’état opérationnel des plateformes (14), et/ou de l’environnement tactique ; et
    - transmission au moteur de calcul (58) de mission d’au moins une nouvelle contrainte, un nouvel état opérationnel des plateformes (14), et/ou un nouvel environnement tactique ;
    le nouveau plan de mission calculé par le moteur de calcul (58) de mission étant un plan de mission proposé automatiquement (94) tenant compte d’au moins une modification des contraintes de la mission, de l’état opérationnel des plateformes (14) et/ou de l’environnement tactique ayant été engendrée par l’événement, le plan de mission proposé automatiquement (94) étant avantageusement calculé par le moteur de calcul (58) de mission sans requête d’un utilisateur.
FR1902374A 2019-03-08 2019-03-08 Système de gestion d’un plan de mission aérienne destiné à être exécuté par une pluralité de plateformes devant réaliser une pluralité de tâches et procédé associé Active FR3093585B1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR1902374A FR3093585B1 (fr) 2019-03-08 2019-03-08 Système de gestion d’un plan de mission aérienne destiné à être exécuté par une pluralité de plateformes devant réaliser une pluralité de tâches et procédé associé
EP20161624.0A EP3706100A1 (fr) 2019-03-08 2020-03-06 Système de gestion d'un plan de mission aérienne destiné à être exécuté par une pluralité de plateformes devant réaliser une pluralité de tâches et procédé associé

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1902374 2019-03-08
FR1902374A FR3093585B1 (fr) 2019-03-08 2019-03-08 Système de gestion d’un plan de mission aérienne destiné à être exécuté par une pluralité de plateformes devant réaliser une pluralité de tâches et procédé associé

Publications (2)

Publication Number Publication Date
FR3093585A1 true FR3093585A1 (fr) 2020-09-11
FR3093585B1 FR3093585B1 (fr) 2022-01-14

Family

ID=68806802

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1902374A Active FR3093585B1 (fr) 2019-03-08 2019-03-08 Système de gestion d’un plan de mission aérienne destiné à être exécuté par une pluralité de plateformes devant réaliser une pluralité de tâches et procédé associé

Country Status (2)

Country Link
EP (1) EP3706100A1 (fr)
FR (1) FR3093585B1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3123735A1 (fr) * 2021-06-08 2022-12-09 Dassault Aviation Système de génération de commandes reproduisant le comportement d'au moins un opérateur humain, simulateur et procédé associé

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7194353B1 (en) * 2004-12-03 2007-03-20 Gestalt, Llc Method and system for route planning of aircraft using rule-based expert system and threat assessment
US20150354964A1 (en) * 2014-03-31 2015-12-10 Telos Corporation Mission Planning System and Method
US20160146622A1 (en) * 2012-03-14 2016-05-26 Lockhead Martin Corporation Route re-planning using enemy force lethality projection
US20160216711A1 (en) * 2014-05-20 2016-07-28 Verizon Patent And Licensing Inc. Scheduling of unmanned aerial vehicles for mission performance
US20160300494A1 (en) * 2015-04-10 2016-10-13 Architecture Technology, Inc. Communication travel plan generation system
US20170254664A1 (en) * 2016-03-03 2017-09-07 Northrop Grumman Systems Corporation 4d temporal data structures for visualization of alternative mission plans over time

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7194353B1 (en) * 2004-12-03 2007-03-20 Gestalt, Llc Method and system for route planning of aircraft using rule-based expert system and threat assessment
US20160146622A1 (en) * 2012-03-14 2016-05-26 Lockhead Martin Corporation Route re-planning using enemy force lethality projection
US20150354964A1 (en) * 2014-03-31 2015-12-10 Telos Corporation Mission Planning System and Method
US20160216711A1 (en) * 2014-05-20 2016-07-28 Verizon Patent And Licensing Inc. Scheduling of unmanned aerial vehicles for mission performance
US20160300494A1 (en) * 2015-04-10 2016-10-13 Architecture Technology, Inc. Communication travel plan generation system
US20170254664A1 (en) * 2016-03-03 2017-09-07 Northrop Grumman Systems Corporation 4d temporal data structures for visualization of alternative mission plans over time

Also Published As

Publication number Publication date
FR3093585B1 (fr) 2022-01-14
EP3706100A1 (fr) 2020-09-09

Similar Documents

Publication Publication Date Title
FR3039643A1 (fr) Interface homme-machine pour la gestion du vol d'un aeronef
US11535393B2 (en) Methods and systems for automatic cross-checking of electronic checklists
FR3064762A1 (fr) Gestion de la phase de descente d'un aeronef
EP2244215A1 (fr) Système et procédé d'interaction et de représentation holistique de taches
US9360673B2 (en) Interaction method in an aircraft cockpit between a pilot and his environment
FR3076016A1 (fr) Dispositif electronique d'interface entre au moins un systeme avionique et un ensemble de capteurs, installation avionique, procede de communication et programme d'ordinateur associes
US20220374135A1 (en) Location-based asset efficiency determination
FR3043487A1 (fr) Gestion de trajectoire d'un aeronef en cas de panne moteur
WO2016096415A1 (fr) Dispositif d'affichage et de mise a jour d'un motif de trajectoire aerienne en regard d'une zone au sol, notamment pour une mission de largage
EP3706100A1 (fr) Système de gestion d'un plan de mission aérienne destiné à être exécuté par une pluralité de plateformes devant réaliser une pluralité de tâches et procédé associé
KR102527522B1 (ko) 항공정비사 작업 지원 시스템 및 그 방법
US10163185B1 (en) Systems and methods for user driven avionics graphics
FR3055433A1 (fr) Procede d'aide au pilotage d'un aeronef, produit programme d'ordinateur et dispositif d'aide au pilotage associes
CA3020086A1 (fr) Procede de controle de la restitution d'alerte(s) et/ou de procedure(s) de reconfiguration systeme(s), produit programme d'ordinateur et systeme de controle associes
Dominguez et al. Cognitive design of an application enabling remote bases to receive unmanned helicopter resupply
EP3167434A2 (fr) Equipement optronique aeroporte pour l'imagerie, la surveillance et/ou la designation de cibles
Hicks et al. Eyekeon: distributed augmented reality for soldier teams
EP3074842B1 (fr) Poste de contrôle de drones
Hicks et al. Eyekon: augmented reality for battlefield soldiers
Osga et al. Unmanned surface vehicle human-computer interface for amphibious operations
FR3093839A1 (fr) Terminal d’opérateur de système de mission et procédé d’affichage et d’interaction associé
KR102419393B1 (ko) 비행 안전 판단 시스템 및 방법
EP4102488A1 (fr) Système de génération de commandes reproduisant le comportement d'au moins un opérateur humain, simulateur et procédé associé
WO2021224299A1 (fr) Procédé et système électronique d'aide à la gestion du vol d'un aéronef avec gestion de boucle(s), programme d'ordinateur associé
FR3103587A1 (fr) Procede et dispositif electronique de gestion d'une fonction de recherche avec saisie facilitee d'une information de position comportant une latitude et/ou une longitude, programme d'ordinateur et systeme ihm associes

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20200911

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6