 |
首页 | 手册 | 专题资料 | 常见问题 | 资源 | 用户 | 新闻 | 会员区 |
本章总结了注册与维护 DOI®号和相关联元数据的一般流程和规则。各注册机构将采用各自的操作流程，这些流程应当经过商讨，作通用流程补充之用。
© 国际数字对象标识符 (DOI) 基金会 • 中文版最后更新： 2017 年 9 月
DOI 目录是一个由 handle 服务和 web 代理构成的虚拟服务，通过定位和配置，能够避免注册机构多样化的管理安排，为所有 DOI 号提供稳定的 handle 解析、管理和备份。该方法具有高度的灵活性，RA 需要开发独立的商业模式并满足客户的要求，同时还要保证整体服务的可靠性。
该目录由包含多个 handle 站点的本地 handle 服务 (LHS)构成。不希望维护自己 handle 服务的 RA 可以使用由目录管理员管理的本地 handle 服务。将在9.1.2小节中进行阐述。
每个服务包含一个主站点，和至少一个次级（镜像）站点。一些由 RA 管理的次级站点选择了运行自己的本地 handle 服务，但 IDF 要求每个主站点至少有一个次级站点由 IDF 管理运行。分别运行单独的 handle 服务，使用目录管理员运行的服务，都需要目录管理员来创建和分配前缀。
目录架构还包括若干代理服务器（均使用 doi.org 域名）。许多代理服务器或位于托管网站，或位于 RA 控制的设备，分布在不同的地理位置，但均使用 CNRI 开发的软件。（请注意，不再提倡使用代理服务器以前的域名 dx.doi.org，但仍然支持该域名。）
9.1.1 DOI 前缀分配
前缀是一个唯一的字符串，构成了 DOI 号的前半部分，并以 handle 的形式存储在Handle System 的全球 Handle 注册中心® （例如：0.NA/10.1000）。注册机构可以接收和分配所需数目的前缀。
所有的 DOI 号前缀以 10 开头，并且按顺序分配，无需要保留的前缀。DOI 号的后半部分被称为后缀，是由该 DOI 号的所有人或机构分配的本地字符，代表其所有人或机构（例如：10.1000/34004JFR）。前缀和后缀使用斜线 (/) 分隔。请查阅第 2 章，“编码”，了解后缀编码的规范和建议。
建议根据适当的标准分配前缀，以满足业务需求。通常情况下，注册机构可能将前缀分配给每个客户、每个品牌，或一些公认的产品合集（例如出版事项）。由 RA 作出选择，但 IDF 和/或其他 RA 也可以讨论其需求并提出建议。
各个 RA 将使用没有特殊含义的连续数字作为前缀进行分配。各个 RA，特别是那些运行自己的本地 handle 服务的，需要了解其前缀的基本设置。每个前缀都包含与之相关联的“服务信息”。该服务信息为其 handle 服务的映射/布局。该服务信息集成在一个服务 handle （为便于管理的另一个层面的间接手段）中。
前缀将具有以下值： （示例）
前缀： 0.NA/10.1201
数据值： 100：HS_ADMIN 0.NA/10：200（指向另一个 handle 的 CNRI 管理程序）
数据值： 101：HS_ADMIN 0.NA/10.1201：200（指向本前缀记录的一个群组的 RA 管理员程序 - 请查看本列表以下内容）
数据值： 200：HS_VLIST（管理员群组/列表）
0.NA/10.1201：300
10.1.admin/user1：300
数据值： 300：HS_PUBKEY（用于本地服务器管理的公钥）
数据值： 1：HS_SERV 0.SERV/10.1（服务 handle）
出于备份管理权限的目的，CNRI 保留管理前缀和 RA 的权限。管理 DOI 号需要使用管理员 DOI。管理员 DOI 均以 10.1.admin/或类似字符开头，各个 RA 的 LHS 稍有不同。如果发生可能中断镜像机制的重大事项，RA 有责任告知 CNRI 和 IDF。如果 RA 的 LHS 配置发生任何变动，RA 也有责任告知 CNRI。有关前缀分配，包括前缀分配和管理服务的信息由目录管理员提供给 RA（请联系 jeuler@cnri.reston.va.us ）。
9.1.2使用目录管理员本地 handle 服务
如果一个 RA 想要使用目录管理员运行的某项服务，并准备分配一个或一组前缀，必须联系目录管理员进行服务初始化。每个或每组前缀都包含一个用户名，以及与之关联的密码。存放 DOI 号时需要使用该用户名和密码进行身份验证。
无论 RA 决定使用哪项服务，关键取决于要标识的内容、标识的粒度水平、各个标识符使用何种信息进行关联、工作流程、权限等，在工作开始时就应当决定上述内容。目前，目录管理员运行的服务中尚无用于存放元数据的元数据数据库或机制。请参阅 9.14 小节，以查看 RA 配置自己元数据存放程序的示例。
9.1.3 运行本地 handle 服务
如果 RA 选择为 DOI 号安装和并使用本地 handle 服务 (LHS)，目录管理员仍将创建前缀，但需要 RA 方面的一些额外步骤。
首先下载服务器软件 （目前为第 7 版）。之后，根据软件附带的说明运行简易设置脚本。要设置和管理本地 handle 服务，需要系统管理员权限。handle 服务器使用 Java 编写，可以在 Windows 或 Unix 上运行，建议使用服务器配置的计算机运行。handle 服务器必须直接接入互联网，也就是说，不能在防火墙后面运行，除非 handle 服务器所需的端口（2641 和 8000）开放给传入和传出请求。
该简易设置脚本将创建一个名为 sitebndl.bin 文件，包含该本地 handle 服务的服务信息。根据软件说明，RA 需要将此文件发送至 hdladmin@cnri.reston.va.us（或直接发送至目录管理员 jeuler@cnri.reston.va.us）。姓名、机构名称和来自于 IDF RA 的请求十分重要，目录管理员据此创建以 10 开头的前缀。每个前缀均在 GHR 中创建。前缀包括了各个本地 handle 服务的唯一标识信息，如 IP 地址和服务器公钥。GHR 使用这些信息确定向何处发送 DOI 号解析请求。
下面讨论 RA 希望使用的认证类型。Handle System 使用私/公钥或密钥。DOI 号的创建权限位于前缀层，但每个 DOI 号都有自己的管理员（通常为前缀记录中的一个群组）。更多技术信息包含在 Handle System 技术手册中。
根据 IDF 政策，RA 负责修改其 handle 服务器的配置，以允许在 CNRI 上安装辅助服务器。辅助服务器存储 RA 服务器中 DOI 号的完整数据库。这需要对服务器的配置文件做微小的改动。该操作通过目录管理员进行协调。完成设置后，将创建一个计划任务作业，以检查辅助服务器是否能够连接到您的服务器。如果连接有问题（即您的服务器被关闭），RA 将通过电子邮件予以通知，并尽快解决问题。
选择运行自己的本地 handle 服务要求 RA 方面拥有更多的技术专家。如果您有技术上的困难，目录管理员将提供帮助。对于系统管理员而言，除有可能与网络服务器和邮件服务器相比不太熟悉外，其设置与其他服务器大同小异。
对于以下四种 RA 而言，运行本地 handle 服务是最好的选择：希望直接控制关键业务架构组件（如 DOI 注册）的 RA ；计划通过选择适合其应用性能水平以实现高性能标准管理和解析的 RA；乐意并且有能力为 IDF 提供所需 DOI 存放数据的托管副本，而不会阻碍其业务发展的 RA；以及希望迅速向“运营联合会”架构（该架构中大量的成本和运营收入由 RA 而非 IDF 承担和获得。）迁移的RA。基本原则“运营联合会接管前，由会员费支撑发展”仍然有效，但 IDF 鼓励向运营联合会转移。
如果 RA 有兴趣运行本地 handle 服务，建议与 CNRI 工作人员进行一次技术交流会议。如需安排会议或解决任何问题，请发邮件至目录管理员 jeuler@cnri.reston.va.us 。
9.1.4 使用关联元数据注册 DOI 号
注册机构支持使用关联元数据声明注册 DOI 号，即使用 DOI® 应用配置文件。独立注册机构制定其自己的工作流程，以管理 DOI 号注册、元数据的存储与维护，并向其注册者社区提供他们的信息。
以下示例展示了目前独立 RA 使用已声明的元数据注册 DOI 号的流程。该流程允许批量注册 DOI 号，关联元数据记录在注册机构运行的 DOI 系统中心元数据数目录中，该目录可以随后进行查询。目前使用的批处理文件格式是一个根据特定 XML 方案定义的 XML，并通过 HTTP POST 提交。其安全性为 HTTP 基本身份验证; 之后会添加 PGP 加密。通过电子邮件向发送者发送批处理收据。
创建元数据 ： 注册者根据该方案准备 XML 批处理文件，有一组规则用于进一步限制数据，以此定义各个元数据元素的预期内容。一次 XML 批处理可能包含数百 DOI 号的元数据。注册者负责开发和实现质量控制措施，以确保元数据内容的有效性。可以利用 RA 的元数据收集过程辅助进行质量控制和数据检查。
收集元数据 ： 该 XML 根据方案的反馈进行验证。如果 XML 不进行解析，则该批处理被拒绝。注册者必须更正该 XML 并重新提交该批处理。XML 批处理要提交到指定的 http server，经由 HTTP POST 发送至一个 Java “伺服小程序”，该 Java 程序用于解析和验证该 XML 文件，并且实时通知注册者该文件是否有效并已被接受。在验证该 XML 之前，该提交过程捕获并验证 DOI 系统前缀持有者的登录和密码。这些 XML 文件本身包含用于标识该批文件的时间信息；如果注册者希望的话，每个 DOI 号均可记录自己的时间信息。
存储 DOI 号 ： 伺服小程序随后向 DOI 系统存储各个 DOI 号及其对应的 URL，并加入时间信息的数据值。如果该 DOI 号并非新建，而已经存在于 DOI 系统中，时间信息便用于确定正在存储的 DOI 号是否比系统中已有的数据更新，如果更新，则使用新数据覆盖旧的 DOI 号数据。每次批处理都将创建一个使用 XML 编写的日志文件，表明该批处理中 DOI 号的总数、成功存储 DOI 系统的数量以及失败的数量。对于每次失败，将记录失败的 DOI 号及其失败的原因。尽管 DOI 系统故障可能是由系统错误产生的，但最典型的错误是由于尝试使用旧数据覆盖已有 DOI 号数据造成的。
生成元数据数据库记录 ： 元数据数据库出入程序每天都会获取原始的 XML 批处理文件及其批处理日志文件，并进行索引，以供搜索。生成的最终版 XML 日志文件，用于指出成功的数据库存储（同样，失败主要是由于网络或系统错误），汇总 DOI 号存放流程中的信息，并将此次 XML 批处理的汇总结果通过电子邮件发送给注册者。预计未来整个元数据收集过程将尽可能实时完成并报告给注册者； 就目前而言，24 小时是一个合理的目标时间。然而，当注册者开始进行存储时，有大量的旧材料需要处理，并且需要协调旧批处理的存储时间，否则系统性能将受到影响。
数据查询 ： 元数据数据库 (MDDB) 可以通过提交批处理文件进行查询，该批处理文件包含特定格式下的已知元数据字段。目前的格式为： 独立分行的 ASCII 编码纯文本，使用竖线分隔不同的字段。批处理界面将查询数据库，并返回相应的 DOI 号（如果已知），或诊断消息。批处理查询文件通过 HTTP POST 提交到指定的 http server。
9.1.5 在注册者之间转让 DOI 号
如果包含多个已分配的 DOI 号的合集（例如：包含一系列文章的杂志、出版事项、记录目录等）由一个 RA 转让给另一 RA，则该合集内的 DOI 号随之转让。每个 RA 将为其需要的转让制定合理的流程。转让可能以销售或任何交换形式进行，可为商业或其他性质。如果新的持有者并非 RA，那么可能需要根据具体情况作出特别的安排。如有需要，请咨询 IDF 以获得指导。
单个 DOI 号保持不变，即 DOI 号标识没有变化。这也是一个基本要求 。DOI 号前缀不变（如本文档所述，前缀没有实际意义，最初分配给注册者的目的仅为便于生成 DOI 号。前缀不能用于逆向查找）。管理权限发生变更，从而新的持有者可以修改其数据值（最有可能的是 URL 值）。涉及转让的两个注册者均需发送邮件给目录管理员 jeuler@cnri.reston.va.us ，以获得转让许可。目录管理员将协助 RA，以确保转让成功有效。
9.1.6 在注册机构之间转让 DOI 号
IDF 在关于注册机构合作的政策说明中指出：如有意愿，客户可以使用一个以上的 RA 服务。但应注意，RA 服务不断变化，如果服务转让，则客户不一定能够使用相同的服务。
转让的首要技术问题是处理前缀与本地 handle 服务之间一对一的关系。根据特定前缀下的所有 DOI 号必须位于相同的 handle 服务这一基本限制（该总体架构对于分布式的服务而言是合乎逻辑且高效的，但远不及 Handle System ），RA 需要为每个客户以及适当的情况至少分配一个单独的前缀。
从一个服务移动 DOI 号的整体前缀到另一个服务很容易。仍然可能由两个使用相同 handle 服务的管理机构分开控制同样的前缀（即无法通过分别分配前缀以完成分开控制时），此时情况比较复杂。通常有两种解决方法： (1) 使其与一个或其他服务（或代表 IDF 的 CNRI 运行的 DOI 默认 handle 服务）一起，并划分管理，这样一个服务的管理员允许'外部'管理员访问；或 (2) 将旧前缀下所有的 DOI 号更名为由新 RA 控制的新前缀下的 DOI 号。除保证解析为新 DOI 号外，旧 DOI 号无需维护。
上述方法严格遵循 DOI 系统，不涉及任何本质上影响 handle 管理的工作流程或增值服务（当然，这应具体到特定的 RA）。
9.1.7 DOI 系统® 错误消息
试图进行解析的操作失败时，便产生错误消息。这些消息可能来自注册机构，也可能集中来自 DOI 系统。大部分错误消息将发送至 RA。以下内容展示了一条典型的错误消息，RA 在其服务上使用类似的语言和流程。
解析系统中不存在的 DOI 号将向客户返回一个“未找到 DOI 号”的错误页面。该页面将用户转至 DOI 帮助地址 (doi-help@doi.org)。如果问题与 Handle System 相关，CNRI 将回复错误信息发送者。如果未找到 DOI 号，将出现以下响应页面，表示已收到错误信息：
“DOI 系统中无法找到该 DOI。可能原因包括：
为了进一步帮助用户，错误响应系统将检查用户是否试图仅仅解析 DOI 前缀，或 DOI 中是否包含多条斜线或反斜线（上述情况可能导致错误）。并通过定制响应页面为用户提供相应的建议。
CNRI 将关于错误消息的邮件转发给 RA。RA 将采取相关的措施解决问题，并保证错误发送者和 CNRI（通过抄送给 doi-help@doi.org）获悉所采取的措施。在某些情况下，将使用伺服小程序将错信息发送给相关的 RA。
9.1.8 前缀分配与 DOI 号存储程序
IDF 会员可以查阅更多关于 DOI 号前缀分配和特定 DOI 目录服务与网站的详细信息。
Handle System® 为 CNRI 开发的数字对象体系结构中的一个组件 。它提供了唯一标识的数字对象 (“DO”) 和其他网络资源的方法，以及使用的标识符（即 handle）存储和检索包含 DO 状态信息记录的手段。它还提供了超时管理标识符的管理机制。DOI 系统使用 Handle 系统，并继承了该系统的底层政策和程序。IDF 从 CNRI 获得技术与软件授权，包括本地 Handle 系统软件的版权，美国专利号 6135646，Handle System 与全球 Handle 注册中心®商标，以及若干与 Handle System 技术相关的专有技术。同时，IDF 执行与 CNRI 的 Handle System 技术商业授权协议，根据其 Handle System 技术商业与CNRI许可证协议，IDF 经授权向 Handle System 技术分许有限权利。
CNRI 正在开发 Handle System 技术，特别是 HANDLE.NET® 软件，可在成本回收的基础上，向机构和个人提供 handle 解析服务。通过这样的形式，来维护系统完整性，同时支持整体 Handle System 的运行。所有希望使用 Handle System 技术以提供解析服务的个人和机构（包括 RA），必须注册为本地 handle 服务 (LHS) 管理员，并与 CNRI 达成使用此技术的协议。在大多数情况下，可以通过互联网即可完成。
9.2.1 本地 handle 服务的操作要求
维护整体 Handle System 的完整性要求 LHS 管理员确保满足以下条件。作为 LHS管理员，必须同意在有效授权期内运行其解析服务。以下出现的术语“系统”指由各个 LHS 管理员运行的 LHS 组件，这些组件与全球 Handle 注册中心 (GHR) 及其 LHS 用户相互作用。LHS 管理员的操作目标包括：
9.2.2 解析服务提供者的要求
解决服务提供者有责任采取必要措施，以确保其 DOI 前缀和 DOI 号得到妥善维护，包括以下内容：
可能要求引入兼容性测试套件，涵盖系统性能、安全和运行状况。
9.2.3 开发 Handle System 客户端软件
鼓励机构或个人使用 CNRI 客户端软件并应用其提供的标准接口开发 Handle System 客户端组件。需要指出的是，机构和个人不得由于与 Handle System 客户端软件或 GHR 交互而干扰本地 handle 服务或其他客户端应用的正常运行。如果某个机构或个人希望使用自己的接口软件，他们有责任保证其接口兼容当前 Handle System 接口规范，随着时间推移，兼容性将不断提高。Handle System 接口规范将不断改进，并发布至 Handle System 网站。
需要向核心或其他方案添加条目的 RA 应当遵照第 4 章，“数据模型”4.3.3 小节中所示流程，进行 DOI 元数据方案管理。
强烈建议希望为附加（非核心）元数据条目和方案创建映射的 RA 也遵循同样的流程，这样能够保证加入 DOI 数据字典的一致性。作为 IDF 的活动的一部分，这些条目也将被添加到 VMF： 尽管注册与映射条目到 VMP 的计算流程是一致的，RA 无需遵循 VMF 流程中说明的程序以注册新的条目或根据其说明付费。
同样鼓励那些希望开发新方案和新元数据的 RA 利用 IDF 的元数据查询服务。该查询服务免费向所有会员开放。
该报告对 IDF 会员保密，并受IDF 数据政策 约束。
可以访问 http://www.doi.org/RA_Docs/index.html 以查看关于特定 DOI 过程和 RA 程序的技术资料。其中就信息类别（如元数据映射、handle 数据和配置文件）进行说明，并提供了另外一组关于个人文件和说明的链接。
 |
®，DOI® ，DOI.ORG® 和 shortDOI® 为国际 DOI 基金会商标。 |