违反GPL协议赔偿50万,国内首例!

2024-02-23 21:58

本文主要是介绍违反GPL协议赔偿50万,国内首例!,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

整理 | 祝涛
出品 | CSDN(ID:CSDNnews)

近日,一起关于GPL版权纠纷案裁判文书公示。在一审中,法院指出GPL 3.0协议是一种民事法律行为,具有合同性质,可认定为授权人与用户间订立的著作权协议,属于我国《合同法》调整的范围。

在这里插入图片描述

来源于中国裁判文书网

法院称,被告使用了附带GPL 3.0协议的开源代码,却拒不履行GPL 3.0协议规定的使用条件,根据GPL 3.0协议第8条自动终止授权的约定及《民法总则》第一百五十八条的规定,被告通过该协议获得的授权已因违反协议而自动终止。被告因失去权利来源而构成侵权。

一审判定两侵权被告公司赔偿原告公司经济损失及维权合理费用共计50万元,并停止侵权行为。

此判例称得上是国内首个明确GPL 3.0协议的法律效力的案例。广东省深圳市中级人民法院认为,明确违反开源软件许可证的侵权法律责任,一方面可以及时制止侵权行为,防止他人对开源软件的不正当利用;另一方面能够有效保护授权人的利益,使他们保有继续创作的动力,促进源代码共享和知识的传播。

案情梳理

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

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

被告:北京风灵创景科技有限公司(以下简称北京风灵公司)
(福建风灵公司系被告北京风灵公司的全资子公司)

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

原告济宁市罗盒网络科技有限公司独立开发“罗盒(VirtualApp)插件化框架虚拟引擎系统 V1.0”(简称 VirtualApp V1.0)。

  • VirtualApp于2016年7月7日在Github网站上传了VirtualApp的初始源代码共计31097行次日附加了LGPL 3.0协议,2016年9月10日,将LGPL 3.0协议变更为GPL 3.0协议。
  • 2017 年 10 月 29 日,原告公司在 VirtualApp 后续开源版本中删除“适用 GPL 3.0协议”的表述。
  • 2017 年 11 月 8 日,原告公司为 VirtualApp V1.0取得计算机软件著作权登记证书。据国家版权局颁布的计算机软件著作权登记证书记载,VirtualApp V1.0的著作权人为原告,开发完成日期为2015年2月28日、首次发表日期为2015年7月18日、权利取得方式为受让、权力范围为全部权利。
  • 2017年12月30日由Lody提交的更新(对应Git码为8e6d9cd925af55b53a7e93046c469dd69676c38b)的CHINESE.md文件内载明“VirtualApp(中文名为罗盒)2017年8月份正式公司化运作,当您需要将VirtualApp用于商业用途时,请务必联系QQ1*****购买商业授权……VirtualApp源代码将于2017年12月31日停止更新”。
  • 2018年9月26日,原告委托广东鑫证司法鉴定所鉴定被诉侵权软件“点心桌面”App(V6.5.8)与原告涉案软件VirtualApp(2017年12月30日在GitHub网站上的开源版本)是否构成实质性相似。

鉴定意见载明:送检的“VirtualApp”源代码与“点心桌面”软件安装包反编译得到的源代码共有421个可比代码文件,其中有27个可比代码具有高度相似性,有78个可比代码具有一般相似性,有308个可比代码具有实质相似性,有8个可比代码不具有相似性

另该鉴定意见的分析说明中载明:双方可比代码所在的目录结构相似,且双方对应目录中同时有“lody”目录,而“lody”为原告代码的开发者,在原告代码有多处的注释都表明(原告代码中均有注释“@authorLody”),而这种目录相似情况和上述代码相似程度在软件的独立开发过程中是不可能存在的。

因此原告向法院起诉。

法院裁定

广东省深圳市中级人民法院认为,本案系侵害计算机软件著作权纠纷,涉及开源软件的相关问题。根据双方诉辩意见及举证情况,本案争议焦点主要有四点。

焦点一:GPL 3.0协议的法律效力。

其一,GPL 3.0协议的内容具备合同特征,是一种民事法律行为。其二, GPL 3.0协议具有合同性质,可认定为授权人与用户间订立的著作权协议,属于我国《合同法》调整的范围。

根据GPL 3.0协议第8条“终止授权”的约定,授权人许可用户在遵守许可证规定的前提下行使某些权利,但用户必须承担相应的义务。若用户违反GPL 3.0协议的使用条件来复制、修改或传播受保护的作品,其通过GPL 3.0协议获得的授权将会自动终止。一旦用户违反了使用的前提条件,将导致GPL3.0协议在授权人与用户之间自动解除,用户基于协议获得的许可即时终止。用户实施的复制、修改、发布等行为,因失去权利来源而构成侵权。

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

首先,现有证据可以证明原告系Github网站上开源软件VirtualApp的著作权人。其次,原告提起本案诉讼无需贡献者的同意或授权。“若开源项目的起诉维权需经全体贡献者一致同意或授权,实则导致维权行为无从提起。”最后,GPL 3.0协议仅限制授权人不得向用户主张任何专利权,而并未限制授权人对违反许可协议的用户主张著作权。因此,原告的诉讼行为并未违反GPL 3.0协议关于争议解决方式的约定。

综上所述,原告有权提起本案诉讼。

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

首先,针对原告在VirtualApp后续开源版本中删除“适用GPL 3.0协议”的影响。根据GPL 3.0协议第4条、第5条的规定,只要后续版本中有使用先前开源版本中的源代码,并且先前版本使用了GPL 3.0协议,则后续版本也必然受GPL 3.0协议的约束。因此,VirtualApp后续开源版本仍然受GPL 3.0协议的约束

其次,GPL 3.0协议并未限制用户进行商用,只是必须遵守开源的规定。原告虽在GitHub网站上声明禁止用户对VirtualApp开源代码进行商用,但根据GPL 3.0协议第7条、第10条的规定,附加条款适用的情形和内容是明确的,限制商用不在其列,授权人亦不可以对GPL 3.0协议所授或确认权利的行使施以进一步的限制。

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

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

被告福建风灵公司作为“点心桌面”App(V6.5.8)的开发、运营和发布者,依法应承担停止侵害VirtualApp著作权的行为,对使用了VirtualApp的“点心桌面”软件立即停止提供下载、安装和运营服务。鉴于被告福建风灵公司系被告北京风灵公司的全资子公司的情形,因此原告指控两被告共同承担侵权责任。

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

关于赔偿问题,法院认为,开源软件大多都是免费的,但授权人付出的开发成本是必然存在的,按照侵权获利来承担赔偿责任更为公平合理。因此法院酌情确定赔偿数额为50万元。

判决结果

  1. 被告福建风灵创景科技有限公司、被告北京风灵创景科技有限公司立即停止侵害原告济宁市罗盒网络科技有限公司VirtualApp著作权的行为,即对使用了VirtualApp开源代码的“点心桌面”软件立即停止提供下载、安装和运营服务;
  2. 被告福建风灵创景科技有限公司、被告北京风灵创景科技有限公司应于本判决生效之日起十日内赔偿原告济宁市罗盒网络科技有限公司经济损失及维权合理费用共计50万元;
  3. 驳回原告济宁市罗盒网络科技有限公司的其他诉讼请求。

该案件引发了不少开源者的探讨与反思,想要了解与开源有关的更多内容吗?9 月 16 日,CSDN 特别邀请到了 Apache SkyWalking 创始人吴晟,华为开源软件中心技术专家、ASF Member 姜宁,开源社理事长庄表伟,开源研究者、《大教堂与集市》译者卫剑钒以及开源之道主创李建盛(适兕)来与大家共同探讨开源奥秘,届时欢迎大家来到CSDN【开源圆桌派】的直播间。

立即预约>>>> https://live.csdn.net/room/csdnnews/Rqpkh2xP,观看直播更有好礼相送!
在这里插入图片描述

参考链接:

  • https://wenshu.court.gov.cn/website/wenshu/181107ANFZ0BXSK4/index.html

这篇关于违反GPL协议赔偿50万,国内首例!的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/740055

相关文章

Java如何接收并解析HL7协议数据

《Java如何接收并解析HL7协议数据》文章主要介绍了HL7协议及其在医疗行业中的应用,详细描述了如何配置环境、接收和解析数据,以及与前端进行交互的实现方法,文章还分享了使用7Edit工具进行调试的经... 目录一、前言二、正文1、环境配置2、数据接收:HL7Monitor3、数据解析:HL7Busines

【Linux】应用层http协议

一、HTTP协议 1.1 简要介绍一下HTTP        我们在网络的应用层中可以自己定义协议,但是,已经有大佬定义了一些现成的,非常好用的应用层协议,供我们直接使用,HTTP(超文本传输协议)就是其中之一。        在互联网世界中,HTTP(超文本传输协议)是一个至关重要的协议,他定义了客户端(如浏览器)与服务器之间如何进行通信,以交换或者传输超文本(比如HTML文档)。

【Go】go连接clickhouse使用TCP协议

离开你是傻是对是错 是看破是软弱 这结果是爱是恨或者是什么 如果是种解脱 怎么会还有眷恋在我心窝 那么爱你为什么                      🎵 黄品源/莫文蔚《那么爱你为什么》 package mainimport ("context""fmt""log""time""github.com/ClickHouse/clickhouse-go/v2")func main(

2024.9.8 TCP/IP协议学习笔记

1.所谓的层就是数据交换的深度,电脑点对点就是单层,物理层,加上集线器还是物理层,加上交换机就变成链路层了,有地址表,路由器就到了第三层网络层,每个端口都有一个mac地址 2.A 给 C 发数据包,怎么知道是否要通过路由器转发呢?答案:子网 3.将源 IP 与目的 IP 分别同这个子网掩码进行与运算****,相等则是在一个子网,不相等就是在不同子网 4.A 如何知道,哪个设备是路由器?答案:在 A

Modbus-RTU协议

一、协议概述 Modbus-RTU(Remote Terminal Unit)是一种基于主从架构的通信协议,采用二进制数据表示,消息中的每个8位字节含有两个4位十六进制字符。它主要通过RS-485、RS-232、RS-422等物理接口实现数据的传输,传输距离远、抗干扰能力强、通信效率高。 二、报文结构 一个标准的Modbus-RTU报文通常包含以下部分: 地址域:单个字节,表示从站设备

【附答案】C/C++ 最常见50道面试题

文章目录 面试题 1:深入探讨变量的声明与定义的区别面试题 2:编写比较“零值”的`if`语句面试题 3:深入理解`sizeof`与`strlen`的差异面试题 4:解析C与C++中`static`关键字的不同用途面试题 5:比较C语言的`malloc`与C++的`new`面试题 6:实现一个“标准”的`MIN`宏面试题 7:指针是否可以是`volatile`面试题 8:探讨`a`和`&a`

day-50 求出最长好子序列 I

思路 二维dp,dp[i][h]表示nums[i] 结尾,且有不超过 h 个下标满足条件的最长好子序列的长度(0<=h<=k),二维数组dp初始值全为1 解题过程 状态转换方程: 1.nums[i]==nums[j],dp[i,h]=Math.max(dp[i,h],dp[j,h]+1) 2.nums[i]!=nums[j],dp[i,h]=Math.max(dp[i,h],dp[j,h-1

网络原理之TCP协议(万字详解!!!)

目录 前言 TCP协议段格式 TCP协议相关特性 1.确认应答 2.超时重传 3.连接管理(三次握手、四次挥手) 三次握手(建立TCP连接) 四次挥手(断开连接)  4.滑动窗口 5.流量控制 6.拥塞控制 7.延迟应答 8.捎带应答  9.基于字节流 10.异常情况的处理 小结  前言 在前面,我们已经讲解了有关UDP协议的相关知识,但是在传输层,还有

DNS协议基础笔记

1.定义 DNS(Domain Name System,域名系统)是互联网的一项核心服务,它作为将域名和 IP 地址相互映射的一个分布式数据库,能够使人更方便地访问互联网。 2.域名解析过程 当用户在浏览器中输入一个域名,浏览器首先会检查自己的缓存中是否有该域名对应的 IP 地址。本地 DNS 服务器收到查询请求后,首先会检查自己的缓存中是否有该域名对应的 IP 地址。根域名服务器收到查询请

4G模块、WIFI模块、NBIOT模块通过AT指令连接华为云物联网服务器(MQTT协议)

MQTT协议概述 MQTT(Message Queuing Telemetry Transport)是一种轻量级的消息传输协议,它被设计用来提供一对多的消息分发和应用之间的通讯,尤其适用于远程位置的设备和高延迟或低带宽的网络。MQTT协议基于客户端-服务器架构,客户端可以订阅任意数量的主题,并可以发布消息到这些主题。服务器(通常称为MQTT Broker)则负责接受来自客户端的连接请求,并转发消