开源软件许可协议.docVIP

开源软件许可协议 /elizabethg/blog/item/11ba7ff02fb0daafa50f5238.html 多数人没有注意到开源软件许可的存在，这是因为它不同于传统的书面签字或上网点击那样“接受许可”的方式。开源软件的许可协议是开放的，只要具有相应行为 就可“默认”接受的许可；但如“被许可人”不遵守有关许可条件，许可随时会被终止，“被许可人”持有开源软件的权利将自动终止，并需承担违约责任的风险。 　　BSD、GPL、LGPL、MPL是应用最为普遍的四种典型的自由/开源软件的许可协议(占自由/开源软件全部许可协议的80%以上)。 　　BSD许可证 　　BSD是一种自由软件，其许可协议为FreeBSD。FreeBSD的主要规定是： 　　公开BSD的源码，可让你自由获得、复制、修改、分发BSD原创软件作品(源码)；也可在BSD公开的源码基础上衍生你的软件作品。衍生的软件作品(其源码)可以公开，也可不公开。 　　在你进行修改或衍生时，必须对哪些是你所获得的BSD原创软件作品所实行的BSD许可证，哪些是你在其上进行的再开发，或生成你自己的许可证， 要区分清楚。当你依法处理的作品再分发时，必须作出相应的版权声明，列出相应条件，并表明BSD拒绝担保的声明。对于获得的BSD原创软件作品(源码)的 版权(所有权)要明确表示出来，如标明它是加州大学伯克利分校的(=regents?of?the?University?of?California, ?=University?of?California,?Berkeley)，即其版权属于加州大学“董事”和“贡献者”，或“所有者” (owner)，并标明BSD许可证发布时间(如=1998)，而且你要对使用BSD的原创软件作品向版权所有者?(owner)表示感谢(这些标明都要 让你的用户知道)。如果你把获得的这些BSD原创软件作品看成是你自己的“自主知识产权”，那无异于“剽窃”。至于你衍生的软件作品，可以公开，也可以不 公开(其实微软也使用了很多BSD的原创作品，但微软的衍生作品不公开)。 　　必须明确，BSD软件版权所有者或贡献者是以“AS?IS”(即“保持原样”)方式提供的。在你再开发的衍生作品中，未获得预先特定许可时，不 得用伯克利组织或贡献者的名字来为你背书；原创作品版权所有者或贡献者均不对你使用、修改、再传播、再发行的BSD原创作品以及你的衍生 作品提供任何直接或隐含的担保，同时也不承担相应的责任。 　　GPL许可 　　多数自由/开源软件采用通用许可协议：GNU/GPL(GNU?General?Public?License，简称GPL)，这是自由软件基 金会(Free?Software?Foundation，FSF)发布的一个软件授权许可证。现有40000个版本/方案(Projects)采用 GPLV2。Linus?Tovalds将Linux在GUN/GPL下发布，自由软件基金会将Linux作为GUN操作系统的内核。 　　GPL承认软件作品作者的著作权(所有权)，同时也要求作者必须允许任何人(或用户，或“你”)享有对其作品使用、复制、修改、衍生、发行的自 由权利；作为一个限制条件，GPL还要求用户不能改变软件的授权协议(即要将GPL向各级用户传递下去)，要求用户在对该软件作品作出的修改或制作衍生作 品并进行再发行时，都要一贯遵守GPL规则；如果执行GPL协议的原创软件是自由软件，则该自由软件经过修改或衍生后的软件也应是自由软件；自由软件在作 二进制整体运行时，不允许一部分软件的源码是开源的，另一部分的源码是闭源的，即不允许出现混合源码的现象。GPL协议还规定，不得使用其它许可证进行再 发布。 　　GPL协议是一个开放的协议，是在原创软件作品上实施“使用、复制、修改、衍生、发行”等相应行为时出现的“默认接受”的许可。“默认许可”是执行GPL协议的一大特点，不同于常规签署协议许可的做法。 　　如果有人对自由/开源软件进行修改、衍生、再发行时使之闭源，从而改变了自由软件的性质和形态，那就违反了GPL协议。有人认为：“在开源领域 违反GPL协议的行为就相当于在传统版权中的‘盗版’性质，同样可称为侵犯知识产权，要予以打击”；也有人认为：“如果违反了GPL协议，GPL协议在其 再发行、再传播过程中就自动终止，这时如果还要按‘GPL规则’继续自由索取原创软件源码，而在进行衍生闭源后再发行，将遭致法律风险”。 　　GPL许可协议是由自由软件基金会制定的。执行GPL规则的软件作品其版权理论上属于该软件作品的“作者”或“开发者”，以及“修改者”或“贡献者”，他们可统称为版权“所有者”。 　　GPL虽然认承作者对其软件作品的所有权，但由于自由/开源软件是由全球志愿者集体开发的成果，开源社区的组织也较为自