常见的开源软件许可证

常见的开源软件许可证

  OSIA发布的开源软件许可证(The Approved Licenses) 目前(2006/3/26)共58种，详细 列表可  
以查看：http://www.gnu.org/philosophy/license-list.html 除了大家比较熟悉的GPL协议之外，开源界还有很多许可证，如LGPL许可证、BSD许可证等，下面就来一一介绍。 

1.GPL

2.LGPL许可证 

3.NPL 和 MPL

  Netscape Public License，简称 NPL ，是当 Netscape 准备生产他们的 Netscape 浏览器开源软件时开发的。Netscape 为他们自己的产品保留了“Navigator”商标。 NPL 的一个重要的特征是它给予 Netscape 专门的特权，而不包括其他的任何人。当你对他们的软件进行更改后，Netscape 有对这些更改重新发放许可证的特权。他们可将这些更改据为己有，然后再进行改进，却拒绝给你最终的结果。这一条款在当时是必要的，因为当 Netscape 准备加入开源软件时，它与别的公司已经有合同，承诺在非开源软件许可证下向他们提供 Navigator 。 

  Netscape 又开发了 Mozilla Public License，即 MPL 。MPL 与 NPL 很相似，但不包含循序 Netscape 对别人做的修改再发放许可证的内容。MPL许可证出现的最重要原因就是，Netscape公司认为GPL许可证没有很好地平衡开发者对源代码的需求和他们利用源代码获得的利益。同著名的GPL许可证和BSD许可证相比，MPL在许多权利与义务的约定方面与它们相同。MPL 授权对于“发行”的更改仍以同样 MPL 版权下进行发布，这样使得它可用于返还该项目。“发行”被定义为以源代码发布的文件。这很重要，因为它允许公司增加一个与专有代码库的接口，而不需授权其他的代码库具有 MPL 版权——只授权该接口具有 MPL 。这样这个软件可以或多或少地组合到商业软件环境中。  

4.BSD许可证 

  BSD许可证原先是用在加州大学柏克利分校发表的各个4.4BSD/4.4BSD-Lite版本上面（BSD是Berkly Software Distribution的简写）的，后来也就逐渐沿用下来。1979年加州大学伯克利分校发布了BSD Unix，被称为开放源代码的先驱，BSD许可证就是随着BSD Unix 发展起来的。BSD许可证现在被 Apache和BSD操作系统等开源软件所采纳。 相较于GPL许可证和MPL许可证的严格性，BSD许可证就宽松许多了，一样是只需要附上许可证的原文，不过比较有趣的是，它还要求所有进一步开发者将自己的版权资料放上去，所以拿到以BSD许可证发行的软件可能会遇到一个小状况，就是这些版权资料许可证占的空间比程序还大。 

5.QPL许可证和QNCL许可证 

  QNCL许可证是Qt Non Commercial License的简称，是QPL许可证的“兄弟版”，就像GPL许可证与LGPL许可证的关系一样，QNCL许可证比QPL许可证更严格一些。 在修改和发布方面的规定，QNCL许可证与QPL许可证是一样的，差异就在于软件的范围方面，或者说在连接方面。QNCL许可证规定“假如一个应用程序给你提供了一个入口，使你有权使用QNCL许可证下的软件的 功能开发程序、重复使用程序的某一部分或其他软件的某一部分，那么对该应用程序的使用视为是使用QNCL许可证下的软件的行为，该应用程序应受到QNCL许可证的约束”。QNCL许可证比QPL许可证更严格之处在于，QNCL许可证像GPL许可证那样，完全禁止根据本许可证得到的开放源码软件与其他非系统库函数连接的软件以其他许可方式一起发布。 

6.Jabber许可证 

7. IBM许可证 

8.MIT 许可证

  MIT许可证的全称是MIT license，是Massachusetts Institute of Technology (MIT) 公司建立的基于BSD许可证的，简单的说，MIT 许可证比 GPL 更加自由。类似与 BSD 许可证，但也比 BSD 许可证更为宽松。

9.SISSL许可证

  ISSL许可证的全称是The Sun Industry Standards Source License 是sun公司建立的 ，中文名称Sun工业标准源码许可证。SISSL是OpenOffice.org 区为了在商业领域中 推广使用OpenOffice.org，根据 企业 用户、独立软件提供商、软件集成商等的需求，特别设计的软件许可证。该许可证要求使用者遵循OpenOffice.org XML文件格式和API规范一致和开放的特点，其目的是在保证OpenOffice.org及其衍生软件在保持兼容性的基础上，给商业伙伴最大程度地定制软件的自由。SISSL是经过开源软件促进会（Open Source Initiative）认证的开源软件许可证。

10.Apache许可证

11.CPL许可证

  CPL许可证的全称是Common  Public  Liecense，    CPL    是  IBM  提出的并通过了OSI（Open  Source  Initiative）批准的开源协议。主要用于一些IBM  或跟  IBM  相关的开源软件  /项目中。如  很著名的Java开发环境  Eclipse  、RIA开发平台Open  Laszlo等。  CPL也是一项对商业应用友好的协议。它允许  Recipients  对源码进行任意的使用、复制、分发、传播、展示、修改以及改后做闭源的二次商业发布，这点跟BSD  很类似，也属于自由度比较高的开源协议。

表1 是以上介绍的开源许可证的比较

表1开源许可证异同对比

相同点

1、承认版权；

2、发布的义务——将获得的源代码再发布；

3、对发布的源代码的要求——须保证源代码的完整和可以被获得；

4、允许修改——可以根据获得的源代码产生演绎作品；

5、没有担保：

不同点
是否允许同其他非开放源代码软件代码混合 
是否可以不公开对源代码的修改 
是否明确了专利许可授权 
是否明确了专利侵权诉讼导致许可证协议终止 
是否明 确禁止与函数库连接 
是否只能按本许可证发布源代码 

GPL 许可证 
否 
否 
否 
否 
是 
是 

LGPL 许可证 
是 
否 
否 
否 
否 
否 

BSD 许可证 
是 
是 
否 
否 
否 
否 

NPL 许可证 
是 
是 
否 
nbsp;
否 
否 

MPL 许可证 
是 
是 
否 
否 
否 
否 

QPL 许可证 
是 
是 
否 
否 
否 
否 

QNCL 许可证 
否 
是 
否 
否 
否 
否 

APACHE 许可证 
是 
是 
否 
否 
否 
否 

SISSL 许可证 
是 
否 
是 
是 
否 
※ 

Jabber 许可证 
是 
是 
否 
是 
否 
否 

IBM 许可证 
是 
是 
是 
是 
否 
否 

CPL许可证
是 
是 
是 
是 
否 
否 

说明：

“#”指对于原始获得的源代码及修改的源代码，必须按本许可证及本许可证的后续版本发布，但是可以将源代码及修改过的源代码与其他类型的不受本许可证约束的代码结合，以新产品的形式发布。

nbsp; “不担保”（即No Warranty）条款： 由于源代码程序准予免费使用，在一般情况下，对程序没有担保。除非另有书面说明，版权所有者或其他提供程序的人们“一样”不提供任何类型的担保。如果程序出现缺陷，被许可人承担所有必要的服务，修复和改正的费用。

文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树使用JDBC操作数据库数据库操作91437 人正在系统学习中 相关资源：丝柏人像美肤处理软件CPAC Imaging Pro 3绿化汉化破解版