一、真實案例

Skype 承認違反 GPL 協議

2008年，Skype撤回上訴請求，接受法院判定公司違反GPL協議的事實。

“據國外媒體報道，2007年2月Skype被起訴違反了GPLv2許可協議，自由軟體基金會(FSF,Free Software Foundation)認為Skype基於Linux的Skype WiFi電話使用了GPLv2程式碼，但卻沒有按照許可證的要求釋出修改後的程式碼。德國一法庭調查後認定事實確鑿，宣判Skype違反了協議規定，GPL獲 得勝利。隨後Skype表示不服判決，上訴至慕尼黑的德國高等法院。上週四，Skype撤回了上訴請求。”

QQ影音 涉嫌違反 GPL 協議

2009年，QQ影音被正式加入到FFmpeg恥辱名單之列。

“FFmpeg是一個跨平臺的視訊和音訊流方案，屬於自由軟體，採用LGPL或GPL許可證（依據你選擇的元件）。今年5月暴風影音被加入到 FFmpeg恥辱名單中。11月5日網友roo_zhou向FFmpeg舉報， 指出QQ影音的credit只給出了修改的ffmpeg原始碼下載，聲稱是LGPL許可證。但實際是修改過的ffdshow，採用的是GPL許可證。

同日，另一位使用者cehoyos下載了QQ軟體，用7z解壓之後發現其安裝程式內包含了大量的開源和私有解碼器的dll：libavcodec, libx264等等。之後QQ影音被正式加入到FFmpeg恥辱名單之列。”

二、什麼是開源協議？

開源軟體在追求“自由”的同時，不能犧牲程式設計師的利益，否則將會影響程式設計師的創造激情，因此世界上現在有許多種被開源促進組織（Open Source Initiative）認可的開源許可協議來保證開源工作者的權益。

開源協議規定了你在使用開源軟體時的權利和責任，也就是規定了你可以做什麼，不可以做什麼。

三、主流開源協議有哪些？

BSD

BSD開源協議，可以自由的使用，修改原始碼，也可以將修改後的程式碼作為開源或者專有軟體再發布。

以BSD協議程式碼為基礎做二次開發時，需要滿足以下條件：

如果再發布的產品中包含原始碼，則在原始碼中必須帶有原來程式碼中的BSD協議；如果再發布的只是二進位制類庫/軟體，則需要在類庫/軟體的文件和版權宣告中包含原來程式碼中的BSD協議；不可以用開原始碼的作者/機構名字和原來產品的名字做市場推廣。

BSD開源協議鼓勵程式碼共享，但需要尊重程式碼作者的著作權。BSD由於不但允許使用者修改和重新發布程式碼，還允許使用或在BSD程式碼上開發商業軟體釋出和銷售，因此是對商業整合很友好的協議。而很多的公司企業在選用開源產品的時候都首選BSD協議，因為可以完全控制這些第三方的程式碼，在必要的時候可以修改或者二次開發。

Apache Licence

Apache Licence協議，是著名的非盈利開源組織Apache採用的協議，鼓勵程式碼共享和尊重原作者的著作權，允許程式碼修改再發布。

以Apache Licence協議程式碼為基礎做二次開發時，需要滿足以下條件：

需要給程式碼的使用者一份Apache Licence；如果你修改了程式碼，需要在被修改的檔案中說明；在延伸的程式碼中（修改和有原始碼衍生的程式碼中）需要帶有原來程式碼中的協議，商標，專利宣告和其他原來作者規定需要包含的說明；如果再發布的產品中包含一個Notice檔案，則在Notice檔案中需要帶有Apache Licence。你可以在Notice中增加自己的許可，但不可以表現為對Apache Licence構成更改。

GPL

GPL協議，只要在一個軟體中使用(”使用”指類庫引用，修改後的程式碼或者衍生程式碼) GPL 協議的產品，則該軟體產品必須也採用GPL協議，既必須也是開源和免費（所謂的”傳染性”）。Linux就是採用了GPL。

GPL協議的產品作為一個單獨的產品使用沒有任何問題，還可以享受免費的優勢。GPL的出發點是程式碼的開源/免費使用和引用/修改/衍生程式碼的開源/免費使用，但不允許修改後和衍生的代 碼做為閉源的商業軟體釋出和銷售。

由於GPL嚴格要求使用了GPL類庫的軟體產品必須使用GPL協議，對於使用GPL協議的開原始碼，商業軟體或者對程式碼有保密要求的部門就不適合整合/採用作為類庫和二次開發的基礎。

LGPL

LGPL協議，允許商業軟體通過類庫引用(link)方式使用LGPL類庫而不需要開源商業軟體的程式碼。這使得采用LGPL協議的開原始碼可以被商業軟體作為類庫引用併發布和銷售，是GPL的一個為主要為類庫使用設計的開源協議。

但是如果修改LGPL協議的程式碼或者衍生，則所有修改的程式碼，涉及修改部分的額外程式碼和衍生的程式碼都必須採用LGPL協議。因此LGPL協議的開原始碼很適合作為第三方類庫被商業軟體引用，但不適合希望以LGPL協議程式碼為基礎，通過修改和衍生的方式做二次開發的商業軟體採用。

MIT

MIT協議，是和BSD一樣寬範的許可協議，作者只想保留版權，而無任何其他了限制。也就是說，你必須在你的發行版裡包含原許可協議的宣告，無論你是以二進位制釋出的還是以原始碼釋出的。

四、我們更同意哪裡認可的開源協議？

OSI 認證的開源 License。（連結 -> https://opensource.org/licenses/category）

OSI介紹： 負責 Open Source Definition (OSD) 和被相關群體認同及可審查和發出合 OSD 標準執照的公司。OSI 在 Open Source 群體社群及教育方面都非常活躍。OSI 董事及委員經常都到世界各地去參加一些活動和會議，而且還和 open source 軟體的開發商和使用者，以及公共或私人機構的執行員一起討論有關 Open Source 科技，執照和開發模式可帶來的決策及經濟效應。

五、有沒有一張圖可以解釋？

中文簡版

英文詳版

六、企業應該如何選擇開源專案？

企業專案做選擇，在無特殊情況下，大部分都是需要做保密的，那麼最優的選擇肯定是 BSD / MIT ，其次是 Apache，LGPL / GPL 則需要做出權衡利弊了。