OUTIL : COMMON
SIMULATION SPACE

Les participants au trial et les solutions et systèmes déjà existants connectés au common information space (CIS) ont généralement besoin d’informations provenant d’une crise fictive (par ex. le nombre de ressources présentes à un certain emplacement ou des informations détaillées sur les victimes sur le lieu de l’incident).

Le common simulation space (CSS) est l’élément de la test-bed technical infrastructure qui fournit un cadre permettant aux simulateurs de générer et de maintenir collectivement un environnement simulé nécessaire pour que les solutions (et les systèmes déjà existants) et les participants aient une impression suffisamment réaliste de la crise fictive à gérer.

Selon le scénario du trial, les simulateurs doivent être sélectionnés en fonction des éléments suivants :

• Si les solutions ou les systèmes déjà existants ont besoin de données tirées de la crise simulée, qu’ils ne peuvent pas obtenir à partir d’autres solutions ou systèmes déjà existants (par ex. solution alimentée par une situation d’inondation simulée).
• Si les participants ont besoin d’informations supplémentaires sur la crise simulée (par ex. une vue à hauteur d’homme de la crise, simulée par une application de réalité virtuelle ou mise en scène par des éléments physiques sur un terrain d’exercice réel).
• S’il est nécessaire que les informations du scénario soient précalculées/pré-simulées à des fins de réalisme (par ex. la progression réaliste d’un feu de forêt).

Le common simulation space permet à plusieurs simulateurs de se concentrer sur leur partie du maintien de l’état actuel de l’environnement simulé (c.-à-d. la vérité simulée de l’incident et du monde environnant, par exemple un simulateur d’inondation surveillant la progression d’une inondation dans une région et un simulateur de ressources surveillant les positions de plusieurs ambulances). Afin de communiquer les changements d’état à d’autres simulateurs au sein du CSS, les messages de communication autogénérés sont autorisés au sein de cet espace. Cela diffère des messages envoyés sur le CIS, car le CIS est davantage aligné sur les normes actuelles d’échange de données sur la gestion des situations d’urgence.

Pour orienter l’environnement simulé vers un scénario souhaité pertinent pour le trial, le CSS est connecté au trial management tool, qui peut envoyer des messages de modification de l’environnement simulé, à savoir des événements inattendus impulsés directement traités par les simulateurs. Par exemple, pour initier l’effondrement de la digue, faites exploser un conteneur ou acheminez 10 ambulances sur les lieux de l’incident, etc.

Les simulateurs disposent tous de leur propre modèle de données sur la façon dont ils représentent l’environnement simulé. Le CSS permet à ces simulateurs de convenir d’une forme de communication que les simulateurs sont à même de comprendre pour créer et maintenir collectivement un environnement simulé.

Outre le CSS, il existe aussi le common information space (CIS), qui est utilisé pour connecter entre eux l’ensemble des solutions et des systèmes déjà existants. Le CSS n’est pas connecté directement au CIS, mais par l’intermédiaire de passerelles CIS-CSS. Cela garantit que ces deux espaces de vérité simulée au sein du CSS et de vérité perçue/communiquée au sein du CIS restent distincts l’un de l’autre, et cela permet aux passerelles de contrôler les informations du CSS qui circulent vers le CIS. Par exemple, si vous n’avez pas de capteurs ou d’observateurs à proximité de l’inondation (telle que simulée dans le CSS), l’image opérationnelle commune ne devrait pas être en mesure de voir la carte de l’inondation. Ce n’est qu’après l’envoi d’un drone pour inspecter la zone que ces informations peuvent devenir disponibles par le biais du drone. Toutefois, le drone lui-même reçoit une image précise de l’inondation afin de pouvoir calculer et communiquer la carte actuelle de l’inondation.

De cette façon, une vérité perçue partagée est proposée aux solutions, qui pourra servir à la prise de décision dans le cadre de la gestion des situations d’urgence. Cependant, en raison d’une observation erronée, d’une mauvaise communication ou d’un capteur/une solution défaillant(e), la vérité perçue peut être différente de la vérité simulée. Il se peut que des filtres visant à créer une vérité perçue différente soient en place dans les passerelles CSS-CIS, empêchant les participants d’obtenir les informations correctes d’un simulateur. Ainsi, alors que le personnel chargé du trial/des exercices a sous les yeux toutes les informations des simulateurs, les participants ne peuvent voir qu’une partie de ces informations ou peuvent délibérément recevoir des informations erronées.

Détails techniques
Le CSS a la même configuration technique que le CIS (c.-à-d. via une ou plusieurs rubriques Kafka), et les simulateurs peuvent y être connectés à l’aide des mêmes adaptateurs que ceux disponibles pour connecter des solutions et des systèmes déjà existants au CIS. La sécurité peut être ajoutée au CSS comme elle peut être ajoutée au CIS. L’outil administratif est utilisé pour configurer le CSS et le surveiller pendant le déroulement du trial.