AIRSPACE / KNOWLEDGE & DESIGN
Remote ID|受信情報と分からないこと
機体を識別する情報と、飛行を調整する情報は役割が違う。送信項目の違いから、画面とデータを考えるんよ。
このページを読む順
01
Remote IDは識別のための仕組みじゃ
FAAの案内では、Remote IDは飛行中の機体が識別・位置情報を放送し、他者が受信できる仕組みとして説明されとる。米国の対応方式にはStandard Remote ID、外付け放送モジュール、条件を満たしたFRIAでの飛行がある。日本の制度と一律には扱わず、管轄ごとに確認するんじゃ。
出典:FAA|Remote Identification出典:国土交通省|無人航空機登録ポータル02
米国の送信項目の違いを見よう
| 情報 | Standard Remote ID | 放送モジュール |
|---|---|---|
| 識別 | 機体を識別する情報 | モジュールの製造番号 |
| 機体情報 | 緯度・経度・幾何高度・速度 | 緯度・経度・幾何高度・速度 |
| 地上の位置 | 制御局の位置・幾何高度 | 離陸地点の位置・幾何高度 |
| 時刻 | 時刻情報 | 時刻情報 |
| 緊急状態 | 緊急状態の情報 | 同じ項目があるとは扱わない |
この表はFAA AIMの記述を整理したものじゃ。世界共通のデータ仕様表ではない。制御局と離陸地点を同じ「操縦者位置」として表示すると、意味を取り違えるけぇ注意しよう。
出典:FAA AIM|Airspace Access for UAS03
受信した値には、出所と鮮度を付ける
プロダクトでは、送信側の時刻と受信側の時刻、受信機、方式、測位や高度の意味を分けて保存する案がええ。秒前の位置と今の位置は違うし、受信機の時計がずれていることも想定する。
{
"source_kind": "rid_broadcast",
"scheme": "US_STANDARD_EXAMPLE",
"subject_id": "example_id",
"emitted_at": null,
"received_at": "2026-09-30T00:00:00Z",
"position": {"lat": null, "lon": null},
"altitude": {"value": null, "reference": "unknown"},
"ground_position_kind": "control_station",
"authentication_state": "not_evaluated"
}これは内部の正規化モデル案じゃ。実際の通信仕様を置き換えるものではない。欠損は0にせずnull等で持ち、変換できない高度を黙って混ぜんようにするんよ。
04
受信から推測してはいけないこと
- 受信できたことだけで、その情報の真正性が保証されたとは扱わん。
- 受信できないことを、周囲に機体がいない証拠にはせん。
- 識別子だけから、所有者の氏名等を一般公開する設計にせん。
- Remote IDを実機の制御コマンドや空域利用の許可と混同せん。
保存期間や公開範囲は目的に必要な分へ絞る。誰でも見られる地図と、運航責任者が使う画面で、同じ個人関連情報を出す必要はないけぇね。
DEFINITION OF DONE
つくる時は、ここを確かめよう。
- 離陸地点と制御局位置を区別して表示する。
- 最終受信時刻と鮮度低下を確認できる。
- 未知の方式や欠損項目を、別方式の値で埋めん。
仕様レビューと動作確認に使う、設計上のチェック項目じゃ。
根拠を確かめる
制度・定義の説明は下の資料を参照しとる。画面・データ・完成基準は独自の設計提案じゃ。
- FAA|Remote Identification米国のRemote IDの対応方式
- FAA AIM|Airspace Access for UASStandard機体と外付けモジュールの送信項目
- 国土交通省|無人航空機登録ポータル機体登録・登録記号・リモートID
参照確認日:2026年9月30日。個別の適用は、公式の最新情報で確認してつかぁさい。