降低開源授權爭訟風險的三大要點

這篇基本是由Lucien主筆,我則是參與架構跟內容討論、以及最後的修校,原文發表在原文發表在由軟體鑄造場的法律專欄

~~~~~~~~~~ 本文開始 ~~~~~~~~~~

近十年來,自由開源授權軟體元件 (Free and Open Source Software, FOSS) 被大舉運用到商業應用的環境裡,然而,FOSS 的授權規則,亦相當程度賦含了自由分享的理念,故其中不少義務性要求與條件,並不能全然依照傳統商業授權的定式與慣習來進行,而若取之為應用的商業公司過於疏忽了義務性要求方面的條件,在貢獻者與商用者立場產生嚴重期待落差時,難免會引發原始權利人出來主張其開源授權的成果遭到濫用,進而提升到法庭上授權爭訟的衝突狀態。因為如此,許多 FOSS 商業應用者無不自問:究竟應該完成哪些義務性條件的遵守,才能有效降低開源授權爭訟的相關風險?這樣的問題,多數 FOSS 的研發社群朋友,並不會給過予一個界限分明的答案,一來並非所有 FOSS 專案撰寫的程式開發者,都能清楚依據著作權法主張其權利範圍與義務要求,二來許多程式開發者,更重視的是開源取予協調 (give and take) 的尊重與感受,故其並不想要在相關議題上過於闡釋,以免對 FOSS 專案的互惠分享範圍自我設限(註一)。然而,自由開源軟體授權條款的型態甚多(註二),其相關的義務性要求亦有些許分殊,若是能有更簡便的要項能夠遵守,則亦將有助於降低開源授權爭訟的相關風險,故本文依據司法實務以及所能接觸到的和解資訊,整理以下三大要點,提綱挈領地進行資訊分享。 閱讀全文〈降低開源授權爭訟風險的三大要點〉

自由開源軟體侵權爭端案例文章彙整

近來在整理法律專欄中,跟自由開源軟體侵權相關的文章,也同時將鑄造場網站上相關的新聞報導也做了整理。在鑄造場工作了這麼多年,雖然沒有一案不漏地介紹過所有侵權爭端案例,不過重要的案件都沒有漏掉。只是其中有些文章沒有做後續更新,因此資料仍是舊的,是比較可惜的地方。

【新聞報導】

一、BusyBox 侵權案件(違反GPL)

「Monsoon Multimedia 與 BusyBox 的 GPL 侵害訴訟達成和解」
http://www.openfoundry.org/tw/foss-news/1287

「SFLC 控告 Verizon 違反 GPL 散佈開放源碼軟體」
http://www.openfoundry.org/tw/foss-news/1334

「BusyBox 開發者與 Xterasys 取得 GPL 侵權訴訟和解」
http://www.openfoundry.org/tw/foss-news/1353 閱讀全文〈自由開源軟體侵權爭端案例文章彙整〉

自由開源軟體侵權警告與因應流程

希望這篇文章可以幫助到想要了解如何面對侵權警告的人,進而在未來可以正確合法地利用自由軟體。此外,文章架構雖然是與Lucien一起討論出來的,不過Lucien才是主筆,我只有負責部份的潤飾工作而已,因此第一作者是Lucien

++++++++++++++++ 文章開始 ++++++++++++++++

自由開源軟體雖然可以被自由地修改與散布,但其仍然是受到著作權保護的客體,所以若是使用者的利用方式不符合其授權條款所預設的遊戲規則,嚴重時仍然會引發後續的司法訴訟與糾紛。然而、其實許多爭端在開始時仍然具有溝通協商的空間與可能性,本文主要便是就自由開源軟體被不當利用時,所可能收受到的警告信內容來進行披露,並對後續的處理方式,做一個概念的引導及處理流程的建議。

閱讀全文〈自由開源軟體侵權警告與因應流程〉