Oracle America, Inc. v. Google Inc.
Filing
1044
REPLACED BY CORRECTED MOTION #1045 MOTION for Judgment as a Matter of Law Oracle's Rule 50(A) Motion at the Close of All Evidence filed by Oracle America, Inc.. Responses due by 5/5/2012. (Jacobs, Michael) (Filed on 5/2/2012) Modified on 5/3/2012 (mjj2, COURT STAFF).
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
MORRISON & FOERSTER LLP
MICHAEL A. JACOBS (Bar No. 111664)
mjacobs@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.
18
UNITED STATES DISTRICT COURT
19
NORTHERN DISTRICT OF CALIFORNIA
20
SAN FRANCISCO DIVISION
21
ORACLE AMERICA, INC.
22
Plaintiff,
23
v.
24
GOOGLE INC.
25
Defendant.
26
27
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
Case No. CV 10-03561 WHA
ORACLE AMERICA, INC.’S
RULE 50(A) MOTION AT THE
CLOSE OF ALL EVIDENCE
Dept.: Courtroom 8, 19th Floor
Judge: Honorable William H. Alsup
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
I.
INTRODUCTION
Google has infringed Oracle’s registered copyrights in Java 2 Standard Edition,
Version 1.4 (“J2SE 1.4”) and Java 2 Standard Edition, Version 5.0 (“J2SE 5.0”) in three distinct
ways: (1) Google copied into Android the structure, sequence, and organization (“SSO”) of 37
Java API packages; (2) Google copied Java code into twelve Android code files; and (3) Google
copied material from Java API specifications into Android’s specifications. All three varieties of
copying were submitted to the jury for resolution.1 However, in light of Google’s admissions and
the weight of the evidence, Google’s copyright infringement can be determined as a matter of
law, as no reasonable jury could find for Google.
The SSO is the backbone of the 37 Java API packages, supplying both taxonomy and
definition. Within the Android and Java code, the SSO is embodied in the names of the API
elements (packages, classes, interfaces, methods, and fields), the organization and
interrelationships among those elements, and the class and method declarations, and is expressed
in more than 7000 lines of code. This SSO, as a core feature of the copyrighted Java software
platform, is protected by copyright. Johnson Controls, Inc. v. Phoenix Control Sys., Inc., 886
F.2d 1173, 1175 (9th Cir. 1989).
Assuming the Court confirms the copyrightability of the SSO under governing Ninth
Circuit authority, Google’s infringement is manifest. Google and its witnesses admit that (1) the
Java APIs are original; (2) Android engineers and contractors directly copied the SSO of the 37
Java API packages from Java specifications into Android; (3) the SSO is not de minimis;
(4) Google copied Java code into twelve Android code files; and (5) Google paraphrased the Java
specifications in writing the Android specifications. The unabashedly commercial, nontransformative nature of Google’s copying undermines its fair use defense. And Google has
24
25
26
27
28
1
With respect to specification copying, the Court only submitted the issue of whether
English-language descriptions were copied. (ECF No. 1018, Jury Instruction (“JI”) 21.) As
discussed further below, Oracle reiterates its position that the descriptions should not be viewed
in isolation and that the specifications also express the SSO of the 37 API packages which was
copied into Android’s code and specifications. Judgment can be granted on this issue as a matter
of law.
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
1
1
failed to meet its burden of proving its equitable defenses. For all of these reasons, Oracle is
2
entitled to judgment as a matter of law.
3
II.
4
Judgment as a matter of law is appropriate when “a party has been fully heard on an issue
LEGAL STANDARD FOR JUDGMENT AS A MATTER OF LAW
5
during a jury trial and the court finds that a reasonable jury would not have a legally sufficient
6
evidentiary basis to find for the party on that issue.” Fed. R. Civ. P. 50(a)(1). “[T]he trial judge
7
must direct a verdict if, under the governing law, there can be but one reasonable conclusion as to
8
the verdict.” Anderson v. Liberty Lobby, Inc., 477 U.S. 242, 250 (1986).
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
III.
NO REASONABLE JURY COULD FIND THAT GOOGLE DID NOT
INFRINGE ORACLE’S JAVA-RELATED COPYRIGHTS
To establish copyright infringement, Oracle must show that: (1) Oracle is the owner of an
original copyrighted work; and (2) Google copied elements from the copyrighted work. (ECF
No. 1018, JI 23-24.) Feist Publ’ns, Inc. v. Rural Tel. Serv. Co., Inc., 499 U.S. 340, 361 (1991).
Copying can be established either by (1) proving direct copying, or (2) showing that the accused
infringer had access to the copyrighted work and there are substantial similarities or virtual
identity between the copyrighted work and the accused work. (ECF No. 1018, JI 24.) Range
Road Music, Inc. v. East Coast Foods, Inc., 668 F.3d 1148, 1154 (9th Cir. 2012) (“‘substantial
similarity’ is irrelevant in a case [involving] direct copying of copyrighted works”); Jada Toys,
Inc. v. Mattel, Inc., 518 F.3d 628, 636-37 (9th Cir. 2008). Under the second approach, the Court
has determined that copying of the SSO and twelve code files should be evaluated using the
substantial similarity test, while copying of the API specifications should be evaluated using the
virtual identity test.2 (ECF No. 1018, JI 24.)
As discussed below, all elements of copyright infringement have been established in this
case by Google’s own stipulated admissions, the clear admissions of Google witnesses, and/or the
overwhelming weight of the evidence.
26
27
28
2
Oracle maintains its objection to the Court’s use of the virtual identity test for evaluating
the copying of the API specifications. (See ECF No. 1016 at 2.)
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
2
1
2
A.
Oracle Owns The Asserted Copyrights3
The issue of copyright ownership was not posed to the jury. (ECF No. 1018, JI 23.)
3
Oracle owns the copyrights to J2SE 1.4 and J2SE 5.0. The copyright registrations were admitted
4
into evidence (TX 464, 475, 476), along with the complete contents of both versions of the
5
platform. (RT 689:21-691:23 (Reinhold); TX 610.2, 622, 623, 1076.) Oracle is entitled to a
6
presumption that the facts stated on the front of the copyright registrations are correct. 17 U.S.C.
7
§ 410(c) (certificate of registration “shall constitute prima facie evidence of the validity of the
8
copyright and of the facts stated in the certificate”). Google “has the burden of rebutting the facts
9
set forth in the copyright certificate.” United Fabrics Int’l, Inc. v. C&J Wear, Inc., 630 F.3d
10
1255, 1257 (9th Cir. 2011). Google has submitted no evidence to rebut the facts reflected in
11
Oracle’s copyright registrations.
12
Accordingly, Oracle is entitled to judgment that it is the owner of valid copyrights to J2SE
13
1.4 and J2SE 5.0, covering all components of those works, including the individual code files and
14
the SSO of the API packages.
15
B.
Google Infringed By Copying The SSO Of The 37 Java API Packages
16
Google’s admissions and the weight of the evidence prove that (1) the Java API packages
17
are original, (2) Google engineers directly copied the SSO of the 37 API packages into Android,
18
and (3) the SSO of the 37 packages is not de minimis. If the Court confirms that the SSO of the
19
API packages is copyrightable (addressed below), infringement will follow as a matter of course.
20
21
1.
Originality
Google has not challenged the originality of the copyrighted Java API packages, and,
22
accordingly, this issue was not posed to the jury. Google has admitted that the Java APIs meet
23
the required threshold: “The Java APIs as a whole meet the low threshold for originality required
24
by the Constitution.” (ECF No. 938 (Order deeming issues undisputed based on Google’s
25
admission) at 1.) Moreover, because Oracle holds registered copyrights covering the asserted
26
27
28
3
This issue will be addressed in more detail in Oracle’s Findings of Fact and Conclusions
of Law regarding issues for the Court to resolve, to be filed on May 2, 2012. Oracle incorporates
that discussion herein by reference.
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
3
1
works, it is entitled to a presumption of originality. Swirsky v. Carey, 376 F.3d 841, 851 (9th Cir.
2
2004) (“Because One has a valid certificate of registration with the copyright office, however,
3
Swirsky is entitled to a presumption of originality”).
4
The evidence of originality is overwhelming and uncontroverted. The threshold for
5
establishing originality is low. Feist, 499 U.S. at 345 (“Original, as the term is used in copyright,
6
means only that the work was independently created by the author (as opposed to copied from
7
other works), and that it possesses at least some minimal degree of creativity”). Numerous
8
witnesses confirmed that API design is highly creative and challenging. (RT 513:14-18
9
(Screven); 627:21-628:1 (Reinhold).) Dr. Bloch stated that designing an API is a work of
10
craftsmanship, requiring the API author to exercise creativity and aesthetic judgment. (RT 751:5-
11
752:14; TX 624 at p. 47.) Dr. Reinhold testified that it took him and a team of engineers two
12
years to develop just one API package, java.nio. (RT 623:17-624:1.) Based on the evidence and
13
Google’s admission, the originality of the 37 API packages is beyond dispute.
14
15
2.
Direct Copying
Where there is evidence of direct copying, there is no need to apply the substantial
16
similarity test. Range Road, 668 F.3d at 1154 (“‘substantial similarity’ is irrelevant in a case
17
[involving] direct copying of copyrighted works”). In this case, the evidence shows that Google
18
directly copied the SSO of the 37 Java API packages into Android.
19
Former Google engineer Bob Lee was the core libraries lead for Android in the 2006-2007
20
time period. (RT 980:14-981:6.) Mr. Lee testified that Android implements parts of the Java
21
APIs and that such implementation was based on consulting the Java API specifications:
22
23
Q. You consulted the Java API specifications to make sure that the Android code for the
corresponding core libraries would be consistent with those specifications, correct?
A. Yes.
24
(RT 982:25-983:3; see also RT 981:7-21.) Mr. Lee also testified that Google’s outside
25
contractor, Noser, was hired to implement core libraries based on the Java API specifications:
26
27
28
Q. Noser was an outside contractor hired by Google to implement core libraries according
to the Java API specifications, correct?
A. Yes.
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
4
1
(RT 985:3-6.) Former Google engineer Dan Bornstein confirmed that his team had used the Java
2
specifications to derive information for implementing the APIs in Android:
3
4
5
6
7
Q. Now, you testified on direct, sir, that you and your team looked at the Java
specifications for these application programming interfaces while you were doing your
work on Android; correct, sir?
A. That’s right.
Q. And you did that in order to derive from these specifications the information you
needed in order to write that code; correct, sir?
A. Some of the information.
8
(RT 1836:19-1837:2.) Because the Java specifications are directly derived from the underlying
9
source code (RT 606:14-608:3 (Reinhold); TX 1046 at p.19), the Android engineers effectively
10
had access to the SSO of the source code itself. The fact that Google literally copied some Java
11
code (discussed below) demonstrates that they had direct access to the code as well.
12
By deriving the Android class libraries from the Java API specifications, the Android
13
engineers wound up copying the entire SSO of the 37 API packages into Android. Mr. Bornstein
14
confirmed that “the names and declarations” are the same between Java and Android. (RT
15
1791:21-1792:6 (Bornstein).) Google’s expert, Dr. Astrachan, admitted that the SSO of the 37
16
packages is “virtually identical” between Java and Android. (RT 2214:3-9 (Astrachan).) Based
17
on the evidence of direct copying, Oracle has proven infringement.
18
19
3.
Access and Substantial Similarity
Oracle has proven copying under the substantial similarity test as well. That test requires
20
a showing that the infringer had access to the copyrighted work and that the accused and
21
copyrighted works are substantially similar. See Jada Toys, 518 F.3d at 636-37. The Java API
22
specifications that detail the SSO of the API packages were publicly available on Sun’s website.
23
(RT 983:4-6 (Lee).) The testimony of Messrs. Lee and Bornstein cited above demonstrates that
24
Google had access to the Java specifications. As for substantial similarity, Google admits that the
25
SSO of the 37 API packages is substantially the same between Java and Android:
26
27
Google agrees that the structure, sequence and organization of the 37 accused API
packages in Android is substantially the same as the structure, sequence and organization
of the corresponding 37 API packages in Java.
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
5
1
(ECF No. 1018, JI 19; see also ECF No. 946 (Stipulation); RT 1337:21-24.) Dr. Astrachan went
2
further, agreeing that the SSO in Java and Android is “virtually identical.” (RT 2214:3-9.)
3
During its closing argument, Google compared the code that embodies the SSO of the 37
4
Java API packages in Android to the complete code for the 166 packages in J2SE 5.0 and argued
5
that the two are not substantially similar because the latter is far more voluminous than the
6
former. This approach is wrong as a matter of law. First, as already noted, since the evidence
7
shows that Google engineers and contractors directly copied the SSO from Java specifications,
8
there is no need to apply the substantial similarity test at all. Second, even under the substantial
9
similarity test, an infringer cannot escape liability by arguing that it only took a small portion of
10
the overall copyrighted work that is qualitatively significant. See Warner Bros. Entm’t Inc. v.
11
RDR Books, 575 F. Supp. 2d 513, 535 (S.D.N.Y. 2008) (finding that Harry Potter Lexicon
12
“copie[d] a sufficient quantity of the Harry Potter series to support a finding of substantial
13
similarity,” even if the copied elements “amount to only a fraction of the seven-book series”);
14
Paramount Pictures Corp. v. Carol Publ’g Group, 11 F. Supp. 2d 329, 334 (S.D.N.Y 1998)
15
(“Copying only small portions of a series of copyrighted works offers no protection for a
16
defendant”).
17
Under Google’s theory, a copier who takes a portion of a piece of software could never be
18
liable, even when the copied portion is qualitatively significant, as is the case with the SSO of the
19
37 API packages. While the number vastly understates its significance, the SSO is embodied in
20
more than 7,000 lines of code (names and declarations), without which the Android platform
21
would not function as designed. (RT 2212:3-19 (Astrachan).) The copied SSO in Android is
22
qualitatively substantial even as compared to the 166 Java API packages, and the two are
23
substantially similar in that regard.
24
25
4.
Google Admits That The SSO Is Not De Minimis
The Court instructed the jury that to find copyright infringement it must also find that the
26
amount of copying was not de minimis. (ECF No. 1017, JI 24.) However, Google dropped this
27
argument as to the SSO of the 37 API packages on the last day of trial. As reflected in the jury
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
6
1
instructions, the “parties are in agreement that the structure, sequence, and organization of the
2
API packages is more than de minimis.” (ECF No. 1018, JI 27.)
3
4
5
6
7
8
9
10
11
12
13
Between Google’s admissions and the evidence in the case, Oracle has proven that Google
infringes Oracle’s copyrights by copying the SSO of the 37 Java API packages into Android.
C.
Google Infringed By Copying Java Code Into Twelve Android Code
Files
Google admits that it copied protected Java code into twelve Android code files. The only
issue here is whether the copying was de minimis. As explained below, it was not.
1.
Direct Copying
There is no dispute that Google copied Java code and comments into twelve Android code
files. (TX 1072.) As reflected in the jury instructions, Google admits copying the code:
With respect to the infringement issues concerning the rangeCheck and other similar files,
Google agrees that the accused lines of code and comments came from the copyrighted
material.
14
(ECF No. 1018, JI 27.) With respect to the rangeCheck code within the TimSort.java and
15
ComparableTimSort.java files, Josh Bloch, who authored the code while working at Sun,
16
acknowledged the likelihood that he copied that code from Sun copyrighted code. (RT 827:5-17.)
17
Dr. Mitchell confirmed that the accused code and comments in the twelve Android files are
18
identical to the copyrighted Java code and comments (RT 1254:1-1255:15, 1258:24-1260:18,
19
1262:2-1263:10 (Mitchell)), and Google did not offer any testimony to rebut this.
20
2.
Google’s Code Copying Was Not De Minimis
21
Copying can only be de minimis “if it is so meager and fragmentary that [compared to the
22
work as a whole] the average audience would not recognize the appropriation.” (ECF No. 1018,
23
JI 28.) Fisher v. Dees, 794 F.2d 432, 434 n.2 (9th Cir. 1985). The extent of the copying “is
24
measured by considering the qualitative and quantitative significance of the copied portion in
25
relation to the plaintiff’s work as a whole.” Newton v. Diamond, 388 F.3d 1189, 1195 (9th Cir.
26
2003); see also Merch. Transaction Sys., Inc. v. Nelcela, Inc., 2009 U.S. Dist. LEXIS 25663, at
27
*61 (D. Ariz. Mar. 17, 2009) (“Thus, Nelcela will not escape liability unless it can show that the
28
protectable elements in the Lexcel software constitute an insignificant (quantitatively and
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
7
1
qualitatively) portion or aspect of the Lexcel software”). Even if the copied material is a
2
“quantitatively very small part” of the work as a whole, “[t]he smallness alone is not enough by
3
itself to avoid liability.” Mktg. Tech. Solutions, Inc. v. Medizine LLC, 2010 U.S. Dist. LEXIS
4
50027, at *10 (S.D.N.Y. Apr. 23, 2010).
5
Under the Court’s jury instructions, the copied code and comments in the twelve Android
6
files must be compared to the contents of the corresponding Java files from which the copied
7
material came. (ECF No. 1018, JI 29.) Professor Mitchell provided detailed and uncontested
8
testimony that Google literally copied either the entirety of the accused files or a qualitatively
9
significant portion. Google has made no showing that the copied code was “so meager and
10
fragmentary” that it would not be recognized as an appropriation. Under the appropriate
11
comparison, no reasonable jury could find that Google’s code copying was de minimis.
12
13
14
15
16
17
18
19
20
21
22
23
a.
Google’s Copying of Eight Decompiled Files Was Not De
Minimis.
During trial, Professor Mitchell explained that Google decompiled eight Java files and
copied the decompiled source code into certain Android files. (RT 1258:7-1259:15 (Mitchell);
TX 1072, 896.1-896.8, 1031-1038.) Google does not dispute that these files were copied. (ECF
No. 1018, JI 27.)
When compared on a file-to-file basis (per the Court’s jury instructions), it is clear that
Google’s copying of the eight files was not de minimis. Google copied each entire file, so by
definition, the copying is both quantitatively and qualitatively significant. (See RT 1260:111262:1 (Mitchell); compare TX 896.1-896.8 (Sun decompiled files) with TX 1031-38 (Android
files).) No reasonable jury could find that the copying of the decompiled files was de minimis.
b.
Google’s Copying of the RangeCheck Method Was Not
De Minimis.
24
Professor Mitchell testified that the rangeCheck method is qualitatively significant and
25
“useful” to Android. (RT 1316:17-19.) He explained that the rangeCheck method operates on
26
Android devices, including on Samsung phones. (RT 1255:22-25, 1264:19-23.) To determine
27
how useful the rangeCheck method is on devices, Professor Mitchell experimented with an
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
8
1
Android device and found that it called the rangeCheck method no less than 2,600 times during
2
start up. (RT 1329:9-21.) Google did not present any testimony to rebut this.
3
4
c.
Google’s Copying Of Comments Was Not De Minimis
Professor Mitchell compared Oracle’s CodeSource.java file (TX 623.9) against Android’s
5
CodeSourceTest.java file (TX 1039) and concluded that, except for some HTML commands,
6
certain English-language comments are “syntactically . . . identical.” (RT 1262:13-1263:4.) He
7
reached the same conclusion with respect to Android’s CollectionCertStoreParametersTest.java
8
file. (RT 1253:9-10; compare TX 1040 (Android) to TX 623.10 (Java)). These literally copied
9
comments are quantitatively significant: they amount to about 25% of Oracle’s
10
CollectionCertStoreParameters.java file (TX 623.10), and about 2.90% of Oracle’s
11
CodeSource.java file (TX 623.9).
12
D.
13
14
15
16
17
18
19
20
21
Google Infringed By Copying From Java Specifications Into Android
Specifications
The Court submitted to the jury the question of whether Google has infringed Oracle’s
copyrights by copying the English-language descriptions of API elements from the Java
specifications into the Android specifications. (ECF No. 1018, JI 21.) The Court did not submit
the issue of whether the SSO of the 37 API packages, as expressed in the Java specifications, was
also copied into the Android specifications. These issues should be considered together. Oracle
is entitled to judgment on both of these issues, based on the weight of the evidence.
1.
The Evidence Shows That Android’s English-Language
Descriptions Were Copied From The Java API Specifications.
Android developer Bob Lee testified that the English-language descriptions within the
22
Android specifications were paraphrased from Sun’s specifications and were therefore
23
“substantially similar.” (RT 1191:4-13.) He was shown three examples of such paraphrasing,
24
and he acknowledged that the same level of similarity evident in those examples exists across the
25
full documentation for the 37 Java API packages within Android. (RT 1175:25-1176:3; TX
26
610.2, 767 (full Android and Java documentation).) One of the examples is shown below:
27
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
9
1
2
3
4
5
6
J2SE 5.0
Android
A pair of channels that implements a
unidirectional pipe.
A pipe consists of a pair of channels: A writable
sink channel and a readable source channel.
Once some bytes are written to the sink channel
they can be read from source channel in exactly
the order in which they were written.
A pipe contains two channels, forming a
unidirectional pipe. One is the writable sink
channel, and the other is the readable source
channel. When bytes are written into the
writable channel they can be read from the
readable channel. Bytes are read in the order
in which they were written.
7
8
Mr. Lee expressed regret that such paraphrasing had occurred:
9
I actually wasn’t even a big fan of including these. I would have preferred that we
just point people to Sun’s site for this specific documentation because you
shouldn’t really be rewriting a contract. And in doing so they are going to be
substantially similar.
10
11
12
(RT 1175:25-1176:3.) Mr. Lee’s admission that the English-language descriptions in the Android
13
specifications were paraphrased from the Java specifications is evidence of direct copying, which
14
entitles Oracle to judgment on this point.
15
16
17
2.
Evidence Also Shows That Google Copied The SSO Of The
Java API Packages From Java Specifications Into Android
Specifications
While the Court only submitted the issue of English-language description copying to the
18
jury, Google is also liable for copying the SSO of the Java API packages into the Android
19
documentation. The facts are uncontroverted and Oracle is entitled to judgment on this issue.
20
There is no question that Google copied the SSO of the 37 Java API packages into the
21
Android documentation. As explained by Dr. Reinhold, the structure expressed in the API
22
documentation is the same as the structure within the compilable code because the code is run
23
through the Java Documentation Extractor (or “Javadoc”) to pull out the structure and English
24
language comments to produce a webpage that reflects the same SSO of the API that is in the
25
code. (RT 606:14-608:3 (Reinhold); TX 1046 at p.19.) The Android documentation is created
26
the same way from the Android code. (RT 1169:8-15 (Lee agreeing that like Java documentation,
27
Android documentation was “created by a tool that actually reads portions of the source code and
28
then places it in a kind of template that’s available on the web as a source of documentation.”).)
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
10
1
It is undisputed that the SSO of the 37 Java API packages is identical in both the Java and
2
Android code and documentation. (ECF No. 984 at 10 (Google’s JMOL motion: “As such, if
3
based on the same starting point – the names of the 37 API packages at issue – the structure,
4
sequence, and organization of the Android and Java documentation inevitably will be the same.”))
5
Regardless of whether the SSO is expressed in the compilable code or the API
6
documentation, it is protectable expression in both cases. See, e.g., Situation Mgmt. Sys., Inc. v.
7
ASP Consulting Group, 560 F.3d 53, 61 (1st Cir. 2009) (“creative choices [in training manuals] in
8
describing those processes and systems, including the works’ overall arrangement and structure,
9
are subject to copyright protection” even when describing uncopyrightable system); CDN Inc. v.
10
Kapes, 197 F.3d 1256, 1262 (9th Cir. 1999) (prices in guide for collectible coins); Jacobsen v.
11
Katzer, 2009 U.S. Dist. LEXIS 115204, at *9-10 (N.D. Cal. Dec. 10, 2009) (text files reflecting
12
decoder information from model railroad manufacturers).
13
As currently presented to the jury, it is possible Google will be found liable for copying
14
the SSO into the Android code, but not liable for copying the very same SSO into Android
15
specifications. That makes no sense. Oracle is entitled to judgment on both forms of copying.
16
17
E.
Google’s Copying Is Not Fair Use
As the Court instructed the jury, Google had the burden to prove its fair use defense based
18
on the four factors identified in 17 U.S.C. § 107(1). (ECF No. 1018, JI 26.) As demonstrated
19
below, consideration of those factors weighs overwhelmingly against a finding of fair use.
20
Because no reasonable juror could find based on the trial evidence that Google has met its burden,
21
Oracle is entitled to judgment as a matter of law on Google’s fair use defense.
22
23
24
25
26
27
1.
Google’s Use Of The Copyrighted Work Is Purely Commercial
And Not “Transformative”
The first fair use factor—“the purpose and character of the use, including whether such
use is of a commercial nature or is for nonprofit educational purposes” (17 U.S.C. § 107(1))—
weighs entirely against a finding of fair use. Google exploits Oracle’s copyrighted work for
significant commercial gain, and its use of the work is not “transformative.”
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
11
1
a.
Google’s Use Is Purely Commercial
2
“Although not controlling, the fact that a new use is commercial as opposed to non-profit
3
weighs against a finding of fair use.” Elvis Presley Enters. Inc. v. Passport Video, 349 F.3d 622,
4
627 (2003). As explained by the Supreme Court:
5
6
7
8
9
“[Every] commercial use of copyrighted material is presumptively an unfair
exploitation of the monopoly privilege that belongs to the owner of the copyright.”
Sony Corp. of America v. Universal City Studios, Inc., 464 U.S. [417, 451 (1984)].
… The crux of the profit/nonprofit distinction is not whether the sole motive of the
use is monetary gain but whether the user stands to profit from exploitation of the
copyrighted material without paying the customary price.
Harper & Row Publishers, Inc. v. Nation Enters., 471 U.S. 539, 562 (1985) (citations omitted);
10
see also Passport Video, 349 F.3d at 627 (“[T]he degree to which the new use exploits the
11
copyright for commercial gain—as opposed to incidental use as part of a commercial enterprise—
12
affects the weight we afford commercial nature as a factor”).
13
In Harper & Row, the Court found that the first factor weighed against a news magazine’s
14
use of quotes from Gerald Ford’s unpublished presidential memoir because of the magazine’s
15
“stated purpose of scooping the forthcoming hard cover and Time abstracts” and despite its “not
16
purely commercial” purpose of “news reporting.” 471 U.S. at 562. Similarly, in Passport Video,
17
the Ninth Circuit upheld the district court’s finding that the first factor weighed against fair use
18
for television performance excerpts in a broadcast Elvis Presley biography, despite
19
acknowledging that “[i]t would be impossible to produce a biography of Elvis without showing
20
some of his most famous television appearances for references purposes.” 349 F.3d at 629.
21
Here, unlike in Harper & Row or Passport Video, it is undisputed that Google’s use of the
22
Java APIs is purely for commercial purposes. Google has “profit[ed] from exploitation of the
23
copyrighted material without paying the customary price” (Harper & Row., 471 U.S. at 562) and
24
“exploit[ed] the copyright for commercial gain” (Passport Video, 349 F.3d at 627).
25
Google’s distribution of the Android platform is to increase use of Google services, which
26
generate advertising revenue for Google. (RT 1458:12-16 (Schmidt). Google copied the 37 Java
27
API packages in order to capture a large developer community and penetrate the market more
28
quickly. (See RT 1783:15-22 (Bornstein) (“The goal of the project was to provide something that
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
12
1
was familiar to developers”). Indeed, the evidence showed that Android was hugely profitable.
2
(RT 1458:12-16; 1456:15-19 (Schmidt); 2225:18-2226:24 (Agrawal).) One Google internal
3
document described how Android and Chrome were “critical” platforms for five different Google
4
business units, each one identified as a $10 billion opportunity for Google. (TX 431 at 3.) This
5
evidence of Google’s purely commercial use of the Java APIs weighs heavily against fair use.
6
b.
7
Google’s Use Was Not Transformative
Google argues that even though its use of the Java APIs was purely commercial and
8
highly exploitative, its use was “transformative.” This argument fails as a matter of law because
9
Google has presented no evidence to support a conclusion that its use of Java APIs is
10
“transformative” within the meaning of controlling case law.
11
The leading case on “transformative” use is Campbell v. Acuff-Rose Music, Inc., 510 U.S.
12
569 (1994). Campbell, which involved a claim of fair use in a song parody, held that “parody,
13
like other comment or criticism, may claim fair use under § 107.” 510 U.S. at 579. Ninth Circuit
14
cases following Campbell have emphasized that “transformative” is intended to refer to a work—
15
like a criticism or a parody—that has a purpose entirely different from the original and is not
16
intended to apply to a competing work with a parallel object or purpose. For example, in Kelly v.
17
Arriba Soft Corp., 336 F.3d 811 (9th Cir. 2003), in holding that a search engine operator’s use of
18
“thumbnail” pictures of copyrighted images was “transformative” fair use, the court explained
19
that,
20
21
22
23
24
[T]he thumbnails were much smaller, lower-resolution images that served an
entirely different function than Kelly’s original images. Kelly’s images are
artistic works intended to inform and to engage the viewer in an aesthetic
experience . . . . Arriba’s use of Kelly’s images in the thumbnails is unrelated to
any aesthetic purpose.
336 F.3d at 818 (emphasis added).
Similarly, in Perfect 10, Inc. v. Amazon.com, Inc., 487 F.3d 701 (9th Cir. 2007), which
25
followed Kelly and held that Google’s search engine “thumbnail” photographs were
26
“transformative” uses of the plaintiff’s photographs and hence fair use, the Ninth Circuit
27
emphasized that the search engine used the photographs for an entirely different function:
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
13
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
Although an image may have been created originally to serve an entertainment,
aesthetic, or informative function, a search engine transforms the image into a
pointer directing a user to a source of information . . . . [A] search engine provides
social benefit by incorporating an original work into a new work, namely, an
electronic reference tool . . . . In other words, a search engine puts images in a
different context so that they are transformed into a new creation.
487 F.3d at 721 (emphasis added) (internal citations and quotations omitted).
In Leadsinger, Inc. v. BMG Music Publ’g, the Ninth Circuit started its analysis by
considering whether the allegedly transformative use of copying song lyrics for karaoke fell
within the statutory examples. 512 F.3d 522, 530 (9th Cir. 2008). The Court concluded it did
not, and emphasized that “Leadsinger’s basic purpose remains a commercial one ― to sell its
karaoke device for a profit. And commercial use of copyrighted material is ‘presumptively an
unfair exploitation of the monopoly privilege that belongs to the owner of the copyright.’” Id. at
530 (citation omitted).
Here, unlike the parody in Campbell, Google’s use of the copied materials in Android is
nothing like “the examples given in the preamble to § 107.” See 17 U.S.C. § 107. Nor is its use
for “an entirely different function” (Kelly, 336 F.3d at 818) or “in a new context to serve a
different purpose” (Perfect 10, 487 F.3d at 722). It is for the same intrinsic purpose—supplying
core library APIs in a software platform—as used in the Java platform, but in a competing
product. Google simply copied the SSO of the 37 Java API packages over into Android, to serve
the same purpose that it does in Java. (RT 2184:22-2185:9 (Astrachan) (“that structure of the
names of the classes, packages, and methods needs to be the same so that the code will work on
both platforms”).) There is nothing “transformative” about that use.
Nor can the fact that Android is a smart phone platform render Google’s use
“transformative.” There is nothing new or “transformative” in the fact that Android is a
smartphone platform: the uncontroverted evidence at trial established that Java technology is
used in the RIM Blackberry smartphones, and was used in the Danger Sidekick/Hiptop
smartphones and Nokia’s Series 60 phones. (RT 959:20-23 (Swetland); 1585:21-23 (Rubin);
300:18-19 (Ellison); 383:6-9 (Kurian); 1102:3-10 (Cizek); 1922:22-25 (Gering).)
27
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
14
1
If Google’s argument were accepted, the idea of “transformation” would swallow up
2
copyright protection: anyone claiming to have a better business model for distributing the
3
copyrighted work would be able to copy it, sell it, and claim “fair use.” Movie makers would be
4
hard-pressed to enforce their copyrights against infringing distributors where there were no
5
previous distributors; book publishers could not enforce against e-Book publishers if they were
6
not already distributing e-Books; musicians could not enforce against FM or satellite radio
7
stations if their songs were broadcast only on AM stations. This is not the law. As the Ninth
8
Circuit noted in Perfect 10:
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
[D]uplicating a church’s religious book for use by a different church was not
transformative. See Worldwide Church of God v. Phila. Church of God, Inc., 227
F.3d 1110, 1117 (9th Cir. 2000). Nor was a broadcaster’s simple retransmission of
a radio broadcast over telephone lines transformative, where the original radio
shows were given no “new expression, meaning, or message.” Infinity Broad.
Corp. v. Kirkwood, 150 F.3d 104, 108 (2d Cir.1998).
487 F.3d at 722.
Here, Google took the SSO of 37 Java API packages that are implemented by Oracle, or
by others under license, from the Java documentation and computer software and copied it into
the Android documentation and computer software. This is not “an entirely different function”
(Kelly, 336 F.3d at 818); it is the same function and “the same intrinsic purpose” (Worldwide
Church of God, 227 F.3d at 1117). Google’s parallel use of the Java APIs is thus not
“transformative” as a matter of law.
2.
The Copyrighted Work Is Creative In Nature
The second factor—“the nature of the copyrighted work”—favors creative expression.
Though computer programs are generally “utilitarian” and “functional,” “[t]o the extent that there
are many possible ways of accomplishing a given task or fulfilling a particular market demand,
the programmer’s choice of program structure and design may be highly creative and
idiosyncratic.” Sega, 977 F.2d at 1524.
Witness after witness testified to the highly creative nature of API design. Larry Ellison
testified that API design is “arguably, its one of the most difficult things we do at Oracle. . .done
by our most senior experienced and talented software engineers.” (RT 289:25-291:16.)
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
15
1
Numerous other witnesses confirmed that API design is very complex, requiring significant
2
design choices and creativity. (RT 513:12-18 (“[designing API’s] is a very creative process”);
3
513:21-514:12; 515:14-23 (Screven); 627:21-628:1 (Reinhold); 741:9-742:3; 747:5-9; 748:7-13;
4
752:5-14; 831:17-832:4 (Bloch); 1220:6-12; 1238:11-1239:12; 1240:17-20 (Mitchell); 1775:3-16
5
(Bornstein); 2209:7-8 (Astrachan) (“Q: Is it difficult to write good APIs? A: Yes.”)).
6
Google’s chief Java architect, Joshua Bloch, testified that:
7
8
API design is really a creative process. There are many, many kinds of decisions
that go into API design. Often, the people who do API design are called software
architects.
9
(RT. 1238:13-15; see also TX 624 at 2, 20-21, 47 (Bloch presentation entitled “How to Design a
10
Good API and Why it Matters.”).)
11
3.
12
Google Uses Valuable, Core Portions Of Copyrighted Work
The third statutory factor is “the amount and substantiality of the portion used in relation
13
to the copyrighted work as a whole.” 17 U.S.C. §107(3). “This factor evaluates both the quantity
14
of the work taken and the quality and importance of the portion taken.” Passport Video, 349 F.3d
15
at 630.
16
In Harper & Row, the Supreme Court overruled the Court of Appeals and found that the
17
use of 300 words out of 200,000 from Gerald Ford’s unpublished presidential memoir was not
18
fair use, emphasizing that “[t]he portions actually quoted were selected . . . as among the most
19
powerful passages in those chapters.” 471 U.S. at 565-66. The Court also cited favorably Roy
20
Export Co. Establishment v. Columbia Broad. Sys., Inc., 503 F. Supp. 1137, 1145 (S.D.N.Y.
21
1980), which held that a jury could reasonably have held that the defendant’s use of short excepts
22
from Charlie Chaplin films chosen for a broadcast program about Chaplin because they were
23
among the best moments, was both “quantitatively substantial” and “qualitatively great” (503
24
F.Supp. at 1145). Harper & Row, 471 U.S. at 565 (“taking of 55 seconds out of 1 hour and 29-
25
minute film deemed qualitatively substantial”).
26
The Court has ruled that for purposes of fair use analysis, “the ‘work as a whole’ means
27
the contents (including name, declarations and English-language comments) of the documentation
28
for all of the 166 API packages (not just the 37) in the registered work.” (ECF No. 1018, JI 29.)
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
16
1
Thirty-seven out of 166 packages—more than 22%—is a sizeable percentage of the work as a
2
whole and significant quantitatively. This 22% represents an extraordinary amount of work. (See
3
RT 617:2-15 (Reinhold) (testifying that the specifications for the 37 API packages amount to
4
about 11,000 pages when printed out), 1248:11-1249:7, 2279:16-2280:6 (Mitchell) (testifying that
5
the 37 API packages included “around 400 classes” and about “5,000 methods”).)
6
Google also cannot dispute that the APIs it took were qualitatively significant. Mr.
7
Bornstein testified that these 37 API packages in particular were the most suited for smartphones
8
and the ones that Google believed developers would use and expect. (RT 1782:6-9, 1783:23-
9
1784:1 (Bornstein); 981:22-982:21 (Lee); 1331:10-15 (Mitchell).) For these reasons, the third
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
statutory factor cuts strongly against fair use.
4.
Google’s Use Harms The Potential Market For And Value Of
The Copyrighted Work
The final fair use factor—“the effect of the use upon the potential market for or value of
the copyrighted work” (17 U.S.C. § 107(4))—“is undoubtedly the single most important element
of fair use.” Harper & Row, 471 U.S. at 566. “‛Fair use, when properly applied, is limited to
copying by others which does not materially impair the marketability of the work which is
copied.’” Id. at 566-67, quoting 1 Nimmer § 1.10[D], at 1-87. In assessing the fourth factor, it is
necessary to “consider not only the extent of market harm caused by the particular actions of the
alleged infringer, but also ‘whether unrestricted and widespread conduct of the sort engaged in by
the defendant . . . would result in a substantially adverse impact on the potential market’ for the
original.” Campbell, 510 U.S. at 590.
The first and fourth factors are powerfully connected because, as the Supreme Court has
held, the proof required to demonstrate present or future market harm (the fourth factor) varies
with the purpose and character of the use (the first factor):
A challenge to a noncommercial use of a copyrighted work requires proof either
that the particular use is harmful, or that if it should become widespread, it would
adversely affect the potential market for the copyrighted work. . . . If the intended
use is for commercial gain, that likelihood [of market harm] may be presumed.
But if it is for a noncommercial purpose, the likelihood must be demonstrated.
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
17
1
Sony Corp. v. Universal City Studios, Inc., 464 U.S. 417, 451 (1984) (cited in A&M Records,
2
Inc. v. Napster, Inc., 239 F.3d 1004, 1016 (9th Cir. 2001). See also Leadsinger, at 532 (“we have
3
not hesitated to apply this presumption”); Passport Video, 349 F.3d at 631. As noted above in
4
discussing the first factor, it is uncontested that Google’s use of the Java APIs is purely
5
commercial in nature and has greatly enhanced Google’s very substantial Android profits.
6
Undisputed evidence at trial also established that Google’s infringing use of the Java API
7
packages substantially impaired the value of the Java Platform. Google’s Technical Program
8
Manager for Android testified that the number of Android-compatible device activations per day
9
was on average 750,000, and each of those devices has the 37 API packages from Java. (RT
10
1017:4-16 (Morrill).) Google’s Android phones compete directly with Java smart phones (such
11
as the RIM Blackberry) that were on the market prior to Android’s introduction. (RT 1922:22-25
12
(Gering); see also RT 2062:5-12 (McNealy) (testifying that while he was the Chairman of the
13
Board at Sun, Sun had a “very lucrative revenue stream from J2ME, which was the handset
14
version of Java.”) 2057:24-2058:14 (McNealy).)
15
Google has also significantly harmed the value of the APIs by fragmenting Java and
16
undercutting its “write once, run anywhere” capability. (TX 172 (email from Bornstein to Rubin
17
describing Android as a “fork” of Java); RT 2287:13-2288:5 (Mitchell) (testifying that beyond the
18
37 API packages, Android and Java “are different and incompatible, and the way in which things
19
are prepared to run and execute is different”); see also RT 984:22-24; 981:19-21 (Lee); 1010:1-7
20
(Morrill) (testifying that Android is not Java compatible).
21
Google knows this fragmentation is harmful. Google itself imposes terms requiring
22
Android users to refrain from fragmenting its APIs. (TX 749 at 8-9 (Android Compatibility
23
Definition Document).) Moreover, both Larry Page, CEO and co-founder of Google, and Tim
24
Lindholm, Google engineer and former Sun Distinguished Engineer, testified that they knew that
25
Sun was concerned about fragmentation of Java. (RT 471:6-18 (Page); 844:3-7 (Lindholm).)
26
Google seeks to use “compatibility” to justify what was actually a deliberate fragmenting of a
27
compatible ecosystem that Sun, Oracle and many other companies spent years nurturing.
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
18
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
No reasonable jury could find that Google has met its burden of fair use, and Oracle is
therefore entitled to JMOL on that defense.
IV.
OTHER ISSUES THAT ARE NOT BEING PRESENTED TO THE JURY
A.
Oracle Is Entitled To Judgment As A Matter Of Law On
Copyrightability.
Oracle understands that the Court will be determining copyrightability of the 37 API
packages based upon the evidence submitted at trial. At the Court’s request, the parties will be
submitting proposed findings of fact and conclusions of law to the Court on Wednesday, May 2.
Oracle will set forth the evidence at trial that relates to copyrightability in greater detail in that
submission, which it incorporates by reference here. Nonetheless, out of an abundance of
caution, and because Oracle believes it is entitled to judgment on copyrightability as a matter of
law, Oracle addresses the issue of copyrightability here as well.
The evidence on copyrightability presented at trial was overwhelming. Fact and expert
witnesses from both sides testified that designing APIs is a creative and challenging task. (See
RT 2209:7-8 (Astrachan); 1238:13-16 (Mitchell); 627:21-629:5 (Reinhold); 513:14-18 (Screven);
751:14-18, 830:18-19, 831:7-12 (Bloch); see also TX 624 at 47 (Bloch presentation).) Nobody
testified to the contrary.
The API packages themselves are expressed in a detailed and complex structure, with
many hierarchies and interdepencies. These were illustrated in part in TX 1028, the Java API
package poster used by developers when programming for J2SE version 5.0. The intricate
structure of the API packages poster reflects only the high level class and interface relationships
for some of the API packages in version 5.0, because it would be impossible to fit a description of
all the relationships even on a large poster with tiny print. RT 599:15-600:3 (Reinhold). These
relationships extend within and across the different packages. The types of relationships that
were shown at trial included the following: (1) classes can have one or more subclasses, each of
which inherits the methods and fields of the classes above it in the hierarchy (RT 1225:10-16
(Mitchell)); (2) interfaces are used to relate different classes that share common characteristics
among different classes located in the same, or different packages (RT 589:13-17, 590:5-23,
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
19
1
601:22-25 (Reinhold)); (3) methods can contain parameters that are defined in other classes
2
located within, or outside, the package in which the method is found (RT 1239:24-1240:8
3
(Mitchell)); (4) classes and subclasses can be contained within the hierarchy of one package but
4
defined in another (RT 601:14-24 (Reinhold)); (5) interfaces themselves are often arranged
5
hierarchically in a manner similar to classes (RT 1219:14-23 (Mitchell)).
6
The detailed expression of this structure cannot possibly be just an idea, as Google has
7
sometimes claimed. Nor is it driven or constrained by function as Google has also contended.
8
Dr. Reinhold testified that very little structure is required for the APIs to operate with the virtual
9
machine or computer. If function were the only concern, all of the classes could have been placed
10
in a one giant package. (RT 619:13-23). A primary purpose of the structure, sequence and
11
organization of the APIs is to make them easy to learn and easy for developers to use. (RT
12
619:24-620: 6 (Reinhold); RT 741:2-742:2 (Bloch); TX 624 at 4.)
13
Google has argued in the past that the doctrines of merger and scenes a faire apply to bar
14
copyrightability of APIs. The Court warned Google on summary judgment of the standard it
15
would have to meet if it hoped to establish this. The Court stated that:
16
17
18
19
20
21
22
23
24
25
26
27
28
If Google believes, for example, that a particular method declaration is a scene a
faire or is the only possible way to express a given function, then Google should
provide evidence and argument supporting its views as to that method
declaration. … This approach ignores the possibility that some method
declarations (for example) may be subject to the merger doctrine or may be scenes
a faire, whereas other method declarations may be creative contributions subject to
copyright protection. Google has not justified the sweeping ruling it requests.
Google has not even identified which categories of specification elements it deems
unprotectable under these doctrines. This order declines to hold that API package
specifications, or any particular category of elements they contain, are
unprotectable under the merger or scenes a faire doctrines.
(ECF No. 433 at 9.) Google’s evidence at trial was no better. Indeed, Google chose to not even
try to meet this standard; it submitted no evidence whatsoever to establish that any particular
method declaration was a scene a faire or was the only possible way to express a given function.
Nor could it have. It is obvious, given the complexity of the structure, that there are
countless ways to design and express the Java API packages, so the doctrine of merger does not
apply. See Satava v. Lowry, 323 F.3d 805, 812 n.5 (9th Cir. 2003) (“Under the merger doctrine,
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
20
1
courts will not protect a copyrighted work from infringement if the idea underlying the
2
copyrighted work can be expressed in only one way, lest there be a monopoly on the underlying
3
idea”). Dr. Reinhold testified that “In anything except the most trivial API design, there are so
4
many choices to be made that I wouldn’t even know how to start counting them.” (RT 627:21-
5
628:1 (Reinhold); see also id. at 628:22-629:6 (discussing design options for java.nio). Professor
6
Mitchell agreed, emphasizing that API design starts with a “clean slate.” (RT 1240:9-20.) No
7
Google witness disputed this.
8
Google also did not put on any evidence at trial to establish scenes a faire. “Under the
9
scenes a faire doctrine, when certain commonplace expressions are indispensable and naturally
10
associated with the treatment of a given idea, those expressions are treated like ideas and
11
therefore not protected by copyright.” Swirsky v. Carey, 376 F.3d 841, 850 (9th Cir. 2004).
12
Google never tried to establish this for any one of the 37 API packages, let alone all of them. The
13
evidence in the record is that APIs solving the same kinds of problems can be designed very
14
differently. Dr. Reinhold gave the example of the java.util.logging API package, which has
15
different relationships, interfaces, names and elements from a competing open source Java
16
logging API called Log4J. (RT 630:11-631:18 (Reinhold).) Dr. Mitchell discussed how data
17
collections are handled in different ways in APIs in Java, C++ and Smalltalk, and how even
18
within Java, the design of the Java.util package has changed significantly over time. (RT
19
1240:23-1244:16 (Mitchell).) In pretrial briefing, Google stated that it was “reserving the right to
20
present evidence that many aspects of the APIs are unoriginal.” (ECF No. 823 at 9.) It never did.
21
The many creative choices exercised by API designers extend not just to the structure, but
22
to the decision as to what to include in the API in the first place, and even whether to include a
23
particular API package in the library. Since the API packages are just pre-written code supplied
24
for the benefit of developers, there is no set requirement that any particular API be included. The
25
Java API packages have grown dramatically, from the seven API packages that were included in
26
the first release, to the 166 packages included with version 5.0, to 209 packages included with
27
version 7.0. (RT 631:19-25 (Reinhold).) Dr. Reinhold testified that Sun and Oracle did not have
28
to create so many Java API packages, but did so “in order to – to encourage the adoption of the
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
21
1
Java platform by adding more and more facilities to make it an attractive platform for developers
2
to use.” (Id. at RT 632:1-6.) Other software platforms have taken a different approach. For
3
example, C is one of the world’s most popular programming languages, but Dr. Reinhold testified
4
that “the C Standard Library is really very simple and primitive” and does not even contain basic
5
data structures.” (Id. at RT 632:7-20.)
6
The Court should also issue judgment as a matter of law in Oracle’s favor on the
7
copyrightability of the selection and arrangement of the names in the 37 Java APIs. The Court
8
expressly left this issue open on summary judgment. (ECF No. 433 at 8.) The evidence showed
9
that the choice of names is significant, and that API designers thoughtfully selected thousands of
10
names for aesthetic purposes and consistency. (RT 628:2-21 (Reinhold)); TX 624 (Bloch
11
presentation) at 7 (“Code should read like prose.”).) (RT 746:20-748:13 (Bloch).) The names, of
12
course, are organized within the same complex and creative structure as the API elements they
13
label, and Oracle’s selection and arrangement of those names should be found copyrightable. See
14
Lamps Plus, Inc. v. Seattle Lighting Fixture Co., 345 F.3d 1140, 1147 (9th Cir. 2003 (“[A]
15
combination of unprotectable elements is eligible for copyright protection only if those elements
16
are numerous enough and their selection and arrangement original enough that their combination
17
constitutes an original work of authorship.”).
18
Google has contended in the past that the 37 API packages are simply a “functional
19
requirement for compatibility.” This is not the correct legal standard, but Google still failed to
20
meet it. As discussed above, the API package designs are not simply functional, and the
21
undisputed evidence at trial is that Android is not compatible with Java in any event. (See, e.g.,
22
RT 1007:6-11 (Morrill); TX 383 at 8; RT 1331:16-1332:2 (Mitchell).) The API packages are not
23
like a hardware interface that Google had to adopt if it wanted to use the Java programming
24
language. Google designed many of its own API packages, and the experts agreed that Google
25
could have designed its own corresponding 37 API packages if it wanted to. (RT 2212:25-
26
2213:19, 220:1-7 (Astrachan); 2288:6-13 (Mitchell).) Only about 60 classes must be present in
27
the APIs for the Java language to function, and for most of those classes there is no requirement
28
that the class contain any particular method or methods — the language simply expects that a
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
22
1
class by that name will exist. (RT 684:16-685:2 (Reinhold); 2196:1-4 (Astrachan); TX 1062; TX
2
984.)
3
Finally, as discussed in section II.D.2 above, numerous witnesses testified at the trial that
4
the structure, sequence and organization of the API packages is identical in the documentation
5
and the class libraries because both are derived from the source code. The SSO of the source
6
code falls squarely within the Ninth Circuit’s holding in Johnson Controls, 886 F.2d at 1175.
7
The written description of this highly expressive structure contained in the documentation is no
8
less protectable than the expression of the structure in the source code. The structure, sequence
9
and organization is copyrightable in both formats. It would be a perverse result if Google were
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
found to infringe one but not the other.
In sum, based on the uncontroverted evidence presented at trial, the Court can grant
judgment as a matter of law on copyrightability in Oracle’s favor.
B.
Google Infringed Oracle’s Copyrights By Deriving Its
Implementations Of The 37 API Packages From Java Specifications
The Android source code implements the functions specified in the English descriptions
of Oracle’s copyrighted specifications, and it also incorporates the SSO of the 37 Java API
packages as described in the specifications. By copying the SSO and implementing the prose
descriptions of the Java API specifications, converting from English text into Java-language code,
Google has created an unauthorized derivative work.
A “derivative work” is defined as “a work based upon one or more preexisting works,
such as a translation . . . or any other form in which a work may be recast, transformed, or
adapted.” 17 U.S.C. § 101. Ninth Circuit law supports Oracle’s derivative works claim. In
Micro Star v. Formgen, Inc., 154 F.3d 1107, 1112 (9th Cir. 1998), the seller of new levels for a
video game claimed it had not copied any protectable expression from the game’s creator because
its level files “reference the source art library, but do not actually contain any art files
themselves.” Id. at 1112. The Ninth Circuit disagreed, finding that “[i]n making this argument,
Micro Star misconstrues the protected work. The work that Micro Star infringes is the D/N-3D
story itself.” Id. The court thus reversed the district court’s denial of a preliminary injunction.
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
23
1
See also Twin Peaks Prods. v. Pul’n Int’l Ltd., 996 F.2d 1366, 1373-74 (2nd Cir. 1993) (finding
2
detailed recounting of plot elements of television series was infringement)
3
Similarly, Google’s argument that the implementing source code in Android copies only
4
unprotectable ideas from Oracle’s specifications misconstrues Oracle’s derivative works claim.
5
Professor Mitchell testified that the narrative in the Oracle API specifications is reflected in the
6
Android source code: “[T]he narrative is reflected in the source code because the source code is a
7
program that in a sense carries out that narrative, does what the explanation requires for this
8
method.” (RT 1253:16-18 (Mitchell).) Google’s expert, Dr. Astrachan, acknowledged that the
9
Android source code was “based on the specification.” (RT 2219:7-18 (Astrachan).) That
10
admission tracks the very definition of a “derivative work” in the Copyright Act: “A ‘derivative
11
work’ is a work based upon one or more preexisting works . . . .” 17 U.S.C. § 101.
12
Oracle is not claiming that Google is liable for implementing any single method or even a
13
group of methods. Google is liable for implementing the entire SSO of the 37 Java API packages,
14
including the methods described therein. Even if Google were correct that the implementation
15
steps of a given method are an uncopyrightable idea—the same way that individual plot elements
16
in a film might be uncopyrightable—Google implemented Oracle’s descriptions thousands of
17
times in the same structure, sequence, and organization in which Oracle wrote them. “[A] claim
18
of copyright infringement can be based on infringement of a combination of unprotected
19
elements.” Dream Games of Ariz., Inc. v. PC Onsite, 561 F.3d 983, 988 (9th Cir. 2009). No
20
reasonable fact finder could conclude that Google did not derive the SSO, as well as the meaning,
21
of the code for the Android core libraries from Oracle’s API specifications. Google’s expert
22
Professor Astrachan testified that corresponding elements in Java and Android APIs are
23
structured, sequenced, and organized in the same way:
24
25
Q. It has to be in the same position in the application programming interface structure,
sequence and organization, correct?
A. That is correct.
26
(RT 2215:24-2216:2 (Astrachan).) He further testified that the method declarations in the
27
Android code are like the detailed headings in an outline:
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
24
1
2
3
4
Q. And the method declarations are like the sub-sub-sub-chapter headings in this
structure, sequence and organization; correct, sir?
A. I think that's one analogy that’s reasonable.
(RT 2215:2-5 (Astrachan).) Google copied Oracle’s detailed outline into the Android code.
Google’s argument that it was required to copy to use the Java language fails. With the
5
exception of a very few classes, the Java APIs are not required to use Java at all. (RT 684:16-
6
685:2 (Reinhold).) Google could have written its own APIs that provided similar functionality, as
7
Professor Astrachan testified: “it would be possible to provide an API that performed similar
8
functionality; not maybe exactly the same but similar.” (RT 2213:8-10 (Astrachan).) Google
9
actually did write many of its own APIs. (See RT 2213:17-19 (Astrachan) (noting that Android
10
11
developers wrote most of their own core libraries).) Google did not have to copy.
Nor did “compatibility” compel Google’s copying. Android is not, in fact, compatible
12
with Java. (See TX 383 at 8 (“Q49. Is Android Java compatible? A. No.”).) As Google engineer
13
Dan Bornstein testified, Google did not even attempt full compatibility with the Java platform:
14
15
16
Q. Did Android implement all the API packages present in any particular Java Platform?
A. No.
Q. All right. And why not?
A. That wasn’t a goal of the project. The goal of the project was to provide something that
was familiar to developers. It wasn’t to provide any particular preexisting set of packages.
17
(RT 1783:15-22 (Bornstein).) True compatibility with Java would have required Google to
18
incorporate all of the Java API packages, not just some. (RT 374:4-24 (Kurian).) Accordingly,
19
Google cannot use compatibility to excuse copying a select set of API packages into Android.
20
21
C.
Google’s Equitable Defenses Fail
Google has failed to carry its burden of establishing its equitable defenses of waiver,
22
estoppel, implied license, and laches. These defenses will be addressed in Oracle’s Findings of
23
Fact and Conclusions of Law to be filed on May 2, 2012, which Oracle incorporates herein by
24
reference.
25
V.
26
For the foregoing reasons, Oracle is entitled to judgment in its favor on its copyright
27
CONCLUSION
infringement claim and against Google on Google’s defenses.
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
25
1
Dated: May 1, 2012
2
3
4
MICHAEL A. JACOBS
MARC DAVID PETERS
DANIEL P. MUINO
MORRISON & FOERSTER LLP
By: /s/ Michael A. Jacobs
Michael A. Jacobs
5
Attorneys for Plaintiff
ORACLE AMERICA, INC.
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
ORACLE AMERICA, INC.’S RULE 50(A) MOTION
CASE NO. CV 10-03561 WHA
pa-1525605
26
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?