開源軟件許可協(xié)議

1、開源軟件許可協(xié)議多數(shù)人沒有注意到開源軟件許可的存在，這是因?yàn)樗煌趥鹘y(tǒng)的書面簽字或上網(wǎng)點(diǎn)擊那樣“接受許可”的方式。開源軟件的許可協(xié)議是開放的，只要具有相應(yīng)行為就可“默認(rèn)”接受的許可；但如“被許可人”不遵守有關(guān)許可條件，許可隨時會被終止，“被許可人”持有開源軟件的權(quán)利將自動終止，并需承擔(dān)違約責(zé)任的風(fēng)險。BSDGPLLGPLMPL應(yīng)用最為普遍的四種典型的自由/開源軟件的許可協(xié)議（占自由/開源軟件全部許可協(xié)議的80%以上）。BSDR2可證BSD®一種自由軟件，其許可協(xié)議為FreeBSDFreeBSD的主要規(guī)定是：公開BSD的源碼，可讓你自由獲得、復(fù)制、修改、分發(fā)BSD原創(chuàng)軟彳作品（源碼）

2、；也可在BS必開的源碼基礎(chǔ)上衍生你的軟件作品。衍生的軟件作品（其源碼）可以公開，也可不公開。在你進(jìn)行修改或衍生時，必須對哪些是你所獲得的BSD原創(chuàng)軟件作品所實(shí)行的BSDW可證，哪些是你在其上進(jìn)行的再開發(fā)，或生成你自己的許可證，要區(qū)分清楚。當(dāng)你依法處理的作品再分發(fā)時，必須作出相應(yīng)的版權(quán)聲明，列出相應(yīng)條件，并表明BSD巨絕擔(dān)保的聲明。對于獲得的BSDM創(chuàng)軟彳作品（源碼）的版權(quán)（所有權(quán)）要明確表示出來，如標(biāo)明它是加州大學(xué)伯克利分校的（=regentsoftheUniversityofCalifornia,=UniversityofCalifornia,Berkeley），即其版權(quán)屬于加州大學(xué)“董事”

3、和“貢獻(xiàn)者”，或“所有者”（owner）,并標(biāo)明BSDW可證發(fā)布時間（如=1998）,而且你要對使用BSD的原創(chuàng)軟件作品向版權(quán)所有者（owner）表示感謝（這些標(biāo)明都要讓你的用戶知道）。如果你把獲得的這些BSD原創(chuàng)軟件作品看成是你自己的“自主知識產(chǎn)權(quán)”，那無異于“剽竊”。至于你衍生的軟件作品，可以公開，也可以不公開（其實(shí)微軟也使用了很多BSD的原創(chuàng)作品，但微軟的衍生作品不公開）。必須明確，BSD軟件版權(quán)所有者或貢獻(xiàn)者是以“ASIS”（即“保持原樣”）方式提供的。在你再開發(fā)的衍生作品中，未獲得預(yù)先特定許可時，不得用伯克利組織或貢獻(xiàn)者的名字來為你背書；原創(chuàng)作品版權(quán)所有者或貢獻(xiàn)者均不對你使用、修改、

4、再傳播、再發(fā)行的BSD原創(chuàng)作品以及你的衍生作品提供任何直接或隱含的擔(dān)保，同時也不承擔(dān)相應(yīng)的責(zé)任。GPLX多數(shù)自由/開源軟件采用通用許可協(xié)議：GNU/GPL（GNUGeneralPublicLicense,簡稱GPL）,這是自由軟件基金會（FreeSoftwareFoundation,FSF）發(fā)布的一個軟件授權(quán)許可證?，F(xiàn)有40000個版本/方案（Projects）采用GPLV2LinusTovalds將Linux在GUN/GPLR發(fā)布，自由軟件基金會將Linux作為GUNS作系統(tǒng)的內(nèi)核。GPL認(rèn)軟件作品彳者的著作權(quán)（所有權(quán)），同時也要求作者必須允許任何人（或用戶，或“你”）享有對其作品使用、復(fù)制

5、、修改、衍生、發(fā)行的自由權(quán)利；作為一個限制條件，GP及要求用戶不能改變軟件的授權(quán)協(xié)議（即要將GPL向各級用戶傳遞下去），要求用戶在對該軟件作品作出的修改或制作衍生作品并進(jìn)行再發(fā)行時，都要一貫遵守GPL»則；如果執(zhí)行GPL協(xié)議的原創(chuàng)軟件是自由軟件，則該自由軟件經(jīng)過修改或衍生后的軟件也應(yīng)是自由軟件；自由軟件在作二進(jìn)制整體運(yùn)行時，不允許一部分軟件的源碼是開源的，另一部分的源碼是閉源的，即不允許出現(xiàn)混合源碼的現(xiàn)象。GPL協(xié)議還規(guī)定，不得使用其它許可證進(jìn)行再發(fā)布。GPL議是一個開放的協(xié)議，是在原創(chuàng)軟件作品上實(shí)施“使用、復(fù)制、修改、衍生、發(fā)行”等相應(yīng)行為時出現(xiàn)的“默認(rèn)接受”的許可?！澳J(rèn)許可”是

6、執(zhí)行GPL協(xié)議的一大特點(diǎn)，不同于常規(guī)簽署協(xié)議許可的做法。如果有人對自由/開源軟件進(jìn)行修改、衍生、再發(fā)行時使之閉源，從而改變了自由軟件的性質(zhì)和形態(tài)，那就違反了GPL協(xié)議。有人認(rèn)為：”在開源領(lǐng)域違反GPL協(xié)議的行為就相當(dāng)于在傳統(tǒng)版權(quán)中的盜版性質(zhì)，同樣可稱為侵犯知識產(chǎn)權(quán)，要予以打擊”；也有人認(rèn)為：“如果違反了GPL協(xié)議，GPL議在其再發(fā)行、再傳播過程中就自動終止，這時如果還要按GPL®則繼續(xù)自由索取原創(chuàng)軟件源碼，而在進(jìn)行衍生閉源后再發(fā)行，將遭致法律風(fēng)險”。GPL可協(xié)議是由自由軟件基金會制定的。執(zhí)行GPL規(guī)則的軟件作品其版權(quán)理論上屬于該軟件作品的“作者”或“開發(fā)者”，以及“修改者”或“貢獻(xiàn)者

7、”，他們可統(tǒng)稱為版權(quán)“所有者”。GPLM然認(rèn)承作者對其軟件作品的所有權(quán)，但由于自由/開源軟件是由全球志愿者集體開發(fā)的成果，開源社區(qū)的組織也較為自由松散，因此其版權(quán)或著作權(quán)的所有者似乎不可能明確認(rèn)定為某些個人或某個社區(qū)。有人認(rèn)為：對“自由/開源軟件作品來說，迄今尚未被全球軟件組織或軟件工作者公認(rèn)是擁有一種可執(zhí)行的版權(quán)”。對linux內(nèi)核（Kernel），版權(quán)所有者們委托LinusTovalds作為版權(quán)所有者的代表。幾天前，OSDLT席執(zhí)行官StuartCohen告訴我，Linus代表內(nèi)核全體所有者持有的版權(quán)是“右版（CopyRight）”，我對此懷疑，似應(yīng)為“左版（CopyLeft）”。國內(nèi)個別

8、企業(yè)，根據(jù)GPLB則將自由獲得的開源軟件，在進(jìn)行修改、衍生后，在再發(fā)行自己的版本時，將之變成違反GPL®則的閉源軟件，這不但可看成具有負(fù)面影響的道德問題，還可能將面臨侵犯知識產(chǎn)權(quán)遭受法律追訴的風(fēng)險。Ubuntu（社區(qū)）的Linux發(fā)布版是移植、剪裁Debian（社區(qū)）的軟件資源進(jìn)行再開發(fā)、再發(fā)布的成果。今年3月，Ubuntu的創(chuàng)始人MarkShuttleworth對我說，Ubuntu在向社會、市場提供Linux發(fā)布版時，要取得Debian的“授權(quán)”（并向Debian支付相應(yīng)費(fèi)用）。我想這個“授權(quán)”不是“版權(quán)”的“授權(quán)”，是Ubuntu為了要不斷取得Debian的軟件資源、糾錯升級、設(shè)

9、計思想、技術(shù)訣竅、運(yùn)作經(jīng)驗(yàn)等方面的“支持”而采取的相應(yīng)措施。RedHat公司也認(rèn)為，如果有人對RH發(fā)布版進(jìn)行修改而不遵守GPL規(guī)則，則對修改后的軟件，RedHat概不負(fù)責(zé)，不提供支持、服務(wù)，包括不提供補(bǔ)丁、升級及其他服務(wù)事項(xiàng)。但RedHat對自己的發(fā)布版則保證提供及時完善的支持和服務(wù)。LGPLLGPL早期稱之為“庫級-GPL(Lib-GPL),后來稱之為“輕型-GPL(Light-GPL)或“寬松-GPL(Lesser-GPL),它不同于GPL許可證，在執(zhí)行LGPL許可證時，允許庫函數(shù)可以自由地聯(lián)接到私有軟件。MPLMPLB版權(quán)理論上也屬于其原創(chuàng)軟件作品的原始開發(fā)者與后續(xù)修改者、貢獻(xiàn)者，通常由

10、M(屬M(fèi)ozilla開源社區(qū))代管。MPL包含四個不同的許可證，在使用中要注意協(xié)調(diào)好許可證之間的沖突。BSD開源協(xié)議(BerkeleySoftwareDistribution)BSD開源協(xié)議是一個給予使用者很大自由的協(xié)議.基本上使用者可以為所欲為"可以自由的使用,修改源代碼,也可以將修改后的代碼作為開源或者專有軟件再發(fā)布.但“為所欲為”的前提當(dāng)你發(fā)布使用了BSD協(xié)議的代碼，或則以BSD協(xié)議代碼為基礎(chǔ)做二次開發(fā)自己的產(chǎn)品時,需要滿足三個條件:1. 如果再發(fā)布的產(chǎn)品中包含源代碼則在源代碼中必須帶有原來代碼中的BSD協(xié)議.2. 如果再發(fā)布的只是二進(jìn)制類庫/軟件,則需要在

11、類庫/軟件的文檔和版權(quán)聲明中包含原來代碼中的BSD協(xié)議.3. 不可以用開源代碼的作者/機(jī)構(gòu)名字和原來產(chǎn)品的名字做市場推廣.其實(shí)這幾個規(guī)則約定的目的也只是達(dá)到一個目的:是他人的東西,別人以BSD開源了,你就不能不做任何聲明而占為己有,更不能用他人的名義來做商業(yè)推廣.你只對你自己的東西擁有絕對控制權(quán).舉個例子，你用開源代碼(A)修改或做其他增添之后，產(chǎn)生了產(chǎn)品B,這時候，你對B的控制由你自己決定，你可以用任何協(xié)議再開源，也可以閉源商業(yè)發(fā)布.但，因?yàn)槿绻鸅中包含了A或A的一部分(一點(diǎn)都不包含就不叫修改了),那你在B產(chǎn)品的版權(quán)聲明中,必須有提到你有使用到A,并且附帶上A的開源協(xié)議.而且不能做商業(yè)推廣的

12、時候?qū)冠以原開源作者的名義以促進(jìn)商業(yè)推廣.BSD代碼鼓勵代碼共享,但需要尊重代碼作者的著作權(quán).BSD由于允許使用者修改和重新發(fā)布代碼，也允許使用或在BSD代碼上開發(fā)商業(yè)軟件發(fā)布和銷售,因此是對商業(yè)集成很友好的協(xié)議.而很多的公司企業(yè)在選用開源產(chǎn)品的時候都首選BSD協(xié)議，因?yàn)榭梢酝耆刂七@些第三方的代碼，在必要的時候可以修改或者二次開發(fā).ApacheLicence2.0ApacheLicence是著名的非盈利開源組織Apache采用的協(xié)議.該協(xié)議和BSD類似，同樣鼓勵代碼共享和尊重原作者的著作權(quán),同樣允許代碼修改,再發(fā)布（作為開源或商業(yè)軟件）.需要滿足的條彳也和BSD類似：1. 需要給代碼的用戶

13、一份ApacheLicence2. 如果你修改了代碼,需要再被修改的文件中說明.3. 在延伸的代碼中（修改和有源代碼衍生的代碼中）需要帶有原來代碼中的協(xié)議,商標(biāo),專利聲明和其他原來作者規(guī)定需要包含的說明.4. 如果再發(fā)布的產(chǎn)品中包含一個Notice文件,則在Notice文件中需要帶有ApacheLicence.你可以在Notice中增加自己的許可，但不可以表現(xiàn)為對ApacheLicence構(gòu)成更改.ApacheLicence也是對商業(yè)應(yīng)用友好的許可.使用者也可以在需要的時候修改代碼來滿足需要并作為開源或商業(yè)產(chǎn)品發(fā)布/銷售.GPL（GunGeneralPublicLicense）vesion2.

14、01991我們很熟悉的Linux就是采用了GPL.GP的議和BSD,ApacheLicence等鼓勵代碼重用的許可很不一樣.GPL的出發(fā)點(diǎn)是代碼的開源/免費(fèi)使用和引用/修改/衍生代碼的開源/免費(fèi)使用但不允許修改后和衍生的代碼做為閉源的商業(yè)軟件發(fā)布和銷售.這也就是為什么我們能用免費(fèi)的各種linux,包括商業(yè)公司的linux和linux上各種各樣的由個人,組織,以及商業(yè)軟件公司開發(fā)的免費(fèi)軟件了.GPL協(xié)議的主要內(nèi)容是只要在一個軟件中使用（“使用”指類庫引用,修改后的代碼或者衍生代碼）GPL協(xié)議的產(chǎn)品，則該軟件產(chǎn)品必須也采用GPL協(xié)議，既必須也是開源和免費(fèi).這就是所謂的傳染性”.GP協(xié)議的產(chǎn)品作為一

15、個單獨(dú)的產(chǎn)品使用沒有任何問題，還可以享受免費(fèi)的優(yōu)勢.由于GPL嚴(yán)格要求使用了GPL類庫的軟件產(chǎn)品必須使用GPL協(xié)議，對于使用GPL協(xié)議的開源代碼,商業(yè)軟件或者對代碼有保密要求的部門就不適合集成/采用作為類庫和二次開發(fā)的基礎(chǔ).Linux .GPL最顯著的兩個特點(diǎn)最常見的開源協(xié)議,使用它作為授權(quán)協(xié)議的有大名鼎鼎的就是網(wǎng)上稱為的“病毒性傳播”和“不允許閉源的商業(yè)發(fā)布所謂的病毒性傳播”指的是，GPL規(guī)定,所有從GPL協(xié)議授權(quán)的源碼衍生出來的（即上面提到的DerivativeModule）,或者要跟GPL授權(quán)的源碼?!著用的Project,都要遵循GPL協(xié)議，就像病毒一樣粕上了關(guān)系，就中毒”了.GPL這

16、樣規(guī)定的目的是，保證在GPL協(xié)議保護(hù)下的產(chǎn)品，不會再受到其他協(xié)議或者授權(quán)的約束.即讓跟GPL有關(guān)系的源碼都能免費(fèi)獲取.舉個例子,如果你的改進(jìn)的Linux中使用了GPL授權(quán)下的開源模塊（也必須使用，你不可能自己重新去做個內(nèi)核吧，如果做出來了，你也沒必要叫Linux了）那么你整個Linux產(chǎn)品也必須遵循GPL協(xié)議去開源,不能以其他方式去開源發(fā)布,更不允許閉源發(fā)布.這樣一來,就不會出現(xiàn)這樣一個Linux-這個功能是GPL協(xié)議授權(quán)的,可以免費(fèi)獲取源碼,而另外一個功能是其他協(xié)議下的,拿不到源碼.這點(diǎn)規(guī)定對使用或者研究該產(chǎn)品的人來說,是一個極大的便利.而不允許閉源商業(yè)發(fā)布”指的是，在GPL授權(quán)下，你的軟件

17、產(chǎn)品可以商業(yè)發(fā)布，拿去賣錢，但是在這同時，你也必須將該產(chǎn)品的源碼以GPL協(xié)議方式開源發(fā)布出去，供他人免費(fèi)獲取.也許有人會迷惑,拿去賣,又同時開源,那誰來買阿?這個產(chǎn)品怎么賺錢呢?這就涉及到開源產(chǎn)品的商業(yè)模式的問題了,想了解相關(guān)一些信息的話,可以看看以上我給出鏈接的一些文章.至于后面,可能會寫一篇關(guān)于開源項(xiàng)目的商業(yè)模式的隨筆.GPL協(xié)議下的商業(yè)發(fā)布的一個關(guān)鍵點(diǎn)就像Java視線論壇的Robbin所說的，GPL是針對軟件源代碼的版權(quán),而不是針對軟件編譯后二進(jìn)制版本的版權(quán).你有權(quán)免費(fèi)獲得軟件的源代碼但是你沒有權(quán)力免費(fèi)獲得軟件的二進(jìn)制發(fā)行版本.GP對軟件發(fā)行版本唯一的限制就是：你的發(fā)行版本必須把完整的源

18、代碼一同提供.它細(xì)節(jié)如再發(fā)布的時候需要伴隨GPL協(xié)議等和BSD/Apache等類似.LGPLLGPL是GPL的一個為主要為類庫使用設(shè)計的開源協(xié)議.和GPL要求任彳S使用/修改/衍生之GPL類庫的的軟件必須采用GPL協(xié)議不同.LGPUt許商業(yè)軟件通過類庫引用（link）方式使用LGPL類庫而不需要開源商業(yè)軟件的代碼.這使得采用LGPL協(xié)議的開源代碼可以被商業(yè)軟件作為類庫引用并發(fā)布和銷售.但是如果修改LGPL協(xié)議的代碼或者衍生,則所有修改的代碼,涉及修改部分的額外代碼和衍生的代碼都必須采用LGPL協(xié)議.因此LGPL協(xié)議的開源代碼很適合作為第三方類庫被商業(yè)軟件引用，但不適合希望以LGPL協(xié)議代碼為基礎(chǔ)，通過修改和衍生的方式做二次開發(fā)的商業(yè)軟件采用.GPL/LGPLTB保障原作者的知識產(chǎn)