- 1 2 3 UNITED STATES DISTRICT COURT 4 NORTHERN DISTRICT OF CALIFORNIA 5 SAN JOSE DIVISION 6 7 ECARDLESS BANCORP, LTD., Case No. 24-cv-01054-BLF 8 Plaintiff, ORDER CONSTRUING CLAIMS 9 v. [Re: ECF 156, 157, 175, 178, 194, 195] 10 PAYPAL INC, 11 Defendant. 12 13 Plaintiff eCardless Bancorp, Ltd. (“eCardless”) brought this patent infringement lawsuit 14 against Defendant PayPal Inc. (“PayPal”), alleging infringement of four Plaintiff’s patents directed 15 to methods for purchasing goods or services over the internet: U.S. Patent Nos. 7,599,862 (the “’862 16 Patent”); 7,599,863 (the “’863 Patent”); 9,202,206 (the “’206 Patent”); and 9,785,942 (the “’942 17 Patent”) (collectively, the “Asserted Patents”). The Court held a tutorial on October 4, 2024 and a 18 Markman hearing on October 11, 2024. 19 20 I. BACKGROUND 21 The four Asserted Patents are directed to verifying and authorizing transactions via the 22 internet. eCardless asserts that PayPal’s web- and app-based platforms infringe the Asserted Patents. 23 See generally First Amended Complaint (“FAC”), ECF 149. The four Asserted Patents are 24 summarized below. 25 A. The ’862 and ’863 Patents 26 `` The ’862 Patent, titled “Transferring Funds in Connection with Internet Orders Using Order 27 Variables from Two Sources and Authentication,” and the ’863 Patent, titled “Order File Processing 1 ECF 149-1 (the “’862 Patent”); ECF 149-2 (the “’863 Patent”). The ’862 and ’863 Patents were 2 both filed on January 3, 2006, as continuation applications of U.S. Pat. App. No. 09/669,335 (the 3 “’335 Application”) and both expired on November 8, 2021. ECF 149, ¶¶ 37, 48. 4 The ’862 and ’863 Patents are both directed to a method of performing an online transaction 5 with “three discrete communications linkages which define communications routes between” three 6 key parties—a customer, a merchant, and a bank. See ’862 Patent at 8:57-61. The ’862 Patent 7 and the ’863 Patent explain that the prior art methods of internet transactions were vulnerable to 8 interception because “sensitive business information is communicated at least twice”—first, when 9 “transmitting sensitive account information between the customer computer [] and 10 merchant computer,” and second, “when the merchant computer sends an authorization 11 request to the bank computer.” Id. at 7:33-35; 7:40-41; 7:46-47. The ’862 and ’863 Patents 12 improve the prior art by simultaneously creating three discrete communications linkages 13 and communicating data between the three parties on a real-time or nearly real time basis. 14 Id. at 8:35-45. In a transaction, when placing an order, the customer builds and transmits 15 an order file to the merchant. Id. at 30:35-60; Fig. 4 at Steps 110, 120 and 130. The 16 customer then contacts the bank and authenticates the transaction by verifying his identity. 17 Id. at 30:55-67; Fig. 4. at Steps 140 and 150. Once the transaction has been authenticated, 18 the Bank “contacts the merchant and assures payment.” Id. at 31:7-12; Fig. 4 at Step 180. 19 The ’862 and ’863 Patents claim that the invention “provides increased security against 20 surreptitious interception or collection of internet communication files” by separating 21 “key information to one of the three or more communication linkages.” Id. at 9:16-22. 22 B. The ’206 and ’942 Patents 23 The ’206 Patent, titled “Secure Financial Transaction Processing Using Location 24 Information,” was filed on May 26, 2009. ECF 149-3 (the “’206 Patent”). The ’942 Patent, titled 25 “Methods for Performing Internet Processes Using Global Positioning and Other Means,” was filed 26 on December 1, 2015, and was a continuation of the ’206 Patent. ECF 149-4 (the “’942 Patent”). 27 Both the ’206 and the ’942 Patents expired by the end of 2021. ECF 149, ¶¶ 64, 78. 1 facilitating interactions among the customer, the merchant and the bank. ’206 Patent at 9:37-42, 2 9:57-61. The specifications of the ’206 and the ’942 Patents substantially overlap. Compared to the 3 ’862 and ’863 Patents, the ’206 and ’942 Patents teach additional steps to authenticate a 4 consumer/merchant device using a two-step verification procedure. First, the bank computer verifies 5 a device by assessing “changeable authentication or changeable verification parameters” and 6 “computer identification information” associated with the device. ’206 Patent at 16:17-21, 19:21- 7 25, Claim 1. Second, the bank computer verifies that the “positioning location” of the customer 8 computer or the merchant computer, which “includes positing data obtained from a GPS sensor,” is 9 at an “authorized location.” Id. at 15:22-24; 32:7-19; Claim 1. 10 II. LEGAL STANDARD 11 A. Claim Construction 12 Claim Construction is a matter of law. Markman v. Westview Instruments, Inc., 517 U.S. 13 370, 387 (1996). “It is a ‘bedrock principle’ of patent law that ‘the claims of a patent define the 14 invention to which the patentee is entitled the right to exclude,” Phillips v. AWH Corp., 415 F.3d 15 16 1303, 1312 (Fed. Cir. 2005) (en banc) (internal citation omitted), and, as such, “[t]he appropriate 17 starting point ... is always with the language of the asserted claim itself.” Comark Commc'ns, Inc. v. 18 Harris Corp., 156 F.3d 1182, 1186 (Fed. Cir. 1998). 19 Claim terms “are generally given their ordinary and customary meaning,” defined as “the 20 meaning ... the term would have to a person of ordinary skill in the art in question ... as of the 21 effective filing date of the patent application.” Phillips, 415 F.3d at 1313 (internal citation omitted). 22 23 The court reads claims in light of the specification, which is “the single best guide to the meaning 24 of a disputed term.” Id. at 1315; see also Lighting Ballast Control LLC v. Philips Elecs. N. Am. 25 Corp., 744 F.3d 1272, 1284-85 (Fed. Cir. 2014) (en banc). Furthermore, “the interpretation to be 26 given a term can only be determined and confirmed with a full understanding of what the inventors 27 actually invented and intended to envelop with the claim.” Phillips, 415 F.3d at 1316 (quoting Renishaw PLC v. Marposs Societa' per Azioni, 158 F.3d 1243, 1250 (Fed. Cir. 1 2 1998)). The words of the claims must therefore be understood as the inventor used them, as such 3 understanding is revealed by the patent and prosecution history. Id. The claim language, written 4 description, and patent prosecution history thus form the intrinsic record that is most significant 5 when determining the proper meaning of a disputed claim limitation. Id. at 1315–17; see 6 also Vitronics Corp. v. Conceptronic, Inc., 90 F.3d 1576, 1582 (Fed. Cir. 1996). 7 When a court relies solely upon the intrinsic evidence—the patent claims, the specification, 8 and the prosecution history—the court’s construction is a determination of law. See Teva Pharm. 9 10 USA, Inc. v. Sandoz, Inc., 135 S. Ct. 831, 841 (2015). The court may also make factual findings 11 based upon consideration of extrinsic evidence, which “consists of all evidence external to the patent 12 and prosecution history, including expert and inventor testimony, dictionaries, and learned 13 treatises.” Phillips, 415 F.3d at 1317–19 (internal quotation marks and citations omitted). Evidence 14 external to the patent is less significant than the intrinsic record, but the court may also consider 15 such extrinsic evidence as expert and inventor testimony, dictionaries, and learned treatises “if the 16 court deems it helpful in determining ‘the true meaning of language used in the patent 17 18 claims.’” Philips, 415 F.3d at 1318 (quoting Markman, 52 F.3d at 980). However, extrinsic 19 evidence may not be used to contradict or change the meaning of claims “in derogation of the 20 ‘indisputable public records consisting of the claims, the specification and the prosecution history,’ 21 thereby undermining the public notice function of patents.” Id. at 1319 (quoting Southwall Techs., 22 Inc. v. Cardinal IG Co., 54 F.3d 1570, 1578 (Fed. Cir. 1995)). 23 24 B. Indefiniteness 25 Under 35 U.S.C. § 112, ¶ 2 (2006 ed.),1 a patent must “conclude with one or more claims 26 1 Paragraph 2 of 35 U.S.C. § 112 was replaced with newly designated § 112(b) when § 4(c) of the 27 America Invents Act (“AIA”), Pub. L. No. 112-29, took effect on September 16, 2012. Because 1 particularly pointing out and distinctly claiming the subject matter which the applicant regards as 2 [the] invention.” Section 112, ¶ 2 includes what is commonly called the “definiteness” requirement. 3 Nautilus, Inc. v. Biosig Instruments, Inc., 134 S. Ct. 2120, 2125 (2014). In Nautilus, the Supreme 4 Court held that “a patent is invalid for indefiniteness if its claims, read in light of the specification 5 delineating the patent, and the prosecution history, fail to inform, with reasonable certainty, those 6 skilled in the art about the scope of the invention.” Nautilus, 134 S. Ct. at 2124. The Federal Circuit 7 has cautioned that “the dispositive question in an indefiniteness inquiry is whether the ‘claims,’ not 8 particular claim terms” fail the Nautilus test. Cox Commc'ns, Inc. v. Sprint Commc'n Co. LP, 838 9 F.3d 1224, 1231 (Fed. Cir. 2016). The Court therefore reviews the claims, specification, and 10 prosecution history to determine whether the claims “inform, with reasonable certainty, those skilled 11 in the art about the scope of the invention.” Nautilus, 134 S. Ct. at 2124. Indefiniteness renders a 12 claim invalid, and must be shown by clear and convincing evidence. See Halliburton Energy Servs. 13 v. M-I LLC, 514 F.3d 1244, 1249 (Fed. Cir. 2008); cf. Nautilus, 134 S. Ct. at 2130 n.10. 14 III. AGREED CONSTRUCTIONS 15 The parties agree on the construction of several terms. See Joint Claim Construction 16 Statement, ECF 156. The Court accordingly approves and adopts the following constructions: 17 Claim Term Agreed Construction “said at least one customer order variable” The term “said at least one customer order 18 variable not provided to the merchant in said 19 (’862 Patent Claim 1) building a merchant order file” in ’862 Patent (’863 Patent Claim 1) limitation 1[J] derives its antecedent basis from 20 “at least one customer order variable not provided to the merchant in said building a 21 merchant order file” in ’862 Patent limitation 1[G]. 22 23 The term “said at least one customer order variable not provided to the merchant in said 24 building a merchant order file needed by the merchant to proceed with the merchant 25 processing of the customer order” in ’863 Patent limitation 1[L] derives its antecedent 26 basis from “at least one customer order variable 27 not provided to the merchant in said building a merchant order file” in ’863 Patent limitation 1 Claim Term Agreed Construction “said at least one order variable” The term “said at least one order variable not 2 previously known to the merchant computer” in 3 (’862 Patent Claim 9) limitation 9[E] derives its antecedent basis from “at least one order variable” in limitation 9[D]. 4 5 IV. DISPUTED TERMS 6 7 A. “transaction identifier”/“transaction identification” (All independent claims of the ’862 and ’863 Patents) 8 9 eCardless’s Proposal PayPal’s Proposal Court’s Construction Plain and ordinary meaning; “an identifier that is created “an identifier that is created 10 no construction is required. by the customer, merchant or by the customer, merchant or 11 But if the Court requires both and used for completing both and used for completing construction, “non-fraud- a transaction.” a transaction.” 12 enabling string of numbers and/or letters used to 13 specifically or uniquely 14 identify a transaction.” 15 The terms “transaction identifier” or “transaction identification” appear in all independent 16 claims of the ’862 Patent and the ’863 Patent. See ’862 Patent at Claims 1, 9; ’863 Patent at Claims 17 1, 9. As a preliminary matter, the parties do not dispute that the terms “transaction identifier” and 18 “transaction identification” should be construed in the same way. See ECF 192, Markman Tr. at 6:6- 19 20 (explaining the parties treated the two terms “equally”). The parties, however, dispute whether 20 the proper construction of “transaction identifier” should be limited to “an identifier that is created 21 by the customer, merchant or both” but not the bank. 22 PayPal argues that through prosecution disclaimer, eCardless narrowed the scope of the term 23 “transaction identifiers” to those not created by the Bank. ECF 157 at 4. PayPal contends that, to 24 overcome a rejection during the prosecution of the ’335 Application (a parent application of the 25 ’862 and ’863 Patents), eCardless distinguished the prior art reference—U.S. Patent No. 5,883,810 26 (“Franklin”)—and argued that the transaction identifier “results from the customer/merchant 27 1 eCardless clearly and unmistakenly disclaimed the scope of “transaction identifier” when it failed 2 to challenge the examiner’s characterization that the bank merely “receives” the “transaction 3 identifier” during the prosecution of the ’862 and ’863 Patents. Id. at 6-7. 4 eCardless argues that PayPal has not met its burden proving the statements in the 5 specification or the patents’ file history evidence disavowal of claim scope, which requires the 6 “prosecution disclaimer” to be “[un]ambiguous,” and “[not] amenable to multiple reasonable 7 interpretations.” ECF 175 at 4 (citing Avid Tech., Inc. v. Harmonic, Inc., 812 F.3d 1040, 1045 (Fed. 8 Cir. 2016)). eCardless argues that it did not clearly and unequivocally disclaim the scope of 9 “transaction identifier” during the prosecution of the ’335 Application, because its statement focused 10 on the “content and meaning of the transaction identifier . . . not the entity creating it.” ECF 175 at 11 6-7 (emphasis in original). eCardless argues that to the extent the Court finds prosecution disclaimer, 12 the disclaimer does not apply to the ’862 and the ’863 Patents because the claim limitation involving 13 “transaction identifier” has been materially altered in those two patents. See ECF 175 at 2-4. 14 A disclaimer “preclud[es] patentees from recapturing through claim interpretation specific 15 meanings disclaimed during prosecution.” Omega Eng'g, Inc. v. Raytek Corp., 334 F.3d 1314, 1323 16 (Fed. Cir. 2003). Such a disclaimer must be both “clear and unmistakable.” Id. at 1325-26. 17 Regarding the construction of “transaction identifier,” the Court finds PayPal’s arguments 18 persuasive. The Court agrees with PayPal that eCardless disavowed that the claimed “transaction 19 identifier” could be created by the bank in multiple exchanges with the Examiner. See ECF 157 at 20 5-7. 21 eCardless’s statements in the prosecution history rise to the level of clear and unmistakable 22 disavowal when, throughout the prosecution, eCardless demonstrated a clear understanding that the 23 “transaction identifier” was not created by the bank. During the prosecution of the ’335 Application, 24 the examiner rejected the application’s original claims over Franklin, which taught “using a [bank- 25 issued] proxy card number in the same format as a common charge card account number” for 26 transactions via the internet. ECF 157-2, Response to Office Action dated December 21, 2004, at 27 12. In response to the rejection, eCardless canceled the original claims and presented a new Claim 1 variables; building a merchant order file which does not include all of said plurality of customer 2 order variables, . . . [and] assigning a transaction identifier during said building a customer order 3 file and said building a merchant order file.” ECF 157-2, Response to Office Action dated December 4 21, 2004, at 3-4 (emphasis added). To distinguish the newly presented Claim 54 from Franklin, 5 which taught the proxy card number was “transmitted over the internet from the bank to the user,” 6 eCardless argued: 7 “The method of claim 54 includes assigning a transaction identifier. However, this 8 transaction identifier is created by the customer, merchant or both. It is not created 9 by the bank with attendant credit rights which can be intercepted and used by a fraud artist. The transaction identifier is communicated to the bank with additional order 10 information needed to complete the transaction.” 11 ECF 157-2, Response to Office Action dated December 21, 2004, at 15, 17 (emphasis added). 12 Additionally, during an interview with the examiner on April 13, 2004, eCardless similarly 13 emphasized that “the transaction ID is assigned by either the customer or merchant” during “a 14 particular customer-merchant exchange” in the invention, and thus the transaction ID cannot be used 15 for “fraudulent purposes” as seen in “Franklin’s proxy card number … issued by the bank.” ECF 16 157-3 at 3 (emphasis added). The Court finds these statements clearly and unmistakably disclaimed 17 transaction identifiers created by the bank. 18 In response, eCardless points to its arguments made during its response to office action on 19 March 12, 2004, and argues that it did not disclaim the bank from creating the “transaction identifier” 20 but was merely arguing its “transaction identifier” represents the transaction itself as opposed to 21 Franklin’s proxy card number. ECF 175 at 5 (citing ECF 175-2 at 14, 17). However, the argument 22 was unsuccessful in overcoming the rejection, and “an applicant’s argument that a prior art reference 23 is distinguishable on a particular ground can serve as a disclaimer of claim scope even if the 24 applicant distinguishes the reference on other grounds as well.” Andersen Corp. v. Fiber Composites, 25 LLC, 474 F.3d 1361, 1374 (Fed. Cir. 2007). eCardless’s reliance on Avid Tech. is also misplaced. 26 ECF 175 at 8 (citing Avid Tech., 812 F.3d at 1045). There, during prosecution, the applicant sought 27 to distinguish his data storage system from the prior art reference by arguing “[the prior art 1 reference’s] assignment of a client to a server through a centralized interface for its transaction [is] 2 contrary to the claim limitations noted above.” Avid Tech, 812 F.3d at 1046. The Federal Circuit 3 explained that the applicant’s argument could mean the prior art reference required each client 4 application to be connected to only one storage unit, while the applicant’s system allowed each 5 client application to use segments of storage across different storage units. See id. at 1046-47. The 6 Federal Circuit concluded that the applicant’s argument did not clearly and unmistakably disclaim 7 using central controllers for retrieving storage segments. See id. at 1047. Unlike Avid Tech., here, 8 eCardless clearly and unmistakably stated during prosecution that its “transaction identifier” was 9 not created by a bank. See ECF 157-2 at 15, 17; ECF 157-3 at 3. Thus, the Court finds eCardless 10 clearly and unmistakably disclaimed the scope of “transaction identifier” during the prosecution of 11 the ’335 Application. 12 The Court finds that the disclaimer applies to the claims in the ’862 and ’863 Patents. “Claim 13 language ... must be read consistently with the totality of the patent's applicable prosecution 14 history.” Biovail Corp. Int’l. v. Andrx Pharms., Inc., 239 F.3d 1297, 1301 (Fed. Cir. 2001) (using 15 earlier application prosecution history to restrictively construed the term “admixiture” as requiring 16 a homogenous admixture); see Verizon Services Corp. v. Vonage Holdings Corp., 503 F.3d 1295, 17 1306 (Fed. Cir. 2007) (“We have held that a statement made by the patentee during prosecution 18 history of a patent in the same family as the patent-in-suit can operate as a disclaimer. … To operate 19 as a disclaimer, the statement in the prosecution history must be clear and unambiguous, and 20 constitute a clear disavowal of scope.”). Here, both the ’862 and the ’863 Patents derive from the 21 initial ’335 Application. The limitation “transaction identifier” or “transaction identification” 22 appears in similar contexts in both the ’335 Application and the ’862 and ’863 Patents. Specifically, 23 the “transaction identifier/identification” is a “assign[ed]” during the communication between the 24 customer and the merchant. See ECF 157-2 at 3-4, the ’335 Application at Claim 54; ’862 Patent at 25 Claims 1, 9; ’863 Patent at Claims 1, 9. Thus, the Court finds the prosecution history relating to the 26 “transaction identifier” in the parent ’335 Application should be applied with equal force to that 27 limitation in Claims 1 and 9 of the ’862 Patent and Claims 1 and 9 of the ’863 Patent. See Biovail, 1 of similar context in the parent and child applications). 2 In response, eCardless relies on Ventana and argues prosecution disclaimer should not be 3 applied because the scope of the claims in the ’335 Applications and the ’862 and ’863 Patents are 4 different. ECF 175 at 2-4 (citing Ventana Med. Sys., Inc. v. Biogenex Lab'ys, Inc., 473 F.3d 1173, 5 1182 (Fed. Cir. 2006)). The Court finds Ventana distinguishable. There, the parent application 6 “expressly required reagent in the reagent container to be ‘dispensable directly to a sample’” 7 whereas the claim in the child application did not impose such a requirement. Ventana, 473, F.3d at 8 1182. Given this difference in claim scope, the Federal Circuit held that the alleged disclaimer made 9 during the prosecution of the parent application did not apply to determining the scope of the child 10 patent. See id. Unlike Ventana, here, eCardless has failed to explain how the “transaction identifier” 11 in the ’335 Application is different from that in the ’862 and ’863 Patents because, in all claims, it 12 is assigned during the communication between the customer and the merchant. ECF 175 at 3; ECF 13 157-2 at 3-4, the ’335 Application at Claim 54; ’862 Patent at Claims 1, 9; ’863 Patent at Claims 1, 14 9. Thus, the Court finds that the prosecution disclaimer applies to the ’862 and ’863 Patents. See 15 Iridescent Networks, Inc. v. AT&T Mobility, LLC, 933 F.3d 1345, 1350 (Fed. Cir. 2019) 16 (“Statements made during prosecution of a parent application are relevant to construing terms in a 17 patent resulting from a continuation application if such statements relate to the subject matter of the 18 claims being construed.”). 19 Considering the claims, eCardless further relies on claim differentiation and argues that the 20 entities assigning the “transaction identifier” in the independent claims of the ’862 and ’863 Patents 21 are not limited to the customer and/or the merchant because those independent claims do not 22 “specify the entity performing that step.” ECF 175 at 10-11 (citing Liebel-Flarsheim Co. v. Medrad, 23 Inc., 358 F.3d 898, 910 (Fed. Cir. 2004)). Dependent claims of the ’862 and ’863 Patents provide 24 that the “transaction identifier” is assigned by the customer, the merchant, or both. See ’862 Patent 25 at Claims 7, 8, 20; ’863 Patent at Claims 7, 8, 20. “[T]he the presence of a dependent claim that adds 26 a particular limitation raises a presumption that the limitation in question is not found in the 27 independent claim.” Liebel-Flarsheim, 358 F.3d at 910. However, the doctrine of claim 1 evidence. Intell. Ventures I LLC v. Motorola Mobility LLC, 870 F.3d 1320, 1326 (Fed. Cir. 2017). 2 Here, as evidenced by the prosecution history of the ’862 Patent family and the specification (as 3 discussed below), the doctrine of claim differentiation does not militate in eCardless’s favor because 4 it cannot broaden the claim to include scope that eCardless clearly and unmistakenly disclaimed. 5 See id. 6 The Court’s disclaimer finding is further supported by the prosecution history of the ’862 7 and ’863 Patents. In the Notice of Allowability of both the ’862 and the ’863 Patents, the examiner 8 explained that the prior art references do not teach “a customer’s bank computer receives a 9 transaction identification.” ECF 157-4 at 7 (eCardless_00000439); ECF 178-2 at 4-6 10 (eCardless_00000894-96) (emphasis added). On both occasions, however, eCardless failed to 11 respond to the reasons provided in the Notice of Allowance. In response, eCardless argues that the 12 examiner’s statements “[do not] support disclaimer.” ECF 175 at 8 (citing Innova/Pure Water, Inc. 13 v. Safari Water Filtration Sys., Inc., 381 F.3d 1111, 1124 (Fed. Cir. 2004)). But, as the Court 14 explained above, it was eCardless, not the examiner, who disclaimed the scope of the claim during 15 the prosecution of the ’335 Application. See Innova/Pure Water, 381 F.3d at 1124 (“It is well settled, 16 however, that it is the applicant, not the examiner, who must give up or disclaim subject matter that 17 would otherwise fall within the scope of the claims.”). Without any response from eCardless, the 18 reasons provided by the examiner in the Notices of Allowance of the ’862 and the ’863 Patents 19 merely affirmed the scope of “transaction identifier.” See SandBox Logistics LLC v. Proppant 20 Express Invs. LLC, 813 F. App'x 548, 554 (Fed. Cir. 2020) (“[Patentee’s] failure to challenge the 21 Examiner’s understanding in the Notice of Allowability amounts to a disclaimer.”); see also ACCO 22 Brands, Inc. v. Micro Sec. Devices, Inc., 346 F.3d 1075, 1079 (Fed. Cir. 2003) (applying Examiner's 23 Reasons for allowance to limit all claims). 24 The specification further supports the construction that the “transaction identifier” is created 25 by the customer, the merchant, or both, but not the bank. The specification discloses two 26 embodiments. In the first embodiment, the order is assembled by the customer with “merely the 27 ordered items specified, the identity of the merchant, and a transaction identification or control 1 by the customer includes “transaction identification”). In the second embodiment, after an order is 2 placed with the merchant, the merchant computer supplies order information, including the 3 “transaction control number” and/or “transaction identification” to the bank. ’862 Patent at 25:46- 4 53; 25:59-61; 27:66-28:1. In response, eCardless points to several parts of the specification and 5 argues that “the specification does not limit the claims.” ECF 175 at 11-14 (citing ’862 Patent at 6 2:66-23:1; 24:40-43; 24:44-49; 33:3-4; 33:59-61; 34:19-21; 33:11-13). But nothing in the 7 specification indicates the “transaction identifier” is created or assigned by the Bank. Thus, absent 8 evidence to the contrary, the Court finds the specification supports the finding of the prosecution 9 disclaimer. 10 Based on the foregoing analysis, the Court need not and does not address any remaining 11 arguments raised by the parties with respect to this term. Accordingly, the Court adopts PayPal’s 12 proposed construction of “an identifier that is created by the customer, merchant or both and used 13 for completing a transaction” for the disputed term “transaction identifier”/“transaction 14 identification” in Claims 1 and 9 of the ’862 Patent and Claims 1 and 9 of the ’863 Patent. 15 B. “said . . . at least one order variable” (’863 Patent, Claim 9) 16 17 eCardless’s Proposal PayPal’s Proposal Court’s Construction Plain and Ordinary meaning; “‘said at least one order “field of information included 18 no construction is required. variable not previously known in an order file” 19 But if the Court requires to the merchant computer’ in construction for order limitation [F] derives its 20 variable, “field of information antecedent basis from included in an order file.” ‘communicating between the 21 customer computer and the bank computer via the internet 22 including a transaction 23 identification and at least one order variable’ in limitation 24 [E]” 25 // 26 // 27 // 1 The disputed term “said . . . at least one order variable” appears in Claim 9 of the ’863 2 Patent. Claim 9 of the ’863 Patent is recited as: 3 9. A method for purchasing by a customer using a merchant having an internet site at which 4 the merchant offers goods and/or services; and wherein a bank authorizes the purchase in 5 association with a customer account and assures payment to the merchant, comprising: 6 9[A] communicating between a customer computer used by a customer user and a merchant computer via the internet; 7 9[B] assembling order information associated with a customer order using the 8 merchant computer and customer computer during said communicating step; 9 9[C] assigning a transaction identification during said communicating or said 10 assembling steps to identify said order, said transaction identification not being useful for making other transactions against the customer account; 11 9[D] conducting an identification inquiry between the bank computer and customer 12 computer via the internet to verify the authority of the customer user for using said 13 customer account; 14 9[E] communicating between the customer computer and bank computer via the internet, including transaction identification and at least one order variable; 15 9[F] communicating between the bank computer and the merchant computer, said 16 communicating between the bank computer and the merchant computer including 17 said transaction identification and at least one order variable not previously known to the merchant computer, to thereby allow the merchant to fulfill or reject 18 the order; 19 9[G] providing assurance of payment information between the bank computer and merchant computer to having said transaction identification and at least one order 20 variable needed by the merchant to complete the purchase. 21 ’863 Patent at Claim 9 (emphasis added). The parties dispute the appropriate construction for the 22 term “at least one order variable” as recited in limitation 9 [F] of the ’863 Patent. The dispute centers 23 on whether the term refers back to the “at least one order variable” term in limitation 9[E] of the 24 ’863 Patent. 25 PayPal contends that the term “at least one order variable” in limitation 9[F] must derive its 26 antecedent basis from the same term in limitation 9[E]. ECF 157 at 11. PayPal argues that the plain 27 meaning of Claim 9 requires the bank to send the same set of information that it received from the 1 customer computer in limitation 9[E] to the merchant computer in limitation 9[F]. Id. at 12-13. In 2 response, eCardless argues that the word “said” in limitation 9[F] only modifies the term 3 “transaction identification” and does not modify the term “at least one order variable.” ECF 175 at 4 14. Specifically, eCardless argues that the disputed “at least one order variable” is “not previously 5 known to the merchant computer” and is not required to be included in the communication between 6 the customer and the bank as claimed in limitation 9[E]. Id. at 16 (citing Bd. of Regents of the Univ. 7 of Tex. Sys. v. BENQ Am. Corp., 533 F.3d 1362, 1371 (Fed. Cir. 2008) (“Different claim terms are 8 presumed to have different meanings.”)). 9 The Court agrees with eCardless and finds that the evidence does not support PayPal’s 10 proposed construction. The claims of the ’863 Patent support eCardlees’s construction. See Phillips, 11 415 F.3d at 1314 (“[T]he claims themselves provide substantial guidance as to the meaning of 12 particular claim terms.”). The plain language of Claim 9 does not require the information 13 communicated between the bank computer and the merchant computer in limitation 9[F] to be the 14 same as the information communicated between the customer computer and the bank computer in 15 limitation 9[E]. See ’863 Patent at Claim 9. Rather, limitation 9[F] requires its “at least one order 16 variable” only to be “not previously known to the merchant computer.” See id. Thus, the Court finds 17 the terms “at least one order variable” in limitations 9[E] and 9[F] are worded differently and “are 18 presumed to have different meanings.” See Bd. of Regents of the Univ. of Texas Sys., 533 F.3d at 19 1371. 20 The specification further supports eCardless’s construction. For example, the invention uses 21 “delivery address” for order verification purposes. ’863 Patent at 13:5-16. The specification teaches 22 that during a purchase transaction, “the delivery address can alternatively be supplied by the bank 23 to the merchant.” Id. at 13:17-19. In other words, the “delivery address” does not have to be 24 communicated between the customer computer and the bank computer; rather, after the bank 25 computer communicates with the customer computer and validates the transaction, the bank 26 computer can supplement that information in its “authorization notice” to the merchant computer 27 based on “the customer account records.” Id. at 13:19-23; 13:42-46; 29:34-39. 1 examiner explained the cited prior art references did not teach “withholding [] an order variable 2 from a merchant until a customer’s bank computer receives a transaction identification and at least 3 one order variable from the customer and releases said transaction identification and at least one 4 order variable needed by the merchant to complete the purchase processing.” ECF 157-4 at Page 13 5 (eCardless_00000440). PayPal argues that, in view of the Notice of Allowance, “[i]t makes little 6 sense to ‘release’ an order variable” that is “not the one that is withheld and subsequently received” 7 to the merchant. ECF 157 at 14. But the order variable does not have to be received by the bank 8 during its communication with the customer. Instead, as the examiner explained, the released “at 9 least one order variable” is only “needed by the merchant to complete the purchase processing.” 10 ECF 157-4 at Page 13 (eCardless_00000440). As the specification explained, this released “at least 11 one order variable” could be “an authorized delivery address specified by the bank to the merchant.” 12 ’863 Patent at 13:42-46. 13 Accordingly, the Court adopts eCardless’s proposed construction “field of information 14 included in an order file” for the disputed term “said . . . at least one order variable” in claim 9 of 15 the ’863 Patent. 16 C. “Utilizing the positioning location from the [customer/merchant] 17 [computer/computer device] device [to verify/that verifies] that the 18 [customer/merchant] [computer/computer device] is at an authorized location” (’206 patent claim 1, 6, 11; and ’942 patent, claims 1, 7, 13) 19 eCardless’s Proposal PayPal’s Proposal Court’s Construction 20 Original Plain and Ordinary “comparing the “verifying based on Construction meaning; no positioning location to comparing the 21 construction is required. a stored location [computer/computer 22 But if the Court requires associated with the device] positioning construction, “using the [customer/merchant]” location to a stored 23 positioning location authorized location” provided by the 24 [customer/merchant] [computer/computer 25 device] device [to 26 verify/that verifies] that the [customer/merchant] 27 [computer/computer eCardless’s Proposal PayPal’s Proposal Court’s Construction 1 Supplemental “verifying based on “verifying based on 2 Construction comparing the comparing the [computer/computer [computer/computer 3 device] positioning device] positioning location to a stored location to a stored 4 authorized location” authorized location associated with the 5 [customer/merchant]” 6 The parties dispute the appropriate construction for the term “utilizing the positioning 7 location from the [customer/merchant] [computer/computer device] device [to verify/that verifies] 8 that the [customer/merchant] [computer/computer device] is at an authorized location” in 9 10 independent claims 1, 6, 11 of the ’206 Patent and independent claims 1, 7, 13 of the ’942 Patent. 11 The dispute centers on the scope of the term “authorized location.” PayPal initially argued that the 12 claimed “authorized location” is “a stored location [] associated with the customer or merchant.” 13 ECF 157 at 16. In its initial response, eCardless argued that PayPal’s initially proposed construction 14 oversimplified “verifying” and a skilled artisan would understand the “verifying” would involve the 15 steps of “validating the data, comparing it with the authorized location, and ultimately determining 16 17 whether the accessed data corresponds to the authorized location.” ECF 175 at 21. 18 At the Markman hearing, the parties indicated that they might be able to agree to a 19 construction of this term, and the Court instructed the parties to meet and confer. ECF 192, Markman 20 Tr. at 67:17-25. The parties were not able to reach an agreement and submitted supplemental 21 briefing. ECF 194, 195. In their supplemental briefing, the parties indicate that they were able to 22 narrow the scope of their dispute, and the dispute now centers on whether the “authorized location” 23 is “associated with the customer/merchant.” See ECF 194, 195. PayPal argues that the “authorized 24 25 location” must be “associated with a [customer/merchant] account” regardless of whether the 26 location originated from the bank or from a third party. ECF 194. eCardless argues that the 27 “authorized location” does not have to be “associated with the merchant/customer” if the location is provided by third parties. 1 2 The Court reads claims in light of the specification, which is the “single best guide to the 3 meaning of a disputed term.” Phillips, 415 F.3d at 1315. To support its construction, PayPal focuses 4 mainly on the specification’s disclosure on verifying positioning location information with “bank- 5 originated account information.” ECF 194 (citing ’206 Patent at 11:7-16; 17:4-10; 14:16-24, 15:20- 6 28, 18:29-35, 20:21-27, 32:7-19). PayPal argues that the bank may verify the positioning location 7 using customer account information, such as the customer’s “prior accounts at the bank.” ECF 194 8 (citing ’206 Patent at 11:7-16); see ’206 Patent at 10:64-11:6 (explaining customer account 9 10 information may be included when setting up a bank account.). In other words, because a bank is 11 verifying the GPS location using information provided in a customer account with the bank, the 12 “authorized location” is “associated with the customer.” See id. But in addition to “bank-originated 13 account information,” the specification of the ’206 Patent discloses that the positioning location 14 information of a customer/merchant computer can also be verified using “third-party-originated 15 account information.” ’206 Patent at 11:17-11:36. Thus, “absent a clear indication in the intrinsic 16 record that the patentee intended the claims to be limited,” PayPal’s focus on portions of the 17 18 specification discussing “bank-originated account information” is “improper.” See Liebel- 19 Flarsheim, 358 F.3d at 913. Considering the specification in its full scope, the Court finds the 20 specification supports eCardless’s proposed construction. With respect to “third-party-originated 21 account information,” the specification discloses that the “authorized location” may be provided 22 from “credit information from a credit reporting service or other business or credit reference” and 23 “information from a government entity, public records or the publically available information.” ’206 24 25 Patent at 11:17-25. The specification also discloses that the GPS information may be provided by a 26 third party. Id. at 11:28-36. The specification further discloses “cross-check[ing]” the positioning 27 location “with an authenticating source, such as credit reports or other authenticating information, that account information provided by third party must be “associated with a particular account.” 1 2 ECF 194. The Court disagrees. Nothing in the specification limits the “third-party-originated 3 account information,” such as information from a credit reporting service or from a government 4 entity, to information “associated with the customer.” Thus, the Court finds the specification 5 supports eCardless’s construction. 6 Further, the Court finds the prosecution history provides little guidance. During the 7 prosecution of the ’206 Patent, to overcome an obviousness rejection over U.S. Patent No. 6,377,810 8 (“Geiger”) in view of other prior art references, eCardless argued that Geiger only taught “providing 9 10 access to a GPS location,” and it was “unrelated to secure financial transactions.” ECF 157-5 at 13 11 (eCardless_00000114). eCardless further distinguished Geiger by arguing that the presented claims 12 authorized a transaction “by associating a device used in a transaction with a financial account and 13 comparing the actual device location with an authorized location associated with a financial 14 account.” Id. at 14 (eCardless_00000115) (emphasis added). PayPal argues that eCardless’s 15 statement supports its construction because it suggests the “authorized location” must be “associated 16 with a financial account.” ECF 154. The Court disagrees. Nothing in the prosecution history 17 18 indicates eCardless’s argued “financial account” must be one associated with the customer or the 19 merchant. Rather, the financial account could be “third-party-account information,” as disclosed in 20 the specification. ’206 Patent at 11:16-36. 21 Accordingly, the Court adopts eCardless’s proposed construction “verifying based on 22 comparing the [computer/computer device] positioning location to a stored authorized location” for 23 the disputed term “utilizing the positioning location from the [customer/merchant] 24 [computer/computer device] device [to verify/that verifies] that the [customer/merchant] 25 [computer/computer device] is at an authorized location” in Claims 1, 6, 11 of the ’206 Patent and 26 Claims 1, 7, 13 of the ’942 Patent. 27 1 D. “communicating between the customer computer and the bank computer . . . 2 including transaction identification” (’862 Patent, Claim 9; ’863 Patent, Claim 9). 3 eCardless’s Proposal PayPal’s Proposal Court’s Construction 4 Plain and Ordinary meaning; “communicating between the Indefinite no construction is required. customer computer and the 5 But if the Court requires bank computer . . . including construction, “assigning a first said transaction identification” 6 transaction identification 7 during said communicating Alternatively, indefinite. step to identify said 8 transaction, said first transaction identification . . . 9 communicating between the customer computer and the 10 bank computer via the internet 11 including a second transaction identification . . . 12 communicating between the bank computer and the 13 merchant computer; said communicating between the 14 bank computer and the 15 merchant computer including said second transaction 16 identification” 17 18 The disputed term “communicating between the customer computer and the bank computer 19 . . . including transaction identification” appears in Claim 9 of the ’862 Patent and Claim 9 of the 20 ’863 Patent. Claim 9 of the ’862 Patent is representative and is recited as: 21 9. A method for transferring funds in connection with purchasing by a customer using o 22 merchant having an internet site at which the merchant offers goods and/or services; and wherein a bank computer authorizes the purchase in association with a customer account and 23 assures payment to the merchant, comprising: 24 9[A] communicating between a customer computer and o merchant computer via the internet and assemble order information associated with a customer order using the 25 merchant computer and customer computer during said communicating step; 26 9[B] assigning a transaction identification during said communicating step to 27 identify said transaction, said transaction identification not being useful for making 9[C] conducting an identification inquiry between the bank computer and customer 1 computer via the internet to verify the authority of the customer user for using said 2 customer account; 3 9[D] communicating between the customer computer and the bank computer via the internet including transaction identification and at least one order variable; 4 9[E] communicating between the bank computer and the merchant computer, said 5 communicating between the bank computer and the merchant computer including 6 said transaction identification and said at least one order variable not previously known to the merchant computer to proceed with merchant processing of the 7 customer order; 8 9[F] paying the merchant using the bank. 9 ’862 Patent at Claim 9 (emphasis added). The parties dispute where the “said transaction 10 identification” in limitation 9[E] derives its antecedent basis. PayPal asks the Court to correct the 11 claim by construing the term “transaction identification” in limitation 9[D] to read “said transaction 12 identification.” ECF 157 at 19-20. In other words, PayPal argues the term “transaction 13 14 identification” in limitation 9[D] and the term “said transaction identification” in limitation 9[E] 15 derive their antecedent basis from the term “a transaction identification” in limitation 9[B], and the 16 claim requires one “transaction identification” in limitations 9[B], 9[D], and 9[E]. See id. 17 Alternatively, PayPal proposes the Court to find the claim indefinite for lack of antecedent basis. 18 See ECF 157 at 20. In its response, eCardless contends that limitation 9[D] claims a “transaction 19 identification” different from that claimed in limitation 9[B], and the “said transaction 20 identification” in limitation 9[E] refers to the “transaction identification” claimed in limitation 9[D]. 21 22 ECF 175 at 22-25. eCardless does not raise an argument as to why the claim is not indefinite. See 23 id. In its reply, PayPal argues that eCardless’s proposed construction would render the claim 24 indefinite because it still fails to resolve the antecedent basis issue. ECF 178 at 13-15. 25 As an initial matter, the Court finds it lacks the authority to correct the claim as requested 26 by PayPal. “A district court can correct a patent only if (1) the correction is not subject to reasonable 27 history does not suggest a different interpretation of the claims.” Novo Indus., L.P. v. Micro Molds 1 2 Corp., 350 F.3d 1348, 1357 (Fed. Cir. 2003). Here, PayPal argues “the specification does not 3 describe the existence of two separate transaction identifiers [] for a single transaction.” ECF 157 at 4 20. In response, eCardless argues that the specification does not “forbid” the use of more than one 5 “transactional identification” during a transaction. See ECF 175 at 23 (citing ’863 Patent at 12:13- 6 15) (“The specification discussed alternative embodiments that ‘include parameters such as bank or 7 customer transaction numbers, control numbers or other variables.’”) (emphasis in original). The 8 Court is unpersuaded by PayPal’s argument that the “transaction identification” in limitations 9[B] 9 10 and 9[D] must be the same. The specification discloses that a “transaction identification” is included 11 in the order file created when the customer computer communicates with the merchant computer, 12 as claimed in limitation 9[B]. ’862 Patent at 34:21-25, 35:39-44; ’863 Patent at 34:21-26, 35:41-46. 13 But the specification fails to explicitly disclose whether the same “transaction identification” is 14 communicated between the customer computer and the bank computer, as claimed in limitation 15 9[D], and the merchant computer and the bank computer, as claimed in limitation 9[E]. ’862 Patent 16 at Claim 9. In its reply, PayPal argues that using multiple transaction identifiers would be “illogical” 17 18 given the purpose of the “transaction identification” is to “reconcile received communications to a 19 specific transaction.” ECF 178 at 14 (citing ’863 Patent at 25:59–67, 27:66–28:8, 29:20–33). But 20 PayPal has not shown that the specification forecloses the possibility that the “transaction 21 identification” in limitation 9[D] is different from the “transaction identification” in limitation 9[B]. 22 Indeed, as PayPal explained in its own brief, the specification equated “transaction 23 identifier/identification” with “transaction control number” on several occasions. See ECF 157 at 9- 24 25 11; ’862 patent at 25:46-53 (“The merchant communicates with the bank and indicates that the 26 customer has placed an order that includes a request that the bank is to be used to assure payment 27 and/or make payment for the customer order. The merchant can communicate relevant information charges associated with the order.”); 25:59-61 (“The merchant information supplied to the bank 1 2 concerning the customer order includes transaction identification which is also provided to the 3 customer computer.”); 4:12-25 (“For internet purchase transactions . . . a response is usually 4 communicated by the merchant to the customer . . . the responses usually involve sending a 5 confirmation that the order has been received and accepted. An invoice or other transaction control 6 number is usually assigned.”) (emphasis added). Accordingly, the Court rejects PayPal’s proposed 7 construction that the claim requires one “transaction identification” in limitations 9[B], 9[D], and 8 9[E]. 9 10 In its response, eCardless proposes that the “transaction identification” claimed in limitations 11 9[B] and 9[D] are “different” from each other, and “it is more reasonable to assume” that the “said 12 transaction identification” in limitation 9[E] refers to the “transaction identification” in the 13 immediately preceding limitation 9[D]. ECF 175 at 22-23. In other words, eCardless essentially 14 requests the Court to rewrite “a transaction identification” in limitation 9[B] as “a first transaction 15 identification”; and “transaction identification” in limitation 9[D] as “a second transaction 16 identification.” See ECF 175 at 23. In its reply, PayPal argues that eCardless’s proposal would still 17 18 render Claim 9 indefinite because the “said transaction identification” could reasonably reference 19 to the “transaction identification” claimed in either limitation 9[B] or 9[D] and eCardless offered no 20 legal authority supporting its contention that it is “more reasonable” to assume limitation 9[E] refers 21 to limitation 9[D] rather than limitation 9[B]. ECF 178 at 14-15. 22 Having determined Claim 9 does not require the “transaction identification” in limitations 23 9[B] and 9[D] to be the same and having rejected PayPal’s “correction,” the Court finds the claim 24 25 indefinite for lack of antecedent basis. A claim is “indefinite if a [claim] term does not have proper 26 antecedent basis.” Halliburton Energy Servs., Inc. v. M-I LLC, 514 F.3d 1244, 1249 (Fed. Cir. 27 2008). For a claim term to have antecedent basis support, an indefinite article (i.e., “a” or “an”) must claims to the claim term must be preceded by a definite article (i.e., “the” or “said”). See 1 2 generally Microprocessor Enhancement Corp. v. Texas Instruments Inc., 520 F.3d 1367, 1375 (Fed. 3 Cir. 2008) (explaining establishing proper antecedent basis through indefinite and definite articles). 4 Antecedent basis is necessary so that those with skill in the art can ascertain the scope of a patent 5 and its claimed inventions with “reasonable certainty.” Nautilus, 134 S. Ct. at 2129. 6 In this case, limitation 9[E]–“ communicating between the bank computer and the merchant 7 computer . . . said transaction identification”–introduces the term “said transaction identification.” 8 ’862 Patent at Claim 9. However, in limitations 9[B] and 9[D], Claim 9 references two instances of 9 10 “transaction identification” before limitation 9[E]. See id. Thus, the Court finds the term “said 11 transaction identification” in limitation 9[E] appears in the claim without antecedent basis, which 12 “signals a potential indefiniteness problem.” Bushnell Hawthorne, LLC v. Cisco Sys., Inc., 813 F. 13 App’x 522, 526 (Fed. Cir. 2020). But the Court’s inquiry does not end there because “the lack of an 14 antecedent basis does not render a claim indefinite as long as the claim ‘apprises one of ordinary 15 skill in the art of its scope and, therefore, serves the notice function required by [§ 112 ¶ 2].’” In re 16 Downing, 754 F. App'x 988, 996 (Fed. Cir. 2018) (citing In re Packard, 751 F.3d 1307, 1310, 1314 17 18 (Fed. Cir. 2014)) (alternation in original). 19 Considering the broader context of the claim, the Court finds it impossible to determine 20 which one of the two terms “transaction identification” in limitations 9[B] and 9[D] was referenced 21 by the “said transaction identification” in limitation 9[E]. Claim 9 describes two “transaction 22 identification[s]”: 1) in limitation 9[B], “assigning a transaction identification” during the 23 “communication step” between the consumer computer and the o merchant computer; and 2) in 24 25 limitation 9[D], a “transaction identification” is communicated between the consumer computer and 26 the bank computer. ’862 Patent at Claim 9. And having agreed with eCardless that those transaction 27 identifications can be different from each other, a skilled artisan would have no guidance on which look to immediately preceding limitation 9[D] is not persuasive. 1 2 At the Markman hearing, eCardless argued that, because the “said transaction identification” 3 in limitation 9[E] is “not previously known to the merchant computer,” it must refer to the 4 “transaction identification” in limitation 9[D]. ECF 192, Markman Tr. at 84:6-22. In eCardless’s 5 view, because the “transaction identification” in limitation 9[B] is assigned during the 6 communication between the customer computer and the merchant computer, that “transaction 7 identification” is known to the merchant computer. Id. at 85:3-22. In response, PayPal contended 8 that limitation 9[E] exhibits a “grammatical failure” as to which transaction identification in 9 10 limitations 9[B] and 9[D] it is referring to. Id. at 101:7-9. 11 The Court agrees with PayPal. Limitation 9[E] is recited as: 12 “communicating between the bank computer and the merchant computer; said communicating between the bank computer and the merchant computer including said 13 transaction identification and said at least one order variable not previously known to the 14 merchant computer to proceed with merchant processing of the customer order;” 15 ’862 Patent at 52:8-14 (emphasis added). The Court finds that, based on a plain reading of the 16 limitation, the claim requires only the “said at least one order variable” to be “not previously known 17 to the merchant computer.” In other words, contrary to eCardless’s proposal, the plain and ordinary 18 meaning of the claim does not require the “said transaction identification” to also be “not previously 19 known to the merchant computer.” See 3M Innovative Props. Co. v. Tredegar Corp., 725 F.3d 1315, 20 1329 (Fed. Cir. 2013) (“For this claim term the patentee offers an ascertainable definition in the 21 22 body of the claim, and our cases do not support prescribing a more particularized meaning unless a 23 narrower construction is required by the specification or prosecution history.”); Markman Tr. at 24 87:22-89:10) (explaining the term “not previously known to the merchant computer” does not limit 25 “said transaction identification” based on a grammatically correct reading of limitation 9[E]). 26 Beyond the claim language, the specification does not clarify the meaning of the term “said 27 specification to support its construction that the “said transaction identification” in limitation 9[E] 1 2 must refer to the “transaction identification” in limitation 9[D]. See ECF 175 at 22-25. The Court 3 finds the specification fails to specify which “transaction identification” in limitations 9[B] and 9[D] 4 is communicated to the merchant by the bank. The specification discloses that, after a transaction is 5 verified, the bank communicates an assurance of payment to the merchant. See ’862 Patent at Fig. 6 4 at Step 180, 31:7-12, 29:20-33. The specification further discloses that communicating the 7 “assurance of payment” from the bank to the merchant “can most effectively be accomplished by 8 merely including the transaction control number.” ’862 Patent at 29:27-31. Nonetheless, the 9 10 specification never specifies which “transaction control number” is included in the communication. 11 Thus, the Court finds the specification does not clarify the meaning of the claim term “said 12 transaction identification” because the specification neither provides a clear antecedent basis for the 13 claim term nor resolves the ambiguities in the claim language. 14 In light of the ambiguity in the intrinsic record, the Court finds Claim 9 indefinite. The Court 15 finds several cases from the Federal Circuit and this district instructive in its indefiniteness 16 determination. In Baldwin Graphic Sys., Inc. v. Siebert, Inc., the Federal Circuit provided an 17 18 example of a claim being indefinite for lacking antecedent basis: “if two different levers are recited 19 earlier in [a] claim, the recitation of ‘said lever’ in the same or subsequent claim would be unclear 20 where it is uncertain which of the two levers was intended.” 512 F.3d 1338, 1343 (Fed. Cir. 2008). 21 Similarly, in Bushnell Hawthorne, LLC v. Cisco Sys., Inc., the Federal Circuit held the term "said 22 different IP address" in a limitation reciting "a sixth processor that analyzes a request submitted 23 to said different IP Address" was indefinite for a lack of antecedent basis because it was not clear 24 25 which one of the earlier claimed “one or more IP Addresses,” “one or more second IP Addresses,” or 26 “one or more third IP Addresses” was used to determine "different IP Address.” 813 F. App’x 522, 27 526-27 (Fed. Cir. 2020). Lastly, this Court in Sensor Elec. Tech., Inc. v. Bolb, Inc. held the term an adequate antecedent basis as it claimed “a first layer composed of a material” and “a second layer 1 2 composed of a material,” and it was unclear which “layer composed of a material” the dependent 3 claim was referring to. No. 18-CV-05194-LHK, 2019 WL 4645338, at *31 (N.D. Cal. Sept. 24, 4 2019). Like those three cases, here, it is uncertain which “transaction identification” listed in 5 limitations 9[B] and 9[D] provides the antecedent basis for the “transaction identification” referred 6 by the term “said transaction identification” in limitation 9[E]. See Interval Licensing LLC v. AOL, 7 Inc., 766 F.3d 1364, 1371 (Fed. Cir. 2014) (explaining that “there is an indefiniteness problem if the 8 claim language ‘might mean several different things and no informed and confident choice is 9 10 available among the contending definitions’”) (quoting Nautilus, 134 S. Ct. at 2130 & n.8) (internal 11 quotation marks omitted). In its response, eCardless argues that “it is more reasonable to assume” 12 the “said transaction identifier” in limitation 9[E] derives its antecedent basis from limitation 9[D] 13 because “[limitation 9[D]] immediately precedes [limitation 9[E]].” ECF 175 at 23. But eCardless 14 has failed to provide any legal authority that supports its argument. 15 In sum, because the claim term “said transaction identification” in limitation 9[E] lacks any 16 antecedent basis, Claim 9 of the ’862 Patent and Claim 9 of the ’863 Patent are indefinite. 17 18 See Halliburton, 514 F.3d at 1249 (holding that a claim is “indefinite if a [claim] term does not have 19 proper antecedent basis”). 20 V. ORDER 21 22 For the foregoing reasons, the Court construes the following terms: 23 Claim Term Court’s Construction 1 “said at least one customer order The term “said at least one customer order variable 24 variable” not provided to the merchant in said building a merchant order file” in ’862 Patent limitation 1[J] 25 (’862 Patent, Claim 1) derives its antecedent basis from “at least one 26 (’863 Patent, Claim 1) customer order variable not provided to the merchant in said building a merchant order file” in 27 ’862 Patent limitation 1[G]. | -{GlaimTerm | Court’s Construction building a merchant order file needed by the 2 merchant to proceed with the merchant processing of the customer order” in ’863 Patent 3 limitation 1[L] derives its antecedent basis from “at least one customer order variable not provided 4 to the merchant in said building a merchant order 5 file” in °863 Patent limitation 1[T]. 2 | “said at least one order variable” The term “said at least one order variable not (862 Patent, Claim 9) limitation 9[E] derives its antecedent basis from 7 “at least one order variable” in limitation 9[D]. 3 | “transaction □□□□□□□□□□□□□□□□□□□□□□□□ “an identifier that is created by the customer, 8 identification” merchant or both and used for completing a 9 transaction” (All independent claims of the ’862 and 10 °863 patents) : 12 , . (863 Patent, Claim 9) 5 | “utilizing the positioning location from | “verifying based on comparing the v 14 the [customer/merchant] [computer/computer device] positioning [computer/computer device] device [to | location to a stored authorized location” 15 verify/that verifies] that the 16 [customer/merchant] □ [computer/computer device] is at an 17 authorized location” Z 18 (206 Patent, Claims 1, 6, 11; and Patent, Claims 1, 7, 13) 19 20 “communicating between the customer | Indefinite computer and the bank computer . . . 2] including transaction identification” 22 (°862 Patent, Claim 9; ’863 Patent, 73 Claim 9) 24 25 || Dated: November 14, 2024 ETH LABSON FREEMAN United States District Judge 28
Document Info
Docket Number: 5:24-cv-01054
Filed Date: 11/14/2024
Precedential Status: Precedential
Modified Date: 11/15/2024