自由/開放源碼軟體 之授權分析及其運用模式 中央研究院　資訊科技創新研究中心　自由軟體鑄造場 林誠夏　專案經理 Email: lucien@citi.sinica.edu.tw TEL: +886-2-27883799 #1404 葛冬梅　法律研究 Email: tmk2005@citi.sinica.edu.tw TEL: +886-2-27883799 #1474 除圖文另有標示外、本簡報內容採用創用CC 「姓名標示－相同方式分享」授權條款台灣2.5版授權釋出。

大綱 自由/開放源碼軟體的授權分析(50Min) 自由/開放源碼軟體的運用模式(50Min) 實例解說與會後討論(50Min) 如何選擇適用的自由軟體授權模式 不同自由軟體授權間的相容性 如何辨讀他人的自由軟體授權方式 自由/開放源碼軟體的運用模式(50Min) 如何取用他人的自由軟體授權程式 如何解決不同程式碼的授權衝突問題 自由軟體應用的成功範例及其運作模式 實例解說與會後討論(50Min) 開發軟體元件的審查流程 外包軟體元件的交接清單 2009/07/28

自由/開放源碼軟體之授權分析 葛冬梅 Email: tmk2005@citi.sinica.edu.tw TEL: +886-2-27883799 #1474

如何選擇適用的授權模式 選擇常用的授權條款 你要哪一種自由？ 商業化考量 其他考量因素 2009/07/28

選擇常見的授權條款 增加其他開發者參與的動機 有利於與其他軟體的融合與發展 2009/07/28

常見自由軟體授權條款 BSD類 BSD、MIT、Apache 2.0 GPL類 GPL2/3、LGPL2/3、AGPL 其他類 MPL、CDDL、EPL 2009/07/28

不同的自由內涵 無拘無束的自由 恆久改作的自由 互不干擾的自由 2009/07/28

無拘無束的自由 MIT/BSD Apache2.0 1. 著作權聲明 2. 不負擔保與保證聲明 1. 明示提醒商標權未授權 2. 明示提醒可以收費提供擔保 3. 專利授權規定，因此與其他條款不見得相容 4. 專利權行使抑制條款 Apache2.0 2009/07/28

恆久改作的自由 LGPL GPL AGPL 1. 適合函式庫或具函式庫特性的軟體 2. 中高度感染性：單純利用不會感染 1. 一般軟體 2. 高度感染性 GPL AGPL 1. 一般軟體、網路應用軟體 2. 極高度感染性：ASP（Application Service Provider） 2009/07/28

互不干擾的自由 MPL/CDDL EPL 1. 利用MPL/CDDL程式碼所產生的 結果檔必須採用MPL/CDDL授權 2. 自己寫的原始碼檔案，可以隨意授權 MPL/CDDL EPL 1. 自己寫的獨立模組可以隨意授權 2009/07/28

你要哪一種自由？ LGPL MPL BSD GPL Apache2.0 AGPL Public Domain EPL Proprietary Software License 2009/07/28

商業化考量 雙重授權 服務費用 2009/07/28

商業化雙重授權 授權條款 透過商業授權條款來收取授權金 利用GPL類條款逼使商業利用者購買商業授權條 款 重點：有權這樣做 取得著作權、專利權等權利的讓與 取得授權 2009/07/28

服務費用 授權條款 隨意選擇授權條款 未來可改變授權模式 重點：服務品質 2009/07/28

其他考量因素 專利技術 管轄法院與準據法 2009/07/28

專利技術 專利授權 專利權行使抑制條款 Apache2.0 Ⅴ CDDL CPL EPL GPL3 LGPL3 MPL 2009/07/28

管轄法院與準據法 Mozilla Public License 2009/07/28

不同自由軟體授權間的相容性 水火不容 牛鷺居 蛇吞象 獅虎合 2009/07/28

水火不容 原則：條款無法並相容並存 具有感染性的授權條款之間 GPL2 + EPL = X GPL2 + GPL3 = X 例外 GPL3 + AGPL3 = GPL3 + AGPL3 2009/07/28

牛鷺居 1/2 第一類：條款本身規定相容 以BSD類、MPL、CDDL、EPL為主 MIT + BSD = MIT + BSD MPL + Apache 2.0 = MPL + Apache 2.0 MPL + CDDL = MPL + CDDL 2009/07/28

牛鷺居 2/2 第二類：條款本身規定不相容，透過特定技術來達 到相容 以GPL2、GPL3為主 GPL2 + LGPL2 + Apache 2.0 = GPL2 + LGPL2 + Apache 2.0 Anroid平台 2009/07/28

蛇吞象 原則：具感染性的吞噬不具感染性的 GPL2 + BSD = GPL2 GPL3 + Apache 2.0 = GPL3 例外：吞不下 2009/07/28

獅虎合 多個自由軟體結合，改用新創的授權條款來授權 BSD類授權條款之間 MIT + BSD = 甲 BSD + Apache 2.0 = 乙 2009/07/28

特別考慮：GPL 可能帶來較佳的相容與發展 Linux作業系統採用 最被普遍適用的自由軟體授權條款 較能吸引他人參與維護與開發 2009/07/28

如何辨讀自由軟體授權方式 網站 特定檔案 原始檔檔頭資訊 直接詢問 2009/07/28

特定檔案 LEGAL LICENSE README COPYING 2009/07/28

注意事項 同一軟體中各原始檔的授權方式可能不同 第三方原始碼授權方式可能不同 改版時授權方式的改變 2009/07/28

自由/開放源碼軟體之運用模式 林誠夏 Email: lucien@citi.sinica.edu.tw TEL: +886-2-27883799 #1404

第一個問題： 什麼是自由軟體…? 2009/07/28

1、自由修改的軟體… 2、自由抄寫的軟體… 3、便利、但非毫無限制的軟體 2009/07/28

自由軟體的共通特性 (1)提供程式原始碼 (2)不限制散布對象 (3)不限制散布地域 (4)不收取著作權專利權授權金 (5)不負擔保責任 (6)傳遞四大自由給後手 2009/07/28

第二個問題： 自由軟體是可以任意修改的軟體，那麼使用後需要特別通知什麼人嗎…? 2009/07/28

只要沒有散布它、原則上就沒義務要做 不用通知原作者、按照規則來用就是了 2009/07/28

第三個問題： 自由軟體拿到就能用?但是使用後我需要負擔什麼樣的義務嗎…? 2009/07/28

Apache Software License 1.1 Apache2.0 Apache License 2.0 BSD 常見授權條款表 分類 授權條款 全名 BSD類 Apache1.1 Apache Software License 1.1 Apache2.0 Apache License 2.0 BSD New BSD License MIT MIT License Zlib/libpng Zlib/libpng License GPL類 GPL2/3 GNU General Public License 2.0/3.0 LGPL3/3 GNU Lesser Public License 2.1/3.0 AGPL3 GNU Affero Public License 3.0 其它類 CPL/EPL Common Public License 1.0 Eclipse Public License 1.0 MPL Mozilla Public License 1.1 CDDL Common Development and Distribution License 1.0 QPL Qt Public License 1.0 Artistic 2.0 Artistic License 2.0 2009/07/28

GPL類-提供整體專案的程式目的碼與原始碼 BSD類-保留著作權聲明與免責聲明 其他類-提供原他人程式的程式目的碼原始碼 2009/07/28

考慮要不要把自己的軟體專利寫進去 商業散布時把該軟體內含的商標拿掉 2009/07/28

第四個問題： 什麼叫作提供「整體專案」的程式原始碼… 2009/07/28

將GPL授權程式置於一個大的軟體專案內，那整個軟體專案的授權狀態就會被這個GPL授權程式所拘束，再散布時只能夠以GPL授權條款為散布時所使用的唯一條款。 2009/07/28

2009/07/28

授權感染性 / 授權互惠性 授權攫取性 / 授權承繼性 2009/07/28

第五個問題： 所以、若是不照著前述「感染性」的遊戲規則來走，會怎樣嗎… 2009/07/28

Harald Welte vs. D-link 2009/07/28

Jacobsen vs. Katzer/Kamind 2009/07/28

自由軟體有法律訴訟的發生，只不過目前爭執的核心議題並不在於損害賠償，而是在於條款義務性的遵守。 2009/07/28

第六個問題： 那是不是任何與GPL類別程式的連結關係，都會開啟這種授權感染性的機制… 2009/07/28

主張個別程式的獨立性 These requirements apply to the modified work as a whole. If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works. But when you distribute the same sections as part of a whole which is a work based on the Program, the distribution of the whole must be on the terms of this License, whose permissions for other licensees extend to the entire whole, and thus to each and every part regardless of who wrote it. 2009/07/28

擇一達到下列二個條件 (1) 不要取用過量的GPL程式碼 (2) 與GPL程式間可分離存在 2009/07/28

靜態連結：必然的連結關係 代表程式與GPL程式間不可分割的依賴關係 動態連結：浮動的連結關係 代表程式與GPL程式間可被取代的獨立關係 2009/07/28

Windows, Linux, Mac OS X, Moblin.... 2009/07/28

2009/07/28

第七個問題： 上面說的方式還是太複雜了，有沒有其他能夠清楚簡單與GPL類別程式的區隔方式… 2009/07/28

BLACKDUCK/掃描完自行剔除 PALAMIDA/掃描完買風險保單 FOSSOLOGY/自由軟體的專案 1、用原始碼比對軟體剔掉GPL程式碼 BLACKDUCK/掃描完自行剔除 PALAMIDA/掃描完買風險保單 FOSSOLOGY/自由軟體的專案 2009/07/28

2、分開散布-責任轉嫁 2009/07/28

(1)基本功能已經齊備/非惡意規避 (2)非機械式自動下載/消費者表意自主 2009/07/28

3、洽原作品另行授權 2009/07/28

4、學習之後重新改寫 著作權法保護標的僅及於著作的表達、不及於著作的概念。重點是不可機械式自動編譯、或是用全自動轉譯的手法。 2009/07/28

5、透過開放原始碼的中介層進行隔離 Linux Kernel (COPYING) NOTE! This copyright does *not* cover user programs that use kernel services by normal system calls - this is merely considered normal use of the kernel, and does *not* fall under the heading of "derived work". Also note that the GPL below is copyrighted by the Free Software Foundation, but the instance of code that it refers to (the linux kernel) is copyrighted by me and others who actually wrote it. 2009/07/28

Open Source / Closed Source Apache2.0 Apache2.0 Apache2.0 Apache2.0 Public Domain MIT BSD-like LGPLv20 Apache2.0 BSD-like BSD-like GPLv2 2009/07/28 此圖著作權利歸屬於Google © 2008，特別聲明為非商業性、學術推廣演講中進行「合理使用」，請讀者不要更行移置他用。 ©Google

第八個問題： 既然有這麼多的區隔方式，為什麼還會有人願意把自己軟體的程式原始碼提供出來… 2009/07/28

2009/07/28

2009/07/28

第九個問題： 應該如何吸納別人的自由軟體專案成果? 2009/07/28

1、確認專案重要部份的授權方式 2、從條款相容的部份開始吸納 3、以技術變通的方式強行吸納 2009/07/28

2009/07/28

(1)蛇吞象的類型 2009/07/28

(2)牛鷺居的類型之1 2009/07/28

(3)牛鷺居的類型之2 2009/07/28

第十個問題、結論： 對於適當地運用自由軟體，作為註腳的重要建議是什麼… 2009/07/28

1. Be OPEN / Be Locked. 2. Be GPL-compatible. 3 1. Be OPEN / Be Locked. 2. Be GPL-compatible. 3. Don't be GPL-incompatible. 2009/07/28

1. 要有開放心態/或是自始隔絕。 2. 要有GPL-相容性。 3. 不能沒有GPL-相容性。 此圖著作權人為「自由軟體基金會」，依其授權規定於推廣說明性質簡報中合理取用：http://www.gnu.org/graphics/agnuhead.html。 2009/07/28

Repository Client 此圖下載於網際網路，其授權資訊如下，本次取用特別聲明在非商業性、學術推廣演講中主張「合理使用」，請讀者不要更行移置他用。 Author: Professional Icons; Homepage: http://www.professional-icons.com; License: Free for personal desktop use only; Commercial usage: Not allowed; The images or characters depicted in these icons are © by NBC Universal http://www.nbc.com/Heroes . 2009/07/28

Repository Client Write 2009/07/28 此圖下載於網際網路，其授權資訊如下，本次取用特別聲明在非商業性、學術推廣演講中主張「合理使用」，請讀者不要更行移置他用。 Author: Iconshock; Homepage: http://www.iconshock.com; License: Linkware; Commercial usage: Not allowed. 2009/07/28

2009/07/28

1 2 3 自由軟體授權統計 GPL類 (88.1%) BSD類 (44.7%) MPL類 (4.4%) 資料來源: sourceforge/freshmeat/codeplex/google code 資料量: 223,817 日期：2009/6 2009/07/28

自由/開放源碼軟體實例解說 林誠夏 Email: lucien@citi.sinica.edu.tw TEL: +886-2-27883799 #1404 葛冬梅 Email: tmk2005@citi.sinica.edu.tw TEL: +886-2-27883799 #1474

2009/07/28

2009/07/28

Basic Guideline 1. Check if the source code of the software is available to users. 2. Check if you are the copyright holder of the software and if you include Free Software copyrighted by third parties make sure you give proper credit. 3. Check if you are distributing the correct version of the source code. The source code shipped must be the same source code used to build the binary. 4. Check if you include the source code for any derivative works of the GNU GPL code you are using, not just of the third-party GNU GPL components themselves. 5. Check if you include the scripts used to control compilation and installation. 6. If the toolchain is released and contains tools under the GNU GPL (like the GCC compiler), check if the source code for those tools is also released. 2009/07/28

Before shipping the product 1. Check if your purchasing contracts require suppliers to disclose the presence of any GPL software. 2. Check if your suppliers provide all the materials you need to comply with the GNU GPL license. 3. It helps to ensure that if your supplier turns out to not comply with the GPL they agree to rectify the situation in a timely fashion. 2009/07/28

Shipping the product 1. Check if a copy of the GNU GPL license is shipped with the product. 2. Check if a copy of the source code is shipped with the product or that you include a written offer to provide the source code on a physical media like a CD ROM for no more than the cost of production and shipping. 3. Remember you cannot offer a download link to the source code instead of a written offer to ship the source code on physical media. You can supplement the written offer with a reference to a download site. This may reduce the number of requests for source code. 4. Remember that if you distribute binaries over the Internet then you must also host the source code on the same server. 2009/07/28

謝謝聆聽 歡迎指教 除個別檔案另有標示外，本份簡報內容採用 創用CC「姓名標示-相同方式分享」授權條款 台灣2.5版 謝謝聆聽　歡迎指教 除個別檔案另有標示外，本份簡報內容採用 創用CC「姓名標示-相同方式分享」授權條款 台灣2.5版 授權標章：http://creativecommons.org/licenses/by-sa/2.5/tw/ 授權條款：http://creativecommons.org/licenses/by-sa/2.5/tw/legalcode 歡迎使用、修改、重製散布本簡報內容，但請標明： (1)原作者姓名；(2)本簡報標題；(3)演講日期 2009/07/28 82