> 译文仅供阅读便利。具有规范效力的是英文原文。 # 语义映射 **元宇宙规范** **文档编号：** MU-V2-FED-006 **标题：** 语义映射 - 在不同词表之间建立映射 **文档类别：** 规范性 **版本：** 2.0（草案） **状态：** 工作草案 **规范性引用：** MUC、MMAS、MUFP **说明性引用：** Identity-Binding.md、Synchronization.md、[Meta-Model-Composition](../02-architecture/Meta-Model-Composition.md) **版权：** © Orkestron.AI **许可：** Apache-2.0 --- # 1. 目的 本文档定义元宇宙联邦协议（MUFP）所用的语义映射模型。 语义映射让各自独立的宇宙即便使用不同的词表、元模型或外部标准，也能交换知识。 映射所建立的是语义上的对应，而不要求任何一方改动自己的权威模型。 关键之处在于：元宇宙中的语义映射，是把每一套本地语义映到一个**共享的正典含义**上，而不是逐一映到其他每一个参与方。这样一来，两两集成的平方级负担就换成了对着一个共同参照的线性负担。 --- # 2. 适用范围 本规范适用于： - 宇宙； - 维度； - 命名空间； - 元模型； - 对象； - 关系； - 属性； - 事件； - 投影配置； - 导入的标准。 --- # 3. 映射原则 每一条语义映射都必须是： - 明示的； - 可追溯的； - 知悉版本的； - 与技术无关的； - 非破坏性的； - 可解释的。 映射必须描述语义上的对应。 它们不得重新定义正典含义。 --- # 4. 定义 语义映射是一件一等的语义制品，它描述来自不同语义权威的概念之间的关系。 映射在保全主权的同时成就互操作。 --- # 4a. 正典含义的枢纽模型 素朴的互操作做法，是把每个模型直接映到其他每一个模型。对 *N* 个参与方而言，这最多需要 *N × (N − 1)* 条有向映射 - 一份平方级、纯手工、无法维护的负担：每来一个新参与方，都得分别与所有其他方各做一次集成。 ```text Pairwise (quadratic) Canonical hub (linear) A ── B A │ ╲ ╱ │ │ │ ╳ │ B ── Canonical ── D │ ╱ ╲ │ │ C ── D C ``` 元宇宙应当改为把每一套本地语义映到联邦各方共同认可的**正典含义**上。每个参与方只维护自己模型与正典含义之间的映射；任意两方之间的对应关系，随后经由枢纽合成得出。集成成本因而变为线性：新参与方只需发布一组指向正典含义的映射，即刻就能与其余所有方互操作。 正典含义可以是一个约定的中立概念，也可以是被采纳为参照的外部标准（例如 O*NET、ESCO、HR-XML 或 Schema.org）。枢纽模型不得要求任何参与方把正典含义当作自己的权威模型来采用；参与方是映*向*它，而不是臣服*于*它。 --- # 4b. 语义映射注册表 为使指向正典含义的映射可以复用，而不必每结一次联邦就重写一遍，MUFP 引入**语义映射注册表**：一个经过策展、带版本的映射库，收录常用标准与正典含义之间的映射。 语义映射注册表应当收藏可复用的映射，例如 O*NET、ESCO、HR-XML 与 Schema.org 之间的那些，每一条都带有其权威方、版本与溯源。有了这样的注册表，一个员工元模型只需引用已发布的、指向这些标准的映射，就能与人力资源、招聘和劳动力市场系统里的伙伴互操作，而不必每次都去谈一份两两之间的定制集成。注册表条目是被查阅的，而不是被复制的；两侧的权威模型都保持不变。 注册表中的映射必须同样受本文档一切要求的约束 - 它们就是普通的语义映射，只不过被发布出来供人复用。 --- # 5. 映射类型 典型的映射类型包括： - 等价 - 扩展 - 特化 - 泛化 - 派生自 - 别名 - 需要变换 - 部分映射 - 无已知映射 特定领域的标准可以引入额外的映射类型。 --- # 6. 映射的组成 每一条语义映射都应当规定： - 正典标识符； - 源概念； - 目标概念； - 映射类型； - 映射理由； - 置信度（在适用时）； - 管辖权威； - 版本； - 溯源。 --- # 7. 映射的权威 每一条映射都必须标明负责发布它的权威方。 映射可以由下列各方撰写： - 权威宇宙； - 联邦权威机构； - 标准化组织； - 经约定的中立守护者。 权威必须保持明示。 --- # 8. 版本兼容性 映射必须标明参与其中的两个语义模型各自的版本。 每当任一侧发生演进，映射都必须被复核。 历史映射必须始终可以重建。 --- # 9. 导入的标准 在接入下列外部标准时，应当使用映射： - Schema.org - OData CSDL - HL7 FHIR - O*NET - ESCO - BPMN - ArchiMate 导入的概念必须保留其原有身份。 --- # 10. 变换 有些映射可能需要语义上的变换。 变换规则必须： - 在切实可行处保持确定； - 有文档记载； - 可追溯； - 知悉版本。 变换不得悄然改变语义上的含义。 --- # 11. 联邦 语义映射是异构宇宙之间首选的互操作机制。 联邦参与方应当在交换语义知识之前，先交换正典映射。 映射必须支持投影的交换，而不要求复制模式。 --- # 12. 校验 合规的实现应当校验： - 源与目标的身份； - 映射类型； - 权威； - 版本兼容性； - 语义一致性； - 可追溯性。 未通过校验的映射不应当被自动采用。 --- # 13. 可追溯性 每一条映射都必须保全： - 溯源； - 发布权威方； - 发布事件； - 版本历史； - 相关契约（在适用时）。 可追溯性必须比联邦本身活得更久。 --- # 14. 架构不变量 每一条语义映射都必须保全： - 正典身份； - 语义主权； - 所有权； - 溯源； - 宪章合规。 映射必须把含义连起来。 它们不得取代含义。 --- # 15. 典型示例 示例包括： - employee:Employee ↔ schema:Person（扩展） - employee:Skill ↔ O*NET 的 Skill（等价） - healthcare:Patient ↔ fhir:Patient（等价） - organization:Department ↔ ArchiMate 的 Business Actor（部分映射） 这些示例属于说明性，而非规范性。 一份逐步演示的互操作附录见 [examples/interop/](../examples/interop/) - 它把 Schema.org 作为语义包导入，把本地的 `employee.person` 映到 Schema.org、FHIR 与 FOAF，并把该对象投影为 RDF/OWL。 --- # 16. 未来方向 本文档所引入的**语义映射注册表**预示着一份完整的配套规范。那份规范会规定：注册表如何发布、被发现与联邦化；注册表条目如何声明其正典含义、权威、版本与置信度；随着标准演进，映射如何被弃用与替代；以及**注册表的联邦**如何让参与方交叉核验映射，而不让任何单一注册表成为全球语义权威。其用意是形成一片不断生长的、可复用映射的公共共有地 - O*NET、ESCO、HR-XML、Schema.org 乃至更多 - 使互操作越来越成为*引用*之事，而非*谈判*之事。 --- # 结语 语义映射是元宇宙的互操作之桥。 元宇宙不强求所有参与方采用同一套词表，而是让主权宇宙各自保有语义模型，同时在概念之间建立明示、可追溯、知悉版本的对应关系。由此，知识得以在异构生态之间流动，而不牺牲身份、含义或宪章赋予的自主。