位置情報やGPSデータ、複数のシステムをつなぐ実装に携わってきたエンジニアの中には、ドローンという領域に関心を持ちながら、案件としてどこに携われるのかがはっきりしないという声があります。無人航空機については、技能証明や機体認証、運航に係るルールが整えられてきました¹。その中でレベル4飛行は、有人地帯における補助者なしの目視外飛行を指します²。この記事では、飛行計画の通報や重複回避、飛行日誌の記録といった運航管理の仕組みを整理し、位置情報やデータ処理の経験がどのように活きるかを見ていきます。

1. レベル4飛行と、3つの制度

ドローン運航管理の案件情報を見ていると、レベル4飛行という言葉によく行き当たります。この言葉が何を指すのか分からないまま読み進めると、案件の難易度も、これまでの経験との距離感もつかめません。まず押さえておきたいのは、レベル4飛行が単独の技術ではなく、3つの制度に支えられた飛行類型だという点です。

技能証明・機体認証・運航ルールという3つの制度

無人航空機については、操縦者の技能証明、機体認証、そして運航に係るルールが整えられてきました¹。技能証明は操縦者の技能を国が証明する仕組み、機体認証は使用する機体を国が認証する仕組みで、運航ルールはその両者を前提に、実際の飛行時に守る決まりを指します。

この3つがそろって初めて、後述するレベル4飛行という飛行類型が成立します。技能や機体単体の話として覚えるよりも、運航全体を支える制度の組み合わせとして捉える方が、案件で求められる開発範囲を見誤りません。

有人地帯での補助者なし目視外飛行というレベル4

レベル4飛行は、有人地帯、つまり第三者がいる可能性のある上空で、補助者を置かずに目視の範囲外まで飛ばす飛行を指します²。操縦者の目が届かない場所・状況で機体を飛ばすため、通報や記録といった運航管理の手続きが重みを増します。

背景には、無人航空機の活用範囲が広がってきたという流れがあります³。用途が広がるほど、飛行計画を管理する仕組みや記録を残す仕組みの重要性は増していき、そこにシステムを設計・実装する案件が生まれています。

有人地帯を飛行するという前提に立つと、運航管理システムに求められる精度も変わってきます。位置情報の取得頻度や、通報した経路と実際の飛行をどこまで細かく突き合わせるかは、案件ごとに設計方針が分かれる部分です。この前提を理解しているかどうかで、案件の要件を読む速さが変わります。

出典：国土交通省「無人航空機レベル4飛行ポータルサイト」をもとに作成

【表1】押さえる基本用語
ドローン運航管理の案件に触れる前に、押さえておきたい基本用語を整理します。レベル4飛行は有人地帯における補助者なしの目視外飛行を指し²、この飛行類型を支えるために技能証明・機体認証・運航ルールという3つの制度が整えられています¹。案件を確認する際は、対象がどの制度・どの手続きに関わる開発なのかを、まずこの用語で切り分けると読み違いが減ります。特定の機体や技術方式の詳細よりも、どの手続きをシステム化する案件かという切り口で見る方が、経験の生かし方が見えやすくなります。

用語	意味	案件で確認する点
レベル4飛行	有人地帯における補助者なしの目視外飛行	対象の飛行類型がレベル4かどうか
技能証明	操縦者の技能を国が証明する仕組み	どの資格水準の運用者を想定するか
機体認証	使用する機体を国が認証する仕組み	対象機体の認証区分の扱い方
運航ルール	通報や記録など運航時に守る決まり	どの手続きをシステム化するか
運航管理システム	飛行計画・通報・記録をつなぐ仕組み全体	開発対象がどの範囲を含むか

レベル4飛行がどのようなものかが見えたところで、次に押さえたいのは、実際に飛ばす前に必要になる飛行計画の通報です。

2. 飛行計画の通報と、重複を避ける調整

レベル4飛行に限らず、無人航空機を飛ばすには事前の手続きが必要です。ここでは、飛行計画の通報と、他の飛行計画との重複を避ける調整という、運航管理システムの中心になる2つの手続きを見ていきます。

事前に飛行計画（日時・経路・高度）を通報

無人航空機を飛ばす前には、日時・経路・高度などを含む飛行計画を、あらかじめ通報する必要があります⁴。紙の書式で1件ずつ届け出る運用よりも、システムを介して計画を作成し、そのまま通報につなげる運用の方が、件数が増えたときの負荷は小さくなります。

運航管理システムの案件では、この飛行計画をどんな項目で構成し、どんな形式で保持するかという設計が問われます。経路や高度の入力を単純なテキストで済ませるのか、地図情報と結びつけて扱うのかによって、必要な実装の幅は変わります。

経路情報を緯度・経度の点列として持たせるか、区間ごとの帯として持たせるかは、後段の重複判定のしやすさにも影響します。設計の初期段階でこの形式を決めておくと、後からの手戻りを抑えられます。

他の飛行計画と重複しないようにする

通報した飛行計画は、他の無人航空機の飛行計画と重複しないようにすることが求められます⁵。同じ時間帯・同じ空域に複数の計画が重なれば、安全な運航の前提が崩れるためです。

この重複を人手で突き合わせるのは、件数が増えるほど現実的ではありません。時間帯と空域という2つの軸で計画同士を照合し、重なりを検出して知らせる仕組みが必要になり、ここに位置情報やデータ処理の経験が生きます。

出典：国土交通省「無人航空機レベル4飛行ポータルサイト」をもとに作成

【表2】実装で確かめる観点
飛行計画の通報は、日時・経路・高度などの計画を事前に届け出る手続きです⁴。あわせて、その計画が他の無人航空機の飛行計画と重複しないようにする調整も求められます⁵。運航管理システムの案件では、この2つの手続きをどう画面や仕組みに落とし込むかが問われます。通報の項目を入力させるだけでなく、重複が起きたときにどう気づかせるかまで踏み込んで確かめると、案件の解像度が上がります。

確認する観点	内容	見るポイント
通報の項目設計	日時・経路・高度などをどの粒度で入力させるか	入力項目の粒度と検証ルール
重複の判定ロジック	他の飛行計画との時間・空域の重なりをどう検出するか	判定条件と結果の見せ方
通報後の変更管理	計画の変更・取り消しをどう扱うか	変更履歴の保持方法
外部システムとの連携	通報先の仕組みとどうデータをやり取りするか	連携方式とデータ形式
通知・アラート	重複や不備をどう関係者に伝えるか	通知経路の設計

飛行計画の通報と重複回避が整うと、次に必要になるのが、飛行の前後に発生する記録という仕事です。

3. 飛行日誌の記録と、データの管理

飛行計画を通報し、重複なく運航できる状態を整えても、それで手続きが終わるわけではありません。飛行の前後には、記録を残すという仕事が続きます。

飛行日誌（飛行記録・日常点検記録など）の記載

無人航空機の運航では、飛行日誌として飛行記録や日常点検記録などを備え、必要な事項を記載することが求められます⁶。飛行の実績だけでなく、機体の状態を日常的に点検した記録も含まれる点が特徴です。

紙の日誌をそのまま電子化するだけでは、記載の手間はさほど減りません。点検項目をテンプレート化し、飛行のたびに必要な項目だけを入力させる設計の方が、現場の負担は軽くなります。

記録・点検データをシステムで扱う

記録した飛行日誌や点検データは、書き残して終わりではなく、必要なときに参照できる形で保管してこそ意味を持ちます。誰が、いつ、どの機体について記載したかをたどれる設計にしておくと、後から確認する場面でも扱いやすくなります。

データの保管形式や参照方法の設計は、これまでシステムで記録・点検データを扱ってきた経験がそのまま活きる領域です。飛行日誌という言葉は聞き慣れなくても、記録を構造化し、後から検索・参照できる形にするという仕事の本体は、他分野の実装経験と重なります。

点検を担当した人と、記録を確認する人が分かれている案件もあり、権限の設計は記録項目の設計と同じくらい重みを持ちます。誰が何を記載でき、誰が閲覧できるのかを最初に整理しておくと、後から権限を切り分け直す手間を減らせます。

出典：国土交通省「無人航空機レベル4飛行ポータルサイト」をもとに作成

【表3】案件で確かめる観点
飛行日誌には、飛行記録や日常点検記録などを記載する必要があります⁶。紙の記録を前提にした運用から、システムでの記録・保管に置き換える案件も増えています。ここで問われるのは、記録項目の設計だけでなく、誰がいつ記載し、どう保管し、必要なときにどう取り出せるかという運用全体の設計です。記録を残すことよりも、記録を次の判断に使える形で残すことの方が、案件の価値として評価されやすい部分です。

観点	内容	確認のポイント
記録項目の設計	飛行記録・日常点検記録などの項目をどう定義するか	必須項目と任意項目の切り分け
記載のタイミング	飛行前後のどの時点で記載させるか	現場での入力しやすさ
保管・参照	記録をどの期間・形式で保管し、参照できるようにするか	検索性とアクセス権限
権限管理	誰が記載・閲覧・修正できるか	権限設計の粒度
外部提出・共有	必要に応じて記録をどう提出・共有する仕組みにするか	出力形式と共有方法

飛行計画・通報・記録という3つの手続きが見えてきたところで、次はこれらをつなぐ運航管理システムの全体像を見ていきます。

4. 運航管理システムと、機体・飛行データ

ここまで見てきた飛行計画の通報、重複の回避、飛行日誌の記録は、それぞれ別の手続きに見えて、実際には1つの運航管理システムの中でつながっています。

飛行計画・通報・記録をつなぐ運航管理システム

飛行計画を作成する画面、通報の状態を管理する仕組み、飛行日誌を記録する仕組みは、別々のシステムとして作るよりも、1つの運航管理システムの中で一貫させる方が、運用側の負担は小さくなります。計画と通報、記録がばらばらの場所にあると、どの飛行がどの計画に対応するのかを追うだけで手間がかかるためです。

運航管理システムの案件では、こうした一連の手続きを1つのデータモデルの上でつなぐ設計力が問われます。個々の画面を作る技術よりも、計画・通報・記録という3つの情報をどう関連づけるかという設計の方が、案件の評価に直結する部分です。

機体・飛行データや位置情報の扱い

運航管理システムでは、飛行計画や記録に加えて、機体の状態や飛行時の位置情報も扱います。位置情報は、通報した経路と実際の飛行がどれだけ一致しているかを確認する材料にもなり、重複回避のロジックとも関係します。

位置情報を扱った実装経験や、複数のシステムを連携させてきた経験は、ドローンという領域を初めて扱う場合でも、そのまま生かせる部分です。専門知識よりも先に、位置・時刻・状態というデータをどう整理し、つなぐかという設計の経験が問われます。

機体側のデータをそのまま運航管理システムに取り込むのか、いったん中間の形式に変換してから連携するのかによって、実装の見通しは変わります。他分野のシステム連携で重ねてきた設計判断が、そのまま案件を進める材料になります。

出典：国土交通省「無人航空機レベル4飛行ポータルサイト」をもとに作成

こうした運航管理の仕組みを支える案件は、現場に常駐する形ばかりとは限らず、リモート中心で関われる案件もあります。

5. 案件への関わり方と、選ぶ観点

運航管理システムの全体像が見えると、次に気になるのは、どんな経験があれば案件に関われるのか、そして働き方はどうなるのかという点です。

位置情報・データ処理・システム連携・組込みの経験が効く

ドローン運航管理の案件では、飛行計画の管理、重複判定、記録の保管など、位置情報やデータ処理、複数システムの連携に関わる実装が中心になります。無人航空機そのものの専門知識よりも、これまで培ってきたデータ処理やシステム連携の経験の方が、参画の入口になりやすい領域です。

組込み開発の経験がある場合は、機体側のデータをどう取得し、運航管理システム側にどう受け渡すかという部分でも経験が生きます。運航ルールという新しい制度の知識は、案件に取り組みながら補っていくことができる部分です。

位置情報やデータ連携の実績を伝える際は、どんなデータをどう扱い、何を解決したかを具体的に示す方が、初めて触れる領域であっても案件との距離を縮めやすくなります。

リモート中心でも関われる

運航管理システムの開発は、画面設計やデータ連携、記録の仕組みづくりが中心になるため、現場での飛行そのものに立ち会う場面は限られます。Remoguが扱う案件の90%以上がフルリモート可能です⁷。これまで積み上げてきた位置情報やシステム連携の経験を、場所を選ばずに生かせる案件が含まれています。

案件の内容や条件は時期によって変わるため、興味を持った時点で実際の案件を見て、自分の経験がどう当てはまるかを確かめる方が、情報だけを追うよりも早く結論に近づけます。

制度の名前や手続きの多さに気後れする必要はありません。求められているのは、計画・通報・記録というデータを扱う設計力であり、その多くはこれまでの実装経験の延長線上にあります。

6. まとめ

• レベル4飛行は、技能証明・機体認証・運航ルールという3つの制度に支えられた、有人地帯での補助者なし目視外飛行です
• 運航管理システムの中心は、飛行計画の通報と、他の計画と重複しないようにする調整です
• 飛行日誌として飛行記録・日常点検記録などを記載し、後から参照できる形で管理することも欠かせません
• これらをつなぐ運航管理システムでは、機体・飛行データや位置情報の扱いまで含めた設計力が問われます
• 位置情報やデータ処理、システム連携の経験を生かせる案件が含まれ、現場に立ち会う場面が限られる分、場所を選ばずに関われる案件もあります

レベル4飛行という新しい制度の名前だけを見ると、専門外の領域に感じるかもしれません。ですが、その中身は飛行計画の管理、重複の判定、記録の保管という、データを扱う設計の仕事です。これまで培ってきた経験がどの案件に当てはまるのか、まずは実際の案件を見て、自分の経験に近い条件を確かめてみることから始められます。制度をすべて理解してから動く必要はなく、気になった案件を1件確認するところから、次の一歩は十分に見えてきます。

7. よくある質問

ドローン運航管理の案件では何を作るのですか

案件では、飛行計画の作成・通報を支える画面、他の飛行計画との重複を確認する仕組み、飛行日誌や点検記録を保管する仕組みなど、運航管理システムを構成する部分を開発します。特定の機体の設計や製造ではなく、飛行に関わる情報を扱うシステムが対象です。運航管理システム全体を担当する案件もあれば、記録機能など一部分を担当する案件もあります。

どんな技術経験が活きますか

位置情報やデータ処理、複数システムの連携、組込み開発の経験が活きる領域です。無人航空機に関する専門知識は、案件に取り組みながら補っていくことができ、最初から備えておく必要はありません。地図や位置情報を扱った経験があると、経路や重複判定の設計を理解しやすくなります。

現場に行かずに関われますか

運航管理システムの開発は画面設計やデータ連携が中心になるため、現場での飛行そのものに立ち会う場面は限られます。ただし、案件によって求められる関わり方は異なるため、条件は個別に確認する形になります。画面越しの確認や、関係者とのオンラインでのやり取りが中心です。

リモートで関われる案件はありますか

Remoguが扱う案件には、リモート中心で進めやすい案件が含まれます。案件の内容や条件は時期によって変わるため、興味を持った時点で実際の案件を確認し、自分の経験に合う条件かどうかを確かめることをおすすめします。稼働の頻度や連携するチームの体制もあわせて確認しておくと、参画後の進め方をイメージしやすくなります。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 国土交通省「無人航空機レベル4飛行ポータルサイト」（2025年）
＊2 国土交通省「無人航空機レベル4飛行ポータルサイト」（2025年）
＊3 国土交通省「無人航空機レベル4飛行ポータルサイト」（2025年）
＊4 国土交通省「無人航空機レベル4飛行ポータルサイト」（2025年）
＊5 国土交通省「無人航空機レベル4飛行ポータルサイト」（2025年）
＊6 国土交通省「無人航空機レベル4飛行ポータルサイト」（2025年）
＊7 Remogu（株式会社LASSIC運営）公開情報：扱う案件の90%以上がフルリモート可能