Showing posts with label Oracle. Show all posts
Showing posts with label Oracle. Show all posts

Monday, October 17, 2022

Clouded in secrecy: presumptively Amazon- and Google-backed U.S. lobbying front (Coalition for Fair Software Licensing) sets new opacity record by not listing any members

In the previous post I quoted from the official complaints of three Members of the European Parliament (all of them well-respected experts in technology policy-making) alleging violations of EU transparency rules by Google, Amazon, CCIA (an entity funded by them as well as by others, such as Apple), Meta, and four smaller lobbying fronts. There are strong indications that some of the same organizations--the ones whose names I just put in bold face--are also involved, in one form or another, with a dubious lobbying entity based in Washington, D.C., named "Coalition for Fair Software Licensing" (CFSL). That one was launched only a couple of weeks ago.

The extent of astroturfing by some Big Tech companies is as appalling as it is becoming absurd. I will call them out, relentlessly.

The CFSL was started to advocate in the U.S. nine of the ten principles for software licensing in the cloud that have previously been espoused by Amazon-backed CISPE in the EU. The primary targets of both CISPE and CFSL are Microsoft and Oracle. CISPE has been trying for a while to instigate an EU antitrust investigation against Microsoft, but the latter's new software licensing terms create new opportunities for the very type of company CISPE pretends to speak for: European cloud service providers (CSPs). I just emphasized the word "pretends" for a couple of reasons:

  • It's paradoxical that a group claiming to promote European digital sovereignty is primarily funded by Amazon, the biggest bully on the cloud services block. No company diminishes the business opportunity for European CSPs even half as much as Amazon does.

  • Benjamin Henrion, who was a key player in the fight against the EU software patents directive, drew my attention via Twitter to a recent event in Brussels where the CEO of a key complainant--Nextcloud--said (via video) that he didn't want to work out a solution when Microsoft contacted him: he prefers to keep fighting.

    If I were an antitrust enforcer, I'd be unprepared to investigate a complaint by someone with that attitude. There's nothing wrong with having a set of values, but regulation is more like litigation than like legislation in the sense that if someone has a problem and the problem can be solved, a settlement is preferable--also from a public-interest perspective--over an unnecessary dispute. Mr. Karlitschek's belligerence raises the question of whether he's actually complaining as the CEO of a German open source company or as a sock puppet for Amazon. By contrast, the CEO of Epic Games is very serious about opening up mobile app distribution, but last year he testified under oath that if Apple had offered him terms that Epic would have considered acceptable, he'd have accepted them (which doesn't mean giving up one's policy positions). A smaller app developer, Kosta Eleftheriou, settled his U.S. litigation with Apple last month (previously he fended off Apple's motion to dismiss), yet keeps criticizing Apple's App Store terms and practices. Those who truly face a problem will be open to working out a solution.

    It's also remarkable that Nextcloud's CEO claimed to know that the EU Commission would soon launch an investigation. Not only may DG COMP--which has to prioritize wisely--very well conclude that Microsoft's modified licensing terms satisfactorily address any potential concerns, but even if an investigation was imminent, the Commission would communicate it through other channels than having a complainant reveal its plans at a small conference.

    Interestingly, right after Nextcloud's Frank Karlitschek, Quentin Adam--the CEO of Clever Cloud-- raised some issues that small European CSPs are more concerned about, such as Google's advertising business (against which the EC is reportedly preparing a Statement of Objections) and Amazon's pricing model being allegedly designed to complicate multiclouding (combining services from multiple CSPs).

It really looks like some who complain about unfair software licensing terms would actually prefer to divert attention away from their own terms and practices, hoping to use the regulatory process to cement their own market position.

That newly-created Coalition for Fair Software Licensing has an "About the Coalition" page--but it doesn't list a single company. There's a CV of the organization's executive director, a former Senate aide and tech industry lobbyist (Ryan Triplette). But not a single company is named that would say it has problems with Microsoft's or Oracle's software licensing terms.

The Register reported on the CFSL's launch, and was told that "customers are concerned about speaking out publicly for fear of 'retaliatory behavior from software providers.'"

That is a serious allegation, but can it be taken seriously? A plausibility check is in order.

Why would any of those companies believe that the targets of their complaint would try to silence critics? And what do they believe would happen?

The Register continues: "Nobody wants the compliance team from Microsoft or Oracle knocking at the door."

Why would that be so much of a concern? If a company meets its obligations under a license agreement, it doesn't have to fear an audit. And even if it had anything to hide, what would the consequences be? Presumably they'd just have to pay the difference between what they reported before and what they were actually using the licensed software for. How is that retaliation by any reasonable standard?

A potential audit is not a reason to hide one's identity. If potential complainants have to be afraid of something, it's that gatekeepers abuse their power such as by rejecting apps or delaying reviews. It didn't prevent me from bringing formal complaints over Apple's and Google's COVID-related app rules. It's not preventing dozens of app makers, large and small, from being publicly listed as members of the Coalition for App Fairness.

I have heard from two major app makers (one very, very large company and a medium-sized European one) that they don't want to publicly complain over Apple's App Store rules. The larger one considers Apple's terms unreasonable, but at least they have dedicated contacts in Apple's App Review department (as did Epic Games until it threw down the gauntlet) that help them get updates reviewed quickly. They don't want to lose that privilege, so they hope others will do the job of bringing about change. The medium-sized one has some rather conservative shareholders who fear that Apple might make their company's products less discoverable. So, it is true that fear of retaliation sometimes does prevent companies from officially complaining. But fear of an audit--in other words, that you might just have to abide by a contract you signed--is not a credible reason, when some other companies even speak out publicly against tyrannical gatekeepers who have the power to arbitrarily prevent you from reaching billions of customers, or to make your life miserable in other ways.

Who is footing the Coalition for Fair Software Licensing's bills?

According to information they published on LinkedIn, they have 11-50 employees. That means a multi-million dollar budget. Where is the money coming from?

I have found two clues. The first one is so ridiculously hypocritical that it actually made me laugh (click on the image to enlarge):

There you have the so-called Computer & Communications Industry Association--which is actually, as I explained in a recent post, a Cash & Carry Industry Association--describing itself as a "longtime advocate for open systems and open networks." That's the same CCIA that supported its most influential member, Google, against the European Commission (fortunately the Commission has already prevailed twice in the EU General Court). It's also the same CCIA that is supporting Apple against Epic Games (the Ninth Circuit will hear Epic's appeal later this week). Presumably that's the #1 reason why Apple joined CCIA about a year ago.

CCIA doesn't give a damn about open systems and open networks or "competitive ideals." It's the enemy of open markets, of open systems, and of open networks. It's just a lobbying front for entrenched monopolists, and in the formal complaints I mentioned further above, three MEPs are accusing CCIA of having astroturfed for Google and Amazon: CCIA lobbied against legislation designed to open up markets and restore competition, and according to the complaints falsely claimed to do so on startups' behalf.

It's my sense of humor when a new lobbying entity springs up somewhere, claims to speak for a certain category of stakeholders it says are too afraid to reveal their identity (without any plausible reason why they'd have to be all that concerned)--and CCIA appears to have a hand in it. It reminds me of that Save Our Standards group that is also backed by CCIA (Despicably deceptive: Big Tech's Save Our Standards campaign presents small app developer as victim of standard-essential patent abuse though it NEVER had to license SEPs). Now all that's missing is ACT | The App(le) Association. But unlike CCIA backers Google and Amazon, Apple isn't in the CSP business.

While Google is not (at least not officially) involved with the CFSL's older European sister CISPE (unlike Amazon), it appears that Google is one of the backers of CFSL. On LinkedIn, Omid Ghaffari-Tabrizi (title: U.S. Federal Civilian Policy - Google Cloud) endorsed and amplified the CFSL's first statement.

Google and Amazon trying to harm the third large CSP, but hiding behind unnamed customers.

That cast of characters says a lot.

Tuesday, August 30, 2022

Whether Amazon instigates or draws antitrust scrutiny, it's always about avoiding price competition: abstract parallel between cloud software licensing and most-favored nation clauses

This is the promised follow-up to yesterday's post, New Microsoft software licensing terms to take effect on October 1: revisions designed to strengthen smaller cloud solution providers--and to address Amazon-orchestrated EU antitrust complaint.

There has been a steady trend in recent years for this blog to look at more and more tech industry antitrust issues. In the end, they always involve intellectual property in one form or another. At some point I stumbled upon Professor Frédéric Jenny's "analysis of potentially anti-competitive practices" with respect to cloud infrastructure services, a study commissioned by CISPE. In the previous post I commented on CISPE: it's striking that an organization seeking to promote European cloud sovereignty is primarily backed by Amazon.

Without a doubt, Professor Jenny--an economist--is a prominent figure in the French antitrust community. However, that report he authored for CISPE last year is just a piece of rather unscientific advocacy. What one would normally expect from a competition economist is a clear causal chain and, especially, numbers. Instead, the "evidence" adduced in that paper is just anecdotal. It's like "one customer said" and "oh wait, another customer also said."

That reminded me of a passage from Qualcomm's reply brief in support of its Ninth Circuit appeal of the district court's FTC decision:

"See United States v. AT&T Inc., 310 F. Supp. 3d 161, 211 (D.D.C. 2018) (in weighing evidence of competitive harm, 'competition authorities and courts . . . refus[e] to take the views expressed by customers at face value and insist[] that customer testimony be combined with economic evidence providing objective support for those views'), aff’d, 916 F.3d 1029 (D.C. Cir. 2019)."

In other words, it's old news that customers prefer to get more and pay less. For the avoidance of doubt, the relevant passage is found in a court ruling, but is a quote from a treatise: Ken Heyer, Predicting the Competitive Effects of Mergers by Listening to Customers.

Professor Jenny did the very opposite of what that passage proposes: he took--presumably selective--customer quotes at face value and did not provide any objective support.

The objective of that study isn't totally clear. In no small part it's actually legislative advocacy, suggesting that the EU's Digital Markets Act should also treat software companies like Microsoft, Oracle, and SAP as "gatekeepers." The DMA is huge, but it can't be all things to all people. The reason why some companies must be subjected to special gatekeper rules is their control over platforms, not their ownership of software copyrights. An open letter that CISPE--together with other organizations--addressed to EU competition chief Magrethe Vestager in February urged at a late stage of the legislative process (as the letter even concedes) a "clarification" that would result in the designation of Microsoft, Oracle, and SAP as "monopoly software gatekeepers":

"We cannot wait for a revision of the DMA in five years, nor for a pyrrhic victory in antitrust litigations in 10 years or more when the competitiveness of the market will not be recoverable.

That's what they wrote in February, but by now what they want is a formal antitrust investigation of those companies, initially Microsoft. After yesterday's announcement of new licensing terms that pay heed to the valid ones of the concerns raised by European cloud service providers, regulatory intervention doesn't appear necessary, much less does it seem urgent.

There are major issues to be addressed with respect to mobile app ecosystems: the app tax; the app review tyranny; App Tracking Transparency; access to NFC functionality (for payment systems and other important applications). There's Google's search monopoly and (apart from iOS) superdominant market position in browsers. And Amazon's own conduct.

Amazon would benefit in two ways if CISPE's antitrust initiative resulted in full-blown investigations: by harming a competitor and by defocusing the Commission from other issues that include what Amazon itself has been doing.

The most well-known issue surrounding Amazon's business is a most-favored nation clause: third-party sellers using Amazon's platform are prohibited from "[s]etting a price on a product or service that is significantly higher than recent prices offered on or off Amazon." This is called a "most-favored nation" (MFN) clause and means that vendors cannot offer lower prices elsewhere, be it through direct distribution or on other platforms. The District of Columbia filed an antitrust lawsuit (PDF) over this in May 2021. In 2017, the European Commission accepted commmitments from Amazon on e-books that also involved the MFN topic. As the Commission noted, "[t]he clauses may have led to less choice, less innovation and higher prices for consumers due to less overall competition [...] in e-book distribution" (emphasis added).

Interestingly, Professor Jenny's study discusses the potential competitive effect of cloud service providers who also make software, such as Microsoft, offering customers particularly attractive terms if they buy cloud services as well as software licenses. As I wrote further above, there aren't really hard facts and numbers in that study. But let's assume--just for the sake of the argument--that this is right. It means a company like Amazon with its AWS cloud service could compete, but it would have to charge less for its own services so the total cost of ownership (TCO) for the customer won't be too high.

If a competition authority actually barred Microsoft and others from offering attractive prices for the combination of cloud services and software licenses, the net effect would be that AWS gets to charge customers more than otherwise.

With Microsoft having fleshed out the implementation of its European cloud principles, all of CISPE's members but one--Amazon--have nothing left to complain about that could reasonably give rise to antitrust investigations. The customers of small European cloud service providers will be just fine with the licenses they already have secured from Microsoft (or with new ones that they can optionally obtain through those CSPs). Amazon is obviously free to file an EU antitrust complaint of its own. But to do that, Amazon would have to argue that it can't compete, which is simply not credible based on market share.

As things stand, regulatory intervention doesn't appear imminent. But presumably Amazon won't give up anytime soon. It has the resources to keep on trying.

Monday, August 29, 2022

New Microsoft software licensing terms to take effect on October 1: revisions designed to strengthen smaller cloud solution providers--and to address Amazon-orchestrated EU antitrust complaint

This is only the second time in more than ten years for this blog to comment on enterprise software licensing. The first instance was about two years ago when I expressed skepticism regarding EU antitrust complaints by certain SAP customers. Now I have seen an announcement by Microsoft that deserves a closer look. Microsoft's policy team (Microsoft On the Issues, @MSFTIssues, a Twitter account that I follow and vice versa) retweeted the following:

Today's announcement by Microsoft's Chief Partner Officer Nicole Dezen is a follow-up to a May 18, 2022 blog post by Microsoft President Brad Smith, Microsoft responds to European Cloud Provider feedback with new programs and principles. I will look at the specific licensing changes in more detail and comment on them tomorrow. For now, I'd just like share a few thoughts and observations:

  • The backdrop is that a group named Cloud Infrastructure Services Providers in Europe (CISPE) has been alleging for a while that Microsoft engages in an "anti-competitive tying of productivity suites with cloud infrastructure services." What they essentially claim is that smaller European cloud service providers can't compete on a level playing field with Microsoft's Azure cloud because many enterprise customers rely on Microsoft software (such as Windows, Office, and SQL Server) and can't bring their existing Microsoft licenses to third-party cloud services as easily as CISPE believes should be the case.

  • CISPE is largely funded by Amazon, whose AWS is the world's largest cloud service (I used it for the backend of two mobile games). The other members are smaller European cloud hosters. It is undoubtedly a challenge for anyone to compete with the behemoths in a business characterized by major economies of scale, but some of CISPE's members--and various significant European cloud service providers who are not CISPE members--prove that there are opportunities for innovative, creative, and flexible players. The part that I struggle to understand is that those smaller European companies view Amazon--the biggest bully on the block--as a political ally. Let's face it: if you're in the cloud business, particularly in the Infrastructure as a Service (IaaS) and Platform as a Service (PaaS) segments, your top three competitive challenges are

    1. AWS,

    2. AWS, and don't forget:

    3. AWS.

  • CISPE is complaining not only about Microsoft, but also about Oracle and SAP. And in at least one of the papers they also voice concerns over Google. In other words, they're against everyone except themselves and... AWS.

  • Microsoft hasn't acknowledged an antitrust violation per se. The message in May was that there is enough substance to some of the concerns that Microsoft deems it appropriate to amend its software licensing terms with a view to outsourcing and hosting.

  • The European Commission hasn't launched full-blown investigations of a formal complaint filed by OVHcloud, a French company, in March. And it may never have to if Microsoft's new licensing terms satisfactorily address the issues. The measure of a competition authority's effectiveness is not how many investigations it launches or the fines it levies: it's all about safeguarding the competitive process. In some other antitrust contexts, particularly those involving Apple and Google, voluntary changes fell far short of what was needed, so DG COMP had no choice but to launch formal investigations. But Microsoft has a fundamentally different attitude than the two companies I just mentioned. After the antitrust cases they dealt with 20 years ago, they've been careful to avoid regulatory scrutiny.

  • Here's a quick first look at the "three primary goals" Microsoft (re)stated today:

    1. "Make it easier for customers to bring their software to the partner’s cloud."

      An example of what was criticized is that license fees in a multitenant environment (one server, multiple customers) were based on physical CPU cores, while cloud services are all about virtual machines. Microsoft says "[e]xpanded use rights [now] allow customers to run their software, including Windows 11, on hosters’ multitenant servers and more easily license virtual machines for Windows Server."

    2. "Ensure partners have access to the products necessary to sell cost-effective solutions that customers want"

      The blog post describes this as creating "more opportunities for partners to work with more customers, to sell the solutions they need, and to run them where they prefer."

    3. "Empower partners to build hosted solutions with speed and scale"

      Microsoft's partners will be better enabled to "build hosted desktop and server solutions to help directly fulfill customers’ hosting needs." The new program, is called "Cloud Solution Provider -- Hoster" (CSP-Hoster) and enables both license-included hosting (the CSP sells a service to its customer along with the prerequisite software licenses) and BYOL ("bring your own license") solutions.

  • While it appears that Europe is the only jurisdiction in which a formal complaint had been brought, today's blog post says "[t]hese changes will be applicable worldwide." The timing of the announcement (after European business hours) underscored that this is not just about Europe--and globally consistent terms are another notable difference between Microsoft and the likes of Apple and Google, who favor piecemeal resolution and make commitments only jurisdiction by jurisdiction.

  • The new licensing options are available to all cloud service providers except a set of Listed Providers. That is no surprise as it is consistent with what Microsoft said in May. A footnote again clarifies today that "Listed Providers include Alibaba, Amazon Web Services, Google, and Microsoft, and any outsourcer using a Listed Provider as part of the applicable outsourcing service. Customers that want to use a Listed Provider for outsourcing can acquire licenses directly from the Listed Provider."

    In other words, all of CISPE's members except for the driving force behind those complaints--Amazon--get the benefit of the terms announced today. This ups the ante for CISPE to credibly claim that the organization is all about better enabling small European cloud service providers to compete...

    I also interpret this as a denial of there being any anticompetitive harm when it comes to AWS, Google, and Alibaba: there is no indication that those major players can't compete with Microsoft.

Tomorrow I'll do a follow-up to this post and comment in more detail on the licensing terms Microsoft unveiled today, and on CISPE's grievances, such as a "study" by a French competition law professor.

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: