Oracle America, Inc. v. Google Inc.
Filing
1197
Brief re #1192 Trial Brief Oracle's May 24, 2012 Copyright Reply Brief filed byOracle America, Inc.. (Related document(s) #1192 ) (Jacobs, Michael) (Filed on 5/24/2012)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
MORRISON & FOERSTER LLP
MICHAEL A. JACOBS (Bar No. 111664)
mjacobs@mofo.com
KENNETH A. KUWAYTI (Bar No. 145384)
kkuwayti@mofo.com
MARC DAVID PETERS (Bar No. 211725)
mdpeters@mofo.com
DANIEL P. MUINO (Bar No. 209624)
dmuino@mofo.com
755 Page Mill Road, Palo Alto, CA 94304-1018
Telephone: (650) 813-5600 / Facsimile: (650) 494-0792
BOIES, SCHILLER & FLEXNER LLP
DAVID BOIES (Admitted Pro Hac Vice)
dboies@bsfllp.com
333 Main Street, Armonk, NY 10504
Telephone: (914) 749-8200 / Facsimile: (914) 749-8300
STEVEN C. HOLTZMAN (Bar No. 144177)
sholtzman@bsfllp.com
1999 Harrison St., Suite 900, Oakland, CA 94612
Telephone: (510) 874-1000 / Facsimile: (510) 874-1460
ORACLE CORPORATION
DORIAN DALEY (Bar No. 129049)
dorian.daley@oracle.com
DEBORAH K. MILLER (Bar No. 95527)
deborah.miller@oracle.com
MATTHEW M. SARBORARIA (Bar No. 211600)
matthew.sarboraria@oracle.com
500 Oracle Parkway, Redwood City, CA 94065
Telephone: (650) 506-5200 / Facsimile: (650) 506-7114
Attorneys for Plaintiff
ORACLE AMERICA, INC.
19
UNITED STATES DISTRICT COURT
20
NORTHERN DISTRICT OF CALIFORNIA
21
SAN FRANCISCO DIVISION
22
ORACLE AMERICA, INC.
23
Plaintiff,
24
v.
25
GOOGLE INC.
26
Defendant.
27
28
ORACLE’S MAY 24, 2012 COPYRIGHT REPLY BRIEF
CASE NO. CV 10-03561 WHA
pa-1530188
Case No. CV 10-03561 WHA
ORACLE’S MAY 24, 2012
COPYRIGHT REPLY BRIEF
Dept.: Courtroom 8, 19th Floor
Judge: Honorable William H. Alsup
1
Android is not interoperable with Java. Java applications cannot run on Android.
2
Android applications cannot run on Java. This was intentional. Google did not want an
3
interoperable platform and offers no proof it set out to create one. Google took only what it
4
wanted, hijacking the Java developers by using their familiarity with the Java APIs to get them to
5
program for Android. Google’s “compatibility” claim is not supported by the law or the facts.
6
I.
7
INTERFACES AND EXCEPTIONS
The parties agree that Android Froyo includes 158 of the 171 interfaces from the 37 API
8
packages in J2SE 5.0. ECF No. 1192 at 1. This illustrates not just the extent of Google’s
9
copying, but also that Google selected the interfaces it wanted to copy. Google’s failure to
10
implement all of the interfaces puts the lie to Google’s claim that “the public interfaces in the 37
11
API packages are functionally required for compatibility with the APIs in those packages.” Id. at
12
3. Google’s copying served its own business goals and was not compelled by any compatibility
13
requirement, functional or otherwise. In fact, Google deliberately chose not to be compatible.
14
Google’s example of the Comparable interface demonstrates this as well. The Java
15
programming language does not require a Comparable interface (TX 1062), and it did not exist in
16
Java before version 1.2 (ECF No. 1192-3 at line 79), so Google did not have to copy it. In J2SE,
17
50 classes in a variety of packages implement the Comparable interface. Android copies this
18
same structure, but omits a few of the 50 classes. For example, the classes CompositeName and
19
CompoundName from the javax.naming API package each implement Comparable, but Android
20
does not include that package. See TX 610.2 at docs\api\java\lang\Comparable.html.
21
The parties count different numbers of exceptions, but they agree Google copied over
22
1250 throws clauses. See ECF No. 1192 at 1. Oracle’s exception count shows Google again
23
copied almost all, but not all, of the throws clauses exactly, further confirming that compatibility
24
requirements did not drive its extensive copying. Google gives the example of the
25
FileNotFoundException, which is not required by the Java programming language (TX 1062), but
26
was included in Android anyway. Google failed to include other exceptions defined in J2SE 5.0,
27
such as RefreshFailedException, which is part of Java’s API package javax.security.auth but not
28
ORACLE’S MAY 24, 2012 COPYRIGHT REPLY BRIEF
CASE NO. CV 10-03561 WHA
pa-1530188
1
1
Android’s version of the package. Compare TX 610.2 at docs\api\javax\security\auth\package-
2
summary.html with TX 767 at javax\security\auth\package-summary.html.
3
II.
ANDROID AND JAVA ARE NOT INTEROPERABLE
4
Android is not interoperable with Java. Surely it is a huge red flag that in response to the
5
Court’s questions about interoperability, Google resorts to claiming Android is “compatible with
6
the skills and expectations of Java language programmers.” ECF No. 1192 at 7.
7
Google states there is no quantitative data in the record showing the extent to which
8
applications written for one platform will run on the other. Id. at 5. Actually, there is. The
9
testimony of both parties’ experts is 0%. See ECF No. 1191 at 4-5. Google could not identify a
10
single application at trial or in its brief that can run on both platforms. But the record contains
11
plenty of evidence of simple applications that will not run on both platforms because Google left
12
out many Java API packages, apparently in favor of its own “better” APIs. See id. at 3-7.
13
Google can point only to the short piece of code Dr. Astrachan wrote at trial, and his
14
testimony that “For those 37 packages, the code that I write on one platform will run on the other
15
platform.” ECF No. 1192 at 5. As discussed in Oracle’s opening brief, even this is not true, as
16
Dr. Astrachan himself admitted. See ECF No. 1191 at 3-6. Moreover, Google presented no
17
evidence at trial that its selective API copying will allow the reuse of a significant number of such
18
code fragments. It cites only to Dan Bornstein’s vague statement that “there’s a lot source code
19
out there that wasn’t—you know, wasn’t written by—well, that was written by lots of people that
20
already existed that could potentially work just fine on Android.” ECF No. 1192 at 6. Google
21
now claims it selective copying “reduced the effort required to ‘port’ an application” from Java to
22
Android in a way that is “similar” to what is necessary to port an application from one Java
23
platform to another. Id. But the record contains no evidence at all of the effort required to port
24
code from one Java platform to another, or how that compares with porting code from Java to
25
Android. Google’s quotation from Dr. Reinhold has nothing to do with this point. See id.
26
Google fails to identify any evidence in the record that its copying motive was
27
interoperability. Google cites to only two things. The first is Dan Bornstein’s testimony that the
28
goal was not to create interoperability but only to “provide something that was familiar to
ORACLE’S MAY 24, 2012 COPYRIGHT REPLY BRIEF
CASE NO. CV 10-03561 WHA
pa-1530188
2
1
developers.” ECF 1192 at 7 (quoting RT 1783:19-21 (Bornstein)). Mr. Bornstein confirms
2
immediately before and after this sentence that it was not a goal to implement all of the packages
3
in any Java platform. See RT 1783:15-22 (Bornstein). Google also cites the Noser statement of
4
work, which it quotes as stating Google “was ‘interested in compatibility with J2SE 1.5…..’”
5
ECF No. 1192 at 7 (emphasis in original). But the document requires Noser to provide only a
6
subset of packages, and makes clear Google never intended to fully implement even those, stating
7
Google will deliver “a ‘detailed minimum list of methods and classes to be implemented.’”
8
TX 2765 at 21-22. Google wanted to capture Java developers, not achieve interoperability.
9
III.
GOOGLE DISTORTS THE NINTH CIRCUIT’S HOLDING IN SEGA
10
Sega is a fair use case. The Ninth Circuit summarized its holding as follows:
11
We conclude that where disassembly is the only way to gain access to the ideas
and functional elements embodied in a copyrighted computer program and where
there is a legitimate reason for seeking such access, disassembly is a fair use of the
copyrighted work, as a matter of law. Our conclusion does not, of course, insulate
Accolade from a claim of copyright infringement with respect to its finished
products.
12
13
14
15
16
Sega Enters. Ltd. v. Accolade, Inc., 977 F.2d 1510, 1527-28 (9th Cir. 1993).
Google seizes on the court’s statement that “Accolade copied Sega’s software solely in
17
order to discover the functional requirements for compatibility with the Genesis console―aspects
18
of Sega’s programs that are not protected by copyright.” Id. at 1522. But that statement does not
19
help it here. First, Google did not copy the Java APIs to “discover” anything. The APIs were
20
readily available for viewing online and Google copied them into Android, so the holding of Sega
21
does not even apply. Second, Google has not shown the Java APIs are merely “functional
22
requirements.” The Ninth Circuit did not conduct a detailed analysis of this issue in Sega because
23
the question of infringement in the final product was reserved by Sega and left for remand. See
24
id. at 1528. But the decision shows that in determining whether an element of a computer
25
program is a mere functional requirement the court will look to the level of creative expression
26
involved. That is what the court used to distinguish the S-E-G-A 20 byte initialization code from
27
the “original program” in Atari v. Nintendo, 975 F.2d 832, 840 (Fed. Cir. 1992). Sega, 977 F.2d
28
at 1524 n.7 (emphasis in original). Google witnesses admitted there was significant creative
ORACLE’S MAY 24, 2012 COPYRIGHT REPLY BRIEF
CASE NO. CV 10-03561 WHA
pa-1530188
3
1
expression here. See RT 750:2-752:14 (Bloch); TX 1090 at 128:8-18 (Astrachan Dep.). Third,
2
uses the term “compatibility” very differently from the Ninth Circuit in Sega. The issue in Sega
3
was that defendant’s games “would not operate” on Sony’s console without copying, not that
4
being “compatible with the skills and expectations of Java language programmers” permitted
5
copying. Compare Sega, 977 F.2d at 1515-16 with ECF No. 1192 at 7.
6
Google also overlooks the fact that Sega was about fair use. It incorrectly claims that
7
under Sega “it does not matter” whether or not it copied to make Android compatible. ECF No.
8
1192 at 8. Sega requires a defendant to have “a legitimate reason” for even intermediate copying.
9
See, e.g., Sega, 977 F.2d at 1527-28. Google’s interoperability argument does not pass the red
10
face test. Copying to “embrace and extend” is the opposite of what the court endorsed.
11
IV.
12
SONY V. CONNECTIX
The Court asked the parties to address what Connectix ultimately duplicated to allow
13
desktops to run PlayStation games. The Ninth Circuit and district court opinions do not discuss
14
or analyze this issue. Both courts emphasize that Sony did not accuse the final product of
15
infringement. See, e.g., Sony Computer Entm’t Inc. v. Connectix Corp., 48 F. Supp. 2d 1212,
16
1217 (N.D. Cal. 1999) (“Sony I”) (“Sony’s copyright infringement claim is based on a theory of
17
intermediate infringement.”); Sony Computer Entm’t, Inc. v. Connectix Corp., 203 F.3d 596, 604
18
(9th Cir. 2000) (“Sony II”) (“nor does Sony contend that Connectix’s final product contains
19
infringing material”). Unfortunately, because Sony is twelve years old, Oracle could not obtain
20
copies of the complete record within the Court’s briefing timetable.
21
The materials Oracle has been able to retrieve show the content Connectix duplicated is
22
far simpler than the Java APIs. Connectix alleged it “began with an empty table consisting of
23
entry points into the BIOS.” Connectix’s Opening Appellate Brief, 1999 WL 33623860, at *13
24
(9th Cir. May 27, 1999). The precise nature of this empty table or its entry points is unclear, but
25
most likely it was a list of memory addresses of functions that game programs could invoke as
26
needed. Connectix alleged that about a third to a half of the functions were “standard ‘C’
27
language functions that would be familiar to any experienced programmer.” Id. Connectix
28
alleged that it implemented 137 of 242 of the functions from Sony’s BIOS. See id. at *18.
ORACLE’S MAY 24, 2012 COPYRIGHT REPLY BRIEF
CASE NO. CV 10-03561 WHA
pa-1530188
4
1
Oracle does not see any reference in the record it retrieved to an application binary interface
2
(“ABI”). An ABI describes low-level system conventions, such as how one routine passes
3
arguments to, and receives a return value from, another. Unlike an API, an ABI does not specify
4
which routines must exist or how they are intended to be used.
5
As Sony shows, not all interfaces are the same. Nothing in the Sony record suggests that
6
there was significant creativity in the entry point table Connectix copied, in stark contrast to the
7
trial record in this case. Neither opinion addressed whether Connectix copied an original
8
structure, sequence, or organization in its BIOS program or the table. The district court noted that
9
“Sony BIOS consists of a combination of C source code and R3000 micro-processor assembly
10
language.” Sony I, 48 F. Supp. 2d at 1215. The C language does not recognize the concepts of a
11
class or interface hierarchy, and nothing in Connectix’s table approaches the complex
12
interrelationships in the Java APIs. The only reference to sequence at all is Connectix’s claim
13
that its entry point table needed to “contain the same entry points, and be in the same order and
14
format” as Sony’s table. Connectix Opening Appellate Br., 1999 WL 33623860, at *13.
15
Whether Connectix copied names from Sony’s BIOS, and for what purpose, is also
16
unclear, but it appears to have been very limited, unlike here. Sony alleged that Connectix’s
17
Virtual Game Station (“VGS”) “includes several function names that are identical to function
18
names used in the PlayStation operating system.” Pl.’s Mot. TRO, 1999 WL 33743495 at 2 (N.D.
19
Cal. Feb. 3, 1999). Sony argued this point not to claim that Connectix’s VGS (the final product)
20
was infringing, but instead as evidence to prove that Connectix had, at some intermediate point,
21
disassembled (and therefore copied) Sony’s BIOS when creating the VGS. See id. But it is not
22
clear that the names were used to call the functions—they could have been used for debugging
23
purposes instead—and Connectix’s allegation regarding the table of entry points suggests they
24
were not. Connectix’s Opening Appellate Brief, 1999 WL 33623860, at *13.
25
In any event, none of this had anything to do with the holding in Sony. Sony, like Sega,
26
was a fair use case about intermediate copying for reverse engineering. See Sony II, 203 F.3d at
27
608. For the same reasons that Sega does not bear on the copyrightability of the SSO of the Java
28
APIs or absolve Google for its infringement, neither does Sony.
ORACLE’S MAY 24, 2012 COPYRIGHT REPLY BRIEF
CASE NO. CV 10-03561 WHA
pa-1530188
5
1
2
Dated: May 24, 2012
3
MORRISON & FOERSTER LLP
By: /s/ Michael A. Jacobs
Michael A. Jacobs
4
Attorneys for Plaintiff
ORACLE AMERICA, INC.
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
ORACLE’S MAY 24, 2012 COPYRIGHT REPLY BRIEF
CASE NO. CV 10-03561 WHA
pa-1530188
6
Disclaimer: Justia Dockets & Filings provides public litigation records from the federal appellate and district courts. These filings and docket sheets should not be considered findings of fact or liability, nor do they necessarily reflect the view of Justia.
Why Is My Information Online?