各种开发源代码软件许可证异同
共同点总结 |
1:发布的义务-将获得的原代码再发布 2:对发布的源代码的要求-必须保证源代码的完整和可以被获取 3:允许修改-可以根据获取的源代码产生演绎作品 |
||||||
不同点对比 | 是否允许可以同其他非开放源码软件代码混合 | 是否可以对源代码的修改不公开(注1) | 是否明确了专利许可授权 | 是否明确了专利侵权诉讼导致许可证协议终止 | 是否明确禁止与函数库连接 | 是否只能按本许可证发布源代码 | 是否要求对于获得的源代码可能存在的知识产权进行以“LEGAL”为抬头的提示 |
GPL许可证 | N | N | N | N | Y | Y | N |
LGPL许可证 | Y | N | N | N | N | N | N |
BSD许可证 | Y | Y | N | N | N | N | N |
NPL许可证 | Y | Y | N | N | N | N | N |
APACHE许可证 | Y | Y | N | N | N | N | N |
QPL许可证 | Y | Y | N | N | N | N | N |
QNCL许可证 | N | Y | N | N | N | N | N |
Ricoh许可证 | Y | Y | Y | Y | Y | N/Y(注2) | Y |
SISSL许可证 | Y | N | Y | Y | N | N/Y | N |
SPL许可证 | Y | Y | N | N | N | N | Y |
Jabber许可证 | Y | Y | N | Y | N | N | Y |
MOTOSOTO许可证 | Y | Y | N | Y | N | N | Y |
NOKOS许可证 | Y | Y | Y | Y | N | N/Y | Y |
Open Group Test Suite许可证 | Y | Y | N | N | N | N | N |
AFL许可证 | Y | Y | Y | Y | N | N | N |
Artistic许可证 | Y | Y | Y | Y | N | N | N |
APSL许可证 | Y | Y | Y | Y | N | N | N |
Common许可证 | Y | Y | Y | Y | N | N | N |
IBM许可证 | Y | Y | Y | Y | N | N | N |
MPL许可证 | Y | Y | N | N | N | N | N |
(注1):这一栏的Y指没有明确是否可以将对源代码的修改一定要公开。
(注2):N/Y指对于原始获得的源代码及修改过的源代码,必须按本许可证及本许可证的后续版本发布,但是可以将源代码及其修改过的源代码与其他类型的不受本许可证约束的代码结合,以新产品的形式发布,只要其中的经本许可证获得的源代码及其修改过的源代码按本许可证要去发布就行。
GPL:Genelal Public License 自由软件联盟GUN开发源代码软件许可协议的一种
LGPL:Lesser General Public License
MPL:The Mozilla Public License
BSD: Berkly Software Distribution
QPL:The Q Public License (挪威一家机构)
QNCL:Qt Non Commercial License, QPL兄弟版
Ricoh:Ricoh Source Code Publish,美国Ricoh公司
SISSL:Sun Industry Standards Source License
SPL:Sun Public License Version 1.0
Jabber:Jabber Open Source Licens 美国Jabber.Com Inc.公司
NOTOSOTO:Mootosoto Open SourceLicense 荷兰Motosoto.Com B.V公司
NOKOS:Nokia Open Source License
The Open Group Test Suite License
AFL:Academic Free License
Artistic: The Artistic License
APSL:Apple Public Source License
Common:Common Public License
IBM:IBM Public License
---以上内容摘自《开发源代码软件及许可证法律问题和对策研究》,杨树林主编,知识产权出版社