EP0679857A1 - Système et procédé de simulation technico-operationnelle - Google Patents

Système et procédé de simulation technico-operationnelle Download PDF

Info

Publication number
EP0679857A1
EP0679857A1 EP95400958A EP95400958A EP0679857A1 EP 0679857 A1 EP0679857 A1 EP 0679857A1 EP 95400958 A EP95400958 A EP 95400958A EP 95400958 A EP95400958 A EP 95400958A EP 0679857 A1 EP0679857 A1 EP 0679857A1
Authority
EP
European Patent Office
Prior art keywords
scenario
macro
database
local
global
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
EP95400958A
Other languages
German (de)
English (en)
Other versions
EP0679857B1 (fr
Inventor
Laurent Smith
Laurent Chassaing
Raymond Frisby
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
Airbus Group SAS
Original Assignee
Dassault Aviation SA
Airbus Group SAS
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, Airbus Group SAS filed Critical Dassault Aviation SA
Publication of EP0679857A1 publication Critical patent/EP0679857A1/fr
Application granted granted Critical
Publication of EP0679857B1 publication Critical patent/EP0679857B1/fr
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F41—WEAPONS
    • F41G—WEAPON SIGHTS; AIMING
    • F41G3/00—Aiming or laying means
    • F41G3/26—Teaching or practice apparatus for gun-aiming or gun-laying

Definitions

  • the present invention relates to a technical and operational simulation system and method, in the field of air-land, air-naval battles and air battle or extended air defense.
  • the purpose of the technical and operational simulation is to simulate battles between several camps in order to deduce the technical behavior of the armaments used and their operational modes of use. It can be used for weapons efficiency assessments and user training.
  • Patent application EP-A-0 479 422 describes a real-time interactive simulation system which involves several participants cooperating to achieve a predetermined objective, interactively.
  • the system includes a parallel computer processor and several video simulators coupled to this processor.
  • Patent application EP-A-0 526 969 describes a method for developing a tactical path for use in simulated tactical engagements. This method, which can be carried out in software, selects tactically valid paths for vehicles from an initial position to an objective position through a piece of terrain, using a terrain database. It searches among the possible paths before selecting a desired path.
  • the object of the invention is therefore to create an application structure allowing rapid construction and evaluation of attack / defense scenarios integrating the different types of confrontation (air / air, ground / air, air / ground and ground / ground - the sea can be assimilated to the ground), which may appear in these scenarios. It also aims to allow a partially automated simulation process by reusing existing simulators as much as possible, and by limiting the necessary adaptation work, with a view to reducing costs.
  • a “technical and operational scenario” describes the composition and the nature of the forces involved, their location and their movements.
  • a “theater of operations” is the geographical extent over which the confrontation of the camps takes place.
  • the simulation of "theater” therefore represents all of the battles (for example a "front”).
  • An "area of operations” is a zoom on a particular combat, located geographically (for example the crossing of a river by a division of a camp in presence).
  • a "duel” represents a combat between two adversaries (for example a tank of a first camp against a tank of a second field).
  • a “macro-event” is a sub-scenario of the global scenario.
  • a “macro-event” corresponds to a sub-scenario corresponding to a particular combat, studied at the zone level.
  • An “information filter” can be defined as follows: each camp has forces deployed in the theater of operations, and seeks to know, by means of information, the adversary's device. He manages to obtain an imperfect, “filtered” knowledge of it. This is called the information filter which represents the hiatus between the real device and the available representation.
  • a "computer utility” is a software allowing to carry out a precise function (for example: utility for entering the latitudes and longitudes of the forces in the scenario).
  • This system allows a nesting of simulations of "zone” level and of “dual” level (lowest level) in order to carry out a simulation of "theater” level with finite models of "zone” and “dual” levels.
  • the first phase consists of describing the scenario at the "theater" level (highest level) and deploying the weapons systems of the first camp.
  • the second camp After a filter, the second camp has an imperfect knowledge of it, thanks to a computer database of technical characterization of various weapon systems.
  • the description of the scenarios is limited to names of weapon systems and positioning for the first camp, and to trajectories and raid compositions for the second camp.
  • the second phase consists of dividing the "theater" scenario into "zone” level sub-scenarios.
  • Each sub-scenario coherent from the geographical and operational point of view, is refined from the point of view of deployment and composition of defense and attack and is simulated on a simulation software of level "zone” and "duel”.
  • the output results of each sub-scenario are used as input to the following sub-scenario.
  • This phase can be repeated for each sub-scenario, either manually with operator control, or automatically by software, which then behaves like a theater simulator.
  • scenario generator only manipulates objects at their most global level of definition. However, even at this level, the manipulated object retains the tree structure defining it at the finest level. Only the number of items entered is characteristic of the level used.
  • the manager of macro-events and simulators is at the heart of the system of the invention.
  • the first task of this utility consists of a graphic aid to the sequential definition of the missions.
  • the studied scenario is subdivided (defined at this stage at the "theater” level), into a series of N macro-events at the "zone” or “dual” level, thus allowing the user to identify the attack / defense simulators likely to treat each one of them.
  • a priori we use the same graphical interface as the scenario generator.
  • This chain of N macro-events is linear (the outputs of the macro-event M1 are the inputs of the macro-event M2), the aspects of global coherence are taken into account from one macro-event to another, through the communication of the "instantaneous" operational state of output from the previous macro-event.
  • These outputs can also, to a certain extent (alert levels, etc.), affect the local elements of defense of the Mi macro-event.
  • the macro-event is then likely to be simulated.
  • the fine simulation results of this macro-event are stored in a results file managed locally by the simulator considered.
  • the overall results are retrieved by the simulation management functions, and stored in a "results" database for the synthetic exploitation of the scenarios.
  • the operating user then launches the study of the macro Mi + 1 according to the same process.
  • the “scenario” database contains all of the characteristics of the objects (logical structure and parameters entered) handled by the generation of global scenario and the macro-event management functionalities.
  • the system of the invention is understood either as a structure integrating automatic controls and by the process user, or as a "macro-simulator" authorizing fully automated studies of a scenario.
  • the launch of local simulators is either the responsibility of the operator or is carried out automatically.

Landscapes

  • Engineering & Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne un système de simulation technico-opérationnelle comprenant : au moins une base de données globale (10, 11, 12) ; au moins une base de données locale (13) de description des performances techniques et opérationnelles des systèmes d'armes des différents camps en présence : un générateur de scénario global (14) ; un gestionnaire de macro-événements et de simulateurs (15) ; au moins un simulateur (16) au niveau local, interfacé avec une bases de données locale. Elle conceme également un procédé de simulation technico-opérationnelle. <IMAGE>

Description

    Domaine technique
  • La présente invention concerne un système et un procédé de simulation technico-opérationnelle, dans le domaine des luttes aéroterrestre, aéronavale et de la bataille aérienne ou de la défense aérienne élargie.
    • Etat de la technique antérieure
  • L'objet de la simulation technico-opérationnelle est de simuler des combats entre plusieurs camps afin d'en déduire le comportement technique des armements utilisés et leurs modes d'utilisation opérationnels. Elle peut servir aux évaluations d'efficacité des armements et à l'entraînement des utilisateurs.
  • Deux documents de l'art antérieur concernent un domaine technique proche de celui de l'invention.
  • La demande de brevet EP-A-0 479 422 décrit un système de simulation interactif en temps réel qui implique plusieurs participants coopérant pour atteindre un objectif prédéterminé, de manière interactive. Ce système comprend un processeur d'ordinateur parallèle et plusieurs simulateurs vidéo couplés à ce processeur.
  • La demande de brevet EP-A-0 526 969 décrit une méthode d'élaboration de chemin tactique pour une utilisation dans des engagements tactiques simulés. Cette méthode, qui peut être réalisée en logiciel, sélectionne des chemins valables tactiquement pour des véhicules d'une position initiale à une position objectif à travers un morceau de terrain, en utilisant une base de données terrain. Elle effectue une recherche parmi les chemins possibles avant de sélectionner un chemin désiré.
  • Toutefois ces deux documents ne concernent pas le domaine de la simulation technico-opérationnelle.
  • On a en effet identifié dans ce domaine le besoin d'une plus grande automatisation du processus de création de scénarios d'étude afin de réduire le temps de réponse pour les études futures et par conséquent de réduire les coûts de celles-ci.
  • L'invention a donc pour objet de créer une structure applicative permettant de construire et d'évaluer rapidement des scénarios attaque/défense intégrant les différents types d'affrontement (air/air, sol/air, air/sol et sol/sol -la mer pouvant être assimilée au sol), susceptible d'apparaître dans ces scénarios. Elle a également pour objet de permettre une démarche partiellement automatisée de simulation en réutilisant au maximum des simulateurs existants, et en limitant les travaux nécessaires d'adaptation, dans une optique de réduction des coûts.
    • Exposé de l'invention
  • L'invention propose donc un système de simulation technico-opérationnelle, caractérisé en ce qu'il comprend :
    • au moins une base de données globale, par exemple :
      • · une première base de données "environnement",
      • · une seconde base de données "scénario" qui ne contient que les données nécessaires au déploiement et au comportement opérationnel des systèmes d'armes en présence,
      • · une troisième base de données "résultats" de simulation qui contient les résultats globaux et les résultats partiels sous-scénario par sous-scénario ;
    • au moins une base de données locale de description des performances techniques et opérationnelles des systèmes d'armes des différents camps en présence ;
    • un générateur de scénario global, qui est un interface de saisie et de contrôle au niveau du scénario global, interfacé par exemple avec des logiciels de gestion de la première base de données "environnement" et de la seconde base de données "scénario" ;
    • un gestionnaire de macro-événements et de simulateurs, qui est un interface de contrôle du procédé de fonctionnement et des simulations de niveau local, interfacé par exemple avec la seconde base de données "scénario", et avec la troisième base de données "résultats" ;
    • au moins un simulateur au niveau local, interfacé avec une base de données locale.
  • L'invention propose également un procédé de simulation technico-opérationnelle, caractérisé en ce qu'il comprend les étapes itératives suivantes :
    • une étape de préparation de scénarios et de macro-événements ;
    • une étape d'étude des différents macro-événements ;
    • une étape d'exploitation.
  • L'étape de préparation de scénarios et de macro-événements se subdivise en :
    • une génération de scénario attaque/défense ;
    • une identification de macro-événements et une description d'un scénario "état 0".
  • L'étape d'étude des différents macro-événements (M1....Mi....Mn) se subdivise en :
    • une phase de préparation locale, soit :
      • · un choix de simulateur adapté,
      • · un appel du fichier,
      • · un scénario Mi,
      • · un appel du terrain correspondant ;
    • une phase d'optimisation, soit :
      • · un déploiement au niveau zone,
      • · une amélioration du scénario d'attaque (optimisation de la trajectoire),
      • · une mise à jour par un gestionnaire de tâches (base de données "scénario" :
    • une phase de simulation, soit :
      • · un lancement de la simulation (itérations successives sur ce macro-événement pour études locales),
      • · une obtention de résultats pour un macro-évènement Mi,
      • · un stockage dans le fichier résultats (en local) et dans une base de données (en global).
  • L'étape d'exploitation se subdivise en :
    • une étude complète des macro-évènements ;
    • au moins une étude éventuelle de sensibilité à l'attaque
      • · une défense finalisée "état 1",
      • · une attaque finalisée "état 1",
      • · une modification du macro-événement M1,
      • · une mise à jour du fichier résultats et synthèse des résultats.
  • La présente invention permet notamment d'obtenir les avantages suivants :
    • diminution des coûts d'étude,
    • cohérence garantie de la chaîne de simulation.
    Brève description des dessins
    • La figure 1 illustre le système de simulation technico-opérationnelle de l'invention ;
    • la figure 2 représente un organigramme illustrant le procédé de simulation technico-opérationnelle de l'invention.
    Exposé détaillé de modes de réalisation
  • On va tout d'abord donner la définition de termes qui seront utilisés pour la description de l'invention :
  • Un "scénario technico-opérationnel" décrit la composition et la nature des forces en présence, leur localisation ainsi que leurs mouvements.
  • Un "théâtre d'opérations" est l'étendue géographique sur laquelle se déroule l'affrontement des camps en présence. La simulation de "théâtre" représente donc l'ensemble des combats (par exemple un "front").
  • Une "zone d'opérations" constitue un zoom sur un combat particulier, localisé géographiquement (par exemple le franchissement d'un fleuve par une division d'un camp en présence).
  • Un "duel" représente un combat entre deux adversaires (par exemple un char d'un premier camp contre un char d'un second champ).
  • Un "macro-événement" est un sous-scénario du scénario global. Un "macro-événement" correspond à un sous-scénario correspondant à un combat particulier, étudiable au niveau zone.
  • Un "filtre de renseignements" peut être défini, comme suit : chaque camp dispose de forces déployées sur le théâtre d'opérations, et cherche à connaître, par des moyens de renseignements le dispositif de l'adversaire. Il parvient à en obtenir une connaissance imparfaite, "filtrée". C'est ce qu'on appelle le filtre de renseignements qui représente le hiatus entre le dispositif réel et la représentation disponible.
  • Un "utilitaire informatique" est un logiciel permettant de réaliser une fonction précise (par exemple : utilitaire de saisie des latitudes et longitudes des forces dans le scénario).
  • Le système de simulation technico-opérationnelle de l'invention, tel que représenté sur la figure 1, comprend :
    • au moins une base de données globale, par exemple :
      • · une première base de données "environnement" 10, relative au terrain, à la météo...,
      • · une seconde base de données "scénario" 11, qui ne contient que les données nécessaires au déploiement et au comportement opérationnel des systèmes d'armes en présence,
      • · une troisième base de données "résultats" de simulation 12 qui contient les résultats globaux et les résultats partiels sous-scénario par sous-scénario ;
    • au moins une base de données locale 13 (ou BDL) de description des performances techniques et opérationnelles des systèmes d'armes des différents camps en présence ;
    • un générateur de scénario global 14 qui est un interface de saisie et de contrôle au niveau du scénario global, interfacé par exemple avec des logiciels de gestion de la première base de données "environnement" et de la seconde base de données "scénario" ;
    • un gestionnaire des macro-événements et des simulateurs 15 qui est un interface de contrôle du procédé de fonctionnement et des simulations de niveau local, interfacé par exemple avec la seconde base de données "scénario" et avec la troisième base de données "résultats" ;
    • au moins un simulateur 16 au niveau local, interfacé avec une base de données locale.
  • Ce système permet de réaliser une imbrication des simulations de niveau "zone" et de niveau "duel" (niveau le plus bas) afin de réaliser une simulation de niveau "théâtre" avec des modèles finis de niveaux "zone" et "duel".
  • On sépare un scénario global d'attaque/défense en un premier camp dit "azur" (la défense) et un second camp dit "orange" (l'attaque).
  • La première phase consiste à décrire le scénario au niveau "théâtre" (niveau le plus élevé) et à déployer les systèmes d'armes du premier camp. Après un filtre, le second camp en a une connaissance imparfaite, grâce à une base de données informatique de caractérisation technique de systèmes d'armes divers. A ce niveau, la description des scénarios se limite à des noms de systèmes d'armes et à des positionnements pour le premier camp, et à des trajectoires et des compositions de raid pour le second camp.
  • La seconde phase consiste à découper le scénario "théâtre" en sous-scénarios de niveau "zone". Chaque sous-scénario, cohérent du point de vue géographique et opérationnel est affiné du point de vue déploiement et composition de la défense et de l'attaque et est simulé sur un logiciel de simulation de niveau "zone" et "duel". Les résultats en sortie de chaque sous-scénario sont utilisés en entrée du sous-scénario suivant.
  • Cette phase peut être répétée pour chaque sous-scénario, soit de manière manuelle avec le contrôle de l'opérateur, soit automatiquement par le logiciel, qui se comporte alors comme un simulateur de théâtre.
  • Ainsi comme représenté sur la figure 2, le procédé de l'invention comprend une succession d'étapes itératives :
    • 1) Une étape de préparation de scénarios et de macro-événements qui se subdivise en :
      • une génération de scénarios attaque/défense (bloc 20) ;
      • une identification de macro-événements et une description d'un scénario "état 0" (bloc 21).
    • 2) Une étape d'étude des différents macro-événements M1....Mi....Mn (boucle réalisée grâce au test logique 25 et à l'instruction 26) qui se subdivise pour chaque macro-évènement, en :
      • une phase de préparation locale (bloc 22), soit :
        • · un choix du simulateur adapté,
        • · un appel du fichier,
        • · un scénario Mi,
        • · un appel du terrain correspondant ;
      • une phase d'optimisation (bloc 23), soit :
        • · un déploiement au niveau zone,
        • · une amélioration du scénario d'attaque (optimisation de la trajectoire),
        • · une mise à jour par le gestionnaire de tâches (base de données "scénario" :
      • une phase de simulation (bloc 24), soit :
        • · un lancement de la simulation (itérations successives sur ce macro-événement pour études locales),
        • · une obtention de résultats Ri pour le macro-événement Mi,
        • · un stockage dans le fichier résultats (en local) et dans la base de données (en global).
    • 3) Une étape d'exploitation (blocs 27 et 28) qui se subdivise en :
      • une étude complète des macro-événements ;
      • des études éventuelles de sensibilité à l'attaque
        • · une défense finalisée "état 1",
        • · une attaque finalisée "état 1",
        • · une modification du macro-événement M1,
        • · une mise à jour du fichier résultats et une synthèse des résultats.
  • On va alors analyser plus précisément chacune de ces étapes :
    • 1) Préparation du scénario Génération du scénario global
  • Le générateur de scénario possédant ses propres interfaces homme-machine (IHM) permet :
    • la consultation de la base de données "environnement" afin de délimiter la zone à étudier ;
    • la définition d'une structure de défense (implantation des grands moyens de détection et d'intervention, structure de système d'information et de commandement (SIC)) ;
    • la définition de la mission de pénétration (constitution, trajectoires, aspects temporels...).
  • On obtient un fichier attaque/défense permettant un descriptif de la mission de niveau théâtre.
  • Le générateur de scénario s'appuie donc sur :
    • une base de données "environnement" commune ;
    • un fichier de données objet attaque/défense permettant la définition du scénario.
  • On utilise des objets opérationnels "standard' dont la définition est commune à tous les simulateurs utilisés. On distingue toutefois plusieurs niveaux de complexité de modélisation mathématique ou structurelle dans la définition d'un même objet, en fonction des besoins de l'utilitaire le manipulant.
  • Ainsi le générateur de scénario ne manipule que des objets à leur niveau de définition le plus global. Toutefois, même à ce niveau, l'objet manipulé conserve la structure arborescente le définissant au niveau le plus fin. Seul le nombre de rubriques renseignées est caractéristique du niveau utilisé.
  • Certaines caractéristiques synthétiques de performances typiques des objets (portée, autonomie...) sont disponibles, même au niveau de définition le plus haut, afin d'aider à la préparation du scénario et à la prévalidation de la cohérence spatiale et cinématique.
    • Identification et séquencement des phases de missions
  • Le gestionnaire des macro-événements et des simulateurs est au coeur du système de l'invention.
  • Ses fonctionnalités sont destinées à aider :
    • à l'analyse opérationnelle du scénario global en vue d'identifier les macro-événements et de définir leur enchaînement, et ce en cohérence avec les simulateurs qui sont utilisés ultérieurement ;
    • au contrôle par l'opérateur/exploitant de tous les transferts d'information :
      • · d'initialisation des simulateurs à partir des données globales (terrain, scénario...),
      • · de renseignement des bases de données d'exploitation (scénario, résultats, ...) à partir des simulateurs.
  • La première tâche de cet utilitaire consiste en une aide graphique à la définition séquentielle des missions. On subdivise le scénario étudié (défini à ce stade au niveau "théâtre"), en une série de N macro-événements de niveau "zone" ou "duel", permettant ainsi à l'utilisateur d'identifier les simulateurs attaque/défense susceptibles de traiter chacun d'entre eux. On utilise a priori la même interface graphique que le générateur de scénario.
  • Cette chaîne de N macro-événements est linéaire (les sorties du macro-événement M1 sont les entrées du macro-évènement M2), les aspects de cohérence globale sont pris en compte d'un macro-événement à l'autre, au travers de la communication de l'état opérationnel "instantané" de sortie du macro-événement précédent.
  • A l'issue de cette première étape, la chaîne des macro-événements identifiés constitue l'état "0" du scénario étudié;
  • Cet état "0" constituera une référence technico-opérationnelle des étapes suivantes.
    • 2) Etude successive des macro-événements Préparation locale
  • Le macro-événement Mi est traité par un des simulateurs (décision manuelle). Ce simulateur récupère donc le fichier partiel, élaboré par le gestionnaire de tâches en préparation de scénario contenant :
    • la zone locale d'étude ;
    • les éléments locaux de défense (de niveau "théâtre") ;
    • les éléments locaux d'attaque (de niveau "théâtre").
  • Les objets définis dans ce fichier sont alors renseignés par un utilitaire dont le rôle est de remplir les rubriques nécessaires à la définition de l'objet concerné dans le simulateur considéré. Ces données standard sont à prélever dans la base de données scénario.
  • Les éléments de l'attaque sont à la fois issus :
    • de la trajectoire initialement décrite en préparation de scénario ;
    • des sorties du macro-événement Mi-1.
  • Ces sorties peuvent également, dans une certaine mesure (niveaux d'alerte...), affecter les éléments locaux de la défense du macro-événement Mi.
    • Optimisation
  • Cette étape consiste à consolider le scénario établi sur ce macro-événement :
    • pour ce qui concerne la défense en précisant localement les implantations de moyens, compte tenu de leur structure propre (nombre et type d'éléments) et de leur contrainte de déploiement sur le relief considéré : par exemple un site déterminé est défini au niveau "théâtre" par un seul point et au niveau local par trois batteries de deux radars et deux lanceurs chacune ;
    • pour ce qui concerne l'attaque par une optimisation de la trajectoire de pénétration en fonction des implantations de menace.
  • On obtient en sortie un macro-événement Mi dit "consolidé", c'est-à-dire défini avec un niveau de finesse compatible avec les simulateurs utilisés. Les positions ainsi que toutes les autres caractéristiques des objets liées au scénario étudié sont alors entrées dans la base de données "scénario" et les objets ainsi entrés sont référencés avant d'être récupérés par le gestionnaire de tâches.
  • Le macro-événement est alors susceptible d'être simulé.
    • Simulation locale
  • L'utilisateur exploitant du système de l'invention lance la simulation du macro-événement Mi. Plusieurs bouclages successifs sont possibles, si l'on cherche à affiner la trajectoire de pénétration ou si l'on désire une étude statistique.
  • Les résultats fins de simulation de ce macro-événement sont stockés dans un fichier résultats géré au niveau local par le simulateur considéré.
  • Les résultats globaux sont récupérés par les fonctions de gestion des simulations, et stockés dans une banque de données "résultats" pour l'exploitation synthétique des scénarios.
  • Cette étape s'appuie donc :
    • sur les simulateurs attaque/défense existants ;
    • sur la base de données "environnement" commune, qui devra être filtrée pour les besoins de chaque simulateur ;
    • sur les bases de données locales propres à chacun des simulateurs.
  • L'utilisateur exploitant lance alors l'étude du macro Mi+1 suivant le même processus.
  • La base de données "scénario" contient l'ensemble des caractéristiques des objets (structure logique et paramètres renseignés) manipulés par la génération de scénario global et les fonctionnalités de gestion des macro-événements.
    • 3) Exploitation
  • A l'issue du N-ième macro-événement étudié, on dispose de la chaîne des N macro-événements définissant le scénario finalisé dit "Etat 1", avec optimisation locale de tous les paramètres attaque/défense.
  • Il est donc possible d'effectuer des études locales ou globales de sensibilité à l'attaque, en utilisant le même processus incrémental :
    • choix des paramètres de départ de l'attaque ;
    • récupération des données scénarios "Etat 1" macro-événement par macro-événement ;
    • lancement (manuel) des simulations successives au moyen de simulateurs adaptés ;
    • implémentation des résultats :
      • · dans le fichier résultats du simulateur (résultats locaux),
      • · dans la base de données "résultats" (résultats globaux).
  • On peut aussi récupérer uniquement les fichiers résultats des macro-événements M1 à Mi-1 et modifier localement un ou plusieurs des paramètres locaux du macro-événement Mi. Il suffit alors de lancer les simulations des macro-événements Mi à Mn pour obtenir un nouveau fichier résultat global.
  • Ainsi les exploitations locales, qui se limitent à l'étude d'un macro-événement par un simulateur, sont traitées au niveau local par le simulateur considéré. Chaque simulateur possède donc ses propres fonctions d'exploitation statistique et ses propres interfaces homme-machine (IHM). Les résultats de synthèse sont ensuite communiqués à un fichier résultats pour l'étude globale du scénario (en particulier pour définir les entrées du macro-événement suivant).
  • Les exploitations globales, qui traitent des résultats de la mission, sont gérées par le générateur de tâches en s'appuyant sur le fichier résultats. Il existe donc un interface homme-machine d'exploitation globale des scénarios.
  • Le système de l'invention s'entend soit comme une structure intégrant des contrôles automatiques et par l'utilisateur de processus, soit comme un "macro-simulateur" autorisant des études totalement automatisées d'un scénario.
  • Deux aspects essentiels, en particulier, restent du ressort direct de l'opérateur :
    • l'identification des macro-évènements ;
    • la préparation de mission locale.
  • Le lancement des simulateurs locaux est soit du ressort de l'opérateur, soit effectué automatiquement.
  • On va à présent décrire un exemple de réalisation :
  • Dans le domaine de la pénétration de raids aériens, d'avions, de missiles de croisière et de missiles balistiques avec seulement deux camps en présence, on peut utiliser :
    • un simulateur de zone d'affrontements de défense antiaérienne (sol/air) ;
    • un simulateur de zone d'affrontements de défense aérienne (air/air) ;
    • un simulateur de duel sol/air ;
    • un simulateur de duel air/air.

Claims (12)

  1. Système de simulation technico-opérationnelle, caractérisé en ce qu'il comprend :
    - au moins une base de données globale (10, 11, 12) ;
    - au moins une base de données locale (13) de description des performances techniques et opérationnelles des systèmes d'armes des différents camps en présence :
    - un générateur de scénario global (14) qui est un interface de saisie et de contrôle au niveau du scénario global, interfacé avec les logiciels de gestion d'au moins une base de données globale ;
    - un gestionnaire de macro-événements et de simulateurs (15), qui est un interface de contrôle du procédé de fonctionnement et des simulations de niveau local, interfacé avec au moins une base de données globale ;
    - au moins un simulateur (16) au niveau local, interfacé avec une base de données locale.
  2. Système selon la revendication 1, caractérisé en ce qu'il comprend :
    - une première base de données "environnement" (10) ;
    - une seconde base de données scénario" (11) qui ne contient que les données nécessaires au déploiement et au comportement opérationnel des systèmes d'armes en présence ;
    - une troisième base de données "résultats" de simulation (12) qui contient les résultats globaux et les résultats partiels sous-scénario par sous-scénario.
  3. Système selon la revendication 2, caractérisé en ce que le générateur de scénario global (14) est interfacé avec des logiciels de gestion de la première base de données "environnement" et de la seconde base de données "scénario".
  4. Système selon la revendication 2, caractérisé en ce que le gestionnaire de macro-événements et de simulateurs est interfacé avec la seconde base de données "scénario", et avec la troisième base de données "résultats".
  5. Procédé de simulation technico-opérationnelle, caractérisé en ce qu'il comprend les étapes itératives suivantes :
    - une étape de préparation de scénarios et de macro-événements ;
    - une étape d'étude des différents macro-événements ;
    - une étape d'exploitation.
  6. Procédé selon la revendication 5, caractérisé en ce que l'étape de préparation de scénarios et de macro-événements se subdivise en :
    - une génération de scénario attaque/défense ;
    - une identification de macro-événements, et une description d'un scénario "état 0".
  7. Procédé selon la revendication 5, caractérisé en ce que l'étape d'étude des différents macro-événements se subdivise en :
    - une phase de préparation locale ;
    - une phase d'optimisation ;
    - une phase de simulation.
  8. Procédé selon la revendication 7, caractérisé en ce que la phase de préparation locale comprend :
    - un choix de simulateur adapté ;
    - un appel de fichier ;
    - un scénario Mi ;
    - un appel du terrain correspondant.
  9. Procédé selon la revendication 7, caractérisé en ce que la phase d'optimisation comprend :
    - un déploiement au niveau zone ;
    - une amélioration du scénario d'attaque ;
    - une mise à jour par un gestionnaire de tâches.
  10. Procédé selon la revendication 7, caractérisé en ce que la phase de simulation comprend :
    - un lancement de la simulation ;
    - une obtention de résultats pour un macro-événement Mi ;
    - un stockage dans le fichier résultats et dans une base de données.
  11. Procédé selon la revendication 5, caractérisé en ce que l'étape d'exploitation se subdivise en :
    - une étude complète des macro-événements ;
    - au moins une étude de sensibilité à l'attaque.
  12. procédé selon la revendication 11, caractérisé en ce qu'une étude de sensibilité à l'attaque comprend :
    - une défense finalisée "état 1" ;
    - une attaque finalisée "état 1" ;
    - une modification du macro-événement M1 ;
    - une mise à jour du fichier résultats et une synthèse des résultats.
EP19950400958 1994-04-29 1995-04-27 Système et procédé de simulation technico-operationnelle Expired - Lifetime EP0679857B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR9405236A FR2719409B1 (fr) 1994-04-29 1994-04-29 Système et procédé de simulation technico-opérationnelle.
FR9405236 1994-04-29

Publications (2)

Publication Number Publication Date
EP0679857A1 true EP0679857A1 (fr) 1995-11-02
EP0679857B1 EP0679857B1 (fr) 2001-11-21

Family

ID=9462682

Family Applications (1)

Application Number Title Priority Date Filing Date
EP19950400958 Expired - Lifetime EP0679857B1 (fr) 1994-04-29 1995-04-27 Système et procédé de simulation technico-operationnelle

Country Status (3)

Country Link
EP (1) EP0679857B1 (fr)
DE (1) DE69523973T2 (fr)
FR (1) FR2719409B1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2760866A1 (fr) * 1997-03-14 1998-09-18 Thomson Csf Procede de gestion de donnees et d'aide a la decision tactique pour la conduite de missions de patrouille et de surveillance, en particulier maritime, et dispositif de mise en oeuvre
EP1901144A1 (fr) * 2006-09-15 2008-03-19 Saab Ab Dispositif et procédé de génération d'informations d'entrée
CN111862298A (zh) * 2020-06-09 2020-10-30 山东捷瑞数字科技股份有限公司 一种面向涂装线的数字孪生喷涂仿真系统及方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103295448B (zh) * 2013-05-17 2015-05-13 珠海翔翼航空技术有限公司 一种陆空通话环境模拟系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0479422A2 (fr) * 1990-08-24 1992-04-08 Hughes Aircraft Company Attraction de parc à thème pour plusieurs participants utilisant la simulation en temps réel
EP0526969A2 (fr) * 1991-06-12 1993-02-10 Hughes Aircraft Company Méthode d'établissement de route tactique pour l'utilisation dans des engagements tactiques simulés

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0479422A2 (fr) * 1990-08-24 1992-04-08 Hughes Aircraft Company Attraction de parc à thème pour plusieurs participants utilisant la simulation en temps réel
EP0526969A2 (fr) * 1991-06-12 1993-02-10 Hughes Aircraft Company Méthode d'établissement de route tactique pour l'utilisation dans des engagements tactiques simulés

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2760866A1 (fr) * 1997-03-14 1998-09-18 Thomson Csf Procede de gestion de donnees et d'aide a la decision tactique pour la conduite de missions de patrouille et de surveillance, en particulier maritime, et dispositif de mise en oeuvre
EP1901144A1 (fr) * 2006-09-15 2008-03-19 Saab Ab Dispositif et procédé de génération d'informations d'entrée
US8725472B2 (en) 2006-09-15 2014-05-13 Saab Ab Arrangement and method for generating information
CN111862298A (zh) * 2020-06-09 2020-10-30 山东捷瑞数字科技股份有限公司 一种面向涂装线的数字孪生喷涂仿真系统及方法
CN111862298B (zh) * 2020-06-09 2021-07-06 山东捷瑞数字科技股份有限公司 一种面向涂装线的数字孪生喷涂仿真系统及方法

Also Published As

Publication number Publication date
EP0679857B1 (fr) 2001-11-21
FR2719409A1 (fr) 1995-11-03
DE69523973T2 (de) 2002-07-11
DE69523973D1 (de) 2002-01-03
FR2719409B1 (fr) 1996-07-26

Similar Documents

Publication Publication Date Title
CN111753443B (zh) 一种基于能力累积的武器装备联合试验设计方法
US6997715B2 (en) Integrated evaluation and simulation system for ground combat vehicles
US9726460B2 (en) System and method for asymmetric missile defense
US20040007121A1 (en) System and method for reuse of command and control software components
FR2550639A1 (fr) Systeme et procede d&#39;affectation d&#39;une ressource
EP0679857B1 (fr) Système et procédé de simulation technico-operationnelle
EP3706100A1 (fr) Système de gestion d&#39;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é
CN114662213A (zh) 一种基于模型的可视化导弹突防概率验证方法及装置
Surdu et al. Simulations technologies in the mission operational environment
Slyusar Applications of Large Language Models in the Military Sphere
Das et al. An approach to integrating HLA federations and genetic algorithms to support automatic design evaluation for multi-agent systems
Hall et al. Simulation optimization
Mian et al. Development and Implementation of Micro Autonomous Systems and Technologies (MAST) Interactive Reconfigurable Matrix of Alternatives (M-IRMA) for Concept Selection
EP4102488A1 (fr) Système de génération de commandes reproduisant le comportement d&#39;au moins un opérateur humain, simulateur et procédé associé
Rainey Advance Framework for Simulation, Integration, and Modeling (AFSIM) and Its Space Capabilities
FR2754890A1 (fr) Systeme pour l&#39;entrainement des equipages d&#39;engins mobiles tels que des chars par exemple
Jin et al. Ensemble machine learning models for simulating the missile defense system
BORYN et al. Distributed CAX as a Modern Form of Command and Staff Training
Siddique Survey of Forest fire simulation
Beaver et al. Advanced Distributed Simulation Technology Quarterly Review Summaries
EP4078321A1 (fr) Systeme et procede de securisation d&#39;une zone geographique risquee
Starck-King Innovating from the Front: A Methodology for Developing Effective Disruptive Innovations
Vaughan Jr Exploration of Force Transition in Stability Operations Using Multi-Agent Simulation
Heckathorn et al. Strategic Scene Generation Model: baseline and operational software
Reeves An Advanced Distributed Simulation Inclusive Test Planning Methodology.

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE GB IT

17P Request for examination filed

Effective date: 19960409

17Q First examination report despatched

Effective date: 19981120

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): DE GB IT

REG Reference to a national code

Ref country code: GB

Ref legal event code: IF02

REF Corresponds to:

Ref document number: 69523973

Country of ref document: DE

Date of ref document: 20020103

GBT Gb: translation of ep patent filed (gb section 77(6)(a)/1977)

Effective date: 20020125

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20020424

Year of fee payment: 8

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20020521

Year of fee payment: 8

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed
PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20030427

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20031101

GBPC Gb: european patent ceased through non-payment of renewal fee
PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES;WARNING: LAPSES OF ITALIAN PATENTS WITH EFFECTIVE DATE BEFORE 2007 MAY HAVE OCCURRED AT ANY TIME BEFORE 2007. THE CORRECT EFFECTIVE DATE MAY BE DIFFERENT FROM THE ONE RECORDED.

Effective date: 20050427