飞行 / 知识与设计

机体登记与机队台账 | 正确识别同一架机体

登记标识、所有者、构型、维护记录。不要把它们塞进同一个输入框,而要建立一份能与运行衔接的台账。

按顺序阅读本页
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"
}

飞行结束后更新机体记录,绝不能改写过去飞行所使用的构型。既要保留台账中的当前值,也要保留每次飞行时点的副本。这是一个不起眼的细节,却会在日后的事故调查中发挥作用。

完成的定义

动手实现时,请核对以下各项。

  • 用户可以查看可能重复的登记。
  • 文件未核实的机体绝不会被视为已核实。
  • 即使机体记录发生变更,过去的运行构型也能还原。

用于规格评审和功能测试的设计检查点。

查看出处

关于规则和定义的说明参考了以下资料。界面、数据和完成的定义是我们自己的设计方案。

出处核对日期:2026 年 9 月 30 日。规则如何适用于您的具体情况,请以最新的官方信息为准。