US20130054466A1 - Dynamic Card Verification Value - Google Patents
Dynamic Card Verification Value Download PDFInfo
- Publication number
- US20130054466A1 US20130054466A1 US13/661,643 US201213661643A US2013054466A1 US 20130054466 A1 US20130054466 A1 US 20130054466A1 US 201213661643 A US201213661643 A US 201213661643A US 2013054466 A1 US2013054466 A1 US 2013054466A1
- Authority
- US
- United States
- Prior art keywords
- cvv
- card
- dynamically
- transaction
- generated
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4018—Transaction verification using the card verification value [CVV] associated with the card
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/409—Device specific authentication in transaction processing
- G06Q20/4097—Device specific authentication in transaction processing using mutual authentication between devices and transaction partners
- G06Q20/40975—Device specific authentication in transaction processing using mutual authentication between devices and transaction partners using encryption therefor
Definitions
- Cards are an indispensable part of today's economy. Millions of people around the world use credit cards every day to purchase goods and services. In general, a bank issues a credit card to an individual or organization. Such an individual or organization is referred to as a “cardholder.” After a bank issues a credit card to a cardholder, the cardholder can use the credit card to make charges against a line of credit extended to the cardholder by the bank.
- a typical credit card is associated with several pieces of information. These pieces of information include a card number, an expiry date, and a service code.
- a card number is a sequence of digits that identifies a bank that issued the credit card and an account number that is specific to the cardholder. In some circumstances, a card number is also referred to as a “primary account number” (PAN).
- PAN primary account number
- An expiry date of a credit card indicates a date when the credit card expires.
- a service code of a credit card indicates how the cardholder is permitted to use the credit card.
- a credit card may be associated with a first card verification value and a second card verification value.
- the first card verification value (CVV 1 ) and the second card verification value (CVV 2 ) are values used to increase protection against credit card fraud.
- An issuing bank may generate the CVV 1 of a credit card by digitally encrypting the card number, the expiry date, and the service code of the credit card using a secret encryption key.
- the issuing bank may generate the CVV 2 of a credit card by digitally encrypting the same information using a different encryption method.
- the CVV 1 of a credit card, along with the card number, expiry date, and service code of the credit card is typically stored in a magnetic stripe on the back of the credit card.
- the CVV 1 of the credit card is stored in the magnetic stripe of the credit card, the CVV 1 of the credit card is not visible to the cardholder.
- the CVV 2 of a credit card is typically printed on the back or front of the credit card such that the CVV 2 of the credit card is visible to the cardholder.
- a cardholder can use a credit card to initiate an economic transaction in a variety of ways. For instance, a cardholder could present a credit card to a merchant at a point of sale. In this instance, the merchant could swipe the credit card through a device that reads information stored in a magnetic stripe on the back of the credit card. The merchant then uses the information stored in the magnetic stripe, including the CVV 1 of the credit card, to complete the credit card transaction. In another instance, a cardholder could provide credit card information to a merchant without presenting the physical credit card to the merchant. In this instance, the cardholder enters the card number, the expiry data, and the CVV 2 of the credit card into a web page presented by a web browser application. The web browser application then electronically transmits the credit card information via a network (e.g., the Internet) to the merchant. After receiving the information via the network, the merchant uses the information to complete the transaction.
- a network e.g., the Internet
- the CVV 1 of a credit card reduces the risk of credit card fraud by preventing someone who knows all of the visible information on a credit card from making a counterfeit credit card that is useable in a card reader. For instance, a person could copy the visible information of a credit card and program this information onto a counterfeit card with a magnetic stripe. However, this person would not know the CVV 1 of the credit card from visual inspection and would not be able to derive the CVV 1 of the credit card from any visible information on the credit card. Therefore, when this person attempts to use the counterfeit card, the card is declined because the magnetic stripe of the counterfeit card does not include the CVV 1 of the credit card.
- the CVV 2 of a credit card reduces the risk of credit card fraud by helping to ensure that the user of the credit card actually has physical possession of the credit card.
- CVV 2 of a credit card may help ensure that the user of the credit card actually has physical possession of the credit card.
- merchants typically maintain records of all of the information stored in the magnetic stripes of credit cards used to purchase goods or services from the merchants. A malicious party could use this information to create a counterfeit card having a magnetic stripe that includes the CVV 1 of the credit card.
- merchants are prohibited from storing CVV 2 values of credit cards.
- most online merchants require the submission of CVV 2 values with online purchases. Thus, a thief who has access to the information stored in a magnetic stripe of a credit card would not be able to purchase goods or services from such online merchants.
- the CVV 1 and the CVV 2 of a credit card do not prevent all types of credit card fraud.
- a thief who has all of the information printed on the credit card i.e., the card number, the expiration date, and the CVV 2
- a thief could obtain the information printed on the credit card in a variety of ways. For instance, the thief could open mail that contains the credit card before the credit card is delivered to the proper cardholder. In this instance, the thief could copy down the information, reseal the envelope, and forward the envelope to the proper cardholder.
- a card services provider dynamically generates a card verification value (CVV) for a transaction card and sends the dynamically-generated CVV to a cardholder.
- the card services provider generates the dynamically-generated CVV such that the dynamically-generated CVV is substantially unpredictable based on other dynamically-generated CVVs for the transaction card.
- the dynamically-generated CVV is only valid for a limited period of time and/or for a limited number of economic transactions.
- the cardholder uses the dynamically-generated CVV as part of an economic transaction with a merchant. Because the dynamically-generated CVV is only valid for a limited number of economic transactions and/or for a limited period of time, it may be difficult for a thief to repeatedly use the transaction card to make economic transactions.
- One example aspect of the disclosed technology is a method for performing an economic transaction using a transaction card.
- the method comprises using a cardholder device to receive from a card services provider a first set of data, the first set of data indicating a dynamically-generated card verification value (CVV) for a transaction card.
- the dynamically-generated CVV is a sequence of characters based on a card number of the transaction card, an expiry date of the transaction card, and a dynamic service code.
- the dynamic service code is selected by the card services provider such that the dynamically-generated CVV is substantially unpredictable based on previously generated dynamically-generated CVVs for the transaction card.
- the transaction card includes a magnetic stripe that stores the card number, the expiry date, and a first statically-generated CVV.
- the card number, the expiry date, and a second statically-generated CVV are physically printed on the transaction card.
- the method also comprises after receiving the dynamically-generated CVV from the card services provider, using the card number of the transaction card, the expiry date of the transaction card, and the dynamically-generated CVV to initiate the economic transaction
- Another example aspect of the disclosed technology is a computer-readable medium comprising instructions that, when executed by a processor, cause a card processing server to perform automatically select a dynamic service code such that the dynamic service code is substantially unpredictable based on previously requested dynamically-generated card verification values (CVVs) for a transaction card.
- the instructions also cause the card processing server to automatically generate a dynamically-generated CVV for the transaction card, wherein the dynamically-generated CVV is based on a card number of the transaction card, an expiry date of the transaction card, and the dynamic service code.
- the instructions cause the card processing server to automatically send, from the card processing server to a cardholder device, a first set of data, the first set of data indicating the dynamically-generated CVV.
- the instructions In response to receiving a transaction request at the card processing server, the instructions cause the card processing server to automatically determine whether a provided CVV corresponds to the dynamically-generated CVV.
- the transaction request is a request for an economic transaction.
- the transaction request specifies the provided CVV and a card number of the transaction card.
- the instructions cause the card processing server to record a charge against an account of a cardholder of the transaction card when it is determined that the provided CVV corresponds to the dynamically-generated CVV.
- a card processing server comprises a processor, a network interface, and a data storage system storing instructions.
- the instructions When executed by the processor, the instructions cause the card processing server to use a pseudo-random process to select a dynamic service code.
- the instructions also cause the card processing server to generate a dynamically-generated CVV based on a card number of a transaction card, an expiry date of the transaction card, and the dynamic service code.
- the instructions cause the card processing server to use the network interface to send to a cardholder device a first set of data, the first set of data indicating the dynamically-generated CVV.
- the instructions cause the card processing server to determine, in response to receiving a transaction request from a merchant, whether a provided CVV corresponds to the dynamically-generated CVV.
- the transaction request specifies the provided CVV, the card number of the transaction card, the expiry date of the transaction card, the merchant, and an amount of an economic transaction.
- the instructions cause the card processing server to automatically determine, when it is determined that the provided CVV corresponds to the dynamically-generated CVV, whether the dynamically-generated CVV is valid.
- the instructions also cause the card processing server to automatically record a charge against an account of a cardholder of the transaction card when it is determined that the provided CVV corresponds to the dynamically-generated CVV and the dynamically-generated CVV is valid.
- FIG. 1 is a block diagram illustrating a first example system that uses dynamically-generated card verification values (CVVs).
- CVVs dynamically-generated card verification values
- FIG. 2 is a block diagram illustrating a second example system that uses dynamically generated CVVs.
- FIG. 3 is a block diagram illustrating example details of a card processing server.
- FIG. 4 is a flowchart illustrating example actions of a cardholder device.
- FIG. 5 is a flowchart illustrating example operation of the card processing server when the card processing server receives a request for a dynamically-generated CVV.
- FIG. 6 is a flowchart illustrating an example operation of the card processing server to dynamically generate a CVV.
- FIG. 7 is flowchart illustrating an example operation of the card processing server when the card processing server receives a transaction request.
- FIG. 8 is a screenshot of an example user interface that may be used to request a dynamically-generated CVV.
- FIG. 9 is a screenshot of an example user interface that may be used to receive the dynamically-generated CVV.
- FIG. 10 is a screenshot of an example user interface that may be displayed when a dynamically-generated CVV has been successfully verified.
- FIG. 11 is a screenshot of an example user interface that may be displayed when a dynamically-generated CVV has not been successfully verified.
- FIG. 1 is a block diagram illustrating an example system 2 that uses dynamically-generated card verification values (CVVs).
- CVVs dynamically-generated card verification values
- system 2 comprises a cardholder device 4 .
- Cardholder device 4 may be a wide variety of different types of electronic computing devices.
- cardholder device 4 may be a personal computer, a laptop computer, a television set-top box, a device integrated into a vehicle, a server device, a telephone, a mobile handheld device, or another type of electronic computing device.
- a mobile handheld device may be a cellular telephone, a personal digital assistant (PDA), a personal media player, a “smart” phone, a two-way pager, or another type of portable electronic computing device.
- PDA personal digital assistant
- Network 6 may comprise one or more different types of electronic communication network.
- network 6 may include a wide-area network, such as the Internet.
- network 6 may include a standard telephone network and/or a cellular telephone network.
- network 6 may include a local area network, a metropolitan area network, a global area network, or another type of network.
- network 6 may comprise one or more wired connections and/or one or more wireless connections.
- a user 8 interacts with cardholder device 4 to perform economic transactions using a transaction card.
- a “transaction card” is a token that may be used as part of an economic transaction. Credit cards, debit cards, Automated Teller Machine (ATM) cards, gift cards, and stored-value cards are examples of transaction cards. It should be understood that a transaction card does not necessarily have to be in the form of a card. For instance, a transaction card could be in the shape of a ring.
- an “economic transaction” is an exchange of money between financial accounts. Examples of economic transactions include, but are not limited to, purchases, donations, payments, gifts, ATM cash withdrawals, ATM deposits, money order/cashier's check withdrawals, transfers between bank accounts, and other types of exchanges of money between two or more financial accounts.
- user 8 may be a cardholder of a credit card.
- a “cardholder” is a person or entity to whom a credit card issuer has issued a credit card.
- user 8 may be an individual person, an employee of an organization, a business organization, a non-profit organization, a governmental organization, or another type of natural or legal person or an agent thereof.
- user 8 may be a person or entity who is attempting to interact with cardholder device 4 to perform economic transactions using the credit card without authorization of a cardholder of the credit card.
- a dynamically-generated CVV for a credit card is a dynamically-generated sequence of characters designed to make it more difficult to use the credit card fraudulently.
- the characters may be numerical characters, alphabetical characters, alphanumeric characters, non-standard characters, Asian language characters, Unicode characters, African language characters, Arabic characters, Cyrillic characters, and/or other types of symbols.
- a dynamically-generated CVV for a credit card is based, at least in part, on a card number of the credit card, an expiry date of the credit card, and a dynamic service code.
- the dynamic service code is dynamically selected such that the dynamically-generated CVV is substantially unpredictable based on previously released dynamically-generated CVVs for the credit card.
- a previously released dynamically-generated CVV for a credit card is a dynamically-generated CVV for the credit card that has been released to a cardholder of credit card or another entity.
- the dynamically-generated CVV may only be valid for a limited period of time and/or for a limited number of economic transactions.
- User 8 may use cardholder device 4 to request a dynamically-generated CVV in a variety of ways.
- user 8 may cause cardholder device 4 to execute a web browser application.
- user 8 may use the web browser application to access a web page that contains features that allow user 8 to request a dynamically-generated CVV for the credit card.
- user 8 may cause cardholder device 4 to execute a special-purpose software application that requests a dynamically-generated CVV for the credit card.
- the special-purpose software application may be a Java Applet, a desktop “widget,” or another type of software application.
- cardholder device 4 may be a telephone.
- user 8 may use cardholder device 4 to place a telephone call to an automated service, thereby requesting a dynamically-generated CVV for the credit card.
- cardholder device 4 may be a cellular telephone.
- user 8 may use cardholder device 4 to send a text message to an automated service, thereby requesting a dynamically-generated CVV for the credit card.
- cardholder device 4 may use a Short Message Service (SMS) protocol to send the text message to the automated service.
- SMS Short Message Service
- Card processing server 10 is an electronic computing system that provides a card processing service.
- Card processing server 10 comprises one or more electronic computing devices operated by or on behalf of a card services provider.
- card processing server 10 may be a server farm operated by a card services provider or operated by a third-party organization that has contracted with a card services provider to receive requests for dynamically generated CVVs.
- card processing server 10 may be a single server device, such as a server blade or a mainframe computer.
- the card services provider is an entity that provides card processing services.
- the card services provider may be a credit card issuer that issued the credit card or an entity that processes credit card transactions on behalf of, or in coordination with, a credit card issuer.
- card processing server 10 dynamically generates a CVV for the credit card.
- card processing server 10 may dynamically generate the CVV for the credit card in a variety of ways.
- card processing server 10 stores the dynamically-generated CVV in a database.
- card processing server 10 stores validation information in the database.
- Card processing server 10 uses the validation information to validate received CVVs for the credit card. For example, the dynamically-generated CVV may only be valid for a limited period of time.
- card processing server 10 may store validation information that indicates a last time that the dynamically-generated CVV is valid. In this example, card processing server 10 may establish a time period associated with the dynamically-generated CVV that indicates that the dynamically-generated CVV is only valid for 48 hours after card processing server 10 generated the dynamically-generated CVV.
- card processing server 10 After storing the dynamically-generated CVV and the validation information, card processing server 10 , in response to a request for a dynamically-generated CVV for the credit card, sends the dynamically-generated CVV for the credit card to cardholder device 4 via network 6 .
- Card processing server 10 may send the dynamically-generated CVV to cardholder device 4 in a variety of ways. In a first example, card processing server 10 may execute a web server application that sends to cardholder device 4 a web page that specifies the dynamically-generated CVV. In a second example, card processing server 10 may execute a special-purpose server application that sends to cardholder device 4 a message (e.g., an extensible markup language document) that specifies the dynamically-generated CVV.
- a message e.g., an extensible markup language document
- cardholder device 4 is a telephone.
- card processing server 10 may send to cardholder device 4 signals that represent a vocalization of the dynamically-generated CVV. Furthermore, in this third example, when cardholder device 4 receives the signals, cardholder device 4 may audibly output the vocalization of the dynamically-generated CVV.
- card processing server 10 may send to cardholder device 4 a text message (e.g., a short message service (SMS) message, an instant messenger message, an email message, etc.) that specifies the dynamically-generated CVV.
- SMS short message service
- a merchant is any entity or individual that is allowed by a card services provider to accept credit card payments.
- a merchant may be a business, a government, a charity, or another entity or individual who is allowed to accept credit card payments.
- the credit card payments accepted by a merchant may be in exchange for goods or services, may be a donation, may be a tax payment, or may another type of payment.
- a customer is any entity or individual that uses a credit card to make payments.
- cardholder device 4 may execute a web browser application.
- user 8 may use the web browser application to send, via network 6 , a request for an e-commerce web page to a merchant server 12 .
- the web browser application may receive the e-commerce web page from merchant server 12 .
- the e-commerce web page may include features that allow user 8 to enter details of the credit card.
- the e-commerce web page may include a text box associated with a card number of the credit card, a text box associated with an expiry date of the credit card, and a text box associated with a CVV of the credit card.
- this web page may be the same for dynamically-generated CVVs for credit cards and statically-generated CVVs for credit cards.
- merchant server 12 does not need to send different web pages to receive dynamically-generated CVVs as opposed to statically-generated CVVs.
- a “statically-generated CVV” is a CVV that is printed on a credit card (e.g., a CVV 2 ) or stored in a magnetic stripe on the credit card (e.g., a CVV 1 ).
- a submit feature e.g., a submit button
- cardholder device 4 may transmit the details of the credit card to merchant server 12 . In this way, user 8 initiates the economic transaction.
- merchant server 12 may store a record of the details along with other purchase details (i.e., items purchased, amount charged, etc.).
- merchant server 12 automatically submits a transaction request to card processing server 10 via network 6 .
- the transaction request specifies the details of the credit card, the amount of the charge, and a value that identifies the merchant that operates merchant server 12 .
- merchant server 12 may send the dynamically-generated CVV at International Standard Organization (ISO) bit 126.10. This is the same bit that merchant server 12 would use when submitting a CVV 2 .
- ISO International Standard Organization
- merchant server 12 it may be immaterial to merchant server 12 whether user 8 has submitted a dynamically-generated CVV for the credit card in place of a statically-generated CVV for the credit card. That is, the merchant may receive and submit either a dynamically-generated CVV for the credit card or a statically-generated CVV for the credit card in exactly the same way. This may be advantageous because the merchant may not need to change equipment or software in order to participate in economic transactions that involve dynamically-generated CVVs.
- card processing server 10 may determine whether the CVV submitted with the details of the credit card is valid. To determine whether the CVV provided in the transaction request is valid, card processing server 10 may determine whether card processing server 10 stores a copy of a dynamically-generated CVV for the credit card. As described above, card processing server 10 stores copies of dynamically-generated CVVs for credit cards along with validation information that can be used to determine whether the dynamically-generated CVVs are valid. For example, card processing server 10 may determine how many previous economic transactions with the credit card have specified the dynamically-generated CVV. In this example, card processing server 10 may determine that the dynamically-generated CVV is not valid if any previous economic transactions have specified the dynamically-generated CVV.
- the dynamically-generated CVV may only be valid for one economic transaction.
- card processing server 10 may determine that the dynamically-generated CVV for the credit card is not valid if more than a small number of economic transactions (e.g., five) have specified the dynamically-generated CVV for the credit card.
- card processing server 10 may determine that the dynamically-generated CVV for the credit card is not valid if a previous economic transaction specifying the dynamically-generated CVV exceeded a given amount of money. For example, card processing server 10 may determine that the dynamically-generated CVV for the credit card is not valid if a previous economic transaction specifying the dynamically-generated CVV exceeded $1. In some situations, a merchant may apply a preliminary charge of less than $1 to a credit card to verify the credit card before applying a main charge for goods or services to the credit card. In such situations, it may be advantageous for card processing server 10 to determine that the dynamically-generated CVV for the credit card is still valid when the previous economic transaction did not exceed $1.
- card processing server 10 determines whether the time period associated with the dynamically-generated CVV has expired. If the time period associated with the dynamically-generated CVV has not expired, card processing server 10 determines that the received CVV is valid. Otherwise, card processing server 10 determines that the received CVV is not valid.
- card processing server 10 determines that the provided CVV is valid, card processing server 10 registers a charge against a credit card account of user 8 . In addition, card processing server 10 sends a transaction acceptance message to merchant server 12 . When merchant server 12 receives a transaction acceptance message from card processing server 10 , merchant server 12 sends to cardholder device 4 a message that notifies user 8 that the economic transaction was accepted.
- card processing server 10 determines that the provided CVV is not valid, card processing server 10 does not register a charge against the credit card account of user 8 . In addition, card processing server 10 sends a transaction rejection message to merchant server 12 . When merchant server 12 receives a transaction rejection message from card processing server 10 , merchant server 12 sends to cardholder device 4 a message that notifies user 8 that the economic transaction was rejected.
- system 2 is merely one example of how dynamically-generated CVVs may be used.
- card processing server 10 may dynamically generate one or more CVVs for a credit card before card processing server 10 receives a request for a CVV for the credit card.
- user 8 may interact with a device other than cardholder device 4 to perform an economic transaction with the credit card using the dynamically-generated CVV in place of the CVV 2 of the credit card.
- FIG. 2 is a block diagram illustrating an alternate example system 20 that uses dynamically generated CVVs.
- a user 22 may use system 20 to obtain a dynamically-generated CVV and to use the dynamically-generated CVV at a point-of-sale in a conventional store.
- user 22 may be a cardholder of a credit card or a person who has physical access to the credit card.
- Handheld device 24 may be cellular telephone, a PDA, a smart phone, or another type of portable electronic computing device.
- User 22 uses handheld device 24 to request a dynamically-generated CVV for a credit card.
- handheld device 24 sends a request, via a network 26 to a card processing server 28 .
- user 22 may use handheld device 24 to send a SMS message to card processing server 28 .
- card processing server 28 sends, via network 26 , a dynamically-generated CVV for the credit card to handheld device 24 .
- card processing server 28 may send, via network 26 , a SMS message specifying the dynamically-generated CVV for the credit card to handheld device 24 .
- handheld device 24 receives the dynamically-generated CVV for the credit card, handheld device 24 presents the dynamically-generated CVV to user 22 .
- user 22 may purchase goods or services at a store.
- user 22 or a cashier may swipe the physical credit card through a magnetic stripe reader of a point-of-sale device 30 .
- Point-of-sale device 30 may be a cash register, a self-checkout machine, or another type of point-of-sale device.
- CVV entry device 32 may be a touch-screen monitor, a button key pad, a microphone, or another type of data entry device.
- CVV entry device 32 transmits the dynamically-generated CVV to point-of-sale device 30 .
- point-of-sale device 30 receives the dynamically-generated CVV, point-of-sale device 30 or another device transmits a transaction request to card processing server 28 .
- the transaction request specifies a card number of the credit card, an expiry date of the credit card, a service code of the credit card, and the dynamically-generated CVV.
- the transaction request may specify an amount to be charged to the account of a cardholder of the credit card and may specify the merchant operating point-of-sale device 30 and other information.
- Card processing server 28 processes the economic transaction in a similar manner as card processing server 10 ( FIG. 1 ) processes the transaction request.
- FIG. 3 is a block diagram illustrating example details of card processing server 10 ( FIG. 1 ). It should be appreciated that card processing server 28 ( FIG. 2 ) may be implemented in a similar manner. As illustrated in the example of FIG. 3 , card processing server 10 comprises a network interface 50 .
- Network interface 50 may be a variety of different types of network interface. For instance, network interface 50 may be an Ethernet interface, a WiFi interface, a WiMax interface, a wireless broadband interface, a fiber optic interface, a coaxial cable interface, or another type of wired or wireless interface.
- Network interface 50 may be capable of receiving a wide variety of different types of information from network 6 , including requests for dynamically-generated CVVs, transaction requests, web page requests, incoming phone calls, incoming text messages, email messages, and other types of information. Furthermore, network interface 50 may be capable of sending a wide variety of different types of information on network 6 including dynamically-generated CVVs, transaction response messages, web pages, outgoing voice messages, text messages, email messages, and other types of information.
- network interface 50 may provide the data to a processor 52 in card processing server 10 .
- network interface 50 may also store the data directly into a data storage system 54 in card processing server 10 .
- a data storage system is a set of one or more computer-readable data storage media.
- Example types of computer-readable data storage media include random access memory (RAM) units, read-only memory units, flash memory units, write-once read-many memory units, electrically-erasable programmable read-only memory units, zero capacitor RAM units, twin transistor RAM units, CD-ROMs, floppy disks, Digital Versatile Discs (DVDs), High-Definition DVDs, Blu-RayTM discs, magnetic tape drives, hard disk drives, and/or other types of data storage media.
- RAM random access memory
- read-only memory units read-only memory units
- flash memory units write-once read-many memory units
- electrically-erasable programmable read-only memory units zero capacitor RAM units
- twin transistor RAM units CD-ROMs, floppy disks, Digital Versatile Discs (DVDs), High-Definition DVDs, Blu-RayTM discs, magnetic tape drives, hard disk drives, and/or other types of data storage media
- processor 52 is a set of one or more electronic microprocessors, each of which is capable of executing instructions.
- Processor 52 may include a wide variety of microprocessors.
- processor 52 may include a Xeon Quad Core microprocessor manufactured by Intel Corporation of Santa Clara, Calif., an Opteron microprocessor manufactured by Advanced Micro Devices, Incorporated of Sunnyvale, Calif., and/or other types of microprocessors.
- CVV generator 58 may comprise a set of computer-readable instructions.
- processor 52 executes the instructions of CVV generator 58
- card processing server 10 to dynamically generates a CVV for a credit card and stores the dynamically-generated CVV in a CVV database 60 .
- FIG. 5 illustrated in detail below, illustrates an exemplary operation that processor 52 may perform when executing instructions of CVV generator 58 .
- data storage system 54 stores a transaction processing module 62 .
- Transaction processing module 62 may comprise a set of computer-readable instructions.
- card processing server 10 performs a transaction processing operation.
- the instructions of transaction processing module 62 are subdivided into a validation module 64 , a message module 66 , and a recordation module 68 .
- processor 52 executes the instructions of validation module 64
- card processing server 10 validates a CVV received by network interface 50 as part of a transaction request.
- network interface 50 sends transaction messages to merchants.
- processor 52 executes the instructions of recordation module 68
- card processing server 10 records transaction details.
- FIG. 7 illustrated in detail below, illustrates an exemplary operation that processor 52 may perform when executing instructions of transaction processing module 62 .
- card processing server 10 may include many physical components and that data storage system 54 may include many other modules in addition to those illustrated in the example of FIG. 3 .
- CVV generator 58 the flowcharts illustrated in the examples of FIGS. 4-7 describe CVV generator 58 , transaction processing module 62 , validation module 64 , message module 66 , and recordation module 68 as performing certain actions.
- Such description may be interpreted to mean that card processing server 10 performs such actions when processor 52 executes instructions of CVV generation 58 , transaction processing module 62 , validation module 64 , message module 66 , and recordation module 68 .
- CVV generator 58 , transaction processing module 62 , validation module 64 , message module 66 , and recordation module 68 are implemented in hardware, such description may be interpreted to mean that these units perform such actions independently from processor 52 .
- FIG. 4 is a flowchart illustrating an example operation of cardholder device 4 .
- cardholder device 4 receives input from user 8 ( 80 ).
- the input may indicate a desire of user 8 to request a dynamically-generated CVV for a credit card.
- cardholder device 4 may receive such input in the form of a mouse click on a submission button of a user interface provided by cardholder device 4 .
- cardholder device 4 After cardholder device 4 receives the input, cardholder device 4 requests a dynamically-generated CVV for a credit card ( 82 ). For instance, cardholder device 4 may send a communication to card processing server 10 via network 6 . In this instance, the communication may indicate a request for a dynamically-generated CVV for the credit card. As described in detail below with regard to FIG. 5 , cardholder device 4 may, under some circumstances, receive a dynamically-generated CVV for a credit card without first requesting the dynamically-generated CVV for the credit card.
- cardholder device 4 After cardholder device 4 requests a dynamically-generated CVV for the credit card, cardholder device 4 receives the dynamically-generated CVV for the credit card ( 84 ). In this way, user 8 uses cardholder device 4 to receive the dynamically-generated CVV from the card services provider.
- cardholder device 4 enables user 8 to uses a card number of the credit card, an expiry date of the credit card, and the dynamically-generated CVV to initiate an economic transaction with a merchant ( 86 ).
- User 8 may interact with cardholder device 4 or another device to initiate the economic transaction.
- cardholder device 4 may enable user 8 to use the card number of the credit card, an expiry date of the credit card, and the dynamically-generated CVV to initiate an economic transaction by displaying the dynamically-generated CVV.
- cardholder device 4 may be a handheld device that automatically receives a dynamically-generated CVV for the credit card without a request from user 8 .
- user 8 may use a personal computer to access a merchant's website.
- the handheld device When user 8 is ready to make a purchase from the merchant's website, the handheld device enables user 8 to use the card number of the credit card, the expiry date of the credit card, and the dynamically-generated CVV to initiate an economic transaction by wirelessly communicating the dynamically-generated CVV for the credit card to the personal computer.
- the personal computer may automatically enter the dynamically-generated CVV into a CVV entry feature of a “check-out” web page of the merchant's website. In this way, user 8 would not need to manually request or enter a dynamically-generated CVV so long as the handheld device is able to wirelessly communicate with the personal computer.
- the handheld device and the personal computer may be configured to only exchange dynamically-generated CVVs if both are configured with a shared secret key.
- the situation described in this example may be advantageous because it minimizes the number of steps that user 8 must perform in order to initiate an economic transaction using a dynamically-generated CVV and because a potential thief would need access to both the credit card and the mobile device to make a fraudulent purchase.
- cardholder device 4 may perform the actions described in the example of FIG. 4 in a variety of ways.
- a data storage system within cardholder device 4 may store instructions. When executed by a processor within cardholder device 4 , the instructions may cause cardholder device 4 to perform the actions described in the example of FIG. 4 and/or other actions.
- cardholder device 4 may comprise one or more hardware units that perform one or more of the actions described in the example of FIG. 4 .
- FIG. 5 is a flowchart illustrating an example operation of card processing server 10 when card processing server 10 receives a request for a dynamically-generated CVV for a credit card.
- network interface 50 in card processing server 10 receives a request for a dynamically-generated CVV for a credit card ( 100 ).
- CVV generator 58 in card processing server 10 dynamically generates a CVV for the credit card ( 102 ).
- CVV generator 58 generates the CVV based, at least in part, on a card number of the credit card, an expiry date of the credit card, and a dynamic service code.
- CVV generator 58 selects the dynamic service code such that the dynamically-generated CVV is substantially unpredictable based on previously released dynamically-generated CVVs for the credit card. For instance, CVV generator 58 may use a pseudo-random process to select the dynamic service code while ensuring that the selected dynamic service code is not equal to one or more previously selected dynamic service codes for the credit card.
- CVV generator 58 selects the dynamic service code such that the dynamically-generated CVV is substantially unpredictable based on previously released dynamically-generated CVVs for the credit card, it may be impossible or very difficult for a would-be thief to guess or discover a valid dynamically-generated CVV for the credit card, even if the would-be thief has access to previously released dynamically-generated CVVs for the credit card.
- CVV generator 58 After CVV generator 58 generates the dynamically-generated CVV, CVV generator 58 stores the dynamically-generated CVV into CVV database 60 ( 104 ). When CVV generator 58 stores the dynamically-generated CVV into CVV database 60 , CVV generator 58 may also store, in CVV database 60 , validation information. For example, the validation information may indicate a time period during which the dynamically-generated CVV is valid. In this example, CVV generator 58 may store, in CVV database 60 , validation information that indicates that the dynamically-generated CVV is valid for 24 hours starting at 3:30 PM on Jan. 6, 2008.
- network interface 50 sends, via network 6 , a set of data indicating the dynamically-generated CVV to cardholder device 4 ( 106 ).
- Network interface 50 may send a wide variety of different types of data that indicate the dynamically-generated CVV. For example, network interface 50 may send a web page that includes text that specifies the dynamically-generated CVV.
- network interface 50 may send data that does not explicitly indicate the dynamically-generated CVV.
- network interface 50 may, for instance, send a picture of a horse. User 8 may know that pictures of horses indicate dynamically-generated CVVs equal to “528”.
- network interface 50 may send data that represents a vocalization of the dynamically-generated CVV.
- CVV generator 58 may dynamically generate, and network interface 50 may send, a CVV for a credit card without first receiving a request for a dynamically-generated CVV for the credit card.
- CVV generator 58 may dynamically generate, and network interface 50 may send, a CVV for a credit card on a periodic basis.
- CVV generator 58 may generate a new dynamically-generated CVV for the credit card on a daily basis.
- CVV generator 58 may automatically generate a new dynamically-generated CVV for a credit card whenever an economic transaction is performed using an outstanding dynamically-generated CVV for the credit card. Automatically generating dynamically-generated CVVs in this manner may be advantageous in situations where it is inconvenient or time-intensive to manually request a dynamically-generated CVV.
- FIG. 6 is a flowchart illustrating an example operation to dynamically generate a CVV for a credit card.
- CVV generator 58 uses a pseudo-random process to select a dynamic service code ( 120 ). For example, CVV generator 58 may random select the dynamic service code “ 101 .”
- CVV generator 58 determines whether the selected dynamic service code is equal to a dynamic service code used to generate a previously-released dynamically-generated CVV for the credit card ( 122 ). For example, CVV generator 58 may store the last five dynamic service codes used to generate the previous five dynamically-generated CVVs for the credit card. If the selected dynamic service code is equal to any of the stored dynamic service codes, CVV generator 58 may determine that the selected dynamic service code is equal to a dynamic service code used to generate a previously-released dynamically-generated CVV for the credit card.
- CVV generator 58 determines that the selected dynamic service code is equal to a dynamic service code used to generate a previously-released dynamically-generated CVV for the credit card (“YES” of 122 ).
- CVV generator 58 loops back and again selects a dynamic service code ( 120 ). For instance, if CVV generator 58 selected the dynamic service code “ 101 ” and the last five dynamic service codes for the credit card were “425,” “637,” “101,” “302,” and “321,” CVV generator 58 would loop back and again select a dynamic service code.
- CVV generator 58 determines that the selected dynamic service code is not equal to a dynamic service code used to generate a previously-released dynamically-generated CVV for the credit card (“NO” of 122 ), CVV generator 58 concatenates the card number of the credit card, the expiry date of the credit card, and the selected dynamic service code ( 124 ). For example, if the card number of the credit card is “4123456789012345,” the expiry date of the credit card is “8701,” and the selected dynamic service code is “101,” the resulting concatenated value may be “41234567890123458701101.”
- CVV generator 58 After concatenating the values, CVV generator 58 adds a number that represents the concatenated value as the most-significant bits of a 128-bit field ( 126 ).
- 0x549561F6A13D672D is a hexadecimal number equivalent to the decimal number 41234567890123458701101.
- CVV generator 58 adds the hexadecimal number 0x549561F6A13D672D to the most-significant 64 bits of the 128-bit field, thereby leaving the 64 least significant bits of the 128-bit field as zeros.
- CVV generator 58 splits the field into a first 64-bit block and a second 64-bit block ( 128 ).
- CVV generator 58 then encrypts the first 64-bit block using a first encryption key ( 130 ).
- CVV generator 58 performs an exclusive-or (XOR) operation on the encrypted first block and the second 64-bit block ( 132 ).
- CVV generator 58 then encrypts the resulting XOR'ed block with the first encryption key ( 134 ).
- CVV generator 58 decrypts the encrypted XOR'ed block with a second encryption key ( 136 ).
- CVV generator 58 then encrypts this block with the first encryption key ( 138 ).
- a 128-bit hexadecimal number results from the encryption of this block with the first encryption key.
- CVV generator 58 After encrypting the block with the first encryption key, CVV generator 58 extracts all numeric digits (i.e., 0 through 9) from the block ( 140 ). CVV generator 58 then extracts all alphabetical digits (i.e., A through F) from the block ( 142 ). Next, CVV generator 58 converts the alphabetical digits into numeric digits ( 144 ). For instance, CVV generator 58 may convert the alphabetical digits into numeric digits by subtracting 10 from each of the alphabetic digits.
- CVV generator 58 then concatenates the numeric digits and the converted alphabetical digits ( 146 ). After concatenating the numeric digits and the converted alphabetical digits, CVV generator 58 selects the leftmost three digits of the concatenated block as the dynamically-generated CVV ( 148 ). CVV generator 58 then outputs the dynamically-generated CVV ( 150 ).
- FIG. 7 is flowchart illustrating an example operation of card processing server 10 when card processing server 10 receives a transaction request.
- card processing server 10 receives a transaction request from a merchant ( 170 ).
- the transaction request specifies a card number of a credit card (i.e., the received card number), an expiry date of the credit card (i.e., the received expiry date), and a CVV (i.e., the provided CVV).
- the transaction request may specify an amount to be charged to an account of a cardholder of the credit card. For example, the transaction request may specify that $524.24 is to be charged to the account of the cardholder of the credit card.
- the transaction request may identify a merchant to whom payment is to be made. For example, the transaction request may specify that payment is to be made to a merchant called “Selma's Sporting Goods.
- validation module 64 determines whether the transaction request is occurring in a situation in which a dynamically-generated CVV for the credit card is required to successfully complete economic transactions using the credit card ( 172 ). There may be many situations in which a dynamically-generated CVV is required to successfully complete economic transactions. In an first example, a currency amount for an economic transaction above which a dynamically-generated CVV for the credit card is required to successfully complete an economic transaction using the credit card. In a second example, a current amount for a time period above which a dynamically-generated CVV for the credit card is required to successfully complete an economic transaction using the credit card.
- a type of merchant for which a dynamically-generated CVV for the credit card is required to successfully complete an economic transaction using the credit card with a merchant belonging to the type of merchant In a fourth example, a geographic location for which a dynamically-generated CVV for the credit card is required to successfully complete an economic transaction using the credit card with a merchant in the geographic location. In a fifth example, a number of economic transactions for which a dynamically-generated CVV for the credit card is required to successfully complete an economic transaction using the credit card when the credit card is used in more than the specified number of economic transactions during a given time period.
- a dynamically-generated CVV for a credit card is required in order to successfully complete an economic transaction with the credit card.
- the situations may be established as a matter of user preference.
- user 8 may provide user preference input to a card service provider.
- the user preference input specifies the situations in which a dynamically-generated CVV for a credit card is required to successfully complete an economic transaction using the credit card.
- validation module 64 determines whether the provided CVV corresponds to a statically-generated CVV for the credit card ( 174 ). To determine whether the provided CVV corresponds to the statically-generated CVV for the credit card, validation module 64 may, in one exemplary implementation, calculate the statically-generated CVV for the credit card based on the received card number, the received expiry date, and a service code that is equal to zero. In another exemplary implementation, validation module 64 may use the received card number to retrieve the statically-generated CVV for the credit card from a database that stores statically-generated CVVs for credit cards.
- validation module 64 may determine whether the provided CVV matches the calculated or retrieved statically-generated CVV. It should be noted that in some circumstances, the provided CVV may correspond to a CVV even though the provided CVV does not exactly the CVV.
- validation module 64 determines whether the provided CVV corresponds to a dynamically-generated CVV for the credit card ( 176 ). To determine whether the provided CVV corresponds to a dynamically-generated CVV for the credit card, validation module 64 may use the provided card number to retrieve a set of one or more dynamically-generated CVVs for the credit card from CVV database 60 . For example, validation module 64 may use the provided card number to retrieve the values “364”, “127”, and “873” from CVV database 60 .
- validation module 64 may determine that the provided CVV corresponds to one of the dynamically-generated CVV for the credit card retrieved from CVV database 60 . Continuing the previous example, if the provided CVV is equal to “127”, validation module 64 may determine that the provided CVV corresponds to a dynamically-generated CVVs of the credit card because one of the dynamically-generated CVVs retrieved from CVV database 60 is equal to “127.”
- validation module 64 determines whether a transaction limit has been exceeded for the provided CVV ( 178 ).
- the transaction limit for a dynamically-generated CVV is a number that indicates how many economic transactions may use the dynamically-generated CVV.
- validation module 64 may be configured such that a dynamically-generated CVV for a credit card may only be used in a single economic transaction with the credit card. In other circumstances, validation module 64 may be configured such that a dynamically-generated CVV for a credit card may be used in multiple economic transactions with the credit card.
- different dynamically-generated CVVs for a credit card may be used in different numbers of economic transactions with the credit card. For instance, a first dynamically-generated CVV for the credit card may only be used in a single economic transaction with the credit card and a second dynamically-generated CVV for the credit card may be used in three economic transactions with the credit card.
- validation module 64 determines whether a time period associated with the one of the dynamically-generated CVVs that corresponds to the provided CVV has expired ( 180 ). For ease of explanation, this disclosure refers to the dynamically-generated CVV for the credit card that corresponds to the provided CVV as the “corresponding CVV.” To determine whether the time period associated with the corresponding CVV has expired, validation module 64 may, in one exemplary implementation, retrieve information from CVV database 60 that indicates a time period associated with the corresponding CVV. For instance, validation module 64 may retrieve validation information from CVV database 60 that indicates that the corresponding CVV is associated with a time period lasting from 3:1 AM on Jan. 17, 2008 to 3:1 on Jan. 19, 2008. After retrieving the validation information that indicates the time period associated with the matching CVV, validation module 64 may determine that the time period associated with the matching CVV has expired with when the current time is not within the time period associated with the matching CVV.
- validation module 64 determines that the time period associated with the corresponding CVV has expired (“YES” of 180 ), or if the transaction limit for the provided CVV has been exceeded (“YES” of 178 ), or if validation module 64 determines that the provided CVV does not correspond to any of the dynamically-generated CVVs for the credit card (“NO” of 176 ).
- message module 66 sends a transaction rejection message to the merchant specified in the transaction request ( 182 ).
- Message module 66 sends the transaction rejection message because validation module 64 has determined that the provided CVV is not valid.
- the transaction rejection message indicates to the merchant that the transaction request has been rejected. In some circumstances, the transaction rejection message may indicate that the requested economic transaction is likely fraudulent.
- recordation module 68 records the economic transaction ( 184 ).
- recordation module 68 records a charge against the account of the cardholder of the credit card in the amount specified by the transaction request. For example, if the transaction request specifies the amount of $524.24, recordation module 68 may record a charge of $524.24 against the account of the cardholder of the credit card. The cardholder is obligated to pay all charges against the account of the cardholder to the card issuer. The cardholder may pay charges against the account of the cardholder in the form of a monthly remittance to the card issuer.
- recordation module 68 records a charge in the amount specified by the transaction request less any processing fees against the account of the card issuer of the credit card in favor of the merchant. For example, if the transaction request specifies the amount of $524.24 and the card issuer charges a 2% processing fee, recordation module 68 may record a charge of $514.73 against the account of the card issuer in favor of the merchant. The card issuer is obligated to pay all charges in favor of merchants to the merchants on a continuous or periodic basis.
- message module 66 sends a transaction acceptance message to the merchant specified in the transaction request ( 186 ).
- the transaction acceptance message indicates that the economic transaction has been accepted.
- the transaction acceptance message may include a confirmation number that may be subsequently used to retrieve information associated with the economic transaction.
- transaction processing module 62 may perform many other actions in addition to those described in the example operation illustrated in FIG. 7 .
- transaction processing module 62 may use the well-known Luhn algorithm to perform an operation to determine whether the received card number is valid.
- recordation module 68 may only record the economic transaction when transaction processing module 62 has determined that the cardholder of the credit card has exceeded his or her credit limit for the credit card.
- FIG. 8 is a screenshot of an example user interface 200 that user 8 may use to request a dynamically-generated CVV.
- user interface 200 includes a web page 201 presented by a web browser application executing on a cardholder device (e.g., cardholder device 4 ).
- Web page 201 includes a card number entry feature 202 and a generate feature 204 .
- the web browser application may submit the card number to card processing server 10 .
- user 8 may use user interface 200 to request a dynamically-generated CVV for the credit card.
- FIG. 9 is a screenshot of an example user interface 220 that user 8 may use to receive a dynamically-generated CVV.
- user interface 220 includes a web page 221 presented by a web browser application executing on a cardholder device (e.g., cardholder device 4 ).
- the web browser application may present user interface 220 when cardholder device 4 receives web page 221 from card processing server 10 in response to a request for a dynamically-generated CVV for a credit card.
- the web browser application may present user interface 220 when cardholder device 4 receives a dynamically-generated CVV for a credit card.
- Web page 221 includes a feature 222 that specifies a dynamically-generated CVV for a credit card.
- the dynamically-generated CVV for a credit card is “365”.
- the dynamically-generated CVV for the credit card is referred to as “CVV 3 ” to distinguish the dynamically-generated CVV from the CVV 1 stored in the magnetic stripe of the credit card and the CVV 2 printed on the credit card.
- web page 221 includes a feature 224 that specifies a last effective date of the dynamically-generated CVV for the credit card.
- the last effective date of a dynamically-generated CVV is the last day before the dynamically-generated CVV expires. As illustrated in the example of FIG. 9 , the last effective date of the dynamically-generated CVV is Dec. 13, 2007. In other words, the dynamically-generated CVV cannot be used after Dec. 13, 2007.
- Web page 221 also includes a feature 226 that allows user 8 to request an additional dynamically-generated CVV for a same or a different credit card.
- user 8 has entered the card number “4213980029999990” into feature 226 .
- user interface 220 includes verification features 228 , 230 , 232 , and 234 .
- Feature 228 allows user 8 to enter a card number of a credit card
- feature 230 allows user 8 to enter a CVV 2 for the credit card or a “CVV 3 ” for the credit card
- feature 232 allows user 8 to enter an expiry date for the credit card.
- user 8 has entered the card number “4213980029999990” into feature 228 and the CVV 2 /CVV 3 “365” into feature 230 .
- the web browser application may submit the information entered into features 228 , 230 , and 232 to card processing server 10 .
- card processing server 10 may send a web page that indicates whether the entered CVV 2 /CVV 3 is a valid CVV 2 /CVV 3 for the credit card described by the card number entered in feature 228 and the expiry date entered in feature 232 .
- User 8 may want to use verification features 228 , 230 , 232 , and 234 to determine whether a previously requested dynamically-generated CVV for a credit card is still valid.
- FIG. 10 is a screenshot of an example user interface 240 in which a dynamically-generated CVV has been successfully verified.
- user interface 240 includes a web page 241 presented by a web browser application executing on a cardholder device (e.g., cardholder device 4 ).
- Web page 241 includes most of the features of user interface 220 ( FIG. 9 ).
- web page 241 includes a feature 242 that indicates whether the CVV 2 /CVV 3 entered in verification feature 230 is a valid CVV 2 /CVV 3 for the credit card described by the card number entered in feature 228 and the expiry date entered in feature 232 .
- FIG. 10 is a screenshot of an example user interface 240 in which a dynamically-generated CVV has been successfully verified.
- user interface 240 includes a web page 241 presented by a web browser application executing on a cardholder device (e.g., cardholder device 4 ).
- Web page 241 includes most of the features of user interface 220 ( FIG. 9 ).
- feature 242 specifies a “Y” indicating that the CVV 2 /CVV 3 entered in verification feature 230 is a valid CVV 2 /CVV 3 for the credit card described by the card number entered in feature 228 and the expiry date entered in feature 232 .
- FIG. 11 is a screenshot of an example user interface 250 in which a dynamically-generated CVV has not been successfully verified.
- user interface 250 includes a web page 251 presented by a web browser application executing on a cardholder device (e.g., cardholder device 4 ).
- Web page 251 includes the features of web page 241 ( FIG. 10 ).
- feature 242 specifies an “N” indicating that the CVV 2 /CVV 3 entered in feature 230 is not a valid CVV 2 /CVV 3 for the credit card described by the card number entered in feature 228 and the expiry date entered in feature 232 .
Abstract
As described herein, a card services provider dynamically generates a card verification value (CVV) for a transaction card and sends the dynamically-generated CVV to a cardholder. The card services provider generates the dynamically-generated CVV such that the dynamically-generated CVV is substantially unpredictable based on other dynamically-generated CVVs for the transaction card. The dynamically-generated CVV is only valid for a limited period of time and/or for a limited number of economic transactions. The cardholder uses the dynamically-generated CVV as part of an economic transaction with a merchant. Because the dynamically-generated CVV is only valid for a limited number of economic transactions and/or for a limited period of time, it may be difficult for a thief to repeatedly use the transaction card to make economic transactions.
Description
- This application claims the benefit of U.S. Provisional Application No. 61/009,981, filed Jan. 4, 2008, the entire content of which is hereby incorporated by reference.
- Credit cards are an indispensable part of today's economy. Millions of people around the world use credit cards every day to purchase goods and services. In general, a bank issues a credit card to an individual or organization. Such an individual or organization is referred to as a “cardholder.” After a bank issues a credit card to a cardholder, the cardholder can use the credit card to make charges against a line of credit extended to the cardholder by the bank.
- A typical credit card is associated with several pieces of information. These pieces of information include a card number, an expiry date, and a service code. A card number is a sequence of digits that identifies a bank that issued the credit card and an account number that is specific to the cardholder. In some circumstances, a card number is also referred to as a “primary account number” (PAN). An expiry date of a credit card indicates a date when the credit card expires. A service code of a credit card indicates how the cardholder is permitted to use the credit card.
- In addition, a credit card may be associated with a first card verification value and a second card verification value. The first card verification value (CVV1) and the second card verification value (CVV2) are values used to increase protection against credit card fraud. An issuing bank may generate the CVV1 of a credit card by digitally encrypting the card number, the expiry date, and the service code of the credit card using a secret encryption key. The issuing bank may generate the CVV2 of a credit card by digitally encrypting the same information using a different encryption method. The CVV1 of a credit card, along with the card number, expiry date, and service code of the credit card, is typically stored in a magnetic stripe on the back of the credit card. Because the CVV1 of the credit card is stored in the magnetic stripe of the credit card, the CVV1 of the credit card is not visible to the cardholder. The CVV2 of a credit card is typically printed on the back or front of the credit card such that the CVV2 of the credit card is visible to the cardholder.
- A cardholder can use a credit card to initiate an economic transaction in a variety of ways. For instance, a cardholder could present a credit card to a merchant at a point of sale. In this instance, the merchant could swipe the credit card through a device that reads information stored in a magnetic stripe on the back of the credit card. The merchant then uses the information stored in the magnetic stripe, including the CVV1 of the credit card, to complete the credit card transaction. In another instance, a cardholder could provide credit card information to a merchant without presenting the physical credit card to the merchant. In this instance, the cardholder enters the card number, the expiry data, and the CVV2 of the credit card into a web page presented by a web browser application. The web browser application then electronically transmits the credit card information via a network (e.g., the Internet) to the merchant. After receiving the information via the network, the merchant uses the information to complete the transaction.
- In general, the CVV1 of a credit card reduces the risk of credit card fraud by preventing someone who knows all of the visible information on a credit card from making a counterfeit credit card that is useable in a card reader. For instance, a person could copy the visible information of a credit card and program this information onto a counterfeit card with a magnetic stripe. However, this person would not know the CVV1 of the credit card from visual inspection and would not be able to derive the CVV1 of the credit card from any visible information on the credit card. Therefore, when this person attempts to use the counterfeit card, the card is declined because the magnetic stripe of the counterfeit card does not include the CVV1 of the credit card.
- In general, the CVV2 of a credit card reduces the risk of credit card fraud by helping to ensure that the user of the credit card actually has physical possession of the credit card. To illustrate why the CVV2 of a credit card may help ensure that the user of the credit card actually has physical possession of the credit card, consider that merchants typically maintain records of all of the information stored in the magnetic stripes of credit cards used to purchase goods or services from the merchants. A malicious party could use this information to create a counterfeit card having a magnetic stripe that includes the CVV1 of the credit card. However, merchants are prohibited from storing CVV2 values of credit cards. Furthermore, most online merchants require the submission of CVV2 values with online purchases. Thus, a thief who has access to the information stored in a magnetic stripe of a credit card would not be able to purchase goods or services from such online merchants.
- However, the CVV1 and the CVV2 of a credit card do not prevent all types of credit card fraud. For instance, a thief who has all of the information printed on the credit card (i.e., the card number, the expiration date, and the CVV2) could use this information to complete an online purchase. A thief could obtain the information printed on the credit card in a variety of ways. For instance, the thief could open mail that contains the credit card before the credit card is delivered to the proper cardholder. In this instance, the thief could copy down the information, reseal the envelope, and forward the envelope to the proper cardholder.
- As described herein, a card services provider dynamically generates a card verification value (CVV) for a transaction card and sends the dynamically-generated CVV to a cardholder. The card services provider generates the dynamically-generated CVV such that the dynamically-generated CVV is substantially unpredictable based on other dynamically-generated CVVs for the transaction card. The dynamically-generated CVV is only valid for a limited period of time and/or for a limited number of economic transactions. The cardholder uses the dynamically-generated CVV as part of an economic transaction with a merchant. Because the dynamically-generated CVV is only valid for a limited number of economic transactions and/or for a limited period of time, it may be difficult for a thief to repeatedly use the transaction card to make economic transactions.
- One example aspect of the disclosed technology is a method for performing an economic transaction using a transaction card. The method comprises using a cardholder device to receive from a card services provider a first set of data, the first set of data indicating a dynamically-generated card verification value (CVV) for a transaction card. The dynamically-generated CVV is a sequence of characters based on a card number of the transaction card, an expiry date of the transaction card, and a dynamic service code. The dynamic service code is selected by the card services provider such that the dynamically-generated CVV is substantially unpredictable based on previously generated dynamically-generated CVVs for the transaction card. The transaction card includes a magnetic stripe that stores the card number, the expiry date, and a first statically-generated CVV. The card number, the expiry date, and a second statically-generated CVV are physically printed on the transaction card. The method also comprises after receiving the dynamically-generated CVV from the card services provider, using the card number of the transaction card, the expiry date of the transaction card, and the dynamically-generated CVV to initiate the economic transaction
- Another example aspect of the disclosed technology is a computer-readable medium comprising instructions that, when executed by a processor, cause a card processing server to perform automatically select a dynamic service code such that the dynamic service code is substantially unpredictable based on previously requested dynamically-generated card verification values (CVVs) for a transaction card. The instructions also cause the card processing server to automatically generate a dynamically-generated CVV for the transaction card, wherein the dynamically-generated CVV is based on a card number of the transaction card, an expiry date of the transaction card, and the dynamic service code. In addition, the instructions cause the card processing server to automatically send, from the card processing server to a cardholder device, a first set of data, the first set of data indicating the dynamically-generated CVV. In response to receiving a transaction request at the card processing server, the instructions cause the card processing server to automatically determine whether a provided CVV corresponds to the dynamically-generated CVV. The transaction request is a request for an economic transaction. The transaction request specifies the provided CVV and a card number of the transaction card. In addition, the instructions cause the card processing server to record a charge against an account of a cardholder of the transaction card when it is determined that the provided CVV corresponds to the dynamically-generated CVV.
- Another example aspect of the disclosed technology is a card processing server comprises a processor, a network interface, and a data storage system storing instructions. When executed by the processor, the instructions cause the card processing server to use a pseudo-random process to select a dynamic service code. The instructions also cause the card processing server to generate a dynamically-generated CVV based on a card number of a transaction card, an expiry date of the transaction card, and the dynamic service code. Furthermore, the instructions cause the card processing server to use the network interface to send to a cardholder device a first set of data, the first set of data indicating the dynamically-generated CVV. In addition, the instructions cause the card processing server to determine, in response to receiving a transaction request from a merchant, whether a provided CVV corresponds to the dynamically-generated CVV. The transaction request specifies the provided CVV, the card number of the transaction card, the expiry date of the transaction card, the merchant, and an amount of an economic transaction. Furthermore, the instructions cause the card processing server to automatically determine, when it is determined that the provided CVV corresponds to the dynamically-generated CVV, whether the dynamically-generated CVV is valid. The instructions also cause the card processing server to automatically record a charge against an account of a cardholder of the transaction card when it is determined that the provided CVV corresponds to the dynamically-generated CVV and the dynamically-generated CVV is valid.
- The details of one or more example implementations are set forth in the accompanying drawings and the description below. Other features, objects, and advantages will be apparent from the description, drawings, and claims.
-
FIG. 1 is a block diagram illustrating a first example system that uses dynamically-generated card verification values (CVVs). -
FIG. 2 is a block diagram illustrating a second example system that uses dynamically generated CVVs. -
FIG. 3 is a block diagram illustrating example details of a card processing server. -
FIG. 4 is a flowchart illustrating example actions of a cardholder device. -
FIG. 5 is a flowchart illustrating example operation of the card processing server when the card processing server receives a request for a dynamically-generated CVV. -
FIG. 6 is a flowchart illustrating an example operation of the card processing server to dynamically generate a CVV. -
FIG. 7 is flowchart illustrating an example operation of the card processing server when the card processing server receives a transaction request. -
FIG. 8 is a screenshot of an example user interface that may be used to request a dynamically-generated CVV. -
FIG. 9 is a screenshot of an example user interface that may be used to receive the dynamically-generated CVV. -
FIG. 10 is a screenshot of an example user interface that may be displayed when a dynamically-generated CVV has been successfully verified. -
FIG. 11 is a screenshot of an example user interface that may be displayed when a dynamically-generated CVV has not been successfully verified. -
FIG. 1 is a block diagram illustrating anexample system 2 that uses dynamically-generated card verification values (CVVs). The example ofFIG. 1 illustrates only one example system that implements the techniques described in this disclosure. It should be appreciated that many other systems may implement the techniques of this disclosure. - As illustrated in the example of
FIG. 1 ,system 2 comprises acardholder device 4.Cardholder device 4 may be a wide variety of different types of electronic computing devices. For instance,cardholder device 4 may be a personal computer, a laptop computer, a television set-top box, a device integrated into a vehicle, a server device, a telephone, a mobile handheld device, or another type of electronic computing device. As used in this disclosure, a mobile handheld device may be a cellular telephone, a personal digital assistant (PDA), a personal media player, a “smart” phone, a two-way pager, or another type of portable electronic computing device. -
Cardholder device 4 is communicatively connected to anetwork 6.Network 6 may comprise one or more different types of electronic communication network. For example,network 6 may include a wide-area network, such as the Internet. In another example,network 6 may include a standard telephone network and/or a cellular telephone network. In other examples,network 6 may include a local area network, a metropolitan area network, a global area network, or another type of network. Furthermore,network 6 may comprise one or more wired connections and/or one or more wireless connections. - A
user 8 interacts withcardholder device 4 to perform economic transactions using a transaction card. As used in this disclosure, a “transaction card” is a token that may be used as part of an economic transaction. Credit cards, debit cards, Automated Teller Machine (ATM) cards, gift cards, and stored-value cards are examples of transaction cards. It should be understood that a transaction card does not necessarily have to be in the form of a card. For instance, a transaction card could be in the shape of a ring. Furthermore, as used in this disclosure, an “economic transaction” is an exchange of money between financial accounts. Examples of economic transactions include, but are not limited to, purchases, donations, payments, gifts, ATM cash withdrawals, ATM deposits, money order/cashier's check withdrawals, transfers between bank accounts, and other types of exchanges of money between two or more financial accounts. - Because of widespread familiarity of credit cards, the remaining description and examples of this disclosure refer to credit cards. However, unless otherwise noted, it should be understood that all such references to credit cards are applicable to transaction cards.
- In the example of
FIG. 1 ,user 8 may be a cardholder of a credit card. As used in this disclosure, a “cardholder” is a person or entity to whom a credit card issuer has issued a credit card. For example,user 8 may be an individual person, an employee of an organization, a business organization, a non-profit organization, a governmental organization, or another type of natural or legal person or an agent thereof. Alternatively,user 8 may be a person or entity who is attempting to interact withcardholder device 4 to perform economic transactions using the credit card without authorization of a cardholder of the credit card. - To perform an economic transaction using the credit card,
user 8 may usecardholder device 4 to request a dynamically-generated CVV for the credit card. A dynamically-generated CVV for a credit card is a dynamically-generated sequence of characters designed to make it more difficult to use the credit card fraudulently. The characters may be numerical characters, alphabetical characters, alphanumeric characters, non-standard characters, Asian language characters, Unicode characters, African language characters, Arabic characters, Cyrillic characters, and/or other types of symbols. A dynamically-generated CVV for a credit card is based, at least in part, on a card number of the credit card, an expiry date of the credit card, and a dynamic service code. The dynamic service code is dynamically selected such that the dynamically-generated CVV is substantially unpredictable based on previously released dynamically-generated CVVs for the credit card. A previously released dynamically-generated CVV for a credit card is a dynamically-generated CVV for the credit card that has been released to a cardholder of credit card or another entity. In some implementations, the dynamically-generated CVV may only be valid for a limited period of time and/or for a limited number of economic transactions. -
User 8 may usecardholder device 4 to request a dynamically-generated CVV in a variety of ways. For example,user 8 may causecardholder device 4 to execute a web browser application. In this example,user 8 may use the web browser application to access a web page that contains features that allowuser 8 to request a dynamically-generated CVV for the credit card. In a second example,user 8 may causecardholder device 4 to execute a special-purpose software application that requests a dynamically-generated CVV for the credit card. The special-purpose software application may be a Java Applet, a desktop “widget,” or another type of software application. In a third example,cardholder device 4 may be a telephone. In this third example,user 8 may usecardholder device 4 to place a telephone call to an automated service, thereby requesting a dynamically-generated CVV for the credit card. In a fourth example,cardholder device 4 may be a cellular telephone. In this fourth example,user 8 may usecardholder device 4 to send a text message to an automated service, thereby requesting a dynamically-generated CVV for the credit card. In this fourth example,cardholder device 4 may use a Short Message Service (SMS) protocol to send the text message to the automated service. - When
user 8 usescardholder device 4 to request a dynamically-generated CVV for a credit card,cardholder device 4 sends a request vianetwork 6 to acard processing server 10.Card processing server 10 is an electronic computing system that provides a card processing service.Card processing server 10 comprises one or more electronic computing devices operated by or on behalf of a card services provider. For instance,card processing server 10 may be a server farm operated by a card services provider or operated by a third-party organization that has contracted with a card services provider to receive requests for dynamically generated CVVs. In another instance,card processing server 10 may be a single server device, such as a server blade or a mainframe computer. The card services provider is an entity that provides card processing services. For example, the card services provider may be a credit card issuer that issued the credit card or an entity that processes credit card transactions on behalf of, or in coordination with, a credit card issuer. - In response to receiving the request for a dynamically-generated CVV,
card processing server 10 dynamically generates a CVV for the credit card. As discussed in detail below,card processing server 10 may dynamically generate the CVV for the credit card in a variety of ways. Aftercard processing server 10 dynamically generates the CVV for the credit card,card processing server 10 stores the dynamically-generated CVV in a database. Furthermore,card processing server 10 stores validation information in the database.Card processing server 10 uses the validation information to validate received CVVs for the credit card. For example, the dynamically-generated CVV may only be valid for a limited period of time. In this example, to ensure that the dynamically-generated CVV is only valid for the limited period of time,card processing server 10 may store validation information that indicates a last time that the dynamically-generated CVV is valid. In this example,card processing server 10 may establish a time period associated with the dynamically-generated CVV that indicates that the dynamically-generated CVV is only valid for 48 hours aftercard processing server 10 generated the dynamically-generated CVV. - After storing the dynamically-generated CVV and the validation information,
card processing server 10, in response to a request for a dynamically-generated CVV for the credit card, sends the dynamically-generated CVV for the credit card to cardholderdevice 4 vianetwork 6.Card processing server 10 may send the dynamically-generated CVV tocardholder device 4 in a variety of ways. In a first example,card processing server 10 may execute a web server application that sends to cardholder device 4 a web page that specifies the dynamically-generated CVV. In a second example,card processing server 10 may execute a special-purpose server application that sends to cardholder device 4 a message (e.g., an extensible markup language document) that specifies the dynamically-generated CVV. In a third example,cardholder device 4 is a telephone. In this third example,card processing server 10 may send to cardholderdevice 4 signals that represent a vocalization of the dynamically-generated CVV. Furthermore, in this third example, whencardholder device 4 receives the signals,cardholder device 4 may audibly output the vocalization of the dynamically-generated CVV. In a fourth example,card processing server 10 may send to cardholder device 4 a text message (e.g., a short message service (SMS) message, an instant messenger message, an email message, etc.) that specifies the dynamically-generated CVV. - As illustrated in the example of
FIG. 1 ,user 8 interacts withcardholder device 4 to use the dynamically-generated CVV for the credit card as part of an economic transaction with a merchant. Whenuser 8 uses the dynamically-generated CVV in an economic transaction,user 8 uses the dynamically-generated CVV instead of the CVV2 of the credit card. As used in this disclosure, a merchant is any entity or individual that is allowed by a card services provider to accept credit card payments. For instance, a merchant may be a business, a government, a charity, or another entity or individual who is allowed to accept credit card payments. The credit card payments accepted by a merchant may be in exchange for goods or services, may be a donation, may be a tax payment, or may another type of payment. Furthermore, a customer is any entity or individual that uses a credit card to make payments. -
User 8 may interact withcardholder device 4 to perform the economic transaction in a variety of ways. For example,cardholder device 4 may execute a web browser application. In this example,user 8 may use the web browser application to send, vianetwork 6, a request for an e-commerce web page to amerchant server 12. Furthermore, in this example, the web browser application may receive the e-commerce web page frommerchant server 12. The e-commerce web page may include features that allowuser 8 to enter details of the credit card. For instance, the e-commerce web page may include a text box associated with a card number of the credit card, a text box associated with an expiry date of the credit card, and a text box associated with a CVV of the credit card. Advantageously, this web page may be the same for dynamically-generated CVVs for credit cards and statically-generated CVVs for credit cards. In other words,merchant server 12 does not need to send different web pages to receive dynamically-generated CVVs as opposed to statically-generated CVVs. As used in this disclosure, a “statically-generated CVV” is a CVV that is printed on a credit card (e.g., a CVV2) or stored in a magnetic stripe on the credit card (e.g., a CVV1). Afteruser 8 uses the features of the web page to enter the details of the credit card, including the dynamically-generated CVV,user 8 may select a submit feature (e.g., a submit button). In this example, whenuser 8 selects the submit feature,cardholder device 4 may transmit the details of the credit card tomerchant server 12. In this way,user 8 initiates the economic transaction. - After
cardholder device 4 transmits the details of the credit card tomerchant server 12,merchant server 12 may store a record of the details along with other purchase details (i.e., items purchased, amount charged, etc.). In addition,merchant server 12 automatically submits a transaction request tocard processing server 10 vianetwork 6. The transaction request specifies the details of the credit card, the amount of the charge, and a value that identifies the merchant that operatesmerchant server 12. Whenmerchant server 12 submits the details of the credit card tocard processing server 10,merchant server 12 may send the dynamically-generated CVV at International Standard Organization (ISO) bit 126.10. This is the same bit thatmerchant server 12 would use when submitting a CVV2. - In this process, it may be immaterial to
merchant server 12 whetheruser 8 has submitted a dynamically-generated CVV for the credit card in place of a statically-generated CVV for the credit card. That is, the merchant may receive and submit either a dynamically-generated CVV for the credit card or a statically-generated CVV for the credit card in exactly the same way. This may be advantageous because the merchant may not need to change equipment or software in order to participate in economic transactions that involve dynamically-generated CVVs. - When
card processing server 10 receives the details of the credit card and the amount of the charge,card processing server 10 may determine whether the CVV submitted with the details of the credit card is valid. To determine whether the CVV provided in the transaction request is valid,card processing server 10 may determine whethercard processing server 10 stores a copy of a dynamically-generated CVV for the credit card. As described above,card processing server 10 stores copies of dynamically-generated CVVs for credit cards along with validation information that can be used to determine whether the dynamically-generated CVVs are valid. For example,card processing server 10 may determine how many previous economic transactions with the credit card have specified the dynamically-generated CVV. In this example,card processing server 10 may determine that the dynamically-generated CVV is not valid if any previous economic transactions have specified the dynamically-generated CVV. In other words, the dynamically-generated CVV may only be valid for one economic transaction. Alternatively, in this example,card processing server 10 may determine that the dynamically-generated CVV for the credit card is not valid if more than a small number of economic transactions (e.g., five) have specified the dynamically-generated CVV for the credit card. - In a second example,
card processing server 10 may determine that the dynamically-generated CVV for the credit card is not valid if a previous economic transaction specifying the dynamically-generated CVV exceeded a given amount of money. For example,card processing server 10 may determine that the dynamically-generated CVV for the credit card is not valid if a previous economic transaction specifying the dynamically-generated CVV exceeded $1. In some situations, a merchant may apply a preliminary charge of less than $1 to a credit card to verify the credit card before applying a main charge for goods or services to the credit card. In such situations, it may be advantageous forcard processing server 10 to determine that the dynamically-generated CVV for the credit card is still valid when the previous economic transaction did not exceed $1. In this second example, ifcard processing server 10 determines that the dynamically-generated CVV has not been specified in too many economic transactions with the credit card,card processing server 10 determines whether the time period associated with the dynamically-generated CVV has expired. If the time period associated with the dynamically-generated CVV has not expired,card processing server 10 determines that the received CVV is valid. Otherwise,card processing server 10 determines that the received CVV is not valid. - If
card processing server 10 determines that the provided CVV is valid,card processing server 10 registers a charge against a credit card account ofuser 8. In addition,card processing server 10 sends a transaction acceptance message tomerchant server 12. Whenmerchant server 12 receives a transaction acceptance message fromcard processing server 10,merchant server 12 sends to cardholder device 4 a message that notifiesuser 8 that the economic transaction was accepted. - If
card processing server 10 determines that the provided CVV is not valid,card processing server 10 does not register a charge against the credit card account ofuser 8. In addition,card processing server 10 sends a transaction rejection message tomerchant server 12. Whenmerchant server 12 receives a transaction rejection message fromcard processing server 10,merchant server 12 sends to cardholder device 4 a message that notifiesuser 8 that the economic transaction was rejected. - It should be appreciated that
system 2 is merely one example of how dynamically-generated CVVs may be used. Many variations are possible. For instance,card processing server 10 may dynamically generate one or more CVVs for a credit card beforecard processing server 10 receives a request for a CVV for the credit card. In another example,user 8 may interact with a device other thancardholder device 4 to perform an economic transaction with the credit card using the dynamically-generated CVV in place of the CVV2 of the credit card. - Furthermore,
FIG. 2 is a block diagram illustrating analternate example system 20 that uses dynamically generated CVVs. A user 22 may usesystem 20 to obtain a dynamically-generated CVV and to use the dynamically-generated CVV at a point-of-sale in a conventional store. Likeuser 8 inFIG. 1 , user 22 may be a cardholder of a credit card or a person who has physical access to the credit card. - In the example of
FIG. 2 , user 22 interacts with ahandheld device 24.Handheld device 24 may be cellular telephone, a PDA, a smart phone, or another type of portable electronic computing device. User 22 useshandheld device 24 to request a dynamically-generated CVV for a credit card. When user 22 useshandheld device 24 to request a dynamically-generated CVV for a credit card,handheld device 24 sends a request, via anetwork 26 to acard processing server 28. For example, user 22 may usehandheld device 24 to send a SMS message tocard processing server 28. In response to the request for a dynamically-generated CVV for the credit card,card processing server 28 sends, vianetwork 26, a dynamically-generated CVV for the credit card tohandheld device 24. For example,card processing server 28 may send, vianetwork 26, a SMS message specifying the dynamically-generated CVV for the credit card tohandheld device 24. Whenhandheld device 24 receives the dynamically-generated CVV for the credit card,handheld device 24 presents the dynamically-generated CVV to user 22. - Subsequently, user 22 may purchase goods or services at a store. When user 22 is ready to pay for the goods or services, user 22 or a cashier may swipe the physical credit card through a magnetic stripe reader of a point-of-
sale device 30. Point-of-sale device 30 may be a cash register, a self-checkout machine, or another type of point-of-sale device. - In addition to swiping the physical credit card through the magnetic stripe reader, user 22 enters the dynamically-generated CVV for the credit card into a
CVV entry device 32.CVV entry device 32 may be a touch-screen monitor, a button key pad, a microphone, or another type of data entry device. When user 22 enters the dynamically-generated CVV intoCVV entry device 32,CVV entry device 32 transmits the dynamically-generated CVV to point-of-sale device 30. When point-of-sale device 30 receives the dynamically-generated CVV, point-of-sale device 30 or another device transmits a transaction request tocard processing server 28. The transaction request specifies a card number of the credit card, an expiry date of the credit card, a service code of the credit card, and the dynamically-generated CVV. In addition, the transaction request may specify an amount to be charged to the account of a cardholder of the credit card and may specify the merchant operating point-of-sale device 30 and other information.Card processing server 28 processes the economic transaction in a similar manner as card processing server 10 (FIG. 1 ) processes the transaction request. -
FIG. 3 is a block diagram illustrating example details of card processing server 10 (FIG. 1 ). It should be appreciated that card processing server 28 (FIG. 2 ) may be implemented in a similar manner. As illustrated in the example ofFIG. 3 ,card processing server 10 comprises a network interface 50. Network interface 50 may be a variety of different types of network interface. For instance, network interface 50 may be an Ethernet interface, a WiFi interface, a WiMax interface, a wireless broadband interface, a fiber optic interface, a coaxial cable interface, or another type of wired or wireless interface. - Network interface 50 may be capable of receiving a wide variety of different types of information from
network 6, including requests for dynamically-generated CVVs, transaction requests, web page requests, incoming phone calls, incoming text messages, email messages, and other types of information. Furthermore, network interface 50 may be capable of sending a wide variety of different types of information onnetwork 6 including dynamically-generated CVVs, transaction response messages, web pages, outgoing voice messages, text messages, email messages, and other types of information. - When network interface 50 receives data from
network 6, network interface 50 may provide the data to aprocessor 52 incard processing server 10. In some implementations, network interface 50 may also store the data directly into adata storage system 54 incard processing server 10. - As used in this disclosure, a data storage system is a set of one or more computer-readable data storage media. Example types of computer-readable data storage media include random access memory (RAM) units, read-only memory units, flash memory units, write-once read-many memory units, electrically-erasable programmable read-only memory units, zero capacitor RAM units, twin transistor RAM units, CD-ROMs, floppy disks, Digital Versatile Discs (DVDs), High-Definition DVDs, Blu-Ray™ discs, magnetic tape drives, hard disk drives, and/or other types of data storage media. Furthermore, it should be appreciated that one or more of the computer-readable data storage media in
data storage system 54 may be removable fromcard processing server 10 or may be permanently attached tocard processing server 10. It should also be appreciated thatdata storage system 54 may include two or more different types of data storage media.Data storage system 54 may store computer-readable instructions and data. - In the example of
FIG. 3 ,processor 52 is a set of one or more electronic microprocessors, each of which is capable of executing instructions.Processor 52 may include a wide variety of microprocessors. For example,processor 52 may include a Xeon Quad Core microprocessor manufactured by Intel Corporation of Santa Clara, Calif., an Opteron microprocessor manufactured by Advanced Micro Devices, Incorporated of Sunnyvale, Calif., and/or other types of microprocessors. - As illustrated in the example of
FIG. 3 ,data storage system 54 stores aCVV generator 58.CVV generator 58 may comprise a set of computer-readable instructions. In general terms, whenprocessor 52 executes the instructions ofCVV generator 58,card processing server 10 to dynamically generates a CVV for a credit card and stores the dynamically-generated CVV in aCVV database 60.FIG. 5 , described in detail below, illustrates an exemplary operation thatprocessor 52 may perform when executing instructions ofCVV generator 58. - Furthermore, in the example of
FIG. 3 ,data storage system 54 stores atransaction processing module 62.Transaction processing module 62 may comprise a set of computer-readable instructions. Whenprocessor 52 executes the instructions oftransaction processing module 62,card processing server 10 performs a transaction processing operation. In the example ofFIG. 3 , the instructions oftransaction processing module 62 are subdivided into avalidation module 64, amessage module 66, and arecordation module 68. Whenprocessor 52 executes the instructions ofvalidation module 64,card processing server 10 validates a CVV received by network interface 50 as part of a transaction request. Whenprocessor 52 executes the instructions ofmessage module 66, network interface 50 sends transaction messages to merchants. Whenprocessor 52 executes the instructions ofrecordation module 68,card processing server 10 records transaction details.FIG. 7 , described in detail below, illustrates an exemplary operation thatprocessor 52 may perform when executing instructions oftransaction processing module 62. - It should be noted that many other implementations of
card processing server 10 are possible and thatFIG. 3 is provided for explanatory purposes. For instance, some or all of the functionality associated withCVV generator 58 ortransaction processing module 62 may be implemented in hardware. Furthermore, it should be appreciated that card processing server may include many physical components and thatdata storage system 54 may include many other modules in addition to those illustrated in the example ofFIG. 3 . - For ease of explanation, the flowcharts illustrated in the examples of
FIGS. 4-7 describeCVV generator 58,transaction processing module 62,validation module 64,message module 66, andrecordation module 68 as performing certain actions. Such description may be interpreted to mean thatcard processing server 10 performs such actions whenprocessor 52 executes instructions ofCVV generation 58,transaction processing module 62,validation module 64,message module 66, andrecordation module 68. Alternatively, if one or more ofCVV generator 58,transaction processing module 62,validation module 64,message module 66, andrecordation module 68 are implemented in hardware, such description may be interpreted to mean that these units perform such actions independently fromprocessor 52. -
FIG. 4 is a flowchart illustrating an example operation ofcardholder device 4. In the example ofFIG. 4 ,cardholder device 4 receives input from user 8 (80). The input may indicate a desire ofuser 8 to request a dynamically-generated CVV for a credit card. For example,cardholder device 4 may receive such input in the form of a mouse click on a submission button of a user interface provided bycardholder device 4. - After
cardholder device 4 receives the input,cardholder device 4 requests a dynamically-generated CVV for a credit card (82). For instance,cardholder device 4 may send a communication tocard processing server 10 vianetwork 6. In this instance, the communication may indicate a request for a dynamically-generated CVV for the credit card. As described in detail below with regard toFIG. 5 ,cardholder device 4 may, under some circumstances, receive a dynamically-generated CVV for a credit card without first requesting the dynamically-generated CVV for the credit card. - After
cardholder device 4 requests a dynamically-generated CVV for the credit card,cardholder device 4 receives the dynamically-generated CVV for the credit card (84). In this way,user 8 usescardholder device 4 to receive the dynamically-generated CVV from the card services provider. - Next,
cardholder device 4 enablesuser 8 to uses a card number of the credit card, an expiry date of the credit card, and the dynamically-generated CVV to initiate an economic transaction with a merchant (86).User 8 may interact withcardholder device 4 or another device to initiate the economic transaction. For example,cardholder device 4 may enableuser 8 to use the card number of the credit card, an expiry date of the credit card, and the dynamically-generated CVV to initiate an economic transaction by displaying the dynamically-generated CVV. In a second example,cardholder device 4 may be a handheld device that automatically receives a dynamically-generated CVV for the credit card without a request fromuser 8. In this second example,user 8 may use a personal computer to access a merchant's website. Whenuser 8 is ready to make a purchase from the merchant's website, the handheld device enablesuser 8 to use the card number of the credit card, the expiry date of the credit card, and the dynamically-generated CVV to initiate an economic transaction by wirelessly communicating the dynamically-generated CVV for the credit card to the personal computer. Upon receiving the dynamically-generated CVV, the personal computer may automatically enter the dynamically-generated CVV into a CVV entry feature of a “check-out” web page of the merchant's website. In this way,user 8 would not need to manually request or enter a dynamically-generated CVV so long as the handheld device is able to wirelessly communicate with the personal computer. Furthermore, in this second example, the handheld device and the personal computer may be configured to only exchange dynamically-generated CVVs if both are configured with a shared secret key. The situation described in this example may be advantageous because it minimizes the number of steps thatuser 8 must perform in order to initiate an economic transaction using a dynamically-generated CVV and because a potential thief would need access to both the credit card and the mobile device to make a fraudulent purchase. - It should be appreciated that
cardholder device 4 may perform the actions described in the example ofFIG. 4 in a variety of ways. For example, a data storage system withincardholder device 4 may store instructions. When executed by a processor withincardholder device 4, the instructions may causecardholder device 4 to perform the actions described in the example ofFIG. 4 and/or other actions. In another example,cardholder device 4 may comprise one or more hardware units that perform one or more of the actions described in the example ofFIG. 4 . -
FIG. 5 is a flowchart illustrating an example operation ofcard processing server 10 whencard processing server 10 receives a request for a dynamically-generated CVV for a credit card. Initially, network interface 50 incard processing server 10 receives a request for a dynamically-generated CVV for a credit card (100). In response to the request,CVV generator 58 incard processing server 10 dynamically generates a CVV for the credit card (102). -
CVV generator 58 generates the CVV based, at least in part, on a card number of the credit card, an expiry date of the credit card, and a dynamic service code.CVV generator 58 selects the dynamic service code such that the dynamically-generated CVV is substantially unpredictable based on previously released dynamically-generated CVVs for the credit card. For instance,CVV generator 58 may use a pseudo-random process to select the dynamic service code while ensuring that the selected dynamic service code is not equal to one or more previously selected dynamic service codes for the credit card. BecauseCVV generator 58 selects the dynamic service code such that the dynamically-generated CVV is substantially unpredictable based on previously released dynamically-generated CVVs for the credit card, it may be impossible or very difficult for a would-be thief to guess or discover a valid dynamically-generated CVV for the credit card, even if the would-be thief has access to previously released dynamically-generated CVVs for the credit card. - After
CVV generator 58 generates the dynamically-generated CVV,CVV generator 58 stores the dynamically-generated CVV into CVV database 60 (104). WhenCVV generator 58 stores the dynamically-generated CVV intoCVV database 60,CVV generator 58 may also store, inCVV database 60, validation information. For example, the validation information may indicate a time period during which the dynamically-generated CVV is valid. In this example,CVV generator 58 may store, inCVV database 60, validation information that indicates that the dynamically-generated CVV is valid for 24 hours starting at 3:30 PM on Jan. 6, 2008. - Next, network interface 50 sends, via
network 6, a set of data indicating the dynamically-generated CVV to cardholder device 4 (106). Network interface 50 may send a wide variety of different types of data that indicate the dynamically-generated CVV. For example, network interface 50 may send a web page that includes text that specifies the dynamically-generated CVV. In a second example, network interface 50 may send data that does not explicitly indicate the dynamically-generated CVV. In this second example, network interface 50 may, for instance, send a picture of a horse.User 8 may know that pictures of horses indicate dynamically-generated CVVs equal to “528”. In a third example, network interface 50 may send data that represents a vocalization of the dynamically-generated CVV. - In some implementations,
CVV generator 58 may dynamically generate, and network interface 50 may send, a CVV for a credit card without first receiving a request for a dynamically-generated CVV for the credit card. For example,CVV generator 58 may dynamically generate, and network interface 50 may send, a CVV for a credit card on a periodic basis. In this example,CVV generator 58 may generate a new dynamically-generated CVV for the credit card on a daily basis. In another example,CVV generator 58 may automatically generate a new dynamically-generated CVV for a credit card whenever an economic transaction is performed using an outstanding dynamically-generated CVV for the credit card. Automatically generating dynamically-generated CVVs in this manner may be advantageous in situations where it is inconvenient or time-intensive to manually request a dynamically-generated CVV. -
FIG. 6 is a flowchart illustrating an example operation to dynamically generate a CVV for a credit card. In order to dynamically generate a CVV for a credit card,CVV generator 58 uses a pseudo-random process to select a dynamic service code (120). For example,CVV generator 58 may random select the dynamic service code “101.” - After selecting the dynamic service code,
CVV generator 58 determines whether the selected dynamic service code is equal to a dynamic service code used to generate a previously-released dynamically-generated CVV for the credit card (122). For example,CVV generator 58 may store the last five dynamic service codes used to generate the previous five dynamically-generated CVVs for the credit card. If the selected dynamic service code is equal to any of the stored dynamic service codes,CVV generator 58 may determine that the selected dynamic service code is equal to a dynamic service code used to generate a previously-released dynamically-generated CVV for the credit card. - If
CVV generator 58 determines that the selected dynamic service code is equal to a dynamic service code used to generate a previously-released dynamically-generated CVV for the credit card (“YES” of 122),CVV generator 58 loops back and again selects a dynamic service code (120). For instance, ifCVV generator 58 selected the dynamic service code “101” and the last five dynamic service codes for the credit card were “425,” “637,” “101,” “302,” and “321,”CVV generator 58 would loop back and again select a dynamic service code. - On the other hand, if
CVV generator 58 determines that the selected dynamic service code is not equal to a dynamic service code used to generate a previously-released dynamically-generated CVV for the credit card (“NO” of 122),CVV generator 58 concatenates the card number of the credit card, the expiry date of the credit card, and the selected dynamic service code (124). For example, if the card number of the credit card is “4123456789012345,” the expiry date of the credit card is “8701,” and the selected dynamic service code is “101,” the resulting concatenated value may be “41234567890123458701101.” - After concatenating the values,
CVV generator 58 adds a number that represents the concatenated value as the most-significant bits of a 128-bit field (126). Continuing the previous example, 0x549561F6A13D672D is a hexadecimal number equivalent to the decimal number 41234567890123458701101. In this example,CVV generator 58 adds the hexadecimal number 0x549561F6A13D672D to the most-significant 64 bits of the 128-bit field, thereby leaving the 64 least significant bits of the 128-bit field as zeros. - Next,
CVV generator 58 splits the field into a first 64-bit block and a second 64-bit block (128).CVV generator 58 then encrypts the first 64-bit block using a first encryption key (130). Next,CVV generator 58 performs an exclusive-or (XOR) operation on the encrypted first block and the second 64-bit block (132).CVV generator 58 then encrypts the resulting XOR'ed block with the first encryption key (134). After encrypting the XOR'ed block with the first encryption key,CVV generator 58 decrypts the encrypted XOR'ed block with a second encryption key (136).CVV generator 58 then encrypts this block with the first encryption key (138). A 128-bit hexadecimal number results from the encryption of this block with the first encryption key. - After encrypting the block with the first encryption key,
CVV generator 58 extracts all numeric digits (i.e., 0 through 9) from the block (140).CVV generator 58 then extracts all alphabetical digits (i.e., A through F) from the block (142). Next,CVV generator 58 converts the alphabetical digits into numeric digits (144). For instance,CVV generator 58 may convert the alphabetical digits into numeric digits by subtracting 10 from each of the alphabetic digits. -
CVV generator 58 then concatenates the numeric digits and the converted alphabetical digits (146). After concatenating the numeric digits and the converted alphabetical digits,CVV generator 58 selects the leftmost three digits of the concatenated block as the dynamically-generated CVV (148).CVV generator 58 then outputs the dynamically-generated CVV (150). -
FIG. 7 is flowchart illustrating an example operation ofcard processing server 10 whencard processing server 10 receives a transaction request. Initially,card processing server 10 receives a transaction request from a merchant (170). The transaction request specifies a card number of a credit card (i.e., the received card number), an expiry date of the credit card (i.e., the received expiry date), and a CVV (i.e., the provided CVV). In addition, the transaction request may specify an amount to be charged to an account of a cardholder of the credit card. For example, the transaction request may specify that $524.24 is to be charged to the account of the cardholder of the credit card. In addition, the transaction request may identify a merchant to whom payment is to be made. For example, the transaction request may specify that payment is to be made to a merchant called “Selma's Sporting Goods. - After
card processing server 10 receives the transaction request,validation module 64 determines whether the transaction request is occurring in a situation in which a dynamically-generated CVV for the credit card is required to successfully complete economic transactions using the credit card (172). There may be many situations in which a dynamically-generated CVV is required to successfully complete economic transactions. In an first example, a currency amount for an economic transaction above which a dynamically-generated CVV for the credit card is required to successfully complete an economic transaction using the credit card. In a second example, a current amount for a time period above which a dynamically-generated CVV for the credit card is required to successfully complete an economic transaction using the credit card. In a third example, a type of merchant for which a dynamically-generated CVV for the credit card is required to successfully complete an economic transaction using the credit card with a merchant belonging to the type of merchant. In a fourth example, a geographic location for which a dynamically-generated CVV for the credit card is required to successfully complete an economic transaction using the credit card with a merchant in the geographic location. In a fifth example, a number of economic transactions for which a dynamically-generated CVV for the credit card is required to successfully complete an economic transaction using the credit card when the credit card is used in more than the specified number of economic transactions during a given time period. It should be appreciated that many other situations may exist in which a dynamically-generated CVV for a credit card is required in order to successfully complete an economic transaction with the credit card. The situations may be established as a matter of user preference. For example,user 8 may provide user preference input to a card service provider. The user preference input specifies the situations in which a dynamically-generated CVV for a credit card is required to successfully complete an economic transaction using the credit card. - If
validation module 64 determines that a dynamically-generated CVV for the credit card is not required (”NO″ of 172),validation module 64 determines whether the provided CVV corresponds to a statically-generated CVV for the credit card (174). To determine whether the provided CVV corresponds to the statically-generated CVV for the credit card,validation module 64 may, in one exemplary implementation, calculate the statically-generated CVV for the credit card based on the received card number, the received expiry date, and a service code that is equal to zero. In another exemplary implementation,validation module 64 may use the received card number to retrieve the statically-generated CVV for the credit card from a database that stores statically-generated CVVs for credit cards. After calculating the statically-generated CVV or retrieving the statically-generated CVV,validation module 64 may determine whether the provided CVV matches the calculated or retrieved statically-generated CVV. It should be noted that in some circumstances, the provided CVV may correspond to a CVV even though the provided CVV does not exactly the CVV. - If the provided CVV does not correspond to the statically-generated CVV for the credit card (“NO” of 174) or if
validation module 64 determines that a dynamically-generated CVV is required (“YES” of 172),validation module 64 determines whether the provided CVV corresponds to a dynamically-generated CVV for the credit card (176). To determine whether the provided CVV corresponds to a dynamically-generated CVV for the credit card,validation module 64 may use the provided card number to retrieve a set of one or more dynamically-generated CVVs for the credit card fromCVV database 60. For example,validation module 64 may use the provided card number to retrieve the values “364”, “127”, and “873” fromCVV database 60. After retrieving the set of one or more dynamically-generated CVVs for the credit card fromCVV database 60,validation module 64 may determine that the provided CVV corresponds to one of the dynamically-generated CVV for the credit card retrieved fromCVV database 60. Continuing the previous example, if the provided CVV is equal to “127”,validation module 64 may determine that the provided CVV corresponds to a dynamically-generated CVVs of the credit card because one of the dynamically-generated CVVs retrieved fromCVV database 60 is equal to “127.” - If
validation module 64 determines that the provided CVV corresponds to one of the dynamically-generated CVVs for the credit card (“YES” of 176),validation module 64 determines whether a transaction limit has been exceeded for the provided CVV (178). The transaction limit for a dynamically-generated CVV is a number that indicates how many economic transactions may use the dynamically-generated CVV. For instance,validation module 64 may be configured such that a dynamically-generated CVV for a credit card may only be used in a single economic transaction with the credit card. In other circumstances,validation module 64 may be configured such that a dynamically-generated CVV for a credit card may be used in multiple economic transactions with the credit card. Furthermore, different dynamically-generated CVVs for a credit card may be used in different numbers of economic transactions with the credit card. For instance, a first dynamically-generated CVV for the credit card may only be used in a single economic transaction with the credit card and a second dynamically-generated CVV for the credit card may be used in three economic transactions with the credit card. - If
validation module 64 determines that the transaction limit has not been exceeded for the provided CVV (“NO” of 178),validation module 64 determines whether a time period associated with the one of the dynamically-generated CVVs that corresponds to the provided CVV has expired (180). For ease of explanation, this disclosure refers to the dynamically-generated CVV for the credit card that corresponds to the provided CVV as the “corresponding CVV.” To determine whether the time period associated with the corresponding CVV has expired,validation module 64 may, in one exemplary implementation, retrieve information fromCVV database 60 that indicates a time period associated with the corresponding CVV. For instance,validation module 64 may retrieve validation information fromCVV database 60 that indicates that the corresponding CVV is associated with a time period lasting from 6:30 AM on Jan. 17, 2008 to 6:30 AM on Jan. 19, 2008. After retrieving the validation information that indicates the time period associated with the matching CVV,validation module 64 may determine that the time period associated with the matching CVV has expired with when the current time is not within the time period associated with the matching CVV. - If
validation module 64 determines that the time period associated with the corresponding CVV has expired (“YES” of 180), or if the transaction limit for the provided CVV has been exceeded (“YES” of 178), or ifvalidation module 64 determines that the provided CVV does not correspond to any of the dynamically-generated CVVs for the credit card (“NO” of 176),message module 66 sends a transaction rejection message to the merchant specified in the transaction request (182).Message module 66 sends the transaction rejection message becausevalidation module 64 has determined that the provided CVV is not valid. The transaction rejection message indicates to the merchant that the transaction request has been rejected. In some circumstances, the transaction rejection message may indicate that the requested economic transaction is likely fraudulent. - On the other hand, if
validation module 64 determines that the time period associated with the matching CVV has not expired (“NO” of 180) or ifvalidation module 64 determines that the provided CVV corresponds to the statically-generated CVV for the credit card (“YES” of 174),recordation module 68 records the economic transaction (184). Whenrecordation module 68 records the economic transaction,recordation module 68 records a charge against the account of the cardholder of the credit card in the amount specified by the transaction request. For example, if the transaction request specifies the amount of $524.24,recordation module 68 may record a charge of $524.24 against the account of the cardholder of the credit card. The cardholder is obligated to pay all charges against the account of the cardholder to the card issuer. The cardholder may pay charges against the account of the cardholder in the form of a monthly remittance to the card issuer. - In addition, when
recordation module 68 records the economic transaction,recordation module 68 records a charge in the amount specified by the transaction request less any processing fees against the account of the card issuer of the credit card in favor of the merchant. For example, if the transaction request specifies the amount of $524.24 and the card issuer charges a 2% processing fee,recordation module 68 may record a charge of $514.73 against the account of the card issuer in favor of the merchant. The card issuer is obligated to pay all charges in favor of merchants to the merchants on a continuous or periodic basis. - After
recordation module 68 records the economic transaction,message module 66 sends a transaction acceptance message to the merchant specified in the transaction request (186). The transaction acceptance message indicates that the economic transaction has been accepted. In some implementations, the transaction acceptance message may include a confirmation number that may be subsequently used to retrieve information associated with the economic transaction. - Those of skill in the art would appreciate that
transaction processing module 62 may perform many other actions in addition to those described in the example operation illustrated inFIG. 7 . For example,transaction processing module 62 may use the well-known Luhn algorithm to perform an operation to determine whether the received card number is valid. In another example,recordation module 68 may only record the economic transaction whentransaction processing module 62 has determined that the cardholder of the credit card has exceeded his or her credit limit for the credit card. -
FIG. 8 is a screenshot of anexample user interface 200 thatuser 8 may use to request a dynamically-generated CVV. As illustrated in the example ofFIG. 8 ,user interface 200 includes a web page 201 presented by a web browser application executing on a cardholder device (e.g., cardholder device 4). - Web page 201 includes a card
number entry feature 202 and a generatefeature 204. Whenuser 8 enters a card number for a credit card into cardnumber entry feature 202 and then clicks on generatefeature 204, the web browser application may submit the card number tocard processing server 10. In this way,user 8 may useuser interface 200 to request a dynamically-generated CVV for the credit card. -
FIG. 9 is a screenshot of anexample user interface 220 thatuser 8 may use to receive a dynamically-generated CVV. As illustrated in the example ofFIG. 9 ,user interface 220 includes aweb page 221 presented by a web browser application executing on a cardholder device (e.g., cardholder device 4). The web browser application may presentuser interface 220 whencardholder device 4 receivesweb page 221 fromcard processing server 10 in response to a request for a dynamically-generated CVV for a credit card. In other words, the web browser application may presentuser interface 220 whencardholder device 4 receives a dynamically-generated CVV for a credit card. -
Web page 221 includes afeature 222 that specifies a dynamically-generated CVV for a credit card. As illustrated in the example ofFIG. 9 , the dynamically-generated CVV for a credit card is “365”. Furthermore, in the example ofFIG. 9 , the dynamically-generated CVV for the credit card is referred to as “CVV3” to distinguish the dynamically-generated CVV from the CVV1 stored in the magnetic stripe of the credit card and the CVV2 printed on the credit card. - In addition,
web page 221 includes afeature 224 that specifies a last effective date of the dynamically-generated CVV for the credit card. The last effective date of a dynamically-generated CVV is the last day before the dynamically-generated CVV expires. As illustrated in the example ofFIG. 9 , the last effective date of the dynamically-generated CVV is Dec. 13, 2007. In other words, the dynamically-generated CVV cannot be used after Dec. 13, 2007. -
Web page 221 also includes afeature 226 that allowsuser 8 to request an additional dynamically-generated CVV for a same or a different credit card. In the example ofFIG. 9 ,user 8 has entered the card number “4213980029999990” intofeature 226. - In addition,
user interface 220 includes verification features 228, 230, 232, and 234.Feature 228 allowsuser 8 to enter a card number of a credit card, feature 230 allowsuser 8 to enter a CVV2 for the credit card or a “CVV3” for the credit card, and feature 232 allowsuser 8 to enter an expiry date for the credit card. In the example ofFIG. 9 ,user 8 has entered the card number “4213980029999990” intofeature 228 and the CVV2/CVV3 “365” intofeature 230. Whenuser 8 selectsfeature 234, the web browser application may submit the information entered intofeatures card processing server 10. In response,card processing server 10 may send a web page that indicates whether the entered CVV2/CVV3 is a valid CVV2/CVV3 for the credit card described by the card number entered infeature 228 and the expiry date entered infeature 232.User 8 may want to use verification features 228, 230, 232, and 234 to determine whether a previously requested dynamically-generated CVV for a credit card is still valid. -
FIG. 10 is a screenshot of anexample user interface 240 in which a dynamically-generated CVV has been successfully verified. As illustrated in the example ofFIG. 10 ,user interface 240 includes aweb page 241 presented by a web browser application executing on a cardholder device (e.g., cardholder device 4).Web page 241 includes most of the features of user interface 220 (FIG. 9 ). However,web page 241 includes afeature 242 that indicates whether the CVV2/CVV3 entered inverification feature 230 is a valid CVV2/CVV3 for the credit card described by the card number entered infeature 228 and the expiry date entered infeature 232. In the example ofFIG. 10 , feature 242 specifies a “Y” indicating that the CVV2/CVV3 entered inverification feature 230 is a valid CVV2/CVV3 for the credit card described by the card number entered infeature 228 and the expiry date entered infeature 232. -
FIG. 11 is a screenshot of anexample user interface 250 in which a dynamically-generated CVV has not been successfully verified. As illustrated in the example ofFIG. 11 ,user interface 250 includes aweb page 251 presented by a web browser application executing on a cardholder device (e.g., cardholder device 4).Web page 251 includes the features of web page 241 (FIG. 10 ). However, in the example ofFIG. 11 , feature 242 specifies an “N” indicating that the CVV2/CVV3 entered infeature 230 is not a valid CVV2/CVV3 for the credit card described by the card number entered infeature 228 and the expiry date entered infeature 232. - The above specification, examples, and data have been described in language specific to structural features and/or methodological acts. Nevertheless, it is to be understood that the subject matter defined in the following claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms that implement the claims.
Claims (20)
1. A method for performing an economic transaction using a transaction card, the method comprising:
using a cardholder device to receive from a card services provider a first set of data, the first set of data indicating a dynamically-generated card verification value (CVV) for the transaction card,
wherein the dynamically-generated CVV is a sequence of characters based on a card number of the transaction card, an expiry date of the transaction card, and a dynamic service code, and
wherein the dynamic service code is selected by the card services provider such that the dynamically-generated CVV is substantially unpredictable based on previously generated dynamically-generated CVVs for the transaction card,
wherein the transaction card includes a magnetic stripe that stores the card number, the expiry date, and a first statically-generated CVV, and
wherein the card number, the expiry date, and a second statically-generated CVV are physically printed on the transaction card; and
after receiving the dynamically-generated CVV from the card services provider, using the card number of the transaction card, the expiry date of the transaction card, and the dynamically-generated CVV to initiate the economic transaction.
2. The method of claim 1 , wherein using the cardholder device to receive the first set of data comprises configuring the cardholder device to automatically receive the first set of data without sending a request for the dynamically-generated CVV to the card services provider.
3. The method of claim 1 , wherein using the cardholder device to receive the first set of data comprises configuring the cardholder device to automatically receive, on a periodic basis, additional sets of data, each of the additional sets of data indicating an additional dynamically-generated CVV for the transaction card,
wherein each of the additional dynamically-generated CVVs is a sequence of characters based on the card number of the transaction card, the expiry date of the transaction card, and additional dynamic service codes, and
wherein the card services provider selects the additional dynamic service codes such that the additional dynamically-generated CVVs are substantially unpredictable based on previously generated dynamically-generated CVVs for the transaction card.
4. The method of claim 1 , further comprising using the cardholder device to send to the card services provider a request for the dynamically-generated CVV.
5. The method of claim 1 , wherein the dynamically-generated CVV is only valid for use in a single economic transaction.
6. A computer-readable medium comprising instructions that, when executed by a processor, cause an electronic computing system to:
automatically select a dynamic service code such that the dynamic service code is substantially unpredictable based on previously requested dynamically-generated card verification values (CVVs) for a transaction card;
automatically generate a dynamically-generated CVV for the transaction card, wherein the dynamically-generated CVV is based on a card number of the transaction card, an expiry date of the transaction card, and the dynamic service code;
automatically send, from the card processing server to a cardholder device, a first set of data, the first set of data indicating the dynamically-generated CVV;
in response to receiving a transaction request, automatically determine whether a provided CVV corresponds to the dynamically-generated CVV, the transaction request is a request for an economic transaction, the transaction request specifying the provided CVV and a card number of the transaction card; and
record a charge against an account of a cardholder of the transaction card when it is determined that the provided CVV corresponds to the dynamically-generated CVV.
7. The computer-readable medium of claim 6 , wherein the instructions cause the card processing server to send the first set of data comprise instructions that cause the card processing server to automatically sending the first set of data without first receiving a request for the dynamically-generated CVV.
8. The computer-readable medium of claim 7 , wherein the instructions further cause the card processing server to:
automatically select additional service codes for the transaction card, wherein additional dynamically-generated CVVs for the transaction card are substantially unpredictable based on other dynamically-generated CVVs for the transaction card, each of the additional dynamically-generated CVVs being a sequence of characters based on the card number of the transaction card, the expiry date of the transaction card, and the additional service codes for the transaction card; and
automatically send, on a periodic basis, additional sets of data from the card processing server to the cardholder device, each of the additional sets of data indicating one of the additional dynamically-generated CVVs.
9. The computer-readable medium of claim 6 ,
wherein the instructions further cause the card processing server to, in response to receiving the transaction request, determine whether a transaction limit has been exceeded, the transaction limit indicating how many economic transactions are permitted to specify the CVV specified in the transaction request; and
wherein the instructions that cause the card processing server to record the charge comprises instructions that cause the card processing server to record the charge against the account of the cardholder when it is determined that the provided CVV corresponds to the dynamically-generated CVV and the transaction limit has not been exceeded.
10. The computer-readable medium of claim 6 , wherein the instructions that cause the card processing server to select the dynamic service code comprise instructions that cause the card processing server to use a pseudo-random process to select the dynamic service code.
11. The computer-readable medium of claim 6 , wherein the instructions that cause the card processing server to automatically generate the dynamically-generated CVV comprise instructions that cause the card processing server to:
concatenate the card number of the transaction card, the expiry date of the transaction card, and the dynamic service code, thereby generating a first value;
pad the first value with zeroes such that the first value includes 128 bits, thereby generating a second value;
split the second value into a first 64-bit block and a second 64-bit block;
encrypt the first 64-bit block with a first encryption key, thereby generating a third value;
perform an “exclusive or” operation on the third value and the second 64-bit block, thereby generating a fourth value;
encrypt the fourth value with the first encryption key, thereby generating a fifth value;
decrypt the fifth value with a second encryption key, thereby generating a sixth value;
encrypt the sixth value with the first encryption key, thereby generating a seventh value;
extract all numeric digits in the seventh value, thereby generating an eighth value;
extract all alphabetical digits in the seventh value, thereby generating a ninth value;
convert the ninth value into numeric digits, thereby generating a tenth value;
concatenate the eighth value and the tenth value, thereby generating an eleventh value; and
select leftmost three digits of the eleventh value as the dynamically-generated CVV.
12. The computer-readable medium of claim 6 , further comprising instructions that cause the card processing server to:
when it is determined that the provided CVV does not correspond to the dynamically-generated CVV, automatically send a transaction rejection message from the card processing server to a merchant who sent the transaction request; and
when it is determined that the provided CVV corresponds to the dynamically-generated CVV, automatically send a transaction acceptance message from the card processing server to the merchant.
13. The computer-readable medium of claim 6 , further comprising instructions that cause the card processing server to:
determine whether the CVV specified in the transaction request corresponds to a statically-generated CVV for the transaction card; and
record the charge against the account of the cardholder of the transaction card when it is determined that the CVV specified in the transaction request corresponds to the statically-generated CVV for the transaction card.
14. The computer-readable medium of claim 6 ,
wherein the computer-readable medium further comprises instructions that enable the card processing server to receive, at the card processing server, a CVV request from the cardholder device, the CVV request indicating that the cardholder device is requesting a dynamically generated CVV for the transaction card; and
wherein the instructions that cause the card processing server to send the first set of data comprise instructions that cause the card processing server to send the first set of data in response to the CVV request.
15. The computer-readable medium of claim 6 , wherein the instructions that cause the card processing server to send the first set of data comprise instructions that cause the card processing server to automatically send a text message from the card processing server to the cardholder device, the text message containing the first set of data.
16. The computer-readable medium of claim 6 , wherein the instructions that cause the card processing server to send the first set of data comprise instructions that cause the card processing server to automatically output signals that represent a vocalization of the dynamically-generated CVV.
17. The computer-readable medium of claim 6 ,
wherein the computer-readable medium further comprises instructions that cause the card processing server to automatically determine, in response to receiving the transaction request, whether a time period associated with the dynamically-generated CVV has expired; and
wherein the instructions that cause the card processing server to record the charge comprises instructions that cause the card processing server to automatically record the charge against the account of the cardholder only when it is further determined that the time period associated with the dynamically-generated CVV has not expired.
18. The computer-readable medium of claim 6 , wherein the computer-readable medium further comprises instructions that cause the card processing server to:
in response to receiving the transaction request, automatically determine whether the economic transaction is occurring in a situation in which a dynamically-generated CVV is required to successfully complete economic transactions using the transaction card;
determine whether the provided CVV is a dynamically-generated CVV; and
reject the economic transaction when it is determined that the economic transaction is occurring in a situation in which a dynamically-generated CVV is required to successfully complete the economic transaction using the transaction card and when it is determined that the provided CVV is not a dynamically-generated CVV.
19. The computer-readable medium of claim 18 ,
wherein the computer-readable medium further comprises instructions that enable the card processing server to receive user preference input that indicates the situation; and
wherein the instructions that enable the card processing server to receive the user preference input comprises instructions that enable the card processing server to receive user preference input that specifies one or more of types of user preference input selected from a group consisting of:
a currency amount for an economic transaction above which a dynamically-generated CVV for the transaction card is required to successfully complete an economic transaction using the transaction card,
a currency amount for a time period above which a dynamically-generated CVV for the transaction card is required to successfully complete an economic transaction using the transaction card,
a type of merchant for which a dynamically-generated CVV for the transaction card is required to successfully complete an economic transaction using the transaction card with a merchant belonging to the type of merchant,
a geographic location for which a dynamically-generated CVV for the transaction card is required to successfully complete an economic transaction using the transaction card with a merchant in the geographic location, and
a number of economic transactions for which a dynamically-generated CVV for the transaction card is required to successfully complete an economic transaction using the transaction card when the transaction card is used more than the number of economic transactions during a given time period.
20. A card processing server comprising:
a processor;
a network interface; and
a data storage system storing instructions that, when executed by the processor, cause the card processing server to:
use a pseudo-random process to select a dynamic service code;
generate a dynamically-generated CVV based on a card number of a transaction card, an expiry date of the transaction card, and the dynamic service code;
use the network interface to send to a cardholder device a first set of data, the first set of data indicating the dynamically-generated CVV;
determine, in response to receiving a transaction request from a merchant, whether a provided CVV corresponds to the dynamically-generated CVV,
wherein the transaction request specifies the provided CVV, the card number of the transaction card, the expiry date of the transaction card, the merchant, and an amount of an economic transaction;
automatically determine, when it is determined that the provided CVV corresponds to the dynamically-generated CVV, whether the dynamically-generated CVV is valid;
automatically record a charge against an account of a cardholder of the transaction card when it is determined that the provided CVV corresponds to the dynamically-generated CVV and the dynamically-generated CVV is valid.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/661,643 US20130054466A1 (en) | 2008-01-04 | 2012-10-26 | Dynamic Card Verification Value |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US998108P | 2008-01-04 | 2008-01-04 | |
US12/348,134 US7922082B2 (en) | 2008-01-04 | 2009-01-02 | Dynamic card validation value |
US13/040,959 US20120059762A1 (en) | 2008-01-04 | 2011-03-04 | Dynamic Card Verification Value |
US13/661,643 US20130054466A1 (en) | 2008-01-04 | 2012-10-26 | Dynamic Card Verification Value |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/040,959 Continuation US20120059762A1 (en) | 2008-01-04 | 2011-03-04 | Dynamic Card Verification Value |
Publications (1)
Publication Number | Publication Date |
---|---|
US20130054466A1 true US20130054466A1 (en) | 2013-02-28 |
Family
ID=40673217
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/348,134 Expired - Fee Related US7922082B2 (en) | 2008-01-04 | 2009-01-02 | Dynamic card validation value |
US13/040,959 Abandoned US20120059762A1 (en) | 2008-01-04 | 2011-03-04 | Dynamic Card Verification Value |
US13/661,643 Abandoned US20130054466A1 (en) | 2008-01-04 | 2012-10-26 | Dynamic Card Verification Value |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/348,134 Expired - Fee Related US7922082B2 (en) | 2008-01-04 | 2009-01-02 | Dynamic card validation value |
US13/040,959 Abandoned US20120059762A1 (en) | 2008-01-04 | 2011-03-04 | Dynamic Card Verification Value |
Country Status (3)
Country | Link |
---|---|
US (3) | US7922082B2 (en) |
EP (1) | EP2245583A1 (en) |
WO (1) | WO2009089099A1 (en) |
Cited By (122)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100293382A1 (en) * | 2009-05-15 | 2010-11-18 | Ayman Hammad | Verification of portable consumer devices |
US20110108623A1 (en) * | 2009-05-15 | 2011-05-12 | Ayman Hammad | Verification of portable consumer devices |
WO2015085100A1 (en) * | 2013-12-05 | 2015-06-11 | Mastercard International Incorporated | Method and system for network based dynamic cvc authentication |
WO2015168047A1 (en) * | 2014-04-28 | 2015-11-05 | Mastercard International Incorporated | Method for generating and updating alternate security codes for payment cards |
US9256871B2 (en) | 2012-07-26 | 2016-02-09 | Visa U.S.A. Inc. | Configurable payment tokens |
US9280765B2 (en) | 2011-04-11 | 2016-03-08 | Visa International Service Association | Multiple tokenization for authentication |
US9317848B2 (en) | 2009-05-15 | 2016-04-19 | Visa International Service Association | Integration of verification tokens with mobile communication devices |
US9372971B2 (en) | 2009-05-15 | 2016-06-21 | Visa International Service Association | Integration of verification tokens with portable computing devices |
US9424413B2 (en) | 2010-02-24 | 2016-08-23 | Visa International Service Association | Integration of payment capability into secure elements of computers |
US9516487B2 (en) | 2013-11-19 | 2016-12-06 | Visa International Service Association | Automated account provisioning |
US9524501B2 (en) | 2012-06-06 | 2016-12-20 | Visa International Service Association | Method and system for correlating diverse transaction data |
US9530131B2 (en) | 2008-07-29 | 2016-12-27 | Visa U.S.A. Inc. | Transaction processing using a global unique identifier |
US9547769B2 (en) | 2012-07-03 | 2017-01-17 | Visa International Service Association | Data protection hub |
US9582801B2 (en) | 2009-05-15 | 2017-02-28 | Visa International Service Association | Secure communication of payment information to merchants using a verification token |
US9665722B2 (en) | 2012-08-10 | 2017-05-30 | Visa International Service Association | Privacy firewall |
US9680942B2 (en) | 2014-05-01 | 2017-06-13 | Visa International Service Association | Data verification using access device |
US9704155B2 (en) | 2011-07-29 | 2017-07-11 | Visa International Service Association | Passing payment tokens through an hop/sop |
US9715681B2 (en) | 2009-04-28 | 2017-07-25 | Visa International Service Association | Verification of portable consumer devices |
US9741051B2 (en) | 2013-01-02 | 2017-08-22 | Visa International Service Association | Tokenization and third-party interaction |
US9775029B2 (en) | 2014-08-22 | 2017-09-26 | Visa International Service Association | Embedding cloud-based functionalities in a communication device |
US9780953B2 (en) | 2014-07-23 | 2017-10-03 | Visa International Service Association | Systems and methods for secure detokenization |
US9792611B2 (en) | 2009-05-15 | 2017-10-17 | Visa International Service Association | Secure authentication system and method |
US9830595B2 (en) | 2012-01-26 | 2017-11-28 | Visa International Service Association | System and method of providing tokenization as a service |
US9846878B2 (en) | 2014-01-14 | 2017-12-19 | Visa International Service Association | Payment account identifier system |
US9848052B2 (en) | 2014-05-05 | 2017-12-19 | Visa International Service Association | System and method for token domain control |
US9846861B2 (en) | 2012-07-25 | 2017-12-19 | Visa International Service Association | Upstream and downstream data conversion |
US9898740B2 (en) | 2008-11-06 | 2018-02-20 | Visa International Service Association | Online challenge-response |
US9911118B2 (en) | 2012-11-21 | 2018-03-06 | Visa International Service Association | Device pairing via trusted intermediary |
US9922322B2 (en) | 2013-12-19 | 2018-03-20 | Visa International Service Association | Cloud-based transactions with magnetic secure transmission |
US9942043B2 (en) | 2014-04-23 | 2018-04-10 | Visa International Service Association | Token security on a communication device |
US9959531B2 (en) | 2011-08-18 | 2018-05-01 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US9972005B2 (en) | 2013-12-19 | 2018-05-15 | Visa International Service Association | Cloud-based transactions methods and systems |
US9978094B2 (en) | 2013-10-11 | 2018-05-22 | Visa International Service Association | Tokenization revocation list |
US9978062B2 (en) | 2013-05-15 | 2018-05-22 | Visa International Service Association | Mobile tokenization hub |
US9996835B2 (en) | 2013-07-24 | 2018-06-12 | Visa International Service Association | Systems and methods for communicating token attributes associated with a token vault |
US9998978B2 (en) | 2015-04-16 | 2018-06-12 | Visa International Service Association | Systems and methods for processing dormant virtual access devices |
US10015147B2 (en) | 2014-10-22 | 2018-07-03 | Visa International Service Association | Token enrollment system and method |
US10026087B2 (en) | 2014-04-08 | 2018-07-17 | Visa International Service Association | Data passed in an interaction |
US10043178B2 (en) | 2007-06-25 | 2018-08-07 | Visa International Service Association | Secure mobile payment system |
US10078832B2 (en) | 2011-08-24 | 2018-09-18 | Visa International Service Association | Method for using barcodes and mobile devices to conduct payment transactions |
US10096009B2 (en) | 2015-01-20 | 2018-10-09 | Visa International Service Association | Secure payment processing using authorization request |
US10121129B2 (en) | 2011-07-05 | 2018-11-06 | Visa International Service Association | Electronic wallet checkout platform apparatuses, methods and systems |
US10140615B2 (en) | 2014-09-22 | 2018-11-27 | Visa International Service Association | Secure mobile device credential provisioning using risk decision non-overrides |
US10147089B2 (en) | 2012-01-05 | 2018-12-04 | Visa International Service Association | Data protection with translation |
US10154084B2 (en) | 2011-07-05 | 2018-12-11 | Visa International Service Association | Hybrid applications utilizing distributed models and views apparatuses, methods and systems |
US10164996B2 (en) | 2015-03-12 | 2018-12-25 | Visa International Service Association | Methods and systems for providing a low value token buffer |
US10176478B2 (en) | 2012-10-23 | 2019-01-08 | Visa International Service Association | Transaction initiation determination system utilizing transaction data elements |
US10187363B2 (en) | 2014-12-31 | 2019-01-22 | Visa International Service Association | Hybrid integration of software development kit with secure execution environment |
US10192216B2 (en) | 2012-09-11 | 2019-01-29 | Visa International Service Association | Cloud-based virtual wallet NFC apparatuses, methods and systems |
US10223691B2 (en) | 2011-02-22 | 2019-03-05 | Visa International Service Association | Universal electronic payment apparatuses, methods and systems |
US10223710B2 (en) | 2013-01-04 | 2019-03-05 | Visa International Service Association | Wearable intelligent vision device apparatuses, methods and systems |
US10223730B2 (en) | 2011-09-23 | 2019-03-05 | Visa International Service Association | E-wallet store injection search apparatuses, methods and systems |
US10243958B2 (en) | 2016-01-07 | 2019-03-26 | Visa International Service Association | Systems and methods for device push provisoning |
US10242358B2 (en) | 2011-08-18 | 2019-03-26 | Visa International Service Association | Remote decoupled application persistent state apparatuses, methods and systems |
US10257185B2 (en) | 2014-12-12 | 2019-04-09 | Visa International Service Association | Automated access data provisioning |
US10255591B2 (en) | 2009-12-18 | 2019-04-09 | Visa International Service Association | Payment channel returning limited use proxy dynamic value |
US10255601B2 (en) | 2010-02-25 | 2019-04-09 | Visa International Service Association | Multifactor authentication using a directory server |
US10255456B2 (en) | 2014-09-26 | 2019-04-09 | Visa International Service Association | Remote server encrypted data provisioning system and methods |
US10262308B2 (en) | 2007-06-25 | 2019-04-16 | Visa U.S.A. Inc. | Cardless challenge systems and methods |
US10262001B2 (en) | 2012-02-02 | 2019-04-16 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia merchant analytics database platform apparatuses, methods and systems |
US10282724B2 (en) | 2012-03-06 | 2019-05-07 | Visa International Service Association | Security system incorporating mobile device |
US10289999B2 (en) | 2005-09-06 | 2019-05-14 | Visa U.S.A. Inc. | System and method for secured account numbers in proximity devices |
US10304047B2 (en) | 2012-12-07 | 2019-05-28 | Visa International Service Association | Token generating component |
US10313321B2 (en) | 2016-04-07 | 2019-06-04 | Visa International Service Association | Tokenization of co-network accounts |
US10325261B2 (en) | 2014-11-25 | 2019-06-18 | Visa International Service Association | Systems communications with non-sensitive identifiers |
US10333921B2 (en) | 2015-04-10 | 2019-06-25 | Visa International Service Association | Browser integration with Cryptogram |
US10361856B2 (en) | 2016-06-24 | 2019-07-23 | Visa International Service Association | Unique token authentication cryptogram |
US10366387B2 (en) | 2013-10-29 | 2019-07-30 | Visa International Service Association | Digital wallet system and method |
US10373133B2 (en) | 2010-03-03 | 2019-08-06 | Visa International Service Association | Portable account number for consumer payment account |
US10433128B2 (en) | 2014-01-07 | 2019-10-01 | Visa International Service Association | Methods and systems for provisioning multiple devices |
US10484345B2 (en) | 2014-07-31 | 2019-11-19 | Visa International Service Association | System and method for identity verification across mobile applications |
US10489779B2 (en) | 2013-10-21 | 2019-11-26 | Visa International Service Association | Multi-network token bin routing with defined verification parameters |
US10491389B2 (en) | 2017-07-14 | 2019-11-26 | Visa International Service Association | Token provisioning utilizing a secure authentication system |
US10496986B2 (en) | 2013-08-08 | 2019-12-03 | Visa International Service Association | Multi-network tokenization processing |
US10510073B2 (en) | 2013-08-08 | 2019-12-17 | Visa International Service Association | Methods and systems for provisioning mobile devices with payment credentials |
US10509779B2 (en) | 2016-09-14 | 2019-12-17 | Visa International Service Association | Self-cleaning token vault |
US10515358B2 (en) | 2013-10-18 | 2019-12-24 | Visa International Service Association | Contextual transaction token methods and systems |
US10552834B2 (en) | 2015-04-30 | 2020-02-04 | Visa International Service Association | Tokenization capable authentication framework |
US10586227B2 (en) | 2011-02-16 | 2020-03-10 | Visa International Service Association | Snap mobile payment apparatuses, methods and systems |
US10586229B2 (en) | 2010-01-12 | 2020-03-10 | Visa International Service Association | Anytime validation tokens |
US10664844B2 (en) | 2015-12-04 | 2020-05-26 | Visa International Service Association | Unique code for token verification |
US10726413B2 (en) | 2010-08-12 | 2020-07-28 | Visa International Service Association | Securing external systems with account token substitution |
US10733604B2 (en) | 2007-09-13 | 2020-08-04 | Visa U.S.A. Inc. | Account permanence |
US10740731B2 (en) | 2013-01-02 | 2020-08-11 | Visa International Service Association | Third party settlement |
US10769628B2 (en) | 2014-10-24 | 2020-09-08 | Visa Europe Limited | Transaction messaging |
US10825001B2 (en) | 2011-08-18 | 2020-11-03 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US10846694B2 (en) | 2014-05-21 | 2020-11-24 | Visa International Service Association | Offline authentication |
US10846683B2 (en) | 2009-05-15 | 2020-11-24 | Visa International Service Association | Integration of verification tokens with mobile communication devices |
US10878422B2 (en) | 2013-06-17 | 2020-12-29 | Visa International Service Association | System and method using merchant token |
US10891610B2 (en) | 2013-10-11 | 2021-01-12 | Visa International Service Association | Network token system |
US10902421B2 (en) | 2013-07-26 | 2021-01-26 | Visa International Service Association | Provisioning payment credentials to a consumer |
US10902418B2 (en) | 2017-05-02 | 2021-01-26 | Visa International Service Association | System and method using interaction token |
US10915899B2 (en) | 2017-03-17 | 2021-02-09 | Visa International Service Association | Replacing token on a multi-token user device |
US10937031B2 (en) | 2012-05-04 | 2021-03-02 | Visa International Service Association | System and method for local data conversion |
US10977657B2 (en) | 2015-02-09 | 2021-04-13 | Visa International Service Association | Token processing utilizing multiple authorizations |
US10990967B2 (en) | 2016-07-19 | 2021-04-27 | Visa International Service Association | Method of distributing tokens and managing token relationships |
US11004043B2 (en) | 2009-05-20 | 2021-05-11 | Visa International Service Association | Device including encrypted data for expiration date and verification value creation |
US11023890B2 (en) | 2014-06-05 | 2021-06-01 | Visa International Service Association | Identification and verification for provisioning mobile application |
US11037138B2 (en) | 2011-08-18 | 2021-06-15 | Visa International Service Association | Third-party value added wallet features and interfaces apparatuses, methods, and systems |
US11055710B2 (en) | 2013-05-02 | 2021-07-06 | Visa International Service Association | Systems and methods for verifying and processing transactions using virtual currency |
US11068578B2 (en) | 2016-06-03 | 2021-07-20 | Visa International Service Association | Subtoken management system for connected devices |
US11068899B2 (en) | 2016-06-17 | 2021-07-20 | Visa International Service Association | Token aggregation for multi-party transactions |
US11068889B2 (en) | 2015-10-15 | 2021-07-20 | Visa International Service Association | Instant token issuance |
US11080696B2 (en) | 2016-02-01 | 2021-08-03 | Visa International Service Association | Systems and methods for code display and use |
US11176554B2 (en) | 2015-02-03 | 2021-11-16 | Visa International Service Association | Validation identity tokens for transactions |
US11238140B2 (en) | 2016-07-11 | 2022-02-01 | Visa International Service Association | Encryption key exchange process using access device |
US11250424B2 (en) | 2016-05-19 | 2022-02-15 | Visa International Service Association | Systems and methods for creating subtokens using primary tokens |
US11250391B2 (en) | 2015-01-30 | 2022-02-15 | Visa International Service Association | Token check offline |
US11257074B2 (en) | 2014-09-29 | 2022-02-22 | Visa International Service Association | Transaction risk based token |
US11256789B2 (en) | 2018-06-18 | 2022-02-22 | Visa International Service Association | Recurring token transactions |
US11288661B2 (en) | 2011-02-16 | 2022-03-29 | Visa International Service Association | Snap mobile payment apparatuses, methods and systems |
US11323443B2 (en) | 2016-11-28 | 2022-05-03 | Visa International Service Association | Access identifier provisioning to application |
US11356257B2 (en) | 2018-03-07 | 2022-06-07 | Visa International Service Association | Secure remote token release with online authentication |
US11386421B2 (en) | 2016-04-19 | 2022-07-12 | Visa International Service Association | Systems and methods for performing push transactions |
US11469895B2 (en) | 2018-11-14 | 2022-10-11 | Visa International Service Association | Cloud token provisioning of multiple tokens |
US11494765B2 (en) | 2017-05-11 | 2022-11-08 | Visa International Service Association | Secure remote transaction system using mobile devices |
US11580519B2 (en) | 2014-12-12 | 2023-02-14 | Visa International Service Association | Provisioning platform for machine-to-machine devices |
US11620643B2 (en) | 2014-11-26 | 2023-04-04 | Visa International Service Association | Tokenization request via access device |
US11727392B2 (en) | 2011-02-22 | 2023-08-15 | Visa International Service Association | Multi-purpose virtual card transaction apparatuses, methods and systems |
US11777934B2 (en) | 2018-08-22 | 2023-10-03 | Visa International Service Association | Method and system for token provisioning and processing |
US11849042B2 (en) | 2019-05-17 | 2023-12-19 | Visa International Service Association | Virtual access credential interaction system and method |
US11900361B2 (en) | 2016-02-09 | 2024-02-13 | Visa International Service Association | Resource provider account token provisioning and processing |
Families Citing this family (193)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7333955B2 (en) | 2001-09-24 | 2008-02-19 | E2Interactive, Inc. | System and method for securing communication service |
US20050229003A1 (en) | 2004-04-09 | 2005-10-13 | Miles Paschini | System and method for distributing personal identification numbers over a computer network |
US10205721B2 (en) | 2002-12-10 | 2019-02-12 | Ewi Holdings, Inc. | System and method for distributing personal identification numbers over a computer network |
US7131578B2 (en) | 2003-05-28 | 2006-11-07 | Ewi Holdings, Inc. | System and method for electronic prepaid account replenishment |
US8655309B2 (en) | 2003-11-14 | 2014-02-18 | E2Interactive, Inc. | Systems and methods for electronic device point-of-sale activation |
US11475436B2 (en) | 2010-01-08 | 2022-10-18 | Blackhawk Network, Inc. | System and method for providing a security code |
US11599873B2 (en) | 2010-01-08 | 2023-03-07 | Blackhawk Network, Inc. | Systems and methods for proxy card and/or wallet redemption card transactions |
US7280644B2 (en) | 2004-12-07 | 2007-10-09 | Ewi Holdings, Inc. | Transaction processing platform for faciliating electronic distribution of plural prepaid services |
US8740069B2 (en) * | 2005-01-26 | 2014-06-03 | Heng Kah Choy | Fraud-free payment for internet purchases |
US7789294B2 (en) * | 2005-02-18 | 2010-09-07 | Ebet Systems Pty Ltd | System and method for monitoring a validator |
US10296895B2 (en) | 2010-01-08 | 2019-05-21 | Blackhawk Network, Inc. | System for processing, activating and redeeming value added prepaid cards |
US10068220B2 (en) | 2006-10-11 | 2018-09-04 | Visa International Service Association | Systems and methods for brokered authentication express seller links |
TW200834446A (en) | 2006-10-11 | 2008-08-16 | Visa Int Service Ass | Method and system for processing micropayment transactions |
US7866551B2 (en) | 2007-02-15 | 2011-01-11 | Visa U.S.A. Inc. | Dynamic payment device characteristics |
US9747598B2 (en) | 2007-10-02 | 2017-08-29 | Iii Holdings 1, Llc | Dynamic security code push |
US20140067675A1 (en) * | 2012-09-06 | 2014-03-06 | American Express Travel Related Services Company, Inc. | Authentication using dynamic codes |
US20090159704A1 (en) | 2007-12-24 | 2009-06-25 | Dynamics Inc. | Cards and devices with magnetic emulators and magnetic read-head detectors |
US7922082B2 (en) * | 2008-01-04 | 2011-04-12 | M2 International Ltd. | Dynamic card validation value |
WO2010005681A1 (en) * | 2008-06-16 | 2010-01-14 | Visa U.S.A. Inc. | System and method for authorizing financial transactions with online merchants |
WO2010028302A2 (en) * | 2008-09-05 | 2010-03-11 | Giftango Corporation | Systems and methods for authentication of a virtual stored value card |
US7827108B2 (en) * | 2008-11-21 | 2010-11-02 | Visa U.S.A. Inc. | System and method of validating a relationship between a user and a user account at a financial institution |
US8567670B2 (en) * | 2009-03-27 | 2013-10-29 | Intersections Inc. | Dynamic card verification values and credit transactions |
US8326759B2 (en) * | 2009-04-28 | 2012-12-04 | Visa International Service Association | Verification of portable consumer devices |
US20100293093A1 (en) * | 2009-05-13 | 2010-11-18 | Igor Karpenko | Alterable Security Value |
US8676639B2 (en) * | 2009-10-29 | 2014-03-18 | Visa International Service Association | System and method for promotion processing and authorization |
US8280788B2 (en) | 2009-10-29 | 2012-10-02 | Visa International Service Association | Peer-to-peer and group financial management systems and methods |
US8332325B2 (en) * | 2009-11-02 | 2012-12-11 | Visa International Service Association | Encryption switch processing |
WO2011063024A2 (en) * | 2009-11-18 | 2011-05-26 | Magid Joseph Mina | Anonymous transaction payment systems and methods |
US11928696B2 (en) | 2009-12-16 | 2024-03-12 | E2Interactive, Inc. | Systems and methods for generating a virtual value item for a promotional campaign |
US9324066B2 (en) * | 2009-12-21 | 2016-04-26 | Verizon Patent And Licensing Inc. | Method and system for providing virtual credit card services |
CA2786264A1 (en) | 2010-01-08 | 2011-07-14 | Blackhawk Network, Inc. | A system for processing, activating and redeeming value added prepaid cards |
US10037526B2 (en) | 2010-01-08 | 2018-07-31 | Blackhawk Network, Inc. | System for payment via electronic wallet |
US8615468B2 (en) * | 2010-01-27 | 2013-12-24 | Ca, Inc. | System and method for generating a dynamic card value |
CA2792555C (en) * | 2010-04-09 | 2019-06-18 | Visa International Service Association | System and method for securely validating transactions |
US8473414B2 (en) * | 2010-04-09 | 2013-06-25 | Visa International Service Association | System and method including chip-based device processing for transaction |
US10068287B2 (en) | 2010-06-11 | 2018-09-04 | David A. Nelsen | Systems and methods to manage and control use of a virtual card |
US8453226B2 (en) | 2010-07-16 | 2013-05-28 | Visa International Service Association | Token validation for advanced authorization |
KR101903963B1 (en) | 2010-08-27 | 2018-10-05 | 블랙호크 네트워크, 아이엔씨. | Prepaid card with savings feature |
US20120072346A1 (en) * | 2010-09-16 | 2012-03-22 | Yomir Sp | System and method for securing and authenticating purchase transactions |
US20120136796A1 (en) * | 2010-09-21 | 2012-05-31 | Ayman Hammad | Device Enrollment System and Method |
US9031869B2 (en) | 2010-10-13 | 2015-05-12 | Gift Card Impressions, LLC | Method and system for generating a teaser video associated with a personalized gift |
US9483786B2 (en) | 2011-10-13 | 2016-11-01 | Gift Card Impressions, LLC | Gift card ordering system and method |
US11295394B2 (en) | 2010-12-07 | 2022-04-05 | Groupon, Inc. | Method and system for credit card holder identification |
US20120153028A1 (en) * | 2010-12-15 | 2012-06-21 | Poznansky Amir | Transaction Card with dynamic CVV |
US20120228375A1 (en) * | 2011-03-08 | 2012-09-13 | Abiodun Daniel Iwaloye | e-card (Electronic debit and credit cards systems) |
GB201105765D0 (en) | 2011-04-05 | 2011-05-18 | Visa Europe Ltd | Payment system |
US8887994B1 (en) | 2011-04-07 | 2014-11-18 | Wells Fargo Bank, N.A. | System and method of authentication using a re-writable card verification value |
US11049110B2 (en) * | 2011-06-17 | 2021-06-29 | Zelis Payments, Llc | Healthcare transaction facilitation platform apparatuses, methods and systems |
US8768830B1 (en) | 2011-09-08 | 2014-07-01 | Citibank, N.A. | Method and system for a multi-purpose transactional platform |
US9165321B1 (en) * | 2011-11-13 | 2015-10-20 | Google Inc. | Optimistic receipt flow |
US20130124364A1 (en) * | 2011-11-13 | 2013-05-16 | Millind Mittal | System and method of electronic payment using payee provided transaction identification codes |
FR2984048A1 (en) * | 2011-12-09 | 2013-06-14 | Baudouin Jacques Henri Debain | Device for identification of person in remote manner for electronic tax payment, has communication interface that is arranged for instantaneous identification of person, where different types of information are provided through interface |
FR2985341B1 (en) * | 2011-12-30 | 2015-01-09 | Pw Group | METHOD AND SYSTEM FOR SECURING A PAYMENT REALIZED USING A PAYMENT CARD |
US10417677B2 (en) | 2012-01-30 | 2019-09-17 | Gift Card Impressions, LLC | Group video generating system |
US11042870B2 (en) | 2012-04-04 | 2021-06-22 | Blackhawk Network, Inc. | System and method for using intelligent codes to add a stored-value card to an electronic wallet |
US9033218B1 (en) * | 2012-05-15 | 2015-05-19 | Dynamics Inc. | Cards, devices, systems, methods and dynamic security codes |
US11538055B2 (en) * | 2012-06-15 | 2022-12-27 | Edatanetworks Inc. | Systems and method for incenting consumers |
US9569769B2 (en) | 2012-09-17 | 2017-02-14 | E2Interactive, Inc. | Composite activation indicia substrate |
EP2923325A4 (en) | 2012-11-20 | 2016-08-17 | Blackhawk Network Inc | System and method for using intelligent codes in conjunction with stored-value cards |
US9015813B2 (en) | 2012-11-21 | 2015-04-21 | Jack Bicer | Systems and methods for authentication, verification, and payments |
US8677116B1 (en) | 2012-11-21 | 2014-03-18 | Jack Bicer | Systems and methods for authentication and verification |
JP5638593B2 (en) * | 2012-11-30 | 2014-12-10 | ヤフー株式会社 | Management device, member management program, member management method, service providing device, member card management program, and member management system |
GB2523972B (en) * | 2013-01-03 | 2020-10-07 | Blackhawk Network Inc | System and method for providing a security code |
US9565911B2 (en) | 2013-02-15 | 2017-02-14 | Gift Card Impressions, LLC | Gift card presentation devices |
US11219288B2 (en) | 2013-02-15 | 2022-01-11 | E2Interactive, Inc. | Gift card box with slanted tray and slit |
US9022286B2 (en) | 2013-03-15 | 2015-05-05 | Virtual Electric, Inc. | Multi-functional credit card type portable electronic device |
US10535060B2 (en) * | 2013-03-15 | 2020-01-14 | Mastercard International Incorporated | System and method for processing financial transactions using a mobile device for payment |
US10217107B2 (en) | 2013-05-02 | 2019-02-26 | Gift Card Impressions, LLC | Stored value card kiosk system and method |
AP2015008912A0 (en) | 2013-07-12 | 2015-12-31 | Payu Payment Solutions Proprietary Ltd | Systems for storing cardholder data and processingtransactions |
US20150371234A1 (en) * | 2014-02-21 | 2015-12-24 | Looppay, Inc. | Methods, devices, and systems for secure provisioning, transmission, and authentication of payment data |
US10262346B2 (en) | 2014-04-30 | 2019-04-16 | Gift Card Impressions, Inc. | System and method for a merchant onsite personalization gifting platform |
US9619636B2 (en) * | 2015-02-06 | 2017-04-11 | Qualcomm Incorporated | Apparatuses and methods for secure display on secondary display device |
US10360558B2 (en) | 2015-03-17 | 2019-07-23 | Ca, Inc. | Simplified two factor authentication for mobile payments |
US10050942B2 (en) | 2015-03-17 | 2018-08-14 | Ca, Inc. | System and method of mobile authentication |
US10387884B2 (en) | 2015-03-18 | 2019-08-20 | Ca, Inc. | System for preventing mobile payment |
US10089631B2 (en) | 2015-03-18 | 2018-10-02 | Ca, Inc. | System and method of neutralizing mobile payment |
FR3038419B1 (en) * | 2015-06-30 | 2017-07-28 | Oberthur Technologies | SERVER AND METHOD OF VERIFYING SECURITY CODE |
BR112018003090A2 (en) | 2015-08-17 | 2018-09-25 | Verrency Holdings Ltd | payment devices having multiple ways of conducting financial transactions |
SG10201914040YA (en) | 2015-09-10 | 2020-03-30 | Verrency Holdings Ltd | Proxy device for representing multiple credentials |
FR3043871A1 (en) * | 2015-11-16 | 2017-05-19 | Myriam Lazzari | METHOD OF SECURING BANK CARDS OF ONLINE TRANSACTIONS BY TELEPHONE OR FAX |
US20170169426A1 (en) * | 2015-12-09 | 2017-06-15 | Mastercard International Incorporated | Dynamic security code authorization verification service |
US20180174210A1 (en) * | 2016-12-15 | 2018-06-21 | Mastercard International Incorporated | Systems and methods for detecting data inconsistencies |
US20180183835A1 (en) * | 2016-12-25 | 2018-06-28 | Steven Mark Bryant | Forward one-time-use physical access verification apparatus, system, and method of operation |
US10574650B2 (en) | 2017-05-17 | 2020-02-25 | Bank Of America Corporation | System for electronic authentication with live user determination |
US10387632B2 (en) | 2017-05-17 | 2019-08-20 | Bank Of America Corporation | System for provisioning and allowing secure access to a virtual credential |
AU2018273740A1 (en) * | 2017-05-25 | 2020-01-23 | Rtekk Holdings Limited | Dynamic verification method and system for card transactions |
US10954049B2 (en) | 2017-12-12 | 2021-03-23 | E2Interactive, Inc. | Viscous liquid vessel for gifting |
US10496998B1 (en) * | 2018-05-15 | 2019-12-03 | Capital One Services, Llc | Generating a random verification code for a transaction |
US10546444B2 (en) | 2018-06-21 | 2020-01-28 | Capital One Services, Llc | Systems and methods for secure read-only authentication |
US10769299B2 (en) | 2018-07-12 | 2020-09-08 | Capital One Services, Llc | System and method for dynamic generation of URL by smart card |
AU2019354421A1 (en) | 2018-10-02 | 2021-04-29 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US10733645B2 (en) | 2018-10-02 | 2020-08-04 | Capital One Services, Llc | Systems and methods for establishing identity for order pick up |
US10582386B1 (en) | 2018-10-02 | 2020-03-03 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
CA3115064A1 (en) | 2018-10-02 | 2020-04-09 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US10771253B2 (en) | 2018-10-02 | 2020-09-08 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US10565587B1 (en) | 2018-10-02 | 2020-02-18 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US10592710B1 (en) | 2018-10-02 | 2020-03-17 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US10783519B2 (en) | 2018-10-02 | 2020-09-22 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
SG11202102798TA (en) | 2018-10-02 | 2021-04-29 | Capital One Services Llc | Systems and methods for cryptographic authentication of contactless cards |
US10771254B2 (en) | 2018-10-02 | 2020-09-08 | Capital One Services, Llc | Systems and methods for email-based card activation |
WO2020072575A1 (en) | 2018-10-02 | 2020-04-09 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US10554411B1 (en) | 2018-10-02 | 2020-02-04 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
WO2020072687A1 (en) | 2018-10-02 | 2020-04-09 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
WO2020072550A1 (en) | 2018-10-02 | 2020-04-09 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US10607214B1 (en) | 2018-10-02 | 2020-03-31 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
KR20210068391A (en) | 2018-10-02 | 2021-06-09 | 캐피탈 원 서비시즈, 엘엘씨 | System and method for cryptographic authentication of contactless card |
US10542036B1 (en) | 2018-10-02 | 2020-01-21 | Capital One Services, Llc | Systems and methods for signaling an attack on contactless cards |
US10579998B1 (en) | 2018-10-02 | 2020-03-03 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
WO2020072552A1 (en) | 2018-10-02 | 2020-04-09 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
WO2020072537A1 (en) | 2018-10-02 | 2020-04-09 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US10949520B2 (en) | 2018-10-02 | 2021-03-16 | Capital One Services, Llc | Systems and methods for cross coupling risk analytics and one-time-passcodes |
CA3115084A1 (en) | 2018-10-02 | 2020-04-09 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US10489781B1 (en) | 2018-10-02 | 2019-11-26 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US10909527B2 (en) | 2018-10-02 | 2021-02-02 | Capital One Services, Llc | Systems and methods for performing a reissue of a contactless card |
US10581611B1 (en) | 2018-10-02 | 2020-03-03 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
SG11202102543WA (en) | 2018-10-02 | 2021-04-29 | Capital One Services Llc | Systems and methods for cryptographic authentication of contactless cards |
US10511443B1 (en) | 2018-10-02 | 2019-12-17 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US10505738B1 (en) | 2018-10-02 | 2019-12-10 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
US11210664B2 (en) | 2018-10-02 | 2021-12-28 | Capital One Services, Llc | Systems and methods for amplifying the strength of cryptographic algorithms |
WO2020072474A1 (en) | 2018-10-02 | 2020-04-09 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
CA3062211A1 (en) * | 2018-11-26 | 2020-05-26 | Mir Limited | Dynamic verification method and system for card transactions |
US20200226581A1 (en) | 2019-01-11 | 2020-07-16 | Capital One Services, Llc | Systems and methods for touch screen interface interaction using a card overlay |
US11037136B2 (en) | 2019-01-24 | 2021-06-15 | Capital One Services, Llc | Tap to autofill card data |
US10510074B1 (en) | 2019-02-01 | 2019-12-17 | Capital One Services, Llc | One-tap payment using a contactless card |
US11120453B2 (en) | 2019-02-01 | 2021-09-14 | Capital One Services, Llc | Tap card to securely generate card data to copy to clipboard |
US10467622B1 (en) | 2019-02-01 | 2019-11-05 | Capital One Services, Llc | Using on-demand applications to generate virtual numbers for a contactless card to securely autofill forms |
US10425129B1 (en) | 2019-02-27 | 2019-09-24 | Capital One Services, Llc | Techniques to reduce power consumption in near field communication systems |
US10523708B1 (en) | 2019-03-18 | 2019-12-31 | Capital One Services, Llc | System and method for second factor authentication of customer support calls |
US10643420B1 (en) | 2019-03-20 | 2020-05-05 | Capital One Services, Llc | Contextual tapping engine |
US10438437B1 (en) | 2019-03-20 | 2019-10-08 | Capital One Services, Llc | Tap to copy data to clipboard via NFC |
US10984416B2 (en) | 2019-03-20 | 2021-04-20 | Capital One Services, Llc | NFC mobile currency transfer |
US10535062B1 (en) | 2019-03-20 | 2020-01-14 | Capital One Services, Llc | Using a contactless card to securely share personal data stored in a blockchain |
US10970712B2 (en) | 2019-03-21 | 2021-04-06 | Capital One Services, Llc | Delegated administration of permissions using a contactless card |
US10467445B1 (en) | 2019-03-28 | 2019-11-05 | Capital One Services, Llc | Devices and methods for contactless card alignment with a foldable mobile device |
US11521262B2 (en) | 2019-05-28 | 2022-12-06 | Capital One Services, Llc | NFC enhanced augmented reality information overlays |
US10516447B1 (en) | 2019-06-17 | 2019-12-24 | Capital One Services, Llc | Dynamic power levels in NFC card communications |
US11694187B2 (en) | 2019-07-03 | 2023-07-04 | Capital One Services, Llc | Constraining transactional capabilities for contactless cards |
US11392933B2 (en) | 2019-07-03 | 2022-07-19 | Capital One Services, Llc | Systems and methods for providing online and hybridcard interactions |
US10871958B1 (en) | 2019-07-03 | 2020-12-22 | Capital One Services, Llc | Techniques to perform applet programming |
US10713649B1 (en) | 2019-07-09 | 2020-07-14 | Capital One Services, Llc | System and method enabling mobile near-field communication to update display on a payment card |
US10498401B1 (en) | 2019-07-15 | 2019-12-03 | Capital One Services, Llc | System and method for guiding card positioning using phone sensors |
US10885514B1 (en) | 2019-07-15 | 2021-01-05 | Capital One Services, Llc | System and method for using image data to trigger contactless card transactions |
US10733601B1 (en) | 2019-07-17 | 2020-08-04 | Capital One Services, Llc | Body area network facilitated authentication or payment authorization |
US10832271B1 (en) | 2019-07-17 | 2020-11-10 | Capital One Services, Llc | Verified reviews using a contactless card |
US11182771B2 (en) | 2019-07-17 | 2021-11-23 | Capital One Services, Llc | System for value loading onto in-vehicle device |
US11521213B2 (en) | 2019-07-18 | 2022-12-06 | Capital One Services, Llc | Continuous authentication for digital services based on contactless card positioning |
US10506426B1 (en) | 2019-07-19 | 2019-12-10 | Capital One Services, Llc | Techniques for call authentication |
US10541995B1 (en) | 2019-07-23 | 2020-01-21 | Capital One Services, Llc | First factor contactless card authentication system and method |
JP2023503795A (en) | 2019-10-02 | 2023-02-01 | キャピタル・ワン・サービシーズ・リミテッド・ライアビリティ・カンパニー | Client Device Authentication Using Contactless Legacy Magnetic Stripe Data |
US10885410B1 (en) | 2019-12-23 | 2021-01-05 | Capital One Services, Llc | Generating barcodes utilizing cryptographic techniques |
US10733283B1 (en) | 2019-12-23 | 2020-08-04 | Capital One Services, Llc | Secure password generation and management using NFC and contactless smart cards |
US11113685B2 (en) | 2019-12-23 | 2021-09-07 | Capital One Services, Llc | Card issuing with restricted virtual numbers |
US10657754B1 (en) | 2019-12-23 | 2020-05-19 | Capital One Services, Llc | Contactless card and personal identification system |
US11651361B2 (en) | 2019-12-23 | 2023-05-16 | Capital One Services, Llc | Secure authentication based on passport data stored in a contactless card |
US11615395B2 (en) | 2019-12-23 | 2023-03-28 | Capital One Services, Llc | Authentication for third party digital wallet provisioning |
US10862540B1 (en) | 2019-12-23 | 2020-12-08 | Capital One Services, Llc | Method for mapping NFC field strength and location on mobile devices |
US10853795B1 (en) | 2019-12-24 | 2020-12-01 | Capital One Services, Llc | Secure authentication based on identity data stored in a contactless card |
US11200563B2 (en) | 2019-12-24 | 2021-12-14 | Capital One Services, Llc | Account registration using a contactless card |
US10664941B1 (en) | 2019-12-24 | 2020-05-26 | Capital One Services, Llc | Steganographic image encoding of biometric template information on a card |
US10757574B1 (en) | 2019-12-26 | 2020-08-25 | Capital One Services, Llc | Multi-factor authentication providing a credential via a contactless card for secure messaging |
US10909544B1 (en) | 2019-12-26 | 2021-02-02 | Capital One Services, Llc | Accessing and utilizing multiple loyalty point accounts |
US11038688B1 (en) | 2019-12-30 | 2021-06-15 | Capital One Services, Llc | Techniques to control applets for contactless cards |
US11455620B2 (en) | 2019-12-31 | 2022-09-27 | Capital One Services, Llc | Tapping a contactless card to a computing device to provision a virtual number |
US10860914B1 (en) | 2019-12-31 | 2020-12-08 | Capital One Services, Llc | Contactless card and method of assembly |
US11301863B2 (en) * | 2020-01-27 | 2022-04-12 | Mastercard International Incorporated | Cardholder selected card validation code for card-not-present transactions |
US11210656B2 (en) | 2020-04-13 | 2021-12-28 | Capital One Services, Llc | Determining specific terms for contactless card activation |
US10915888B1 (en) | 2020-04-30 | 2021-02-09 | Capital One Services, Llc | Contactless card with multiple rotating security keys |
US11823175B2 (en) | 2020-04-30 | 2023-11-21 | Capital One Services, Llc | Intelligent card unlock |
US11222342B2 (en) | 2020-04-30 | 2022-01-11 | Capital One Services, Llc | Accurate images in graphical user interfaces to enable data transfer |
US10861006B1 (en) | 2020-04-30 | 2020-12-08 | Capital One Services, Llc | Systems and methods for data access control using a short-range transceiver |
US11030339B1 (en) | 2020-04-30 | 2021-06-08 | Capital One Services, Llc | Systems and methods for data access control of personal user data using a short-range transceiver |
US10963865B1 (en) | 2020-05-12 | 2021-03-30 | Capital One Services, Llc | Augmented reality card activation experience |
US11100511B1 (en) | 2020-05-18 | 2021-08-24 | Capital One Services, Llc | Application-based point of sale system in mobile operating systems |
US11063979B1 (en) | 2020-05-18 | 2021-07-13 | Capital One Services, Llc | Enabling communications between applications in a mobile operating system |
US11188637B1 (en) | 2020-06-28 | 2021-11-30 | Mark Lawson | Systems and methods for link device authentication |
US11216623B1 (en) | 2020-08-05 | 2022-01-04 | Capital One Services, Llc | Systems and methods for controlling secured data transfer via URLs |
US11062098B1 (en) | 2020-08-11 | 2021-07-13 | Capital One Services, Llc | Augmented reality information display and interaction via NFC based authentication |
US11683325B2 (en) | 2020-08-11 | 2023-06-20 | Capital One Services, Llc | Systems and methods for verified messaging via short-range transceiver |
US11165586B1 (en) | 2020-10-30 | 2021-11-02 | Capital One Services, Llc | Call center web-based authentication using a contactless card |
US11482312B2 (en) | 2020-10-30 | 2022-10-25 | Capital One Services, Llc | Secure verification of medical status using a contactless card |
US11373169B2 (en) | 2020-11-03 | 2022-06-28 | Capital One Services, Llc | Web-based activation of contactless cards |
US11216799B1 (en) | 2021-01-04 | 2022-01-04 | Capital One Services, Llc | Secure generation of one-time passcodes using a contactless card |
US11682012B2 (en) | 2021-01-27 | 2023-06-20 | Capital One Services, Llc | Contactless delivery systems and methods |
US11687930B2 (en) | 2021-01-28 | 2023-06-27 | Capital One Services, Llc | Systems and methods for authentication of access tokens |
US11562358B2 (en) | 2021-01-28 | 2023-01-24 | Capital One Services, Llc | Systems and methods for near field contactless card communication and cryptographic authentication |
US11792001B2 (en) | 2021-01-28 | 2023-10-17 | Capital One Services, Llc | Systems and methods for secure reprovisioning |
US11438329B2 (en) | 2021-01-29 | 2022-09-06 | Capital One Services, Llc | Systems and methods for authenticated peer-to-peer data transfer using resource locators |
US11777933B2 (en) | 2021-02-03 | 2023-10-03 | Capital One Services, Llc | URL-based authentication for payment cards |
US11637826B2 (en) | 2021-02-24 | 2023-04-25 | Capital One Services, Llc | Establishing authentication persistence |
US11245438B1 (en) | 2021-03-26 | 2022-02-08 | Capital One Services, Llc | Network-enabled smart apparatus and systems and methods for activating and provisioning same |
US11935035B2 (en) | 2021-04-20 | 2024-03-19 | Capital One Services, Llc | Techniques to utilize resource locators by a contactless card to perform a sequence of operations |
US11902442B2 (en) | 2021-04-22 | 2024-02-13 | Capital One Services, Llc | Secure management of accounts on display devices using a contactless card |
US11354555B1 (en) | 2021-05-04 | 2022-06-07 | Capital One Services, Llc | Methods, mediums, and systems for applying a display to a transaction card |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7922082B2 (en) * | 2008-01-04 | 2011-04-12 | M2 International Ltd. | Dynamic card validation value |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101019524B1 (en) * | 2002-03-19 | 2011-03-07 | 마스터카드 인터내셔날, 인코포레이티드 | Method and system for conducting a transaction using a proximity device |
US7740168B2 (en) | 2003-08-18 | 2010-06-22 | Visa U.S.A. Inc. | Method and system for generating a dynamic verification value |
US7427033B1 (en) * | 2005-02-26 | 2008-09-23 | James Roskind | Time-varying security code for enabling authorizations and other uses of financial accounts |
US7347361B2 (en) * | 2005-06-13 | 2008-03-25 | Robert Lovett | System, method and program product for account transaction validation |
US7568631B2 (en) | 2005-11-21 | 2009-08-04 | Sony Corporation | System, apparatus and method for obtaining one-time credit card numbers using a smart card |
US7818264B2 (en) | 2006-06-19 | 2010-10-19 | Visa U.S.A. Inc. | Track data encryption |
US7552467B2 (en) * | 2006-04-24 | 2009-06-23 | Jeffrey Dean Lindsay | Security systems for protecting an asset |
US9251637B2 (en) * | 2006-11-15 | 2016-02-02 | Bank Of America Corporation | Method and apparatus for using at least a portion of a one-time password as a dynamic card verification value |
-
2009
- 2009-01-02 US US12/348,134 patent/US7922082B2/en not_active Expired - Fee Related
- 2009-01-02 EP EP09701054A patent/EP2245583A1/en not_active Ceased
- 2009-01-02 WO PCT/US2009/030026 patent/WO2009089099A1/en active Application Filing
-
2011
- 2011-03-04 US US13/040,959 patent/US20120059762A1/en not_active Abandoned
-
2012
- 2012-10-26 US US13/661,643 patent/US20130054466A1/en not_active Abandoned
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7922082B2 (en) * | 2008-01-04 | 2011-04-12 | M2 International Ltd. | Dynamic card validation value |
Cited By (235)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10922686B2 (en) | 2005-09-06 | 2021-02-16 | Visa U.S.A. Inc. | System and method for secured account numbers in proximity devices |
US11605074B2 (en) | 2005-09-06 | 2023-03-14 | Visa U.S.A. Inc. | System and method for secured account numbers in proximily devices |
US10289999B2 (en) | 2005-09-06 | 2019-05-14 | Visa U.S.A. Inc. | System and method for secured account numbers in proximity devices |
US10043178B2 (en) | 2007-06-25 | 2018-08-07 | Visa International Service Association | Secure mobile payment system |
US10726416B2 (en) | 2007-06-25 | 2020-07-28 | Visa International Service Association | Secure mobile payment system |
US10262308B2 (en) | 2007-06-25 | 2019-04-16 | Visa U.S.A. Inc. | Cardless challenge systems and methods |
US11481742B2 (en) | 2007-06-25 | 2022-10-25 | Visa U.S.A. Inc. | Cardless challenge systems and methods |
US10733604B2 (en) | 2007-09-13 | 2020-08-04 | Visa U.S.A. Inc. | Account permanence |
US9530131B2 (en) | 2008-07-29 | 2016-12-27 | Visa U.S.A. Inc. | Transaction processing using a global unique identifier |
US9898740B2 (en) | 2008-11-06 | 2018-02-20 | Visa International Service Association | Online challenge-response |
US10572864B2 (en) | 2009-04-28 | 2020-02-25 | Visa International Service Association | Verification of portable consumer devices |
US9715681B2 (en) | 2009-04-28 | 2017-07-25 | Visa International Service Association | Verification of portable consumer devices |
US10997573B2 (en) | 2009-04-28 | 2021-05-04 | Visa International Service Association | Verification of portable consumer devices |
US9582801B2 (en) | 2009-05-15 | 2017-02-28 | Visa International Service Association | Secure communication of payment information to merchants using a verification token |
US8827154B2 (en) | 2009-05-15 | 2014-09-09 | Visa International Service Association | Verification of portable consumer devices |
US20100293382A1 (en) * | 2009-05-15 | 2010-11-18 | Ayman Hammad | Verification of portable consumer devices |
US10846683B2 (en) | 2009-05-15 | 2020-11-24 | Visa International Service Association | Integration of verification tokens with mobile communication devices |
US9904919B2 (en) | 2009-05-15 | 2018-02-27 | Visa International Service Association | Verification of portable consumer devices |
US10387871B2 (en) | 2009-05-15 | 2019-08-20 | Visa International Service Association | Integration of verification tokens with mobile communication devices |
US10049360B2 (en) | 2009-05-15 | 2018-08-14 | Visa International Service Association | Secure communication of payment information to merchants using a verification token |
US20110108623A1 (en) * | 2009-05-15 | 2011-05-12 | Ayman Hammad | Verification of portable consumer devices |
US10009177B2 (en) | 2009-05-15 | 2018-06-26 | Visa International Service Association | Integration of verification tokens with mobile communication devices |
US11574312B2 (en) | 2009-05-15 | 2023-02-07 | Visa International Service Association | Secure authentication system and method |
US9038886B2 (en) | 2009-05-15 | 2015-05-26 | Visa International Service Association | Verification of portable consumer devices |
US9317848B2 (en) | 2009-05-15 | 2016-04-19 | Visa International Service Association | Integration of verification tokens with mobile communication devices |
US10043186B2 (en) | 2009-05-15 | 2018-08-07 | Visa International Service Association | Secure authentication system and method |
US9792611B2 (en) | 2009-05-15 | 2017-10-17 | Visa International Service Association | Secure authentication system and method |
US9372971B2 (en) | 2009-05-15 | 2016-06-21 | Visa International Service Association | Integration of verification tokens with portable computing devices |
US11941591B2 (en) | 2009-05-20 | 2024-03-26 | Visa International Service Association | Device including encrypted data for expiration date and verification value creation |
US11004043B2 (en) | 2009-05-20 | 2021-05-11 | Visa International Service Association | Device including encrypted data for expiration date and verification value creation |
US10255591B2 (en) | 2009-12-18 | 2019-04-09 | Visa International Service Association | Payment channel returning limited use proxy dynamic value |
US10586229B2 (en) | 2010-01-12 | 2020-03-10 | Visa International Service Association | Anytime validation tokens |
US9424413B2 (en) | 2010-02-24 | 2016-08-23 | Visa International Service Association | Integration of payment capability into secure elements of computers |
US10657528B2 (en) | 2010-02-24 | 2020-05-19 | Visa International Service Association | Integration of payment capability into secure elements of computers |
US9589268B2 (en) | 2010-02-24 | 2017-03-07 | Visa International Service Association | Integration of payment capability into secure elements of computers |
US10255601B2 (en) | 2010-02-25 | 2019-04-09 | Visa International Service Association | Multifactor authentication using a directory server |
US11900343B2 (en) | 2010-03-03 | 2024-02-13 | Visa International Service Association | Portable account number for consumer payment account |
US10373133B2 (en) | 2010-03-03 | 2019-08-06 | Visa International Service Association | Portable account number for consumer payment account |
US11847645B2 (en) | 2010-08-12 | 2023-12-19 | Visa International Service Association | Securing external systems with account token substitution |
US11803846B2 (en) | 2010-08-12 | 2023-10-31 | Visa International Service Association | Securing external systems with account token substitution |
US10726413B2 (en) | 2010-08-12 | 2020-07-28 | Visa International Service Association | Securing external systems with account token substitution |
US11288661B2 (en) | 2011-02-16 | 2022-03-29 | Visa International Service Association | Snap mobile payment apparatuses, methods and systems |
US10586227B2 (en) | 2011-02-16 | 2020-03-10 | Visa International Service Association | Snap mobile payment apparatuses, methods and systems |
US10223691B2 (en) | 2011-02-22 | 2019-03-05 | Visa International Service Association | Universal electronic payment apparatuses, methods and systems |
US11023886B2 (en) | 2011-02-22 | 2021-06-01 | Visa International Service Association | Universal electronic payment apparatuses, methods and systems |
US11727392B2 (en) | 2011-02-22 | 2023-08-15 | Visa International Service Association | Multi-purpose virtual card transaction apparatuses, methods and systems |
US9280765B2 (en) | 2011-04-11 | 2016-03-08 | Visa International Service Association | Multiple tokenization for authentication |
US10552828B2 (en) | 2011-04-11 | 2020-02-04 | Visa International Service Association | Multiple tokenization for authentication |
US10419529B2 (en) | 2011-07-05 | 2019-09-17 | Visa International Service Association | Hybrid applications utilizing distributed models and views apparatuses, methods and systems |
US11900359B2 (en) | 2011-07-05 | 2024-02-13 | Visa International Service Association | Electronic wallet checkout platform apparatuses, methods and systems |
US10803449B2 (en) | 2011-07-05 | 2020-10-13 | Visa International Service Association | Electronic wallet checkout platform apparatuses, methods and systems |
US11010753B2 (en) | 2011-07-05 | 2021-05-18 | Visa International Service Association | Electronic wallet checkout platform apparatuses, methods and systems |
US10154084B2 (en) | 2011-07-05 | 2018-12-11 | Visa International Service Association | Hybrid applications utilizing distributed models and views apparatuses, methods and systems |
US10121129B2 (en) | 2011-07-05 | 2018-11-06 | Visa International Service Association | Electronic wallet checkout platform apparatuses, methods and systems |
US9704155B2 (en) | 2011-07-29 | 2017-07-11 | Visa International Service Association | Passing payment tokens through an hop/sop |
US10839374B2 (en) | 2011-07-29 | 2020-11-17 | Visa International Service Association | Passing payment tokens through an HOP / SOP |
US10242358B2 (en) | 2011-08-18 | 2019-03-26 | Visa International Service Association | Remote decoupled application persistent state apparatuses, methods and systems |
US11763294B2 (en) | 2011-08-18 | 2023-09-19 | Visa International Service Association | Remote decoupled application persistent state apparatuses, methods and systems |
US11010756B2 (en) | 2011-08-18 | 2021-05-18 | Visa International Service Association | Remote decoupled application persistent state apparatuses, methods and systems |
US11397931B2 (en) | 2011-08-18 | 2022-07-26 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US11803825B2 (en) | 2011-08-18 | 2023-10-31 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US10354240B2 (en) | 2011-08-18 | 2019-07-16 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US11037138B2 (en) | 2011-08-18 | 2021-06-15 | Visa International Service Association | Third-party value added wallet features and interfaces apparatuses, methods, and systems |
US10825001B2 (en) | 2011-08-18 | 2020-11-03 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US9959531B2 (en) | 2011-08-18 | 2018-05-01 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US10078832B2 (en) | 2011-08-24 | 2018-09-18 | Visa International Service Association | Method for using barcodes and mobile devices to conduct payment transactions |
US10402815B2 (en) | 2011-08-24 | 2019-09-03 | Visa International Service Association | Method for using barcodes and mobile devices to conduct payment transactions |
US10223730B2 (en) | 2011-09-23 | 2019-03-05 | Visa International Service Association | E-wallet store injection search apparatuses, methods and systems |
US11354723B2 (en) | 2011-09-23 | 2022-06-07 | Visa International Service Association | Smart shopping cart with E-wallet store injection search |
US10685379B2 (en) | 2012-01-05 | 2020-06-16 | Visa International Service Association | Wearable intelligent vision device apparatuses, methods and systems |
US10147089B2 (en) | 2012-01-05 | 2018-12-04 | Visa International Service Association | Data protection with translation |
US11276058B2 (en) | 2012-01-05 | 2022-03-15 | Visa International Service Association | Data protection with translation |
US9830595B2 (en) | 2012-01-26 | 2017-11-28 | Visa International Service Association | System and method of providing tokenization as a service |
US10607217B2 (en) | 2012-01-26 | 2020-03-31 | Visa International Service Association | System and method of providing tokenization as a service |
US11036681B2 (en) | 2012-02-02 | 2021-06-15 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia analytical model sharing database platform apparatuses, methods and systems |
US10262001B2 (en) | 2012-02-02 | 2019-04-16 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia merchant analytics database platform apparatuses, methods and systems |
US10430381B2 (en) | 2012-02-02 | 2019-10-01 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia centralized personal information database platform apparatuses, methods and systems |
US11074218B2 (en) | 2012-02-02 | 2021-07-27 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia merchant analytics database platform apparatuses, methods and systems |
US10983960B2 (en) | 2012-02-02 | 2021-04-20 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia centralized personal information database platform apparatuses, methods and systems |
US10282724B2 (en) | 2012-03-06 | 2019-05-07 | Visa International Service Association | Security system incorporating mobile device |
US10937031B2 (en) | 2012-05-04 | 2021-03-02 | Visa International Service Association | System and method for local data conversion |
US10296904B2 (en) | 2012-06-06 | 2019-05-21 | Visa International Service Association | Method and system for correlating diverse transaction data |
US11037140B2 (en) | 2012-06-06 | 2021-06-15 | Visa International Service Association | Method and system for correlating diverse transaction data |
US9524501B2 (en) | 2012-06-06 | 2016-12-20 | Visa International Service Association | Method and system for correlating diverse transaction data |
US9547769B2 (en) | 2012-07-03 | 2017-01-17 | Visa International Service Association | Data protection hub |
US9846861B2 (en) | 2012-07-25 | 2017-12-19 | Visa International Service Association | Upstream and downstream data conversion |
US9727858B2 (en) | 2012-07-26 | 2017-08-08 | Visa U.S.A. Inc. | Configurable payment tokens |
US9256871B2 (en) | 2012-07-26 | 2016-02-09 | Visa U.S.A. Inc. | Configurable payment tokens |
US9665722B2 (en) | 2012-08-10 | 2017-05-30 | Visa International Service Association | Privacy firewall |
US10204227B2 (en) | 2012-08-10 | 2019-02-12 | Visa International Service Association | Privacy firewall |
US10586054B2 (en) | 2012-08-10 | 2020-03-10 | Visa International Service Association | Privacy firewall |
US10192216B2 (en) | 2012-09-11 | 2019-01-29 | Visa International Service Association | Cloud-based virtual wallet NFC apparatuses, methods and systems |
US11715097B2 (en) | 2012-09-11 | 2023-08-01 | Visa International Service Association | Cloud-based virtual wallet NFC apparatuses, methods and systems |
US10853797B2 (en) | 2012-09-11 | 2020-12-01 | Visa International Service Association | Cloud-based virtual wallet NFC apparatuses, methods and systems |
US10614460B2 (en) | 2012-10-23 | 2020-04-07 | Visa International Service Association | Transaction initiation determination system utilizing transaction data elements |
US10176478B2 (en) | 2012-10-23 | 2019-01-08 | Visa International Service Association | Transaction initiation determination system utilizing transaction data elements |
US9911118B2 (en) | 2012-11-21 | 2018-03-06 | Visa International Service Association | Device pairing via trusted intermediary |
US10692076B2 (en) | 2012-11-21 | 2020-06-23 | Visa International Service Association | Device pairing via trusted intermediary |
US10304047B2 (en) | 2012-12-07 | 2019-05-28 | Visa International Service Association | Token generating component |
US10740731B2 (en) | 2013-01-02 | 2020-08-11 | Visa International Service Association | Third party settlement |
US9741051B2 (en) | 2013-01-02 | 2017-08-22 | Visa International Service Association | Tokenization and third-party interaction |
US10223710B2 (en) | 2013-01-04 | 2019-03-05 | Visa International Service Association | Wearable intelligent vision device apparatuses, methods and systems |
US11055710B2 (en) | 2013-05-02 | 2021-07-06 | Visa International Service Association | Systems and methods for verifying and processing transactions using virtual currency |
US11861607B2 (en) | 2013-05-15 | 2024-01-02 | Visa International Service Association | Mobile tokenization hub using dynamic identity information |
US11341491B2 (en) | 2013-05-15 | 2022-05-24 | Visa International Service Association | Mobile tokenization hub using dynamic identity information |
US9978062B2 (en) | 2013-05-15 | 2018-05-22 | Visa International Service Association | Mobile tokenization hub |
US10878422B2 (en) | 2013-06-17 | 2020-12-29 | Visa International Service Association | System and method using merchant token |
US11017402B2 (en) | 2013-06-17 | 2021-05-25 | Visa International Service Association | System and method using authorization and direct credit messaging |
US11093936B2 (en) | 2013-07-24 | 2021-08-17 | Visa International Service Association | Systems and methods for communicating token attributes associated with a token vault |
US9996835B2 (en) | 2013-07-24 | 2018-06-12 | Visa International Service Association | Systems and methods for communicating token attributes associated with a token vault |
US11915235B2 (en) | 2013-07-24 | 2024-02-27 | Visa International Service Association | Systems and methods for communicating token attributes associated with a token vault |
US10902421B2 (en) | 2013-07-26 | 2021-01-26 | Visa International Service Association | Provisioning payment credentials to a consumer |
US11392939B2 (en) | 2013-08-08 | 2022-07-19 | Visa International Service Association | Methods and systems for provisioning mobile devices with payment credentials |
US10510073B2 (en) | 2013-08-08 | 2019-12-17 | Visa International Service Association | Methods and systems for provisioning mobile devices with payment credentials |
US10496986B2 (en) | 2013-08-08 | 2019-12-03 | Visa International Service Association | Multi-network tokenization processing |
US11676138B2 (en) | 2013-08-08 | 2023-06-13 | Visa International Service Association | Multi-network tokenization processing |
US11710119B2 (en) | 2013-10-11 | 2023-07-25 | Visa International Service Association | Network token system |
US9978094B2 (en) | 2013-10-11 | 2018-05-22 | Visa International Service Association | Tokenization revocation list |
US10891610B2 (en) | 2013-10-11 | 2021-01-12 | Visa International Service Association | Network token system |
US10515358B2 (en) | 2013-10-18 | 2019-12-24 | Visa International Service Association | Contextual transaction token methods and systems |
US10489779B2 (en) | 2013-10-21 | 2019-11-26 | Visa International Service Association | Multi-network token bin routing with defined verification parameters |
US10366387B2 (en) | 2013-10-29 | 2019-07-30 | Visa International Service Association | Digital wallet system and method |
US10248952B2 (en) | 2013-11-19 | 2019-04-02 | Visa International Service Association | Automated account provisioning |
US9516487B2 (en) | 2013-11-19 | 2016-12-06 | Visa International Service Association | Automated account provisioning |
WO2015085100A1 (en) * | 2013-12-05 | 2015-06-11 | Mastercard International Incorporated | Method and system for network based dynamic cvc authentication |
AU2014360348B2 (en) * | 2013-12-05 | 2017-10-19 | Mastercard International Incorporated | Method and system for network based dynamic CVC authentication |
EP3077973A4 (en) * | 2013-12-05 | 2017-07-12 | Mastercard International, Inc. | Method and system for network based dynamic cvc authentication |
US10402814B2 (en) | 2013-12-19 | 2019-09-03 | Visa International Service Association | Cloud-based transactions methods and systems |
US10909522B2 (en) | 2013-12-19 | 2021-02-02 | Visa International Service Association | Cloud-based transactions methods and systems |
US10664824B2 (en) | 2013-12-19 | 2020-05-26 | Visa International Service Association | Cloud-based transactions methods and systems |
US11164176B2 (en) | 2013-12-19 | 2021-11-02 | Visa International Service Association | Limited-use keys and cryptograms |
US9972005B2 (en) | 2013-12-19 | 2018-05-15 | Visa International Service Association | Cloud-based transactions methods and systems |
US11875344B2 (en) | 2013-12-19 | 2024-01-16 | Visa International Service Association | Cloud-based transactions with magnetic secure transmission |
US9922322B2 (en) | 2013-12-19 | 2018-03-20 | Visa International Service Association | Cloud-based transactions with magnetic secure transmission |
US11017386B2 (en) | 2013-12-19 | 2021-05-25 | Visa International Service Association | Cloud-based transactions with magnetic secure transmission |
US10433128B2 (en) | 2014-01-07 | 2019-10-01 | Visa International Service Association | Methods and systems for provisioning multiple devices |
US10062079B2 (en) | 2014-01-14 | 2018-08-28 | Visa International Service Association | Payment account identifier system |
US9846878B2 (en) | 2014-01-14 | 2017-12-19 | Visa International Service Association | Payment account identifier system |
US10269018B2 (en) | 2014-01-14 | 2019-04-23 | Visa International Service Association | Payment account identifier system |
US10026087B2 (en) | 2014-04-08 | 2018-07-17 | Visa International Service Association | Data passed in an interaction |
US11100507B2 (en) | 2014-04-08 | 2021-08-24 | Visa International Service Association | Data passed in an interaction |
US9942043B2 (en) | 2014-04-23 | 2018-04-10 | Visa International Service Association | Token security on a communication device |
US10404461B2 (en) | 2014-04-23 | 2019-09-03 | Visa International Service Association | Token security on a communication device |
US10904002B2 (en) | 2014-04-23 | 2021-01-26 | Visa International Service Association | Token security on a communication device |
WO2015168047A1 (en) * | 2014-04-28 | 2015-11-05 | Mastercard International Incorporated | Method for generating and updating alternate security codes for payment cards |
US10078840B2 (en) | 2014-04-28 | 2018-09-18 | Mastercard International Incorporated | Method for generating and updating alternate security codes for payment cards |
US9680942B2 (en) | 2014-05-01 | 2017-06-13 | Visa International Service Association | Data verification using access device |
US11470164B2 (en) | 2014-05-01 | 2022-10-11 | Visa International Service Association | Data verification using access device |
US9848052B2 (en) | 2014-05-05 | 2017-12-19 | Visa International Service Association | System and method for token domain control |
US11122133B2 (en) | 2014-05-05 | 2021-09-14 | Visa International Service Association | System and method for token domain control |
US10846694B2 (en) | 2014-05-21 | 2020-11-24 | Visa International Service Association | Offline authentication |
US11842350B2 (en) | 2014-05-21 | 2023-12-12 | Visa International Service Association | Offline authentication |
US11568405B2 (en) | 2014-06-05 | 2023-01-31 | Visa International Service Association | Identification and verification for provisioning mobile application |
US11023890B2 (en) | 2014-06-05 | 2021-06-01 | Visa International Service Association | Identification and verification for provisioning mobile application |
US10652028B2 (en) | 2014-07-23 | 2020-05-12 | Visa International Service Association | Systems and methods for secure detokenization |
US9780953B2 (en) | 2014-07-23 | 2017-10-03 | Visa International Service Association | Systems and methods for secure detokenization |
US10038563B2 (en) | 2014-07-23 | 2018-07-31 | Visa International Service Association | Systems and methods for secure detokenization |
US11770369B2 (en) | 2014-07-31 | 2023-09-26 | Visa International Service Association | System and method for identity verification across mobile applications |
US11252136B2 (en) | 2014-07-31 | 2022-02-15 | Visa International Service Association | System and method for identity verification across mobile applications |
US10484345B2 (en) | 2014-07-31 | 2019-11-19 | Visa International Service Association | System and method for identity verification across mobile applications |
US10049353B2 (en) | 2014-08-22 | 2018-08-14 | Visa International Service Association | Embedding cloud-based functionalities in a communication device |
US9775029B2 (en) | 2014-08-22 | 2017-09-26 | Visa International Service Association | Embedding cloud-based functionalities in a communication device |
US11036873B2 (en) | 2014-08-22 | 2021-06-15 | Visa International Service Association | Embedding cloud-based functionalities in a communication device |
US11783061B2 (en) | 2014-08-22 | 2023-10-10 | Visa International Service Association | Embedding cloud-based functionalities in a communication device |
US10477393B2 (en) | 2014-08-22 | 2019-11-12 | Visa International Service Association | Embedding cloud-based functionalities in a communication device |
US11087328B2 (en) | 2014-09-22 | 2021-08-10 | Visa International Service Association | Secure mobile device credential provisioning using risk decision non-overrides |
US11574311B2 (en) | 2014-09-22 | 2023-02-07 | Visa International Service Association | Secure mobile device credential provisioning using risk decision non-overrides |
US10140615B2 (en) | 2014-09-22 | 2018-11-27 | Visa International Service Association | Secure mobile device credential provisioning using risk decision non-overrides |
US10255456B2 (en) | 2014-09-26 | 2019-04-09 | Visa International Service Association | Remote server encrypted data provisioning system and methods |
US10643001B2 (en) | 2014-09-26 | 2020-05-05 | Visa International Service Association | Remote server encrypted data provisioning system and methods |
US11734679B2 (en) | 2014-09-29 | 2023-08-22 | Visa International Service Association | Transaction risk based token |
US11257074B2 (en) | 2014-09-29 | 2022-02-22 | Visa International Service Association | Transaction risk based token |
US10015147B2 (en) | 2014-10-22 | 2018-07-03 | Visa International Service Association | Token enrollment system and method |
US10412060B2 (en) | 2014-10-22 | 2019-09-10 | Visa International Service Association | Token enrollment system and method |
US10769628B2 (en) | 2014-10-24 | 2020-09-08 | Visa Europe Limited | Transaction messaging |
US10990977B2 (en) | 2014-11-25 | 2021-04-27 | Visa International Service Association | System communications with non-sensitive identifiers |
US10325261B2 (en) | 2014-11-25 | 2019-06-18 | Visa International Service Association | Systems communications with non-sensitive identifiers |
US11620643B2 (en) | 2014-11-26 | 2023-04-04 | Visa International Service Association | Tokenization request via access device |
US10785212B2 (en) | 2014-12-12 | 2020-09-22 | Visa International Service Association | Automated access data provisioning |
US11580519B2 (en) | 2014-12-12 | 2023-02-14 | Visa International Service Association | Provisioning platform for machine-to-machine devices |
US10257185B2 (en) | 2014-12-12 | 2019-04-09 | Visa International Service Association | Automated access data provisioning |
US11240219B2 (en) | 2014-12-31 | 2022-02-01 | Visa International Service Association | Hybrid integration of software development kit with secure execution environment |
US10511583B2 (en) | 2014-12-31 | 2019-12-17 | Visa International Service Association | Hybrid integration of software development kit with secure execution environment |
US10187363B2 (en) | 2014-12-31 | 2019-01-22 | Visa International Service Association | Hybrid integration of software development kit with secure execution environment |
US11010734B2 (en) | 2015-01-20 | 2021-05-18 | Visa International Service Association | Secure payment processing using authorization request |
US10496965B2 (en) | 2015-01-20 | 2019-12-03 | Visa International Service Association | Secure payment processing using authorization request |
US10096009B2 (en) | 2015-01-20 | 2018-10-09 | Visa International Service Association | Secure payment processing using authorization request |
US11250391B2 (en) | 2015-01-30 | 2022-02-15 | Visa International Service Association | Token check offline |
US11176554B2 (en) | 2015-02-03 | 2021-11-16 | Visa International Service Association | Validation identity tokens for transactions |
US11915243B2 (en) | 2015-02-03 | 2024-02-27 | Visa International Service Association | Validation identity tokens for transactions |
US10977657B2 (en) | 2015-02-09 | 2021-04-13 | Visa International Service Association | Token processing utilizing multiple authorizations |
US10164996B2 (en) | 2015-03-12 | 2018-12-25 | Visa International Service Association | Methods and systems for providing a low value token buffer |
US11271921B2 (en) | 2015-04-10 | 2022-03-08 | Visa International Service Association | Browser integration with cryptogram |
US10333921B2 (en) | 2015-04-10 | 2019-06-25 | Visa International Service Association | Browser integration with Cryptogram |
US10568016B2 (en) | 2015-04-16 | 2020-02-18 | Visa International Service Association | Systems and methods for processing dormant virtual access devices |
US9998978B2 (en) | 2015-04-16 | 2018-06-12 | Visa International Service Association | Systems and methods for processing dormant virtual access devices |
US10552834B2 (en) | 2015-04-30 | 2020-02-04 | Visa International Service Association | Tokenization capable authentication framework |
US11068889B2 (en) | 2015-10-15 | 2021-07-20 | Visa International Service Association | Instant token issuance |
US10664843B2 (en) | 2015-12-04 | 2020-05-26 | Visa International Service Association | Unique code for token verification |
US10664844B2 (en) | 2015-12-04 | 2020-05-26 | Visa International Service Association | Unique code for token verification |
US11127016B2 (en) | 2015-12-04 | 2021-09-21 | Visa International Service Association | Unique code for token verification |
US10243958B2 (en) | 2016-01-07 | 2019-03-26 | Visa International Service Association | Systems and methods for device push provisoning |
US10911456B2 (en) | 2016-01-07 | 2021-02-02 | Visa International Service Association | Systems and methods for device push provisioning |
US11080696B2 (en) | 2016-02-01 | 2021-08-03 | Visa International Service Association | Systems and methods for code display and use |
US11720893B2 (en) | 2016-02-01 | 2023-08-08 | Visa International Service Association | Systems and methods for code display and use |
US11900361B2 (en) | 2016-02-09 | 2024-02-13 | Visa International Service Association | Resource provider account token provisioning and processing |
US10313321B2 (en) | 2016-04-07 | 2019-06-04 | Visa International Service Association | Tokenization of co-network accounts |
US11386421B2 (en) | 2016-04-19 | 2022-07-12 | Visa International Service Association | Systems and methods for performing push transactions |
US11250424B2 (en) | 2016-05-19 | 2022-02-15 | Visa International Service Association | Systems and methods for creating subtokens using primary tokens |
US11068578B2 (en) | 2016-06-03 | 2021-07-20 | Visa International Service Association | Subtoken management system for connected devices |
US11068899B2 (en) | 2016-06-17 | 2021-07-20 | Visa International Service Association | Token aggregation for multi-party transactions |
US11783343B2 (en) | 2016-06-17 | 2023-10-10 | Visa International Service Association | Token aggregation for multi-party transactions |
US11329822B2 (en) | 2016-06-24 | 2022-05-10 | Visa International Service Association | Unique token authentication verification value |
US10361856B2 (en) | 2016-06-24 | 2019-07-23 | Visa International Service Association | Unique token authentication cryptogram |
US11238140B2 (en) | 2016-07-11 | 2022-02-01 | Visa International Service Association | Encryption key exchange process using access device |
US11714885B2 (en) | 2016-07-11 | 2023-08-01 | Visa International Service Association | Encryption key exchange process using access device |
US10990967B2 (en) | 2016-07-19 | 2021-04-27 | Visa International Service Association | Method of distributing tokens and managing token relationships |
US10509779B2 (en) | 2016-09-14 | 2019-12-17 | Visa International Service Association | Self-cleaning token vault |
US10942918B2 (en) | 2016-09-14 | 2021-03-09 | Visa International Service Association | Self-cleaning token vault |
US11323443B2 (en) | 2016-11-28 | 2022-05-03 | Visa International Service Association | Access identifier provisioning to application |
US11799862B2 (en) | 2016-11-28 | 2023-10-24 | Visa International Service Association | Access identifier provisioning to application |
US11900371B2 (en) | 2017-03-17 | 2024-02-13 | Visa International Service Association | Replacing token on a multi-token user device |
US10915899B2 (en) | 2017-03-17 | 2021-02-09 | Visa International Service Association | Replacing token on a multi-token user device |
US11449862B2 (en) | 2017-05-02 | 2022-09-20 | Visa International Service Association | System and method using interaction token |
US10902418B2 (en) | 2017-05-02 | 2021-01-26 | Visa International Service Association | System and method using interaction token |
US11494765B2 (en) | 2017-05-11 | 2022-11-08 | Visa International Service Association | Secure remote transaction system using mobile devices |
US11398910B2 (en) | 2017-07-14 | 2022-07-26 | Visa International Service Association | Token provisioning utilizing a secure authentication system |
US10491389B2 (en) | 2017-07-14 | 2019-11-26 | Visa International Service Association | Token provisioning utilizing a secure authentication system |
US11743042B2 (en) | 2018-03-07 | 2023-08-29 | Visa International Service Association | Secure remote token release with online authentication |
US11356257B2 (en) | 2018-03-07 | 2022-06-07 | Visa International Service Association | Secure remote token release with online authentication |
US11256789B2 (en) | 2018-06-18 | 2022-02-22 | Visa International Service Association | Recurring token transactions |
US11777934B2 (en) | 2018-08-22 | 2023-10-03 | Visa International Service Association | Method and system for token provisioning and processing |
US11870903B2 (en) | 2018-11-14 | 2024-01-09 | Visa International Service Association | Cloud token provisioning of multiple tokens |
US11469895B2 (en) | 2018-11-14 | 2022-10-11 | Visa International Service Association | Cloud token provisioning of multiple tokens |
US11849042B2 (en) | 2019-05-17 | 2023-12-19 | Visa International Service Association | Virtual access credential interaction system and method |
Also Published As
Publication number | Publication date |
---|---|
US7922082B2 (en) | 2011-04-12 |
WO2009089099A1 (en) | 2009-07-16 |
US20090173782A1 (en) | 2009-07-09 |
US20120059762A1 (en) | 2012-03-08 |
EP2245583A1 (en) | 2010-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7922082B2 (en) | Dynamic card validation value | |
US10521776B2 (en) | UN currency (virtual payment cards) issued by central bank or other issuer for mobile and wearable devices | |
US11514433B1 (en) | Systems and methods for facilitating transactions using codes | |
US20190325407A1 (en) | Crypto digital currency (virtual payment cards) issued by central bank or other issuer for mobile and wearable devices | |
US11164228B2 (en) | Method and medium for determining exchange item compliance in an exchange item marketplace network | |
US8041646B2 (en) | Method and system for real time online debit transactions | |
CN110612546A (en) | Digital asset account management | |
US20100185545A1 (en) | Dynamic primary account number (pan) and unique key per card | |
US11694182B2 (en) | Systems and methods for displaying payment device specific functions | |
KR20100123896A (en) | Mobile telephone transaction systems and methods | |
MX2014013530A (en) | Systems and methods for real-time account access. | |
WO2014108916A1 (en) | A computer implemented system and method for cashless and cardless transactions | |
US20210042789A1 (en) | Methods and systems for providing an electronic wallet for managing transaction-based targeted media | |
WO2020109972A1 (en) | Un currency (virtual payment cards) issued by central bank or other issuer for mobile and wearable devices | |
US20230169553A1 (en) | Determining an automatic acquisition approach for an exchange item request | |
Kolyandov | THE RISING POPULARITY OF DIGITAL TRANSACTION PLATFORMS. | |
US20230111668A1 (en) | Point-of-sale fraud protection | |
US20210264412A1 (en) | System and method for securing financial transactions | |
TWI640940B (en) | Information exchange verification platform and method for mobile payment, computer readable recording medium and computer program product | |
Kumar | DIGITAL PAYMENT SYSTEM IN INDIA | |
US20200410493A1 (en) | Computer Implemented System and Method for Cashless and Cardless Transactions | |
US20210090061A1 (en) | Systems and methods for device-present electronic commerce transaction checkout | |
TW202109408A (en) | Account payment managing system and method thereof | |
TW201636915A (en) | Financial service system and method | |
WO2008070951A1 (en) | Method and system for real time online debit transactions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |