Rockstar Consortium US LP et al v. Google Inc

Filing 138

RESPONSE in Opposition re 122 MOTION to Strike Plaintiffs' Patent Rule 3-1 Infringement Contentions filed by NetStar Technologies LLC, Rockstar Consortium US LP. (Attachments: # 1 Declaration of Shawn D. Blackburn, # 2 Exhibit 1 - Rockstar's P.R. 3-1 Disclosure of Asserted Claims and Infringement Contentions, # 3 Exhibit 2 - Rockstar's P.R. 3-1 Infringement Claim Chart for '065, # 4 Exhibit 3 - Rockstar's P.R. 3-1 Infringement Claim Chart for '969, # 5 Exhibit 4 - Rockstar's P.R. 3-1 Infringement Claim Chart for '245, # 6 Exhibit 5 - Rockstar's P.R. 3-1 Infringement Claim Chart for '970, # 7 Exhibit 6 - Rockstar's P.R. 3-1 Infringement Claim Chart for '178, # 8 Exhibit 7 - Rockstar's P.R. 3-1 Infringement Claim Chart for '183, # 9 Exhibit 8 - Rockstar's P.R. 3-1 Infringement Claim Chart for '883, # 10 Exhibit 9 - 4-14-14 email between counsel, # 11 Exhibit 10 - 4-18-14 email between counsel, # 12 Exhibit 11 - 7-3-14 email between counsel, # 13 Exhibit 12 - 7-8-14 email between counsel, # 14 Exhibit 13 - 7-24-14 email between counsel, # 15 Exhibit 14 - 8-27-14 email between counsel, # 16 Exhibit 15 - 6-23-14 email between counsel, # 17 Text of Proposed Order)(Blackburn, Shawn)

Download PDF
EXHIBIT 14 From: Sent: To: Amanda Bonn Wednesday, August 27, 2014 11:00 PM Andrea P Roberts; John Lahad; Shawn Blackburn; Justin A. Nelson; Cyndi Obuz; John Dolan; Kristin Malone; Max L. Tribble; Parker Folse; Stacy Schulze; Tammie J. DeNio; jrambin@capshawlaw.com; Elizabeth DeRieux; ccapshaw@capshawlaw.com; jw@wsfirm.com; claire@wsfirm.com; Meng Xi QE-Google-Rockstar; Mark Mann; blake@themannfirm.com; Andy Tindel RE: Rockstar v. Google - Source Code Inspection Cc: Subject: Andrea, I write regarding several deficiencies in Google’s production of technical documents and source code. Technical Document Production: Google’s 3.4 production has problems with fonts, OCR, images, metadata, etc., that make them unduly burdensome to search and review. In addition, Google’s production appears incomplete in many respects. (1) Many documents do not appear to have appropriate font-sizes or font-types and are not searchable. Due to the format of the production, we are finding it nearly impossible to search for (1) source code and technical content would have been inserted in the document and (2) text appearing within images, flow diagrams, and the like. For examples of image files that have not been produced in a searchable format, see Goog-WRD-00064041 and Goog-WRD-00010284. For examples of documents produced extremely small text (and, apparently as a result, poor OCR data), see Goog-WRD-00019878. Some documents appear to have OCR that does not match the document. For example, the corresponding OCR text for Goog-WRD-00019878 does not match the document’s contents. Other documents, despite having text, appear to have no OCR data, such as Goog-WRD-00021332. Other OCR data appears corrupted as well, see Goog-WRD-00021623. For other documents, certain diagrams that seem to appear in the document are omitted, such as in Goog-WRD-0003158. (2) In addition, it appears that Google has produced many documents in Native format (Document) rather than HTML converted to PDF from the internal Wiki portal, which means that there are many related documents for which we cannot identify that hot-links exist. (3) As we have previously indicated, Google’s limited production of metadata, combined with the volume of the production and the issue noted above, further burden our efforts to review the documents. You have agreed to provide the requested metadata for productions going forward. Please confirm that you will also provide such metadata for Google’s 3.4 production. (4) Finally, it appears to us—based on what we have been able to review, notwithstanding the above issues—that Google’s production is incomplete in several respects. We have not been able to locate technical documents we would expect to find regarding the following: a. Search Systems: i. User query entry ii. Details of query processing to be presented to indexing systems iii. Ranking of search results iv. Search personalization v. Search re-ranking (or re-prioritization) vi. Search refinement 1 vii. Other search platforms, including mobile platform, search partners (i.e., AOL), and custom search engine. b. Ads System: i. Ads database schema ii. Ranking of ads iii. Ads presented with search results on mobile platform iv. Ads provided to third-party partners such as AOL, etc v. Ads provided with CSE search results vi. User profile creation at various Google portals vii. User preference generation and editing (e.g. manual entry by user and logic that derives user profile) viii. User prior purchasing history identification and storage. Please confirm that Google will provide a replacement production for the documents that have already been produced to address the searchability and readability issues discussed above. Please also confirm that either Google has produced technical documents regarding the above technical categories pursuant to its 3.4 obligations or else that it will do so promptly. If the former, please tell us the Bates ranges where we can find at least exemplar documents of the above so we can confirm that the documents have indeed been produced while we await a replacement production. If the latter, we expect Google to produce those documents promptly or we will move to compel. Source Code Production Deficiencies: Google’s production of source code is selective, incomplete, and done in a fashion that it is unduly burdensome for our expert to review. As an initial matter, the technical documents Google has loaded onto the source code review computer are in nonsearchable PDFs. This makes it incredibly burdensome on our source code reviewer to find the relevant portions of documents while reviewing code. Please confirm that Google will load such documents in searchable format or in native for future code review sessions. In addition, Google has produced source code and technical documents in an encrypted container. Decrypted code is presented in a temporary folder, so with a machine restart, the decryption process has to start again. This means all the open files lose the sync in the provided tools and have to be opened or the project has to be created again with every restart of the system. This is unduly burdensome on our code reviewer(s). Finally, Google’s source code production is selective and incomplete in at least the following ways. (1) Source code has not been produced in its end-to-end entirety, but appears to be highly selective files. As a result, Google has not produced source code to allow us to understand the end-to-end process for the accused instrumentalities. Several files that are referenced as “include” in the produced source code files are missing. Therefore, we do not have definition/logic for several functions that are called with the produced code. In addition, several files do not have corresponding .H or .CC files. This is unacceptable. Google’s obligation is to produce all relevant source code for the accused instrumentalities, not a highly selective snapshot of source code. (2) In addition, it appears Google has not produced code relating to: a. Search systems: i. End-to-end query processing that presents the user query to the indexing systems ii. Ranking of search results iii. Search personalization iv. Search refinement v. Rendering of search results 2 vi. Search re-ranking (or reprioritization) vii. Code related to other search platforms like mobile, search partners (i.e., AOL), and Custom Search Engine. b. Ads System: i. Ranking of ads ii. Ads-serving with search results: 1. Ads provided to third-party partners such as AOL 2. Ads provided with CSE search results. iii. Re-prioritization of Ads iv. Source code related to user profile creation and editing using Google properties (e.g., at Google accounts, Google+, etc.) v. User preference generation and edit process (e.g., manual entry by user and logic related to derived preference as displayed in Ads Setting) vi. User prior purchase history identification and storing related logic (3) Please also explain the content and motivation as to why the source code is produced in two different folders, Viz. P1-2014007-0970826056 and pull-tick-12971317 (where the second folder has a folder with the same version folder code.) (4) Finally, thank you for producing certain DoubleClick source code. However, it appears that Google’s production of DoubleClick code was highly selective as well—there appear to be only a selected 10-20 source code files from each version of DoubleClick between January and July 1996. Please produce all source code for any version of DoubleClick on which Google intends to rely immediately. In addition, Google has not produced any NetGravity code. Please produce all source code for any versions of NetGravity on which Google intends to rely. Regards, Amanda Bonn | Susman Godfrey LLP 1901 Ave. of the Stars, Suite 950 | Los Angeles, CA 90067 (T) 310-789-3131 | (M) 408-832-5193 abonn@susmangodfrey.com

Disclaimer: Justia Dockets & Filings provides public litigation records from the federal appellate and district courts. These filings and docket sheets should not be considered findings of fact or liability, nor do they necessarily reflect the view of Justia.


Why Is My Information Online?