开源许可协议
几种常见的开源软件许可协议（GPL,LGPL,ApacheLicense,BSD）
⼏种常见的开源软件许可协议（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. “开源”指代以自由和开放的方式发布和分发软件，允许用户查看、使用、修改和分发软件的权利。
三、许可条件1. 授予许可：软件的开发者在符合本协议的前提下，授予所有用户免费使用、复制、修改和分发软件的权利。
2. 版权声明：用户在分发或发布软件时，必须保留软件的原始版权声明和本协议的副本。
3. 开源代码：用户在分发软件时，必须提供软件的源代码或以其他公开的方式提供访问软件源代码的机会。
四、权利和义务1. 开发者权利：软件的开发者保留对软件的所有权利，并拥有决定软件的许可方式和条件的权力。
2. 用户权利：用户可以自由使用、复制、修改和分发软件，但必须遵守本协议的规定。
3. 共享义务：用户在分发或发布软件时，必须遵守本协议的规定，并确保接收者能够获得软件的源代码和本协议的副本。
五、责任和免责1. 免责声明：软件是按照“现状”提供，开发者不对软件的适用性、稳定性和安全性提供任何明示或暗示的保证。
2. 资源分配：开发者不承担因软件使用或分发而导致的任何直接或间接的损失或责任。
3. 维护义务：开发者不负责为用户提供软件的支持和维护服务，用户可以依靠开源社区的支持和贡献。
六、协议变更1. 变更通知：开发者有权随时修改本协议的内容，并通过适当的方式向用户发布变更通知。
2. 适用版本：用户可以选择继续使用旧版本的软件，但对于新版本的软件，用户必须遵守最新的协议。
七、争议解决1. 协商解决：对于本协议的解释和执行产生的争议，双方应通过友好协商解决。
2. 管辖法律：本协议受中华人民共和国法律管辖。
八、其他条款1. 效力范围：本协议的任何条款无效或不可执行，不影响其他条款的效力。
列举常见的开源协议简述其许可证的规则
列举常见的开源协议简述其许可证的规则常见的开源协议有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. 软件开发者：指创建、维护和修改开源软件的个人或组织。
3. 用户：指使用、复制、修改和分发开源软件的个人或组织。
三、协议内容1. 授权许可：软件开发者向用户授予非排他性、免费的许可，允许用户使用、复制、修改和分发开源软件的源代码和二进制文件。
2. 源代码公开：软件开发者应将开源软件的源代码公开，以便用户可以获得并进行修改和分发。
3. 修改和派生作品：用户可以基于开源软件的源代码创建修改和派生作品，但必须遵守本协议，并将修改后的代码和派生作品公开。
4. 分发要求：用户在分发开源软件时，必须附带本协议、版权声明、免责声明和其他相关文件，并保留原始作者的署名。
5. 商业使用：用户可以将开源软件用于商业目的，但在分发时仍需遵守本协议的要求。
6. 免责声明：软件开发者对开源软件的使用、复制、修改和分发不承担任何责任，包括但不限于质量、稳定性、适用性等方面的责任。
7. 专利授权：软件开发者声明对其拥有的相关专利，授予用户非排他性、免费的授权，以便用户可以使用、复制、修改和分发开源软件。
四、适用范围本协议适用于所有开源软件的使用、复制、修改和分发。
五、协议变更软件开发者有权随时修改本协议的内容，并通过公开途径通知用户。
用户在继续使用、复制、修改和分发开源软件时，视为接受并遵守修改后的协议。
六、争议解决任何因本协议引起的争议，应通过友好协商解决。
如协商不成，双方同意将争议提交至有管辖权的法院解决。
七、其他条款1. 本协议不得违反任何适用的法律法规。
2. 本协议的任何条款无效或不可执行，不影响其他条款的效力。
3. 本协议不构成软件开发者和用户之间的代理、合伙、雇佣或其他类似关系。
开源许可协议
开源许可协议一、引言本协议旨在规范软件的开源许可，促进开源社区的发展和合作。
以下是协议的具体内容：二、定义1. 开源软件：指根据本协议要求，以开放源代码形式发布的软件。
2. 软件作者：指开发、设计、编写软件的个人或团体。
3. 用户：指任何个人或组织使用开源软件的人。
三、许可授权1. 软件作者授权用户以免费、非独占、永久的方式使用、复制、修改、分发和传播软件。
2. 用户在遵守以下条件的前提下，可以享有上述授权：a. 在软件的副本中包含版权声明和许可声明。
b. 在对软件进行修改时，必须标明修改的地方，并保留原始版权声明和许可声明。
c. 任何以源代码形式分发软件的衍生作品，必须使用相同的许可证授权。
d. 在分发软件的二进制形式时，必须提供源代码或者明确指示如何获取源代码。
e. 未经软件作者明确许可，不得将软件用于商业目的。
四、免责条款1. 软件作者不对软件的适用性、稳定性和安全性提供任何保证。
2. 用户在使用软件时，需自行承担风险，软件作者不对因使用软件而导致的任何损失或损害负责。
五、知识产权保护1. 软件作者保留软件的全部知识产权。
2. 用户不得删除或修改软件中的任何版权声明、商标或其他知识产权标识。
六、争议解决1. 本协议的解释和适用以及与本协议有关的争议，应依据中国法律进行解释和处理。
2. 若用户违反本协议的任何规定，软件作者有权随时终止用户对软件的使用权。
七、其他1. 本协议自双方达成一致并签署之日起生效，有效期为永久。
2. 若本协议的任何条款被认定为无效或不可执行，不影响其他条款的效力。
3. 本协议的修改需经软件作者和用户双方达成一致，并以书面形式确认。
八、协议终止1. 用户违反本协议中的任何规定，软件作者有权终止用户对软件的使用权。
2. 本协议终止后，用户需停止使用软件，并删除所有已复制、下载或安装的软件副本。
九、协议的变更和补充1. 软件作者有权随时修改本协议的内容，并通过适当的方式通知用户。
开源许可协议书解读
开源许可协议书解读开源许可协议书解读开源许可协议是指软件开发者在发布其软件时所遵循的一种授权模式，其目的是促进软件的自由使用、修改和分发。
开源许可协议的核心是保护软件用户的权益，同时也给了用户自由创造和扩展的权力。
开源许可协议通过给予使用、修改和分发软件的权利，确保了开发者和用户之间的公平和平衡。
它为软件的使用者提供了权利，使他们可以自由地运行、复制、修改和分发软件。
这样，开发者与用户之间的信息不对称得以减少，增加了软件开发过程中的透明度和互动性。
开源许可协议书中的一些重要条款和解读如下：1. 许可权：开源许可协议明确授予用户特定的权利，包括使用、修改和分发软件的权利。
这意味着用户可以根据自己的需要对软件进行修改，并将修改后的软件继续分发给其他用户。
2. 收费和免费：大部分开源许可协议都是免费的，即用户可以免费地获取软件。
然而，某些许可协议也允许开发者以收费方式提供软件，但前提是用户能够获取软件的全部源代码。
3. 源代码：开源许可协议要求开发者将软件的源代码一并提供给用户。
这样，用户可以查看、修改和自由分发软件的源代码。
这也是开源软件和闭源软件的一个重要区别。
4. 修改和派生作品：开源许可协议鼓励用户对软件进行修改和创建派生作品。
用户可以基于开源软件进行创作，从而促进了软件创新和协作。
5. 分发限制：一些开源许可协议对于分发软件的方式和要求有一定的限制。
例如，一些协议要求用户在分发软件时必须保留软件的原始许可证和版权信息。
6. 协议选择：开源许可协议并非一种标准化的协议，而是有多种选择，包括GNU通用公共许可证（GPL）、BSD许可证、MIT许可证等。
开发者在选择协议时需要根据自己的需求和项目要求进行权衡和选择。
7. 法律保护：开源许可协议也具有法律保护的作用，即使开源软件是免费的，也需要用户遵守协议中的规定。
如果用户违反了开源许可协议的规定，将会承担相应的法律责任。
总结而言，开源许可协议为软件的开发、使用和分发提供了一种公平和平衡的模式。
各种开源协议说明
各种开源协议说明开源协议是一种法律许可证，它规定了开放源代码软件的使用和分发条件。
这些协议确保了源代码的访问权，并且允许开发者修改和重新分发软件。
在详细介绍几种常见的开源协议前，值得注意的是，任何组织或个人使用开源软件时都应仔细阅读和理解相关协议的条款。
下面，我将介绍几种常见的开源协议。
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.1 甲方是软件的著作权所有人，享有全部的知识产权和权利。
1.2 甲方声明软件是自由、开放和免费的，允许任何人使用、复制、修改、分发和销售。
1.3 甲方保留在适当情况下要求乙方支付费用的权利，包括但不限于维护、支持、扩展和修改软件等费用。
1.4 甲方保留根据本协议终止乙方使用和分发软件的权利。
二、乙方权利和义务2.1 乙方可以自由使用、复制、修改、分发和销售软件，但必须保证其使用和分发的软件是完整、原始和没有被篡改的。
2.2 乙方保证遵守本协议的全部条款和条件，包括但不限于遵守软件的许可协议、保护甲方的知识产权和保持软件的开源性。
2.3 乙方保证使用和分发软件时遵守中国的相关法律法规，包括但不限于著作权法、计算机软件保护条例等法律。
2.4 乙方需要在软件的使用说明中注明甲方是软件的著作权所有人，同时注明软件的开源协议和许可证。
三、法律效力和可执行性3.1 本协议构成了甲乙双方之间的合法协议，具有法律效力。
3.2 本协议中任何条款的无效或不可执行不会影响其他条款的有效性和可执行性。
四、违约责任4.1 如果乙方违反本协议的任何条款和条件，甲方有权单方面终止其使用和分发软件，并保留追究其法律责任的权利。
4.2 乙方因违反本协议条款引起的一切纠纷、争议、索赔和损失，甲方不承担责任。
五、其他条款5.1 本协议的解释、适用与执行应适用中华人民共和国法律。
5.2 双方应就本协议订立达成一致共识，协议生效自签署之时起。
甲方：乙方：(签名) (签名)时间：时间：。
开源许可协议
开源许可协议协议名称：开源许可协议一、引言本开源许可协议（以下简称“本协议”）旨在确保开源软件的自由使用、修改和分发，并保护原作者的权益。
本协议适用于任何使用、修改和分发开源软件的个人或组织。
在遵守本协议的前提下，任何人都可以自由地使用开源软件。
二、定义1. 开源软件：指根据本协议发布的软件，其源代码对任何人开放，并允许他人使用、修改和分发。
2. 贡献者：指对开源软件作出贡献的个人或组织。
3. 衍生作品：指基于开源软件进行修改和衍生的作品。
三、许可授权1. 授予许可：贡献者通过本协议授予使用、修改和分发开源软件的权利。
2. 条件限制：在使用、修改和分发开源软件时，必须遵守以下条件：a. 保留版权声明：在任何衍生作品中，必须保留原始版权声明和许可声明。
b. 源代码开放：在分发开源软件或衍生作品时，必须提供源代码，并允许他人自由获取、使用、修改和分发。
c. 修改说明：在对开源软件进行修改时，必须清楚地标明修改的内容，并提供修改的原因和目的。
d. 不歧视：禁止以种族、性别、宗教、国籍等因素限制对开源软件的使用、修改和分发。
e. 不担保：开源软件按“现状”提供，不提供任何明示或暗示的担保或保证。
f. 免责声明：贡献者不承担因使用、修改和分发开源软件而产生的任何直接或间接损失或责任。
四、许可变更1. 修改协议：贡献者有权根据需要修改本协议，并发布新版本。
2. 适用版本：使用、修改和分发开源软件的个人或组织可以选择适用本协议的特定版本，但一旦选择，必须遵守该版本的所有条款和条件。
五、违约与终止1. 违约行为：如有违反本协议的行为，贡献者有权终止违约方的许可。
2. 终止效果：一旦许可终止，违约方必须停止使用、修改和分发开源软件，并删除所有已制作的衍生作品。
六、争议解决1. 协商解决：对于因本协议引起的争议，双方应通过友好协商解决。
2. 法律适用：本协议受中华人民共和国法律管辖。
七、附则1. 效力范围：本协议适用于全球范围内的开源软件。
开源许可协议
开源许可协议协议名称：开源许可协议一、背景和目的本协议旨在规定开源软件的许可条件和使用限制，以促进软件的共享、修改和再发布，保护软件的开发者和用户的权益。
二、定义1. 开源软件：指符合本协议要求的软件，其源代码可以被任何人免费获取、使用、修改和再发布。
2. 软件开发者：指开源软件的原始作者或开发团队。
3. 用户：指任何获取、使用、修改或再发布开源软件的个人或组织。
三、许可条件1. 授权：软件开发者授予用户无限制的使用、复制、修改和再发布开源软件的权利。
2. 源代码公开：用户必须在任何使用、复制、修改或再发布的情况下，公开软件的源代码。
3. 版权声明：用户在再发布或分发开源软件时，必须保留软件的原始版权声明、许可证和免责声明。
4. 修改限制：用户对开源软件进行修改后，必须在修改的部分明确标注，并在再发布时提供修改的源代码。
5. 分发限制：用户在再发布或分发开源软件时，不得对软件的许可条件进行更改或添加其他限制。
四、责任和免责1. 软件开发者不对开源软件的使用提供任何明示或暗示的担保，包括但不限于适销性、特定目的的适用性和非侵权性。
2. 软件开发者不对因使用、复制、修改或再发布开源软件而产生的任何直接、间接、偶然、特殊或间接损害承担责任。
3. 用户对于使用、复制、修改或再发布开源软件所产生的任何法律责任，应自行承担。
五、终止条件1. 用户违反本协议的任何条款，软件开发者有权终止用户对开源软件的使用和再发布权限。
2. 终止后，用户必须停止使用、复制、修改和再发布开源软件，并从其系统中删除所有相关的软件和源代码。
六、其他条款1. 本协议适用于所有的开源软件，无论其用途、形式和规模。
2. 本协议不涉及任何与政治、宗教或道德有关的内容。
3. 本协议的解释和适用受相关法律的管辖。
七、协议变更软件开发者有权随时修改本协议的条款和条件。
修改后的协议将在软件开发者的官方网站上公布，并自公布之日起生效。
八、协议生效本协议自用户获取、使用、复制、修改或再发布开源软件之日起生效。
开源协议书范本
开源协议书范本甲方（开源方）：[甲方全称]乙方（使用方）：[乙方全称]鉴于甲方拥有[具体软件或代码名称]的知识产权，并愿意将其以开源的方式提供给乙方使用，乙方希望使用该开源软件或代码进行开发和研究，双方本着平等互利的原则，就开源软件或代码的使用达成如下协议：1. 开源软件或代码的授权甲方同意将[具体软件或代码名称]的源代码及相关文档以开源协议的形式授权给乙方使用。
乙方有权在遵守本协议条款的前提下，使用、复制、修改、分发和展示该软件或代码。
2. 开源协议的遵守乙方在使用甲方提供的开源软件或代码时，必须严格遵守甲方指定的开源协议，包括但不限于GNU通用公共许可证（GPL）、MIT许可证、Apache许可证等。
乙方不得违反开源协议的任何条款。
3. 知识产权的归属甲方保留对[具体软件或代码名称]的知识产权，包括但不限于著作权、商标权、专利权等。
乙方在使用过程中不得侵犯甲方的知识产权。
4. 技术支持与维护甲方将提供必要的技术支持和维护服务，以确保乙方能够顺利使用开源软件或代码。
乙方在使用过程中遇到任何技术问题，应及时与甲方沟通解决。
5. 保密条款乙方在使用开源软件或代码过程中，不得泄露甲方的商业秘密和任何未经公开的技术信息。
双方应对本协议内容及在履行过程中知悉的对方商业秘密负有保密义务。
6. 违约责任如乙方违反本协议的任何条款，甲方有权立即终止本协议，并要求乙方承担相应的违约责任。
违约责任包括但不限于赔偿甲方因此遭受的一切损失。
7. 协议的变更和终止本协议的任何变更和补充均需双方协商一致，并以书面形式确认。
任何一方均可在提前[具体天数]天书面通知对方的情况下终止本协议。
8. 法律适用与争议解决本协议的订立、效力、解释、履行和争议的解决均适用中华人民共和国法律。
因本协议引起的或与本协议有关的任何争议，双方应通过友好协商解决；协商不成时，任何一方均可向甲方所在地的人民法院提起诉讼。
9. 其他本协议自双方授权代表签字盖章之日起生效，有效期为[具体年数]年。
开源许可协议
开源许可协议开源许可协议是指允许他人在遵守特定条件的情况下使用、修改和重新分发软件的许可协议。
开源许可协议旨在促进软件的自由分发和共享，是开源软件运动的重要组成部分。
开源许可协议的核心思想是“开放”和“共享”。
通过开源许可协议，软件的源代码对任何人都是开放的，任何人都可以查看、修改和重新分发软件。
这种开放的方式有助于吸引更多的人参与软件的开发和改进，推动技术的进步和创新。
在选择开源许可协议时，开发者需要考虑一些重要因素。
首先，开发者需要确定软件的许可类型，例如GPL、MIT、Apache等。
不同的许可类型有不同的限制和要求，开发者需要根据自己的需求和意愿选择合适的许可类型。
其次，开发者需要明确许可协议的范围和条件，包括对源代码的要求、对修改的限制、对衍生作品的处理等。
最后，开发者需要考虑许可协议的适用性和可执行性，确保许可协议能够有效地保护软件的开放性和自由性。
开源许可协议对软件产业和开发者社区都有重要意义。
对于软件产业来说，开源许可协议有助于促进技术创新和竞争，降低软件开发成本，提高软件的质量和安全性。
对于开发者社区来说，开源许可协议为开发者提供了更多的自由和机会，鼓励他们积极参与开源项目，分享自己的技术和经验，从而推动整个开发者社区的发展和进步。
然而，开源许可协议也面临一些挑战和争议。
例如，一些商业软件开发商担心开源许可协议会损害其商业利益，限制了他们对软件的控制和盈利能力。
此外，开源许可协议的复杂性和不确定性也给开发者带来了一定的风险和困扰，需要他们在选择和遵守许可协议时格外小心和谨慎。
综上所述，开源许可协议是开源软件运动的重要组成部分，对软件产业和开发者社区都具有重要意义。
开源许可协议的选择和遵守对开发者来说是一项重要的决策，需要充分考虑各种因素，并在遵守许可协议的同时保护自己的权益。
同时，社会各界也应加强对开源许可协议的理解和支持，共同推动开源软件运动的发展和壮大。
开源许可协议
开源许可协议协议标题：开源许可协议协议编号：[编号]协议类型：许可协议起草方：[起草方名称]签署方：[签署方名称]生效日期：[生效日期]1. 引言本开源许可协议（以下简称“本协议”）旨在确保开源软件的自由使用、修改和分发，以促进创新和共享。
本协议适用于任何使用、修改和分发该开源软件的个人或组织。
2. 定义以下术语在本协议中具有以下含义：2.1 开源软件：指根据本协议提供的许可证授权的软件，包括但不限于源代码、二进制文件、文档等。
2.2 许可方：指拥有该开源软件的版权或授权权利的个人或组织。
2.3 使用：指在符合本协议规定的条件下，安装、运行、展示、存储或以其他方式利用开源软件的行为。
2.4 修改：指对开源软件进行任何形式的改编、修改、衍生、合并或扩展。
2.5 分发：指将开源软件以任何形式提供给第三方获取、复制、下载、传播或以其他方式传递。
3. 许可授权许可方授予使用方免费、不可撤销的权利，以符合本协议规定的方式使用、修改和分发开源软件。
3.1 使用许可使用方可以自由使用开源软件，包括但不限于安装、运行、展示、存储等。
3.2 修改许可使用方可以修改开源软件，包括但不限于改编、修改、衍生、合并或扩展。
3.3 分发许可使用方可以以源代码或二进制形式分发开源软件，包括但不限于复制、下载、传播或以其他方式传递。
4. 权利限制4.1 版权声明使用方在分发开源软件时，必须保留原始版权声明、许可声明、免责声明和其他相关声明。
4.2 开源要求使用方在分发开源软件时，必须同时提供源代码，并以与本协议相同的方式许可第三方使用、修改和分发该源代码。
4.3 免责声明开源软件按“原样”提供，不提供任何明示或暗示的担保或保证。
使用方自行承担使用开源软件的风险。
5. 终止本协议在以下情况下终止：5.1 违反协议如使用方违反本协议的任何规定，许可方有权终止使用方对开源软件的许可。
5.2 解除协议任何一方可以随时解除本协议，但解除后不影响之前已经使用、修改和分发的开源软件的许可。
开源界的5大开源许可协议
越来越多的开发者与设计者希望将自己的产品开源，以便其他人可以在他们的代码基础上做更多事，开源社区也因此充满生机。
在我们所能想到的应用领域，都有开源软件存在（象WordPress，Drupal 这些开源CMS）。
然而很多人对开源许可并不了解，本文介绍开源领域常用的几种许可协议以及它们之间的区别。
什么是许可协议？什么是许可，当你为你的产品签发许可，你是在出让自己的权利，不过，你仍然拥有版权和专利（如果申请了的话），许可的目的是，向使用你产品的人提供一定的权限。
不管产品是免费向公众分发，还是出售，制定一份许可协议非常有用，否则，对于前者，你相当于放弃了自己所有的权利，任何人都没有义务表明你的原始作者身份，对于后者，你将不得不花费比开发更多的精力用来逐个处理用户的授权问题。
而开源许可协议使这些事情变得简单，开发者很容易向一个项目贡献自己的代码，它还可以保护你原始作者的身份，使你至少获得认可，开源许可协议还可以阻止其它人将某个产品据为己有。
以下是开源界的5 大许可协议：GNU GPLGNU General Public Licence (GPL) 有可能是开源界最常用的许可模式。
GPL 保证了所有开发者的权利，同时为使用者提供了足够的复制，分发，修改的权利：1.可自由复制你可以将软件复制到你的电脑，你客户的电脑，或者任何地方。
复制份数没有任何限制。
2.可自由分发在你的网站提供下载，拷贝到U盘送人，或者将源代码打印出来从窗户扔出去（环保起见，请别这样做）。
3.可以用来盈利你可以在分发软件的时候收费，但你必须在收费前向你的客户提供该软件的GNU GPL 许可协议，以便让他们知道，他们可以从别的渠道免费得到这份软件，以及你收费的理由。
4.可自由修改如果你想添加或删除某个功能，没问题，如果你想在别的项目中使用部分代码，也没问题，唯一的要求是，使用了这段代码的项目也必须使用GPL 协议。
需要注意的是，分发的时候，需要明确提供源代码和二进制文件，另外，用于某些程序的某些协议有一些问题和限制，你可以看一下@PierreJoye写的Practical Guide to GPL Compliance一文。
五种开源协议书
五种开源协议书甲方（版权持有者）：________________________地址：______________________________________联系方式：__________________________________乙方（使用者/贡献者）：____________________地址：______________________________________联系方式：__________________________________鉴于甲方是以下开源软件的版权持有者，乙方希望使用或贡献该开源软件，甲乙双方本着平等自愿、诚实信用的原则，经协商一致，就开源软件的使用和贡献事宜达成如下协议：第一条定义1.1 开源软件：指甲方拥有或控制的，以开源许可证形式发布的软件。
1.2 开源许可证：指甲方选择的，用于规范乙方使用和贡献开源软件的法律文件。
1.3 贡献：指乙方对开源软件进行的修改、增强、翻译、注释或其他形式的创造性工作。
第二条开源许可证的选择2.1 甲方选择以下开源许可证之一，用于规范乙方的使用和贡献行为： - MIT许可证- Apache许可证2.0- GNU通用公共许可证（GPL）版本3- BSD许可证- Mozilla公共许可证2.0第三条权利与义务3.1 甲方的权利与义务：3.1.1 甲方保证其对开源软件拥有合法的版权或相应的授权。
3.1.2 甲方有权根据开源许可证的规定，对乙方的使用和贡献行为进行监督和管理。
3.2 乙方的权利与义务：3.2.1 乙方有权根据本协议和开源许可证的规定，使用和贡献开源软件。
3.2.2 乙方在使用和贡献开源软件时，应遵守开源许可证的规定，不得侵犯甲方或第三方的合法权益。
第四条贡献的提交与处理4.1 乙方提交的贡献应符合甲方设定的格式和标准。
4.2 甲方有权决定是否接受乙方的贡献，并在必要时要求乙方进行修改。
第五条知识产权5.1 乙方贡献的知识产权归甲方所有，除非开源许可证有其他规定。
开源许可协议GPL、APL、BSD、LGPL、MIT等的区别
开源许可协议GPL、APL、BSD、LGPL、MIT等的区别开源许可协议GPL、APL、BSD、LGPL、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协议。
SDK和API许可协议
SDK和API许可协议随着科技的发展，软件开发工具（SDK）和应用程序接口（API）成为了软件开发领域的重要工具。
SDK是一套开发工具，它包含了一组库和工具，可帮助开发人员在特定的软件环境中创建应用程序。
API则是一组定义了如何与软件组件进行交互的规则和协议。
开发者可以使用API来访问其他软件组件的功能和数据。
在开发SDK和API时，经常会涉及到许可协议的问题。
许可协议是指开发者和最终用户之间就软件使用的权益和限制达成一致的协议。
许可协议的目的是保护软件的知识产权，并确保使用者对软件的使用符合法律法规和伦理规范。
常见的SDK和API许可协议包括开源许可协议和封闭源码许可协议。
下面将分别对这两种许可协议进行介绍。
1.开源许可协议开源许可协议是指授权使用者在遵守一系列规定的前提下，可以自由地使用、复制、修改和分发软件。
开源许可协议的主要目标是促进软件的共享和开放合作。
常见的开源许可协议包括GNU通用公共许可证（GNU GPL）、Mozilla公共许可证（MPL）和Apache许可证等。
GNUGPL是最著名的开源许可协议之一、它要求所有使用、修改和分发基于GPL协议的软件的用户，无论是否对软件进行修改，都必须开放源代码，并且对开源衍生版本也遵循GPL协议。
这种许可协议的优势在于它鼓励开发者贡献代码和改进软件，促进了软件社区的发展和创新。
2.封闭源码许可协议封闭源码许可协议是指软件开发者保留其软件源代码的全部或大部分权利，并授予使用者有限的权利来使用和访问软件。
封闭源码许可协议通常会要求使用者支付软件许可费用，并且严格限制了软件的修改和分发。
常见的封闭源码许可协议包括专有软件许可协议和商业软件许可协议。
专有软件许可协议是由软件开发者单独制定的，通常具有较高的保密性和专有性。
在该许可协议下，使用者只能按照开发者的要求来使用软件，不得复制、修改或分发软件源代码。
商业软件许可协议通常是由软件开发公司制定的，旨在保护其知识产权和商业利益。
开源许可协议
开源许可协议协议名称：开源许可协议协议编号：[编号]生效日期：[日期]甲方：[甲方名称]地址：[甲方地址]联系人：[甲方联系人]联系方式：[甲方联系方式]乙方：[乙方名称]地址：[乙方地址]联系人：[乙方联系人]联系方式：[乙方联系方式]鉴于：1. 甲方是一家拥有知识产权的公司，拥有一项或多项软件产品的所有权；2. 乙方是一家希望使用甲方软件产品的公司或个人；3. 甲方希望以开源许可的方式授权乙方使用其软件产品；双方经友好协商，一致达成如下协议：第一条协议目的本协议的目的是明确甲方授权乙方使用其软件产品的条件和限制。
1. 甲方授权乙方在遵守本协议的前提下，以开源的形式使用甲方软件产品；2. 乙方可以自由地使用、复制、修改、分发和传播甲方软件产品；3. 乙方可以将甲方软件产品用于自己的商业活动或非商业活动；4. 乙方可以对甲方软件产品进行二次开发，并将其作为乙方自己的产品发布。
第三条使用限制1. 乙方在使用甲方软件产品时，必须保留软件中的版权声明、许可声明、免责声明等相关信息；2. 乙方不得以任何方式将甲方软件产品用于违法、违规或有损社会公共利益的活动；3. 乙方不得以任何方式将甲方软件产品用于军事、核能、生化武器等危险领域；4. 乙方不得以任何方式将甲方软件产品用于侵犯他人的知识产权或其他合法权益的活动；5. 乙方不得以任何方式将甲方软件产品进行销售或商业化使用，除非事先取得甲方的书面许可。
第四条保密条款1. 乙方在使用甲方软件产品过程中，可能会接触到甲方的商业秘密或其他机密信息；2. 乙方应对甲方的商业秘密或其他机密信息保密，并采取合理的措施防止泄露；3. 乙方不得将甲方的商业秘密或其他机密信息用于任何未经授权的用途；4. 乙方应承担因违反本条款而导致的一切法律责任。
1. 甲方对其软件产品的使用不提供任何明示或暗示的保证，包括但不限于对软件的适用性、质量、安全性的保证；2. 甲方不对乙方使用软件产品所导致的任何直接或间接损失承担责任；3. 乙方在使用甲方软件产品时，应自行承担一切风险和责任。
软件开源协议书范本
软件开源协议书范本甲方（开源软件提供方）：[甲方全称]乙方（开源软件使用方）：[乙方全称]鉴于甲方是[软件名称]软件的著作权人，拥有该软件的完整知识产权；乙方希望使用甲方提供的开源软件，双方本着平等互利、诚实信用的原则，就乙方使用甲方提供的开源软件达成如下协议：一、软件授权1. 甲方同意按照本协议的条款和条件，授权乙方非独占性、不可转让的使用权，允许乙方使用、复制、修改和分发[软件名称]软件。
2. 乙方同意仅在本协议规定的范围内使用[软件名称]软件，并遵守所有适用的法律法规。
二、使用限制1. 乙方不得将[软件名称]软件用于任何非法目的，包括但不限于侵犯第三方知识产权、违反相关法律法规等。
2. 乙方不得对[软件名称]软件进行反向工程、反编译或以其他方式尝试获取软件的源代码，除非法律另有规定或甲方书面同意。
三、知识产权1. 甲方声明并保证其对[软件名称]软件拥有完整的知识产权，包括但不限于著作权、商标权、专利权等。
2. 乙方在使用[软件名称]软件过程中产生的任何衍生作品，其知识产权归甲方所有，除非双方另有书面约定。
四、免责声明1. [软件名称]软件按“现状”提供，甲方不提供任何形式的保证，包括但不限于适销性、特定用途的适用性或不侵犯第三方权利的保证。
2. 甲方不对因使用[软件名称]软件而导致的任何直接、间接、偶然、特殊或后果性的损害负责，包括但不限于利润损失、业务中断、商业信息丢失或其他经济损失。
五、协议的修改和终止1. 本协议的任何修改和补充均需双方书面同意。
2. 如乙方违反本协议的任何条款，甲方有权立即终止本协议，并要求乙方停止使用[软件名称]软件。
六、法律适用与争议解决1. 本协议的订立、效力、解释、履行和争议解决均适用[国家/地区]法律。
2. 因本协议引起的或与本协议有关的任何争议，双方应首先通过友好协商解决；协商不成时，任何一方均可向甲方所在地的有管辖权的人民法院提起诉讼。
七、其他1. 本协议自双方授权代表签字盖章之日起生效，有效期至[协议有效期]。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
开源许可协议（初稿）河南新创元信息网络有限公司研发部文档修订历史记录目录1目的 (1)2开源许可协议定义 (1)3开源许可协议介绍 (1)3.1GNU GPL (1)3.2GNU LGPL (2)3.3BSD (3)3.4Apache license. 2.0 (3)3.5MIT许可协议（MIT License） (4)3.6知识共享协议 (4)3.7CPL(Common Public Liecense) vesion 1.0 (5)3.8 MPL协议 (6)3.9CDDL协议 (7)4附录 (8)4.1GPL3.0协议 (8)4.1.1导言 (8)4.1.2条款和条件 (9)4.1.3如何在您的新程序中应用这些条款？ (19)4.2 LGPL 2.1协议 (21)4.2.1导言 (21)4.2.2条款和条件 (23)1目的为了让开发人员能够正确合法的使用开源软件，避免因为不小心而触犯到相关法律法规，产生不必要的法律纠纷，现对开源界的几大开原协议进行了翻译和整理。
2开源许可协议定义自由软件/开源软件是自由的，免费的，源代码开放的，我们可自由下载安装和使用。
同时，为了维护作者和贡献者的合法权利，保证这些软件不被一些商业机构或个人窃取，影响软件的发展，开源社区开发出了各种的开源许可协议。
其中主要分三大类。
OSI-Approved Open Source：被开放源码组织（）所批准的开放源码授权协议。
如常见的Apache，GPL，LGPL，MIT Licence，都属于OSI-Approved的授权协议，OSI 的要求之一是二进制文件和源代码的自由发放。
Other/Proprietary License：其他的，私有的授权协议。
指软件作者提供源代码，但是对软件的分发和发布有其他的限制。
Public Domain：公共域授权。
将软件授权为公共域，表示作者完全放弃版权，任何人都可以随意使用。
大部分开源工程都属于OSI-Approved Open Source，下面对常见的License做简单的介绍。
3开源许可协议介绍3.1GNU GPLGNU有两种协议其中一种为General Public Licence (GPL) ，该协议有可能是开源界最常用的许可模式。
GPL 保证了所有开发者的权利，同时为使用者提供了足够的复制，分发，修改的权利。
主要条款如下：1.使用者可以将软件自由的复制到任何地方。
2.使用者可以以任何方式自由的分发，下载。
注意分发的时候需要提供源代码和二进制文件。
3.使用者可以盈利，基于GPL 的软件允许商业化销售，但不允许封闭源代码。
4.如果使用者对遵循GPL 的软件进行任何改动和/或再次开发并予以发布，则使用者的产品必须继承GPL 协议，不允许封闭源代码。
GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。
这也就是为什么我们能用免费的各种linux，包括商业公司的linux和linux上各种各样的由个人，组织，以及商业软件公司开发的免费软件了。
但对于使用GPL协议的开源代码，商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。
GPL3.0详见附录4.1GPL3.0协议。
3.2GNU LGPLGNU 还有另外一种协议，叫做LGPL（Lesser General Public Licence），它对产品所保留的权利比GPL少，总的来说，LGPL适合那些用于非GPL或非开源产品的开源类库或框架。
因为GPL要求，使用了GPL代码的产品必须也使用GPL协议，开发者不允许将GPL代码用于商业产品。
而LGPL绕过了这一限制。
1.基于LGPL的软件也允许商业化销售，但不允许封闭源代码。
2.如果您对遵循LGPL的软件进行任何改动和/或再次开发并予以发布，则您的产品必须继承LGPL协议，不允许封闭源代码。
但是如果您的程序对遵循LGPL 的软件进行任何连接、调用而不是包含，则允许封闭源代码。
如果修改LGPL协议的代码或者衍生，则所有修改的代码，涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。
因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。
具体条款详见LGPL 2.1协议。
3.3BSDBSD授权许可证(FreeBSD Copyright Information)具有多种授权许可证。
其中BSD 在软件分发方面的限制比别的开源协议（如GNU GPL）要少。
该协议有多种版本，最主要的版本有两个，新BSD协议与简单BSD协议，这两种协议经过修正，都和GPL 兼容，并为开源组织所认可。
简单BSD协议主要条款如下：1.使用者可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。
2.如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。
3.如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
4.不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。
新版（也称“三句版”）BSD许可证规定，只要软件的版权申明和许可证的免责条款得以保存，软件可以以任何目的不受限制地分发。
该许可证还包含如下条款：即未经许可，不得以软件贡献者的名字为软件的衍生产品做代言。
这一条款正是新版BSD许可证与简版BSD许可证之间的主要区别。
3.4Apache license. 2.0Apache Licence是著名的非盈利开源组织Apache采用的协议。
Apache协议2.0和别的开源协议相比，除了为用户提供版权许可之外，还有专利许可，对于那些涉及专利内容的开发者而言，该协议最适合。
以下为Apache Licence的详细介绍：1.需要授予使用代码的用户一份Apache Licence。
一旦被授予许可，使用者可以无限期的使用。
2.如果使用者修改了代码，需要再被修改的文件中说明。
3.在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。
4.如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。
你可以在Notice中增加自己的许可，但不可以表现为对Apache Licence构成更改。
以下是该授权关于对工作中使用的说明和限制：如果在工作中需要应用该授权，请附上如下样板式说明，以[]围起来，来替换你自己的说明信息。
（不要包含括弧）文本通常被适当的文件语法格式所包围。
我们也建议，一个文件或者类名和特定目的的描述，一起被包含在印刷页上，该印刷页作为一个简单的第三方文档授权证明。
下图1为授权的文档格式。
图13.5MIT许可协议（MIT License）在所有常用的开源许可协议中，MIT许可协议最为简短，可能也最为广泛。
它的条款非常松散，比起大部分其它许可协议来说更加宽松。
其基本条款如下：1.使用者可以随意使用，复制，修改这个软件。
没有人能够阻止你在任何工程里使用它，你可以复制任意次数、以任何形式，或按你的愿望修改它。
2.使用者可以向外免费发放，或出售。
你可以随意的分发它，没有任何限制。
3.唯一的限制是使用者必须接受协议条款。
即软件必须附带版权和许可协议。
4.MIT 协议是目前最少限制的协议。
它基本上就是任何人可以对这个协议下的软件的做任何的事情，只要你能认可这个协议。
3.6知识共享协议知识共享（Creative Commons，简称CC）许可协议并非完全的开源许可协议，但设计类项目也常常使用。
有各种不同的CC许可协议可供使用，每种授予特定的权利。
一个CC许可证包含四个基本部分，每部分即可单独生效，又可联合使用。
简述如下：1.署名,使用者必须按照作者指定的方式对作品进行署名。
除此之外，作品可被复制、分发、拷贝以及以其它方式使用。
2.相同方式共享，即只能基于相同的CC许可证对作品进行修改、分发等。
3.非商业性，作品可被修改、分发等，但不得以商业为目的进行。
关于什么构成商业行为，许可证条款并未提供清晰的定义，因此使用者可能需要在自己的项目里给予澄清。
比如说，有人认为“非商业”只是简单地意味着你不能出售作品，也有人认为你不能把作品放到一个带广告的网站上，还有人认为只有当牟利发生时才能称为“商业”。
4.禁止衍生，即使用者可以拷贝和分发授权作品，但不得以任何方式修改、或基于原作进行创作。
如上所述，CC许可证的各个部分可以联合使用。
最为严格的许可证为“署名-非商业-禁止衍生”许可证，即使用者可以自由分享作品，但不得修改或收费，同时必须按照作者指定的方式为作品署名。
这对那些一方面希望发布作品，另一方面又希望多多少少保留对作品使用方式的控制权的作者来说，颇为不错。
限制最少的CC许可证是“署名”许可证，即只要按照作者指定的方式为作品署名，就可以用作品做任何事。
CC许可证在设计类作品中的应用要比在开发中的应用多，但并没有限制你在开发中使用它，只是要清楚各部分条款的细节。
3.7CPL(Common Public Liecense) vesion 1.0CPL是IBM 提出的并通过了OSI（Open Source Initiative）批准的开源协议。
主要用于一些IBM或跟IBM相关的开源软件/项目中。
如很著名的Java开发环境Eclipse、RIA开发平台Open Laszlo等。
CPL也是一项对商业应用友好的协议。
它允许使用者对源码进行任意的使用、复制、分发、传播、展示、修改以及改后做闭源的二次商业发布，这点跟BSD 很类似，也属于自由度比较高的开源协议。
但是，需要遵循以下条款：1.当使用者将源码的整体或部分再次开源发布的时候，必须继续遵循CPL 开源协议来发布，而不能改用其他协议发布。
除非你得到了原“源码”Owner 的授权。
2.CPL协议下，使用者可以将源码不做任何修改来商业发布。
但如果要将修改后的源码开源，而且当你再发布的是ObjectCode 的时候，你必须声明它的Source Code是可以获取的，而且要告知获取方法。
3.当使用者需要将CPL 下的源码作为一部分跟其他私有的源码混和着成为一个项目发布的时候，可以将整个项目/产品以私人的协议发布，但要声明哪一部分代码是CPL下的，而且声明那部分代码继续遵循CPL。
独立的模块（Separate Module），不需要开源。
3.8MPL协议MPL是The Mozilla Public License的简写，是1998年初Netscape的Mozilla 小组为其开源软件项目设计的软件许可证。