throbber
Trials@uspto.gov
`571-272-7822
`
`
`
`
`Paper No. 48
`Entered: May 23, 2023
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`________________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`________________
`
`THE DATA COMPANY TECHNOLOGIES INC.,
`Petitioner,
`
`v.
`
`BRIGHT DATA LTD.,
`Patent Owner.
`________________
`
`IPR2022-00135
`Patent 10,257,319 B2
`________________
`
`Record of Oral Hearing
`Held: March 1, 2023
`________________
`
`
`
`
`Before THOMAS L. GIANNETTI, SHEILA F. McSHANE, and
`RUSSELL E. CASS, Administrative Patent Judges.
`
`
`
`
`
`
`
`
`
`
`
`

`

`IPR2022-00135
`Patent 10,257,319 B2
`
`
`
`APPEARANCES:
`
`ON BEHALF OF THE PETITIONER:
`
`
`MICHAEL RADER, ESQ.
`ADAM WICHMAN, PhD.
`Wolf Greenfield & Sacks PC
`600 Atlantic Avenue
`23rd Floor
`Boston, Massachusetts 02210
`(212) 336-3850
`(617) 646-8571
`mrader-ptab@wolfgreenfield.com
`awichman-ptab@wolfgreenfield.com
`
`
`
`ON BEHALF OF THE PATENT OWNER:
`
`
`THOMAS DUNHAM, ESQ.
`ROBERT HARKINS, ESQ.
`RuyakCherian LLP
`1901 L Street NW
`Suite 700
`Washington, DC 20036
`(202) 838-1567
`(510) 944-0187
`tomd@cherianllp.com
`bobh@ruyakcherian.com
`
`
`
`
`
`
`
`
`
`
`The above-entitled matter came on for hearing on Wednesday,
`March 1, 2023, commencing at 11:00 a.m. EST, via Video-conference.
`
`
`
`2
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`
`P R O C E E D I N G S
`- - - - -
`
`11:00 a.m.
`USHER: All parties are connected. Please unmute your mic when
`you're ready to present. Thank you.
`JUDGE CASS: Good morning, everyone, I am Judge Cass and with
`me today I have Judges Giannetti and McShane.
`This is the oral hearing in IPR 2022-00135 involving U.S. Patent No.
`10257319.
`Why don't we begin by having an identification from each side of
`who is on the line. So Petitioner's Counsel, why don't you proceed first.
`MR. RADER: Thank you, your Honor. My name is Michael Rader
`from Wolf Greenfield on behalf of the Petitioner.
`And Adam Wichman, my colleague is here as well and will be
`presenting as well.
`JUDGE CASS: Thank you. Why don't we turn to Patent Owner.
`MR. DUNHAM: Good morning, your Honors, this is Tom Dunham
`with Cherian LLP on behalf of Patent Owner. And with me are my
`colleagues Robert Harkins and Elizabeth O'Brien.
`And Mr. Harkins will be presenting and Ms. O'Brien may be
`presenting, depending on the issues that come up. And I will of course
`present as well.
`JUDGE CASS: Thank you, Counsel.
`As we discussed in our prehearing conference last Friday, this case
`has many similarities to IPR 2022-00138, which was heard on February 10
`of 2023.
`
`
`
`3
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`
`So to promote efficiency here, we will enter the hearing transcript
`and demonstratives from the hearing in the 00138 case since the record for
`this case -- once the transcript for that case becomes available.
`So accordingly, the parties do not need to repeat during this hearing
`arguments that were presented during the hearing in the 00138 case.
`As we also discussed in our prehearing conference, each party has
`agreed that it will have 45 minutes to have time to present its arguments.
`Petitioner will proceed first, followed by Patent Owner's response.
`Petitioner may reserve time for rebuttal, and then we'll proceed to
`rebuttal to respond to Patent Owner's presentation.
`And finally, Patent Owner may use any of its remaining time for a
`surrebuttal responding to Petitioner's rebuttal arguments only.
`Let me go through a few things before we begin. First of all, there's
`going to be a public line for this case. We're not aware of any confidential
`information that may be discussed. But if that's not the case, please speak
`up.
`
`Please keep your microphones muted when you're not speaking.
`When it's your turn to argue, please speak slowly and if you hear another
`voice, please stop so that we don't talk over each other.
`If either party believes that the other party is presenting an improper
`argument, please raise that issue during your presentation. Do not object at
`the time and interrupt the other party's presentation.
`I will keep time and can give you a warning when you've gone into
`rebuttal time if you'd like.
`I also want to let you know we've received the parties' demonstrative
`exhibits and are able to view them on our screens. To ensure that the
`
`
`
`4
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`transcript is clear and that everyone can follow along, please refer to your
`demonstratives by slide number.
`We've also received Petitioner's objections to Patent Owner's
`demonstratives. For purposes of this hearing, Patent Owner may present its
`slides and we will reserve a ruling on Patent Owner's objections and rule on
`them in due course.
`Are there any questions from the parties before we begin?
`MR. RADER: Not from Petitioner.
`JUDGE CASS: All right, then why don't we start with Petitioner.
`Counsel for Petitioner, would you like to reserve time for rebuttal?
`MR. RADER: Yes, we'd like to reserve 10 of our 45 minutes for
`rebuttal, please.
`JUDGE CASS: All right. With that, please proceed.
`MR. RADER: Thank you very much, your Honors, for the
`opportunity to present again. Per your instructions, we will ensure that we
`avoid duplication, at least we hope to.
`In fact, in our affirmative presentation, you will hear mostly from
`Mr. Wichman, who is planning to address the dependent claims since we did
`not have an opportunity to talk about those at the last hearing. So that will
`not be duplicative.
`For my part, I'm just going to address one issue on claim
`construction, which I did not have the opportunity to speak about last time.
`And that's the Patent Owner's argument that you should adopt a narrow
`claim construction for purposes of preserving the validity of the claims.
`And then I'll comment on one very small issue regarding the
`Plamondon reference as well.
`
`
`
`5
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`
`So with regard the claim construction issue, if your Honors could
`turn to the Petitioner's Slide 63 for just a moment.
`The threshold issue, before I talk about the substance of the Patent
`Owner's argument for preserving validity, is how does the Federal Circuit
`view this canon of claim construction.
`Well, it first -- the issue first came up in the Patent Owner response
`when the Patent Owner cited a 2002 case.
`We responded in the reply by pointing out that in the en banc
`Phillips decision, which was decided in 2005, at that point, this doctrine of
`construing claims narrowly to preserve their validity was all but a dead
`letter. As the Federal Circuit said, it was a doctrine of limited utility.
`And we noted that the case the Patent Owner had cited predated
`Phillips.
`So how did they respond in their surreply? They cited an even older
`case from 1996, almost a decade before Phillips was decided.
`Patent Owner has cited no post-Phillips authority endorsing the
`notion as a threshold matter of construing claims narrowly to preserve their
`validity.
`And the Federal Circuit explained, and this is on the righthand side
`of our Slide 63 in the middle, we have limited this maxim to cases in which
`the court concludes after applying all the available tools of claim
`construction that the claim is still ambiguous.
`Now, they have never argued that. In fact, the Patent Owner here
`argues the opposite. They're arguing lexicography.
`The lexicography is -- argument is wrong for the reasons I explained
`on February 10.
`
`
`
`6
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`
`But they argue that the meaning of the client device term is very
`clear because it's defined lexicographically. That's the opposite of an
`ambiguous claim term.
`So to the extent there's any life let at all in the doctrine of construing
`claims to preserve their validity, this definitely is not a situation where it's
`applicable.
`JUDGE GIANNETTI: Mr. Rader, this is Judge Giannetti. Do you
`see any relationship between the doctrine that you're discussing and the
`presumption of validity that applies in district court?
`MR. RADER: No, not really. First of all, of course, as you noted, it
`only applies in district court. There's no presumption of validity here.
`They're really two separate doctrines. I mean, the presumption of
`validity just arises from the fact that the Patent Office examined the claims.
`And we give, you know, a certain amount of deference to the
`decisions made by an administrative agency, and that's where it arises from.
`But the doctrine, the canon of claim construction is -- I mean, that's a
`matter of Federal Circuit law, that's a separate issue.
`And the Federal Circuit has said -- it hasn't completely ruled it out.
`But I think since 2005 has rarely if ever found a situation where it applied.
`JUDGE GIANNETTI: All right, thank you.
`MR. RADER: If you could turn now, I'm going to primarily use the
`Patent Owner's own slides to talk about the substance of what they're
`arguing. If you could turn to the Patent Owner's Slide 30.
`Here they put Figures 1 and 3 from the 319 patent side by side. And
`they say that a role-based construction like what the court adopted would
`cause Figure 3 to, quote unquote, collapse onto Figure 1.
`
`
`
`7
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`
`The Patent Owner argues that you have to act to prevent that from
`happening because the Federal Circuit will not condone a construction under
`which the claims are invalid.
`I've already talked about my view of the Federal Circuit thinks about
`the doctrine, but let's talk about the specifics here.
`So in our petition at the beginning and again on the very first page of
`our reply, we explain that the actual reason why Claim 1 is anticipated by
`Plamondon has nothing to do with claim construction. It's simply the way
`Patent Owner chose to write the claim.
`Now, how does the invention of the 319 patent as embodied in
`Figure 3 operate? As we explained in the petition, pages 1-4, Client 102 has
`software on it called an acceleration application.
`That application intercepts requests for content and contacts the
`acceleration server.
`The acceleration server has an index of agents that could help get the
`content. It will direct the requester to an agent.
`The agent in turn has an index of peers that may have all or part of
`the content. And it will direct the requester to one of those, or if there are
`none, it'll go and get the content itself.
`Figure 1, the prior art figure, does not show an acceleration server. It
`does not show an agent. It does not show peers.
`It does not talk about any of those method steps that I just described
`which the 319 patent describes as the purported novel invention of the
`patent.
`
`And as we explained in our reply on page 1, the reason the claims
`read on the prior art and are anticipated is that they're over-broad and they
`
`
`
`8
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`don't recite any of the features that I just described that the 319 patent says
`are the novel features, supposedly novel features of the invention.
`The notion that the Patent Owner is now arguing is that this patent is
`all about using a mobile phone or a laptop as a client device. That's just not
`in the patent.
`Mobile phone, cellphone, smart phone, laptop, desktop, tablet -- you
`won't even find any of these words anywhere in the patent specification.
`So the argument for preserving validity here requires reimagining or
`rewriting the entire specification.
`But that's not all they're reimagining. Right, the Patent Owner's
`taking a very creative approach to its patent.
`If you look at Patent Owner's Slide 36, they talk about Claim 1 of the
`319 patent. And the first bullet is they say Claim 1 keeps the benefits of
`using a prior art proxy server, e.g., it provides anonymity.
`So anonymity of the requesting device, that's really important. And
`they say that's provided by Claim 1.
`If you look at their -- Patent Owner Slide 11, they talk about the
`benefits of the claimed methods.
`And just focusing on the third bullet, they say the claimed methods
`prevent blocking or spoofing by a web server. They provide anonymity to
`the requester. They provide the use of a residential IP address.
`If you look at Patent Owner's Slide 22. They say that the features
`driving the commercial success, the purported commercial success, of their
`invention are those same features.
`The proxy client devices have residential IP addresses, which lower
`the risk of blocking and spoofing.
`
`
`
`9
`
`

`

`IPR2022-00135
`Patent 10,257,319 B2
`
`
`So all of these key concepts -- anonymity, preventing web servers
`from blocking or spoofing, residential IP addresses -- those are the features
`that supposedly distinguish their invention from the prior art and supposedly
`underlie their secondary considerations arguments.
`Not a single one of those is either in the specifications or the claims.
`And I'll direct you to Dr. Williams, their expert, his deposition,
`Exhibit 1081 at page 88, or you can just obviously read or word search the
`patent. It's not there.
`On page 40 of their Patent Owner Response, they went so far as to
`say the following. This is the top paragraph on page 40.
`They talk about Plamondon, the -- our primary reference.
`Plamondon is agnostic regarding anonymity of Client 102.
`Then they say, quote, That is the opposite of the disclosure of the
`319 patent, unquote.
`Now, your Honors, they admit the 319 patent says nothing
`whatsoever about anonymity.
`What else is the Patent Owner reimagining in its patent? Turn to
`their Slide 46, Patent Owner's Slide 46.
`In an effort put some meat on the bones about what a client device is,
`they offer these attributes. Let's look at a few of them.
`The first one, typically portable and easily moved. Now, what does
`that mean?
`How easily moved does it have to be? Does it depend on your size
`or strength? No idea.
`Typically uses relatively few connections. How few is few?
`
`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`
`
`
`10
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`
`Typically processes a limited number of requests. How limited does
`that number need to be?
`And all of those are prefaced with the word typically. So even if
`you're not moveable at all, you could still qualify as a client device since
`that's only typical, it's not even a requirement according to the Patent Owner.
`Et cetera, et cetera.
`And none of this is anywhere in the specification. It's only their
`expert that provides this information.
`None of this is in the claim either. So if you ask yourself is the
`Patent Owner saying that a client device under each construction -- under its
`construction has to have these attributes?
`I don't know the answer to that. That answer has never been
`provided.
`Your Honors, patent prosecution is an ex parte process. The Data
`Company was not able to participate in the prosecution of the 319 patent.
`Wolf Greenfield was not able to participate. The public was not able to
`participate.
`Every aspect of the 319 patent, its specification and its claims, was
`chosen by the Patent Owner and only the Patent Owner.
`The Federal Circuit has repeatedly said that it will not redraft claims
`to sustain their validity.
`When the Patent Office adopted the Phillips standard for IPRs, it
`explained in its guidance, which we cite from the Federal Register in our
`reply brief, that that was an important piece of -- that was an important piece
`of the process, and it would of course follow the Federal Circuit's
`instructions there.
`
`
`
`11
`
`

`

`IPR2022-00135
`Patent 10,257,319 B2
`
`
`So this -- this board should decline the invitation to reimagine the
`319 patent and engage in a narrow construction for purposes of preserving
`validity.
`Now, last issue before I turn it over to Mr. Wichman. Briefly about
`Plamondon.
`If you could turn to the Petitioner's Slide 62. We've quoted here the
`full paragraph 238 of Plamondon.
`Now, if you'll recall, there were two key paragraphs in Plamondon
`for the disclosure of the client device and server limitations under the Patent
`Owner's construction . I want to make that clear, we're talking about under
`the Patent Owner's constructions here.
`So if you recall, paragraph 229 said that appliance 200 is an instance
`of computing device 100.
`And then this paragraph 238 that you see on our Slide 62 lists the
`various things that computing device 100 can be, and therefore that
`appliance 200 can be.
`So for example, it could be a Treo smart phone by Palm. It could be
`a pocket PC device. It could be a Nokia smart phone. It could be a
`Motorola smart phone. It could be a Sony Erickson phone. It could be any
`other type of smart phone.
`Or at the very bottom, it says it could be any other type of
`telecommunications that's capable of doing what it needs to do as appliance
`200.
`
`The disclosure is clear. Appliance 200, which is a computing device
`100, can be any of these things.
`
`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`
`
`
`12
`
`

`

`IPR2022-00135
`Patent 10,257,319 B2
`
`
`And then it's not limited to those, it can be other things too, as long
`as it has the memory and processing power necessary to do what it needs to
`do.
`
`What does the Patent Owner say? Well, turn to the Patent Owner's
`Slide 61. On the bottom half of that slide, they say a desktop, laptop, mobile
`telephone does not have the capabilities for performing the operations of
`appliance 200 described in Plamondon.
`So it says the very devices that Plamondon says work, and
`Plamondon doesn't just say a smart phone, it lists at least four different
`specific models of smart phones.
`It says no, those don't work. Do they cite any evidence? No. Did
`their expert address this? No.
`In fact, this is a new argument that did not appear either in their
`Patent Owner Response or in their Sur-reply.
` So we object to it on that basis, but I wanted to respond and just
`point out that this is yet another instance of the Patent Owner reimagining
`the evidence.
`Plamondon says these smart phones work for computing device 100
`and therefore appliance 200, they say no, they don't. But they provide no
`evidence for that.
`Now, the last thing I just wanted to point out is that this
`reimagination goes even further. Consider this example. We pointed this out
`on page 27 of our reply brief.
`While their expert ultimately admitted that the claims do not require
`a client device to have a residential IP address, during the first half of this
`
`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`
`
`
`13
`
`

`

`IPR2022-00135
`Patent 10,257,319 B2
`
`deposition, he testified the opposite. And in fact, he insisted that the claims
`do require a residential IP address.
`I'm quoting now from page 49 of Exhibit 1081 in the deposition. I
`asked him, To practice the method claims of the 510 and 319 patents, must
`the first client device have a residential IP address?
`Answer: yes.
`Question: so if the device has a commercial IP address assigned to it,
`it will not practice the claims of the 510 or 319 patents?
`He answered: In my opinion, a device that has a commercial IP
`address cannot be a first client device. He insisted on it.
`Eleven pages later on page 60 of this transcript, I asked him is a
`residential IP address required to satisfy the first client device limitation of
`the challenged claim? Same question.
`Answer: Residential IP address is not a restriction on the claims.
`Changed his mind.
`Your Honors, the briefing made this case -- Patent Owner's briefing
`made this case more complicated than it really is. The waffling back and
`forth to try to make the claims match what the Patent Owner thinks it needs
`for this case in the moment.
`The fact is, it's very simple. They wrote claims that are over-broad
`that read directly on the prior art. They could have written different claims,
`and they did not.
`They could have amended their claims in this IPR to cover their
`actual invention, and they did not do that either.
`I'll cede the rest of my time to Mr. Wichman.
`
`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`
`
`
`14
`
`

`

`IPR2022-00135
`Patent 10,257,319 B2
`
`
`MR. WICHMAN: Good morning, your Honors, I'm Adam
`Wichman for the Petitioner.
`I'd like to address ground start with ground six.
`As you recall, there is no dispute that the combination of Plamondon
`with the software versioning system in Price meets every additional
`limitation in Claims 2-5 and 19-20 of the 319 patent.
`The only dispute concerns the reasons to form this combination.
`So if the Board could turn to Petitioner's Slide 38. The petition
`identifies three distinct reasons that persons of ordinary skill would want to
`combine Plamondon with Price.
`None of these are genuinely disputed. Each of them alone justifies
`forming this combination.
`First, software versioning. We explain in the petition on page 46
`that right there in Price at paragraph 4, Price says that digital-based devices
`often require updated software versions.
`Something familiar I'm sure to every member of the panel, anybody
`who uses a computer or a smart phone, software has to be updated all the
`time.
`
`To address that problem, the person of ordinary skill would in --
`would want to have incorporated Price's software updating in Plamondon's
`system so that all the devices in Plamondon's network could have their
`software updates managed.
`The Patent Owner has no response to this, so this reason to combine
`is undisputed.
`
`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`
`
`
`15
`
`

`

`IPR2022-00135
`Patent 10,257,319 B2
`
`
`In the petition at page 47, we explain that combining Plamondon and
`Price brings together known prior art elements with known methods yield
`predictable results, a canonical reason to combine under KSR.
`In response, the Patent Owner provides a single sentence asserting
`that this combination would change the functionality of two elements in
`Plamondon.
`There is no explanation of how functionality would change. There is
`no explanation of why any alleged change matters to the obviousness
`analysis.
`And there's really no evidentiary support, because the single
`paragraph that they cite in Dr. Williams's declaration is a single sentence
`that is just an exact restatement of the Patent Owner's argument with no
`supporting evidence or reasoning.
`And this also ignores the facts, because in the petition at page 49 we
`explain that a client 102, 102A, one of these myriad clients floating around
`in Plamondon's network, is still the second server in the claims.
`And we explain in the petition at page 48 that this client 102A is
`augmented with software that implements Price's coordinating computer.
`So no functionality changes. The functionality is augmented.
`That leaves this additional reason for combination undisputed and
`compelling.
`Finally, we refer to cybersecurity. In this, the Patent Owner provides
`no relevant response. So if the Board could turn to Slide 39.
`We show you in the petition at 47, we explain that the person of
`ordinary skill would have recognized that Price provided a way to apply
`
`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`
`
`
`16
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`regular software patching to network components distributed throughout
`Plamondon.
`And that is a compelling reason to combine Plamondon with Price's
`system.
`This relies on Dr. Levin's testimony and his declaration from
`paragraphs 393 to 400.
`In that declaration, Dr. Levin discusses Exhibit 1038. Exhibit 1038
`are best practices, recommendations from the National Institutes of
`Standards and Technology on providing software patching and vulnerability
`management. So NIST.
`So NIST of course, sister agency to the Patent Office within the
`Commerce Department. We show you here just one paragraph from Dr.
`Levin's testimony reproduced on the bottom left of the slide.
`Paragraph 396, quoting from page 1 of the executive summary of
`Exhibit 1038.
`NIST says, Timely patching of security issues is generally
`recognized as critical to maintaining the operational availability,
`confidentiality, and integrity of IT systems.
`We outline in green on the bottom left from the same page in the
`NIST document, To help address this growing problem, it is recommended
`that all organizations have a systematic, accountable, and documented
`process for managing exposure to vulnerabilities through timely deployment
`of patches.
`Well, that's exactly what Price provides. There's more.
`If you look at Dr. Levin's declaration of paragraph 397, he quotes
`Exhibit 1038 at page 2-11. Applying patches to multiple systems is a
`
`
`
`17
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`constant administrative challenge. This task can be made less burdensome
`with the use of applications that automatically distribute updates to end user
`computers.
`Paragraph 398, NIST, in bold letters, Organizations should use
`automated patch management tools to expedite the distribution of patches to
`systems.
`Paragraph 400. Price provides a technical solution to the software
`versioning and software patching problems posed by Plamondon's network.
`This is a compelling reason for the person of ordinary skill to
`combine Plamondon with Price.
`In response, the Patent Owner points to Plamondon paragraph 354.
`We show you paragraph 354 on the bottom right of Slide 39.
`Paragraph 354 describes Plamondon's appliance 200 providing
`access control. That means login control, authentication.
`So as I'm sure everyone on the panel, I expect you're using the Patent
`Office network, someone who is authorized to use that network will have
`access credentials, a username, a password. You enter those credentials,
`you're given access.
`That's all that Plamondon paragraph 354 is discussing.
`And this is just completely irrelevant to the stated reason to combine,
`which is to provide a mechanism for regularly applying software patching to
`remediate security vulnerabilities responsive to the issues that NIST itself
`has recognized are prevalent in the industry, and to respond to NIST's
`recommendations for best practices.
`So this reason to combine is not disputed, and it's compelling. Three
`reasons to combine, no genuine dispute on all of them, on any of them.
`
`
`
`18
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`
`If the Board could turn to Slide 41. The Patent Owner has one more
`argument.
`The Patent Owner argues that the combination of Plamondon and
`Price would result in inefficiencies. This argument ignores the facts.
`The facts, in Dr. Levin's deposition testimony, Exhibit 2010, pages
`145-147, which we have reproduced and annotated on Slides 41 and 42.
`Dr. Levin is unambiguous that modern software development takes
`advantages of the modularity of different software components.
`The modularity means one component, Price's coordinating
`computer software, and another component, Plamondon's appliance 200, say
`the software that implements the first client device.
`They provide services to each other, but they don't know what the
`other piece of software's doing internally.
`And Dr. -- on page 145, it's the top right here, Dr. Levin explains.
`It's very, very common for two different software applications on the same
`computer to have their own caches.
`One piece of software may store information, the other piece of
`software may store information, and they have no idea what the other piece
`of software is doing.
`Because it's not important, because the overwhelming benefit of this
`modularity approach, as Dr. Levin explains, is that it makes it simple,
`straightforward, predictable, and provides the reasonable expectation of
`success that combining the software will work.
`So there is no inefficiency here because the benefits of this approach
`outweigh the possibility that there will be duplications of data in the cache,
`which seems to be Bright Data's inefficiency argument.
`
`
`
`19
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`25
`26
`
`IPR2022-00135
`Patent 10,257,319 B2
`
`
`The other problem is that Bright Data's argument ignores the law.
`The law says that a combination only needs to be suitable, as the Federal
`Circuit recently reiterated in Intel v. Qualcomm, as we show on the bottom
`left of Slide 41.
`Well, the same testimony from Dr. Levin demonstrates that this
`combination of Plamondon and Price is overwhelmingly suitable, as does the
`fact that this combination fully responds to the recommendation in NIST's
`best practices guidance in Exhibit 1038, corroborating Dr. Levin's testimony.
`There are no other arguments against this combination and
`Plamondon and Price render obvious Claims 2-5 and 19-20 in the 319
`patent.
`
`So unless the Board has questions, I'll turn to Ground 7.
`Okay. In Ground 7, there is no dispute again that the combination of
`Plamondon and Kozat in Kozat's peer-to-peer system meets every additional
`limitation in Claims 6 to 11 of the 319 patent.
`Again, the only dispute concerns the reasons that a person of
`ordinary skill in the art would combine Plamondon with Kozat.
`In the petition at page 57, we explain Kozat is a particular kind of
`peer-to-peer system. Kozat has unique attributes and functionality that
`cannot be found in Plamondon.
`It has a control server that keeps track of current supply demand, and
`predicted future demand of files and optimizes the delivery of content to
`devices in its network.
`It makes content delivery decisions based on the available resources,
`based on the distance of a device supply content and the requesting device.
`None of that is available in Plamondon.
`
`
`
`20
`
`

`

`IPR2022-00135
`Patent 10,257,319 B2
`
`
`If the Board will turn to Slide 46. We've reproduced the petition at
`page 59.
`The first sentence of that petition in 59, Persons of ordinary skill in
`the art would have found implementing Kozat's peer-to-peer functionality a
`natural extension of Plamondon.
`This ends with the highlighted yellow material in the top left of the
`slide and relies on Dr. Levin's testimony at paragraphs 463-468.
`The reasons to combine Plamondon and Kozat are highlighted in
`green. The Patent Owner does not challenge or dispute that the combination
`of Plamondon and Kozat would provide these benefits that are highlighted in
`green. Or that these provide a reason to combine Plamondon and Kozat.
`The Patent Owner's argument is that because Plamondon provides a
`cache management system, therefore Kozat's solution would be unnecessary.
`Well, that's non-responsive because the fact that there is a cache
`management system, as we explain in the reply, would motivate the
`combination.
`The fact that there is a cache management system is a general
`assertion that ignores the fact that Plamondon simply does not describe the
`functionality or the optimization that's provided in Kozat.
`So this is not a -- this just does not take issue with the asserted
`reasons to combine.
`The other arguments, very briefly. Patent Owner argues that
`Plamondon would have worked for its intended purpose, and therefore the
`person of ordinary skill would not have formed a combination.
`
`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`
`
`
`21
`
`

`

`1
`2
`3
`4
`5
`6
`7
`8
`9

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