谷歌在最高法院 API 版权诉讼中获得科技行业的支持
自 2010 年甲骨文起诉谷歌至今,谷歌和甲骨文之间的软件版权纠纷案(copyright dispute)已来来回回牵扯了十年之久。目前,该案件又有了新进展,据 ZDnet 网站报道,在可以影响软件开发未来前景的谷歌对甲骨文的法律诉讼案中,一群科技公司和组织提供了对谷歌的支持。
科技行业认为,如果谷歌在与甲骨文的抗争中失败,行业中许多现有软件工程实践将会经历全面改革,同时,其创新的步伐也将受到拖延。
回顾事件可知,在 2018 年 3 月的最新一轮法律诉讼中,联邦巡回上诉法院认定 Android 侵权,判决甲骨文胜诉。但之后,谷歌并未就此罢休,并成功于 2019 年 11 月获得了美国最高法院(Supreme Court of the United States,SCOTUS)将对此次裁决的复审支持,重新思考甲骨文的胜诉一事。日前,谷歌还提醒美国最高法院称,甲骨文有可能成为垄断势力。
而在周一联合提交的,一份名为“friend of the court”的法律文件简报中,其又提供了一些相关信息表明:Mozilla,Medium,Cloudera,Reddit和其他人都一起呼吁 SCOTUS 推翻联邦法院的决定,并允许 API 继续不受版权保护,或者说至少可以合理使用。
在简报中,这些组织争辩说,联邦巡回法院的决定通过“赋予强大的在位者特权,为新参与者创建了人为的进入壁垒,并阻止了新软件开发”,扼杀了创新和竞争。
另一方面,在某种角度上,也有人认为软件界面与在线购物网站相似,因为它们通常遵循几乎相同的“结构,顺序和组织”(SSO)。对此,简报指出,“虽然购物网站可能会尝试提出一种全新的格式来请求账单和运输数据,但常识,技术标准化和经济效率则促使整个行业都采用了,每个用户都能轻松使用且几乎无处不在的SSO” 。
并称,“电子商务和其他支付网站的开发人员和用户已经开始期望并依赖于标准 SSO 来签出表单;编程时,操作系统的开发人员和这些操作系统的应用程序开发人员也都期望并依赖于 API 包的标准 SSO”。
此外,简报指出,联邦巡回法院的决定使软件工程师使用了数十年的版权规则和先例变得模糊不清,并可能造成了一定的隐患。并表明,一般来说,软件工程师会理解成,除非获得许可,否则他们无法复制他人的应用程序源代码。
同样,简报还称,软件工程师通常会理解为,他们可以在没有许可证的情况下重用 API 软件包 SSO,而不会违反版权法。 并称这种做法为司空见惯,因为它使得开发人员能够快速,有效地在各种现有平台,操作系统或浏览器上向消费者提供其应用程序。
“强迫应用程序开发人员重写数百种新 API 的代码以使其在新平台上可用,不仅繁重又昂贵,而且还存在风险,因为它可能会产生新的错误或不兼容情况,需要进行广泛的质量保证和维护“。
总的来说,从法律的角度看,这些组织向 SCOTUS 表示,联邦巡回法院关于 Oracle 可以对 Java SE 的某些功能元素实施版权保护的决定应该被推翻。因为他们认为,先前已有一些法律案件曾开创了作品的功能要素不享有版权保护的先例。
简报还补充说,如果 SCOTUS 发现存在 API 的版权,则公司应仍能够按照合理使用原则使用 API。该合理使用原则应是一种法律原则,允许使用受版权保护的材料,而无需先获得版权所有者的许可。因为开发人员经常将API用于“合理的”目的,例如遵循行业规范和最佳实践。
值得一提的是,谷歌和甲骨文之间的最终决战将定于三月份举行。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
每日一博 | 被“误解”的 Java AIO
为什么说 AIO 受”误解“,虽然这个”误解“被打上了双引号,但还是不得不承认它的发展状况并不好。AIO 是 Java 7 开始提供的新特性,而这个”新特性“到如今都成了陈年老酒还鲜有人去品味它。要知道 Java 7 可是在 2011年7月份发布的,市面上基于 AIO 实现的通信框架竟然寥寥无几,关于这项技术的介绍文章也普遍比较粗略。通过阅读那些介绍 AIO 的文章,似乎从学术层面大家就不怎么待见这项技术。 作为 AIO 的学习者、受益者,我觉得有必要先对网上的一些 ”偏见“ 表达一下自己的观点。如果能有幸在认知上搭成共识,之后的学习交流会更加顺畅一点。通常偏见源于比较,AIO 与 BIO、NIO 的对比明细如表所示。 BIO NIO AIO 客户端 : I/O 线程数 1 : 1 N : 1 N : 0 I/O类型 同步阻塞 同步非阻塞 异步非阻塞 API使用难度 简单 复杂 一般 调试难度 简单 复杂 一般 可靠性 差 高 高 吞吐量 低 高 高 适用场景 适用于连接数量不多,并发量不高的场景。充分发挥易编程的优势。 适用于对连接数量以及稳定性、实时性有较高要求的场景,采用 NI...
- 下一篇
Apache ODE 宣布退役,进入 Apache Attica
由于年久失修,Apache ODE 宣布退役,并在投票后进入 Apache Attic。 Apache ODE(Orchestration Director Engine,编排指导引擎)是一个符合 WS-BPEL 1.1/2.0 的 Web 服务编配引擎,可以使开发人员根据以 BPEL XML 语法写成的过程描述来编排 Web 服务。ODE与 Web 服务进行通信,发送和接收消息,并处理数据操作和错误恢复,它支持长期和短期生命周期执行,以协调应用程序中所有的服务。 宣布退役的公告中表示,退出项目并不像关闭所有项目那样简单,因为现有用户既需要知道该项目正在退出,又要保留获取必要信息以进行自身开发的机会。而这也正是 Apache Attic 存在的意义。 Apache Attic是一种机制,它建立于2008年11 月,其旨在提供流程和解决方案,以使 Apache 项目在完全结束其生命时便能清楚地被知道。 具体来说,它的目的是: 不影响用户 对代码库提供受限制的监督 在没有项目管理委员会(PMC)的情况下对活动用户列表进行监督 但它不致力于: 重建社区 修正 bug 发布新版本 一个项目可以...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- SpringBoot2全家桶,快速入门学习开发网站教程
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- MySQL8.0.19开启GTID主从同步CentOS8
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装