cnBeta.COM 美最高法院将对甲骨文诉谷歌Android代码案作出终审裁定甲骨文与谷歌就Android代码问题发起的

甲骨文与谷歌就Android代码问题发起的诉讼，距今已有将近10个年头。经历了三次审判和两次上诉，这场官司终于还是闹上了美国最高法院。期间两家科技巨头已经动用了无数的人力和诉讼费用，以及努力向非技术专业的陪审团成员解释其中的缘由。不过当地时间周三上午，这场旷日持久的战斗有望最终落幕。
【cnBeta.COM 美最高法院将对甲骨文诉谷歌Android代码案作出终审裁定】

文章图片
（图viaExtremeTech）
据悉，当谷歌最初开发Android移动操作系统时，便决定与Java实现兼容。作为对比，苹果iOS那边使用了面向对象的Objective-C代码方案。
显然，搜索巨头希望借助强大且流行的社区的力量，让Android与流行的Java编程语言实现互操作，进而获得更大的竞争力。
为了做到这一点，该公司重构了几个JavaAPI ，其中就包括卷入法律纠纷的37个。
对于从Sun那里接过了Java的甲骨文，是否有资格从Android身上咬下价值数十亿美元的一块肥肉、以及谷歌的语言兼容性是否涉及侵权，就成为了双方争论的两大焦点。
经历10年的时间，两家公司的高管都已经发生了较大的变动。当谷歌于2010年作出应对时，涉及的还是7大专利和1大版权主张。
但到2012年的时候，争议点已经缩减到了仅由大约11500行代码组成的37个JavaAPI 。相比之下，各大Android版本的总代码量在120~140亿行之间。
据说争议代码源于单独的逆向工程（所谓的CleanRoom）项目，当谷歌与SunMicrosystems谈崩之后，此事的重要性就变得不言而喻。
即便甲骨文是在2010年初才收购的Sun ，但它还是在当年8月就向谷歌发起了法律诉讼。
至于这里提到的应用程序编程接口（API），特指软件编程中明确定义的交互集合，旨在提供各种定义库和其它功能的快速访问。
对于需要被经常调用的冗长代码来说， API能够极大地解放程序员的工作量，让他们无需重复发明轮子，即可特定基础上构建代码。
从技术上来说，谷歌能够在Java编程上多花点力气，以避开卷入争议的这37个JavaAPI软件包。
然而这些基础的软件包，已经涵盖了java.lang和java.util ，可为数学运算或日期/时间等功能提供支持。
问题在于，谷歌通过CleanRoom项目重构了这37组JavaAPI 。甲骨文方面并未断言该公司照搬全抄，而是指责其“结构、顺序和组织”是如此相似，以致于侵犯了该公司的版权。
无论这些API中的封包、类型和方法，都被命名成了相同的名称。通过标准Java编写的代码不一定可以在Android上运行，但两者的情况是相当接近的。