甲骨文诉Android侵犯Java专利来龙去脉

    北京时间4月23日消息，科技网站CNET日前发表文章，详细解释了甲骨文诉Android侵犯Java版权一案的来龙去脉。

　　以下为原文：
　　Sun Microsystems关于Java长达一年的利益争夺最终演变成现在这样的状况：两大掌握Java核心技术的公司—埃里森和佩奇在法庭上接受质询首席执行官在法庭上接受质询。

　　围绕版权、专利、许可交易的纠纷是Java技术带来的不光彩局面。15年前，Java技术的出现令微软恐慌，似乎要为静态网页注入活力。初次亮相时，Java品牌的实力惊人。

　　虽然在技术上Java有着显著的影响力，但是其平均个人品牌影响力却随着诸如苹果公司的iOS和云计算平台等相关软件的繁荣而逐渐下降。所以现在或许是时间仔细挖掘一下此次甲骨文案件背后关联的细节问题。

　　Java是什么？
　　Java于上世纪90年代由Sun公司发明，并于2010年最终由甲骨文收购。实际上，Java这个词包含好几层含义。

　　首先，它是一种编程语言。其通过详细定义一些方法，使电脑能够执行一些有效的操作。

　　其次，Java需要运行在一种称为Java虚拟机的环境之上。该Java虚拟机（Java Virtual Machine，JVM）对Java程序来说就像一个真实的电脑，不过它实际上只是操作系统内部的一个中间层。它将指令传递给直接运行于计算机硬件之上的操作系统底层。通过安装针对不同操作系统而设计的Java虚拟机，同一种Java程序就可以运行在不同的操作系统之上，比如说Mac或者Windows。因此Java最初的设计初衷就是“一次编写，处处运行”。

　　最后，Java还包括被称为类库的预先写好的代码。这些代码可以实现各种各样的功能——从密码设定到蓝牙传输。如果一名Java程序员想要使用这些代码，就需要通过“应用程序编程接口（Application Programming Interfaces，API）”来调用它们。目前已经有很多公司为Java编写这些API了。

　　总的来说，这三个部分就组成了Java运行时环境（Java Runtime Environment，JRE）。这些也就是我们所需的电脑能够运行Java程序的基础。若想要某些小型设备也能够打上Java的标签，这些设备需要通过一定的测试来确保能够正确运行Java程序。

　　Sun和谷歌公司在2005年还是Java的联盟伙伴。那时Sun的董事长是乔森纳•施瓦茨 (Jonathan Schwartz)，首席执行官是斯科特•麦克尼利(Scott Mcnealy)。他们打算与谷歌时任CEO埃里克•施密特(Eric Schmidt)寻求合作。不过该合作最终失败了。

　　Java版本分化

　　然而，随着时间发展，Java变的复杂起来。

　　针对不同的用户，Java出现了不同版本。最初的Java标准版本目标用户群就是一些个人电脑使用者。后来，又出现了企业版和精简版。企业版为用户提供了一些诸如管理数据库的额外功能。而精简版是为了移动设备而开发的，其中包含了发送短信等的API。

　　又过了段时间，精简版的Java又分出了不同的版本：适用于有限连接设备配置的版本，适用于个人信息说明的版本，适用于移动信息设备描述的两种版本……

　　这样的划分结果导致程序员们并不能准确预测某种设备能够使用哪些API。一部手机能够通过Java实现对二维图形加速的支持么？那么三维图形呢？当在编写一些程序代码时，这些关键技术点是很重要的。缺乏一致性导致Java设计初衷变为了“一次编写，处处测试”。

　　为了改变这种混乱不堪的局面，甲骨文推出了JavaFX。然而，在它发布之际，移动应用开发者们的目光却被另一种开发环境所吸引。那就是苹果公司的iOS。

 
　　Android的出现
　　为克服Java在手机上的不足，Sun公司携手摩托罗拉等Java联盟的成员公司投入了很多精力开发适用于手机市场的技术。Java的跨平台优势对于意图打造广阔的新型移动生态系统的公司极具吸引力。

　　因此，对于正在研究可扩展至多种设备的Android编程基础的谷歌及其盟友来说，Java是一个很自然的起点。实际上，2005年谷歌的计划正是如此。

　　除了技术本身，规模庞大的Java程序员队伍也意味着面向Android的开发无需从零开始。而采用Java技术还能摆上微软一道，谷歌一直讲微软视为移动操作系统领域的宿敌。

　　但Java是带着镣铐的舞者。

　　开源软件的限制

　　开源软件提供了种种自由便利，但这并不意味着人们就可以为所欲为。

　　Sun公司遵照开源版本的Java标准版本项目，GNU的OpenJDK通用公共许可证（GPL）和它称之为PhoneME的Java微型版本。但这两个项目之间存在着微妙但重大的差别。

　　对于penJDK，Sun公司在GPL中补充了类库代码的“路径异常”。该异常处理绕开了一项重要的GPL要求，即遵循GPL的工程衍生而来的项目也必须遵循GPL。有了路径异常，程序员就无需担心使用了遵循GPL的库文件就必须按照GPL的要求公布自己的软件代码。

　　但PhoneME中并未包含该路径异常。谈及这一决定，Sun公司的特伦斯•巴尔（Terrence Barr）表示，“我们之所以没有在Java ME中加入路径异常，原因很简单：Java ME应用通常不会与平台工具捆绑在一起，因此无需添加显式路径异常。”

　　无论该场景是否具有代表性，这都是Android必须面对的现实，谷歌对此甚为不满。谷歌希望获得他人可依修改并加入自己的专有软件之中的开源项目。其中包括用户界面、视频编码包及自定义键盘等。

　　Android总工程师安迪•鲁宾在2007年8月11日发布的一封电子邮件中说道，甲骨文正在招揽客户以对抗谷歌。“我们正在搭建一个平台，只为人们可以在这一平台上加以区分。因此Sun选择了GPL，这样公司必须获取直接授权并缴纳特许权使用费。”

　　Android的应对

　　对此，谷歌的应对策略是大量借鉴Sun公司的Java技术，包括Java编程语言本身、Java程序调用的许多API的句法以及虚拟机的方法。

　　但微软也有其独特之处。首先，微软自己开发了名为Dalvik的虚拟机，。其次，微软借用了另一项开源Java项目，一个名为Harmony的类库。由IBM公司支持的Harmony遵循Apache许可证，该许可证为谷歌所青睐，程序员无需顾虑重重，可以自由地将开源项目与专有软件结合起来。

　　Sun公司抗议谷歌公司的Java似是而非，但谷歌不为所动。而且谷歌明确表示，自己无意到处都打上官方Java标签。如果谷歌就此止步是无法完成Harmony未竟的工作的：说服Sun授权使用Java技术兼容性工具包（TCK），保证Java工程正确运行。

　　谷歌实质上避开了Sun公司，从而极为成功将自己的山寨Java打造成Sun公司梦寐以求的智能手机变成基础。

　　甲骨文的动作

 
　　甲骨文提出谷歌应当支付Java许可费用，把Java切割成互不相容的版本对Java造成了损害。甲骨文称，这从根本上动摇了Java“一次编写，处处运行”的承诺，降低了Java的价值。甲骨文声称谷歌侵犯了其专利权和版权。

　　谷歌公布了许多电子邮件作为证据证明自己显然考虑了一系列可选的许可证，而且确实在2009年仔细考虑过一项颇有戏剧性的方案：“谷歌从Sun公司手中购买Java所有权（专利、版权等）”，价格在1亿美元到5亿美元之间。

　　但双方并未就此达成一致。因此，甲骨文首席执行官拉里•埃里森和谷歌首席执行官拉里•佩奇作为证人出庭作证。

　　甲骨文提出了多项证据。例如，谷歌抄袭了RangeCheck这个Java函数的源代码。一位现谷歌程序员约书亚•布洛赫（Joshua Bloch）之前曾就职Sun公司，他在解释Android的TimSort库时做出了如下陈述：

　　问：据你回忆，你在编写TimSort时是否使用了Sun公司的代码？
　　答：我不记得了，但我更愿意认为确实用了。你看，两者的特征极为相似，事实上，三个参数的顺序完全相同，名称相同，这很明显地表明，我很可能使用了Sun公司的代码。

　　在甲骨文的声明中，类库的范围更广泛，它们认为用于访问这些库的API本身也是需要版权的。
　　甲骨文称，API不仅仅是预先写好的代码的入口，实际上本身也是一种著作。各种API经过仔细设计才能相互配合使用，单个API的设计与其相应的类库实际是同一枚硬币的正反两面。

　　谷歌方面称，它所用的库的确不同，用计算行业的术语来讲就是“洁净室实施”（clean-room implementation），意思是写作代码时并未参考具有同样功能的原始代码。谷歌指出，以RangeCheck为例，在较大文件的924行和整个Android 1500万行代码中，只有9行相同。

　　甲骨文还对谷歌发起了专利诉讼。最初，甲骨文称谷歌侵犯了7项专利，后来撤销了5项的指控，现在还剩下两项。

　　软件版权非常复杂，API版权尚属不明确的领域，而专利在所有行业都是棘手的事情。美国旧金山地区法院的法官们有得忙活了。（MK）