無人航空機の運用

inTheEU Assist · ケーススタディ · 2026 年 8 月

インフラ点検の UAV ミッションでは、飛行制御に対する権限を得ることなく、ミッション中に解釈する必要がある画像とセンサー データが生成されます。このページは、そのようなワークフローがどのように計画され、inTheEU Assist で実行されるかを説明するものであり、完了した展開の記録ではありません。

ワークフローはどのように構築されるか

ミッションは認可されたオペレーターによって提出され、調査、分析、必要に応じて詳細な検査、報告という定義された一連の段階に分解されます。ミッション中に収集された画像とセンサー データはオンプレミスでインデックス付けされ、オペレーター自身のテナントに範囲を限定したナレッジ パックが提供されます。ワークフロー用に構成されたエージェントは、観察結果を承認済みの参考資料と比較し、結果の候補を提案します。これには提案済みのステータスが入力され、その結果の元となった特定のミッションに関連付けられます。詳細な検査の要求は、UAV が再配置される前に、同じ提案から承認までの経路をたどることになります。

UAV 自体のフライト コントローラー、安定化、ナビゲーション、ジオフェンシング、帰還および緊急手順、実装されている場合の衝突回避は、完全にこのワークフローの外に残ります。プラットフォームはこれらのシステムに対する権限を保持したり、要求したり、実行したりすることはなく、明示的な承認を通過するまで航空機に操作が及ぶことはありません。

人間の承認が置かれる場所

すべての検索または再配置リクエストは、確立または実行される前に指定されたオペレーターからの明示的な承認を必要とします。これは、ワークフローの上に重ねられるポリシーではありません。これは、ワークフローがまったく進行するメカニズムです。未承認のステージでは、単に次のステップが実行されません。

これが今日何を参考にし、何が参考にならないのか

ミッション分解ワークフロー、提案から承認までのレビューライフサイクル、およびすべてのアクションの背後にある署名済み監査チェーンは、プラットフォームの機能部分です。これにはまだ含まれていないものがあります。それは、特定のオペレーター自身の資産と地形でトレーニングされたミッション固有の認識モデルであり、これはまさに最初のパイロットが構築するものです。 UAV の決定論的フライト コントローラーは、設計上、プラットフォームの範囲外に完全に残ります。 UAV 配備における運用上の判断は、常にオペレーター自身のチームにあり、ミッション固有の認識スキルは既製のモデルとして提供されるのではなく、チームと並行して開発されます。

この機能セットの基礎となるアーキテクチャの一部は、現在進行中のファイルに文書化されています。このページでは、実装仕様ではなく、パイロットの計画に適したレベルでプラットフォームが何を行うように設計されているかについて説明します。