ここ数カ月、ドローン業界では新しい製品やソフトウェアが次々と発表されている。DJI Avata 360の登場、ArduPilot 4.7βの公開、新世代AIアクセラレータの普及、360°カメラや高性能LiDAR、GNSS受信機の進化など、その話題は枚挙にいとまがない。
ドローン技術の進化を語るとき、私たちはつい「新しい機体」や「新しいFlight Controller」といった個々の製品に目を向けがちである。しかし現在起きている変化は、それほど単純ではない。
実際には、ドローンは大きく二つの領域で同時に進化している。
一つは、カメラやLiDAR、360°カメラなどに代表されるペイロード・データ取得系の進化である。高性能なセンサによって取得したデータは、AI解析や三次元復元、デジタルツインなど、新しい価値へと変換されるようになった。ドローンは「飛んで撮影する機械」から、「空間情報を収集するプラットフォーム」へと変化しつつある。
もう一つは、Flight Controllerを中心とした機体制御・システム制御系の進化である。ArduPilotをはじめとする制御ソフトウェアは、飛行制御だけでなく、各種センサや通信機器、Companion Computer、AIとの連携を前提としたアーキテクチャへと発展している。機体を安全かつ柔軟に運用するための基盤そのものが進化しているのである。
そして現在、最も重要になっているのが、この二つの進化をどのようにつなぐかという視点である。どれほど優れたペイロードを搭載しても、それを活用できる機体制御やシステム設計がなければ価値は生まれない。逆に、高度なFlight Controllerを採用していても、新しいセンサやAIデバイスを柔軟に取り込めなければ、技術の進化に取り残されてしまう。
つまり、これからの競争力を決めるのは個々のデバイスの性能ではなく、それらを統合し、継続的に進化させていくシステムアーキテクチャである。
今回は、ペイロード側の進化を象徴するDJI Avata360と、機体制御側の進化を象徴するArduPilot 4.7βを例に取り上げながら、ドローンが「進化するプラットフォーム」へと変わりつつある現在の姿について考えてみたい。
Avata 360が教えてくれること
DJI Avata 360は非常に興味深い製品である。
多くの人は「360°カメラを搭載したFPVドローン」と理解するかもしれない。しかし、本質はそこではない。
Avata 360を見ていて感じるのは、近年のドローン開発では「飛ぶ能力」だけでなく、「何を取得し、どのような情報へ変換するか」というペイロード側の進化が著しいことである。
以前のペイロードは、高解像度カメラや赤外線カメラなど、取得する映像そのものの品質向上が中心だった。
しかし現在では、360°カメラ、LiDAR、高性能IMU、イベントカメラ、マルチスペクトルカメラなど、多様なセンサが利用可能になり、取得したデータをAIが解析することが前提となっている。
例えば360°映像は、撮影後に自由な視点を生成できるだけではない。
最近ではGaussian Splatting（3DGS）技術の進化により、高品質な三次元空間を短時間で生成できるようになった。設備点検では対象物を自由な視点から確認できるようになり、災害現場では後から詳細な三次元解析が可能となる。
さらにデジタルツインやSLAMとも組み合わせることで、単なる映像ではなく「空間データ」を取得するプラットフォームへと進化している。つまり現在のペイロードは、「撮影機材」ではなく、「情報取得システム」として価値を持ち始めているのである。
ArduPilot 4.7βが示しているもの
ArduPilot 4.7βでは、多くの新機能や改善点が盛り込まれている。Flight Controllerの制御性能向上はもちろん、DroneCANへの対応強化、Luaスクリプトの拡充、MAVLinkの改善、ネットワーク機能の充実、EKFや各種センサ処理の改善など、多岐にわたるアップデートが行われている。
しかし、これらを単なる「新機能」として眺めるだけでは、本質を見落としてしまう。
ArduPilotが世界中で利用され続けている理由は、多くの機能を備えているからだけではない。オープンソースとして世界中の開発者が改善を積み重ねてきたアーキテクチャそのものに価値がある。
飛行制御、センサ処理、通信、フェールセーフなど、共通して利用できる基盤機能をオープンな形で共有し、その上に用途ごとの機能を追加できる構造になっている。
近年拡充されているLuaスクリプトも、その考え方を象徴している。従来であればFlight Controller本体を書き換える必要があった処理を、Luaによってユーザー独自のロジックとして実装できるようになった。
例えば、
- 特殊なフェールセーフ
- 独自のミッション制御
- センサ監視
- ペイロード制御
などを、本体を変更することなく追加できる。
これはオープンソースだから実現できる柔軟性である。
しかし、オープンソースだから何でも自由にできれば良いという話ではない。Flight Controllerには、姿勢制御、安全制御、フェールセーフなど、共通基盤として安定して動作すべき部分がある。
一方で、ユーザーや企業ごとに異なる運用や業務フローについては、LuaやCompanion Computerなどを用いてカスタマイズする方が保守性も高くなる。
つまり、「共通化すべきもの」と「カスタマイズすべきもの」を適切に分離する設計能力が重要になっているのである。
AIデバイスは毎年進化する
ここ数年で最も大きく変化した分野の一つがAIアクセラレータである。
数年前まで、エッジAIと言えばNVIDIA Jetsonがほぼ唯一の選択肢だった。しかし現在では、Qualcomm、Hailo、Ambarella、Rockchip、Sonyなど、多様なAIプラットフォームが登場し、用途や消費電力、価格に応じて選択できるようになってきた。
AIチップの性能向上は非常に速い。数年前には大型GPUが必要だった画像認識が、現在では手のひらサイズのデバイスでリアルタイム処理できるようになっている。
この状況で重要なのは、「どのAIチップを採用するか」ではない。「AIチップを将来容易に交換できるか」である。
AIは数年後には確実に新しい世代へ移行する。現時点で最適な構成も、数年後には旧世代になる可能性が高い。だからこそ、ハードウェアもソフトウェアも交換しやすい構成が求められる。
センサも通信も進化は止まらない
AIだけではない。
GNSS受信機も年々性能が向上し、マルチバンド対応やRTKの高精度化が進んでいる。LiDARは低価格化と小型化が進み、Visual SLAMやミリ波レーダーも実用段階に入りつつある。さらに、通信環境も大きく変化している。LTEや5Gに加え、衛星通信やローカル5G、Wi-Fi 7など、用途に応じた通信方式が選択できる時代になっていく。
数年前には考えられなかった構成が、現在では現実的な選択肢となっている。つまり、センサや通信機器のライフサイクルは、機体のライフサイクルよりも短くなっているのである。
機体を五年間使い続けるとしても、その間に搭載するセンサや通信機器は何度も更新される可能性がある。
この変化に対応できる設計でなければ、機体そのものの寿命も短くなってしまう。
妨害への対応も設計思想を変えている
もう一つ見逃せないのが、GNSSジャミングやGNSSスプーフィングへの対応である。
世界各地でGNSS妨害が報告されるようになり、ドローンにとってGNSSは「常に利用できる前提」のセンサではなくなりつつある。
これからは Visual Navigation、INS、LiDAR、レーダー、地図照合など、複数のセンサを組み合わせたセンサフュージョンが標準となるだろう。
通信についても同様である。LTEだけではなく、衛星通信やローカル無線との冗長構成が求められる場面は確実に増えていく。
つまり、妨害対策とは特定のデバイスを追加することではない。状況に応じて必要なセンサや通信方式を追加・変更できるシステムアーキテクチャを持つことなのである。
Flight Controller中心の設計から、システムアーキテクチャ設計へ
私は長年ArduPilotを中心とした機体開発やシステム開発に携わってきたが、この数年で最も大きく感じる変化はここにある。
以前は Flight Controller が機体の中心だった。Flight Controller を選び、その周辺に ESC や GNSS、送受信機を接続し、飛ばすことが開発の目的だった。
しかし現在は違う。
Flight Controller は依然として重要な存在ではあるが、システム全体を構成する一つのコンポーネントへと位置付けが変わりつつある。
その周囲には Companion Computer があり、AI処理があり、高度なセンサがあり、クラウドとの連携があり、各種ペイロードが存在する。それぞれが MAVLink や DroneCAN、Ethernet などを介して接続され、一つのシステムとして機能する。
つまり、設計の中心は Flight Controller ではなく、「システムアーキテクチャ」へと移っているのである。
これから求められるエンジニアは、「Flight Controller を設定できる人」だけではない。AI、センサ、通信、クラウド、ペイロードを含めた全体を設計できるシステムアーキテクトである。
個々の性能を追求するだけではなく、全体としてどのように機能させるか。その設計思想こそが、これからの競争力になる。
実装能力の重要性
現在、多くの企業が「オープンソースだから自由に開発できる」と考えている。
しかし、本当に重要なのはそこではない。必要なのは、「どこを標準機能として利用し、どこを独自実装するか」を判断する設計能力である。
ArduPilotには数百人の開発者が長年積み重ねてきた膨大な資産がある。その資産を活用できるにもかかわらず、既存機能を理解しないまま同じ機能をゼロから開発してしまえば、品質も保守性も低下する。
逆に、標準機能を正しく理解し、その上で自社独自の価値を実装すれば、開発期間は短縮され、品質も高くなる。
オープンソース時代の競争力とは、「すべてを開発する能力」ではない。「必要な部分を見極め、最適な形で実装する能力」である。
進化し続けるプラットフォームとして考える
世界のドローン開発を見ると、メーカーがすべてを自社開発する時代から、得意分野を組み合わせる時代へと変わってきている。
Flight Controller、AI、センサ、通信、クラウド、ペイロード。それぞれに優れた企業や製品が存在し、それらを効率よく統合することで新しい価値を生み出している。だからこそ重要なのは、最初からすべてを作り込むことではない。
将来、新しいAIチップが登場したとき、新しいセンサが実用化されたとき、新しい通信方式が普及したとき、それらを無理なく組み込める柔軟性を持つことである。これは開発効率だけの問題ではない。運用コストや保守性、さらには製品寿命にも直結する重要な設計思想である。
Avata 360も、ArduPilot 4.7βも、それぞれ異なる製品であり、異なる市場を対象としている。しかし両者が示している方向性は共通している。
それは、ドローンを単独で完結する機械ではなく、新しい技術を継続的に受け入れながら価値を高めていくプラットフォームとして捉えていることである。
ドローン技術は今後も急速に進化し続けるだろう。AIはさらに高度化し、センサは高性能化し、通信環境も変化し続ける。その変化を止めることはできない。
だからこそ、これからのドローン開発で最も重要なのは、「現在の最高性能」を目指すことではなく、「未来の技術を受け入れられる設計」を目指すことである。
飛行性能だけではなく、AI、センサ、通信、ソフトウェア、クラウドまでを含めたシステム全体をどのように設計するか。そのアーキテクチャこそが、これからのドローンの価値を決める。
ペイロードは今後も進化し続ける。
Flight Controllerも進化し続ける。
AIも通信も変わり続ける。
だから重要なのは、個々のデバイスではない。それらを受け入れるアーキテクチャである。
そして、そのアーキテクチャを支えるのは、オープンソースを正しく活用し、標準機能と独自機能を適切に切り分けながら実装していく設計能力である。
これからのドローン開発では、「どのFlight Controllerを使うか」ではなく、「どのようなシステムとして構築するか」が競争力を左右する。
ドローンは、もはや単なる飛行体ではない。進化するペイロードと進化するFlight Controllerを結び付け、新しい価値を生み出し続ける「進化するプラットフォーム」なのである。
