throbber
Case 6:22-cv-00697-ADA Document 45 Filed 10/02/23 Page 1 of 9
`
`
`RFCyber CORP.,
`
`
`
`
`v.
`
`
`VISA U.S.A. INC.,
`
`
`Plaintiff,
`
`IN THE UNITED STATES DISTRICT COURT
`FOR THE WESTERN DISTRICT OF TEXAS
`WACO DIVISION

`

`Case No. 6:22-cv-00697-ADA

`
`JURY TRIAL DEMANDED


`





`
`
`Defendant.
`
`PLAINTIFF RFCYBER CORP.’S
`SUR-REPLY CLAIM CONSTRUCTION BRIEF
`
`
`
`
`
`
`

`

`Case 6:22-cv-00697-ADA Document 45 Filed 10/02/23 Page 2 of 9
`
`TABLE OF CONTENTS
`
`Page(s)
`
`I.
`
`II.
`
`INTRODUCTION .............................................................................................................. 1
`
`TERMS NO LONGER IN DISPUTE................................................................................. 1
`
`III.
`
`DISPUTED TERMS ........................................................................................................... 2
`
`A.
`
`“fund” / “funded” / “funding” / “fund stored in an emulator” ................................ 2
`
`1.
`
`2.
`
`3.
`
`“funding [an/the] e-purse” (’855 Patent, claims 1, 4, 9, 13) ....................... 4
`
`“fund transfer request” (’855 Patent claims 1, 13) ..................................... 4
`
`“fund stored in the emulator” (’787 Patent, claim 11) ................................ 5
`
`IV.
`
`CONCLUSION ................................................................................................................... 5
`
`
`
`i
`
`

`

`Case 6:22-cv-00697-ADA Document 45 Filed 10/02/23 Page 3 of 9
`
`I.
`
`
`
`INTRODUCTION
`
`Visa’s construction of “fund” improperly limits the term to a “money balance.” RFCyber’s
`
`Opening Brief explained that there was no such definition within the specifications of the Asserted
`
`Patents, and that Visa has failed to show that the Court should so limit the term.
`
`
`
`As all other disputes have been obviated, the Court should reject Visa’s construction of
`
`fund and afford the term its plain and ordinary meaning.
`
`II.
`
`
`
`TERMS NO LONGER IN DISPUTE
`
`To streamline the issues before the Court, RFCyber withdrew its infringement assertions
`
`against Visa as to all claims of the ’218 Patent, as well as claim 1 of the ’787 Patent and its
`
`dependent claims. As a result, the following terms and indefiniteness positions are no longer in
`
`dispute:
`
`•
`
`•
`
`•
`
`Alleged indefiniteness of the asserted system claims of the ’218 and ’787 Patents;
`
`“contactless interface that facilitates communication between the e-purse applet in the
`
`smart card and the payment server over a wired network,”; and
`
`“the agent sends commands or receives responses thereto through the RFID reader
`
`to/from the e-purse applet, and on the other hand, the agent composes network requests
`
`and receives responses thereto from the network server.”
`
`Accordingly, the only terms left in dispute are the “fund” terms discussed below.
`
`
`
`
`
`
`
`

`

`Case 6:22-cv-00697-ADA Document 45 Filed 10/02/23 Page 4 of 9
`
`III. DISPUTED TERMS
`
`A.
`
`“fund” / “funded” / “funding” / “fund stored in an emulator”
`
`Term and Claims
`“fund” / “fund stored in the
`emulator” ’855 Patent, Claim
`9, ’787 Patent, Claim 11
`
`RFCyber’s Construction
`Plain and ordinary meaning
`except for “emulator”
`
`
`
`
`“fund” / “funded” / “funding” Plain and ordinary meaning
`
`Visa’s Construction
`“money balance” / “money
`balance stored in the
`emulator”
`
`“add / added / adding money
`balance to”
`
`
`As explained in RFCyber’s Responsive Brief, Visa seeks to import a “balance”
`
`requirement, despite the term appearing only once in the specification. RFCyber Br. at 4-7. The
`
`Court should reject Visa’s attempt to manufacture a non-infringement position by requiring a
`
`specific number (a “money balance”) stored on a device.
`
`In Reply, Visa first argues that the Court is required to provide a construction for the term
`
`to resolve the dispute. Reply at 2. But the Court can resolve the dispute by rejecting Visa’s
`
`redefinition of “fund” to “money balance” and simply allow the jury to apply the easily
`
`understandable term “fund.”
`
`The parties agree that the fund recited in the claims is not actual currency but a
`
`representation of currency stored elsewhere. Visa Br. at 5; RFCyber Br. at 5-6. Instead, the dispute
`
`is whether the representation on the device must be some “money balance” or a representation of
`
`the money stored elsewhere. The intrinsic and extrinsic evidence makes clear that it is the latter.
`
`Visa’s cited intrinsic evidence is dependent on the specification’s description of “funding
`
`an e-purse.” Reply at 3-5. But “funding an e-purse” is not a claimed element of any Asserted
`
`Claim. Those specific words are found only in Claims 1, 4, 9, and 13 of the ’855 Patent. As
`
`explained in RFCyber’s Responsive Brief, and further clarified below, “funding an e-purse” is a
`
`2
`
`

`

`Case 6:22-cv-00697-ADA Document 45 Filed 10/02/23 Page 5 of 9
`
`non-limiting preamble to claims 1 and 9 of the ’855 Patent. Moreover, the language in claims 4
`
`and 13 is a reference back to claims 1 and 9.
`
`RFCyber provided intrinsic evidence that the other “fund” terms (“fund transfer request”
`
`and “fund stored in the emulator”), read in light of the specification, expansively allow the fund
`
`stored in the emulator to refer to representations of the source of the money in the transaction, such
`
`as tokens, keys, or other objects. RFCyber Resp. Br. at 5-6. Similarly, the “fund transfer request”
`
`merely requires funds to be transferred from a financial institution. Id. Visa’s further requirement
`
`that the funds be transferred to a balance stored on the device is, at best, an attempt to limit the
`
`claim to an embodiment.
`
`The extrinsic evidence further confirms that Visa’s construction is improperly narrow.
`
`Indeed, the cited evidence says nothing about a “money balance.” Instead, Exhibit 1 defines
`
`“fund” as “1: store; 2: sum of money intended for a special purpose.” Ex. 1 at
`
`VISA_USA_00009148. A bank account, for example, is certainly a store of money, as is a credit
`
`card account or payment token. In each case, the representation on the mobile device is directly
`
`tied to the money stored. Moreover, Visa makes no effort to show that the second definition (“sum
`
`of money intended for a specific purpose”)1 applies to these patents (or that a person of ordinary
`
`skill in the art would understand that to be the “fund” as recited). Visa Br. at 13. But even if it
`
`did, a token or other representation would still be linked to the sum of money. Exhibit 2 is even
`
`clearer. It defines “fund” as “a supply of money or monetary resources.” A credit card number,
`
`bank account number, or payment token stored in the emulator is clearly a representation of a
`
`supply of money or monetary resources.
`
`
`1 Visa’s Opening Brief omits “intended for a specific purpose” from its quotation and discussion.
`Visa Br. at 13.
`
`3
`
`

`

`Case 6:22-cv-00697-ADA Document 45 Filed 10/02/23 Page 6 of 9
`
`1.
`
`“funding [an/the] e-purse” (’855 Patent, claims 1, 4, 9, 13)
`
`
`
`As the District Court for the Eastern District of Texas held, “funding an e-purse” is a non-
`
`limiting statement of purpose or intended use. Ex. A at 44-45. The defendants in that case argued,
`
`as Visa does here, that the claims of the ’855 Patent “require[] putting money into the e-purse.”
`
`Id. at 42. The Court should reject Visa’s argument as to claims 1 and 9 of the ’855 Patent for the
`
`same reasons as the Eastern District. Id., RFCyber Br. at 5-7.
`
`
`
`Claim 4 and claim 13 of the ’855 Patent each recite “wherein the e-purse applet acts as a
`
`gatekeeper to regulate or control data exchange between the server and the portable device for
`
`funding the e-purse therein” (emphasis added). Claim 4 is ultimately dependent on claim 1 and
`
`claim 13 is ultimately dependent on claim 9. The phrase describes that the e-purse applet acts as
`
`a gatekeeper during the process claimed in claims 1 and 9. As such, it does not impose a separate
`
`requirement that a “money balance” be added to or stored on the device. However, even if the
`
`Court accepts Visa’s argument that claim 4 requires such an addition, it does not limit claim 1 for
`
`the reasons discussed above. Similarly, claim 13 does not limit claim 9.
`
`2.
`
`“fund transfer request” (’855 Patent claims 1, 13)
`
`Visa argues that the fund transfer request must be “between the user’s bank and the user’s
`
`e-purse.” Visa Br. at 11; Visa Reply at 3-4. As RFCyber explained in its Responsive Brief, nothing
`
`in the claims or specification requires such a narrow construction. RFCyber Br. at 6-7.
`
`In its Reply, Visa cites to an embodiment in the specification which states, “fund the e-
`
`purse from an account associated with a bank.” Visa Reply at 3-4. Visa then implicitly limits the
`
`claim to this embodiment and states “The meaning of ‘fund’ in that limitation2 is clear – a money
`
`balance is subtracted from a bank account and added to the e-purse.” Id. at 4.
`
`
`2 “fund transfer request” as recited in claim 9 of the ’855 Patent. Visa Reply at 3-4.
`
`4
`
`

`

`Case 6:22-cv-00697-ADA Document 45 Filed 10/02/23 Page 7 of 9
`
`It is well-established that a patent is not limited to embodiments disclosed in the
`
`specification. “Although the specification often describes very specific embodiments of the
`
`invention, we have repeatedly warned against confining the claims to those embodiments.”
`
`Phillips v. AWH Corp., 415 F.3d 1303, 1323 (Fed. Cir. 2005). The Court should decline to do so
`
`here.
`
`3.
`
`“fund stored in the emulator” (’787 Patent, claim 11)
`
`
`
`Visa seeks to limit this term to a “money balance stored in the emulator.” As discussed
`
`above, actual money cannot be stored in the emulator on a mobile device. Instead, the device
`
`stores a representation of the source of the money. RFCyber Br. at 5-6.
`
`
`
`Visa provides no reason that the “fund” stored in the emulator must be a money balance.
`
`As explained above, Visa’s own dictionaries define a fund as a supply of money or monetary
`
`resources. Since actual money cannot be stored in a portable device, there is no principled reason
`
`that the representation stored must be a money balance, as opposed to, e.g., a token, key, or credit
`
`card account number.
`
`IV. CONCLUSION
`
`For the reasons set forth above and in RFCyber’s Responsive Brief, the Court should adopt
`
`RFCyber’s constructions and reject Visa’s constructions.
`
`
`
`Dated: October 2, 2023
`
`
`
`
`
`Respectfully submitted,
`
`/s/ Richard M. Cowell
`Raymond W. Mort, III
`Texas Bar No. 00791308
`Email: raymort@austinlaw.com
`THE MORT LAW FIRM, PLLC
`100 Congress Avenue, Suite 2000
`Austin, Texas 78701
`Tel/Fax: 512-865-7950
`
`
`5
`
`

`

`Case 6:22-cv-00697-ADA Document 45 Filed 10/02/23 Page 8 of 9
`
`OF COUNSEL:
`
`Alfred R. Fabricant (Admitted Pro Hac Vice)
`NY Bar No. 2219392
`Email: ffabricant@fabricantllp.com
`Peter Lambrianakos (Admitted Pro Hac Vice)
`NY Bar No. 2894392
`Email: plambrianakos@fabricantllp.com
`Vincent J. Rubino, III (Admitted Pro Hac Vice)
`NY Bar No. 4557435
`Email: vrubino@fabricantllp.com
`Richard M. Cowell (Admitted pro hac vice)
`NY Bar No. 4617759
`Email: rcowell@fabricantllp.com
`FABRICANT LLP
`411 Theodore Fremd Avenue, Suite 206 South
`Rye, New York 10580
`Telephone: (212) 257-5797
`Facsimile: (212) 257-5796
`
`ATTORNEYS FOR PLAINTIFF
`RFCyber CORP.
`
`
`
`6
`
`

`

`Case 6:22-cv-00697-ADA Document 45 Filed 10/02/23 Page 9 of 9
`
`CERTIFICATE OF SERVICE
`
`I hereby certify that on October 2, 2023, I electronically filed the foregoing with the Clerk
`
`of Court using the CM/ECF system, which will send notification of such filing via electronic
`
`mail to all counsel of record. Any other counsel of record will be served by first class U.S. mail.
`
` /s/ Richard M. Cowell
` Richard M. Cowell
`
`
`
`
`
`
`
`
`
`
`
`

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket