许多与重要媒体无关的艺术家都在寻求与其他人合作， 使他们的劳动成果得到更广泛的应用。相对于最近那些强迫消费者接受的合同条款来说，他们常常乐意提供限制更少的合同条款。 在本文中，Uche Ogbuji 引入了 Creative Commons，它通过提供一种表示人类可读同时又是机器可读的版权许可证条款方法来设法满足这种需求。机器可读的形式使用 RDF，从而获得在本专栏中讨论的网络效用。
在作家 Marshall McLuhan 的地球村中，许多出售创造性作品的售货亭和街角商店因超大型商店的出现而变得相形见绌。幸运的是，使创造性作品的可用范围变得全球化的同一媒体甚至还提供了工具来建造一个“表演场”，使各种规模的制作者都有自己的用武之地。从独立的电影制作人、音乐家和作家到开放源码和 Weblog 社区，他们都始终努力争取在因特网上登广告和分发材料，与更商业化的内容相比，所花的成本通常低得多且条款的限制更少。这种推动已经表现在政治、经济和技术问题解答等方面，从而提出类似于下面的问题：限制较少的内容的广泛传播是否会给政策制定者和重要媒体公司施加压力，使他们减少对消费者权利的限制？如果将有关内容的各种权利和限制更好地与消费者沟通，那么这种压力会增加吗？ 如果独立制作者有更好的办法来宣传其作品，并可能通过声明限制更少的许可证以达到商业目的，那么他们能够得到更广泛的受众从而获得更好的收入吗？ 机器可读的元数据技术网络将有助于改进内容的制作者和消费者之间的工具和交流渠道吗？
要回答这些问题和其它问题，去年独立内容制作者、技术专家和律师联合起来，聚集到 Creative Commons项目（请参阅 参考资料）麾下，创造了机器可读的版权许可证技术。该项目利用 RDF 并通过使用由参与该项目的律师制订的词汇表来描述特定许可证的各种权利和限制。
这种授予权利的技术旨在使人们方便地查找对等环境中可共享和合作的内容。正如 Creative Commons 人喜欢讲的那样，它允许制作者和消费者 跳过中介者。在常见的方案中，我喜爱的独立乐队签约于小型唱片公司，然后这家公司与一家大型唱片公司达成了唱片发行协议，这家大型唱片公司将 CD 发售给大型音乐唱片零售商，然后我光顾这家店，购买 CD。我为该中间链的每一层支付额外费用，我被迫忍受由要价昂贵的律师规定的使用条款，这些律师既不考虑我的利益，通常也不考虑原创人员的利益。在 Creative Commons 世界中，我在线查看我喜欢的那种音乐，以及在我认为公正的条款之上，谁可能在创作我所欣赏的音乐。然后，我可以直接与制作者进行商业活动。在本文中，我将介绍 Creative Commons 使用的数据格式。
版权幕后的代码
假设您是一名剧作家，您刚完成了一部杰作。您想要在您的网站上张贴它。您希望人们能够在当地校园里上演您的剧本。您希望让神户和加利福尼亚的同行合作以歌舞伎的形式表现该作品。然而，您不希望 XBC MegaMedia Inc. 公司在没有指出您对该作品拥有创作权的情况下，肆意剽窃您的作品并制作它的黄金时段版本，并限制其电视观众对您作品的衍生版本的权利。您既没有时间，也没有钱请律师帮您构思一个既能公布您的作品以供您的同行合作和使用又能防止您的作品被滥用的许可证。
对此，Creative Commons 有一个解决方案。您可以转到它们的 Web 页面，使用一组极其简单的标准来确定您愿意怎样许可您的作品。对于您的剧本，您或许会发现您所关心的是 Creative Commons Attribution-ShareAlike 许可证。您可以查看该许可证的完整法律术语，而且有几种容易的方法可供选择以用许可证标记您的作品。因为您在 Web 上张贴它，您可以在 Web 页面上随剧本包含一个 HTML 片断，以声明许可权。清单 1 是 Attribution-ShareAlike 许可证的 HTML 示例。
清单 1. 用 Creative Commons Attribution-ShareAlike 许可证标记 Web 内容的 HTML 源代码
<!-- Creative Commons License --><a href="http://creativecommons.org/licenses/by-sa/1.0/"><img alt="Creative Commons License" border="0"src="http://creativecommons.org/images/public/somerights.gif" /></a><br />This work is licensed under a<a href="http://creativecommons.org/licenses/by-sa/1.0/">Creative Commons License</a>.<!-- /Creative Commons License --><!--
<rdf:RDF xmlns="http://web.resource.org/cc/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"><Work rdf:about=""><license rdf:resource="http://creativecommons.org/licenses/by-sa/1.0/" /></Work><License rdf:about="http://creativecommons.org/licenses/by-sa/1.0/">
<requires rdf:resource="http://web.resource.org/cc/Attribution" />
<requires rdf:resource="http://web.resource.org/cc/ShareAlike" />
<permits rdf:resource="http://web.resource.org/cc/Reproduction" />
<permits rdf:resource="http://web.resource.org/cc/Distribution" />
<permits rdf:resource="http://web.resource.org/cc/DerivativeWorks" />
<requires rdf:resource="http://web.resource.org/cc/Notice" /></License></rdf:RDF>-->
其中大多数只是提醒人们注意许可证的图像和文本，但本专栏最感兴趣的部分（因而用粗体突出显示）是嵌入的 RDF 文档，它提供许可证的机器可读的描述。这是相当简单的 RDF。 Work 类型节点上的 rdf:about="" 属性指出正在描述的资源正是嵌入了 RDF 的那个文档。然后，所选的许可证由其 URI 的引用指出。为了使代理商无需找出 URI 就可以获得许可证的详细信息，同时还直接提供了这些详细信息。
RDF 的词汇表稳固地建立在 Creative Commons 背后的认真的法律工作基础之上，因而可能属于最佳定义的 RDF 词汇表。谓词 permits 、 requires 和 prohibits （未在 清单 1 中使用）指出每种使用的限制级别，而对象指明正被讨论的使用类别。例如，使用简单的平铺直叙方式，上面的许可证条款描述归结为：任何人，甚至商业团体，都可以复制作品。 任何人，甚至商业团体，都可以分发作品。 任何人，甚至商业团体，都可以制作派生的作品。 复制或分发作品或制作派生作品都必须包括对原创作者的认可。 这种用户必须提供与原始许可证（share-alike）相同的许可证条款。 这种用户必须使原始作品的所有法律声明完整无缺。
警告：我不是律师，上面只是对机器可读许可证条款的 RDF 词汇的语义所做的非正式注释。如果您想要了解采用法律措辞的许可证，请参考 Attribution-ShareAlike 许可证摘要页面（请参阅 参考资料），该页面包括至完整法律术语的链接。
技术评定
在 HTML 页中将 RDF 嵌入注释的机制所存在的最大技术问题就是：它是一种相当冒险的技术分层。首先，正如 Kendall Clark 在某篇文章中针对该方法（请参阅 参考资料）所指出的那样，它正在将机器可读信息（RDF）直接混入人类可读格式（HTML），而且事实上混入特别不适于机器可读位的那部分格式（注释）。旧的习惯是使用注释将机器可读代码嵌入 HTML（ script 标记是一个典型示例），但这并不表示它是自然的或理想的做法。建议使用另一种方法，就是使用 HTML meta 标记来引用独立 RDF 中的 Creative Commons 描述。
对于 Creative Commons 技术的用户来说，提供有关原创者、相关日期和主题等机器可读的详细信息也很有用。Creative Commons 格式已经为此提供了一个有用的模板：通过使用 Dublin Core 词汇表，人们可以扩展 RDF 中的 Work 类型的节点，如清单 2 所示。
清单 2. 扩展 Creative Commons RDF 模板以对所涉及的工作添加其它元数据
<Work rdf:about="" xmlns:dc="http://purl.org/dc/elements/1.1/">
<license
rdf:resource="http://creativecommons.org/licenses/by-sa/1.0/" />
<dc:title>Bigfoot the King</dc:title>
<dc:description>
An original play dealing with the ironies of fate
</dc:description>
<dc:creator>Erasmus Jones</dc:creator>
<dc:subject>Fate</dc:subject>
<dc:subject>Justice</dc:subject>
<dc:subject>Royal weirdos</dc:subject>
<dc:format>application/xhtml+xml</dc:format></Work>
这很方便，因为您已经使用 RDF/XML 来描述文档（在许可证条款中），所以扩展它来描述其元数据的其它方面并无任何损害。同样，我始终强烈提倡在用纯 XML 描述的情况下不要强制使用 RDF/XML，如果内容形式为 XHTML，那么还可以使用 XHTML 的 meta 标记来提供其它元数据，智能处理器会自动将它处理成 RDF。或许还将出现用 XHTML 更直接地表达 Creative Commons 的方法。此外，RDF/XML 仅仅是 RDF 的一种表示方法，不管使用哪种表示方法，Creative Commons 都将得到 RDF 模型的好处。
结束语
Creative Commons 或许体现了 RDF 及其相关技术背后最令人难忘的思想和潜能。词汇表的确定是有权威性的，因为它是由律师小组制订的 － 别忘了，律师是与咬词嚼句关系最大的职业。更重要的一点是，该项目正显现出显著的增长并为广大的艺术家、开发人员、律师和消费者提供明确的利益。其中的大多数受益者一点也不关心元数据和信息表示。他们只想知道如何共享其同行的创造性成果，如何使他们自己的劳动成果变得可用，以作为回报。技术、政策和商业很少能达到这种和谐，看到 XML 元数据技术为共用扩展提供“引擎”真的很棒。
