来源:蜘蛛抓取(WebSpider)
时间:2018-02-07 01:49
标签:
网站底部版权html代码
开源软件也是有版权的 违规同样要受罚_Linux新闻_Linux公社-Linux系统门户网站
你好,游客
开源软件也是有版权的 违规同样要受罚
来源:IT168&
作者:IT168
现在软件开源已经成为一种国际化趋势,即使开源曾经最大的敌人——微软也在不断向开源阵营示爱,对于很多人来说,开源软件是一个天上掉下的馅饼,不用花钱就能使用。但是开源软件也不是“冤大头”,也不是“活雷锋”,免费使用开源软件也是有条件的,开源并不意味着没有版权,近日发生在美国的一项关于侵犯开源软件版权的案件无疑已经很清楚的证明了这一点。
案件回放:这是一个离奇的故事
最近,美国联邦巡回上诉法院作出了一个有利于开源社区的案件判决,支持了开源项目JMRI负责人Robert Jacobsen对KAM Industries软件公司的起诉,认定KAM Industries公司未遵守开源软件授权协议,侵犯了开源软件的版权。
现在展现在大众面前的只是该案件的一个结果,其实这个事件的整个过程更像是一个离奇的故事,让我们简单的来了解一下。
许多年以前,原告Robert Jacobsen在开源网站SourceForge上建立了一个叫做JMRI的开源项目,并于日正式运行,这是一个开源的铁路布局模型控制系统。
而在日,Matthew Katzer向美国政府申请了一项专利,并在日成功获得批准,并得到了版本号为6,530,329 B2的专利权。值得一提的是,它所申请的这个专利涉及到一个铁路数字控制模仿系统。
日,KAM Industries致信Robert Jacbsen,称其JMRI软件侵犯了它们拥有的专利权,使用了其专利中描述的思想方法,并要求他对这个项目进行修改,以避免进一步侵犯其专利。同时还提出了赔偿要求,要求JRMI根据其软件被下载或安装的次数来进行赔偿。在Jacobsen回信询问自己在那些方面侵犯了这个专利后,KAM又将赔偿价码进行了提高。
我们可以想象到Jacobsen当收到这个赔偿威胁时的震惊。他向爱好者们无私的奉献了软件源码,招来的却是高达几十万美元的赔偿威胁。
考虑到KAM下一步可能将其诉诸于法律来要求赔偿,Jacobsen的法律团队开始对此事展开调查。
调查的结果令人大跌眼镜,真正的侵权者应该是KAM,KAM的员工使用了JMRI项目的源码,但去没有提及原作者的名字,没有说明源码来自于SourceForge或JMRI。
这个发现非常重要,因为JMRI项目要求用户必须履行其授权协议中的这些规定。尽管这个项目是免费的开源项目,但是用户也必须遵循其授权许可协议。
于是愤怒的Jacobsen展开了反击,一纸诉状将KAM送上了法庭。但是当地法院并没有支持他的申诉,认为KAM没有侵犯版权行为。于是Jacobsen又上诉到美国联邦巡回上诉法院,最终被判KAM侵犯版权。
案件启示:法律监管走向完善
在该案件中,先告状的“恶人”最终得到了其应得到的结果,该案件的判决无疑对开源界具有里程碑式的意义,因为它首次明确告诉世人:开源软件也有版权,它同样也受到法律保护。
在JMRI第一次对KAM的起诉中,法院并没有支持它,因为法院认为:JMRI的代码已经向别人免费提供,因此当有人违反其授权的时候,它不能够再对其进行起诉和要求赔偿o
这个审判结果无疑证明了当前法律监管的“灰色地带”,开源软件可免费使用,但在盈利性商用软件如何修改和使用开源产品问题上,一直未有明确规定。
但是在二审的时候,美国巡回法院却用这样的理由来支持自己的判决:
“从历史上看,版权持有人提供版权产品多是为了获利;虽然开源产品授权协议没有涉及到资金交换,但这并不能视为开源社区没有考虑到产品的经济效益。”
多数业界人士认为,这次案件已经向人们表明,对开源社区来说,如果今后发现其他商用软件开发者滥用开源产品,就可要求滥用者支付侵权补偿金。
商用软件开发者在使用开源产品时,不但需表明产品来自开源软件和注明原代码编写者姓名,而且还应把所修改产品返回给开源社区,否则所修改产品就可视为侵权。
案件影响:好事or坏事?
对开源社区中多数人来说,Robert Jacbsen的胜诉无疑是一个值得庆祝的好消息。它可以让开源开发者能够更加轻松的投身于开源活动中,因为他们现在知道,他们的作品版权现在也受法律保护了。
现在开发者可以通过开源方式来毫无顾虑的开发软件,并将其对外公布,别人可以使用它,但是作者并没有放弃该产品的版权。
这可以让那些并非真正热心开源的人有所顾忌,现在不能像以前一样肆无忌惮的从开源中获得力量,却不对开源社区进行回馈。
从这个意义上来说,这无疑是一个具有里程碑意义的好事情。
但是并非所有人认为这是一个好消息,尤其那些一直反对GPL的人来说,他们不认为开源软件是一种版权产品,GPL口口声声要支持源代码自由,但又强迫用户把知识产权交给他们。
的确,有些公司或个人非常虚伪,寻求开源却对自己的产品实施版权保护,它们对开源的热情只是为了从中获得对自己有利的东西,最终会和开源说再见。例如,IBM公司在Linux的帮助下开发程序,并创造了开源的Eclipse计划,但其仍把 WebSphere Tivoli以及 Lotus视为版权软件加以保护。
Linux创始人托瓦尔兹曾表示,版权是开源的一个大敌。
从这个方面来说,法律对开源软件版权的认可也能是一件坏事,会影响开源界的真正自由,进而阻挡开源的发展。
究竟这次案件带来的影响是一件好事还是坏事,笔者认为,这是开源发展过程必然要经历的一个阶段,法律需要完善,开源也需要发展,在这个过程中两者都需要不断完善、互相磨合,最终寻找到真正的最佳结果。
相关资讯 & & &
& (06/21/:41)
& (12/30/:41)
& (12/25/:11)
& (01/08/:31)
& (12/29/:59)
& (12/18/:57)
同意评论声明
发表
尊重网上道德,遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引???您的评论
参与本评论即表明您已经阅读并接受上述条款GitHub 开源代码的版权问题? - 知乎有问题,上知乎。知乎作为中文互联网最大的知识分享平台,以「知识连接一切」为愿景,致力于构建一个人人都可以便捷接入的知识分享网络,让人们便捷地与世界分享知识、经验和见解,发现更大的世界。5被浏览<strong class="NumberBoard-itemValue" title="分享邀请回答0添加评论分享收藏感谢收起写回答若你要开源自己的代码,此文带你了解开源协议 - 文章 - 伯乐在线
& 若你要开源自己的代码,此文带你了解开源协议
作为一个开发者,如果你打算开源自己的代码,千万不要忘记,选择一种开源许可证(license)。
许多开发者对开源许可证了解很少,不清楚有哪些许可证,应该怎么选择。本文介绍开源许可证的基本知识,主要参考了 OpenSource.com (,)。
一、什么是开源许可证
开源许可证是一种法律许可。通过它,版权拥有人明确允许,用户可以免费地使用、修改、共享版权软件。
版权法默认禁止共享,也就是说,没有许可证的软件,就等同于保留版权,虽然开源了,用户只能看看源码,不能用,一用就会侵犯版权。所以软件开源的话,必须明确地授予用户开源许可证。
二、开源许可证的种类
目前,国际公认的开源许可证共有。它们的共同特征是,都允许用户免费地使用、修改、共享源码,但是都有各自的使用条件。
如果一种开源许可证没有任何使用条件,连保留作者信息都不需要,那么就等同于放弃版权了。这时,软件可以直接声明进入”公共领域”(public domain)。
根据使用条件的不同,开源许可证分成两大类。
宽松式(permissive)许可证
Copyleft 许可证
三、宽松式许可证
宽松式许可证(permissive license)是最基本的类型,对用户几乎没有限制。用户可以修改代码后闭源。
它有三个基本特点。
(1)没有使用限制
用户可以使用代码,做任何想做的事情。
(2)没有担保
不保证代码质量,用户自担风险。
(3)披露要求(notice requirement)
用户必须披露原始作者。
3.2 常见许可证
常见的宽松式许可证有四种。它们都允许用户任意使用代码,区别在于要求用户遵守的条件不同。
(1)BSD(二条款版)
分发软件时,必须保留原始的许可证声明。
(2) BSD(三条款版)
分发软件时,必须保留原始的许可证声明。不得使用原始作者的名字为软件促销。
分发软件时,必须保留原始的许可证声明,与 BSD(二条款版)基本一致。
(4)Apache 2
分发软件时,必须保留原始的许可证声明。凡是修改过的文件,必须向用户说明该文件修改过;没有修改过的文件,必须保持许可证不变。
四、Copyleft 许可证
4.1 Copyleft 的含义
Copyleft 是发明的一个词,作为 Copyright (版权)的反义词。
Copyright 直译是”复制权”,这是版权制度的核心,意为不经许可,用户无权复制。作为反义词,Copyleft 的含义是不经许可,用户可以随意复制。
但是,它带有前提条件,比宽松式许可证的限制要多。
如果分发二进制格式,必须提供源码
修改后的源码,必须与修改前保持许可证一致
不得在原始许可证以外,附加其他限制
上面三个条件的核心就是:修改后的 Copyleft 代码不得闭源。
4.2 常见许可证
常见的 Copyleft 许可证也有四种(对用户的限制从最强到最弱排序)。
(1)Affero GPL (AGPL)
如果云服务(即 SAAS)用到的代码是该许可证,那么云服务的代码也必须开源。
如果项目包含了 GPL 许可证的代码,那么整个项目都必须使用 GPL 许可证。
如果项目采用动态链接调用该许可证的库,项目可以不用开源。
(4)Mozilla(MPL)
只要该许可证的代码在单独的文件中,新增的其他文件可以不用开源。
五、常见问题
本节回答一些开源许可证的常见问题。
5.1 什么叫分发(distribution)?
除了 Affero GPL (AGPL) ,其他许可证都规定只有在”分发”时,才需要遵守许可证。换言之,如果不”分发”,就不需要遵守。
简单说,分发就是指将版权作品从一个人转移到另一个人。这意味着,如果你是自己使用,不提供给他人,就没有分发。另外,这里的”人”也指”法人”,因此如果使用方是公司,且只在公司内部使用,也不需要遵守许可证。
云服务(SaaS)是否构成”分发”呢?答案是不构成。所以你使用开源软件提供云服务,不必提供源码。但是,Affero GPL (AGPL) 许可证除外,它规定云服务也必须提供源码。
5.2 开源软件的专利如何处理?
某些许可证(Apache 2 和 GPL v3)包含明确的条款,授予用户许可,使用软件所包含的所有专利。
另一些许可证(BSD、MIT 和 GPL v2)根本没提到专利。但是一般认为,它们默认给予用户专利许可,不构成侵犯专利。
总得来说,除非有明确的”保留专利”的条款,使用开源软件都不会构成侵犯专利。
5.3 什么是披露要求?
所有的开源许可证都带有”披露要求”(notice requirement),即要求软件的分发者必须向用户披露,软件里面有开源代码。
一般来说,你只要在软件里面提供完整的原始许可证文本,并且披露原始作者,就满足了”披露要求”。
5.4 GPL 病毒是真的吗?
GPL 许可证规定,只要你的项目包含了 GPL 代码,整个项目就都变成了 GPL。有人把这种传染性比喻成”GPL 病毒”。
很多公司希望避开这个条款,既使用 GPL 软件,又不把自己的专有代码开源。理论上,这是做不到的。因为 GPL 的设计目的,就是为了防止出现这种情况。
但是实际上,不遵守 GPL,最坏情况就是被起诉。如果你向法院表示无法履行 GPL 的条件,法官只会判决你停止使用 GPL 代码(法律上叫做”停止侵害”),而不会强制要求你将源码开源,因为《版权法》里面的”违约救济”没有提到违约者必须开源,只提到可以停止侵害和赔偿损失。开源代码不属于源代码抄袭- 陈键城律师 - 110法律咨询网
&&热门省份:
我的位置:
开源代码不属于源代码抄袭
发布日期:&&& 作者:
没找到您需要的? 您可以
,我们的律师随时在线为您服务
问题越详细,回答越精确,祝您的问题早日得到解决!
相关法律问题
发布您的法律问题
请在此输入您的问题,祝您的问题早日得到解决!
无锡推荐律师
相关法律知识使用github上代码要注意什么版权问题_百度知道
使用github上代码要注意什么版权问题
如题:使用github上代码要注意什么版权问题,什么llicence问题?
我有更好的答案
也别太认真,如果修改后,加个修改者,日期之类的就ok,不加也没人管你;现在国内很多商用的app都直接使用GPL协议的源码,不也没事,尽量不要在商用代码中使用GPL类的代码就行,Apache之类的随便用
主要需要关注代码遵循的开源授权协议,最常见的有以下五种:MPL、MIT、GPL、Apache和BSD,例如使用GPLv2或者GPLv3的开源代码,那么你的代码就必须全部开源,更多信息可参考
1条折叠回答
为您推荐:
其他类似问题
github的相关知识
换一换
回答问题,赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。