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 des produits chez CarteNav, lors de la diffusion, « notre logiciel est exempt d'ITAR, ce qui nous permet de déployer nos solutions à l'échelle internationale. Nous comptons plus de 125 clients dans 60 pays et plus de 600 déploiements. »

Pour la situation opérationnelle locale, il y a AIMS-ISR. Il s'agit d'une application de cartographie mobile géoréférencée qui s'exécute généralement sur un ordinateur à côté de l'opérateur, sur une variété de plateformes (par exemple, terrestres, aéroportées, à voilure fixe). Son architecture de plugins permet une flexibilité de mission 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 pistes radar). Selon Scott, « pour nous, il s'agit véritablement du contrôle des capteurs et de la manière de transmettre les informations de ces capteurs puissants à une personne qui doit prendre des décisions. »

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

Pour la situation opérationnelle 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 identifiants appropriés. Le système est le point névralgique de la distribution de données quasi en temps réel, à la fois vers et depuis les systèmes AIMS-ISR, ainsi qu'avec 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 capacité de créer et de gérer des points d'intérêt.

Le défi de l'écosystème

L'objectif de tout écosystème est d'être transparent, extensible et évolutif. Dans le cas de CarteNav, avec AIMS-C4 comme centre névralgique, cela signifie s'interfacer avec le système AIMS-ISR, ainsi qu'avec d'autres systèmes ISR tiers. Cela signifie également pouvoir s'adapter à de nombreux capteurs et types de capteurs différents.

Ainsi, le défi de l'écosystème est en réalité un défi de communication. Et si l'objectif est de pouvoir coordonner efficacement et de manière transparente les systèmes de mission, alors toute solution au défi de l'écosystème aura les propriétés suivantes :

• Communication en temps réel
• Communication synchronisée
• Communication bidirectionnelle
• Faible bande passante
• Facile à intégrer pour les tiers
• Toujours actif
• Simple, léger et extensible

Avec ces fonctionnalités en place, un écosystème pourrait être indépendant de la plateforme tout en étant capable d'unifier l'échange de données sur toutes les plateformes. Une telle solution de communication existe-t-elle ? Elle existe maintenant, et elle s'appelle MissionLink.

La solution MissionLink

MissionLink (MLink) peut être considéré comme un nouveau composant de la suite logicielle existante (AIMS-ISR et AIMS-C4). Selon Scott, « MLink est essentiellement une application Rust légère qui est déployée sous forme de nœuds de serveur MLink. Elle permet donc aux utilisateurs de récupérer ou de publier des messages via HTTP. »

La manière dont le reste de l'écosystème interagit avec C4 se fait via l'API MLink. L'API MLink offre la possibilité d'intégrer n'importe quel capteur, sur n'importe quelle plateforme, et de partager la situation de mission en temps réel entre diverses équipes. Et elle le fait en toute sécurité, depuis n'importe quel endroit. Pour en savoir plus sur le fonctionnement de l'API MLink, consultez la diffusion ici.

Grâce à la prise en charge intégrée des API et des protocoles, MLink réduit la complexité, le temps et le coût des intégrations tierces. 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 standardisées et une compatibilité de protocole. Cela facilite la connexion de divers capteurs, plateformes et canaux de communication.

MLink sécurise également les données de mission, garantissant que les données restent protégées pendant la transmission. Et en utilisant des protocoles de synchronisation avancés, il maintient la précision des données, même dans des conditions de réseau difficiles. Cela assure une livraison fiable des données dans des environnements opérationnels difficiles.

Avec MLink, les utilisateurs peuvent consolider les données des capteurs et des plateformes dans un hub 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 offrant un accès transparent aux données en direct et historiques, en prenant en charge l'analyse, la planification de mission et les ajustements opérationnels en temps réel.

Comment MissionLink fonctionne 

MLink fonctionne à l'instar de toute autre API REST, en utilisant des messages GET et POST sur HTTP. Les API transmettent des informations via des structures de données telles que XML ou JSON. Pour MLink, CarteNav, une entité de PAL Aerospace, a développé une nouvelle technologie d'envoi et de réception de données via l'API, dénommée AML : AIMS Markup Language.

Selon Mark McManus, architecte logiciel, « AML est une technologie récente que nous avons développée chez CarteNav. Il s'agit fondamentalement d'une définition XML permettant de concevoir une interface utilisateur et de l'interfacer avec nos systèmes dorsaux de commande et de modélisation pour la réception de données. Il est possible d'enrichir les fonctionnalités de ces formulaires et panneaux, créés via la définition XML, à l'aide de scripts Lua. Ainsi, pour toute personne familière avec le développement HTML et JavaScript, ou le développement web au niveau le plus élémentaire, AML offre un support comparable au sein d'AIMS. »

Ainsi, en utilisant AML pour définir une interface utilisateur pour C4, l'interface résultante héritera automatiquement de l'apparence, de l'ergonomie, du thème et des styles d'AIMS. Cela élimine la complexité inhérente à la définition d'une interface utilisateur avec un langage compilé tel que C++.

Par conséquent, AML peut être employé pour concevoir des éléments tels que des panneaux d'interface utilisateur personnalisés pour caméras et radars. Cela englobe des fonctionnalités allant jusqu'aux systèmes de menus et de superpositions (c'est-à-dire les détails affichés sur les cartes et dans les menus). L'ensemble de ces éléments est défini en AML. De fait, de nombreux panneaux d'interface utilisateur de caméras et de radars au sein d'AIMS-ISR exploitent déjà cette technologie. La véritable innovation réside dans sa mise à disposition externe pour les utilisateurs et les intégrateurs.

Grâce à l'extensibilité d'AML, MLink permet au C4 d'ingérer des informations sous divers formats et protocoles, de les reconditionner, puis de les transmettre à un tiers ou à un système ISR déployé. Le tout s'opère avec une très faible bande passante. Ainsi, MLink peut être conceptualisé comme une séquence d'événements accompagnés de pièces jointes, ces dernières pouvant présenter un intérêt pour différents utilisateurs.

Il est manifeste que MLink répond efficacement aux exigences de coordination fluide entre les systèmes de mission, comme cela a été précédemment détaillé. Il assure une communication bidirectionnelle, synchronisée et en temps réel. De plus, il opère avec une faible bande passante, est constamment opérationnel et son intégration par des tiers est aisée.

Cas d'utilisation de MissionLink

Un cas d'utilisation de MLink concerne un changement d'itinéraire imprévu. Comme Scott l'a mentionné lors de la diffusion, imaginez : « Nous volions depuis un certain temps, suivant une route de surveillance planifiée. Je devais simplement longer la côte, lorsque, coup de théâtre, nous avons reçu un rapport concernant des préoccupations environnementales émanant d'un navire. Un tiers nous a donc transmis un itinéraire qu'il souhaite voir couvert par l'aéronef. » L'ensemble de cette opération peut être géré via MLink.

Le navire peut transmettre un fichier GPX au C4 via MLink. Le C4 identifiera le changement d'itinéraire et le publiera sur MLink. L'AIMS-ISR recevra l'événement, accompagné de la pièce jointe, et reconnaîtra instantanément qu'un nouvel itinéraire a été partagé.

Un autre cas d'utilisation consiste à employer le C4 comme mécanisme de planification. Dans ce scénario, le C4 transmet un itinéraire à un système ISR via MLink. Si l'utilisateur de l'ISR accepte la tâche, le système ISR est immédiatement renseigné avec l'itinéraire, et une notification est renvoyée au C4 via MLink, qui actualise sa visualisation en conséquence. La continuité des données est ainsi garantie, permettant aux deux parties de disposer d'une représentation identique de la situation.