开源协议
列举常见的开源协议简述其许可证的规则

列举常见的开源协议简述其许可证的规则常见的开源协议主要包括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)MIT许可证:允许受让人自由使用、修改和分发作品,包括商业用途。
(2)BSD许可证:与MIT许可证类似,但也要求在使用、修改或分发派生作品时保留原始版权和许可证声明。
第二条复制左派开源协议(1)GNU通用公共许可证(GPL):要求派生作品在相同的许可条款下分发。
(2)Affero通用公共许可证(AGPL):GPL的修改版,适用于网络服务,要求派生作品的修改服务版本在相同的许可条款下分发。
第三条准拷贝左派开源协议(1)Mozilla公共许可证(MPL):允许派生作品在MPL或兼容许可证下分发,但修改的部分必须在MPL或兼容许可证下分发。
(2)Apache许可证:允许派生作品在Apache许可证或兼容许可证下分发,但必须保留原始版权和许可证声明。
第三章开源协议选择因素第一条商业使用使用开源许可协议应考虑是否打算将作品用于商业目的。
宽松开源协议允许商业使用,而复制左派开源协议则限制商业使用或要求分发派生作品。
第二条贡献如果要对开源项目进行贡献,应选择允许贡献者保留版权的开源许可协议,例如MIT许可证或BSD许可证。
第三条法律责任使用开源许可协议应考虑可能承担的法律责任。
复制左派开源协议可能导致分发派生作品的责任。
第四章遵守开源协议第一条遵守条款受让人有义务遵守开源协议的所有条款,包括版权声明、许可条款和任何其他限制。
第二条侵权责任违反开源协议条款可能导致侵权指控,并导致法律责任。
第五章适用法律和争议解决第一条适用法律本合同受[插入适用法律名称]法律管辖并按其解释。
列举常见的开源协议简述其许可证的规则

列举常见的开源协议简述其许可证的规则常见的开源协议有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. 本协议一式两份,双方各执一份,具有同等法律效力。
甲方(盖章):________乙方(盖章):________代表人(签字):________代表人(签字):________签订日期:____年____月____日。
开源协议的具体条款

开源协议的具体条款
开源协议是指一类软件授权协议,它允许其他人查阅、使用、修改、复制源代码、以及根据源代码创建的派生作品,而不需要经过原作者的特别授权。
此类协议通常是基于版权法律的,因此这些条款都非常重要,下面是具体的开源协议条款:
1. BSD协议
BSD协议有三种不同类型的条款:BSD-2,BSD-3和原始版本。
通常情况下,人们使用的是BSD-3条款,因为它对使用者的限制较少。
- 条件:必须包含版权声明和许可声明。
- 限制:无,使用者可以自由地使用、复制、修改和再分发代码。
2. GPL协议
GPL协议有两个版本:GPLv2和GPLv3。
GPLv3版本比早期版本更严格,它要求所有的派生作品都必须采用GPLv3发布。
- 条件:所有的派生作品必须使用GPL协议发布,并且包含相应的版权和执照信息。
- 限制:不允许闭源派生产品。
3. Apache协议
Apache协议的重点在于保护原作者的知识产权,以及保证使用者的免责和免责条款。
- 限制:对于使用者来说,没有具体的限制。
对于开发人员来说,必须声明他们所做的任何更改,以及在捐赠代码时必须遵守特定的规定。
4. MIT协议
MIT协议是一种非常宽松的开源许可协议,允许源代码和二进制代码被自由使用、修改和分发,而且无需要局限于特定的许可协议。
总体来说,无论使用哪种开源协议,都需要注意条款和限制条件。
开源协议的最终目标是保护原作者和使用者的利益,以便鼓励更多的合作和创新。
开源协议书范本

开源协议书范本甲方(开源方):_____________________乙方(使用方):_____________________鉴于甲方拥有某项软件的知识产权,并愿意将该软件以开源的方式提供给公众使用,乙方希望使用甲方提供的开源软件。
为了明确双方的权利和义务,甲乙双方本着平等、自愿、互利的原则,经协商一致,特订立本协议书。
第一条定义1.1 开源软件:指甲方提供给乙方使用的,按照本协议书规定条件可以自由使用的软件及其相关文档。
1.2 修改:指对开源软件的源代码进行增加、删除或改动的行为。
1.3 分发:指将开源软件或其修改后的版本以任何形式提供给他人使用,包括但不限于出售、出租、出借、网络传输等。
第二条开源软件的授权2.1 甲方同意按照本协议书的规定,授权乙方使用开源软件。
2.2 乙方同意按照本协议书的规定使用开源软件,并遵守甲方提供的开源许可证的规定。
第三条使用限制3.1 乙方不得将开源软件用于任何违法活动。
3.2 乙方不得未经甲方书面同意,将开源软件用于商业目的。
3.3 乙方不得删除或修改开源软件中的版权声明、商标或其他标识。
第四条修改和分发4.1 乙方有权对开源软件进行修改,但修改后的软件仍需遵守本协议书的规定。
4.2 乙方可以将修改后的软件分发给第三方,但必须确保第三方遵守本协议书的规定。
第五条保证和免责声明5.1 甲方保证其拥有开源软件的知识产权,并有权授权乙方使用。
5.2 甲方不对开源软件的适用性、稳定性、安全性等做出任何明示或暗示的保证。
5.3 乙方使用开源软件的风险由乙方自行承担。
第六条协议的变更和终止6.1 本协议书的任何变更和补充均需双方书面同意。
6.2 如乙方违反本协议书的规定,甲方有权随时终止本协议书。
第七条争议解决7.1 本协议书在执行过程中发生的任何争议,双方应通过友好协商解决。
7.2 如果协商不成,任何一方均可向甲方所在地的人民法院提起诉讼。
第八条其他8.1 本协议书一式两份,甲乙双方各执一份,具有同等法律效力。
各种开源协议说明

各种开源协议说明开源协议是一种法律许可证,它规定了开放源代码软件的使用和分发条件。
这些协议确保了源代码的访问权,并且允许开发者修改和重新分发软件。
在详细介绍几种常见的开源协议前,值得注意的是,任何组织或个人使用开源软件时都应仔细阅读和理解相关协议的条款。
下面,我将介绍几种常见的开源协议。
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还规定了软件使用和分发方面的条款。
总的来说,开源协议以不同的形式和方式保障了开放源代码软件的自由和灵活性。
开发者可以根据自己的需求选择适合的开源许可证,以保护其软件的使用和分发权利。
然而,无论使用哪种开源许可证,都需要严格遵守相关协议的条款,以确保合法合规地使用和分发开源软件。
常见的开源协议

常见的开源协议开源协议甲方:(公司/个人名称)地址:(公司地址/个人地址)法定代表人/负责人:(姓名)联系方式:(电话/邮箱)乙方:(公司/个人名称)地址:(公司地址/个人地址)法定代表人/负责人:(姓名)联系方式:(电话/邮箱)双方身份甲方是(公司/个人名称)的所有者或授权管有该代码;乙方是使用该代码的用户。
权利甲方有权在遵守本协议的前提下授权乙方使用该代码;乙方有权使用该代码。
义务甲方必须保证该代码完全符合中国相关法律法规,并为代码质量负责;乙方必须遵守本协议的约定,并保证不侵犯相关法律法规及他人权益。
代码开放甲方授权乙方将该代码用于商业或非商业领域,但是乙方必须在此基础上保留原有版权和作者信息,禁止私自修改和传播。
履行方式甲方将该代码以开源形式发布于xxx 平台,乙方可自由下载使用,并在符合本协议的前提下进行修改。
期限该协议自双方签字之日起生效,有效期为永久。
违约责任若甲方违反本协议规定,乙方有权要求甲方承担相应的赔偿责任;若乙方违反本协议规定,甲方有权要求乙方承担相应的法律责任。
相关法律法规本协议遵守中华人民共和国的相关法律法规。
权利和义务双方有权相互要求对方履行本协议所规定的义务。
法律效力和可执行性本协议所规定的各项条款是符合中华人民共和国相关法律法规的,并具有律师的法律效力和可执行性。
其他如本协议中所未涉及的相关事项,双方应协商解决。
本协议一式两份,自双方签字盖章之日起生效。
甲方(签字/盖章):乙方(签字/盖章):日期:日期:。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
开源界的 5 大开源许可协议
作者: its|发布: 2010-3-30 (13:33)|阅读: 7987|评论: 0|静态地址|内容源码
越来越多的开发者与设计者希望将自己的产品开源,以便其他人可以在他们的代码基础上做更多事,开源社区也因此充满生机。
在我们所能想到的应用领域,都有开源软件存在(象 WordPress,Drupal 这些开源CMS)。
然而很多人对开源许可并不了解,本文介绍开源领域常用的几种许可协议以及它们之间的区别。
什么是许可协议?
什么是许可,当你为你的产品签发许可,你是在出让自己的权利,不过,你仍然拥有版权和专利(如果申请了的话),许可的目的是,向使用你产品的人提供一定的权限。
不管产品是免费向公众分发,还是出售,制定一份许可协议非常有用,否则,对于前者,你相当于放弃了自己所有的权利,任何人都没有义务表明你的原始作者身份,对于后者,你将不得不花费比开发更多的精力用来逐个处理用户的授权问题。
而开源许可协议使这些事情变得简单,开发者很容易向一个项目贡献自己的代码,它还可以保护你原始作者的身份,使你至少获得认可,开源许可协议还可以阻止其它人将某个产品据为己有。
以下是开源界的 5 大许可协议。
GNU GPL
GNU General Public Licence(GPL) 有可能是开源界最常用的许可模式。
GPL 保证了所有开发者的权利,同时为使用者提供了足够的复制,分发,修改的权利:
∙可自由复制
你可以将软件复制到你的电脑,你客户的电脑,或者任何地方。
复制份数没有任何限制。
∙可自由分发
在你的网站提供下载,拷贝到U盘送人,或者将源代码打印出来从窗户扔
出去(环保起见,请别这样做)。
∙可以用来盈利
你可以在分发软件的时候收费,但你必须在收费前向你的客户提供该软件的 GNU GPL 许可协议,以便让他们知道,他们可以从别的渠道免费得到
这份软件,以及你收费的理由。
∙可自由修改
如果你想添加或删除某个功能,没问题,如果你想在别的项目中使用部分代码,也没问题,唯一的要求是,使用了这段代码的项目也必须使用 GPL 协议。
需要注意的是,分发的时候,需要明确提供源代码和二进制文件,另外,用于某些程序的某些协议有一些问题和限制,你可以看一下@PierreJoye写的Practical Guide to GPL Compliance一文。
使用 GPL 协议,你必须在源代码代码中包含相应信息,以及协议本身。
GNU LGPL
GNU 还有另外一种协议,叫做 LGPL (Lesser General Public Licence),它对产品所保留的权利比 GPL 少,总的来说,LGPL 适合那些用于非 GPL 或非开源产品的开源类库或框架。
因为 GPL 要求,使用了 GPL 代码的产品必须也使用GPL 协议,开发者不允许将 GPL 代码用于商业产品。
LGPL 绕过了这一限制。
BSD
BSD 在软件分发方面的限制比别的开源协议(如 GNU GPL)要少。
该协议有多种版本,最主要的版本有两个,新 BSD 协议与简单 BSD 协议,这两种协议经过修正,都和 GPL 兼容,并为开源组织所认可。
新 BSD 协议(3条款协议)在软件分发方面,除需要包含一份版权提示和免责声明之外,没有任何限制。
另外,该协议还禁止拿开发者的名义为衍生产品背书,但简单 BSD 协议删除了这一条款。
MIT
MIT 协议可能是几大开源协议中最宽松的一个,核心条款是:
该软件及其相关文档对所有人免费,可以任意处置,包括使用,复制,修改,合并,发表,分发,再授权,或者销售。
唯一的限制是,软件中必须包含上述版权和许可提示。
这意味着:
∙你可以自由使用,复制,修改,可以用于自己的项目。
∙可以免费分发或用来盈利。
∙唯一的限制是必须包含许可声明。
MIT 协议是所有开源许可中最宽松的一个,除了必须包含许可声明外,再无任何限制。
Apache
Apache 协议 2.0 和别的开源协议相比,除了为用户提供版权许可之外,还有专利许可,对于那些涉及专利内容的开发者而言,该协议最适合(这里有一篇文章阐述这个问题)。
Apache 协议还有以下需要说明的地方:
∙永久权利
一旦被授权,永久拥有。
∙全球范围的权利
在一个国家获得授权,适用于所有国家。
假如你在美国,许可是从印度授权的,也没有问题。
∙授权免费,且无版税
前期,后期均无任何费用。
∙授权无排他性
任何人都可以获得授权
∙授权不可撤消
一旦获得授权,没有任何人可以取消。
比如,你基于该产品代码开发了衍生产品,你不用担心会在某一天被禁止使用该代码。
分发代码方面包含一些要求,主要是,要在声明中对参与开发的人给予认可并包含一份许可协议原文。
Creative Commons
Creative Commons (CC) 并非严格意义上的开源许可,它主要用于设计。
Creative Commons 有多种协议,每种都提供了相应授权模式,CC 协议主要包含 4 种基本形式:
∙署名权
必须为原始作者署名,然后才可以修改,分发,复制。
∙保持一致
作品同样可以在 CC 协议基础上修改,分发,复制。
∙非商业
作品可以被修改,分发,复制,但不能用于商业用途。
但商业的定义有些
模糊,比如,有的人认为非商业用途指的是不能销售,有的认为是甚至不能放在有广告的网站,也有人认为非商业的意思是非盈利。
∙不能衍生新作品
你可以复制,分发,但不能修改,也不能以此为基础创作自己的作品。
这些许可形式可以结合起来用,其中最严厉的组合是“署名,非商用,不能衍生新作品”,意味着,你可以分享作品,但不能改动或以此盈利,而且必须为原作者署名。
在这种许可模式下,原始作者对作品还拥有完全的控制权,而最宽松的组合是“署名”,意味着,只要为原始作者署名了,就可以自由处置。
延伸资源
∙Creative Commons Licenses
Creative Common 许可的官方条款与解释
∙Open Source Initiative
包含各种开源协议资源
∙Open Source Licenses Comparison
对主流开源协议的对比
∙Understanding Open-Source Licensing
开源协议详解
∙HOW TO: Pick an Open Source License
如何选择不同的开源协议
本文国际来源:Smashing Magazine A Short Guide To Open-Source And Similar Licenses
中文编译来源:锐商企业CMS网站内容管理系统官方网站。