Internet Architecture Board (IAB)                              J. Levine
Request for Comments: 7669                          Taughannock Networks
Category: Informational                                     October 2015
ISSN: 2070-1721
        
Internet Architecture Board (IAB)                              J. Levine
Request for Comments: 7669                          Taughannock Networks
Category: Informational                                     October 2015
ISSN: 2070-1721
        

Assigning Digital Object Identifiers to RFCs

向RFC分配数字对象标识符

Abstract

摘要

This document describes the way that Digital Object Identifiers (DOIs) are assigned to past and future RFCs. The DOI is a widely used system that assigns unique identifiers to digital documents that can be queried and managed in a consistent fashion.

本文档描述了数字对象标识符(DOI)分配给过去和未来RFC的方式。DOI是一个广泛使用的系统,它为可以以一致方式查询和管理的数字文档分配唯一标识符。

Status of This Memo

关于下段备忘

This document is not an Internet Standards Track specification; it is published for informational purposes.

本文件不是互联网标准跟踪规范;它是为了提供信息而发布的。

This document is a product of the Internet Architecture Board (IAB) and represents information that the IAB has deemed valuable to provide for permanent record. It represents the consensus of the Internet Architecture Board (IAB). Documents approved for publication by the IAB are not a candidate for any level of Internet Standard; see Section 2 of RFC 5741.

本文件是互联网体系结构委员会(IAB)的产品,代表IAB认为有价值提供永久记录的信息。它代表了互联网体系结构委员会(IAB)的共识。IAB批准发布的文件不适用于任何级别的互联网标准;见RFC 5741第2节。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7669.

有关本文件当前状态、任何勘误表以及如何提供反馈的信息,请访问http://www.rfc-editor.org/info/rfc7669.

Copyright Notice

版权公告

Copyright (c) 2015 IETF Trust and the persons identified as the document authors. All rights reserved.

版权所有(c)2015 IETF信托基金和确定为文件作者的人员。版权所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.

本文件受BCP 78和IETF信托有关IETF文件的法律规定的约束(http://trustee.ietf.org/license-info)自本文件出版之日起生效。请仔细阅读这些文件,因为它们描述了您对本文件的权利和限制。

Table of Contents

目录

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Structure and Resolution of DOIs  . . . . . . . . . . . . . .   3
   3.  DOIs for RFCs . . . . . . . . . . . . . . . . . . . . . . . .   4
   4.  The Process of Assigning DOIs . . . . . . . . . . . . . . . .   4
     4.1.  Getting a DOI Prefix  . . . . . . . . . . . . . . . . . .   4
     4.2.  Retroactively Assigning DOIs  . . . . . . . . . . . . . .   5
     4.3.  Assigning DOIs to New RFCs  . . . . . . . . . . . . . . .   5
     4.4.  Use of DOIs in RFCs . . . . . . . . . . . . . . . . . . .   5
     4.5.  Possible Future Work  . . . . . . . . . . . . . . . . . .   6
   5.  Internationalization  . . . . . . . . . . . . . . . . . . . .   6
   6.  Security Considerations . . . . . . . . . . . . . . . . . . .   6
   7.  Informative References  . . . . . . . . . . . . . . . . . . .   6
   IAB Members at the Time of Approval . . . . . . . . . . . . . . .   7
   Author's Address  . . . . . . . . . . . . . . . . . . . . . . . .   8
        
   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Structure and Resolution of DOIs  . . . . . . . . . . . . . .   3
   3.  DOIs for RFCs . . . . . . . . . . . . . . . . . . . . . . . .   4
   4.  The Process of Assigning DOIs . . . . . . . . . . . . . . . .   4
     4.1.  Getting a DOI Prefix  . . . . . . . . . . . . . . . . . .   4
     4.2.  Retroactively Assigning DOIs  . . . . . . . . . . . . . .   5
     4.3.  Assigning DOIs to New RFCs  . . . . . . . . . . . . . . .   5
     4.4.  Use of DOIs in RFCs . . . . . . . . . . . . . . . . . . .   5
     4.5.  Possible Future Work  . . . . . . . . . . . . . . . . . .   6
   5.  Internationalization  . . . . . . . . . . . . . . . . . . . .   6
   6.  Security Considerations . . . . . . . . . . . . . . . . . . .   6
   7.  Informative References  . . . . . . . . . . . . . . . . . . .   6
   IAB Members at the Time of Approval . . . . . . . . . . . . . . .   7
   Author's Address  . . . . . . . . . . . . . . . . . . . . . . . .   8
        
1. Introduction
1. 介绍

The Digital Object Identifier (DOI) system assigns unique identifiers to digital documents that can be queried and managed in a consistent fashion. The structure of DOIs is defined by ISO 26324:2012 [ISO-DOI] and is implemented by a group of registration agencies coordinated by the International DOI Foundation.

数字对象标识符(DOI)系统为可以以一致方式查询和管理的数字文档分配唯一标识符。DOIS的结构由ISO26324:201[ISO-DOI]定义,并由一组由国际DOI基金会协调的注册机构实施。

Each DOI is associated with bibliographic metadata about the object, including one or more URIs where the object can be found. The metadata is stored in a public database with entries retrieved via HTTP.

每个DOI都与对象的书目元数据相关联,包括可以找到对象的一个或多个URI。元数据存储在公共数据库中,通过HTTP检索条目。

DOIs are widely used by publishers and consumers of technical journals and other technical material published online.

DOI被在线出版的技术期刊和其他技术资料的出版商和消费者广泛使用。

Page 15 of [CITABILITY] indicates that (note that citations have been omitted):

[CITABILITY]第15页指出(注意引用已被省略):

Typical web addresses are unreliable for locating online resources, because they can move, change or disappear entirely. But persistent identifiers are fixed, with an infrastructure that allows for the location of the item to be updated. The result is that the identifier can provide persistent access to the data. DataCite provides such a service, and DOIs (used by DataCite) were by far the identifier most commonly mentioned by interviewees, closely followed by Handles (on which the DOI system is built). There was a keen preference for DOIs from interviewees because this is a system already used and understood by publishers for traditional publications and so the barrier to uptake would presumably be lower than for an entirely novel system.

典型的web地址对于定位在线资源是不可靠的,因为它们可以完全移动、更改或消失。但是持久标识符是固定的,有一个允许更新项目位置的基础设施。结果是标识符可以提供对数据的持久访问。DataCite提供了这样的服务,到目前为止,DOI(DataCite使用)是受访者最常提到的标识符,紧随其后的是句柄(DOI系统是基于句柄构建的)。受访者对内政部有着强烈的偏好,因为这是一个出版商已经为传统出版物使用和理解的系统,因此接受的障碍可能比完全新颖的系统要低。

Some scholarly publishers accept DOIs as references in published documents, and some versions of BibTeX can automatically retrieve the bibliographic data for a DOI and format it. DOIs may have other advantages, such as making it easier to find the free online versions of RFCs rather than paywalled copies when following references or using some document indexes.

一些学术出版商接受DOI作为已发布文档中的参考,一些版本的BibTeX可以自动检索DOI的书目数据并对其进行格式化。DOIs可能还有其他优势,例如在遵循参考资料或使用某些文档索引时,可以更容易地找到RFC的免费在线版本,而不是付费副本。

The benefits of DOIs apply equally to documents from all of the RFC submission streams, so all RFCs are assigned DOIs.

DOI的好处同样适用于所有RFC提交流中的文档,因此所有RFC都分配有DOI。

2. Structure and Resolution of DOIs
2. DOIs的结构和分辨率

DOIs are an application of the Handle System defined by RFCs [RFC3650], [RFC3651], and [RFC3652]. For example, a DOI for an RFC might be as follows:

DOI是由RFCs[RFC3650]、[RFC3651]和[RFC3652]定义的句柄系统的应用程序。例如,RFC的DOI可能如下所示:

10.17487/rfc1149

10.17487/rfc1149

The first part of a DOI is the number 10, which means a DOI within the Handle System, followed by a dot and a unique number assigned to a publisher, in this case 17487. This part is the DOI prefix. Following that is a slash and a text string assigned by the publisher, called the DOI suffix.

DOI的第一部分是数字10,表示句柄系统中的DOI,后面是一个点和分配给发布者的唯一数字,在本例中为17487。这部分是DOI前缀。接下来是由发布者指定的斜杠和文本字符串,称为DOI后缀。

DOIs are treated as opaque identifiers. The DOI suffixes assigned to RFCs are currently based on the "doc-id" field of the RFC index in XML (rfc-index.xml), but the suffix of future RFCs might be based on something else if circumstances change. Hence, the reliable way to find the DOI for an RFC is not to guess, but to look it up in the RFC index or on the RFC Editor website <https://www.rfc-editor.org/>. RFC references created from entries in the usual bibxml libraries will have DOIs included automatically.

DOI被视为不透明标识符。分配给RFC的DOI后缀当前基于XML中RFC索引(RFC index.XML)的“doc id”字段,但如果情况发生变化,未来RFC的后缀可能基于其他内容。因此,找到RFC的DOI的可靠方法不是猜测,而是在RFC索引或RFC编辑器网站上查找<https://www.rfc-editor.org/>. 从常用bibxml库中的条目创建的RFC引用将自动包含DOI。

Although the Handle System has its own protocol described in [RFC3652], the usual way to look up a DOI is to use web lookup. A proposed "doi:" URN was never widely implemented, so the standard way to look up a DOI is to use the public HTTP proxy at <https://dx.doi.org>. The example DOI above could be looked up at:

尽管Handle系统有[RFC3652]中描述的自己的协议,但查找DOI的常用方法是使用web查找。提议的“doi:”URN从未得到广泛实现,因此查找doi的标准方法是在<https://dx.doi.org>. 可以查看上面的示例DOI:

      https://dx.doi.org/10.17487/rfc1149
        
      https://dx.doi.org/10.17487/rfc1149
        

Whenever a publisher assigns a DOI, it provides the bibliographic metadata for the object (henceforth called a document, since that is what they are in this context) to its registration agency that then makes it available to clients that look up DOIs. The document's metadata is typically uploaded to the registration agency in XML using an HTTP-based API. Users or publishing software can retrieve

每当出版商分配DOI时,它都会向其注册机构提供对象的书目元数据(此后称为文档,因为在本文中它们就是文档),然后注册机构会将其提供给查找DOI的客户。文档的元数据通常使用基于HTTP的API以XML形式上传到注册机构。用户或发布软件可以检索

the metadata by fetching the DOI's URL and using standard HTTP content negotiation to request application/citeproc+json, application/rdf+xml, or other bibliographic formats.

元数据是通过获取DOI的URL并使用标准HTTP内容协商来请求application/citeproc+json、application/rdf+xml或其他书目格式。

Publishers have considerable flexibility as to what resides at the URI(s) to which a DOI refers. Sometimes it's the document itself, while for commercial publishers it's typically a page with the abstract, bibliographic information, and some way to buy the actual document. Because some RFCs are in multiple formats (e.g., Postscript and text), an appropriate URI is that of the RFC Editor's info page that has the document's abstract and links to the document(s) in various formats. Hence, the URI above, when fetched via an HTTP request that accepts text/html, redirects to:

对于DOI引用的URI中驻留的内容,发布者具有相当大的灵活性。有时是文档本身,而对于商业出版商来说,它通常是一个包含摘要、书目信息以及购买实际文档的某种方式的页面。由于某些RFC采用多种格式(例如Postscript和文本),因此适当的URI是RFC编辑器的信息页面的URI,该页面包含文档摘要和各种格式的文档链接。因此,当通过接受text/html的HTTP请求获取上述URI时,会重定向到:

      https://www.rfc-editor.org/info/rfc1149
        
      https://www.rfc-editor.org/info/rfc1149
        

More information on the structure and use of DOIs is in the DOI Handbook [DOI-HB].

有关内政部结构和使用的更多信息,请参阅内政部手册[DOI-HB]。

3. DOIs for RFCs
3. RFC的DOI

With DOIs assigned to each RFC, it is useful to include DOI information in the XML bibliography as a "seriesInfo" item, so that rendering engines can display it if desired. Online databases and indexes that include RFCs should be updated to include the DOI, e.g., the ACM Digital Library. (A practical advantage of this is that the DOI would link directly to the RFC Editor, rather than perhaps to a copy of an RFC behind a paywall.)

将DOI分配给每个RFC后,将DOI信息作为“seriesInfo”项包含在XML参考书目中是很有用的,这样渲染引擎可以根据需要显示它。应更新包括RFC的在线数据库和索引,以包括DOI,例如ACM数字图书馆。(这样做的一个实际优势是内政部将直接链接到RFC编辑器,而不是可能链接到付费墙后面的RFC副本。)

Since RFCs are immutable, existing RFCs still don't mention their own DOIs within the RFCs themselves, but putting their DOIs into indexes would provide value.

由于RFC是不可变的,现有的RFC仍然没有在RFC本身中提到它们自己的DOI,但是将它们的DOI放入索引将提供价值。

4. The Process of Assigning DOIs
4. 分配doi的过程

There are three phases to assigning DOIs to RFCs: getting a DOI prefix, retroactively assigning DOIs to existing documents, and updating the publication process to assign DOIs as new RFCs are published.

将DOI分配给RFC分为三个阶段:获取DOI前缀、追溯性地将DOI分配给现有文档以及更新发布过程以在发布新RFC时分配DOI。

4.1. Getting a DOI Prefix
4.1. 获取DOI前缀

There are ten registration agencies [DOI-RA] that assign DOI prefixes. Most of them serve specialized audiences or limited geographic areas, but there are a few that handle scholarly and technical materials. All registration agencies charge for DOIs to defray the cost of maintaining the metadata databases.

有十家注册机构[DOI-RA]分配DOI前缀。其中大多数服务于专业观众或有限的地理区域,但也有少数服务于学术和技术材料。所有登记机构都向内政部收费,以支付维护元数据数据库的费用。

The RFC Editor chose CrossRef, an agency widely used by journal publishers. The prices associated with CrossRef membership are on the order of $660.00 per year for membership, deposit fees of $0.15 cents per document for a bulk upload of the backfile (the existing RFCs), and $1.00 per document to deposit them as they are published.

RFC编辑选择了CrossRef,这是一家期刊出版商广泛使用的机构。与CrossRef会员资格相关的价格为每年660.00美元,批量上传回填文件(现有RFC)的每个文件的押金为0.15美元,发布后的每个文件的押金为1.00美元。

The RFC Editor's DOI prefix is 10.17487.

RFC编辑器的DOI前缀为10.17487。

4.2. Retroactively Assigning DOIs
4.2. 追溯分配DOI

Other than paying the deposit fees, assigning DOIs to all of the existing RFCs was primarily a software problem. The RFC Production Center's internal database was updated to include a DOI field for each RFC, the schema for rfc-index.xml was updated to include a DOI field, and the scripts that create the XML and text indexes were updated to include the DOI for each RFC. A specialized DOI submission script extracted the metadata for all of the RFCs from the XML index and submitted it to the registration agency using the agency's online API.

除了支付定金之外,将内政部分配给所有现有的RFC主要是一个软件问题。RFC生产中心的内部数据库更新为包含每个RFC的DOI字段,RFC-index.xml的模式更新为包含DOI字段,创建xml和文本索引的脚本更新为包含每个RFC的DOI。一个专门的DOI提交脚本从XML索引中提取所有RFC的元数据,并使用注册机构的在线API将其提交给注册机构。

4.3. Assigning DOIs to New RFCs
4.3. 将DOI分配给新的RFC

As RFCs are published, the publication software assigns a DOI to each new RFC. The submission script extracts the metadata for new RFCs from the XML index and submits the information for new RFCs to the registration agency.

随着RFC的发布,发布软件会为每个新RFC分配一个DOI。提交脚本从XML索引中提取新RFC的元数据,并将新RFC的信息提交给注册机构。

4.4. Use of DOIs in RFCs
4.4. 在RFC中使用DOI

The DOI agency requests that documents that are assigned DOIs in turn include DOIs when possible when referring to other organizations' documents. DOIs can be listed using the existing seriesInfo field in the xml2rfc reference entity, and authors are requested provide DOIs for non-RFC documents when possible. The RFC Production Center might add missing DOIs when it's easy to do so, e.g., when the same reference with a DOI has appeared in a prior RFC, or a quick online search finds the DOI. Where the citation libraries include DOIs, the output (references created from those citation libraries) will include DOIs.

内政部机构要求分配给内政部的文件在参考其他组织的文件时尽可能包括内政部。可以使用xml2rfc参考实体中现有的seriesInfo字段列出DOI,并要求作者在可能的情况下为非RFC文档提供DOI。RFC生产中心可能会在容易的情况下添加缺失的DOI,例如,在之前的RFC中出现了与DOI相同的引用,或者快速在线搜索找到了DOI。如果引用库包括DOI,则输出(从这些引用库创建的引用)将包括DOI。

The RFC Style Guide [RFC-STYLE] has been updated to describe the rules for including DOIs in the References sections of RFCs.

RFC样式指南[RFC-Style]已经更新,以描述在RFC的参考部分中包含DOI的规则。

4.5. Possible Future Work
4.5. 今后可能的工作

Since it is usually possible to retrieve the bibliographic information for a document from its DOI (as BibTeX can do, described above), it might also be worth adding this feature to xml2rfc, so a reference with only a DOI could be automatically fetched and expanded.

由于通常可以从文档的DOI中检索文档的书目信息(如上所述,BibTeX可以这样做),因此将此功能添加到xml2rfc中也可能是值得的,因此可以自动获取和扩展仅包含DOI的引用。

5. Internationalization
5. 国际化

Adding DOIs presents no new internationalization issues.

添加DOI不会带来新的国际化问题。

Since DOIs are opaque, the characters used in any particular DOI are unimportant beyond ensuring that they can be represented where needed. The Handle System says they are UTF-8-encoded Unicode, but in practice all DOIs appear to use only printable ASCII characters. The metadata for each RFC is uploaded as UTF-8-encoded XML.

因为DOI是不透明的,所以在任何特定DOI中使用的字符除了确保可以在需要的地方表示之外都不重要。Handle系统表示它们是UTF-8编码的Unicode,但实际上所有DOI似乎只使用可打印的ASCII字符。每个RFC的元数据作为UTF-8编码的XML上传。

6. Security Considerations
6. 安全考虑

The DOI system adds a new way to locate RFCs and a bibliographic database containing a description of each RFC. The existing locations and bibliographic info are essentially unchanged, so there is no new dependency on the DOI system.

DOI系统增加了一种查找RFC的新方法和一个包含每个RFC描述的书目数据库。现有的位置和书目信息基本上没有变化,因此对内政部系统没有新的依赖。

Were CrossRef or the DOI database to suffer a security breach, it is hypothetically possible that users would be directed to locations other than the RFC Editor's web site or would retrieve incorrect bibliographic data, but the actual RFCs would remain intact.

如果CrossRef或内政部数据库遭遇安全漏洞,假设用户可能会被引导到RFC编辑网站以外的位置,或者检索不正确的书目数据,但实际的RFC将保持不变。

7. Informative References
7. 资料性引用

[CITABILITY] Kotarski, R., Reilly, S., Schrimpf, S., Smit, E., and K. Walshe, "Report on best practices for citability of data and on evolving roles in scholarly communication", 2012, <http://www.stm-assoc.org/2012_07_10_STM_Research_Data_ Group_Data_Citation_and_Evolving_Roles_ODE_Report.pdf>.

[可引用性]Kotarski,R.,Reilly,S.,Schrimpf,S.,Smit,E.,和K.Walshe,“关于数据可引用性和学术交流中不断演变的角色的最佳实践报告”,2012年<http://www.stm-assoc.org/2012_07_10_STM_Research_Data_ 分组数据、引文和角色演变、ODE报告.pdf>。

[DOI-HB] International DOI Foundation, "DOI Handbook", DOI 10.1000/182, April 2012, <http://www.doi.org/hb.html>.

[Doi-Hb]国际DOI基金会,“DOI手册”,DOI 10100/182,2012年4月,<http://www.doi.org/hb.html>.

[DOI-RA] International DOI Foundation, "DOI Registration Agencies", July 2015, <http://www.doi.org/registration_agencies.html>.

[Doi-Ra]国际DOI基金会,“DOI注册机构”,2015年7月,<http://www.doi.org/registration_agencies.html>.

[ISO-DOI] International Organization for Standardization (ISO), "ISO 26324:2012 Information and documentation -- Digital object identifier system", June 2012, <http://www.iso.org/iso/catalogue_detail?csnumber=43506>.

[ISO-DOI]国际标准化组织(ISO),“ISO 26324:2012信息和文件——数字对象标识符系统”,2012年6月<http://www.iso.org/iso/catalogue_detail?csnumber=43506>.

[RFC-STYLE] RFC Editor, "RFC Editor Style Guide", <https://www.rfc-editor.org/styleguide/>.

[RFC-STYLE]RFC编辑器,“RFC编辑器样式指南”<https://www.rfc-editor.org/styleguide/>.

[RFC3650] Sun, S., Lannom, L., and B. Boesch, "Handle System Overview", RFC 3650, DOI 10.17487/RFC3650, November 2003, <http://www.rfc-editor.org/info/rfc3650>.

[RFC3650]Sun,S.,Lannom,L.和B.Boesch,“手柄系统概述”,RFC 3650,DOI 10.17487/RFC3650,2003年11月<http://www.rfc-editor.org/info/rfc3650>.

[RFC3651] Sun, S., Reilly, S., and L. Lannom, "Handle System Namespace and Service Definition", RFC 3651, DOI 10.17487/RFC3651, November 2003, <http://www.rfc-editor.org/info/rfc3651>.

[RFC3651]Sun,S.,Reilly,S.,和L.Lannom,“句柄系统名称空间和服务定义”,RFC 3651,DOI 10.17487/RFC3651,2003年11月<http://www.rfc-editor.org/info/rfc3651>.

[RFC3652] Sun, S., Reilly, S., Lannom, L., and J. Petrone, "Handle System Protocol (ver 2.1) Specification", RFC 3652, DOI 10.17487/RFC3652, November 2003, <http://www.rfc-editor.org/info/rfc3652>.

[RFC3652]Sun,S.,Reilly,S.,Lannom,L.,和J.Petrone,“手柄系统协议(2.1版)规范”,RFC 3652,DOI 10.17487/RFC3652,2003年11月<http://www.rfc-editor.org/info/rfc3652>.

IAB Members at the Time of Approval

批准时的IAB成员

Jari Arkko (IETF Chair) Mary Barnes Marc Blanchet Ralph Droms Ted Hardie Joe Hildebrand Russ Housley Erik Nordmark Robert Sparks Andrew Sullivan (IAB Chair) Dave Thaler Brian Trammell Suzanne Woolf

Jari Arkko(IETF主席)Mary Barnes Marc Blanchet Ralph Droms Ted Hardie Joe Hildebrand Russ Housley Erik Nordmark Robert Sparks Andrew Sullivan(IAB主席)Dave Thaler Brian Trammell Suzanne Woolf

Author's Address

作者地址

John Levine Taughannock Networks PO Box 727 Trumansburg, NY 14886

纽约州杜鲁曼斯堡市约翰·莱文·塔甘诺克网络公司邮政信箱727号,邮编14886

   Phone: +1 831 480 2300
   Email: standards@taugh.com
   URI:   http://jl.ly
        
   Phone: +1 831 480 2300
   Email: standards@taugh.com
   URI:   http://jl.ly