各种开源协议说明
许多开发者和设计者希望把他们的作品作为开源项目共享，他们希望其他人能够利用和共享他们的代码。而各种开源社区就是因为这个原因而充满活力。开源软件可以用于你能想象得到的任何应用程序，许多web设计人员使用开源软件作为开发基础（例如WordPress，Drupal等等许多CMS系统都是开源的）。
但是许多开发者和设计者并没有对开源License有清楚的了解，不清楚当他们选择开发自己的源代码时，他们有什么权利。如果不知道明确的License的内容，他们就不知道如何做出最明智的选择，如何做对他们最有利。
对于中国的开发者来说，因为中国发达的盗版文化，泛滥的盗版软件，大部分人恐怕都完全没有License或者版权这个概念，都是奉行拿来主义。如果我们一直都是这样的话，中国软件何来进步。所以对于国内的开发者来说，第一课就是应该学习如何使用和遵守License。
什么是License
许多混乱就始于你不知道License到底是什么，到底有什么含义。当你对你的产品使用License时，并不意味着你放弃了任何权利，你依然对其拥有原著作权。License只是授予他们于特定权利来使用你的产品。
License只是把你的作品释放到公有领域，或者给各个拷贝赋予权限。也意味着你放弃了版权收入，别人也没有义务把你列为原作者或贡献者。
开放源代码许可协议更容易为他人作出贡献，而不必寻求特别的许可。它也可以保护你作为原创者的权利，至少确认了你的贡献。它还可以保证你的工作不为别人所剽窃。
GNU General Public License
GNU General Public License （GPL）的可能是开源项目最常用的许可证。GPL赋予和保证了开源项目开发者广泛的权利。基本上，它允许用户合法复制，分发和修改软件。这意味着你可以：
复制软件
复制软件到自己的服务器，客户端的服务器，你自己的电脑，几乎任何你想要的地方，而且没有数量限制。
发布软件
发布你想要的软件，例如，在你的网站提供下载链接，刻成光盘，打印出来等等。
收取费用
如果你想在向别人提供软件时收费，如设置在别人的网站上或者其他用途时。
GPL允许你这么做，但是你必须给客户提供一个GPL副本，告诉他们可以在其他地方得到免费版本。当然最好在此之前，告诉客户，你为什么收费。
可以任意修改
如果你想添加或删除功能，没问题。如果想在其他项目中使用部分代码，也是可以的，但是唯一的限制是此项目也必须按GPL发布。
商业软件不能使用GPL协议的代码。
GNU Lesser General Public License
还有另一个GNU License：GNU Lesser General Public License （LGPL）。比起GPL它授予的权限较少。一般来说，LGPL比较适合连接到非GPL或者非开源文件的库文件。由于GPL 的规定，使用到部分GPL代码的软件，必须也使用GPL，开发人员不能使用GPL来开发收费软件或者专有软件。LGPL则没有这方面的要求，不要求使用与部分代码相同的License。
商业软件可以使用，但不能修改LGPL协议的代码。
BSD License
BSD License与其他自由软件License相比，如GPL，限制更少。但是请注意到BSD License两种版本之间的差别：New BSD License/Modified BSD License 和Simplified BSD License/FreeBSD License。它们两者都是于GPL 兼容的自由软件License。
New BSD License (”3-clause license”) 可以用于任何作为版权声明和保证许可的免责声明的目的，可以通过无限长的再分发来得以维持，也就是说如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。它还有一个特殊限制条款，不用特别的许可就是限制使用派生工作的工作者名字，也就是说不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。
New BSD License和Simplified BSD License 的主要区别是，后者忽略了非认可条款。
商业软件可以使用，也可以修改使用BSD协议的代码。
MIT License
MIT是和BSD一样宽松的许可协议,作者只想保留版权,而无任何其他了限制.也就是说,你必须在你的发行版里包含原许可协议的声明,无论你是以二进制发布的还是
以源代码发布的。
你可以使用，复制和修改软件
你可以免费使用软件或出售
唯一的限制是，它是必须附有MIT授权协议
商业软件可以使用，也可以修改MIT协议的代码，甚至可以出售MIT协议的代码。
Mozilla Public License 1.1
Mozilla Public License 1.1 (MPL)协议允许免费重发布、免费修改，但要求修改后的代码版权归软件的发起者。这种授权维护了商业软件的利益，，它要求基于这种软件得修改无偿贡献版权给该软件。这样，围绕该软件得所有代码得版权都集中在发起开发人得手中。但MPL是允许修改，无偿使用得。MPL软件对链接没有要求。
商业软件可以使用，也可以修改MPL协议的代码，但修改后的代码版权归软件的发起者。
Common Development and Distribution License
CDDL（Common Development and
Distribution License，通用开发与销售许可）开源协议，是MPL （Mozilla Public License）的扩展协议，它允许公共版权使用，无专利费，并提供专利保护，可集成于商业软件中，允许自行发布许可。
商业软件可以使用，也可以修改CDDL协议的代码。
Apache License
Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布(作为开源或商业软件)。需要满足的条件：
需要给代码的用户一份Apache License。
如果你修改了代码，需要在被修改的文件中说明。
在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。
如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache License。你可以在Notice中增加自己的许可，但不可以表现为对Apache License构成更改。
Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。
商业软件可以使用，也可以修改使用Apache协议的代码。
Eclipse Public License
Eclipse Public License（EPL）是一个与CPL相类似的许可证，任何扩展自Eclipse源码的代码也必须是开源的。
Creative Commons
Creative Commons（CC）的许可证不太开放源代码授权，它们通常用于设计项目。CC许可证有着宽广的定义，每个定义都会授予一定的权利。它有四个基本部分，可以单独或者组合使用。下面是部分概述：
署名
作者必须是作品的原创者。除此之外，作品可以修改，分发，复制和以其他方式使用。
相同方式共享
工作可以修改，分发等等，但必须在一个许可证下。
非商业
可以修改，分发等，但不用于商业目的。关于什么是“商业”，说法比较含糊（没有提供明确的定义），因此您可能需要在自己的项目中澄清这一点。
禁止修改
这意味着您可以复制和分发许可工作，但你不能以任何方式修改，或在原有的基础开发。
商业软件的使用要遵从CC协议的具体规定，最严格的许可证将是“署名，非商业，不能修改”的授权。这意味着你可以自由共享的工作，但不能改变它，你必须把它归功于原创者。
Common Public License 1.0
Common许可证有一些细节性的规定值得参考:
明确了专利授权。一般的开源软件都明确源代码的版权人将自己的修改权、复制权等版权权利向公众许可，但保留署名权，而Common许可证在此基础上
还明确假如源代码中含有专利权，源代码专利权人将复制、使用的专有权利向公众许可。
规定可以将源代码及修改过的源代码与其他类型的不受本许可证约束的代码结合，以新产品的形式发布，只要其中经该许可证获得的源代码及修改过的源代码能按该许可证的要求发布即可。
细化了该许可证终止的情形，包括发生专利侵权诉讼。
明确了一个独立承担责任的原则，就是假如按该许可证使用源代码的使用者将获得的源代码应用于商业使用，那么他就要对在商业应用中出现的由于使用该源代码程序而产生的侵权诉讼承担完全责任。这一条规定是比较特殊的，绝大多数开源软件许可证都不这么要求。
商业软件可以使用，也可以修改Common协议的代码，但要承担代码产生的侵权责任。
Linux 开源协议 现今存在的开源协议很多，而经过Open Source Initiative组织通过批准的开源协议目前有58种（https://www.doczj.com/doc/8614615626.html,/licenses /alphabetical）。常见的开源协议如BSD、GPL、LGPL和MIT等都是OSI批准的协议。如果要开源自己的代码，最好也是选择这些被批准的开源协议。 这里介绍四种最常用的开源协议及它们的适用范围，供那些准备开源或者使用开源产品的读者参考。 1．BSD开源协议（original BSD license、FreeBSD license、Original BSD license）BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以“为所欲为”，可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。但“为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD 协议代码为基础做二次开发自己的产品时，需要满足三个条件： ●如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。 ●如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来 代码中的BSD协议。 ●不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。 BSD代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD 协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。2．Apache Licence 2.0 Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD 类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。需要满足的条件也和BSD类似： ●需要给代码的用户一份Apache Licence。 ●如果你修改了代码，需要再被修改的文件中说明。 ●在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标， 专利声明和其他原来作者规定需要包含的说明。 ●如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可，但不可以表现为对Apache Licence构成 更改。 Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。 3．GPL（GNU General Public License） 大家很熟悉的Linux就是采用了GPL。GPL协议和BSD，Apache Licence等鼓
商标使用授权协议书 商标许可人（甲方）：商标被许可人（乙方）： 公司地址：公司地址： 公司电话：公司电话： 根据《中华人民共和国商标法》和《实施条例》的规定，双方遵循自愿和诚信的原则，经过友好协商签订本商标使用许可合同。 授权范围 一、甲方将已在国家工商总局商标局注册登记的第______类商标（注册号：______）许可乙方使用在其生产的______产品包装上。 二、商标标识： 三、许可使用的期限自______年______月______日起至______年______月______日止。合同期满，如需延长使用时间，由甲、乙双方另行续订商标使用许可合同。 四、甲方许可乙方使用商标的地域范围：中华人民共和国境内（不包含港，澳，台）。 五、甲方许可乙方使用商标的形式为：在中华人民共和国区域内普通许可使用。 六、许可乙方在其生产的产品包装、产品外观，产品显示上使用的说明文字：_____________________ 双方权利和义务 七、根据《中华人民共和国商标法》的规定：“许可人应当监督被许可人使用其注册商标的商品质量；被许可人应当保证使用该注册商标的商品质量。”乙方必须保证在其生产的商品上，使用甲方注册商标的产品，要符合国家有关该产品卫生、质量、计量、环保、包装、行业标准及法定说明文字的要求。 八、乙方不得任意改变甲方注册商标的文字、图形或者其组合，不得超越许可的产品范围使用甲方的注册商标。 九、根据《中华人民共和国商标法》规定，乙方必须在使用甲方注册商标的商品上标明乙方的企业名称和产地。 十、甲、乙方应在商标许可合同到期前两个月，就是否继续授权使用商标进行协商，到期继续使用重新签订《商标使用许可合同》，不续签合同则自行终止。 十一、合同终止后，乙方不得在其门市和产品上使用甲方的授权商标、标识，以及冠用______________为内容的文字，以及在本合同第6项中许可乙方在其产品包装，产品外观、产品显示中所规定的文字，否则甲方有权依法追究其侵权责任。 十二、甲方在合同有效期内，依据《中华人民共和国商标法》第四十条规定，有权利监督乙方产品质量，乙方有责任将包装设计文稿交给甲方审核备案，以免出现与法律相违背的情况。 十三、甲方对乙方的商标使用许可授权，是根据《中华人民共和国商标法》及《实施条例》的规定，仅为提高乙方知名度、扩大市场占有率所进行的企业形象和产品形象策划和包装。是在法律许可下的合法授权并受到法律保护。同时应当强调，双方都是独立法人，各自独立承担法律责任；甲、乙各方的债权、债务，以及与本合
开源软件许可协议简介 很多软件开发者和设计者都有将自己的软件作品以开源的形式公之于众的想法。他们希望其他人也可以分享自己的作品，使用自己的作品。开源社区之所以能蓬勃发展就是因为人们有这样的愿望。开源软件如此的丰富，任何你能想到的应用领域里都能找到它们的身影。大部分的设计人员都已经把使用开源软件和开源代码作为日常工作不可缺少的一部分了(WordPress, Drupal 和许多其它的内容管理系统都是开源软件)。 但是很多的软件作者和设计者都对各种不同的开源许可协议的内容和含义不甚了了。当你选择了某种开源许可协议时，你都放弃了哪些权力？在没有能明白各种开源协议的确切含义前，在不知道它们最适用于什么情况下时，软件开发者不可能在关于哪个许可协议最适合自己的软件的问题上做出准确的抉择。 什么是软件许可协议？ 关于究竟什么是许可协议的问题上有很多事实而非的说法。当你给软件附上许可证时，意味着你将保留对软件的所有权利。你将对你的作品拥有原创版权(或者是专利权，如果你申请到了)。许可协议用来授权其他人具有某种使用你的作品的权利。 依靠许可协议将你的作品对外开源或者对你的作品的各个方面逐一进行授权，是一个不错的方法。一旦对外开源，你将失去所有对你的作品的版权，别人也没有义务将你标注为作品的原创者或捐献者。而我说的后一种情况里，估计你需要从设计和开发的工作中抽出更多的时间来处理遇到的各种侵权问题。 开源许可协议使人们免去了研究那些专业的许可条款的麻烦，使人们更方便的对开源项目贡献出自己的代码。而且它还能保护你作为作品的原创作者，确保你至少拥有由于贡献参与而带来的署名荣誉。它还能用来阻止其他人企图声明对你的作品拥有所有权的行为。 GNU General Public License 通用公共许可协议 GNU General Public Licence 通用公共许可协议 (GPL) 可以说是在开源项目中使用最广泛的一种协议来。 GPL 对开发开源软件的开发者们在权利上进行了周详的认可和保障。本质上讲，它允许用户对软件进行合法的拷贝，传播和修改。这意味着你可以： ?随意复制。 把它拷贝到你自己的服务器上、你的客户的服务器上、你自己的电脑上，基本上任 何你能想到的地方。对你拷贝的数量也没有任何限制。（译者按：中国人用盗版用 惯了，估计对这点会很不以为然。） ?随意传播。 在你的网站上做一个下载链接进行下载。拷贝到你的移动硬盘里送人。把原代码打 印出来，站在屋顶散发（最好别这样做，会浪费纸，而且影响环境清洁）。
合同编号：YT-FS-3660-18 授权合同范本(完整版) Clarify Each Clause Under The Cooperation Framework, And Formulate It According To The Agreement Reached By The Parties Through Consensus, Which Is Legally Binding On The Parties. 互惠互利共同繁荣 Mutual Benefit And Common Prosperity
授权合同范本(完整版) 备注：该合同书文本主要阐明合作框架下每个条款，并根据当事人一致协商达成协议，同时也明确各方的权利和义务，对当事人具有法律约束力而制定。文档可根据实际情况进行修改和使用。 企业的授权经营(licensing)实际是一种通过与其他被授权方企业签订有关技术、管理、销售、工程承包等方面的合约，取得对该企业的某种管理控制权。其需要签定许可证合同 1、许可证合同的含义 许可证合同，又称特许权合同，或技术授权。指授权方与被授权方签订合同，允许被授权方使用授权方独有的注册商标(trademark)、专利(patent)以及技术诀窍(know-how)等。 2、许可证合同的转让费用 在许可证合同中，被授权方应按合同约定的金额，向授权方支付专利权费(royalty)。该费有两种支付方式，即定额支付和比率支付。 3、许可证合同的限制性条款
授权方为了保护自身的利益，往往在许可证合同中加入一些限制性条款。这些条款主要有： ①产量及品质的限制。对利用授权的商标、专利和技术诀窍生产的产品产量水平进行限制，并为了保证产品的质量，授权方拥有对被授权方企业生产过程的监督权; ②产品销售地区的限制。授权方公司为了防止被授权方企业侵害自己在被授权方以外地区的利益，通常在许可证合同中规定被授权方企业不得越区从事生产和销售活动; ③原材料、零部件采购的限制。在许可证合同中，授权方公司规定，被授权方企业生产被授权产品时，应从授权方公司或由其指定的供给商，购置所需的原材料和零部件。 酒类授权销售合同范本(1) 卖方： 买方： 为保护买卖双方的合法权益，买卖双方根据《中
竭诚为您提供优质文档/双击可除apache2.0开源协议 篇一：常见开源协议比较 常见的开源协议及它们的适用范围 bsd bsd开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。 但”为所欲为”的前提当你发布使用了bsd协议的代码，或则以bsd协议代码为基础做二次开发自己的产品时，需要满足三个条件： 如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的bsd协议。如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的bsd协议。 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。bsd代码鼓励代码共享，但需要尊重代码作者的著作权。bsd由于允许使用者修改和重新发布代码，也允许使用或在bsd代码上开发商业软件发布和销售，因此是对
商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选bsd协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。 apachelicence2.0 apachelicence是著名的非盈利开源组织apache采用的协议。该协议和bsd类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。需要满足的条件也和bsd类似： 需要给代码的用户一份apachelicence 如果你修改了代码，需要再被修改的文件中说明。 在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协 议，商标，专利声明和其他原来作者规定需要包含的说明。 如果再发布的产品中包含一个notice文件，则在notice 文件中需要带有apachelicence。你可以在notice中增加自己的许可，但不可以表现为对apachelicence构成更改。 apachelicence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。 gpl 我们很熟悉的linux就是采用了gpl。gpl协议和
编号：_____________授权合同 甲方：________________________________________________ 乙方：___________________________ 签订日期：_______年______月______日
甲方（单位）： 法定代表人： 乙方（员工）： 身份证号： 上述双方经平等自愿协商，签订本合同以共同遵守。 第1条合同主旨 乙方作为甲方人员，在职权范围内享有一定权利和义务，双方就权利义务进行约定。 第2条材料保管 2.1 甲方将相关物品移交给乙方保管，具体以附件“材料移交清单”为准。 2.2 乙方应妥善保管相关物品；如乙方委托或转交其它人员保管，仍应由乙方对保管负责。 2.3 甲方有权随时要求乙方全部或部分归还相关物品。归还物品时，甲方或甲方指派的人员应进行签收，签收单作为乙方归还上述物品的依据。 第3条授权范围 3.1 乙方职权范围为以下所列： 3.1.1 。 3.1.2 。 上述职权范围内的事宜，乙方有权处理，并相应使用公章及证照对外签约。本合同另有特别约定的，应首先遵守特别约定。
3.2 乙方行使职权时，应同时遵守下列约定： 3.2.1 涉及金额或价值超过元的，或导致甲方（或分公司）承担责任可能超过该标准的，需经总经理书面批准。 如果数项业务为一个整体或同一类，应该合并计算金额。 3.2.2 公司总经理或乙方上级要求乙方必须事先获得批准的，应按该要求执行。 3.2.3 公司制度对审批流程有规定的，应执行该规定。 3.2.4 公章仅限在乙方所在部门或分支机构的经营及活动范围内的合同及文件上使用，并不得代表甲方对外签署合同、作出担保/承诺及签署其它文件。 3.2.5 如乙方对职权范围或授权范围存在疑问的，可向甲方总经理询问，由甲方总经理进行解释。 3.3 乙方违反上述限制或超出职权范围的签章，甲方有权不予认可，对外不发生法律效力；导致甲方受到损失的，应由乙方自行承担责任。 第4条乙方下属人员管理 4.1 乙方职权范围内下属人员的聘用，由乙方提名并建议其薪资标准，报经甲方总经理批准后，由甲方人事部门负责签订劳动合同。 4.2 乙方不得私自聘用人员。乙方未经上述程序私自聘用人员，造成甲方损失的，乙方应承担赔偿责任。 第5条双方其它权利义务 5.1 甲方权利义务 5.1.1 甲方有权随时单方面决定对保管范围、授权范围、授权期限等进行变更；有权随时通知收回由乙方保管的公章、营业执照、公司章程等证照或文件。
商标使用许可人（甲方）: 商标使用被许可人（乙方）: 根据《商标法》和《实施条例》的规定，双方遵循自愿和诚信的原则，经过友好协 商签订本商标使用许可合同。 商标授权范围 使用该商标定制产品并在电视购物渠道销售。 二、商标标识:（另附页） 三、许可使用的期限自 止。合同期满，如需延长使用时间，由甲、乙双方另行续订商标使用许可合同。 四、甲方许可乙方使用商标的范围： 双方的权利和义务 五、根据《中华人民共和国商标法》的规定：“许可人应当监督被许可人使用其注 册商标的商品质量；被许可人应当保证使用该注册商标的商品质量。”乙方必须保 证在其生产的商品上，使用甲方注册商标的产品，要符合国家有关该产品卫生、质 量、计量、环保、包装、行业标准及法定说明文字的要求。 六、乙方不得任意改变甲方注册商标的文字、图形或者其组合，不得超越许可的产 品范围使用甲方的注册商标。 七、根据《中华人民共和国商标法》规定，乙方必须在使用甲方注册商标的商品上 标明乙方的企业名称信息。 八、甲、乙双方应在商标许可合同到期前两个月，就是否继续授权使用商标进行协 商，到期继续使用需重新签订《商标使用许可合同》并续费备案，不续签合同则到 期自行终止。 商标授权书 、甲方将注册登记的第 类商标（注册号:, 日起至
九、合同终止后，乙方不得以任何形式使用甲方的授权商标、标识，否则甲方有权依法追究其侵权责任。 十、甲方在合同有效期内，依据《中华人民共和国商标法》第四十条规定，有权利监督乙方产品质量，乙方有责任将宣传包装设计文稿交给甲方审核备案，以免出现与法律相违背的情况。 1^一、甲方对乙方的商标使用许可授权，是根据《中华人民共和国商标法》及《实施条例》的规定，仅为提高乙方知名度、扩大市场占有率所进行的企业形象和产品形象策划和包装。是在法律许可下的合法授权并受到法律保护。同时应当强调，双方都是独立法人，各自独立承担法律责任。甲、乙各方的债权、债务，以及与本合同无关的其他法律纠纷和责任，也均不能构成对各方的法律连带责任。 合同的生效与终止条件合同生效条件：十二、双方在《商标使用许可合同》上签字、盖章。 十三、乙方按合同的约定金额足额交付了甲方商标许可使用费。 十四、甲方将《商标使用许可合同》递交国家工商总局商标局受理备案。
开源界的 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
许可授权协议书范文 许可授权协议书本协议由许可方全美测评软件系统（北京）有限公司(ATA)（以下简称许可方）和受许方（以下简称受许方）共同签署。 前言1．许可方是ATA e-Testing系统软件的合法权利人，其所提供的良好的服务和优质的产品使得ATA e-Testing系统在业界中享有良好的商誉；2．受许方已经向许可方提出申请，希望许可方指定本协议所规定的授权场地为“ATA授权考试站”；3．许可方已经审查受许方提出的申请，同意根据本协议的规定指定本协议所规定的“授权场地”为“ATA授权考试站”；4．各方均有完全和充分的机会，通过其自行选择的律师或其他顾问，完全了解本许可协议条款和条件；现就本协议所述事宜，双方同意内容如下 一、按照本协议所含条款和条件，许可方特此以非独家的方式指定受许方的（“授权场地”）为“ATA授权考试站”。 二、许可方可称授权场地为“ATA授权考试站”，但并不默认场地是许可方的一部分。 受许方不是许可方的代理人或合伙人，许可方不在任何方面对受许方的债权人或投资人或上级主管或合伙人承担责任。 三、作为许可方依据本协议授予受许方权利以及许可方为受许方提供服务的价格，受许方同意选择如下方式之一向许可方支付授权考试站入网费A、当许可方已授权的授权考试站少于2000家时，一次性向许可方支付入网费人民币二万元整；B、当许可方已授权的授权
考试站少于2000家时，向许可方首付人民币一万元整，并从协议签署后的第二年开始，每年均交纳技术管理费人民币二千元整；C、当许可方已授权的授权考试站发展至2000家且少于3000家时，一次性向许可方支付入网费人民币五万元整；D、当许可方已授权的授权考试站发展至2000家且少于3000家时，向许可方首付人民币二万五千元整，并从协议签署后的第二年开始，每年均交纳技术管理费人民币五千元整；E、当许可方已授权的授权考试站发展至3000家后，一次性向许可方支付入网费人民币十万元整；F、当许可方已授权的授权考试站发展至3000家后，向许可方首付人民币五万元整，并从协议签署后的第二年开始，每年均交纳技术管理费人民币一万元整；双方同意按方式支付授权考试站入网费。 四、受许方在授权场地开展考试业务，应根据考试组织者的统一标准，按考试人次向许可方支付考试费。 五、许可方在收到上述费用后向受许方提供“ATA授权考试站招牌”、“ATA授权考试站管理手册”、“ATA e-Testing智能化考试系统技术手册”、“ATA e-Testing智能化考试系统光盘”。 六、许可方同意向受许方的二名人员提供培训，培训时间和地点由许可方确定，受训人员的旅行费及生活费由受许方支付。 七、许可方的责任1．许可方保证它是向受许方提供之平台的合理拥有者；2．许可方保证它的产品的可靠性和可使用性；3．许可方有责任向提供给受许方的考试系统提供全面的技术支持，以保证考试系统正常运行；4．不定期通讯、传达有关授权考试站运行中的问题
开源许可协议 （初稿） 河南新创元信息网络有限公司 研发部 文档修订历史记录
目录 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：被开放源码组织（https://www.doczj.com/doc/8614615626.html,）所批准的开放源码授权协议。如常见的Apache，GPL，LGPL，MIT Licence，都属于 OSI-Approved的授权协议，OSI 的要求之一是二进制文件和源代码的自由发放。 Other/Proprietary License：其他的，私有的授权协议。指软件作者提供源代码，但是对软件的分发和发布有其他的限制。 Public Domain：公共域授权。将软件授权为公共域，表示作者完全放弃版权，任何人都可以随意使用。 大部分开源工程都属于OSI-Approved Open Source，下面对常见的License做简单的介绍。 3开源许可协议介绍 3.1GNU GPL GNU有两种协议其中一种为General Public Licence (GPL) ，该协议有可能是
各种开源协议说明 许多开发者和设计者希望把他们的作品作为开源项目共享，他们希望其他人能够利用和共享他们的代码。而各种开源社区就是因为这个原因而充满活力。开源软件可以用于你能想象得到的任何应用程序，许多web设计人员使用开源软件作为开发基础（例如 WordPress，Drupal等等许多CMS系统都是开源的）。 但是许多开发者和设计者并没有对开源License有清楚的了解，不清楚当他们选择开发自己的源代码时，他们有什么权利。如果不知道明确的 License的内容，他们就不知道如何做出最明智的选择，如何做对他们最有利。 对于中国的开发者来说，因为中国发达的盗版文化，泛滥的盗版软件，大部分人恐怕都完全没有License或者版权这个概念，都是奉行拿来主义。如果我们一直都是这样的话，中国软件何来进步。所以对于国内的开发者来说，第一课就是应该学习如何使用和遵守License。 什么是License 许多混乱就始于你不知道License到底是什么，到底有什么含义。当你对你的产品使用License时，并不意味着你放弃了任何权利，你依然对其拥有原著作权。License只是授予他们于特定权利来使用你的产品。 License只是把你的作品释放到公有领域，或者给各个拷贝赋予权限。也意味着你放弃了版权收入，别人也没有义务把你列为原作者或贡献者。 开放源代码许可协议更容易为他人作出贡献，而不必寻求特别的许可。它也可以保护你作为原创者的权利，至少确认了你的贡献。它还可以保证你的工作不为别人所剽窃。 GNU General Public License GNU General Public License （GPL）的可能是开源项目最常用的许可证。GPL赋予和保证了开源项目开发者广泛的权利。基本上，它允许用户合法复制，分发和修改软件。这意味着你可以： 复制软件 复制软件到自己的服务器，客户端的服务器，你自己的电脑，几乎任何你想要的地方，而且没有数量限制。 发布软件
编号：________________ 软件授权许可及软件技术服务合同 甲方：____________________________________ 乙方：____________________________________ 签订日期：__________ 年 _______ 月 ______ 日
甲、乙双方经友好协商，乙方许可甲方使用《 _____________________________________ 》软件产品 并提供相应技术服务，甲方接受。根据《合同法》及其他法律法规签订本合同，并由双方共同恪守。条款如下： 一、合同适用范围 本合同适用于乙方许可甲方使用《________________________________________________ 》软件及服务 的用户。甲乙双方签订本合同，表明甲方接受乙方所提供标准服务；否则，视甲方主动放弃乙方所提供的服务。 二、软件服务内容 乙方提供给甲方使用的软件产品为《_____________________________________ 》。内容包括: ①许可甲方使用乙方享有著作权的《____________________________ 》； ②提供专属甲方的账号和密码； ③与上述软件配套的技术支持服务等； ④由乙方的技术客服人员提供全程技术咨询辅导。 三、软件质量保障 1.软件产品质量乙方保证：向甲方销售的软件产品功能与本产品相关的文字说明材料完全符合。 2.技术服务质量乙方保证：向甲方所提供技术服务，完全按照本合同第七条第（二）款之规定提供优质软件技术服务。
五、合同期限 本合同有效期自 ________ 年_________ 月__________ 日至_______ 年__________ 月_________ 日止，期满后, 合同自动中止。 六、版权归属 本软件之版权归乙方。甲方经由乙方授权使用本软件，其数据库之版权归甲方。 七、双方的责任和义务 （一）甲方的责任和义务 1. 按付款方式的约定按时付清软件的技术服务费用； 2. 甲方应建立相关制度，以确保软件运行环境（包括计算机，打印机及相关硬件设备）的安全, 为软件正常运行提供保障； 3. 甲方应确保有专人对软件的使用和管理负责； 4. 甲方在乙方客服人员服务完成后，配合检查软件系统运行是否正常； 5. 甲方在应用过程中发现软件岀现异常，应及时与乙方取得联系，并记录当前故障现象，便于 乙方作岀诊断； 6. 甲方定期做好系统数据备份，并对备份数据进行妥善保管； 7. 甲方严格在软件许可下使用本软件，不可对产品进行解密或将产品交给他人解密； 8. 甲方应确保其提供给乙方的所有信息的真实性。 （二）乙方的责任和义务 1. 向甲方提供享有知识产权的专用软件及专属的账号和密码，并按照合同规定的服务内容提供 优质及时的软件技术服务；
一．每个协议分别找出一个使用该协议的开源软件。 1.GPL，全称GNU General Public License。它的主要内容为：只要在一个软件中使用(“使用”指类库引用或者修改后的代码) GPL 协议的产品，则该软件产品必须也采用GPL协议，既必须也是开源和免费。这个协议就不太适合商用软件，或者准备使用GPL开源组件 的商用项目。基于这个协议的项目，极大的提高了开源软件的数量。 采用这个协议的开源软件有：Linux、MySQL 。 2.LGPL，全称GNU Lesser General Public License 次通用公共许可协议。LGPL允许商业软件通过引用类库的方式使用LGPL组件（不直接使用源代码），这样可以不需要开源商业软件的代码。但是如果要修改原始组件的代码，则涉及修改部分的代码和基于原来代码衍生的代码都必须采用LGPL协议。LGPL不适合以LGPL协议为基础的代码进行二次开发的商业软件，但是商用软件可以采用编译后的类库引用就不需要公开源代码了。 采用这个协议的开源软件有：JBoss、FCKeditor 、Hibernate。 3. BSD，全称Berkeley Software Distribution。这个协议允许使用者修改和重新发布代码，也允许使用或在BSD代码基础上开发商业软件发布和销售，因此是适用于商业软件 的。 ?使用时还必须做到满足三个条件： 1）如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。 2）如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。 3）不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。 ?适用BSD协议的开源软件有：nginx、CruiseControl、Redis。 4 MIT，源自麻省理工学院（Massachusetts Institute of Technology, MIT），又称X11协议。 MIT与BSD类似，但是比BSD协议更加宽松，是目前最少限制的协议。这个协议唯一的条件就是在修改后的代码或者发行包包含原作者的许可信息。适用商业软件。使用MIT的软件项目有：jquery、Node.js。 5. apache Licence vesion 2.0，这个协议除了为用户提供版权许可之外，还有专利许
2、LGPL LGPL是GPL的一个为主要为类库使用设计的开源协议。LGPL允许商业软件通过类库引用（link）方式使用LGPL类库而不需要开源商业软件的代码。因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。 3、BSD BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以自由的使 用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。
当使用了BSD协议的代码，或者以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件： 如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD 协议。 如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中 包含原来代码中的BSD协议。 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。 因此，很多公司企业在选择开源软件的时候都首选BSD协议，因为可以完全控制这些第三方的代码，而且在必要的时候可以进行修改或者二次开发。 4、Apache License Apache Licence 2.0（Apache License, Version 2.0、Apache License, V ersion 1.1、Apache License, Version 1.0） Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BS D类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布 （作为开源或商业软件）。需要满足的条件也和BSD类似： 需要给代码的用户一份Apache Licence 如果你修改了代码，需要再被修改的文件中说明。 在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。 如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有A pache Licence。你可以在Notice中增加自己的许可，但不可以表现为对Apach e Licence构成更改。
开源许可协议说明 如今开源的软件已经越来越被广泛使用，各种专利纠纷也越来越多。工作上要求对开源协议的理解也很迫切，做技术架构是每一个技术人员最渴望的职责，但要做好初级的技术架构工作首先要对各种各样的开源协议有深入了解，知道什么开源软件是工作在什么协议之下，对自己的产品有什么影响。这篇博文将讲解开源协议的相关知识。 首先要弄懂一些基本概念： 1 什么是许可协议？ 什么是许可，当你为你的产品签发许可，你是在出让自己的权利，不过，你仍然拥有版权和专利（如果申请了的话），许可的目的是，向使用你产品的人提供一定的权限。 不管产品是免费向公众分发，还是出售，制定一份许可协议非常有用，否则，对于前者，你相当于放弃了自己所有的权利，任何人都没有义务表明你的原始作者身份，对于后者，你将不得不花费比开发更多的精力用来逐个处理用户的授权问题。 而开源技术许可协议使这些事情变得简单，开发者很容易向一个项目贡献自己的代码，它还可以保护你原始作者的身份，使你至少获得认可，开源许可协议还可以阻止其它人将某个产品据为己有。 2. 常用开源协议 GPL(GNU General Public License) 我们很熟悉的Linux就是采用了GPL。GPL协议和BSD，Apache Licence等鼓励代码重用的 许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。这也就是为什么我们能用免费的各种linux，包括商业公司的linux和linux上各种各样的由个人，组织，以及商业软件公司开发的免费软件了。 GPL协议的主要内容是只要在一个软件中使用(”使用”指类库引用，修改后的代码或者衍生代码)GPL协议的产品，则该软件产品必须也采用GPL协议，既必须也是开源和免费。这就是所谓的”传染性”。GPL协议的产品作为一个单独的产品使用没有任何问题，还可以享受免费的优势。GPL协议最主要的几个原则：
甲方（以下简称授权方）： 法定代表人： 地址： 电话： 邮箱： 乙方（以下简称获授权方）： 法定代表人： 地址： 电话： 邮箱： 本协议是授权方许可获授权方使用作品的许可协议。本协议适用于通过_____________平台获取授权的所有作品授权方和获授权方的授权使用行为。 一、定义 1、授权作品：指根据本协议提供的网络环境下以数字化形式表达之文学、艺术和科学领域内的作品。 2、原作者：指创作授权作品的自然人或依法视为授权作品作者的法人或其他组织。 3、授权方：指根据本协议提供授权作品的自然人、法人或者其他组织。 4、获授权方：指依据本协议享有使用授权作品权利的自然人、法人或者其他组织。 5、人身权：指相关法律赋予原作者对本作品所享有的发表权、署名权、修改权以及保护作品完整权。 二、合理使用 本协议无意削减、限制或约束获授权方基于《中华人民共和国著作权法》或其他相关法律有关著作权保护的限制或例外的规定对授权作品的合理使用。 三、授权范围
1、中文原创作品授权范围 中文原创作品，是指权利人通过_____________平台授权的以中文首次创作并以中文发表的文字作品。 根据本许可协议的条款和条件，授权方授予获授权方在授权期限内，全球性、非独家、不可转授、不可转让的许可，就中文原创作品行使以下权利： （1）网络转载：将通过_____________平台获得转载使用授权的中文原创作品，复制后，通过信息网络平台进行公开传播，这里的信息网络平台仅限于获授权方在_____________平台备案的属于其自身运营的网站平台、微信公众平台、微博平台等互联网媒体平台。 （2）禁止修改，将通过_____________平台获得转载使用授权的中文原创作品，在不破坏作品完整性的前提下，可对作品标题和内容做文字性的修改和删节，但不得对作品内容进行实质性修改，不得歪曲篡改标题和作品的原意。 2、外文原创作品授权范围 外文原创作品，是指_____________平台独家代理的以外文首次创作发表的作品及其中文翻译作品，包括但不限于海外报刊文章、新闻报道、图片及其他数字内容等。 根据本协议的条款，授权方授予获授权方在授权期限内，在中国大陆范围内、非独家、不可转授、不可转让的许可，就外文原创作品及其中文翻译作品行使以下权利： （1）网络转载，允许直接复制外文作品或其中文翻译作品，上传至获授权方在_____________平台备案的属于其自身运营的网站、微信公众平台、微博平台等网络媒体平台进行公开传播。（2）禁止修改，允许在不破坏作品完整性的前提下，对外文作品标题和内容做文字性的修改和删节，但不得对外文作品内容进行实质性修改，不得歪曲篡改标题和作品原意。对于图片作品，不允许对其内容进行任何形式的剪裁和修改，只允许就网络展示格式进行适应性调整，如色彩、曝光、尺寸等的调整。 3、以上授权权利仅可在互联网环境中使用。任何通过上述权利行使而获得的作品，只能通过互联网进行发表和传播。授权方在此保留所有未明示授予的权利。 4、如授权方非免费授权使用作品时，获授权方应向授权方就授权作品的使用支付相应的对价。
合同编号：YTO-FS-PD870 游戏授权许可合同通用版 In Order T o Protect Their Own Legal Rights, The Cooperative Parties Negotiate And Reach An Agreement, And Sign Into Documents, So As To Solve Disputes And Achieve The Effect Of Common Interests. 标准/ 权威/ 规范/ 实用 Authoritative And Practical Standards
游戏授权许可合同通用版 使用提示：本合同文件可用于合作多方为了保障各自的合法权利，经共同商议并达成协议，签署成为文件资料，实现纠纷解决和达到共同利益效果。文件下载后可定制修改，请根据实际需要进行调整和使用。 甲方： 法定代表人： 地址： 电话： 邮箱： 乙方： 法定代表人： 地址： 电话： 邮箱： 甲乙双方平等友好协商，根据《中华人民共和国合同法》等相关法律，就甲方授权、委托乙方对甲方具有完全知识产权的游戏_____________（以下简称“本游戏”）进行运营、推广、发行、使用、销售等合作事宜，达成如下协议： 一、代理产品、期限 1、代理游戏名称：____________
2、代理期限：________年，自本协议签订之日起至 ________年____月____日止，合同期满后，双方满意可续约。 二、双方权利与义务 （一）甲方 1、甲方对于乙方代理的本游戏的冠名情况和代理情况有知情权，乙方须按照甲方要求随时向其提供该等信息，并保证所提供信息的真实性。 2、甲方对于与乙方代理本游戏相关的任何财务情况（收入、支出）都享有知情权，乙方须按照甲方要求按时向其提供该等信息，并保证所提供信息的真实性。 3、甲方保证有专门GM支持乙方GM，对乙方在合作平台上发布本游戏提供代理QA（QuestionAnswering）支持，但具体客服执行由乙方负责，甲方保证产品的顺利、安全、及时的上线运营。 4、本游戏服务器的管理权限归属甲方，但甲方应提供乙方访问游戏充值数据库的接口，该接口不具有读写权限，且所有的服务器运维及其他相关成本由甲乙双方共同承担。 5、甲方在对本游戏进行必要的变更工作时，应当向乙方提交变更的细节内容和所需时间的计划，保证游戏正常有序地运营。