开源开发—所有权与许可问题介绍

2014-09-25 08:49:07       2195    原创
摘要:发布者:Rowan Wilson  日期:2005-02-01  最近更新:2013-05-09 您在编写软件的时候,同时也创造了一种产权。这个产权默认属于某个人。如果您是雇员,那么在雇佣期间,您创作的软件将由本单位所有。如果您受雇于自己,或者您是利用业余时间独立完成了与所在单位职务不相关的软件,那么您自己将拥有该软件。如果您是个体经营者,并根据服务合同受委托开发软件,那么应该在合同中约定谁是该软件知识产权的所有者。如果合同未约定,多半情况下受托人将拥有该知识产权。

如果您受雇于多个单位、承包商和/或个人,或者有些合作方在英国以外的地区,那么相关产权的所有权就会变得复杂。有可能所有的贡献者共同拥有所有的产权,或者产权被分割为不同成员或组织所有。最好是在协议中事先详细说明谁将拥有工作成果的产权。


为了安全起见,应确保协议或合同指定谁将拥有以协作、共同体或合同为基础的工作成果的知识产权。

计算机软件受到版权法的保护。版权法授予作品所有者一定的权限,也规定他人如像所有者那样使用该作品是不合法的。版权最初的产生是为了确保文学作者能够通过他们的作品得到适当的报酬。版权概念的起源是为了保护文学作品,值得注意的是,计算机软件及其相关资料在法律上被视为文学作品的种类。

拥有一项作品的版权,不管是文学作品还是编程作品,都意味着您自己决定谁可以对它进行复制、改写和散布。默认情况下,只有所有者可以进行这些操作。任何人未经许可私自对其他人的作品进行复制、修改或散布,都将面临被起诉的风险。

一旦作品确定下来——也就是以某种形式记录下来——版权就产生了。无需注册您的作品以获得版权,因为它是自动产生的。也没有要求规定您必须要为自己的作品标注上代表版权的 © 符号,虽然您应该这样做,因为这强调了对您所有权的法律推定。

编写软件也可能会产生不止一项产权。例如,程序的源代码是产权,还有程序设计的准备材料、常规组织和用户界面。这个事实的重要性值得牢记。


开发利用

如果版权所有者想从他们的作品中获利,他们可以将其版权全部卖掉(称为“版权转让”)。对于有形财产,版权转让需要将作品的所有权全部交付给买方或受让人。

对版权作品进行开发利用的另一个方法是对它进行授权许可。许可指的是版权所有者对他人(称为“被许可人”)授予的权限。版权所有者允许被许可人实施原被法律禁止的行为,例如复制、改写和/或散布相关作品。被许可人同意在许可设定的范围内实施这些行为——可能是创建和散布一定数量的复制品,或者对散布的每份复制品偿付版税。虽然无须合同也可以授予许可,但是大部分许可还是在法律形式下授予的。合同双方基于对方和被许可的版权作品履行约定的义务,这种合同被称为“许可协议”。

许可协议是一种技术性法律文档,包含描述并限制表达内容和表达方式的法律规范。因此值得注意的是,倘若对是否存在违反协议的行为存在争议,归根结底,结果将由法律来判断。如果一篇许可协议的行文拙劣,法庭对其的理解可能会与版权所有者和被许可人的初衷大相径庭。


什么是开源许可?

开源描述了完全符合一系列条件的一组许可协议。这些条件由开放源代码促进会(OSI)负责维护,它们一起被称为开源定义 (OSD) 。我们将对其进行简短的评述。

开源许可协议必须:

•授予被许可人散布程序的权利,包括收取相关费用的权利

•授权获取程序源代码

•授予修改程序的权利

•授予散布程序修改版的权利

•允许各领域的所有人员或群体使用程序

•适用于接收程序的所有人员,无需再额外签订协议

•适用于被许可的程序,不论该程序属于一个程序群组,还是单独使用

•允许与其他软件一起散布

•允许以任何形式散布

这些条件的预期效果是带动软件的广泛散布,鼓励接收软件的人员通过修改源代码,为软件功能做出贡献。虽然表面上看起来,授予这些权利可能会产生大量的软件微调版本,但是实际上,成功的开源软件项目旨在将众多贡献者版本各异的修改合并为一个单独的改进版。

值得注意的是上面列表中第一项的第二部分。人们通常误认为,散布的开源软件是不可收费的,其实不然。实际上,收费的情况很少发生,主要是因为您的每位顾客为了与您的销售直接竞争,会把软件免费赠送。


复杂的所有权

由于一项开源软件通常由很多不同的人员或群体进行开发,软件的所有权就会变得越来越复杂。上面指出的合作与所有权的相关问题,在一段时期之内也同样适用于计划外合作。人们确信,每位贡献者都对其贡献拥有版权。但实际上,大部分贡献者愿意在与原作品相同的许可协议下许可他们的资料,即意味着采纳与改进过程的延续。但是,如果有人欲使用违反该许可协议的方式来使用程序,判断应该由谁来提起法律诉讼就会变得很复杂。为了避免这种问题的发生,部分开源项目请贡献者在其代码贡献中,将版权明确授予项目的管理机构,使得所有权更加集中从而许可协议的执行也更加简单。此外还有一种方法,请贡献者将其代码贡献授权给项目的管理机构时签订一份许可协议,允许该机构对其代码贡献进行再次许可。


合同与版权

人们经常因执行许可协议的被许可人未明确接受协议,而认为开源定义中的许可协议有问题。随专有软件一同散布的最终用户许可协议,通常要求用户点击按钮来接受条件。这一事实导致很多人相信,开源许可协议应该提出类似约束力的要求。这是不正确的。

专有软件的最终用户许可协议是管理公司与用户之间各方面关系的合同。如果用户违反了协议,也就是违反了合同,软件公司可使用合同法来处罚用户。但是,尤其当合同法因国家而有不同时,实行起来就很困难。通过要求用户点击“我接受”按钮来获取用户的明确同意,可以使合同法下对协议违反行为的起诉流程更加简单。有人认为这个按钮是没有必要的,因为用户本来就有责任了解与其使用软件相关的任何许可协议和合同条款。但是,专有软件公司宁愿选择过度谨慎,强制使用“我接受”按钮。

虽然开源许可协议不被认定为合同,它们也同样具有法律约束力,可对违反者诉诸法律途径。依照许可协议的框架约定,其法律执行可遵循合同法或版权法。许可协议并未强制人们明确接受,但是,默许接受许可协议条件是版权法下合法使用的唯一途径。


超越开源定义

目前,OSI 网站上列出 50 多项符合第三部分所述条件的许可协议。本文将不涵盖对所有这些协议逐一检验。但是,值得注意的是,应用项目数量最多的开源许可协议——GNU 通用公共许可协议(GPL)v2——又进一步对协议下的软件复制、更改或散布设置了一个重要条件。所有经由原软件的修改而建立的新软件,也必须在 GPL 下授予许可(如经散布)。该条件的目的,是产生一个开源软件体,它可以随着用户的代码贡献逐步壮大。从而防止当用户融合自己代码贡献,并使用比 GPL 更具约束力的条款下再次许可该工作成果从而造成的开源软件体缩减。因为该条件可被视为对版权专有使用的颠覆,有时也被称为创意版权(copyleft)

值得注意的是,不论是在 GPL 或任何其他开源许可协议下,都不会强制发布您所做的修改。您可以保留所修改 GPL 软件的内部版本,无需向他人授予许可。这同样适用于个人和公司、机构等法律实体。


许可协议兼容性

人们通常认为,开源许可协议下可用的所有源代码都可无限制地改写和合并,以产生新的开源软件。不幸的是,并不是这么回事。符合开源定义要求的两项许可协议,可能分别包含使彼此不兼容的条款。GNU GPL(所有版本)提供了这样一个例子:它强制要求,包含 GPL 许可代码的代码如经散布,必须作为整体在 GPL 下授予许可。同时还强制要求,不可对 GPL 许可代码强加额外的权利限制。这两个条件合并以后意味着,GPL 许可代码只能与其他 GPL 许可代码,或者只执行 GPL 条件的许可协议的代码实现轻松合并。显而易见,证实一项许可协议中的一个条件,是否完全等效于另一项许可协议中不同措辞的条件,并非易事。管理 GPL 的自由软件基金会,提供了他们认为可与之兼容的一个许可协议清单。

许可协议的兼容性问题非常复杂。确定两项许可协议是否兼容,几乎在最简单的情况下都要求律师的帮助。对于有待某项许可协议下(不论开源与否)发布软件的编程员来说,需要充分意识到开源代码的合并所存在的潜在困难。通常,解决许可协议冲突的最简单办法,就是请代码所有者为其容许代码重新授予许可。但是,这种方法只有在所有者数目较少的情况下才真的实用。


跟踪知识产权

许可协议兼容性问题和复杂的知识产权多所有权问题,说明程序员及其管理者有必要对其进行详细记录。版本控制系统自动提供了部分记录工作,包括谁修改了代码以及修改内容。作为补充,管理者应记录贡献者的合同与许可状态,以确定谁将拥有其工作成果。他们还应向版权所有者要求并保存明确的许可协议,约定其代码贡献可在项目选定的许可协议下作为整体许可和散布。如果代码来自现有的开源软件,相关许可协议的详细信息必须记录(首先应确定该许可协议与项目的整体许可政策兼容)。


总结

简要总结本文要点:

•软件是知识产权。

•软件受版权法保护。

•软件创建依据的任何合同的技术性法律检测,以及任何其他相关的法律环境,都可以确定软件的所有权。

•版权法指出,默认情况下,只有软件的所有者可复制、改写或散布该软件。

•软件的所有者可同意他人复制、改写或散布其代码——这种协议叫做许可协议。

•开源许可协议在一定条件下,向选择执行该许可协议的人授予这些权利。

•开源许可协议旨在为修复和开发软件的贡献者创建一个共同体。

•在不同许可协议下合并两种软件代码的操作非常复杂。

•生成软件的所有项目,需对软件贡献的许可和所有权进行完整、详细的记录。


延伸阅读

链接:

•软件自由法律中心 [http://www.softwarefreedom.org/]

•IPR 服务台 [http://www.ipr-helpdesk.org/]

•开源许可法律资源中心 [http://www.denniskennedy.com/resources/technology-law-central/opensourcelaw.aspx/]

•了解开源软件 [http://www.groklaw.net/article.php?story=20031231092027900]

•英国知识产权办公室 [http://www.ipo.gov.uk/]

•开放源代码促进会 [http://www.opensource.org]

•开源定义 [http://www.opensource.org/docs/definition.php]

•自由软件基金会(FSF)[http://www.fsf.org/]

•自由软件基金会之 GPL 兼容许可协议列表 [http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses]


免责声明

本文旨在强调可能对程序员及其管理者造成困难的领域。它并非出自律师之手,因而不可作为法律建议。请咨询律师解决您的许可与知识产权问题。

沪ICP备15046442号
蝉知1.6