开源许可协议
几种常见的开源软件许可协议（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、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 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 小组为其开源软件项目设计的软件许可证。