Source: http://www.project-disco.org/intellectual-property/060115-the-solicitor-generals-peculiar-brief-in-google-v-oracle/
Timestamp: 2019-04-21 11:05:59+00:00

Document:
Last week, the Solicitor General of the United States filed a very peculiar brief advising the Supreme Court not to hear Google’s appeal from the Federal Circuit’s decision last year that the Android application program interface (API) infringed Oracle’s copyright in the Java API. We previously discussed the Federal Circuit’s May 2014 decision here, here, here, and here; and the significance of the Court’s call for the views of the Solicitor General here.
The SG’s brief is peculiar in several ways. First, it reflects a profound misunderstanding of the Copyright Act subsection that codifies copyright’s “idea-expression dichotomy” by prohibiting protection for ideas, systems, and methods: 17 U.S.C. § 102(b). Second, it completely ignores the obvious “circuit split” between the federal courts of appeal, which has been exacerbated by the Federal Circuit’s decision. Third, it mistakenly concludes that Google’s “substantial and important” concerns about the impact of the Federal Circuit’s decision on “interoperability and lock-in effects” are better addressed through the fair use doctrine than the idea/expression dichotomy.
The brief makes the bizarre argument that Section 102(b) can never exclude computer code within a copyrightable computer program from copyright protection.
The Federal Circuit ruled that copyright protected both the declaring code and the organization of the methods, and that Google had infringed the copyright in these “literal” and “non-literal” elements. Oddly, the SG focuses only on the first holding: that Google infringed the copyright in the declaring code. The SG reasons as follows: copyright protects lines of computer code; declaring code is a kind of computer code; therefore, copyright protects the declaring code.
In its cert. petition, Google argued that the declaring code had a fundamentally different function from the implementing code, and this difference limited its protectability. The declaring code enabled a programmer to use a shorthand command to call a method’s implementing code. The declaring code thus was part of the method of operating the pre-written programs of the Java language and platform. Accordingly, the declaring code was unprotectable under 17 U.S.C. § 102(b).
The SG rejects this argument, finding no basis for distinguishing the declaring code from the implementing code; code is code. Yet, the SG acknowledges that “verbatim copying of [Java’s] declaring code was necessary for familiar commands to work on the Android platform.” In contrast, differences in implementing code have absolutely no impact on the ability of programmers to move between the Java and Android environments. Thus, declaring code is qualitatively different from implementing code.
It is worth noting that the declaring code and the implementing code are also referred to by programmers—and the district court–as the method header and the method body, respectively, further emphasizing the differences between these two types of code.
Moreover, contrary to the SG’s suggestion, the merger doctrine is an application of Section 102(b), and not a distinct concept. Additionally, the SG’s discussion of the merger doctrine is flawed. The SG attempts to distinguish this case from the Supreme Court’s decision in Baker v. Selden, where the Court found that the copyright in a book that explained an accounting system could not prevent others from copying the forms necessary to practice the accounting system. The SG notes that critical to the Court’s analysis “was that the accounting method could not be practiced other than through forms like the ones reprinted in the book.” The SG claims that in contrast to Baker v. Selden, there were an unlimited number of ways that Java API methods could have been named and structured, and nothing required Google to copy Java’s declaring code when it created the Android platform. But the SG overlooks the fact that Selden could have designed his accounting system in many different ways, and nothing required Baker to use Selden’s system. The point is that the Java API is a system for enabling programmers to use standard subprograms as building blocks for writing new programs. The system could have been designed in many different ways, but it was designed in a particular way, and the declaring code was necessary to practice the system in that way.
The fallacy underlying the SG’s bizarre notion that declaring code cannot be unprotectable under Section 102(b) is demonstrated by the following analogy. Imagine an American History study guide that contains a separate chapter for each decade from 1492 until the present. Each chapter starts with a topic sentence with this format: “This chapter covers the decade from x to x+9.” While the study guide as a whole is copyrightable, and many of its passages contain protectable expression, the 53 topic sentences are not protectable. The topic sentences only recite the fact that the chapter covers a particular decade. Moreover, any expression in the topic sentences has merged with the study guide’s system of devoting a chapter to each decade.
The SG completely ignored the circuit split exacerbated by the Federal Circuit’s decision.
The Third Circuit has long been an outlier on software copyright issues, according computer programs a “thick” scope of protection more appropriate for artistic works than functional works. The other circuits have largely ignored the Third Circuit, and have applied Section 102(b) to computer programs in a manner that encouraged legitimate competition. In particular, numerous circuits have found that copyright did not protect command structures and other program elements necessary for interoperability.
The Federal Circuit’s decision, however, relied on the Third Circuit’s jurisprudence. In rejecting the district court’s finding that copyright does not protect program elements necessary for interoperability, the Federal Circuit cited the Third Circuit’s statement in Apple v. Franklin that compatibility is “a commercial and competitive objective which does not enter into the somewhat metaphysical issue of whether particular ideas and expressions have merged.” By endorsing the Third Circuit’s approach to software copyright, the Federal Circuit magnified the circuit split.
The SG makes no mention of this split. Indeed, it does not reference Apple v. Franklin or the other aberrant Third Circuit decisions.
The Sega court’s repeated citation to Section 102(b) leaves no doubt that the Ninth Circuit believed that elements necessary for interoperability were unprotectable under section 102(b).
The Federal Circuit misconstrued Sega. Because it was a fair use case, the Federal Circuit concluded that interoperability was relevant only to the question of the applicability of the fair use defense. The SG makes the same error. To be sure, the Sega court issued its ruling on interface information in the context of determining whether Accolade’s reverse engineering was a fair use. But the Ninth Circuit’s conclusion that Accolade’s disassembly was a fair use was predicated on its holding that the interface information Accolade sought – “the functional requirements for Genesis compatibility” – was not protectable per Section 102(b).
Finally, the SG minimizes the Federal Circuit’s conflict with the First Circuit’s decision in Lotus v. Borland. The SG attempts to trivialize Lotus by stating that “the precise rationale of Lotus is not clear.” The SG’s confusion appears to arise from its erroneous belief that Section 102(b) and the merger doctrine are distinct. The SG also tries to distinguish Lotus on the basis that Borland did not copy code.
The SG recognizes that Google “has raised important concerns about the effects that enforcing [Oracle’s] copyright could have on software development.” Nonetheless, the SG believes that these concerns are better addressed in the context of fair use on remand.
This belief is premised in part on the misunderstanding of Sega, discussed above. The SG also believes that fair use is the more appropriate theory for considering the protectability of interface information because it would “allow courts to consider the full range of competing equities” in each case.
Although the views of the SG can be influential, the Supreme Court has ignored the SG’s opinions on a number of copyright matters recently, and therefore may nevertheless grant Google’s petition for a writ of certiorari.

References: § 102
 § 102
 v. 
 v. 
 v. 
 v. 
 v.