Satellite Ontology and Dynamic Knowledge Graph Design

卫星系统 Ontology 本体与动态知识图谱方案

星地协同 AI 平台方案案例。

Answer

项目概述

该方案围绕卫星系统建立对象、属性、关系与事件的语义基线,将 MBSE 模型中的结构、接口和故障知识转化为本体,再接入遥测形成动态知识图谱。当前已开展模型提取与图谱调用的局部原型演示,完整动态更新与推理链路进入后续验证。

最后更新:2026-10-13 · 新航路数字化外协团队

场景要点

  1. 01MBSE 到本体的显式映射
  2. 02遥测状态与模型版本关联
  3. 03局部 DEMO 与工程目标分开

交付产物

  1. 01OWL/RDF 本体工程
  2. 02源模型与数据字段映射表
  3. 03约束规则与校验记录
  4. 04图谱初始化与更新样例

Path

实施路径

  1. 01 问题与术语梳理
  2. 02 本体与映射建模
  3. 03 样例接入与规则检查
  4. 04 评审与版本移交

卫星系统 Ontology 本体与动态知识图谱方案

01

项目背景

设计模型、设备参数和运行日志分别使用不同名称时,难以判断一个遥测点对应哪个部件、受哪些规则约束,以及异常会影响哪条任务链。该方案以卫星系统为对象,先统一术语、标识与关系,再连接运行数据。

输入包括系统分解、接口定义、遥测字典、故障模式与运行基线。缺失的量纲、时间基准或设备标识需由业务人员确认,不能由模型自动猜补。

卫星系统建模框架:系统层级与模型组织。
卫星系统建模框架:系统层级与模型组织。

02

技术路线

从系统模型提取设备类型、组成关系、接口、参数及故障关联,形成对象—属性—关系—事件映射。保留源模型标识、本体标识与版本的对应关系,使图谱中的每个实体能够追溯到设计依据。

OWL 用于表达类型和属性等语义定义,RDF 用于交换图数据。遥测数值计算、事件触发与权限校验由明确的处理规则承担;工程上可增加 SHACL 数据校验,区分语义推理与数据完整性检查。

卫星系统知识图谱:模型实体与关联关系。
卫星系统知识图谱:模型实体与关联关系。

03

实施路径

先选取一个包含传感器、设备和故障关系的子系统切片,确认术语与数据映射,再导出本体并初始化图谱。通过一段带时间戳的遥测回放,检查状态更新与关联关系是否符合预期。

动态更新应记录数据来源、事件时间、接收时间和规则版本。过期、重复或乱序数据需显式处理,规则传播需设置终止条件,避免循环依赖造成反复更新。

04

交付范围

拟交付本体工程、概念字典、源对象映射表、图谱初始化文件、数据更新接口样例及版本说明。对不支持的模型元素、未量化的因果关系和未确认参数单独列出清单。

05

验收方法

以约定查询检查设备归属、遥测来源和故障影响链;修改一项源模型属性后,核对导出、入库和查询结果。对单位不一致、缺失标识、失效引用和循环规则输入反例,检查系统是否报告问题。

图谱中存在关系不等于物理因果成立。需用模型依据、业务评审或试验记录确认传播关系;节点数量、查询速度和同步时延以约定数据规模下的测量为准。

06

实施效果

方案形成了建模框架、语义映射与图谱组织方法,并通过局部原型串联 MBSE 图谱提取和大模型调用,为统一语义与源对象追溯建立实施路径。

方案目标是减少字段解释和跨工具关系查询的重复工作。通过映射覆盖率、规则检查结果、查询复现率和维护工时评估实际收益。

把业务目标转化为可验收的项目方案

从任务目标、已有资料和关键约束开始,明确本阶段要验证的问题、交付资产及验收方式。