Comment MissionLink soutient l'intégration et l'interopérabilité de l'écosystème CarteNav

L'écosystème CarteNav

L'écosystème CarteNav est une suite logicielle composée de deux systèmes : AIMS-ISR et AIMS-C4. Comme l'a souligné Scott Richardson, vice-président chargé des produits chez CarteNav, lors de l'émission, "notre logiciel est exempt d'ITAR, ce qui nous permet de proposer nos solutions à l'échelle internationale. Nous avons plus de 125 clients dans 60 pays, et plus de 600 déploiements".

Pour l'image opérationnelle locale, il y a AIMS-ISR. Il s'agit d'une application de cartes mobiles géoréférencées qui s'exécute généralement sur un ordinateur situé à côté de l'opérateur sur diverses plates-formes (par exemple, au sol, aéroportées, à voilure fixe). Son architecture enfichable permet d'assouplir les missions en s'adaptant à une variété de capteurs. Le plus important est qu'il peut à la fois contrôler les capteurs et afficher leurs informations (comme les traces radar). Selon Scott, "pour nous, il s'agit vraiment de contrôler les capteurs et de savoir comment transmettre les informations de ces puissants capteurs à quelqu'un qui doit prendre des décisions".

Le système ISR est conçu comme un système de mission composé de technologies et d'applications qui le rendent modulaire, configurable et interopérable.

Pour l'image d'exploitation commune, il y a l'AIMS-C4. Il s'agit d'une application basée sur un navigateur, hébergée sur un serveur et accessible à toute personne disposant des informations d'identification appropriées. Le système est le point nodal pour la distribution de données en temps quasi réel, à la fois vers et depuis les systèmes AIMS-ISR, ainsi que d'autres systèmes tiers. Avec C4, les utilisateurs peuvent partager et archiver des données, examiner et analyser des informations, et générer des rapports. Une nouvelle fonctionnalité récemment ajoutée à C4 est la possibilité de créer et de gérer des points d'intérêt.

Le défi des écosystèmes

L'objectif de tout écosystème est d'être transparent, extensible et évolutif. Dans le cas de CarteNav, avec AIMS-C4 comme plaque tournante, cela signifie s'interfacer avec le système AIMS-ISR, ainsi qu'avec d'autres systèmes ISR tiers. Cela signifie également qu'il faut être capable d'accueillir de nombreux capteurs et types de capteurs différents.

Le défi de l'écosystème est donc en réalité un défi de communication. Et si l'objectif est d'assurer une coordination transparente et efficace entre les systèmes de mission, toute solution au défi de l'écosystème devra présenter les caractéristiques suivantes :

• Communication en temps réel
• Communication synchronisée
• Communication bidirectionnelle
• Faible largeur de bande
• Facilité d'intégration pour les tiers
• Toujours en marche
• Simple, léger et extensible

Avec ces caractéristiques en place, un écosystème pourrait être agnostique tout en étant capable d'unifier l'échange de données à travers toutes les plateformes. Une telle solution de communication existe-t-elle ? Oui, et elle s'appelle MissionLink.

La solution MissionLink

MissionLink (MLink) peut être considéré comme un nouveau composant de la suite logicielle déjà existante (AIMS-ISR et AIMS-C4). Selon Scott, "MLink est essentiellement une application Rust légère qui est déployée en tant que nœuds de serveur MLink. Il permet donc aux utilisateurs de recevoir ou de poster des messages via HTTP".

Le reste de l'écosystème interagit avec le C4 via l'API MLink. L'API MLink permet d'intégrer n'importe quel capteur, sur n'importe quelle plateforme, et de partager l'image de la mission en temps réel entre différentes équipes. Et ce, en toute sécurité et depuis n'importe quel endroit. Pour en savoir plus sur le fonctionnement de l'API MLink, consultez l'émission ici.

Grâce à son API intégrée et à sa prise en charge des protocoles, MLink réduit la complexité, le temps et le coût des intégrations par des tiers. MLink simplifie l'intégration des systèmes de mission en fournissant aux intégrateurs de systèmes cette API intégrée, des interfaces normalisées et la compatibilité des protocoles. Il est ainsi plus facile de connecter différents capteurs, plates-formes et canaux de communication.

MLink sécurise également les données de mission, en veillant à ce qu'elles restent protégées pendant la transmission. Grâce à des protocoles de synchronisation avancés, il maintient la précision des données, même dans des conditions de réseau difficiles. Cela permet de fournir des données fiables dans des environnements opérationnels difficiles.

Avec MLink, les utilisateurs peuvent consolider les données des capteurs et des plates-formes dans un centre opérationnel unique en utilisant des systèmes d'agrégation et de stockage de données à haut débit. Il améliore l'efficacité globale de la mission en fournissant un accès transparent aux données en temps réel et historiques, en soutenant l'analyse, la planification de la mission et les ajustements opérationnels en temps réel.

Fonctionnement de MissionLink 

MLink fonctionne comme n'importe quelle autre API REST : en utilisant des messages GET et POST sur HTTP. Les API fonctionnent en envoyant des informations à l'aide de structures de données telles que XML ou JSON. Pour MLink, CarteNav, une société de PAL Aerospace, a créé une nouvelle technologie pour envoyer et recevoir des données à l'aide de l'API, appelée AML : AIMS markup language.

Selon Mark McManus, architecte logiciel, "AML est une technologie plus récente sur laquelle nous travaillons ici à CarteNav. Il s'agit essentiellement d'une définition XML permettant de définir une interface utilisateur et de relier cette interface utilisateur à notre système de commande et à notre système de modélisation pour recevoir des données. Vous pouvez ajouter des fonctionnalités à ces formulaires, ces panneaux que vous créez à travers la définition XML en utilisant des scripts Lua. Ainsi, pour quiconque est familier avec le développement HTML et JavaScript, le développement web ou le développement de pages web au niveau le plus simple, il s'agit d'un support similaire au sein d'AIMS".

Ainsi, en utilisant AML pour définir une interface utilisateur avec C4, l'interface résultante héritera automatiquement de l'aspect, de la convivialité, du thème et des styles d'AIMS. Cela évite de devoir définir l'interface utilisateur avec un langage compilé comme le C++.

Par conséquent, l'AML peut être utilisé pour créer des éléments tels que des panneaux d'interface utilisateur personnalisés pour les caméras et les radars. Cela inclut la fonctionnalité jusqu'au menu et aux systèmes de superposition (c'est-à-dire les détails qui s'affichent sur les cartes et les menus). Tout cela est défini dans l'AML. En fait, de nombreux panneaux d'interface utilisateur de caméras et de radars dans AIMS-ISR utilisent déjà cette technologie. Le véritable changement réside dans le fait qu'elle est désormais mise à la disposition des utilisateurs et des intégrateurs.

Grâce à l'extensibilité de l'AML, MLink peut être utilisé par le C4 pour ingérer des informations dans différents formats et protocoles, les reconditionner et les renvoyer à un tiers ou à un ISR déployé. Le tout avec une très faible bande passante. De cette manière, MLink peut être considéré comme des événements séquencés avec des pièces jointes. Des pièces jointes qui peuvent intéresser différents utilisateurs.

Il est clair que MLink répond bien aux caractéristiques requises pour assurer une coordination transparente entre les systèmes de mission, comme indiqué précédemment. Il offre une communication bidirectionnelle synchronisée en temps réel. Il dispose d'une faible largeur de bande, est toujours actif et est facile à intégrer par des tiers.

Cas d'utilisation de MissionLink

L'un des cas d'utilisation de MLink est un changement soudain d'itinéraire. Comme Scott l'a expliqué dans l'émission, imaginez que "nous volons depuis un petit moment, en suivant un itinéraire de surveillance planifié. J'étais censé voler le long de la côte, mais voilà qu'un navire nous a signalé des problèmes environnementaux. Un tiers nous a donc transmis un itinéraire qu'il souhaitait que l'avion emprunte". Tout cela peut se faire via MLink.

Le navire peut envoyer un fichier GPX au C4 via MLink. Le C4 reconnaîtra le changement d'itinéraire et l'affichera sur MLink. L'AIMS-ISR recevra l'événement, ainsi que la pièce jointe, et reconnaîtra immédiatement qu'un nouvel itinéraire a été partagé.

Un autre cas d'utilisation consiste à utiliser le C4 comme mécanisme de planification. Dans ce cas, le C4 envoie un itinéraire à un BVR via MLink. Si l'utilisateur du BVR accepte la tâche, le BVR est immédiatement alimenté par l'itinéraire et l'avis est renvoyé au C4 via MLink, qui met à jour sa vue en conséquence. La continuité des données est assurée, de sorte que les deux parties voient ce qui se passe avec la même image.