自由開源軟體的授權疑問

Q1：自由開源專案的創作者，仍然享有開發專案的著作權嗎？

  1. 仍然享有著作權
  2. 不可嗣後撤回性
  3. 雙重授權＄模式

Q2：大家共同參與的自由開源專案，著作權利會被如何分配？

  1. 共同著作–特定／均等
    • e.g. 創作競賽
  2. 衍生著作–新權利客體
    • e.g. Mac OS X
  3. 結合著作–個別獨立體
    • e.g. Linux+Android

Q3：大家都運用自由開源軟體元件來開發，為何有人提供程式源碼，有人可以不用提供源碼？

  • 開放源碼 → 概念
  • 提供源碼 → 義務
  • 散布者- 提供源碼的義務
  • 後手- 索取源碼的權利

Q4：已經開源釋出的專案，以後還可以商業授權，或是用不同的授權方式來釋出嗎？

可以，前提是：具有完整的權利重新釋出

授權相容性

判斷/註記程式元件為自由開源軟體的方式

  • 網站清楚說明
  • Header簡要標明
  • README(使用授權摘要)配COPYING檔(授權條款全文)1
  • NOTICE(授權狀態)配LICENSE檔(授權條款全文)1
  • 根目錄放一份授權總說明資訊
    • README / NOTICE
  • 授權條款統一放在根目錄
    • COPYING / LICENSE
  • 子目錄必要時放原始授權資訊

自由開源授權條款衝突與相容的四個態樣

  1. 水火不容
  2. 蛇吞象
  3. 獅虎合
  4. 牛鷺居

區隔GPL程式碼的措施

  1. 剔除拘束性質程式碼
    • 不要用
    • 分析授權狀態
  2. 核心技術分開散布
  3. 中介隔離預作區隔

剔除拘束性質程式碼

  1. 尋求原程式著作權人的另行授權
  2. 學習後重新創作不相容的程式碼
  3. 以非COPYLEFT性質的軟體代換

Reference

1. http://www.plurk.com/p/l7wmlv ↩