违反GPL协议,法院判罚了!国内首例

整理 | 一君

出品 | OSC开源社区(ID:oschina2013)

近日,一起关于 GPL 版权纠纷案裁判文书公示。一审判决书显示,GPL3.0 协议是一种民事法律行为,具有合同性质,可认定为授权人与用户间订立的著作权协议,属于我国《合同法》调整的范围。一审判定两侵权被告公司赔偿原告公司经济损失及维权合理费用共计 50 万元,并停止侵权行为。

此判例可以说是中国首个明确 GPL3.0 协议的法律效力的案例。判决书显示,明确违反开源软件许可证的侵权法律责任,一方面可以及时制止侵权行为,防止他人对开源软件的不正当利用;另一方面能够有效保护授权人的利益,使他们保有继续创作的动力,促进源代码共享和知识的传播。

不过值得注意的是,本案中被告的侵权事实成立,是因为违反 GPL3.0 协议导致 GPL3.0 协议自动解除,被告失去了 GPL3.0 协议下的源代码授权保护,进而构成侵权。

判决书中对于违反 GPL3.0 协议的侵权责任明确如下:

关于违反 GPL3.0 协议的侵权责任。

著作权法为了保护权利人的专有权,仅规定非权利人可以在如“合理使用”等范围内使用作品,诸如复制、修改、发行等权利则专属于权利人,任何人非经许可实施这些行为将构成侵权。

根据 GPL3.0 协议第 8 条“终止授权”的约定,授权人许可用户在遵守许可证规定的前提下行使某些权利,但用户必须承担相应的义务。若用户违反 GPL3.0 协议的使用条件来复制、修改或传播受保护的作品,其通过 GPL3.0 协议获得的授权将会自动终止。

对此,我国《民法总则》第一百五十八条规定:“民事法律行为可以附条件……附解除条件的民事法律行为,自条件成就时失效”。

根据开源软件的特性,GPL3.0 协议规定的使用条件(如开放源代码、标注著作权信息和修改信息等)系授权人许可用户自由使用的前提条件,亦即协议所附的解除条件。一旦用户违反了使用的前提条件,将导致 GPL3.0 协议在授权人与用户之间自动解除,用户基于协议获得的许可即时终止。用户实施的复制、修改、发布等行为,因失去权利来源而构成侵权。

本文案件相关内容整理自一审判决书。

案件概况

原告:济宁市罗盒网络科技有限公司

被告:福建风灵创景科技有限公司(以下简称福建风灵公司) 

被告:北京风灵创景科技有限公司(以下简称北京风灵公司)

(福建风灵公司系被告北京风灵公司的全资子公司)

被告:深圳市腾讯计算机系统有限公司(以下简称腾讯公司)

原告济宁市罗盒网络科技有限公司独立开发“罗盒(VirtualApp)插件化框架虚拟引擎系统 V1.0(简称 VirtualApp V1.0)。VirtualApp 从 2016 年 7 月 8 日的版本开始引入开源协议,起初为 LGPL3.0 协议,2016 年 8 月 12 日更换为 GPL3.0 协议。

2017 年 10 月 29 日,原告公司在 VirtualApp 后续开源版本中删除“适用 GPL3.0 协议”的表述。

2017 年 11 月 8 日,原告公司为 VirtualApp V1.0 取得计算机软件著作权登记证书,依法享有 VirtualApp V1.0 软件著作权的全部权利。

2017 年 12 月 30 日由 Lody(原告公司股东、VirtualApp 项目人罗迪) 提交的更新(对应 Git 码为8e6d9cd925af55b53a7e93046c469dd69676c38b)的 CHINESE.md 文件内载明“VirtualApp(中文名为罗盒)2017 年 8 月份正式公司化运作,当您需要将 VirtualApp 用于商业用途时,请务必联系 QQ1*****购买商业授权……VirtualApp 源代码将于 2017 年 12 月 31 日停止更新”。

2018 年 9 月,原告调查发现名为“点心桌面”的软件使用了 VirtualApp V1.0 的代码,将两个软件源代码进行分析比对,两者间 421 个可比代码中有 308 个代码具有实质相似性,有 27 个代码具有高度相似性,有 78 个代码具有一般相似性。因此,被诉侵权软件与涉案软件构成实质相似。

原告向法院起诉,庭审时明确诉请为判令如下:

1.被告福建风灵公司、被告北京风灵公司立即停止侵害原告的计算机软件著作权,即立即停止通过互联网提供所有版本的“点心桌面”软件的下载、安装和运营服务;

2.被告福建风灵公司、被告北京风灵公司赔偿原告经济损失 2000 万元;

3.被告福建风灵公司、被告北京风灵公司赔偿原告为制止侵权行为而支出的合理费用 50 万元;

4.被告福建风灵公司、被告北京风灵公司承担本案诉讼费用。

证据显示,被告福建风灵公司系被诉侵权软件“点心桌面”的著作权人。被告北京风灵公司亦被有关互联网平台标示为“点心桌面”的开发者,并被登记为“点心桌面”软件的著作权人。此外,提供被诉侵权软件下载、安装和运营服务的“点心桌面官网”和“应用宝”网站分别由被告福建风灵公司和腾讯公司经营。

立案之后,经查,被诉“点心桌面”App(V6.5.8)中使用了原告采用 GPL3.0 协议发布的VirtualApp,同时被告对此亦予以确认。

法院观点

法院认为,该案系侵害计算机软件著作权纠纷,涉及开源软件的相关问题。根据双方诉辩意见及举证情况,该案争议焦点有四方面。法院已就焦点问题给出明确观点。

(此部分为法院观点截选,详情可查看判决书原文。)

焦点一:GPL3.0 协议的法律效力。

法院明确 GPL3.0 协议具有合同性质,可认定为授权人与用户间订立的著作权协议,属于我国《合同法》调整的范围。

关于违反 GPL3.0 协议的侵权责任,明确若用户违反 GPL3.0 协议的使用条件来复制、修改或传播受保护的作品,其通过 GPL3.0 协议获得的授权将会自动终止。

焦点二:原告是否有权提起本案诉讼。

一是根据代码托管网站上的上传记录及证明等,原告公司可以证明是 VirtualApp 的著作权人。

二是原告提起本案诉讼无需贡献者的同意或授权,即有权提起诉讼。原因包括:原告公司股东罗迪作为项目人已将 VirtualApp 初始版本的源代码共计 31097 行在 Github 网站上公开发布,此系原告主张权利的基础;本案项目人对“主分支”中 VirtualApp 源代码的形成起到了决定作用;贡献者选择在 GPL3.0 协议的 VirtualApp 项目中上传自己的源代码,贡献者亦将按照 GPL3.0 协议许可其贡献,即视为同意将贡献内容许可给项目人及其他用户使用,并且若开源项目的起诉维权需经全体贡献者一致同意或授权,实则导致维权行为无从提起。综上,原告提起本案诉讼无需贡献者的同意或授权。

三是,GPL3.0 协议中仅限制授权人不得向用户主张任何专利权,而并未限制授权人对违反许可协议的用户主张著作权。因此,原告的诉讼行为并未违反 GPL3.0 协议关于争议解决方式的约定。

焦点三:被诉行为是否侵害原告的著作权。

一是原告虽将 VirtualApp 分为开源版本与商业版本,并且在后续开源版本中删除“适用 GPL3.0 协议”的影响问题。

原告在本案中系以 VirtualApp 开源版本而非商业版本作为其权利基础,故本案中不必对VirtualApp 开源版本与商业版本的关联及影响作出认定。而根据 GPL3.0 协议,若先前版本使用了 GPL3.0 协议,则后续版本也必然受 GPL3.0 协议的约束,因此 VirtualApp 后续开源版本仍然受 GPL3.0 协议的约束。

二是 GPL3.0 协议允许用户进行商用,授权人不得对此作出限制。所以原告主张“点心桌面”App进行商用违反 GPL3.0 协议及其附加条款缺乏理据,法院不予支持。

三是被诉“点心桌面”App(V6.5.8)本应当遵循 GPL3.0 协议向公众无偿开放源代码,但被告福建风灵公司拒不履行 GPL3.0 协议规定的使用条件。根据 GPL3.0 协议第 8 条自动终止授权的约定及《民法总则》第一百五十八条的规定,被告福建风灵公司通过该协议获得的授权已因解除条件的成就而自动终止。被告福建风灵公司对 VirtualApp 实施的复制、修改、发布等行为,因失去权利来源而构成侵权。

焦点四:若侵权成立,被告应承担的法律责任。

被告福建风灵公司作为“点心桌面”App(V6.5.8)的开发、运营和发布者,依法应承担停止侵害 VirtualApp 著作权的行为。鉴于被告福建风灵公司系被告北京风灵公司的全资子公司的情形,原告指控两被告共同承担侵权责任合法有据,法院予以支持。

被告腾讯公司对其“应用宝官网”上可能存在的侵权行为制定了相关规则、设置了投诉渠道,且对被诉软件作了及时下架处理。原告亦未对被告腾讯公司提出具体诉请。因此,被告腾讯公司无需承担法律责任。

关于赔偿问题,原告主张以被告福建风灵公司、被告北京风灵公司的侵权获利来计算。鉴于开源许可协议缔约方式和缔约主体的特殊性,导致违约或侵权行为更具隐蔽性,相应法律责任的承担应有助于敦促缔约方诚信履行开源义务,确保开源社区规范、持久的发展。开源软件大多都是免费的,但授权人付出的开发成本是必然存在的,按照侵权获利来承担赔偿责任更为公平合理。

最终,法院酌情确定赔偿数额为 50 万元。原告为制止本案侵权行为所支出的合理费用,计算在赔偿损失数额范围之内。

关于此案的更多细节和法院观点,详情可登陆中国裁判文书网查看此案(2019)粤03民初3928号一审判决书。

一审判决书:

https://wenshu.court.gov.cn/website/wenshu/181107ANFZ0BXSK4/index.html?docId=05f553bd178d4354bb48ad5100c1314f(中国裁判文书网地址)

https://www.iphouse.cn/cases/detail/woznd0v9pek4jx35ovdj8y5gxrm371q2.html?keyword=GPL(其他网站地址)

律师解读

我们邀请专注 TMT 领域的知识产权问题的邓超律师(18611123013)就此案件做相关解读。后续邓超律师将发表深度解读文章,敬请期待!

问题一:此案对后续有关开源软件版权纠纷案件有何具体参考意义?

这个案子据我所知,被告上诉了,所以现在这个判决还没有生效,最后法院怎么认定,还没有最终定论。

但毫无疑问的一点是,违反许可证的义务是会遭到权利人的侵权索赔的。

因为以往国内开源主要是拿来主义,使用国外的代码比较多,但随着国内开发者的不断成熟。将来相关的纠纷会越来越多,这就要求法务和开发人员了解开源的相关问题。

问题二:为什么此案件中,“点心桌面”未被强制开源?

没有要求强制开源是因为原告没有提出这样的要求,那么法院是一个被动的审判机关,不告不理,只被动审理原告提出的请求。

在这个案件中,原告没有选择合同,也就是许可证违约,而是选择了版权侵权这条救济途径。一般而言,版权侵权要比合同违约的救济力度要大,无论从各个方面,这在国内和在美国都是如此。

问题三:如果原告提出了开源的诉求,会如何?

如果原告选择了合同违约这条途径,法院是不是会支持被告将代码强制开源这个问题其实很值得探讨,我个人初步的观点是,法院不一定会支持这种诉请。关于这个事情,我准备近期写篇文章,但我现在初步的看法是要求代码强制开源,在法院不太可能得到支持。

所以,如果违反 GPL 许可证的义务,那么将代码全部开源,更多的是一种理论上的可能。在实践中,以中国和美国的法院为例,我理解支持这种诉求的可能性都非常低。

延伸阅读

GPL 解读文章:

人话解读GPLv3:https://my.oschina.net/vigor23/blog/4951596

论“GPL就是给软件开发者们准备的坑”:https://my.oschina.net/vigor23/blog/4954734

开源软件、自由软件、Copyleft、CC都是啥,傻傻分不清楚?:https://my.oschina.net/vigor23/blog/5138356

夜天之书 #6(Copyleft 相关解读):https://my.oschina.net/u/4489239/blog/5252879

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.rhkb.cn/news/25306.html

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

自然人如何在浙江法院网上完成诉讼——具体流程

起诉状模版下载链接:https://download.csdn.net/download/weixin_42574872/86264435 一、进入浙江法院官网注册与登录 1.浙江法院官网:http://www.zjsfgkw.cn/,点击进入后进入图1-1。 图 1-1 2.在图1-1点击登录后进入,进入图1-2…

区块链赋能律所非诉业务研究报告 | TokenInsight金杜律师事务所

近年来,围绕提高司法效率,改良司法程序,增强司法手段透明度和公信力开展的区块链项目研究越来越多,国内外应用落地情况良好。 2018年9月7日,最高人民法院公布了《最高人民法院关于互联网法院审理案件若干问题的规定》&…

用了一下AI代码补全工具,真爽!

前言 ChatGPT把AI带火了,我就在想,能用它做点什么呢,总不能只让它给我们带来焦虑,也要让我们从科技浪潮中分得一点红利吧。一番查找下来,有个功能对我们程序员来说比较实用,就是AI的代码提示补全功能。最先…

「料见」vol25.回顾 | PKU-Beaver开源项目团队:一起来聊首个可复现的RLHF基准

为了解决复现RLHF技术和基于RLHF技术的大预言模型的不安全问题,北京大学团队开源了名为PKU-Beaver(海狸)开源项目。 第25期料见闭门分享会,我“门”非常开心邀请到PKU-Beaver开源项目团队成员——北京大学人工智能研究院助理教授…

聊一下计算机程序员转行情感博主

(点击即可收听) 不知不觉,已经入行这行业第7个年头 现在身边一些00后也步入职场,看到他们那种初生牛犊不怕虎,想到了当年的自己职场当中的人来人往,铁打的营盘,流水的兵 早就已经习惯了,毕竟天下没有不散宴…

Reactive响应式编程系列:解密Lettuce如何实现响应式

响应式编程历史悠久,早在2005年,Microsoft Cloud Programmability Team 开始探索一种简单的编程模型,以构建大规模的异步和数据密集型互联网服务架构,响应式编程的理念逐步诞生。这本是为了解决服务端系统而提出的理念&#xff0c…

深度学习入门学习小记录5——【Pytorch】,模型推理间隔较大时,推理耗时增加且存在波动

目录 前言 ChatGPT的回答: 实际测试 解决方法: 来自chatGPT的解答: 前言 最近在进行模型部署的工作,比较关注模型的推理耗时,发现相同的模型在推理时存在耗时波动。所以做了一些小测试,并做一下经验记…

【chatgpt提效工具——cursor】

一、cursor: 地址:https://www.cursor.so/ 使用方法 ctrlk:需求 ctrlL:对话 二、vscode插件 cursorcode: 界面 快捷键一:在代码框中按下CtrlAltY弹出代码生成/优化命令框 快捷键二:在代码框中按下CtrlAltU弹出…

在Apple Watch上使用Siri发送消息的方法

1.抬起手腕唤醒Apple Watch后,说Hey Siri。或者,按住“ Digital Crown ”(数字表冠)或简单地举起您的手腕,然后在“ 提高说话能力”已启用的情况下开始讲话。说向[联系人/电话号码]发送消息。也可以说类似“告诉[联系]…

为什么每次和 Siri 聊天我都一肚子火

硅谷Live / 实地探访 / 热点探秘 / 深度探讨 全世界最痛苦的事,就是和一个跟你不在同一频道的人尬聊。 相反,和自己的亲朋好友另一半说话就轻松多了,比如你说 “今天上班好累啊”,你的家人、朋友就会说,“那今晚别做饭…

苹果“Enhanced Siri”,你知道多少?

小编发现从2015年2月,中国大陆开发CarPlay认证窗口后, CarPlay在市场上的普及度越来越高, 说到CarPlay认证,圈子内的人都能说出几个专业词语,而其中"Siri"就是最耳熟能详的。专业词语说大家都会能提两个词&a…

Logoist - 适用于设计师以及初次使用者,快速制作精美 logo

Logoist - 适用于设计师以及初次使用者的快速制作精美 logo 工具 从简单的标识到设计开发。它只需要一点时间来创建令人印象深刻的图像和矢量图形与Logoist。 我们的一体化应用程序为您提供了您需要的一切,将您的创意付诸实践或寻找新的灵感!它适合专业设计师和插画…

chatgpt赋能Python-python照片处理

介绍 Python是一种高级编程语言,它被广泛用于图像和照片处理。Python的大量第三方库和框架使得它成为处理照片的理想工具。本文将介绍如何用Python处理照片,并展示Python在照片处理领域的强大功能。 用Python处理照片 Python中最常用的照片处理库是Pi…

Midjourney词典秘籍,你真的不来看看吗?

引言: 今日有幸得到Midjourney秘籍,在此分享给各位伙伴,因篇幅限制,可以私我免费分享完整版,快来看看吧。

解密亚洲一号巨型仓储管理

解密亚洲一号巨型仓储管理 由京东商城运营研发部仓储研发部分享的有关京东一号巨型仓储管理经验... 详细解读 和小伙伴们一起来吐槽

【麒麟操作系统】查看和关闭139、445端口的方法

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档 文章目录 前言一、查看139、445端口的方法二、关闭139、445端口的方法 三、139、445端口的作用 前言 作为国产操作系统,无论是银河麒麟,还是中标麒麟…

Apache 首次亚洲在线峰会: Workflow 数据治理专场

背景 大数据发展到今天已有 10 年时间,早已渗透到各个行业,数据需 求越来越多,这使得大数据 业务间的依赖关系也越来越复杂,另外也相信做数据的伙伴肯定对如何治理数据也是痛苦之至,再加上现今云原生时代的要求&#x…

2021十大亚洲现货黄金交易APP平台排名榜单

对于国内投资者而言,贵金属投资有内、外盘之分,因此在选择平台时,投资者应该从市场成熟度和产品优势出发,先明确自己在哪一个市场进行投资,再挑选那些信誉度极高、以客户利益为大前提、在行业内排名较前平台。 至于外…

“走进名企”之参观微软亚洲研究院

2021-11-24,感谢 CSDN 组织的活动“走进名企”——探访北京微软亚洲研究院活动。 微软亚研院简介 首先,我们来了解一下微软亚研院一些基本资料。 微软亚洲研究院是微软公司在亚太地区设立的研究机构,也是微软在美国本土以外规模最大的一个。…

人脸数据集——亚洲人脸数据集

大规模亚洲人脸数据的制作 在这次大规模亚洲人脸数据制作主要是亚洲明星人脸数据集,此次我爬取了大概20万张亚洲人脸图像,可以修改爬取每位明星图片的数量来获取更多的图片,过程中主要分以下几步: 获取明星名字列表 &#xff…