throbber
trials@uspto.gov
`
`
`571-272-7822
`
`
`
`
`
`
`
`IPR2015-00196 Paper No. 55
`IPR2015-00198 Paper No. 56
`IPR2015-00209 Paper No. 53
`April 18, 2016
`
`RECORD OF ORAL HEARING
`UNITED STATES PATENT AND TRADEMARK OFFICE
`- - - - - -
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`- - - - - -
`LG ELECTRONICS, INC.,
`Petitioner,
`vs.
`STRAIGHT PATH IP GROUP, INC.,
`Patent Owner.
`- - - - - -
`Case IPR2015-00196 (Patent No. 6,131,121 C1)
`Case IPR2015-00198 (Patent No. 6,009,469 C1)
`Case IPR2015-00209 (Patent No. 6,108,704 C1)
`Technology Center 2600
`Oral Hearing Held: Tuesday, February 9, 2016
`
`
`Before: KALYAN K. DESHPANDE; TRENTON A. WARD
`(via video link); and BART A. GERSTENBLITH, Administrative Patent
`Judges.
`
`The above-entitled matter came on for hearing on Tuesday,
`February 9, 2016, at 1:03 p.m., Hearing Room B, taken at the U.S. Patent
`and Trademark Office, 600 Dulany Street, Alexandria, Virginia.
`REPORTED BY: RAYMOND G. BRYNTESON, RMR,
`
`CRR, RDR
`
`

`
`APPEARANCES:
`
`
`ON BEHALF OF THE PETITIONER:
`
`
`
`
`
`
`
`
`
`ASHOK RAMANI, ESQ.
`SHARIF E.A. JACOB, ESQ.
`LEO LAM, ESQ.
`Keker & Van Nest LLP
`633 Battery Street
`San Francisco, California 94111-1809
`415-391-5400
`
`ON BEHALF OF THE PATENT OWNER:
`
`
`
`
`
`
`
`
`
`WILLIAM A. MEUNIER, ESQ.
`MICHAEL C. NEWMAN, ESQ.
`NICHOLAS W. ARMINGTON, ESQ.
`Mintz Levin Cohn Ferris Glovsky and Popeo PC
`One Financial Center
`Boston, Massachusetts 02111
`617-542-6000
`
`2
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`
`P R O C E E D I N G S
`
`(1:03 p.m.)
`JUDGE DESHPANDE: You may be seated. Good
`afternoon, everyone. This afternoon we have oral arguments
`for IPR2015- 00196, 198, 209. LG, Toshiba, Vizio and Hulu
`versus Straight Path IP Group.
`IPR2015- 1397, 1398, 1400, 1406, 1407, have been
`joined in joining in Cisco, Avaya and Verizon.
`I'm Judge Deshpande. On our monitor today is
`Judge Ward. To my right is Judge Gerstenblith. Since Judge
`Ward is with us remotely, I want to remind everyone to step in
`front of the microphone, to speak in front of the microphone.
`He can't hear you if you are not talking into the microphone.
`Why don't we have our appearances. Who do we
`have from Petitioner?
`MR. RAMANI: Good afternoon, Your Honor.
`Ashok Ramani from Keker & Van Nest. I'm joined by my
`colleagues Sharif Jacob and Leo Lam.
`MR. LAM: Good afternoon.
`JUDGE DESHPANDE: And for Patent Owner?
`MR. MEUNIER: Bill Meunier from Mintz Levin,
`and with me are Michael Newman and Nick Armington.
`JUDGE DESHPANDE: All right. As we set forth in
`our trial hearing order, each party will have 60 minutes.
`
`
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`Petitioner bears the burden of proof so Petitioner will go first.
`Petitioner may reserve time for rebuttal.
`After Petitioner has presented their arguments,
`Patent Owner will have a chance to respond.
`Does anyone have any questions on procedure for
`today? Okay. With that, Petitioner, you may begin when you
`are ready.
`
`MR. RAMANI: Thank you, Your Honor. I would
`like to reserve 10 minutes for rebuttal, if I may.
`JUDGE DESHPANDE: Okay.
`MR. RAMANI: And to explain how we're
`intending to present argument today, I'm going to provide
`some introductory remarks and then address the import of the
`Federal Circuit's decision in Sipnet to the proceedings before
`this Panel.
`At that point, absent further questions, my
`colleague, Mr. Jacob, will address any remaining issues that
`the Board may have.
`The parties' dispute appears to have crystalized on
`a single issue. And that issue is application of the Federal
`Circuit's construction of is connected to the network in the
`Sipnet matter.
`Windows NT 3.5 Server and NetBIOS, joined with
`Pinard, as appropriate, have rendered the instituted claims
`obvious.
`
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`
`That was true upon institution, and that remains
`true now for reasons that I will explain.
`When Windows NT 3.5 Server, which I will
`describe as WINS, and NetBIOS, focus on determining
`whether a process is connected to the network in a specific
`fashion. Both of those systems are intended and designed and,
`in fact, do host tens of thousands of processes at a time.
`And so fundamentally they need to be able to
`provide the right IP address for a name when one process
`requests that name to communicate with another process. We
`see this amply in the record.
`Just to give you two examples. One is Exhibit
`1003 at page 67, which is in the WINS manual, where there is
`an express disclosure about when one, as we term it, process
`wishes to communicate with another process, it queries the
`server. Similarly, there is a near identical disclosure in
`NetBIOS, which is Exhibit 1004 at page 395. There is
`mention of an express name query function.
`In that description, there is discussion of
`resolution, which as I think we will probably get to later
`today, is actually a complete red- herring that Patent Owner is
`putting forth, but there is discussion of resolution or -- and the
`"or" is important -- discovery, which is what we're really
`talking about here, which is the process by which one process
`
`
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`seeks to determine whether another process is connected to the
`network at the time of the query.
`In contrast to this, one must go far out of one's
`way to avoid invalidity. And Patent Owner has tried a bunch
`of different arguments over the course of this proceeding and,
`in fact, over the lengthy history of these patents, which are
`now expired.
`But what they are focusing on now is what we
`would describe as edge corner cases that don't disrupt or
`change the fundamental fact that WINS and NetBIOS in
`tandem with Pinard render the instituted claims obvious.
`Unless there are any preliminary questions I would
`be happy to turn to the specifics of the decision. Why don't
`we start with slide 34 from our deck. Your Honors, if you
`require, if you would like a copy, if I may approach, I would
`be happy to hand you some printed copies that we have.
`JUDGE DESHPANDE: Sure.
`MR. RAMANI: Judge Ward, I'm approaching now.
`Slide 24. So why don't we start with the Federal Circuit's
`construction from Sipnet, which is "is connected to the
`computer network at the time that the query is transmitted to
`the server."
`What the Federal Circuit was focused on in coming
`to this construction was a temporal difference. They found
`that the Board's construction had focused on registration. But
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`the Federal Circuit concluded that the claim language required
`a focus on connection to the network at the time the query was
`submitted.
`Now, it is important to consider the relevant
`context behind the Federal Circuit's decision. The Federal
`Circuit recognized that whether a process is connected to the
`network at the time of the query is carried out by checking a
`database.
`
`And the patent discloses, as the Federal Circuit
`pointed out, a description of how a connection server, the
`queried server, might work so as to shrink, if not completely
`eliminate, any gap between recorded status and true status.
`Putting it another way, the Federal Circuit
`recognized and instructed that you have got to determine
`whether the process, the second process is connected to the
`network at the time of the query. But the way that you do that
`is by checking a database. And the patent itself acknowledges
`that there are ways to shrink this gap between recorded status,
`what is in the database, and true status.
`JUDGE DESHPANDE: Counsel, is there only one
`way to determine whether something is connected to the
`computer network at the time of the query?
`MR. RAMANI: No, Your Honor, I don't think
`there is. I think there are multiple ways it can be done but, as
`the Federal Circuit pointed out, this was, no matter what you
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`do to make that determination, this is the fundamental
`objective, which is to try and shrink this gap between recorded
`status and true status.
`JUDGE WARD: Let me ask a question. Are you
`indicating to the Panel that we should interpret this language
`in the Federal Circuit's decision to mean that there could be an
`inaccurate response to the query, i.e., if there is any gap -- the
`Federal Circuit tells us that a gap may be shrunk -- but if there
`is any gap, presumably that would mean in certain instances
`the answer to the query would be inaccurate. Is that correct?
`MR. RAMANI: That's not what I'm advocating,
`Your Honor. So I think it is actually Patent Owner that has
`advocated that there has to be a guarantee as is pointed out in
`footnote 2 of the dissent.
`We don't actually contend that that is a question
`that you need to answer in order to do what is before you here,
`which is just to compare the prior art to the claims as
`interpreted. There is no mention of guarantee or perfect
`accuracy in the actual construction by the Federal Circuit.
`And if you turn back to the claim language, there
`is no mention or hint of either of those two concepts there as
`well.
`
`JUDGE WARD: So could we, using the claim
`construction given to us by the Federal Circuit, could that
`
`
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`apply to prior art in which there is an inaccurate response to
`the query?
`MR. RAMANI: I think it could, but with the prior
`art presented to the Panel, that's a very, very unlikely scenario
`in that the prior art that we've presented, WINS and NetBIOS
`in tandem, when they operate in normal fashion, pretty much
`every time, as you will see, as we'll talk about, there will be
`an accurate disclosure of whether or not the second process is
`connected to the network at the time of the query.
`JUDGE DESHPANDE: I'm a little confused.
`JUDGE WARD: I want to ask you about -- I'm
`glad you brought it up, and sorry to interrupt, Judge
`Deshpande -- but I want to follow up on this particular citation
`that you have given us here. This particular quote was of
`interest to me in reading the decision and also another one in
`the same paragraph.
`I'm going to ask you what your interpretation of
`that statement is. It's at page 11 of the slip opinion, the same
`paragraph that you are citing here.
`The paragraph concludes with this statement: The
`specification's indication of how a particular server process
`can provide accurate information undermines the notion that
`the specification generally redefines "is connected" to include
`active and online registration even if not at the time of the
`query.
`
`
`9
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`
`How should we interpret that statement by the
`Federal Circuit?
`MR. RAMANI: Give me just one moment, Your
`Honor, if I could, to review it in context.
`JUDGE WARD: Certainly.
`(Pause)
`MR. RAMANI: There is mention of accuracy,
`Your Honor, and we're not contending that the patent or the
`prior art should be inaccurate. So I think my point really is
`that you don't have to go so far as to find a requirement of
`perfect accuracy or of a guarantee that under every single
`possible circumstance the -- what is returned will be, in fact,
`accurate.
`
`I think what our point is, is that to harmonize this
`language from the Federal Circuit, the prior art that we've put
`before you will, in fact, accurately convey whether or not the
`second process is connected to the network at the time of the
`query.
`
`And we think that that's as far as you need to go in
`your determination here. We don't think you need to go
`further than that.
`JUDGE WARD: Is Petitioner recommending to the
`Panel that, as long as the prior art is close to accurate, it is
`sufficient?
`
`
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`
`MR. RAMANI: I wouldn't say -- I wouldn't quite
`put it that way, Your Honor. What I'm saying is that the Panel
`doesn't have --
`JUDGE WARD: Didn't you just agree, counsel,
`that in some instances the prior art would return an inaccurate
`response to the query? You agreed with that, correct?
`MR. RAMANI: It could, Your Honor. It could in
`some instances. I think the point is that you don't need to go
`that far. I don't think you need to make that finding.
`I think that the finding that would suffice to render
`these patents obvious is that the prior art will in its normal
`operation return -- the server will return an NPA, a Network
`Protocol Address, to the first process, if the second process is
`connected to the network at the time of the query.
`JUDGE WARD: Okay. Thank you.
`MR. RAMANI: Now, focusing on this notion of
`eliminating this gap between recorded status and true status,
`that is consistent with what the Patent Owner has said the
`claim term requires.
`This is from the opposition that Patent Owner
`filed: "To determine whether a process is currently connected
`to the computer network at the time of the query, the
`specification describes that the connection server performs at
`least a two-step protocol, to track, one, when the process
`
`
`
`11
`
`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`connects to the computer, and, two, when the process
`disconnects from the computer network."
`Now, they, Patent Owner made the statement
`before the Sipnet decision issued, but that shouldn't make any
`difference. As Patent Owner represented repeatedly in the
`December 15th, 2015 call with this Panel as to whether or not
`supplemental briefing was appropriate, at pages 12, 13 and
`others, Patent Owner repeatedly represented that the Federal
`Circuit's Sipnet construction is identical to Patent Owner's.
`So this characterization that Patent Owner makes
`of "is connected to the network" still applies by Patent
`Owner's own acknowledgment.
`JUDGE DESHPANDE: Are you saying that's the
`Federal Circuit's construction or that's the Patent Owner's
`construction?
`MR. RAMANI: That's the Patent Owner's view of
`what would satisfy the Federal Circuit's construction.
`JUDGE DESHPANDE: We're bound by the Federal
`Circuit's construction, right?
`MR. RAMANI: Of course, Your Honor.
`JUDGE DESHPANDE: Okay.
`MR. RAMANI: Of course. You are not bound by
`how the Patent Owner interprets it. But I think it is
`instructive to see how the parties do interpret the Federal
`Circuit's construction.
`
`
`12
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`
`And Patent Owner has interpreted that construction
`in this fashion, which is you can focus on two different pieces
`of tracking information. One is upon connection of a process
`to the network and the second is upon disconnection of the
`process to the network. And the prior art amply does both of
`those things.
`If we could go to slide 26, please. I don't think
`there is any controversy about registration.
`If we could go to the next slide, which is slide 27,
`and go ahead and click through, please, but it is apparent that
`WINS and NetBIOS both do register an IP address upon
`connection to the network, the first piece of this two-step
`tracking, if you will.
`If we could go to slide 28, please. Now, there are
`a number of specific ways that the prior art WINS and
`NetBIOS track disconnection from the network, which was the
`second piece that we observed.
`We're on slide 29 here. The patents themselves, of
`course, describe this and they talk about doing it in two
`different possible ways. One is a process that is signing off,
`sending a message to the connection server upon signoff, and
`the second way is by toggling a status flag to indicate offline
`on the status flag.
`The prior art does the same thing. WINS indicates
`that when a computer is shut down properly it releases its
`
`13
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`name to the WINS server, which marks the related database
`entry as released. Now, that is on page 75 of Exhibit 1003,
`which is the WINS manual.
`On that same page, in the next paragraph, there is
`an express disclosure that if -- upon this release occurring, if
`another process desires that name, it is available. What that
`means is in the disclosure expressly once WINS marks a
`database entry as released, it is offline. And so it has been
`tracked and marked as offline similar to the patent.
`NetBIOS goes even further. NetBIOS discloses
`two different methods of tracking whether a process has gone
`offline. One of those --
`JUDGE WARD: Before you get to NetBIOS on
`this position, let me ask you just about the cited page of
`WINS.
`
`How do you respond to Patent Owner's argument
`that what is being disclosed in WINS merely relates to the
`name registration process and has nothing to do with querying
`as to whether or not a computer is active and online?
`MR. RAMANI: We actually don't -- we don't agree
`with that, Your Honor. The disclosure that I was referring to
`is -- let me just read it: If a name is marked released at a
`WINS server and a new registration arrives using that name,
`but a different address, the WINS server can immediately give
`
`
`
`14
`
`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`that name to the requesting client, because it knows that the
`old client is no longer using that name.
`Now, I understand what Patent Owner is trying to
`say is that, strictly speaking, what is described there is
`registration of a new process, of a third process, if you will.
`But the only way that that third new process could get the
`name is if it is marked released, because if the name were
`already registered in WINS in a fashion to indicate that
`another process was using it, it wouldn't be available. And
`subsequently in the paragraph there's explanation for this.
`JUDGE DESHPANDE: Counsel, each of these
`require the use of a database or a lookup table in order to
`determine whether a process is online, is that correct?
`MR. RAMANI: Yes, Your Honor.
`JUDGE DESHPANDE: My question comes down
`to the Federal Circuit said that the question asked by the query
`is whether the device is connected, not whether it was
`connected or whether it is still registered as being connected
`even if that registration information is no longer accurate.
`That sentence to me suggests that it was connected
`is not good enough, and anything that goes into a database
`must have been in the past, isn't that correct?
`MR. RAMANI: I wouldn't go so far as to say that
`anything that goes into the database must have been in the
`past, Your Honor, because there are a number of different
`
`15
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`mechanisms by which the prior art actually goes above and
`beyond what is even disclosed in the patent to verify that the
`information that is recorded in the database, not was recorded,
`but is recorded in the database remains accurate.
`And I would be happy to turn to those if that would
`be helpful to Your Honor. Maybe we can jump to slide 34.
`And go ahead and click through, if you would.
`So beyond this notion of just tracking when a
`process departs the network, there is also, and we will get
`back to it, similar timestamping in both pieces of prior art to
`what is discussed in the patent embodiment.
`WINS and NetBIOS both go above and beyond in
`an effort to ensure current accuracy of the information that has
`been recorded in the database. What WINS describes, for
`example, is automatic updating of IP addresses.
`This is found on Exhibit 1003 at page 69. And let
`me go ahead and read the relevant sentence: Furthermore,
`when dynamic addressing through DHCP results in new IP
`addresses for computers that move between subnets, the
`changes are automatically updated in the WINS database.
`So there is an example of automatic subsequent
`updating of information in the database so as to ensure that it
`reflects current online status, if you will.
`NetBIOS has a number of different mechanisms
`that it discloses to ensure that the current -- that the
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`information that is contained in the database is current.
`Among the two that we've highlighted here are an express
`name challenge function and also periodic polling in which the
`server will periodically poll the processes to confirm that they
`are, in fact, on line.
`If we could jump back to slide 29, please. Turning
`back to NetBIOS and how it is that NetBIOS tracks departure
`of a process from the network, there are two different
`mechanisms that NetBIOS expressly discloses.
`One of those is a graceful give-back mechanism,
`which occurs in the course of an orderly shutdown. When a
`process that is connected to the network departs in orderly
`fashion, logs off, NetBIOS tracks that through this graceful
`give-back mechanism and promptly removes the process from
`the database. I don't think there is any dispute about that.
`The second way that NetBIOS tracks online status
`is described clearly here, and it is admittedly intended to
`account for a practical reality at the time in the early '90s.
`The authors understood that many times users
`wouldn't orderly log off but they would instead just leave their
`desktops, just turn it off, power it down. And so to account
`for that, because it occurs frequently, they explained that the
`network service must support that behavior, and it does
`through something called implicit release.
`
`
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`
`That's described in detail later in the disclosure,
`we've cited the relevant portions here, and it is throughout
`both our opening and reply petitions.
`Next slide, please. This brings us to timestamping.
`I'm not going to belabor this point. I don't think there is any
`dispute that both WINS and NetBIOS practice timestamping as
`a means to evaluate whether a process is connected.
`If you could click through to the next slide, please.
`We have some citations here. Why don't we go ahead and go
`to, back to slide 34, please.
`So I think I will wrap up the discussion of the
`Federal Circuit's Sipnet decision there by pointing out again
`that, Judge Deshpande, you are correct that the Federal Circuit
`has found that temporally it is not sufficient simply to look at
`what happened at registration. I think everyone can agree on
`that.
`
`What the Federal Circuit has instructed is that you
`have to make efforts to verify or confirm that the query
`process is connected at the time of the query, the second
`process, if you will, is connected at the time of the query.
`And we submit that the prior art in tandem does that and has
`further mechanisms beyond what is disclosed in the patent to
`ensure that.
`So unless the Panel has further questions --
`
`
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`
`JUDGE DESHPANDE: I do have one follow-up
`question. So just so I understand it, it is your position that the
`timestamping or polling or name challenges, you are
`suggesting that that is going to give us a more accurate
`response, is that what you are saying, and that will still fall
`within the guise of "is connected" because it is more accurate?
`MR. RAMANI: Correct. It is an effort after the
`fact of registration to ensure that the query process or the
`second process is connected at the time of the query.
`Thank you. I will turn over the podium to
`Mr. Jacob.
`MR. JACOB: Good afternoon, Your Honors.
`Sharif Jacob on behalf of Petitioner. And I'm going to address
`the process limitation, which is a limitation that is in dispute
`in all three proceedings.
`We've also prepared slides on, and I am prepared
`to discuss, any of the other disputed issues that remain in this
`proceeding, although likely I won't turn to those unless the
`Panel has questions, or perhaps will turn to them in reply as
`necessary.
`If we could please turn to slide 42 -- I'm sorry, 41.
`Here on slide 41 we put up Patent Owner's proposed
`construction, but I do just want to make Petitioner's position
`clear at the outset.
`
`
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`
`Petitioner's position is that construction of the
`term "process" is not required, and that's for two reasons. The
`first reason is that the parties agree that the plain and ordinary
`meaning suffices. That's not in dispute. The parties are not
`contending that there is some special definition, there is some
`disclaimer. The second reason is that we don't think it makes
`a difference.
`Next slide, please. Actually let's go back one
`slide. Let me just talk about this construction. Patent Owner
`has proposed that the term "process" refers to "a running
`instance of a computer program or application."
`Now, I think what is important to note at the outset
`is that in Patent Owner's own construction, computer program
`or application are two separate terms. I think what we will see
`by the end of this argument is that what Patent Owner intends
`to do is conflate the terms computer program or application.
`Patent Owner is going to make a representation that those two
`terms are redundant.
`So literally, if Patent Owner's argument were
`accepted, the construction would actually mean a running
`instance of a computer application or application, and we don't
`think that that is sensible.
`Next slide, please. I think we start out with the
`basic premise that a person of ordinary skill in the art of the
`'469 patent or either of the other two patents, the '704 or '121
`
`20
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`patent, understood that an operating system is a type of
`computer program.
`I don't think it is disputed that an operating system
`is not hardware. I don't think it is disputed that an operating
`system is software. Indeed, Windows NT and Windows for
`Workgroups are software written in C and C++.
`So just as a basic sort of commonsense and
`preliminary matter, an operating system is an instance of a
`computer program, and our specific argument is that a running
`instance of Windows NT or a running instance of Windows for
`Workgroups satisfies that limitation. That's how WINS
`satisfies Patent Owner's construction of process.
`We have some guidance on the meaning of
`computer program from the Federal Circuit. The Federal
`Circuit in the Ancora decision held that "the ordinary meaning
`of the word 'program' in the computer context encompasses
`both operating systems and the applications that run on them,
`as well as other types of computer programs."
`And I think what is particularly notable about that
`decision is that the Federal Circuit rejected the same type of
`argument that is being made here.
`Patent Owner has pulled some excerpts from the
`specification which suggest that an application can run on top
`of an operating system, and Patent Owner claims that for that
`
`
`
`21
`
`1
`2
`3
`4
`5
`6
`7
`8
`9
`10
`11
`12
`13
`14
`15
`16
`17
`18
`19
`20
`21
`22
`23
`24
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`reason, because of that distinction in the specification, an
`operating system cannot be a computer program.
`Well, that's what the District Court found in
`Ancora Technologies and the Federal Circuit reversed. The
`Federal Circuit found that that argument was erroneous and
`specifically rejected that argument.
`If we can skip ahead two slides to slide number 44.
`So let's say for a moment that we accept Patent Owner's
`proposed but we believe erroneous interpretation of its own
`construction, okay, and the construction requires an
`application, not just a computer program.
`Even in that circumstance NetBIOS plainly
`satisfies the proposed limitation. NetBIOS discloses: "An
`application, representing a resource, registers one or more
`names that it wishes to use."
`As my colleague Mr. Ramani explained,
`registration really isn't in dispute here, that registration takes
`place. And so NetBIOS discloses that it is, indeed, an
`application that registers.
`NetBIOS discloses that NetBIOS applications
`employ NetBIOS mechanisms to locate resources, establish
`connections, send and receive data with an application peer,
`and terminate connections.
`NetBIOS further discloses that a session -- and,
`again, a session in NetBIOS refers to a point-to- point
`
`22
`
`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
`
`

`
`IPR2015-00196 (Patent No. 6,131,121 C1)
`IPR2015-00198 (Patent No. 6,009,469 C1)
`IPR2015-00209 (Patent No. 6,108,704 C1)
`
`communication, and point-to- point communication is, again,
`another limitation that is not disputed in these proceedings -- a
`session is a reliable message exchange, conducted between a
`pair of NetBIOS applications.
`So even under Patent Owner's erroneous but
`restrictive interpretation of its own construction, NetBIOS
`satisfies that construction.
`The next slide, please, two more. And, indeed, the
`Board has previously found that in its Sipnet decision. We're
`looking now at slide 47 and this is a quote from the Sipnet
`decision: "We find nothing, on this record, which limits the
`scope of the claims to application layer software."
`Petitioner agrees with that position. Even under
`Patent Owner's proposed construction, that proposed
`construction does not limit a process limitation to application
`layer software. It extends to computer p

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