1、 开源许可证使用指南开源许可证使用指南 （2018年年） 云计算开源产业联盟云计算开源产业联盟 2018年年10月月 2 版权版权及免责及免责声明声明 本本指南的指南的版权版权归归中国信息通信研究院中国信息通信研究院所有所有。 本指南所包含的本指南所包含的内容内容、 资料资料与与信息信息，可，可能无法反应当前最新的法律发展能无法反应当前最新的法律发展，仅供您参考仅供您参考之用，之用， 并并不构成法律意见或建议不构成法律意见或建议。 中国信息通信研究院中国信息通信研究院、 本指南的参与单位本指南的参与单位 与与编写人，皆编写人，皆不保证或担保不保证或担保本指南本指南内容内容、资料资料与与信息信息
2、的准确性，完整的准确性，完整 性，充分性或及时性。性，充分性或及时性。中国信息通信研究院中国信息通信研究院、本指南的参与单位本指南的参与单位与编与编 写人，写人，明确不承担因基于本明确不承担因基于本指南指南的任何内容的任何内容、资料资料与与信息信息，而采取的，而采取的 作为作为或不或不作为所产生的一切责任。作为所产生的一切责任。 编写说明编写说明 牵头牵头单位：单位：中国信息通信研究院 参与单位：参与单位：中国信息通信研究院、腾讯控股有限公司、阿里云计算有限公司、华为 软件技术有限公司、中兴通讯股份有限公司、北京嘀嘀无限科技发展有限公司、 甲骨文中国公司、亚信科技（中国）有限公司、上海帆一尚行
3、科技有限公司（上 汽集团云计算中心）、深圳复临科技有限公司 编写人编写人： 栗蔚、郭雪、武倩聿、黎家齐、王柏鈞、李静远、刘艳华、李响、王蕴 博、李尧、齐鸣、徐蓉、顾黄亮、李涛、王颖奇、冯斌 本指南采用知识共享署名-非商业性使用-禁止演绎 4.0 国际许可协议进行许可 3 目录目录 一、开源许可证介绍一、开源许可证介绍 . 5 5 1.1 开源定义和相关概念 . 5 1.2 开放型开源许可证 . 8 1.3 弱传染型开源许可证 . 10 1.4 传染型开源许可证 . 12 1.5 强传染型开源许可证 . 12 1.6 不同开源许可证的特点 . 13 二、开源许可证使用不当面临诸多风险二、开源许可
4、证使用不当面临诸多风险 . 1515 2.1 开源风险 . 15 2.2 违约风险 . 16 2.3 知识产权风险 . 16 2.4 开源许可证兼容性风险 . 21 2.5 数据安全及隐私风险 . 23 三、开源许可证使用常见问题三、开源许可证使用常见问题 . 2424 3.1 开源软件的引入 . 24 3.2 开源软件的使用 . 24 四、现有开源许可证存在的问题四、现有开源许可证存在的问题 . 2626 4.1 语言差异 . 26 4.2 许可证兼容性 . 26 4.3 各国法律差异 . 26 4.4 术语不统一 . 27 五、总结五、总结 . 2828 4 前言 近几年开源技术快速发展，
5、在云计算、移动互联网、大数据等领 域逐渐形成技术主流。企业或个人在使用、参与或主导开源项目的过 程中，一般都会涉及开源许可证的相关问题。在开源许可证中，开源 软件的版权持有人授予用户可以学习、修改开源软件，并向任何人或 为任何目的分发开源软件的权利 1。开源许可证有效保护作者/权利人 /贡献者和使用者的权益，明确使用者的权限。 本开源许可证使用指南 （以下称“本指南”）旨在梳理主流的 开源许可证2，列明开源许可证使用的常见问题和使用不当面临的诸 多风险，并对现有开源许可证存在的问题进行概述。 1 https:/en.wikipedia.org/wiki/Open-source_software
6、 2 主流的开源许可证参见 https:/opensource.org/licenses 中 Popular License 的论述 5 开源许可证使用指南开源许可证使用指南 一、开源许可证介绍一、开源许可证介绍 1 1.1 .1 开源定义和相关概念开源定义和相关概念 开源开源。即开放一类技术或一种产品的源代码，源数据，源资产， 可以是各行业的技术或产品，其范畴涵盖文化、产业、法律、技术等 多个社会维度。开源的实质是资产或资源（技术）共享，扩大社会价 值，提升经济效率，减少交易壁垒和社会鸿沟。 开源软件。开源软件。即一种依据开源许可证来公开或释出源代码的计算机 软件， 而在开源许可证中， 开源
7、软件的版权持有人授予用户可以学习、 修改开源软件， 并向任何人或为任何目的分发开源软件的权利 3。 开源 许可证通常具备以下 10 个特点 4： -免费重新发行。当软件是来自不同来源的程序集成后的软件 发行版本中的其中一个组件时， 许可证不能限制任何团体销售和分发 该软件，并且不能向这样的销售或分发收取许可费和其它费用。 -源代码。程序包含源代码，并且必须允许以代码或已编译的 形式发布。 -衍生产品。许可证必须允许修改原产品和衍生产品，并且必 须允许在与原始软件相同的许可情况下发布修改过的产品。 3 https:/en.wikipedia.org/wiki/Open-source_softwa
8、re 4 https:/opensource.org/docs/definition.html 6 -源代码完整性。许可证可以禁止他人以修改过的形式发布源 代码， 只在该许可证基于修改程度的目的时， 才允许随源代码发布 “补 丁文件” 。 许可证必须明确允许发布根据修改过的源代码构建的软件。 许可证要求衍生产品必须附加不同于原始软件的名称或版本号。 -不得歧视任何人和团体。 许可证不得歧视任何人和任何团体。 -不得歧视任何特定用途。许可证不得禁止任何人在特定领域 内使用某一程序。 -许可证发布。附加在程序上的权利必须应用于那些重新发布 程序的人，无需通过其它人额外加以许可使用。 -许可证不得专
9、属于特定产品。附属于程序的权利不得仅限于 作为特定软件发行版一部分的程序。 -许可证不得对其它软件加以限制。许可证不得对与已许可软 件一起分配的其它软件附加任何限制。 -许可证必须技术中立。任何许可证都不可以基于单独的某项 技术或界面风格。 自由软件。自由软件。一种用户可以自由地运行、拷贝、分发、学习、修改并 改进的软件 5。 自由软件需要具备以下四个特点： 无论用户处于何种目 的，必须可以按照用户意愿，自由地运行该软件；用户可以自由地学 习并修改该软件，以此来帮助用户完成用户自己的计算，作为前提， 用户必须可以访问到该软件的源代码； 用户可以自由地分发该软件的 拷贝，用户可以自由地分发该软件
10、修改后的拷贝，用户可以把改进后 5 http:/www.gnu.org/philosophy/free-sw.html 7 的软件分享给整个社区而令他人收益，作为前提，用户必须可以访问 到该软件的源代码。 免费软件。免费软件。一种开发者拥有版权，保留控制发行、修改和销售权 利的免费计算机软件，通常不发布源代码，以防用户修改源码 6。 开源软件和自由软件。一般认为，自由软件是开源软件的一个子 集，自由软件的定义比开源软件更严格。 图 1 开源软件、自有软件和免费软件的关系 开源软件和免费软件。开源软件是要求软件发行时附上源代码， 并不一定免费；同样免费软件只是软件免费提供给用户使用，并不一 定开
11、源。 开源许可证。开源许可证。在开源许可证中，开源软件的版权持有人授予用户 可以学习、修改开源软件，并向任何人或为任何目的分发开源软件的 权利 7。目前经过 Open Source Initiative（以下称“OSI”）认证的 开源许可证共有 83 种 8。许可证大致可以分为四类：开放型开源许可 证 （Permissive License， 如： MIT、 BSD） 、 弱传染型开源许可证(Weak 6 http:/www.linfo.org/freeware.html 7 https:/en.wikipedia.org/wiki/Open-source_software 8 https:/
12、opensource.org/licenses/alphabetical 8 Copyleft License，如：LGPL 2.1)、传染型开源许可证(Copyleft License，如：GPL 2.0)、强传染型开源许可证(Strong Copyleft License，如：AGPL 3.0)。根据 OSI 官网所示 9，广泛使用的开源许可 证包括：Apache License 2.0, BSD-3-Clause, BSD-2-Clause, GNU General Public License (GPL 2.0，3.0), GNU Library or Lesser General P
13、ublic License (LGPL 2.1,3.0), MIT license, Mozilla Public License 2.0, CDDL 1.0, Eclipse Public License 1.0。 1 1. .2 2 开放开放型型开源开源许可证许可证 开放型许可证（Permissive License）是最基本的类型，用户可 以修改代码后闭源。它有三个基本特点：（1）用户使用代码没有限 制 （2） 不保证代码质量， 用户自担风险 （3） 用户必须披露原始作者。 典型的开放型许可证主要有以下几种，它们都允许用户任意使用 代码，区别在于要求用户遵守的条件不同。 -MITMIT
14、LicenseLicense MIT 许可证 10是一个简短宽松的许可证，允许开发者使用，复制， 修改，合并，发表，分发，再授权，或者销售该软件。 再发布需要满足的条件：再发布需要满足的条件： 1. 如果再发布的产品是源代码，源代码中必须包含原始版权和许可 声明。 2. 如果再发布产品是二进制形式，则需要在其文档和版权声明中包 9 https:/opensource.org/licenses/category 10 https:/opensource.org/licenses/mit-license.php 9 含原始版权和许可声明。 -BSDBSD LicenseLicense BSD 许可
15、证是一个给予使用者很大自由的许可证，目前主要常用 的有 BSD-2-Clause 11 和 BSD-3-Clause12 两个版本。BSD 许可证鼓励 代码共享，但需要尊重代码作者的著作权。用户可以自由的使用、修 改源代码，也可以将修改后的代码作为开源或者专有软件再发布。 再发布需要满足的条件：再发布需要满足的条件： 1. 如果再发布的产品是源代码， 源代码中必须包含原始版权和许可 声明。 2. 如果再发布产品是二进制形式， 则需要在其文档和版权声明中包 含原始版权和许可声明。 3. 未经事前书面许可，不得使用原作者/机构的名字和原产品名字 进行衍生产品的推广。 (BSD-3-Clause 要
16、求， BSD-2-Clause 不要 求) -ApacheApache LicensLicense e（Version 2.0，以下称“Apache 2.0” 13） Apache 许可证是著名的非盈利开源组织 Apache 采用的许可证。 该许可证鼓励代码共享和尊重原作者的著作权， 允许代码修改和再发 布（作为开源或商业软件），同时该许可证还为用户提供专利许可。 再发布再发布需要满足的条件：需要满足的条件： 1. 没有修改过的文件，必须保持许可证不变。 11 https:/opensource.org/licenses/BSD-2-Clause 12 https:/opensource.or
17、g/licenses/BSD-3-Clause 13 http:/www.apache.org/licenses/LICENSE-2.0 10 2. 凡是修改过的文件，必须向用户说明该文件修改过。 3. 在延伸的代码中（修改和有源代码衍生的代码中）需要带有原 来代码中的协议、商标、专利声明和其他原来作者规定需要包 含的说明。 4. 如果再发布的产品中包含一个 Notice 文件， 则在 Notice 文件 中需要带有 Apache 2.0 许可证。 你可以在 Notice 中增加自己 的许可，但不可以表现为对 Apache 2.0 许可证构成更改。 1 1.3 .3 弱传染弱传染型型开源开源许
18、可证许可证 如果修改弱传染型开源许可证下的代码或者衍生，则需要将源代 码依照该许可证开源， 以保证其他人可以在该许可证条款下共享源代 码。典型的弱传染型许可证主要有 LGPL、MPL 和 EPL。 -LGPLLGPL(GNU Lesser General Public License，2.1、3.0，以下 分别称“LGPL 2.1 14”与“LGPL 3.015”) LGPL 许可证允许商业软件通过类库引用的方式使用 LGPL 类库而 不需要公开商业软件的源代码，这使得采用 LGPL 许可证的开源代码 可以被商业软件作为类库引用并发布和销售。 L LGPLGPL- -2.12.1 再发布再发布
19、需要满足的条件需要满足的条件：如果修改 LGPL 2.1 的代码或 者衍生，则所有修改的代码、涉及修改部分的额外代码和衍生的代码 都必须采用 LGPL 2.1。 相比于 LGPL2.1， LGPL3.0 明确了专利许可。 14 https:/opensource.org/licenses/LGPL-2.1 15 https:/opensource.org/licenses/LGPL-3.0 11 -MPLMPL (Mozilla Public License 2.0，以下称“MPL 2.0 16”) MPL 许可证是 1998 年初 Netscape 的 Mozilla 小组为其开源软件 项目
20、设计的软件许可证。MPL 2.0 允许用户免费修改和再发布，允许 被许可人将经过 MPL 2.0 获得的源代码同自己其他类型的代码混合 得到自己的软件程序。 MPL 2.0 再发布再发布需要满足的条件需要满足的条件： 1. 对于经 MPL 2.0 发布的源代码的修改也要以 MPL 2.0 的方式 再许可出来（开源），以保证其他人可以在 MPL 2.0 的条款下 共享源代码。 2. 所有再发布者需要有一个专门的文件就对源代码程序修改的 时间和修改的方式进行描述。 -EPLEPL (Eclipse Public License 1.0，以下称“EPL 1.0 17”) EPL 1.0 允许用户使用
21、、复制、分发、传播、展示、修改以及改后 闭源的二次商业发布。 再发布需要满足的条件：再发布需要满足的条件： 1. 当一个代码贡献者将源码的整体或部分再次开源发布的时候, 必须继续遵循 EPL 1.0 来发布,而不能改用其他开源许可证发 布，除非你得到了原“源码”拥有者的授权。 2. 当你需要将 EPL 1.0 下的源码作为一部分跟其他私有的源码 混 和 成 为 一 个 Project 发 布 的 时 候 , 你 可 以 将 整 个 Project/Product 以私人的许可证发布,但要声明哪一部分代 16 https:/opensource.org/licenses/MPL-2.0 17 h
22、ttps:/opensource.org/licenses/EPL-1.0 12 码是 EPL 1.0 下的,而且声明那部分代码继续遵循 EPL 1.0； 3. 独立的模块(Separate Module),不需要开源。 1.41.4 传染型开源许可证传染型开源许可证 传染型开源许可证明确要求， 如果一个软件包含该许可证下部分 代码，完全发布时必须作为整体适用该许可证。 -GPLGPL(GNU General Public License， 2.0、 3.0， 下称 “GPL 2.0 18” 或“GPL 3.0 19”) GPL 2.0 和 GPL 3.0 最初由自由软件基金会（Free So
23、ftware Foundation，下称“FSF”）Richard Stallman 为 GNU 项目所撰写， GPL 2.0 给予任何人自由复制、修改和发布 GPL 2.0 代码的权利。 G GPLPL 2.O2.O 再发布再发布需要满足的条件需要满足的条件： 1. 所有以 GPL 2.0 发布的源代码的衍生，也必须按照 GPL 2.0 发布。 2. 不论以何种形式发布，都必须同时附上源代码。 3. 确保软件自始至终都以开放源代码形式发布，保护开发成果 不被窃取用作商业发售。 与 GPL 2.0 相比，GPL 3.0 明确了专利许可。 1.51.5 强传染型开源许可证强传染型开源许可证 -A
24、 AGPLGPL(GNU Affero General Public License，3.0，以下称 18 https:/opensource.org/licenses/GPL-2.0 19 https:/opensource.org/licenses/GPL-3.0 13 “AGPL 3.0 20”) AGPL 最新版本为“第 3 版”（即 AGPL 3.0）于 2007 年 11 月发 布。AGPL 3.0 改自 GPL 3.0 并加入了额外条款，其目的是为了 Copyleft 条款更好应用于在网络上运行的应用程序 （如 Web 应用） ， 避免有人以应用服务提供商的方式逃避 GPL 许可
25、证的相关条款。 原有的 GPL 许可证， 由于网络服务公司的兴起产生了一定的漏洞， 比如使用 GPL 的自由软件，但是并不发布于网络，则可以自由的使用 GPL 许可证却不开源自己私有的解决方案。AGPL 3.0 基于 GPL 3.0 增 加了对此做法的约束，当使用者修改了 AGPL 3.0 代码，并将该修改 的代码用于提供云服务或其他远程网络交互情形 （如 AGPL 第 13 条所 述），则该修改的代码需要开源。 1 1. .6 6 不同开源许可证的特点不同开源许可证的特点 开源许可证的共同点主要包括：第一，要求署名开源软件的作者 或版权持有人的姓名或名称；第二，明确使用哪一个开源许可证，并
26、保留许可证全文或相关链接；第三，允许私人使用；第四，允许商业 使用；第五，允许修改及修改后再发布；第六，开源软件的作者或版 权持有人不承担软件使用后的风险及产生的后果。 不同许可证在在兼容性、共享权限等方面存在差异，其特点如下 图所示。 20 https:/opensource.org/licenses/AGPL-3.0 14 许可证许可证 版本版本 要求要求 再发再发 布时布时 必须必须 提供提供 原始原始 代码代码 允许允许 转授转授 开源开源 许可许可 证授证授 权权 授授 予予 专专 利利 权权 专利专利 报复报复 性条性条 款款 允许允许 修改修改 后使后使 用不用不 同的同的 开源
27、开源 许可许可 证再证再 发布发布 要求要求 修改修改 后再后再 发布发布 时必时必 须提须提 供原供原 始代始代 码码 要求要求 修改修改 后必后必 须附须附 加修加修 改说改说 明文明文 档档 要求修改要求修改 后创建在后创建在 线服务或线服务或 者内部解者内部解 决方案决方案 时，源代时，源代 码必须对码必须对 外发布外发布 MIT licenseMIT license BSD BSD 2 2- -ClauseClause 2- Clause BSD BSD 3 3- -ClauseClause 3- Clause Apache Apache LicenseLicense 2.0 GNU
28、 LGPLGNU LGPL 2.1 GNU LGPLGNU LGPL 3.0 Mozilla Mozilla Public Public License License (MPL) (MPL) 2.0 Eclipse Eclipse Public Public License(EPL)License(EPL) 1.0 GNU GPLGNU GPL 2.0 GNU GPLGNU GPL 3.0 GNU AGPLGNU AGPL 3.0 图 2 不同开源许可证的特点比较 15 二、开源二、开源许可证使用不当面临诸多风险许可证使用不当面临诸多风险 个人或企业在使用或引入开源软件或代码时，如果对开源许
29、可证 理解不准确， 在法律或业务执行层面，可能面临不同的风险，如： 1. 开源风险，2. 违约风险，3. 知识产权风险，4. 开源许可证兼容性 风险，5.数据安全及隐私风险。 2 2.1.1 开源风险开源风险 个人或企业在使用或引入开源软件时，可能面临到的开源(即公开 源代码)风险，主要在于个人或企业对于其持有或拥有的私有软件或 代码，因为使用或引入了适用弱传染型、传染型或强传染型开源许可 证的开源软件或代码，而依该弱传染型、传染型或强传染型开源许可 证所规范的义务或要求，将可能导致其私有软件必须对外公开源代码。 弱传染弱传染型开源许可证型开源许可证。一般常见的弱传染型开源许可证，如 LGPL
30、 2.1，当个人或企业在其私有软件，使用或引入适用此类弱传染型开 源许可证的开源软件，并对该开源软件进行特定行为(如：修改)，又 进行二次分发时(如：企业将适用 LGPL 2.1 的开源软件进行修改，与 其私有软件进行结合，并将该结合产生的衍生作品，分发至企业外部 或客户)，如此将触发此类弱传染型开源许可证的开源义务，将可能 导致个人或企业需将其私有软件对外公开源代码。 传染传染型开源型开源许可许可证证。一般常见的传染型开源许可证，如 GPL 2.0 或 GPL 3.0，当个人或企业在其私有软件，使用或引入适用此类传染 型开源许可证的开源软件，又进行二次分发时(如：企业将适用 GPL 16 2
31、.0 的开源软件与其私有软件进行结合，并将该结合产生的衍生作品 分发至企业外部或客户)，如此将触发此类传染型开源许可证的开源 义务，可能导致个人或企业需将其私有软件对外公开源代码。 2 2.2 .2 违约风险违约风险 目前各国法律或法院，对于开源软件使用者，在违反开源许可证 的义务或要求的情况下 ， 是否构成合同违约 ， 仍未有一致规定或见解 。 然而，在 2017 年，美国加州北部地区联邦法院的 Artifex Software, Inc. v. Hancom, Inc. 21一案可以作为日后参考，该案承审法官明确 了，该案被告(即开源软件使用者)，在违反开源许可证(GPL 3.0)的 义务
32、或要求的情况下，除可能构成知识产权侵权外，亦可能构成合同 违约，而原告(即开源软件作者或权利人)在此情况下，除可寻求知识 产权侵权救济外，也可以从合同法上寻求救济。 2 2.3 .3 知识产权风险知识产权风险 开源软件提倡公开、自由与创新等开源精神，为推动软件产业的 发展起到了积极作用。但是，个人或企业在使用或引入开源软件的过 程中，将不可避免地面临知识产权上的风险。如个人或企业在使用或 引入开源软件，因为不了解知识产权风险而引起相关法律或商业争议， 将可能给个人或企业在经济或声誉等方面带来巨大的损失。 除法律法规的保护外，开源软件的作者或权利人主要是通过开源 许可证对其知识产权进行许可与约束
33、。开源许可证从法律上来说，可 21 Artifex Software, Inc. v. Hancom, Inc., No. 16-cv-06982-JSC, 2017 U.S. Dist. LEXIS 62815, Doc. 32 (N.D. Cal. Apr. 25, 2017). 17 视为一种合同和许可，是开源软件使用者得以依开源许可证来合理使 用开源软件的合法凭证，并且在该使用者有相应行为(如：使用开源 软件)时，就可视为该使用者与开源软件的作者或权利人意思表示一 致(即：达成合意)，而愿意接受开源许可证的约束。若开源软件使用 者未依照相应的开源许可证，来使用开源软件，将可能侵犯开源软
34、件 的作者或权利人的知识产权。 此外，多数开源许可证中皆含有免责条款，声明适用该开源许可 证的开源软件系依“现状”(AS IS)提供，其作者或权利人(或贡献者) 不提供任何担保责任(无论明示或默示)，且若因使用或引入该开源软 件而引起任何责任，其作者或权利人(或贡献者)将无须负责。因此， 在使用或引入开源软件的过程中，若因该开源软件曾使用或引入第三 方私有软件或代码，则后续个人或企业在使用或引入该开源软件而遭 第三方权利人诉讼时，该个人或企业将可能需负担相关侵权责任，而 无法向该开源软件的作者或权利人(或贡献者)求偿。 一般来说，个人或企业在使用或引入开源软件的知识产权风险， 通常表现为以下几
35、个方面：1. 著作权 2. 专利权 3. 商标权，及 4. 商业秘密。 a)著作权著作权 除在商业或学术领域外，开源软件通常是由个人或一群彼此之间 没有正式联系的开发者所共同完成的，每个开源软件的开发者都是该 开源软件的贡献者。在这种特殊的开发模式下，个人或开发者可能由 于缺少法律意识，很容易出现开源软件的权利归属混乱的情形。一般 18 而言，除了开源软件原始作者外，其他任何参与开源软件的贡献者， 在法律上可能都不是开源软件的著作权所有人。 在使用或引入开源软件时，可能还会面临著作权瑕疵和著作权陷 阱的问题。由于参与开源软件开发的贡献者可能人数众多，且任何开 源软件使用者只要遵守开源软件许可证
36、的义务与要求，都可以自由的 使用、修改或分发开源软件，因此很可能会导致侵权代码的流入开源 软件中，从而使开源软件或其衍生作品存有著作权侵权的风险。 另外，在使用或引入开源软件时，若未遵守相应的开源许可证时 (如：未依开源许可证提供源代码，未附上开源软件作者或权利人的 著作权声明或开源许可证原文，或未注明修改信息)都可能因此侵犯 开源软件作者或权利人的著作权。 b)b)专利权专利权 由于著作权主要保护的是作品本身的表现形式(如：代码的呈现方 式)，而专利权则要保护的是思想与观点(如：软件或代码上的发明构 思或技术方法)，两者保护的对象、条件与要求等皆有不同，因此个 人或企业在使用或引入开源软件时
37、，如未遵守相应的开源许可证，则 可能同时侵害开源软件作者或权利人的著作权与专利权。 因为开源软件的特殊开发模式，在开源软件的开发、改进或分发 过程中，可能融入了很多贡献者的贡献，若未进行事前规划或排查， 也极有可能侵害第三方的专利权。 专利许可。专利许可。开源软件所倡导的自由共享精神，与专利权所要保护 的独占性与排他性 ， 在本质上存有差异 。 部分开源许可证(如 ：GPL 3.0) 19 则含有明确的专利许可条款，许可开源软件的相关专利权给开源软件 使用者，使该开源软件使用者得以依据该开源许可证使用该开源软件。 另外一些开放型开源许可证(如 BSD、MIT)则没有明确的提到专利许 可条款。因
38、此，在使用或引入该等适用未存有专利许可条款的开源许 可证的开源软件时，是否会构成专利侵权，目前仍未有定论。在存有 明确专利许可条款的开源许可证(如：GPL 3.0)中，开源软件的作者、 权利人或贡献者需要将其在该开源软件中的相关专利权，向该开源软 件使用者进行许可，因此在使用或引入这类开源软件时，若确实遵守 该开源许可证的义务与要求，则侵害开源软件的作者、权利人或贡献 者在该开源软件中的相关专利的侵权风险较小。然而，在使用或引入 没有明确专利许可条款的开源许可证(如 BSD、MIT)的开源软件时，则 可能蕴含着一定的专利侵权风险。 专利报复专利报复条款条款。在部分开源许可证中其实都有明确或隐性
39、的指出 专利相关的权益。因此为了防止有人恶意提起法律诉讼，部分开源许 可证包含“专利报复”条款，如果开源软件的使用者对任何第三方提 出专利侵权的主张或诉讼，主张这个开源软件侵害其所拥有的专利权， 此时该开源软件的作者或权利人对于这位使用者的相关专利授权将 会反制性地被终止。前述被终止的专利许可范围随报复条款的规定而 有所不同，有些报复条款可能仅终止专利许可，但是有些条款也可能 终止整份许可证所许可的权利，在后者的状况，也就是说著作权方面 的许可都会一并连带被终止，从而该名提出专利侵权主张的使用者， 将自此无法再使用、复制、修改与分发该开源软件。 20 c)c)商标权商标权 开源软件的商标分两种
40、类型：开源社区的商标、开源软件商标。 Apache，Linux 本身就是一个商标，开源社区组织作为一个自发建立 的非官方组织，为了在开放源代码软件领域实现统一标准的目的，将 自己定位为一个行业协会性质，在一般情况下，使用开源社区的商标 是需要经过正式许可并付费。未经开源社区正式许可使用开源社区的 商标，将可能会构成商标侵权。 许多开源软件都申请注册了相应的商标。开源软件的权利人进行 开源并不代表其授予商标的使用许可，一般开源软件的权利人都会保 留商标的许可。因此，如果未经正式许可使用了开源软件的商标，可 能会构成商标侵权。因此，为避免商标侵权风险，最好在开源软件发 布或分发之前，认真检查开源项目名称是否与已经存在的开源项目的 商标冲突。 d)d)商业秘密商业秘密 不同开源许可证下的开源软件，对使用者的义务与要求亦有所不 同。以 GPL 类的传染型开源许可证为例，开发者在自己的私有软件或 代码加入了 GPL 开源软件或代
sgpjbg002
工作日 8:30 - 17:30
会员动态：
报告分类
新质生产力
ChatGPT
新能源汽车
大模型
Sora
机器人
微短剧
芯片
薪酬
白皮书
低空经济
数据要素
创新药
人工智能
AI产业
信息科技
互联网
消费经济
汽车交通
电商零售
传媒娱乐
医药健康
投资金融
能源环境
地产建筑
传统产业
英文报告
其它
扫码登录
手机快捷登录
账号登录
