`
`IN THE UNITED STATES DISTRICT COURT
`FOR THE EASTERN DISTRICT OF TEXAS
`MARSHALL DIVISION
`
`PACKET INTELLIGENCE LLC,
`
`Plaintiff,
`
`v.
`
`NETSCOUT SYSTEMS, INC.,
`TEKTRONIX COMMUNICATIONS, and
`TEKTRONIX TEXAS, LLC,
`
`Defendants.
`
`Case No. 2:16-cv-00230-JRG
`
`Jury Trial Demanded
`
`(Lead Case)
`
`NETSCOUT’S RULE 50(b) RENEWED MOTION FOR
`JUDGMENT AS A MATTER OF LAW OF NO INFRINGEMENT
`
`EX 1070 Page 1
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 2 of 27 PageID #: 20194
`
`TABLE OF CONTENTS
`
`
`
`I.
`II.
`III.
`
`IV.
`
`B.
`
`C.
`
`INTRODUCTION ............................................................................................................. 1
`LEGAL STANDARD ........................................................................................................ 3
`NO REASONABLE JURY COULD HAVE FOUND THE ASSERTED
`CLAIMS TO BE INFRINGED ......................................................................................... 4
`A.
`Each Asserted Claim Requires Associating Connection Flows Into
`“Conversational Flows” ......................................................................................... 4
`1.
`Before trial, PI never disputed—and, in fact, repeatedly
`emphasized—that the Asserted Claims require associating packets
`into “conversational flows” ........................................................................ 4
`This Court found the requirement of associating connection flows
`into “conversational flows” is what saved the claims from
`ineligibility under § 101 ........................................................................... 11
`The undisputed construction of “conversational flow,” the
`elements and steps recited in the Asserted Claims, the patents’
`specifications and intrinsic record, and named inventors’ testimony
`all confirms the Asserted Claims require associating packets into
`“conversational flows” ............................................................................. 13
`PI Failed To Present Any Evidence That The Accused Products Ever
`Associate Connection Flows Into “Conversational Flows” ................................. 16
`Because The WPDT Feature Was Never Used Or Sold, Dr. Almeroth
`Resorted To A Deeply Flawed And Misleading Interpretation Of The
`Claims To Allege Infringement ........................................................................... 20
`CONCLUSION ................................................................................................................ 22
`
`2.
`
`3.
`
`
`
`i
`
`
`
`
`EX 1070 Page 2
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 3 of 27 PageID #: 20195
`
`
`TABLE OF AUTHORITIES
`
`
`
`Page(s)
`
`Cases
`
`Bass Pro Trademarks v. Cabela’s Inc.,
`485 F.3d 1364 (Fed. Cir. 2007)................................................................................................15
`
`Fujitsu Ltd. v. Netgear Inc.,
`620 F.3d 1321 (Fed. Cir. 2010)................................................................................................19
`
`i4i Ltd. Partnership v. Microsoft Corp.,
`598 F.3d 831 (Fed. Cir. 2010)....................................................................................................3
`
`Johns Hopkins University v. Datascope Corp.,
`543 F.3d 1342 (Fed. Cir. 2008)................................................................................................19
`
`Retractable Technologies, Inc. v. Becton, Dickinson & Co.,
`653 F.3d 1296 (Fed. Cir. 2011)................................................................................................15
`
`z4 Techs., Inc. v. Microsoft Corp.,
`507 F.3d 1340 (Fed. Cir. 2007)..................................................................................................3
`
`Statutes
`
`35 U.S.C. § 101 ...................................................................................................................... passim
`
`Other Authorities
`
`Federal Rule of Civil Procedure 50(b) .............................................................................................1
`
`
`
`ii
`
`
`EX 1070 Page 3
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 4 of 27 PageID #: 20196
`
`
`I.
`
`INTRODUCTION
`
`Defendants NetScout Systems, Inc. and NetScout Systems Texas, LLC (formerly known
`
`as Tektronix Texas, LLC d/b/a Tektronix Communications) (collectively, “NetScout”)
`
`respectfully move this Court to grant Judgment as a Matter of Law (“JMOL”) of No
`
`Infringement, pursuant to Federal Rule of Civil Procedure 50(b), because Plaintiff Packet
`
`Intelligence LLC (“PI”) failed to present legally sufficient evidence for the jury to find any
`
`infringement (direct or indirect) of claims 10 and 17 of the ’725 patent, claims 1 and 5 of the
`
`’751 patent, and claims 19 and 20 of the ’789 patent (collectively, “the Asserted Patents” or “the
`
`Asserted Claims”).
`
`NetScout respectfully submits this is a case where the Court should vacate the jury’s
`
`verdict of infringement. As explained herein, there is no dispute that PI failed to present
`
`evidence that the accused G10 and GeoBlade products (the “Accused Products”) have any
`
`functionality that associates connection flows into “conversational flows,” as required by each
`
`Asserted Claim. The only functionality alleged to associate flows into “conversational flows”
`
`was provided by an optional feature, the Web Page Download Time KPI (“WPDT”). PI’s
`
`expert, Dr. Kevin Almeroth, conceded this feature was never used or sold. See Dkt. No. 250,
`
`10/12/17 PM Trial Tr. at 58:24-59:3.
`
`To attempt to sidestep nonuse of the WPDT feature, Dr. Almeroth espoused an entirely
`
`new (and erroneous) interpretation of the Asserted Claims to suit the evidence. Dr. Almeroth
`
`told the jury that the Asserted Claims do not actually require associating or correlating flows of
`
`packets into “conversational flows.” See Dkt. No. 245, 10/10/17 PM Trial Tr. at 197:20-198:8
`
`(Dr. Almeroth: “I don’t think that the actual correlation is a requirement of any of the asserted
`
`claims.”). He told the jury that the Accused Products still infringe because they store
`
`information that “can be used” to associate connection flows into “conversational flows.” Dkt.
`1
`
`
`EX 1070 Page 4
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 5 of 27 PageID #: 20197
`
`
`No. 245, Trial Tr. 10/10/17 PM at 136:25-137:2; id. at 198:1-8 (Dr. Almeroth opining if an
`
`Accused Product “only contains connection flows, and it never correlates them” then it still
`
`infringes). Dr. Almeroth thus vastly broadened the scope of the Asserted Claims to read them
`
`onto the Accused Products by eliminating a fundamental requirement, i.e., associating flows into
`
`“conversational flows.”
`
`Dr. Almeroth’s new interpretation, heard for the first time at trial, is not correct. In fact,
`
`it is contrary to this Court’s construction of “conversation flows” and the Asserted Patents’
`
`teaching that classifying connection flows into “conversational flows” is “[w]hat distinguishes
`
`this invention from prior art network monitors,” which could merely “classify packets into
`
`connection flows.” ’789 patent at 2:42-44, 3:56-59; see also id. at 3:10-12 (“[I]t is desirable for
`
`a network packet monitor to be able to ‘virtually concatenate’—that is, to link—the first
`
`exchange with the second . . . . [so that] the two packet exchanges would then be correctly
`
`identified as being part of the same conversational flow.”). His interpretation is also contrary to
`
`what he and PI previously agreed was required by the Asserted Claims. For example, Dr.
`
`Almeroth repeatedly admitted at his deposition that the Asserted Claims as construed by the
`
`Court required “associating” or “correlating” flows into “conversational flows.” See, e.g.,
`
`Declaration of Michael J Lyons, Ex. A (Almeroth Dep. Tr.) at 105:7-11 (Dr. Almeroth: “[I]t’s
`
`doing the kinds of classification of flows and then associating them in the way that it’s consistent
`
`with the Court’s construction . . . .”), 134:20-135:4 (“[Y]ou can get from individual flows into a
`
`correlation of flows that meets the Court's claim construction . . . .”). And, in opposing
`
`NetScout’s motion for summary judgment of noninfringement, PI told the Court the Accused
`
`Product actually “correlate two or more connection flows” and thereby infringe the Asserted
`
`Claims. Dkt. No. 157 at 9, 13.
`
`2
`
`
`EX 1070 Page 5
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 6 of 27 PageID #: 20198
`
`
`This Court’s post-trial ruling assessing the eligibility of the Asserted Claims under § 101
`
`further demonstrates that the infringement evidence Dr. Almeroth presented to the jury was
`
`deeply flawed. This Court found the “the Asserted Claims in this case do more than just recite
`
`the idea of filtering and sorting data.” Dkt. No. 298 ¶ [CL56]. Rather, per the Court, the
`
`Asserted Claims recite an “unconventional technological solution,” i.e., “a particular approach
`
`focused on constructing conversational flows that associate connection flows with each other.”
`
`Id.; see also id. ¶ [CL52] (“[T]he Asserted Claims are oriented towards solving a discrete
`
`technical problem: relating disjointed connection flows to each other.”). Dr. Almeroth’s
`
`infringement testimony is based on the misguided (and misleading) view that it was unnecessary
`
`for the Accused Products to meet the very requirement identified by this Court as the
`
`“unconventional technological solution” claimed in the Asserted Patents.
`
`Dr. Almeroth’s erroneous interpretation of the Asserted Claims infects and is fatal to his
`
`entire infringement analysis. Neither he nor PI came forward with any evidence demonstrating
`
`the Accused Products associate flows into “conversational flows,” as required by each Asserted
`
`Claim. This Court should enter a verdict of no infringement as a matter of law.
`
`II.
`
`LEGAL STANDARD
`
`JMOL is appropriate on a given issue when, taking the record in the light most favorable
`
`to the non-moving party, a “‘reasonable jury would not have a legally sufficient evidentiary basis
`
`to find for the party on that issue.’” i4i Ltd. Partnership v. Microsoft Corp., 598 F.3d 831, 841
`
`(Fed. Cir. 2010) (quoting Fed. R. Civ. P. 50(a)(1) and applying Fifth Circuit law). As such,
`
`NetScout is entitled to JMOL if it demonstrates that substantial evidence does not support the
`
`jury’s verdict. Substantial evidence is “more than a mere scintilla” and is “such relevant
`
`evidence as a reasonable mind might accept as adequate to support a conclusion.” z4 Techs., Inc.
`
`v. Microsoft Corp., 507 F.3d 1340, 1353 (Fed. Cir. 2007) (quoting Consol. Edison Co. v. NLRB,
`3
`
`
`EX 1070 Page 6
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 7 of 27 PageID #: 20199
`
`
`305 U.S. 197, 229 (1938)).
`
`III. NO REASONABLE JURY COULD HAVE FOUND THE ASSERTED CLAIMS
`TO BE INFRINGED
`
`Contrary to Dr. Almeroth’s position at trial, each Asserted Claim requires associating
`
`connection flows into “conversational flows.” As discussed below, there is no reasonable
`
`dispute that this is an actual claim requirement. There is also no dispute that neither Dr.
`
`Almeroth nor PI presented any evidence that the Accused Products meet this requirement.
`
`Instead, Dr. Almeroth’s opinions were based on an erroneous interpretation of the Asserted
`
`Claims which effectively eliminated this requirement in an attempt to skirt around it. His flawed
`
`opinions did not provide the jury with a basis to find infringement.
`
`A.
`
`Each Asserted Claim Requires Associating Connection Flows Into
`“Conversational Flows”
`
`1.
`
`Before trial, PI never disputed—and, in fact, repeatedly
`emphasized—that the Asserted Claims require associating packets
`into “conversational flows”
`
`Before trial, there was no dispute that the Asserted Claims required recognizing whether
`
`packets belong to a “conversational flow.” In its pre-trial submissions—including claim
`
`construction briefing, technology tutorial, expert reports, and summary judgment responses—PI
`
`never once disputed that the Asserted Claims required the classification of packets in one or
`
`more connection flows into “conversational flows. In fact, before trial, PI not only repeatedly
`
`asserted that correlating connection flows into “conversational flows” is what differentiated the
`
`alleged invention from the prior art, it also asserted that the Accused Products implemented this
`
`supposedly novel functionality.
`
`For example, in its January 2017 claim construction brief, PI emphasized that “the
`
`ability to identify that seemingly discrete or disjointed connections are actually related to
`
`the same ‘conversational flow’” is “one benefit of the disclosed invention.” Dkt. No. 55 at 6
`
`4
`
`
`EX 1070 Page 7
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 8 of 27 PageID #: 20200
`
`
`(emphasis added). PI stressed that merely classifying packets into connection flows was not the
`
`invention, as such functionality was present in prior art network monitors. Id. at 4 (“[I]t is
`
`important to note that conventional network monitors categorized network transmissions into
`
`‘connection flows.’”). In contrast, explained PI, “[t]he network monitor disclosed in the
`
`Asserted Patents categorizes network transmissions into ‘conversational flows.’” Id. at 4-5.
`
`PI’s technology tutorial also underscored that classifying packets into “connection flows”
`
`was different from associating connection flows into a “conversational flow”:
`
`
`
`
`
`Dkt. No. 55-21 at Slides 17-18 (PI’s Technology Tutorial). As shown on PI’s “connection flow”
`
`slide (above left), an application such as Skype generates multiple separate connection flows, but
`
`there is no recognition that these flows are related. In contrast, as shown by PI’s “conversational
`
`flow” slide (above right), identifying a “conversational flow” requires correlating each of those
`
`separate connection flows into one “conversational flow.” The large blue arrow on PI’s
`
`“conversational flow” slide encompasses three separate connection flows, emphasizing that
`
`“conversational flow” recognition involves associating or correlating these related flows.
`
`During expert discovery, there was also no dispute that the alleged invention required
`
`associating connection flows of packets into “conversational flows.” Dr. Almeroth’s expert
`
`report noted that a “distinguishing” aspect of the alleged invention was associating flows into
`
`5
`
`
`EX 1070 Page 8
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 9 of 27 PageID #: 20201
`
`
`“conversational flows.” See Lyons Decl., Ex. B ¶ 83 (Almeroth Infringement Rpt.) (explaining
`
`that “[o]ne aspect that ‘distinguishes this invention from prior art network monitors is that it has
`
`the ability to recognize disjointed flows as belonging to the same conversational flow’”) (quoting
`
`’789 patent at 3:56-59). His report contained multiple sections devoted to the subject of
`
`“conversational flow” recognition, describing the challenges presented by being unable to
`
`correlate connection flows into “conversational flows,” explaining how “conversational flow”
`
`recognition constituted an alleged advance over prior art techniques, identifying the preferred
`
`embodiment and process for associating packets into “conversational flows” disclosed in the
`
`patents, and enumerating benefits allegedly associated with recognizing “conversational flows.”
`
`Id. ¶¶ 70, 74, 82, 83, 87-90, 92-93, and 94. In these sections, as summarized below, Dr.
`
`Almeroth emphasized that the Asserted Patents’ point of novelty and source of the alleged
`
`benefits stemmed from going beyond merely tracking connection flows and actually classifying
`
`packets into “conversational flows”:
`
`Sections of Dr. Almeroth’s Expert
`Infringement Report
`
`“Background of Packet Inspection
`Technology”
`
`“Overview of the Disclosed Invention”
`
`Dr. Almeroth’s Assertions Regarding
`“Conversational Flows”
`“The Packet Intelligence Patents describe the
`challenges presented by prior art monitoring
`techniques . . .” including “prior art packet
`monitors that classify packets into connection
`flows, but not conversational flows.” Lyons
`Decl., Ex. B ¶ 70 (emphasis added).
`
`“Such [prior art] monitors were unable to
`identify and classify ‘conversational flows’
`with multiple connections, as described in the
`intrinsic record of the Packet Intelligence
`Patents.” Id. ¶ 74 (emphasis added).
`
`“One of the problems that the Patentees
`desired to solve concerns disjointed flows.
`Prior art monitors were able to keep track of
`connection flows.” Id. ¶ 81 (emphasis added).
`
`
`6
`
`
`EX 1070 Page 9
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 10 of 27 PageID #: 20202
`
`
`“One aspect that ‘distinguishes this invention
`from prior art network monitors is that it has
`the ability to recognize disjointed flows as
`belonging to the same conversational flow.’”
`Id. ¶ 83 (quoting the ’789 patent) (emphasis
`added).
`
`Preferred embodiment analyzes packets and
`performs operations for “identifying other
`packet exchanges that are parts of
`conversational flows” and “to further the task
`of analyzing the conversational flow.” Id. ¶¶
`87-88 (quoting the ’789 patent) (emphasis
`added).
`
`“Signatures” are “‘generated that will key on
`every new incoming packet that relates to the
`conversational flow.’” Id. ¶ 89 (quoting the
`’789 patent) (emphasis added).
`
`“If the packet is part of an existing flow, the
`monitor determines from a flow entry database
`if any further processing of the packet is
`required to classify the flow. . . . If the packet
`indicates that a new flow is created that relates
`to an existing flow, signatures are built to
`recognize the new packets as part of a
`conversational flow.” Id. ¶ 90 (emphasis
`added).
`
`“The Patentees said that ‘[i]t is desirable to be
`able to identify and classify conversational
`flows rather than only connection flows.’ . . .
`The ability to relate separate connection flows
`into conversational flows provides many
`benefits.” Id. ¶ 92 (quoting the ’789 patent)
`(emphasis added).
`
`“The implementation of conversational flow
`recognition allows more flexible and effective
`stateful firewall operations . . . .” Id. ¶ 93
`(emphasis added).
`
`“A second benefit of relating connection
`flows into conversational flows is more robust
`understanding of the quality of service
`
`7
`
`
`“Overview of Conversational Flow
`Classification Process”
`
`“Benefits of Conversational Flows”
`
`EX 1070 Page 10
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 11 of 27 PageID #: 20203
`
`
`(“QoS”) and bandwidth usage of a multiple
`connection flow application, such as an audio-
`video stream or a web browser based
`application such as Facebook.” Id. ¶ 94
`(emphasis added).
`
`
`
`In addition to acknowledging that the Asserted Patents’ point of novelty was identifying
`
`related separate flows as belonging to a “conversational flow,” Dr. Almeroth confirmed under
`
`oath, at his deposition, that this functionality was required by each and every Asserted Claim.
`
`For example, at his July 2017 deposition, Dr. Almeroth underscored multiple times that the
`
`Asserted Claims and the Court’s construction of “conversational flows” required “correlating,”
`
`“associating,” or “tying” flows of packets together. See Lyons Decl., Ex. A at 164:17-23
`
`(“[T]hat was an example of where individual flows had been associated with each other
`
`under the requirements of the Court’s claim construction to meet the limitations of the
`
`claim.”), 105:3-11 (“[I]t’s doing the kinds of classification of flows and then associating them
`
`in the way that it’s consistent with the Court’s construction . . . .”), 126:12-17 (“Q. And does
`
`it have information about conversational flows? A. [The flow state block] has information that
`
`can be correlated in a way that associates flows together under the Court’s claim
`
`construction.”), 134:20-135:4 (“[Y]ou can get from individual flows into a correlation of flows
`
`that meets the Court’s claim construction . . . .”), 189:20-190:1 (“It would store those as flow
`
`entries, as separate flow entries. And then through either the information associated with the
`
`flow entry or based on additional information that can be accessed based on that flow entry, then
`
`it can correlate those flow entries according to the requirements of the Court's claim
`
`construction.”), 217:13-17 (“[I]f there was some sort of analytics that attempted to correlate
`
`the two different 5-tuples together and characterize those as a conversational flow
`
`according to the Court’s claim construction, I mean, that could be an example.”) (emphasis
`
`8
`
`
`EX 1070 Page 11
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 12 of 27 PageID #: 20204
`
`
`added throughout).
`
`After the completion of expert discovery, PI not only maintained its position that the
`
`Asserted Claims required associating packets into “conversational flows,” it opposed NetScout’s
`
`summary judgment motion on the grounds that the Accused Products implemented this very
`
`functionality. NetScout sought summary judgment on the grounds that there was no evidence
`
`that the Accused Products ever determined whether packets belong to a “conversational flow.”
`
`See Dkt. No. 135 at 1 (“Each of the claims requires determining whether packets flowing
`
`through a network are part of a ‘conversational flow.’ There is no evidence that the core network
`
`monitoring functionality of the G10 and GeoBlade products meets the claim requirement of
`
`determining ‘conversational flows.’”). NetScout asserted that “[e]ach of the asserted claims
`
`requires determining whether packets flowing through a network are part of a ‘conversational
`
`flow.’” Id. at 4 (NetScout’s SOF #3). PI responded that this requirement was “not disputed”:
`
`
`
`Dkt. No. 157 at 2 (table cropped; red underline added). In addition, PI admitted that claim 19 of
`
`the ’789 patent (which PI identified at trial as representative of the other Asserted Claims)
`
`specifically requires “determining if the packet is of an existing [conversational] flow.” See id.
`
`at 3-4 (PI’s RSOF #7).
`
`Critically, PI’s entire basis for opposing summary judgment of noninfringement was that
`
`the Accused Products’ core functionality allegedly “correlate[s] two or more connection flows”
`
`and “determines,” “tracks,” and “identifies” “conversational flows.” Dkt. No. 157 at 4-5
`
`(alleging “Dr. Almeroth stated at his deposition that the core traffic classification of the G10 and
`
`9
`
`
`EX 1070 Page 12
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 13 of 27 PageID #: 20205
`
`
`GeoBlade determined conversational flows”), 14 (alleging “Existence of Conversational Flow
`
`Tracking Created by the Core Traffic Classification Function”), 22 (alleging “Dr. Almeroth
`
`opines . . . the accused system tracks conversational flows.”); Dkt. No. 187 at 4 (alleging “[t]he
`
`core traffic classification of the Accused Products identifies HTTP conversational flows . . . .”)
`
`(emphasis added). The first factual assertion in PI’s response brief was that its expert, Dr.
`
`Almeroth, had identified functionality in the accused products that allegedly “correlate[s] two
`
`or more connection flows”:
`
`Dkt. No. 157 at 9 (PI’s ASOF #1) (emphasis and yellow highlighting added). PI also relied on
`
`portions of Dr. Almeroth’s deposition testimony where he alleged the Accused Products’ core
`
`functionality “correlates” connection flows and explained that a “correlation of flows” was
`
`required to satisfy the claims as construed by the Court:
`
`
`
`10
`
`
`EX 1070 Page 13
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 14 of 27 PageID #: 20206
`
`
`
`
`Dkt. No. 157 at 13 (yellow highlighting and red underlining added). As such, not only did PI
`
`argue that the Accused Products correlated connection flows into “conversational flows,” it told
`
`the Court that the presence of this very functionality precluded finding that any of the Asserted
`
`Claims were not infringed.
`
`Thus, there is no dispute that, since the outset of this case and up until trial, PI and its
`
`expert, Dr. Almeroth, maintained in court filing and under oath that each of the Asserted Claims
`
`required associating or correlating connection flows into “conversational flows.”
`
`2.
`
`This Court found the requirement of associating connection flows into
`“conversational flows” is what saved the claims from ineligibility
`under § 101
`
`On February 14, 2018, this Court issued its Finding of Fact and Conclusions of Law (Dkt.
`
`No. 298) denying NetScout’s Motion for Invalidity of the Asserted Patents under 35 U.S.C. §
`
`101 (Dkt. No. 265). This Court found the Asserted Claims survived under § 101 because they
`
`required associating packets into “conversational flows,” which was a “particular approach” that
`
`constituted an “unconventional technological solution.” See Dkt. No. 298 ¶¶ [CL50]-[CL61].
`
`11
`
`
`EX 1070 Page 14
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 15 of 27 PageID #: 20207
`
`
`As this Court explained:
`
`The Asserted Claims in this case do more than just recite the idea of filtering and
`sorting data. . . . In particular, the Asserted Claims recite an “unconventional
`technological solution,” . . . not any approach to sorting packets, but a
`particular approach focused on constructing conversational flows that associate
`connection flows with each other and ultimately specific applications or
`protocols.
`
`Id. ¶ [CL56]; see also id. ¶ [CL52] (“[T]he Asserted Claims are oriented towards solving a
`
`discrete technical problem: relating disjointed connection flows to each other.”). Thus, the
`
`requirement of associating packets into “conversational flows” served as the basis for the Court’s
`
`conclusion that the Asserted Claims were not directed to unpatentable abstract ideas.
`
`This Court also specifically recognized that this requirement of associating packets into
`
`“conversational flows” is what differentiated the Asserted Claims from prior art network
`
`monitors that merely tracked and stored individual connection flows. As the Court explained,
`
`“[n]etwork monitors that could recognize various packets as belonging to the same connection
`
`flow were well-known in the prior art when the Asserted Patents were filed.” See id. ¶ [FF28]
`
`(citing ’789 patent at 2:42-44). What these prior art monitors allegedly could not do was
`
`“identify disjointed connection flows as belonging to the same conversational flow.” Id.
`
`¶ [FF29] (emphasis in original). “This inability to associate different connection flows to each
`
`other was a crucial limitation in the prior art because applications often transmit data via multiple
`
`connection flows.” Id. The Court found that the approach for creating “conversational flows”
`
`recited in the Asserted Claims “allow[ed] packet monitors to classify network traffic in a way
`
`that prior network monitors could not.” Id. at ¶ [CL56].
`
`Therefore, this Court found associating packets into “conversational flows” to be a
`
`fundamental requirement differentiating the Asserted Claims from the prior art approach of
`
`merely tracking and storing connection flows.
`
`12
`
`
`EX 1070 Page 15
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 16 of 27 PageID #: 20208
`
`
`3.
`
`The undisputed construction of “conversational flow,” the elements
`and steps recited in the Asserted Claims, the patents’ specifications
`and intrinsic record, and named inventors’ testimony all confirms the
`Asserted Claims require associating packets into “conversational
`flows”
`
`The Court’s conclusion and PI’s prior admissions that the Asserted Claims require
`
`associating packets into “conversational flows” follows directly from the agreed construction of
`
`“conversational flow,” a term present in each Asserted Claim, the relevant components and
`
`processing steps recited in the Asserted Claims, the intrinsic record for the Asserted Patents, and
`
`the testimony of the named inventors.
`
`First, the adopted construction of “conversational flow” is “the sequence of packets that
`
`are exchanged in any direction as a result of an activity—for instance, the running of an
`
`application on a server as requested by a client—and where some conversational flows involve
`
`more than one connection, and some even involve more than one exchange of packets between a
`
`client and server.” Dkt. No. 66 at 6. This definition distinguishes a “conversational flow” from
`
`an ordinary connection flow. Thus, a “conversational flow” consists of “the sequence of packets
`
`that are exchanged . . . as a result of an activity,” meaning that packets are associated based on
`
`the “activity” they result from and not just according to which connection is used to exchange
`
`them. In addition, the definition clarifies that a “conversational flow” could involve “more than
`
`one connection,” meaning that the packets comprising a “conversational flow” are from
`
`potentially multiple different connection flows. Therefore, identifying a “conversational flow”
`
`requires more than just identifying separate connection flows, it requires associating packets
`
`from one or more connection flows based on the activity generating the packets.
`
`Second, the Asserted Claims recite components and processing steps that specifically
`
`require associating packets into “conversational flows.” PI previously agreed and the Court
`
`found that claim 19 of the ’789 patent is representative of the Asserted Claims. See Dkt. No. 298
`13
`
`
`EX 1070 Page 16
`
`
`
`Case 2:16-cv-00230-JRG Document 314 Filed 10/05/18 Page 17 of 27 PageID #: 20209
`
`
`at 9, n.2 (“PI informed the jury that Claim 19 of the ’789 Patent was ‘exemplary’ of the other
`
`Asserted Claims.”). Claim 19 of the ’789 patent recites a “packet acquisition device . . .
`
`configured to receive packets,” a “memory for storing a database comprising none or more flow-
`
`entries for previously encountered conversational flows,” and a “lookup engine” which is
`
`configured to perform various steps including (1) “look[ing] up whether the particular packet . . .
`
`has a “matching flow-entry,” (2) “determining if the packet is of an existing [conversational]
`
`flow,” and (3) “if the packet is of an existing [conversational] flow, . . . classif[ing] the packet as
`
`belonging to the found existing [conversational] flow.” ’789 patent at claim 19. As such, claim
`
`19 not only requires “determining” if a packet is of an existing “conversational flow,” it also
`
`requires “classifying” any packets determined to belong to an existing “conversational flow” as
`
`belonging to that particular flow. Thus, as demonstrated by representative claim 19, the Asserted
`
`Claims require more than simply tracking connection flows, they require actually classifying or
`
`associating flows of packets into “conversational flows.”1
`
`Third, the Asserted Patents’ specifications make it clear that the Asserted Claims require
`
`associating flows of packets into “conversational flows” and are not met by simply tracking
`
`
`1 The other Asserted Claims likewise require determining whether received packets belong to a
`“conversational flow.” Claim 20 of the ’725 patent depends from claim 19 and thus includes all
`of claim 19’s limitations. With respect to claims 10 and 17 of the ’725 patent, the Court
`previously found these claims “recite similar steps [to those of claims 19 and 20 of the ’789
`patent], including performing certain operations on packets after determining the conversational
`flow to which they belong.” Dkt. No. 298, ¶¶ [FF26]-[FF27] (emphasis added); see also ’725
`patent at claim 10 (reciting performing “protocol specific operations” where “operations include
`one or more parsing and extraction operations on the packet to extract selected portions of the
`packet to form a function of the selected portions for identifying the packet as belonging to a
`conversational flow”), claim 17 (reciting performing “protocol specific operations” on a packet
`“wherein packet belongs to a conversational flow” and further performing “state processing
`operations that are a function of the state of the conversational flow of the packet”). Claims 1
`and 5 of the ’751 patent likewise recite a method that involves “determin[ing] if the received
`packet is of an existing [conversational] flow.”
`
`14
`
`
`EX 1070 Page 17
`
`
`
`Case 2:16-cv-00230-J