第1回 ソフトウェア――オープンソース（OSS）が変えた無人機開発の学習速度

　ArduPilotやPX4が開いたのは、安価な自動操縦ソフトウェアへの入口だけではない。失敗を分析し、他者の知見につなぎ、短い周期で試作と改良を繰り返すための学習基盤である。その循環は、ウクライナでは国家規模へ拡張され、従来の防衛産業の序列さえ組み替えつつある。

1. 無人機開発を開いた「学習基盤」

　私はこの10年以上、趣味から始まり、研究開発業務としてオープンソース・ドローンを実際に作り、調整し、運用してきた。最初から無人機の専門家だったわけではない。墜落を含む機体トラブル、相性の合わない部品、思った通りに効かない設定に直面するたび、フォーラムを読み、部品を交換し、設定を比較し、再び試すことを繰り返してきた。

　その経験から見ると、ArduPilotやPX4の価値は、単に「無料で使える自動操縦ソフトウェア」であることにはない。重要なのは、失敗の原因を探り、他者の知見に接続し、設定や部品を変えながら改善していける、開かれた学習環境を作ったことである。ArduPilotはGPLv3、PX4はBSD 3-Clauseという異なるライセンスで公開されているが、いずれもソースコードを読み、改変し、多様な機体へ組み込める点で、無人機開発への参入障壁を大きく下げた。[1,2]

　ドローンは、機体だけで成立するものではない。フライトコントローラー、センサー、GPS、通信、電源、モーター、ファームウェア、パラメータ、ログ解析といった要素が複雑に絡み合っている。かつて自律飛行システムは、専門メーカーや研究機関が独自に開発する閉じた技術領域だった。姿勢制御や航法、ミッション計画を一から構築するには、高度な知識と長い開発期間が必要であり、扱える主体は限られていた。

　ArduPilotやPX4は、これらの基本機能を共通基盤として整備し、研究者、学生、ホビイスト、小規模チームでも、その上で試作と検証を始められるようにした。開発者はゼロから制御システムを作るのではなく、既存の基盤を理解し、設定し、必要に応じて改良するところから出発できる。

2. 完成品ではなく、トラブルから学ぶ仕組み

　ただし、オープンソースのガイドライン通りに組めば必ず動くわけではない。GPS測位が安定しない、コンパスがずれる、機体特性に由来する振動や不安定状態がログに現れる、同じ設定が別の機体では通用しない、といった問題は珍しくない。

　そこで必要になるのは、単なる操縦・運用技術ではなく、ログを読み、症状を切り分け、フォーラムで類似事例を探し、設定を比較し、部品を交換し、再び試す力である。オープンソース・ドローンは完成品を与えるというより、トラブルを通じて技術に追いつくための仕組みなのである。

　ここで重要なのは、公開と非公開が両立する点である。ArduPilotのGPLv3は、プログラムを配布する場合にソースコードの提供などを求める一方、外部のコンパニオンコンピューター上で動く独自機能を直ちに同じライセンスで公開させるものではない。PX4のBSD 3-Clauseは、著作権表示などの条件を守れば、改変版を独自製品へ組み込みやすい。したがって、公開された飛行制御を土台にしながら、任務固有のアプリケーション、暗号鍵、通信設定、運用データ、作戦情報を別の非公開層として保持できる。[1,2]

3. 防衛分野にもたらした三つの変化

4. ウクライナで国家規模に拡張された学習循環

　ウクライナは、ソ連時代から航空宇宙・軍需産業を受け継いでいたものの、2014年以前には、現在のような小型無人機を大量生産し、継続的に改良する基盤は十分に整っていなかった。クリミア併合と東部での戦闘以降、民間技術者、ボランティア、スタートアップ、軍の部隊などが、市販ドローン、民生部品、公開されたソフトウェアを組み合わせて利用し、2022年のロシアによる全面侵攻後には、その動きが国家的・産業的規模へ拡大した。[3]

　ここでオープンソースが提供したのは、完成した兵器ではない。飛行制御や航法などの基盤技術へアクセスし、既存部品を組み合わせて試作を始められる環境である。現在のウクライナ製ドローンには、電子戦対策、通信、誘導、AIなど独自・非公開の技術も多く、すべてがArduPilotやPX4をそのまま使っているわけでもない。それでも、オープンソースと民生技術によって形成された開発者層と部品生態系が、独自技術を生み出す土台になった点は重要である。

　現在では、現場の要求、実戦経験、部品の入手性、メーカー間の競争が結びつき、機体は敵の電子戦や戦術に合わせて短期間で更新されている。「壊す、直す、比較する、学ぶ」というOSS開発の循環が、戦時下で国家規模に拡大したのである。ここでいう量とは、機体数だけではない。試作回数、失敗回数、訓練回数、ログと運用経験の蓄積も含む。ウクライナ大統領府によれば、2024年10月時点の年間生産能力は400万機規模に達した。[4]

　その結果、ウクライナは、小型・低コストで、電子戦環境に適応しながら短期間で改良されるドローンという領域では、従来の兵器供給国へ技術と運用知識を提供する側に回り始めた。これは兵器産業全体における優位を意味しない。しかし、巨額の研究開発費、長い認証期間、大規模な専用工場を持つ国だけが先端兵器を開発できるという従来の産業的序列が、少なくともドローン分野では短期間に変わり得ることを示している。

5. 日本の制度は、この速度を受け止められるか

　対照的に、日本を含む平時の先進工業国では、ドローンの使用に関する規制に加えて、デュアルユース技術の輸出管理、知的財産と機密情報の保護、厳格な安全認証、年度単位の予算、仕様を事前に固定する調達制度が整備されている。これらは国内産業の維持、安全性、説明責任、技術流出の防止に必要である。しかし、仕様変更のたびに契約、試験、認証をやり直す制度は、数週間単位で通信方式や部品構成が変わるドローン開発とは相性が悪い。平時制度の合理性が、結果としてウクライナなどの当事国との開発速度の差を広げる可能性がある。

　この関係を象徴するのが、日本企業によるウクライナの防衛ドローン企業への出資・子会社化である。テラドローンは2026年、実戦環境で迎撃ドローンを開発するAmazing DronesとWinnyLabへ出資し、6月に両社を連結子会社化すると発表した。[5,6]　さらに、両社が開発する迎撃ドローンを含む提案は、防衛装備庁の「迎撃ドローン早期取得プログラム」に選定された。[7]

　これは正式な装備品採用が決定したことを意味するものではない。それでも、かつて小型防衛ドローンの主要供給国ではなかったウクライナの企業と実戦知が、日本の装備品調達へ接続され始めたことは象徴的である。従来は装備や技術を調達する側だった国が、限定された技術領域では供給側へ移り、既存の防衛産業国がその能力を取り込もうとしている。

6. 導入すべきものは「製品」か「開発生態系」か

　ただし、企業を買収すれば、その開発能力をそのまま獲得できるとは限らない。ウクライナの優位は、企業が保有する知的財産だけでなく、運用部隊と開発者の近さ、小ロットでの試作、失敗を許容する試験環境、頻繁な仕様変更によって成立している。日本の仕様固定・長期認証型の制度へ適合させる過程で、この循環を従来の速度へ「飼いならしてしまう」なら、導入できるのは製品であって、開発生態系ではない。

　オープンソースの本当の利点は、無条件の安全性ではなく、自ら中身を検証し、修正し、代替できる選択肢を持てることにある。ArduPilotやPX4は、無人機開発を「閉じた専門技術」から「共有され、改良され続ける学習基盤」へ変えた。ウクライナの経験は、この学習基盤が民生部品、分散型生産、実戦からのフィードバックと結びつけば、既存の兵器産業における国家間の技術的序列さえ、短期間で変え得ることを示している。

　日本のような国に問われているのは、ウクライナ企業の製品や知的財産を取得できるかだけではない。数週間単位で試作、運用、失敗、改修を繰り返す開発循環を、安全性、機密保護、品質保証を維持しながら、平時の調達制度の中に組み込めるかである。オープンソースがもたらす学習速度を生かすには、技術を導入するだけでなく、それを受け止める制度も変化しなければならない。