FLIGHT / KNOWLEDGE & DESIGN

欧州の飛行|機体クラスと運航区分を分ける

Open・Specific、A1・A2・A3、機体クラス。似た名前を混ぜず、何を分類しとるのかから理解しようや。

このページを読む順
01

三つの分類を整理する

分類何を分けるか設計の扱い
Open / Specific等運航の区分今回の運航条件に紐づける
A1 / A2 / A3Open内の運航サブカテゴリー機体・人との関係・訓練等と照合
C0・C1等機体のクラス表示機体属性と証拠に紐づける

EASAのOpen区分では、機体条件に加えて目視や高度などの条件がある。一般に120m以内の条件が示されるが、例外や地形との関係を含め原文で確認するんよ。Openの条件を超える場合は、Specific等の適用を当局と確認する。

出典:EASA|Open categoryの要件出典:EASA|Specific Category
02

「EU」を一枚の許可にせん

共通枠組みを読むことと、実際に飛ばす国の当局・地理的区域の情報を調べることは別じゃ。アプリでは国名、管轄、登録主体、対象地域を保存する。単に「ヨーロッパで登録済み」というラベルでは、何を確かめたのか伝わらんけぇね。

運航者の登録と機体のクラス表示も違う。カメラ等によって軽い機体でも運航者登録が関係する場合があるため、「250g未満なら全部不要」という誘導はせず、EASAの一覧と当局の案内へ進めよう。

出典:EASA|Open Category
03

質問フローの設計例

  • 飛行国と日時を先に指定する。
  • 機体クラス、重量、カメラ等を証拠付きで確認する。
  • 人との距離、目視、高度などの運航条件を入力する。
  • 必要な訓練・登録・地理的区域の確認項目を出す。
  • 不明なクラスや古い機体は、該当する公式の扱いを確認する。

入力は一度に全部見せんでもええ。前の答えで必要になる質問だけを順に出せば、短いUIと厳密な条件整理を両立できるんよ。

04

翻訳と制度を別に管理する

日本語で使う人がフランスで飛ばす場合もある。画面言語を日本語にしたからといって日本のルールを適用せん。language=ja と jurisdiction=FR のように別の値で持つんじゃ。翻訳が揃わん箇所は原文と出典を示し、判断に関わる文を推測で補わんこと。

DEFINITION OF DONE

つくる時は、ここを確かめよう。

  • 画面言語を変えても適用国が変わらん。
  • 運航区分と機体クラスを別の項目として扱える。
  • 機体のクラス不明を「該当なし」に置き換えん。

仕様レビューと動作確認に使う、設計上のチェック項目じゃ。

根拠を確かめる

制度・定義の説明は下の資料を参照しとる。画面・データ・完成基準は独自の設計提案じゃ。

参照確認日:2026年9月30日。個別の適用は、公式の最新情報で確認してつかぁさい。