品牌内部知识图谱治理：节点、关系与版本

先画清内部图谱与网页 Schema 的边界

两者可以衔接，但不能互相替代：网页标记正确，不代表内部关系已经完成审批；内部台账完整，也不代表所有内容都适合公开发布。

先分清节点、属性与边

名称不是节点本身。同一对象可以更名，同一名称也可能指向多个对象，因此每个节点需要稳定内部标识。

品牌实体的基础构成可参考品牌实体术语定义。

一个品牌节点需要哪些关系

最小可用结构通常包括：

• -身份： 正式中文名、英文名、简称、旧称、官方域名；
• -组织： 法定主体、母公司、子品牌、地区运营主体；
• -业务： 主品类、产品线、服务对象与适用范围；
• -时间： 成立、更名、并购、发布、停售和关系生效日期；
• -证据： 官方事实页、公告、资质、独立报道和可核验目录；
• -排除： 同名公司、相近产品、已终止合作和错误别名。

只记录「有什么」而不记录「什么时候有效」「依据在哪里」，图谱会把历史关系与现状混在一起。关系本身也要精确：拥有、投资、合作、经销、授权和兼容并不是同一条边。

关系必须有方向、类型和范围

「A 与 B 有关」无法进入治理台账。每条边至少记录主体节点、关系类型、客体节点、生效日期、结束日期、地区范围、责任 Owner 和依据。

例如「品牌属于公司」「产品使用品牌」「公司提供服务」「合作方经销产品」是四种不同关系。投资、合作、授权、兼容与所有权也不能共用一条模糊关系。内部关系定版后，需要发布到网页时，再由站点团队参考网页 JSON-LD 字段映射与验收另行实现；本页不定义网页属性。

版本变化不能覆盖历史

更名时保持节点标识不变，把旧名转为带时间的属性；并购时新增交易与归属关系，不把收购方和被收购品牌合成一个节点；产品停售时更新状态与结束日期，不删除产品；地区责任变化时关闭旧关系并建立新关系。

这样处理可以同时回答「现在是什么」和「过去为什么这样写」。若直接覆盖旧值，历史材料出现时就无法判断是过时、错误还是当时有效。

从表格开始，不必先采购图数据库

对多数品牌，第一阶段可以用一张「实体关系版本台账」启动。它是本页的命名交付物，不要求先采购图数据库：

1. 以公司、品牌、子品牌、产品线和核心产品分别建对象；
2. 给每个对象分配唯一内部标识，不用名称充当唯一键；
3. 记录正式名、别名、旧名与排除对象；
4. 把每条关系写成「主体—关系—客体—生效时间」；
5. 为关键属性绑定公开证据与责任人；
6. 为每条关系指定 Owner、依据、版本状态和下次复核事件。

涉及同名与近似名称时，可配合实体消歧机制检查候选与排除规则。

审计清单

• -[ ] 名称只是展示字段，而不是唯一身份；
• -[ ] 母子、产品、合作与所有权关系没有混用；
• -[ ] 历史关系带有开始与结束时间；
• -[ ] 地区版本没有继承不适用的全球关系；
• -[ ] 每条高风险关系都有字段 Owner 与批准依据；
• -[ ] 删除、合并与替代操作都保留决策日志。

值数 MATRIX 可在约定范围内发现公开材料中的关系冲突线索并形成核对任务；内部节点、关系、Owner 与版本仍由品牌治理团队确认。集团层级可继续查看多品牌实体架构。

结论

品牌知识图谱的真正价值，是让每个对象能够唯一定位，每条关系能够说明方向、范围和时间，每次变化能够回到批准与依据。即使先用表格维护，只要这三点成立，实体图就具备可治理性。