HigLabo
Latest posts
欧州防衛AIの遅れではない――共同調達を止める“艦ごとのデータ固定”の正体
欧州防衛AIの遅れではなく、海軍調達の実装条件を見る
欧州防衛の共同調達が進まない理由を、しばしば「米国勢に比べてAIが弱いから」と説明したくなる。だが海軍システム、とりわけ艦艇や潜水艦に載る防衛ソフトの世界では、その見立ては少し単純すぎる。欧州防衛DXを陸上装備中心で見ると見落としやすいが、海軍調達の現場で止まっているのは、AI性能の比較より前の層にあるデータ形式固定、改修権限、域内保守実務だ。
状況をつかむ入口としては、たとえばReutersなどの報道で欧州防衛産業の再編や調達議論の全体像を追うと分かりやすい。各国が「もっと協調すべきだ」と語る一方で、実装段階では既存艦隊の互換性や主契約者の境界も含む複数の要因が壁になりうる。
海軍向けソフトは、単体製品として売って終わるSaaSとは違う。センサー、CMS、航法、通信、火器管制、艦内ネットワーク、認証手順まで絡み合う。そのため共同調達のボトルネックは、AIの賢さではなく、既に就役している艦の上で誰が何をどこまで変えられるかに移っていく。
艦艇・潜水艦ごとのデータ形式固定が共通化を難しくする
ここで見落とされやすいのが、艦艇・潜水艦ごとのデータ形式固定だ。同じNATO圏でも、戦術データリンクのように標準化された層はあるが、センサーフィードの扱い、艦内表示、ログ管理など艦内の内部データ構造まで完全に共通なわけではない。艦級が違えば設計思想も違い、近代化改修のたびに独自拡張が積み上がる。
艦載システムとの接続実績を持つ企業がいても、その強みは「どこにでも同じ箱を載せられる」ことを意味しない。むしろ既存プラットフォームに深く入り込んでいるほど、別海軍・別艦級へ横展開するときに、データ変換や認証調整の負荷が跳ね上がることがある。
公開情報を見ても、少なくとも海軍分野で相互運用の重要性そのものが繰り返し強調されていることは確かだ。
潜水艦ではさらに事情が重い。公開情報の範囲でも、秘匿性が高く、信号処理や航法、音響関連のデータ設計が厳格に管理される場合が多いことはうかがえる。ここでは「AIモジュールを追加する」より、「そのAIが読める形でデータを渡せるか」の方が先に問題になる。
改修権限の分散が海軍システム統合の速度を落とす
仮にデータ形式の差を吸収できても、次に出てくるのが改修権限だ。艦のソフトは一社が自由に書き換えられるものではない。もっとも、変更権限や承認手順は国・艦種・契約形態で異なるが、一般に戦闘管理システムの主契約者、センサー供給者、艦そのものの設計元、海軍当局、必要に応じた認証・安全審査の主体など複数との調整が要る。
Leonardo、Indra、Kongsbergを単純比較しにくい理由もここにある。彼らは同じ欧州防衛産業の企業で、いずれも防衛ソフトや統合に関わるが、案件ごとに担う範囲や改修に関与できる権限の幅が異なる。公開情報から得意分野の違いはうかがえるが、個別案件を離れて一律には整理しにくい。
だから性能表を横に並べても、共同調達で実際に動かせる範囲は一致しない。制度上の統合と、技術上の統合は似ているようで別問題だ。EDAの公開情報を見ると、少なくとも制度面で協力枠組みの整備が重視されていることは分かる。
域内保守要員の実務が導入判断を左右する
もう一つ、議論の外に置かれがちなのが域内保守要員だ。海軍ソフトは導入時より運用後の負荷が重い。パッチ適用、障害切り分け、ログ解析、現地での認証対応まで含めると、域内で回せるMRO体制がなければ、導入そのものが政治的に通りにくい場合がある。
この点で重要なのは、要員数だけではない。機密区分に応じて作業できる人、港や基地で即応できる人、艦の停止期間に合わせて改修できる人が必要になる。欧州で防衛産業の増産が話題になっても、ソフト保守の現場は工場のライン増設ほど単純には拡大しない。
装備不足だけでなく技能人材の逼迫も、各種の防衛産業報道で繰り返し論点になる。
AIが優れていても、それを支える保守網が域内に薄ければ、海軍は既存ベンダーを選びやすい。これは技術保守性の問題であると同時に、有事の継戦能力の問題でもある。共同調達は、価格比較だけで決まる市場ではない。
Indra・Kongsberg・Leonardoは同じ土俵の比較ではない
ここでようやく、「同じ土俵に立っていない」という表現の意味がはっきりする。3社は同じ欧州防衛産業に属していても、向き合っている海軍、入り込んでいる艦種、保有する改修権限、背後にある国家戦略が違う。競争相手である前に、それぞれ別の制度的地形の上で動いている。
たとえば公開情報の範囲では、Leonardoはイタリアの防衛電子・海軍関連事業、Kongsbergはノルウェーのミサイルや海軍システム、Indraはスペインの指揮管制や統合案件でそれぞれ存在感を持つ。ただし事業領域は相互に重なっており、単純化しすぎない方がよい。各社サイトや公開説明を見ると得意分野の輪郭は分かるが、その比較は製品カタログでは完結しない。
つまり、共同調達の障害は「どのAIが優秀か」という一列比較では測れない。重要なのは、どの企業がどの艦隊に、どの権限の下で、どの域内保守体制とセットで入れるかだ。そこでは企業競争より、既存構造の粘着性の方が強く働く。
共通AIより先に、データ・権限・域内保守を確認する
では何から揃えるべきか。第一に、艦種横断で使える最低限のデータ・インターフェース標準を増やすことだ。完全統一は難しくても、追加モジュールが読める共通層を持てれば、後付け統合のコストはかなり下がる。
第二に、改修権限の責任分界を契約段階で明確にする必要がある。後から「ここは誰の承認が要るのか」で止まる案件が多いなら、共同調達の議論は入口から設計し直すべきだ。
欧州委員会の防衛産業強化策も、資金供給だけでなく実装条件の標準化まで踏み込めるかが問われる。
Defence Industry and Space
第三に、域内保守要員の育成を調達政策と一体化することだ。ソフトを買う契約と、人を育てる契約を切り離すと、導入後の継戦性が崩れる。
本稿の見立てでは、共同調達を本当に前に進めるには、共通AIモデルの開発競争だけでなく、データ、権限、人材という地味な基盤整備が先に問われる。その順番を誤る限り、欧州の海軍統合は技術不足だけでなく統治上の調整不足によっても足踏みを続ける可能性がある。
欧州防衛関連記事を読む際も、受注額の大きさだけで判断するより、まず装備別データ形式、改修権限、艦隊配備後の域内保守体制を確認した方が、海軍調達の実態をつかみやすい。