Showing posts with label Java. Show all posts
Showing posts with label Java. Show all posts

Monday, April 5, 2021

Supreme Court deems Google's use of Java APIs in Android fair use, thus no infringement--doesn't reach API copyrightability

Based on how the Google v. Oracle Supreme Court hearing went in October 2020, it appeared to be a given that the Java APIs in question were copyrightable, and the fair use debate was over whether the Federal Circuit had correctly ruled against Google or whether the San Francisco jury would have had to be afforded so much deference that a judgment as a matter of law wasn't warranted. In the former case, the case would have gone back to San Francisco for a remedies determination. In the latter case, the Federal Circuit would likely have remanded for a retrial, as Oracle was disadvantaged by the district court.

Surprisingly, the Supreme Court has just declared Google's copying of thousands of lines of declaring code to be fair use, thereby substantially weakening software copyright protection in the United States as there had not previously been a case involving such a substantial amount of undisputedly original and creative program code that someone else was allowed to incorporate into a competing product and distribute billions of times.

This decision was supported by six of the nine justices. Only Justices Thomas and Alito dissented (and noted that the majority didn't want to address copyrightability because it couldn't have reached its fair use conclusion thereafter). Justice Barrett was appointed after the hearing.

The per curiam focuses only on fair use. Copyrightability didn't have to be addressed as the case has been resolved in Google's favor, more than ten years after it was brought. Last July, I already expressed concern that the court might not say much about copyrightability. At the time, I wrote:

"If the Supreme Court answered the 'fair use' question in Google's favor on the basis of jury deference [it now actually did so on the merits], it might or might not discuss the standard for software copyrightability in detail. Whether the Federal Circuit's copyrightability holding would be affirmed explicitly or (by reaching "fair use") mostly implicitly, the copyrightability of API code would continue to be a reality in the United States."

Given that the justices were pretty much unanimously leaning toward copyrightability in October, it would be quite risky for anyone to consider API declaring code uncopyrightable. However, technically the Federal Circuit's copyrightability decision hasn't been affirmed either.

Contrary to what many others will say, today's decision is bad news for software developers. We do need certain fair use rights, sure. But overreaching fair use encourages infringement. The simplest way to put it is this: if someone created a platform and later turned around on developers, alleging copyright infringement by continuing to use some API code in the apps themselves, that would raise issues--and if developers didn't have an equitable defense anyway, they should at least have fair use rights. In Oracle v. Google, however, the issue was much more narrow: it was about a new platform using another platform's API code to compete--in fact, displace--the older one.

The syllabus says: "In reaching this result, the Court does not overturn or modify its earlier cases involving fair use." That sounds like the ruling is meant to be of only a narrow scope. But it doesn't change anything about this being a major departure from what the fair use standard used to be, especially with respect to software. It definitely stretches the envelope, weakening copyright as a vehicle for protecting software.

Copyright and patents are intellectual property regimes that were created in centuries before the advent of computer programs. Without digressing into details, software patents are among the most controversial categories of patents (second only to so-called "patents on life"). With copyright, there are plenty of issues as well. For example, it is commonly accepted that object code--and not only source code--is protected by copyright. But object code is technical, binary, machine-readable, not human-readable. It's a stretch to apply copyright protection to object code, but in the alternative one would have to come up with a software-specific sui generis IPR. It has been suggested that a sui generis right--somewhere between copyright and patents--is needed, though no such initiative has gained traction to date. I wouldn't rule out that it might happen in the future, but certainly not in the near term.

There are also external factors due to which copyright protection of software as well as software licenses that rely on copyright to mandate reciprocity, which is called copyleft (and also weakened by today's ruling) are less key today than they were, say, 20 or 30 years ago: cloud computing and platforms.

  • When software actually gets distributed to end users, it's much easier to identify copyright infringements. And copyleft generally applies only to distribution. As long as software stays on a server, it may commit infringements that are never detected, and most copyleft licenses just don't apply.

  • In the platform economy, might all too often makes right. That's why Epic Games is suing Apple (the trial is less than a month away). Apple's airtight control of iOS and of what gets installed on a billion users' devices doesn't depend on whether APIs are copyrightable or whether software is patentable. Some copyright protection is needed because otherwise someone could just steal iOS and build alternative iOS devices--but they don't even need to own the copyright in their APIs as long as the operating system allows only Apple's own App Store to install apps, which in turn are "curated" by Apple and only Apple. It's all about market power, and the only remedy against that one is antitrust--or antitrust-like laws such as the upcoming EU Digital Markets Act--as fair use wouldn't open the App Store.

    There's plenty of people out there now who are celebrating today's Supreme Court decision as promoting innovation, competition, and openness. In reality, the net effect will be the opposite. When Sun created Java, they allowed everyone to make and publish apps for it. Sun adopted a dual-licensing model under which you could either get Java under the GPL free software license or take a commercial license. Sun is history--it was acquired by Oracle. The next company contemplating the development of a comparable platform will look at what happened in Oracle v. Google. Against that background, it may either be discouraged from making the investment in the first place--or it may be encouraged to pursue an Apple-like platform business model ("walled garden") and create network effects through a non-open system with cloud components, an exclusive app store, and so forth. In other words, if you can't own software, you'll try to own (access to) users.

The case appeared dead in 2012 after the district judge held thousands of lines of program code uncopyrightable, and a few years later after a second jury agreed with Google on fair use. The appellate attorney they call the Defibrillator, Orrick Herrington Sutcliffe's Joshua Rosenkranz, twice managed to revive the case. Every time he won an appeal, Google appointed a new lead counsel. Ultimately, Goldstein &amp, Russell's Thomas Goldstein won the case for Google. (By the way, Mr. Rosenkranz is on Apple's team against Epic, so we may soon see him in action in a high-profile software platform case.)

Lawyers are not the reason Oracle lost this. Google's network of allies and supporters, including a number of organizations funded by Google, have for more than a decade been campaigning against Oracle's case. Oracle never managed to convince large parts of various relevant communities (which are mostly just vocal minorities) that what it was trying to achieve here would ultimately be good for developers. Certain justices indicated at the October hearing that they were aware of widespread concern over an Oracle victory being harmful to software development. That was just fear, uncertainty, and doubt (FUD). But it worked.

It may also have helped Google that the Supreme Court has had to overrule the Federal Circuit in a number of patent cases, so the Fed. Cir. may have a certain reputation of being exceedingly right holder-friendly. I've seen Federal Circuit decisions that really went too far. In this case, however, the Federal Circuit was absolutely right about (un)fair use.

[Update 1] I tweeted this remark concerning the term "user interface":

[/Update 1]

[Update 2] Oracle issued the following statement attributable to Dorian Daley, Oracle's EVP and General Counsel:

"The Google platform just got bigger and market power greater — the barriers to entry higher and the ability to compete lower. They stole Java and spent a decade litigating as only a monopolist can. This behavior is exactly why regulatory authorities around the world and in the United States are examining Google's business practices."

[/Update 2]

Share with other professionals via LinkedIn:

Friday, October 9, 2020

Afraid of losing the Android-Java copyright case, Google was looking for patents to countersue Oracle, but failed to find any suitable ones

I just published a detailed fact check that highlights at least ten major untruths Google's lawyer told the Supreme Court on Wednesday. Over the last 24 hours I received information on what was going on inside the Googleplex about four to five years ago. At that stage, Oracle had won its first Federal Circuit appeal against Google (the one over copyrightability), and the case had become a pure copyright case, as Oracle didn't pursue its patent infringement claims on appeal.

There was a lot of concern on Google's part that they were going to lose the "fair use" retrial. So they were asking themselves what they could do to gain leverage.

In the patent litigation context, the way most disputes between companies of the Oracle-Google type end is a cross-licensing deal: if both sides had "nuclear" patents, "mutually assured destruction" would ultimately solve the problem.

I know from a first-rate Google source (which I must protect and which contacted me through non-Google channels) that Renny Hwang, by now Google's patent litigation chief but then already on this case, conducted a search for patents that Google could use to countersue Oracle.

The criteria that Mr. Hwang defined were the following four:

  • They had to be capable of inflicting serious damage.

  • They had to target Oracle's core business, not just one of the various lines of business Oracle had acquired over the years (such as the MySQL open source database).

  • They absolutely positively had to be no search patents, even though Google had identified at least four search technologies in Oracle's offerings that it could have attacked. Google's strongest patents are in search--but with Google being a monopolist in that market, it couldn't seek injunctive relief over search patents without serious antitrust implications. The latter is my explanation--my source just told me that search technologies were off limits, and antitrust is a plausible reason.

  • They had to be homegrown as opposed to patents acquired from the likes of IBM. It would have looked bad in the eyes of a judge and, especially, jury if Google had countered litigation over Sun's homegrown IP with patents acquired from third parties.

It turned out Google didn't own any patents that would have met all four criteria at the same time. Therefore, they didn't bring a countersuit.

What my source doesn't know for sure is whether Google was going to sue right away (possibly delaying the retrial by persuading Judge Alsup to consolidate all claims, in which case Google would have told the jury "look, they also infringe on our rights") or, which I actually consider more likely, would firstly have threatened Oracle with a countersuit in an effort to work out a settlement.

I've been able to verify that my source is indeed a person who at the time held a position with Google in which the source would have been likely to be in the know. I try to be careful about "inside baseball" except when it's too relevant not to share with you, my esteemed readers. Earlier this year I broke the news on an EU-ordered patent/antitrust mediation effort between Nokia, Daimler and many of the world's leading automotive suppliers failing. No one has been able to find out who my sources were, but the accuracy of the information was subsequently confirmed.

I wish to reiterate, and elaborate on, something I said in my previous post (the fact check): I have my longstanding positions on this dispute, but there are other contexts, such as the ongoing Epic Games app distribution antitrust cases, in which I believe I'm more balanced than others who would simply blame Google for all sorts of things. Google does many good things, and I actually supported Google's core positions on EU copyright reform last year (in blog posts and by speaking at a couple of demonstrations, including the largest one of all those anti-Article-13 demonstrations). Also, in 2014 I expressed positions during an Apple v. Samsung trial that were definitely closer to Google's than Apple's. In fact, Google paid for the lawyers who successfully defended Samsung against two of Apple's patents-in-suit. And even in connection with Oracle v. Google, I said I wanted Google to win cert, though I was hoping for SCOTUS affirmance unlike everyone else who supported Google's petition.

Share with other professionals via LinkedIn:

FACT CHECK: Ten falsehoods and fallacies Google's lawyer told the Supreme Court about Oracle's Android-Java copyright case

I live-tweeted about the Google v. Oracle America oral argument before the Supreme Court, and about five minutes into the hearing I already felt that Google was likely to lose the copyrightability part. After all justices had indicated where they stood on that question, or what they were interested in, there was no more doubt to me that Oracle will win that part by a unanimous or near-unanimous decision--but "fair use" is harder to predict, with a remand to the Federal Circuit being a possibility. Yesterday I published the justices' copyrightability statements/questions and commented on them.

Timothy B. Lee, who opposes API copyrightability, wrote on Ars Technica that Google's Supreme Court faceoff with Oracle was a disaster for Google, and it appears the finger-pointing is already in full swing. Lots of law professors supported Google for ideological reasons and maybe because they were misled about the expressive and original nature of API declaring code. One of them, Cornell's James Grimmelmann, is quoted by Ars Technica as blaming Google's lead Supreme Court counsel, Thomas Goldstein, for having done "an abysmal job." I actually saw Mr. Goldstein at his best when he represented Qualcomm before a Ninth Circuit panel earlier this year, and I wouldn't attribute to his performance on Wednesday an outcome that can and actually must be explained with the spuriousness of Google's non-copyrightability argument. Of course, one could have tried to take a different angle on the issue, and Professor Grimmelmann would have preferred Mr. Goldstein to make a more coding-centric argument. Considering how the justices approached the subject, however, Mr. Goldstein's strategy might have been the better choice--just that declaring code is program code, and program code is copyrightable if it's original and expressive.

What I don't like, though, is how he played fast and loose with the facts and the procedural history of the case, especially in the "fair use" context. I heard him say a variety of things that flew in the face of what I knew about this dispute that I've been following for a decade, longer than any other. But without verifying this based on the documents I've downloaded since August 2010, particularly by fact-checking against the Joint Appendix that was submitted to the Supreme Court (Volume 1 (pages 1-341), Volume 2 (pages 342-725)), I didn't want to accuse him of lying before at least refreshing my recollection. The bottom line is that his representations to the top U.S. court lacked veracity, even to the extent that I think he owes the justices an apology.

In the following, I'll highlight ten misrepresentations, in increasing order of relevance to the "fair use" decision:

10. "No summary judgment"

In connection with the standard of review, Oracle told the court that most fair use determinations are made by judges on summary judgment. This case is one, however, in which fair use was put before a jury, but the Federal Circuit determined that judgment as a matter of law (JMOL) was warranted. Justice Gorsuch asked Mr. Goldstein the following question:

JUSTICE GORSUCH: Briefly, just to follow up on -- on that, Justice Sotomayor's question.

Mr. Stewart [Deputy Solicitor General of the United States] argued that if -- if we were to uphold the jury verdict or send it back on fair use, that we would be negatively impacting summary judgment practice and that most district courts take these questions up as a matter of law in summary judgment.

Justice Gorsuch raised a legitimate concern, one that may very well be shared at least by his conservative colleagues, and Google will need at least one conservative vote to win a remand. As part of his response, Mr. Goldstein said: "Oracle didn't move for summary judgment in this case."

What Mr. Goldstein overlooks are three inconvenient facts, any single one of which makes his statement less than truthful:

  • In the first Federal Circuit appeal (the one that resulted in a copyrightability holding and a remand of "fair use" for retrial), Oracle clearly argued that the fair use question should be resolved by the judges and not be put before a jury.

  • On remand, Oracle simply wasn't allowed by Judge William H. "I taught myself Java" Alsup to bring a motion for summary judgment. Here's the related excerpt from a February 2, 2016 hearing transcript:

    THE [DISTRICT] COURT: All right. Now I want to go to another thing. I -- that you all are bombarding me with. I don't intend to entertain summary-judgment motions and dispositive motions. Whose idea was that?

    We had the Federal Circuit order me to give you a trial. I'm going to give the trial. And if the evidence shows that Rule 50 [judgment as a matter of law, which comes at a later stage than summary judgment] should be granted at the end of the trial, okay. I can do that on the evidence at trial.

  • Google itself had moved for summary judgment on fair use back in 2011 (and lost, as I reported at the time).

9. "Java SE was not in smartphones"

Google argues that its use of the Java API declaring code is "transformative," which would weigh in favor of fair use (the first factor is "the purpose and character of the use"). But the problem is that transformative use in copyright is clearest when you create, for instance, a parody of something, or a cover version of a song 50 years later that has a completely different style. Google just claims that they took Java SE (SE means "Standard Edition") to smartphones, but that has simply been disproven over and over.

While Mr. Goldstein conceded that Google didn't really have a strong case for the court determining that what Google did was fair use, so his realistic best case is a remand based on the standard of appellate review of a jury verdict, he nevertheless repeated that long-debunked misrepresentation to the Supreme Court:

"[T]he jury was entitled to conclude based on the record evidence that this was an entirely new context, the Java SE was not usable in this particular -- in a smartphone"

What a disgrace.

Even Danger, Andy Rubin's company that subsequently created Android, used Java SE in the T-Mobile Sidekick smartphone. On page 370 of the Joint Appendix I found that old Rubin testimony about how they used Java SE:

Q. And that was the Sidekick/Hiptop that we talked about?

A. Yes.

Q. And you put Java to SE APIs in Hiptop; is that right?

A. Yes. We created our own implementation of the Java 2 SE APIs for Hiptop.

11 pages before that passage, Mr. Rubin confirmed that the Sidekick was a smartphone:

Q. And when you described that Sidekick phone as one of the—the first smartphone, I believe you said, is it the kind of smartphone that we’re familiar with today, the modern Android and iPhones?

A. More or less. I mean, it did a lot of the same functionality. It allowed you to surf the Web, get the full Web on a phone. It had a larger screen. The screen could be in landscape or portrait mode. It did instant messaging. It did email and things like that.

So what Mr. Goldstein said was plain wrong even with respect to Java SE, in the words of Android's founder--and Java SE was furthermore used to build the SavaJe platform, "a Java OS for advanced mobile phones" as Wikipedia says. But focusing on just Java SE is nonsensically narrow anyway. Many years back I explained that Java itself was used in BlackBerry and Nokia smartphones.

8. "Google expert said expressly Android has not superseded Java SE"

This here relates to the fourth fair use factor ("the effect of the use upon the potential market for or value of the copyrighted work"). Oracle's multi-billion-dollar damages claim is based on how Android displaced Java in the smartphone market, where it already had significant traction as explained before.

The breadth of the following statement by Mr. Goldstein toward the end of the hearing makes it a falsehood or even something much worse:

"Mr. Rosenkranz says that Android supplanted and superseded Java SE. Page JA 255. The market harm expert says expressly Android has not superseded Java SE."

Actually, when I looked up the passage of the Joint Appendix that Mr. Goldstein, it turned out that he misleadingly took the statement out of context. There is one answer by Google's market harm expert that says the following:

"It has not superseded – Android has not superseded Java SE."

But just a few lines above, the same Google expert referred to Java SE as a programming platform for only personal computers! Here's the full passage, and it belies Mr. Goldstein's sweeping claim:

Q. Can you please tell us what your understanding is.

A. Java SE is one of the Java applications programming platforms. And it’s the one that specifically was designed for desktop computers.

Q. Did you reach an opinion as to whether or not Android had superseded Java SE in the market? [emphasis added]

A. I have.

Q. Can you please tell the jury what that opinion is.

A. It has not superseded – Android has not superseded Java SE.

Q. Do you have reasons for reaching that opinion? If so can, you explain them?

[1898] A. Yes, I have two reasons. The first is that the two products are on very different devices. As I just mentioned, Java SE is on personal computers. Android, on the other hand, is on smartphones. [emphasis added]

The full context leaves no room for doubt. But here, again, there's something to add: literally minutes after that Google expert left the stand, Google made an announcement (do you believe that timing was pure coincidence?) that Android was going to compete with Java SE in the desktop computer market (see two 2016 blog posts of mine about this: 1, 2).

7. "API declaring code is barely creative"

In connection with the second fair use factor ("the nature of the copyrighted work"), Mr. Goldstein made the following statement that flatly contradicts even Google's own testimony:

"importantly, the fact that the original material here, the declarations, is barely creative"

As I already reported in 2011, Joshua Bloch, Google's chief Java engineer and top Java expert, testified the following:

Q. Would you say that designing APIs is a creative activity?

[objection to form, by Google lawyer]

THE WITNESS: Yes, absolutely.

So here you have Google's Supreme Court lawyer in 2020 saying the opposite of what Google's top in-house Java expert said nine years earlier when he testified under oath. Which one of the two do you believe? And which one of the two (if any) would you say is more likely to have told a lie than the other?

6. "new declarations only written in a new language"

Throughout this dispute Google has been trying to portray the APIs as being inextricably linked to the "free" Java programming language (the commands). Even the district court didn't buy that.

But Mr. Goldstein reiterated this on Wednesday:

"The computer scientists' brief at page 18, the Microsoft brief at 14, explain that both Apple and Microsoft, Oracle's examples, did re-implement prior interfaces. The reason that they didn't use these interfaces is they were using a different language, as if they were writing in French, rather than English."

As I noted yesterday, the Supreme Court is well aware of the fact that Apple and Microsoft (the latter even supporting Google here on fair use, though not on copyrightability) created smartphone operating systems without stealing anything from Oracle. Sure, Apple relied initially on Objective C and Microsoft on C# (the latter being pretty basically a Java clone, which I personally used a lot and like a great deal). But Oracle's Supreme Court brief notes that Spring and Log4J both wrote different declaring code for their own prewritten programs in the Java language that perform similar functions to those in Java SE.

5. "APIs never licensed separately from the Java language"

This is technically somewhat related to the previous item. And just as untruthful:

"The evidence at trial, for example JA 56, is the former CEO of Oracle saying that the APIs were never licensed or sold separately from the language, in contrast to his just base [?] assertion that IBM was paying for it."

Sun and Oracle offered the Specification license, which does exactly that, and large companies like IBM, Microsoft, SAP, Red Hat, and Oracle (before it acquired Sun) all took Specification licenses to the declaring code and then wrote their own implementing code. The Joint Appendix mentions all of that, mostly on pages 301-304 and 402-409. It's a fact that I fought against Oracle's acquisition of Sun, especially but not only in the EU, and Microsoft and SAP were co-complainants, which is also well-documented in the media. They wanted to prevent the deal from happening because of that very type of license!

Also, don't be misled: the "CEO of Oracle" here was Jonathan Schwartz, who despite his legal department telling him as early as 2007 that he should sue Google, never wanted to act. He was Sun's last CEO, he failed, and that's why Sun lost its independence. Oracle had to buy Sun because it was about to go bankrupt without an acquirer. Again, I know that subject well because I was a vocal opponent to the deal. I even organized and conducted a Wall Street analyst briefing (Westin on Times Square) in October 2009.

4. "no proof IBM paid for declaring code"

The passage I quoted under the previous subhead suggests that IBM was not paying for it. But there was undisputed trial testimony that IBM, and others, paid for a license to the declaring code without simultaneously licensing the implementing code (pages 301-304 and 402-410 of the Joint Appendix).

3. "Oracle seeking to block millions of apps"

Mr. Goldstein said:

"Here you have minimally creative declarations and they are being invoked to block the publication of millions of programs on an innovative smartphone platform."

The "minimally creative" part, which contradicts Google's own in-house Java expert's testimony, is totally incorrect anyway, but what's just as wrong is this allegation that the case is about blocking millions of apps in any way.

Oracle gives all programmers a free license to use Java SE to write apps that run on numerous licensed platform implementations of Java SE, including from Oracle's competitors. I'm sure I'd know if Oracle had ever sought any kind of relief against a single app or app developer just because they used the Java APIs. This case has nothing to do with app developers writing applications that run on Java SE. This case is about companies who build rival platforms. Oracle is simply seeking to require companies who seek to use Oracle’s investment to create a direct rival platform to take a license and agree to the compatibility requirements that benefit developers. All rival platform developers complied--until Google decided to just use the stuff without taking either an open-source or a commercial license, both of which Sun offered.

2. "industry expectations and practice"

Industry doesn't make the law. Congress does, courts interpret it. But courts do take the world outside into consideration, and Mr. Goldstein said the following:

"I don't think there is actual debate about the expectations of the industry. And they have nothing to do with licensed reuse of interfaces. The --there is a widespread consensus in the industry and among computer scientists that this has been the practice."

Concern about "upending" an industry practice is a potential factor in the Supreme Court's decision. But what Google's lawyer describes as "undisputed" was actually controverted by some, and even the district court disagreed with Google. It excluded Google's "industry custom" expert because he did not have the goods. He sought to testify about an industry custom of unlicensed copying without identifying any examples of unlicensed copying — relying instead on licensed copying (page 470). Having failed to establish the record for its argument in the most sympathetic court it ever faced in its history, Google tried to establish the point with amici curiae who similarly did not distinguish between licensed and unlicensed re-implementations and who conflated open-source use pursuant to a license with unlicensed use. At any rate, large software companies like SAS, Synopsys, and Mathworks along with the CEO of EMC (Joseph Tucci) and the former CEO and CTO of Sun Microsystems (Scott McNealy) all submitted amicus briefs refuting that there was such a thing as an industry-wide consensus of unlicensed copying being above board.

1. "benefit to developers"

It's almost funny how Google tries to paint a picture of being so altruistic that it really just had the best in mind for app developers ("reusing the minimally creative declarations allowed the developers to write millions of creative applications that are used by more than a billion people"--and "minimally creative" was addressed further above, but here the focus is on the alleged concern for developers).

It's not that I, as an app developer, am not grateful to both Apple (which didn't take anything from Oracle/Sun) and Google for the market opportunity they've created. My posts on the ongoing app store antitrust matters (such as 1 and 2) hopefully reflect my efforts to be a voice of reason in that context amid all the bashing of platform makers that I see elsewhere on the web.

But as a developer I depend on copyright and also want platform makers to respect it. Google could have benefited developers without Java, and if it wanted to do Java, it could simply have taken any of multiple licenses offered by Sun and Oracle and benefited developers. Google even rejected the free open-source license. All that Google would have had to do was agree that it and anyone who reused its code would also make their code available on such terms ("copyleft"). Google refused that quid pro quo because it concluded it would not be in its business interest (Joint Appendix, page 367). Helping programmers looks like a pretext to me, also in light of the various ways that Google protects its own APIs now and tries to lock app programmers into Android in various ways.

The bottom line is that Mr. Goldstein said a number of things that were misleading at best and mendacious at worst. He's impressive, but he may have gone too far in his vigorous efforts to secure the best possible outcome for his client Google.

Share with other professionals via LinkedIn:

Thursday, October 8, 2020

Bench reading: what the Supreme Court justices said about APIs being copyrightable in yesterday's Oracle v. Google hearing

Other than a potential remand of the "fair use" question to the Federal Circuit, Google cannot realistically hope for anything positive to come out of yesterday's Supreme Court hearing in Google v. Oracle America (petitioner v. respondent as opposed to plaintiff v. defendant): the Android maker's non-copyrightability defense has a snow flake's chance in hell.

I wrote yesterday's triumphant post on the basis of having listened to the hearing on C-SPAN Radio (over the web). Now I'd like to go over what the justices said in the copyrightability context based on the transcript (PDF). I'll sort this by judge, in the order in which each judge first addressed this subject (seniority). And I'll then provide my interpretation.

Chief Justice Roberts

"Mr. Goldstein, let's say someone copies the headings in your -- your brief and they copy the organization in your brief, which sections you put first and how you organized them. Is your argument -- would your argument say that that's perfectly fine so long as they write their own text?"

This is consistent with how Oracle to the Federal Circuit years ago, with its Harry Potter analogy, which was just genius. The problem this posed to Google is that they'd either have to argue computer programs are different (which they tried yesterday, to no avail in the copyrightability context) or they'd have to take a very expansive view on what's not copyrightable.

"I understand your merger doctrine -- argument is different, but I -- I don't think that was the question I asked."

Google's counsel was being evasive again, so the Chief Justice said:

"Well, if you're talking about necessary to do so, and, again, you're force -- forcing me back to the merger -- to the merger doctrine, and that's -- that's fine, but the only reason that there's only one way to do it is because Sun and Oracle's product expression was -- was very successful. There were a lot of ways to do it when they did it. And the fact that everybody -- programmers really liked it and that's what everybody used, it seems a bit much to penalize them for that."

I love that part. First, the Chief Justice gave up on eliciting a real answer from Mr. Goldstein on the book analogy, which obviously made Google's argument look every bit as weak as it was. Second, the Chief Justice identified the fundamental flaw in Google's reference to the merger (of fact/function and expression) doctrine: while the doctrine applies to the situation at the time something is created, Google wants the court to time-travel and make Oracle, as Sun's acquirer, a victim of its own success with Java by saying that now the structure of those Java APIs is a method of operation and there is, therefore in Google's view, only one way to express them.

"I don't think it's a patent right. I mean, it's the -- it's their particular expression. And you want to -you say the only way for you to say what you want to say in the --the new material that you provide is to copy -- copy theirs. That's not a -- a patent. That's -- that's copyright."

At this point Mr. Goldstein had already lost (and as I wrote yesterday, he's great but Google has no non-copyrightability case by any stretch of the imagination) on three counts: he was evasive on the book analogy; his merger doctrine argument failed because he wants to retroactively apply it; and his claim that Oracle was trying to use copyrighted works to achieve a patent-like monopoly is nonsensical because it's about expression (about something that was written, not about an abstract functionality).

"[B]efore you get into fair use, you say that was the only way for you to do it. But, you know, cracking the safe may be the only way to get the money that you want, but that doesn't mean you can do it. I mean, if it's the only way, the way for you to get it is to get a license."

As came up several times in this ten-year litigation, the makers of Android were even negotiating a license, but decided to go ahead without one.

"Well, all right. I mean, you're --but what about the -the --the combination to the lock on the safe? Can you copy that just because somebody else has it and that's the only way to get in?"

Mr. Goldstein tried to give the "safe" analogy a spin for his purposes, but the Chief Justice didn't buy it that what Oracle was trying to achieve with its copyright assertion was a broad monopoly over how to do something.

"Mr. Rosenkranz, let's say you want to open a restaurant. You've got a great new chef. He's got great new dishes. And you say: Well, we've got to figure out what the menu should look like. You know, of course, you're going to have, you know, appetizers first, then entrees, and then desserts. Now you shouldn't have to worry about whether that organization is copyrighted.

"And I think Mr. Goldstein is saying that that's what's going on --on here. Every restaurant organizes its menu that way, and you don't want to discourage people from opening it because they're going to have to spend their own time trying to figure out what the menu should look like.

"Why isn't that exactly what Google is saying here?"

The Chief Justice used an analogy here that involves a much simpler and smaller structure than the Java APIs. That's why Oracle's counsel then noted the Java APIs "fill the blanks in 30,000 times over, and each item had its own description that no one else was using."

"Well, you say that they did have a choice; in other words, your work did not leave them with no -- no option. Well, what choice did they have without having to spend billions of dollars, which would be wasteful and impede the development of the high-tech business?"

This is now a policy question, and Oracle's response was that Microsoft and Apple (by coincidence, Mr. Rosenkranz has also been appellate counsel to them on various occasions) actually did just that, and that the idea of copyright law is that you do have to come up with your own creation. That applies to all fields of IP law, in fact: patent holders will also argue that someone should just work around (or take a license if available).

"Mr. Goldstein says the most efficient, the best way to do it, the way to keep programmers doing new things, rather than old things, is to use Java."

This question was so broad and general that it wasn't clear whether it was still about copyrightability or whether the Chief Justice had moved on to fair use, especially with the occurrence of the verb "to use." Oracle responded in both respects.

Justice Thomas

He hardly ever asked questions while Justice Scalia was alive. But since then I've heard him ask very interesting questions. He's a great thinker.

"Mr. Goldstein, you seem to rely quite a bit on Section 102. Why don't we rely on Section 101, which is more specific with respect to computer programs?"

This 101/102 distinction reminds me of the Federal Circuit hearing, where Oracle's counsel Joshua Rosenkranz explained, and the appeals court appeared to agree, that Section 101 is where copyrightability is decided, while Section 102 is more about what scope it then has. Interestingly, Mr. Goldstein didn't disagree. He just tried to thread the needle somehow with the help of the merger doctrine, which the Chief Justice had already shot down.

"So at what --at what point should we determine the merger, whether or not there is merger? When Oracle or Sun develops this program or when you decide to use it?"

Google's merger argument again fails because of their time travel type of proposition. But Mr. Goldstein tried nonetheless (as the alternative would have been to just concede the case away, though that would have been warranted) to defend the retroactive approach, and pointed to Baker v. Selden, a case I discussed in 2013. Justice Thomas then came up with an interesting analogy to Google's idea that someone should become the victim of their own success:

"You know, you could --someone could argue, though, that, look, if a -- a team -- if a team takes your best players, a football team, that the only way that those players could actually perform at a high level is if you give that team your playbook. I don't think anybody would say that is --is right."

Mr. Goldstein then tried to drive the point home that Oracle wanted a captive audience in terms of the programmers using Java or, as he called it, "prisoners" and not a "fan base." But that was again just him being evasive, as Justice Thomas obviously noted:

"Well, actually, my concern was having to turn over the playbook. But let's go to fair use briefly [...]"

So far, Mr. Goldstein still hadn't given a single answer in a strict sense to any of the questions that the Chief Justice and by now the most senior Associate Justice asked.

"Mr. Rosenkranz, in your brief, you seem to be arguing for more than the declaring code. If I'm right there, do we need to decide more than that?"

Oracle of course said it was just about the declaring code, but with declaring and implementing code not being practically distinguishable from a copyrightability point of view, it might have seemed that they were going beyond just declaring code.

Justice Breyer

When it comes to patents, he's relatively defendant-friendly. But patents and copyrights are different fields of IP law.

"Well, I have a question for each side that I'm trying to answer in my own mind. For you, I'd --I'd like to ask this: I write down at the computer, I have a computer in front of me, and I put java.lang.math.max(410), okay? And that calls up a certain program, which you did not copy, the one it calls up, which is setting the switches of a computer.

"Well, the thing I --the words I just spoke also call up a particular program, i.e., a set of computer switches that will get me to the program that does the --you know, that does a particular thing.

"Well, it's a computer program, isn't it? And you can copyright computer programs. And so what's the difference between java.lang, et cetera, which sets switches on the computer, and any other program that sets switches on the computer?"

This is a point I've been making for a long time: in order to deprive API-related code of copyrightability, one would have to generally narrow the scope of copyrightable works in the computer software context. As a programmer I know that the java.lang.math.max function requires two parameters to make sense, but that doesn't change anything about Justice Breyer having asked an excellent question that added value to what the Chief Justice and Justice Thomas had said.

"I bet there aren't -- just one way to do it. Why is there just one way to do it? If you spent enough time and you had the most brilliant computer programmers, don't you think they could devise a system of calling up the Java program, though it might be expensive to do and take a long time, that didn't use the word java.lang.math?"

This is also one of the fundamental truths in this case: Google alleges that something is like a real-world fact. It's like talking about the capital of the United States, and of course its name is Washington, so anybody talking about it has no choice about that name. You might be able to use a nickname, or a metonym. Well, you can say "D.C."--a synonym in most contexts. But the API code at issue here was freely defined.

During Oracle's argument, Justice Breyer said the following about copyrightability:

"All right. Please assume with me the following: Assume that the --what you read, the computer --computer programs which do something, after all, are copyrightable, but then it says methods of operation are not, whether they're computer programs or not.

"The problem for us is, is this more like Baker v. Selden, where they said the accounting is not, it's a method of operation? Or is it more like an ordinary computer program?

"All right. Now what I got out of reading through this very good briefing is, look, Java's people divided the universe of tasks, of which there are billions, in a certain way. All the things that tell the computer to do one of those things, we'll do. But that which tells the computer which to do, that's the declaration.

"Here is what it's like. It's like, as Judge Boudin said, the QWERTY keyboard. You didn't have to have a QWERTY keyboard on typewriters at the beginning, but, my God, if you let somebody have a copyright on that now, they would control all typewriters, which really has nothing to do with copyright.

"Or it's like switchboards on old-fashioned telephone systems. You could have done it in 1,000 ways. But, once you did it, all those operators across the world learned that system, and you don't want to give a copyright holder a monopoly of --hmm -telephone systems.

"Or it's like, to use the Chief Justice's example, a chef who figures out brilliant ways of mixing spices and then putting the spices for this and that in a certain order on a shelf, and then he writes something that tells you which shelf to go to and which shelf to pick out and which spice to pick out for which dish.

"Now all those things are somewhat ordinary programs, but they also are doing something. They're giving you an instruction as to how to call up those programs that reflect Java's organization.

"And at this point in time, it's really tough, just like the QWERTY keyboard, to go backwards, and very bad consequences will flow if you don't see that distinction. Okay?

"Long question, but that's what I got out of their method of operation argument. And I wanted you to say what you want about that."

Oracle's counsel was quick to point out that those analogies were more mechanical than the expressive Java API code. Anyway, the long statement Justice Breyer made suggests he understood the problem of Google making a retroactive-retrospective type of argument.

Justice Alito

"Mr. Goldstein, I -- I'm concerned that, under your argument, all computer code is at risk of losing protection under 102(b). How do you square your position with Congress's express intent to provide protection for computer codes?"

This concern is simply damning for Google. And it's consistent with the issue Justice Breyer raised.

"Well, there have been --a lot of questions already about the merger argument, but how do you respond to Oracle's argument that you're -you are arguing in a circle, that there is only one way to write a declaring code like Oracle did?"

If this case had been put before Justice Alito alone, it would have taken him only a few minutes to dispose of the non-copyrightability defense.

Justice Sotomayor

"Counsel, I --I -I go back to the essence of the question that I think my colleagues are asking, is how do you differentiate between declaring codes and implementing codes? Because you agree --you agree that you couldn't have copied their implementing code because there are multiple ways of doing that.

"But you fight the declaring codes because there are multiple ways of declaring as well. Apple has a different way of declaring the same functions. They spent the billions of dollars necessary. Presumably, you could have.

The fact that Apple built a smartphone operating system without doing this was a very strong one. It's just absurd that Google--trying to keep a totally meritless defense alive--then tried to distinguish iOS from Android because they used a different programming language.

"And yet, you spent so much time in your brief convincing me that implementing and declaring codes go together in this hand. They merge. How do we draw the line?"

We can see here that Justice Sotomayor is not willing to weaken copyright protection for computer programs in general only to suit Google's needs.

"May I --may I stop you right there? That's the nub of the problem, which is, what gives you the right to use their original work? What --how do you define 'method of operation' so that there's a clean line between that and when you have to create new code?

"Like an implementing code."

"My problem with your argument is, what's your definition of 'interoperability'? It seems one-directional. You seem to define it as the extent to which existing third-party applications can run on your platform, but not whether apps developed on your platform can run on systems that use Java SE. So it's one way."

Here I think Justice Sotomayor made a very important point (Google wanting to take, not give) but not in the most suitable context. She had actually, inadvertently, already started to talk about something that has no bearing on copyrightability but only on fair use.

"So could people now copy your --your --you now have developed many different packages and platforms and things like that. Can they copy yours now?"

Mr. Goldstein then replied in a way that would keep all options open for Google to sue anybody later, just trying to distinguish the cases. And judges easily see through that.

During Oracle's part, Justice Sotomayor focused on the potential impact of the decision:

"Counsel, at the -in your beginning statement, you had the sky falling if we ruled in favor of Google. The problem with that argument for me is that it seems that since 1992, and Justice Kagan mentioned the case, the Second Circuit case, a Ninth Circuit case, an Eleventh Circuit case, a First Circuit case, that a basic principle has developed in the case law, up until the Federal Circuit's decision.

"I know there was a Third Circuit decision earlier on in the 1980s. But the other circuits moved away from that. They and the entire computer world have not tried to analogize computer codes to other methods of expression because it's sui generis.

"They've looked at its functions, and they've said the API, the Application Programming Interface, of which the declaring code is a part, is not copyrightable. Implementing codes are.

"And on that understanding, industries have built up around applications that know they can --they can copy only what's necessary to run on the application, but they have to change everything else. That's what Google did here. That's why it took less than 1 percent of the Java code.

"So I guess that's the way the world has run in every other system, whether it's Apple's desktop or Amazon's web services, everybody knows that APIs are not --declaring codes are not copyrightable. Implementing codes are.

"So please explain to me why we should now upend what the industry has viewed as the copyrightable elements and has declared that some are methods of operation and some are expressions. Why should we change that understanding?"

When she refers to Google just taking less than 1% of the Java code, it sounds as if she conflated copyrightability and fair use, and maybe that was her intention, or maybe it just looks like it.

I believe some others who listened to that part have attached way too much important to the impact assessment. The law doesn't work that way. Yes, policy matters, but none of what Justice Sotomayor said in that long passage really shows a path under the law as it stands to arrive at Google's desired result, even if she desired it as well, which is not even a given (though she was relatively sympathetic to Google in some contexts).

Justice Kagan

"Mr. Goldstein, I have to confess to being a little bit surprised or confused about some of the arguments you're making this morning. And maybe it's just me and I don't understand it, but I'm hoping you'll explain it to me, because, when I read your briefs, I took you to be making a somewhat different argument, principally, than the one you're making today."

This impression of shifting-sand arguments or even self-contradiction is obviously a lawyer's nightmare.

"I took you to be saying that the declaring code is unprotected because it's a method of operation, that it's what allows Java programmers to operate the computer, and to be setting forth a pretty flat rule on that --of --of that kind.

"And --and I don't hear you saying that today. Instead, I hear you saying, you know, the real question is, are there multiple ways of doing the same thing?

"So are those different arguments? And which one are you making?"

Google's lawyer then wanted to have it both ways. And he tried to appeal to her by saying that his approach was "textualist."

"Excuse me. Sorry, Mr. Goldstein. But, if --if --if --if that's your test that you're focusing on today, is that essentially the test that comes out of the Second Circuit Altai case? Is there any difference between what you're saying today and --and --and what Altai says, which is essentially that we have to figure out how to separate out the expressive elements of something?"

This is the filtration approach, and her reference to this makes it a possibility that her understanding of copyrigh case law is particularly deep. The above was the most sophisticated question in my view as far as appellate case law on copyright is concerned. Other questions--asked by other justices--had other strengths, such as Justice Alito being super-efficient and Justice Thomas using interesting analogies.

"And if I could go back to something that I think the Chief Justice was asking about, I mean, suppose I'm --I'm --I'm sitting in a mathematics class and the professor says: Do a proof of --of --of something or other. And, you know, it turns out that 20 people in this mathematics class actually come up with more than one proof, and some are better than others, you know, some are elegant and some are less elegant.

"So there are more than one way of proving whatever proposition there is. How do we deal with that? I would think that that's pretty analogous to the situation here, that there are more than one way and Oracle happened to come up with a particularly elegant one."

Mr. Goldstein then tried to evade that question, and while Justice Kagan thanked her, I doubt he managed to convince her.

"Mr. Rosenkranz, as -as I understand it, there are two features of your declaring code that you think merit copyright. And I want to make sure I'm --I'm --I'm right on this first.

"The --the first feature, and this is pretty basic, is that we need some way of connecting a programmer's inputs, whatever they happen to be, some way of connecting those inputs to implementing code.

"And then the second feature is that there needs to be a way to organize those inputs, those calls, into various classes and packages.

"So one is like the trigger and one is the method of organization. Is that right? Is that the thing that you're saying merits copyright?"

Oracle clarified that it's about the declarations themselves, but also their structure, sequence, and organization.

"Okay. So let's start with that, the taxonomy, the structure, the organization, and we can, if we have time, get back to the other.

"I'll give you an example that's similar to one that the Chief Justice used, but I think you won't be --you won't be able to answer in quite the same way.

"Suppose I own a grocery store and I come up with a really terrific way of organizing all my fresh produce, all my fruits and vegetables, into these categories and sub-categories, very intuitive for the shopper. And this is not the standard way. So it's different from the Chief Justice's hypothetical in that way. It's novel. And it's great. And a rival grocery store, all rival grocery stores want to copy it.

"Do I have a copyright claim?"

Oracle then explained that not every structure, sequence, and organization is copyrightable. It depends on what the structure consists of.

"So why is it worlds different? I mean, it seems to me that there are all kinds of methods of organization in the world. You know, whether it's the QWERTY keyboard or whether it's the periodic table or whether the system of kingdoms and classes and phyla and so forth that animals are organized into.

"I mean, there are a thousand ways of organizing things, which the first person who developed them, you're saying, could have a copyright and then prevent anybody else from using them."

It then appeared Oracle answered the question satisfactorily, especially when reminding the judge that the material in question spans 600 pages in the appendix.

Justice Gorsuch

"Good morning, Mr. Goldstein. If --if I understand the conversation so far, you are moving past, rather rapidly, the --the primary argument in your brief that the code just simply isn't copyrightable.

"And I --I --I think that's probably a wise move given the fact that 101 says computer programs, including statements or instructions, in order to bring about a certain result, may be copyrighted.

"We might not think otherwise that it should be, but there it is. And, normally, the --the specific instruction there in 101 would govern the more general idea-expression dichotomy in 102. So am I right, that we can move past that rather rapidly?"

This question by Justice Gorsuch is an excellent statutory one. And when Mr. Goldstein said he actually argues the merger doctrine, the justice replied:

"So I take that as a yes. I'll be honest with you."

It wasn't good news for Mr. Goldstein, but such forthrightness is actually helpful.

"So, if we're moving straight on to the merger doctrine, there, I guess I'm stuck in a similar place as Justice Kagan, which is the argument strikes me very much me as I wish to share the facilities of a more successful rival because they've come up with a particularly elegant or efficient or successful or highly adopted solution in the marketplace, and --and ride on --on --on their innovation.

"What do we do about the --the fact that the other competitors, Apple, Microsoft, who I know is one of your amici, have, in fact, been able to come up with phones that work just fine without engaging in this kind of copying?"

Apple had been mentioned by Justice Sotomayor. Now Justice Gorsuch adds Microsoft. And in a way Justice Gorsuch created a synthesis of Justice Thomas's statutory approach and Justice Kagan's additional reference to case law.

"[I]sn't it pretty difficult to say that this is an essential facility-type problem when --when others have managed to --to innovate their way around it?"

Interestingly, Justice Gorsuch drew an analogy to antitrust law here. And my position has long been that the problem of access to copyrighted APIs should be solved through compulsory licensing on FRAND terms under an antitrust duty to deal.

"[I]f we're worried about ideas and expressions merging, and --and others have been able to accomplish the task without reliance on what --what you might claim to be the essential facility, where --where do we stand?"

Here, Justice Gorsuch checkmated Mr. Goldstein. Simple as that.

Justice Kavanaugh

"To the extent you're still making the method of operation argument, the other side and the solicitor general say that declaring code is a method of operation only in the same sense that computer programs as a whole are methods of operation and that, therefore, your method of operation argument would swallow the protection for computer programs.

"Your response to that?"

Again the concern I share over copyrighability not being the vehicle for distinguishing between declaring and implementing code.

"On your merger argument, one concern that has been raised already is the timing issue. Another concern that I want you to respond to is that it seems to define the relevant idea in terms of what you copy. You're not allowed to copy a song just because it's the only way to express that song.

"Why is that principle not at play here?"

The reference to a song not being free for the taking "because it's the only way to express that song" again exposes Google's approach of saying that something popular loses copyright protection. Mr. Goldstein then claimed they weren't "defining merger self-reflectively," but not in a convincing way.

"One of the points in some of the amicus briefs, and I want to compliment the briefing of the parties and all the amicus briefs, which have been enormously helpful, of the 83 computer scientists is that the sky will fall, in essence, if we rule against you in this case, threaten significant disruption.

"One question I had about that, though, is the Federal Circuit ruled in 2014, this Court denied cert in 2015 on the first issue. I'm not aware that the sky has fallen in the last five or six years with that ruling on the books.

"I know it's different if we rule here, but can you respond to that?"

I got the impression yesterday, as I also noted in my post right after the hearing, that this impact assessment type of question may play a major role in the discussion between the justices. And it's not just about copyrightability, where Google has no prayer, but even more relevant with respect to fair use, where there isn't a clear majority--however, fair use is so fact-specific (and in this case also a procedural matter--standard of review) that I don't think one needs to be concerned even if one agreed with Google on pretty much everything else. We're not talking about a general finding that APIs can never give rise to a fair use exception. It's about only this (extreme) case.

"And welcome back, Mr. Rosenkranz. I just want you to follow up on two of my colleagues' questions. First, any more you want to say about Justice Breyer's QWERTY keyboard question? And, second, Justice Sotomayor's question about settled expectations and --and I would add the 83 computer scientists' concern about threatening significant disruption. If you could just follow up on those two, and I have no further questions after that."

The way I understood this was that he just wanted to give Oracle's counsel the chance to complete whatever he wanted to say before, or to maybe optimize his argument.

Later, Justice Kavanaugh also gave the Deputy Solicitor General of the United States, Malcolm Stewart, a chance to talk about copyrightability:

"Good morning, Mr. Stewart. One question on merger doctrine and one question on method of operation.

"First, Google says in its reply brief that the dispositive undisputed fact in this case is that the declarations could not be written in any other way and still properly respond to the calls used by Java programmers.

"Are they wrong in saying that?"

And another chance:

"And the method of operation, Google says that the declarations are a method of operation because they are for the developers to use, while the implementing code instructs the computer.

"Your response to that?"

Those questions didn't change anything about my impression that the SCOTUS will either affirm the copyrightability finding unanimously or, less likely but possible, "only" near-unanimously.

Share with other professionals via LinkedIn:

Wednesday, October 7, 2020

Supreme Court inclined to affirm Federal Circuit's copyrightability holding in Oracle v. Google, possibly unanimously--fair use may be remanded

Judge William H. Alsup of the United States District Court for the Northern District of California may go down in history as the only U.S. judge ever to have found that code related to application programming interfaces (APIs) is not copyrightable only because it's related to APIs. Or one of only two judges, should Associate Justice Sonia Sotomayor dissent from what otherwise looks like a unanimous affirmance of the Federal Circuit's copyrightability holding. But even Justice Sotomayor is at best having second thoughts and far from being totally in the tank for Google on this part.

The points that Google's attorney, Thomas Goldstein, made on the copyrightability part were simply ridiculous (he's a fantastic lawyer--the problem is that Google has no non-copyrightability case), and in the first part, every one of the Justices asked questions that suggested a strong inclination to side with Oracle on this part.

There was pretty much a consensus that copyrightability is determined based on the situation when something is written, so the merger and method-of-operation exceptions don't apply if they're basically used as a defense to subsequent infringement (which is where fair use comes into play, but irrelevant to copyrightability). Therefore, Google has no path to victory on copyrightability. Game over in that regard.

I've been saying for about ten years--and this case just celebrated its tenth anniversary in August--that regardless of the Merger Doctrine or any other theory, API declaring code is simply code. The Supreme Court of the United States made it clear today, and will do so in writing. I already considered this outcome quite likely when I looked at a procedural order three months ago.

Words cannot express how much I look forward to the SCOTUS opinion after all of this time and absolutely unjustified attacks. Certain morons will get their comeuppance. But, to be very clear, there are some people who sided with Google on this question whom I respect a great deal. Those people know, or they can figure based on how respectfully I've interacted with them at all times, and because they didn't disparage me regardless of our disagreement on API copyrightability. By "morons" I only meant the unreasonable ones who blamed me in unacceptable ways against the backdrop of what was simply a massive legal error on the district judge's part.

Now, with respect to fair use, the problem is the standard of review because the "fair use" finding was a jury verdict.

Orrick's Joshua Rosenkranz argued that the Federal Circuit applied the "no reasonable jury could have found otherwise" standard, but that the correct standard would be de novo for the legal conclusions that a fair use determination involves.

My feeling is that the Supreme Court may find that the more deferential substantial evidence standard needs to be applied, and that in this case a majority of the justices may very well remand the case to the Federal Circuit. It's also possible that Oracle wins affirmance on "fair use" (especially since a split 4-4 decision would be sufficient for affirmance), but I doubt it. There appears to be some concern among the justices that with all the support Google got from amici curiae warning against the consequences of affirmance they somehow feel they shouldn't decide against what Google managed to present as industry practice and expectation.

Assuming that there is a remand of the "fair use" part, which I consider more likely than the other way round (though nowhere near as certain as affirmance of the copyrightability holding), the Federal Circuit would not be too likely to overrule the jury again. But it would then pick up where it left off last time, and Oracle had strong arguments (that also appeared to get traction with the appeals court) for a retrial. Judge Alsup made some pretrial decisions that unfairly disadvantaged Oracle.

I think is a clear case of unfair use, but I'm like ten times more interested in the copyrightability part, and so happy that this one is going to be clarified for good. I was the only one to openly welcome Google's petition for writ of certiorari despite hoping for affirmance. That's because I'm all about the issues, not about the parties. I wanted the copyrightability part to be resolved for good, and on a nationwide basis. A Federal Circuit decision applying Ninth Circuit law would have been of only limited value--it wouldn't have been binding on anyone, not even on the Federal Circuit itself. The highest court in the land is going to provide definitive clarification that API code is not going to be treated differently from a copyrightability point of view than other program code. It's about original creativity, stupid.

Share with other professionals via LinkedIn:

Tuesday, July 7, 2020

Supreme Court affirmance of API copyrightability ever more likely--deference to jury (with respect to "fair use") is Google's last line of defense

For a few years I've limited my commentary on the Oracle v. Google Android-Java copyright case to procedural matters, without reiterating the reasons for which I believe the thousands of lines of Java API code asserted in that case are protected by copyright, and their use by Google was unfair. While I agree with Oracle on substance, I did publicly support Google's successful cert petition because I care about the key issues far more than about specific cases.

I'm going to continue to steer clear of arguing the issues. But I am still following the proceedings, and I have bad news for those who hated the Federal Circuit's copyrightability holding: with respect to copyrightability, it looks like Google is more likely than not to lose.

Due to the coronavirus crisis, oral argument was postponed on very short notice in mid-March, and later rescheduled for the next term (October 2020 at the earliest). Then, in early May, the following order was entered:

The parties are directed to file supplemental letter briefs addressing the appropriate standard of review for the second question presented, including but not limited to the implications of the Seventh Amendment, if any, on that standard. The briefs, not to exceed 10 pages, are to be filed simultaneously with the Clerk and served upon opposing counsel on or before 2 p.m., Friday, August 7, 2020.

This is about deference to the jury with respect to "fair use." The jury had found in Google's favor, so this is, per se, a potential Get Out of Jail Free card for Google, and apparently one that a group of law professors had raised in an amicus curiae brief. But it also means Google's non-copyrightability argument is struggling--or may already have failed definitively--to get traction with the top U.S. court for the second time in about six years.

That's simply because the second question ("fair use") won't be reached unless the first (copyrightability) is answered in the negative for Oracle. "Fair use" is a defense to infringement, and you can't infringe what isn't protected in the first place.

It's unclear how many justices proposed the request for supplemental briefing. It might have been only one, but it will have taken support from several others for this order to be entered. There is quite a possibility of multiple justices--potentially a majority--already having concluded that Google can't prevail on its non-copyrightability argument. The hearing was postponed on such short notice that many if not all of the justices are quite informed; at a minimum, their clerks had concluded their analysis at that stage.

If the Supreme Court answered the "fair use" question in Google's favor on the basis of jury deference, it might or might not discuss the standard for software copyrightability in detail. Whether the Federal Circuit's copyrightability holding would be affirmed explicitly or (by reaching "fair use") mostly implicitly, the copyrightability of API code would continue to be a reality in the United States.

In the same scenario (and I'm not suggesting that it's likely--the fact that the SCOTUS requests additional briefing doesn't mean it will necessarily agree with Google on jury deference), those opposing the protection of API code under copyright law wouldn't really make headway beyond this particular case (and even in that one, there'd simply be a remand to the Federal Circuit). It would be a procedural decision, centered around the standard of review, far short of agreeing with Google's "fair use" defense in its own right--and next time a different jury, ideally instructed by a different (more balanced) judge, might simply find otherwise. It wouldn't be precedential with respect to the substantive issue.

After Oracle won the first of two rounds in the Federal Circuit (with Orrick Herrington Sutcliffe's Joshua Rosenkranz as lead counsel), Google already requested certiorari, but the Supreme Court declined. That fact, combined with the May 4, 2020 order that implies copyrightability, suggests quite strongly that Google is facing an uphill battle in that regard.

Share with other professionals via LinkedIn:

Tuesday, December 3, 2019

Procedural implications of Google obtaining certiorari for its appeal of Oracle's Java-Android copyright victory

Last January (2019) I wrote that I wanted Google to be granted certiorari (Supreme Court review) of Oracle's copyright win(s) in the Federal Circuit, but I also made it clear I wnated affirmance (no surprise to anyone who knows what I wrote about the case in previous years). The first wish has come true: on November 15, Google's petition for writ of certiorari was indeed granted.

I'm not going to reiterate positions on the merits that I'm tired of repeating. A while ago I stopped doing that, and instead I just wish to talk about procedures.

Google's cert petition had two parts: copyrightability and "fair use." The Supreme Court sometimes grants petitions with respect to only one question. Copyrightability was already raised years ago (but at an interlocutory stage) and that petition was denied. Now the top U.S. court will look into both questions, which is a good thing given the importance of the issues.

If Google prevails on copyrightability, the case is over. I can't imagine that a conservative Supreme Court majority would disagree with Oracle on the standard for copyright protection, for the reasons I stated on many past occasions. But if it happened, Oracle would have no case.

Assuming that Oracle defends its copyrightability win, the case will then hinge on "fair use." Here, Oracle needs affirmance of a judgment as a matter of law (JMOL) that the Federal Circuit found Judge Alsup in San Francisco should have entered (but didn't, as he did hardly anything throughout the years that didn't disadvantage Oracle).

Google's "fair use" opportunity is that U.S. courts generally afford immense deference to jury verdicts. The standard for JMOL is very high. I still believe, as my longstanding readers know, that JMOL was perfectly warranted here. If the Supreme Court views it the same way, after affirming copyrightability, then the case will go back to the trial court for a determination of remedies. In that context, it may just be about damages. Oracle could seek an injunction, but Google has meanwhile changed its open-source licensing strategy for Android.

There's also a possibility--and it's at least the second-most likely outcome--of the Supreme Court affirming copyrightability but vacating JMOL on "fair use." Theoretically, the court could make it sound like Google, not Oracle, would have been entitled to JMOL on "fair use"--but that's something I absolutely can't imagine. What might happen, however, is that the court finds the jury wasn't entirely unreasonable. In that case, the matter would be remanded to the Federal Circuit first. Based on what the Federal Circuit found, there can be no reasonable doubt that a re-retrial on "fair use" would be ordered. The Federal Circuit would address at least some of the ways (more than Oracle could have raised even in three appeals) in which Judge Alsup's decisions prejudiced Oracle. So the re-retrial would take place on terms more favorable to Oracle than the last two "fair use" trials in this case.

This case has been going on since August 2010. It started when this blog was only a few months old. Next April (2020), this blog will turn 10, and we'll probably just have seen Google's Supreme Court opening brief by then...

Orrick, Herrington & Sutcliffe's Joshua Rosenkranz is still Oracle's appellate counsel. Each time he defeated a Google lawyer on appeal (the first one was Robert van Nest, the trial counsel), Google fielded someone else. My bets are on Mr. Rosenkranz again because he's incredibly effective--and the higher the court, the better for him.

Share with other professionals via LinkedIn:

Thursday, January 24, 2019

Google's petition for Supreme Court review of Android-Java copyright decisions should be granted--but Oracle should still win

Several months after requesting an extension to file a petition for writ of certiorari (request for Supreme Court review), Google today announced the filing of that petition today (one day before the extended deadline), and published the document (PDF).

As I suspected, Google is seeking a review of both the Federal Circuit's 2014 copyrightability finding and the same appeals court's 2018 holding that the way Google incorporated many thousands of lines of Java API declaring code does not constitute fair use.

My positions on the issues have not changed. However, I do keep my fingers crossed for Google's petition, and here's why:

At the cert stage, it's not about whether a petitioner's theories have merit. It's about whether the issues raised are important enough to warrant review because clarification is needed.

I want Google to win at the cert stage, even on both counts (copyrightability and fair use), but then I hope (and think it's very likely) that the Supreme Court of the United States will affirm the Federal Circuit's well-reasoned opinions, which are good for innovation.

No one can blame Oracle for preferring that the Supreme Court deny the petition: then the case, filed in 2010, could finally proceed to the remedies stage, where it would have been a long time ago if not for totally outrageous decisions by Judge William H. Alsup in San Francisco.

But Oracle's interest in saving time, no matter how understandable and legitimate, doesn't make the issues any less important.

If the Federal Circuit's decisions had been handed down by the United States Court of Appeals for the Ninth Circuit, I'd still prefer a ruling by the top U.S. court, but then the benefit of a denial of cert would at least be legal certainty in the most important circuit.

Here, however, the case went to the Federal Circuit because Oracle had originally also asserted software patents, which went nowhere but made this a case that must be appealed to the Federal Circuit and not the regional circuit (here, the Ninth Circuit).

In such a situation, the Federal Circuit applies the regional circuit's law. But it doesn't make or modify another circuit's case law. As a result, those two beautiful Oracle v. Google appellate opinions--which I welcomed as an app developer and trivia content author (the latter is also a field where the fact-expression dichotomy plays a role)--aren't really binding on anyone. In theory, even the Federal Circuit, next time it applies Ninth Circuit law, could easily take a new position (though it probably wouldn't).

This means that if the Supreme Court didn't agree to hear the matter, all the people I disagree with (respectfully in most cases, though admittedly not in all) would keep running around telling everybody that the Oracle v. Google appellate rulings aren't binding.

I have confidence in the Supreme Court, especially in its conservative majority, protecting us software developers. Oracle's appellate counsel, Orrick Herrington Sutcliffe's Joshua Rosenkranz, and his team are so great they can do it again.

But even if, contrary to what I expect, the Supreme Court sided with Google on one or both issues, I'd rather have clarity on that basis than a situation where some are still going to point to Ninth Circuit rulings that I believe don't support those other people's positions at a closer look.

I want strong software copyright, and I view software as something where it's very hard to imagine "fair use" when significant amounts of code (not just a dozen bytes) are distributed in large numbers (as opposed to a few private copies). So I hope the Supreme Court will grant Google's petitions on both counts and then affirm the Federal Circuit 100%.

Neither copyrightability nor fair use are, in my view, the appropriate level at which to ensure software interoperability. Trying to protect interoperability at those levels would throw out the baby with the bath water and do too much harm to software copyright, which someone who's invested and keeps investing in software development doesn't want.

If, when and where there is a case where an API (Application Programming Interface) really must be available to other parties even without the copyright holder being prepared to extend a license, the solution is a compulsory license under antitrust law on FRAND (fair, reasonable and non-discriminatory) terms. There are standard-essential patents; in Germany and possibly some other jurisdictions, they additionally have standard-essential utility models; and there's no reason why the same FRAND rules wouldn't and couldn't apply just as well to standard-essential copyrighted works.

Share with other professionals via LinkedIn:


Saturday, November 3, 2018

Wall Street sees 20%-25% regulatory risk for IBM's envisioned acquisition of Red Hat

Last Sunday, IBM and Red Hat announced a merger agreement under which "Big Blue" (NYSE:IBM) would pay $34 billion, or $190 per NYSE:RHT share, to acquire the company that once started as a Linux distributor.

I may very well talk about the strategic ramifications of the proposed transaction some other time, but the focus of this post is exclusively on what the stock market appears to think of the deal.

On Monday (October 29), Bloomberg already reported on what was then a 12% spread, "among the highest for North American deals." The article quoted a portfolio manager who said he didn't want to bet on a deal that may be about a year away from closing, and IBM CEO Ginni Rometty as denying "any regulatory inhibitors," which she obviously had to say.

The time frame certainly affects demand, given that risk arbitrageurs could in the meantime use the money they would spend on RHT shares now to bet on a couple of other mergers, provided that those other deals would close more quickly and happen sequentially. But there's more to it. The spread does indicate that merger-focused investors are far from convinced that the deal will materialize.

On Friday (November 2), RHT closed at $172.24. If the deal went through, those investing now would then rake in a profit of more than 10%. Even if it took a year, a 10%+ gain would be a great deal. The only explanation for why there isn't stronger demand, at a higher price, is skepticism. Since I can't imagine anyone doubts that IBM is a serious buyer, the reason must be concern about the merger review process in the U.S. (DoJ), EU (European Commission, DG COMP), and China (MOFCOM). While China prevented Qualcomm from acquiring NXP, IBM reportedly claims it's not critical for the Red Hat deal. I haven't formed a definitive opinion on it yet, but for now I'll take IBM's word for it.

Without going into detail (yet) on the issues presented by the transaction, we can "reverse-engineer" the stock price in order to get an idea of how likely the deal is--in the eyes of sophisticated Wall Street investors--to go through or fall through. Let's start with the roughest and simplest approach, and then fine-tune it a little bit to take the time value of money into account.

The potential upside based on Friday's closing price is $17.76. Theoretically it's even greater since someone else might try to outbid IBM, but that doesn't appear to be considered too likely by anyone.

The potential downside here would not realistically be a complete loss of the investment. Red Hat is doing too well to go out of business anytime soon. The closing price over which IBM offered a premium of about 60% was $116.68, pretty much at a level with RHT's 52-week low of $115.31 (an intraday price as far as I can see).

If the deal falls through, it's a reasonable assumption that Red Hat's stock price will go back to that level, though it's obviously hard to predict what the market environment would be at that point in time somewhere in the second half of 2019. In order to keep things simple, let's not consider that investors might think they could mitigate their loss by getting out once there's a serious negative sign, such as a powerful Statement of Objections (SO) by the European Commission.

Assuming that the pre-merger-announcement closing price is where the price would fall, the potential per-share loss is $55.56 ($172.24 - $116.68).

If the likelihood of closing is estimated to be 76%, and the risk of things falling apart is (consequently) 24%, then there would be an equilibrium (76% x $17.76 is at a level with 24% x $55.56).

Let's fine-tune this by assuming a financing cost of $4.00 per share (roughly the Fed rate, assuming that you have this cost for 12 months). In that case, the potential gain (by placing the right bet on the deal going through vs. doing a far safer investment that would have a 2.5% yield) is $13.76, and the potential loss increases to $59.56. There would then be an equilibrium if the risk of the deal being blocked (or remedies being imposed with the effect of the deal falling through) was estimated at 19% (19% x $59.56 is at a level with 81% x $13.76).

Even in the aftermath of Qualcomm-NXP, that is a fairly skeptical perspective, given that mergers of this kind normally go through.

I've received a couple of independent invitations to meet portfolio managers in New York to discuss the deal, plus various calls and emails. Investors used to follow my coverage of the Google-Motorola process with great interest, and many still remember my vocal opposition to Oracle's acquisition of Sun Microsystems in late 2009 and early 2010. It was funny for me how the numerous Wall Street people I talked to always called the company "JAVA" (based on the stock ticker symbol). Java--the programming language--wasn't an issue at the time; MySQL, the open-source database, was the reason for which the European Commission conducted a Phase II review and issued an SO. It's about open source again, and this time around, Java will be part of the discussion.

As a matter of transparency, Red Hat contributed to my NoSoftwarePatents campaign in late 2004 and early 2005 (two other companies, including one far smaller than Red Hat, were much bigger supporters of the campaign), but there hasn't been any business relationship with Red Hat since. I've never had any relationship with IBM, other than having the greatest respect for the work of its patent department.

Share with other professionals via LinkedIn: