Recherche · Normes de messages militaires
COIE et MTF-XML : faire cohabiter la messagerie héritée et la messagerie XML
Les messages orientés caractères et le MTF-XML portent le même contenu dans une syntaxe différente, et les deux resteront en service ensemble pendant des années. Le problème pratique consiste à passer de l’un à l’autre sans rien perdre.
Deux syntaxes pour un même message
Selon la publication de données alliée 3 (Allied Data Publication 3, ADatP-3), un message du catalogue APP-11 peut être acheminé de deux façons : en texte délimité par des barres obliques, l’échange d’information orienté caractères (COIE), ou en XML, le MTF-XML, avec une correspondance biunivoque entre les deux. La forme à barres obliques reste en usage en partie pour son avantage de débit. Une unité qui utilise l’un et une unité qui utilise l’autre peuvent avoir à échanger le même compte rendu.
À quoi ressemble le COIE
Un message orienté caractères est une suite d’ensembles. Les champs d’un ensemble sont séparés par des barres obliques, et chaque ensemble se termine par une double barre oblique. Le sens d’une valeur vient de sa position.
EXER/EXAMPLE//
MSGID/SITREP/EXAMPLE UNIT/001/SEP//
REF/A/DOC/EXAMPLE ORDER//<Message>
<Exercise>EXAMPLE</Exercise>
<MessageId>
<Type>SITREP</Type>
<Originator>EXAMPLE UNIT</Originator>
<Serial>001</Serial>
<Month>SEP</Month>
</MessageId>
</Message>Les points forts de chacun
| COIE (ADatP-3) | MTF-XML (APP-11) | |
|---|---|---|
| Structure | Positionnelle, délimitée par des barres obliques | Éléments nommés et imbriqués |
| Taille | Compacte | Plus grande, puisque les noms se répètent |
| Validation | Écrite dans chaque application | Par rapport à un schéma XML, avec des outils courants |
| Lecture | Exige de la formation | Les noms disent ce que sont les valeurs |
| Évolution | Chaque analyseur doit être mis à jour | Extensible, grâce aux espaces de noms |
Là où la conversion déraille
Voici les endroits à vérifier dans tout convertisseur. Lequel pose problème dépend du message et de la passerelle.
- Délimiteurs dans le texte libre. Une barre oblique dans une remarque peut mettre fin à un champ trop tôt si elle n’est pas gérée.
- Caractères accentués. Tous les chemins hérités ne les transportent pas, et le français est courant dans le trafic canadien.
- Ensembles facultatifs et répétés. L’absent, le vide et le répété doivent rester distincts.
- Limites de longueur et de jeu de caractères. Une valeur qui tient en XML peut ne pas tenir dans la forme orientée caractères.
- Versions du catalogue. L’émetteur et le récepteur peuvent travailler à partir d’éditions différentes des définitions de messages.
Mettre à l’essai un aller-retour
Convertissez un message d’une forme à l’autre puis dans l’autre sens, et comparez les deux champ par champ. Constituez le corpus de manière à inclure les cas épineux ci-dessus : un ensemble facultatif vide, une valeur de longueur maximale, un nom accentué, une barre oblique dans du texte libre, un groupe répété. Un convertisseur qui ne réussit que des exemples bien propres n’a pas été mis à l’essai.
L’approche de Gridnorth
Gridnorth ne convertit pas une syntaxe en l’autre. Il conserve un seul enregistrement confirmé et en produit chaque forme avec du code déterministe, si bien que les deux sorties ne peuvent pas diverger. Il analyse aussi les messages orientés caractères en entrée. La page des normes indique ce qui a été démontré et ce qui ne l’a pas été. L’autorité pour les définitions est le Bureau de normalisation de l’OTAN.
Dernière révision 29 septembre 2026