DIV CSS 佈局教程網

　許多與重要媒體無關的藝術家都在尋求與其他人合作， 使他們的勞動成果得到更廣泛的應用。相對於最近那些強迫消費者接受的合同條款來說，他們常常樂意提供限制更少的合同條款。 在本文中，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="/School/UploadFiles_7810/201103/20110322212932699.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 元數據技術為共用擴展提供“引擎”真的很棒。