Card issuing with restricted virtual number

Abstract

To provide an apparatus and method for issuing a card using a restricted virtual number, and a storage medium.SOLUTION: In a one-tap authentication flow 600, a user computing device (e.g., smartphone) applies, via contactless card authentication, one or more restrictions to a virtual card number to generate the card number for use by a recipient. The one or more restrictions may be specifically personalized to the recipient and may include a merchant restriction, an amount restriction, a time period restriction, or a location restriction. The generated virtual card number along with the applied one or more restrictions may be consumed in various ways, such as writing the number to a blank card, transmitting the number directly to the recipient's computing device, etc., all via near-field communication.SELECTED DRAWING: Figure 6

Description

[Technical Field]

[0001] Related Applications This application claims priority to U.S. Patent Application No. 16 / 726,210, entitled "Card Issuance Using Restricted Virtual Numbers," filed December 23, 2019, the contents of which are incorporated herein by reference in their entirety. [Background technology]

[0002] A virtual credit card is a virtual credit card number typically used for online purchases and one-time transactions. A virtual card number may be a randomly generated number associated with a real credit card. Depending on the card issuer, the virtual number may have a maximum value and, in some cases, an expiration date of up to one year from the date of creation. To an online merchant, a virtual card number may appear to be just like any other credit card.

[0003] Basic restrictions associated with a virtual card number, such as maximum charge amount and expiration date, may be set by the issuer, but restrictions specifically personalized for the recipient are needed so that they can be securely set by the issuing user. Summary of the Invention

[0004] Various embodiments are directed to applying one or more restrictions to a virtual card number via contactless card authentication to generate a card number for use by a recipient. The one or more restrictions may be personalized specifically for the recipient and may include, for example, merchant restrictions, amount restrictions, time restrictions, or location restrictions. The generated virtual card number, along with the applied restriction or restrictions, may be consumed in a variety of ways, such as writing the number onto a blank card or transmitting the number directly to the recipient's computing device, all via near-field communication. [Brief explanation of the drawings]

[0005] [Figure 1A] 1 illustrates an exemplary data transmission system according to one or more embodiments. [Figure 1B] 1 illustrates an exemplary sequence diagram for providing authenticated access according to one or more embodiments. [Figure 2] 1 illustrates an exemplary system for using contactless cards according to one or more embodiments. [Figure 3A] 1 illustrates an exemplary contactless card according to one or more embodiments. [Figure 3B] 1 illustrates an exemplary contact pad of a contactless card according to one or more embodiments. [Figure 4] 1 illustrates an example flow for generating a virtual card number and associated restrictions according to one or more embodiments. [Figure 5] 1 illustrates an example flow for one-tap authentication according to one or more embodiments. [Figure 6] 1 illustrates an exemplary flow for writing a virtual card number onto a blank card via a user computing device and using the card via a recipient computing device according to one or more embodiments. [Figure 7] 1 illustrates an exemplary process for transferring a virtual card number between two computing devices according to one or more embodiments. [Figure 8] 1 illustrates an exemplary card applet and applet communication according to one or more embodiments. [Figure 9] 1 illustrates an exemplary flow diagram according to one or more embodiments. DETAILED DESCRIPTION OF THE INVENTION

[0006] Various embodiments are generally directed to generating a virtual card number and applying one or more restrictions to the card number in a personalized and secure manner. In an example, an issuing user may set personalized restrictions for the recipient of the virtual card number, such as merchant restrictions, amount restrictions, time restrictions, and location restrictions. For example, a user (parent) may want to leave a babysitter $30 for dinner, but the $30 must be spent at a specific pizza restaurant. In another example, a user (e.g., a business owner) may want to offer an employee $5,000 to purchase supplies, but the spending must be limited to two hours and spent at a specific supplier.

[0007] To create a virtual card number with one or more restrictions, a user may open a software application (e.g., a banking app) and select an icon to generate a virtual card number. According to an embodiment, the user may select one or more restrictions to apply to the card number using the software application. The user may then perform one-tap authentication (sometimes referred to herein as "one-tap contactless card authentication") via a contactless card belonging to the user to confirm and apply the selected restrictions and generate the virtual card number.

[0008] In an example, upon generating the virtual card number, the number (with one or more selected restrictions applied) may be written to a blank, unlocked card via a software application and activated for use in any point-of-sale system. According to a further embodiment, the virtual card number may be transmitted from a first computing device to a second computing device, e.g., from a user computing device to a recipient computing device. The first and second computing devices may be near-field communication (NFC) enabled devices, and the virtual card number may be transmitted via NFC.

[0009] As described further below, one-tap contactless card authentication can be a very secure way of verifying a user's identity, for example, to ensure that limits were actually set by the user and not by a fraudster. Furthermore, because contactless cards are often the payment instrument used to "load" or fund virtual card numbers, one-tap authentication ensures that the user is actually the person authorizing the creation and funding of the virtual card number.

[0010] According to an embodiment, one-tap contactless card authentication may involve a user placing, tapping, or bringing a contactless card close to a designated area of ​​a user computing device (e.g., a smartphone). The user computing device may detect the contactless card via near-field communication (NFC) and receive one or more cryptograms from the contactless card. Information contained in the cryptograms, which may identify the true owner of the contactless card, may be compared or matched with authentication information associated with the user signed in to the banking app. If they match, successful verification of the user's identity may be confirmed.

[0011] As noted above, in previous solutions, restrictions imposed on virtual card numbers were inflexible and impersonal. The embodiments and examples described herein advantageously overcome previous solutions in that a user can easily and conveniently personalize and adjust one or more restrictions on a virtual card number based on the recipient of the number. Furthermore, a user can write a virtual card number onto a blank, unlocked card via the user's computing device and activate the card for use by the recipient in various point-of-sale systems. Furthermore, a user can advantageously transfer the virtual card number from the user's computing device to the recipient's computing device via near-field communication. Overall, the application of one or more restrictions and the generation of the virtual card number can be performed in a highly secure and safe manner via one-tap, contactless card authentication.

[0012] Reference is now made to the drawings, wherein like reference numerals are used to refer to like elements throughout. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding thereof. However, it may be apparent that novel embodiments may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form to facilitate description thereof. The intention is to cover all modifications, equivalents, and alternatives within the scope of the claims.

[0013] 1A illustrates an exemplary data transmission system according to one or more embodiments. As discussed further below, system 100 may include contactless card 105, client device 110, network 115, and server 120. Although FIG. 1A illustrates a single instance of the components, system 100 may include any number of components.

[0014] System 100 may include one or more contactless cards 105, which are further described below with reference to Figures 3A and 3B. In some embodiments, contactless card 105 may communicate wirelessly with client device 110, in one example utilizing NFC.

[0015] System 100 may include client device 110, which may be a network-enabled computer. As referred to herein, a network-enabled computer may include a computing device or a communications device, including, for example, but not limited to, a server, a network appliance, a personal computer, a workstation, a telephone, a smartphone, a handheld PC, a personal digital assistant, a thin client, a fat client, an Internet browser, or other device. Client device 110 may be a mobile computing device, for example, an Apple® iPhone®, an iPod®, an iPad®, or other suitable device running Apple's iOS® operating system, a device running Microsoft's Windows® mobile operating system, a device running Google's Android® operating system, and / or other suitable mobile computing device such as a smartphone, tablet, or similar wearable mobile device.

[0016] It is understood that the client device 110 device may include a processor and memory, and that the processing circuitry may include additional components, including processors, memory, error and parity / CRC checkers, data encoders, anti-collision algorithms, controllers, command decoders, security primitives, and tamper-proof hardware, as necessary to perform the functions described herein. The client device 110 may further include a display and input devices. The display may be any type of device for presenting visual information, such as a computer monitor, a flat-panel display, and a mobile device screen, including liquid crystal displays, light-emitting diode displays, plasma panels, and cathode ray tube displays. The input devices may include any device for inputting information into a user's device that is available and supported by the user's device, such as a touchscreen, keyboard, mouse, cursor control device, touchscreen, microphone, digital camera, video recorder, or camcorder. These devices may be used to input information and interact with the software and other devices described herein.

[0017] In some examples, a client device 110 of system 100 may execute one or more applications, such as software applications, that enable network communication with one or more components of system 100 and transmit and / or receive data, for example.

[0018] Client device 110 may communicate with one or more servers 120 via one or more networks 115 and may operate as a respective front-end to back-end pair with server 120. Client device 110 may send one or more requests to server 120, for example, from a mobile device application executing on client device 110. The one or more requests may be associated with retrieving data from server 120. Server 120 may receive one or more requests from client device 110. Based on the one or more requests from client device 110, server 120 may be configured to retrieve the requested data from one or more databases (not shown). Based on receiving the requested data from the one or more databases, server 120 may be configured to transmit the received data to client device 110, where the received data may be responsive to the one or more requests.

[0019] The system 100 may include one or more networks 115. In some examples, the network 115 may be one or more of a wireless network, a wired network, or any combination of wireless and wired networks and may be configured to connect the client devices 110 to the server 120. For example, the network 115 may include one or more of an optical fiber network, a passive optical network, a cable network, an Internet network, a satellite network, a wireless local area network (LAN), a global system for mobile communications, a personal communications service, a personal area network, a wireless application protocol, a multimedia messaging service, an enhanced messaging service, a short message service, a time division multiplex-based system, a code division multiple access-based system, D-AMPS, Wi-Fi, fixed wireless data, IEEE 802.11b, 802.15.1, 802.11n and 802.11g, Bluetooth, NFC, radio frequency identification (RFID), Wi-Fi, etc.

[0020] Additionally, network 115 may include, but is not limited to, a telephone line, optical fiber, IEEE Ethernet 802.3, a wide area network, a wireless personal area network, a LAN, or a global network such as the Internet. Furthermore, network 115 may support an Internet network, a wireless communication network, a cellular network, or the like, or any combination thereof. Network 115 may further include one network or any number of the exemplary types of networks listed above, operating as a standalone network or in cooperation with one another. Network 115 may utilize one or more protocols of one or more network elements to which they are communicatively coupled. Network 115 may translate to or from one or more protocols of network devices from other protocols. While network 115 is shown as a single network, it should be understood that, according to one or more examples, network 115 may include multiple interconnected networks, such as the Internet, a service provider network, a cable television network, an enterprise network such as a credit card association network, and a home network.

[0021] The system 100 may include one or more servers 120. In some examples, the server 120 may include one or more processors coupled to a memory. The server 120 may be configured as a central system, server, or platform for controlling and retrieving various data at different times to perform multiple workflow actions. The server 120 may be configured to connect to one or more databases. The server 120 may be connected to at least one client device 110.

[0022] 1B shows an example sequence diagram for providing authenticated access according to one or more embodiments. The diagram may include a contactless card 105 and a client device 110, which may include an application 122 and a processor 124. FIG. 1B may reference similar components as shown in FIG. 1A.

[0023] In step 102, application 122 communicates with contactless card 105 (e.g., after being brought into proximity with contactless card 105). Communication between application 122 and contactless card 105 may involve contactless card 105 being sufficiently close to a card reader (not shown) of client device 110 to enable NFC data transfer between application 122 and contactless card 105.

[0024] In step 104, after communication is established between client device 110 and contactless card 105, contactless card 105 generates a message authentication code (MAC) cryptogram. In some examples, this may occur when contactless card 105 is read by application 122. In particular, this may occur upon reading, such as an NFC read, of a Near Field Communication Data Exchange (NDEF) tag, which may be created according to the NFC data exchange format.

[0025] For example, a reader such as application 122 may send a message such as a select applet message using the applet ID of the NDEF generation applet. Once the selection is confirmed, a series of select file messages followed by read file messages may be sent. For example, the sequence may include "select feature file," "read feature file," and "select NDEF file." At this point, a counter value maintained by contactless card 105 may be updated or incremented, followed by "read NDEF file." At this point, a message may be generated that may include a header and a shared secret. A session key may then be generated. A MAC ciphertext may be created from the message, which may include the header and the shared secret. The MAC ciphertext may then be concatenated with one or more blocks of random data, and the MAC ciphertext and random number (RND) may be encrypted with the session key. The ciphertext and header may then be concatenated, encoded as ASCII hexadecimal, and returned in NDEF message format (in response to the "read NDEF file" message).

[0026] In some examples, the MAC cryptogram may be transmitted as an NDEF tag, and in other examples, the MAC cryptogram may be included with a uniform resource indicator (eg, a formatted string).

[0027] In some examples, the application 122 may be configured to send a request to the contactless card 105, the request comprising instructions to generate a MAC cryptogram.

[0028] In step 106, contactless card 105 transmits the MAC cryptogram to application 122. In some examples, transmission of the MAC cryptogram occurs via NFC, although this disclosure is not limited thereto. In other examples, this communication may occur via Bluetooth, Wi-Fi, or other wireless data communication means.

[0029] In step 108, application 122 communicates the MAC ciphertext to processor 124. In step 112, processor 124 verifies the MAC ciphertext according to instructions from application 122. For example, the MAC ciphertext may be verified as described below.

[0030] In some examples, verification of the MAC ciphertext may be performed by a device other than client device 110 (as shown in FIG. 1A), such as a server 120 in data communication with client device 110. For example, processor 124 may output the MAC ciphertext for transmission to server 120, which may verify the MAC ciphertext.

[0031] In some examples, the MAC ciphertext may act as a digital signature for purposes of verification, which may be performed using a public key asymmetric algorithm, such as the Digital Signature Algorithm and the RSA algorithm, or other digital signature algorithms such as zero-knowledge protocols.

[0032] It may be appreciated that in some examples, contactless card 105 may initiate communication after the contactless card is brought close to client device 110. By way of example, contactless card 105 may send a message to client device 110 indicating, for example, that the contactless card has established communication. Application 122 on client device 110 may then proceed to communicate with the contactless card at step 102, as described above.

[0033] 2 illustrates an exemplary system 200 that uses a contactless card. System 200 may include a contactless card 205, one or more client devices 210, a network 215, servers 220, 225, one or more hardware security modules 230, and a database 235. Although FIG. 2 illustrates a single instance of a component, system 200 may include any number of components.

[0034] System 200 may include one or more contactless cards 205, which are further described below with respect to FIGS. 3A and 3B. In some examples, contactless card 205 may communicate wirelessly, e.g., NFC, with client device 210. For example, contactless card 205 may include one or more chips, such as radio frequency identification chips, configured to communicate via NFC or other short-range protocols. In other embodiments, contactless card 205 may communicate with client device 210 via other means, including, but not limited to, Bluetooth, satellite, Wi-Fi, wired communication, and / or any combination of wireless and wired connections. According to some embodiments, contactless card 205 may be configured to communicate with card reader 213 (which may be referred to herein as an NFC reader, NFC card reader, or reader) of client device 210 via NFC when contactless card 205 is within range of card reader 213. In other examples, communication with the contactless card 205 may be achieved through a physical interface, such as a Universal Serial Bus interface or a card swipe interface.

[0035] System 200 may include client device 210, which may be a network-enabled computer. As referred to herein, a network-enabled computer may include, for example, a computing device or a communications device, including, for example, but not limited to, a server, a network appliance, a personal computer, a workstation, a mobile device, a telephone, a handheld PC, a personal digital assistant, a thin client, a fat client, an Internet browser, or other device. One or more client devices 210 may also be mobile devices. For example, the mobile devices may include an Apple® iPhone®, iPod®, iPad®, or other mobile devices running Apple's iOS® operating system, a device running Microsoft's Windows® mobile operating system, a device running Google's Android® operating system, and / or other smartphones or similar wearable mobile devices. In some examples, client device 210 may be the same as or similar to client device 110, as described with reference to FIG. 1A or FIG. 1B.

[0036] The client device 210 may communicate with one or more servers 220 and 225 via one or more networks 215. The client device 210 may send one or more requests to one or more servers 220 and 225, for example, from an application 211 executing on the client device 210. The one or more requests may be associated with retrieving data from one or more servers 220 and 225. The servers 220 and 225 may receive one or more requests from the client device 210. Based on the one or more requests from the client device 210, the one or more servers 220 and 225 may be configured to retrieve the requested data from one or more databases 235. Based on receiving the requested data from the one or more databases 235, the one or more servers 220 and 225 may be configured to transmit the received data to the client device 210, the received data responding to the one or more requests.

[0037] System 200 may include one or more hardware security modules (HSMs) 230. For example, one or more HSMs 230 may be configured to perform one or more cryptographic operations as disclosed herein. In some examples, one or more HSMs 230 may be configured as special-purpose security devices configured to perform one or more cryptographic operations. HSMs 230 may be configured such that keys are never exposed outside of HSMs 230 but instead are maintained within HSMs 230. For example, one or more HSMs 230 may be configured to perform at least one of key derivation, decryption, and MAC operations. One or more HSMs 230 may be included within or in data communication with servers 220 and 225.

[0038] System 200 may include one or more networks 215. In some examples, network 215 may be one or more of a wireless network, a wired network, or any combination of wireless and wired networks and may be configured to connect client device 210 to server 220 and / or 225. For example, network 215 may include one or more of an optical fiber network, a passive optical network, a cable network, a cellular network, an Internet network, a satellite network, a wireless LAN, a global system for mobile communications, a personal communications service, a personal area network, a wireless application protocol, a multimedia messaging service, an enhanced messaging service, a short message service, a time division multiplex-based system, a code division multiple access-based system, a D-AMPS, Wi-Fi, fixed wireless data, IEEE 802.11b, 802.15.1, 802.11n and 802.11g, Bluetooth, NFC, RFID, Wi-Fi, and / or any combination of these networks. As non-limiting examples, communications from the contactless card 205 and the client device 210 may include NFC communications, a cellular network between the client device 210 and a carrier, and the Internet between the carrier and a backend.

[0039] Additionally, network 215 may include, but is not limited to, telephone lines, optical fiber, IEEE Ethernet 802.3, a wide area network, a wireless personal area network, a local area network, or a global network such as the Internet. Furthermore, network 215 may support an Internet network, a wireless communication network, a cellular network, or the like, or any combination thereof. Network 215 may further include one network or any number of the exemplary types of networks listed above, operating as a standalone network or in cooperation with one another. Network 215 may utilize one or more protocols of one or more network elements to which they are communicatively coupled. Network 215 may translate to or from one or more protocols of network devices from other protocols. While network 215 is shown as a single network, it should be understood that, according to one or more examples, network 215 may include multiple interconnected networks, such as the Internet, a service provider network, a cable television network, an enterprise network such as a credit card association network, and a home network.

[0040] In various examples according to the present disclosure, the client device 210 of the system 200 may execute one or more applications 211 and include one or more processors 212 and one or more card readers 213. The one or more applications 211, e.g., software applications, may be configured to enable network communication with, for example, one or more components of the system 200, to transmit and / or receive data. While only a single instance of a component of the client device 210 is shown in FIG. 2, it will be understood that any number of devices 210 may be used. The card reader 213 may be configured to read from and / or communicate with the contactless card 205. In conjunction with the one or more applications 211, the card reader 213 may communicate with the contactless card 205. In an example, the card reader 213 may include circuitry or circuit components, e.g., an NFC reader coil, that generate a magnetic field that enables communication between the client device 210 and the contactless card 205.

[0041] Any application 211 on the client device 210 may communicate with the contactless card 205 using short-range wireless communication (e.g., NFC). The application 211 may be configured to interface with a card reader 213 on the client device 210 configured to communicate with the contactless card 205. It should be noted that those skilled in the art will understand that a distance of less than 20 centimeters corresponds to an NFC range.

[0042] In some embodiments, the application 211 communicates with the contactless card 205 via an associated reader (eg, card reader 213).

[0043] In some embodiments, card activation may occur without user authentication. For example, the contactless card 205 may communicate with the application 211 via the card reader 213 of the client device 210 via NFC. The communication (e.g., tapping the card in proximity to the card reader 213 of the client device 210) allows the application 211 to read data associated with the card and perform activation. In some cases, the tap may activate or launch the application 211, which may then initiate one or more actions or communications with the account server 225 to activate the card for subsequent use. In some cases, if the application 211 is not installed on the client device 210, tapping the card against the card reader 213 may initiate downloading of the application 211 (e.g., navigation to an application download page). Following installation, tapping the card may activate or launch the application 211, which may then initiate card activation (e.g., via application or other back-end communication). After activation, the card may be used in various transactions, including commercial transactions.

[0044] According to some embodiments, contactless card 205 may include a virtual payment card. In those embodiments, application 211 may obtain information associated with contactless card 205 by accessing a digital wallet implemented on client device 210, the digital wallet including the virtual payment card. In some examples, the virtual payment card data may include one or more statically or dynamically generated virtual card numbers.

[0045] Server 220 may include a web server in communication with database 235. Server 225 may include an account server. In some examples, server 220 may be configured to verify one or more credentials from contactless card 205 and / or client device 210 by comparing them with one or more credentials in database 235. Server 225 may be configured to approve one or more requests, such as payments and transactions, from contactless card 205 and / or client device 210.

[0046] FIG. 3A illustrates one or more contactless cards 300, which may include payment cards such as credit cards, debit cards, or gift cards issued by a service provider 305 displayed on the front or back of the card 300. In some examples, the contactless card 300 may be unrelated to payment cards and may include, but is not limited to, an identification card. In some examples, the payment card may include a dual-interface contactless payment card. The contactless card 300 may include a substrate 310, which may include a single layer or one or more laminated layers composed of plastic, metal, and other materials. Exemplary substrate materials include polyvinyl chloride, polyvinyl chloride acetate, acrylonitrile butadiene styrene, polycarbonate, polyester, anodized titanium oxide, palladium, gold, carbon, paper, and biodegradable materials. In some examples, the contactless card 300 may have physical characteristics that conform to the ID-1 format of the ISO / IEC 7810 standard; otherwise, the contactless card may conform to the ISO / IEC 14443 standard. However, it is understood that contactless cards 300 according to the present disclosure may have different characteristics, and the present disclosure does not require that the contactless card be implemented as a payment card.

[0047] Contactless card 300 may also include identification information 315 displayed on the front and / or back of the card, and contact pad 320. Contact pad 320 may be configured to establish contact with other communication devices, such as a user device, smartphone, laptop, desktop, or tablet computer. Contactless card 300 may also include processing circuitry, an antenna, and other components not shown in FIG. 3A . These components may be located behind contact pad 320 or elsewhere on substrate 310. Contactless card 300 may also include a magnetic strip or tape (not shown in FIG. 3A ) that may be located on the back of the card.

[0048] As shown in Figure 3B, the contact pad 320 of Figure 3A may include processing circuitry 325 for storing and processing information, including a microprocessor 330 and memory 335. It will be understood that the processing circuitry 325 may include additional components including processors, memory, error and parity / CRC checkers, data encoders, anti-collision algorithms, controllers, command decoders, security primitives, and anti-tamper hardware as needed to perform the functions described herein.

[0049] The memory 335 may be read-only memory, write-once read-multiple memory, or read / write memory, such as RAM, ROM, and EEPROM, and the contactless card 300 may include one or more of these memories. Read-only memory may be programmable at the factory as read-only or one-time programmable. A one-time program allows it to be written once and read many times. Write-once read-multiple memory may be programmed at some point after the memory chip leaves the factory. Once programmed, the memory may not be rewritten, but it may be read many times. Read / write memory may be programmed and reprogrammed many times after leaving the factory, and it may also be read many times.

[0050] The memory 335 may be configured to store one or more applets 340, one or more counters 345, one or more diversified keys 347, and a customer identifier 350. The one or more applets 340 may include one or more software applications configured to run on one or more contactless cards, e.g., Java Card applets. However, it is understood that the applet 340 is not limited to Java Card applets and may instead be any software application capable of running on a contactless card or other device with limited memory. The one or more counters 345 may include a numeric counter sufficient to store integers. As described further below, the one or more diversified keys 347 may be used to encrypt various information, such as information about a user or customer (e.g., a customer identifier 450), to generate a ciphertext that can be transmitted to a mobile device, for example, for at least authentication purposes. The customer identifier 350 may include a unique alphanumeric identifier assigned to the user of the contactless card 300, which may distinguish the contactless card user from other contactless card users. In some examples, customer identifier 350 may identify both the customer and the account assigned to that customer, and may also identify the contactless card associated with the customer's account.

[0051] Although the processor and memory elements of the foregoing exemplary embodiments are described with reference to contact pads, the present disclosure is not limited thereto. These elements may be implemented outside of the pads 320, or may be completely separate therefrom, or may be implemented as additional elements in addition to the processor 330 and memory 335 elements disposed within the contact pads 320.

[0052] In some examples, the contactless card 300 may include one or more antennas 355. The one or more antennas 355 may be disposed within the contactless card 300 around the processing circuit 325 of the contact pad 320. For example, the one or more antennas 355 may be integral with the processing circuit 325, or the one or more antennas 355 may be used with an external booster coil. As another example, the one or more antennas 355 may be external to the contact pad 320 and the processing circuit 325.

[0053] In one embodiment, the coil of the contactless card 300 may function as the secondary of an air-core transformer. The terminal may communicate with the contactless card 300 by interrupting power or amplitude modulation. The contactless card 300 may infer data transmitted from the terminal using a gap in the contactless card's power connection, which may be maintained functionally via one or more capacitors. The contactless card 300 may return communication by switching or load modulating the load on the contactless card's coil. Load modulation may be detected by interference in the terminal's coil.

[0054] As described above, contactless card 300 may be built on a software platform capable of running on a smart card or other device with limited memory, such as a JavaCard, and one or more applications or applets may be securely executed. An applet may be added to the contactless card to provide one-time passwords (OTPs) for multi-factor authentication (MFA) in various mobile application-based use cases. The applet may be configured to respond to one or more requests, such as a near-field wireless data exchange request, from a reader, such as a mobile NFC reader, and generate an NDEF message containing the cryptographically secure OTP encoded as an NDEF text tag.

[0055] In an example, when preparing to transmit data (e.g., a mobile device, a server, etc.), contactless card 300 may increment a counter value of one or more of counters 345. Contactless card 300 may then provide a master key, which may be a separate key stored on card 300, and the counter value as input to an encryption algorithm that generates a diversified key as an output, which may be one of diversified keys 347. It is understood that the master key and counter value are also stored in memory of a device or component that receives data from contactless card 300 and decrypts the data using the diversified key that the card used to encrypt the transmitted data. The encryption algorithm may include an encryption algorithm, a hash-based message authentication code (HMAC) algorithm, a cipher-based message authentication code (CMAC) algorithm, etc. Non-limiting examples of encryption algorithms may include symmetric encryption algorithms such as 3DES or AES128, symmetric HMAC algorithms such as HMAC-SHA-256, and symmetric CMAC algorithms such as AES-CMAC. The contactless card 300 may then encrypt data (e.g., customer identifier 350 and other data) using the diversified key in the form of one or more ciphertexts, which may be sent to the mobile device, for example, as an NFC Data Exchange Format (NDEF) message. The contactless card 300 may then transmit the encrypted data (e.g., ciphertexts) to the mobile device, which may then decrypt the ciphertexts using the diversified key (e.g., a diversified key generated by the mobile device using a counter value and a master key stored in its memory).

[0056] FIG. 4 illustrates an example flow 400 for generating a virtual card number and associated restrictions according to one or more embodiments. A user may use a mobile computing device to open a banking application 402 (sometimes referred to herein as a “banking app”). As shown, the banking app 402 may display at least a welcome screen and an icon for signing in 406. The user may sign in to the user's account by entering a username and password or may access the account in any other suitable manner, such as by tapping the user's contactless card to the mobile computing device. It may be understood that tapping the user's contactless card to sign in may be performed and operate in a manner similar to the one-tap authentication process described further below. It may also be understood that the banking app may be any software application, such as a mobile-based application, a native application, a web application, or a web browser.

[0057] Upon signing into the user's account, banking app 402 may display and allow the user to select various account-related tasks, such as checking account balances, transferring funds between accounts, paying bills, and generating virtual card numbers, as indicated by icon 408. The user may select icon 408 to generate a virtual card number and one or more restrictions associated therewith, as indicated by the highlighted box. In some examples, the user may also enter and identify the recipient of the virtual card number, where the recipient may also be a bank customer. It may be understood that the virtual card number may be funded, loaded, or linked to a user account, which may be associated with the user's contactless card. In examples, the user account may be a money account, a checking account, a credit card account, a debit card account, a digital wallet account, a cryptocurrency account, etc.

[0058] As further shown, the banking app 402 may display possible restriction options 410. For example, a user may select the “time” icon to set various types of time-related restrictions on the virtual card number, such as an expiration date, a period of time during which the virtual card number can be used, or a specific date range during which the number is active. The user may also select the “merchant” icon, which may be used to set any type of merchant-related restriction, such as restricting use of the virtual card number to a specific store, restaurant, supplier, etc. Additionally, a user may select the “location” icon, which may restrict use of the virtual card number to a geographic location, such as a specific zip code, city, town, state, etc. Additionally, as shown by the bottom icon, an “amount” icon may be selected to set an amount-related restriction, such as reducing the amount to the exact dollar and cent (or other currency) value. It is understood that when a user selects any of the displayed restriction options 410, the user may manually enter a limit and / or select a preselected or pre-chosen limit. Advantageously, in this manner, the limit or limits that a user can set are more personalized, flexible, and recipient-specific, giving the user more control over the virtual card number.

[0059] In some examples, the banking app 402 may make limit suggestions to the user based on data associated with the user and, if applicable, data associated with the recipient. For example, if the user has only a certain amount in their account that they want to use to fund or load the virtual card number, an amount limit that does not exceed the amount available in the user's account may be suggested. In other examples, if the recipient is also a bank customer, financial data associated with the recipient may be analyzed to determine, for example, the types of food the recipient likes or the restaurants the user frequents to suggest merchant or location limits.

[0060] In one example of restrictions, a user may generate a virtual card number for a daughter going out to dinner with friends at Main Street Restaurant. The user may set various restrictions for the virtual card number, such as a merchant limit set to at least Main Street Restaurant, a dollar amount limit of $40, and a time limit for a three-hour usage period. As shown in the dashed box, banking app 402 may display all selected restrictions and prompt the user to confirm that the information is correct. If changes are needed, the user may modify the restrictions. Once the restrictions are confirmed to be correct, the user may select icon 412 to perform one-tap contactless card authentication and generate the virtual card number. In some examples, the one-tap authentication process may begin automatically once the user confirms the restrictions.

[0061] 5 illustrates an example one-tap contactless card authentication flow 500 according to one or more embodiments. As noted above, the example one-tap authentication flow 600 may begin, for example, when a user selects or presses icon 412 to generate a virtual card number with selected restrictions as shown in FIG.

[0062] As shown, banking app 502 (which may be similar or identical to banking app 402) may display one-tap introductory screen 512 and associated background information to position the user for one-tap authentication. For example, the background information may indicate that the user's contactless card has technology that may be used for actions requiring higher security, and further indicate that the card may be placed flat on the computing device screen to proceed with the authentication process. The user may select or press a "Yes, I understand" icon to proceed.

[0063] In the example, when the user selects or presses the "Yes, I understand" icon, banking app 502 may display a designated area surrounded by a dashed box where the user can place or tap their contactless card. It may be understood that the contactless card may be similar to or identical to contactless card 300 described above. Additionally, as described above, it may be understood that the user's contactless card used to perform one-tap authentication may be a financial instrument used to "fund" or "load" a virtual card number.

[0064] Additionally, one-tap authentication instructions 514 may be displayed, or an icon or link to the one-tap instructions 514 may be provided. The instructions 514 may include at least step-by-step instructions for performing one-tap authentication. For example, the user may be instructed to select or press the “Read Card” icon and then place or tap the contactless card within the dashed guide lines of the “Place Card Here” box. When the “Read Card” icon is pressed, the banking app 502 may further display an indication that the user's contactless card is ready to be scanned. In some examples, if the computing device is unable to read the contactless card via NFC, the banking app 502 may instruct the user to retry the card scan. It may be understood that the contactless card may be placed anywhere on the user's computing device, not just on the front of the device, but also on the back or anywhere near the NFC reader.

[0065] According to an embodiment, when a user computing device detects a contactless card via NFC, the computing device may receive one or more cryptograms from the contactless card. It may be understood that cryptograms may broadly refer to encrypted text, data, or information. Furthermore, it may be understood that the one or more cryptograms may be received as NFC Data Exchange Format (NDEF) messages.

[0066] In an example, the one or more received cryptograms may include at least information identifying a user or other relevant information indicating that the card belongs to a particular user. For example, card user information may be any type of data or information (e.g., ID number, customer number, etc.) that associates a contactless card with a user, which may be created or established in a back-end system when a contactless card is created for the user and / or when the user signs up or applies for a contactless card. The information included in the one or more received cryptograms may then be matched or compared with authentication information associated with the user to verify the user's identity. Authentication information is any type of data or information that identifies a user who is signed in to a banking app (e.g., ID number, customer number, etc.).

[0067] In one example, banking app 502 may be configured to decrypt one or more ciphertexts received from the contactless card using at least one key (e.g., a private key, a decryption key, a key corresponding to a particular encryption-decryption scheme). Banking app 502 may securely access or receive authentication information associated with a user from one or more remote computing devices, such as a backend server. The authentication information may include at least an identifier or any information indicating the identity of a user logged into banking app 502. Banking app 502 may then determine whether the received authentication information matches the decrypted ciphertext information received from the contactless card to verify that the contactless card actually belongs to the user and / or that the user is actually who they claim to be.

[0068] In other examples, banking app 502 may receive one or more cryptograms from a contactless card, perform decryption of the cryptograms, and transmit the cryptograms to one or more remote computing devices, which may be secure backend servers, to determine whether the information contained in the one or more cryptograms matches authentication information associated with the user. The one or more remote computing devices may then transmit an indication or confirmation of verification of the user's identity to banking app 502. At least to that extent, most (if not all) of the identity verification process may be performed on one or more secure remote computing devices, which may be advantageous in certain applications or use cases.

[0069] Upon successful verification and authentication of the user's identity, banking app 502 may display an indication that the contactless card has been swiped and the user's identity has been successfully verified. The user may then select or press the "Continue" icon, which allows banking app 502 to generate a virtual card number with one or more restrictions selected above.

[0070] In some examples, the banking app 502 may ask the user for permission to share user-related data with a third-party service, such as a third-party wallet, for example, if the virtual card number is being sent to a third-party wallet (e.g., a recipient's third-party wallet). The user-related data may include the user's first name, middle name, last name, billing address, email address, phone number, card number, card expiration information, etc. Furthermore, in additional examples, the user may be prompted to agree to one or more terms and / or conditions associated with transferring the virtual card number to the third-party wallet. The user may proceed by selecting or pressing the "Agree" icon as shown. The banking app 502 may then generate a virtual card number with one or more applied restrictions, ready for use by the recipient.

[0071] 4 and 5 show one-tap contactless card authentication occurring after a user selects one or more restrictions to be applied to the virtual card number, in further embodiments, the one-tap authentication process may occur before the user selects restrictions. For example, a user may open a banking app and select an icon to generate a virtual card number. At this point, the user may be prompted to perform one-tap authentication before selecting restrictions and generating the virtual card number.

[0072] 6 illustrates an example flow 600 for writing a virtual card number onto a blank card via a user computing device 601 and using the card via a recipient computing device 611 according to one or more embodiments. It can be appreciated that the user computing device 601 and the recipient computing device 611 can be any type of NFC-enabled or NFC-compatible device. After the virtual card number with one or more restrictions is generated by the user computing device 601 according to the above flow and / or process, the user can write the virtual card number (with any associated restrictions) onto a blank, unlocked NFC-enabled card.

[0073] As shown, banking app 602 (which may also be similar to or identical to banking apps 402 and 502 described above) may display an introductory screen and instructions or information regarding the writing process. For example, app 602 may indicate that the generated virtual card number may be written onto a blank card by placing the blank card within the dashed guide lines in the following screen. It may be understood that the blank card may be a blank, unlocked, NFC-enabled card that allows information related to the virtual card number and associated restrictions to be securely received from user computing device 601 via near-field communication.

[0074] As further shown, the banking app 602 may display dashed guide lines to allow the user to place a blank card near or on the screen (or anywhere near the NFC reader of the user computing device 601, e.g., the back, side of the device) and press or select icon 606 to write the virtual card number. When icon 606 is pressed or selected, the computing device 601 may detect the blank card via the NFC reader and associated NFC circuitry, and the virtual card number may be written to the blank card as an NFC Data Exchange Format (NDEF) tag. After writing the virtual card number to the blank card, the card may be activated for use with any point-of-sale system or any NFC-enabled device, details of which are described further below with respect to at least FIG. 8. It may be understood that an activated card may be referred to as an “active” card.

[0075] On the recipient computing device 611, the recipient may open the banking app 622 and tap the active card to receive, process, and use or consume the virtual card number as shown. For example, upon receiving the virtual card number after tapping the active card, the recipient computing device 611 may copy and paste, enter, or auto-fill associated payment information associated with the virtual card number on any web-based application or website, such as a merchant website 642. It may be understood that purchases or transactions made on the website 642 are still constrained by restrictions set by the user, as described above. In other examples, the virtual card number may be added and provisioned to a third-party digital wallet. In yet other examples, the user may physically use the active card at multiple point-of-sale systems and NFC-enabled devices, such as at brick-and-mortar stores.

[0076] 7 shows an example process 700 for transferring a virtual card number from a user computing device 702 to a recipient computing device 704 according to one or more embodiments. The user and recipient computing devices 702 and 704 may be NFC-enabled or NFC-compatible devices. As shown, the user device 702 may be tapped to the recipient device 704 (or vice versa) to transfer the virtual card number from the user device 702 to the recipient device 704 via near field communication. Similar to the process of writing the virtual card number on a blank card, the virtual card number may be transferred between at least two devices via their respective banking apps.

[0077] Upon transferring the virtual card number, the recipient device 704 may consume the number in a variety of ways. For example, as shown, a banking app 722 may be used by the recipient to process the virtual card number and copy-paste or enter it into payment fields of a merchant's web-based application or website, subject to any restrictions set by the user. In another example, as further shown, the recipient may use a third-party wallet app 742 to provision the virtual card number into a third-party virtual wallet.

[0078] By way of example, the virtual card number may be encrypted with a personal identification number (PIN) before transmitting the number to the recipient device 704. Thus, in order to use the virtual card number in a bank app 722 scenario, a third-party wallet app 742 scenario, or other scenario, the recipient may be required to enter the PIN.

[0079] 8 illustrates example card applets stored in memory 802 of a contactless card according to one or more embodiments and the communication therebetween. The contactless card may be the blank, unlocked, NFC-enabled card described above that receives a virtual card number via an NDEF tag transmitted from a user computing device. In addition to memory 802, the contactless card may also include one or more processors or processing circuits (not shown), similar to contactless card 300 and its contact pads shown in FIGS. 3A and 3B.

[0080] As shown, the card's memory 802 may include a security domain 804. Within the security domain 804, there may exist at least two separate applets 810 and 812, which may be distinct from one another and both reside in the same security domain 804. In an example, a contactless card may receive an NDEF tag from a user computing device, and a first applet 810 may consume or process the NDEF tag. The applet 810 may extract, derive, or otherwise obtain a virtual card number and other related information, such as expiration information, one or more restrictions set by the user, and a card verification value (CVV). The applet 810 may then forward the virtual card number and related information to an applet 812 so that the contactless card can be activated for use with a point-of-sale system or other NFC-enabled device. In an example, a secure communications tunnel may be formed between two applets 810 and 812 to transfer or exchange a virtual card number, which, along with a new expiration date, CVV, one or more keys, etc., would then become the primary account number for the contactless card so that it can be used for purchases at the store. It may be understood that applet 810 may be a banking applet and applet 812 may be a payment applet.

[0081] In a further example, the virtual card number may be encrypted with a PIN, requiring the recipient to enter or use the PIN to conduct a transaction with the virtual card number via a contactless card.

[0082] 9 illustrates an exemplary flow diagram 900 according to one or more embodiments. The flow diagram 900 relates to personalizing one or more restrictions associated with a virtual card number to a recipient and generating the virtual card number. It may be understood that the blocks of the flow diagram 900 and the features described therein need not be performed in any particular order. Furthermore, it may be understood that the flow diagram 900 and the features described therein may be performed or supported by one or more processors.

[0083] At block 902, for example, a banking app may receive an instruction or selection from a user to generate a virtual card number. At block 904, it may be determined whether one or more restrictions are associated with the virtual card number. As described above, the one or more restrictions may be selected and set by the user in a manner personalized to the recipient, which may include merchant restrictions, amount restrictions, time or period restrictions, and / or location restrictions. In some examples, the virtual card number may have no user-set restrictions.

[0084] A one-tap contactless card authentication may be performed to apply the restrictions and generate the virtual card number. Advantageously, this ensures that it is the user who is actually generating the card number and applying the restrictions to it. In block 906, the banking app may prompt the user to perform one-tap authentication. In an example, the authentication is performed via the user's contactless card (which may be the payment instrument used to load or fund the virtual card number), and based on successful authentication, the user's identity may be verified.

[0085] As described above, an NFC reader on a user computing device may detect the user's contactless card and receive one or more cryptograms therefrom, which may be used to determine whether the contactless card actually belongs to or is associated with the user. The cryptograms may be decrypted by the user computing device using a banking app via a diversified key (a diversified key derived from at least a counter value stored in memory and a master key) and matched against authentication information associated with the user, which may be received from one or more secure remote computing devices (e.g., a server computer). In another example, the cryptograms may be transmitted to one or more secure remote computing devices, and decryption of the cryptograms and matching of the information contained therein with user authentication information may be performed at the remote computing devices. Based on this determination, verification of the user's identity may be confirmed.

[0086] Upon successful verification of the user's identity through one-tap authentication, one or more restrictions selected and set by the user (if any) may be applied to the virtual card number at block 908. The banking app may then generate a virtual card number, which may be consumed in the different ways described above, such as by writing it to a physical contactless card or sending it to a recipient's computing device. Also, as described above, one-tap authentication may be performed at any point in the number generation process, such as before the user selects and sets one or more restrictions.

[0087] While the above embodiments and examples involve a reader coil embodied in a mobile computing device, it will be appreciated that power to any NFC reader installed in any type of device may be dynamically adjusted to improve NFC communications. Additionally, the above NDEF messages and corresponding payloads may include message content or data related to various contactless card use cases, such as contactless card activation, user verification, user authentication, various transactions, sales, purchases, etc.

[0088] The components and functions of the above-described devices may be implemented using any combination of discrete circuits, application-specific integrated circuits (ASICs), logic gates, and / or single-chip architectures. Furthermore, the functions of the devices may be implemented using microcontrollers, programmable logic arrays, and / or microprocessors, or any combination of the foregoing where appropriate. Note that hardware, firmware, and / or software elements may be collectively or individually referred to herein as "logic" or "circuitry."

[0089] At least one computer-readable storage medium may contain instructions that, when executed, cause the system to perform any of the computer-implemented methods described herein.

[0090] Some embodiments may be described using the phrase "in one embodiment" or "embodiment," along with derivatives thereof. These terms mean that a particular feature, structure, or characteristic described in connection with an embodiment is included in at least one embodiment. The appearances of the phrase "in one embodiment" in various places in this specification do not necessarily all refer to the same embodiment. Furthermore, unless otherwise specified, it is recognized that the above features can be used together in any combination. Thus, any features discussed separately can be used in combination with each other unless it is noted that the features are not compatible with each other.

[0091]

[0013] The detailed descriptions herein, generally referring to the notation and nomenclature used herein, may be presented in terms of program procedures executed on a computer or network of computers. These procedural descriptions and representations are used by those skilled in the art to most effectively convey the substance of their work to others skilled in the art.

[0092] A procedure is herein and generally conceived to be a self-consistent sequence of operations leading to a desired result. These operations are those requiring physical manipulation of physical quantities. Usually, though not necessarily, these quantities take the form of electrical, magnetic, or optical signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It is sometimes convenient, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like. It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities.

[0093] Further, the manipulations performed are often referred to in terms, such as adding or comparing, which are commonly associated with mental operations performed by a human operator. No such capability of a human operator is necessary, or desirable in most cases, in any of the operations described herein that form part of one or more embodiments. Rather, the operations are machine operations.

[0094] Some embodiments may be described using the terms "coupled" and "connected," along with derivatives thereof. These terms are not necessarily intended as synonyms for each other. For example, some embodiments may be described using the terms "connected" and / or "coupled" to indicate that two or more elements are in direct physical or electrical contact with each other. However, the term "coupled" may also mean that two or more elements are not in direct contact with each other, but yet still cooperate or interact with each other.

[0095] Various embodiments also relate to apparatus or systems for performing these operations. This apparatus may be specially constructed for the required purposes and selectively activated or reconfigured by a computer program stored in a computer. The procedures presented herein are not inherently related to any particular computer or other apparatus. The required structure for a variety of these machines will be apparent from the description given.

[0096] It is emphasized that this Abstract of the Disclosure is provided to allow the reader to quickly ascertain the nature of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. Moreover, in the foregoing Detailed Description, it can be seen that various features are grouped together in a single embodiment for the purpose of streamlining the disclosure. This method of disclosure should not be interpreted as reflecting an intention that the claimed embodiments require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in fewer than all features of a single disclosed embodiment. Accordingly, the following claims are incorporated into the Detailed Description, with each claim standing on its own as a separate embodiment. In the appended claims, the terms "comprising" and "wherein" are used as the plain-English equivalents of the respective terms "comprising" and "wherein." Furthermore, the terms "first," "second," "third," etc. are used merely as labels and are not intended to impose numerical requirements on their subject matter.

[0097] What has been described above includes examples of the disclosed architecture. Of course, it is not possible to describe every conceivable combination of components and / or methodologies, but one of ordinary skill in the art will recognize that many more combinations and permutations are possible. Accordingly, the novel architecture is intended to embrace all such alterations, modifications, and variations that fall within the spirit and scope of the appended claims.

Claims

1. 1. An apparatus comprising: a near field communication (NFC) circuit for receiving and transmitting data via NFC; a memory for storing instructions; one or more processors coupled to the memory, the one or more processors operable to execute the instructions that, when executed, cause the one or more processors to: receiving login information from a user for accessing a software application and granting the user access to the software application based on the login information; receiving instructions or selections from the user via the software application to generate a virtual card number from the user account; determining whether one or more restrictions are associated with the generation of the virtual card number, the one or more restrictions being input, set, or specified by the user; receiving one or more ciphertexts from a first contactless card belonging to the user via NFC and authenticating the user by decrypting the one or more ciphertexts using a diversified key, the diversified key being generated based on a master key and a counter value stored in the memory; applying the one or more restrictions to the virtual card number based on the successful authentication and verification of the identity of the user to generate the virtual card number; A device that performs the following.

2. The device of claim 1 , wherein the one or more restrictions include a vendor restriction, an amount restriction, a time restriction, and / or a location restriction.

3. the one or more processors: Detecting a second contactless card via the NFC circuit; writing the virtual card number to the second contactless card as an NFC Data Exchange Format (NDEF) tag between the device and the second contactless card; The apparatus of claim 1 , further comprising:

4. The apparatus of claim 3 , wherein the second contactless card includes at least a first applet and a second applet that are different from the first applet, and the first and second applets reside in the same secure domain.

5. 5. The device of claim 4, wherein the first applet consumes or processes the NDEF tag and forwards the virtual card number to the second applet so that the second contactless card becomes active for use in a point of sale system, the virtual card number being encrypted with a personal identification number (PIN) such that the PIN is required to use the virtual number.

6. the one or more processors: detecting an NFC compatible device via the NFC circuit; transmitting the virtual card number to the NFC compatible device; Then run The virtual card number is encrypted with a personal identification number (PIN), so that the PIN is required to use the virtual number; 10. The apparatus of claim 1.

7. 6. The apparatus of claim 5, wherein the second contactless card is tapped to an NFC-compatible device, and the NFC-compatible device reads at least the virtual card number for copying and pasting or entering the virtual card number into one or more fields of a website or web-based application in accordance with the one or more restrictions set by the user.

8. 7. The apparatus of claim 6, wherein the one or more processors are further configured to transmit and provision the virtual card number to a third-party digital wallet.

9. The apparatus of claim 3 , wherein the one or more processors are further configured to securely transmit expiration date and card verification value (CVV) information to the second contactless card via NFC.

10. the one or more processors: prompting the user to confirm or change the one or more restrictions entered, set, or specified by the user prior to the authentication and receiving a selection to conform or change; allowing the user to modify the one or more limits based on the modification selection; The apparatus of claim 1 , further comprising:

11. 2. The device of claim 1, wherein the first contactless card comprises memory and processing circuitry for executing instructions stored in memory to transmit the one or more cryptograms as one or more NFC Data Exchange Format (NDEF) messages to the device for performing the authentication and the verification of the identity of the user.

12. 5. The device of claim 4, wherein the second contactless card comprises memory and processing circuitry for executing instructions stored in memory to process and execute the first and second applets that reside in the same secure domain.

13. The apparatus of claim 3 , wherein the second contactless card is a blank, unlocked card belonging to a recipient of the generated virtual card number.

14. 1. A method for generating a virtual card number, the method comprising: receiving login information from a user to access a software application via a computing device; receiving, via the software application, an instruction or selection from the user to generate the virtual card number from a user account; receiving, via the computing device, one or more ciphertexts from a first contactless card belonging to the user via near field communication (NFC) and authenticating the user by decrypting the one or more ciphertexts using a diversified key, the diversified key being generated based on a master key and a counter value stored in a memory; determining, via the computing device, whether one or more restrictions are associated with the generation of the virtual card number, the one or more restrictions being input, set, or specified by the user; and applying the one or more restrictions to the virtual number based on the determination and generating, via the computing device, the virtual card number; (i) detecting a second contactless card via NFC and writing the virtual card number to the second contactless card, and / or (ii) transmitting the virtual card number to an NFC compatible device different from the computing device; A method comprising:

15. performing the authentication, detecting the contactless card via NFC and receiving the one or more cryptograms from the contactless card, the one or more cryptograms including at least card user information; determining whether the card user information from the received one or more cryptograms matches or corresponds to the user, and confirming the verification of the identity of the user based on the determination that the card user information matches or corresponds to the user; 15. The method of claim 14, comprising:

16. The method of claim 14 , wherein the one or more restrictions include a vendor restriction, an amount restriction, a time restriction, and / or a location restriction.

17. 15. The method of claim 14, wherein the second contactless card is a blank, unlocked card belonging to a recipient of the generated virtual card number.

18. A non-transitory computer-readable storage medium storing computer-readable program code executable by a processor, comprising: receiving an instruction or selection from a user to generate a virtual card number from the user account; receiving one or more restrictions associated with the generation of the virtual card number; authenticating the user by receiving one or more ciphertexts from a first contactless card belonging to the user via near field communication (NFC) and decrypting the one or more ciphertexts using a diversified key, the diversified key being generated based on a master key and a counter value stored in a memory; verifying the identity of the user based on the authentication and applying the one or more restrictions to the virtual card number; generating the virtual card number; A non-transitory computer-readable storage medium that causes the

19. The non-transitory computer-readable storage medium of claim 17 , wherein the one or more restrictions include a vendor restriction, an amount restriction, a time restriction, and / or a location restriction.

20. 20. The non-transitory computer-readable storage medium of claim 17, wherein the user account is a money account, a checking account, a credit card account, a debit card account, a digital wallet account, or a cryptocurrency account.

Images