开源软件许可协议

1、开源软件许可协议多数人没有注意到开源软件许可的存在, 这是由于它不同于传统的书面签字或上 网点击那样“接受许可的方式.开源软件的许可协议是开放的,只要具有相应 行为 就可“默认接受的许可；但如“被许可人不遵守有关许可条件,许可 随时会被终止,“被许可人持有开源软件的权利将自动终止,并需承当违约责任的风险.BSD GPL LGPL MP庭应用最为普遍的四种典型的自由/开源软件的许可 协议占自由/开源软件全部许可协议的80恕上.BS所可证BSD®一种自由软件,其许可协议为 FreeBSD FreeBSD的主要规定是：公开BSD的源码,可让你自由获得、复制、修改、分发BSD原创软件作品源

2、码;也可在BS心开的源码根底上衍生你的软件作品.衍生的软件作品其源码 可以公开,也可不公开.在你进行修改或衍生时,必须对哪些是你所获得的BSD原创软件作品所实行 的BSD可证,哪些是你在其上进行的再开发,或生成你自己的许可证,要区分活楚.当你依法处理的作品再分发时, 必须作出相应的版权声明,列出相应条 件,并说明BSD巨绝担保的声明.对于获得的BSD®创软件作品源码的 版权所 有权要明确表示出来,如标明它是加州大学伯克利分校的=regents of the University of California, =University of Ca lifornia, Berkeley,即

3、其版权届于加州大学“董事和“奉献者,或“所有者 owner,并标明BSD可证发布时间如=1998,而且你要对使用BSD 的原创软件作品向版权所有者owner表示感谢这些标明都要 让你的用户知道.如果你把获得的这些BSD原创软件作品看成是你自己的“自主知识产权, 那无异于“剽窃.至于你衍生的软件作品,可以公开,也可以不 公开其实微 软也使用了很多BSD的原创作品,但微软的衍生作品不公开.必须明确,BSD软件版权所有者或奉献者是以“ AS IS即“保持原样 方式提供的.在你再开发的衍生作品中,未获得预先特定许可时,不得用伯克利习织 > 或奉献者的名字来为你背书；原创作品版权所有者或奉献者均不

4、对你使 用、修改、再传播、再发行的 BSD原创作品以及你的衍生 作品提供任何直接或 隐含的担保,同时也不承当相应的责任.GP凶可多数自由/开源软件采用通用许可协议：GNU/GPLGNUGeneral Public License,简称 GPL,这是自由软件基 金会 Free Software Foundation , FSF发布的一个软件授权许可证.现有 40000 个版本 / 方案Projects 采用 GPLV2 Linus Tovalds 将 Linux 在 GUN/GPEF发 布,自由软件基金会将Linux作为GUNS作系统的内核.GPL认软件作品作者的著作权所有权,同时也要求作者必须

5、允许任何人 或用户,或“你享有对其作品使用、复制、修改、衍生、发行的自 由权利； 作为一个限制条件,GPL®要求用户不能改变软件的授权协议即要将GPL向各 级用户传递下去,要求用户在对该软件作品作出的修改或制作衍生作品并进行再发行时,都要一贯遵守 GPL®那么；如果执行GPL协议的原创软件是自由软件, 那么该自由软件经过修改或衍生后的软件也应是自由软件；自由软件在作 二进制 整体运行时,不允许一局部软件的源码是开源的, 另一局部的源码是闭源的,即 不允许出现混合源码的现象.GPL协议还规定,不得使用其它许可证进行再发布.GPL议是一个开放的协议,是在原创软件作品上实施“使用

6、、 复制、修改、 衍生、发行等相应行为时出现的“默认接受的许可.“默认许可是执行 GPL协议的一大特点,不同于常规签署协议许可的做法.如果有人对自由/开源软件进行修改、衍生、再发行时使之闭源,从而改变 了自由软件的性质和形态,那就违反了 GPL协议.有人认为：“在开源领域 违 反GPL协议的行为就相当于在传统版权中的盗版性质,同样可称为侵犯知识产权,要予以打击；也有人认为：“如果违反了 GPL协议,GPL议在其 再 发行、再传播过程中就自动终止,这时如果还要按'GPL®那么继续自由索取原 创软件源码,而在进行衍生闭源后再发行,将遭致法律风险.GP凶可协议是由自由软件基金会制定

7、的.执行GPL规那么的软件作品其版权理论上届于该软件作品的“作者或“开发者,以及“修改者或“奉献 者,他们可统称为版权“所有者.GPLM然认承作者对其软件作品的所有权,但由于自由/开源软件是由全球志愿者集体开发的成果,开源社区的组织也较为自由松散,因此其版权或著作权的所有者似乎不可能明确认定为某些个人或某个社区.有人认为：对“自由 / 开源软件作品来说,迄今尚未被全球软件组织或软件工作者公认是拥有一种可执 行的版权.对linux内核Kernel,版权所有者们委托Linus Tovalds作为 版权所有者的代表.几天前,OSD心席执行官StuartCohen告诉我,Linus代表内核全体所有者持

8、有的版权是“右版CopyRight ,我对此疑心,似应为 “左版CopyLeft .国内个别企业,根据GPLM那么将自由获得的开源软件,在进行修改、衍生后, 在再发行自己的版本时,将之变成违反GPLB那么的闭源软件,这不但可看成具有 负面影响的道德问题,还可能将面临侵犯知识产权遭受法律追诉的风险.Ubuntu社区的Linux发布版是移植、剪裁Debian社区的软件资源进行 再开发、再发布的成果.今年 3月,Ubuntu的创始 人Mark Shuttleworth 对 我说,Ubuntu在向社会、市场提供Linux发布版时,要取得Debian的“授权并 向Debian支付相应费用.我想这个“授权

9、不是“版权的“授权,是Ubuntu为了要不断取得Debian的软件资源、纠错升级、设计思想、技术诀窍、 运作经验等方面的“支持而采取的相应举措.RedHat公司也认为,如果有人对 RH发布版进行修改而不遵守 GPL规那么,那么 对修改后的软件,RedHat概不负责,不提供支持、效劳,包括不提供补丁、升 级及其他效劳事项.但RedHat对自己的发布版那么保证提供及时完善的支持和服 务.LGPLLGPL早期称之为“库级-GPL (Lib -GPL),后来称之为“轻型-GPL (Light -GPL)或“宽松-GPL (Lesser -GPL),它不同于 GPL许可证,在执 行LGPL许可证时,允许

10、库函数可以自由地联接到私有软件.MPLMPL勺版权理论上也届于其原创软件作品的原始开发者与后续修改者、奉献者,通常由M(届Mozilla开源社区)代管.MPL包含四个不同的许可 证,在使用中要注意协调好许可证之间的冲突.BSD 开源协议(Berkeley Software Distribution )BSD开源协议是一个给予使用者很大自由的协议.根本上使用者可以 为所欲为可以自由的使用,修改源代码,也可以将修改后的代码作为开源或者专有软件再发布.但为所欲为的前提当你发布使用了 BSD协议的代码,或那么以BSD协议代码为根底做二次开发自己的产品 时,需要满足三个条件：1. 如

11、果再发布的产品中包含源代码,那么在源代码中必须带有原来代码中的BSD协议.2. 如果再发布的只是二进制类库 /软件,那么需要在类库/软件的文档和版权声明中包含原 来代码中的BSD协议.3. 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广.其实这几个规那么约定的目的也只是到达一个目的：是他人的东西,别人以BSD开源了,你就不能不做任何声明而占为己有,更不能用他人的名义来做商业推广.你只对你自己的东西拥有绝对限制权.举个例子,你用开源代码(A)修改或做其他增添之后,产生了产品B,这时候,你对B的限制 由你自己决定,你可以用任何协议再开源,也可以闭源商业发布.但,由于如果B中包含了 A或

12、 A的一局部(一点都不包含就不叫修改了 ),那你在B产品的版权声明中,必须有提到你有使用 到A,并且附带上 A的开源协议.而且不能做商业推广的时候将B冠以原开源作者的名义以促进商业推广.BSD代码鼓励代码共享,但需要尊重代码作者的著作权 .BSD由于允许使用者修改和重新 发布代码,也允许使用或在 BSD代码上开发商业软件发布和销售,因此是对商业集成很友好的协议 .而很多的公司企业在选用开源产 品的时候都首选BSD协议,由于可以完全限制这些第三方的代码 ,在必要的时候可以修改或者 二次开发.Apache Licence 2.0Apache Licence是著名的非盈利开源组织 Apache采用的

13、协议.该协议和BSD类似,同样鼓 励代码共享和尊重原作者的著作权,同样允许代码修改,再发布作为开源或商业软件.需要满 足的条件也和BSD类似：1. 需要给代码的用户一份Apache Licence2. 如果你修改了代码,需要再被修改的文件中说明.3. 在延伸的代码中修改和有源代码衍生的代码中需要带有原来代码中的协议,商标,专利声明和其他原来作者规定需要包含的说明4. 如果再发布的产品中包含一个Notice文件,那么在Notice文件中需要带有ApacheLicence你可以在Notice中增加自己的许可,但不可以表现为对 Apache Licence构成更改.Apache Licence也是对

14、商业应用友好的许可.使用者也可以在需要的时候修改代码来满 足需要并作为开源或商业产品发布/销售.GPL Gun General Public Licensevesion 2.0 1991我们很熟悉的Linux就是采用了 GPL.GP勖、议和BSD,Apache Licence等鼓励代码重用的 许可很不一样.GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用 但不允许修改后和衍生的代码做为闭源的商业软件发布和销售.这也就是为什么我们能用免费的各种linux,包括商业公司的linux和linux上各种各样的由个人,组织,以及商 业软件公 司开发的免费软件了 .GPL协议的主

15、要内容是只要在一个软件中使用使用指类库引用,修改后的代码或者衍生代码GPL协议的产品,那么该软件产品必须也采用GPL协议,既必须也是开源和免费.这就是所谓的传染性 .GPI议的产品作为一个单独的产品使用没有任何问题,还可以享受免费的优势.由于GPL严格要求使用了 GPL类库的软件产品必须使用 GPL协议,对于使用GPL协议的 开源代码,商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的根底.Linux .GPL最显著的两个特点最常见的开源协议,使用它作为授权协议的有大名鼎鼎的?就是网上称为的 病毒性传播"和不允许闭源的商业发布所谓的 病毒性传播指的是,GPL规定

16、,所有从GPL协议授权的源码衍生出来的即上面提到的Derivative Module,或者要跟GPL授权的源码混着用的 Project,都要遵循GPL协议,就像 病毒一样,粘上了关系,就 中毒了.GPL这样规定的目的是,保证在GPL协议保护下的产品,不会再受到其他协议或者授权的约束.即让跟GPL有关系的源码都能免费获取.举个例子,如果 你的改良的Linux中使 用了 GPL授权下的开源模块也必须使用,你不可能自己重新去做个内 核吧,如果做出来了,你也没必要叫Linux 了 .,那么你整个Linux产品也必须 遵循GPL协议去 开源,不能以其他方式去开源发布,更不允许闭源发布.这样一来,就不会出

17、现这样一个Linux-这个功能是GPL协议授权的,可以免费 获取源码,而另外一个功能是其他协议下的,拿不到源码.这点规定对使用或者研究该产品的人来说,是一个极大的便利.而 不允许闭源商 业发布指的是,在GPL授权下,你的软件产品可以商业发布,拿去卖钱, 但是在这同时,你也必须将该产品的源码以GPL协议方式开源发布出去,供他人免费 获取.也许有人会迷惑,拿去卖,又同时开源,那谁来买阿？这个产品怎么赚钱呢？?这就涉及到开源产品 的商业模式的问题了 ,想了解相关一些信息的话,可以看看以上我给出链接的一些文章.至于后面,可能会写一篇关于开源工程的商业模式的随笔GPL协议下的商业发布的一个关键点就像Ja

18、va视线论坛的 Robbin所说的,GPL是针对软件源代码的版权,而不是针对软件编译后二进制版本的版权.你有权免费获得软件的源代码但是你没有权力免费获得软件的二进制发行版本.GP对软件发行版本唯一的限制就是：你的发行版本必须把完整的源代码一同提供.它细节如再发布的时候需要伴随GPL协议等和BSD/Apache等类似.LGPLLGPL是GPL的一个为主要为类库使用设计的开源协议.和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用 GPL协议不同.LGP院许商业软件通过类库引用link方式使用LGPL类库而不需要开源商业软件的代码.这使得采用LGP L协议的开源代码可以被商业软件作为类库引用并发布和销售.但是如果修改 LGP L协议的代码或者衍生,那么所有修改的代码,涉及修改局部的额外代码 和衍生的代码都必须采用LGPL协议.因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以 LGPL协议代码为根底,通过修改和衍生的方式做二次开发的商业软件采用.GPL/LGPLtE保证原作者的知识产