Full opinion text
MEMORANDUM OPINION LEONIE M. BRINKEMA, District Judge. Before the Court are the parties’ cross-motions for summary judgment concerning plaintiffs allegations of patent infringement by the defendant, International Business Machines Corporation [Dkt. Nos. 462 and 478]. For the reasons stated in this Memorandum Opinion, the defendant’s Motion for its Proposed Claim Constructions and Summary Judgment of No Infringement [Dkt. No. 462] has been granted, the remainder of plaintiffs Motion for Partial Summary Judgment of Infringement by Defendant IBM and on Defendant’s Affirmative Defenses of Release and Immunity under 28 U.S.C. § 1498 [Dkt. No. 478] has been denied, and summary judgment will now be entered in favor of the defendant on all claims asserted in plaintiffs Second Amendment Complaint. I. Background The plaintiff in this patent infringement action, TecSee, Inc. (“TecSec”), is a Virginia corporation with its principal place of business in McLean, Virginia. TecSec’s primary business is the development of encryption and security techniques; it has designed, developed, and sold a number of cryptography and security-related products since its founding in 1990, and has been awarded more than thirty United States patents in the field of encryption. See PL’s Second Amend. Compl. ¶¶ 20-25. In this civil action, TecSec asserts that defendant International Business Machines Corporation (“IBM”) and several other defendants have infringed one or more of the claims of six of its patents, in violation of 35 U.S.C. § 271 et seq. TecSec’s Second Amended Complaint, filed on July 6, 2010, asserts infringement of the following three groups of patents: 1. United States Patent No. 5,369,702 (“the '702 patent”), issued on November 29, 1994; United States Patent No. 5,680,452 (“the '452 patent”), issued on October 21, 1997; United States Patent No. 5,717,755 (“the '755 patent”), issued on February 10, 1998; and United States Patent No. 5,898,781 (“the '781 patent”), issued on April 27, 1999. All four patents deal with the “Distributed Cryptographic Object Method” for data encryption and are collectively referred to as “the DCOM patents” or “the '702 patent family.” 2. United States Patent No. 6,694,433 (“the '433 patent”), issued on February 17, 2004, dealing with an “Extensible Markup Language (XML) encryption scheme,” and alternatively referred to as “the XML patent.” 3. United States Patent No. 7,069,448 (“the '448 patent”), issued on June 27, 2006, dealing with “Context Oriented Crypto-Processing on a Parallel Processor Array,” and alternatively referred to as “the Parallel Processor patent.” Id. ¶ 1. In particular, TecSec accuses IBM of infringing 25 claims of the six patents in suit, including: 1. The '702 patent: claims 2, 8, 9, 12, 14, and 15 2. The '452 patent: claims 1, 2, and 13 3. The '755 patent: claims 1 and 2 4. The '781 patent: claims 1, 2, 3, 10, 13,14, and 15 5. The '433 patent: claims 1, 3, 4, 8, and 12 6. The '448 patent: claims 1 and 5 See id.; see also IBM’s Br. in Supp. of its Proposed Claim Constructions and Mot. for Summ. J. of No Infringement [“Defi’s Mot. for Summ. J.”] at 1. As a result of the alleged infringement, plaintiff seeks relief in the form of a permanent injunction enjoining the defendant and all of its affiliates from infringing the patents-in-suit, along with an award of all appropriate damages, including treble damages for the defendant’s alleged willful infringement, and attorneys’ fees and costs pursuant to 35 U.S.C. § 285. See PL’s Second Amend. Compl. at 98-99. Defendant IBM is a New York corporation with its principal place of business in New York that manufactures and sells computer software and hardware. See id. ¶ 4. The IBM products accused of infringement in this civil action fall into three general categories: (i) IBM DB2 and IDS database products (accused of infringing the '702 patent family); (ii) IBM Web-Sphere and DataPower Appliance products (accused of infringing the '702 patent family and the '433 patent); and (iii) IBM System z mainframe server products (accused of infringing the '448 patent). See id. ¶¶ 31-33; 57-58; 82-83; 107-08; 132-33; 158-59. More specifically, the accused products include: 1. IBM’s “database products’’: DB2 for z/OS; DB2 for LUW (Linux, UNIX, and Windows); and IDS (used in conjunction with Data Encryption Tool and Database Encryption Expert (“DEE”)). 2. IBM’s WebSphere products: Web-Sphere Application Server (“WAS”); WebSphere DataPower XML Security Gateway XS40; WebSphere DataPower Integration Appliance XI50; and Web-Sphere DataPower B2B Appliance XB60. 3. IBM’s System z products: System z mainframe servers (z9 and zlO) that incorporate Crypto Express2; and System z mainframe servers (z9 and zlO) that incorporate Crypto Express3. Id. In its Motion for its Proposed Claim Constructions and Summary Judgment of No Infringement [Dkt. No. 462], IBM seeks summary judgment in its favor on all counts in plaintiffs Second Amended Complaint, arguing that TecSec has not come forward with sufficient evidence to establish a genuine material dispute regarding alleged infringement of any of the six patents at issue. In its Motion for Partial Summary Judgment of Infringement [Dkt. No. 478], TecSec seeks judgment in its favor on claims 8 and 9 of the '702 patent and claim 4 of the '433 patent, along with several of the affirmative defenses raised by IBM in its First Amended Answer to TecSec’s Second Amended Complaint. II. Standard of Review Summary judgment is appropriate where the record demonstrates “that there is no genuine issue as to any material fact and that the moving party is entitled to judgment as a matter of law.” Fed. R.Civ.P. 56(c). A genuine issue of material fact exists “if the evidence is such that a reasonable jury could return a verdict for the nonmoving party.” Anderson v. Liberty Lobby, Inc. 477 U.S. 242, 247-48, 106 S.Ct. 2505, 91 L.Ed.2d 202 (1986). The Court must view the record in the light most favorable to the nonmoving party. See Bryant v. Bell Atl. Md., Inc., 288 F.3d 124, 132 (4th Cir.2002). However, the “mere existence of a scintilla of evidence in support of the [nonmovant’s] position will be insufficient; there must be evidence on which the jury could reasonably find for the [nonmovant].” Anderson, 477 U.S. at 252, 106 S.Ct. 2505; see also Othentec Ltd. v. Phelan, 526 F.3d 135, 140 (4th Cir.2008). Thus, if a nonmoving party bears the burden of proof on a claim at trial, the moving party may prevail on its Rule 56 motion by showing that there is a lack of evidence to carry the other party’s burden as to any essential element of the cause of action. See Celotex Corp. v. Catrett, 477 U.S. 317, 322-23, 106 S.Ct. 2548, 91 L.Ed.2d 265 (1986); Cray Commc’ns Inc. v. Novatel Computer Sys., Inc., 33 F.3d 390, 393-94 (4th Cir.1994). Once the moving party has met its burden of demonstrating the absence of an issue of material fact, the party opposing summary judgment may not rest on mere allegations or inferences, but must instead proffer specific facts or objective evidence showing that a genuine issue of material fact exists requiring further proceedings. Matsushita Elec. Indus. Co. v. Zenith Radio Corp., 475 U.S. 574, 586, 106 S.Ct. 1348, 89 L.Ed.2d 538 (1986). III. Dismission A. '702 (DCOM) Patent Family: Claim Construction In their cross-motions for summary judgment, the parties raised the issue of the proper construction of a number of terms in each of the patents in suit. The Court will construe only those terms that are strictly necessary to the resolution of the parties’ motions. Specifically, in addressing the infringement claims for the '702 family of patents, the Court will construe the term “multi-level multimedia security,” providing a construction for “multi-level ... security” and “multimedia,” in turn. 1. Legal standards for claim construction The district court has the “power and obligation to construe as a matter of law the meaning of language used in the patent claim.” Markman v. Westview Instruments, Inc., 52 F.3d 967, 979 (Fed.Cir.1995), aff'd, 517 U.S. 370, 116 S.Ct. 1384, 134 L.Ed.2d 577 (1996). As a starting point, a claim term is to be given the “ordinary and customary meaning” it would have had to a person of ordinary skill in the art at the time of the invention. Phillips v. AWH Corp., 415 F.3d 1303, 1312-13 (Fed.Cir.2005) (en banc); see also Dow Chemical Co. v. Sumitomo Chem. Co., Ltd., 257 F.3d 1364, 1372 (Fed.Cir.2001). To determine that meaning, the court must first look to how the words of the claims themselves define the scope of the patented invention, and then look to “those sources available to the public that show what a person of skill in the art would have understood [the] disputed claim language to mean.” Phillips, 415 F.3d at 1314; see also Vitronics Corp. v. Conceptronic, Inc., 90 F.3d 1576, 1582-83 (Fed.Cir.1996). The court must construe the entire claim, including any preamble, so long as it gives life and meaning to the invention claimed. See Pitney Bowes, Inc. v. Hewlett-Packard Co., 182 F.3d 1298, 1305 (Fed.Cir.1999). For some claim terms, the ordinary meaning may be readily apparent, and construction of those terms therefore “involves little more than the application of the widely accepted meaning of commonly understood words.” Phillips, 415 F.3d at 1314. If technical terms are used, the court may also “consult scientific dictionaries and technical treaties at any time” because “technical terms often have an ‘ordinary meaning’ as understood by one of skill in the art, although these same terms may not be readily familiar to a judge, or may be familiar only in a different context.” Dow Chemical, 257 F.3d at 1372. The meaning of a disputed claim term should be resolved primarily in light of the “intrinsic evidence of record, i.e., the patent itself, including the claims, its specification and, if in evidence, the prosecution history.” Vitronics, 90 F.3d at 1582 (describing intrinsic evidence as “the most significant source of the legally operative meaning of disputed claim language”); see also Phillips, 415 F.3d at 1316 (holding that “[t]he construction that stays true to the claim language and most naturally aligns with the patent’s description of the invention will be, in the end, the correct construction”). 2. “Multi-level multimedia security” must be interpreted as a claim limitation in the '702 patent family. The patents in the '702 family describe systems and methods for achieving “multilevel multimedia security” by means of a “distributed cryptographic object method” (“DCOM”). See, e.g., Def.’s Ex. 3 ('702 patent) at Abstract. Indeed, the phrase “multi-level multimedia security” appears in the preamble of each independent claim in the '702 (DCOM) patent family. See id. (“By effectuating compartmentalization of every object by label attributes and algorithm attributes, multi-level multimedia security is achieved.”); see also Def.’s Ex. 4 ('755 patent) at Abstract (same); Def.’s Ex. 5 ('452 patent) at Abstract (same); Def.’s Ex. 6 ('781 patent) at Abstract (same). In the context of those patents, the phrase “multi-level multimedia security” is therefore a defining aspect of the invention, and it functions as a crucial claim limitation. “In considering whether a preamble limits a claim, the preamble is analyzed to ascertain whether it states a necessary and defining aspect of the invention, or is simply an introduction to the general field.” On Demand Mach. Corp. v. Ingram Indus., Inc., 442 F.3d 1331, 1343 (Fed.Cir.2006). In this case, “multi-level multimedia security” is not merely presented as relevant background information in the field; rather, all of the '702 (DCOM) patents stress the inventions’ ability to provide multi-level and multimedia security as critical features of the claimed inventions. In fact, those words appear throughout the patents’ specifications — in their Abstracts, their figures, the Field of the Invention, the Background of the Invention, the Summary of the Invention, the Detailed Description of the Invention, and the independent claims of the patents themselves. See Def.’s Exs. 3-6. Under these circumstances, the phrase “multi-level multimedia security” therefore must be regarded as a claim limitation. See Poly-Am., L.P. v. GSE Lining Tech., Inc., 383 F.3d 1303, 1310 (Fed.Cir.2004); Gen. Elec. Co. v. Nintendo Co., 179 F.3d 1350, 1361— 62 (Fed.Cir.1999). Moreover, the patentee expressly relied upon an explanation of “multi-level multimedia security” to distinguish prior art during prosecution of the DCOM patents, and TecSec has relied upon that phrase throughout the course of this litigation. See Def.’s Ex. 7 at IBMTS002635674 (patent prosecution history in which patentee distinguished the Preston patent because it allegedly could not “cryptographically embed devices within other devices or within data files”); Def.’s Ex. 8 (demonstrating TecSec’s reliance upon the '702 preamble to distinguish the prior art in response to IBM’s Interrogatory No. 15); see also Br. in Supp. of PI. TecSec’s Mot. for Partial Summ. J. on Def.’s Affirmative Defenses of Invalidity and Inequitable Conduct [Dkt. No. 427] at 8 (arguing that the “embedding of encrypted objects within other objects creates the ‘multi-level security’ that is essential to the DCOM patents”) (emphasis added). This further strengthens the Court’s conclusion that the “multi-level multimedia security” phrase in the preamble of the '702 patent family must be read as a claim limitation. See, e.g., Computer Docking Station Corp. v. Dell, Inc., 519 F.3d 1366, 1375 (Fed.Cir.2008); Catalina Mktg. Int’l. Inc. v. Coolsavings.com. Inc., 289 F.3d 801, 808 (Fed. Cir.2002). 3. ‘Multi-level ... security” requires multiple layers of encryption. IBM and TecSec offer different constructions of “multi-level ... security,” with IBM proposing a construction whereby “encrypted objects are nested within other objects which are also encrypted, possibly within other objects, resulting in multiple layers of encryption,” while TecSec proffers the construction “security provided by the nesting of individually encrypted objects.” Compare Def.’s Mot. for Summ. J. at 6 to PI. TecSec’s Br. in Opp. to IBM’s Proposed Claim Constructions and Mot. for Summ. J. of No Infringement [“Pl.’s Br. in Opp.”] at 6. The primary-dispute between the parties concerns whether the “container objects” — that is, the objects in which encrypted objects are nested — must necessarily be encrypted themselves. Under IBM’s definition, the container objects must be encrypted, thereby resulting in multiple layers of encryption, while TecSec argues that the '702 patent “does not require the container object to be encrypted, but is broad enough to encompass implementations in which the container object may be encrypted.” Id. (emphasis in original). For the reasons explained below, the Court will adopt IBM’s construction. a. IBM’s construction is consistent with the intrinsic evidence. IBM’s proposed construction best conforms to the intrinsic evidence of record, including the patentee’s own definition, as provided to the Patent and Trademark Office (“PTO”). For example, during prosecution of the '702 patent application, the PTO examiner rejected claim 1 — the only claim pending at that time — as indefinite under 35 U.S.C. § 112 ¶ 2 because it was “unclear what is meant by ‘multi-level multimedia security.” ’ See Def.’s Ex. 7 at IBMTS002635653. To overcome the rejection, the patentee amended the application to “more clearly explain” the term. Id. at IBMTS002635672. Specifically, the patentee clarified that “[m]ulti-level security is achieved because encrypted objects may be nested within other objects which are also encrypted, possibly within other objects, resulting in multiple layers of encryption.” Id. at IBMTS002635664; see also Ex. 3 ('702 patent) at 4:25-28 (same). The patentee then explained: “Thus, the nesting of individually encrypted objects provides security that is multi-level and multimedia.” Def.’s Ex. 7 at IBMTS002635664. It is well established that “[t]he patentee is free to act as his own lexicographer, and may set forth any special definitions of the claim terms in the patent specification or file history, either expressly or impliedly.” Schoenhaus v. Genesco, Inc., 440 F.3d 1354, 1358 (Fed.Cir.2006); see also Irdeto Access, Inc. v. EchoStar Satellite Corp., 383 F.3d 1295, 1300 (Fed. Cir.2004); Home Diagnostics, Inc. v. LifeScan, Inc., 381 F.3d 1352, 1356 (Fed.Cir.2004). The patentee’s definition of “multilevel ... security” during patent prosecution is therefore binding as a matter of law. See Honeywell, Inc. v. Victor Co. of Japan, Ltd., 298 F.3d 1317, 1323-24 (Fed. Cir.2002); CVI/Beta Ventures, Inc. v. Tura LP, 112 F.3d 1146, 1158 (Fed.Cir.1997); see also Medrad, Inc. v. MRI Devices Corp., 401 F.3d 1313, 1318 (Fed.Cir.2005) (“A patentee may define a particular term in a particular way, and in that event the term will be defined in that fashion for purposes of that particular patent, no matter what its meaning in other contexts.”) (citation omitted). Moreover, despite the somewhat confusing use of the phrase “may be nested,” the '702 patentee’s definition, read as a whole, makes clear that the claimed functionality of the '702 (DCOM) invention is a method of “multi-level” encryption in which encrypted objects are necessarily embedded or nested within other encrypted “container” objects, thereby “resulting in multiple layers of encryption.” See Defi’s Ex. 7 at IBMTS002635664 (emphasis added). Indeed, the patentee further represented to the examiner that “[c]ontainer objects can only be ‘opened’ by users having access authority in the form of a cryptographic key,” thereby clearly conveying that the container objects were themselves meant to be securely encrypted such that only authorized users could access them. See Def.’s Ex. 7 at IBMTS002635673. Given this context, the phrase “may be nested” must be interpreted to mean that encrypted objects are “capable of being nested” within other encrypted objects. Such nesting is not optional; rather, it is the essence of the claimed invention. To find otherwise would read out of the DCOM patents the required “multiple layers of encryption” cited to the examiner. b. TecSec’s definition is inconsistent with the evidence and must be rejected. TecSec’s proposed construction is inconsistent with the patentee’s definition of the patent’s capabilities and therefore must be rejected. In particular, TecSec’s interpretation would impermissibly broaden the '702 patent, reading it to cover not only situations in which encrypted objects are nested within other encrypted objects, thereby providing multi-layer encryption, but also situations in which the container objects are not encrypted, which would necessarily result in only a single level of encryption. Accordingly, TecSec’s contention that a patent directed at “multi-level security” requires only a single layer of encryption flatly contradicts the plain language of the claims, as well as the patentee’s binding statements during patent prosecution. TecSec’s construction must be rejected for those reasons alone. See Haemonetics Corp. v. Baxter Healthcare Corp., 607 F.3d 776, 782 (Fed.Cir.2010). TecSec’s proposed definition is also inconsistent with the '702 patent specification, which repeatedly and consistently describes the claimed invention as one in which objects are encrypted and then nested or embedded within other encrypted objects. For example, in the “Summary of the Invention” section, the patent explains that one of the objectives of the invention is to allow for the embedding of objects within other objects, “resulting in an access hierarchy for users of the system.” Def.’s Ex. 3 at 3:21-24. The patent further explains that once encrypted objects are embedded within container objects, those container objects are also encrypted. See id. at 5:32-41. In fact, each and every example of the invention identified in the '702 patent specification describes multiple layers of encryption capability, and every figure depicting the invention shows one or more encrypted objects embedded within other encrypted objects. See, e.g., id. at 7:50-58 (describing examples of multi-layered encryption); Fig. 3 (showing rings of concentric circles in which encrypted objects are embedded in other encrypted objects); 11:18-30 (describing Figure 3); see also id. at Fig. 4; 4:47-49 (describing Fig. 4 as “an encrypted object that contains a web of embedded encrypted objects nested within it”). As a result, IBM’s definition, under which at least one encrypted object must be embedded within another encrypted object, is the only construction that faithfully adheres to the patentee’s own descriptions of the claimed invention. See Phillips, 415 F.3d at 1316 (“Ultimately, the interpretation to be given a term can only be determined and confirmed with a full understanding of what the inventors actually invented and intended to envelop with the claim.”), c. IBM’s construction does not violate the doctrine of claim differentiation. Finally, TecSec argues that IBM’s proposed construction duplicates the language of claim 4 in the '702 patent and thereby violates the principles of claim differentiation. The ’doctrine of claim differentiation “presumes that there is a difference in scope among the claims of a patent,” and therefore requires a court to interpret the patent such that each independent claim carries its own unique meaning. Multiform Desiccants, Inc. v. Medzam, Ltd., 133 F.3d 1473, 1479 (Fed.Cir.1998). TecSec contends that IBM’s proposed definition violates that doctrine because it would read into claims 1 and 2 of the '702 limitations that are separately added in claim 4, such as the requirement in claim 4 that a “second object” be encrypted and labeled with a “second object label.” However, TecSec’s claim differentiation argument has no basis in the law or in a logical reading of the '702 patent’s claims. Specifically, independent claim 1 of the '702 patent claims “[a] method for providing multi-level multimedia security in a data network,” comprising nine different steps. See Def.’s Ex. 3 at 12:2-16. Dependent claim 2, which is asserted in this action, claims “[t]he method of claim 1, wherein the object is an application document, and further comprising” two additional steps. Id. at 12:17-19. Finally, dependent claim 4, which is also asserted in this action, describes: The method of claim 3 (which itself depends on independent claim 1), further comprising the steps of: (A) selecting a second label for the second object; (B) selecting an encryption algorithm; (C) encrypting the second object; and (D) labelling [sic] the second encrypted object with a second object label.” Id. at 12:27-33 (emphasis added). TecSec uses the “second object” language in claim 4 to argue that “multi-level multimedia security” cannot mean that two objects need to be nested and encrypted, thereby resulting in multi-layered encryption, because then claim 4 would have no independent meaning. However, as described above, the term “multi-level ... security” is a separate element of the '702 patent and must be read as imposing an additional limitation beyond the other language in the claims (including claim 4), because the patent “must be interpreted with an eye toward giving effect to all terms in the claim.” Becton, Dickinson & Co. v. Tyco Healthcare Group, LP, 616 F.3d 1249, 1257 (Fed.Cir.2010) (citation omitted). Furthermore, TecSec’s claim differentiation argument fails because “the claims are not rendered identical” by the construction. Sinorgchem Co., Shandong v. Int’l Trade Comm’n, 511 F.3d 1132, 1140 (Fed.Cir.2007) (emphasis added). Specifically, as cited above, claim 4 in the '702 patent requires steps beyond simply embedding and encrypting a second object, including “selecting a second label” and “labelling [sic] the second encrypted object” with that additional label. See Def.’s Ex. 3 at 12:29-33. Claim differentiation is therefore inapplicable in this instance. Moreover, in this ease, where the patentee explained the meaning of a term during prosecution to obtain allowance of a claim, claim differentiation simply cannot be used to change the meaning of that term. In Andersen Corp. v. Fiber Composites, LLC, 474 F.3d 1361 (Fed.Cir.2007), the Federal Circuit made clear that “the written description and prosecution history [of a patent] overcome any presumption arising from the doctrine of claim differentiation.” Id. at 1370 (citing Kraft Foods, Inc. v. Int’l Trading Co., 203 F.3d 1362, 1368 (Fed.Cir.2000)). Indeed, “the doctrine of claim differentiation cannot broaden claims beyond their correct scope, determined in light of the specification and the prosecution history.” Multiform Desiccants, 133 F.3d at 1480. As such, “claims that are written in different words may ultimately cover substantially the same subject matter.” Id. This is just such a case, and TecSec’s claim differentiation argument therefore cannot overcome the explicit definition provided by the patentee. For all these reasons, the Court will construe the term “multi-level ... security” to mean “security achieved when encrypted objects are nested within other objects which are also encrypted, possibly within other objects, resulting in multiple layers of encryption.” Under that construction, at least one encrypted object must be nested within at least one other encrypted object, thereby achieving multilevel, multi-layer security. k. Construction of “multimedia” IBM also seeks construction of the word “multimedia” in the “multi-level multimedia security” claim limitation of the '702 patent, proposing the definition: “a computer technology that displays information using a combination of full-motion video, animation, sound, graphics, and text with a high degree of user interaction.” See Def.’s Mot. for Summ. J. at 6. TecSec has not specifically offered a competing construction of “multimedia,” but instead argues that multimedia security can encompass the encryption of many different types of objects, and that “multilevel multimedia security” should be defined merely as “security provided by the nesting of individually encrypted objects.” See Pl.’s Br. in Opp. at 6-9. TecSec’s interpretation of “multimedia security,” however, does not square with the intrinsic evidence and prosecution history, nor does it reflect the plain meaning of the term to a person of ordinary skill in the art at the time of the invention. Rather, TecSee’s proposed construction of “multi-level multimedia security” would read “multimedia” out of the claims entirely, and woul^d improperly expand the '702 patent’s scope to capturing situations in which objects of only a single type of medium are encrypted — the exact opposite of multi media security. TecSec’s efforts to ignore the additional claim limitation imposed by the patentee’s repeated use of the word “multimedia” in the '702 patent must therefore be rejected. See Tex. Instruments Inc. v. U.S. Int’l Trade Comm’n, 988 F.2d 1165, 1171 (Fed.Cir.1993) (“[T]o construe the claims in the manner suggested by [the plaintiff] would read an express limitation out of the claims. This we will not do.”). Moreover, the applicant for the '702 patent also explicitly defined “multimedia” by amending the application and providing a technical dictionary definition to overcome an indefiniteness rejection by the PTO examiner. Specifically, the applicant amended the patent to explain that the “invention encrypts any object, encompassing all forms of media,” see Def.’s Ex. 7 at IBMTS002635664, and then directed the patent examiner to a definition of “multimedia” in Peter Dyson’s The PC User’s Essential Accessible Pocket Dictionary (hereinafter “Dyson dictionary”), which defines “multimedia” as “[a] computer technology that displays information using a combination of full-motion video, animation, sound, graphics, and text with a high degree of user interaction.” Id.; see also Def.’s Ex. 10 at 354 {Dyson dictionary definition). The patentee’s unambiguous reliance on that dictionary definition of “multimedia” is therefore “binding in litigation” as a matter of law. CVI/Beta Ventures, 112 F.3d at 1158. Accordingly, the Court will adopt IBM’s construction of “multimedia” and will construe that term to mean “a computer technology that displays information using a combination of full-motion video, animation, sound, graphics, and text with a high degree of user interaction.” B. '702 (DCOM) Patent Family: Infringement Allegations “A patentee claiming infringement must present proof that the accused produces] meet[ ] each and every claim limitation.” Forest Labs., Inc. v. Abbott Labs., 239 F.3d 1305, 1310 (Fed.Cir.2001). The patentee must also prove that the accused infringer either directly infringes the patent under 35 U.S.C. § 271(a), by “mak[ing], us[ing], offering] to sell, ... selling], ... or import[ing]” the patented invention, or indirectly infringes the patent under 35 U.S.C. § 271(b) or § 271(c), by “actively inducting]” infringement or by contributing to infringement. Failure to provide the proof necessary to establish a genuine issue of material fact on those points warrants summary judgment of no infringement. See Celotex, 477 U.S. at 325, 106 S.Ct. 2548. Throughout its Motion for Summary Judgment, IBM successfully demonstrates that despite extensive discovery, TecSec has failed to identify any actual instance of infringement by either IBM or any of its customers. Mere speculation is insufficient to allow a case to proceed to trial; accordingly, none of TecSec’s many theories of infringement can survive summary judgment. 1. Plaintiffs theory of direct infringement TecSec first accuses IBM of directly infringing each asserted claim of the '702 patent family, including both the method claims and the system claims. However, those allegations fail as a matter of law because TecSec has produced no evidence that IBM itself ever performed every claimed step of the asserted method claims, or ever made, used, sold, or offered to sell the entire claimed systems. To establish direct infringement, the patentee must prove that the alleged infringer either made, used, offered to sell, or sold in the United States, or imported into the United States, the patented invention. See 35 U.S.C. § 271(a). “Direct infringement ... is limited to those who practice each and every element of the claimed invention.” BMC Res., Inc. v. Paymentech, L.P., 498 F.3d 1373, 1381 (Fed.Cir.2007). Accordingly, the Federal Circuit has held that “liability for [direct] infringement requires a party to make, use, sell, or offer to sell the patented invention, meaning the entire patented invention.” Id. at 1380 (emphasis added). As a result, a party that makes, uses, sells, offers to sell, or imports less than the entire patented invention is not a direct infringer as a matter of law. See Rotee Indus., Inc. v. Mitsubishi Corp., 215 F.3d 1246, 1252 n. 2 (Fed.Cir.2000) (holding that “one may not be held liable under § 271(a) for making or selling less than a complete invention”). a. Method claims To show that IBM directly infringed the asserted method claims, TecSec must establish that IBM either used or performed every step of the claimed methods. See Joy Techs., Inc. v. Flakt, Inc., 6 F.3d 770, 775 (Fed.Cir.1993) (“A method claim is directly infringed only by one practicing the patented method.”) (emphasis omitted); see also BMC Res., 498 F.3d at 1381. However, TecSec has utterly failed to come forward with any evidence that IBM itself performed any of the steps of the method claims. Indeed, TecSec effectively conceded in its briefing that IBM’s products do not directly infringe the asserted method claims in the '702 patent family. For example, in response to IBM’s Motion for Summary Judgment, in which defendant argued that its database products do not directly infringe the '702 family of patents, TecSec contended only that “IBM has made, sold, and offered for sale the accused IBM database [DB2 and IDS] products, which infringe each of the asserted claims of the '702 patent family.” See PL’s Br. in Opp. at 2 (responding to IBM’s Statement of Fact No. 2). Notably missing from TecSec’s response, however, is any allegation that IBM itself “used” the patented method in its database products. See id. Moreover, TecSec has also failed to come forward with any evidence creating a genuine dispute of material fact that IBM performs every step of the asserted method claims with any of the accused WebSphere products. It is axiomatic that there can be no direct infringement by IBM of any method claim absent IBM’s own use or performance of each and every step of that method. See Joy Techs., 6 F.3d at 775. Accordingly, summary judgment is appropriate in IBM’s favor on plaintiffs allegations of direct infringement of the asserted method claims in the '702 (DCOM) patents. b. System claims TecSec’s direct infringement allegations for the system claims in the '702 patent family also fail as a matter of law. To prove that IBM directly infringed the system claims, plaintiff must show that IBM made, used, sold, offered for sale, or imported the entire claimed system(s). See Rotec, 215 F.3d at 1252 n. 2; BMC Res., 498 F.3d at 1380. However, TecSec has failed to come forth with any evidence that IBM has actually done so. Instead, TecSec simply accuses various types of IBM software of infringement. That software, of course, constitutes at most only part of the claimed systems, as the software must be installed on a computer and combined with hardware to infringe. Indeed, TecSec’s infringement theories for the system claims, all of which involve hardware such as a “system memory means for storing data,” require that the accused products be “installed, as intended, in computers comprising digital logic means.” See Br. in Supp. of Pl. TecSec’s Mot. for Partial Summ. J. of Infringement at 18. As a matter of law, making or selling software without the claimed hardware does not constitute direct infringement of a system claim, and summary judgment is therefore appropriate in favor of IBM on those claims, as well. See Rotec, 215 F.3d at 1252 n. 2. Moreover, throughout discovery, TecSec struggled to identify how IBM’s accused products allegedly infringe the '702 patent family. Plaintiff ultimately relied on very specific accused “scenarios,” involving particular combinations and configurations of products. Indeed, during discovery, TecSec and its experts offered six different “infringing cases” under which IBM’s database products, for example, purportedly infringe the asserted claims of the '702 patent family. Those six infringing cases can be summarized roughly as follows: 1. DB2 for z/OS (versions 8 +) used in combination with the IBM Data Encryption for IMS and DB2 Databases tool (“Data Encryption Tool”), where the claimed encrypted “object” is a column within a table in a DB2 database; 2. DB2 for z/OS (versions 8 + ) using the built-in “column-level encryption,” where the claimed “object” is a column within a table in a DB2 database; 3. DB2 for LUW (versions 9.1 +) using the built-in “column-level encryption,” where the claimed “object” is a column within a table in a DB2 database; 4. DB2 for LUW (versions 8.2+ with FixPack 14) using the IBM Database Encryption Expert (“DEE”), where the claimed object is non-meta data file contents of the DB2 database tablespace; 5. IDS (versions 10 + ) using the built-in “column-level encryption” applied to the data within a column in a table in an IDS database; and 6. IDS (versions 11 +) with an instance of DEE (at least version 1.1 with Fix-Pack 3 for IDS version 11.X support), allowing for encryption of the non-meta data portions of a tablespace of an IDS database. See Def.’s Ex. 16 (TecSec’s interrogatory responses and infringement charts explaining the alleged infringement scenarios). For each of those accused “scenarios” of IBM’s database products to constitute infringement, highly specific hardware and other configuration requirements must be met. For example, certain infringing cases specify the exact IBM hardware computers on which the software and operating systems must be installed, along with additional hardware elements that may be required. See, e.g., id. at Ex. 1 at 1 (Infringing Case 1, requiring “one of the following IBM hardware computers: z800, z900, z890, z990, z9 and zlO” and indicating that “crypto co-proeessor[s] (e.g., Crypto Express2 or Crypto Express3)” may be required; see also id. at Ex. 1 at 2 (Infringing Case 3, indicating that the required hardware elements can include, inter alia, a 64-bit Common Hardware Reference Platform (CHRP) architecture; Itanium-based HP Integrity Series systems (IA-64), PA-RISC (PA-8x00)— based HP 900 Series 700 and Series 800 systems; z86 (Intel Pentium 4 or higher, Intel Xeon and AMD Athlon), x86-64 (Intel EM64T and AMD64), IA64 (Intel Itanium 2 or higher), POWER® (IBM eServer OpenPower, iSeries or pSeries systems that support Linux, [or] eServer System z or System z9). Other scenarios require various functions to be enabled within the accused system before the asserted systems in the '702 (DCOM) patents are infringed. See, e.g., id. at Ex. 1 at 1 (Infringing Case 2, requiring that “[i]f RACF is used, then RACF must be enabled in the z/OS operating system. In addition, to perform encryption, the system must have Integrated Cryptographic Service Facility (ICSF) enabled within z/OS.”). Similarly, TecSec cannot dispute that a single DataPower or Websphere Application Server (“WAS”) product, standing alone, cannot infringe the '702 patent family, because, among other reasons, those products alone are not capable of encrypting and decrypting the same object, as is required by the '702 (DCOM) patents. See infra at HI.B.3.C. Instead, TecSec asserts that a combination of IBM products infringe the '702 patents because IBM and its customers can use and implement a WAS-WAS or WAS-DataPower configuration of products to perform the claimed encryption and decryption of the same “object.” See Pl.’s Br. in Opp. at 16-17 (describing how IBM’s products can be “set up,” combined, and implemented to infringe). Accordingly, a user must first configure IBM’s WAS software to communicate with other WAS or DataPower software before it can even potentially infringe. TecSec’s speculative theories of infringement fail because plaintiff has not submitted any evidence that IBM actually makes, sells, offers for sale, or imports an entire infringing database system, as described and configured according to the very precise specifications offered by plaintiffs experts in their “infringing cases.” Nor does TecSec cite any actual evidence that IBM makes, sells, offers for sale, or imports the specific WebSphere product combinations that TecSec alleges infringe. In fact, TecSec’s theory appears to reduce to the contention that IBM’s users or customers may theoretically be able to install IBM software onto a computer system and then combine and configure it into one of the accused scenarios. See, e.g., Def.’s Ex. 17 (Stubblebine Expert Report) at 15 (“At a user’s direction, any one of four different access control techniques is implemented by DB2, z/OS, or the [Data Encryption] Tool.”). However, even if some user-implemented system were to meet all of the asserted claim limitations — which, as explained below, it cannot, see infra at III. B.3, — TecSec has provided no evidence that IBM ever made, used, sold, offered to sell, or imported that entire claimed system, and TecSec’s direct infringement claims therefore fail as a matter of law. See Rotec, 215 F.3d at 1252 n. 2; see also Centillion Data Sys., LLC v. Qwest Commc’ns Int’l, Inc., 631 F.3d 1279, 1285-88 (Fed.Cir.2011) (finding that “[supplying the software for the customer to use is not the same as using the system” and that, as a matter of law, the defendant did not “make” the accused system because “[t]he customer, not [the defendant], completes the system and ... installs] the client software”). 2. Plaintiffs theories of indirect infringement TecSec also accuses IBM of indirect infringement, based upon the sales of its database and WebSphere products to its customers. “When a defendant participates in or encourages infringement but does not directly infringe a patent, the normal recourse under the law is for the court to apply the standard for liability under indirect infringement.” BMC Res., 498 F.3d at 1379. Indirect infringement may be proven by evidence of “inducing infringement” or “contributory infringement.” 35 U.S.C. §§ 271(b) & (c). To establish induced infringement, a patentee must prove that the defendant “actively induce[d] infringement of a patent.” 35 U.S.C. § 271(b). As a required predicate, the patentee must establish that some other third party committed the entire act of direct infringement. See BMC Res., 498 F.3d at 1380. Additionally, the patentee must show that the alleged infringer took specific acts to knowingly induce the infringement. In fact, as the Federal Circuit has held, “[t]he plaintiff has the burden of showing that the alleged infringer’s actions induced infringing acts and that he knew or should have known his actions would induce actual infringements.” DSU Med. Corp. v. JMS Co., 471 F.3d 1293, 1304 (Fed.Cir.2006) (en banc) (citations and quotations omitted). To establish contributory infringement, a patentee must show that the alleged infringer offered to sell or sold a component of a patented apparatus that constitutes a material part of the invention, with knowledge that the component is especially made or adapted for use in an infringement and is not a staple article suitable for substantial non-infringing use. See 35 U.S.C. § 271(c). As with inducing infringement, contributory infringement requires proof of a mens rea of at least knowledge, and also requires, as a predicate, that some other party committed the entire act of direct infringement. See BMC Res., 498 F.3d at 1379, 1381. a. TecSec produced no evidence of direct infringement by any third party. In this case, even after extensive discovery — comprising over 7 million pages of documents, 40 depositions, and 55 subpoenas to IBM’s customers — TecSec has failed to present even a single instance of a customer using the accused IBM products in an allegedly infringing manner. As the plaintiff in this ease, TecSec bears the “burden to show direct infringement for each instance of indirect infringement,” DSU Med., 471 F.3d at 1301, and the Federal Circuit has held that “it is not enough to simply show that a product is capable of infringement; the patent owner must show evidence of specific instances of direct infringement” by a third party. Fujitsu Ltd. v. Netgear Inc., 620 F.3d 1321, 1329 (Fed.Cir.2010) (emphasis added); see also ACCO Brands, Inc. v. ABA Locks Mfr. Co., 501 F.3d 1307, 1313 (Fed.Cir.2007) (“In order to prove direct infringement, a patentee must either point to specific instances of direct infringement or show that the accused device necessarily infringes the patent in suit.”). TecSec has simply failed to meet that burden. During discovery, IBM expressly asked TecSec to provide “an identification of each person that TecSec contends directly infringed” the asserted DCOM patent claims; TecSec provided no response. See Def.’s Ex. 11 at 13-15. Nor has TecSec’s expert identified any such direct infringer. Moreover, at oral argument on the instant motions, TecSec’s counsel pointed to a list of IBM customers, such as Kroger, who have purchased the accused IBM products, claiming that they might infringe the DCOM patents. However, those customers have all responded to plaintiffs subpoenas denying that they use the products in the allegedly infringing manner, see, e.g., IBM’s Reply Br. in Supp. of its Proposed Claim Constructions and Mot. for Summ. J. of No Infringement [“Def.’s Reply Br.”] at Ex. 45 (Kroger’s response to TecSec’s subpoena), and TecSec has produced no evidence contradicting those denials. TecSec’s failure to uncover evidence of even a single third-party direct infringer is fatal to its indirect infringement claims. See E-Pass Techs, v. 3Com Corp., 473 F.3d 1213, 1222-23 (Fed. Cir.2007) (“If, as [plaintiff] argues, it is ‘unfathomable’ that no user in possession of one of the accused devices ... has practiced the accused method ... [plaintiff] should have had no difficulty in meeting its burden of proof and in introducing testimony of even one such user.”). TecSec attempts to cure the deficiencies in its direct proof with circumstantial evidence, alleging that IBM instructs its customers to use the products in an infringing manner in various advertising, testimonial, and other “puff piece” materials, and that IBM’s customers must be using the products to infringe because the patented features are required to ensure regulatory compliance with various security and encryption standards. See, e.g., PL’s Br. in Opp. at 15-16. However, TecSec’s circumstantial evidence is equally unpersuasive, as TecSec has identified nothing in IBM’s advertising materials teaching all of the claimed steps or elements in combination. In fact, TecSec has not cited a single document in which IBM instructs its customers to implement the exact scenarios that TecSec contends infringe the '702 patent family, all of which require a specific combination and configuration of products, supported by particular hardware and other specified elements, before they are even capable of infringing. Accordingly, “it requires too speculative a leap to conclude that any customer actually performed the claimed method.” E-Pass, 473 F.3d at 1222. Moreover, TecSec has not provided any evidence specifically connecting the patented inventions to any regulatory requirements with which IBM or its customers must comply, such as the Payment Card Industry (PCI) standard, Sarbanes-Oxley, HIPAA, or state data breach laws. In support of its contentions, TecSec relies upon the “expert” opinion of Sajay Rai, but his opinion is without foundation and therefore must be disregarded, as he admitted never seeing the patents in suit, let alone comparing any of the asserted claims in those patents to any regulatory requirements. See Bet’s Reply Br. at Ex. 46 (Rai Deposition) at 75:9-18 (“Q: Have you actually seen any of the patents in this case? A: No.... I have no knowledge of the patents.”). TecSec’s claim that IBM customers use the allegedly infringing features to achieve regulatory compliance is therefore pure speculation unsupported by any admissible evidence. Indeed, Rai could not identify a single IBM customer who allegedly used the patented methods or systems during his deposition, see id. at 214:10-217:6, and his purported opinion is directly contrary to the 55 subpoenas served by TecSec on IBM’s customers that failed to yield evidence of even a single instance of such infringement. Finally, TeeSec’s attempt to rely upon circumstantial evidence fails as a matter of law because TecSec cannot show that the accused products necessarily infringe the asserted patents. See Exergen Corp. v. Wal-Mart Stores, Inc., 575 F.3d 1312, 1322 (Fed.Cir.2009) (“Because [plaintiff] submitted no evidence of any specific instance of direct infringement, [plaintiff] was required to show that the accused device necessarily infringes the patent in suit.”) (internal citations and quotations omitted); see also ACCO Brands, 501 F.3d at 1313. Indeed, the undisputed record evidence shows that the accused products can be, and in fact are intended to be, used in a variety of different ways that do not infringe, even under TecSec’s own theories. For example, IBM’s customers can use access control without encrypting, and vice versa; meanwhile, the accused database products do not need to be configured in the very specific ways outlined in Tee-Sec’s chart of alleged infringing cases. TecSec’s “circumstantial evidence” theory therefore fails as a matter of law, and summary judgment is appropriate in favor of the defendant. Exergen, 575 F.3d at 1322. b. TecSec produced no evidence of induced infringement by IBM. Even if TecSec could somehow show direct infringement by a third party of any of the asserted '702 patent family claims, it has not identified sufficient evidence that IBM actively induced such infringement, as required by 35 U.S.C. § 271(b). See ACCO Brands, 501 F.3d at 1312; DSU Med., 471 F.3d at 1304. Indeed, TecSec cites no evidence that IBM knew or should have known that its actions would induce actual infringement, and in response to IBM’s interrogatory seeking plaintiffs bases for its claims that IBM induced third-party infringement, TecSec identified nothing to support a finding of the requisite mens rea of knowledge or intent. See Def.’s Ex. 11 at 13-14. Instead, TecSec merely referenced its infringement contentions and expert reports, neither of which contains any evidence that IBM intended to cause infringement, or that it took actions knowing that those actions would result in infringement by third parties. In fact, TecSec’s inducement allegations are further weakened by its failure to identify any evidence that IBM even had knowledge that certain configurations or uses of its products might infringe the specific methods taught in the asserted patents. See Dynamis, Inc. v. Leepoxy Plastics, Inc., 831 F.Supp. 651, 655 (N.D.Ind.1993) (finding that proof that defendants saw certain patent numbers is insufficient to support a contention that “the defendants knew that a method ... was subject to a patent which [defendant’s] customers would infringe by using [defendant’s] product”). Moreover, as with its other theories of infringement, TecSec is unable to point to any evidence that IBM ever encouraged its customers to implement any of the specific configurations or uses that allegedly infringe. Undisputed evidence cited by the plaintiff itself in fact demonstrates the exact opposite: that IBM recommended against using the products in the allegedly infringing manner. See, e.g., Buroker Deck, Ex. 51 at 5 (“The use of the encrypt and decrypt built-in column functions are not recommended”); see also Ex. 47 at 271:12-16 (“Not only have I not recommended it. I typically recommend against it.”). On this record, there is no evidence that IBM had the required intent to actively induce or cause infringement, and as a matter of law, summary judgement of no induced infringement is appropriate. See Vita-Mix Corp. v. Basic Holding, Inc., 581 F.3d 1317, 1329 (Fed.Cir.2009) (affirming a grant of summary judgment of no inducement where instructions teaching non-infringing uses evidenced intent to discourage infringement and could not support any inference of intent to encourage infringement); see also Warner-Lambert Co. v. Apotex Corp., 316 F.3d 1348, 1365 (Fed.Cir.2003) (affirming summary judgment of no inducement because “[e]specially where a product has substantial noninfringing uses, intent to induce infringement cannot be inferred even when the defendant has actual knowledge that some users of its product may be infringing the patent”). c. TecSec presented no proof of contributory infringement by IBM. TecSec also failed to present evidence that IBM contributed to any third party’s infringement of the '702 family of patents. Indeed, in response to IBM’s interrogatory seeking TecSec’s support for its claims of contributory infringement under 35 U.S.C. § 271(c), TecSec again merely referenced its infringement contentions and expert reports, which are devoid of any such supporting evidence. See Def.’s Ex. 11 at 14-15. Moreover, as explained above, there is no genuine dispute that the accused products can be used in many different ways that do not infringe the '702 (DCOM) patents, even under TecSec’s theories, and TecSec has proffered no evidence to the contrary. Nor has plaintiff come forward with any evidence that IBM had the required knowledge “that the combination for which its components were [allegedly] especially made was both patented and infringing.” Golden Blount, Inc. v. Robert H. Peterson Co., 865 F.3d 1054, 1061 (Fed.Cir.2004) (internal citations and quotations omitted). Instead, TecSec simply asserts that “to the extent that the accused IBM software is found to be a component of a patented machine or process, TecSec can demonstrate contributory infringement because IBM sells its software knowing that when it is installed on a system, it will operate in an infringing manner.” See PL’s Br. in Opp. at 29. However, plaintiff cannot avoid summary judgment now simply by responding that it may be able to prove its claim later. See Berckeley Inv. Group, Ltd. v. Colkitt, 455 F.3d 195, 201 (3d Cir.2006) (“[SJummary judgment is essentially ‘put up or shut up’ time for the non-moving party: the non-moving party must rebut the motion with facts in the record and cannot rest solely on assertions made in the pleadings, legal memoranda, or oral argument.”). Accordingly, because TecSec has failed to present any evidence supporting a contributory infringement claim under 35 U.S.C. § 271(c), summary judgment must be entered for IBM. 3. The accused products do not meet all of the required claim limitations of the '702 patent family. In addition to TecSec’s failure to produce any evidence supporting its allegations of direct or indirect infringement of the '702 (DCOM) patent family, plaintiffs allegations are untenable as a matter of law because there is no genuine dispute that IBM’s accused products do not meet all of the required claim limitations of the DCOM patents, either alone or in combination. See Exigent Tech., Inc. v. Atrana Solutions, Inc., 442 F.3d 1301, 1309 (Fed. Cir.2006) (“[NJothing more is required than the filing of a summary judgment motion stating that the patentee had no evidence of infringement and pointing to the specific ways in which accused systems did not meet the claim limitations.”). a. The accused database products do not provide “multi-level multimedia security. ” As discussed above, the claims of the '702 patent family require a system or method for providing “multi-level multimedia security” in a data network, such that “encrypted objects are nested within other objects which are also encrypted, possibly within other objects, resulting in multiple layers of encryption.” See supra at III. A.2-4; see also Def.’s Exs. 3-6 ('702 family of patents). But on the record before the Court, there is no genuine dispute that none of the accused IBM products infringes those claims; indeed, at most, each provides only a single layer of encryption. Indeed, with respect to IBM’s database products, TecSec has identified no actual evidence that any of the accused scenarios is even capable of providing multiple layers of encryption. Plaintiffs infringement chart identifies only one allegedly encrypted “object” for each given infringing case (e.g., “a table,” “a column within a table,” “non-meta data file content,” or “non-meta data portions of a tablespace”), see Def.’s Ex. 16, and TecSec has not provided an explanation as to how each accused scenario itself could achieve the claimed “multilevel security,” which requires “encrypted objects [that] are nested within other objects which are also encrypted,” see supra at III.A.3. Moreover, during the discovery phase of this litigation, TecSec was ordered to identify exactly where in IBM’s source code each and every claim limitation is found. See Dkt. No. 364 (Sept. 24, 2010 Order of Magistrate Judge Buchanan). In response, TecSec provided no source code citation for the “multi-level security” element. See Def.’s Ex. 16 at Ex. 1. In its Opposition to IBM’s Motion for Summary Judgment, TecSec does not explicitly dispute that none of the six accused “scenarios” includes multiple levels of encryption. Rather, for the first time in its brief, TecSec points to two alternative product combinations that allegedly provide “multi-level multimedia security”: (i) “DB2 for z/OS encrypts a column using its native Column Level Encryption, and the table within which the encrypted column is embedded is itself encrypted using the IBM Encryption Tool for IMS and DB2 Databases”; and (ii) “DB2 for LUW encrypts a column using its built-in Column Level Encryption, and the tablespace in which the column is embedded is encrypted using IBM’s Database Encryption Expert.” See Pl.’s Br. in Opp. at 14. However, these additional hypothetical scenarios fail for the exact same reason that the other six failed: namely, because TecSec has produced no evidence that IBM’s separate database products have ever been used together in the speculative configurations plaintiff identifies. Moreover, TecSec has not cited any evidence showing that the two additional scenarios devised by its attorneys are capable of encrypting more than a single type of media, thereby failing to satisfy the required “multimedia” security element of the claims at issue. Accordingly, these alternative theories also fail as a matter of law. b. The accused WebSphere products also do not provide “multi-level multimedia security.” TecSec has also failed to identify any evidence that IBM’s accused WebSphere products provide multiple layers of encryption. Indeed, as evidenced by the declaration of IBM engineer Shiu-Fun Poon, the WebSphere DataPower Appliances are not capable of providing the required “multi-level multimedia security” described in the '702 family of patents. See Poon Decl. [Dkt. No. 472] ¶¶ 9-10. TecSec has failed to refute that declaration or to cite direct evidence in the record demonstrating that the accused DataPower Appliance products meet the claim limitations as construed by the Court. See PL’s Br. in Opp. at 14-15 (addressing only WAS, and not the WebSphere DataPower Appliance products). Moreover, as explained by IBM engineer Hyen Chung, IBM’s WebSphere Application Server (“WAS”) product does not provide “multi-level multimedia security.” See Chung Decl. [Dkt. No. 466] ¶¶ 8-9. TecSec’s attorneys argue otherwise, contending that by using WAS, “an encrypted header may include encrypted data.” See PL’s Br. in Opp. at 14. Specifically, TecSec’s attorneys point to IBM documentation showing that when a message security header is encrypted using WAS, the “Encrypted Header” element contains an “Encrypted Data” element. Id. at 15. However, that argument is inapposite, as the WS-Security specification explains that the “Encrypted Data” element merely denotes the data resulting from encryption of the header, such that there is still only one level of encryption. See Def.’s Reply Br. at Ex. 48 (“The <wssell:EncryptedHeader> element MUST contain the <xene:Encrypted Data> produced by encrypting the header block.”). Accordingly, because the cited evidence does not show multiple levels of encryption of multimedia, summary judgment of no infringement is appropriate in favor of IBM. c. TecSec has provided no evidence of any single third party performing the entire act of alleged infringement with the accused WebSphere products. To meet its burden of proving either direct or indirect infringement, a plaintiff must prove that a single party “practice[s] each and every element of the claimed invention.” BMC Res., 498 F.3d at 1381. The independent method claims in the '702 patent family require, inter alia, that a single party perform the steps of: (i) “selecting an object”; (ii) “encrypting the object”; and (iii) “decrypting the object.” See Def.’s Ex. 3 ('702 patent at claim 1, upon which claim 2 depends). The independent system claims, meanwhile, require a system with means for (i) “selecting an object”; (ii) “encrypting the object”; and (iii) “accessing the object.” See id. (claim 12, upon which claims 14 and 15 depend). By the plain language of the claims, therefore, the method claims require that a single party both encrypt