下载文档原格式
⼏种常见的开源软件许可协议（GPL,LGPL,ApacheLicense,BSD）GPLGPL授予程序接受⼈以下权利，或称“⾃由”：* 以任何⽬的运⾏此程序的⾃由* 以学习程序⼯作机理为⽬的，对程序进⾏修改的⾃由（能得到源代码是前提）* 再发⾏复制件的⾃由* 改进此程序，并公开发布改进的⾃由（能得到源代码是前提）相反地，随版权所有软件的最终⽤户许可证⼏乎从不授予⽤户任何权利（除了使⽤的权利），甚⾄可能限制法律允许的⾏为，⽐如逆向⼯程。
GPL与其他⼀些更“许可的”⾃由软件许可证（⽐如BSD许可证）相⽐，主要区别就在于GPL寻求确保上述⾃由能在复制件及演绎作品中得到保障。
它通过⼀种由Stallman发明的叫copyleft的法律机制实现，即要求GPL程序的演绎作品也要在GPL之下。
相反，BSD式的许可证并不禁⽌演绎作品变成版权所有软件。
GPL不会授予许可证接受⼈⽆限的权利。
再发⾏权的授予需要许可证接受⼈开放软件的源代码，及所有修改。
且复制件、修改版本，都必须以GPL为许可证。
这些要求就是copyleft，它的基础就是作品在法律上版权所有。
由于它版权所有，许可证接受⼈就⽆权进⾏修改和再发⾏（除合理使⽤），除⾮它有⼀个copyleft条款。
如果某⼈想⾏使通常被法律所禁⽌的权利，只需同意GPL的条款。
相反地，如果某⼈发⾏软件违反了GPL（⽐如不开放源代码），他就有可能被原作者起诉。
copyleft利⽤版权法来达到与其相反的⽬的：copyleft给⼈不可剥夺的权利，⽽不是版权法所规定的诸多限制。
这也是GPL被称作“被⿊的版权法”的原因。
许多GPL软件发⾏者都把源代码与可执⾏程序捆绑起来。
另⼀⽅式就是以物理介质（⽐如CD）为载体提供源代码。
在实践中，许多GPL软件都是在互联⽹上发⾏的，源代码也有许多可以FTP⽅式得到。
copyleft只在程序再发⾏时发⽣效⼒。
对软件的修改可以不公开或开放源代码，只要不发⾏。
注意copyleft只对软件有效⼒，⽽对软件的输出并⽆效⼒（除⾮输出的是软件本⾝）。
列举常见的开源协议简述其许可证的规则常见的开源协议主要包括GNU通用公共许可证（GNU General Public License, GPL）、MIT许可证、BSD许可证、Apache许可证和Mozilla公共许可证等。
下面将对这些开源协议的许可证规则进行简述。
1.GNU通用公共许可证（GPL）GPL是最常用的开源协议之一，其主要目的是保护软件的使用者自由并鼓励共享。
GPL要求基于该许可证发布的软件及其衍生作品也必须采用GPL进行发布，即采用GPL许可证的软件只能使用GPL许可证进行分发，这也被称为“传染性”。
同时，GPL也要求对于对源代码所做的修改和衍生工作的发布都必须开放源代码，并明确指出软件的版权和许可证。
2.MIT许可证MIT许可证是一种相对较为宽松的开源许可证。
其核心条款要求将软件的版权和许可证信息包含在软件副本的所有拷贝或实质部分中。
这意味着在使用、复制、修改、合并、发布、分发、再许可及销售这些软件时，只需在源代码或二进制副本的所有拷贝中包含原始许可证即可，不需要开放源代码。
3.BSD许可证BSD许可证是一系列类似的许可证，如BSD 2-Clause License、BSD3-Clause License等。
这些许可证都较为宽松，允许使用、复制、修改、合并、发布、分发和再许可，同时要求在软件的所有拷贝、实质部分及相关文档中必须包含原始许可证的版权声明。
4. Apache许可证Apache许可证也是一种较为宽松的许可证，类似于BSD许可证。
除了允许使用、复制、修改、合并、发布、分发和再许可外，Apache许可证还要求在软件的所有拷贝中保留原始的版权声明和许可声明，并提供对源代码控制的访问。
5. Mozilla公共许可证Mozilla公共许可证是一种主要应用于Mozilla项目的开源许可证。
它对于源代码的控制较为严格，要求在任何衍生作品中都必须以MPL许可证进行发布。
同时，MPL还规定了衍生作品需要开放源代码，并明确指出版权和许可证。
软件开源协议书甲方（开源软件提供方）：地址：法定代表人：联系方式：乙方（开源软件使用方）：地址：法定代表人：联系方式：鉴于甲方拥有一款软件产品（以下简称“软件”），并愿意将该软件以开源的形式提供给公众使用；乙方作为软件的使用者，愿意遵守甲方制定的开源协议。
根据《中华人民共和国合同法》及相关法律法规的规定，甲乙双方本着平等自愿、诚实信用的原则，经协商一致，就软件的开源使用事宜，达成如下协议：第一条软件定义本协议所指的“软件”是指甲方开发并提供的，具有一定功能的计算机程序及其相关文档资料，包括但不限于源代码、目标代码、用户手册、开发文档等。
第二条开源许可甲方同意按照本协议的条款和条件，将软件以开源的形式无偿提供给乙方使用。
乙方有权在遵守本协议的前提下，使用、复制、修改、分发、再许可和再分发软件。
第三条使用限制1. 乙方使用软件时，必须保留软件中的所有版权声明、商标声明、免责声明等法律声明。
2. 乙方不得删除、修改或隐藏软件中的任何版权、商标或其他法律声明。
3. 乙方不得将软件用于任何非法目的或违反本协议的行为。
第四条修改与分发1. 乙方有权对软件进行修改，并可以将其修改后的版本分发给他方，但必须同时遵守以下条件：a. 乙方必须在修改后的软件中明确标注修改的内容、修改者及修改日期。
b. 乙方必须在分发的软件中包含本协议的副本。
c. 若乙方将软件作为商业产品的一部分进行分发，必须获得甲方的书面同意。
2. 乙方在分发软件时，应确保接收方同样遵守本协议的条款。
第五条免责声明甲方提供软件“按原样”提供，不提供任何形式的保证，包括但不限于适销性、适用于特定目的的保证或不侵权的保证。
甲方不对因使用或无法使用软件而产生的任何直接、间接、附带的、特殊的或后果性的损害负责。
第六条知识产权1. 甲方保留软件的所有知识产权，包括但不限于版权、商标权、专利权等。
2. 乙方承认甲方对软件的知识产权，并同意不进行任何侵犯甲方知识产权的行为。
列举常见的开源协议简述其许可证的规则常见的开源协议有GNU通用公共许可证（GPL）、BSD许可证、MIT许可证、Apache许可证等。
接下来我将对这些协议进行逐一介绍，并简述其许可证规则。
1.GNU通用公共许可证（GPL）：GPL是一种针对自由软件的开源协议。
它强调在使用、复制、修改和分发软件时的自由。
根据GPL许可证规则，任何使用GPL软件的个人或组织都必须将其修改后的软件以同样的GPL许可证分发。
这意味着如果您使用了GPL许可证的软件而进行了修改，您必须对修改后的软件提供源代码，并允许其他人以任意方式使用、复制、修改和分发。
不允许将GPL软件与非自由软件结合使用。
2.BSD许可证：BSD许可证是一种相对宽松的许可证，允许用户以自由的方式使用、复制、修改和分发软件。
相比于GPL许可证，BSD许可证较少对软件的使用做限制，用户可以将BSD许可证软件与非自由软件结合。
BSD许可证规则要求在分发软件时必须包含原始的许可证和版权声明。
3.MIT许可证：MIT许可证也是一种宽松的开源许可证。
与BSD许可证类似，MIT许可证允许用户自由使用、复制、修改和分发软件，同时也允许将软件与非自由软件结合。
MIT许可证规则要求在分发软件时必须包含原始的许可证和版权声明。
4. Apache许可证：Apache许可证是一种被广泛使用的开源许可证，适用于多种类型的软件。
Apache许可证允许用户自由使用、复制、修改和分发软件，同时也允许将软件与非自由软件结合。
与BSD和MIT许可证类似，Apache许可证要求在分发软件时必须包含原始的许可证和版权声明。
需要注意的是，以上介绍的仅是常见的开源协议之一，实际上还有许多其他开源协议，每个协议都有其独特的许可证规则。
选择适合自己项目的开源协议时，需要仔细研究和理解相应的许可证规则，并确保符合规范进行软件的使用、复制、修改和分发。
甲方：（以下简称“甲方”）乙方：（以下简称“乙方”）鉴于甲方需要使用乙方提供的开源工具，双方本着平等、自愿、互利的原则，经友好协商，达成如下协议：一、定义1. 开源工具：指乙方根据其自主研发或获取的授权，提供的可用于商业或非商业目的的软件、代码、文档等资源。
2. 协议期限：本协议自双方签字（或盖章）之日起生效，有效期为____年。
二、权利与义务1. 甲方权利与义务：（1）甲方有权在协议期限内免费使用乙方提供的开源工具。
（2）甲方在使用开源工具过程中，应遵守相关法律法规，不得侵犯乙方或其他第三方的合法权益。
（3）甲方不得对开源工具进行逆向工程、反向编译或解密。
（4）甲方不得将开源工具用于任何违法活动。
2. 乙方权利与义务：（1）乙方保证开源工具不侵犯任何第三方的知识产权。
（2）乙方应保证开源工具的稳定性和安全性，在甲方使用过程中提供必要的支持和服务。
（3）乙方有权对开源工具进行升级、更新，并提前通知甲方。
（4）乙方有权终止本协议，但应提前____天通知甲方。
三、保密1. 双方对本协议内容以及在使用开源工具过程中知悉的对方商业秘密负有保密义务，未经对方同意，不得向任何第三方泄露。
2. 本保密条款在本协议终止后仍然有效。
四、知识产权1. 开源工具的知识产权归乙方所有，甲方仅获得在协议期限内使用开源工具的权利。
2. 甲方在使用开源工具过程中产生的任何成果，均归甲方所有。
五、违约责任1. 若甲方违反本协议约定，乙方有权要求甲方停止侵权行为，并承担相应的法律责任。
2. 若乙方违反本协议约定，导致甲方遭受损失的，乙方应承担相应的赔偿责任。
六、争议解决1. 双方在履行本协议过程中发生争议，应友好协商解决。
2. 若协商不成，任何一方均可向乙方所在地人民法院提起诉讼。
七、其他1. 本协议未尽事宜，双方可另行协商补充。
2. 本协议一式两份，双方各执一份，具有同等法律效力。
甲方（盖章）：________乙方（盖章）：________代表人（签字）：________代表人（签字）：________签订日期：____年____月____日。
2、LGPLLGPL是GPL的一个为主要为类库使用设计的开源协议。
LGPL允许商业软件通过类库引用（link）方式使用LGPL类库而不需要开源商业软件的代码。
因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。
3、BSDBSD开源协议是一个给于使用者很大自由的协议。
基本上使用者可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。
当使用了BSD协议的代码，或者以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件：如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。
如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。
因此，很多公司企业在选择开源软件的时候都首选BSD协议，因为可以完全控制这些第三方的代码，而且在必要的时候可以进行修改或者二次开发。
4、Apache LicenseApache Licence 2.0（Apache License, Version 2.0、Apache License, Version 1.1、Apache License, Version 1.0）Apache Licence是著名的非盈利开源组织Apache采用的协议。
该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。
需要满足的条件也和BSD类似：需要给代码的用户一份Apache Licence如果你修改了代码，需要再被修改的文件中说明。
在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。
如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。
许可协议BSD GPL MPL LGPL APL、MIT开源许可协议很多，这里说说他们的区别，以及使用相关代码需要考虑的协议约束。
、开源软件的授权许可都是基于开源许可协议的，常见的开源许可协议有GPL、LGPL、APL、BSD、MIT、Mozilla Public License、Creative Commons、Eclipse Public License 1.0等。
它们之前有很多相同的地方，也有很多不同的地方，本文将分析一下这些协议之间的区别。
GPL（GNU General Public License），使用源软件的类库引用（源代码）、改变（修改了源代码）的新软件，也必须采用GPL进行授权。
就是说，只要使用了GPL开源软件的源代码或拿它的源代码进行了修改而编写的新的软件，也必须加入到GPL的阵营。
很明显，不能拿GPL 授权的开源东东来做商业软件。
这个协议有个好处，就是极大增加了使用GPL的软件的数量。
采用GPL授权的软件有：Linux、MySQL等。
LGPL（Lesser GPL），相比GPL的严格，LGPL要温和很多。
可以通过引用类库的方式（不是直接使用源代码）拿LGPL授权的东东来重新开发商业软件。
如果是要修改源代码，是相应的修改和衍生出来的代码都要使用LGPL开放源代码。
采用LGPL的软件有：JBoss、Hibernate、FCKeditor等。
APL（apache Licence vesion 2.0），适用于商业软件，允许修改代码后再发布（不用开放源代码）。
采用APL的软件有Hadoop、Apache HttpServer等。
BSD（Berkeley Software Distribution），这个协议的要求很宽松，允许他人修改和重新发布代码，可以在此基础上开发出商业软件进行销售。
所以，此协议适用于商业软件。
采用BSD 协议的软件最著名的有nginx。
MIT（Massachusetts Institute of Technology），又称X11协议。
各种开源协议说明开源协议是一种法律许可证，它规定了开放源代码软件的使用和分发条件。
这些协议确保了源代码的访问权，并且允许开发者修改和重新分发软件。
在详细介绍几种常见的开源协议前，值得注意的是，任何组织或个人使用开源软件时都应仔细阅读和理解相关协议的条款。
下面，我将介绍几种常见的开源协议。
1. GNU通用公共许可证（GNU General Public License，GPL）：GPL是最常见的开源许可证之一，它要求任何以GPL许可的代码修改或衍生的代码也必须采用GPL许可证进行分发。
这使得GPL成为一种“传染性”许可证，因为它保护被许可软件的自由，并要求所有修改的代码都保持开源。
因此，如果一个开源项目使用了GPL许可证，该项目的整个代码库都必须遵循GPL许可证。
2.MIT许可证：3. Apache许可证：Apache许可证是一个比较灵活的开源许可证，它鼓励自由使用、修改和重新分发。
与MIT许可证不同的是，Apache许可证要求用户在修改的代码中包含原始许可证和版权声明。
此外，该许可证还规定了与软件相关的使用、专利权和商标权等方面的额外条款。
4.BSD许可证：5. Mozilla公共许可证（MPL）：MPL是一种兼容GPL和LGPL的开源许可证，它要求修改MPL软件的代码也必须采用MPL进行分发。
然而，MPL允许将MPL软件与其他许可证的代码进行组合和分发，只要相关组件保持独立。
MPL还规定了软件使用和分发方面的条款。
总的来说，开源协议以不同的形式和方式保障了开放源代码软件的自由和灵活性。
开发者可以根据自己的需求选择适合的开源许可证，以保护其软件的使用和分发权利。
然而，无论使用哪种开源许可证，都需要严格遵守相关协议的条款，以确保合法合规地使用和分发开源软件。
以下是一些常用的开源协议：1. GNU通用公共许可证（GNU General Public License，GPL）：这是最广泛使用的开源许可证之一，它明确规定了用户对软件的自由使用、修改和传播的权利，同时要求任何基于该软件的衍生作品也必须遵循相同的开源条款。
2. MIT许可证（MIT License）：这是一种简洁而灵活的开源许可证，允许用户自由地使用、复制、修改、合并、发布和再授权软件。
它较为宽松，仅要求在软件的所有副本中包含版权声明和许可声明。
3. Apache许可证（Apache License）：这是Apache软件基金会所采用的开源许可证，允许用户在保持原始许可证条件下自由使用、修改、分发和销售软件。
与GPL 相比，Apache许可证更加商业友好。
4. BSD许可证（BSD License）：这是一系列类似的开源许可证，如BSD 2-Clause License和BSD 3-Clause License 等。
BSD许可证相对宽松，允许用户自由使用、修改和分发软件，同时要求在衍生作品中保留原始许可证和版权声明。
5. Mozilla公共许可证（Mozilla Public License，MPL）：这是由Mozilla基金会创建的一种开源许可证，主要用于保护Mozilla Firefox等开源软件。
它要求使用、修改和分发软件的衍生作品时必须遵循相同的许可证。
6. Eclipse公共许可证（Eclipse Public License，EPL）：这是Eclipse基金会采用的一种开源许可证，允许用户使用、修改和分发软件，同时对于衍生作品也有特定的规定。
请注意，每种许可证都有其独特的条款和限制，因此在选择和使用开源软件时应仔细阅读和理解相关许可证的内容，并根据项目需求进行选择。
此外，由于法律和许可证可能会随时间而变化，请在使用开源软件前查阅最新的许可证版本和法律条文。
开源许可协议协议名称：开源许可协议一、引言本开源许可协议（以下简称“本协议”）旨在确保开源软件的自由使用、修改和分发，并保护原作者的权益。
本协议适用于任何使用、修改和分发开源软件的个人或组织。
在遵守本协议的前提下，任何人都可以自由地使用开源软件。
二、定义1. 开源软件：指根据本协议发布的软件，其源代码对任何人开放，并允许他人使用、修改和分发。
2. 贡献者：指对开源软件作出贡献的个人或组织。
3. 衍生作品：指基于开源软件进行修改和衍生的作品。
三、许可授权1. 授予许可：贡献者通过本协议授予使用、修改和分发开源软件的权利。
2. 条件限制：在使用、修改和分发开源软件时，必须遵守以下条件：a. 保留版权声明：在任何衍生作品中，必须保留原始版权声明和许可声明。
b. 源代码开放：在分发开源软件或衍生作品时，必须提供源代码，并允许他人自由获取、使用、修改和分发。
c. 修改说明：在对开源软件进行修改时，必须清楚地标明修改的内容，并提供修改的原因和目的。
d. 不歧视：禁止以种族、性别、宗教、国籍等因素限制对开源软件的使用、修改和分发。
e. 不担保：开源软件按“现状”提供，不提供任何明示或暗示的担保或保证。
f. 免责声明：贡献者不承担因使用、修改和分发开源软件而产生的任何直接或间接损失或责任。
四、许可变更1. 修改协议：贡献者有权根据需要修改本协议，并发布新版本。
2. 适用版本：使用、修改和分发开源软件的个人或组织可以选择适用本协议的特定版本，但一旦选择，必须遵守该版本的所有条款和条件。
五、违约与终止1. 违约行为：如有违反本协议的行为，贡献者有权终止违约方的许可。
2. 终止效果：一旦许可终止，违约方必须停止使用、修改和分发开源软件，并删除所有已制作的衍生作品。
六、争议解决1. 协商解决：对于因本协议引起的争议，双方应通过友好协商解决。
2. 法律适用：本协议受中华人民共和国法律管辖。
七、附则1. 效力范围：本协议适用于全球范围内的开源软件。
