EP1977354A1 - Dispositif et procede pour federer et integrer des systemes reels ou simules afin de simuler le comportement du systeme ainsi elabore - Google Patents

Dispositif et procede pour federer et integrer des systemes reels ou simules afin de simuler le comportement du systeme ainsi elabore

Info

Publication number
EP1977354A1
EP1977354A1 EP06701254A EP06701254A EP1977354A1 EP 1977354 A1 EP1977354 A1 EP 1977354A1 EP 06701254 A EP06701254 A EP 06701254A EP 06701254 A EP06701254 A EP 06701254A EP 1977354 A1 EP1977354 A1 EP 1977354A1
Authority
EP
European Patent Office
Prior art keywords
sub
data
platform
simulation
application
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.)
Withdrawn
Application number
EP06701254A
Other languages
German (de)
English (en)
Inventor
Bertrand Franck
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.)
Thales SA
Original Assignee
Thales 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 Thales SA filed Critical Thales SA
Publication of EP1977354A1 publication Critical patent/EP1977354A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/20—Design optimisation, verification or simulation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2113/00—Details relating to the application field
    • G06F2113/26—Composites

Definitions

  • the present invention relates to a method and a device for testing and simulating (or prototyping) the behavior of systems developed from existing independent systems.
  • the prior art discloses various products such as simulation computer gateways, which make it possible to simulate different protocols to be translated for their application on a recipient system.
  • the prior art also describes methods for simulating the behavior of a new system developed from different subsystems. These processes are mostly intrusive. In general, they involve the coupling between the subsystems involved in the simulation, the need to develop a communication exchange standard, a mutual understanding of the meaning of the exchanged data and the modification of the functional blocks of each subsystem .
  • the present invention is based on a new approach: a non-disturbing probe is arranged at the level of each actor of the simulation. This probe can only retrieve the data necessary for this simulation, a device for collecting and processing selected data is adapted to shape them before the transmit to a simulation platform, which has its own environment in which the data will be processed.
  • the object of the invention relates to a simulation device characterized in that it comprises at least the following elements: • one or more subsystems that participate in a simulation of a given future system,
  • a data collection device for each subsystem, a data collection device, the data belonging to a given profile (list of data types to be sampled, on a subsystem, associated with the manner of taking them out [cyclic, event, change of state...]),
  • a central control system adapted to process the data taken to at least synchronize and manage their life cycle (creation, update, destruction %),
  • An experiment platform adapted to accommodate one or more models adapted to simulate real systems or projects, said platform comprising an interface for controlling and controlling the application of the instructions, a means for executing the steps ,
  • the platform comprising at least one application program adapted to:
  • the invention also relates to a simulation method of a future system developed from subsystems comprising one or more real or simulated objects, characterized in that it comprises at least the following steps: the taking of data belonging to a profile determined from the subsystems, formatting this data, hosting models by an experiment platform with its environment, the application of one or more models to the data formatted and / or data synthesized by the platform, the development of simulation layers at within the application program of the experiment platform from selected parameters, the synchronization and the merging of the layers between them in order to produce a composite model.
  • the invention particularly has the following advantages: • only certain categories of data known in advance and necessary for the simulation are taken,
  • FIG. system architecture comprising a central control system, the various subsystems participating in the simulation operation and the connection means associated with the entities, a local simulation platform, • FIG. Figure 1 with several layers, • Figure 3 an example of an application involving several fire brigades, fire brigade, doctor, etc.
  • the present invention described below can be used in any medical, civil, military field, where it is necessary to simulate a new situation from different existing independent systems, remote or not.
  • the architecture of the simulation system shown schematically in Figure 1 comprises for example several independent systems and distant from each other, 11 to 1 m , called subsystems comprising several real or simulated objects Oi to O m .
  • Each subsystem has parameters of its own, respectively ⁇ Pi, .. P n ⁇ , ⁇ Qi Qk ⁇ , ⁇ Zi, Z x J.
  • Each subsystem, 1 i to 1 m is associated with a device for example, non-intrusive, a collection agent, 2i to 2 m , whose particular function is to collect certain controlled information belonging to the objects Oi to O m , and to transmit them to a central control device for processing and management 3 of these data.
  • the central control device comprises an input interface 3e and an output interface 3s.
  • the processed data are then transmitted to an experimental platform 4 including its own environment detailed below, including 4p application programs.
  • the platform comprises an input interface 4e receiving the formatted data, an output interface 4s of the data to which the models have been applied, and a control and control interface 4c making it possible to apply instructions to be taken into account. during the experiment and a means of execution that launches the experimentation loop (periodic or event activation of all the models).
  • a subsystem has its own application programs.
  • the subsystem can be a simulation, a real system or a hybrid system composed of simulation and real systems.
  • the data collection agent also called “probe”, hereinafter, is adapted to collect certain predefined data according to a given profile.
  • the profile is defined as a list of data to be taken on a subsystem, associated with the way of taking them (cyclic, event, change of state).
  • the probe delivers to the central control device 3 certain specific information developed by separate applications, programs, simulations, real and hybrid systems that are buried in subsystems 11 to 1 m .
  • a probe can also make it possible to record the variation of the values of the selected parameters at the central control device (application program of 3) which triggers an update of the corresponding entity parameters. It allows in particular to transmit the new data values in case of variation or periodically, dictated by the setting of the associated profile.
  • Each probe attached to a subsystem transmits for example the identifier of the subsystem, and all the data collected and selected.
  • Probes can be designed to allow the flow of data in one direction only. This, in particular, prevents an intrusion of the central system to the remote system to provide security guarantees.
  • the probe may be a diode.
  • the central control device 3 is, for example, a processor adapted to perform different processing on the data.
  • the treatments are, for example, their formatting before transmission to the experiment platform, their synchronization.
  • the central control device 3 is, for example, in the form of an application program that manages the life cycle (creation, updating, destruction of entities and their behaviors). It also manages the shared knowledge in the different layers of the global parameter space.
  • the central control device 3 can be in connection with simulation or experimentation scenario preparation stations, monitoring and simulation execution supervision stations, as well as control tools, display and analysis of the results, not shown for reasons of simplification.
  • the experimental platform 4 comprises, for example, one or more processors 4p on which application programs, adapted to create and develop, in the platform's own environment, different entities, from the information coming from of the central device 3.
  • the experimental platform makes it possible to apply to models Mi, a behavior inherited from that of the subsystems completed and constrained by behavioral elements synthesized by the application program of the platform.
  • These processors are also suitable for synthesizing data using application programs.
  • Simulation layers are developed within the application program of the experimental platform (4) from selected parameters, and the layers are synchronized and merged together to produce a composite model.
  • the platform is adapted to accommodate different models to selected and formatted data.
  • the means for displaying the results of the simulations is, for example, a display wall based on modules that can be put in back projection cascades. Part of this wall is for example tactile, and allows direct tactile interactions on the displayed entities.
  • Operators can interact at the platform level by means of interfaces not described in the figure.
  • the entities correspond to software representations of a real or virtual object belonging to the subsystems.
  • This representation can be conceived in the form of layers in which each layer represents the space of possible variation of parameters characterizing the real or virtual object or its behavior.
  • an entity is for example a truck, its mobility parameters are located in the mobility layer, its ability to communicate in the communication layer.
  • the subsystems are connected to the central control device for example by means of communication links such as IP links (Internet Protocol) 2Mb / s for example, allowing data streams, the data can be encrypted.
  • communication links such as IP links (Internet Protocol) 2Mb / s for example, allowing data streams, the data can be encrypted.
  • the overall experiment system may include a cockpit which, depending on the simulation results, acts on the different subsystems to vary the profile of the data to be sampled.
  • a simulation layer represents a parametric dimension (a degree of freedom, a subspace) of a characteristic of a model.
  • the simulation layers are thus constructed and chosen with respect to parameters chosen beforehand, or during operation.
  • the parameters are, for example, the mobility layer which contains the spatial positions (x, y, z) and the speed coordinates (vx, vy, vz) of a subsystem or the communications layers containing transmitters / receivers ( frequency, modulation, mode), network nodes (master, slave, relay, ..), protocols.
  • the different layers are for example synchronized with each other, then merged, to produce an indivisible composite model whose behavior will be dictated by that of the parameters of the layers that compose it, while respecting global constraints related to the fact that the resulting model is indivisible.
  • the model corresponds to a simulation or the result of a simulation.
  • the control device 3 uses the information collected by the remote probes to create and generate entities in its own controlled environment, the generated layers being designated as remote feature layers. Thanks to the remote sensors managing the functionalities, values of parameters are collected as soon as they vary and are transmitted to the building block of the central control device which triggers an update of the parameters of the corresponding entities.
  • the layers of the remote entities can be considered as representative views of the behavior of the parameters of the separate external applications, programs, simulations, hybrid and real systems.
  • An application program of the central control system includes the ability to develop and control additional classes of parameters that can be aggregated to features from the remote feature layers to form other parametric layers.
  • the resulting entities have, on the one hand, a behavior similar to their counterparts in the remote systems in a given parametric space, and on the other hand the complementary parameters behave as directed by the application of the centrally controlled system.
  • the application program of the central device governs the life cycle (creation, update, destruction) of the entities and their behavior thanks to the information and the shared knowledge in the different layers of the parametric global space.
  • FIG. 2 shows an example of an application where the layers can be of different natures.
  • C1 and C2 correspond to layers of the remote entities controlled by the central control device and then developed by the application program of platform 4. The behavior of the parameters of the remote systems considered in the application are duplicated.
  • C3 and C4 correspond to other types of additional layers directly derived from the application program of platform 4.
  • FIG. 3 represents an example of an application where the subsystems are composed of: • a simulated fire brigade.
  • the known parameters are, for example, the number of vehicles, the capacity of each of the vehicles, etc.
  • a real fire brigade 1 • a set of medical emergency 12 composed, for example of vehicles, ambulances, helicopters, speakers, equipment, etc.
  • a national police brigade 13 composed of, for example, light vehicles, intervention helicopters, emergency responders,
  • a data profile to be selected is set.
  • the implementation of the method according to the invention takes place as follows:
  • the subsystems transmit via the probe, 20, 21, 22, 23, the information corresponding to the fixed profile, to the central processor 15.
  • the latter processes the data taken, it synchronizes them and transforms them into a homogeneous format in view of future treatments.
  • the data formatted are then transmitted to an experiment platform 16 comprising an input interface 16e an output interface 16s, a control and control interface 16c, a processor 16p having functions identical to the processor 4p (figure 1 ).
  • the 16p processor is suitable for applying different models.
  • the models implemented can be:
  • a checkpoint and Command 24 allows intervention at the level of the different brigades, based on simulation results.
  • the platform can also include crisis control type models, a population evacuation model, a traffic jam model, etc.
  • the applied models generate several layers of entities representative of the behavior of the selected parameters in the environment of the platform of experimentation, after application of a model.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Evolutionary Computation (AREA)
  • Geometry (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Dispositif de simulation et d'expérimentation caractérisé en ce qu'il comporte au moins les éléments suivants : un ou plusieurs sous-systèmes (1<SUB>1</SUB>, 1<SUB>2</SUB>, 1<SUB>3</SUB>) qui participe à une simulation 10 d'un système futur donné; pour chaque sous-système (1<SUB>1</SUB>, 1<SUB>2</SUB>, 1<SUB>3</SUB>), un dispositif de prélèvement de données, (2<SUB>1</SUB>, 2<SUB>2</SUB>, 2<SUB>3</SUB>) les données appartenant à un profil donné; un système de contrôle central (3) adapté à traiter les données prélevées pour au moins les synchroniser et gérer leur cycle de vie; une plate-forme d'expérimentation (4) adaptée à accueillir un ou plusieurs modèles adaptés à simuler des systèmes réels ou des projets, ladite plate-forme comprenant une interface de contrôle et de commande (4c) d'application des consignes, un moyen d'exécution des étapes; la plate-forme comprenant au moins un programme applicatif (4p) adapté à: élaborer et contrôler les classes additionnelles des données à agréger aux entités résultant de l'application des modèles; et/ou élaborer différentes entités à partir des données issues du dispositif central (3); élaborer des couches de simulation au sein du programme applicatif de la plate forme d'expérimentation (4) à partir de paramètres choisis, synchroniser et fusionner les couches entre elles afin de produire un modèle composite.

Description

DISPOSITIF ET PROCEDE POUR FEDERER ET INTEGRER DES
SYSTEMES REELS OU SIMULES AFIN DE SIMULER LE
COMPORTEMENT DU SYSTEME AINSI ELABORE
La présente invention se rapporte à un procédé et un dispositif adaptés à expérimenter et à simuler (ou prototyper) le comportement de systèmes élaborés à partir de systèmes indépendants existants.
Elle s'applique, par exemple, pour concevoir et valider, des architectures de systèmes, des projets construits à partir de plusieurs systèmes de niveau inférieur.
L'art antérieur divulgue différents produits tels que des passerelles informatiques de simulation, qui permettent de simuler différents protocoles devant être traduits pour leur application sur un système destinataire.
L'art antérieur décrit aussi des procédés permettant de simuler le comportement d'un nouveau système élaboré à partir de différents sous- systèmes. Ces procédés sont pour la plupart intrusifs. En général, ils impliquent le couplage entre les sous-systèmes impliqués dans la simulation, la nécessité d'élaborer un standard d'échange de communications, une compréhension mutuelle de la signification des données échangées et la modification des blocs fonctionnels de chaque sous-système.
Les activités visant à fédérer ou coupler des systèmes de simulation actuellement existants, présentent notamment comme inconvénient d'être intrusives.
La présente invention repose sur une nouvelle approche: une sonde, non perturbatrice, est disposée au niveau de chaque acteur de la simulation. Cette sonde permet de récupérer uniquement les données nécessaires à cette simulation, un dispositif de collecte et de traitement des données sélectionnées est adapté pour les mettre en forme avant de les transmettre à une plate-forme de simulation, qui possède son propre environnement dans lequel les données vont être traitées.
L'objet de l'invention concerne un dispositif de simulation caractérisé en ce qu'il comporte au moins les éléments suivants : • un ou plusieurs sous-systèmes qui participe à une simulation d'un système futur donné,
• pour chaque sous-système un dispositif de prélèvement de données, les données appartenant à un profil donné (liste des types de données à prélever, sur un sous-système, associée à la façon de les prélever [cyclique, événementiel, changement d'état...]),
• un système de contrôle central adapté à traiter les données prélevées pour au moins les synchroniser et gérer leur cycle de vie (création, mise à jour, destruction...),
• une plate-forme d'expérimentation adaptée à accueillir un ou plusieurs modèles adaptés à simuler des systèmes réels ou des projets, ladite plate-forme comprenant une interface de contrôle et de commande d'application des consignes, un moyen d'exécution des étapes,
• la plate-forme comprenant au moins un programme applicatif adapté à :
• élaborer et à contrôler les classes additionnelles des données à aggréger aux entités résultant de l'application des modèles, et/ou
• élaborer différentes entités à partir des données issues du dispositif central,
• élaborer des couches de simulation au sein du programme applicatif de la plate forme d'expérimentation (4) à partir de paramètres choisis, synchroniser et fusionner les couches entre elles afin de produire un modèle composite.
L'invention concerne aussi un procédé de simulation d'un système futur élaboré à partir de sous-systèmes comprenant un ou plusieurs objets réels ou simulés caractérisé en ce qu'il comporte au moins les étapes suivantes : le prélèvement de données appartenant à un profil déterminé à partir des sous-systèmes, la mise en forme de ces données, l'hébergement de modèles par une plate-forme d'expérimentation comportant son environnement, l'application d'un ou de plusieurs modèles aux données mises en forme et/ou à des données synthétisées par la plate-forme, l'élaboration de couches de simulation au sein du programme applicatif de la plate forme d'expérimentation à partir de paramètres choisis, la synchronisation et la fusion des couches entre elles afin de produire un modèle composite.
L'invention présente notamment les avantages suivants : • seules certaines catégories de données connues à l'avance et nécessaires à la simulation sont prélevées,
• l'interopérabilité requise entre les systèmes est moins exigeante. Il n'y a pas nécessité de traduire, de comprendre, d'envisager les réactions et les réponses à toutes les combinaisons de données et échanges entre systèmes puisque l'on limite volontairement le périmètre de ce qui est accessible par le système central.
D'autres caractéristiques et avantages de l'invention apparaîtront mieux à la lecture de la description qui suit d'un exemple détaillé, donné à titre il lustrât if et nullement limitatif, annexée des figures qui représentent : • la figure 1 un schéma d'architecture du système selon l'invention comprenant un système central de contrôle, les différents sous- systèmes participant à l'opération de simulation et les moyens de liaison associés aux entités, une plate-forme de simulation locale, • la figure 2 une variante de la figure 1 avec plusieurs couches, • la figure 3 un exemple d'application impliquant plusieurs brigades d'intervention, pompiers, médecin, etc.
La présente invention décrite ci-dessous peut être utilisée dans tout domaine médical, civil, militaire, où l'on a besoin de simuler une nouvelle situation à partir de différents systèmes existants indépendants, éloignés ou non. L'architecture du système de simulation schématisée à la figure 1 comporte par exemple plusieurs systèmes indépendants et éloignés les uns des autres, 11 à 1 m , appelés sous-systèmes comprenant plusieurs objets réels ou simulés Oi à Om. Chaque sous-système possède des paramètres qui lui sont propres, respectivement {Pi,..Pn}, {Qi Qk}, {Zi, ZxJ. Chaque sous-système, 1 i à 1m, est associé à un dispositif, par exemple, non intrusif, un agent de collecte, 2i à 2m, qui a notamment pour fonction de collecter certaines informations contrôlées, appartenant aux objets Oi à Om, et de les transmettre à un dispositif de contrôle central de traitement et de gestion 3 de ces données. Le dispositif de contrôle central comprend une interface d'entrée 3e et une interface de sortie 3s. Les données traitées sont ensuite transmises à une plate-forme d'expérimentation 4 comprenant son propre environnement détaillé ci-après, dont notamment des programmes applicatifs 4p. La plate-forme comprend une interface d'entrée 4e recevant les données mises en forme, une interface de sortie 4s des données auxquelles les modèles ont été appliqués, et une interface de contrôle et commande 4c permettant d'appliquer des consignes à prendre en compte lors de l'expérimentation et un moyen d'exécution qui lance la boucle d'expérimentation (activation périodique ou événementielle de l'ensemble des modèles).
Un sous-système possède ses propres programmes applicatifs. Le sous-système peut être une simulation, un système réel ou encore un système hybride composé de simulation et de systèmes réels.
L'agent de collecte des données, également nommé « sonde », ci- après, est adapté à collecter certaines données prédéfinies selon un profil donné. Le profil est défini comme une liste des données à prélever sur un sous-système, associée à la façon de les prélever (cyclique, événementiel, changement d'état). La sonde délivre au dispositif de contrôle central 3 certains informations spécifiques élaborées par des applications séparées, des programmes, des simulations, des systèmes réels et hybrides qui sont enfouis dans les sous-systèmes 11 à 1 m. Une sonde peut aussi permettre de noter la variation des valeurs des paramètres sélectionnés au dispositif de contrôle central (programme applicatif de 3) qui déclenche une mise à jour des paramètres d'entités correspondantes. Elle permet notamment de transmettre les nouvelles valeurs de données en cas de variation ou périodiquement, dicté par le paramétrage du profil associé.
Chaque sonde annexée à un sous-système transmet par exemple l'identifiant du sous-système, et l'ensemble des données collectées et sélectionnées.
Les sondes peuvent êtres conçues de façon à n'autoriser la circulation des données que dans un seul sens. Ceci, permet notamment d'empêcher une intrusion du système central vers le système distant afin d'offrir des garanties de sécurité. La sonde peut être une diode.
Le dispositif de contrôle central 3 est, par exemple, un processeur adapté à exécuter différents traitements sur les données. Les traitements sont, par exemple, leur mise en forme avant transmission vers la plate-forme d'expérimentation, leur synchronisation.
Le dispositif de contrôle central 3 se présente, par exemple, sous la forme d'un programme applicatif qui gère le cycle de vie (la création, la mise à jour, la destruction des entités et leurs comportements). Il gère aussi la connaissance partagée dans les différentes couches de l'espace global des paramètres.
Le dispositif de contrôle central 3 peut être en liaison avec des stations de préparations de scénarios de simulation ou d'expérimentation, des stations de contrôle et de supervision d'exécution des simulations, ainsi que des outils de contrôle, affichage et analyse des résultats, non représentées pour des raisons de simplification. La plate-forme d'expérimentation 4 comprend, par exemple, un ou plusieurs processeurs 4p sur lesquels tournent des programmes applicatifs, adaptés à créer et à élaborer, dans l'environnement propre de la plate-forme différentes entités, à partir des informations provenant du dispositif central 3. La plate-forme d'expérimentation permet d'appliquer aux modèles Mi, un comportement hérité de celui des sous-systèmes complété et contraint par des éléments de comportement synthétisés par le programme applicatif de la plate-forme. Ces processeurs sont aussi adaptés à synthétiser des données au moyen de programme applicatif. On élabore des couches de simulation au sein du programme applicatif de la plate forme d'expérimentation (4) à partir de paramètres choisis, on synchronise et on fusionne les couches entre elles afin de produire un modèle composite.
La plate-forme est adaptée pour accueillir différents modèles aux données sélectionnées et mises en forme. Le moyen de visualisation des résultats des simulations est, par exemple, un mur d'affichage basé sur des modules pouvant être mis en cascades de rétro projection. Une partie de ce mur est par exemple tactile, et permet des interactions tactiles directes sur les entités affichées.
Des opérateurs peuvent interagir au niveau de la plate-forme au moyen d'interfaces non décrites sur la figure.
Les entités correspondent à des représentations logicielles d'un objet réel ou virtuel appartenant aux sous-systèmes. Cette représentation peut se concevoir sous formes de couches dont chaque couche représente l'espace de variation possible de paramètres caractérisant l'objet réel ou virtuel ou son comportement. A titre d'exemple non limitatif, une entité est par exemple un camion, ses paramètres de mobilité sont localisées dans la couche de mobilité, sa capacité à communiquer dans la couche de communication.
Les sous-systèmes sont reliés au dispositif de contrôle central par exemple au moyen de liaisons de communications telles que des liaisons IP (Internet Protocol) de 2Mb/s par exemple, autorisant les flux de données, les données pouvant être chiffrées.
Le système global d'expérimentation peut comprendre un poste de pilotage qui, en fonction des résultats de simulation, agit sur les différents sous-systèmes afin de faire varier le profil des données à prélever.
La mise en oeuvre du procédé de l'invention, est réalisée, par exemple, de la manière décrite ci-après.
L'expérimentation globale effectuée sur la plate-forme met en œuvre différents acteurs représentés (synthétisés, modélisés ) par des modèles en couches. Une couche de simulation représente une dimension paramétrique (un degré de liberté, un sous-espace) d'une caractéristique d'un modèle. Les couches de simulation sont ainsi construites et choisies par rapport à des paramètres choisis au préalable, ou en cours de fonctionnement. Les paramètres sont par exemple la couche mobilité qui contient les positions spatiales (x, y, z) et les coordonnées de vitesse (vx, vy, vz) d'un sous-système ou encore des couches de communications contenant des émetteurs/récepteurs (fréquence, modulation, mode), des nœuds de réseau (maître, esclave, relais,..), des protocoles. Les différentes couches sont par exemple synchronisées entre elles, puis fusionnées, pour produire un modèle composite indivisible dont le comportement sera dicté par celui des paramètres des couches qui la composent, en respectant toutefois des contraintes globales liées au fait que le modèle résultant est indivisible. Le modèle correspond à une simulation ou au résultat d'une simulation.
Le dispositif de contrôle 3 utilise les informations collectées par les sondes déportées pour créer et générer des entités dans son propre environnement contrôlé, les couches générées étant désignées comme des couches d'entités éloignées. Grâce aux sondes déportées gérant les fonctionnalités, des valeurs de paramètres sont collectées dès qu'elles varient et sont transmises au bloc de construction du dispositif de contrôle central qui déclenche une mise à jour des paramètres des entités correspondantes. Ainsi les couches des entités éloignées peuvent être considérées comme des vues représentatives du comportement des paramètres des applications séparées externes, des programmes, des simulations, des systèmes hybrides et réels.
Un programme applicatif du système de contrôle central a notamment la capacité d'élaborer et de contrôler les classes additionnelles des paramètres qui peuvent être agrégées aux entités à partir des couches d'entités éloignées pour former d'autres couches paramétriques.
Les entités résultantes ont d'une part, un comportement similaire à leurs homologues dans les systèmes éloignés dans un espace paramétrique donné, et d'autre part les paramètres complémentaires se comportent comme dirigés par l'applicatif du système contrôlé centralement. Le programme applicatif du dispositif central gouverne le cycle de vie (création, mise à jour, destruction) des entités et leur comportement grâce aux informations et à la connaissance partagée dans les différentes couches de l'espace global paramétrique.
La figure 2 schématise un exemple d'application où les couches peuvent être de différentes natures.
C1 et C2 correspondent à des couches des entités éloignées contrôlées par le dispositif de contrôle central puis élaborées par le programme applicatif de la plate-forme 4. Le comportement des paramètres des systèmes éloignés considérés dans l'application sont dupliqués.
C3 et C4 correspondent à d'autres types de couches additionnelles issu directement du programme applicatif de la plate-forme 4.
La figure 3 représente un exemple d'application où les sous- systèmes sont composés : • d'une brigade simulée 10 de pompiers. Les paramètres connus sont par exemple, le nombre de véhicules, la capacité de chacun des véhicules, etc.
• d'une brigade réelle 1 1 de pompiers. • d'un ensemble d'urgence médicale 12 composé, par exemple de véhicules, ambulances, hélicoptères, d'intervenants, de matériels, etc
• d'une brigade de police nationale 13, composée, par exemple de véhicules légers, d'hélicoptères d'intervention, d'intervenants,
• d'une brigade de génie civile 14, composée d'intervenants et d'engin de déblayement.
Un profil de données à sélectionner est fixé. La mise en œuvre du procédé selon l'invention se déroule de la manière suivante :
• les sous-systèmes transmettent via la sonde, 20, 21 , 22, 23, les informations correspondantes au profil fixé, vers le processeur central 15. Ce dernier traite les données prélevées, il les synchronise et les transforme en un format homogène au vu des traitements futurs.
• les données mises en forme sont ensuite transmises à une plate- forme d'expérimentation 16 comprenant une interface d'entrée 16e une interface de sortie 16s, une interface de contrôle et de commande 16c, un processeur 16p ayant des fonctions identiques au processeur 4p (figure 1 ). Le processeur 16p est adapté à appliquer différents modèles. Les modèles mis en œuvre peuvent être :
• un modèle de capacité 17 ; capacité à éteindre le feu, à résister à la chaleur, etc.
• un modèle équipe anti-feu 18.
Les résultats de l'application des modèles sur les données sont transmis par exemple à un écran 19. Un poste de contrôle et de commandement 24 permet d'intervenir au niveau des différentes brigades, à partir des résultats de simulation.
La plate-forme peut aussi comporter des modèles de type commande de crise, un modèle d'évacuation de la population, un modèle d'embouteillages, etc..
Les modèles appliqués génèrent plusieurs couches d'entités représentatives du comportement des paramètres sélectionnés dans l'environnement de la plate-forme d'expérimentation, après application d'un modèle.

Claims

REVENDICATIONS
1 - Dispositif de simulation caractérisé en ce qu'il comporte au moins les éléments suivants : • un ou plusieurs sous-systèmes (1 -ι, 12, I3) qui participe à une simulation d'un système futur donné,
• pour chaque sous-système (1 i, 12, I3), un dispositif de prélèvement de données, 22, 23) les données appartenant à un profil donné,
• un système de contrôle central (3) adapté à traiter les données prélevées pour au moins les synchroniser et gérer leur cycle de vie,
• une plate-forme d'expérimentation (4) adaptée à accueillir un ou plusieurs modèles adaptés à simuler des systèmes réels ou des projets, ladite plate-forme comprenant une interface de contrôle et de commande (4c) d'application des consignes, un moyen d'exécution des étapes, • la plate-forme comprenant au moins un programme applicatif (4p) adapté à :
• élaborer et contrôler les classes additionnelles des données à aggréger aux entités résultant de l'application des modèles, et/ou
• élaborer différentes entités à partir des données issues du dispositif central (3),
• élaborer des couches de simulation au sein du programme applicatif de la plate forme d'expérimentation (4) à partir de paramètres choisis, synchroniser et fusionner les couches entre elles afin de produire un modèle composite.
2 - Dispositif selon la revendication 1 caractérisé en ce que le dispositif de prélèvement des données (2i, 22, 23) est un dispositif ayant un sens de circulation fixé.
3 - Dispositif selon la revendication 1 caractérisé en ce que le dispositif de prélèvement des données 22, 23) est adapté à transmettre les nouvelles valeurs de données en cas de variation ou périodiquement, dicté par le paramétrage du profile associé.
4 - Dispositif selon la revendication 1 caractérisé en ce qu'un sous-système est un sous-système simulé.
5 - Dispositif selon la revendication 1 caractérisé en ce qu'un sous-système est un sous-système réel.
6 - Dispositif selon la revendication 1 caractérisé en ce qu'un sous-système hybride.
7 - Système de simulation caractérisé en ce qu'il comporte au moins un dispositif selon l'une des revendications 1 à 6, un dispositif d'affichage des résultats (19) et un dispositif de commande (24) relié aux différents sous- systèmes.
8 - Procédé de simulation d'un système futur élaboré à partir de sous- systèmes comprenant un ou plusieurs objets réels ou simulés caractérisé en ce qu'il comporte au moins les étapes suivantes : le prélèvement de données appartenant à un profil déterminé à partir des sous-systèmes, la mise en forme de ces données, l'hébergement de modèles par une plate-forme d'expérimentation comportant son environnement, l'application d'un ou de plusieurs modèles aux données mises en forme et/ou à des données synthétisées par la plate-forme, l'élaboration de couches de simulation au sein du programme applicatif de la plate forme d'expérimentation (4) à partir de paramètres choisis, la synchronisation et la fusion des couches entre elles afin de produire un modèle composite.
9 - Procédé selon la revendication 8 caractérisé en ce que la variation d'une des données prélevées est prise en compte dans l'étape de mise en forme.
EP06701254A 2006-01-09 2006-01-09 Dispositif et procede pour federer et integrer des systemes reels ou simules afin de simuler le comportement du systeme ainsi elabore Withdrawn EP1977354A1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2006/050089 WO2007079984A1 (fr) 2006-01-09 2006-01-09 Dispositif et procede pour federer et integrer des systemes reels ou simules afin de simuler le comportement du systeme ainsi elabore

Publications (1)

Publication Number Publication Date
EP1977354A1 true EP1977354A1 (fr) 2008-10-08

Family

ID=36917256

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06701254A Withdrawn EP1977354A1 (fr) 2006-01-09 2006-01-09 Dispositif et procede pour federer et integrer des systemes reels ou simules afin de simuler le comportement du systeme ainsi elabore

Country Status (5)

Country Link
US (1) US20090259449A1 (fr)
EP (1) EP1977354A1 (fr)
AU (1) AU2006334706A1 (fr)
CA (1) CA2641726A1 (fr)
WO (1) WO2007079984A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3028706B1 (fr) * 2014-11-14 2016-12-02 Thales Sa Architecture systeme pour la gestion de ressources dans un reseau de communication
EP3970054A1 (fr) * 2019-05-17 2022-03-23 Tyco Fire Products LP Systèmes et procédés de configuration de système de lutte contre l'incendie

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5910903A (en) 1997-07-31 1999-06-08 Prc Inc. Method and apparatus for verifying, analyzing and optimizing a distributed simulation
EP1301846A4 (fr) * 2000-06-19 2006-03-22 P C Krause And Associates Inc Simulation répartie
US7072813B2 (en) * 2002-11-13 2006-07-04 Cadence Design Systems, Inc. Mechanism to synchronize probes during simulation of system-level designs

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2007079984A1 *

Also Published As

Publication number Publication date
WO2007079984A1 (fr) 2007-07-19
CA2641726A1 (fr) 2007-07-19
AU2006334706A1 (en) 2007-07-19
US20090259449A1 (en) 2009-10-15

Similar Documents

Publication Publication Date Title
KR102282970B1 (ko) 실시간 분산 자율주행 시뮬레이션 프레임워크를 구성 및 제어하는 방법
Tonneau et al. How to choose an experimentation platform for wireless sensor networks? A survey on static and mobile wireless sensor network experimentation facilities
Borshchev et al. Distributed simulation of hybrid systems with AnyLogic and HLA
Graciano Neto et al. Stimuli-SoS: a model-based approach to derive stimuli generators for simulations of systems-of-systems software architectures
US20230385696A1 (en) Virtual intelligence and optimization through multi-source, real-time, and context-aware real-world data
CN111973979B (zh) 经由持久性虚拟世界系统对现实世界进行实况管理
Dias et al. State of the software development life-cycle for the internet-of-things
Martinez et al. Sustainable intelligent transportation systems via digital twins: A contextualized survey
Bustamante et al. Seamless transition from machine learning on the cloud to industrial edge devices with thinger. io
US20260087202A1 (en) Digital twin models for components and systems of components
Sun et al. Terasim: Uncovering unknown unsafe events for autonomous vehicles through generative simulation
Infante et al. Integrating FMI and ML/AI models on the open‐source digital twin framework OpenTwins
Biahmou Systems engineering
Wang et al. A distributed and interactive system to integrated design and simulation for collaborative product development
EP1977354A1 (fr) Dispositif et procede pour federer et integrer des systemes reels ou simules afin de simuler le comportement du systeme ainsi elabore
FR2880150A1 (fr) Dispositif et procede pour federer et integrer des systemes reels ou simules afin de simuler le comportement du systeme de systemes ou d&#39;un systeme genere ainsi elabore
Kagalwala et al. Implementation methodologies for simulation as a service (saas) to develop adas applications
Forrai et al. Virtual Verification and Validation of Autonomous Vehicles: Toolchain and Workflow
Ahmad et al. OpenCAMS: An Open-Source Connected and Automated Mobility Co-Simulation Platform for Advancing Next-Generation Intelligent Transportation Systems Research
Neema et al. Model based integration and experimentation of information fusion and c2 systems
US20120004895A1 (en) Method and apparatus for testing on-line services
Shi et al. Autonomous driving simulators
KALOGERAS et al. Digital Twins From Smart Manufacturing to Smart Cities: A Survey
Orimi et al. A Data-Based Digital Twin Model for Distributed Systems in the Field
KR20080113348A (ko) 실제 또는 시뮬레이션된 시스템을 연합 및 통합하여 그에 따라 개발된 시스템의 작동을 시뮬레이션하는 디바이스 및 방법

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

17P Request for examination filed

Effective date: 20080801

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20090327

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20180818