开源许可证分辨器

该工具旨在帮助用户理解他们自己对于自由和开源软件许可协议的偏好。用户必须自己阅读这些许可协议。在将许可协议适用于您的财产之前,阅读并完全理解您选择的许可协议是非常重要的。支撑该工具运行的许可类型分类,会不可避免地有些缩减。因此,不能也切不可将该工具的输出信息视为法律意见。

切记:必须阅读并理解您选择的许可协议。

筛选条件

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

所有自由和开源许可协议允许他人对您的代码进行修改,并且将修改版本提供给第三方使用。您的许可协议可以附加条件——明确指出哪些许可协议可用于这些修改版。这些条件可使您的代码保持自由,但也会使有些人无法重复使用您的代码。

只有选择了包含再用许可条件时才需回答此问题。

您选择包含特定的再用许可条件。这些条件有时被称为“著佐权”,分为两种基本类型。

强著佐权:如果一个软件项目包含您的部分代码,则整个项目都必须按照您最初的许可协议方式对外发行(如果发行的话)。其结果是,此代码的所有新增源代码都是公开可获取的。

弱著佐权:如果一个软件项目包含您的部分代码,则项目中您原始创作的部分必须按照您最初的许可协议方式对外发行(如果发行的话),而其它部分的发行许可协议则由项目人自由选择,即使这部分作为整体只是您代码的更改版本。其结果是,此代码的部分新增源代码可能无法公开获取。

只有前一个问题的答案为“弱著佐权”时,才需回答此问题。

“弱著佐权”的定义如下:

弱著佐权:如果一个软件项目包含您的部分代码,则项目中您原始创作的部分必须按照您最初的许可协议方式对外发行(如果发行的话),而其它部分的发行许可协议则由项目人自由选择,即使这部分作为整体只是您代码的更改版本。其结果是,此代码的部分新增源代码可能无法公开获取。

现在,我们需要确定,修改版的哪些部分可以适用其它许可协议(不同于您原始的许可协议):

模块级:将项目中各功能代码段(“模块”)视为相互独立的部分。如果一个模块包含您的某些代码,那么该模块需使用您的许可协议。否则,代码的作者可自由选择适用的许可协议。

文件级:将项目中由计算机文件系统唯一标志的代码-数据组合(“文件”)视为相互独立的部分。如果一个文件包含您的某些代码,那么该文件需使用您的许可协议。否则,代码的作者可自由选择适用的许可协议。

库接口级:您的代码被视为软件库——可由其它程序通过指定接口使用的软件功能集。对库的所有修改,如需发行,则必须按照您最初的许可协议对外发行。使用您的库、并可能连同库一起发行的程序则不需要。

“司法管辖区域”指的是一个特定区域或领域及其法律体系。当某个许可协议指定了司法管辖区时,许可人和被许可人达成共识:双方应依照该区域的法律法规对该许可协议条款进行解释,如有违反该许可协议的条款,应在该司法管辖区区域内诉诸采取法律途径解决行动。举例来说,如果一个英国人按照 Mozilla 公共许可协议 v1.1 许可代码,之后发现有人在未遵守该许可协议条件的情况下使用其代码,英国人应在“位于加州圣克拉拉县的北加州联邦法院”对该违约人提起法律诉讼。但是请注意,自由和开源软件所有者一般不会向违反许可条款者要求金钱赔偿,只是要求违约人同意遵守条款或终止使用相关代码。因此通常不需要真的将违约人告上法庭,尤其在需要维护公众形象和声誉的情况下。通常,只要向对方发出守约要求就很有效。如若不然,公开其违约行为也可促使对方遵守约定。

不是所有自由和开源软件许可协议都会指定一个司法管辖区。实际上,大部分许可协议并未涉及。在这种情况下,必要时您可选择任何司法管辖区。但是,很有可能您要起诉的人会拒绝应诉,或者因为您选择的管辖地不利于他们而提出管辖权异议。

最后,部分自由和开源软件许可协议规定,司法管辖区的选择权归许可人所有,或自动认定为许可人住所地(居住地或营业场所所在地)。

您或您所在的机构拥有任何软件专利吗?如果有,并且根据自由或开源软件许可协议发布了相关代码,那么您极有可能授权一群人使用与该代码相关的专利权——即使该许可协议并没有明确说明。在很多区域,比如英国和美国,许可某人执行某项特定的操作(如复制或改写代码),意味着默示许可其采用一切必要的步骤来实现该操作。几乎可以肯定,这些默示许可的步骤包含了软件专利的使用。请注意,改写您代码的人不能通过扩展其功能来获取您的其他软件专利——您授权的只是已发布代码对应的专利,不包括该代码的其他任何形式。

部分自由和开源软件许可协议对于专利授权没有任何明文规定——但是,如上文所述,这并不意味着他们未授予专利权。

部分自由和开源软件许可协议明确地授予必要的专利权,以使用、改写以及发行该软件。

自由或开源软件许可协议中也可以包含“专利报复”的条款。此类条款的基本含义是,任何提起法律诉讼称被许可的软件包含其某一项专利的人将失去您之前许可其复制、使用、改编和发行代码的权利。该条款用于阻止人们提起此类法律诉讼。

所有自由或开源软件许可协议指定,任何人发行或改写软件都必须在其发布内容中署名软件的原作者。部分自由或开源软件许可协议更进一步要求这种认可必须采取特定的形式或者出现在特定情形中,例如在每次软件运行时出现在用户界面。这种规定有时被称为“增强型归属 (enhanced attribution)”或勋章授予 (badge ware)“。

如果有人改写和完善您的代码,创建在线服务或者内部解决方案,大部分自由和开源软件许可协议并未规定,改写版或增强版代码的源代码必须对外发布。大部分自由和开源软件许可协议规定发行的条件是源代码必须已发布。通常,使用代码在网络上提供服务,或者在某个机构内部配置代码,都不被认定为这些许可协议定义的发布代码。自由和开源软件社区中部分成员,认为这些也被称为”应用服务提供商(ASP)漏洞“或”隐私漏洞“的现象有待解决。他们的观点是,为公平起见,所有受益于代码的人都必须通过他们的工作回馈社会,即使严格意义上来说他们并没有发布代码。

为了解决这个问题,部分自由或开源软件许可协议将源代码的发布设为代码散布、内部配置和/或使用软件提供网络服务的前提条件,尤其当这种代码是网络服务的基础代码或者可能在内部使用。

部分自由和开源软件许可协议明确禁止利用原创作者的名字推广基于该作者的代码提供的产品或服务。

筛选结果

筛选结果

  OSS Watch 原创并经由Creative Commons Attribution-ShareAlike 2.0 England & Wales license许可证发布。