真正的 Web 2.0: 掌握知识共享许可

知识共享（Creative Commons，CC）计划专门面向内容（包括 Web内容）开发流行的许可协议，有人认为使用这种许可就意味着放弃了对内容的所有权利，这完全是一种误解。在本文中，了解如何为您的 Web站点和应用程序选择和使用 CC 许可以及这些许可在代码中该如何处理。

Web 2.0的本质就是便于人们共享和重用信息，技术只是其中的一部分。纵观 Internet的发展历程，事实证明，律师并不能有效地帮助我们保护和推广我们创造和协作的成果。要让 Web 2.0 真正繁荣起来，Web 2.0的广大社区就必须勤于自己控制和管理并清楚地给出与共享特定的内容、图像、视频、音频等相关的规则。若许可能由个人或程序依据这类资源的版权轻松确立，人们就能集中精力进行创作、创新和协作。

知识共享组织由律师、技术专家和管理者组成，具有广泛的社区，其目的是“用私人的权利来创造公共的资源”，途径是让创作者自己定义许可的程度，介于常见的 “保留所有版权” 和公共领域（换言之，即“不保留版权”）之间。知识共享提供了基本的法律框架和许可文本，您可借此定义许可程度为 “保留部分权利”并让他人能清楚获知这一点以便决定其使用是否符合您所做的保留。在创建或更新这些可重用的许可时，常常需要律师的参与和社区的支持，主要是为了此后在Web 上进行此类共享不会出现法律方面的干扰。在本文中，了解如何为自己的作品做 CC许可的表述，如何使用公共服务来查找可以为您所用的作品以及如何确定这类作品。

选择一种许可

若决定为自己的作品使用 CC 许可，首先必须充分理解 CC。CC 组织已经做了大量的工作对公众进行这方面的宣传教育。宣传资料很多，有视频，也有生动的漫画。图 1 所示的是宣传漫画中的一个面面。顺便说一下，我知道在本文中引用漫画的设计是允许的，因为宣传漫画本身使用的就是 CC 许可，而且几乎只需提供归属（到原始漫画的链接，请参见 参考资料）。该组织还提供了翔实的相关信息，包括版权所涵盖的内容、CC 许可的真实含义以及由于各地（即您和您的用户所在地区）法律的不同这些含义的可能变化。

图 1. Creative Commons ‘How it works’ 漫画的一个画面

一旦决定了想要给作品使用的限制，确定最接近的 CC 许可会很容易。访问 CC主页，首先，从右上部分的列表中选择地域（在本例中选择的是美国）。随后会看到一个概览页，列出了可在该地域内使用的已有的各种许可。您可以仔细察看以选择自己想要的。如果您想亲自创建，可以单击顶部横幅中的 “License your work” 图标，这会弹出许可向导。图 2 所示的是我为本文所选择使用的许可。

图 2. 知识共享许可向导

请注意，在某些情况下，比如在为 Weblog 或其他系列作品选择许可时，可以忽略 “Additional Information” 部分的细节以便得到相对通用的许可。如果需要，可以随后让发布的软件为所涵盖的每个作品填上细节。单击 “Select a license” 按钮会得到如 图 3 所示的页面，指定了与所设定的标准相匹配的许可。可以选择一个图标来告知您作品的查看者，然后再将这段 HTML 代码片段添加到页面。

图 3. 利用知识共享许可向导得到的结果

敞开大门

假设您为图片选择了一个非商业性的许可，但某个公司非常想在该公司的商业宣传活动中使用此图片。您的许可中明确指出没有特殊的授权不得如此使用。但如果该公司无法联系到您来商谈此事，您就可能失去了从自己的作品获得报酬的一个机会。也有可能您已经允许了对您作品的商业使用，但该公司想要进一步确定它对图片中的个人或私有物业的使用权。或者也许您已经禁止使用您的开源项目徽标的任何派生版本，但有人却想要为有可能对您的项目有益的其他项目使用这个徽标。任何时候，在您给出了版权和许可的要求时，不管是 CC 许可还是其他许可，都应该让别人很容易联系到您以便请求例外处理或弄清 CC许可范围背后细微的差别。

声明许 可

CC 最重要的一点就是在作品内声明适用的许可。不管是一张图片、一个视频还是一个音乐文件，在作品所到之处都要放上有关作品的许可信息。最简单的一个例子就是作品是 Web 页本身。在这种情况下，只需使用由 CC 向导提供的 HTML 片段即可。清单 1 所示的是在 图 3 的文本区域内给出的针对本文的结果。

清单 1. 图 3 的文本区域内给出的结果

<a rel="license" href="http://creativecommons.org/licenses/by-sa/3.0/us/"> <img alt="Creative Commons License" style="border-width:0" src="http://i.creativecommons.org/l/by-sa/3.0/us/88x31.png" /> </a><br /> <span xmlns:dc="http://purl.org/dc/elements/1.1/" href="http://purl.org/dc/dcmitype/Text" property="dc:title" rel="dc:type">Mastering the Creative Commons </span> by <a xmlns:cc="http://creativecommons.org/ns#" href="http://www.ibm.com/developerworks/web" property="cc:attributionName" rel="cc:attributionURL">Uche Ogbuji</a> is licensed under a <a rel="license" href="http://creativecommons.org/licenses/by-sa/3.0/us/"> Creative Commons Attribution-Share Alike 3.0 United States License</a>.

 

此图像 URL 由图 3 顶部的单选按钮控制。请注意，此代码不是纯 HTML，而是带名字空间的 XML 以及所添加的 property元素。这是一种被称为 RDFa 的约定，被设计用于 XHTML。但它不能针对标准的 XHTML DTD进行验证，这是一个非常常见的问题，其原因更多地与 DTD 的局限性有关，而不只是由于 CC自身的不足。在实践中，应该忽视这类细节并将代码用于任何类型的 HTML 内，但从技术角度而言，RDFa 细节还是很有意思的。RDFa是一种标准约定，可用于将结构化的元数据表达为 HTML 元素内的 RDF语句。这是一种有效的嵌入特定的机器可读信息的方式，比如在本例中，作品的标题是 “Mastering the CreativeCommons”，与 HTML 标题重复，因此如果在不给出作品细节信息的情况下使用向导，它将会被省略。

HTML 之外

CC 社区一直都在积极探索如何将 CC 许可以其他格式嵌入，这些格式包括 OGG 和 MP3（使用 ID3 标签）、Atom（在 <link rel="license" ...元素内或在内容本身内使用 RDFa ）、常见的图像格式和 PDF（使用 XMP —— Extensible MetadataPlatform）以及将来的 BitTorrent，这有助于唤醒人们对合法文件共享功能的重视，因为在此之前，BT一直被作为盗版的源头而饱受议论。CC 许可的一些媒质约定依赖于到这些许可的 RDF 版本的链接。就本文使用的这个许可示例而言，此链接所对的是 http://creativecommons.org/licenses/by-sa/3.0/rdf。清单 2 是该链接处的 RDF，其中大部分关于标题的解释都被去掉了。

清单 2. Attribution/shareAlike 许可的 RDF 描述

<?xml version="1.0" encoding="utf-8"?> <rdf:RDF xmlns:cc='http://creativecommons.org/ns#' xmlns:foaf='http://xmlns.com/foaf/0.1/' xmlns:rdf='http://www.w3.org/1999/02/22-rdf-syntax-ns#' xmlns:dc='http://purl.org/dc/elements/1.1/' xmlns:dcq='http://purl.org/dc/terms/' > <cc:License rdf:about="http://creativecommons.org/licenses/by-sa/3.0/"> <dc:title xml:lang="fr">Paternité - Partage des Conditions Initiales à l'Identique</dc:title> <dc:title xml:lang="es-mx">Atribución-Licenciamiento Recíproco</dc:title> <dc:title xml:lang="de">Namensnennung-Weitergabe unter gleichen Bedingungen</dc:title> <dc:title xml:lang="en">Attribution-ShareAlike</dc:title> <dc:creator rdf:resource="http://creativecommons.org"/> <cc:legalcode rdf:resource="http://creativecommons.org/licenses/by-sa/3.0/legalcode"/> <dcq:hasVersion>3.0</dcq:hasVersion> <dc:identifier>by-sa</dc:identifier> <foaf:logo rdf:resource="http://i.creativecommons.org/l/by-sa/3.0/88x31.png"/> <foaf:logo rdf:resource="http://i.creativecommons.org/l/by-sa/3.0/80x15.png"/> <cc:permits rdf:resource="http://creativecommons.org/ns#DerivativeWorks"/> <cc:permits rdf:resource="http://creativecommons.org/ns#Reproduction"/> <cc:permits rdf:resource="http://creativecommons.org/ns#Distribution"/> <cc:requires rdf:resource="http://creativecommons.org/ns#Attribution"/> <cc:requires rdf:resource="http://creativecommons.org/ns#ShareAlike"/> <cc:requires rdf:resource="http://creativecommons.org/ns#Notice"/> <cc:licenseClass rdf:resource="http://creativecommons.org/license/"/> </cc:License> </rdf:RDF>

 

从中可以看出 cc:permits 和 cc:requires 语句是如何清晰地分项描述此许可的细节的。使用 XPath 很容易在此许可细节内查看特定的限制。

 

回页首

查找作品

Web2.0 不只关乎您的创作，它所关注的是如何把您的创作与他人的创作结合起来。 CC还让查找与所许可的标准相匹配的作品变得十分容易。假设您正在制作一个用于商业用途的mashup，而您想要使用一些图像并要确保这些图像可被用于此项目。您可以综合利用通常在可能资源上放置标签的方法（比如跟随特定的 Web提要）和许可的自动验证（根据文件类型读取格式）。CC 还建立了与媒体出版网站和搜索引擎的合作关系。若想详查，可以单击 “Search CCLicensed Work”，其中包括了通过 iframes 实现的 Google、Yahoo、Flickr 等的搜索表单。

通过其 “高级搜索” 界面，可以直接使用这些搜索引擎。比方说，Google 提供了如下的搜索选项：

• 不根据许可过滤（默认）
• 可自由使用或共享
• 可自由使用或共享，甚至商用
• 可自由使用、共享或修改
• 可自由使用、共享或修改，甚至商用

Google的图像搜索尚不能为 CC 提供这样的选择，Yahoo 搜索也是如此，即便 Yahoo 拥有 Flickr，而后者具有 CC搜索选项。Yotophoto 虽未列于 CC 页面，但却是一个很好的选项。它跨很多网站（包括 Flickr）聚合了可公用的图片以及那些可在CC 许可或其他免费 /libre 许可下使用的图片。SpinXpress 是 CC的一个搜索引擎合作伙伴，它涵盖了视频、音频以及图像。“OWL music search” 也是一个很有趣的 CC合作服务，它可匹配音乐的特征，查找相似的音乐，包括 CC 许可下的乐曲。总之，与这些搜索相关的有用工具很多，比如浏览器工具栏和bookmarklet。

 

回页首

结束语

Web 2.0 的源泉就是信息流的自由使用、重用、再用和综合。为了在 Web层面实现此目的，就必须有一种机制来加速协议的交换和匹配，而且通过这种机制必须要有足够的资料用以满足 Web 2.0站点的需求。知识共享通过公益的法律工作、技术和社区领导以及持续不断的倡导提供了这种机制。即使您是以商业使用为目而寻找内容和其他资源来增强您的Web 2.0 站点，您也同样会惊讶于可用的高品质作品如此之多，并且没有额外授权许可的烦扰。当然，CC倡导者所期望的是您会欣赏这种丰富性而且会慷慨地对自己的作品也进行这样的许可。这其中的第一步就是学习如何表述这类许可，之后又如何找到与这类许可相匹配的其他作品，我希望本文能为您提供一个很好的开端。