Hi Lak,

Apache License Version 2.0是較寬鬆(permissive)的自由開源軟體授權條款，也就是說，當你使用或是改作以其為授權的程式碼之後，只要依足它在授權條款預設的「義務性條件(condition)」，那就可以改用自己選用的其他方式來授權之後的衍生作品。

那麼，關於Apache-2.0，較詳盡的參考文件可參閱林懿萱小姐所撰寫的專文，化簡為繁的 Apache-2.0 授權條款：https://www.openfoundry.org/tw/legal-column-list/8581-the-elaborate-license-apache-20 ；以及右列我曾經向來自北京的朋友，回覆過的論壇討論串：https://www.openfoundry.org/tw/forum?func=view&catid=8&id=458

以下簡要回覆你提出來的各項問題。

1、使用Apache-2.0授權的函式庫(library)來開發軟體元件，有沒有什麼特別需要注意的地方？

有，後續散布這個軟體元件時，如果你打算繼續以Apache-2.0來散布這個函式庫，或這個函式庫的衍生作品，那以下幾個重要的義務性條件必須要去遵守（規定在Apache-2.0授權條款的第4條）：

A、散布產品時說明該函式庫是依照Apache-2.0授權釋出，並一併提供一份Apache-2.0授權條款全文；

B、如果你對這個函式庫進行過更動或修改，必須要具體說明哪些檔案是被修改過的；

C、保留原來Apache-2.0函式庫的各項聲明，如果是以源碼格式提供函式庫，那可以將這個NOTICE.txt的純文字檔放在該函式庫檔案的根目錄下；如果是以非源碼格式提供此函式庫，那如果也可以透過該程式運作本來有的呈現介面來呈現這些聲明，例如，該程式操作介面上如果有ABOUT可以看，也許就可以把這些前手的聲明資訊寫進ABOUT裡面。

上面這些要求不論散布的是SOURCE FORM格式的library，或是BINARY FORM的library，都被Apache-2.0一併這樣要求；較多數的Apache-2.0元件使用者與改作者是採用這個方式，因為這樣可以直接指定該函式庫是以Apache-2.0授權，然後一併說明「其他互動元件」並非Apache-2.0授權，而是以其他另行規劃的授權方式運作。

2、但！如果我想依Apache-2.0第4條第4款的規定，以自訂的授權方式來提供衍生作品，這部份該如何處理？

這部份會複雜一點，Apache-2.0第4條第4款允許使用者以自訂的授權方式(You may add Your own copyright statement to Your modifications and may provide additional or different license terms and conditions for use, reproduction, or distribution of Your modifications, or for any such Derivative Works as a whole, provided Your use, reproduction, and distribution of the Work otherwise complies with the conditions stated in this License.)來提供衍生作品，不過、所有本來Apache-2.0有的義務性要求一項都不能被刪去，也就是說、此時在產品散布時還是需要提供一份條款，但此條款已經不被稱為Apache License Version 2.0，而是另外的授權方式名稱，並且此份授權文件必須包含Apache-2.0所有的授權義務性要求(conditions)，也就是說，必須要經過一個將授權文件全盤改寫的工，故一般來說較少使用者與改作者會採取這個方式。

如果要採用這個模式的話，依照Apache Software Foundation的說明(https://www.apache.org/licenses/GPL-compatibility.html)，可以參考美國軟體自由法律中心(Software Freedom Law Center)右列這個轉換指南：https://www.softwarefreedom.org/resources/2007/gpl-non-gpl-collaboration.html，不過此處提供的，指的是將原Apache-2.0元件改作為以GPL-3.0授權的態樣。若是你主要是想將Apache-2.0授權函式庫，改以自訂的商業授權方式向外散布的話，一樣就是類同上述，有幾項重要原則要去遵守。

A、散布產品時說明該函式庫是依照新的商業授權方式釋出，簡要說明該商業授權方式調整自Apache-2.0，並一併提供一份基於Apache-2.0改作後之商業授權條款全文；

B、如果你對這個函式庫進行過更動或修改，必須要具體說明哪些檔案是被修改過的；

C、保留原來Apache-2.0函式庫的各項聲明，如果是以源碼格式提供函式庫，那可以將這個NOTICE.txt的純文字檔放在該函式庫檔案的根目錄下；如果是以非源碼格式提供此函式庫，那如果也可以透過該程式運作本來有的呈現介面來呈現這些聲明，例如，該程式操作介面上如果有ABOUT可以看，也許就可以把這些前手的聲明資訊寫進ABOUT裡面。

所以簡單來說，讓函式庫延用Apache-2.0或是改用商業授權，就是要多加一個「改寫授權條款內容」的工。

3、那麼基於這個例子，有沒有聲明方面的建議或是範本？

如果是採用第一個方式：讓Apache-2.0授權的函式庫保留Apache-2.0授權，自行加寫或是另行開發的部份採用商業授權的方式，那程式元件的著作權聲明部份，大要可以用下列的方式呈現：

2013 (c) BBB PROJECT, redistributed by MR. B under {TTT PROPRIETARY LICENSE}, Some files besides BBB PROJECT are cited from AAA LIBRARY developed by MR. A on SourceForge under Apache-2.0 (sourceforge.net/AAA/), and released together as separate part.

而如果是採用第二個方式：將Apache-2.0授權的函式庫改用改寫自Apache-2.0授權條款的 TTT PROPRIETARY LICENSE 來授權，則程式元件的著作權聲明，大要可以用下列的方式呈現：

2013 (c) BBB PROJECT, redistributed by MR. B under {TTT PROPRIETARY LICENSE}, Some files of BBB PROJECT are derived from AAA LIBRARY developed by MR. A on SourceForge under Apache-2.0 (sourceforge.net/AAA/).

大致是這樣的關係，希望這些資訊對你有所幫助，如後續有其他想法或疑問，歡迎接續討論。



20130319 17:35 LUCIEN C.H. LIN