FR 3038809 A1 20170113 FR 1501441 A 20150708 1 La présente invention concerne une interface entre un système d'arme et au moins une liaison de données tactiques. On sait qu'une « liaison de données tactiques » (LDT) dans le domaine militaire met en oeuvre des standards de liaisons de données, en vue 5 de fournir des moyens de communication via des formes d'ondes ou de liaisons filaires. Des systèmes d'information ou de combat utilisent les liaisons de données tactiques standardisées pour transmettre ou recevoir les données tactiques. En France, les liaisons de données de série J (liaison L16, liaison L22) représentent actuellement l'un des standards de référence. Les liaisons 10 de données tactiques sont caractérisées par leurs messages standardisés et par les formats de transmission. Les standards des liaisons de données tactiques sont développés en lien avec des accords de normalisation STANAG (pour « Standardization Agreement » en anglais) appropriés. Par ailleurs, dans le cadre de la présente invention, la notion de 15 « système d'arme » désigne l'ensemble des dispositifs mécaniques, électroniques et/ou logiciels permettant à des militaires la réalisation d'une mission et la mise en oeuvre d'un armement de façon autonome (identification, localisation, désignation d'objectif, préparation de tir, tir, guidage, ...) ou coordonnée à l'aide d'un centre de commandement et de contrôle 20 (« Command & Control (C2) » en anglais). Il peut être fixe ou embarqué sur un engin terrestre, un navire ou un aéronef. Ainsi, un armement est qualifié de système d'arme lorsqu'il intègre différents équipements pour fonctionner (capteurs, dispositifs électroniques, moyens de communication, ...). L'interfaçage d'un système d'arme à une liaison de données 25 tactiques pose différents problèmes liés notamment au nombre et à la complexité des interfaces impliquées, et en particulier : - un problème fonctionnel. En effet, la définition du standard de liaison de données, définit à la fois le type d'informations échangées et la façon d'utiliser les informations. Ce fonctionnement implique une intersection 30 pouvant être importante entre les fonctions du centre de commandement et contrôle et les fonctions de gestion de la liaison de données. L'interfaçage 3038809 2 d'un système d'arme nécessite alors plusieurs types de fonctions : des fonctions opérationnelles nécessaires pour faire le lien entre les missions du système et les fonctions d'interface à réaliser, ainsi que des fonctions en communication et liaison de données pour implémenter de façon fiable et performante la liaison. Ces fonctions sont parfois mélangées, créant ainsi des interfaçages systèmes peu adaptés au contexte opérationnel ou des liaisons de données peu fiables ; et - un problème de gestion de configuration. Le système d'arme et le standard de liaison de données ont leur propre cycle de vie. Cela pose des difficultés d'ingénierie système pour gérer les évolutions des interfaces lors des phases de conceptions et de maintien en conditions opérationnelles. De plus, le standard d'interopérabilité, ainsi que les différents systèmes auxquels il doit se connecter, évoluent lors de la vie du système. Pour ces raisons, l'interfaçage du système d'arme nécessite des évolutions régulières. Les évolutions des systèmes d'arme actuels, sont souvent problématiques, et de nombreux systèmes d'arme sont peu mis à jour et utilisent des versions de liaisons de données différentes pouvant créer certains problèmes d'interopérabilité. L'interface du système d'arme à la liaison de données tactiques est généralement mise en oeuvre par un composant logiciel et matériel, par exemple un composant de type DLP (pour « Data Link Processor » en anglais). Son rôle est de permettre au système d'envoyer et de recevoir des messages de la liaison de données. Plusieurs conceptions de composants DLP existent : - un logiciel DLP monobloc réalisant toutes les fonctions de liaison de données et disposant d'une interface propriétaire qui peut être complexe afin de gérer les redondances entre les fonctions similaires se trouvant dans le système d'arme et le composant ; et - une librairie DLP nécessitant de s'interfacer directement ou quasi 30 directement avec le coeur du système d'arme et qui ne permet plus une 3038809 3 gestion de configuration du système d'arme séparée de sa liaison de données. L'un des inconvénients majeurs des solutions usuelles est leur manque de modularité ainsi qu'un mélange des aspects opérationnels et des 5 aspects techniques (transmission de données). Ces solutions ne permettent pas au systémier (entreprise conceptrice du système d'arme) de se concentrer uniquement sur son coeur de métier, à savoir l'interfaçage opérationnel de son système d'arme. Deux organisations sont alors possibles : 10 - soit le systémier réalise entièrement le composant DLP. Il doit alors développer et maintenir la couche de communication (souvent complexe) pour un coût supérieur à ce que proposerait un sous-traitant spécialiste, qui mutualise les coûts sur tous ses clients ; - soit le systémier achète la solution monobloc, mais n'a plus la maîtrise 15 totale de l'information opérationnelle émise par son système. L'interface avec le système lui est imposée, le composant monobloc interprète et traduit l'information avec des risques d'erreurs ou de difficultés. Ces solutions monobloc peuvent également être plus difficiles à faire évoluer pour prendre en compte une évolution d'une norme, un changement 20 de comportement opérationnel ou même un changement de moyen de communication. La présente invention concerne une interface qui a pour objet de remédier à certains des inconvénients précités. L'interface comprend au moins certains des avantages suivants : elle permet au concepteur d'un 25 système d'arme, de faciliter l'intégration et l'évolution des liaisons de données tactiques dans le système d'arme, afin de gagner en évolutivité, tout en gardant la maîtrise du système d'arme, en diminuant les coûts, en conservant la fiabilité de la liaison et en s'appuyant sur les compétences de spécialistes des liaisons de données tactiques. La présente invention concerne une interface entre un système d'arme et au moins une liaison de données tactiques, ladite interface étant 3038809 4 configurée pour être liée d'une part à un réseau du système d'arme et d'autre part à une unité de communication d'une liaison de données tactiques conforme à un standard particulier, ladite interface comprenant un ensemble de gestion de données. 5 Selon l'invention, ledit ensemble de gestion de données est de type modulaire et comprend un premier module mettant en oeuvre au moins une fonction opérationnelle et au moins un second module mettant en oeuvre au moins une fonction de communication, lesdits premier et second modules liés ensemble via une liaison dite de transmission, et : 10 - ladite liaison de transmission présente un standard simplifié directement dérivé du standard de la liaison de transmission de données ; - ledit premier module est apte à être lié audit réseau du système d'arme et il est configuré : - pour traduire un message dit système, reçu dudit réseau, en un 15 message dit intermédiaire, avant une transmission par la liaison de transmission audit second module ; - pour traduire un message intermédiaire reçu via la liaison de transmission en au moins un message système, avant une transmission vers ledit réseau ; et 20 - ledit second module est apte à être lié à l'unité de communication et il est configuré : - pour coder un message intermédiaire reçu dudit premier module en un message standard de la liaison de données tactiques, avant une transmission vers ladite unité de communication ; et 25 - pour décoder un message standard reçu et le traduire en un message intermédiaire, avant une transmission audit premier module. Ainsi, grâce à l'invention, on obtient une interface présentant une architecture modulaire qui sépare la ou les fonctions opérationnelles de la ou des fonctions de communication (ou de transmission de données), comme 30 précisé ci-dessous. Plus particulièrement, le premier module réalise les fonctions opérationnelles. Il conçoit l'information à émettre et aiguille 3038809 5 l'information reçue. Le concepteur du système d'arme garde ainsi l'entière maîtrise des messages envoyés, en sous-traitant les fonctions de transmission de données (mises en oeuvre par le second module) qui ne font pas partie de son coeur de métier. Cette architecture modulaire et évolutive 5 limite l'impact d'une modification d'une fonction (opérationnelle ou de communication) dans un module sur l'autre module et autorise plus facilement le remplacement complet du second module. De façon avantageuse, ledit premier module est configuré pour : - appliquer des premières règles prédéterminées d'émission de message 10 système ; - réaliser une sélection opérationnelle des informations à transmettre par la liaison de transmission ; - réaliser une vérification d'une cohérence opérationnelle d'un message intermédiaire reçu via la liaison de transmission. 15 En outre, de façon avantageuse, ledit premier module met en oeuvre au moins une règle de traduction en émission et au moins une règle de traduction en réception, la règle de traduction en émission spécifie la correspondance entre des champs d'un message système et des champs d'un message intermédiaire, ainsi que le type de conversion, et la règle de 20 traduction en réception spécifie la correspondance entre des champs d'un message intermédiaire et des champs d'un ou plusieurs messages système. Par ailleurs, avantageusement, ledit second module est configuré pour : - appliquer des secondes règles prédéterminées d'émission de message ; 25 - réaliser une gestion du débit d'émission ; - réaliser une vérification du formatage de messages reçus de la liaison de données tactiques. Dans un mode de réalisation préféré, ladite liaison de transmission est déterminée en fonction d'une liaison de données tactiques de l'un des types 30 suivants : - une liaison L16 ; 3038809 6 - une liaison L11 ; - une liaison L22. En outre, dans un mode de réalisation particulier, l'interface comporte un premier module unique et au moins deux seconds modules, dont chacun 5 est lié audit premier module via une liaison de transmission. Dans un mode de réalisation particulier, la liaison de transmission est une liaison générique multi-protocole. Une telle liaison générique multi-protocole est donc compatible avec l'invention. Par ailleurs, dans une première variante de réalisation, l'interface 10 comporte au moins deux éléments matériels, le premier module étant intégré dans l'un de ces éléments matériels et le second module étant intégré dans l'autre de ces éléments matériels. En outre, dans une seconde variante de réalisation, l'interface comporte un élément matériel, les premier et second modules étant tous deux 15 intégrés dans cet élément matériel. La présente invention concerne également un système d'arme, qui comporte au moins une interface telle que décrite ci-dessus. La présente invention concerne, en outre, un procédé d'interfaçage entre un système d'arme et au moins une liaison de données tactiques, pour 20 réaliser une interface entre d'une part un réseau du système d'arme et d'autre part une unité de communication de la liaison de données tactiques conforme à une spécification particulière (standard ou propriétaire). Selon l'invention, ledit procédé comprend : - une première étape mise en oeuvre dans un premier module réalisant au 25 moins une fonction opérationnelle et apte à être lié audit réseau du système d'arme, la première étape consistant : - dans un sens sortant du système d'arme, à traduire un message dit système, reçu dudit réseau du système d'arme, en un message dit intermédiaire, avant une transmission par une liaison de transmission à 30 un second module, ladite liaison de transmission présentant un 3038809 7 standard simplifié directement dérivé du standard de la liaison de transmission de données ; et - dans un sens entrant dans le système d'arme, à traduire un message intermédiaire reçu via la liaison de transmission en un message 5 système, avant une transmission vers ledit réseau ; et - une seconde étape mise en oeuvre dans le second module réalisant au moins une fonction de communication et apte à être lié à l'unité de communication, la seconde étape consistant : - dans un sens sortant du système d'arme, à coder un message 10 intermédiaire reçu dudit premier module en un message adapté à l'unité de communication de la liaison de données tactiques, avant une transmission vers ladite unité de communication ; et - dans un sens entrant dans le système d'arme, à décoder un message standard reçu et à le traduire en un message intermédiaire, avant une 15 transmission audit premier module Les figures annexées feront bien comprendre comment l'invention peut être réalisée. Sur ces figures, des références identiques désignent des éléments semblables. La figure 1 est le schéma synoptique d'une interface selon un mode 20 de réalisation préféré de l'invention. La figure 2 est le schéma synoptique d'un mode de réalisation particulier d'une interface. L'interface 1 illustrant l'invention et représentée schématiquement sur la figure 1 est destinée à créer une liaison à double sens entre un système 25 d'arme 2 et au moins une liaison de données tactiques 3 représentée schématiquement, qui est conforme à un standard (ou protocole standard) particulier, comme précisé ci-dessous. Plus précisément, cette interface 1 est configurée pour être liée d'une part à un réseau 4 du système d'arme 2 et d'autre part à une unité de 30 communication 5 apte à communiquer avec la liaison de données tactiques 3, comme illustré par une flèche 6. 3038809 8 L'interface 1, le réseau 4 et le moyen de communication 5 sont embarqués sur le système d'arme 2. L'interface 1 comprend un ensemble 7 de gestion de données. Selon l'invention, cet ensemble 7 de gestion de données est de type 5 modulaire, et il comporte un premier module 8 et au moins un second module 9 liés ensemble via une liaison 10 dite de transmission. De plus, selon l'invention : - la liaison de transmission 10 présente un standard simplifié qui est directement dérivé du standard (par exemple liaison L16) de la liaison de 10 transmission de données 3. On entend par « directement dérivé » (ou « calqué ») que la liaison de transmission 10 est une liaison simplifiée, basée sur le standard de la liaison de transmission de données 3, dont on a uniquement conservé les caractéristiques nécessaires, comme précisé ci-dessous ; 15 - le module 8 (par exemple, un module dit « haut ») met en oeuvre une ou plusieurs fonctions opérationnelles, il est apte à être lié au réseau 4 du système d'arme 2, comme illustré par une liaison 11, et il comporte une unité de traduction 12 configurée : - pour traduire un message dit système, reçu du réseau 4 (via la liaison 20 11), en un message dit intermédiaire, avant une transmission par la liaison de transmission 10 au module 9 ; et - pour traduire un message intermédiaire reçu via la liaison de transmission 10 en au moins un message système, avant une transmission (via la liaison 11) vers le réseau 4 ; et 25 - le module 9 (par exemple, un module dit « bas ») met en oeuvre une ou plusieurs fonctions de communication, il est apte à être lié à l'unité de communication 5 comme illustré par une liaison 13, et il comporte une unité de codage/décodage 14 configurée - pour coder un message intermédiaire reçu du module 8 (via la liaison 30 de transmission 10) en un message standard de la liaison de données 3038809 9 tactiques, avant une transmission vers l'unité de communication 5 (via la liaison 13) ; et - pour décoder un message standard reçu (via la liaison 13) et le traduire en un message intermédiaire, avant une transmission au 5 module 8 (via la liaison de transmission 10). Chacun des modules 8 et 9 peut être un composant d'un DLP (pour « Data Link Processor » en anglais). Dans le cadre de la présente invention : - le système d'arme 2 représente un ensemble de dispositifs mécaniques, 10 électroniques et/ou logiciels permettant à des militaires la réalisation d'une mission et la mise en oeuvre d'un armement. Il peut être fixe ou embarqué sur un engin terrestre, un navire ou un aéronef ; - le réseau 4 du système d'arme 2 comprend une unité de traitement de données, de calcul et/ou de commande qui met en oeuvre des algorithmes 15 usuels pour la commande du système d'arme. Généralement, ce réseau 4 représente le coeur du système d'arme et permet de dialoguer avec toutes les fonctions du système d'arme, par exemple la gestion de la situation tactique, les états des sous systèmes, les commandes armements, ... ; - l'unité de communication 5 correspond à tout type de moyen de 20 communication usuel permettant de communiquer, par une liaison 6 filaire ou radio par exemple, avec la liaison de données tactiques 3 ; - une fonction opérationnelle est une fonction réalisée par le système d'arme 2, concernant le fonctionnement et la mise en oeuvre du système d'arme 2 ; - une fonction de communication ou de transmission de données est une 25 fonction relative à la gestion et à la mise en oeuvre d'une transmission de données. Avec cette architecture de l'interface 1 comprenant deux modules 8 et 9 distincts, on décorrèle les tâches de création du contenu d'un message (mises en oeuvre par le module 8) des tâches de formatage et de 30 transmission du message (mises en oeuvre par le module 9). On prévoit ainsi, à partir d'une librairie DLP, d'ajouter une interface 1 standardisée et 3038809 10 simplifiée entre des fonctions (dans le module 8) ayant un lien fort avec le système d'arme (opérationnel) et des fonctions (dans le module 9) présentant un intérêt uniquement relatif à la liaison de données (technique). Dans le but de permettre la transmission de toutes les informations 5 possibles par la liaison de données standard (par exemple une liaison L16) et éviter des erreurs d'interprétation de la part du module 9, on ne met pas en oeuvre de sélection de champs utiles : il y a une correspondance 1 pour 1 entre les messages standards et les messages intermédiaires. En outre, pour être facile à implémenter et décoder, la liaison de 10 transmission 10 (pour les messages intermédiaires) s'affranchit des contraintes de codage du standard. Les informations sont codées en type informatique classique (int, double, char,...) et en unités SI. La liaison de transmission 10 est asynchrone et bidirectionnelle. Elle n'est pas contrainte en débit ou synchronisation d'émission (chaque 15 composant émet une information quand il le souhaite). L'interface 1 est ainsi configurée pour permettre de transmettre toutes les informations utiles, être facile à intégrer et à faire évoluer. L'interface 1 permet au concepteur du système d'arme 2 de faciliter l'intégration et l'évolution des liaisons de données tactiques dans le système 20 d'arme 2, afin de gagner en évolutivité, tout en gardant la maîtrise du système d'arme 2, en diminuant les coûts, en conservant la fiabilité de la liaison et en s'appuyant sur les compétences de spécialistes des liaisons de données tactiques. Le module 8 de l'interface 1 assure donc la traduction entre les 25 messages système et les messages intermédiaires, et inversement. La relation messages système/messages intermédiaires n'est pas bijective. Le module 8 est configuré pour appliquer des premières règles prédéterminées d'émission de message système correspondant à la politique d'émission (quand envoyer un message, quel message envoyer avec quel 30 contenu), en fonction de l'état du système et des messages système reçus. 3038809 11 Par ailleurs, le module 8 comporte une unité de sélection 15 qui réalise une sélection opérationnelle des informations à transmettre par la liaison de transmission 10. Cette unité de sélection 15 réalise également une synthèse des états du système. 5 Le module 8 comporte également une unité de vérification 16 qui, en réception, vérifie la cohérence opérationnelle d'un message (complétion des données pour être correctement interprétées par le système, cohérence des données du message) et traduit le message en un ou plusieurs messages système. La vérification de la cohérence des données peut consister à 10 vérifier des champs obligatoirement remplis, des champs avec une plage de valeurs autorisées. Ces vérifications peuvent être conditionnelles au remplissage d'un champ (si un champ X est renseigné, alors un champ Y doit également être renseigné). En outre, le module 8 met en oeuvre des règles de traduction en 15 émission et des règles de traduction en réception. Une règle de traduction en émission spécifie la correspondance entre des champs d'un message système et des champs d'un message intermédiaire, ainsi que le type de conversion. En outre, une règle de traduction en réception spécifie la correspondance entre des champs d'un message intermédiaire et des 20 champs d'un ou plusieurs messages système. Plusieurs règles de conversion peuvent être spécifiées en fonction d'un état ou d'une valeur spécifique d'un champ. Par ailleurs, le module 9 de l'interface 1 traduit donc les messages intermédiaires en messages standard (STANAG), à l'aide de l'unité de 25 codage/décodage 14. La relation entre les messages intermédiaires et les messages standard est bijective. Le module 9 se connecte à l'unité de communication 5 (radio, routeur, ...) en respectant un protocole standard (STANAG, par exemple SIMPLE, JREAP, ...) ou propriétaire. 30 Le module 9 comporte une unité de gestion 17 qui gère le débit de connexion (type de messages, sous-échantillonnage de messages, gestion 3038809 12 des priorités, ...). Il applique des règles d'émission de messages qui correspondent à la politique d'émission sélectionnée par l'opérateur. Dans le cas du protocole JREAP (pour « Joint Range Extension Applications Protocol » en anglais), le module 9 simule l'unité de communication en 5 émettant des accusés de réception machine. Le module 9 comporte également une unité de vérification 18 qui, en réception, vérifie le formatage correct des messages. Dans un mode de réalisation préféré, ladite liaison de transmission 10 est calquée (en étant simplifiée) sur une liaison de données tactiques 10 standard (qui est complexe), de préférence de l'un des types suivants : - une liaison L16 (de série J) ; - une liaison L11 (de série M) ; - une liaison L22 (de série J). Bien entendu, cette liste de liaison de données tactiques possibles 15 n'est pas exclusive. Dans un mode de réalisation préféré, la liaison de données tactiques considérée est une liaison L16. La liaison L16 est un standard de liaison de données tactiques de l'OTAN pour l'échange d'informations tactiques entre des unités militaires. Le contenu de sa messagerie et le protocole d'émission 20 sont définis par le STANAG 5516 pour l'OTAN. Sa mise en oeuvre opérationnelle est définie dans le document OTAN ADatP 33 qui est un ensemble de procédures permettant la mise en oeuvre d'un réseau de liaisons de données tactiques multi-liaisons et de l'ADatP 16 propre à la liaison L16. Pour la création des messages intermédiaires (relatifs au standard 25 L16 par exemple), l'interface 1 (et notamment le module 9) tient compte des caractéristiques suivantes : - valeurs physiques (LSB, ...) : double unité SI ; - énumérés : « short », codage L16 ; - caractères (TN, VCS, ...) : « char string » ; 30 - énumérés booléen : « short » (booléen) ; 3038809 13 - énumérés hybride (valeurs physiques avec LSB + énumérés, par exemple « Voice Frequency Channel ») « short » avec codage L16, pas de conversion ; et - « switch » (énuméré indiquant quel champ est actif). Tous les champs 5 possibles sont inclus dans le message intermédiaire (énumérés et champs possibles). Les détails de la composition des messages intermédiaires peuvent changer en fonction des besoins et contraintes du système d'arme. Ainsi, certaines règles ci-dessus peuvent être modifiées. En particulier, on peut 10 prévoir : - la sélection d'une partie seulement d'un message standard, en enlevant les parties totalement inutiles au système ; - l'utilisation d'une unité non SI, par exemple pour éviter des doubles conversions inutiles ; et 15 - l'ajout de contraintes en débit sur la liaison intermédiaire. Cet ajout peut être nécessaire si le débit des messages système est trop important. L'interface 1, telle que décrite ci-dessus, présente donc une architecture modulaire qui sépare les fonctions opérationnelles des fonctions de communication (ou transmission). Plus particulièrement, le module 8 20 réalise les fonctions opérationnelles. Il conçoit l'information à émettre et aiguille l'information reçue. Le concepteur du système d'arme garde ainsi l'entière maîtrise des messages envoyés, en sous-traitant les fonctions de transmission de données (mises en oeuvre par le module 9) qui ne font pas partie de son coeur de métier. Cette architecture modulaire et évolutive limite 25 l'impact d'une modification d'une fonction (opérationnelle ou de communication) dans un module 8, 9 sur l'autre module 9, 8, et autorise plus facilement le remplacement complet du module 8 ou 9. L'interface 1 permet ainsi de : - faire évoluer facilement le comportement du système d'arme 2 sur la liaison 30 de données tactiques, sans contraintes liées aux aspects de communication ; et 3038809 14 - faire évoluer facilement les standards ou moyens de communication sans impacter le système d'arme 2. L'interface 1 est par conséquent simple et facile à implémenter. Elle est facilement évolutive afin de suivre les modifications des composants. Elle 5 se concentre sur le contenu du message sans pour autant présenter d'ambiguïtés nécessitant des interprétations du module 9 (transmission de l'information). Dans un mode de réalisation particulier représenté sur la figure 2, l'interface 1 comporte un module 8 unique et au moins deux modules 9A et 10 9B, dont chacun est lié audit module 8 via une liaison de transmission 10. Dans ce cas, on peut utiliser l'interface 1 pour connecter le système d'arme 2 à plusieurs liaisons de données tactiques différentes (via lesdits modules 9A et 9B). Le module 8 gère alors plusieurs liaisons de données et traite les messages en fonction des besoins du système d'arme 2 (avec une 15 adaptation en temps réel possible). Les différentes liaisons de transmission 10 sont conçues de la même façon et peuvent partager le même moyen de communication. Par ailleurs, dans une première variante de réalisation (non représentée), l'interface 1 comporte au moins deux éléments matériels. Le 20 module 8 est intégré dans l'un de ces éléments matériels et le module 9 est intégré dans l'autre de ces éléments matériels. En outre, dans une seconde variante de réalisation (non représentée), l'interface 1 comporte un élément matériel. Les modules 8 et 9 sont tous deux intégrés dans ce même élément matériel. 25 L'interface logicielle de l'interface 1 n'est pas imposée. Elle peut être réalisée via une connexion réseau classique (UDP, TCP, ...) afin de distribuer les composants logiciels sur différents machines ou bien pour une intégration d'un des composants DLP via des API, ou même une intégration de code source, l'interface étant alors une interface de fonctions logicielles. REVENDICATIONS1. Interface entre un système d'arme et au moins une liaison de données tactiques, ladite interface (1) étant configurée pour être liée d'une part à un réseau (4) du système d'arme (2) et d'autre part à une unité de communication (5) d'une liaison de données tactiques (3) conforme à un standard particulier, ladite interface (1) comprenant un ensemble de gestion de données (7), caractérisée en ce que ledit ensemble de gestion de données (7) est de type modulaire et comprend un premier module (8) mettant en oeuvre au moins une fonction opérationnelle et au moins un second module (9 ; 9A, 9B) mettant en oeuvre au moins une fonction de communication, lesdits premier et second modules étant liés ensemble via une liaison dite de transmission (10), et en ce que : - ladite liaison de transmission (10) présente un standard simplifié directement dérivé du standard de la liaison de transmission de données (3) ; - ledit premier module (8) est apte à être lié audit réseau (4) du système d'arme (2) et il est configuré : - pour traduire un message dit système, reçu dudit réseau (4), en un message dit intermédiaire, avant une transmission par la liaison de transmission (10) audit second module (9 ; 9A, 9B) ; et - pour traduire un message intermédiaire reçu via la liaison de transmission (10) en au moins un message système, avant une transmission vers ledit réseau (4) ; et - ledit second module (9 ; 9A, 9B) est apte à être lié à l'unité de communication (5) et il est configuré : - pour coder un message intermédiaire reçu dudit premier module (8) en un message standard de la liaison de données tactiques (3), avant une transmission vers ladite unité de communication (5) ; et - pour décoder un message standard reçu et le traduire en un message intermédiaire, avant une transmission audit premier module (8). 3038809 16 2. Interface selon la revendication 1, caractérisée en ce que ledit premier module (8) est configuré pour appliquer des premières règles prédéterminées d'émission de message système. 3. Interface selon l'une des revendications 1 et 2, 5 caractérisée en ce que ledit premier module (8) est configuré pour réaliser une sélection opérationnelle des informations à transmettre par la liaison de transmission (10). 4. Interface selon l'une des revendications 1 à 3, caractérisée en ce que ledit premier module (8) est configuré pour réaliser 10 une vérification d'une cohérence opérationnelle d'un message intermédiaire reçu via la liaison de transmission (10). 5. Interface selon quelconque des revendications précédentes, caractérisée en ce que ledit premier module (8) met en oeuvre au moins une règle de traduction en émission et au moins une règle de traduction en 15 réception, en ce que la règle de traduction en émission spécifie la correspondance entre des champs d'un message système et des champs d'un message intermédiaire, ainsi que le type de conversion, et en ce que la règle de traduction en réception spécifie la correspondance entre des champs d'un message intermédiaire et des champs d'un ou plusieurs messages 20 système. 6. Interface selon l'une quelconque des revendications précédentes, caractérisée en ce que ledit second module (9 ; 9A, 9B) est configuré pour appliquer des secondes règles prédéterminées d'émission de message. 7. Interface selon l'une quelconque des revendications précédentes, 25 caractérisée en ce que ledit second module (9 ; 9A, 9B) est configuré pour réaliser une gestion du débit d'émission. 8. Interface selon l'une quelconque des revendications précédentes, caractérisée en ce que ledit second module (9 ; 9A, 9B) est configuré pour réaliser une vérification du formatage de messages reçus de la liaison de 30 données tactiques (3). 9. Interface selon l'une quelconque des revendications précédentes, 3038809 17 caractérisée en ce que ladite liaison de transmission (10) est déterminée en fonction d'une liaison de données tactiques (3) de l'un des types suivants : - une liaison L16 ; - une liaison L11 ; 5 - une liaison L22. 10. Interface selon l'une quelconque des revendications précédentes, caractérisée en ce que ladite liaison de transmission (10) est une liaison générique multi-protocole. 11. Interface selon l'une quelconque des revendications précédentes, 10 caractérisée en ce qu'elle comporte un premier module (8) unique et au moins deux seconds modules (9A, 9B), dont chacun est lié audit premier module (8) via une liaison de transmission (10). 12. Interface selon l'une quelconque des revendications 1 à 11, caractérisée en ce qu'elle comporte au moins deux éléments matériels, le 15 premier module étant intégré dans l'un de ces éléments matériels et le second module étant intégré dans l'autre de ces éléments matériels. 13. Interface selon l'une quelconque des revendications 1 à 11, caractérisée en ce qu'elle comporte un élément matériel, les premier et second modules étant tous deux intégrés dans cet élément matériel. 20 14. Système d'arme, caractérisé en ce qu'il comporte au moins une interface (1) telle que celle spécifiée sous l'une quelconque des revendications 1 à 13. 15. Procédé d'interfaçage entre un système d'arme (2) et au moins une liaison de données tactiques (3), pour réaliser une interface entre d'une 25 part un réseau (4) du système d'arme (2) et d'autre part une unité de communication (5) de la liaison de données tactiques (3) qui est conforme à un standard particulier, caractérisé en ce qu'il comprend : - une première étape mise en oeuvre dans un premier module (8) réalisant au 30 moins une fonction opérationnelle et apte à être lié audit réseau (4) du système d'arme (2), la première étape consistant : 3038809 18 - dans un sens sortant du système d'arme (2), à traduire un message dit système, reçu dudit réseau (4) du système d'arme (2), en un message dit intermédiaire, avant une transmission par une liaison de transmission (10) à un second module (9 ; 9A, 9B), ladite liaison de 5 transmission (10) présentant un standard simplifié directement dérivé du standard de la liaison de transmission de données (3) ; et - dans un sens entrant dans le système d'arme (2), à traduire un message intermédiaire reçu via la liaison de transmission (10) en un message système, avant une transmission vers ledit réseau (4) ; et 10 - une seconde étape mise en oeuvre dans le second module (9 ; 9A, 9B) réalisant au moins une fonction de communication et apte à être lié à l'unité de communication (5), la seconde étape consistant : - dans un sens sortant du système d'arme (2), à coder un message intermédiaire reçu dudit premier module (8) en un message standard 15 de la liaison de données tactiques (3), avant une transmission vers ladite unité de communication (5) ; et - dans un sens entrant dans le système d'arme (2), à décoder un message standard reçu et à le traduire en un message intermédiaire, avant une transmission audit premier module (8).