decoration decoration
Stories

GROKLAW
When you want to know more...
decoration
For layout only
Home
Archives
Site Map
Search
About Groklaw
Awards
Legal Research
Timelines
ApplevSamsung
ApplevSamsung p.2
ArchiveExplorer
Autozone
Bilski
Cases
Cast: Lawyers
Comes v. MS
Contracts/Documents
Courts
DRM
Gordon v MS
GPL
Grokdoc
HTML How To
IPI v RH
IV v. Google
Legal Docs
Lodsys
MS Litigations
MSvB&N
News Picks
Novell v. MS
Novell-MS Deal
ODF/OOXML
OOXML Appeals
OraclevGoogle
Patents
ProjectMonterey
Psystar
Quote Database
Red Hat v SCO
Salus Book
SCEA v Hotz
SCO Appeals
SCO Bankruptcy
SCO Financials
SCO Overview
SCO v IBM
SCO v Novell
SCO:Soup2Nuts
SCOsource
Sean Daly
Software Patents
Switch to Linux
Transcripts
Unix Books

Gear

Groklaw Gear

Click here to send an email to the editor of this weblog.


You won't find me on Facebook


Donate

Donate Paypal


No Legal Advice

The information on Groklaw is not intended to constitute legal advice. While Mark is a lawyer and he has asked other lawyers and law students to contribute articles, all of these articles are offered to help educate, not to provide specific legal advice. They are not your lawyers.

Here's Groklaw's comments policy.


What's New

STORIES
No new stories

COMMENTS last 48 hrs
No new comments


Sponsors

Hosting:
hosted by ibiblio

On servers donated to ibiblio by AMD.

Webmaster
Google Prevails (mostly) on the Motions Against Dr. Kearl ~ pj
Wednesday, April 11 2012 @ 07:12 AM EDT

This is a refreshing moment. A judge has finally told Oracle's lawyers that the relief they were asking for in a motion signed by a Boies Schiller lawyer would be unfair, excessive, and prejudicial to Google.

I've been wondering when a judge would notice, and I am so satisfied to know that someone finally has. You and I have been noticing that for some time, and we surely saw that same style in the SCO wars, where SCO was represented by the same law firm -- remember SCO trying to accuse IBM of "hacking" its website, which can be a *felony* under the Computer Fraud and Abuse Act, for downloading Linux from SCO's web site? -- so it is so reassuring to see a judge call them on going overboard.

By the way, the Ninth Circuit just ruled that the CFAA doesn't cover violations of use restrictions: "We construe criminal statutes narrowly so that Congress will not unintentionally turn ordinary citizens into criminals." So there, SCO. You can read more about the decision on Legal Pad. This might end up an issue before the US Supreme Court, thanks to this decision, because the circuits don't agree in more or less identical fact patterns. But for sure SCO was perfectly willing to try to portray IBM as some kind of common criminal. "Hacking", no less. I expect Oracle to try to paint Google that way too, with excessive gobs of paint thrown at them, but in both cases, it really turns my stomach to watch. And I'm sorry you have to watch, because one of the purposes of Groklaw has always been to help you understand the legal process and how to work through issues effectively that way. And I know this isn't helping you to respect the law.

But this judge helps, don't you think? Here's what it is about. Both sides in Oracle v. Google had filed motions to strike parts of what the neutral third party expert, Dr. James Kearl, had filed in his report. And Google has prevailed overall. Let me show you.

Jump To Comments

First, the docket:

04/10/2012 - 889 - Letter from Michael A. Jacobs re 857 ORDER Regarding Telephone Call. FILED UNDER SEAL. (wsn, COURT STAFF) (Filed on 4/10/2012) (Entered: 04/10/2012)

04/10/2012 - 890 - STIPULATION AND ORDER REGARDING TRIAL PROCEDURES by Hon. William Alsup granting 884 Stipulation.(whalc1, COURT STAFF) (Filed on 4/10/2012) (Entered: 04/10/2012)

04/10/2012 - 891 - ORDER REGARDING DAUBERT MOTIONS AGAINST DR. JAMES KEARL by Hon. William Alsup granting in part and denying in part 845 Motion to Strike 850 MOTION to Strike.(whalc1, COURT STAFF) (Filed on 4/10/2012) (Entered: 04/10/2012)

I find it frustrating, as in the SCO v. IBM case, when a party asks for the sun, moon and stars, when it at most deserves one star, and then files motions to make sure the other side gets nothing but an unfair playing field. To then watch the judge act like it's normal or even acceptable makes it even worse. Here, the judge shows, and says out loud, so to speak, so it's part of the record, that he sees Oracle overplaying its hand, and I suspect we'll see more of that if they don't take a hint. Knowing Boies Schiller, I doubt they'll take a hint.

Anyway, Google won on the following:

1. Dr. James Kearl, the court's neutral expert, had written that the value to Oracle of the infringed material should be the entire Java mobile edition intellectual property portfolio as of 2006, when the parties met for negotiations. The judge says that his reasoning was "that if Google was interested in writing its own operating system but decided that it needed to be written in Java and based on Java mobile-like technology, then Google would have gotten a license to Sun’s entire mobile portfolio as 'insurance against litigation if it happened that Google' later infringed unintentionally."

However that leaves out of the picture that this judge earlier had already ruled that any damages, should they need to be calculated, must be “tailored to the amount and type of infringement that actually occurred” and that “the reasonable royalty must compensate for the infringing features, but not for non-infringing ones”.

Google didn't have to license the entire portfolio for this project, the judge notes, and it doesn't infringe the entire portfolio, and besides, Oracle would be "overcompensated" if it could sue folks over and over for a different alleged copyright being infringed and get paid each time for the entire bundle.

What a racket that would be. Some things are just obvious even to us non-experts. What? Oracle's lawyers didn't think of that overcompensation angle? Or did it hope the judge wouldn't?

Anyway, the judge noticed this unfairness. I'm really starting to like this judge a lot. It took him a while to get up to speed on the technical arguments, but he's getting there now. The judge strikes those paragraphs, 101 and 102, from the report, so the jury won't be hearing about that. Paragraph 103 is stricken as to any suggestion that Google was trying for a license to the entire portfolio, and paragraph 104 is stricken "to the extent that it relies on the above-stricken material".

There is another paragraph Google sought to strike, paragraph 100, but here the language is conditional (“if Sun and Google understood that the subset of Sun’s Java ME IP portfolio most relevant to their negotiations was composed of the now in suit patents and copyright, the 2006 value of the Java ME IP portfolio is the value of the in suit IP”), so the judge denies but without prejudice, meaning Google can bring it up again and do a better job of convincing him. And for sure, even as it stands, Google will be able to honestly tell the jury that it wasn't the understanding it had in 2006.

2. Oracle sought to preclude both Dr. Kearl and Google's expert Dr. Alan Cox from providing any testimony about Google's Android expenses, and subtracting that from any copyright disgorgement amounts. In other words, as I understand it, they wanted it to appear to the jury that the entire profit of Android was due to their copyrighted materials being infringed and so Google should hand over all its profits from the alleged infringement, as if Google's contributions to Android don't count at all toward its success. 37 APIs and 9 lines of code and 4 comments. Are they kidding? That's why people buy an Android? Most people don't even know what an API is. For anybody new here, Google earlier, in a trial brief last October, explained:

First, Oracle does not claim that Google's code infringes any Oracle copyright, because Google used entirely different code, much of it newly written by Google and its partners. Instead, Oracle claims that Android's inclusion of code libraries implementing the APIs from 37 Java language API packages (including the method signatures for everyday functions like abs() to calculate an absolute value and sqrt() to calculate a square root) infringes its copyrights.

Oracle cannot be right. The API packages and their organization are functional elements of the Java language that are essential for interoperability. Oracle has conceded that the Java programming language can be freely used by anyone. For years, Sun promoted the use of that language and its APIs by developers who write Java-language code. It is impossible, practically speaking, to use the Java language without the API packages. Even Oracle's expert admits that some of the API packages are "functionally necessary" to use the language. The API packages and their organization define the parts of speech—-such as verbs and nouns—and rules of grammar that enable Java-language speakers to understand one another. Without Android libraries implementing the API packages, an applications developer writing Java-language code for Android today would have no way to ensure she could safely use existing code using the APIs, and instead would have to learn a new vocabulary different from the standard widely-used Java language vocabulary.

No court ever has accepted the copyrightability of APIs. Oracle tries to justify its novel argument for API copyrightability by arguing that the creation, selection, and organization of APIs is a "creative" process. But the Copyright Act protects only original and creative expression, not effort or ideas (even if those efforts and ideas are creative). Programming interfaces are thus not protectable, as the Ninth Circuit repeatedly has held.

We just learned when the court had the parties file unredacted versions of recent supplemental copyright liability trial briefs, very much regarding APIs, that at former Sun CEO Jonathan Schwartz's deposition in this case, he was asked if people could use the APIs freely, and he said Yes:
II. Apache never agreed to a field-of-use restriction, and Sun never objected to the use
by Apache and others of the Hava language APIs.

Jonathan Schwartz, Sun's CEO from 2006 to 2010, testified that, absent a desire by Apache to call its Apache Harmony product “Java,” Apache was free to offer its implementation of the Java language APIs for free, and others were free to use those implementations:

Q. Were you generally familiar with how the Apache Harmony product worked?

A. Yes.

. . .

Q. And based on your understanding, as long as users did not call their products Java, they were free to use the source code that Apache Harmony made available?

A. Yes.

Schwartz Dep. at 49:11-50:10; see also id at 47:17-23 (“It’s a free world. . . . If they called it Java, we would be involved. If they didn’t call it Java, then they could call it a Linux phone, they could call it a free phone or an open phone, that’s up to them.”). However, "In order to call your product Java, and in order to feature to the marketplace that you were a Java phone or a Java device and to get that brand, you needed to pass that the -- the TCKs, the Testing [sic] Compatibility Kits." Id. at 46:17-21.

Yet here comes the next owner, Oracle, suing Google for doing what Schwartz said was OK to do. More, that a group of things that can't be copyrighted become copyrightable, if you collect a lot of them. Huh? Oracle likes to talk about novels, comparing the law for novels to software and trying to make it mesh, but software isn't a novel, and there are rules about functionality in software that don't come up with novels. In short, this is an attempt to make the law of copyright even more broad than it already is, to cover something new no one expected it to cover, and suing someone who didn't know it was objectionable to anyone. How's that for litigation by ambush?

It's just not fair to try to change the rules midstream, then suing retroactively for millions over something no one had notice was a problem. I asked Richard Stallman what he thinks of it. He said, "I agree that nobody should be allowed to have a copyright on an API. I think Oracle should lose this case, and I am willing to be quoted." And I agree not only with the statement but with the emotion behind it.

I just had to correct that paragraph. I had written SCO instead of Oracle, by mistake. The brain knows what it knows. And what it knows is that SCO did the same thing, in essence, sued folks over elements which no one in the software world would dream SCO would sue over, given the company's prior behavior and statements and common custom, and then acted indignant in a little play-acting for the cameras. It was also an attempt to spread copyright to cover new elements, and SCO also talked about novels.

It's hard enough to write any code any more without stepping on somebody's patents. And now they want to make copyright even more onerous than it already is. The only winners would be large companies with tons of money in such a world. There would never be another Linux, because students don't have millions to take a license for someone's entire IP portfolio or even a part of one. Google has millions, but Linus surely didn't when he started. So the folks now running the software show would get a total lock on the market, and new and innovative players would be priced out of even being able to get started.

Maybe that's the goal, to price Linux and FOSS out of the market. If so, they should be ashamed, and the lawyers should be ashamed to help them do it, in my view. I hope they didn't understand the tech of it sufficiently to see the impact that winning would have.

Anyway, the lawyers for Oracle came up with an issue about witnesses and who they can rely on and who has to be a witness according to the rules and how Dr. Cox has to do an independent audit and blah blah. But the real purpose was just to win by not allowing Google to deduct its expenses. So here's what the judge wrote: that Dr. Cox doesn't have to do an independent audit and others Dr. Cox talked to can testify on the topic, with the proviso that if Google fails to lay a proper foundation at trial regarding the figures they assert, then Oracle can raise the objection again. But what are the odds that Google will let that happen?

Oracle objected to the fact that Dr. Cox spoke to a certain Google employee, Mr. Adyita Agarwal, a senior financial analyst at Google, about the figures before writing his report, and the guy isn't on Google's witness list. Oracle said that the punishment for failure to list him should be that no one else should be allowed to lay the foundation of the expenses valuation, that there was no other competent witness on that topic.

I mean, *really*?! Sun, moon, and stars time.

Or as the judge puts it, "This punishment is too harsh for failure to list a witness." He cites the rule, Rule 37(c), which calls for sanctions, "unless the failure was substantially justified or is harmless." Of course, Oracle's lawyers glossed over that part and just wanted the sanctions. But the judge tells them plainly that they're going overboard:

Oracle’s motion, which seeks to prevent any testimony based on the P&L statements, would be highly prejudicial to Google because then the jury would not have any information regarding deductible expenses for Android. These expenses were approximately $700 million. Our court of appeals has specifically cautioned against such an unjust outcome....

Here, it is clear that Android’s gross revenue through 2011 was not entirely profit attributable to the allegedly infringed material. There were undoubtedly expenses that went into the development and marketing of Android. It would be unjust to hide these expenses from the jury. Moreover, any prejudice to Oracle of allowing another witness to lay the foundation for the P&L statements is minimized because Oracle was on notice that other witnesses on Google’s witness list, such as Android project head Andy Rubin, would potentially testify about the costs that went into Android...

What Oracle wants is unjust. There. Someone has said it.

So the judge offers a plan. Google will be allowed to supplement Dr. Cox's report, and Oracle can depose the other folks who are on the Google witness list to testify on this topic who helped Dr. Cox prepare his report. If Oracle isn't satisfied, they can bring up the motion again. Of course, you and I suspect they will be dissatisfied, because that's how they roll.

Do not expect reasonableness from this crew, please. You risk disappointment.

You know how studies have shown that the bigger the lie, the more people will believe it? Well, Oracle could be said to be going for the Big Ask. They ask for an awful lot of money for such a small alleged infringement, even if they can prove it, which I doubt. Your hint is when Oracle decided to sue over APIs. 37 APIs, functional code, and 9 lines of copied code. That is it. Oracle claims that while the names of the APIs might not be copyrightable, if you arrange them with creativity, then they are. But Oracle's argument is... well, I'll just say that every time I think I've understood it, I say to myself, "That can't be it. That's silly."

That doesn't mean Oracle will stick to the 37 APIs. Here's what I think they will go for at trial, from their most recent filing, #882:

Oracle will be arguing at trial that the selection, structure, and organization of thousands of names in the APIs and class libraries are protected by copyright and that Google copied them. ...

Google may well have lifted the API elements and their structure, selection, and arrangement from Oracle's source code, which it demonstrably had access to.

Oracle did not admit that except for "nine lines" there was no source code copying. Quite the opposite, in fact...

Second, Google engineers consulted Oracle's API specifications and source code when working on Android. The jury could well find that the Android source code was copied from Oracle source code....

MR. JACOBS: Because there is some code that literally you can line up word for word in that code, in that source code, the noncomment source code, the compiled source code, you can line up those words with the corresponding words in what we're calling the specification.
At the hearing, Oracle stated that because Google's source code and Oracle's source code contain the same language, "word for word," the source code is, in part, the same. Moreover, the selection, arrangement, and structure of the APIs that Google admitted copying could have been copied from Oracle's source code.
I'm not positive I know what Mr. Jacobs is hinting at. But here is a hint for him: if the "words" don't line up, it's not an implementation of the API.

Words in the code match words in the API specification, therefore Google actually copied from the code, maybe, instead of the specification? Then what? Well, a claim of derivative work, maybe, and then beellions? You think? My point is, whatever they are hinting at, instead of forthrightly declaring openly as one is supposed to do during discovery, the 37 APIs, I suspect, aren't Oracle's whole story, or even the real story. There'd be no point in going forward on the copyright claims for such a small return. It'd cost more to sue than you can get back.

They don't care, obviously, that I think they are acting badly and saying incredibly outrageous things. They hope, perhaps, the jury will know a lot less, and so will swallow it whole. And that's why I was so relieved to see the judge say to them, in effect, you're going too far. Even if the jury were to turn out to be dumb as rocks, which isn't usually the case, this judge for sure is not.

Here's Judge William Alsup's order regarding the Daubert motions against Dr. Kearl, as text:

**********************

IN THE UNITED STATES DISTRICT COURT
FOR THE NORTHERN DISTRICT OF CALIFORNIA

ORACLE AMERICA, INC.,

Plaintiff,

v.

GOOGLE INC.,

Defendant.

______________

No. C 10-03561 WHA

ORDER REGARDING
DAUBERT MOTIONS
AGAINST DR. JAMES KEARL

______________

INTRODUCTION

In this patent and copyright infringement action involving Java and Android, both parties move to exclude portions of the report and testimony of the Rule 706 expert Dr. James Kearl. For the reasons stated, the motions are GRANTED IN PART and DENIED IN PART.

STATEMENT

The background of this action has been exhaustively set forth in prior orders (Dkt. Nos. 230, 632, 685, 785). Because the damages aspect of this controversy is particularly complex, the parties have advanced extremely divergent views, and the sums in play vast, a Rule 706 expert, Dr. Kearl, was appointed to assist the jury in evaluating the damages issues (Dkt. No. 610). Dr. Kearl issued his report on March 21, 2012. On April 2, both parties moved to exclude portions of the report.

ANALYSIS

An expert witness may provide opinion testimony “if (1) the testimony is based upon sufficient facts or data, (2) the testimony is the product of reliable principles and methods, and

(3) the witness has applied the principles and methods reliably to the facts of the case.” FRE 702. District courts thus “are charged with a ‘gatekeeping role,’ the objective of which is to ensure that expert testimony admitted into evidence is both reliable and relevant.” Sundance, Inc. v. DeMonte Fabricating Ltd., 550 F.3d 1356, 1360 (Fed. Cir. 2008).

1. GOOGLE’S MOTION TO EXCLUDE OPINION THAT THE VALUE
OF THE INTELLECTUAL PROPERTY IN SUIT WOULD HAVE BEEN THE VALUE OF THE ENTIRE
JAVA MOBILE IP PORTFOLIO.

To calculate the reasonable royalty for the intellectual property in suit, Dr. Kearl begins with the 2006 negotiations between the parties. He then considers the relationship between the value of the IP in suit (two patents and API copyrights) and Sun’s entire Java mobile edition intellectual property portfolio in 2006, which would have included licenses to many patents and copyrights in addition to the IP in suit (Kearl Rpt ¶¶ 97–105). Before conducting an apportionment analysis, Dr. Kearl opines that, as a matter of economics, there are good reasons to not apportion and explains why the value of the IP in suit is equal to the value for the entire portfolio (Rpt ¶¶ 104–05):
Setting aside what the law may require, my best economic advice is that there are good economic reasons why value of the in suit IP in this matter is the 2006 value of a hypothetical negotiation for the entire Java ME IP portfolio and the reasonable royalty rate is 20%.
Dr. Kearl offers three explanations for this opinion. First, he opines that if the parties knew in 2006 that the IP in suit would be the most relevant for Android, then the IP in suit would have “driven the negotiations and the aggregate value of the license in the 2006 negotiations is attributable to this subset” (Rpt. ¶ 100). Second, if the parties in 2006 did not know which subset of IP in the portfolio would be the most useful, then Google would have licensed an “option” to use any subset, to be decided at a later date. Dr. Kearl explains as follows (Rpt. ¶ 101):
The reason is that if Google knew that it needed a subset of the Java ME IP portfolio, but didn’t know in 2006 which subset it needed, then the 2005/06 negotiations can be thought determining the value of an option to, at some later date, decide which, if any, subset of the Java ME IP portfolio to use and when to use it. In this case, the 2006 value of the in suit IP is also the 2006 value of the Java ME IP portfolio — essentially the aggregate value of the

2

2006 Java ME IP license is what Sun was willing to accept for an option for Google to use one, two or as many of the patents and copyrights in the Java ME IP portfolio as it wished and, hence, the amount paid for the option to use what turned out to be the in-suit IP.
To illustrate, Dr. Kearl analogizes the 2006 scenario to a person who subscribes to a 100-page magazine knowing that he intends to read only one page. To that subscriber, the value of that single page is the same as the price of the entire magazine. This is true whether the subscriber already knows the specific page he intends to read, or simply knows that once he has the magazine, he will just choose one page to read. Third, Dr. Kearl opines that if Google was interested in writing its own operating system but decided that it needed to be written in Java and based on Java mobile-like technology, then Google would have gotten a license to Sun’s entire mobile portfolio as “insurance against litigation if it happened that Google” later infringed unintentionally (Rpt. ¶ 102).

This Court’s prior order held that the hypothetical license must be “tailored to the amount and type of infringement that actually occurred” and that “the reasonable royalty must compensate for the infringing features, but not for non-infringing ones” (Dkt. No. 230 at 8). In so holding, the order relied on the Federal Circuit decision of ResQNet, which held that “[a]t all times, the damages inquiry must concentrate on compensation for the economic harm caused by infringement of the claimed invention.” ResQNet.com, Inc.. v. Lansa, Inc., 594 F.3d 860, 869 (Fed. Cir. 2010). This remains true.

Dr. Kearl’s second and third explanations for equating the value of the IP in suit to the entire Java ME IP portfolio are inappropriate for the hypothetical negotiation scenario. Significantly, Dr. Kearl fails to take into account that at the end of the hypothetical negotiation, Google gets a license to the IP in suit, nothing more. Google would not have a license to the entire portfolio, an option to choose any subset of Java IP to license at a later date, nor insurance against future litigation. Nor can we presume that Google would have made good use of the licensed IP. If Google was liable for the value of the entire IP portfolio each time a single IP in that portfolio was asserted in an infringement action, then Oracle would be overcompensated.

3

Thus, paragraphs 101 and 102 of Dr. Kearl’s report are STRICKEN. Paragraph 103 is stricken to the extent it suggests that the hypothetical negotiation would have been for a license to the entire portfolio. Paragraph 104 is stricken to the extent that it relies on the above-stricken material.

Dr. Kearl’s first explanation, that “if Sun and Google understood that the subset of Sun’s Java ME IP portfolio most relevant to their negotiations was composed of the now in suit patents and copyright, the 2006 value of the Java ME IP portfolio is the value of the in suit IP,” does not run into the problems discussed above because this explanation appropriately presumes that Google would receive only a license for the alleged infringement in the hypothetical negotiation (Rpt. ¶ 100). Google has failed to show that this opinion is inappropriate as a matter of law. However, because Dr. Kearl frames his opinion as a conditional, it is unclear whether he actually opines that the IP in suit was understood in 2006 to be the most relevant to the 2006 negotiations. If so, then the parties have not adequately briefed the appropriateness of this opinion and Google’s objection to paragraph 100 is DENIED WITHOUT PREJUDICE.

2. ORACLE’S MOTION TO EXCLUDE DEDUCTIONS
FOR COPYRIGHT DISGORGEMENT.

In his copyright-disgorgement analysis, Dr. Kearl used figures for Android-related expenses from Google’s expert Dr. Alan Cox’s October 2011 damages report (Kearl Rpt ¶¶ 120–21). Dr. Cox had relied on an “Android Profit-and-Loss Statement” to calculate traffic acquisition costs, operations, and operating expenses, including sales expenses, marketing, product management, and engineering expenses for the Android platform (Cox Rpt Exh. 3b). Dr. Cox did not conduct an independent audit of the P&L statement to determine its reliability. Instead, he relied on interviews of Aditya Agarwal, a senior financial analyst at Google.

Oracle attacks Dr. Cox’s reliance on the P&L statements and seeks to preclude both Dr. Kearl and Dr. Cox from offering any testimony about Google’s Android-related expenses in the copyright-disgorgement analysis. This would result in a difference of approximately $700 million for disgorgement damages (compare Kearl Rpt ¶ 119 with Rpt ¶ 121). Oracle argues the following: First, Dr. Cox did not conduct an independent audit on the Android P&L statements. Second, Dr. Cox testified in his deposition that he only relied on Mr. Agarwal for the

4

foundational fact that all engineering expenses in the Android P&L Statement were appropriately allocated to the Android platform (Dearborn Decl. at 74–76). Third, Mr. Agarwal is not on Google’s witness list and thus cannot offer foundational testimony at trial (Dkt. Nos. 525-2, 840). In its opposition brief, Google counters that there are other witnesses on its witness list who can lay the proper foundation (authentication and explaining the figures contained therein) for the P&L statements.

Our court of appeals has held that

[A] deduction for overhead should be allowed only when the infringer can demonstrate that the overhead expense was of actual assistance in the production, distribution or sale of the infringing product. We do not take this to mean that an infringer must prove his overhead expenses and their relationship to the infringing production in minute detail. Nonetheless, the defendant bears the burden of explaining, at least in general terms, how claimed overhead actually contributed to the production of the infringing work.
Frank Music Corp. v. Metro-Goldwyn-Mayer, Inc., 772 F.2d 505, 516 (9th Cir. 1985) (citations omitted). In Frank, the court held that the defendants did not meet their burden of showing deductible expenses because there was no evidence of what costs were attributable to the infringing movie in MGM’s overall “general and administrative expenses.” Ibid. In a prior order, this Court held that Dr. Cox could offer opinions based on interviews with percipient witnesses so long as the interviewees on which he relied can testify to the foundational facts with firsthand knowledge at trial (Dkt. No. 632 at 3).

First, Oracle’s challenge that Dr. Cox is required to conduct an independent audit of the Android P&L statements is denied without prejudice. If the proper foundation is laid at trial that the P&L statements were “routinely updated every quarter by Google in the ordinary course of business” and the figures therein accurately “encompass Android financial data” (Opp. at 2), then Dr. Cox can reasonably rely on those figures for calculating Android expenses. He does not need to conduct an independent audit of the P&L statements. Oracle may re-raise this issue if Google’s witnesses fail to lay the necessary foundation for Dr. Cox’s testimony at trial.

5

Second, Oracle’s assertion that because Mr. Agarwal will not be a witness at trial, no one else can lay the proper foundation for the P&L statements is rejected. This punishment is too harsh for failure to list a witness. The issue is whether the foundational facts must be laid by the same individual(s) cited in Dr. Cox’s report. Rule 37(c) guides our analysis:
If a party fails to provide information or identify a witness as required by Rule 26(a) or (e), the party is not allowed to use that information or witness to supply evidence on a motion, at a hearing, or at a trial, unless the failure was substantially justified or is harmless. In addition to or instead of this sanction, the court, on motion and after giving an opportunity to be heard:
(A) may order payment of the reasonable expenses, including attorney's fees, caused by the failure;

(B) may inform the jury of the party’s failure; and

(C) may impose other appropriate sanctions, including any of the orders listed in Rule 14 37(b)(2)(A)(i)-(vi).

Oracle’s motion, which seeks to prevent any testimony based on the P&L statements, would be highly prejudicial to Google because then the jury would not have any information regarding deductible expenses for Android. These expenses were approximately $700 million. Our court of appeals has specifically cautioned against such an unjust outcome:
Although the statute imposes upon the infringer the burden of showing “the elements of profit attributable to factors other than the copyrighted work,” 17 U.S.C. 504(b), nonetheless where it is clear, as it is in this case, that not all of the profits are attributable to the infringing material, the copyright owner is not entitled to recover all of those profits merely because the infringer fails to establish with certainty the portion attributable to the non-infringing elements. “In cases such as this where an infringer’s profits are not entirely due to the infringement, and the evidence suggests some division which may rationally be used as a springboard it is the duty of the court to make some apportionment

.... .

But we are resolved to avoid the one certainly unjust course of giving the plaintiffs everything,

6

because the defendants cannot with certainty compute their own share. In cases where plaintiffs fail to prove their damages exactly, we often make the best estimate we can, even though it is really no more than a guess, and under the guise of resolving all doubts against the defendants we will not deny the one fact that stands undoubted.
Cream Records, Inc. v. Jos. Schlitz Brewing Co., 754 F.2d 826, 828–29 (9th Cir. 1985) (citations omitted). Here, it is clear that Android’s gross revenue through 2011 was not entirely profit attributable to the allegedly infringed material. There were undoubtedly expenses that went into the development and marketing of Android. It would be unjust to hide these expenses from the jury. Moreover, any prejudice to Oracle of allowing another witness to lay the foundation for the P&L statements is minimized because Oracle was on notice that other witnesses on Google’s witness list, such as Android project head Andy Rubin, would potentially testify about the costs that went into Android (see Dkt. No. 525-3).

The following compromise will be implemented. Oracle’s motion is DENIED WITHOUT PREJUDICE. Dr. Cox will submit a supplement report revising only the foundational interviewee(s) for the P&L statements by APRIL 16. The new interviewee(s) must already be on Google’s witness list and their disclosed testimonial topic must be related to Android expenses. Oracle may depose each new foundational interviewee(s) for three hours, to be taken by APRIL 30. Google must produce at the deposition any materials used by the deponent in supplying information to Dr. Cox. No other materials need be produced. The questioning shall be limited to the subject of the interviews and the information provided to the expert and its accuracy. Oracle may re-raise its motion if the new foundational interviewee(s) proves inadequate to lay the proper foundation at trial.

7

CONCLUSION

For the reasons stated above, paragraphs 101 and 102 of Dr. Kearl’s report are STRICKEN. Paragraph 103 is stricken to the extent it suggests that the hypothetical negotiation would have been for a license to the entire portfolio. Paragraph 104 is stricken to the extent that it relies on the above-stricken material.

IT IS SO ORDERED.

Dated: April 10, 2012.

[signature]
WILLIAM ALSUP
UNITED STATES DISTRICT JUDGE

8


  


Google Prevails (mostly) on the Motions Against Dr. Kearl ~ pj | 311 comments | Create New Account
Comments belong to whoever posts them. Please notify us of inappropriate comments.
Corrections
Authored by: Kilz on Wednesday, April 11 2012 @ 07:29 AM EDT
Please list the mistake in the title of your post.

[ Reply to This | # ]

Off Topic
Authored by: Kilz on Wednesday, April 11 2012 @ 07:31 AM EDT
For all posts that are not on topic. Please make all links
clickable.

[ Reply to This | # ]

Newspicks
Authored by: Kilz on Wednesday, April 11 2012 @ 07:32 AM EDT
Please mention the news story's name in the title of the top
post.

[ Reply to This | # ]

Comes
Authored by: Kilz on Wednesday, April 11 2012 @ 07:34 AM EDT
Please post all transcriptions of Comes exhibits here for PJ.

[ Reply to This | # ]

Google Prevails (mostly) on the Motions Against Dr. Kearl ~ pj
Authored by: SLi on Wednesday, April 11 2012 @ 07:51 AM EDT
I expect Oracle to try to paint Google that way too, with excessive gobs of paint thrown at them, but in both cases, it really turns my stomach to watch. And I'm sorry you have to watch, because one of the purposes of Groklaw has always been to help you understand the legal process and how to work through issues effectively that way. And I know this isn't helping you to respect the law.
Are you implying that these cases (this and SCO) have been more dirty than your average case of any complexity? I'd really expect with all the very expensive lawyers retained by the various parties to get a more civil case than on average, if anything.

[ Reply to This | # ]

The Big Ask
Authored by: Anonymous on Wednesday, April 11 2012 @ 08:58 AM EDT
This is a common negotiating technique for less-than-honest people:

Ask for 5x what you think it's worth, and then allow yourself to
"compromise" down to merely 2x what it's worth.

This is seen everywhere, from SOPA/etc.. in government all the way down.

[ Reply to This | # ]

Words in the code match words in the API specification
Authored by: OmniGeek on Wednesday, April 11 2012 @ 09:37 AM EDT
I may be wrong here, but I get an idea when I read the "Words in the code
match words in the API specification" argument, specifically the part:

"MR. JACOBS: Because there is some code that literally you can line up word
for word in that code, in that source code, the noncomment source code, the
compiled source code, you can line up those words with the corresponding words
in what we're calling the specification."

Oracle appears to be arguing that because some of the source code (compilable,
executable code, not comments) in the Google implementations of the APIs matches
the wording in the API spec, this implies that (a jury could reasonably find)
Google copied the code from the Java sources.

This is bunkum for a couple of distinct reasons:

1. Scenes a faire doctrine. As is obvious to anyone who has ever written code to
a specification written by a third party, there are things in utility routines
such as abs() that just have to be written in a certain way in order to be
efficient; ANY competent implementation of the function will bear striking
similarities in its source code to all other competent implementations. When you
compare the compiled object code (or byte code for systems that work that way),
the similarities will be even greater once the optimizer has had its way with
the source. The simpler the individual APIs are, the more similarity is enforced
on the code by simple necessity.

2. Purely functional elements. There aren't any very original ways to implement
abs() and the like. There also aren't many really original ways to validate
input parameters against a set of limits. If the spec gives a guideline for what
constitutes "valid" for an argument, that's a purely functional, not
expressive, element, and smart programmers will hew as close to that description
as possible in order to avoid doing dumb things. And as we all know, purely
functional elements are unprotectable, especially when required for functional
compatibility.

In view of the above considerations, it is NOT an obvious or necessary
conclusion that similarity (or even a direct word-for-word match) implies
copying of the source code.

If they were talking about the comments instead of the executable code (which is
not the case here), that might possibly involve direct copying of text, BUT in
that case an excellent argument can be made that copying such snippets would fit
into a fair-use exception or be covered by scenes a faire or pure functionality
causes. (What better way to ensure that a code module does exactly what the API
spec requires than to cite that requirement, preferably verbatim, right there in
the code itself? Such snippet-copying is good programming practice, and
documentation systems such as Doxygen practically demand that you either copy in
or rewrite the spec requirement to document your function header.)

In any case, I think the appropriate message for Oracle is, "Bad dog. No
bone for you."

---
My strength is as the strength of ten men, for I am wired to the eyeballs on
espresso.

[ Reply to This | # ]

This Judge
Authored by: rsteinmetz70112 on Wednesday, April 11 2012 @ 09:45 AM EDT
I have the impression that if BSF tries to play game at trial. This Judge will
shut them down and smack them hard.

---
Rsteinmetz - IANAL therefore my opinions are illegal.

"I could be wrong now, but I don't think so."
Randy Newman - The Title Theme from Monk

[ Reply to This | # ]

  • This Judge - Authored by: Anonymous on Wednesday, April 11 2012 @ 12:11 PM EDT
on the compilation and arrangement
Authored by: hAckz0r on Wednesday, April 11 2012 @ 10:15 AM EDT
One can not Copyright facts, but one can create a document that arranges those specific facts and then discusses them. Such a document would clearly be Copyrightable. The facts themselves are not Copyrighted in the process, even if that document itself is. The Java API's are simply facts needed by a programmer, for the function parameters, calling conventions, and order of usage for the underlying library. No matter how Oracle arranges those facts in a document they are still just facts. Oracle is purposefully confusing the API definition (facts) with the API documentation (a creative work), which is Copyrightable. So long as Google did not cut and paste any portions of the official Sun/Java Copyrighted API documents and distribute that documentation along with with the Android system there would be no API Copyright infringement. Case closed, turn out the lights on your way out BSF.

As for the computers usage of the API's, the "arrangement" makes no difference, so long as the object API definitions are known before they are actually called. What package the definitions are placed in (arrangement) is merely a convenience for the programmer, who writes the end user program, not the Android system itself. Java.Util is a perfect example that it does not matter where it is, as long as the programmer knows where to find it. The Android/Dalvik system could care less where the package actually comes from as long as the programmer included the appropriate package to load the needed object module during run-time.

---
DRM - As a "solution", it solves the wrong problem; As a "technology" its only 'logically' infeasible.

[ Reply to This | # ]

A simple sum Oracle do not understand
Authored by: cricketjeff on Wednesday, April 11 2012 @ 10:36 AM EDT
0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0=0

( I hope that is 37 zeros added up)

If each element is uncopyrightable and arranged in a purely logical or
functional sequence then it has zero copyrightability and adding any number of
such elements will have the same result. In a novel any given sentence may well
have a very low degree of copyrightability but it will not be zero thus adding
up a few thousand of them can give a substantial result.

Zero is nothing at all like a small number, zero is zero.

---
There is nothing in life that doesn't look better after a good cup of tea.

[ Reply to This | # ]

Library Routines from Other Languages
Authored by: Anonymous on Wednesday, April 11 2012 @ 10:51 AM EDT
Would it be permissible to pull in C library code to show substantially the same
lines and comments for the API functions in Java? That would seem to me to be
the game ending move.

-- Alma

[ Reply to This | # ]

to_be | ! to_be
Authored by: Anonymous on Wednesday, April 11 2012 @ 11:02 AM EDT
is only meaningful if there are side effects.

Anyways, more to the point. Using BSF arguments if I have "To be or not to
be" in a story, I've obviously copied my story from Shakespeare.

[ Reply to This | # ]

Cracking. Please let's try to stop the FUD.
Authored by: celtic_hackr on Wednesday, April 11 2012 @ 12:18 PM EDT
I know it's a major uphill battle. Maybe even a Mt Everest climb. But it would
be really nice to stop referring to ""Cracking" as
"Hacking".

Hacking - taking things apart to figure out how they work.

Cracking - taking things apart to figure out how they work in order to pursue
criminal activities.

It reminds me of a group of amateur locksmiths who hold an annual event to
attempt to pick a number of locks attached to little blocks of wood fashioned
like mini-doors. Perfectly legal, and a form of hacking. As opposed to trying to
pick locks attached to actual homes and businesses, not legal and a form of
cracking.

It's so frustrating to see people who should know better, and people who have a
real passion for being correct use this term in a derogatory way, rather than
try to be a part of the people striving to return hacking to it's former good
name. Hacking is a good thing, it is one of the reasons we end up building
better and more secure software and hardware. It's practice as old as the
hills.

Maybe, I'm just spitting in the wind. It's disappointing though. I for one am
proud to be a Hacker. Cracking on the other hand needs to be prosecuted.

[ Reply to This | # ]

Oracle assertion
Authored by: Ian Al on Wednesday, April 11 2012 @ 12:25 PM EDT
Google engineers consulted Oracle's API specifications and source code when working on Android
Google say that they used the Harmony clean-room implementation code for the 37 API packages. They could have looked at a version of Sun's implementation code by looking in the GPL OpenJDK, but why would they do that? They would have no need to do that. Google were not writing implementation code because it was already written for them by Harmony.

Where is Oracle's factual evidence that Google lied about using the Harmony code and consulted Sun's code instead? Google told Judge Alsup that they had an Apache licence from Harmony to use their clean-room API implementation code at at least one court hearing. Oracle never challenged that.

Let's look at Oracle's assertion in more detail, and try to piece together where all this came from,
MR. KWUN: What's known as the declaration or the method signature, which is the part at the top. Actually, in there there might be some very, very slight differences. But for present purpose we can say they are the same.

THE COURT: So, as I understand you, you concede that, at least as to these 37 APIs, you do use the same structure, selection, and arrangement?

MR. KWUN: Yes, Your Honor.
Google may well have lifted the API elements and their structure, selection, and arrangement from Oracle's source code, which it demonstrably had access to.

Oracle did not admit that except for "nine lines" there was no source code copying. Quite the opposite, in fact:
THE COURT: Pose to both sides this question. And you answer it first since you're already here. Except for rangeCheck, the APIs that you have, the 37 APIs in Android compared to the 37 analogs in Java, have different source code. True?

MR. KWUN: Yes, Your Honor.

THE COURT: Let me stop there. Agreed?

MR. JACOBS: Yes and no, Your Honor.

THE COURT: Okay. Explain that part.

MR. JACOBS: The part that closely corresponds to the words and symbols that are set forth in a specification aligns word for word.

THE COURT: I'm just talking -- I'm only talking about the source code that gets compiled by the computer --

MR. JACOBS: Yes.

THE COURT: -- at this point. So you're saying it's yes and no.

MR. JACOBS: Because there is some code that literally you can line up word for word in that code, in that source code, the noncomment source code, the compiled source code, you can line up those words with the corresponding words in what we're calling the specification.
So Oracle only claimed in the brief that started all this off that 'Google may well have lifted the API elements and their structure, selection, and arrangement from Oracle's source code, which it demonstrably had access to'. 'May well' is a long, long way from 'did' with the facts in front of us. The judge had already established that 'the 37 APIs in Android compared to the 37 analogs in Java, have different source code.'. Jacobs then points out that the names (words) in Android's Harmony API implementation source code can be lined up, name for name, with the corresponding names in the Java API Specification.

If Harmony did not align the names in the clean-room Harmony API implementation code with the names, structure, selection, and arrangement in the API Specification that they were implementing then they would not be implementing the API Specification. Google answered 'yes' to the court's question 'you concede that, at least as to these 37 APIs, you do use the same structure, selection, and arrangement?'. Google also conceded that they used the same names as those used in the 'declaration or the method signature'. The judge, later, declared that names and phrases were unprotectable by copyright.

Jacobs, bless him, tries manfully to maintain that copying the names, structure, selection, and arrangement is tantamount to copying source code. The judge won't be convinced by that with what he has already established.

However, Oracle drew from this that 'Google may well have lifted the API elements and their structure, selection, and arrangement from Oracle's source code' and now their suspicions have mutated into absolute certainty in spite of everything that the judge has already established.

It's an outright lie without any basis in fact, isn't it? It is a declaration that Oracle intend to lie to the jury and the judge if that is what it takes to win the case.

---
Regards
Ian Al
Software Patents: It's the disclosed functions in the patent, stupid!

[ Reply to This | # ]

The API packages and their organization define the parts of speech—-such as verbs and nouns—and
Authored by: SilverWave on Wednesday, April 11 2012 @ 02:47 PM EDT
I love this:

The API packages and their organization define the parts of speech—-such as verbs and nouns—and rules of grammar that enable Java-language speakers to understand one another.


Its a killer line for Google, something that the Jury will get.

JuryMember1 to Jury: "Wait a minute... that’s like trying to patenting the English Language"

And that’s all they wrote.

---
RMS: The 4 Freedoms
0 run the program for any purpose
1 study the source code and change it
2 make copies and distribute them
3 publish modified versions

[ Reply to This | # ]

As long as users didn’t call it Java, they were free to use the Harmony source code. SUNCEO: YES
Authored by: SilverWave on Wednesday, April 11 2012 @ 02:58 PM EDT
Oracle are toast:

Sun CEO:

Q. And based on your understanding, as long as users did not call their products Java, they were free to use the source code that Apache Harmony made available?

---
RMS: The 4 Freedoms
0 run the program for any purpose
1 study the source code and change it
2 make copies and distribute them
3 publish modified versions

[ Reply to This | # ]

RMS?
Authored by: Anonymous on Wednesday, April 11 2012 @ 09:17 PM EDT
"and I am willing to be quoted"

That doesn't sound like the RMS I know :-)

[ Reply to This | # ]

Google Prevails (mostly) on the Motions Against Dr. Kearl ~ pj
Authored by: Steve Martin on Thursday, April 12 2012 @ 07:04 AM EDT

This statement by Mr. Jacobs demonstrates in my view the disingenuous nature of Oracle's entire argument.

MR. JACOBS: Because there is some code that literally you can line up word for word in that code, in that source code, the noncomment source code, the compiled source code, you can line up those words with the corresponding words in what we're calling the specification.

Here's my problem with that. (For purposes of demonstration here I'll be using C, since I'm not particularly fluent in Java.)

If I write a function (let's call it "foo"), it might look like this:

int foo(float arg1, char *arg2) {
some_code
;
}

and I might write some documentation for others to consult who wish to link with this function by "specifying" the function header as follows:

int foo(float, char*)
;

In this case, there most definitely are "word for word" correspondences between the actual "code" (mine and the end user's) and the "specification", namely "int", "foo", "float", and "char". But so what? That is functional, that's the way the user's code has to be in order to interact with my function. If the words shown are not exactly as listed and in the order listed, the call to the function simply won't work. That's the nature of programming. My question would be why this wouldn't fall under the merger doctrine.

---
"When I say something, I put my name next to it." -- Isaac Jaffe, "Sports Night"

[ Reply to This | # ]

"Do not expect reasonableness from this crew"
Authored by: webster on Thursday, April 12 2012 @ 05:17 PM EDT


Sic transit gloria legis

If reason saves their opponent, as well as themselves, time and money, their client doesn't want it. If reason may lead to a quick defeat, their client doesn't want it. Their billions have been found unreasonable. The price for them now to be reasonable is too high.

Oracle hopes that the Judge will let a lay jury deliberate on uncontested facts to overrule decades of coding practice and appellate precedent [re API's]. That is unreasonable. For the Judge to let this challenge to the rule linger to the threshold of trial is also unreasonable.

[ Reply to This | # ]

I think you misuse the words "functional code"
Authored by: Anonymous on Saturday, April 14 2012 @ 03:30 AM EDT
To those of us who are programmers, the phrase "functional
code" means one of 3 things:

1. Code that actually does something.

2. Code that actually does something and is actually used.

3. Code written in a so-called functional programming
language such as E-LISP, Standard ML or Microsoft F#.

All of those are copyrightable computer programs, in fact #1
or #2 is close to the actual definition in US copyright law.

API signatures are not in any of those categories, and you
should not call them "functional code", as that would play
right into BSF's hands.

API signatures are just incomplete descriptions of the outer
shape ("tall, dark and handsome" vs. "cute, pale and
cuddly") of code, it is neither "functional code", nor
"descriptive code" nor "declarative code" (two other
categories of copyrightable code that I won't elaborate on
now).

[ Reply to This | # ]

Groklaw © Copyright 2003-2013 Pamela Jones.
All trademarks and copyrights on this page are owned by their respective owners.
Comments are owned by the individual posters.

PJ's articles are licensed under a Creative Commons License. ( Details )