摘要

  • RFC 3937 注册了 urn:iptc，并把后续名称分成已批准标准、标准草案和工作文档三条分支，由 IPTC 集中保证唯一性。
  • 规范承诺维护资源的持久性与可访问性，却把 URL 解析器留待以后开发，也没有另外定义验证机制；名称被分配，不等于当时已经能在网上解出并取回文件。

谁发放名称，谁就掌握第一份证据

2004 年 10 月发布的 RFC 3937 申请了正式的 URN 命名空间标识符 iptc。新闻行业使用的 DTD、XML Schema、XML 命名空间、样式表、PDF、办公文档和其他标准材料可能更换服务器或路径；如果标识符只是当前 URL，它就会随着位置变化而失效。因此，IPTC 希望把“叫什么”从“今天放在哪里”分离出来。

然而，RFC 3937 并没有把名称的真实性交给语法。它规定 std 分支容纳已批准标准的规范或说明资源，std-draft 容纳尚未正式批准的对应材料，workdoc 容纳与 IPTC 工作相关但不直接属于已批准标准的文档。IPTC Managing Director 负责确保唯一性，只有命名空间所有者及其授权机构能够分配名称。

这意味着，一个看起来完全合规的 urn:iptc:... 仍然可能是别人自行拼出的字符串。IANA 注册的是顶层 iptc，不是逐条审批其下所有标识符。判断某个子级 URN 是否真正有效，必须找到 IPTC 的分配记录；仅仅通过解析器的语法检查不够。中央治理减少了碰撞，却把证据连续性押在机构账簿、流程和继任安排上。

RFC Editor 条目 把这份文件列为 Informational，其勘误页面用于核对后续更正。IANA 的 URN Namespaces 注册表今天仍将 iptc 指向 RFC 3937。这些材料证明顶层命名空间已登记，也证明登记依据；它们不证明每一个后代名称都由 IPTC 发放，更不证明每一份资源从 2004 年起一直可访问。

名称体系早已把几个动作拆开

这种证据分层并非 RFC 3937 临时发明。RFC 1737提出持久名称应满足的功能要求；RFC 2141规定 URN 语法；RFC 2276把解析作为架构问题；RFC 3401说明某些解析应用可以使用的 Dynamic Delegation Discovery System；RFC 3406则提供正式命名空间定义程序。规范发布、顶层注册、子级分配、解析部署与实际使用，彼此相邻，却不是同一事件。

RFC 3085此前已为 NewsML 资源建立 URN 命名空间。RFC 3937 解释，新空间需要覆盖比 NewsML 更广的 IPTC 标准与材料，包括对非会员公开使用的文档。新空间扩展了管辖面，但不能据此推断旧 NewsML 名称已全部迁移，也不能把两套标识符的历史自动合并。

RFC 里的示例包括 NewsML DTD、NITF 草案 XML Schema、SportsML XML 命名空间、支持指南和工作文档。文件特意警告：这些例子只是代表性写法，可能并不对应真实资源。示例能解释构造规则，不能替代分配账簿。把示例复制进数据库，也不会让它获得机构授权。

current 揭示了持久性的两种含义

在 std 和 std-draft 分支中，路径可以带明确版本，也可以使用 current。明确版本旨在锁定某一版材料；current 的字符串可以多年不变，而它所指的“当前版本”随标准更新。前者服务于复现，后者服务于持续取得最新版。两者都可以叫持久名称，但持久的是不同关系。

这一区别说明，名称不变并不等于内容不变。审计者若要重现 2006 年的一项决定，必须保存显式版本与内容指纹；只保存 current，以后得到的可能是另一版。反过来，面向日常实施的客户端如果永远固定旧版本，也可能错过重要修订。

后来发布的 IPTC Core XMP Schema 规范带有明确的 urn:iptc:std:... 文档 URN，至少证明这一命名体系后来有过具体使用。但一份文件不是命名空间普查，也不证明解析从未中断。IPTC 当前的外部命名空间文档提供了一个今天可达的 Web 表述；“今天能打开”不能倒推“过去一直能打开”。

对持久性的承诺，先于解析系统

RFC 3937 说 IPTC 承诺维护所有由 IPTC URN 标识资源的可访问性与持久性。紧接着，它又说 IPTC 将开发适当机制，把所有已分配 URN 映射到 URL，以便进行 Web 解析。在验证部分，文件没有规定独立机制，而是设想未来的解析器同时显示 URN 是否有效。

这个未来时态是关键史实。2004 年已经存在分配权、层级设计和维护承诺；规范本身没有证明公共解析服务当时已经运行。URN 负责识别，解析器负责映射，URL 负责定位，服务器负责交付表述，验证程序负责回答分配权人是否真的发放过该名称。任何一个环节都能单独失效：有效 URN 可能暂时不能解析；解析器可能返回死链接；活 URL 可能交付错误版本；合规字符串可能根本没有分配记录。

RFC 8141后来更新了通用 URN 语法与语义，有助于理解现代框架，却不能作为 2004 年 IPTC 解析器已经存在的证据。Heng Lu 关于最小初始规范与后续自愿采纳以及运行代码优先的论述，提供了更严格的读法：文件规定了什么、机构随后分配了什么、软件何时部署、用户是否采用，必须分别查证。

RFC 3937 的历史价值正在于这种未完成性。它先建立能够持续发放名称的治理表面，再把解析设施作为未来义务。持久性从来不是一串字符的固有属性，而是机构继续保管分配记录、服务继续维护映射、仓库继续保存版本、客户端继续区分固定版与 current 的共同结果。