摘要

  • RFC 2413 将 1995 年一场跨学科工作坊形成的共识带入互联网社区：用十五个宽泛术语描述不同领域的网络资源。
  • 它刻意保持灵活，元素可省略、可重复、顺序不限；因此，字段名相同并不意味着不同目录使用了相同的值规则。

索引并不能替代资源描述

RFC 2413 开篇面对的是一个熟悉的问题：联网资源迅速增多，Web 索引服务虽然发展很快，却无法代替更丰富的资源描述。1995 年 3 月，图书馆员、数字图书馆研究者和文本标记专家在俄亥俄州 Dublin 聚集，希望找到一个足够精简、又能跨领域交流的描述核心。到 1998 年 9 月，这份成果以信息性备忘录 RFC 2413 发布；文中明确说明它不是互联网标准（RFC 2413，第 1—3 节）。

十五个元素涵盖 Title、Creator、Subject、Description、Publisher、Contributor、Date、Type、Format、Identifier、Source、Language、Relation、Coverage 和 Rights。书籍、图片、数据集与网页都可以套用这套名称。它不是一张能容纳所有专业需求的完整表格，而是一个跨领域的起点：不同社群可能先就若干基本概念达成共识。

易于采用，意味着边界留给各社群

这项工作的目标包括易于创建和维护、语义可理解、可扩展、适用于国际场景，以及让不同集合和索引系统互操作。RFC 也承认这些目标之间存在张力。约束越多，记录越一致，但越难适配多样的馆藏；自由越大，越容易开始，却越可能让外观相似的记录含义不同。

RFC 2413 规定每个元素都可选且可重复，元素可以任意排序。提供者也许赋予重复值特定次序，但接收系统不保证保留它。若干字段建议使用受控词表，同时承认不同领域会发展自己的词表。限定词也采取分层思路：简单的发现工具可以忽略它们，能力更强的工具则可以据此进行更精确的检索（RFC 2413，第 3 节）。

这一取舍让发布者不必先建一套复杂架构，就能描述资源。但相同的 Subject 字段可以引用不同词表；Date 可能表示创建日期，也可能表示可获取日期；Creator 可以是个人、机构或服务。共享名称帮助系统开启映射，却没有定义如何完成映射。

应用配置文件补上本地约定

2007 年的 RFC 5013 取代 RFC 2413，并将自身表述为 Dublin Core 1.1 的现行文本。它说明 Contributor 与 Date 的定义有所扩展，Relation 的定义得到澄清，并建议元素名使用小写；实现细节则应由应用配置文件约束。这些后来的变化不应倒灌成 1998 年文本的原始规则（RFC 5013）。

如今 DCMI 维护的术语除了熟悉的十五项属性，还有更多属性、类别与编码词表。它的应用配置文件指南说明，具体应用如何选择术语并记录限制（DCMI 术语；应用配置文件指南）。历史脉络因此很清楚：共同词汇让交流成为可能；本地配置规则才决定交流时具体保留了什么。

RFC 2413 并未承诺只要添加元数据，就一定会出现在搜索结果中。它真正降低的是开始描述资源的成本。若要让记录跨目录流转后仍可比较，还要说明词表、编码、必填项、重复值以及转换中哪些信息可能丢失。

来源：RFC 2413；RFC 5013；DCMI 术语；DCMI 应用配置文件指南。