Systèmes C2 comparés : comment se situent les logiciels militaires de commandement et de contrôle

Les systèmes C2 militaires se répartissent en six catégories pratiques — systèmes de commandement interarmées et de coalition, C2 aérien de l’alliance, suites de gestion du combat terrestre, C2 des feux, systèmes de combat navals et plateformes de données/IA à la périphérie tactique — et aucun produit déployé ne les couvre toutes. L’ACCS de l’OTAN conduit les opérations aériennes de l’alliance ; GCCS-J est le système interarmées de référence américain ; SitaWare et JBC-P dominent la gestion du combat terrestre ; AFATDS coordonne les feux de l’US Army ; l’écosystème TAK et le Delta ukrainien maîtrisent la périphérie tactique ; Maven Smart System OTAN et Lattice d’Anduril surplombent l’ensemble en couches données/IA. Choisir entre eux est d’abord un problème d’échelons et de normes, et seulement ensuite un comparatif de produits.

Cette page cartographie le paysage, compare les systèmes déployés côte à côte et parcourt le chemin de décision : comment choisir, et quand construire plutôt qu’acheter. Pour le vocabulaire partagé et l’architecture en couches derrière chaque produit ci-dessous, voir ce qu’est un système C2 et le guide complet des systèmes de commandement et de contrôle.

Le paysage des logiciels C2 : catégories par échelon

Un logiciel C2 est conçu pour un échelon et une fonction donnés, et ces deux axes expliquent l’essentiel du marché : un centre d’opérations aériennes de coalition n’achète pas ce qu’achète une brigade mécanisée, et une équipe ne peut pas faire tourner un système d’état-major. Six catégories couvrent le paysage déployé :

• C2 interarmées et de coalition — la situation stratégique et opérationnelle tous domaines : GCCS-J aux États-Unis, le patrimoine de commandement de l’OTAN.
• C2 aérien — planification, assignation et surveillance des opérations aériennes : l’ACCS de l’OTAN.
• Systèmes de gestion du combat terrestre (BMS) — de l’état-major de corps au soldat débarqué : SitaWare, JBC-P / MMC-S, le SICS français, le Bowman/ComBAT britannique.
• C2 des feux — planification de l’appui-feu et traitement des missions de tir : AFATDS, le Kropyva ukrainien.
• C2 maritime / systèmes de combat embarqués — systèmes embarqués tels qu’Aegis.
• Périphérie tactique et plateformes données/IA — l’écosystème TAK, Delta, Maven Smart System, Lattice.

Les cellules vides sont le message : aucun produit déployé ne couvre toute la matrice — les systèmes qui s’en approchent le plus (GCCS-J, Delta, TAK) couvrent des échelons au sein d’une même fonction, pas des fonctions au sein d’un même échelon. La bande en bas — Link 16, Link 22, CoT, MIP, APP-6/MIL-STD-2525, FMN — est la raison pour laquelle la grille fonctionne comme un système de systèmes : ce sont les normes, pas les produits, qui relient un système de commandement stratégique à la tablette d’une équipe. Ce que tout cela sert à produire, c’est l’image opérationnelle commune ; les produits diffèrent par l’image de qui, à quel échelon et sur quelles liaisons de données.

Systèmes C2 comparés : les systèmes déployés en un seul tableau

Chaque ligne est un système ou une famille déployé et documenté publiquement ; les faits proviennent des sources OTAN, gouvernementales américaines, médias de défense et industriels liées ci-dessous, et les normes listées sont celles que le propriétaire documente. Les statuts évoluent — le déploiement de l’ACCS, le prototypage NGC2 américain et le programme britannique LE TacCIS étaient tous en pleine transition fin 2026.

Les acheteurs choisissent par échelon et par fonction, puis se préoccupent de l’échange de données entre les briques ; la colonne des normes est le vrai différenciateur — MIP au niveau des états-majors terrestres, Link 16 dans l’image aérienne et navale, CoT en périphérie, FMN sur les réseaux de coalition. Les deux dernières lignes sont des couches au-dessus du C2, pas des systèmes C2 complets.

C2 interarmées et aérien : GCCS-J et l’ACCS de l’OTAN

ACCS. Le système de commandement et de contrôle aérien de l’OTAN (Air Command and Control System), institué en novembre 1999, donne à l’Alliance « un système de commandement et de contrôle aérien unique et intégré pour mener les opérations aériennes de l’OTAN dans et hors de la zone euro-atlantique » (OTAN) — planification, assignation, exécution et surveillance dans un seul système au lieu de patchworks nationaux. Le premier site — Poggio Renatico, en Italie, accueillant un centre de C2 aérien OTAN et une capacité ACCS déployable — est devenu opérationnel en 2015 ; pleinement déployé, le système doit relier plus de 20 centres de contrôle aérien sur environ dix millions de kilomètres carrés d’espace aérien. Le logiciel cœur vient du consortium ACSI (partie de ThalesRaytheonSystems depuis 2000) sous gestion NCIA, et les transitions nationales sont toujours en cours — un programme C2 à l’échelle d’une alliance est une entreprise de plusieurs décennies.

GCCS-J. Le Global Command and Control System–Joint, opéré par la DISA, est le système de référence du C2 interarmées du DoD américain depuis qu’il a remplacé le patrimoine WWMCCS en 1996 : conscience situationnelle des forces amies, ennemies et neutres plus planification d’action de crise pour les commandements combattants, avec des variantes par armée sous la base interarmées. Les versions récentes ont ajouté un accès web utilisé par les États-Unis et les nations partenaires, et l’application de planification JOPES est remplacée par le Joint Planning and Execution System (JPES). C’est l’exemple canonique du C2 stratégique : une couche d’agrégation classifiée, résidente dans les états-majors, pas un produit tactique de terrain.

Gestion du combat terrestre : SitaWare, JBC-P, SICS, Bowman

SitaWare. La suite SitaWare du Danois Systematic est la famille BMS européenne la plus déployée : Headquarters pour les postes de commandement fixes et déployables et les plateformes en mer, Frontline pour les chefs de bord, Edge pour les chefs débarqués sur Android. Systematic publie sa pile d’interopérabilité — MIP, NFFI, USMTF et messagerie APP-11/ADatP-3, Link 16, services OGC, AIS et ADS-B (Systematic) — et indique que la suite est utilisée par plus de 30 nations ; les versions actuelles s’alignent sur MIP 4.4/4.5 (avec passerelle vers 3.1), APP-11(E), FMN Spiral 4 et MIL-STD-2525D / APP-6(D). Ce que la conformité MIP vous oblige réellement à construire est traité dans notre analyse MIP4-IES.

JBC-P et MMC-S. Le Joint Battle Command–Platform de l’US Army — successeur de la lignée FBCB2 / Blue Force Tracking sous PEO C3T — donne aux véhicules, aéronefs et postes de commandement le suivi des forces amies et la messagerie, intègre les comptes rendus de patrouille TIGR, et Nett Warrior porte l’image jusqu’aux soldats débarqués. Fin 2023, l’armée a commencé à remplacer le logiciel JBC-P par le Mounted Mission Command–Software (MMC-S), une montée en version purement logicielle qui réutilise le matériel JBC-P et le réseau satellite BFT ; en 2025, les écritures officielles de modernisation de l’armée traitaient MMC-S et TAK ensemble comme la couche COP tactique.

SICS. La France a déployé un système unifié plutôt qu’une longue lignée : le SICS (Système d’Information du Combat SCORPION), développé par Atos — l’activité appartient aujourd’hui à Eviden — et livré à la DGA en 2021, met en réseau les groupements tactiques interarmes et leurs véhicules (Griffon, Jaguar), en remplacement de la famille SIR/SIT. La Belgique a rejoint l’écosystème SCORPION via l’accord CAMO.

Bowman et ComBAT. Le Royaume-Uni est l’histoire qui met en garde. Bowman — le système radio tactique de General Dynamics UK portant le BMS ComBAT (Common Battlefield Application Toolset) — a atteint BCIP 5.6 dès 2019 sur environ 50 000 radios et 21 000 terminaux de données, une mise à jour 5.7 restant en discussion. Le chemin de remplacement est la leçon : MORPHEUS a été suspendu en décembre 2023 après environ 766 millions de livres, le programme plus large LE TacCIS a reçu en 2025 une évaluation rouge de confiance de livraison, et le ministère de la Défense continue de couvrir ses besoins par des mises à jour de Bowman. Les cycles de remplacement des BMS dépassent 15 ans — c’est pourquoi moderniser un système C2 hérité est une discipline en soi.

Feux et C2 maritime : AFATDS, Kropyva, Aegis

AFATDS. L’Advanced Field Artillery Tactical Data System est le C2 des feux américain : il automatise la planification, la coordination, le contrôle et l’exécution des feux des mortiers, de l’artillerie canon et roquettes, de l’appui aérien rapproché, du tir naval, des hélicoptères d’attaque et de la guerre électronique. Déployé en 1996 et utilisé par l’US Army et le Marine Corps (RTX détient le contrat actuel de maintien en condition), il reçoit les demandes de tir numériques en messages VMF série K et calcule les données de tir contre les mesures de coordination chargées. En multinational, il se connecte aux systèmes partenaires via ASCA — l’interface Artillery Systems Cooperation Activities exercée lors des Dynamic Front de l’OTAN.

Kropyva. À l’autre bout du spectre budgétaire, le Kropyva ukrainien a commencé comme projet bénévole de Army SOS en 2014 et a été transféré aux Forces armées avec son code source en 2018. Application d’artillerie et de reconnaissance sur Android, elle calcule les solutions de tir directement sur la tablette à partir des coordonnées de l’observateur et des positions des pièces, avec cartographie, messagerie et intégration de drones et de radars ; les médias militaires ukrainiens la classent comme un système de type C2 et ont rapporté plus de dix mille installations. Elle prouve que la fonction C2 des feux peut être livrée à l’échelle d’un bataillon par une petite équipe en quelques semaines — ce qui redessine les attentes du construire-acheter.

Maritime. Le C2 naval s’articule autour du système de combat : l’Aegis — produit par Lockheed Martin et exploité par l’US Navy et des flottes alliées dont le Japon, l’Espagne, la Norvège, la Corée du Sud et l’Australie — est le plus connu, intégrant les capteurs, les armements et les fonctions de commandement et de décision du navire en une image console unique adossée aux liaisons de données tactiques (Link 16, Link 22 sur les flottes récentes). C’est la catégorie la plus couplée au matériel ici : le système de combat est certifié comme partie de la plateforme. L’architecture est traitée dans notre guide du C2 maritime.

Périphérie tactique et plateformes de données : TAK, Delta, Maven, Lattice

L’écosystème TAK. La famille Tactical Assault Kit — ATAK sur Android, WinTAK, iTAK, TAK Server et WebTAK — est née à l’Air Force Research Laboratory américain en 2010 et est maintenue par le TAK Product Center du centre C5ISR de l’armée, la variante civile ATAK-CIV étant publiée en 2020. Son tissu conjonctif est Cursor on Target, le schéma XML devenu la norme de facto en périphérie au-delà de TAK. TAK est la couche client de périphérie d’une pile C2 plutôt qu’un système d’état-major — distinction faite dans Delta contre ATAK.

Delta. Le Delta ukrainien, développé par le Centre d’innovation et de développement des technologies de défense du ministère de la Défense, a été adopté pour les Forces de défense par décision gouvernementale en février 2023. Centré navigateur et hébergé dans le cloud, il fusionne positions, flux de capteurs, flux de drones et de caméras, messagerie sécurisée et planification de la reconnaissance en une seule carte qui passe de l’état-major de brigade vers le haut. En juillet 2024, il a passé une certification de cybersécurité OTAN — premier système militaire ukrainien à y parvenir — et à CWIX 2024 l’équipe ukrainienne l’a testé contre cinq normes d’interopérabilité sur 13 domaines, avec intégration en direct du système d’artillerie polonais TOPAZ. Ce qui échange des données avec Delta aujourd’hui est suivi dans l’inventaire des intégrations Delta.

Maven Smart System OTAN. En mars 2025, l’Agence OTAN de communications et d’information a finalisé l’acquisition du Maven Smart System OTAN de Palantir pour le Allied Command Operations — environ six mois du besoin à l’acquisition, l’un des plus rapides de l’histoire de l’OTAN (NCIA). L’OTAN le décrit comme une capacité de combat commune et adossée aux données, livrant des applications d’IA « des grands modèles de langage au génératif et à l’apprentissage automatique » pour la fusion du renseignement et la désignation d’objectifs, la conscience de l’espace de bataille et la planification, et l’accélération de la décision. Notez ce qu’il n’est pas : un remplaçant de l’ACCS ou des C2 nationaux — c’est une couche données et IA par-dessus.

Lattice et NGC2. Anduril documente Lattice comme une plateforme ouverte et extensible dont l’image opérationnelle commune se construit à partir d’entités — actifs, pistes et géo-entités — pilotables via des API REST et gRPC avec un SDK public. L’effort Next Generation Command and Control (NGC2) de l’US Army a rendu le modèle programmatique : en juillet 2025, elle a attribué un accord de prototypage de 99,6 millions de dollars à une équipe menée par Anduril (avec Palantir et Microsoft) pour une suite C2 intégrée sur une couche de données commune pour la 4e division d’infanterie, puis un accord de 26 millions de dollars à une équipe Lockheed Martin pour la couche de données de la 25e division d’infanterie. La pile NGC2 à quatre couches — transport, infrastructure, données, applications — est une réarchitecture centrée données, pas un rafraîchissement de produit ; les conséquences côté alliance sont traitées dans ce que JADC2 signifie pour les industriels européens.

Comment choisir un système C2 : six filtres, dans l’ordre

1. D’abord les besoins et l’échelon. Situez-vous sur la grille — fonction, échelon, utilisateurs. La plupart des achets ratés ont acheté un produit construit pour une autre case.
2. L’ensemble d’interopérabilité. Décidez des normes que vous devez parler avant de regarder les produits : MIP pour l’échange aux états-majors terrestres, Link 16 pour l’image aérienne, CoT en périphérie, la symbologie APP-6 / MIL-STD-2525 (APP-6(E) est en vigueur), les profils FMN pour le réseau de coalition. Chacun représente des mois d’ingénierie.
3. Déploiement et DDIL. Cloud, sur site, cloisonné du réseau, véhicule et périphérie débarquée sont en pratique des produits différents. Exigez un comportement store-and-forward, des clients hors ligne et un fonctionnement démontré sur liaisons dégradées — pas une ligne de feuille de route.
4. Sécurité et accréditation. Marquage de classification, RBAC et contrôle de diffusabilité au niveau de l’objet de données, plus une piste d’audit — et une vision réaliste de votre calendrier d’accréditation, qui domine souvent le planning.
5. Coût et souveraineté. Modélisez le coût total de possession sur 20 ans : licences, intégration, infrastructure, formation, maintien en condition. La souveraineté — où vivent le code, les données et l’hébergement, et quel régime d’export s’y attache — départage de plus en plus la liste restreinte avant le prix.
6. Enfermement propriétaire. À qui appartient votre modèle de données, et pouvez-vous l’exporter ? Des SDK ouverts, des schémas publiés et des formats portables permettent de remplacer un composant en année dix, pas le système entier.

Pour la version de niveau achat, les 12 critères d’évaluation des logiciels C2 militaires transforment chaque filtre en tests de démonstration et drapeaux rouges.

Construire, acheter ou intégrer — et quand le C2 sur mesure gagne

La réponse honnête est rarement pure. Trois stratégies dominent, fixées par votre position sur la grille et vos obligations d’interopérabilité :

Le développement sur mesure se justifie dans quatre cas récurrents. Contrôle souverain — le modèle de données, l’hébergement et la feuille de route doivent rester nationaux, comme l’illustrent le SICS français et le Delta ukrainien. Capteurs non standards — l’image dépend de flux de drones, de guerre électronique et de SIGINT que les systèmes déployés n’ingèrent pas nativement. Pont de coalition — quelqu’un doit traduire entre votre système national et les réseaux d’exercice OTAN. Et itération rapide en guerre — l’Ukraine a montré qu’une petite équipe livrant chaque semaine sur retour d’expérience réel bat un cycle d’exigences de plusieurs années, l’alignement normatif venant rétroactivement. Le motif complet est décrit dans notre analyse de l’écosystème ukrainien de conscience situationnelle du champ de bataille.

Architecture de référence d’une pile C2 moderne

Que vous achetiez, que vous intégriez ou que vous construisiez, l’architecture cible est la même, car les contraintes sont les mêmes. Les sources arrivent en protocoles natifs — radar en ASTERIX, flux de drones selon STANAG 4586, rapports SIGINT et guerre électronique, AIS et ADS-B, rapport humain — et l’ingestion les normalise en un modèle canonique unique avant que quoi que ce soit d’autre ne les voie. Le cœur de fusion corrèle et déduplique ces observations dans un référentiel de pistes autoritaire portant identité, confiance et provenance ; il doit être unique — deux référentiels de pistes font deux images. Une couche de services l’expose — REST et WebSocket pour les clients d’état-major, un bus pub/sub pour les flux à haute cadence — appliquant RBAC, labels de classification et audit à chaque appel. Les clients sont un COP web pour le poste de commandement et des clients mobiles / TAK en périphérie, tous deux avec caches hors ligne. Les passerelles d’interopérabilité — Link 16 / JREAP, MIP, un pont CoT, la messagerie ADatP-3 / APP-11 — font entrer et sortir les pistes vers les systèmes partenaires, et la sécurité et l’audit couvrent chaque couche.

Trois règles la gardent honnête : ne jamais laisser un format propre à un capteur franchir la frontière d’ingestion ; garder exactement un référentiel de pistes autoritaire ; traiter les normes comme des bords, pas comme le cœur — le modèle canonique est à vous, les traductions sont des périphériques. C’est la pile que nous construisons ; les fondations sont posées dans construire un système C2 de zéro, partie 1.