飞行 / 知识与设计
机体登记与机队台账 | 正确识别同一架机体
登记标识、所有者、构型、维护记录。不要把它们塞进同一个输入框,而要建立一份能与运行衔接的台账。
按顺序阅读本页
01
确认制度的入口
根据 MLIT(日本国土交通省)的规定,在室外飞行的 100 g 及以上的无人机必须登记。还要确认登记标识的显示方式以及是否适用 Remote ID。Remote ID 存在例外情形,所以不要假定“每架机体都一样处理”,而应链接到官方指南。
出处:MLIT | 无人机登记门户02
按用途区分标识符
| 项目 | 代表什么 | 注意事项 |
|---|---|---|
| 内部机体 ID | 在应用内跟踪机体的键 | 与可能变化的外部编号分开 |
| 序列号 | 制造商分配的编号 | 与品牌和型号一并匹配 |
| 登记标识 | 与主管部门登记绑定的标识符 | 同时保存国家、有效期和证明文件 |
| Remote ID 标识符 | 标识广播功能或模块的信息 | 更换外置模块时保留历史记录 |
| 显示名称 | 驾驶员容易记住的名字 | 绝不让它承担唯一性或官方证明的作用 |
如果把外部编号用作数据库主键,编号一变,维护和飞行历史就会丢失。我们的方案是通过内部 ID 关联历史记录,把官方编号作为带有效期的关联记录保存。
03
让登记流程可以中途继续
先从品牌、型号和序列号开始,并显示可能的重复项。然后再补充登记信息和证明文件。让尚未完成官方登记的人也能保存草稿会很有帮助。但要让“已保存在应用中”和“已在主管部门完成登记”在界面上明显区分开。
- 如果相同编号已存在,先让用户选择已有机体,再考虑新建。
- 区分所有者和运营者,并检查团队的查看与编辑权限。
- 把传感器和载荷的变更记入构型历史,而不是复制一架机体。
- 如果登记有效期未知,就按未知保存,并将其转为待核对项目。
04
示例数据与变更处理
下面是应用自身的设计示例。它不是 DIPS 的提交格式,请勿原样发送给外部系统。
{
"aircraft_id": "aircraft_demo_01",
"display_name": "测绘无人机 1",
"registration": {
"jurisdiction": "JP",
"mark": null,
"expires_at": null,
"verification_state": "unverified"
},
"configuration_version": 1,
"readiness": "not_assessed"
}飞行结束后更新机体记录,绝不能改写过去飞行所使用的构型。既要保留台账中的当前值,也要保留每次飞行时点的副本。这是一个不起眼的细节,却会在日后的事故调查中发挥作用。
完成的定义
动手实现时,请核对以下各项。
- 用户可以查看可能重复的登记。
- 文件未核实的机体绝不会被视为已核实。
- 即使机体记录发生变更,过去的运行构型也能还原。
用于规格评审和功能测试的设计检查点。
查看出处
关于规则和定义的说明参考了以下资料。界面、数据和完成的定义是我们自己的设计方案。
- MLIT | 无人机登记门户机体登记、登记标识与 Remote ID
出处核对日期:2026 年 9 月 30 日。规则如何适用于您的具体情况,请以最新的官方信息为准。