throbber

`
`Paper No. 37
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`___________________
`
`
`APPLE INC.,
`TWITTER, INC., AND YELP INC.,
`Petitioners,
`
`v.
`
`EVOLUTIONARY INTELLIGENCE, LLC,
`Patent Owner
`___________________
`
`Inter Partes Review No. IPR2014-00086
`Inter Partes Review No. IPR2014-008121
`
`__________________________________________________________________
`
`PETITIONERS’ RESPONSES TO PATENT OWNER’S
`OBSERVATIONS ON CROSS-EXAMINATION OF HENRY HOUH
`
`
`
`
`
`
`
`
`
`
`
`1 Per the Board’s Order (Paper 16 at 4), Petitioner Apple identifies this as a
`
`consolidated filing on behalf of Petitioners.
`
`
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`
`As authorized by the Board’s Scheduling Order on April 25, 2014 (Paper 9)
`
`and the Trial Practice Guide, 77 Fed. Reg. 48756, 48768 (Aug. 14, 2012),
`
`Petitioners submit the following responses to Patent Owner’s observations on
`
`cross-examination of Dr. Henry Houh (Paper 33).
`
`I.
`
`Response to Observation (1)
`
`Patent Owner asserts that Dr. Houh’s testimony shows that he “is relying on
`
`inherent anticipation to supply elements required of claim 2” because he used the
`
`word “necessary” in one answer when he was discussing Gibbs disclosure of an
`
`“execution stack.” Dr. Houh identified an “execution stack” is just one of several
`
`examples of “logically defined data enclosures” (or data enclosures defined by a
`
`“software mechanism”) that can comprise a container, (Ex. 1009 at ¶ 29), and he
`
`explained in response to questions from Patent Owner’s counsel that “one of
`
`ordinary skill in the art would understand that [] Gibbs disclosure . . . would have
`
`[] something like this execution stack, which would be used to support function
`
`calling.” Ex. 1010 at 257:6-12, 259:20-24, 266:12-17. Throughout his testimony
`
`Dr. Houh cited numerous portions of Gibbs supporting his conclusion that Gibbs
`
`discloses a container comprising the instantiated transport, map, and report objects.
`
`E.g., Ex. 1009 at ¶¶ 32-48; Ex. 1010 at 308:25-312:8.
`
`II. Response to Observation (2)
`Patent Owner asserts that Dr. Houh’s testimony shows that he admitted any
`
`
`
`1
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`execution stack in Gibbs “did not necessarily function in the manner he relied on in
`
`his anticipation analysis.” In the testimony cited by Patent Owner, Dr. Houh was
`
`responding to Patent Owner’s incomplete hypothetical, and Dr. Houh was
`
`explaining that it theoretically would be possible to create a new type of execution
`
`stack that was not a “logically defined data enclosure.” Ex. 1010 (Houh Suppl.
`
`Dep. Tr.) at 257:15-259:4 (emphasis added). Dr. Houh explained that in
`
`conventional systems under ordinary operation, an execution stack is a logically
`
`defined data enclosure. Ex. 1010 at 236:12-237:2, 254:18-255:1. He also testified
`
`that Gibbs disclosed a conventional system. Ex. 1010 at 257:22-258:12, 266:12-
`
`17, 266:22-267:22.
`
`III. Response to Observation (3)
`Patent Owner asserts that Dr. Houh admits that Gibbs only “discloses the
`
`latitude and longitude being retrieved after the system of Gibbs does a time
`
`comparison to determine whether the trains are late.” But in the cited passage, Dr.
`
`Houh was simply reading of the text of Gibbs which is not an “admission” that
`
`Patent Owner’s interpretation of that text is correct. Compare Ex. 1010 at 284:22-
`
`
`
`2
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`285:17 (Patent Owner’s counsel reading text from Gibbs) with 286:1-172 (Dr.
`
`Houh reading the same text); Ex. 1009 at ¶¶ 51-52 (“Gibbs shows that the system
`
`will retrieve each object’s location and use it to determine whether the train is on
`
`time or late.” citing Ex. 1006 at 13:46-57). Additionally, Patent Owner’s argument
`
`is irrelevant because Dr. Houh explained that “Gibbs clearly shows that a train’s
`
`physical location is a data item on a map, and that Gibbs explains that any data
`
`item (i.e., including the physical location of the train) can be monitored using
`
`warning criteria.” Ex. 1009 at ¶¶ 52-53 (citing Ex. 1006 at 9:60-62, 9:67-10:4,
`
`12:36-41).
`
`IV. Response to Observation (4)
`Patent Owner asserts that Dr. Houh admits that the “content key register”
`
`cannot be an example of a “first register having a unique container identification
`
`value.” But the cited testimony both is irrelevant and does not support Patent
`
`Owner’s conclusion. First, Patent Owner misstates the relevance of the testimony
`
`because the issue is not whether the “content key register” must, forever and
`
`always, be unique, but rather whether the ’536 patent’s disclosure of a variety of
`
`
`
`2
`
`Patent Owner cites to the court reporter’s “[r]ough” transcript at 85:8-24,
`
`Paper 33 at 3, which corresponds to Ex. 1010 at 286:1-17.
`
`
`
`3
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`container identification values would inform a person having ordinary skill in the
`
`art of the broadest reasonable interpretation of the claimed “first register.” Second,
`
`the testimony is not relevant because Patent Owner was not asking Dr. Houh about
`
`how the ’536 patent described the content key register, but rather he was asking
`
`about Dr. Houh’s recollection of what the “content key register” was, without
`
`reference to either his declaration or the ’536 patent. E.g., Ex. 1010 at 275:23-
`
`276:3 (“Q . . . what is your memory of of what your testimony was with respect to
`
`content key registers? A That I did -- I did talk about them. And if you'll let me
`
`look in my report, I'll tell you what I said.”), 276:13-18 (“Q Okay. But I want to
`
`know what you remember without looking at your report. So can you tell me what
`
`you remember about your testimony with respect to content key registers? MR.
`
`BROUGHAN: Objection, relevance, form.”). Finally, the testimony does not
`
`support Patent Owner’s argument because Dr. Houh explained that if “multiple
`
`objects [had] content key registers with [the] same value,” then they “would be the
`
`same container,” such as “a copy of the same item.” Ex. 1010 at 278:1-12.
`
`V. Response to Observation (5)
`Patent Owner asserts that Dr. Houh’s testimony lacks foundation because
`
`“he has provided no corroborating evidence for his testimony,” but Dr. Houh relied
`
`on the ’536 patent’s own disclosure to corroborate his view that a “container”
`
`could include more than just “the logical description of another container.” Ex.
`
`
`
`4
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`1009 at ¶¶ 20-29. Dr. Houh also explained that his opinion was supplemented by
`
`his “background in object-oriented programming” and his role as architect of large
`
`object-oriented programming systems. Ex. 1010 at 202:12-18, 222:16-224:9.
`
`VI. Response to Observation (6)
`Patent Owner asserts that Dr. Houh’s testimony shows that he failed to
`
`construe the claims from the perspective of one of ordinary skill in the art, but in
`
`the cited passages, Patent Owner’s counsel was asking Dr. Houh about general
`
`programming concepts, and not about the ’536 patent, Gibbs, or either of Dr.
`
`Houh’s declarations. Ex. 1010 at 245:14-22 (“Q So then, yes, an execution stack is
`
`a logical data enclosure? MR. BROUGHAN: Objection, form. THE WITNESS:
`
`We're talking about general object-oriented programming. If you want to talk about
`
`the -- the -- the contents of my report, we could turn to the contents of my report
`
`now, and I could talk specifically about that.”); see also Ex. 1010 at 237:4-5,
`
`238:18-20, 239:21-22, 240:5-243:43 (asking about software generically); see
`
`generally Ex. 1010 at 230:22-245:22.
`
`VII. Response to Observation (7)
`Patent Owner asserts that Dr. Houh’s testimony shows that in Gibbs, objects
`
`cannot be “nested” inside of other objects (e.g., a transport object cannot be nested
`
`inside of a map object) but the cited testimony does not support Patent Owner’s
`
`argument. First, the cited testimony is discussing how a programmer would write
`
`
`
`5
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`code, but Dr. Houh explained that he distinguished the code itself from the
`
`instantiations of the objects, and that instances of objects could be contained inside
`
`other instances of objects. E.g., Ex. 1010 at 214:15-20 (“A . . .And when it's
`
`instantiated and when the -- it would create another class member inside this
`
`particular instantiation and create, you know, that class inside as a -- as a member
`
`variable of sorts.”), 228:9-13 (“But, generally speaking, if you wanted to create an
`
`object in an object-oriented system, you'd define a class, and then you'd instantiate
`
`that class.”). Second, Patent Owner appears to be asserting that because Gibbs
`
`describes classes as “non-overlapping,” that they cannot contain instances of other
`
`classes, but that argument ignores the passages of Gibbs that show the map and
`
`report objects collecting references to transport objects. E.g., Ex. 1009 at ¶¶ 42-46
`
`(Ex. 1006 at Figs. 9a & 9b, 21:49-65, 22:2-12, 22:23-53); Ex. 1003 at ¶¶ 102-06,
`
`159-61.
`
`VIII. Response to Observation (8)
`Patent Owner asserts that Dr. Houh’s testimony “corroborates Patent
`
`Owner’s position that ‘container’ would be understood by a person of skill in the
`
`art as requiring ‘encapsulation,’ which is a term of art” because Dr. Houh stated
`
`that “nesting” could be a type of “encapsulation.” Dr. Houh never testified that
`
`“encapsulation” was a term of art, and Patent Owner’s expert Dr. Green testified
`
`that “encapsulation” was not a term of art. Ex. 2009 (Green Dep Tr.) at 163:8-12
`
`
`
`6
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`(“My understanding, the term ‘encapsulation,’ by the way, is a bit specific to '536.
`
`I wouldn't say it's a general way that we refer to data structures in computer
`
`science. But I understand the meaning from '536.”). Patent Owner’s point also is
`
`irrelevant to the merits, as the Board’s Decision to Institute rejected the argument
`
`that “‘encapsulated’ require[s] anything more than ‘contained within.’” Dec. at 9.
`
`IX. Response to Observation (9)
`Patent Owner asserts that Dr. Houh’s testimony “demonstrates that some of
`
`the forms of ‘nesting’ referenced by Dr. Houh are not examples of ‘logically
`
`defined data enclosures.’” Patent Owner’s observation is irrelevant because Dr.
`
`Houh provided examples of “logically defined data enclosures,” not examples of
`
`nesting:
`
`A person of ordinary skill in the art would understand that a
`“logically defined data enclosure” (or a data enclosure defined by a
`“software mechanism”) covers more than just a “logical description”
`of a container. For example, a logical data enclosure would include a
`system process, an execution stack (the memory allocated to a running
`software application), contiguous blocks of physical memory, a file
`structure or file header, various instances of object-oriented
`programming design concepts (e.g., a class interface, polymorphic
`object, or object with inheritance), amongst others.
`Ex. 1009 at ¶ 29 (emphasis added).
`
`
`
`7
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`X. Response to Observation (10)
`Patent Owner asserts that Dr. Houh’s testimony shows that Gibbs does not
`
`disclose the various examples of logically defined data enclosures, but the cited
`
`testimony is irrelevant because Patent Owner’s counsel was asking about Dr.
`
`Houh’s memory of Gibbs and counsel refused to let Dr. Houh refresh his memory
`
`by consulting Gibbs:
`
`Q Okay. Do you recall whether or not Gibbs discussed the
`transport objects being polymorphic objects?
`MR. BROUGHAN: Objection, foundation, relevance.
`THE WITNESS: Without looking at the patent, I can't -- you
`know, without refreshing my memory, I -- I can't recall that right now.
`Whether that word was used or not, I think it may have been used, but
`I -- I don't recall in what context. Or I -- I actually -- I can't say for
`sure. If you let me look at it, I'll -- I can
`BY MR. PATEK:
`Q Okay. Do you remember -- do you remember whether or
`not Gibbs discussed transport objects being a type of class interface?
`MR. BROUGHAN: Objection, foundation, relevance.
`THE WITNESS: I -- I can't re- -- no, I -- I can't recall what --
`what words Gibbs used. I can't recall all the words that Gibbs used to
`describe transport object at the moment. Would you like to point me
`to a specific section in the Gibbs?
`BY MR. PATEK:
`
`
`
`8
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`
` Q Not at the moment. But when I do, I'll be sure to let you
`know. . . .
`Ex. 1010 at 229:3-230:4.
`
`XI. Response to Observation (11)
`Patent Owner asserts that Dr. Houh’s testimony shows that an “execution
`
`stack” is not a “logically defined data enclosure,” but in support only argues that
`
`“Dr. Houh’s supplemental declaration does not provide any evidence that Gibbs
`
`discloses” elements of an execution stack. Dr. Houh explained that a “computer []
`
`knows that there’s a stack, where it is, and it knows how to manipulate things on
`
`it,” and that “one of ordinary skill in the art would understand that [] Gibbs
`
`disclosure . . . would have [] something like this execution stack, which would be
`
`used to support function calling.” Ex. 1010 at 246:25-247:4, 257:6-12. Dr. Houh
`
`also explained that an “execution stack” is just one of several example of “logically
`
`defined data enclosures” (or data enclosures defined by a “software mechanism”)
`
`that can be considered “containers.” Ex. 1009 at ¶ 29; Ex. 1010 at 259:20-24.
`
`XII. Response to Observation (12)
`Patent Owner asserts that Dr. Houh’s testimony shows that he “fail[ed] to
`
`address the existence of [a ‘logical definition’ and an ‘enclosure’] in any object in
`
`Gibbs,” but Dr. Houh relied on Patent Owner’s own expert’s understanding of
`
`“’logically defined’ to mean ‘defined through a software mechanism’.” Ex. 2006 at
`
`¶ 35; Ex. 1009 at ¶¶ 28-29 (“a ‘logically defined data enclosure’ (or a data
`
`9
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`enclosure defined by a ‘software mechanism’)”). Dr. Houh also explained that he
`
`disagreed with Patent Owner’s counsel’s attempt to slice “logically defined data
`
`enclosure” into “four words in isolation.” Ex. 1010 at 273:10-20. As repeatedly
`
`explained by Dr. Houh, Gibbs discloses a “logically defined data enclosure.” Ex.
`
`1009 at ¶¶ 32-46; Ex. 1003 at ¶¶ 109, 122, 126, 138, 141-43.
`
`XIII. Response to Observation (13)
`Patent Owner asserts that during the deposition, Dr. Houh did not adequately
`
`explain how his original report discussed a “TMR subsystem” because Dr. Houh
`
`mentioned just several examples where he had discussed the interaction among the
`
`transport, map, and report objects. But Dr. Houh explained that there were many
`
`examples, and he was just naming a few. Ex. 1010 at 309:17-18, 310:16-17; see
`
`id. at 308:25-312:8; see also Ex. 1009 at ¶¶ 14, 32-48.
`
`XIV. Response to Observation (14)
`Patent Owner asserts that Dr. Houh’s testimony shows that he had no
`
`foundation for stating that “the ’536 patent recites other ‘ways of encapsulating’
`
`beyond a logically defined data structure.” But Dr. Houh explained that the ’536
`
`patent describes containers including a wide variety of things that are “not
`
`necessarily a logical description of another container,” such as “register[s]” and
`
`“code.” Ex. 1010 at 297:16-300:4. Further, Dr. Houh explained that the ’536
`
`patent describes containers including anything from “a single bit” or “a single
`
`
`
`10
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`natural number” up to and including “all defined cyberspace, existing, growing and
`
`to be discovered, including but not limited to all containers, defined and to be
`
`defined in cyberspace.” Ex. 1003 at ¶ 54 (citing Ex. 1001 at 9:9-12).
`
`XV. Response to Observation (15)
`Patent Owner asserts that Dr. Houh’s testimony shows that Dr. Green’s
`
`concession that “Gibbs discloses interaction among the objects” was not an
`
`admission that Gibbs discloses (1) a container or plurality of containers that are
`
`interacting, or (2) a register designating whether the interaction may occur. Dr.
`
`Green admitted that the individual objects were containers; that a “register” could
`
`be “code”; and that Gibbs discloses that “the map object [] uses routines to obtain
`
`and retain data items from the transport objects, and then respectively generate[s]
`
`or modif[ies] an appropriate map in response to [a] user request received from the
`
`CMO.” Ex. 2009 at 267:9-18, 225:13-229:11, 172:3-15; see also Ex. 1009 at
`
`¶¶ 22, 31, 40.
`
`XVI. Response to Observation (16)
`Patent Owner asserts that Dr. Houh’s testimony shows that Dr. Houh was
`
`“unwilling or unable to identify the basis for his opinion that an execution stack
`
`was a ‘logical data enclosure,’” but Dr. Houh explained that a “computer [] knows
`
`that there’s a stack, where it is, and it knows how to manipulate things on it,” and
`
`that “one of ordinary skill in the art would understand that [] Gibbs disclosure . . .
`
`
`
`11
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`would have [] something like this execution stack, which would be used to support
`
`function calling.” Ex. 1010 at 246:25-247:4, 257:6-12. Dr. Houh further
`
`explained that “[w]hen instantiated (i.e., when running in an instance of the
`
`software on a user's workstation), [the transport, map, and report objects] are
`
`present and in memory, and perform the operations” as required by the claims. Ex.
`
`1009 at ¶ 14, 32-48; Ex. 1010 at 308:25-312:8.
`
`XVII. Response to Observation (17)
`Patent Owner asserts that “Dr. Houh testified that portions of the patent that
`
`did not discuss nesting were, in fact, more relevant” than the “portions of the ’536
`
`patent that discussed nesting explicitly.” But Dr. Houh explained that “you have to
`
`look at the context of the specification and the words used to describe what’s being
`
`performed in the specification” when interpreting what “nesting” would mean, and
`
`explained that “there could be things that are more relevant to nesting, even though
`
`they don’t talk about the word ‘nesting.’” Ex. 1010 at 301:17-302:7 (emphasis
`
`added).
`
`
`
`Dated: December 12, 2014
`
`
`
`
`
`
`
`12
`
`Respectfully Submitted,
`
`/Jeffrey P. Kushan/
`Jeffrey P. Kushan
`Registration No. 43,401
`Sidley Austin LLP
`1501 K Street NW
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`
`Washington, DC 20005
`jkushan@sidley.com
`Attorney for Petitioner Apple
`
`
`
`
`13
`
`

`

`IPR2014-00086
`IPR2014-00812
`
`
`CERTIFICATE OF SERVICE
`
`I hereby certify that on this 12th day of December, 2014, a copy of this
`
`Petitioners’ Response to Patent Owner’s Motion for Observations on Cross-
`
`Examination has been served in its entirety by email on the following counsel of
`
`record for Patent Owner and Petitioners Yelp and Twitter:
`
`Patent Owner:
`Anthony Patek
`Gutride Safier LLP
`835 Douglass Street
`San Francisco, CA 94114
`anthony@gutridesafier.com
`pto@gutridesafier.com
`
`Todd Kennedy
`Gutride Safier LLP
`835 Douglass Street
`San Francisco, CA 94114
`todd@guttridesafier.com
`
`
`Petitioners Yelp and Twitter
`Vaibhav P. Kadaba
`Kilpatrick Townsend & Stockton LLP
`1100 Peachtree Street NE, Suite 2800
`Atlanta, GA 30309-4528
`wkadaba@kilpatricktownsend.com
`rartuz@kilpatricktownsend.com
`
`
`Dated: December 12, 2014
`
`
`
`Respectfully submitted,
`
`/Jeffrey P. Kushan/
`Jeffrey P. Kushan
`Reg. No. 43,401
`Attorney for Petitioner Apple
`
`
`
`1
`
`

`

`IPR2014-00086
`
`IPR2014-00086
`IPR2014-00812
`IPR2014-00812
`
`
`
`
`
`
`2
`
`

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket