Brevet FR3119068A1 — publié le 20220722

Procédé de gestion des messages de missions héliportées et dispositif pour sa mise en œuvre L'invention a pour objet un procédé et un dispositif assurant la gestion des messages échangés via plusieurs réseaux de communication entre les différents intervenants d’une mission héliportée, les messages échangés, stockés dans une base de données centrale (18), étant des messages de type texte ou composés d’octets et associé chacun à un identifiant message unique comprenant un numéro de message unique, les numéros de message augmentant avec un pas prédéfini en fonction de la chronologie d’émission des messages. Le procédé comprend également au moins une étape de contrôle visant à vérifier, à intervalles de temps réguliers, pour au moins la base de données centrale (18), que tous les messages stockés comprennent des numéros de message qui se suivent avec le pas prédéfini. Figure 4 Procédé de gestion des messages de missions héliportées et dispositif pour sa mise en œuvre La présente demande se rapporte à un procédé de gestion des messages de missions héliportées ainsi qu’à un dispositif pour sa mise en œuvre. Selon un mode opératoire, une mission héliportée est dirigée par un centre de commandement qui échange des informations avec une équipe héliportée composée d’un chef de mission (une personne restant toujours à bord de l’hélicoptère) et d’un ou plusieurs membres de mission qui peuvent être déposés au sol. Les informations sont uniquement échangées sous forme de messages vocaux transmis par des moyens radios entre le centre de commandement et le chef de mission ainsi qu’entre le chef de mission et les membres de mission (à bord ou au sol). En opération, les membres de mission peuvent être déposés au sol sur une zone de mission. L’hélicoptère reste alors en stationnaire au-dessus de la zone de mission et le chef de mission communique avec les membres de mission par radio ou par gestes si la radio ne fonctionne pas. Si un message doit être transmis entre un membre de mission et le centre de commandement alors ce message est transmis sous forme vocale via la radio ou par des gestes du membre de mission au sol vers le chef de mission qui le transmet à son tour via la radio au centre de commandement. Ainsi, les messages entre les différents acteurs sont émis via la radio de bord de l’hélicoptère et/ou la radio portable courte portée du membre de mission. Ce mode opératoire n’est pas satisfaisant car les risques de perte ou d’altération des informations transmises sont importants compte tenu du mode de transmission des messages. Selon une autre contrainte, il n’est pas envisageable d’utiliser uniquement des téléphones mobiles car certaines zones d’intervention (en mer ou en montagne par exemple) ne sont pas couvertes par les réseaux de communication de téléphonie mobile. Enfin, la norme de communication de type OSI (pour Open Systems Interconnection en anglais), largement utilisée pour les réseaux de communication, ne peut pas être utilisée car elle requiert l’envoi de messages à des fréquences élevées (plusieurs centaines de messages chaque seconde), des temps de latence courts, une bande passante importante, ces caractéristiques étant incompatibles avec des moyens de communication radio ou satellite. La présente invention vise à remédier à tout ou partie des inconvénients de l’art antérieur. A cet effet, l’invention a pour objet un procédé de gestion des messages d’au moins une mission héliportée comportant plusieurs intervenants dont un présent dans un centre de commandement équipé d’un premier terminal, un chef de mission héliporté équipé d’un deuxième terminal et optionnellement au moins un membre de mission héliporté équipé d’un troisième terminal. Le procédé de l’invention présente les caractéristiques suivantes : le premier terminal est configuré pour saisir des messages, les lire, les stocker dans au moins une base de données locale, les transmettre et les recevoir grâce à au moins un module de communication ; le deuxième terminal est configuré pour saisir des messages, les lire, les stocker dans au moins une base de données locale, les transmettre et les recevoir grâce à au moins trois modules de communication utilisant trois réseaux de communication différents ; le troisième terminal est configuré pour saisir des messages, les lire, les stocker dans au moins une base de données locale, les transmettre et les recevoir grâce à au moins un module de communication ; les différents modules de communication sont configurés pour permettre d’échanger via plusieurs réseaux de communication des messages avec un terminal central comprenant au moins une base de données centrale configurée pour stocker les messages échangés ; les messages échangés sont des messages de type texte ou composés d’octets, chaque message échangé étant associé à un identifiant message unique comprenant un numéro de message unique, les numéros de message augmentant avec un pas prédéfini en fonction de la chronologie d’émission des messages ; le procédé comprend au moins une étape de contrôle visant à vérifier, à intervalles de temps réguliers et pour au moins la base de données centrale, que tous les messages stockés comprennent des numéros de message qui se suivent avec le pas prédéfini. Un tel procédé permet d’assurer des échanges d’informations sécurisés entre les différents intervenants en utilisant de manière coordonnée un ensemble hétérogène de réseaux de communication et en garantissant l’intégrité des messages échangés. D'autres caractéristiques et avantages ressortiront de la description de l’invention qui va suivre, description donnée à titre d'exemple uniquement, en regard des dessins annexés parmi lesquels : est une représentation schématique d’une opération héliportée illustrant un mode de réalisation de l’invention, est une représentation schématique des différents modules et réseaux de communication mis en œuvre lors d’une mission héliportée illustrant un premier mode de réalisation de l’invention, est une représentation schématique des différents modules et réseaux de communication mis en œuvre lors d’une mission héliportée illustrant un autre mode de réalisation de l’invention, est une représentation schématique d’un dispositif de gestion des messages d’une mission héliportée illustrant un mode de réalisation de l’invention, est un diagramme illustrant les différentes opérations d’une étape de contrôle de la bonne réception des messages d’une mission héliportée, Selon un mode de réalisation visible sur les figures 1 à 4, une mission héliportée fait intervenir un centre de commandement 10, un hélicoptère 12 ainsi qu’une équipe héliportée comprenant un chef de mission 14 (visible sur la ) qui reste dans l’hélicoptère 12 et, optionnellement, au moins un membre de mission 16 qui peut intervenir au sol. Selon les cas, l’équipe héliportée comprend deux membres de mission 16, 16’, comme illustré sur les figures 1 et 3, ou un membre de mission 16, comme illustré sur les figures 2 et 4. L’équipe héliportée peut comprendre plus de deux membres de mission. Le chef de mission 14 est généralement le commandant de bord de l’hélicoptère 12. Cependant, l’invention n’est pas limitée à cette configuration. La mission héliportée peut se dérouler en mer, en montagne ou sur toute autre zone d’intervention. Selon un mode de réalisation visible sur la par exemple, un dispositif de gestion des messages d’une mission héliportée comprend au moins un premier terminal 10.1, configuré pour afficher et saisir des messages, destiné au centre de commandement 10 ; au moins un deuxième terminal 14.1, configuré pour afficher et saisir des messages, positionné dans l’hélicoptère 12, équipant le chef de mission ; ainsi qu’au moins un troisième terminal 16.1, configuré pour afficher et saisir des messages équipant au moins l’un des membres de mission 16. Comme illustré sur la , plusieurs membres de mission 16, 16’ comprennent chacun un troisième terminal 16.1, 16.1’. A titre d’exemple, le premier terminal 10.1 est un ordinateur fixe ou portable, un smartphone, une tablette numérique ou autres ; le deuxième terminal 14.1 est un ordinateur portable, un smartphone, une tablette numérique ou autres ; le troisième terminal 16.1 est un smartphone, une tablette numérique ou autres. Comme illustré sur la , le dispositif de gestion des messages d’une mission héliportée comprend au moins une première base de données 10.2 associée au premier terminal 10.1 du centre de commandement 10, au moins une deuxième base de données 14.2 associée au deuxième terminal 14.1 du chef de mission, au moins une troisième base de données 16.2 associée au troisième terminal 16.1 d’un des membres de mission 16 ainsi qu’une base de données centrale 18. Toutes ces bases de données 10.2, 14.2, 16.2 et 18 sont configurées pour stocker notamment des messages d’au moins une mission héliportée. Selon une configuration, la base de données centrale 18 est distante des autres bases de données et stockée dans un terminal central 20 accessible depuis le réseau Internet. Selon une autre configuration, la base de données centrale 18 et la première base de données 10.2 sont hébergées sur le même site et/ou dans le même terminal. Ainsi, la base de données centrale 18 et la première base de données 10.2 peuvent être stockées au niveau du centre de commandement 10. Selon une autre configuration, la base de données centrale 18 et la première base de données 10.2 forment une unique et même base de données. Selon un mode de réalisation, la première base de données 10.2 est stockée dans le premier terminal 10.1 ou dans un périphérique relié à ce dernier. La deuxième base de données 14.2 est stockée dans le deuxième terminal 14.1 ou dans un périphérique relié à ce dernier. La troisième base de données 16.2 est stockée dans le troisième terminal 16.1 ou dans un périphérique relié à ce dernier. Selon une configuration, chaque terminal 10.1, 14.1, 16.1, 16.1’, 20 dispose d’au moins une base de données 10.2, 14.2, 16.2, 18 qui lui est propre. Le dispositif de gestion des messages d’une mission héliportée utilise différents réseaux de communication, comme Internet, au moins un réseau de communication de téléphonie mobile de type GSM ou UMTS par exemple, au moins un réseau de communication satellitaire, au moins un réseau de communication radio numérique permettant aux différents terminaux 10.1, 14.1, 16.1, 16.1’, 20 d’échanger des données entre eux. Ces différents réseaux peuvent être combinés entre eux pour assurer des échanges de données entre les différents terminaux. Chaque terminal du dispositif de gestion des messages d’une mission héliportée comprend au moins un module de communication pour lui permettre d’accéder à au moins un des réseaux de communication précédemment cités. Selon un mode de réalisation, le premier terminal 10.1 comprend ou est relié à au moins un premier module de communication 22 pour communiquer avec au moins le terminal central 20. Selon un mode de réalisation, le premier terminal 10.1 comprend ou est relié à un seul premier module de communication 22 lui permettant d’accéder au réseau Internet. Selon un autre mode de réalisation visible sur la , le premier terminal 10.1 comprend ou est relié à différents modules de communication, un premier module de communication 22 lui permettant d’accéder au réseau Internet, un deuxième module de communication 22’ lui permettant d’accéder à un réseau de communication satellitaire et, éventuellement, un troisième module de communication 22’’ lui permettant d’accéder à un réseau de communication de téléphonie mobile ; les deuxième et troisième modules de communication 22’, 22’’ lui permettant d’échanger des données avec le deuxième terminal 14.1 utilisé par le chef de mission 14 et éventuellement avec le troisième terminal 16.1 d’un membre de mission 16. Chaque module de communication peut être intégré dans le premier terminal 10.1 ou intégré dans un périphérique relié au premier terminal 10.1. Selon un mode de réalisation, le deuxième terminal 14.1 utilisé par le chef de mission 14 comprend ou est relié à au moins trois modules de communication 24, un premier module de communication 24 lui permettant d’accéder à un réseau de communication de téléphonie mobile, un deuxième module de communication 24’ lui permettant d’accéder à un réseau de communication satellitaire ainsi qu’un troisième module de communication 24’’ lui permettant d’accéder à un réseau de communication radio numérique. Les premier et deuxième modules de communication 24, 24’ sont configurés pour permettre au deuxième terminal 14.1, utilisé par le chef de mission 14, d’échanger des données avec le terminal central 20 et, éventuellement, avec le premier terminal 10.1 du centre de commandement 10. Le troisième module de communication 24’’ est configuré pour permettre au deuxième terminal 14.1 utilisé par le chef de mission 14 d’échanger des données avec au moins un troisième terminal 16.1 utilisé par l’un des membres de mission 16. Chaque module de communication peut être intégré dans le deuxième terminal 14.1 et/ou intégré dans un périphérique relié au deuxième terminal 14.1. Selon un mode de réalisation, le troisième terminal 16.1 utilisé par le membre de mission 16 comprend ou est relié à au moins trois modules de communication 26, un premier module de communication 26 lui permettant d’accéder à un réseau de communication de téléphonie mobile, un deuxième module de communication 26’ lui permettant d’accéder à un réseau de communication satellitaire ainsi qu’un troisième module de communication 26’’ lui permettant d’accéder à un réseau de communication radio numérique. Les premier et deuxième modules de communication 26, 26’ sont configurés pour permettre au troisième terminal 16.1, utilisé par le membre de mission 16, d’échanger des données avec le terminal central 20 et, éventuellement, avec le premier terminal 10.1 du centre de commandement 10. Le troisième module de communication 26’’ est configuré pour permettre au troisième terminal 16.1, utilisé par le membre de mission 16, d’échanger des données avec un deuxième terminal 14.1 utilisé par le chef de mission ou, éventuellement, avec un autre troisième terminal 16.1’ d’un autre membre de mission 16’. Selon un mode de réalisation, tous les troisièmes terminaux 16.1, 16.1’ utilisés par les membres de mission 16’ sont identiques. Selon un autre mode de réalisation visible sur la , au moins un troisième terminal, 16.1’, utilisé par un des membres de mission 16’, comprend ou est relié à un seul module de communication 26’’ lui permettant d’accéder à un réseau de communication radio numérique pour échanger des données avec le chef de mission 14 ou un autre membre de mission 16. Chaque module de communication peut être intégré dans le troisième terminal 16.1, 16.1’ et/ou intégré dans un périphérique relié au troisième terminal 16.1, 16.1’. Selon un exemple, le premier module de communication 24, 26 est une carte SIM, une clé GSM/UMTS ; le deuxième module de communication 24’ 26’ est un module de communication satellitaire commercialisé par la marque Iridium ; le troisième module de communication 26’’, 24’’ est un module de communication radio numérique commercialisé sous la marque Go-Tenna. Le dispositif de gestion des messages d’une mission héliportée comprend au moins une application implémentée dans chacun des premier, deuxième et troisième terminaux 10.1, 14.1, 16.1, 16.1’ configurée pour lire des messages, les saisir, les émettre, les recevoir, les contrôler, les stocker,….. Cette application peut comprendre d’autres fonctions, comme la fonction de suppression de message, la fonction d’accusé réception d’un message. Cette application ou une autre application peut être prévue pour analyser la disponibilité des différents réseaux de communication et gérer l’activation ou la désactivation des modules de communication. Le dispositif de gestion des messages d’une mission héliportée peut fonctionner selon un premier mode de fonctionnement dit nominal. Dans ce cas, l’ensemble des terminaux 10.1, 14.1, 16.1, 20 ont accès au réseau Internet via un réseau de communication de téléphonie mobile. Les messages sont partagés entre tous les intervenants et ce en quelques secondes. Le dispositif de gestion des messages d’une mission héliportée peut fonctionner selon un deuxième mode de fonctionnement. Dans ce cas, les membres de mission 16 au sol n’ont pas accès au réseau Internet via un réseau de communication de téléphonie mobile. Selon ce deuxième mode de fonctionnement, les messages envoyés par chaque membre de mission 16 au sol sont transmis au deuxième terminal 14.1 du chef de mission 14 via le réseau de communication radio numérique. Le deuxième terminal 14.1 les retransmet au terminal central 20 ou au premier terminal 10.1 du centre de commandement 10 via un réseau de communication de téléphonie mobile. Cette retransmission des messages induit une latence de communication de quelques secondes. Le dispositif de gestion des messages d’une mission héliportée peut fonctionner selon un troisième mode de fonctionnement. Dans ce cas, les deuxième et troisième terminaux 14.1, 16.1 du chef de mission14 et du (ou des) membre(s) de mission 16 n’ont pas d’accès à un réseau de communication de téléphonie mobile. Comme précédemment, les messages envoyés par chaque membre de mission 16 au sol sont transmis au deuxième terminal 14.1 du chef de mission 14 via le réseau de communication radio numérique. Le deuxième terminal 14.1 transmet ses propres messages et retransmet ceux du troisième terminal 16.1 au terminal central 20 ou au premier terminal 10.1 du centre de commandement 10 via au moins un réseau de communication satellitaire. L’utilisation de ce type de réseau augmente la latence et induit des coûts de communication supplémentaires. Le dispositif de gestion des messages d’une mission héliportée peut fonctionner selon un quatrième mode de fonctionnement. Dans ce cas, les deuxième et troisième terminaux 14.1, 16.1 du chef de mission14 et du (ou des) membre(s) de mission 16 n’ont pas d’accès à un réseau de communication de téléphonie mobile et l’hélicoptère 12 est éloigné des membres de mission 16 au sol. Les échanges de données entre les différents terminaux sont opérés via au moins un réseau de communication satellitaire. Ce quatrième mode de fonctionnement induit une latence importante et des coûts de communication importants mais permet de conserver un lien entre les différents intervenants. Comme indiqué précédemment, les canaux de communication sont utilisés en fonction de leur disponibilité. Selon un mode de réalisation, au moins un module de communication des deuxième et troisième terminaux 14.1, 16.1 mis à disposition du chef de mission 14 et d’au moins un membre de mission 16 est activable et désactivable, configuré pour occuper un état activé dans lequel il permet l’émission et la réception des données ainsi qu’un état désactivé dans lequel il bloque l’émission et la réception des données. Selon une configuration, chacun des deuxième et troisième terminaux 14.1, 16.1 comprend une application pour gérer l’activation ou la désactivation des modules de communication. Ainsi, il est possible d’activer ou de désactiver les modules de communication afin d’utiliser les canaux de communication en fonction d’un profil de communication souhaité pour les échanges de données, comme la performance ou le coût de communication par exemple. Selon un mode de réalisation donné à titre d’exemple et non limitatif, au moins l’un des deuxième et troisième terminaux 14.1, 16.1 peut comprendre une application configurée pour hiérarchiser l’utilisation des modules de communication en fonction de leur disponibilité et du profil de communication souhaité, comme la performance ou le coût de communication par exemple. A titre d’exemple, si le profil de communication choisi vise à réduire les coûts de communication, alors l’application choisira parmi les modules de communication disponibles celui (ou ceux) qui génère(nt) le moindre coût de communication. Selon ce mode de réalisation, l’application permet à un utilisateur de sélectionner un profil de communication parmi une liste de profils de communication, comme un profil à moindre coût de communication ou un profil à performance accrue par exemple. Lors de la mission, lorsque plusieurs canaux de communication sont disponibles, l’application imposera l’envoi des messages via le module de communication associé au canal de communication disponible respectant le profil de communication sélectionné. Selon une caractéristique de l’invention, les messages échangés sont des messages de type texte dits messages Texte et non vocaux. Chaque message Texte comprend des éléments graphiques comme des caractères alphabétiques, numériques, de ponctuation ou autres. Chaque message est composé d’octets. Selon une autre caractéristique, tous les messages Texte échangés sont stockés dans la base de données centrale 18. Chacune des première, deuxième et troisième bases de données 10.2, 14.2, 16.2 dites locales est une copie totale ou partielle de la base de données centrale 18. Selon une configuration, un même dispositif de gestion des messages d’une mission héliportée peut être utilisé pour plusieurs missions héliportées. Dans ce cas, chaque mission héliportée est identifiée par un identifiant mission unique, différent d’une mission à l’autre. Au début de chaque mission, chaque intervenant est associé à un identifiant intervenant unique, différent d’un intervenant à l’autre. A titre d’exemple, la personne présente au centre de commandement 10, utilisant le premier terminal 10.1, est associée à l’identifiant intervenant n°1 ; le chef de mission 14, utilisant le deuxième terminal 14.1, est associé à l’identifiant intervenant n°2 ; le membre de mission 16, utilisant le troisième terminal 16.1, est associé à l’identifiant intervenant n°3 et ainsi de suite. Pour chaque mission, chaque message échangé est associé à un identifiant message unique, différent d’un message à l’autre. Selon une configuration, l’identifiant message comprenant un numéro de message unique, les numéros de message augmentant avec un pas prédéfini, par exemple de un, en fonction de la chronologie d’émission des messages. Selon une autre configuration, l’identifiant message comprend l’identifiant intervenant de la personne qui l’a émis ainsi qu’un numéro de message unique, les numéros de message associés aux messages de chaque intervenant augmentant avec un pas prédéfini en fonction de la chronologie d’émission des messages. En présence de plusieurs missions, l’identifiant message d’un message comprend, de préférence dans l’ordre, l’identifiant mission, l’identifiant intervenant de la personne qui l’a émis ainsi qu’un numéro de message unique, les numéros de message associés aux messages de chaque intervenant augmentant avec un pas prédéfini en fonction de la chronologie d’émission des messages. Ainsi, lorsque le pas prédéfini est égal à un, le premier message d’un intervenant est associé au numéro de message 1, le deuxième message au numéro de message 2, le troisième message au numéro de message 3 et ainsi de suite. A titre d’exemple, le cinquième message émis par un intervenant associé à l’identifiant intervenant 2 lors d’une mission associée à l’identifiant mission 4 est associé à l’identifiant message 4 2 5. Cette manière d’identifier les messages permet de rapidement déterminer si un message est manquant, les numéros des messages d’un intervenant ne se suivant pas avec le pas prédéfini. De plus, il permet de pouvoir afficher sur les écrans des intervenants d’une même mission tous les messages de cette mission dont les identifiants messages commencent par l’identifiant mission de la mission. Enfin, si pour une mission donnée, un message est associé à un identifiant message ne commençant pas par l’identifiant mission de la mission donnée alors il est rejeté. Pour ne pas saturer la bande passante de chaque réseau, chaque message est compressé et ne dépasse pas quelques octets. Pour certains réseaux de communication, les messages sont envoyés par blocs à intervalles de temps réguliers. Un même bloc peut comprendre plusieurs messages. Un même message peut être découpé en plusieurs blocs. En fonction du niveau de protection souhaité, les messages peuvent être chiffrés. Pour réduire la taille des messages, certains textes prédéfinis qui sont utilisés de manière récurrente dans les messages sont convertis chacun en un code. A titre d’exemple, le code « 100 » peut être utilisé pour remplacer dans un message le texte « L’hélicoptère a perdu le visuel de l’équipe au sol ». Selon une configuration, chaque message comprend une structure prédéfinie qui est toujours la même d’un message à l’autre. Le fait de toujours structurer les messages de la même manière permet d’en réduire la taille et d’en simplifier l’interprétation. De plus, un même code peut avoir différentes significations en fonction de sa position dans la structure du message. Le dispositif de gestion des messages d’une mission héliportée est utilisé pour mettre en œuvre un procédé de gestion des messages d’une mission héliportée décrit ci-après. Ce procédé comprend une étape de paramétrage qui consiste à attribuer un identifiant mission à la mission et un identifiant intervenant à chaque intervenant. L’étape de paramétrage peut également permettre de choisir le profil de communication souhaité. A titre d’exemple, le réseau de communication radio numérique est associé à un profil de communication « gratuit », « courte portée » ; le réseau de communication de téléphonie mobile est associé à un profil de communication « longue portée », « payant » ou « gratuit » ; le réseau de communication satellitaire est associé à un profil de communication « longue portée », « payant et onéreux ». Le procédé de gestion des messages d’une mission héliportée comprend une étape de démarrage consistant à réinitialiser les bases de données locales 14.2, 16.2 des deuxième et troisième terminaux 14.1, 16.1 utilisés par le chef de mission 14 et les membres de mission 16, en supprimant tous les messages existants. Lors de cette étape de démarrage, la base de données 10.2 du centre de commandement 10 peut également être réinitialisée. Si nécessaire, les modules de communication et les applications des terminaux peuvent également être réinitialisés. Le procédé de gestion des messages d’une mission héliportée comprend une étape de vérification de la disponibilité d’au moins un des réseaux de communication. Pour vérifier la disponibilité du réseau de communication radio numérique, chaque terminal disposant d’un module de communication radio numérique envoie aux autres terminaux à intervalles de temps réguliers, par exemple dix secondes, un message de disponibilité indiquant le dernier numéro du message précédemment transmis. Le réseau de communication radio numérique est considéré comme disponible entre des premier et deuxième terminaux si le message de disponibilité transmis par le premier terminal est reçu par le deuxième terminal dans un intervalle de temps donné, supérieur ou égal à l’intervalle de temps entre deux émissions, par exemple de l’ordre de vingt secondes. A réception de ce message de disponibilité envoyé par le premier terminal, le deuxième terminal envoie un message d’accusé réception. Ce deuxième terminal vérifie également que le numéro de message figurant dans le message de disponibilité correspond au dernier numéro de message figurant dans sa base de données pour les messages émis par le premier terminal. Le réseau de communication de téléphonie mobile dispose généralement de son propre test pour vérifier qu’un module de communication d’un terminal est relié au réseau de communication de téléphonie mobile et/ou Internet. Le réseau de communication satellitaire est considéré comme toujours disponible. Ainsi, un message émis par un module de communication satellitaire sera automatiquement réémis jusqu’à la disponibilité du réseau de communication satellitaire. Le procédé de gestion des messages d’une mission héliportée comprend au moins une étape de détermination d’un état activé/désactivé pour au moins un module de communication des deuxième et troisième terminaux en fonction du profil de communication sélectionné. A titre d’exemple, si le profil de communication visant à privilégier la performance est sélectionné, tous les modules de communication sont à l’état activé. Si, pour un même terminal 10.1, 14.1, 16.1, plusieurs modules de communication sont à l’état activé, alors un même message est transmis en parallèle, via les différents modules de communication d’un terminal 10.1, 14.1, 16.1 émetteur, et réceptionné plusieurs fois via les différents modules de communication d’un terminal 10.1, 14.1, 16.1 récepteur. Dans ce cas, le premier message reçu est mémorisé dans la base de données, les autres sont oubliés. Si le profil de communication visant à réduire les coûts de communication est sélectionné, les modules de communication associés au réseau de communication radio numérique sont tous à l’état activé et les réseaux de communication sont utilisés en fonction de leur disponibilité et de leur coût d’utilisation. Si le réseau de communication radio numérique est disponible, il est utilisé de manière privilégiée. Si l’utilisation du réseau de communication de téléphonie mobile est gratuite, les modules de communication qui lui sont associés sont à l’état activé et ce réseau est utilisé, au même titre que le réseau de communication radio numérique, en fonction de sa disponibilité. Si l’utilisation du réseau de communication de téléphonie mobile est payante et si le réseau de communication radio numérique est disponible alors les modules de communication associés au réseau de communication de téléphonie mobile sont à l’état désactivé sauf celui du terminal utilisé par le chef de mission qui est à l’état activé. Si le réseau de communication radio numérique n’est pas disponible alors les modules de communication associés au réseau de communication de téléphonie mobile sont à l’état activé. Le réseau de communication satellitaire n’est utilisé qu’en dernier recours, si le réseau de communication radio numérique et le réseau de communication de téléphonie mobile ne sont pas disponibles. Si le réseau de communication de téléphonie mobile est disponible, les modules de communication associés au réseau de communication satellitaire sont à l’état désactivé. Dans le cas contraire, ils sont à l’état activé. Le procédé de gestion des messages d’une mission héliportée comprend au moins une étape d’émission d’au moins un message via au moins un module de communication. Comme indiqué précédemment, chaque message émis comprend un identifiant message unique qui lui est propre. Selon une configuration, chaque message est émis via tous les modules de communication à l’état activé. Chaque message est émis à destination du terminal central 20 (éventuellement seulement au terminal central 20). Selon une configuration, chaque message est émis à destination de tous les terminaux. Lorsqu’un message est transmis via le réseau de communication de téléphonie mobile, il est transmis immédiatement après avoir été saisi. Il n’y a pas de limite concernant la taille du message. Selon une configuration, le message est transmis en direction du terminal central 20 qui le renvoie aux autres terminaux disponibles sur ce réseau de communication. Chaque terminal transmet une requête au terminal central 20 pour obtenir les messages manquants à intervalles de temps réguliers, par exemple toutes les dix secondes. Lorsqu’un message est transmis via le réseau de communication radio numérique, il est transmis à tous les terminaux disponibles sur ce réseau de communication, à intervalles de temps réguliers, par exemple toutes les douze secondes. Comme indiqué précédemment, les messages sont transmis par bloc. Entre deux émissions, les messages sont stockés dans une mémoire tampon de manière à former un bloc d’une taille prédéterminée, par exemple de l’ordre de 256 octets (correspondant généralement à une dizaine de messages). A intervalles de temps réguliers, par exemple toutes les douze secondes, un bloc est transmis, qu’il soit complet ou non. Si la taille des messages à envoyer présents dans la mémoire tampon est supérieure à celle d’un bloc, seuls les premiers messages dont la taille correspond à la taille d’un bloc sont transmis. Les autres sont transmis dans le bloc suivant émis douze secondes plus tard. Lorsqu’un message est transmis via le réseau de communication satellitaire, il est transmis d’un premier terminal vers le terminal central 20. Comme précédemment indiqué, le terminal central 20 le renvoie aux autres terminaux en utilisant le réseau de communication de téléphonie mobile. Selon une configuration, le module de communication pour le réseau de communication satellitaire comprend sa propre mémoire tampon pour les messages à envoyer, qui sont également envoyés par bloc, par exemple de 1800 octets maximum, à intervalles de temps réguliers, de l’ordre de trente secondes si le niveau de puissance du signal satellite dépasse un seuil donné. Selon une première configuration, les blocs de messages sont formés et stockés dans la mémoire tampon du module de communication. Selon une autre configuration, l’application gère une deuxième mémoire tampon dans laquelle sont formés et stockés les blocs de messages de sorte qu’un nombre réduit de blocs (par exemple quatre) de messages soit présent dans la mémoire tampon du module de communication. Le procédé de gestion des messages d’une mission héliportée comprend au moins une étape de réception visant à contrôler l’unicité des messages reçus. Ainsi, si un message est reçu plusieurs fois via plusieurs réseaux de communication, seul un message est stocké dans la base de données, le premier reçu. A cet effet, l’application implémentée dans chaque terminal vérifie à réception de chaque message si l’identifiant message de ce message reçu est identique à l’identifiant message d’un des messages stockés dans la base de données du terminal. Si ce n’est pas le cas, le message reçu est stocké dans la base de données et, dans le cas contraire, il est oublié et non stocké. Si le message reçu est stocké dans la base de données, l’application vérifie en outre si ce message a été reçu par le module de communication associé au réseau de communication radio numérique. Si c’est le cas, l’application commande la retransmission du message via un autre réseau de communication (différent du réseau de communication radio numérique). Le procédé de gestion des messages d’une mission héliportée comprend au moins une étape de contrôle visant à vérifier, à intervalles de temps réguliers, pour au moins la base de données centrale 18, que tous les messages émis par un intervenant sont présents dans la base de données. A cet effet, l’application implémentée dans chaque terminal vérifie que les numéros de message des messages stockés dans la base de données et émis par chaque intervenant se suivent avec le pas prédéfini. Selon une solution, l’application compare le numéro de message contenu dans l’identifiant message du message reçu avec le numéro de message N contenu dans l’identifiant message du dernier message stocké dans la base de données pour cet intervenant. Si le numéro de message du message reçu correspond au numéro suivant, soit N+1, alors aucun message n’est manquant. Si le numéro de message du message reçu est supérieur au numéro suivant, soit supérieur à N+1, alors au moins un message est manquant. Selon une configuration, l’application comble chaque message manquant dans la base de données avec un message temporaire portant un code spécifique, par exemple 2003 qui signifie « message perdu ». Ce code spécifique permet de faciliter la détection des messages manquants dans la base de données. Comme illustré sur la sous forme d’un algorithme, l’étape de contrôle comprend une instruction 28 de démarrage, une première opération 30 d’analyse du contenu d’une base de données puis une première instruction conditionnelle 32 visant à déterminer si, pour un intervenant, un message est manquant. Si un message est manquant, l’étape de contrôle comprend une deuxième opération 34 de formulation d’une requête de renvoi pour chaque message manquant puis une opération d’émission 36 des requêtes de renvoi. Si aucun message n’est manquant, l’étape de contrôle comprend une deuxième instruction conditionnelle 38 visant à déterminer si une requête de renvoi d’un message a été reçue. Si aucune requête de renvoi de message n’a été reçue, l’étape de contrôle aboutit à une instruction de fin 40. Si au moins une requête de renvoi de message a été reçue, l’étape de contrôle comprend, pour chaque requête de renvoi reçue, une troisième instruction conditionnelle 42 visant à déterminer si le message manquant faisant l’objet de la requête de renvoi est présent dans la base de données. Si le message manquant n’est pas présent dans la base de données, l’étape de contrôle aboutit à l’instruction de fin 40. Si le message manquant est présent dans la base de données, l’étape de contrôle comprend une troisième opération 44 de formulation d’un message contenant le message manquant puis une opération d’émission 36 des requêtes de renvoi. Quel que soit le terminal qui reçoit la requête de renvoi de messages, ce dernier renvoie le message manquant s’il est présent dans sa base de données. Même si ce message manquant est réémis par plusieurs terminaux, ce sera le premier message reçu qui sera stocké dans la base de données. Selon une configuration, comme précédemment indiqué, le message de disponibilité permet de vérifier que le dernier message de chaque intervenant a été correctement reçu. Pour réduire la durée du contrôle, les messages échangés sont répartis en une première catégorie de messages dits messages indispensables et en une deuxième catégorie de messages dits messages optionnels. A titre d’exemple, un message optionnel peut être un message cartographique indiquant la position de l’hélicoptère 12 à un instant donné. Seuls les messages indispensables sont associés à un identifiant unique comprenant le numéro de message. Les messages optionnels ne sont pas pris en compte lors de l’étape de contrôle. Selon une configuration, chaque base de données comprend une première table répertoriant tous les messages indispensables et une deuxième table répertoriant tous les messages optionnels. Lors de l’étape de contrôle, seuls les messages de la première table sont analysés. Selon une autre configuration ou en complément, les messages optionnels ne sont pas associés à un identifiant comprenant un numéro de message s’incrémentant en fonction de l’ordre d’émission du message. Le procédé de gestion des messages d’une mission héliportée comprend au moins une étape de synchronisation visant à synchroniser la base de données centrale 18 avec les bases de données locales 10.2, 14.2, 16.2 et/ou à synchroniser les bases de données locales 10.2, 14.2, 16.2 avec la base de données centrale 18. Lors de la synchronisation de la base de données centrale 18, si un message d’un intervenant est manquant, l’application du terminal central 20 transmet une requête au terminal de l’intervenant du message manquant pour que le message lui soit envoyé, et cedi jusqu’à réception du message manquant. Lors de la synchronisation d’une base de données locale, le terminal associé transmet au terminal central 20 une requête d’envoi de la liste de messages des autres terminaux. A réception de cette liste, seuls les messages manquants sont stockés dans la base de données locale, les autres ne sont pas pris en compte. Selon l’invention, le procédé et le dispositif de gestion des messages d’au moins une mission héliportée assurent un échange sécurisé des informations entre les différents intervenants, en garantissant l’intégrité des messages échangés (aucune perte de message) grâce à l’utilisation, de manière coordonnée, d’un ensemble hétérogène de réseaux de communication. L’utilisation de cet ensemble de réseaux est rendue possible du fait que les messages soient numérisés et sous forme de texte. L’utilisation de messages structurés et de codes permet de réduire la taille des messages ce qui favorise les échanges. Procédé de gestion des messages d’au moins une mission héliportée comportant plusieurs intervenants dont un présent dans un centre de commandement (10) équipé d’un premier terminal (10.1), un chef de mission (14) héliporté équipé d’un deuxième terminal (14.1) et optionnellement au moins un membre de mission (16) héliporté équipé d’un troisième terminal (16.1), caractérisé en ce que le premier terminal (10.1) est configuré pour saisir des messages, les lire, les stocker dans au moins une base de données (10.2) locale, les transmettre et les recevoir grâce à au moins un module de communication (22) ; en ce que le deuxième terminal (14.1) est configuré pour saisir des messages, les lire, les stocker dans au moins une base de données (14.2) locale, les transmettre et les recevoir grâce à au moins trois modules de communication (24, 24’, 24’’) utilisant trois réseaux de communication différents ; en ce que le troisième terminal (16.1) est configuré pour saisir des messages, les lire, les stocker dans au moins une base de données (16.2) locale, les transmettre et les recevoir grâce à au moins un module de communication (26) ; en ce que les différents modules de communication sont configurés pour permettre d’échanger ; via plusieurs réseaux de communication ; des messages avec un terminal central (20) comprenant au moins une base de données centrale (18) configurée pour stocker les messages échangés ; en ce que les messages échangés sont des messages de type texte ou composés d’octets, chaque message échangé étant associé à un identifiant message unique comprenant un numéro de message unique, les numéros de message augmentant avec un pas prédéfini en fonction de la chronologie d’émission des messages ; et enfin en ce que le procédé comprend au moins une étape de contrôle visant à vérifier, à intervalles de temps réguliers, pour au moins la base de données centrale (18), que tous les messages stockés comprennent des numéros de message qui se suivent avec le pas prédéfini. Procédé de gestion des messages d’au moins une mission héliportée selon la revendication 1, caractérisé en ce que chaque mission est associée à un identifiant mission, en ce que, pour chaque mission, chaque intervenant est associé à un identifiant intervenant, en ce que l’identifiant message d’un message comprend l’identifiant mission, l’identifiant intervenant de l’intervenant qui l’a émis ainsi qu’un numéro de message unique, les numéros de message associés aux messages de chaque intervenant augmentant avec un pas prédéfini en fonction de la chronologie d’émission des messages. Procédé de gestion des messages d’au moins une mission héliportée selon l’une des revendications précédentes, caractérisé en ce que chaque message comprend une structure prédéfinie qui est toujours la même d’un message à l’autre et/ou en ce que certains textes prédéfinis qui sont utilisés de manière récurrente dans les messages sont convertis chacun en un code. Procédé de gestion des messages d’au moins une mission héliportée selon l’une des revendications précédentes, caractérisé en ce que les modules de communication des deuxième et troisième terminaux (14.1, 16.1) sont configurés pour leur permettre d’accéder à un réseau de communication radio numérique et en ce que le procédé comprend une étape de vérification de la disponibilité du réseau de communication radio numérique lors de laquelle chaque terminal disposant d’un module de communication radio numérique envoie à intervalles de temps réguliers un message de disponibilité indiquant le dernier numéro du message précédemment transmis. Procédé de gestion des messages d’au moins une mission héliportée selon la revendication précédente, caractérisé en ce que les messages transmis via le réseau de communication radio numérique sont transmis à tous les terminaux disponibles sur ce réseau de communication. Procédé de gestion des messages d’au moins une mission héliportée selon la revendication 4 ou 5, caractérisé en ce que les messages transmis via le réseau de communication radio numérique ou le réseau de communication satellite sont stockés dans une mémoire tampon de manière à former un bloc, les blocs ainsi constitués étant transmis à intervalles de temps réguliers. Procédé de gestion des messages d’au moins une mission héliportée selon l’une des revendications précédentes, caractérisé en ce qu’il comprend au moins une étape de réception visant à contrôler l’unicité des messages reçus de manière à ne stocker qu’un seul message si ce dernier est reçu plusieurs fois via plusieurs réseaux de communication. Procédé de gestion des messages d’au moins une mission héliportée selon l’une des revendications précédentes, caractérisé en ce qu’au moins un module de communication des terminaux (10.1, 14.1) est configuré pour occuper un état activé ou désactivé et en ce que le procédé comprend au moins une étape de détermination de l’état activé/désactivé pour au moins un module de communication activable ou désactivable des deuxième et troisième terminaux en fonction d’un profil de communication sélectionné. Procédé de gestion des messages d’au moins une mission héliportée selon l’une des revendications précédentes, caractérisé en ce qu’il comprend au moins une étape de synchronisation visant à synchroniser la base de données centrale (18) avec les bases de données (10.2, 14.2, 16.2) locales et/ou à synchroniser les bases de données (10.2, 14.2, 16.2) locales avec la base de données centrale (18). Dispositif pour la mise en œuvre d’un procédé de gestion des messages d’au moins l’une des revendications précédentes.