隨著開放源碼軟體的普及和軟體專利的增加,這兩者之間的衝突越來越明顯。這篇文章將探討如何在兩者之間找到平衡,以避免可能的法律風險
1. 瞭解基本概念
軟體專利:授予發明者在一定期間內對其發明擁有獨家使用權的法律權利(排他權)。
開放源碼授權:允許使用者自由地查看、修改和分發軟體的授權,但它也有自己的限制和規定。
2. 確認開放源碼授權的類型
不是所有開放源碼授權都是相同的。例如,GPL (GNU General Public License) 要求任何使用、修改或分發的軟體都必須以同樣的授權發布,而MIT (Massachusetts Institute of Technology License)或BSD (Berkeley Software Distribution License)授權則相對寬鬆。
3. 避免"專利陷阱"
在開放源碼領域,某些授權條款為了保護開放源碼社群和專案,包含了特定的反專利訴訟條款。這些條款的核心目的是確保專案的使用者或貢獻者不會輕易對該專案或其他使用者提起專利訴訟。
以GNU General Public License (GPL) v3.0為例,其包含一項條款:指出如果一家公司提起專利訴訟來反對某個GPL授權的專案(例如,該公司認為這個開放源碼專案侵犯了他們的專利),那麼該公司將失去使用該GPL授權專案的權利。
上述的條款可以鼓勵公司在採納和使用開放源碼專案時,避免採取針對性的法律行動,因為這可能導致他們失去使用該專案的權益。因此,當企業決定使用某個開放源碼專案時,他們必須仔細閱讀和理解授權條款,以確保自己不會不小心踏入這些潛在的"專利陷阱"。
4. 進行適當的專利審查(重要)
在企業或個人決定採用、修改或對某一開放源碼專案做出貢獻時,專利審查是一個關鍵步驟,目的是避免日後可能的專利侵權問題。以下是專利審查過程的主要步驟:確定關鍵技術、查找現有專利、評估專利範圍、採取適當行動。
5. 建立內部政策
當企業決定採用開放源碼軟體時,擁有清晰且具體的內部政策是非常重要的,以確保員工在使用、修改或貢獻至開放源碼專案時,不會誤觸法律雷區。
6. 考慮參與專利非侵犯承諾(Patent Non-Aggression Pacts)
參與由多個公司組成的聯盟,承諾不對開放源碼軟體提起專利訴訟,例如Open Invention Network (OIN)。
7. 提供適度的透明度和協作
透明地公開你的專利策略和開放源碼使用策略,並尋求與社群的協作,可以幫助減少潛在的衝突。
結語
軟體專利與開放源碼授權之間的衝突是可以避免的,但這需要謹慎的策劃和瞭解。通過適當的策略和瞭解,企業和開發者可以確保他們在充分利用開放源碼的優勢的同時,不會面臨專利相關的法律風險。