FLIGHT / KNOWLEDGE & DESIGN
日本のドローン飛行｜判断を分けて整理する
機体・操縦者・場所・飛行方法・当日状況。この五つを分けると、必要な手続きと画面が見えてくるんよ。
このページを読む順
01
最初に集めるのは、飛行の条件じゃ
日本の飛行制度を案内するなら、まず予定地、日時、機体、操縦者、飛行方法をそろえるんよ。これが欠けたまま「許可が要るか」を答えると、別の飛行の答えを返してしまう。国土交通省の制度案内を起点に、個別条件に当てはめて確認しよう。
出典：国土交通省｜無人航空機の飛行ルール| 確認する軸 | 利用者への質問 | 設計上の保存先 |
|---|---|---|
| 機体 | どの機体を、どの構成で使う？ | Aircraft＋今回の構成スナップショット |
| 操縦者 | 誰が、どの役割で飛ばす？ | Pilot＋資格等の証拠 |
| 場所 | 離陸地と飛行範囲はどこ？ | Missionの経路・範囲 |
| 方法 | 目視内か、夜間か、人との位置関係は？ | OperationProfile |
| 時点 | いつ、どの情報を見て判断した？ | Assessment＋参照版 |
02
登録・許可・通報は、別々に持とう
機体登録、飛行許可・承認、飛行計画の通報は、目的の違う手続きじゃ。DIPS2.0も複数の機能を提供しとる。アプリの中で一個の「承認済み」に丸めると、何を済ませたのか分からんようになるんよ。
出典：国土交通省｜DIPS2.0・APIの案内たとえば登録は有効でも、今回の経路が手元の許可条件に収まるとは限らん。計画を通報した記録があっても、機体の状態や当日の気象まで確認できたことにはならん。この切り分けを画面にも残すんじゃ。
03
画面に出すのは「理由」と「次の一手」じゃ
最初の画面は、地図と未解決の項目を並べる案がええ。「空域の確認が残っとる」「登録情報の期限が読めん」のように理由を具体化し、確認先を一つずつ示す。未確認を緑色にせんことが肝じゃね。
| 表示例 | 意味 | 次の操作 |
|---|---|---|
| 確認待ち | 必要な情報が未入力・未取得 | 足りない項目を入力 |
| 要手続き | 今回の条件に追加手続きの可能性 | 該当する公的窓口を確認 |
| 資料照合済み | 記載条件との照合が完了 | 当日確認へ進む |
| 再確認 | 日時・経路・機体等が変わった | 変更した条件を再評価 |
04
次の層へ進もう
実装する順は、機体台帳、飛行条件、当日記録が分かりやすいんよ。どれも独立したレコードにして、同じ案件に結び付ければ、あとから国や業務を増やしやすくなる。
DEFINITION OF DONE
つくる時は、ここを確かめよう。
- 登録だけ完了した機体が、飛行準備完了と表示されんこと。
- 計画の変更で、影響を受けた確認事項が再確認へ戻ること。
- 根拠のURLと確認日時を、結果画面から開けること。
仕様レビューと動作確認に使う、設計上のチェック項目じゃ。
根拠を確かめる
制度・定義の説明は下の資料を参照しとる。画面・データ・完成基準は独自の設計提案じゃ。
- 国土交通省｜無人航空機の飛行ルール日本の飛行制度・関連する公式窓口
- 国土交通省｜DIPS2.0・APIの案内各手続きとAPIの利用申請条件
参照確認日：2026年9月30日。個別の適用は、公式の最新情報で確認してつかぁさい。