Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BS EN 62656——标准化产品本体注册与电子表格传输标准系列
Standardized Product Ontology Register and Transfer by Spreadsheets
🗂️ BS EN 62656 系列是英国标准（BSI）等同采用 IEC 62656 系列制定的国家标准，规定了标准化产品本体（ontology）注册与通过电子表格传输的技术要求。产品本体是对产品分类、属性与关系的结构化描述，是实现产品数据交换、供应链协同与”数字孪生”应用的基础。本系列采用电子表格（spreadsheet）作为产品本体注册与传输的载体，提供一种低成本、易实施、可审计的数据交换方式，广泛应用于工业产品数据字典、设备资产管理与企业系统集成。
💡 该系列由英国技术委员会 GEL/3（文件与图形符号）归口，其国际标准由 IEC/TC 3 下属 SC 3D（产品属性与类别及其标识）制定，ICS 分类号为 33.180/01.110。
一、系列构成与适用范围 📌
BS EN 62656 系列目前包括两个部分：
| 标准号 | 中文标题 | 主要作用 | 发布年份 |
|---|---|---|---|
| BS EN 62656-1 | 标准化产品本体注册与电子表格传输 第1部分：数据包的逻辑结构 | 规定产品本体数据包（data parcel）的逻辑结构 | 2015 |
| BS EN 62656-3 | 标准化产品本体注册与电子表格传输 第3部分：通用信息模型接口 | 规定与通用信息模型（CIM）对接的接口 | 2015 |
第1部分定义产品本体数据包在电子表格中的逻辑结构，第3部分定义与通用信息模型（Common Information Model, CIM）交互的接口。二者共同支撑在不同系统、不同组织之间以电子表格形式交换结构化的产品本体数据。
⚠️ 产品本体与单纯的产品数据表不同：本体不仅描述”有哪些属性”，还描述属性之间的语义关系、分类层级与约束。若仅按普通表格传输而忽略本体结构，接收方将无法正确理解与复用数据。
二、第1部分：数据包的逻辑结构 🔧
BS EN 62656-1:2015 规定了产品本体数据包（data parcel）的逻辑结构，主要内容包括：
- 数据包概念：定义数据包（parcel）作为产品本体注册与传输的基本单元，包含本体定义与实例数据。
- 逻辑结构：规定数据包中的类（class）、属性（attribute）、关系（relation）与约束（constraint）的组织方式。
- 电子表格表达：规定本体如何以工作表（sheet）、行、列的形式表达，并定义表头、命名与引用规则。
- 标识与引用：规定类与属性的唯一标识（IRI/URN）与跨数据包引用机制，保证全局一致。
- 版本管理：规定数据包的版本、变更与追溯方法，支持本体演进的受控管理。
✅ 第1部分把”本体”变成可交换、可审计的文件：通过统一的逻辑结构与电子表格表达，产品本体可以由任何组织的工程师创建、注册并在供应链与工程系统间传递。
三、第3部分：通用信息模型接口 📊
BS EN 62656-3:2015 规定了与通用信息模型（CIM，如电力系统 CIM 模型）对接的接口，要点包括：
- 接口目的：实现本系列数据包与 CIM 模型之间的语义映射与数据交换，支持跨领域数据融合。
- 映射规则：规定本系列本体类/属性与 CIM 类/属性的对应关系、转换与校验规则。
- 数据交换流程：规定从 CIM 导入/导出到电子表格数据包的流程与工具要求。
- 一致性校验：规定接口数据的一致性与完整性校验方法，确保交换无误。
⚠️ 与通用信息模型的对接是本系列的进阶应用：涉及不同数据模型间的语义映射，映射错误将导致数据含义失真。实施时应建立严格的映射校验与双人复核机制。
四、关键技术要求解读 📏
| 要素 | 含义 | 工程关注要点 |
|---|---|---|
| 类（Class） | 产品或对象的分类 | 分类层级与命名需全局唯一 |
| 属性（Attribute） | 类的可实例化特性 | 数据类型、单位与取值域需明确 |
| 关系（Relation） | 类之间的关联 | 关系语义决定本体可表达的范围 |
| 唯一标识 | 类/属性的全局标识符 | 跨系统引用与合并的基础 |
| 版本与追溯 | 数据包的版本控制 | 保证本体演进的受控与可审计 |
🚨 产品本体的质量直接决定数据交换的质量：若类与属性缺乏唯一标识、类型与单位定义含糊，或版本管理混乱，将导致不同系统对同一产品描述不一致，进而引发采购、库存与维护信息错配。
五、工程实践应用 🛠️
- 工业产品数据字典：采用本系列组织产品分类与属性，支撑数据字典建设与维护。
- 供应链协同：在供应商与采购方之间以电子表格交换产品本体，降低集成成本。
- 设备资产管理：用统一的本体描述设备属性，支撑资产台账、状态监测与维护管理。
- 系统集成：结合第3部分与 CIM 等模型对接，实现跨系统（如电力、工业控制）数据融合。
- 实施流程：定义本体结构 → 唯一标识与命名 → 电子表格表达 → 校验与版本管理 → 跨系统交换。
六、常见问题解答 ❓
❓ 问：什么是”产品本体”？
答：产品本体是对产品分类、属性与关系的结构化、语义化描述，与普通数据表相比，它显式表达了类与属性之间的语义关系与约束，支持机器可读与跨系统复用。
答：产品本体是对产品分类、属性与关系的结构化、语义化描述，与普通数据表相比，它显式表达了类与属性之间的语义关系与约束，支持机器可读与跨系统复用。
❓ 问：为什么用电子表格作为传输载体？
答：电子表格广泛可用、易编辑、可审计，适合工程与业务人员使用，同时通过本系列的逻辑结构表达，也能被软件工具解析，实现低成本的本体交换。
答：电子表格广泛可用、易编辑、可审计，适合工程与业务人员使用，同时通过本系列的逻辑结构表达，也能被软件工具解析，实现低成本的本体交换。
❓ 问：第1部分与第3部分如何配合？
答：第1部分定义数据包本身的逻辑结构（基础），第3部分定义与通用信息模型等外部模型的接口（对接），二者共同实现本系列与外部数据模型的互操作。
答：第1部分定义数据包本身的逻辑结构（基础），第3部分定义与通用信息模型等外部模型的接口（对接），二者共同实现本系列与外部数据模型的互操作。
❓ 问：如何保证不同组织间产品本体数据的一致？
答：通过全局唯一标识、统一命名规则、版本管理与一致性校验，并在交换前进行映射核对与双人复核，避免语义歧义与数据失真。
答：通过全局唯一标识、统一命名规则、版本管理与一致性校验，并在交换前进行映射核对与双人复核，避免语义歧义与数据失真。
