2015年1月，NISO发布了《NISO推荐实践：电子内容访问许可标准》报告，该《推荐实践》定义了用来标识免费阅读内容和用于内容利用/重用许可条款的链接的元数据指标。基于这些指标，人们和机器能够评估内容的状态，而且在许多情况下，free_to_read和license_reference元数据的结合将会表明开放获取内容。本文节选报告主体部分（2-4部分）进行编译，内容如下：

2 建议总结

美国国家信息标准协会（NISO）访问许可及指标工作小组被授权开发开放获取协议机制，目的是传递学术研究的获取状态。访问模式的利益主张导致了对“开放获取”内涵的不同解释，这是一个有争议的领域，工作小组内包括许多持不同观点的利益相关者。

但是，所有利益相关者都认为，通过两个关键信息描述全文在线文档是很有价值的。对于具体的一个作品来说，第一个关键信息就是是否是免费阅读（Free-to-read），即任何互联网用户是否可通过网页获取此作品。其次是授予读者何种再利用的权利。

传播这类信息不仅要从传播的信息的范围出发，也要考虑广泛的机制。从政策、法律、涉及的技术问题等方面进行考虑，首选传送信息最小集合的简易方法。因此工作小组建议如下：

1. 采用两块核心元数据，可通过现有途径传播：

a. 免费阅读（free_to_read）——即定义研究是否可获取的简单状态，无需费用或其他限制（如注册），直接通过网上阅读。这种状态可随意规定该研究自由阅读的开始时间，同样可明确自由阅读的结束时间及合适的地点（参见3.1部分）。

b. 许可参照（license_reference）—即对URI的参照，包含明确作品如何使用的许可条款。许可内不会包含有特定的许可限制或条款要求。可提供多重许可参考元素。每一种许可参考都有不同的开始时间。（参见3.2部分）

2.避免新创建的元素或图标和free_to_read元素同时显示。小组经过慎重讨论认为新建标签是不合适的。这个小组的目标是创建简单的办法来交换元数据。每一个站点或系统将决定如何最好地向用户表达内容状态。

工作小组认为：这两种元数据元素可以涵盖目前多数延迟存取（时滞期），以及授权条款在发表后的特定时间点激活的情况。尽管并非覆盖全部使用情况，然而这些简单的方法提供了传递重要信息（可解决最常见用例）的构架。

工作小组推荐free_to_read和license_reference元数据以XML形式编码，该《推荐实践》为<free_to_read>和<license_ref>XML元素声明了XML命名空间，确定了他们应该如何被增添进现有的架构和工作流。free_to_read和license_reference元数据可由系统用适当的状态图标展示给用户。

基本理论

由于对这个术语有不同的定义，工作小组决定不对元数据条目进行标记或者命名为“开放获取”。工作小组达成一致的方法是通过提供用于传播的实际元数据，确保人们和机器可以根据自己的标准做出决定。

出于多种原因，工作小组做出了另一个重要的决定——重用权不应该用元数据来表达。重用取决于用户（如来自带有站点许可的机构的用户及与之相对的不相关/无法识别的用户）。如果权利由元数据和许可同时描述，几乎可以肯定描述是不兼容的，因此无法一致。因为人们是被法律文件约束的，没有人会相信元数据，元数据可能无用或产生误导。对法人或机构用户来说，不会有法律团队赞成允许基于元数据的任何特定用途，除非许可中允许。因此，该方法同意在元数据中有一个许可参照。

在用户重用权下，同样值得注意的问题是哪一方才拥有不同版本学术手稿的合法权益，这仍然是双方法律地位和社会各界的意见争议的焦点。在此《推荐实践》文档中，假设一个基本原则，即作为数字对象的发布者和（或）持有者的一方是传播有关元数据访问状态的本源和根据，它具有合法地位和权威来主张特定的权利。然而，应该清楚的是，无论是NISO，或是工作小组，或是《推荐实践》都无法要求情况属实。由于潜在的最佳基本实践的原因，所有利益相关者只能对他们有理由相信自己拥有权威和地位的方面主张或提议权利。

工作小组选择不推荐采用特定可视化标签来表示<free_to_read> 和<license_ref>元素。社会调查显示，生态系统存在过多的徽章，部分核心利益相关者并不看好添加额外可视化标签的建议。此外，相对于许可条件来说，大家一致同意现存可视化标签，如知识共享（CC）图标，已经和该项目有足够的重叠，增加一个互补徽章可能会引起混淆。

3 元数据元素

应采用的两块核心元数据，可以通过现有的渠道进行传播。

3.1自由阅读（free_to_read）

一些关键的用例可以通过简单的元数据字段来解决，这经常以XML元素来表示，表示内容可读或在其当前状态下不经认证即可免费观看，这就是<free_to_read>元素。缺少<free_to_read>元数据元素不表明任何含义，用户需要考虑其他信息，以确定是否能够读取副本。

<free_to_read>元素的存在将提供非常简单的内容状态标识，而不进行任何附加重用权利或限制的声明。在一些情况下，<free_to_read>元素的存在足以给用户提供可视化标识，内容无非付费或认证即可获取。任何正在使用该元数据的系统需要基于<free_to_read>元素的存在来决定用什么样的可视化标识展示给用户。

如果可以，free-to-read元素定义的两个属性，应当用来表示开始和结束日期。开始和结束日期将适应延迟访问模式、特别优惠等，内容可被自由阅读一定时间或在特定时间后自由阅读。无起止日期表示自由阅读访问为永久状态。任何日期元素都必须遵守ISO8601。为了最大限度地提高互操作性，确保与IEFT RFC3339兼容，强烈建议采用YYYY-MM-DD格式（时间和时区不包括在内）。

w  开始时间——该属性的使用表明内容是不会立即开放可用或无限公开的。例如，它可能无法在发布日期始可用，但在未来的某个时间变得可用。也就是说，可能暂时封锁其自由可用性。或者，它可能是在发布的前几个月内可用，但过后需付费。在后一种情况下start_date属性需要结合end_date属性使用。

例如，如果一篇文章发表在2014年2月3日，直到出版后一年（如2015年3月2日）才对所有读者开放获取，元数据会被编码为

<free_to_readstart_date="2015-02-03"/>

w  结束日期——该属性将在存在临时<free_to_read>时期时使用。结束日期属性表明内容不再免费可用的日期。

例如，一篇在2013年2月3日到2013年10月3日内免费获取的文章，编码为：

<free_to_readstart_date="2013-02-03" end_date="2013-10-03"/>

3.2许可参照

3.2.1描述

该license_reference元素应被包含进任何面向特定期刊文章或其他学术内容（图书章节，会议记录文章等）的元数据中，来指明公共许可或豁免（人类和/或机器的可读的），描述用于内容利用和重用的条款。“公共”的含义是许可或豁免普遍适用于用户（即广泛意义上的提供而不是私人的）。此元素中的数据必须包括描述成URI的解析资源的稳定标识符，在万维网上可以公开获取（见表1）。平台有责任保证元素中所提供的URI能使内容可用。虽然没有机制要求这些URI持久，但是强烈建议，URI应当作为许可标识进行构建和管理，以便最大限度地发挥其长期的可用性和可判读性。

表1 license_reference URI例子

对于出版商来说，能够表达使用权如何随时间变化是非常重要的。为了保证最简单的情形，一项start_date属性（见3.1）应当和license_reference元素一同使用，如下例所示：

<license_refstart_date="2014-02-03">http://www.psychoceramics.org/license_v1.html</license_ref>

<license_refstart_date="2015-02- 03">http://www.psychoceramics.org/open_license.html</license_ref>

发布者可以从公布日期中识别许可的URI，并指出，一项不同的许可取代了基于开始日期的专门许可。这样解决了时滞期问题。通过实例，如下代码指出，从出版日期2014年2月3日可以看出该内容遵从一项专门的许可，然后在一年后，从2015年2月3日开始，遵从CC BY许可：

<license_refstart_date="2014-02-

03">http://www.psychoceramics.org/license_v1.html</license_ref>

<license_refstart_date="2015-02-

03">http://creativecommons.org/licenses/by/3.0/</license_ref>

start_date属性和URI本身都不能提供任何强制执行这些属性的技术手段。任何利用内容的下游用户将负责确定内容被利用时所适用的特定条款。下游用户有责任检查每个<license_ref>元素中的起始时间属性，以确定哪些条款目前适用。如上所述，起始日期应坚持ISO 8601原则，并采用YYYY-MM-DD格式，不包含时间或时区。

需要注意的是，对于<license_ref>元素，没有相应的结束日期属性。这是因为结束日期的存在会产生歧义。例如：

w  开放许可，如知识共享协议（CC），没有结束日期。

w  结束日期的使用可能会不经意间在适用许可之间产生差异。

这种许可参照方法将使社会规范围绕得到认可的许可发展。可以通过单一或团体的组织，建立得到认可的许可的“白名单”来完成。这样为跟踪各种资助者和机构授权的遵守情况赋予了所需的灵活性。例如，澳大利亚研究理事会的公众获取声明允许提供免费阅读副本的链接，而英国研究理事会的政策规定，凡支付出版费的文章既可自由阅读也在CC BY协议下可用。

free_to_read和license_reference元数据的结合，提供了一种机制，通过文章发布者的网站表明或确定是否符合大多数资助者和机构政策的要求。

许多出版商使用定制的许可，未来各种各样的条款有可能会传播开来。当URI与大范围内容和出版商一致时，这时候建议产生的价值是最大的。因此，license_reference元素的使用鼓励在许可选择方面有所收敛，而不需从特定列表中应用许可。为了获得最大价值，同样有必要最大化指向同一许可的URI的一致性。

3.2.2 URI许可描述

当提供一致的和灵活的传输许可位置的方式时，《推荐实践》尝试在许可选择灵活性上找到平衡点。而严格意义上说URI许可不是必须作为识别符，当URI容易辨出、稳定并且持久时，其对于下游用户的价值是最大化的。

为了最大化实施上述的《推荐实践》的价值，在创建和维护URI许可时强烈建议采用如下的程序：

1.        可能的话，请使用稳定、持久的URI相关的许可。其中，许可是由第三方提供，并使用提供者推荐的URI形式。

2.        当URI受出版商控制时，需考虑定义域空间和结构的寿命以最大化URI的长期持久性。保持URI持续使用，并且为条款的新版本创造新的URI。

3.        对于CC许可的具体案例，为最大化使用，URI应该采用CC许可（或许可授权商）推荐的形式。推荐的形式包括许可版本，许可位置（在适当的情况下）及后缀斜线。

4.        许可文件本身应该包括自身URI标识。如，可采用以下文本：

如下许可被URI标识：

http://bjr.birjournals.org/site/misc/terms.xhtml

为了更好地服务最终用户和提高推荐的指标的质量和有效性(<free_to_read> 和<license_ref>)，同样建议提供给终端用户的许可应该明确和易清楚地理解。为此目的，推荐使用以下最佳实践的形式提供许可文本给最终用户：

w  如果你正在使用可识别许可，例如：共用许可，那么可以使用标准URI许可。比如：http://creativecommons.org/licenses/by/2.0/

w  如果使用的是专有许可证，那么：

。  提供一个人类可读版本的许可，保持语言简单。

。  描述最终用户对内容能做哪些操作。

。  描述需要适应的条件（当最终用户使用内容时必须要满足的条件）。

。  如果可能，让其成为许可唯一的版本。

w  首先，使用<license_ref>指向人类可读的许可，然后必要情况下将人类可读许可链接到法律授权文本或结构化/被标记的机器可读许可。

w  为方便阅读/浏览许可文本（人类可读版本和法律文本），在许可文本中提供段标题。

w  为命名实体定义（如，作者、作品、用户）。

w  以结构良好的HTML或可理解的PDF（附有标题）版本提供人类可读的许可，这样每个人都可以在任何设备上读取那些无法获取的内容。

4 分配元数据推荐机制

为确保元数据最广泛传播，鼓励出版商，整合方和其他内容提供商将free_to_read和license_reference元素包括在其所有标准元数据集中。若有可能，这些要素的创造和所有的元素应该作为标准编辑或制作流程的一部分。元数据应该作为提要内容的集成部分提交给CrossRef和其他的DOI注册机构，包括将文章/章节内容托管给网站，将内容摘要发给第三方机构。

元数据应该与其他元数据一并嵌入到内容本身之中；例如，嵌入到包含书目和其他元数据的HTML META标签和PDF文件中。

对于内容供应商来说，考虑将其他提醒渠道（例如e-ToCs、RSS订阅更新和直接提供的信息）内的元数据元素包含到摘要和索引服务中也是有价值的。不管采用何种渠道，该（和其他）文章、章节或者书籍的元数据的广泛传播很可能有助于推动相关材料的发现和使用。。

新元素命名空间的使用有助于阐明他们应当如何合并到现有的元数据框架和格式中。有关组织需要考虑将free_to_read和license_reference两个元数据合并到现有的元数据格式（例如期刊文章标记套件（Journal ArticleTag Suite ，JATS）、ONIX、 RDF、OAI-PMH和Dublin Core (DC)）中的最佳方法。

本《推荐实践》还提供了多个使用案例和场景，如感兴趣，请打开原版报告http://www.niso.org/apps/group_public/download.php/14226/rp-22-2015_ALI.pdf查看。