许可协议,简单来说,就是一份“你允许别人怎么用你的作品”的说明书。
当你创作了一篇文章、一张图片、一段代码,你天然拥有它的版权。如果你什么都不说,按默认规则就是“保留所有权利”——别人想用你的作品,必须专门来找你申请授权,否则就是侵权。
但很多时候,创作者是愿意分享的。这时候就需要一份许可协议来明确告诉大家:你可以用,但能用成什么样。
常见许可协议有哪些?
一、开源软件类
| 协议名称 | 核心规则 |
|---|---|
| Apache 许可证 2.0 | 允许修改和分发,要求注明版权和免责声明,明确授予专利使用权。 |
| GNU 通用公共许可证(GPL)2.0 / 3.0 | 允许修改和分发,但要求衍生作品也必须以同样的协议开源(“传染性”强)。3.0 版本增加了对专利授权和禁止“锁源”的限制,兼容性更强。 |
| GNU Affero 通用公共许可证(AGPL)3.0 | 类似 GPL,但额外要求:如果通过网络提供服务(如 SaaS),也必须向用户提供源码。 |
| GNU 宽通用公共许可证(LGPL)2.1 / 3.0 | 比 GPL 宽松,允许闭源软件通过动态链接库使用 LGPL 代码。2.1 与 3.0 主要区别在于 3.0 与 GPL 3.0 的兼容性更好。 |
| MIT 许可证 | 最简单宽松的协议,几乎允许做任何事,只需保留版权声明即可。 |
| BSD 许可证 2.0 / 3.0 | 与 MIT 类似,3.0 版本额外增加了一条:不允许用原作者的名义做推广。 |
| Boost 软件许可证 | 宽松协议,允许与闭源代码混合使用,且不需要对修改部分开源。 |
| Eclipse 公共许可证 2.0 | 允许修改和分发,但要求对修改部分公开源码。2.0 版本加强了与 GPL 的兼容性。 |
| Mozilla 公共许可证 2.0 | 允许修改和分发,修改后的文件必须开源,但可以与其他协议代码混合。 |
二、创作与内容类
这类协议通常以 “知识共享”(Creative Commons) 为代表,使用一套由字母组成的缩写来快速表达授权条件:
| 缩写 | 含义 |
|---|---|
| BY | 署名 —— 必须注明原作者 |
| SA | 相同方式共享 —— 修改后的作品也必须以相同协议发布 |
| NC | 非商业 —— 不得用于商业用途 |
| ND | 禁止演绎 —— 不得修改、剪裁或在此基础上创作新作品 |
把这些字母组合起来,就形成了不同宽松程度的协议:
| 协议名称 | 核心规则 |
|---|---|
| 公共领域 | 放弃所有版权,任何人都可以随意使用,无需署名。 |
| CC BY 3.0 / 4.0 | 只要署名,就可以自由使用、修改、分发(含商业用途)。4.0 版本适用范围更广,且更好地兼容了国际法律。 |
| CC BY-SA 3.0 / 4.0 | 需要署名,修改后的作品也必须以相同协议发布。4.0 版本加强了与不同司法管辖区的兼容性。 |
| CC BY-ND 3.0 / 4.0 | 可以自由复制和分发,但不能修改或创作衍生作品。 |
| CC BY-NC 3.0 / 4.0 | 可以自由使用,但不能用于商业用途。 |
| CC BY-NC-SA 3.0 / 4.0 | 非商业用途 + 修改后也必须相同协议发布。 |
| CC BY-NC-ND 3.0 / 4.0 | 非商业用途,且不能修改作品。这是限制最严格的 CC 协议。 |
为什么要标注许可协议?
对创作者而言,选择并标注许可协议,能让别人清楚知道你的作品可以被怎样使用,避免纠纷,也方便他人合法地使用和传播。
因此,Ciki-Org 会要求创作者在发布内容时选择合适的许可协议,明确自己作品的授权方式,保护自己的权利,也方便其他人使用。
延伸阅读:《原创、转载与许可协议选择》
还没有评论,来抢沙发吧~