AIRSPACE / KNOWLEDGE & DESIGN
UTM|空域を協調して使うための構造
ひとつの地図やひとつの会社だけで完結せん。運航者、サービス、当局の間で何を共有するかを分解するんじゃ。
このページを読む順
01
UTMが扱うもの
FAAはUTMを、低高度の無人航空機運航を協調して管理するエコシステムと説明しとる。既存の航空交通業務を補完し、計画、空域認可、監視、競合管理等を扱う構想じゃ。国際的に一つの完成済みシステムがある、という意味ではないんよ。
出典:FAA|UAS Traffic Management02
参加者の責任を描く
| 参加者 | 役割の整理 | 設計で残す問い |
|---|---|---|
| 運航者 | 目的・計画・現場の判断 | 誰が運航の責任を持つ? |
| 運航支援サービス | 計画や制約の整理、情報交換 | どの情報をどの品質で届ける? |
| 他のサービス | 隣接する運航との調整 | 共有範囲と更新方法は? |
| 当局等 | 制度・制約・認可の枠組み | 法的な権限とアプリの権限は? |
| データ提供者 | 気象、地形等の補助情報 | 鮮度、精度、利用条件は? |
上の表はFAAの構想を手がかりにした設計上の整理じゃ。各国の制度や契約で役割は変わるけぇ、実装時は責任分界を具体的に決めよう。
03
意図・観測・認可を別に扱う
FAAのUTM実証では運航意図や空域活動に関する情報の交換が扱われた。ここからAirffic Worldを考えるなら、計画したこと、実際に観測したこと、当局から認められた条件を別々に持つのが自然じゃ。
出典:FAA|UTM Pilot Program| データ | 例 | 意味 |
|---|---|---|
| Intent | この時間にこの空間を利用したい | 予定・要求 |
| Observation | この時刻にこの位置を観測した | 計測・受信した情報 |
| Authorization | 特定条件に対する認可の記録 | 法的・手続き上の根拠 |
| Assessment | この版の入力で競合候補がある | 計算や確認の結果 |
04
最小構成のシステム案
最初から全国の全機体を管理しようとせず、自社の計画を版付きで扱い、制約データを取得して根拠を残すところから始める。外部サービスとの接続は、使えるAPI・契約・運用体制が揃った範囲からじゃ。
| 部品 | 持つ責任 |
|---|---|
| 計画サービス | 運航意図の版管理 |
| 制約サービス | 出所・有効期間付きの情報 |
| 評価サービス | 理由付きの確認結果 |
| 監査記録 | 誰が何を確定したかの記録 |
| 外部接続 | 当局・他サービス・気象等ごとの認証、再送、障害時の契約 |
この構成は提案で、このサイトがUTMや認可サービスとして稼働しとるわけではないんよ。
DEFINITION OF DONE
つくる時は、ここを確かめよう。
- 計画、観測、認可のデータを混同せん。
- 外部情報の時刻と出所を確認できる。
- サービス間の責任分界と障害時の連絡が決まる。
仕様レビューと動作確認に使う、設計上のチェック項目じゃ。
根拠を確かめる
制度・定義の説明は下の資料を参照しとる。画面・データ・完成基準は独自の設計提案じゃ。
- FAA|UAS Traffic ManagementUTMの概念と協調的な運航管理
- FAA|UTM Pilot Program運航意図・空域情報の交換を含む実証
参照確認日:2026年9月30日。個別の適用は、公式の最新情報で確認してつかぁさい。