用DCAT视角整理工业机器人型号记录的结构边界

在国际机器人联合会（IFR）对“工业机器人”的定义中，一台设备要进入自动化应用场景，需要满足“自动可控、可重新编程、多用途、三个及以上轴”的条件，并可固定在原地或移动平台上。对于直角坐标与龙门类机器人的资料整理来说，这个定义不只是术语问题，它决定了型号记录里哪些字段属于“机器本身”，哪些属于“现场用法”。本站作为机器人型号资料库，面对大量结构相近但用途不同的设备，必须先把坐标系字段、机械结构类别与应用场景分开，否则同一款 manipulator 会因为被写进不同产线而出现互相矛盾的记录。

把ISO定义拆成可登记的字段边界

IFR引用的ISO 8373:2021把工业机器人描述为“由若干段组成、彼此关节或滑动连接的操纵机”。这句话在资料库里可以拆成两层：机械结构层和部署方式层。机械结构层对应笛卡尔、SCARA、 articulated 、并联/Delta、圆柱、极坐标等分类，是型号记录里相对稳定的部分；部署方式层则包括是否固定在地面、是否装在移动平台、是否用于焊接或包装等，属于现场信息。编辑在整理型号时，不能因为某台 articulated robot 被用于汽车焊接，就把“汽车行业”写进它的轴数定义旁边。把用途混入结构字段，会让后续按类型检索SCARA与并联结构设备的人得到错误结果。

为什么XYZ坐标系不能代表整机适用性

本站此前讨论过“机器人型号库的坐标系字段，为什么不能只写XYZ”。从IFR给出的机械结构清单看，仅写XYZ只能表达笛卡尔类三个棱柱关节形成的直角坐标系统，无法覆盖SCARA的两个平行旋转关节，也无法覆盖articulated robot三个以上旋转关节的空间运动。一个型号如果只登记了线性行程，读者会误以为它只能做直线插补；但实际在 articulated 与圆柱坐标类记录里，旋转轴数量、关节布置和平行连杆结构才是决定其可达空间的关键。坐标系字段应当与“轴模式：线性或旋转”分开填写，并且注明该字段描述的是名义模型坐标，而不是某一客户现场调试后的临时原点。

用DCAT模型区分“数据集”与“分布”

W3C在DCAT 3中把数据目录抽象成 catalog 、 dataset 、 distribution 等层次。这个概念可以迁移到型号资料库：一个机器人型号记录相当于一个 dataset ，而它的规格书PDF、图纸包、三维模型或二手市场快照，则相当于不同 distribution 。同一型号可能有多个版本资料，比如旧版样本缺失了工具法兰孔位，新版补充了适配件清单；如果资料库不区分 dataset 层与 distribution 层，就会把不同时间点的图纸混为同一个“当前状态”。DCAT 3新增的 dcat:version 、 dcat:previousVersion 与 dcat:hasCurrentVersion 提示我们：型号条目需要保留历史资料链接，而不是用新文件直接覆盖旧记录。

把事实、日期和编辑推断分开写

IFR页面上的定义、分类与标准化章节属于可引用事实；DCAT 3作为W3C推荐标准于2024年8月22日发布，也属于可核验日期。资料库在写“动态与数据解读”时，不能把编辑对某型号可能适用于小批量焊接的推测，写成IFR或W3C的立场。例如IFR提到柔性工作单元让小批量生产也能自动化，这是行业趋势描述；本站若说“某具体型号适合小批量焊接”，必须标明是编辑基于结构字段的推断，并链接回该型号的原始规格 distribution ，而不是伪装成官方结论。这样处理，才能让坐标类条目和平面关节类条目都保持可追溯。

内部链接不是装饰，而是结构导航

在型号资料库环境中，/type/14.html、/type/25.html、/type/17.html分别承载不同机械结构族。把IFR的六种机械结构映射到这些内部页面时，编辑要避免“把所有机器人都链向同一个类型页”的懒惰做法。直角坐标与龙门结构应指向14页，SCARA与部分平面顺应结构指向25页， articulated 、圆柱、极坐标等旋转主导结构指向17页。用户从“XYZ不能只写”一文进入后，顺着类型链接能走到对应结构族，再比较各型号的分布资料，这才是把外部定义和内部结构真正连起来的方式，而不是在文末堆一串无关推荐。

假设示例：一条被错误合并的记录

以下是一个假设示例（假设示例）：某资料员拿到两台都叫“R-6”的设备，一台是三个棱柱关节的龙门直角坐标型号，另一台是六个旋转关节的 articulated 型号；因为名称相同，他把两者合并成一条记录，只保留了XYZ行程，并写了“适合装配”。结果SCARA类页面和 articulated 类页面都失去了本应归属的条目。若改用DCAT方式，他会先建两个 dataset ，分别标注 dcat:version 与结构来源，再把各自规格书作为 distribution 挂上去，就不会发生跨类型误并。这个假设说明：外部标准提供的是字段纪律，内部类型页提供的是导航纪律，两者缺一，型号库都会失真。