Brevet FR2944908A1 — publié le 20101029

Simulation d'un environnement d'un système de supervision d'un réseau de transport terrestre Domaine technique La présente invention concerne une simulation d'un environnement d'un système de supervision d'un réseau de transport terrestre. L'invention peut notamment s'appliquer à simuler un environnement d'un système de supervision d'un réseau de métro. Exposé de l'art antérieur Des systèmes de supervision d'un réseau de transport terrestre permettent de gérer des équipements et des infrastructures du réseau de transport terrestre. Ces systèmes de supervision, installés dans un poste de central de commandement et de contrôle, permettent à un ou plusieurs opérateurs de superviser le réseau. Un système de supervision comporte plusieurs fonctions selon des types d'équipements à superviser. Les architectures de système de supervision comportent notamment une application par fonction. Chaque application peut avoir sa propre interface homme machine, ou IHM, et ses propres interfaces avec les équipements à superviser. Les différentes applications ne communiquent généralement pas entre elles. Les systèmes de supervision étant complexes et critiques pour la sécurité des biens et des personnes, il est nécessaire de former des opérateurs de supervision à leur utilisation. De plus, il peut être intéressant d'entrainer des opérateurs à réagir en cas de situation de crise pour leur permettre d'être efficace. A cette fin des simulations d'environnement du système de supervision peuvent être mise en oeuvre. De telles simulations ont pour principal objectif de reproduire le comportement d'équipements réels vis-à-vis des applications de supervision. A cette fin, une simulation est interfacée avec chaque application de supervision pour lui fournir les données qu'elle attend de la part des équipements qu'elle supervise. Les applications de supervision peuvent être nombreuses et hétérogènes, l'intégration des interfaces de ces dernières dans un ou plusieurs systèmes de simulation est coûteuse et complexe. La complexité de l'intégration d'applications hétérogènes est accentuée par le fait que chaque application possède ses interfaces propriétaires qu'il convient alors d'intégrer séparément. Les évolutions d'un tel système de simulation sont difficiles et coûteuses. Chaque application est associée à son propre outil de simulation et il n'existe actuellement aucune interaction entre les différents outils de simulation des différentes applications. Dans ces conditions, une simulation impliquant toutes les applications peut être complexe à mettre en oeuvre. Les simulations sont donc difficiles à mettre en oeuvre pour des entrainements. Les opérateurs sont donc mal entrainés et peuvent avoir de mauvaises réactions en situation de crise, en cas d'incident ou perdre du temps dans la réalisation de procédures opérationnelles qu'ils n'ont pas l'habitude d'exécuter. Résumé de l'invention (reprise des revendications) Un but de l'invention est notamment de fournir un environnement synthétique réaliste d'un système de supervision. A cet effet, l'invention a pour objet un dispositif de simulation d'un environnement d'un système de supervision d'une infrastructure matérielle. Le système de supervision comporte notamment des applications de supervisions d'équipements de l'infrastructure. Les applications peuvent être intégrées par une infrastructure logicielle de supervision. Le dispositif de simulation comporte notamment : un modèle d'incident, générant des incidents pour l'infrastructure matérielle ; un modèle de comportement humain, modélisant le comportement de chaque individu d'un groupe de personnes ; un ou plusieurs modèles d'équipements de l'infrastructure matérielle, reproduisant des comportements d'équipements de l'infrastructure matérielle ; un modèle de caméra de vidéo surveillance, générant une image synthétique pour un ou plusieurs écrans de contrôle du système de supervision ; un poste de contrôle de la simulation ; Les modèles peuvent être connectés à une infrastructure logicielle 35 d'environnement synthétique. Le dispositif de simulation peut être relié aux applications de supervision par un routeur. Le dispositif de simulation reçoit notamment des applications de supervision des actions à réaliser par les équipements supervisés. Le dispositif de simulation peut transmettre des informations provenant des modèles d'équipements aux applications de supervision d'équipements les supervisant par l'intermédiaire d'une interface équipement de chaque application de supervision. Le modèle de comportement humain modélise notamment le déplacement 10 de chaque individu dans l'infrastructure matérielle. Le dispositif de simulation peut générer un environnement synthétique d'une station de transport terrestre. Le dispositif de simulation peut transmettre des informations à des systèmes d'informations aux voyageurs de la station de transport terrestre. 15 Le dispositif de simulation peut comporter un modèle de train, un modèle d'équipement de la station de train. Autres avantages de l'invention (résumé des avantages) L'invention a notamment pour principal avantage de permettre une 20 évaluation du système de supervision en plus de fournir un outil d'entrainement pour les opérateurs de supervision. Brève description des figures D'autres caractéristiques et avantages de l'invention apparaîtront à 25 l'aide de la description qui suit, donnée à titre illustratif et non limitatif, et faite en regard des dessins annexés qui représentent : • la figure 1 : de manière schématique une architecture d'une simulation d'environnement d'un système de supervision de transport terrestre selon l'invention ; 30 • la figure 2 : un premier exemple d'un scénario simulé ; • la figure 3 : un deuxième exemple d'un scénario simulé ; • la figure 4 : un troisième exemple d'un scénario simulé. Description de l'invention (au moyen d'un exemple de réalisation) La figure 1 représente de manière schématique une architecture 10 d'une simulation selon l'invention. La figure 1 représente à titre d'exemple 5 une simulation adaptée à simuler un environnement d'un système de supervision d'un réseau transport terrestre 11. Le système de supervision représenté sur la figure 1 comporte une infrastructure logicielle de supervision 110 ou framework de supervision en langage anglo-saxon. 10 Le système de supervision 11 comporte plusieurs fonctions de supervision de différents équipements composant par exemple une infrastructure d'un réseau de transport terrestre. Chaque fonction de supervision est accomplie par une application logicielle de supervision 111, 112, 113. Chaque application logicielle 111, 112, 113 s'interface d'une part 15 avec l'infrastructure logicielle de supervision 110 par l'intermédiaire d'une interface de supervision 1110, 1120, 1130 et s'interface d'autre part avec des équipements dont elle assure la supervision par l'intermédiaire d'une interface équipement 1111, 1121, 1131. L'infrastructure de supervision 110 permet d'orchestrer différents services de supervision fournis par les 20 applications de supervision 111, 112, 113. L'infrastructure de supervision 110 effectue l'orchestration des actions des applications de supervision 111, 112, 113 en fonction de règles métier par exemple définies dans une base de données. Les règles métier permettent de définir des procédures comportant un nombre d'action à effectuer selon un contexte opérationnel particulier. 25 Des exemples de contextes opérationnels sont représentés sur les figures 2, 3 et 4. L'infrastructure de supervision 110 définit également un cadre d'échange de données entre les fonctions et l'infrastructure de supervision 110 elle-même. Par exemple l'infrastructure de supervision met à la disposition des applications des interfaces d'échanges de données. 30 Par exemple, le système de supervision représenté sur la figure 1 peut comporter trois applications 111, 112, 113. Une première application 111 peut être une application ou un module de gestion d'équipements d'une station de transport terrestre. Des équipements d'une station de transport terrestre peuvent être, par exemple des escalators, des portillons automatiques, des ascenseurs, des détecteurs d'incendie. Une deuxième application 112 peut être une application ou un module de gestion vidéo 112. Le module de gestion vidéo 112 a la charge de coordonner tous les systèmes de vidéo surveillance de la station de transport. Une troisième application 113 peut être une application ou un module d'information au public 113. Le module d'information au public 113 permet de gérer les différents moyens de communication comme des écrans d'affichage, des haut-parleurs diffusant des messages audio. Le système de supervision peut être contrôlé par un ou plusieurs opérateurs par l'intermédiaire d'une interface homme machine intégrée, ou IHM intégrée 114. L'IHM intégrée 114 permet notamment à un ou plusieurs opérateurs de piloter une ou plusieurs applications de surveillance 111, 112, 113. L'IHM intégrée 114 peut également permettre aux opérateurs de visualiser les états des différents équipements supervisés. L'architecture 10 de simulation selon l'invention, ou dispositif de simulation selon l'invention, peut comporter plusieurs modèles 101, 102, 103,104, 105. L'architecture de simulation 10 peut également comporter une infrastructure d'accueil 106 des modèles 101, 102, 103, 104, 105. L'infrastructure d'accueil, ou infrastructure d'environnement synthétique 106 définit un cadre d'échange de données entre les différents modèles. L'infrastructure d'environnement synthétique 106 fourni donc des bibliothèques d'interfaces permettant aux différents modèles 101, 102, 103, 104, 105 d'échanger des données avec l'infrastructure d'environnement synthétique 106. Les modèles 101, 102, 103,104, 105 fournissent de manière générale leur état à l'infrastructure d'environnement 106 qui met à dispositif ces états pour les autres modèles 101, 102, 103,104, 105. Chaque modèle 101, 102, 103, 104, 105 peut ainsi récupérer à partir de l'infrastructure d'environnement 106 les informations qui sont nécessaires à son fonctionnement. Une telle infrastructure d'environnement synthétique 106 peut être développée selon un standard DIS, ou Distributed Interactive Simulation signifiant Simulation Interactive Distribué. D'autres standards peuvent être utilisés comme par exemple le standard HLA, ou High Level Architecture, signifiant Architecture Haut Niveau. L'architecture de simulation 10 représentée sur la figure 1 comporte un routeur 107 permettant de transmettre des données vers les différentes applications 111, 112, 113 du système de supervision 11. Les données, sont transmises aux différentes applications de supervision 111, 112, 113 par l'intermédiaire de leur interface équipements 1111, 1121, 1131. La simulation transmet aux applications de supervision 111, 112, 113 des données simulées provenant des modèles 101, 102, 103, 104, 105 telles que leur fourniraient, en fonctionnement réel, les équipements auxquels les applications de supervision 111, 112, 113 sont connectées. Une interface homme machine 108, ou poste instructeur 108, permet à un opérateur de contrôler les différents modèles 101, 102, 103, 104, 105 de la simulation 10 afin, par exemple, de simuler des pannes sur un ou plusieurs équipements. Le poste instructeur est également connecté à l'infrastructure d'environnement 106. Le poste instructeur permet donc de contrôler la simulation et de créer des situations particulières en fonction des capacités des différents modèles afin d'effectuer : un entrainement des opérateurs de supervision à des situations critiques, une instruction de nouveaux opérateurs de supervision, un test des applications de supervision 111, 112, 113, une validation d'une procédure opérationnelle. L'architecture de simulation représentée sur la figure 1 comporte pour l'exemple cinq modèles 101, 102, 103, 104, 105. Un premier modèle 101 peut être un modèle de train 101. Le modèle de train 101 simule le déplacement d'un ou plusieurs trains sur le réseau de transport et notamment leur arrivée à une station de train. Le modèle de train 101 génère notamment la position des différents trains ainsi que leur vitesse par exemple. Un deuxième modèle 102 peut être un modèle de station de trains 102 simulant les différents équipements de la station de train. Par exemple le modèle de station 102 peut générer les informations suivantes : état d'ascenseurs, état de portes d'accès, état de l'alimentation électrique sur les voies, état d'un détecteur de fumée, détection d'une intrusion non autorisée dans un espace donné. Le modèle de station 102 peut permettre d'afficher sur un écran des informations destinées aux voyageurs provenant de l'application d'information au public 113. Le modèle de station 102 peut aussi transmettre à des hauts parleurs des messages audio destinés aux utilisateurs du réseau. Les messages et les informations aux voyageurs sont transmis par le modèle de station à des équipements d'information du public 115. Les équipements d'information du public sont par exemple des hauts parleurs, des panneaux d'information. Un troisième modèle 103 peut être un modèle de caméra de vidéosurveillance 103 par exemple. Ce modèle s'appuie sur un modèle 3D de l'infrastructure supervisée, par exemple une station de métro. Le modèle de caméra de vidéosurveillance 103 permet de générer des images destinées à être affichées sur un écran de visualisation, ou moniteur 114 permettant, en situation réelle, de visualiser une image fournie par une ou plusieurs caméras. Le modèle de caméra de vidéosurveillance 103 permet de générer une image synthétique de la situation que devrait visualiser les caméras en fonction des informations fournies par les autres modèles 101, 102, 104, 105. Le modèle de caméra de vidéosurveillance 103 permet de rendre réaliste une simulation de l'environnement du système de supervision en reproduisant un monde synthétique tel qu'il pourrait être perçu par des caméras de surveillance placées dans la station. Un quatrième modèle 104 peut être un modèle d'incident 104 permettant de simuler des incidents. Le modèle d'incident 104 permet notamment de simuler un feu dans une station de train, une explosion d'une bombe, la propagation d'un nuage de gaz toxiques, etc. Le modèle d'incident permet d'entrainer un opérateur à réagir à des situations critiques. Le modèle d'incident 104 peut être piloté par le poste instructeur 108 afin d'introduire au cours de la simulation des incidents afin de faire réagir les opérateurs. Un cinquième modèle 105 peut être un modèle comportemental 105 permettant de simuler le comportement de plusieurs personnes se trouvant dans l'infrastructure supervisée, notamment des voyageurs. Le modèle comportemental 105 est basé sur un modèle motivationnel dans lequel chaque individu se déplace selon ses propres motivations. Par exemple un individu entrant dans une station de train aura pour motivation de prendre un train, il se déplacera donc de manière à prendre un train dès qu'un train arrivera dans la station et que ses portes seront ouvertes. Mais si un incident survient et que des messages audio invitent le public à évacuer la station, tous les individus auront pour motivation de sauver leur vie, ce qu'ils feront en sortant de la station. Le modèle comportemental 105 est pilotable par l'intermédiaire du poste instructeur 108. Par exemple, le poste instructeur 108 peut donner l'ordre à un individu de se déplacer dans une direction donnée. Ce modèle permet de rendre la simulation interactive et réaliste. Ce modèle est lui aussi lié aux autres modèles, de telle sorte qu'un voyageur ne pourra pas franchir un portillon fermé ou remonter un escalier mécanique qui descend. L'ensemble des modèles mis en oeuvre sont d'un niveau de réalisme tel qu'un opérateur de supervision peut juger des conséquences de ses actions immédiatement en fonction de la réaction des équipements de la station, des voyageurs par exemple. L'interaction entre les différents modèles permet à un instructeur de créer des situations complexes, pour un entrainement des opérateurs de supervision, qui seraient difficilement réalisable en grandeur nature. La figure 2 représente un premier exemple d'un scénario simulé. Le premier scénario simulé est un scénario standard : l'arrivée d'un train dans la station. Le modèle de train 101 de la simulation 10 transmet par exemple de manière cyclique la position d'un train 20 à l'infrastructure d'environnement 106. La position du train est ensuite transmise par le routeur 107 au module de gestion des équipements station 111. Selon la position du train, le module de gestion des équipements station 111 détecte l'entrée du train dans la station. Le module de gestion des équipements station 111 transmet l'information suivante à l'infrastructure de supervision 110: � Arrivée du train en station �. Sur réception de cette information, l'infrastructure de supervision met en oeuvre une première règle métier 22. La première règle métier 22 peut par exemple reproduire le principe suivant : sur arrivée d'un train en station effectuer les actions suivantes : • changer d'image sur le moniteur 23 afin de présenter l'arrivée du train , • transmettre un message audio et un message texte 24 afin de signaler l'arrivée du train en station aux voyageurs. Ainsi l'infrastructure de supervision 110 transmet au module de gestion vidéo 112 l'ordre de changer d'image sur le moniteur 23. Le module de gestion vidéo 112 transfert ensuite à ses équipements un ordre de changement de caméra 25. L'ordre de changement de caméra 25 arrive par le routeur 107 dans la simulation 10. Le changement de caméra 25 est alors transféré par l'intermédiaire de l'infrastructure d'environnement 106 au modèle de caméra de vidéosurveillance 103. Le modèle de caméra de vidéosurveillance 103 génère une ou plusieurs nouvelles images représentant des vue provenant d'une ou plusieurs caméras virtuelles filmant l'arrivée du train dans la station. La nouvelle image générée est transmise 26 aux différents moniteurs d'affichage 114. L'arrivée du train dans la station peut ainsi être visualisée par l'opérateur de supervision afin d'avoir un rendu réaliste de la simulation. L'infrastructure de supervision 110 transmet également au module d'information au public 113 un ordre d'envoi d'un message audio : � Train à l'approche � et d'envoi d'un message textuel : � Arrivée du train �. Le module d'information au public 113 transfert cet ordre 27 aux équipements d'information au public par l'intermédiaire de son interface équipements 1131. L'ordre d'envoi d'un message audio et d'envoi d'un message texte 27 est ensuite transmis au routeur 107 qui le transfert au modèle de station 102 par l'intermédiaire de l'infrastructure de supervision 110. Le modèle de station 102 transmet ensuite les messages texte et audio 28 aux équipements d'information au public 115. Ces messages sont alors diffusés par les équipements d'information au public 115 sous forme audio ou textuelle. Ainsi le contexte opérationnel d'une arrivée d'un train dans la station peut être reproduit de manière très réaliste par la simulation 10 selon l'invention. La figure 3 représente un deuxième exemple d'un scénario simulé. Le deuxième scénario correspond à une intrusion d'une personne non autorisée dans un local surveillé. A partir du poste instructeur 108, un instructeur peut choisir de mettre en oeuvre un scénario d'intrusion. L'ordre de mise en oeuvre d'une intrusion 30 est transmis au modèle comportemental. Le modèle comportemental génère pour un individu une motivation le conduisant à pénétrer dans un local non autorisé, par exemple l'accès à une zone sécurisée. Un comportement d'intrusion 31 de type accès à une zone sécurisée est transmis par l'intermédiaire de l'infrastructure d'environnement 106 au modèle de station 102. Le modèle de station simule des équipements de détection d'intrusion. Sur détection d'une intrusion par les équipements de détection d'intrusion, le modèle de station génère une alarme intrusion 32 qui est transmise au routeur 107 par l'intermédiaire de l'infrastructure d'environnement 106. Le routeur 107 transmet l'alarme intrusion 33 au module de gestion des équipements station 111 par l'interface équipement 1111 du module de gestion des équipements station 111 comme si l'alarme provenait d'un équipement réel. L'alarme intrusion 34 est ensuite transmise à l'infrastructure de supervision. L'infrastructure de supervision 110 applique ensuite une deuxième règle métier 35: sur réception d'une alarme intrusion : • commuter l'affichage sur les images provenant d'une caméra filmant 10 l'intrusion ; • envoyer un message dans le local signalant l'intrusion. L'infrastructure de supervision 110 envoie donc un ordre de changement d'image sur le moniteur 36 vers le module de gestion vidéo 112. Le module de gestion vidéo 112 transmet ensuite l'ordre de changement de caméra 37 15 au modèle de caméra de vidéosurveillance 103 par l'intermédiaire du routeur 107. Le modèle de caméra de vidéosurveillance 103 génère ensuite une nouvelle image représentant l'intrusion. La nouvelle image 38 représentant l'intrusion est ensuite transmise pour affichage aux moniteurs 114. L'infrastructure de supervision 110 envoi également un ordre d'envoi d'un 20 message audio : � vous êtes surveillé par caméra � 39 au module d'information au public 113. Le module d'information au public 113 transmet l'ordre d'envoi d'un message audio 300 au modèle de station 102 par l'intermédiaire du routeur 107. Le modèle de station transmet donc le message audio 301 pour diffusion aux équipements d'information du public 25 115 et notamment aux haut-parleurs se situant dans la zone d'accès réservé. Ainsi un opérateur peut s'entrainer de manière réaliste à la mise en oeuvre des procédures en cas d'intrusion non autorisée. La figure 4 représente un troisième exemple d'un scénario simulé. 30 Le troisième exemple de scénario concerne le développement d'un feu dans la station. A partir du poste instructeur 108, un instructeur entrainant des opérateurs peut donner un ordre à la simulation 106 de créer un feu dans la station 40. L'ordre de création de feu est transmis au modèle d'incident 104 par l'intermédiaire de l'infrastructure d'environnement 106. Le modèle 35 d'incident 104 créé un feu dans la station qui génère de la fumée 41. Un modèle de propagation du feu et de la fumée est mis en oeuvre par le modèle d'incident 104. Ainsi les différents détecteurs d'incendie simulés par le modèle de station 102 vont s'activer de manière réaliste au fur et à mesure de la progression du feu et de la fumée dans la station. Le modèle de station génère ensuite une alarme incendie 42. L'alarme incendie 43 est ensuite transmise au modèle de gestion des équipements station 111. Le modèle de gestion des équipements station 111 transmet lui-même l'alarme incendie 44 à l'infrastructure de supervision 110. L'infrastructure de supervision 110 applique ensuite une troisième règle métier 45 : sur réception d'une alarme incendie : • commuter l'affichage sur les images provenant d'une caméra filmant l'incendie ; • envoyer un message audio et texte donnant l'ordre au public d'évacuer la station. • diriger les moyens d'évacuation vers la sortie de la station. L'infrastructure de supervision 110 envoi donc un ordre de changement d'image sur le moniteur 47 vers le module de gestion vidéo 112. Le module de gestion vidéo 112 transmet ensuite l'ordre de changement de caméra 49 au modèle de caméra de vidéosurveillance 103 par l'intermédiaire du routeur 107. Le modèle de caméra de vidéosurveillance 103 génère ensuite une nouvelle image représentant le feu et sa propagation dans la station. La nouvelle image 400 représentant le feu est ensuite transmise pour affichage aux moniteurs 114. L'infrastructure de supervision 110 envoi également un ordre d'envoi d'un message audio et d'un message textuel d'évacuation de la station 46 au module d'information au public 113. Le module d'information au public 113 transmet l'ordre d'envoi d'un message audio et textuel 401 au modèle de station 102 par l'intermédiaire du routeur 107. Le modèle de station 102 transmet donc le message audio et le message textuel correspondant à une alarme incendie 402 pour diffusion : aux équipements d'information du public 115 et notamment aux haut-parleurs et aux moyens d'affichage d'informations. Le modèle comportementale 105 prend également en compte l'incendie. Dès le déclenchement de l'incendie, le comportement des usagers de la station peut être modifié afin de prendre en compte un danger. Ensuite sur diffusion du message d'information, les usagers peuvent se diriger vers la sortie de la station rapidement en fonction d'un degré de panique par exemple. Ainsi l'image diffusée sur les moniteurs 114 peut montrer un public paniqué se précipitant vers la sortie de la station. Le modèle comportemental 105 rend ainsi réaliste le scénario d'incendie dans la station et peut permettre de vérifier que la procédure d'évacuation est effectuée correctement et que les moyens d'évacuation sont correctement dimensionnés pour évacuer le public de la station. 1 o Autres application Une architecture de simulation selon l'invention peut s'appliquer à d'autres systèmes de supervision d'infrastructures civiles comme des aéroports, des usines, des centres villes, des musées. 15 Avantages La simulation selon l'invention permet avantageusement une évaluation de procédures opérationnelles mises en oeuvre pour résoudre un incident par exemple. Notamment, un modèle comportemental permet de rendre une situation d'incident réaliste. De plus l'intégration de modèles 20 réalistes dans une même architecture de simulation permet de simuler un environnement cohérent. La simulation selon l'invention permet donc avantageusement un entrainement des opérateurs de supervision dans des conditions réalistes, sur le système de supervision réel. Avantageusement, la simulation permet 25 de mettre en oeuvre des situations impossibles à réaliser en grandeurs nature, comme un feu dans une station. Ainsi les opérateurs peuvent être mieux préparés à réagir en cas de situation critique ou inhabituelle. La simulation selon l'invention permet donc une formation efficace des opérateurs de supervision. 30 Avantageusement, une telle simulation permet d'évaluer la réactivité des opérateurs dans des contextes de crise afin de s'assurer qu'ils sont suffisamment bien formés pour leur poste. La simulation selon l'invention peut également permettre au client de définir des procédures opérationnelles efficaces en fonction de différentes situations opérationnelles. Il est ainsi possible d'évaluer les procédures opérationnelles en visualisant leur déroulement sur les différents moniteurs. La simulation peut également permettre de tester les applications de supervision en usine pendant leur développement ou lors de la validation du système de supervision par le client avant la livraison du système par exemple. La simulation peut aussi permettre de définir en termes de nombre et d'implantation des moyens logistique à mettre en oeuvre dans une infrastructure comme une station de métro par exemple. Ainsi il est possible ~o de vérifier que des moyens d'évacuation sont correctement dimensionnés pour évacuer le public d'une station de métro par exemple en situation normale et en situation de crise. REVENDICATIONS1. Dispositif de simulation (10) d'un environnement d'un système de supervision d'une infrastructure matérielle, ledit système de supervision comportant des applications de supervisions (111, 112, 113) d'équipements de l'infrastructure, lesdites applications (111, 112, 113) étant intégrées par une infrastructure logicielle de supervision (110), caractérisé en ce qu'il comporte : un modèle d'incident (104), générant des incidents pour l'infrastructure matérielle ; un modèle de comportement humain (105), modélisant le comportement de chaque individu d'un groupe de personnes ; un ou plusieurs modèles d'équipements de l'infrastructure matérielle (101, 102), reproduisant des comportements d'équipements de l'infrastructure matérielle ; un modèle de caméra de vidéo surveillance (103), générant une image synthétique pour un ou plusieurs écrans de contrôle du système de supervision ; un poste de contrôle de la simulation (108) ; lesdits modèles (102, 103, 105), étant connectés à une infrastructure logicielle d'environnement synthétique (106) ; ledit dispositif de simulation (10) étant relié aux applications de supervision (111, 112, 113) par un routeur (107) ; ledit dispositif de simulation (10) recevant des applications de supervision (111, 112, 113) des actions à réaliser par les équipements supervisés ; ledit dispositif de simulation (10) transmettant des informations provenant des modèles d'équipements (101, 102) aux applications de supervision d'équipements (111, 112, 113) les supervisant par l'intermédiaire d'une interface équipement (1111, 1121, 1131) de chaque application de supervision (111, 112, 113). 2. Dispositif de simulation selon la revendication 1, caractérisé en ce que le modèle de comportement humain (105) modélise le déplacement de chaque individu dans l'infrastructure matérielle. 3. Dispositif de simulation selon la revendication 1, caractérisé en ce qu'il génère un environnement synthétique d'une station de transport terrestre. 4. Dispositif de simulation selon la revendication 3, caractérisé en ce qu'il transmet des informations à des systèmes d'informations (115) aux voyageurs de la station de transport terrestre. 5. Dispositif de simulation selon la revendication 3, caractérisé en ce qu'il comporte un modèle de train (101), un modèle d'équipement de la station de train (102).