WO2014186635A1 - Mobile tokenization hub - Google Patents
Mobile tokenization hub Download PDFInfo
- Publication number
- WO2014186635A1 WO2014186635A1 PCT/US2014/038284 US2014038284W WO2014186635A1 WO 2014186635 A1 WO2014186635 A1 WO 2014186635A1 US 2014038284 W US2014038284 W US 2014038284W WO 2014186635 A1 WO2014186635 A1 WO 2014186635A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- token
- mobile
- mobile device
- request
- information
- Prior art date
Links
Classifications
-
- 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
- G06Q20/3821—Electronic credentials
-
- 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
-
- 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3223—Realising banking transactions through M-devices
-
- 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/326—Payment applications installed on the mobile devices
-
- 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
Definitions
- Embodiments of the invention are directed to the generation, use, management, and protocols surrounding tokens over multiple payment channels using different devices, and in particular, to a mobile tokenization hub.
- Different payment channels may support different types of mobile devices, and different mobile devices may support different types of tokens.
- existing payment infrastructure and transaction entities e.g., acquirers, issuers, merchants, etc.
- acquirers, issuers, merchants, etc. may require or expect particular types of payment data to process transactions.
- existing systems do not adequately account for these differences in mobile devices and payment infrastructure to allow for the efficient use and management of different types of tokens.
- Embodiments of the invention address these and other problems, individually and collectively.
- Embodiments of the present invention relate to systems and methods for implementing a mobile tokenization hub (also called a a a a a a a a ⁇ a ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ a a a a a a a a a a a a a a a a a a a a a a a a a a a a a a a ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
- tokenization cloud or “Visa® tokenization cloud” (VTC)) with a common tokenization capability (CTC) module (or system) that may provide common tokenization between a number of different entities, for a number of different purposes.
- CTC common tokenization capability
- the CTC module can provide and store tokens for mobile payment transactions, transit transactions, digital wallet applications, merchant point of sale (POS) applications, personalization services, account and token management systems, and the like.
- a method in accordance with an embodiment of the invention, comprises receiving a token request from a mobile device.
- the method further comprises identifying device information associated with the token request and determining a type of token corresponding to the device information.
- the method further comprises sending a request for the type of token; receiving a token having the requested type; and returning the token to the mobile device.
- a system in accordance with an embodiment of the invention, comprises a mobile tokenization hub server computer in communication with one or more mobile devices and a CTC module.
- the mobile tokenization hub server computer comprises a processor and a non-transitory computer readable storage medium including instructions stored thereon which, when executed by the processor cause the processor to implement a method of receiving a token request from a mobile device, identifying device information associated with the token request, determining a type of token corresponding to the device information.
- the method further comprises sending a request for the type of token to a CTC module configured to communicate with the mobile tokenization hub server computer; receiving a token having the requested type from the CTC module; and returning the token to the mobile device.
- a further embodiment of the present invention comprises a method for requesting dynamic identification information.
- the method comprises receiving a request for dynamic identification information
- the method further comprises receiving the account identifier from the de-tokenization service, transmitting the account identifier to a payment processing network to generate the dynamic identification information, receiving the dynamic identification information from the payment processing network; and
- tokenization provides a number of advantages, including serving as an additional security layer to sensitive information, such as a PAN and, in effect becomes a substitute to the PAN. Having a substitute to the PAN data has become increasingly important as security breaches have become more prevalent. If a PAN is comprised, a user is typically required to open a new account, migrate account settings, wait to receive a new payment card, etc. However, if a token is compromised, the token can be replaced without impacting the consumer experience. Additionally, by handling tokens, instead of sensitive data, tokenization also serves to lessen the PCI compliance burdens on merchant systems by allowing the merchant to store a proxy to the PAN.
- centrally providing tokenization services can simplify and standardize the use and provisioning of tokens across a variety of different systems and mobile devices, including for both secure element (SE) and non-secure (non-SE) element mobile payment implementations.
- SE secure element
- non-SE non-secure
- FIG. 1 shows an overview of a system according to an embodiment of the present invention.
- FIG. 2 shows a block diagram of a mobile tokenization hub and common token capability module according to an embodiment of the present invention.
- FIG. 3 shows example processes of token generation and provisioning according to an embodiment of the present invention.
- FIG. 4 shows a process of token generation and provisioning according to an embodiment of the present invention.
- FIG. 5 shows a method of provisioning tokens for different types of mobile devices according to an embodiment of the present invention.
- FIG. 6 shows a secure element (SE) and static token activation flow according to an embodiment of the present invention.
- SE secure element
- FIG. 7 shows a sequence diagram of token activation according to an embodiment of the present invention.
- FIG. 8 shows a secure element (SE) and static token activation flow according to an embodiment of the present invention.
- FIG. 9 shows sequence diagram of token generation according to an embodiment of the present invention.
- FIG. 10 shows a sequence diagram of token updating according to an embodiment of the present invention.
- FIG. 11 shows a non-secure element (non-SE) and dynamic token user/account registration flow according to an embodiment of the present invention.
- FIG. 12 shows sequence diagram of user/account registration flow according to an embodiment of the present invention.
- FIG. 13 shows a non-secure element (non-SE) and dynamic token generation flow according to an embodiment of the present invention.
- FIG. 14 shows a non-secure element (non-SE) and dynamic token generation flow according to an embodiment of the present invention.
- FIG. 15 shows a non-secure element (non-SE) and dynamic token generation flow according to an embodiment of the present invention.
- FIG. 16 shows a method of generating dynamic identification information for tokens according to an embodiment of the present invention.
- FIG. 17 shows a method of determining token presence on a mobile device according to an embodiment of the present invention.
- FIG. 18 shows a block diagram of a system according to some embodiments provided herein.
- FIG. 19 shows a block diagram of an exemplary system comprising a server computer in accordance with some embodiments.
- FIG. 20 shows an exemplary diagram of a financial transaction in accordance with some embodiments.
- FIG. 21 shows an exemplary mobile device in accordance with some embodiments provided herein.
- FIG. 22 shows an exemplary payment device in the form of card in accordance with some embodiments.
- FIG. 23 shows examples of subsystems or components.
- an "access device” may be any suitable device for communicating with a merchant computer or payment processing network, and for interacting with a payment device, a user computer apparatus, and/or a user mobile device.
- An access device may generally be located in any suitable location, such as at the location of a merchant.
- An access device may be in any suitable form.
- Some examples of access devices include POS devices, cellular phones, PDAs, personal computers (PCs), tablet PCs, handheld specialized readers, set-top boxes, electronic cash registers (ECRs), automated teller machines (ATMs), virtual cash registers (VCRs), kiosks, security systems, access systems, Websites, and the like.
- An access device may use any suitable contact or contactless mode of operation to send or receive data from, or associated with, a payment device and/or a user mobile device.
- an access device may comprise a POS terminal
- any suitable POS terminal may be used and may include a reader, a processor, and a computer-readable medium.
- a reader may include any suitable contact or contactless mode of operation.
- exemplary card readers can include radio frequency (RF) antennas, optical scanners, bar code readers, or magnetic stripe readers to interact with a payment device and/or mobile device.
- RF radio frequency
- an "authorization system” may refer to a system, a device, or components of a device that may utilize information to determine the probability or likelihood that a transaction is fraudulent.
- chant processor may be referred to separately from an “authorization system” in portions of this disclosure, in some embodiments they may comprise one and the same system or systems that may perform substantially the same functionality, but in relation to different components of the system (e.g. providing information to a merchant or an issuer). In some embodiments they may comprise one and the same system or systems that may perform substantially the same functionality, but in relation to different components of the system (e.g. providing information to a merchant or an issuer).
- authorization systems may quantify the probabilities or likelihood of a fraudulent transaction by generating a "risk score.” In some embodiments, the authorization system may approve or reject a transaction.
- An exemplary embodiment of an authorization system is provided in U.S. Pat. No. 7,809,650 to Bruesewitz et al. entitled “Method and System for Providing Risk Information in Connection with Transaction Processing,” which is hereby incorporated by reference in its entirety. It should be understood that embodiments are not so limited.
- An "authorization request message” may be an electronic message that is sent to a payment processing network and/or an issuer of a payment card to request authorization for a transaction.
- An authorization request message may comply with ISO 8583, which is a standard for systems that exchange electronic transaction information associated with a payment made by a consumer using a payment device or payment account.
- the authorization request message may include an issuer account identifier that may be associated with a payment device or payment account.
- An authorization request message may also comprise additional data elements corresponding to "identification information" including, by way of example only: a service code, a CW (card verification value), a dCW (dynamic card verification value), an expiration date, etc.
- An authorization request message may also comprise "transaction information," such as any information associated with a current transaction, such as the transaction amount, merchant identifier, merchant location, etc., as well as any other information that may be utilized in determining whether to identify and/or authorize a transaction.
- An "authorization response message” may be an electronic message reply to an authorization request message generated by an issuing financial institution or a payment processing network.
- the authorization response message may include, by way of example only, one or more of the following status indicators: Approval - transaction was approved; Decline - transaction was not approved; or Call Center - response pending more information, merchant must call the toll-free authorization phone number.
- authorization response message may also include an authorization code, which may be a code that a credit card issuing bank returns in response to an authorization request message in an electronic message (either directly or through the payment processing network) to the merchant's access device (e.g. POS equipment) that indicates approval of the transaction.
- the code may serve as proof of authorization.
- a payment processing network may generate or forward the authorization response message to the merchant.
- a "communications channel” may refer to any suitable path for communication between two or more entities. Suitable communications channels may be present directly between two entities such as a payment processing network and a merchant or issuer computer, or may include a number of different entities. Any suitable communications protocols may be used for generating a communications channel.
- a communication channel may in some instance comprise a "secure communication channel,” which may be established in any known manner, including the use of mutual authentication and a session key and establishment of an SSL session.
- any method of creating a secure channel may be used.
- sensitive information related to a payment device such as account number, CW values, expiration dates, etc.
- CW values such as account number, CW values, expiration dates, etc.
- the term “comprising” is not intended to be limiting, but may be a transitional term synonymous with “including,” “containing,” or “characterized by.”
- the term “comprising” may thereby be inclusive or open- ended and does not exclude additional, unrecited elements or method steps when used in a claim.
- “comprising” indicates that the claim is open-ended and allows for additional steps.
- “comprising” may mean that a named element(s) may be essential for an embodiment, but other elements may be added and still form a construct within the scope of a claim.
- the transitional phrase “consisting of excludes any element, step, or ingredient not specified in a claim is consistent with the use of the term throughout the specification.
- an "electronic wallet” or “digital wallet” or “mobile wallet” can store user profile information, payment information (including tokens), bank account information, and/or the like and can be used in a variety of transactions, such as but not limited to eCommerce, social networks, money transfer/ personal payments, mobile commerce, proximity payments, gaming, and/or the like for retail purchases, digital goods purchases, utility payments, purchasing games or gaming credits from gaming websites, transferring funds between users, and/or the like.
- identification information may include any suitable information associated with an account (e.g. a payment account and/or payment device associated with the account). Such information may be directly related to the account or may be derived from information related to the account. Examples of account information may include a PAN (primary account number or "account number"), user name, expiration date, CW (card verification value), dCVV (dynamic card verification value), CW2 (card verification value 2), CVC3 card verification values, etc.
- CVV2 is generally understood to be a static verification value associated with a payment device. CW2 values are generally visible to a user [e.g. , a consumer), whereas CW and dCVV values are typically embedded in memory or authorization request messages and are not readily known to the user (although they are known to the issuer and payment processors).
- a "mobile device” may comprise any electronic device that may be transported and operated by a user, which may also provide remote communication capabilities to a network.
- remote communication capabilities include using a mobile phone (wireless) network, wireless data network (e.g. 3G, 4G or similar networks), Wi-Fi, Wi-Max, or any other communication medium that may provide access to a network such as the Internet or a private network.
- mobile devices include mobile phones (e.g. cellular phones), PDAs, tablet computers, net books, laptop computers, personal music players, hand-held specialized readers, etc.
- a mobile device may comprise any suitable hardware and software for performing such functions, and may also include multiple devices or components (e.g.
- a mobile device may also comprise a verification token in the form of, for instance, a secured hardware or software component within the mobile device and/or one or more external components that may be coupled to the mobile device.
- a verification token in the form of, for instance, a secured hardware or software component within the mobile device and/or one or more external components that may be coupled to the mobile device.
- a "payment account” (which may be associated with one or more payment devices) may refer to any suitable payment account including a credit card account, a checking account, or a prepaid account.
- a "payment device” may refer to any device that may be used to conduct a financial transaction, such as to provide payment information to a merchant.
- a payment device may be in any suitable form.
- suitable payment devices can be hand-held and compact so that they can fit into a consumer's wallet and/or pocket ⁇ e.g., pocket-sized). They may include smart cards, magnetic stripe cards, keychain devices (such as the SpeedpassTM commercially available from Exxon-Mobil Corp.), etc.
- Other examples of payment devices include cellular phones, personal digital assistants (PDAs), pagers, payment cards, security cards, access cards, smart media, transponders, 2-D barcodes, an electronic or digital wallet, and the like.
- transaction data may include any data associated with one or more transactions.
- the transaction data may merely include an account identifier (e.g., a PAN) or payment token.
- the transaction data may include any information generated, stored, or associated with a merchant, consumer, account, or any other related information to a transaction.
- transaction data may include data in an authorization request message that is generated in response to a payment transaction being initiated by a consumer with a merchant.
- transaction data may include information associated with one or more transactions that have been previously
- the transaction data may include an account identifier associated with the payment instrument used to initiate the transaction, consumer personal information, products or services purchased, or any other information that may be relevant or suitable for transaction processing. Additionally, the transaction information may include a payment token or other tokenized or masked account identifier substitute that may be used to complete a transaction and protect the underlying account information of the consumer.
- a "server computer” is typically a powerful computer or cluster of computers.
- the server computer can be a large mainframe, a minicomputer cluster, or a group of servers functioning as a unit.
- the server computer may be a database server coupled to a Web server.
- An example of a server computer is described with reference to a Payment Processing Network 26 in FIG. 19.
- short range communication or “short range wireless communication” may comprise any method of providing short-range contact or contactless communications capability, such as RFID, BluetoothTM, infra-red, or other data transfer capability that can be used to exchange data between a payment device and an access device.
- short range communications may be in conformance with a standardized protocol or data transfer mechanism ⁇ e.g., ISO 14443/NFC).
- Short range communication typically comprises communications at a range of less than 2 meters. In some embodiments, it may be preferable to limit the range of short range communications (e.g. to a range of less than 1 meter, less than 10
- centimeters or less than 2.54 centimeters
- the payment device or the access device also includes a protocol for determining resolution of collisions (i.e. when two payment devices are communicating with the access device simultaneously).
- the use of short range communications may be used when the merchant and the consumer are in close geographic proximity, such as when the consumer is at the merchant's place of business.
- Embodiments of the present invention relate to systems and methods for implementing a mobile tokenization hub with a common tokenization capability (CTC) module that may provide tokenization services to various entities in various contexts.
- the CTC module can generate and store tokens for mobile payment transactions, transit transactions, digital wallet applications, merchant point of sale (POS) applications, personalization services, or any other service that may be associated, compatible, or implemented with a token or tokenization.
- the CTC module can interface with, and provide services to, payment processing network (PPN) systems and/or third party systems that provide and/or consume tokenization services.
- PPN payment processing network
- the mobile tokenization hub may include a service layer, which can connect or communicate with the CTC module to manage tokens and provide common tokenization services to wallet providers, issuer payment applications, and/or PPN reference applications.
- Each application or entity may use tokens that are formatted or otherwise customized to that particular application and/or to the user, device, entity, and/or payment channel over which the token is transmitted.
- a token stored in a secure element of a mobile device may be formatted differently than a token stored on a non-secure element of a different mobile device.
- a token generated by one issuer may use a different numbering scheme than a token generated by a second issuer. This presents a token generation and management challenge to ensure that when a token is requested, the token that is generated and returned is formatted appropriately.
- Embodiments of the invention can provide a token to a number of different systems and the token format may change depending on the type of system, entity, or device requesting a token, the type of token being requested (e.g., static or dynamic), and the context of the token request.
- a token format for a secure element (SE) device to be used in a transaction can include a token that comprises a static element and a dynamic element.
- the static element of the token format may comprise a static or non-changing identifier, for example, a primary account number (PAN) substitute (i.e., static account substitute).
- PAN primary account number
- the dynamic element may be generated using the static element, other consumer account, or device information, or may be received from a third party for one or more
- tokens may be formatted according to the format of the account identifier the token is being used to substitute.
- Token format can include any configuration, including 16 or 19 digits and be defined for a particular type, length, uniqueness, and association rules.
- a token can be associated with a primary account number (PAN), bank identification number (BIN), or product.
- PAN primary account number
- BIN bank identification number
- the token may be a sequence of N numeric or alphanumeric characters, where N is an integer representing the length of the sequence. The value of N may vary depending on the length of the account identifier being substituted.
- a token representing a PAN may be a 19 digit sequence.
- the base of the numeric or alphanumeric system may also vary, including binary, decimal, hexadecimal, etc.
- the dynamic element can comprise Track 2 data or be generated using Track 2 data.
- Track 2 data can exclude a PAN, but may include a dynamic card verification value (dCW), cryptographic data, and near-field communication (NFC)/POS data.
- dCW dynamic card verification value
- NFC near-field communication
- a token can be static or dynamic, either of which can be used in or associated with payment transactions. For example, if a token is stored on a mobile device, the token may be activated and sent from a mobile device during a payment transaction to initiate the transaction.
- a static token can have a long lifetime, and may be stored in a secure element (or other secure memory) of a mobile device. In another embodiment, the static token may never expire.
- a dynamic token can have a shorter lifetime that can be valid until the end of a configured timeline. Once expired, the token may not be reused and reissued. Dynamic tokens can be persisted
- a token can be formatted such that it can be passed to a merchant's POS terminal from a device without making changes in the terminal or requiring changes to message formats supported by the terminal.
- the terminal may be able to create authorization requests based on the information received from the device, including the token.
- a token can provide information for printing a receipt, returns, chargeback, and other merchant requirements.
- a token can follow a standard format irrespective of the submitting channel and device capability. Examples of some channels and device capabilities can include near-field communication (NFC) and transmitting data via QR Codes.
- NFC near-field communication
- the lifecycle of a token can be managed by the tokenization hub.
- the token lifecycle can be managed by a CTC module, including processes for creation, re-issuing, or expiration.
- a token can comply with other entities' requirements.
- tokens can comply with requirements from banks (e.g., acquirer or issuer), third parties, international standards (e.g., EMV global standard), or digital wallets.
- the token may include numerous identifiers, including an issuer bank identification number (BIN), a wallet identifier, or a user account identifier.
- a token can support merchant / acquirer checks and satisfy transaction routing decisions to help determine where to send information (e.g., international, national) before, during, or after a transaction.
- the token can comply with an expiration date check at an acquirer level, fraud checks, and acquirer analytical reporting.
- a token can be mapped.
- the token can be mapped.
- the token can be mapped.
- the token can be mapped.
- tokens may be channel specific such that a token may change depending on the request channel for the token, response channel the token is returned to for a transaction, transaction channel in which the token is used to initiate a transaction, etc. Accordingly, a token may change depending on the channel being used and multiple different tokens may be generated from the same underlying data based on the channel used for the token.
- multiple primary account numbers can be mapped to a single static token.
- the mobile tokenization hub can allow the registered entities, including an issuers, wallet provider, or reference applications to register multiple PANs for the same static token using a PAN sequence number (PSN).
- PSN PAN sequence number
- the static token can be pre-provisioned in the consumer's device during device manufacturing.
- the mobile tokenization hub can send the PAN details to the CTC module and capture the PAN generated by CTC for that PAN. The information can be sent to the consumer through issuers, wallet provider, or other reference application.
- Multiple devices can support a single PAN.
- the system can support registration of more than one device for the same consumer and account number in order to facilitate transaction from any of the devices.
- a token can be numeric, alphanumeric, hexadecimal, binary, or include any other combination of characters, identifiers, or information that may be used to transfer information.
- the token can be a 19 digit alphanumeric sequence of digits and characters.
- the token can be a known consumer element, like a personal identification number (PIN) or password.
- PIN personal identification number
- Embodiments of the invention provide several advantages. For example, in a traditional transaction, personal account number (PAN) information is exposed to various elements involved in the transaction lifecycle like wallet providers (payment processing network, issuers, and third party), merchants, gateways, and processors. Introducing tokens in place of actual PAN can reduce the exposure and may minimize security implications for the merchants and wallet providers. This can be beneficial because if a token is compromised, the PAN and/or the underlying financial instrument can remain uncompromised.
- Embodiments of the present invention relate to systems and methods for implementing a mobile tokenization hub with a common tokenization capabilities (CTC) module that may provide tokenization for various entities in various contexts.
- CTC common tokenization capabilities
- the CTC module can provide and store tokens for mobile payment transactions, transit
- FIG. 1 illustrates a system 100 according to an embodiment of the present invention.
- a mobile tokenization hub 102 can serve as a central provider of a plurality of token-related services, such as 102a-102g, for various entities.
- the mobile tokenization hub can include modules for account registration, token registration, token
- tokens can be used in place of account information to more securely conduct transactions (such as mobile payment transactions, transit transactions, etc.) and to remove merchant systems and wallet providers from PCI compliance issues.
- transactions such as mobile payment transactions, transit transactions, etc.
- merchant systems and wallet providers from PCI compliance issues.
- mobile tokenization hub 102 can interface with these various entities to manage and coordinate tokens and token services.
- participant registration module 102a can provide interfaces through which entities can provide registration information and other configuration requirements to integrate with the mobile tokenization hub 102.
- an administration user interface may be implemented to perform the registration and configuration functions for each participant.
- the interface can help enroll participant systems (e.g., issuer, wallet provider systems) to use the mobile tokenization hub.
- the interface can also help manage end system public keys to exchange information between mobile devices or partner applications and the mobile tokenization hub.
- the interface can also help define configuration parameters, which may defined globally or on a participant-by-participant basis, such as time to live (TTL) of tokens, services subscribed to such as token
- TTL time to live
- an entity when an entity registers with the mobile tokenization hub, they can be assigned a unique identification number.
- Participating entities can include an issuing financial institution, PPN-branded wallet, third party wallet provider, third party payment application provider, merchants, or transit authorities providing transit applications.
- Participant registration information may be captured by participant registration module 102a to register an entity with the mobile tokenization hub.
- the information can include client business identifier (BID), partner platform identifier (e.g., generated, sourced), partner platform name, partner platform type (e.g., wallet application, web application), integration type, integration information (e.g., web service connector (WSC) or
- BID client business identifier
- partner platform identifier e.g., generated, sourced
- partner platform name e.g., wallet application, web application
- integration type e.g., web service connector (WSC) or
- federated federated
- services subscribed e.g., token provisioning, account holder registration enrollment, credential store, token life cycle management
- channels enrolled e.g., NFC, online, etc.
- participant registration module 102a may also receive and store token transaction configuration information.
- the system can store the configuration parameters for token generation and provisioning, such as token expiry interval, maximum number of tokens to be provisioned for a given account holder or device combination in a given day, maximum number of tokens to be provisioned to given account holder or device in a single request, and maximum transaction amount allowed for a single token.
- Each participant may provide different transaction configuration information.
- consumers and/or issuers and wallet providers can register their accounts and mobile devices through one or more interfaces provided by account/card registration module 102b.
- Account/card registration module 102b can implement registration and enrollment requirements specified by the mobile tokenization hub, CTC module, payment processing network, or other participants. These requirements can include collecting device information and consumer information during registration and enrollment.
- the account/card registration module can provide a service registration interface and/or a client application program interface (API), which can enable the issuer application, wallet application, or PPN reference application to register consumer devices and accounts, request new tokens, deactivate tokens, deregister consumer devices, request token to PAN mapping, or request PAN to token mapping.
- the API may receive the information for each consumer.
- the information can include partner platform identifier (a unique identifier registered within the tokenization cloud service enrolled for use of such service), application identifier (a unique identifier as recognized by the initiating application or service within the partner platform), version number, application name, MSISDN, PAN, CW2, expiry date, and PAN nickname (alias).
- UUID User Datagram
- IMEI IMEI
- IMSI mobile application identifier
- OS type/version e.g., iOS / Android etc.
- static token e.g., for devices having static token stored in secure element
- consumer credentials e.g., last 4 digits of
- account/card registration module 102b can provide an interface for receiving device information, used to uniquely identify each mobile device registered with the mobile tokenization hub.
- an issuer-provided or PPN-provided wallet application may be used.
- the system may capture device information during registration and compare it to device information captured during subsequent transactions to confirm the requests are coming from a valid source or a legitimate mobile device owner. If activation request is coming from any third party wallet provider with proper user name and password, then the request may be considered as a legitimate request.
- a validation process may be implemented to determine device uniqueness.
- the system can validate the registration request by verifying the device identifier. If the device identifier is present, the account can be associated to an active token. If the device/account/token combination is active for the same wallet provider/issuer/reference application in the system, then the system may reject the request.
- the request may be an activation or registration request.
- the system can send an appropriate message like "device already registered and active" to the requesting application.
- account/card registration module 102b can provide a device deregistration interface that enables issuer/wallet providers to a deregister a consumer device.
- the device may be deregistered by providing information, including partner platform identifier, application identifier, version, and MSISDN. Other information can be provided as well, including UUID, IMEI, IMSI, and mobile application identifier (MAID).
- account/card registration module 102b can further include an interface to receive account holder information from a participating entity and validate the account holder during registration.
- the mobile tokenization hub can validate account holder details by checking the user credentials against the account on the file details provided by an issuer either through a data feed to the payment processing network (PPN) or using a web service message published by the issuer.
- participating entities may perform account holder verification, including issuers, PPN branded wallets, and white labeled third party wallet providers.
- the mobile tokenization hub can support one or more verification methods for the qualified participating entities. One method may include verification of account number, CVV2, expiry date based on data provided to the PPN through file by the participating entity.
- Another method may be real time web service integration message to the participating entity to verify account holder information including account holder first name, last name and last 4 digits of social security number (SSN) or data of birth (DOB).
- Another method may be direct verification of the account holder by the issuing financial institution with account holder credentials with an online banking system.
- account holder credential persistence may be provided by account/card registration module 102b.
- the system may store the consumer's account and device details including user credentials received through the registration process in the credential database 1 10a by communicating with a credential database registration API for successful activation or registration requests.
- Account holder credential information can include a partner platform identifier, MSISDN, PAN, CVV2, expiry date, PAN nickname (alias), UUID, IMEI, IMSI, MAID, consumer credentials (e.g., last 4 digits of SSN/DOB for account validation), consumer first name, last name, consumer address, or ZIP code.
- a default account may be designated.
- the consumer may designate an alias of an account in their payment application as a default account to use in a transaction where no account, or account alias, is selected.
- a consumer's default account, or an alias corresponding to that account can be stored in credential database 1 10a.
- the payment application e.g., wallet application, issuer application, or payment processing network reference application
- the mobile tokenization hub can query the credential database 1 10a for the default account and, if a default is
- mobile tokenization hub 102 can also include a token provisioning module 102c which can enable the mobile tokenization hub 102 to integrate with a provisioning service, such as a mobile provisioning system (VMPS), trusted service manager (TSM), and/or mobile gateway, to securely write token information on a consumer's mobile device's secure element.
- a provisioning service such as a mobile provisioning system (VMPS), trusted service manager (TSM), and/or mobile gateway
- token provisioning module 102c may be configured to provision tokens into the secure element that are generated by an external entity, such as an issuer or wallet provider systems, once the tokens have been received and registered by the CTC module 104.
- the mobile tokenization hub can provision the token information in the consumer device's secure element by communicating with a mobile gateway API.
- mobile tokenization hub 102 can also include an audit/reporting module 102f can provide data auditability, reporting, performance, business analytics, and other related services for the mobile tokenization hub 102, CTC module 104, and/or payment processing network 1 10.
- the mobile tokenization hub can provide an audit end to end token request and response activity.
- the mobile tokenization hub may also provide a transaction logging API. Issuer and/or wallet providers can use the API to provide details of the transactions made by mobile devices to the mobile tokenization hub.
- the transaction data can be used for loyalty programs.
- the information may include partner platform identifier, application identifier, MSISDN, transaction identifier, transaction amount, transaction date/time, merchant identifier, merchant name, merchant city, merchant street, merchant country, merchant zip, UUID, IMEI, or merchant address.
- the mobile tokenization hub can provide a periodic report to list the dynamic tokens generated and assigned to the devices and which have not been used and/or have expired. This report can be provided to CTC module and used to recycle tokens as needed. For example, unused tokens may get reassigned to a different application/PAN in the future after they are expired. Information can include a partner platform identifier, application identifier, PAN, and token.
- the mobile tokenization hub 102 can publish specification documents and API for external systems (e.g., wallet provider, issuer payment, reference applications) to integrate with the mobile tokenization hub.
- the issuer and/or wallet provider can enhance its payment applications by using a client software development kit (SDK) published by the mobile tokenization hub 102 to make a secure connection to the mobile tokenization hub and to use mobile tokenization hub services.
- SDK software development kit
- the issuer and/or wallet provider can also enhance client payment applications (e.g., mobile wallet applications) by using a client SDK to connect to the mobile tokenization hub and request for new tokens while initiating transactions.
- integration between the mobile tokenization hub and issuer or wallet provider systems can happen through a web service integration (WSI) infrastructure with dual factor authentication (e.g., user name/password and X509 certification).
- WSI web service integration
- mobile tokenization hub 102 may
- CTC module 104 may generate, activate, store, and/or de-tokenize tokens.
- CTC module 104 can be implemented on a server computer within a payment processing network.
- the CTC module 104 can include a plurality of service modules, such as modules for token activation 104a, token generation 104b, card/account registration 104c, and de-tokenization 104d.
- the CTC module may control the logic behind how the token is generated.
- the CTC module can generate a token in response to a request from the mobile tokenization hub 102 and respond with the token back to the mobile tokenization hub which may in turn pass the token to, e.g., a requesting mobile device associated with a consumer, a wallet provider, an issuer system, or other connected system or service.
- the CTC module 104 may store tokens generated by a third party, such as an issuer system.
- the mobile tokenization hub may act as an orchestration layer or gateway through which other systems and services can request a token, send a token, establish controls with a token, adjust controls associated with a token, and request other services and/or access other systems.
- the mobile tokenization hub 102 can interface with mobile devices 106 and mobile device manufactures 108, a payment processing network 1 10, and a plurality of third party systems 1 12.
- Mobile devices 106 can include devices with secure elements, and devices without secure elements. Devices with secure elements may securely store static and/or dynamic tokens within the secure element.
- Dynamic tokens may be stored in memory on devices that do not include a secure element. Depending on how a dynamic token is stored, different payment controls and lifecycle controls may be applied to the dynamic token. For example, if the dynamic token is stored within mobile OS memory, the token may be generated with a shorter lifespan and be valid for lower value transactions. In some embodiments, multiple tokens may be requested and persisted in a mobile device based on the partner configuration as part of the enrollment. Token lifecycle management may decide when to expire or request a new set of tokens. [0095] In some embodiments, the mobile tokenization hub can receive a request from mobile device manufacturers 108 for a plurality of tokens to be used to pre-provision mobile devices prior to shipment.
- payment processing network 1 10 can include a credential database 1 10a that stores device information for each customer, a provisioning service/mobile gateway 1 10b that can securely transmit tokens to mobile devices, and a payment control service 1 10c that can provide lifecycle or other control data for tokens.
- a mobile device may not include a pre-provisioned token, and the consumer can send a request to the tokenization hub directly, or through a third party partner, such as a network operator 1 12a, issuer system 1 12b (such as an issuer-specific mobile app), and/or a mobile wallet app from a mobile wallet provider 1 12c.
- a third party partner such as a network operator 1 12a, issuer system 1 12b (such as an issuer-specific mobile app), and/or a mobile wallet app from a mobile wallet provider 1 12c.
- payment control module 1 10c can provide payment controls for tokens to mobile tokenization hub 102.
- Payment control module 1 10c may define payment controls, such as to set amount rule to accept exact transaction amount, the merchant category code (MCC) rule or time rule.
- Mobile tokenization hub 102 may maintain the payment control rules in token lifecycle management module 102g and pass the payment control rules to CTC module 104.
- Payment control rules may include one or more of a partner platform identifier, application identifier, token, payment control type, value or operation (e.g., add, delete, update).
- the mobile tokenization hub 102 can associate a payment controls with a token for a particular amount of time.
- the payment control may expire when the token expires.
- the credential store can provide an API to allow applications to register or add consumer device/account details, edit consumer device/account details, delete consumer device/account details, or retrieve consumer device/account details.
- the API can allow applications to store consumer device, account, and credential details.
- the API may be able to receive information for each consumer.
- the information can include an application identifier, application name, partner platform identifier, MSISDN, UUID, IMEI, IMSI, static token / dynamic token, PAN, CW, consumer first name, last name, consumer address, ZIP Code, or consumer credentials.
- the credential database can be PCI compliant and implement security standards.
- the API can also enable applications to edit/update consumer account/device details by providing an application identifier, IMEI, MSISDN, or PAN.
- An application can delete consumer account/device details by providing application identifier, IMEI, MSISDN, or PAN.
- the application may also retrieve consumer account/device details by providing application identifier, IMEI, MSISDN, or PAN.
- the mobile tokenization hub may be implemented on a cloud server or a plurality of servers in a cloud
- the mobile tokenization hub 102 can support multiple tokenization cloud instances configured to run in parallel to improve performance and/or to serve different geographical locations.
- the mobile tokenization hub can provide an interface to internal/external applications to request all the tokens and their attributes assigned for a given PAN and from a given date. Information can include a partner platform identifier, application identifier, PAN, and from date.
- the mobile tokenization hub can provide an interface to internal/external participating applications to request details for a specific token and PAN combination, such as attributes assigned.
- the mobile tokenization hub can provide an interface for registered internal/external applications to request authorization and settlement data for a given token/PAN combination and date range.
- FIG. 2 shows a block diagram of a mobile tokenization hub and common token capability module according to an embodiment of the present invention.
- a mobile tokenization hub server may include additional modules, such as a token request interface 102h.
- Token request interface 102h can receive token requests from consumers, issuers, wallet applications, and/or other payment processing network services and/or third party services.
- Token requests can include: requests to generate a new token, requests to register or update an existing token, requests to de-tokenize a token, requests to generate dynamic identification information (dCW), and other token-related requests.
- dCW dynamic identification information
- the token request interface 102h may allow the issuer/wallet provider to specify configuration details for tokens.
- the token request interface 102h can receive a token configuration file associated with a particular consumer, a set of consumers, and/or a service provider.
- the token request interface 102h can pass the token configuration file to a token configuration module 102i which can parse the token configuration file and store the token configuration settings in a credential database or other storage system.
- the mobile tokenization hub may look up the requestor in the credential database to identify token configuration settings associated with the requestor.
- the token configuration settings can include:
- Token validity time period for low ticket transactions e.g., 1 day or 3 days etc.
- Token validity for high ticket transactions e.g., only once, not more than once in 6 hours, once per day
- mobile tokenization hub 102 can receive a bulk registration file from a service provider (such as a wallet provider or issuer) to register a plurality of existing consumers with the mobile tokenization hub.
- the token request interface 102h can receive the bulk registration file and send the bulk registration file to a bulk registration module 102j, which parses the bulk registration file to identify consumers included in the file and to determine a type of token or tokens to be generated for each consumer in the bulk registration file.
- the bulk registration file may include token configuration settings or may include a pointer to a token configuration settings file provided previously, or concurrently with, the bulk registration file.
- the mobile tokenization hub can then send requests to the CTC module 104 to generate tokens according to the bulk request file and the token configuration file.
- tokens may be distributed in response to bulk token requests without assigning a PAN (PAN-less tokens) to the tokens.
- PAN-less tokens PAN-less tokens
- the tokens can be distributed to device manufacturers which can
- the CTC module may maintain each of these PAN-less tokens in an inactive state until an activation request from the mobile tokenization hub request is received. Token activation module 104a, may then activate the tokens according to the activation request. In some embodiments, the CTC module may deactivate or disable a token on a request from the mobile tokenization hub.
- device information module 102k can receive mobile device information during registration and interface with credential database 1 10a to store the device information.
- the device information can be associated with a consumer and with any tokens that are associated with the consumer.
- device information that may be received during registration can include an application identifier, application name, partner platform identifier, MSISDN, UUID, IMEI, IMSI, static token / dynamic token, PAN, CVV, consumer first name, last name, consumer address, ZIP Code, and/or consumer credentials.
- the device information may also includes a device type identifier which may indicate whether the device includes a secure element.
- a dCVV module 1021 can generate a dCW value for a token.
- the mobile tokenization hub 102 can receive a request from a registered system for a dCVV value for a token.
- the mobile tokenization hub send a request to the CTC module 104 to de-tokenize the token (using de-token ization module 104d) and return the corresponding PAN.
- the dCW module 1021 can then generate a dCW value for the PAN and return the dCW value to the registered system.
- the dCVV module 1021 can send a request to a payment processing network to generate a dCVV based on the de-token ized PAN.
- dCVV module 1021 may be configured to generate other types of identification information, such as a pseudo card security code (CW2) and expiration date for the token during a token request. Both the CVV2 and expiration date can be provided to the requesting application and the CTC module. The requesting application or its user can use the token, CW2, and expiry date to make the transaction and CTC can validate the values with the mobile tokenization hub provided values during de-tokenization. The mobile tokenization hub can also de-tokenize the identification information to obtain the real CW2 and expiration date values corresponding to the PAN, which may be provided to the issuer for
- CW2 pseudo card security code
- expiration date can be provided to the requesting application and the CTC module.
- the requesting application or its user can use the token, CW2, and expiry date to make the transaction and CTC can validate the values with the mobile tokenization hub provided values during de-tokenization.
- the mobile tokenization hub can also de-tokenize the identification information to obtain the real CW2 and expir
- Mobile tokenization hub 102 can include a token type module 102m that is configured to identify the type of token requested (e.g., static or dynamic) based on the source of the token request. For example, based on device information stored in the credential database 1 10a, the token type module can determine if the requesting device is a mobile device with a secure element or a mobile device without a secure element. If the request originates with a mobile device with a secure element, then static tokens can be generated to provision into the secure element. If the requesting device does not include a secure element, a dynamic token with a predetermined time to live (TTL) value can be generated. In some embodiments, during the set time limit, the device can initiate any number of transactions using the assigned dynamic token. If the request comes from another internal or external system, the token type can be decided based on configuration setup during a partner registration.
- TTL time to live
- an unregistered device module 102n can detect that a consumer's account has been installed on multiple devices, but each device has not been registered. For example, a consumer may install a mobile wallet app on their smartphone and register the smartphone and a payment account with the mobile tokenization hub 102. The same consumer may subsequently install the mobile wallet app on their tablet computer. If the consumer then attempts to perform a transaction using the mobile wallet app on the tablet computer, the device information provided with the transaction data will not match the registered device information. The unregistered device module can then return a message to the consumer through the tablet computer prompting the user to register the tablet computer before the transaction can be completed.
- Token generation module 104b may generate tokens in response to a request from the mobile tokenization hub.
- the token generation module 104b can select the token from a numbering scheme and activate the token. For example, with a static token, then the CTC module can create an association between the token and one or more account identifiers. With a dynamic token, the CTC module can set controls and make a pairing available to a payment processing network in order to complete the transaction processing. The CTC module can assist with de-token ization during a transaction authorization using a de-token ization module 104d.
- token maps module 104e can maintain token to PAN mappings for consumers registered with the mobile tokenization hub. As described above, the mappings can include many tokens to one PAN as well as many PANs to one token. In some embodiments, token maps module 104e can maintain mappings for externally generated tokens as well. For example, when mobile tokenization hub 102 receives a token generated by, e.g., an issuer, through token request interface 102h, the externally generated token may be forwarded to CTC module 104. Token maps module 104e can update its token mappings for the corresponding consumer to include the externally generated token.
- an externally generated token may be accompanied by one or more of a partner platform identifier, application identifier, version, PAN, or token attributes.
- the system can register the tokens in CTC system by communicating with a CTC registration API and send the response back to the issuer or wallet provider application.
- token generation rules module 104f can receive rules from a registered system for generating tokens.
- the rules may include a type of token, a format of the token, security and storage requirements for the token.
- token generation rules module may include payment control rules that are to be automatically associated with newly generated tokens.
- each registered entity can maintain a set of rules that are commonly used when requesting new tokens. For example, an issuer may request tokens be generated of a particular length with a particular range of BINs.
- FIG. 3 shows example processes of token generation and provisioning according to an embodiment of the present invention. As shown in FIG. 3, tokens can be generated by CTC module 104 and then provisioned to mobile devices 106.
- the CTC module can generate the token in response to a token request associated with a mobile device.
- the mobile tokenization hub can request a different type of token.
- CTC module 108 can generate and send 302 a token to mobile tokenization hub 102 to be delivered 304 (i.e., provisioned) to a mobile device.
- the mobile tokenization hub can include a token provisioning module that enables the mobile tokenization module to directly provision the token to a mobile device, or to interface with a mobile gateway or a trusted service manager (TSM) system to provision the token to the mobile device. Any other provisioning methods may be implemented.
- TSM trusted service manager
- System 306 shows a process of token generation
- the token can be generated by the CTC module 104 in response to a request from mobile tokenization hub, issuer, and/or mobile wallet provider and can be generated based on rules established by the requesting entity and/or by the payment processing network.
- an issuer and/or wallet provider can send a request to the mobile tokenization hub through an application programming interface (API) to receive token information (e.g., to receive a token that has already been generated or to request a new token be generated).
- API application programming interface
- the issuer and/or wallet provider can then provision the token(s) to the mobile device directly, or through a trusted service manager server (TSM).
- TSM trusted service manager server
- the payment processing network, mobile tokenization hub, CTC module, and issuer can have various roles and responsibilities.
- account registration can be managed by the payment processing network (PPN) and/or mobile tokenization hub.
- Token generation can be managed by the PPN and/or CTC module.
- Token provisioning can be managed by the PPN and/or mobile tokenization hub.
- Token lifecyde management can be managed by the PPN and/or mobile tokenization hub.
- Token mapping can be managed by the PPN and/or CTC module.
- Dispute resolution can be managed by the issuer.
- Device and/or account holder data persistence can be managed by the PPN and/or stored credential database (SCD).
- SCD stored credential database
- the issuer and/or wallet provider may generate and send 402 a token to a mobile tokenization hub.
- the issuer and/or wallet provider can instruct the mobile tokenization hub service to provision 406 the tokens to the mobile device.
- the issuer and/or wallet provider can also request to register the token with the CTC module using the mobile tokenization hub API to provide registration information for the tokens.
- the registration information can include one or more of a partner platform identifier, version number, primary account number (PAN), token, and/or token attributes.
- PAN primary account number
- token and/or token attributes.
- the payment processing network, mobile tokenization hub, CTC module, and issuer can have various roles and responsibilities.
- account registration can be managed by the issuer.
- Token generation can be managed by the issuer.
- Token provisioning can be managed by the PPN and/or mobile tokenization hub.
- Token lifecyde management can be managed by the issuer.
- Token mapping can be managed by the PPN and/or CTC module.
- Dispute resolution can be managed by the issuer.
- Device and/or account holder data persistence can be managed by the issuer.
- the issuer and/or wallet provider can generate and provision 410 tokens to mobile device(s) through a trusted service manager server (TSM), mobile gateway, or other provisioning service.
- TSM trusted service manager server
- the issuer and/or wallet provider may also send 412 a copy of the token to the mobile tokenization hub to be stored 414 in the CTC module data store.
- the issuer and/or wallet provider can provide registration information to register tokens with the CTC module.
- the registration information can include one or more of a partner platform identifier, version number, PAN, token, and/or token attributes.
- the payment processing network, mobile tokenization hub, CTC module, and issuer can have various roles and responsibilities.
- account registration can be managed by the issuer.
- Token generation can be managed by the issuer.
- Token provisioning can be managed by issuer.
- Token lifecycle management can be managed by the issuer.
- Token mapping can be managed by the PPN and/or CTC module.
- Dispute resolution can be managed by the issuer.
- Device and/or account holder data persistence can be managed by the issuer.
- not all token requests may request the same type of token.
- a token request from a mobile device with a pre-provisioned token in its secure element may be an activation request, whereas a mobile device that has not be pre-provisioned may request a new token.
- the mobile tokenization hub can determine whether the device contains a secure element (SE) or non-secure element (non-SE), and alter the processing based on that determination.
- SE secure element
- non-SE non-secure element
- the token requests may be for static tokens that may be usable for an extended period of time, while a token request from a mobile device without a secure element may be for a dynamic token that is limited in how long it is active or the types or amounts of transactions for which it may be used.
- the token itself may be formatted differently.
- a transit token may have one format while a token for a credit card account may have a different format.
- embodiments of the present invention may determine the appropriate token to generate and provision to fulfill a given request. This simplifies the process for requesting tokens and makes it easier for
- FIG. 5 shows a method of provisioning tokens for different types of mobile devices according to an embodiment of the present invention.
- a token request is received by the mobile tokenization hub.
- Embodiments of the invention can provide different processing and treatment of data from mobile devices, including non-secure element (non-SE) mobile devices and secure element (SE) mobile devices.
- the processing can be differentiated at a central entity, such as a payment processing network (e.g., Visa®), mobile tokenization hub, or any other entity in a transaction flow.
- a payment processing network e.g., Visa®
- device information associated with the token request can be identified. For example, when a token request is initiated, a payment application on the mobile device can capture device information and include the device information with the token request to the mobile
- tokenization hub Additionally, or alternatively, device information
- corresponding to the requesting device may be stored in a credential database, for use in validating subsequent transactions.
- the credential database can be queried to determine device information associated with the token request.
- the mobile tokenization hub can determine a type of token corresponding to the device information.
- the credential database can differentiate between the SE and non-SE devices and inform the mobile tokenization hub as to whether a request is associated with a SE device or non-SE device and the type of tokenization that should be
- the type of token may be determined based on the types of previous tokens provisioned to the mobile device.
- token types can include static, which may be stored on a secure element of a mobile device, and dynamic which may be stored in memory on the mobile device.
- a request is sent to the CTC module to generate a token of the determined type. For example, if it is determined that the request originated at a device with a secure element, a request for a static token may be sent to the CTC module, whereas if it is determined that the requesting device does not include a secure element, a request for a dynamic token may be sent.
- an activation request can be sent to the CTC module to associate the pre-provisioned token with a PAN and activate the pre-provisioned token.
- the requested token is received.
- the request token is of the requested type and may be generated according to one or more token generation rules based on the device, the payment application, the channel over which the request was received, etc.
- the requested token is returned to the requesting device.
- a provisioning service may be used to open a secure connection to the device and store the token in the device's secure element.
- the token may be encrypted and returned directly to the device or through the payment application.
- a mobile tokenization hub may receive a token request associated with a first mobile device, wherein the first mobile device includes a secure element, and receive a token request associated with a second mobile device, wherein the second mobile device includes a non-secure element, and the mobile tokenization hub may be capable of differentiating the first mobile device and second mobile device, such that a first token generated for the first mobile device is different than a second token generated for the second mobile device.
- a "PAN substitute" can be received from a tokenization system (e.g., a mobile tokenization cloud or mobile tokenization hub) and a dynamic token can be constructed on the mobile device using the PAN substitute or other information.
- a tokenization system e.g., a mobile tokenization cloud or mobile tokenization hub
- an application on the mobile device that is in communication with the SE can generate the dynamic token in a tokenization system.
- the dynamic token may be generated using any available information including, in some embodiments, a combination of dynamic and static data available to the application.
- a static token can be embedded at the time of manufacturing a mobile device, and the static token may later be activated and authenticated by a consumer.
- the original equipment manufacturer can incorporate the static token with the device or the static token may be provided by a mobile network operator (MNO) or other party at or before the time of ownership by the consumer.
- MNO mobile network operator
- the consumer may then enter information to confirm the account holder's identity.
- a dynamic token may be provided after the mobile device is manufactured.
- a "PAN substitute" and dynamic element can be received from the mobile tokenization hub.
- the CTC module may generate and/or transmit the data to the mobile device via a gateway.
- the dynamic element may be generated based on the PAN substitute or based on other device, transaction, and/or consumer information available to the mobile device.
- the mobile tokenization hub can provide different processing depending on the token request received and device associated with the token request. For example, if a token request is received from a device that includes a pre- provisioned token stored in a secure element, the mobile tokenization hub can provide token activation processing.
- the mobile tokenization hub can provide tokenization and provisioning services. If the token request is received from a mobile device with a secure element, but without a pre-provisioned token, the mobile tokenization hub can provide tokenization and provisioning services. If the token request is received from a device without a secure element, the mobile tokenization hub may determine that a dynamic token is to be generated and provisioned and provide tokenization and provisioning services in response. As such, token requests can be differentiated by the mobile tokenization hub based on device information and different tokenization services may be provided, as appropriate.
- FIG. 6 shows a secure element (SE) and static token activation flow according to an embodiment of the present invention.
- the payment application may be associated with an issuer and/or provided by a payment processing network.
- a mobile device that includes a secure element may initiate transactions using a static token stored on the secure element.
- the static token may be provisioned in the secure element at the time of manufacturing, or may be provisioned after the mobile device has been purchased by a consumer.
- transactions may be initiated using the mobile device through a near-field communication (NFC)/point of sale (POS) terminal, using an issuer payment application and/or a payment processing network (PPN) reference application.
- NFC near-field communication
- POS point of sale
- PPN payment processing network
- the transaction data type can include a chip transaction which may include Track 2 data, a dynamic card verification value (dCVV), an application cryptogram, issuer application data, and a running serial number (ATC).
- dCVV dynamic card verification value
- ATC running serial number
- the mobile device 600 includes a static token provisioned in the secure element of the device that has been preconfigured.
- the consumer may have downloaded the payment application from an application store associated with the mobile device and/or the consumer's mobile network operator.
- the consumer can login to the application using credentials previously provider to the issuer and/or payment processing network and the application can authenticate the user based on the login credentials.
- a wallet provider or issuer payment application may have registered with a mobile tokenization hub, they may receive a partner application identifier, they may have done bulk registration for existing consumers, and the consumers may have downloaded the wallet provider or issuer branded payment application in the device.
- the consumer can register the mobile device through the application with the issuer 608 via the internet 604 by providing a consumer credential and/or information about their mobile device.
- information about the user device can be captured. This may include the static token or various device identifiers, including Mobile Station International Subscriber Directory Number (MSISDN) and International Mobile Station Equipment Identifier (IMEI).
- MSISDN Mobile Station International Subscriber Directory Number
- IMEI International Mobile Station Equipment Identifier
- the issuer can access registration web services at a mobile tokenization hub via a secure connection (e.g., SSL).
- the information may be passed in an encrypted payload.
- two factor authentication may be used to provide additional security to the connection.
- the two factors can include a username/password and a public/private key interchange.
- the mobile tokenization hub can communicate with the CTC module to activate the static token and associated the static token with a PAN.
- the device information captured at 606 can be provided to the mobile tokenization hub by the issuer 608.
- the device information can be mapped to the tokens associated with the device. This can be used to provide an additional verification check when a transaction is initiated using the token. If the transaction is initiated from a different device, the transaction can be rejected or additional information can be required from the consumer before completing the transaction.
- the mobile tokenization hub can communicate with a credential database at a payment processing network. The captured consumer information and/or mapping information can be transmitted and stored in the credential database.
- FIG. 7 shows a sequence diagram of token activation according to an embodiment of the present invention.
- the consumer initiates account registration using their mobile device 700.
- the consumer initiates the account registration through a payment application 702 on the mobile device 700.
- the payment application 702 can be an issuer application, a payment processing network application, or a mobile wallet application.
- the application can access and retrieve the static token from the secure element of the mobile device.
- the user can then be presented with one or more accounts associated with the application from which the consumer may select to register.
- the user can enter the card information to register with wallet provider or issuer application.
- the application can generate a new identifier, such as a PAN sequence number (PSN), to distinguish multiple PANs associated to the same token.
- PAN PAN sequence number
- the payment application 702 can capture mobile device details for mobile device 700. This may include the static token or various device identifiers, including Mobile Station International Subscriber Directory Number (MSISDN) and International Mobile Station Equipment Identifier (IMEI).
- MSISDN Mobile Station International Subscriber Directory Number
- IMEI International Mobile Station Equipment Identifier
- the payment application 702 sends a registration request to the mobile tokenization hub 704.
- the issuer application sends the registration request, including the token, PAN, PSN, and device information, to the mobile tokenization hub 704 through an API.
- the mobile tokenization hub 704 determines based on the device information that the device includes a pre-provisioned token and initiates token activation in CTC 706.
- the mobile tokenization hub 704 can send a request to CTC 706 to activate the static token and associate the PAN with the token and the PSN.
- the CTC 706 activates the token and associates the token with the PAN and PSN.
- the CTC 706 can validate the static token and store the association of the PAN, token, and PSN.
- the CTC can store the PAN, issuer BIN, and product information within the CTC module for future processing.
- the mobile tokenization hub can persist the device information previously captured at step 1 .
- the mobile tokenization hub can persist the device information in credential database in a payment processing network.
- a status response can be sent to the payment application 702.
- a response message is returned to the user's mobile device, confirming that the device has been activated with an active token and is ready to perform transactions through the payment application 702. If activation was unsuccessful, an error can be returned.
- FIG. 8 shows a secure element (SE) and static token activation flow according to an embodiment of the present invention.
- the mobile device 800 includes a secure element, but the secure element has not been pre-provisioned with a token.
- the token may be generated and provisioned to the device after device purchase.
- the consumer may download a payment application to the mobile device 800 to register the mobile device and receive a token.
- the payment application can authenticate the user based on the login credentials provided by the user.
- the consumer can download the payment application from an online retailer over the Internet 808, such as an online application store associated with the mobile device or the consumer's mobile network operator.
- the consumer can initiate registration through the payment application.
- the payment application is a mobile wallet application and the consumer initiates registration with an associated wallet provider.
- the payment application may be associated with an issuer or a payment processing network.
- information about the user device may be captured by the wallet provider 812.
- the information can include various device
- the wallet provider can access registration web services via a secure connection (SSL) at a mobile tokenization hub on a payment processing network 816.
- SSL secure connection
- the mobile tokenization hub is shown as integrated with the payment processing network, in some embodiments the mobile tokenization hub may be implemented separately.
- the information may be passed in an encrypted payload.
- two factor authentication may be used to provide additional security to the connection.
- the two factors can include a username/password and a public/private key interchange.
- the mobile tokenization hub can send a token generation request to the CTC module.
- the mobile tokenization hub can store consumer information provided in 804 and device information captured in 810 in a credential database.
- Consumer and device information can be mapped to the newly generated token and used as an additional verification check when a transaction is initiated. If consumer or device information provided during a transaction using the token does not match that stored during registration, the transaction may be rejected or additional information may be required from the consumer.
- the token can be sent from the CTC module to the mobile tokenization hub.
- the tokenization hub can open a secure connection to the mobile device 800 through a mobile provisioning service, such as TSM 824, and the newly generated static token can be written to the device SE.
- FIG. 9 shows sequence diagram of token generation according to an embodiment of the present invention.
- the consumer initiates account registration on mobile device 900 through a payment application 902.
- the payment application can be a mobile wallet application, an issuer-branded application, or a payment processing network reference application.
- multiple accounts can be registered on the same device, and the user can select the account from the payment application to register.
- the payment application can send a registration request to the mobile tokenization hub 906.
- the payment application can send PAN and device information to the mobile tokenization hub through an API.
- the mobile tokenization hub 906 can determine based on the device information that the mobile device includes a secure element and initiate token generation in CTC module 908.
- the mobile tokenization hub can send a request to the CTC module to generate static a token to be stored in the mobile device's secure element and register the PAN for the token.
- Multiple tokens can be generated for one device, one for each account registered with that device. In some embodiments, multiple accounts registered with a device can be associated with the same token and a PSN can be used to distinguish between accounts.
- the CTC module 908 can generate a new token and map the token to the PAN and device information.
- the CTC module 908 can store the PAN, issuer BIN, and/or product information within CTC module for future processing.
- the mobile tokenization hub 906 can persist the device information in a credential database in the payment processing network. The device information can be mapped to the tokens and/or accounts registered for the device and used as an additional verification mechanism, as described above.
- the mobile tokenization hub can initiate a request to a provisioning service 904 to provision the token information in the device.
- provisioning service can open a secure connection to mobile device 900 and provision the token in the mobile device's secure element.
- a success/status response may be sent to the payment application 902 from the mobile tokenization hub 906.
- a confirmation message can be sent to the mobile device indicating to the consumer that the mobile device has been activated with an active token ready for transactions. The mobile device is then ready to make transactions using the static token through the payment application.
- FIG. 10 shows a sequence diagram of token updating according to an embodiment of the present invention.
- the mobile device 1000 may have secure element to which token information has been provisioned. If the token has been compromised, or the consumer adds an account, or otherwise initiates a token update process, a new token may be provisioned to the consumer's mobile device 1000.
- the consumer can initiate an update through the payment application 1002.
- the payment application may be a mobile wallet application, issuer-branded application, or payment processing network application.
- payment application 1002 sends an update request including one or more new PANs and device information to the mobile tokenization hub 1006 through an API.
- the mobile tokenization hub 1006 can request a new static token from CTC module 1008.
- the mobile tokenization hub can treat the update request as a new static token generation request.
- the mobile tokenization hub can send a request for each new PAN to the CTC module to generate a token and associate the new PAN with the new token.
- the CTC module 1008 can generate a new token and store the association with the new PAN.
- the mobile tokenization hub can persist the device information in a credential database.
- the mobile tokenization hub 1006 can initiate a request to a provisioning service 1004 to provision each new token
- the provisioning service can provision each new token in the mobile device's secure element.
- the mobile tokenization hub can send success or status response to the payment application.
- the mobile tokenization hub can send status updates after each token has been provisioned, or can send a single update after all tokens have been provisioned reflecting the status of each token.
- a confirmation can message can be sent to the mobile device 1000 indicating that the mobile device has been loaded with one or more new static tokens ready for transactions through the payment application.
- non-SE non-secure element
- PPN payment application
- the consumer can download the payment application from an online application store.
- the consumer can register the mobile device with the application provider, such as a wallet provider 1 108, payment processing network, or issuer.
- the application provider can communicate with the mobile tokenization hub.
- the mobile tokenization hub may be located as a cloud format for cloud registration.
- the wallet provider can access registration web services via a secure connection (SSL).
- SSL secure connection
- the information may be passed in an encrypted payload.
- the mobile tokenization hub can store the mobile device and consumer information in a credential store.
- shared secret registration can be transmitted between the mobile tokenization hub and a push notification cloud 816.
- the shared secret registration information can include a code provided by the mobile tokenization hub or may include a question provided by the mobile
- tokenization hub and an answer provided by the consumer.
- the shared secret setup interface can be provided through an API enables payment application providers (issuers, wallet providers, payment processing networks, etc.) to setup shared secret (e.g., set of N questions) as an additional security measure when dynamic tokens are requested during transactions.
- payment application providers issuers, wallet providers, payment processing networks, etc.
- shared secret e.g., set of N questions
- each token request can challenge the user with a configured shared secret and validate the response.
- the request may originate from non-SE device issuer payment application or wallet application.
- FIG. 12 shows sequence diagram of user/account registration flow according to an embodiment of the present invention.
- a consumer initiates account registration through a payment application, such as wallet application 1200.
- the payment application may alternatively include an issuer payment application or a PPN reference application.
- the application can authenticate the user based on login credentials provided by the user. The user can select the account from the application to register.
- application provider 1202 can send a PAN and device information to the mobile tokenization hub 1204 through an API.
- the mobile tokenization hub 1204 can determine based on the device information whether the mobile device is associated with an account. If the mobile device is not already registered, the mobile tokenization hub can push a notification to the payment application to setup a shared secret.
- the setup can include a set of 3 questions sent to the consumer through the wallet application 1200.
- the consumer may input shared secret answers, e.g., to the set of questions provided in step 3.
- the payment application can encrypt the answers and send the response to the mobile tokenization hub through an API.
- the mobile tokenization hub 1204 can persist the device or platform information to a credential store 1206.
- an activation response can be sent to the application provider confirming registration.
- the application provider can send confirmation to the user through the payment application. Once confirmed, the device is activated and ready for transactions using dynamic tokens through the payment application.
- FIG. 13 shows a non-secure element (non-SE) and dynamic token generation and transaction flow according to an embodiment of the present invention.
- a consumer with a mobile device that does not include a secure element can download and install a payment application 1300, such as a wallet application, issuer payment application, or payment processing network application.
- the application can authenticate the user based on login credentials provided the user.
- the device may be already registered in the mobile tokenization hub with a valid account. Because the mobile device does not include a secure element, it is not associated with a static token. Instead, the mobile device needs to request a dynamic token to complete a transaction.
- a mobile device that does not include a secure element may be used with a dynamic token.
- the mobile device may be a personal computer (PC) that includes a payment application.
- the payment application can include an issuer payment application, a wallet provider application, and/or a PPN reference application that enables the consumer to perform card not present (e.g., an online) transactions.
- the transaction data may include a PAN, expiration date, and/or card verification value (CW).
- a non-SE mobile device may be used with a dynamic token.
- the mobile device may include a payment application, such as an issuer payment application, a wallet provider application, and/or a PPN reference application.
- the non-SE mobile device may perform chip transactions using the dynamic token.
- Transaction data for the chip transaction may include Track 2 data, a dCW, an application cryptogram, payment application data, and an ATC.
- the payment application at the mobile device may generate a QR code (e.g., Quick
- the transaction data type can include a chip transaction which may include Track 2 data, a dCW, an application cryptogram, issuer application data, and an ATC.
- the consumer requests a token from the mobile tokenization hub 1310.
- the mobile tokenization hub uses the shared secret information created during registration, at 1304 the mobile tokenization hub sends a challenge request to the consumer application through a push notification cloud.
- the consumer enters the secret response created during account registration to the tokenization hub.
- the tokenization hub sends a dynamic token to the consumer application.
- the consumer can initiate a transaction with a merchant 1314 using the token.
- the token may be packaged into a QR code and displayed on the mobile device. The consumer may then scan the displayed code on a merchant point of sale terminal.
- the token may be transmitted from the user device to the merchant POS using NFC or other radio frequency communication.
- the transaction may also be
- the merchant 1314 can submit the transaction with the dynamic token to the merchant's acquirer 1318. Because the dynamic token is formatted to match the expected account identifier, no modifications are required to the merchant or acquirer systems to use the token.
- the acquirer 1318 submits the transaction with the token to a payment processing network (PPN) 1322.
- PPN payment processing network
- the PPN recognizes the dynamic token as a PAN substitute. For example, a portion of the token may include a code that indicates the token is a token.
- the PPN sends a request to the CTC module for the PAN associated with the token.
- the request may include transaction data (such as consumer and device information) received from the mobile device via the merchant and acquirer.
- the CTC module may verify the transaction request by comparing the device information against device information associated with the token. If the CTC verifies the transaction, it can look up the PAN associated with the token, and return the PAN to the PPN.
- the PPN can process the transaction using the PAN retrieved from the CTC with issuer 1328. The PPN can provide a response back to acquirer and merchant indicating if the transaction has been approved.
- FIG. 14 shows a non-secure element (non-SE) and dynamic token generation flow according to an embodiment of the present invention.
- consumer initiates a transaction, for example by selecting an account alias in a wallet application, issuer payment application, payment processing application, or other digital wallet on the consumer's mobile device 1400.
- the payment application 1402 sends a request for a dynamic token to mobile tokenization hub 1406 through a mobile tokenization hub API .
- the payment application can include a PAN alias, device information and purchase amount in the new token request.
- the mobile tokenization hub 1406 can retrieve shared secret details of the device from a credential store 1408.
- the shared secret details can be provided by the consumer during device registration, as described above.
- the mobile tokenization hub can select at least one of the shared secret question and send it to the payment application.
- the payment application can display the secret question to the user on the mobile device 1400.
- the payment application receives the consumer's response to the secret question and, at step 7, encrypts the response and sends the response to the mobile tokenization hub 1406.
- the mobile tokenization hub 1406 can verify the response to the shared secret provided by the consumer. If the response is correct, the mobile tokenization hub can determine, based on the device information, a type of token to generate for the device and can then send a request to CTC module 1410 to generate a new token of that type and register the PAN for the token. In this example, the mobile tokenization hub can determine that the device does not include a secure element and can send a request to the CTC to generate a dynamic token for the device.
- the CTC module can generate a new token and store the association of the new token with the PAN. The CTC can store real PAN, issuer BIN, or product information within CTC for future processing.
- mobile tokenization hub 1406 can send a request to a payment control module 141 0 to create a payment control for the token.
- the payment control may be based on the amount of the transaction.
- the mobile tokenization hub can send the dynamic token to the payment application 1402.
- the payment application 1402 can submit the transaction with the dynamic token received from the mobile tokenization hub 1406 to the application provider 1404. The transaction may then be processed as described above with respect to FIG. 13.
- FIG. 15 shows an alternative non-secure element (non-SE) and dynamic token generation flow according to an embodiment of the present invention.
- a dynamic token may be generated and sent to the consumer's mobile device 1500 without first confirming the consumer's identity using a previously supplied secret answer.
- a consumer initiates a payment process by selecting an alias account corresponding to a payment account in a payment application 1502, such as a wallet application, issuer payment application, or other digital wallet.
- the payment application can send a token request to an application provider 1504, such as a wallet provider or issuer system.
- the token request may include a PAN alias, device information and purchase amount.
- the application provider 1504 sends the token request and device information to a mobile tokenization hub 1506 through a mobile tokenization hub token request API.
- the mobile tokenization hub 1506 can determine, based on the device information, a type of token to generate for the device and can retrieve PAN details from a credential store 1508.
- the credential store may include a data structure that maps account aliases to account identifiers.
- the mobile tokenization hub can send a request to the CTC module 1510 to generate a new token having the type determined in step 4 and register the PAN for the token.
- the mobile tokenization hub can compare device information provided with the token request to device information provided when the consumer first registered an account. If the device information matches, the token request is sent to the CTC module 1510. If the device information does not match, additional authentication methods may be performed to confirm the consumer's identity.
- the CTC module 1510 can generate new token and store the association with the PAN.
- the mobile tokenization hub can send a request to a payment control module to create a payment control for the given PAN, e.g., based on the purchase amount included in the transaction data.
- the mobile tokenization hub can deliver the generated dynamic token to the payment application provider.
- payment application provider can send the token to the payment application.
- the payment application can submit the transaction with the dynamic token received from mobile tokenization hub. The transaction may then be processed as described above with respect to FIG. 13.
- token requests may be received in a bulk format.
- a device manufacturer may send a bulk token request for tokens to pre-provision to many different mobile devices prior to delivery to consumers.
- wallet providers, issuers, and/or a PPN reference application can send bulk token registration requests to the mobile tokenization hub to register all the existing customers' device/card information in the mobile tokenization hub.
- the bulk token request may include a bulk registration file.
- the mobile tokenization hub can call a credential store service for each consumer record present in the registration file to validate card information and persist device information and other consumer information in the credential store.
- the mobile tokenization hub can then send a request to the CTC module to perform bulk token activation/generation.
- mobile tokenization hub initiates token activation in CTC.
- SE no static token in the device
- the mobile tokenization hub can initiate token generation in CTC.
- the CTC can the activate/generate tokens and associate PANs, where known, with the tokens.
- the mobile tokenization hub can then send a bulk provisioning file to a provisioning service (such as a mobile gateway or TSM) with the generated tokens and corresponding mobile device information.
- a provisioning service such as a mobile gateway or TSM
- the provisioning service can then securely connect to each mobile device and provision the tokens to the mobile devices' secure elements.
- a confirmation message is received from each mobile device, and the provisioning service provides a response file to the mobile
- the mobile tokenization hub can deliver registration response file to wallet provider, issuer, or reference application with details.
- the details may include one or more of a total number of registrations present in the request file; a number of successful registrations; a number of unsuccessful registrations; details for unsuccessful registrations; and device registrations pending for provisioning and estimated provisioning time
- FIG. 16 shows a method of generating dynamic identification information for tokens according to an embodiment of the present invention.
- Embodiments of the invention may provide for generation of dynamic identification information, such as a dCW value or other dynamic verification value provided by a transaction processor, for a token received from a registered system.
- the mobile tokenization hub can receive a request for dynamic identification information associated with a token from a
- the mobile tokenization hub may provide services for verifying a dCW associated with a token received from a registered service or entity, or may generate a new dCW and provide the new dCW to the requesting service or entity to be used to validate
- issuers may validate transactions by using a dCW
- the mobile tokenization hub may determine a replacement dCW to substitute in an authorization request message, transaction request, or other transaction information in order for an issuer, wallet provider, or other entity to authorize, authenticate, or continue with the transaction. Accordingly, in some embodiments, the mobile tokenization hub may request a new dCVV value be generated by the CTC during a
- a dCVV value can be requested for a token at the time the transaction is initiated.
- the mobile tokenization hub can publish an application programming interface (API) to allow a registered system (e.g., wallet provider, issuer, mobile device, or other entity which has previously registered for service with the mobile tokenization hub) to request a dCW value for a token from the mobile tokenization hub in order to validate the transaction as legitimate.
- API application programming interface
- the mobile tokenization hub can translate the received token into a real account identifier (e.g., PAN) by communicating with a CTC de-tokenization API. As shown in step 1602, the mobile tokenization hub can transmit the token to a common tokenization capability module that includes a de-tokenization module that converts the token into an account identifier. The CTC module to de-tokenize a token into an account identifier associated with a consumer account (e.g., a PAN).
- a consumer account e.g., a PAN
- the mobile payment hub receives the account identifier from the de-tokenization service.
- the account identifier may be a PAN.
- the mobile tokenization hub may authenticate the requestor prior to either requesting de-tokenization or performing any operations on the de-tokenized account identifier (e.g., the mobile tokenization hub may request additional information from the requesting entity).
- the mobile tokenization hub may communicate with the payment processing network through a dCW API to request a dCVV value for the real account identifier (e.g., PAN) that is determined or translated through the de-tokenization process.
- the mobile tokenization hub transmits the account identifier to a payment processing network to generate the dynamic
- the mobile tokenization hub may be integrated with the payment processing network. In such embodiments, the mobile tokenization hub may be integrated with the payment processing network.
- the mobile tokenization hub may include a dCW generation module to generate the dCW value.
- the mobile tokenization service may receive the dynamic identification information from the payment processing network.
- the mobile tokenization hub can transmit the dynamic identification information to the registered system.
- the mobile tokenization hub may provide a dCW value associated with the account identifier to the requesting application or transaction entity so that the transaction can be validated or verified using based on the dCW value for the substituted account identifier.
- a mobile tokenization hub may interact with a CTC module on behalf of the other services, servers, or transaction entities.
- the other services, entities involved in the transaction, or servers may communicate directly with the CTC module.
- registered systems may be provided with an interface to the CTC, which may provide a more limited number of services to the registered systems than the mobile tokenization hub.
- the dCW can be generated and sent with transaction data to an issuer for authorization.
- the issuer can generate a dCW for the de-tokenized PAN and compare it to the dCW generated by the mobile tokenization hub to validate the token.
- an acquirer system, payment processing network, or wallet provider may similarly validate a token by generating a dCW for the de-tokenized PAN and comparing it to the value received from the mobile tokenization hub. If the dCW generated by the mobile tokenization hub matches the dCW generated by the issuer, acquirer, payment processing network, or wallet provider, then the transaction is validated. VII. Token Presence and Verification
- FIG. 17 shows a method of determining token presence on a mobile device according to an embodiment of the present invention.
- the mobile tokenization hub can receive a request a request to initiate a transaction through an application on a mobile device.
- the application can include a wallet provider, issuer, and/or payment processing network reference application.
- the request can be initiated by the user by selecting an "alias" for the account. For example, the user may designate a debit card account with an alias of "checking account” or other easy to remember designation.
- the mobile device can be queried for active tokens for the account associated with the alias.
- the mobile tokenization hub may open a secure connection to a secure element on the mobile device and determine whether there are any tokens associated with the account. If there are tokens, the mobile
- the tokenization hub can determine whether the tokens are still active. For example, the mobile tokenization hub can determine if the tokens have expired, have reached a preset spending limit, or whether the tokens are eligible for the current transaction (e.g., whether the amount of the transaction is within a preset range of values for the token). Additionally, or alternatively, the application the application may query the device's secure element and/or application memory to determine if there are any tokens associated with the account. If one or more tokens are identified, then the application can determine whether the tokens are active and/or available for the current transaction.
- step 1704 it is determined that no active token is associated with the account alias. For example, all tokens found may be expired or not eligible for the transaction (e.g., because the tokens' spending limits have been reached or the amount is not within the tokens' pre-set spending range of values).
- a secure connection with a mobile tokenization hub server computer is established initiate a new token request for the selected account alias.
- a token request is transmitted for one or more new tokens associated with the account to the mobile tokenization hub server computer.
- the system can verify token presence.
- a consumer initiates a transaction by selecting an account nickname (alias) in the wallet provider, issuer, PPN reference application
- the application can check for the token in the device's secure element and then in application memory. If no valid token found for the selected account, a secure connection can be established with the mobile tokenization hub. A new token request can be initiated for the selected account nickname (alias).
- a token validity update interface can be provided.
- the system may provide an API to the requesting applications (internal/external) to update token validity timeframe (extend or reduce) by providing token details.
- the information can include a partner platform identifier, application identifier, token or new validity timeframe.
- an "issuer” may typically refer to a business entity ⁇ e.g., a bank or other financial institution) that maintains financial accounts for the user 30 and often issues a payment device 32 such as a credit or debit card to the user 30.
- a "merchant” may typically refer to an entity that engages in transactions and can sell goods or services to the user 30.
- an "acquirer” may typically refer to a business entity ⁇ e.g., a commercial bank or financial institution) that has a business relationship with a particular merchant or similar entity. Some entities can perform both issuer and acquirer functions.
- An exemplary financial transaction system is shown in FIG. 18.
- the system 20 may include one or more merchants, one or more access devices 34, one or more payment devices 32, one or more acquirers, and one or more issuers.
- the system 20 may include a merchant having a merchant computer 22 that comprises an external communication interface (e.g. for communicating with an access device 34 and an acquirer 24), system memory comprising one or modules to generate and utilize electronic messages, and a data processor (for facilitating a financial transaction and the exchange of electronic messages); an acquirer having an acquirer computer 24 that comprises an external communication interface (e.g. for
- the external communication interface of the merchant computer 22 may be coupled to an access device 34 (such that information may be received by the access device 34 and communicated to the merchant computer 22) or, in some embodiments, the access device 34 may comprise a component of the merchant computer 22.
- an "external communication interface” may refer to any hardware and/or software that enables data to be transferred between two or components of system 20 (e.g., between devices residing at locations such as an issuer, acquirer, merchant, payment processing network 26, etc.).
- Some examples of external communication interfaces may include a modem, a network interface (such as an Ethernet card), a communications port, a Personal Computer Memory Card International Association (PCMCIA) slot and card, or the like.
- Data transferred via external communications interface may be in the form of signals which may be electrical,
- electromagnetic, optical, or any other signal capable of being received by the external communications interface (collectively referred to as “electronic signals” or “electronic messages”).
- These electronic messages may comprise data or instructions may be provided between one or more of the external communications interface via a communications path or channel.
- any suitable communication path or channel may be used such as, for instance, a wire or cable, fiber optics, a telephone line, a cellular link, a radio frequency (RF) link, a WAN or LAN network, the Internet, or any other suitable method.
- any suitable communications protocol for storing, representing, and transmitting data between components in the system 20 may be used.
- Some examples of such methods may include utilizing predefined and static fields (such as in core TCP/IP protocols); "Field: Value” pairs (e.g. HTTP, FTP, SMTP, POP3, and SIP); an XML based format; and/or Tag-Length-Value format.
- information from the payment device 32 may be provided to access device 34 either directly (e.g. through a contact or contactless interface) or indirectly thorough a user computer or mobile device 36 (e.g. in an e-commerce environment or other indirect transaction) via network 40 (such as the Internet).
- the user computer or mobile device 36 may interact with the payment processing network 26 (or other entity in the system 20) via the network 40 to form a first communications channel, such as through an Internet Protocol Gateway (IPG) 27.
- the IPG 27 may be in operative communication with the payment processing network 26.
- the IPG 27 could be incorporated into the payment processing network 26, or could be omitted from the system 20.
- the first communications channel could directly connect the payment processing network 26 and the user computer or mobile device 36.
- providing communication from the user 30 to the payment processing network or other entity may enable a variety of increased functionalities to the user 30, such as advanced authentication and verification methods (particularly in e-commerce and similar transactions), examples of which are described in U.S. Ser. No.
- an electronic or digital wallet may be utilized as a payment device for conducting a financial transaction.
- e- Wallet may be utilized as a payment device for conducting a financial transaction.
- such exemplary systems may comprise an electronic wallet server 29, which may be accessible to the user 30 via network 40 (either directly connected or through an IPG 27) and may also be in operational communication with a merchant and/or with a payment processing network 26 (or in some embodiments, the electronic wallet server 29 may comprise a part of the payment processing network 26).
- the electronic wallet server 29 may be programmed or configured to provide some or all of the functionality associated with conducting transactions using an electronic wallet, including maintaining an association between the user's e- wallet and one or more payment accounts (such as a bank account or credit card account) in E-Wallet database 31 .
- the electronic wallet server 29 may further provide a web interface (e.g. through one or more web pages) to receive and transmit requests for payments services and/or may provide an application program interface (API) (shown as electronic wallet client 37) at the user computer apparatus 36 to provide the web service.
- API application program interface
- the user's electronic wallet may be stored in the E-Wallet database 31 , which may include information associated with the user's payment accounts can be used in conducting a financial transaction with a merchant.
- the E-Wallet database 31 may include the primary account numbers of one or more payment accounts (e.g., payment accounts associated with a credit card, debit card, etc.) of the user 30.
- the e- wallet may be populated with such information during an initial enrollment process in which the user 30 enters information regarding one or more of the payment accounts that may be associated with various issuers.
- the payment account information is added to the E-Wallet database 31 , the user 30 may perform transactions by utilizing only his e-wallet.
- the user 30 When a user 30 performs a transaction using his electronic wallet, the user 30 need not provide the merchant with payment account information, but may instead provide the electronic wallet information. This information may then be included in an authorization request message, which in turn may be provided to payment processing network 26.
- the payment processing network 26 may then access the user's e-wallet via a request to the electronic wallet server 29, or may have direct access to the e-wallet database 31 so as to obtain the corresponding payment account information indicated by the information in the authorization request message.
- the electronic wallet client 37 may comprises any suitable software that provides front end functionality of the electronic wallet to the user 30.
- the electronic wallet client 37 may be embodied as a software application downloadable by a computer apparatus or mobile device 32 ⁇ e.g., a mobile phone).
- the electronic wallet client 37 may provide a user interface (such as a series of menus or other elements) that allows the user 30 to manage his electronic wallet(s) (i.e. the electronic wallet client 37 may enable interaction with the electronic wallet server 29, and thereby the e-wallet database 31 ).
- the electronic wallet client 37 may store data in a computer readable memory for later use, such as user 30 preferences or identifiers associated with funding sources added to the electronic wallet.
- a payment processing network 26 may be disposed between the acquirer computer 24 and the issuer computer 28 in the system 20.
- the components of an exemplary payment processing network 26 are described below with reference to FIG. 19 for illustration purposes.
- the merchant computer 22, the acquirer computer 24, the payment processing network 26, and the issuer computer 28 may all be in operative communication with each other (i.e. although not depicted in FIG. 18, one or more communication channels may exist between each of the entities, whether or not these channels are used in conducting a financial transaction).
- the payment processing network 26 may include data processing subsystems, networks, and operations used to support and deliver authorization services, exception file services, and clearing and settlement services.
- the payment processing network 26 may comprise a server computer, coupled to a network interface (e.g. by an external communication interface), and a database(s) of information.
- An exemplary payment processing network may include VisaNetTM, CYBERSOURCE,
- Payment processing networks such as VisaNetTM are able to process credit card transactions, debit card
- VisaNetTM in particular, includes a VIP system (Visa Integrated Payments system) which processes authorization requests and a Base II system which performs clearing and settlement services.
- the payment processing network 26 may use any suitable wired or wireless network, including the Internet.
- an exemplary server computer 200 in payment processing network 26 is shown.
- the exemplary server computer 200 is illustrated as comprising a plurality of hardware and software modules (201 -209). However, it should be appreciated that this is provided for illustration purposes only, and each of the modules and associated
- exemplary server computer 200 may, for example, perform some of the relevant functions and steps described herein with reference to the payment processing network 26 through the use of any suitable combination of software instructions and/or hardware configurations.
- FIG. 19 illustrates all of the modules located on a single device, the disclosure is not meant to be so limited. Moreover, a system for implementing the functionality described herein may have additional components or less then all of these components. Additionally, some modules may be located on other devices such as a remote server or other local devices that are functionally connected to the server computer component(s).
- the exemplary server 200 is shown as comprising a processor 201 , system memory 202 (which may comprise any combination of volatile and/or non-volatile memory such as, for example, buffer memory, RAM, DRAM, ROM, flash, or any other suitable memory device), and an external communication interface 203. Moreover, one or more of the modules 204-209 may be disposed within one or more of the components of the system memory 202, or may be disposed externally. As was noted above, the software and hardware modules shown in FIG. 19 are provided for illustration purposes only, and the configurations are not intended to be limiting. The processor 201 , system memory 202 and/or external communication interface 203 may be used in conjunction with any of the modules described below to provide a desired functionality. Some exemplary modules and related functionality may be as follows:
- the communication module 204 may be configured or programmed to receive and generate electronic messages comprising information transmitted through the system 20 to or from any of the entities shown in FIG. 18.
- an electronic message When an electronic message is received by the server computer 200 via external communication interface 203, it may be passed to the communications module 204.
- the communications module 204 may identify and parse the relevant data based on a particular messaging protocol used in the system 20.
- the received information may comprise, for instance, identification information, transaction information, and/or any other information that the payment processing network 26 may utilize in authorizing a financial transaction or performing a settlement and clearing procedure.
- the communication module 204 may then transmit any received information to an appropriate module within the server computer 200 (e.g. via a system bus line 250).
- the communication module 204 may also receive information from one or more of the modules in server computer 200 and generate an electronic message in an appropriate data format in conformance with a transmission protocol used in the system 20 so that the message may be sent to one or more components within the system 20 (e.g. to an issuer computer 28 or merchant computer 22).
- the electronic message may then be passed to the external communication interface 203 for transmission.
- the electronic message may, for example, comprise an authorization response message (e.g. to be transmitted to a merchant conducting a transaction) or may be an authorization request message to be transmitted or forwarded to an issuer.
- the database look-up module 205 may be programmed or configured to perform some or all of the functionality associated with retrieving information from one or more databases 216.
- the database look-up module 205 may receive requests from one or more of the modules of server 200 (such as communication module 204, authorization module 208, or settlement module 209) for information that may be stored in one or more of the databases 216.
- the database look-up module 205 may then determine and a query an appropriate database.
- the database update module 206 may be programmed or configured to maintain and update the databases 216, such as authorization database 215.
- the database update module 206 may receive information about a user, financial institution, a payment device, and/or current or past transaction information from one of the modules discussed herein. This information may then be stored in the appropriate location in the database 210 using any suitable storage process.
- the report generation module 207 may be programmed or configured to perform some or all of the functionality associated with generating a report regarding a user, an account, a transaction or
- the report generation module may also, for example, request information from one or more of the databases 216 via database look-up module 205.
- the authorization module 208 may be configured or
- the authorization request message may be generated by a merchant computer 22 and may be associated with a transaction involving the payment device 32.
- the authorization request message may include any suitable information that may be used to authorize or identify the transaction, and may be generated by the merchant computer 22 in response to an interaction between a payment device 32 or a mobile device 36 and an access device 34).
- the authorization module 208 may, for instance, be programmed or configured to compare the information received by via the authorization request message with stored information at the server 200 or a database 210 (such as comprising verification values). In some
- the authorization module 208 may authorize the transaction (or may be more likely to authorize the transaction) and may instruct the communication module 201 to generate an authorization response message.
- the authorization module 207 may also be programmed or configured to execute any further operations associated with a typical authorization.
- various additional modules 210-212 may also be present in the server computer 200.
- the payment processing network may include a provisioning service module 210 that can securely connect to one or more mobile devices to provide or update tokens stored on the mobile devices.
- the payment processing network may also include a payment control module 21 1 which, as described above, can be used to place limits on tokens, such as lifecycle limits, spending limits, etc.
- the payment processing network may also include a dCW generation module 212 which, as described above, may be used to generate dynamic identification information for a transaction that uses a token.
- the payment processing network 26 may include one or more databases 216, such as authorization database 215. Each of the databases shown in this example may comprise more than one database, and may be located in the same location or at different locations.
- the authorization database 215 may contain information related to a payment device 32 and/or a payment account, as well as any other suitable information (such as transaction information) associated with the payment account.
- the authorization database 215 may comprise a relational database having a plurality of associated fields, including a primary account identifier (e.g.
- the authorization module 208 may utilize some or all of the information stored in the authorization database 215 when authorizing a transaction.
- the databases 216 may also comprise a number of additional databases.
- the payment processing network may maintain a credential database 220 that includes device information, account information, and other credentials that can be used for authentication and validation.
- Methods for example financial transaction systems 20 are described below with reference to FIG. 20, and with further reference to the system elements in FIGs. 18 and 19.
- the methods described below are exemplary in nature, and are not intended to be limiting. Methods in accordance with some embodiments described herein may include (or omit) some or all of the steps described below, and may include steps in a different order than described herein.
- a typical credit card transaction flow using a payment device 32 at an access device 34 can be described as follows. (Note that embodiments of the invention are not limited to credit card transactions, but may also include other types of payment transactions including prepaid and debit transactions).
- a user 30 presents his or her payment device 32 to an access device 34 to pay for an item or service.
- the payment device 32 and the access device 34 interact such that information from the payment device 32 (e.g. PAN, PAN substitute (token), verification value(s), expiration date, etc.) is received by the access device 34 (e.g. via contact or contactless interface).
- the merchant computer 22 may then receive this information at step 401 from the access device 34 via the external communication interface.
- the merchant computer 22 may then generate an authorization request message that includes the information received from the access device 34 (i.e. information corresponding to the payment device 32) along with additional transaction information (e.g. a transaction amount, merchant specific information, etc.) and at step 402 electronically transmit this information to an acquirer computer 24.
- the acquirer typically represents, and vouches for, the merchant in financial transactions (e.g. credit card transactions).
- the acquirer computer 24 may then receive (via its external communication interface), process, and at step 403 forward the authorization request message to a payment processing network 26 (such as the server computer 200 shown in FIG. 19), for authorization.
- the payment processing network 26 has an established protocol with each issuer on how the issuer's transactions are to be authorized.
- the authorization module 208 of the payment processing network 26 may be configured to authorize the transaction based on information that it has about the user's account without generating and transmitting an authorization request message to the issuer computer 28.
- the payment processing network 26 may receive the authorization request message via its external communication interface 203, determine the issuer associated with the payment device 32, and then at step 404 forward the authorization request message for the transaction to the issuer computer 28 for verification and authorization.
- the payment processing network 26 or the issuer computer 28 may analyze a verification value or other datum provided by the payment device 32.
- the verification value may be stored at the issuer or the payment processing network 26 (e.g. in one of the databases 216).
- the issuer computer 28 may generate an authorization response message (that may include an authorization code indicating the transaction is approved or declined) and transmit this electronic message via its external communication interface to payment processing network 26.
- the payment processing network 26 may then forward the authorization response message via a communication channel to the acquirer computer 24, which in turn at step 407 may then transmit the electronic message to comprising the authorization indication to the merchant computer 22.
- the authorization indication typically takes the form of an authorization code, which is five or six alphanumeric
- the authorization code is not the same as the card verification value (or the dCW value described below) because it does not have the same purpose as the card verification value, which is to serve as proof that the card was presented to the merchant when the transaction was conducted, and cannot be entered into the CW field of a merchant POS terminal or merchant website (which only accepts 3 or 4 numeric digits).
- the authorization code is also not the same as a 3-D Secure datum since it does not have the same purpose as the 3-D Secure datum, which is to serve as proof that the card was presented to the merchant when the transaction was conducted.
- a similar method as described above with reference to FIG. 20 may be performed except that the user 30 may use his computer apparatus or mobile device 36 to provide information associated with a payment device 32 (e.g. account number, user's name, expiration date, verification value, etc.) into respective fields on the merchant's checkout page (e.g. functioning as an access device 34).
- the access device 34 may then provide this information to the merchant computer 22, and steps 401 -407 may be performed.
- the mobile device 36 may be a notification device that can receive alert messages, a payment device that can be used to make payments, an access device (e.g. POS device) that may receive information from a consumer to conduct a transaction, and/or a multi-purpose general use device.
- the exemplary mobile device 36 may comprise a computer readable medium 36(b) that be present within the body (or outer casing) 36(h), or the computer readable medium 36(b) could be detachable from the device (e.g.
- the computer readable medium 36(b) could comprise an external memory that could be connected through a physical interface such as a USB connection, or the data could be hosted remotely and accessed wirelessly by the device - e.g. the data could be hosted and stored at a remoter server in the "cloud").
- the computer readable medium 36(b) may be in the form of a memory that stores data.
- the memory may store information such as financial information, transit information (e.g., as in a subway or train pass), access information (e.g., access badges), serial numbers, mobile account information, and any other suitable information. In general, any of this information may be transmitted by the mobile device 36 (such as to an access device 34), via any suitable method, including the use of antenna 36(a) or contactless element 36(g).
- the body 36(h) may be in the form a plastic substrate, housing, or other structure.
- the mobile device 36 may further include a contactless element 36(g), which is typically implemented in the form of a semiconductor chip (or other data storage element) with an associated wireless transfer ⁇ e.g., data transmission) element, such as an antenna.
- a contactless element 36(g) is typically implemented in the form of a semiconductor chip (or other data storage element) with an associated wireless transfer ⁇ e.g., data transmission) element, such as an antenna.
- Contactless element 36(g) may be coupled to ⁇ e.g., embedded within) the mobile device 36 and data or control instructions that are transmitted via a cellular network may be applied to the contactless element 36(g) by means of a contactless element interface (not shown).
- the contactless element interface functions to permit the exchange of data and/or control instructions between the mobile device circuitry and an optional contactless element 36(g), or between another device having a contactless element ⁇ e.g. a POS terminal or a payment device).
- Contactless element 36(g) may be capable of transferring and receiving data using a short range wireless communication capability.
- mobile device 36 may comprise components to both be the interrogator device ⁇ e.g. receiving data) and the interrogated device ⁇ e.g. sending data).
- the mobile device 36 may be capable of communicating and transferring data or control instructions via both cellular network (or any other suitable wireless network - e.g. the Internet or other data network) and short range communications.
- the mobile device 36 may also include a processor 36(c) ⁇ e.g., a microprocessor) for processing the functions of the phone 36 and a display 36(d) to allow a consumer to see phone numbers and other information and messages.
- the mobile device 36 may further include input elements 36(e) to allow a user to input information into the device, a speaker 36(f) to allow the user to hear voice communication, music, etc., and a microphone 36(i) to allow the user to transmit her voice through the mobile device 36.
- the mobile device 36 may also include an antenna 36(a) for wireless data transfer ⁇ e.g., data transmission).
- FIG. 22 shows an example of a payment device 32" in the form of a card.
- the payment device 32" comprises a plastic substrate 32(m).
- a contactless element 32(o) for interfacing with an access device 34 may be present on, or embedded within, the plastic substrate 32(m).
- Consumer information 32(p) such as an account number, expiration date, and/or a user name may be printed or embossed on the card.
- a magnetic stripe 32(n) may also be on the plastic substrate 32(m).
- the payment device 32" may comprise a microprocessor and/or memory chips with user data stored in them.
- the payment device 32" may include both a magnetic stripe 32(n) and a contactless element 32(o). In some embodiments, both the magnetic stripe 32(n) and the contactless element 32(o) may be in the payment device 32". In some embodiments, either the magnetic stripe 32(n) or the contactless element 32(o) may be present in the payment device 32".
- FIG. 23 The subsystems shown in FIG. 28 are interconnected via a system bus 445. Additional subsystems such as a printer 444, keyboard 448, fixed disk 449 (or other memory comprising computer readable media), monitor 446, which is coupled to display adapter 482, and others are shown.
- Peripherals and input/output (I/O) devices which couple to I/O controller 441 (which can be a processor or other suitable controller), can be connected to the computer system by any number of means known in the art, such as serial port 484.
- serial port 484 or external interface 481 can be used to connect the computer apparatus to a wide area network such as the Internet, a mouse input device, or a scanner.
- the interconnection via system bus allows the central processor 443 to communicate with each subsystem and to control the execution of instructions from system memory 442 or the fixed disk 449, as well as the exchange of information between subsystems.
- the system memory 442 and/or the fixed disk 449 may embody a computer readable medium.
- any of the software components or functions described in this application may be implemented as software code to be executed by a processor using any suitable computer language such as, for example, Java, C++ or Perl using, for example, conventional or object-oriented techniques.
- the software code may be stored as a series of instructions, or commands on a computer readable medium, such as a random access memory (RAM), a read only memory (ROM), a magnetic medium such as a hard-drive or a floppy disk, or an optical medium such as a CD-ROM. Any such computer readable medium may reside on or within a single computational apparatus, and may be present on or within different computational apparatuses within a system or network.
- RAM random access memory
- ROM read only memory
- Any such computer readable medium may reside on or within a single computational apparatus, and may be present on or within different computational apparatuses within a system or network.
Abstract
Description
Claims
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201480038080.8A CN105359179B (en) | 2013-05-15 | 2014-05-15 | Mobile tokenization hub |
SG11201509386UA SG11201509386UA (en) | 2013-05-15 | 2014-05-15 | Mobile tokenization hub |
EP14797341.6A EP2997532A4 (en) | 2013-05-15 | 2014-05-15 | Mobile tokenization hub |
AU2014265291A AU2014265291B2 (en) | 2013-05-15 | 2014-05-15 | Mobile tokenization hub |
BR112015028628A BR112015028628A2 (en) | 2013-05-15 | 2014-05-15 | method and system |
KR1020157035424A KR102058175B1 (en) | 2013-05-15 | 2014-05-15 | Mobile tokenization hub |
CA2912695A CA2912695A1 (en) | 2013-05-15 | 2014-05-15 | Mobile tokenization hub |
HK16107080.8A HK1219163A1 (en) | 2013-05-15 | 2016-06-20 | Mobile tokenization hub |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361823836P | 2013-05-15 | 2013-05-15 | |
US61/823,836 | 2013-05-15 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014186635A1 true WO2014186635A1 (en) | 2014-11-20 |
Family
ID=51896572
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2014/038284 WO2014186635A1 (en) | 2013-05-15 | 2014-05-15 | Mobile tokenization hub |
Country Status (10)
Country | Link |
---|---|
US (3) | US9978062B2 (en) |
EP (1) | EP2997532A4 (en) |
KR (1) | KR102058175B1 (en) |
CN (1) | CN105359179B (en) |
AU (1) | AU2014265291B2 (en) |
BR (1) | BR112015028628A2 (en) |
CA (1) | CA2912695A1 (en) |
HK (1) | HK1219163A1 (en) |
SG (3) | SG10202008740YA (en) |
WO (1) | WO2014186635A1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016149142A1 (en) | 2015-03-13 | 2016-09-22 | Visa International Service Association | Device with multiple identifiers |
CN109983751A (en) * | 2016-11-22 | 2019-07-05 | 安维智有限公司 | The management service of management equipment migrates |
WO2023224735A1 (en) * | 2022-05-17 | 2023-11-23 | Visa International Service Association | Efficient and secure token provisioning |
US11861607B2 (en) | 2013-05-15 | 2024-01-02 | Visa International Service Association | Mobile tokenization hub using dynamic identity information |
Families Citing this family (323)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140019352A1 (en) | 2011-02-22 | 2014-01-16 | Visa International Service Association | Multi-purpose virtual card transaction apparatuses, methods and systems |
US8762263B2 (en) | 2005-09-06 | 2014-06-24 | Visa U.S.A. Inc. | System and method for secured account numbers in proximity devices |
US7739169B2 (en) | 2007-06-25 | 2010-06-15 | Visa U.S.A. Inc. | Restricting access to compromised account information |
US7937324B2 (en) | 2007-09-13 | 2011-05-03 | Visa U.S.A. Inc. | Account permanence |
US8219489B2 (en) | 2008-07-29 | 2012-07-10 | Visa U.S.A. Inc. | Transaction processing using a global unique identifier |
US20100114768A1 (en) | 2008-10-31 | 2010-05-06 | Wachovia Corporation | Payment vehicle with on and off function |
US10867298B1 (en) | 2008-10-31 | 2020-12-15 | Wells Fargo Bank, N.A. | Payment vehicle with on and off function |
US9715681B2 (en) | 2009-04-28 | 2017-07-25 | Visa International Service Association | Verification of portable consumer devices |
US10372938B2 (en) * | 2009-05-06 | 2019-08-06 | Token, Inc. | Resource protection using tokenized information |
US8893967B2 (en) | 2009-05-15 | 2014-11-25 | Visa International Service Association | Secure Communication of payment information to merchants using a verification token |
US10846683B2 (en) | 2009-05-15 | 2020-11-24 | Visa International Service Association | Integration of verification tokens with mobile communication devices |
US8534564B2 (en) | 2009-05-15 | 2013-09-17 | Ayman Hammad | Integration of verification tokens with mobile communication devices |
US9105027B2 (en) | 2009-05-15 | 2015-08-11 | Visa International Service Association | Verification of portable consumer device for secure services |
US9038886B2 (en) | 2009-05-15 | 2015-05-26 | Visa International Service Association | Verification of portable consumer devices |
US10140598B2 (en) | 2009-05-20 | 2018-11-27 | Visa International Service Association | Device including encrypted data for expiration date and verification value creation |
EP2927836B1 (en) | 2010-01-12 | 2016-10-05 | Visa International Service Association | Anytime validation for verification tokens |
US9245267B2 (en) | 2010-03-03 | 2016-01-26 | Visa International Service Association | Portable account number for consumer payment account |
US9342832B2 (en) | 2010-08-12 | 2016-05-17 | Visa International Service Association | Securing external systems with account token substitution |
US20120209749A1 (en) | 2011-02-16 | 2012-08-16 | Ayman Hammad | 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 |
WO2012116125A1 (en) | 2011-02-22 | 2012-08-30 | Visa International Service Association | Universal electronic payment apparatuses, methods and systems |
KR101895243B1 (en) | 2011-03-04 | 2018-10-24 | 비자 인터네셔널 서비스 어소시에이션 | Integration of payment capability into secure elements of computers |
US9280765B2 (en) | 2011-04-11 | 2016-03-08 | Visa International Service Association | Multiple tokenization for authentication |
US9106632B2 (en) * | 2011-05-26 | 2015-08-11 | First Data Corporation | Provisioning by delivered items |
US10121129B2 (en) | 2011-07-05 | 2018-11-06 | Visa International Service Association | Electronic wallet checkout platform apparatuses, methods and systems |
US9355393B2 (en) | 2011-08-18 | 2016-05-31 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US9582598B2 (en) | 2011-07-05 | 2017-02-28 | Visa International Service Association | Hybrid applications utilizing distributed models and views apparatuses, methods and systems |
US9704155B2 (en) | 2011-07-29 | 2017-07-11 | Visa International Service Association | Passing payment tokens through an hop/sop |
US10825001B2 (en) | 2011-08-18 | 2020-11-03 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US10242358B2 (en) | 2011-08-18 | 2019-03-26 | Visa International Service Association | Remote decoupled application persistent state apparatuses, methods and systems |
US9710807B2 (en) | 2011-08-18 | 2017-07-18 | Visa International Service Association | Third-party value added wallet features and interfaces 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 |
US10223710B2 (en) | 2013-01-04 | 2019-03-05 | Visa International Service Association | Wearable intelligent vision device apparatuses, methods and systems |
WO2013103991A1 (en) | 2012-01-05 | 2013-07-11 | Visa International Service Association | Data protection with translation |
WO2013113004A1 (en) | 2012-01-26 | 2013-08-01 | Visa International Service Association | System and method of providing tokenization as a service |
AU2013214801B2 (en) | 2012-02-02 | 2018-06-21 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia database platform apparatuses, methods and systems |
US10282724B2 (en) | 2012-03-06 | 2019-05-07 | Visa International Service Association | Security system incorporating mobile device |
US20130297501A1 (en) | 2012-05-04 | 2013-11-07 | Justin Monk | System and method for local data conversion |
US9524501B2 (en) | 2012-06-06 | 2016-12-20 | Visa International Service Association | Method and system for correlating diverse transaction data |
WO2014008403A1 (en) | 2012-07-03 | 2014-01-09 | Visa International Service Association | Data protection hub |
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 |
US10192216B2 (en) | 2012-09-11 | 2019-01-29 | Visa International Service Association | Cloud-based virtual wallet NFC apparatuses, methods and systems |
US11210648B2 (en) | 2012-10-17 | 2021-12-28 | Royal Bank Of Canada | Systems, methods, and devices for secure generation and processing of data sets representing pre-funded payments |
US11080701B2 (en) | 2015-07-02 | 2021-08-03 | Royal Bank Of Canada | Secure processing of electronic payments |
US10235692B2 (en) | 2012-10-17 | 2019-03-19 | Groupon, Inc. | Consumer presence based deal offers |
CA3126471A1 (en) | 2012-10-17 | 2014-04-17 | Royal Bank Of Canada | Virtualization and secure processing of data |
US20140108247A1 (en) | 2012-10-17 | 2014-04-17 | Groupon, Inc. | Peer-To-Peer Payment Processing |
US10176478B2 (en) | 2012-10-23 | 2019-01-08 | Visa International Service Association | Transaction initiation determination system utilizing transaction data elements |
US10057400B1 (en) | 2012-11-02 | 2018-08-21 | Majen Tech, LLC | Lock screen interface for a mobile device apparatus |
US9911118B2 (en) | 2012-11-21 | 2018-03-06 | Visa International Service Association | Device pairing via trusted intermediary |
US10304047B2 (en) | 2012-12-07 | 2019-05-28 | Visa International Service Association | Token generating component |
US10592888B1 (en) | 2012-12-17 | 2020-03-17 | Wells Fargo Bank, N.A. | Merchant account transaction processing systems and methods |
US9741051B2 (en) | 2013-01-02 | 2017-08-22 | Visa International Service Association | Tokenization and third-party interaction |
US10740731B2 (en) | 2013-01-02 | 2020-08-11 | Visa International Service Association | Third party settlement |
US11431834B1 (en) | 2013-01-10 | 2022-08-30 | Majen Tech, LLC | Screen interface for a mobile device apparatus |
US10051103B1 (en) | 2013-01-10 | 2018-08-14 | Majen Tech, LLC | Screen interface for a mobile device apparatus |
US20140229375A1 (en) | 2013-02-11 | 2014-08-14 | Groupon, Inc. | Consumer device payment token management |
US9576286B1 (en) | 2013-03-11 | 2017-02-21 | Groupon, Inc. | Consumer device based point-of-sale |
US9852409B2 (en) | 2013-03-11 | 2017-12-26 | Groupon, Inc. | Consumer device based point-of-sale |
US10482511B1 (en) | 2013-03-12 | 2019-11-19 | Groupon, Inc. | Employee profile for customer assignment, analytics and payments |
US11055710B2 (en) | 2013-05-02 | 2021-07-06 | Visa International Service Association | Systems and methods for verifying and processing transactions using virtual currency |
US10878422B2 (en) | 2013-06-17 | 2020-12-29 | Visa International Service Association | System and method using merchant token |
SG10201800629WA (en) * | 2013-07-24 | 2018-02-27 | Visa Int Service Ass | Systems and methods for communicating risk using token assurance data |
EP3025291A1 (en) | 2013-07-26 | 2016-06-01 | Visa International Service Association | Provisioning payment credentials to a consumer |
US10496986B2 (en) | 2013-08-08 | 2019-12-03 | Visa International Service Association | Multi-network tokenization processing |
WO2015021420A1 (en) * | 2013-08-08 | 2015-02-12 | Visa International Service Association | Methods and systems for provisioning mobile devices with payment credentials |
US9928493B2 (en) | 2013-09-27 | 2018-03-27 | Groupon, Inc. | Systems and methods for providing consumer facing point-of-sale interfaces |
EP3053116A4 (en) * | 2013-10-02 | 2017-05-17 | Mastercard International, Inc. | Enabling synchronization between disparate payment account systems |
US9978094B2 (en) | 2013-10-11 | 2018-05-22 | Visa International Service Association | Tokenization revocation list |
EP3078156A4 (en) | 2013-10-11 | 2017-07-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 |
US9426156B2 (en) * | 2013-11-19 | 2016-08-23 | Care Innovations, Llc | System and method for facilitating federated user provisioning through a cloud-based system |
SG10201803986RA (en) * | 2013-12-02 | 2018-06-28 | Mastercard International Inc | Method and system for secure transmission of remote notification service messages to mobile devices without secure elements |
US11823190B2 (en) * | 2013-12-09 | 2023-11-21 | Mastercard International Incorporated | Systems, apparatus and methods for improved authentication |
US9922322B2 (en) | 2013-12-19 | 2018-03-20 | Visa International Service Association | Cloud-based transactions with magnetic secure transmission |
BR112016014106A2 (en) | 2013-12-19 | 2017-08-08 | Visa Int Service Ass | METHOD FOR ENHANCED SECURITY OF A COMMUNICATION DEVICE, AND, COMMUNICATION DEVICE |
JP2017504107A (en) * | 2014-01-03 | 2017-02-02 | マカフィー, インコーポレイテッド | A mechanism to conserve resources on wearable devices |
US9666000B1 (en) * | 2014-01-04 | 2017-05-30 | Latchable, Inc. | Methods and systems for access control and awareness management |
US10433128B2 (en) | 2014-01-07 | 2019-10-01 | Visa International Service Association | Methods and systems for provisioning multiple devices |
US20150199671A1 (en) * | 2014-01-13 | 2015-07-16 | Fidelity National E-Banking Services, Inc. | Systems and methods for processing cardless transactions |
US9846878B2 (en) | 2014-01-14 | 2017-12-19 | Visa International Service Association | Payment account identifier system |
US9721248B2 (en) | 2014-03-04 | 2017-08-01 | Bank Of America Corporation | ATM token cash withdrawal |
US20150254650A1 (en) * | 2014-03-04 | 2015-09-10 | Bank Of America Corporation | Controlling token issuance based on exposure |
US9600817B2 (en) | 2014-03-04 | 2017-03-21 | Bank Of America Corporation | Foreign exchange token |
US9830597B2 (en) | 2014-03-04 | 2017-11-28 | Bank Of America Corporation | Formation and funding of a shared token |
US9600844B2 (en) | 2014-03-04 | 2017-03-21 | Bank Of America Corporation | Foreign cross-issued token |
US10726472B2 (en) | 2014-03-31 | 2020-07-28 | Monticello Enterprises LLC | System and method for providing simplified in-store, product-based and rental payment processes |
US11282131B2 (en) | 2014-03-31 | 2022-03-22 | Monticello Enterprises LLC | User device enabling access to payment information in response to user input |
US11080777B2 (en) | 2014-03-31 | 2021-08-03 | Monticello Enterprises LLC | System and method for providing a social media shopping experience |
US10511580B2 (en) | 2014-03-31 | 2019-12-17 | Monticello Enterprises LLC | System and method for providing a social media shopping experience |
US10026087B2 (en) | 2014-04-08 | 2018-07-17 | Visa International Service Association | Data passed in an interaction |
US9424575B2 (en) * | 2014-04-11 | 2016-08-23 | Bank Of America Corporation | User authentication by operating system-level token |
US9588342B2 (en) | 2014-04-11 | 2017-03-07 | Bank Of America Corporation | Customer recognition through use of an optical head-mounted display in a wearable computing device |
US10121142B2 (en) | 2014-04-11 | 2018-11-06 | Bank Of America Corporation | User authentication by token and comparison to visitation pattern |
US9514463B2 (en) | 2014-04-11 | 2016-12-06 | Bank Of America Corporation | Determination of customer presence based on communication of a mobile communication device digital signature |
US9942043B2 (en) | 2014-04-23 | 2018-04-10 | Visa International Service Association | Token security on a communication device |
US9652770B1 (en) | 2014-04-30 | 2017-05-16 | Wells Fargo Bank, N.A. | Mobile wallet using tokenized card systems and methods |
US11748736B1 (en) | 2014-04-30 | 2023-09-05 | Wells Fargo Bank, N.A. | Mobile wallet integration within mobile banking |
US11610197B1 (en) | 2014-04-30 | 2023-03-21 | Wells Fargo Bank, N.A. | Mobile wallet rewards redemption systems and methods |
US11663599B1 (en) | 2014-04-30 | 2023-05-30 | Wells Fargo Bank, N.A. | Mobile wallet authentication systems and methods |
US11461766B1 (en) | 2014-04-30 | 2022-10-04 | Wells Fargo Bank, N.A. | Mobile wallet using tokenized card systems and methods |
US11288660B1 (en) | 2014-04-30 | 2022-03-29 | Wells Fargo Bank, N.A. | Mobile wallet account balance systems and methods |
US10997592B1 (en) | 2014-04-30 | 2021-05-04 | Wells Fargo Bank, N.A. | Mobile wallet account balance systems and methods |
WO2015168334A1 (en) | 2014-05-01 | 2015-11-05 | Visa International Service Association | Data verification using access device |
AU2015256205B2 (en) | 2014-05-05 | 2020-07-16 | Visa International Service Association | System and method for token domain control |
CN106465112A (en) | 2014-05-21 | 2017-02-22 | 维萨国际服务协会 | Offline authentication |
US11017384B2 (en) | 2014-05-29 | 2021-05-25 | Apple Inc. | Apparatuses and methods for using a primary user device to provision credentials onto a secondary user device |
US9299072B2 (en) | 2014-05-29 | 2016-03-29 | Apple Inc. | Apparatuses and methods for operating a portable electronic device to conduct mobile payment transactions |
US9400977B2 (en) | 2014-05-29 | 2016-07-26 | Apple Inc. | User device enabling access to payment information in response to mechanical input detection |
US20150348044A1 (en) * | 2014-05-30 | 2015-12-03 | Verizon Patent And Licensing Inc. | Secure credit card transactions based on a mobile device |
US11023890B2 (en) | 2014-06-05 | 2021-06-01 | Visa International Service Association | Identification and verification for provisioning mobile application |
US9780953B2 (en) | 2014-07-23 | 2017-10-03 | Visa International Service Association | Systems and methods for secure detokenization |
US10484345B2 (en) | 2014-07-31 | 2019-11-19 | Visa International Service Association | System and method for identity verification across mobile applications |
US10445739B1 (en) | 2014-08-14 | 2019-10-15 | Wells Fargo Bank, N.A. | Use limitations for secondary users of financial accounts |
US9775029B2 (en) | 2014-08-22 | 2017-09-26 | Visa International Service Association | Embedding cloud-based functionalities in a communication device |
US10296964B1 (en) | 2014-08-26 | 2019-05-21 | Amazon Technologies, Inc. | Effortless and automated reordering |
US20160065552A1 (en) * | 2014-08-28 | 2016-03-03 | Drfirst.Com, Inc. | Method and system for interoperable identity and interoperable credentials |
US10629296B2 (en) | 2014-08-29 | 2020-04-21 | Nanthealth, Inc. | Mobile carrier-centric data record custodian systems and methods |
US20160071094A1 (en) * | 2014-09-05 | 2016-03-10 | Ebay Inc. | Systems and methods for implementing hybrid dynamic wallet tokens |
US10140615B2 (en) | 2014-09-22 | 2018-11-27 | Visa International Service Association | Secure mobile device credential provisioning using risk decision non-overrides |
US9953171B2 (en) * | 2014-09-22 | 2018-04-24 | Infosys Limited | System and method for tokenization of data for privacy |
SG11201701653WA (en) | 2014-09-26 | 2017-04-27 | Visa Int Service Ass | Remote server encrypted data provisioning system and methods |
US11257074B2 (en) | 2014-09-29 | 2022-02-22 | Visa International Service Association | Transaction risk based token |
US9697517B1 (en) * | 2014-10-03 | 2017-07-04 | State Farm Mutual Automobile Insurance Company | Token generation in providing a secure credit card payment service without storing credit card data on merchant servers |
WO2016055919A1 (en) * | 2014-10-09 | 2016-04-14 | Visa International Service Association | System and method for management of payee information |
WO2016054727A1 (en) * | 2014-10-10 | 2016-04-14 | Royal Bank Of Canada | Systems for processing electronic transactions |
US10015147B2 (en) | 2014-10-22 | 2018-07-03 | Visa International Service Association | Token enrollment system and method |
GB201419016D0 (en) | 2014-10-24 | 2014-12-10 | Visa Europe Ltd | Transaction Messaging |
US10402794B2 (en) | 2014-10-31 | 2019-09-03 | Square, Inc. | Money transfer in a forum using a payment proxy |
CN113537988A (en) * | 2014-11-26 | 2021-10-22 | 维萨国际服务协会 | Method and apparatus for tokenizing requests via an access device |
US10257185B2 (en) | 2014-12-12 | 2019-04-09 | Visa International Service Association | Automated access data provisioning |
KR20170094192A (en) | 2014-12-12 | 2017-08-17 | 비자 인터네셔널 서비스 어소시에이션 | Provisioning platform for machine-to-machine devices |
EP3035269A1 (en) * | 2014-12-17 | 2016-06-22 | Nagravision S.A. | Securing contactless payment performed by a mobile device |
US10075435B1 (en) * | 2014-12-19 | 2018-09-11 | Amazon Technologies, Inc. | Device deregistration using forward-chaining encryption |
KR101744598B1 (en) * | 2014-12-31 | 2017-06-13 | 엔에이치엔엔터테인먼트 주식회사 | Cloud service system and method for providing an integrated payment service |
CN104599124A (en) * | 2015-01-06 | 2015-05-06 | 宇龙计算机通信科技(深圳)有限公司 | Protection method and device of mobile payment information and mobile payment system |
CN113379401A (en) * | 2015-01-19 | 2021-09-10 | 加拿大皇家银行 | Secure processing of electronic payments |
US11354651B2 (en) | 2015-01-19 | 2022-06-07 | Royal Bank Of Canada | System and method for location-based token transaction processing |
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 |
US10015236B2 (en) * | 2015-01-30 | 2018-07-03 | Ricoh Company, Ltd. | Cloud application activation and update service |
US11853919B1 (en) | 2015-03-04 | 2023-12-26 | Wells Fargo Bank, N.A. | Systems and methods for peer-to-peer funds requests |
US10185949B2 (en) * | 2015-03-05 | 2019-01-22 | American Express Travel Related Services Company, Inc. | System and method for authentication of a mobile device configured with payment capabilities |
US20160260097A1 (en) * | 2015-03-06 | 2016-09-08 | Mastercard International Incorporated | Assignment of transactions to sub-accounts in payment account system |
US10164996B2 (en) | 2015-03-12 | 2018-12-25 | Visa International Service Association | Methods and systems for providing a low value token buffer |
US20230230070A1 (en) * | 2015-03-19 | 2023-07-20 | Wells Fargo Bank, N.A. | Integrated mobile wallet systems and methods |
US11037139B1 (en) | 2015-03-19 | 2021-06-15 | Wells Fargo Bank, N.A. | Systems and methods for smart card mobile device authentication |
EP3073429A1 (en) * | 2015-03-26 | 2016-09-28 | Gemalto Sa | A method to validate a dynamic security code in a payment transaction |
US11429975B1 (en) | 2015-03-27 | 2022-08-30 | Wells Fargo Bank, N.A. | Token management system |
US11188919B1 (en) | 2015-03-27 | 2021-11-30 | Wells Fargo Bank, N.A. | Systems and methods for contactless smart card authentication |
AU2016245988B2 (en) | 2015-04-10 | 2021-05-20 | Visa International Service Association | Browser integration with cryptogram |
US9998978B2 (en) | 2015-04-16 | 2018-06-12 | Visa International Service Association | Systems and methods for processing dormant virtual access devices |
US10878407B1 (en) * | 2015-04-17 | 2020-12-29 | Jpmorgan Chase Bank, N.A. | Systems and methods for facilitating payment application provisioning and transacting |
EP3286710A4 (en) * | 2015-04-24 | 2018-12-19 | Capital One Services, LLC | One use wearable |
US20160321637A1 (en) * | 2015-04-30 | 2016-11-03 | Kevin Carvalho | Point of sale payment using mobile device and checkout credentials |
US10552834B2 (en) | 2015-04-30 | 2020-02-04 | Visa International Service Association | Tokenization capable authentication framework |
US10949841B2 (en) | 2015-05-07 | 2021-03-16 | Visa International Service Association | Provisioning of access credentials using device codes |
US10878411B2 (en) | 2015-05-13 | 2020-12-29 | Sony Corporation | Method and apparatus for issued token management |
EP4120154A3 (en) * | 2015-05-19 | 2023-03-22 | Fredette, Benoît | System and method for managing event access rights |
US10042989B2 (en) * | 2015-06-05 | 2018-08-07 | Apple Inc. | Device activation |
US10505940B2 (en) * | 2015-06-19 | 2019-12-10 | Capital One Services, Llc | Systems and methods for managing electronic tokens for device interactions |
US10997590B2 (en) * | 2015-06-26 | 2021-05-04 | American Express Travel Related Services Company, Inc. | Systems and methods for in-application and in-browser purchases |
US11599879B2 (en) | 2015-07-02 | 2023-03-07 | Royal Bank Of Canada | Processing of electronic transactions |
MY194588A (en) * | 2015-07-14 | 2022-12-05 | Samsung Electronics Co Ltd | Payment system, electronic device and payment method thereof |
KR102470570B1 (en) | 2015-07-14 | 2022-11-24 | 삼성전자주식회사 | Payment system, electronic device and payment method thereof |
US11170364B1 (en) * | 2015-07-31 | 2021-11-09 | Wells Fargo Bank, N.A. | Connected payment card systems and methods |
US9407585B1 (en) * | 2015-08-07 | 2016-08-02 | Machine Zone, Inc. | Scalable, real-time messaging system |
US11657386B2 (en) * | 2015-08-21 | 2023-05-23 | Samsung Electronics Co., Ltd. | Reference-based card enrollment for secondary devices |
US11308485B2 (en) * | 2016-07-15 | 2022-04-19 | Paypal, Inc. | Processing a transaction using electronic tokens |
US9961070B2 (en) | 2015-09-11 | 2018-05-01 | Drfirst.Com, Inc. | Strong authentication with feeder robot in a federated identity web environment |
US20170083906A1 (en) * | 2015-09-21 | 2017-03-23 | International Business Machines Corporation | Token assurance level based transaction processing |
US10049349B1 (en) | 2015-09-29 | 2018-08-14 | Square, Inc. | Processing electronic payment transactions in offline-mode |
CA2997379A1 (en) | 2015-10-15 | 2017-04-20 | Visa International Service Association | Instant token issuance system |
US20170109802A1 (en) * | 2015-10-20 | 2017-04-20 | International Business Machines Corporation | Third party payment provider assisted online payment processing |
CA2944306C (en) | 2015-10-30 | 2023-11-14 | The Toronto-Dominion Bank | Validating encrypted data from a multi-layer token |
WO2017079438A1 (en) | 2015-11-04 | 2017-05-11 | Latchable, Inc. | Systems and methods for controlling access to physical space |
US11216808B2 (en) | 2015-11-04 | 2022-01-04 | The Toronto-Dominion Bank | Token-based system for excising data from databases |
US10552831B2 (en) * | 2015-11-05 | 2020-02-04 | The Toronto-Dominion Bank | Securing data via multi-layer tokens |
FR3043483B1 (en) * | 2015-11-10 | 2018-11-02 | Ingenico Group | METHOD OF ENCRYPTING DATA OF PAYMENT MEANS, MEANS OF PAYMENT, SERVER AND CORRESPONDING PROGRAMS |
US20170132630A1 (en) * | 2015-11-11 | 2017-05-11 | Bank Of America Corporation | Block chain alias for person-to-person payments |
US9680835B1 (en) * | 2015-11-24 | 2017-06-13 | Bank Of America Corporation | Proactive intrusion protection system |
US10447722B2 (en) * | 2015-11-24 | 2019-10-15 | Bank Of America Corporation | Proactive intrusion protection system |
US9723484B2 (en) * | 2015-11-24 | 2017-08-01 | Bank Of America Corporation | Proactive intrusion protection system |
SG11201803495VA (en) | 2015-12-04 | 2018-05-30 | Visa Int Service Ass | Unique code for token verification |
US11055713B1 (en) * | 2015-12-08 | 2021-07-06 | Wells Fargo Bank, N.A. | Identity services systems and methods |
FR3045877B1 (en) * | 2015-12-22 | 2018-07-27 | Idemia France | AUTHENTICATION METHOD |
US10565364B1 (en) | 2015-12-28 | 2020-02-18 | Wells Fargo Bank, N.A. | Token management systems and methods |
US10171457B2 (en) * | 2015-12-29 | 2019-01-01 | International Business Machines Corporation | Service provider initiated additional authentication in a federated system |
US10546289B1 (en) | 2015-12-30 | 2020-01-28 | Wells Fargo Bank, N.A. | Mobile wallets with automatic element selection |
US10652365B2 (en) * | 2016-01-06 | 2020-05-12 | Adobe Inc. | Robust computing device identification framework |
AU2017206119B2 (en) | 2016-01-07 | 2020-10-29 | Visa International Service Association | Systems and methods for device push provisioning |
US10419401B2 (en) * | 2016-01-08 | 2019-09-17 | Capital One Services, Llc | Methods and systems for securing data in the public cloud |
US10796301B2 (en) * | 2016-01-08 | 2020-10-06 | Worldpay, Llc | System and method for tokenizing information from a digital wallet host by an acquirer processor |
AU2017214412A1 (en) | 2016-02-01 | 2018-06-28 | Visa International Service Association | Systems and methods for code display and use |
US10977652B1 (en) | 2016-02-02 | 2021-04-13 | Wells Fargo Bank, N.A. | Systems and methods for authentication based on personal card network |
US11501288B2 (en) | 2016-02-09 | 2022-11-15 | Visa International Service Association | Resource provider account token provisioning and processing |
US11374935B2 (en) | 2016-02-11 | 2022-06-28 | Bank Of America Corporation | Block chain alias person-to-person resource allocation |
US10679214B2 (en) * | 2016-03-09 | 2020-06-09 | Mastercard International Incorporation | Method and system for electronic distribution of controlled tokens |
CN105939167B (en) * | 2016-03-15 | 2018-11-30 | 天地融科技股份有限公司 | A kind of data transmission method, terminal, electronic signature equipment and system |
US10313321B2 (en) * | 2016-04-07 | 2019-06-04 | Visa International Service Association | Tokenization of co-network accounts |
AU2016403734B2 (en) * | 2016-04-19 | 2022-11-17 | Visa International Service Association | Systems and methods for performing push transactions |
US11113688B1 (en) | 2016-04-22 | 2021-09-07 | Wells Fargo Bank, N.A. | Systems and methods for mobile wallet provisioning |
US10460367B2 (en) | 2016-04-29 | 2019-10-29 | Bank Of America Corporation | System for user authentication based on linking a randomly generated number to the user and a physical item |
US10902405B1 (en) * | 2016-05-11 | 2021-01-26 | Wells Fargo Bank, N.A. | Transient mobile wallets |
US11250424B2 (en) | 2016-05-19 | 2022-02-15 | Visa International Service Association | Systems and methods for creating subtokens using primary tokens |
JP2019522270A (en) | 2016-06-03 | 2019-08-08 | ビザ インターナショナル サービス アソシエーション | Sub-token management system for connected devices |
US11429971B1 (en) * | 2016-06-03 | 2022-08-30 | Jpmorgan Chase Bank, N.A. | Systems, methods, and devices for integrating a first party service into a second party computer application |
CN109313764A (en) * | 2016-06-15 | 2019-02-05 | 万事达卡国际公司 | Tokenized system and method are carried out to the Deposit Account Number used at Payment Card receiving station |
US11068899B2 (en) | 2016-06-17 | 2021-07-20 | Visa International Service Association | Token aggregation for multi-party transactions |
US10268635B2 (en) | 2016-06-17 | 2019-04-23 | Bank Of America Corporation | System for data rotation through tokenization |
US10361856B2 (en) | 2016-06-24 | 2019-07-23 | Visa International Service Association | Unique token authentication cryptogram |
US10331505B2 (en) | 2016-06-30 | 2019-06-25 | Microsoft Technology Licensing, Llc. | Application programming interface (API) hub |
US11886611B1 (en) | 2016-07-01 | 2024-01-30 | Wells Fargo Bank, N.A. | Control tower for virtual rewards currency |
US11935020B1 (en) | 2016-07-01 | 2024-03-19 | Wells Fargo Bank, N.A. | Control tower for prospective transactions |
US11615402B1 (en) | 2016-07-01 | 2023-03-28 | Wells Fargo Bank, N.A. | Access control tower |
US10992679B1 (en) | 2016-07-01 | 2021-04-27 | Wells Fargo Bank, N.A. | Access control tower |
US11386223B1 (en) | 2016-07-01 | 2022-07-12 | Wells Fargo Bank, N.A. | Access control tower |
BR102016015611B1 (en) * | 2016-07-04 | 2022-04-05 | Rpc Rede Ponto Certo Tecnologia E Serviços Ltda | Mobile system for transactional updating of information on contactless chips |
CN109643354B (en) | 2016-07-11 | 2023-06-06 | 维萨国际服务协会 | Encryption key exchange procedure using access means |
US10467623B2 (en) | 2016-07-13 | 2019-11-05 | Visa International Service Association | Electronic system hardware for secure payments for vehicles |
EP3488406A4 (en) | 2016-07-19 | 2019-08-07 | Visa International Service Association | Method of distributing tokens and managing token relationships |
US10872320B2 (en) | 2016-07-29 | 2020-12-22 | Square, Inc. | Reprogrammable point-of-sale transaction flows |
US10692055B2 (en) * | 2016-07-29 | 2020-06-23 | Square, Inc. | Reprogrammable point-of-sale transaction flows |
US10504095B2 (en) * | 2016-08-05 | 2019-12-10 | Mastercard International Incorporated | System and method for processing a transaction using account information on file |
US10970715B1 (en) | 2016-08-23 | 2021-04-06 | Wells Fargo Bank. N.A. | Systems and methods for multi-channel onboarding of a mobile wallet |
US10454779B2 (en) * | 2016-08-26 | 2019-10-22 | Paypal, Inc. | Adaptive learning system with a product configuration engine |
US10402796B2 (en) | 2016-08-29 | 2019-09-03 | Bank Of America Corporation | Application life-cycle transition record recreation system |
CN106408302A (en) * | 2016-08-31 | 2017-02-15 | 尹子栋 | Mobile user-oriented safe payment method and system |
US10509779B2 (en) | 2016-09-14 | 2019-12-17 | Visa International Service Association | Self-cleaning token vault |
KR102163597B1 (en) * | 2016-09-23 | 2020-10-08 | 애플 인크. | Credential management of multiple users on electronic devices |
US11544702B2 (en) | 2016-10-04 | 2023-01-03 | The Toronto-Dominion Bank | Provisioning of secure application |
US20180101857A1 (en) * | 2016-10-06 | 2018-04-12 | American Express Travel Related Services Company, Inc. | Systems and methods for electronic payment using loyalty rewards |
US10438195B2 (en) * | 2016-10-28 | 2019-10-08 | Visa International Service Association | Token creation and provisioning |
US10937027B1 (en) * | 2016-11-08 | 2021-03-02 | Jpmorgan Chase Bank, N.A. | Systems and methods for managing token-based transactions |
SG11201903468RA (en) | 2016-11-28 | 2019-05-30 | Visa Int Service Ass | Access identifier provisioning to application |
US10575179B2 (en) * | 2016-11-30 | 2020-02-25 | Mastercard International Incorporated | System and method for device fraud prevention |
KR102079781B1 (en) * | 2016-12-15 | 2020-02-20 | 주식회사 엘지화학 | Method of Injecting Electrolyte Solution for Pouch Secondary Battery using Gap Control Jig |
US20180174137A1 (en) * | 2016-12-21 | 2018-06-21 | Facebook, Inc. | Providing device and system agnostic electronic payment tokens |
US11089028B1 (en) * | 2016-12-21 | 2021-08-10 | Amazon Technologies, Inc. | Tokenization federation service |
US10853791B1 (en) | 2017-02-14 | 2020-12-01 | Wells Fargo Bank, N.A. | Mobile wallet dynamic interface |
US10608882B2 (en) * | 2017-02-16 | 2020-03-31 | International Business Machines Corporation | Token-based lightweight approach to manage the active-passive system topology in a distributed computing environment |
US11620639B2 (en) * | 2017-03-01 | 2023-04-04 | Jpmorgan Chase Bank, N.A. | Systems and methods for dynamic inclusion of enhanced data in transactions |
US10915899B2 (en) * | 2017-03-17 | 2021-02-09 | Visa International Service Association | Replacing token on a multi-token user device |
US11544703B2 (en) | 2017-03-23 | 2023-01-03 | Mastercard International Incorporated | Digital wallet for the provisioning and management of tokens |
US20180285875A1 (en) * | 2017-03-31 | 2018-10-04 | Simon Law | Static token systems and methods for representing dynamic real credentials |
US10645557B2 (en) * | 2017-04-04 | 2020-05-05 | Dell Products L.P. | Transferable ownership tokens for discrete, identifiable devices |
US11556936B1 (en) | 2017-04-25 | 2023-01-17 | Wells Fargo Bank, N.A. | System and method for card control |
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 |
WO2018213419A1 (en) * | 2017-05-16 | 2018-11-22 | Apple Inc. | Facilitating a fund transfer between user accounts |
KR20200028338A (en) | 2017-05-17 | 2020-03-16 | 래치어블, 인크. | Extensible systems and methods for monitoring and concierge service |
CN107274283B (en) * | 2017-05-31 | 2020-09-08 | 中国银联股份有限公司 | Over-the-air card issuing method and device |
US20180357639A1 (en) * | 2017-06-07 | 2018-12-13 | Lars Olof KÄNNGÅRD | Method, system, and apparatus for data transmission and transactions |
US11244297B1 (en) | 2017-06-30 | 2022-02-08 | Wells Fargo Bank, N.A. | Systems and methods for near-field communication token activation |
US11062388B1 (en) | 2017-07-06 | 2021-07-13 | Wells Fargo Bank, N.A | Data control tower |
US10491389B2 (en) | 2017-07-14 | 2019-11-26 | Visa International Service Association | Token provisioning utilizing a secure authentication system |
US11580531B2 (en) * | 2017-08-25 | 2023-02-14 | Mastercard International Incorporated | Systems and methods for minimizing user interactions for cardholder authentication |
US10089619B1 (en) | 2017-10-04 | 2018-10-02 | Capital One Services, Llc | Electronic wallet device |
US10592896B2 (en) | 2017-10-04 | 2020-03-17 | Capital One Services, Llc | Smart transaction card that facilitates use of transaction tokens of transaction cards |
US10275755B2 (en) | 2017-10-04 | 2019-04-30 | Capital One Services, Llc | Selecting a transaction card for a transaction based on characteristics of the transaction |
CA3076624A1 (en) * | 2017-10-16 | 2019-04-25 | Modopayments, Llc | Configuration tool for payment processing |
US11188887B1 (en) | 2017-11-20 | 2021-11-30 | Wells Fargo Bank, N.A. | Systems and methods for payment information access management |
US10963871B2 (en) * | 2017-11-22 | 2021-03-30 | Mastercard International Incorporated | Bin-conserving tokenization techniques generating tokens in reverse order and employing common device pan with differing pan sequence number values across token instances |
US10855647B2 (en) | 2017-12-05 | 2020-12-01 | At&T Intellectual Property I, L.P. | Systems and methods for providing ENUM service activations |
US10819805B2 (en) | 2017-12-05 | 2020-10-27 | At&T Intellectual Property I, L.P. | Systems and methods for providing ENUM service activations |
US10848467B2 (en) * | 2017-12-06 | 2020-11-24 | Mastercard International Incorporated | Systems and methods for securing a laptop computer device |
US20190188694A1 (en) * | 2017-12-18 | 2019-06-20 | Mastercard International Incorporated | Payment systems and methods with card-on-file tokenization |
KR102511778B1 (en) * | 2018-03-05 | 2023-03-21 | 삼성전자주식회사 | Electronic device and method for performing digital key provision |
EP3762844A4 (en) | 2018-03-07 | 2021-04-21 | Visa International Service Association | Secure remote token release with online authentication |
CN112106050A (en) * | 2018-03-27 | 2020-12-18 | 维萨国际服务协会 | System and method for authorizing an appliance and providing a token to an appliance |
CN109302376B (en) * | 2018-03-30 | 2021-05-28 | 浙江甲骨文超级码科技股份有限公司 | Account code generation method, account authorization method and account code fetching method |
US10922678B2 (en) * | 2018-04-24 | 2021-02-16 | Visa International Service Association | System, method and computer program product for automatic and remote control of NFC transaction processing |
US20210233073A1 (en) * | 2018-04-27 | 2021-07-29 | Laterpay Ag | Method for mobile network operator-based payment system |
EP3776422A1 (en) * | 2018-05-14 | 2021-02-17 | Google LLC | Secure communication of access information via mobile devices |
US11887080B2 (en) | 2018-06-18 | 2024-01-30 | First Data Corporation | Instant digital issuance |
US11256789B2 (en) | 2018-06-18 | 2022-02-22 | Visa International Service Association | Recurring token transactions |
US11210652B2 (en) * | 2018-06-21 | 2021-12-28 | Celligence International Llc | Systems and methods for processing purchase transactions using a mobile device |
US20200005278A1 (en) * | 2018-06-28 | 2020-01-02 | Jpmorgan Chase Bank, N.A. | Systems and methods for linking accounts using an enablement token |
SG10201806192PA (en) * | 2018-07-19 | 2020-02-27 | Mastercard International Inc | Methods and systems for facilitating payment transactions at point of sale terminals |
US20210264459A1 (en) * | 2018-07-19 | 2021-08-26 | Asia Top Loyalty Limited | A method of loyalty exchange transaction by using blockchain for reward point exchange |
SG11202101587SA (en) | 2018-08-22 | 2021-03-30 | Visa Int Service Ass | Method and system for token provisioning and processing |
US11475435B2 (en) * | 2018-09-19 | 2022-10-18 | Jpmorgan Chase Bank, N.A. | Method and system for generating digital wallet accounts |
US20200097931A1 (en) * | 2018-09-21 | 2020-03-26 | Mastercard International Incorporated | Payment transaction process employing invoice token |
US11514411B2 (en) | 2018-10-10 | 2022-11-29 | Pontoro Inc. | Multi-tier tokenization platform |
EP3640878B1 (en) * | 2018-10-17 | 2023-06-21 | Swatch Ag | Method and system for activating a portable contactless payment object |
US20200134622A1 (en) * | 2018-10-31 | 2020-04-30 | Jpmorgan Chase Bank, N.A. | Methods and systems for controlling and monitoring token spend |
US20200143381A1 (en) * | 2018-11-06 | 2020-05-07 | Paypal, Inc. | System and Method for Obtaining a Temporary CVV using Tokenization Rails |
US11126980B2 (en) * | 2018-11-08 | 2021-09-21 | Jpmorgan Chase Bank, N.A. | Systems and methods for token linking and unlinking in digital wallets |
EP3881258A4 (en) | 2018-11-14 | 2022-01-12 | Visa International Service Association | Cloud token provisioning of multiple tokens |
US20200160298A1 (en) * | 2018-11-19 | 2020-05-21 | Mastercard International Incorporated | Methods and systems for linking tokenized data |
EP3660767A1 (en) * | 2018-11-28 | 2020-06-03 | Mastercard International Incorporated | Improvements relating to security and authentication of interaction data |
GB2582169B (en) * | 2019-03-13 | 2021-08-11 | Trustonic Ltd | Authentication method |
US20200311246A1 (en) * | 2019-03-27 | 2020-10-01 | Visa International Service Association | Enhanced consumer device validation |
US11748744B2 (en) * | 2019-04-03 | 2023-09-05 | First Data Corporation | Source independent consistent tokenization |
SG11202108626QA (en) | 2019-05-17 | 2021-09-29 | Visa Int Service Ass | Virtual access credential interaction system and method |
US11769132B1 (en) | 2019-05-22 | 2023-09-26 | Wells Fargo Bank, N.A. | P2P payments via integrated 3rd party APIs |
US11640598B2 (en) * | 2019-05-30 | 2023-05-02 | Mastercard International Incorporated | Hybrid tokenization for push payments |
US11551190B1 (en) | 2019-06-03 | 2023-01-10 | Wells Fargo Bank, N.A. | Instant network cash transfer at point of sale |
CN110189115B (en) * | 2019-06-06 | 2021-05-07 | 优赋全球(北京)网络科技有限公司 | Transaction channel access method and device and electronic equipment |
US11810105B2 (en) | 2019-06-20 | 2023-11-07 | Visa International Service Association | System and method for authorizing and provisioning a token to an appliance |
WO2020263781A1 (en) * | 2019-06-26 | 2020-12-30 | Mastercard International Incorporated | Methods and systems enabling external entity to provision payment credentials to a digital device |
US11196734B2 (en) * | 2019-07-23 | 2021-12-07 | Allstate Insurance Company | Safe logon |
US11941608B1 (en) | 2019-09-18 | 2024-03-26 | Wells Fargo Bank, N.A. | Systems and methods for a transaction card having a customer-specific URL |
US11068881B2 (en) | 2019-09-20 | 2021-07-20 | Bank Of America Corporation | System for resource distribution within an offline environment |
US20210233066A1 (en) * | 2020-01-27 | 2021-07-29 | Jpmorgan Chase Bank, N.A. | Systems and methods for payment token provisioning with variable risk evaluation |
US11283802B2 (en) * | 2020-03-30 | 2022-03-22 | International Business Machines Corporation | Autonomous application programming interface claim requirements discovery |
US11526874B2 (en) * | 2020-06-11 | 2022-12-13 | Seagate Technology Llc | Offline value transfer using asymmetric cryptography |
US11601279B2 (en) * | 2020-06-12 | 2023-03-07 | Capital One Services, Llc | Systems and methods for payment authentication |
EP3929848A1 (en) * | 2020-06-22 | 2021-12-29 | Laterpay AG | Laterpay 5g secondary authentication |
US11928665B2 (en) * | 2020-07-21 | 2024-03-12 | Mastercard International Incorporated | Methods and systems for facilitating a payment transaction over a secure radio frequency connection |
US10992606B1 (en) | 2020-09-04 | 2021-04-27 | Wells Fargo Bank, N.A. | Synchronous interfacing with unaffiliated networked systems to alter functionality of sets of electronic assets |
EP4002256A1 (en) * | 2020-11-11 | 2022-05-25 | Barclays Execution Services Limited | Secure processing of payment transactions |
CN112256606A (en) * | 2020-11-13 | 2021-01-22 | 恩亿科(北京)数据科技有限公司 | Processing method of multi-application-side task, hub, electronic equipment and storage medium |
US11423392B1 (en) | 2020-12-01 | 2022-08-23 | Wells Fargo Bank, N.A. | Systems and methods for information verification using a contactless card |
US11546338B1 (en) | 2021-01-05 | 2023-01-03 | Wells Fargo Bank, N.A. | Digital account controls portal and protocols for federated and non-federated systems and devices |
CN112910657B (en) * | 2021-02-01 | 2023-09-26 | 武汉纺织大学 | Cloud security token early warning system |
US20230126855A1 (en) * | 2021-10-26 | 2023-04-27 | Monashov Serhii Yevhenovych | Omnichannel system and a method for providing financial and bank services |
US20230185888A1 (en) * | 2021-12-10 | 2023-06-15 | Paypal, Inc. | Tokenization for cascading user updates |
US11706225B1 (en) | 2022-05-02 | 2023-07-18 | Bank Of America Corporation | System for source independent but source value dependent transfer monitoring |
CN115208834A (en) * | 2022-07-12 | 2022-10-18 | 武汉众邦银行股份有限公司 | Service flow limiting method based on database storage process design |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7809650B2 (en) | 2003-07-01 | 2010-10-05 | Visa U.S.A. Inc. | Method and system for providing risk information in connection with transaction processing |
US20110106710A1 (en) * | 2009-11-05 | 2011-05-05 | Judson Reed | Encryption switch processing |
US20120023567A1 (en) | 2010-07-16 | 2012-01-26 | Ayman Hammad | Token validation for advanced authorization |
US20120036075A1 (en) * | 2010-08-09 | 2012-02-09 | Microsoft Corporation | Determining mobile account to apply marketplace charges |
US20120136796A1 (en) * | 2010-09-21 | 2012-05-31 | Ayman Hammad | Device Enrollment System and Method |
US20120303503A1 (en) | 2011-05-26 | 2012-11-29 | First Data Corporation | Systems and Methods for Tokenizing Financial Information |
US20130086141A1 (en) * | 2011-09-29 | 2013-04-04 | Anil Saldhana | Systems and methods for security token management service hosted in application server |
US20130103685A1 (en) * | 2011-09-01 | 2013-04-25 | Protegrity Corporation | Multiple Table Tokenization |
Family Cites Families (454)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5280527A (en) | 1992-04-14 | 1994-01-18 | Kamahira Safe Co., Inc. | Biometric token for authorizing access to a host system |
US5613012A (en) | 1994-11-28 | 1997-03-18 | Smarttouch, Llc. | Tokenless identification system for authorization of electronic transactions and electronic transmissions |
US5781438A (en) | 1995-12-19 | 1998-07-14 | Pitney Bowes Inc. | Token generation process in an open metering system |
US6044360A (en) | 1996-04-16 | 2000-03-28 | Picciallo; Michael J. | Third party credit card |
US5930767A (en) | 1997-05-28 | 1999-07-27 | Motorola, Inc. | Transaction methods systems and devices |
US5913203A (en) | 1996-10-03 | 1999-06-15 | Jaesent Inc. | System and method for pseudo cash transactions |
US5953710A (en) | 1996-10-09 | 1999-09-14 | Fleming; Stephen S. | Children's credit or debit card system |
GB9624127D0 (en) | 1996-11-20 | 1997-01-08 | British Telecomm | Transaction system |
US5949044A (en) | 1997-06-13 | 1999-09-07 | Walker Asset Management Limited Partnership | Method and apparatus for funds and credit line transfers |
US7177835B1 (en) | 1997-08-28 | 2007-02-13 | Walker Digital, Llc | Method and device for generating a single-use financial account number |
US6163771A (en) | 1997-08-28 | 2000-12-19 | Walker Digital, Llc | Method and device for generating a single-use financial account number |
US5883810A (en) | 1997-09-24 | 1999-03-16 | Microsoft Corporation | Electronic online commerce card with transactionproxy number for online transactions |
US6000832A (en) | 1997-09-24 | 1999-12-14 | Microsoft Corporation | Electronic online commerce card with customer generated transaction proxy number for online transactions |
US6014635A (en) | 1997-12-08 | 2000-01-11 | Shc Direct, Inc. | System and method for providing a discount credit transaction network |
US6385596B1 (en) | 1998-02-06 | 2002-05-07 | Liquid Audio, Inc. | Secure online music distribution system |
US6980670B1 (en) | 1998-02-09 | 2005-12-27 | Indivos Corporation | Biometric tokenless electronic rewards system and method |
US6636833B1 (en) | 1998-03-25 | 2003-10-21 | Obis Patents Ltd. | Credit card system and method |
US6422462B1 (en) | 1998-03-30 | 2002-07-23 | Morris E. Cohen | Apparatus and methods for improved credit cards and credit card transactions |
IL125826A (en) | 1998-08-17 | 2001-05-20 | Ur Jonathan Shem | Method for preventing unauthorized use of credit cards in remote payments and an optional supplemental-code card for use therein |
US8799153B2 (en) | 1998-08-31 | 2014-08-05 | Mastercard International Incorporated | Systems and methods for appending supplemental payment data to a transaction message |
EA200000390A1 (en) | 1998-09-04 | 2001-10-22 | Импауэр, Инк. | EFFECTED BY ELECTRONIC MEANS OF TRADE WITH ANONYMOUS PURCHASE AND ANONYMOUS SHIPPING BY SELLER |
US6327578B1 (en) | 1998-12-29 | 2001-12-04 | International Business Machines Corporation | Four-party credit/debit payment protocol |
JP2000322486A (en) | 1999-02-12 | 2000-11-24 | Citibank Na | Method and system for fulfilling bank card transaction |
US7571139B1 (en) | 1999-02-19 | 2009-08-04 | Giordano Joseph A | System and method for processing financial transactions |
US6227447B1 (en) | 1999-05-10 | 2001-05-08 | First Usa Bank, Na | Cardless payment system |
US7194437B1 (en) | 1999-05-14 | 2007-03-20 | Amazon.Com, Inc. | Computer-based funds transfer system |
US7908216B1 (en) | 1999-07-22 | 2011-03-15 | Visa International Service Association | Internet payment, authentication and loading system using virtual smart card |
WO2001008066A1 (en) | 1999-07-26 | 2001-02-01 | Iprivacy Llc | Electronic purchase of goods over a communication network including physical delivery while securing private and personal information |
US7669233B2 (en) * | 1999-09-10 | 2010-02-23 | Metavante Corporation | Methods and systems for secure transmission of identification information over public networks |
US6748367B1 (en) | 1999-09-24 | 2004-06-08 | Joonho John Lee | Method and system for effecting financial transactions over a public network without submission of sensitive information |
WO2001035304A1 (en) | 1999-11-10 | 2001-05-17 | Krasnyansky Serge M | On-line payment system |
JP2003519420A (en) | 1999-12-17 | 2003-06-17 | チャンタレイ・コーポレイション・リミテッド | Trading system with security |
US7426750B2 (en) | 2000-02-18 | 2008-09-16 | Verimatrix, Inc. | Network-based content distribution system |
US6453301B1 (en) | 2000-02-23 | 2002-09-17 | Sony Corporation | Method of using personal device with internal biometric in conducting transactions over a network |
AU2001239945A1 (en) | 2000-02-29 | 2001-09-12 | E-Scoring, Inc. | Systems and methods enabling anonymous credit transactions |
TW550477B (en) | 2000-03-01 | 2003-09-01 | Passgate Corp | Method, system and computer readable medium for Web site account and e-commerce management from a central location |
US7865414B2 (en) | 2000-03-01 | 2011-01-04 | Passgate Corporation | Method, system and computer readable medium for web site account and e-commerce management from a central location |
WO2001067355A2 (en) | 2000-03-07 | 2001-09-13 | American Express Travel Related Services Company, Inc. | System for facilitating a transaction |
EP1269429A2 (en) | 2000-03-15 | 2003-01-02 | Mastercard International, Inc. | Method and system for secure payments over a computer network |
US6990470B2 (en) | 2000-04-11 | 2006-01-24 | Mastercard International Incorporated | Method and system for conducting secure payments over a computer network |
US7177848B2 (en) | 2000-04-11 | 2007-02-13 | Mastercard International Incorporated | Method and system for conducting secure payments over a computer network without a pseudo or proxy account number |
US20100223186A1 (en) | 2000-04-11 | 2010-09-02 | Hogan Edward J | Method and System for Conducting Secure Payments |
US20100228668A1 (en) | 2000-04-11 | 2010-09-09 | Hogan Edward J | Method and System for Conducting a Transaction Using a Proximity Device and an Identifier |
US7379919B2 (en) | 2000-04-11 | 2008-05-27 | Mastercard International Incorporated | Method and system for conducting secure payments over a computer network |
CA2406001A1 (en) | 2000-04-14 | 2001-10-25 | American Express Travel Related Services Company, Inc. | A system and method for using loyalty points |
US20070129955A1 (en) | 2000-04-14 | 2007-06-07 | American Express Travel Related Services Company, Inc. | System and method for issuing and using a loyalty point advance |
CA2305249A1 (en) | 2000-04-14 | 2001-10-14 | Branko Sarcanin | Virtual safe |
US6592044B1 (en) | 2000-05-15 | 2003-07-15 | Jacob Y. Wong | Anonymous electronic card for generating personal coupons useful in commercial and security transactions |
US20020016749A1 (en) | 2000-05-26 | 2002-02-07 | Borecki Dennis C. | Methods and systems for network based electronic purchasing system |
US6891953B1 (en) | 2000-06-27 | 2005-05-10 | Microsoft Corporation | Method and system for binding enhanced software features to a persona |
US6938019B1 (en) | 2000-08-29 | 2005-08-30 | Uzo Chijioke Chukwuemeka | Method and apparatus for making secure electronic payments |
US7103575B1 (en) * | 2000-08-31 | 2006-09-05 | International Business Machines Corporation | Enabling use of smart cards by consumer devices for internet commerce |
AU2001286985A1 (en) | 2000-09-01 | 2002-03-13 | Infospace, Inc. | Method and system for facilitating the transfer of funds utilizing a telephonic identifier |
US20020073045A1 (en) | 2000-10-23 | 2002-06-13 | Rubin Aviel D. | Off-line generation of limited-use credit card numbers |
US7996288B1 (en) | 2000-11-15 | 2011-08-09 | Iprivacy, Llc | Method and system for processing recurrent consumer transactions |
US20040236632A1 (en) | 2000-12-07 | 2004-11-25 | Maritzen Michael L. | System and method for conducing financial transactions using a personal transaction device with vehicle-accessed, payment-gateway terminals |
US6931382B2 (en) | 2001-01-24 | 2005-08-16 | Cdck Corporation | Payment instrument authorization technique |
GB2372616A (en) | 2001-02-23 | 2002-08-28 | Hewlett Packard Co | Transaction method and apparatus using two part tokens |
US7292999B2 (en) | 2001-03-15 | 2007-11-06 | American Express Travel Related Services Company, Inc. | Online card present transaction |
US7237117B2 (en) | 2001-03-16 | 2007-06-26 | Kenneth P. Weiss | Universal secure registry |
US7685037B2 (en) | 2001-03-26 | 2010-03-23 | 3MFuture Ltd. | Transaction authorisation system |
US20020147913A1 (en) | 2001-04-09 | 2002-10-10 | Lun Yip William Wai | Tamper-proof mobile commerce system |
US7167985B2 (en) * | 2001-04-30 | 2007-01-23 | Identrus, Llc | System and method for providing trusted browser verification |
US7650314B1 (en) | 2001-05-25 | 2010-01-19 | American Express Travel Related Services Company, Inc. | System and method for securing a recurrent billing transaction |
US8060448B2 (en) | 2001-05-30 | 2011-11-15 | Jones Thomas C | Late binding tokens |
JP4363800B2 (en) | 2001-06-11 | 2009-11-11 | ソニー株式会社 | Electronic commerce support apparatus, electronic commerce support method, and computer program |
US20060237528A1 (en) | 2001-07-10 | 2006-10-26 | Fred Bishop | Systems and methods for non-traditional payment |
US7805378B2 (en) | 2001-07-10 | 2010-09-28 | American Express Travel Related Servicex Company, Inc. | System and method for encoding information in magnetic stripe format for use in radio frequency identification transactions |
US8737954B2 (en) | 2001-08-21 | 2014-05-27 | Bookit Oy Ajanvarauspalvelu | Managing recurring payments from mobile terminals |
US7444676B1 (en) | 2001-08-29 | 2008-10-28 | Nader Asghari-Kamrani | Direct authentication and authorization system and method for trusted network of financial institutions |
US7103576B2 (en) | 2001-09-21 | 2006-09-05 | First Usa Bank, Na | System for providing cardless payment |
US6901387B2 (en) | 2001-12-07 | 2005-05-31 | General Electric Capital Financial | Electronic purchasing method and apparatus for performing the same |
US7805376B2 (en) | 2002-06-14 | 2010-09-28 | American Express Travel Related Services Company, Inc. | Methods and apparatus for facilitating a transaction |
US7904360B2 (en) | 2002-02-04 | 2011-03-08 | Alexander William EVANS | System and method for verification, authentication, and notification of a transaction |
US7890393B2 (en) | 2002-02-07 | 2011-02-15 | Ebay, Inc. | Method and system for completing a transaction between a customer and a merchant |
AUPS087602A0 (en) | 2002-03-04 | 2002-03-28 | Ong, Yong Kin (Michael) | Electronic fund transfer system |
AU2003230751A1 (en) | 2002-03-29 | 2003-10-13 | Bank One, Delaware, N.A. | System and process for performing purchase transaction using tokens |
US20040210498A1 (en) | 2002-03-29 | 2004-10-21 | Bank One, National Association | Method and system for performing purchase and other transactions using tokens with multiple chips |
GB2387253B (en) | 2002-04-03 | 2004-02-18 | Swivel Technologies Ltd | System and method for secure credit and debit card transactions |
US20030191709A1 (en) | 2002-04-03 | 2003-10-09 | Stephen Elston | Distributed payment and loyalty processing for retail and vending |
US7707120B2 (en) | 2002-04-17 | 2010-04-27 | Visa International Service Association | Mobile account authentication service |
EP1504393A4 (en) | 2002-04-23 | 2008-03-19 | Clearing House Service Company | Payment identification code and payment system using the same |
US8412623B2 (en) | 2002-07-15 | 2013-04-02 | Citicorp Credit Services, Inc. | Method and system for a multi-purpose transactional platform |
US7209561B1 (en) | 2002-07-19 | 2007-04-24 | Cybersource Corporation | System and method for generating encryption seed values |
US20040127256A1 (en) | 2002-07-30 | 2004-07-01 | Scott Goldthwaite | Mobile device equipped with a contactless smart card reader/writer |
US20040019571A1 (en) * | 2002-07-26 | 2004-01-29 | Intel Corporation | Mobile communication device with electronic token repository and method |
US7801826B2 (en) | 2002-08-08 | 2010-09-21 | Fujitsu Limited | Framework and system for purchasing of goods and services |
US7606560B2 (en) | 2002-08-08 | 2009-10-20 | Fujitsu Limited | Authentication services using mobile device |
US7353382B2 (en) | 2002-08-08 | 2008-04-01 | Fujitsu Limited | Security framework and protocol for universal pervasive transactions |
US6805287B2 (en) | 2002-09-12 | 2004-10-19 | American Express Travel Related Services Company, Inc. | System and method for converting a stored value card to a credit card |
CA2505030A1 (en) | 2002-11-05 | 2004-05-21 | Aaron Whiteman | Remote purchasing system and method |
JP2006508471A (en) | 2002-11-27 | 2006-03-09 | アールエスエイ セキュリティー インク | Identification and authentication system and method |
GB2396472A (en) | 2002-12-18 | 2004-06-23 | Ncr Int Inc | System for cash withdrawal |
US7827101B2 (en) | 2003-01-10 | 2010-11-02 | First Data Corporation | Payment system clearing for transactions |
TW200412524A (en) | 2003-01-15 | 2004-07-16 | Lee Fung Chi | A small amount paying/receiving system |
US8082210B2 (en) | 2003-04-29 | 2011-12-20 | The Western Union Company | Authentication for online money transfers |
WO2005001751A1 (en) | 2003-06-02 | 2005-01-06 | Regents Of The University Of California | System for biometric signal processing with hardware and software accelaration |
GB0318000D0 (en) | 2003-07-31 | 2003-09-03 | Ncr Int Inc | Mobile applications |
US20050199709A1 (en) | 2003-10-10 | 2005-09-15 | James Linlor | Secure money transfer between hand-held devices |
US20050080730A1 (en) | 2003-10-14 | 2005-04-14 | First Data Corporation | System and method for secure account transactions |
US7567936B1 (en) | 2003-10-14 | 2009-07-28 | Paradox Technical Solutions Llc | Method and apparatus for handling pseudo identities |
US20050108178A1 (en) | 2003-11-17 | 2005-05-19 | Richard York | Order risk determination |
US7543739B2 (en) | 2003-12-17 | 2009-06-09 | Qsecure, Inc. | Automated payment card fraud detection and location |
CN1914895B (en) | 2004-01-20 | 2018-03-09 | 黄金富 | The locking bank computer account system of safety money payment and method are carried out using phone |
US7584153B2 (en) | 2004-03-15 | 2009-09-01 | Qsecure, Inc. | Financial transactions with dynamic card verification values |
US7580898B2 (en) | 2004-03-15 | 2009-08-25 | Qsecure, Inc. | Financial transactions with dynamic personal account numbers |
GB0407369D0 (en) | 2004-03-31 | 2004-05-05 | British Telecomm | Trust tokens |
US20140019352A1 (en) | 2011-02-22 | 2014-01-16 | Visa International Service Association | Multi-purpose virtual card transaction apparatuses, methods and systems |
US20050269402A1 (en) | 2004-06-03 | 2005-12-08 | Tyfone, Inc. | System and method for securing financial transactions |
US20050269401A1 (en) | 2004-06-03 | 2005-12-08 | Tyfone, Inc. | System and method for securing financial transactions |
US8412837B1 (en) | 2004-07-08 | 2013-04-02 | James A. Roskind | Data privacy |
US7264154B2 (en) | 2004-07-12 | 2007-09-04 | Harris David N | System and method for securing a credit account |
US7287692B1 (en) | 2004-07-28 | 2007-10-30 | Cisco Technology, Inc. | System and method for securing transactions in a contact center environment |
GB0420409D0 (en) | 2004-09-14 | 2004-10-20 | Waterleaf Ltd | Online commercial transaction system and method of operation thereof |
US7051929B2 (en) | 2004-10-18 | 2006-05-30 | Gongling Li | Secure credit card having daily changed security number |
US7548889B2 (en) | 2005-01-24 | 2009-06-16 | Microsoft Corporation | Payment information security for multi-merchant purchasing environment for downloadable products |
MX2007012648A (en) | 2005-04-19 | 2007-12-13 | Microsoft Corp | Network commercial transactions. |
US7849020B2 (en) | 2005-04-19 | 2010-12-07 | Microsoft Corporation | Method and apparatus for network transactions |
US20060235795A1 (en) | 2005-04-19 | 2006-10-19 | Microsoft Corporation | Secure network commercial transactions |
US7793851B2 (en) | 2005-05-09 | 2010-09-14 | Dynamics Inc. | Dynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card |
US20080035738A1 (en) | 2005-05-09 | 2008-02-14 | Mullen Jeffrey D | Dynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card |
US7731086B2 (en) | 2005-06-10 | 2010-06-08 | American Express Travel Related Services Company, Inc. | System and method for mass transit merchant payment |
BRPI0613952A2 (en) | 2005-07-15 | 2011-02-22 | Revolution Money Inc | system and method for establishing rules governing children's accounts |
US8762263B2 (en) | 2005-09-06 | 2014-06-24 | Visa U.S.A. Inc. | System and method for secured account numbers in proximity devices |
US8205791B2 (en) | 2005-10-11 | 2012-06-26 | National Payment Card Association | Payment system and methods |
US8352376B2 (en) | 2005-10-11 | 2013-01-08 | Amazon Technologies, Inc. | System and method for authorization of transactions |
US7853995B2 (en) | 2005-11-18 | 2010-12-14 | Microsoft Corporation | Short-lived certificate authority service |
US20070130463A1 (en) * | 2005-12-06 | 2007-06-07 | Eric Chun Wah Law | Single one-time password token with single PIN for access to multiple providers |
US20070136193A1 (en) | 2005-12-13 | 2007-06-14 | Bellsouth Intellectual Property Corporation | Methods, transactional cards, and systems using account identifers customized by the account holder |
US8352323B2 (en) | 2007-11-30 | 2013-01-08 | Blaze Mobile, Inc. | Conducting an online payment transaction using an NFC enabled mobile communication device |
US8275312B2 (en) | 2005-12-31 | 2012-09-25 | Blaze Mobile, Inc. | Induction triggered transactions using an external NFC device |
US20070170247A1 (en) | 2006-01-20 | 2007-07-26 | Maury Samuel Friedman | Payment card authentication system and method |
US20070179885A1 (en) | 2006-01-30 | 2007-08-02 | Cpni Inc. | Method and system for authorizing a funds transfer or payment using a phone number |
FR2897222A1 (en) | 2006-02-03 | 2007-08-10 | Gemplus Sa | REMOTE ACCESS TO A MEMORY OF MASS AND A SECURITY MEMORY IN A PORTABLE COMMUNICATOR OBJECT |
WO2007145687A1 (en) | 2006-02-21 | 2007-12-21 | Weiss Kenneth P | Method and apparatus for secure access payment and identification |
US8234220B2 (en) | 2007-02-21 | 2012-07-31 | Weiss Kenneth P | Universal secure registry |
JP5294880B2 (en) | 2006-03-02 | 2013-09-18 | ヴィザ インターナショナル サーヴィス アソシエイション | Method and system for performing two-factor authentication in email and phone orders |
US8225385B2 (en) | 2006-03-23 | 2012-07-17 | Microsoft Corporation | Multiple security token transactions |
US9065643B2 (en) | 2006-04-05 | 2015-06-23 | Visa U.S.A. Inc. | System and method for account identifier obfuscation |
US7818264B2 (en) | 2006-06-19 | 2010-10-19 | Visa U.S.A. Inc. | Track data encryption |
US20070245414A1 (en) | 2006-04-14 | 2007-10-18 | Microsoft Corporation | Proxy Authentication and Indirect Certificate Chaining |
WO2007121474A2 (en) * | 2006-04-18 | 2007-10-25 | James Shaw-Han Kuo | System and method for secure online transaction |
WO2007148234A2 (en) | 2006-04-26 | 2007-12-27 | Yosef Shaked | System and method for authenticating a customer's identity and completing a secure credit card transaction without the use of a credit card number |
US20070291995A1 (en) | 2006-06-09 | 2007-12-20 | Rivera Paul G | System, Method, and Apparatus for Preventing Identity Fraud Associated With Payment and Identity Cards |
US20080015988A1 (en) | 2006-06-28 | 2008-01-17 | Gary Brown | Proxy card authorization system |
US10019708B2 (en) | 2006-08-25 | 2018-07-10 | Amazon Technologies, Inc. | Utilizing phrase tokens in transactions |
US7469151B2 (en) | 2006-09-01 | 2008-12-23 | Vivotech, Inc. | Methods, systems and computer program products for over the air (OTA) provisioning of soft cards on devices with wireless communications capabilities |
US20080228646A1 (en) | 2006-10-04 | 2008-09-18 | Myers James R | Method and system for managing a non-changing payment card account number |
MX2009005257A (en) | 2006-11-16 | 2009-10-12 | Net1 Ueps Technologies Inc | Secure financial transactions. |
US7848980B2 (en) | 2006-12-26 | 2010-12-07 | Visa U.S.A. Inc. | Mobile payment system and method using alias |
US20090006262A1 (en) | 2006-12-30 | 2009-01-01 | Brown Kerry D | Financial transaction payment processor |
US7841539B2 (en) | 2007-02-15 | 2010-11-30 | Alfred Hewton | Smart card with random temporary account number generation |
US20080201264A1 (en) | 2007-02-17 | 2008-08-21 | Brown Kerry D | Payment card financial transaction authenticator |
US20080243702A1 (en) | 2007-03-30 | 2008-10-02 | Ricoh Company, Ltd. | Tokens Usable in Value-Based Transactions |
US7938318B2 (en) | 2007-04-03 | 2011-05-10 | Intellectual Ventures Holding 32 Llc | System and method for controlling secured transaction using directionally coded account identifiers |
US7896238B2 (en) | 2007-04-03 | 2011-03-01 | Intellectual Ventures Holding 32 Llc | Secured transaction using color coded account identifiers |
BRPI0810369B8 (en) | 2007-04-17 | 2019-05-28 | Visa Usa Inc | method, computer readable medium, directory server, and telephone |
US7959076B1 (en) | 2007-04-26 | 2011-06-14 | United Services Automobile Association (Usaa) | Secure card |
US7784685B1 (en) | 2007-04-26 | 2010-08-31 | United Services Automobile Association (Usaa) | Secure card |
US8109436B1 (en) | 2007-04-26 | 2012-02-07 | United Services Automobile Association (Usaa) | Secure card |
US7891563B2 (en) | 2007-05-17 | 2011-02-22 | Shift4 Corporation | Secure payment card transactions |
CA2688762C (en) | 2007-05-17 | 2016-02-23 | Shift4 Corporation | Secure payment card transactions |
US7841523B2 (en) | 2007-05-17 | 2010-11-30 | Shift4 Corporation | Secure payment card transactions |
US7770789B2 (en) | 2007-05-17 | 2010-08-10 | Shift4 Corporation | Secure payment card transactions |
US7971261B2 (en) | 2007-06-12 | 2011-06-28 | Microsoft Corporation | Domain management for digital media |
US7739169B2 (en) | 2007-06-25 | 2010-06-15 | Visa U.S.A. Inc. | Restricting access to compromised account information |
US8121956B2 (en) | 2007-06-25 | 2012-02-21 | Visa U.S.A. Inc. | Cardless challenge systems and methods |
JP2009015548A (en) | 2007-07-04 | 2009-01-22 | Omron Corp | Drive assisting device and method, and program |
US8326758B2 (en) | 2007-08-06 | 2012-12-04 | Enpulz, L.L.C. | Proxy card representing many monetary sources from a plurality of vendors |
US8494959B2 (en) | 2007-08-17 | 2013-07-23 | Emc Corporation | Payment card with dynamic account number |
US7849014B2 (en) | 2007-08-29 | 2010-12-07 | American Express Travel Related Services Company, Inc. | System and method for facilitating a financial transaction with a dynamically generated identifier |
US9070129B2 (en) | 2007-09-04 | 2015-06-30 | Visa U.S.A. Inc. | Method and system for securing data fields |
US7937324B2 (en) | 2007-09-13 | 2011-05-03 | Visa U.S.A. Inc. | Account permanence |
US9747598B2 (en) | 2007-10-02 | 2017-08-29 | Iii Holdings 1, Llc | Dynamic security code push |
US8095113B2 (en) | 2007-10-17 | 2012-01-10 | First Data Corporation | Onetime passwords for smart chip cards |
US20090106160A1 (en) | 2007-10-19 | 2009-04-23 | First Data Corporation | Authorizations for mobile contactless payment transactions |
CN101425894B (en) | 2007-10-30 | 2012-03-21 | 阿里巴巴集团控股有限公司 | Service implementing system and method |
US8249985B2 (en) | 2007-11-29 | 2012-08-21 | Bank Of America Corporation | Sub-account mechanism |
US20090157555A1 (en) | 2007-12-12 | 2009-06-18 | American Express Travel Related Services Company, | Bill payment system and method |
US8117129B2 (en) | 2007-12-21 | 2012-02-14 | American Express Travel Related Services Company, Inc. | Systems, methods and computer program products for performing mass transit merchant transactions |
US9361569B2 (en) | 2007-12-24 | 2016-06-07 | Dynamics, Inc. | Cards with serial magnetic emulators |
US8224702B2 (en) | 2007-12-28 | 2012-07-17 | Ebay, Inc. | Systems and methods for facilitating financial transactions over a network |
US7922082B2 (en) | 2008-01-04 | 2011-04-12 | M2 International Ltd. | Dynamic card validation value |
FR2926938B1 (en) | 2008-01-28 | 2010-03-19 | Paycool Dev | METHOD OF AUTHENTICATING AND SIGNING A USER TO AN APPLICATION SERVICE USING A MOBILE PHONE AS A SECOND FACTOR IN COMPLEMENT AND INDEPENDENTLY OF A FIRST FACTOR |
US8255971B1 (en) | 2008-03-03 | 2012-08-28 | Jpmorgan Chase Bank, N.A. | Authentication system and method |
GB0804803D0 (en) | 2008-03-14 | 2008-04-16 | British Telecomm | Mobile payments |
US8578176B2 (en) | 2008-03-26 | 2013-11-05 | Protegrity Corporation | Method and apparatus for tokenization of sensitive sets of characters |
US20090248583A1 (en) | 2008-03-31 | 2009-10-01 | Jasmeet Chhabra | Device, system, and method for secure online transactions |
US20090327131A1 (en) | 2008-04-29 | 2009-12-31 | American Express Travel Related Services Company, Inc. | Dynamic account authentication using a mobile device |
US20090276347A1 (en) | 2008-05-01 | 2009-11-05 | Kargman James B | Method and apparatus for use of a temporary financial transaction number or code |
US9715709B2 (en) | 2008-05-09 | 2017-07-25 | Visa International Services Association | Communication device including multi-part alias identifier |
US8651374B2 (en) | 2008-06-02 | 2014-02-18 | Sears Brands, L.L.C. | System and method for payment card industry enterprise account number elimination |
US20090307140A1 (en) | 2008-06-06 | 2009-12-10 | Upendra Mardikar | Mobile device over-the-air (ota) registration and point-of-sale (pos) payment |
US9269010B2 (en) | 2008-07-14 | 2016-02-23 | Jumio Inc. | Mobile phone payment system using integrated camera credit card reader |
US8090650B2 (en) | 2008-07-24 | 2012-01-03 | At&T Intellectual Property I, L.P. | Secure payment service and system for interactive voice response (IVR) systems |
US8219489B2 (en) | 2008-07-29 | 2012-07-10 | Visa U.S.A. Inc. | Transaction processing using a global unique identifier |
US9053474B2 (en) | 2008-08-04 | 2015-06-09 | At&T Mobility Ii Llc | Systems and methods for handling point-of-sale transactions using a mobile device |
US8281991B2 (en) | 2008-08-07 | 2012-10-09 | Visa U.S.A. Inc. | Transaction secured in an untrusted environment |
US8403211B2 (en) | 2008-09-04 | 2013-03-26 | Metabank | System, program product and methods for retail activation and reload associated with partial authorization transactions |
US8965811B2 (en) | 2008-10-04 | 2015-02-24 | Mastercard International Incorporated | Methods and systems for using physical payment cards in secure E-commerce transactions |
US20100094755A1 (en) | 2008-10-09 | 2010-04-15 | Nelnet Business Solutions, Inc. | Providing payment data tokens for online transactions utilizing hosted inline frames |
US20100106644A1 (en) | 2008-10-23 | 2010-04-29 | Diversinet Corp. | System and Method for Authorizing Transactions Via Mobile Devices |
US8126449B2 (en) | 2008-11-13 | 2012-02-28 | American Express Travel Related Services Company, Inc. | Servicing attributes on a mobile device |
US8196813B2 (en) | 2008-12-03 | 2012-06-12 | Ebay Inc. | System and method to allow access to a value holding account |
US8838503B2 (en) | 2008-12-08 | 2014-09-16 | Ebay Inc. | Unified identity verification |
US8447977B2 (en) * | 2008-12-09 | 2013-05-21 | Canon Kabushiki Kaisha | Authenticating a device with a server over a network |
US8060449B1 (en) | 2009-01-05 | 2011-11-15 | Sprint Communications Company L.P. | Partially delegated over-the-air provisioning of a secure element |
GB2466810A (en) | 2009-01-08 | 2010-07-14 | Visa Europe Ltd | Processing payment authorisation requests |
US10037524B2 (en) | 2009-01-22 | 2018-07-31 | First Data Corporation | Dynamic primary account number (PAN) and unique key per card |
US10354321B2 (en) | 2009-01-22 | 2019-07-16 | First Data Corporation | Processing transactions with an extended application ID and dynamic cryptograms |
US8606638B2 (en) | 2009-03-02 | 2013-12-10 | First Data Corporation | Systems, methods and apparatus for facilitating transactions using a mobile device |
US20100235284A1 (en) | 2009-03-13 | 2010-09-16 | Gidah, Inc. | Method and systems for generating and using tokens in a transaction handling system |
US20100235286A1 (en) | 2009-03-13 | 2010-09-16 | Gidah, Inc. | Method and system for generating tokens in a transaction handling system |
US8595098B2 (en) | 2009-03-18 | 2013-11-26 | Network Merchants, Inc. | Transmission of sensitive customer information during electronic-based transactions |
CA2697921C (en) | 2009-03-27 | 2019-09-24 | Intersections Inc. | Dynamic card verification values and credit transactions |
US8584251B2 (en) | 2009-04-07 | 2013-11-12 | Princeton Payment Solutions | Token-based payment processing system |
US20100258620A1 (en) | 2009-04-10 | 2010-10-14 | Denise Torreyson | Methods and systems for linking multiple accounts |
WO2010120222A1 (en) | 2009-04-16 | 2010-10-21 | Telefonaktiebolaget L M Ericsson (Publ) | Method, server, computer program and computer program product for communicating with secure element |
WO2010126509A2 (en) | 2009-04-30 | 2010-11-04 | Donald Michael Cardina | Systems and methods for randomized mobile payment |
US8725122B2 (en) | 2009-05-13 | 2014-05-13 | First Data Corporation | Systems and methods for providing trusted service management services |
US8534564B2 (en) | 2009-05-15 | 2013-09-17 | Ayman Hammad | Integration of verification tokens with mobile communication devices |
US7891560B2 (en) | 2009-05-15 | 2011-02-22 | Visa International Service Assocation | Verification of portable consumer devices |
US10140598B2 (en) | 2009-05-20 | 2018-11-27 | Visa International Service Association | Device including encrypted data for expiration date and verification value creation |
US20100306076A1 (en) | 2009-05-29 | 2010-12-02 | Ebay Inc. | Trusted Integrity Manager (TIM) |
TWI402775B (en) | 2009-07-16 | 2013-07-21 | Mxtran Inc | Financial transaction system, automated teller machine (atm), and method for operating an atm |
WO2011019660A2 (en) | 2009-08-10 | 2011-02-17 | Visa International Service Association | Systems and methods for enrolling users in a payment service |
US20110047076A1 (en) | 2009-08-24 | 2011-02-24 | Mark Carlson | Alias reputation interaction system |
US20110083018A1 (en) | 2009-10-06 | 2011-04-07 | Validity Sensors, Inc. | Secure User Authentication |
CA2777765C (en) | 2009-10-13 | 2018-02-20 | Square, Inc. | Systems and methods for dynamic receipt generation with environmental information |
US8447699B2 (en) | 2009-10-13 | 2013-05-21 | Qualcomm Incorporated | Global secure service provider directory |
WO2011047331A2 (en) | 2009-10-16 | 2011-04-21 | Visa International Service Association | Anti-phishing system and method including list with user data |
US20110246317A1 (en) | 2009-10-23 | 2011-10-06 | Apriva, Llc | System and device for facilitating a transaction through use of a proxy account code |
US8296568B2 (en) | 2009-10-27 | 2012-10-23 | Google Inc. | Systems and methods for authenticating an electronic transaction |
US8433116B2 (en) | 2009-11-03 | 2013-04-30 | Mela Sciences, Inc. | Showing skin lesion information |
US8739262B2 (en) | 2009-12-18 | 2014-05-27 | Sabre Glbl Inc. | Tokenized data security |
US10255591B2 (en) | 2009-12-18 | 2019-04-09 | Visa International Service Association | Payment channel returning limited use proxy dynamic value |
US9324066B2 (en) | 2009-12-21 | 2016-04-26 | Verizon Patent And Licensing Inc. | Method and system for providing virtual credit card services |
US8788429B2 (en) | 2009-12-30 | 2014-07-22 | First Data Corporation | Secure transaction management |
EP2927836B1 (en) | 2010-01-12 | 2016-10-05 | Visa International Service Association | Anytime validation for verification tokens |
WO2011091051A2 (en) | 2010-01-19 | 2011-07-28 | Visa International Service Association | Remote variable authentication processing |
BR112012017880A2 (en) | 2010-01-19 | 2020-11-17 | Visa International Service Association | "method and system" |
US8615468B2 (en) | 2010-01-27 | 2013-12-24 | Ca, Inc. | System and method for generating a dynamic card value |
US9501773B2 (en) | 2010-02-02 | 2016-11-22 | Xia Dai | Secured transaction system |
US8510816B2 (en) | 2010-02-25 | 2013-08-13 | Secureauth Corporation | Security device provisioning |
US9245267B2 (en) | 2010-03-03 | 2016-01-26 | Visa International Service Association | Portable account number for consumer payment account |
US8458487B1 (en) | 2010-03-03 | 2013-06-04 | Liaison Technologies, Inc. | System and methods for format preserving tokenization of sensitive information |
US20110238511A1 (en) | 2010-03-07 | 2011-09-29 | Park Steve H | Fuel dispenser payment system and method |
WO2011112396A2 (en) * | 2010-03-09 | 2011-09-15 | Visa International Service Association | System and method including customized linkage rules in payment transactions |
US8402555B2 (en) | 2010-03-21 | 2013-03-19 | William Grecia | Personalized digital media access system (PDMAS) |
US8533860B1 (en) | 2010-03-21 | 2013-09-10 | William Grecia | Personalized digital media access system—PDMAS part II |
US8887308B2 (en) | 2010-03-21 | 2014-11-11 | William Grecia | Digital cloud access (PDMAS part III) |
US20110238573A1 (en) | 2010-03-25 | 2011-09-29 | Computer Associates Think, Inc. | Cardless atm transaction method and system |
US8380177B2 (en) | 2010-04-09 | 2013-02-19 | Paydiant, Inc. | Mobile phone payment processing methods and systems |
US8336088B2 (en) | 2010-04-19 | 2012-12-18 | Visa International Service Association | Alias management and value transfer claim processing |
WO2011153505A1 (en) | 2010-06-04 | 2011-12-08 | Visa International Service Association | Payment tokenization apparatuses, methods and systems |
US8590779B2 (en) * | 2010-06-29 | 2013-11-26 | Visa International Service Association | Value token conversion |
US8442914B2 (en) | 2010-07-06 | 2013-05-14 | Mastercard International Incorporated | Virtual wallet account with automatic-loading |
US8571939B2 (en) | 2010-07-07 | 2013-10-29 | Toshiba Global Commerce Solutions Holdings Corporation | Two phase payment link and authorization for mobile devices |
WO2012012445A2 (en) | 2010-07-19 | 2012-01-26 | Universal Commerce, Inc. | Mobile system and method for payments and non-financial transactions |
US20120028609A1 (en) | 2010-07-27 | 2012-02-02 | John Hruska | Secure financial transaction system using a registered mobile device |
US9342832B2 (en) | 2010-08-12 | 2016-05-17 | Visa International Service Association | Securing external systems with account token substitution |
CN101938520B (en) | 2010-09-07 | 2015-01-28 | 中兴通讯股份有限公司 | Mobile terminal signature-based remote payment system and method |
US20120066078A1 (en) | 2010-09-10 | 2012-03-15 | Bank Of America Corporation | Overage service using overage passcode |
US8898086B2 (en) | 2010-09-27 | 2014-11-25 | Fidelity National Information Services | Systems and methods for transmitting financial account information |
US20120095852A1 (en) | 2010-10-15 | 2012-04-19 | John Bauer | Method and system for electronic wallet access |
US9558481B2 (en) | 2010-09-28 | 2017-01-31 | Barclays Bank Plc | Secure account provisioning |
US20120095865A1 (en) | 2010-10-15 | 2012-04-19 | Ezpayy, Inc. | System And Method For Mobile Electronic Purchasing |
US10176477B2 (en) | 2010-11-16 | 2019-01-08 | Mastercard International Incorporated | Methods and systems for universal payment account translation |
US8577336B2 (en) | 2010-11-18 | 2013-11-05 | Mobilesphere Holdings LLC | System and method for transaction authentication using a mobile communication device |
US20130275308A1 (en) | 2010-11-29 | 2013-10-17 | Mobay Technologies Limited | System for verifying electronic transactions |
US9141945B2 (en) | 2010-12-02 | 2015-09-22 | Appmobi Iplc, Inc. | Secure distributed single action payment system |
US8762284B2 (en) | 2010-12-16 | 2014-06-24 | Democracyontheweb, Llc | Systems and methods for facilitating secure transactions |
US8646059B1 (en) | 2010-12-17 | 2014-02-04 | Google Inc. | Wallet application for interacting with a secure element application without a trusted server for authentication |
US20120158580A1 (en) | 2010-12-20 | 2012-06-21 | Antonio Claudiu Eram | System, Method and Apparatus for Mobile Payments Enablement and Order Fulfillment |
US20120173431A1 (en) | 2010-12-30 | 2012-07-05 | First Data Corporation | Systems and methods for using a token as a payment in a transaction |
US20120185386A1 (en) | 2011-01-18 | 2012-07-19 | Bank Of America | Authentication tool |
WO2012098555A1 (en) | 2011-01-20 | 2012-07-26 | Google Inc. | Direct carrier billing |
US8725644B2 (en) | 2011-01-28 | 2014-05-13 | The Active Network, Inc. | Secure online transaction processing |
US20120203664A1 (en) | 2011-02-09 | 2012-08-09 | Tycoon Unlimited, Inc. | Contactless wireless transaction processing system |
US20120203666A1 (en) | 2011-02-09 | 2012-08-09 | Tycoon Unlimited, Inc. | Contactless wireless transaction processing system |
US8751381B2 (en) | 2011-02-23 | 2014-06-10 | Mastercard International Incorporated | Demand deposit account payment system |
AU2012223415B2 (en) | 2011-02-28 | 2017-05-18 | Visa International Service Association | Secure anonymous transaction apparatuses, methods and systems |
KR101895243B1 (en) | 2011-03-04 | 2018-10-24 | 비자 인터네셔널 서비스 어소시에이션 | Integration of payment capability into secure elements of computers |
US20120231844A1 (en) | 2011-03-11 | 2012-09-13 | Apriva, Llc | System and device for facilitating a transaction by consolidating sim, personal token, and associated applications for electronic wallet transactions |
US20120233004A1 (en) | 2011-03-11 | 2012-09-13 | James Bercaw | System for mobile electronic commerce |
US20120246071A1 (en) | 2011-03-21 | 2012-09-27 | Nikhil Jain | System and method for presentment of nonconfidential transaction token identifier |
US9883387B2 (en) | 2011-03-24 | 2018-01-30 | Visa International Service Association | Authentication using application authentication element |
US9280765B2 (en) | 2011-04-11 | 2016-03-08 | Visa International Service Association | Multiple tokenization for authentication |
US8688589B2 (en) | 2011-04-15 | 2014-04-01 | Shift4 Corporation | Method and system for utilizing authorization factor pools |
US9818111B2 (en) | 2011-04-15 | 2017-11-14 | Shift4 Corporation | Merchant-based token sharing |
US9256874B2 (en) | 2011-04-15 | 2016-02-09 | Shift4 Corporation | Method and system for enabling merchants to share tokens |
WO2012142370A2 (en) | 2011-04-15 | 2012-10-18 | Shift4 Corporation | Method and system for enabling merchants to share tokens |
WO2012145530A2 (en) | 2011-04-20 | 2012-10-26 | Visa International Service Association | Managing electronic tokens in a transaction processing system |
WO2012151590A2 (en) * | 2011-05-05 | 2012-11-08 | Transaction Network Services, Inc. | Systems and methods for enabling mobile payments |
US20130204793A1 (en) | 2011-05-17 | 2013-08-08 | Kevin S. Kerridge | Smart communication device secured electronic payment system |
US8943574B2 (en) | 2011-05-27 | 2015-01-27 | Vantiv, Llc | Tokenizing sensitive data |
US10395256B2 (en) | 2011-06-02 | 2019-08-27 | Visa International Service Association | Reputation management in a transaction processing system |
SG195079A1 (en) | 2011-06-03 | 2013-12-30 | Visa Int Service Ass | Virtual wallet card selection apparatuses, methods and systems |
US8538845B2 (en) | 2011-06-03 | 2013-09-17 | Mozido, Llc | Monetary transaction system |
US10318932B2 (en) | 2011-06-07 | 2019-06-11 | Entit Software Llc | Payment card processing system with structure preserving encryption |
CN103765454B (en) | 2011-06-07 | 2018-02-27 | 维萨国际服务协会 | Pay the tokenized device, method and system of privacy |
WO2012167941A1 (en) | 2011-06-09 | 2012-12-13 | Gemalto Sa | Method to validate a transaction between a user and a service provider |
US9355393B2 (en) | 2011-08-18 | 2016-05-31 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US9639828B2 (en) | 2011-07-15 | 2017-05-02 | Visa International Service Association | Method and system for hosted order page/silent order post plus fraud detection |
US9704155B2 (en) | 2011-07-29 | 2017-07-11 | Visa International Service Association | Passing payment tokens through an hop/sop |
US20130054337A1 (en) | 2011-08-22 | 2013-02-28 | American Express Travel Related Services Company, Inc. | Methods and systems for contactless payments for online ecommerce checkout |
WO2013028901A2 (en) | 2011-08-23 | 2013-02-28 | Visa International Service Association | Authentication process for value transfer machine |
WO2013028910A2 (en) | 2011-08-23 | 2013-02-28 | Visa International Service Association | Mobile funding method and system |
AU2012301897B2 (en) | 2011-08-30 | 2017-04-13 | Ov Loop Inc. | Systems and methods for authorizing a transaction with an unexpected cryptogram |
US20130339253A1 (en) | 2011-08-31 | 2013-12-19 | Dan Moshe Sincai | Mobile Device Based Financial Transaction System |
US8171525B1 (en) | 2011-09-15 | 2012-05-01 | Google Inc. | Enabling users to select between secure service providers using a central trusted service manager |
US8838982B2 (en) | 2011-09-21 | 2014-09-16 | Visa International Service Association | Systems and methods to secure user identification |
US8453223B2 (en) | 2011-09-23 | 2013-05-28 | Jerome Svigals | Method, device and system for secure transactions |
CN103890793A (en) | 2011-10-01 | 2014-06-25 | 英特尔公司 | Cloud based credit card emulation |
CN109919586B (en) | 2011-10-12 | 2023-05-02 | 万事达移动交易方案公司 | Multi-layer secure mobile transaction enabled platform |
US9229964B2 (en) | 2011-10-27 | 2016-01-05 | Visa International Business Machines Corporation | Database cloning and migration for quality assurance |
CA2854277C (en) | 2011-11-01 | 2016-06-07 | Jvl Ventures, Llc | Systems, methods, and computer program products for managing secure elements |
US9830596B2 (en) | 2011-11-01 | 2017-11-28 | Stripe, Inc. | Method for conducting a transaction between a merchant site and a customer's electronic device without exposing payment information to a server-side application of the merchant site |
US20130124364A1 (en) | 2011-11-13 | 2013-05-16 | Millind Mittal | System and method of electronic payment using payee provided transaction identification codes |
US20160140566A1 (en) | 2011-11-13 | 2016-05-19 | Google Inc. | Secure transmission of payment credentials |
WO2013086048A1 (en) | 2011-12-05 | 2013-06-13 | Visa International Service Association | Dynamic network analytic system |
US8555079B2 (en) | 2011-12-06 | 2013-10-08 | Wwpass Corporation | Token management |
US8972719B2 (en) | 2011-12-06 | 2015-03-03 | Wwpass Corporation | Passcode restoration |
US8656180B2 (en) * | 2011-12-06 | 2014-02-18 | Wwpass Corporation | Token activation |
US20130159178A1 (en) | 2011-12-14 | 2013-06-20 | Firethorn Mobile, Inc. | System and Method For Loading A Virtual Token Managed By A Mobile Wallet System |
US20130159184A1 (en) | 2011-12-15 | 2013-06-20 | Visa International Service Association | System and method of using load network to associate product or service with a consumer token |
US20140040139A1 (en) | 2011-12-19 | 2014-02-06 | Sequent Software, Inc. | System and method for dynamic temporary payment authorization in a portable communication device |
US9053481B2 (en) | 2011-12-21 | 2015-06-09 | Mastercard International Incorporated | Methods and systems for providing a payment account with adaptive interchange |
US9077769B2 (en) | 2011-12-29 | 2015-07-07 | Blackberry Limited | Communications system providing enhanced trusted service manager (TSM) verification features and related methods |
US20130254117A1 (en) | 2011-12-30 | 2013-09-26 | Clay W. von Mueller | Secured transaction system and method |
WO2013103991A1 (en) | 2012-01-05 | 2013-07-11 | Visa International Service Association | Data protection with translation |
US8566168B1 (en) | 2012-01-05 | 2013-10-22 | Sprint Communications Company L.P. | Electronic payment using a proxy account number stored in a secure element |
CA2862020C (en) | 2012-01-19 | 2018-03-20 | Mastercard International Incorporated | System and method to enable a network of digital wallets |
WO2013113004A1 (en) | 2012-01-26 | 2013-08-01 | Visa International Service Association | System and method of providing tokenization as a service |
US10643191B2 (en) | 2012-01-27 | 2020-05-05 | Visa International Service Association | Mobile services remote deposit capture |
US8595850B2 (en) | 2012-01-30 | 2013-11-26 | Voltage Security, Inc. | System for protecting sensitive data with distributed tokenization |
EP2624190A1 (en) | 2012-02-03 | 2013-08-07 | Pieter Dubois | Authentication of payment transactions using an alias |
WO2013116726A1 (en) | 2012-02-03 | 2013-08-08 | Ebay Inc. | Adding card to mobile wallet using nfc |
US8893250B2 (en) | 2012-02-10 | 2014-11-18 | Protegrity Corporation | Tokenization in mobile environments |
US20130212017A1 (en) | 2012-02-14 | 2013-08-15 | N.B. Development Services Inc. | Transaction system and method of conducting a transaction |
US20130226813A1 (en) | 2012-02-23 | 2013-08-29 | Robert Matthew Voltz | Cyberspace Identification Trust Authority (CITA) System and Method |
US20130246199A1 (en) | 2012-03-14 | 2013-09-19 | Mark Carlson | Point-of-transaction account feature redirection apparatuses, methods and systems |
US20130246259A1 (en) | 2012-03-15 | 2013-09-19 | Firethorn Mobile, Inc. | System and method for managing payment in transactions with a pcd |
US9092776B2 (en) | 2012-03-15 | 2015-07-28 | Qualcomm Incorporated | System and method for managing payment in transactions with a PCD |
US9105021B2 (en) | 2012-03-15 | 2015-08-11 | Ebay, Inc. | Systems, methods, and computer program products for using proxy accounts |
US20130246267A1 (en) | 2012-03-15 | 2013-09-19 | Ebay Inc. | Systems, Methods, and Computer Program Products for Using Proxy Accounts |
US20130254102A1 (en) | 2012-03-20 | 2013-09-26 | First Data Corporation | Systems and Methods for Distributing Tokenization and De-Tokenization Services |
US9818098B2 (en) | 2012-03-20 | 2017-11-14 | First Data Corporation | Systems and methods for facilitating payments via a peer-to-peer protocol |
US20130254028A1 (en) | 2012-03-22 | 2013-09-26 | Corbuss Kurumsal Telekom Hizmetleri A.S. | System and method for conducting mobile commerce |
US20130262315A1 (en) | 2012-03-30 | 2013-10-03 | John Hruska | System for Secure Purchases Made by Scanning Barcode Using a Registered Mobile Phone Application Linked to a Consumer-Merchant Closed Loop Financial Proxy Account System |
US10515359B2 (en) | 2012-04-02 | 2019-12-24 | Mastercard International Incorporated | Systems and methods for processing mobile payments by provisioning credentials to mobile devices without secure elements |
WO2013151807A1 (en) | 2012-04-02 | 2013-10-10 | Jvl Ventures, Llc | Systems, methods, and computer program products for provisioning payment accounts into mobile wallets and managing events |
US10528944B2 (en) | 2012-04-13 | 2020-01-07 | Mastercard International Incorporated | Systems, methods, and computer readable media for conducting a transaction using cloud based credentials |
CN107369015B (en) | 2012-04-18 | 2021-01-08 | 谷歌有限责任公司 | Processing payment transactions without a secure element |
US20130282588A1 (en) | 2012-04-22 | 2013-10-24 | John Hruska | Consumer, Merchant and Mobile Device Specific, Real-Time Dynamic Tokenization Activation within a Secure Mobile-Wallet Financial Transaction System |
US10275764B2 (en) | 2012-05-04 | 2019-04-30 | Mastercard International Incorporated | Transaction data tokenization |
US20130297501A1 (en) | 2012-05-04 | 2013-11-07 | Justin Monk | System and method for local data conversion |
US20130311382A1 (en) | 2012-05-21 | 2013-11-21 | Klaus S. Fosmark | Obtaining information for a payment transaction |
US9521548B2 (en) | 2012-05-21 | 2016-12-13 | Nexiden, Inc. | Secure registration of a mobile device for use with a session |
WO2013179271A2 (en) | 2012-06-01 | 2013-12-05 | Mani Venkatachalam Sthanu Subra | Method and system for human assisted secure payment by phone to an insecure third-party service provider |
US9524501B2 (en) | 2012-06-06 | 2016-12-20 | Visa International Service Association | Method and system for correlating diverse transaction data |
US20130346305A1 (en) | 2012-06-26 | 2013-12-26 | Carta Worldwide Inc. | Mobile wallet payment processing |
US20140007213A1 (en) | 2012-06-29 | 2014-01-02 | Wepay, Inc. | Systems and methods for push notification based application authentication and authorization |
US9059972B2 (en) | 2012-07-03 | 2015-06-16 | International Business Machines Corporation | Issuing, presenting and challenging mobile device identification documents |
WO2014008403A1 (en) | 2012-07-03 | 2014-01-09 | Visa International Service Association | Data protection hub |
US20140025581A1 (en) | 2012-07-19 | 2014-01-23 | Bank Of America Corporation | Mobile transactions using authorized tokens |
US9043609B2 (en) | 2012-07-19 | 2015-05-26 | Bank Of America Corporation | Implementing security measures for authorized tokens used in mobile transactions |
US20140025585A1 (en) | 2012-07-19 | 2014-01-23 | Bank Of America Corporation | Distributing authorized tokens to conduct mobile transactions |
US9846861B2 (en) | 2012-07-25 | 2017-12-19 | Visa International Service Association | Upstream and downstream data conversion |
US9256871B2 (en) | 2012-07-26 | 2016-02-09 | Visa U.S.A. Inc. | Configurable payment tokens |
US10346838B2 (en) | 2012-07-31 | 2019-07-09 | Worldpay, Llc | Systems and methods for distributed enhanced payment processing |
US10339524B2 (en) | 2012-07-31 | 2019-07-02 | Worldpay, Llc | Systems and methods for multi-merchant tokenization |
US10152711B2 (en) | 2012-07-31 | 2018-12-11 | Worldpay, Llc | Systems and methods for arbitraged enhanced payment processing |
PL2885904T3 (en) | 2012-08-03 | 2018-09-28 | Vasco Data Security International Gmbh | User-convenient authentication method and apparatus using a mobile authentication application |
US9665722B2 (en) | 2012-08-10 | 2017-05-30 | Visa International Service Association | Privacy firewall |
US20140052637A1 (en) | 2012-08-17 | 2014-02-20 | Google Inc. | Portable device wireless reader and payment transaction terminal secure memory functionality |
AU2013308905B2 (en) | 2012-08-28 | 2018-12-13 | Visa International Service Association | Protecting assets on a device |
US10192216B2 (en) | 2012-09-11 | 2019-01-29 | Visa International Service Association | Cloud-based virtual wallet NFC apparatuses, methods and systems |
US9390412B2 (en) | 2012-10-16 | 2016-07-12 | Visa International Service Association | Dynamic point of sale system integrated with reader device |
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 |
US20140164243A1 (en) | 2012-12-07 | 2014-06-12 | Christian Aabye | Dynamic Account Identifier With Return Real Account Identifier |
US9741051B2 (en) | 2013-01-02 | 2017-08-22 | Visa International Service Association | Tokenization and third-party interaction |
US20140324690A1 (en) | 2013-01-11 | 2014-10-30 | American Express Travel Related Services Company, Inc. | System and method for a single digital wallet dynamic checkout tool |
BR112015020007A2 (en) | 2013-02-26 | 2017-07-18 | Visa Int Service Ass | methods and systems for providing payment credentials |
US9249241B2 (en) | 2013-03-27 | 2016-02-02 | Ut-Battelle, Llc | Surface-functionalized mesoporous carbon materials |
US9270674B2 (en) * | 2013-03-29 | 2016-02-23 | Citrix Systems, Inc. | Validating the identity of a mobile application for mobile application management |
WO2014162296A1 (en) | 2013-04-04 | 2014-10-09 | Visa International Service Association | Method and system for conducting pre-authorized financial transactions |
GB2512944A (en) * | 2013-04-12 | 2014-10-15 | Mastercard International Inc | Systems and methods for outputting information on a display of a mobile device |
US20140310183A1 (en) | 2013-04-15 | 2014-10-16 | Lance Weber | Embedded acceptance system |
US20140331265A1 (en) | 2013-05-01 | 2014-11-06 | Microsoft Corporation | Integrated interactive television entertainment system |
US11055710B2 (en) | 2013-05-02 | 2021-07-06 | Visa International Service Association | Systems and methods for verifying and processing transactions using virtual currency |
US20140330722A1 (en) | 2013-05-02 | 2014-11-06 | Prasanna Laxminarayanan | System and method for using an account sequence identifier |
US9760886B2 (en) | 2013-05-10 | 2017-09-12 | Visa International Service Association | Device provisioning using partial personalization scripts |
CN105359179B (en) | 2013-05-15 | 2019-12-10 | 维萨国际服务协会 | Mobile tokenization hub |
US10878422B2 (en) | 2013-06-17 | 2020-12-29 | Visa International Service Association | System and method using merchant token |
US20160132878A1 (en) | 2013-07-02 | 2016-05-12 | Visa International Service Association | Payment Card Including User Interface for Use with Payment Card Acceptance Terminal |
KR102123494B1 (en) | 2013-07-15 | 2020-06-29 | 비자 인터네셔널 서비스 어소시에이션 | Secure remote payment transaction processing |
SG10201800629WA (en) | 2013-07-24 | 2018-02-27 | Visa Int Service Ass | Systems and methods for communicating risk using token assurance data |
US10496986B2 (en) | 2013-08-08 | 2019-12-03 | Visa International Service Association | Multi-network tokenization processing |
WO2015021420A1 (en) | 2013-08-08 | 2015-02-12 | Visa International Service Association | Methods and systems for provisioning mobile devices with payment credentials |
EP3843023A1 (en) | 2013-08-15 | 2021-06-30 | Visa International Service Association | Secure remote payment transaction processing using a secure element |
US10037082B2 (en) | 2013-09-17 | 2018-07-31 | Paypal, Inc. | Physical interaction dependent transactions |
US10817875B2 (en) | 2013-09-20 | 2020-10-27 | Visa International Service Association | Secure remote payment transaction processing including consumer authentication |
EP3078156A4 (en) | 2013-10-11 | 2017-07-12 | Visa International Service Association | Network token system |
US9978094B2 (en) | 2013-10-11 | 2018-05-22 | Visa International Service Association | Tokenization revocation list |
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 |
US20150127529A1 (en) | 2013-11-05 | 2015-05-07 | Oleg Makhotin | Methods and systems for mobile payment application selection and management using an application linker |
US20150142673A1 (en) | 2013-11-18 | 2015-05-21 | Mark Nelsen | Methods and systems for token request management |
CA2930149A1 (en) | 2013-11-19 | 2015-05-28 | Visa International Service Association | Automated account provisioning |
US20150161597A1 (en) | 2013-12-09 | 2015-06-11 | Kaushik Subramanian | Transactions using temporary credential data |
BR112016014106A2 (en) | 2013-12-19 | 2017-08-08 | Visa Int Service Ass | METHOD FOR ENHANCED SECURITY OF A COMMUNICATION DEVICE, AND, COMMUNICATION DEVICE |
US9922322B2 (en) | 2013-12-19 | 2018-03-20 | Visa International Service Association | Cloud-based transactions with magnetic secure transmission |
US10445718B2 (en) | 2013-12-27 | 2019-10-15 | Visa International Service Association | Processing a transaction using multiple application identifiers |
US10108409B2 (en) | 2014-01-03 | 2018-10-23 | Visa International Service Association | Systems and methods for updatable applets |
US10433128B2 (en) | 2014-01-07 | 2019-10-01 | Visa International Service Association | Methods and systems for provisioning multiple devices |
US20150199679A1 (en) | 2014-01-13 | 2015-07-16 | Karthikeyan Palanisamy | Multiple token provisioning |
US9846878B2 (en) | 2014-01-14 | 2017-12-19 | Visa International Service Association | Payment account identifier system |
US20150220917A1 (en) | 2014-02-04 | 2015-08-06 | Christian Aabye | Token verification using limited use certificates |
AU2015231418A1 (en) | 2014-03-18 | 2016-09-29 | Visa International Service Association | Systems and methods for locally derived tokens |
US20150278799A1 (en) | 2014-03-27 | 2015-10-01 | Karthikeyan Palanisamy | System incorporating wireless share process |
US10026087B2 (en) | 2014-04-08 | 2018-07-17 | 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 |
WO2015168334A1 (en) | 2014-05-01 | 2015-11-05 | Visa International Service Association | Data verification using access device |
AU2015256205B2 (en) | 2014-05-05 | 2020-07-16 | Visa International Service Association | System and method for token domain control |
AU2015259162B2 (en) | 2014-05-13 | 2020-08-13 | Visa International Service Association | Master applet for secure remote payment processing |
US11023890B2 (en) | 2014-06-05 | 2021-06-01 | Visa International Service Association | Identification and verification for provisioning mobile application |
US9780953B2 (en) | 2014-07-23 | 2017-10-03 | Visa International Service Association | Systems and methods for secure detokenization |
US10484345B2 (en) | 2014-07-31 | 2019-11-19 | Visa International Service Association | System and method for identity verification across mobile applications |
US9779345B2 (en) | 2014-08-11 | 2017-10-03 | Visa International Service Association | Mobile device with scannable image including dynamic data |
US9775029B2 (en) | 2014-08-22 | 2017-09-26 | Visa International Service Association | Embedding cloud-based functionalities in a communication device |
WO2016033610A1 (en) | 2014-08-29 | 2016-03-03 | Visa International Service Association | Methods for secure cryptogram generation |
SG11201701653WA (en) | 2014-09-26 | 2017-04-27 | Visa Int Service Ass | Remote server encrypted data provisioning system and methods |
US11257074B2 (en) | 2014-09-29 | 2022-02-22 | Visa International Service Association | Transaction risk based token |
AU2015329722A1 (en) | 2014-10-10 | 2017-04-13 | Visa International Service Association | Methods and systems for partial personalization during mobile application update |
US10015147B2 (en) | 2014-10-22 | 2018-07-03 | Visa International Service Association | Token enrollment system and method |
US10325261B2 (en) | 2014-11-25 | 2019-06-18 | Visa International Service Association | Systems communications with non-sensitive identifiers |
CN113537988A (en) | 2014-11-26 | 2021-10-22 | 维萨国际服务协会 | Method and apparatus for tokenizing requests via an access device |
KR20170094192A (en) | 2014-12-12 | 2017-08-17 | 비자 인터네셔널 서비스 어소시에이션 | Provisioning platform for machine-to-machine devices |
US10257185B2 (en) | 2014-12-12 | 2019-04-09 | Visa International Service Association | Automated access data provisioning |
US10096009B2 (en) | 2015-01-20 | 2018-10-09 | Visa International Service Association | Secure payment processing using authorization request |
SG11201704984SA (en) | 2015-01-27 | 2017-07-28 | Visa Int Service Ass | Methods for secure credential provisioning |
US11250391B2 (en) | 2015-01-30 | 2022-02-15 | Visa International Service Association | Token check offline |
US10977657B2 (en) | 2015-02-09 | 2021-04-13 | Visa International Service Association | Token processing utilizing multiple authorizations |
US11170379B2 (en) | 2015-02-13 | 2021-11-09 | Visa International Service Association | Peer forward authorization of digital requests |
US10164996B2 (en) | 2015-03-12 | 2018-12-25 | Visa International Service Association | Methods and systems for providing a low value token buffer |
US9998978B2 (en) | 2015-04-16 | 2018-06-12 | Visa International Service Association | Systems and methods for processing dormant virtual access devices |
CA2997379A1 (en) | 2015-10-15 | 2017-04-20 | Visa International Service Association | Instant token issuance system |
AU2017206119B2 (en) | 2016-01-07 | 2020-10-29 | Visa International Service Association | Systems and methods for device push provisioning |
US11501288B2 (en) | 2016-02-09 | 2022-11-15 | 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 |
US10509779B2 (en) | 2016-09-14 | 2019-12-17 | Visa International Service Association | Self-cleaning token vault |
-
2014
- 2014-05-15 CN CN201480038080.8A patent/CN105359179B/en active Active
- 2014-05-15 CA CA2912695A patent/CA2912695A1/en not_active Abandoned
- 2014-05-15 WO PCT/US2014/038284 patent/WO2014186635A1/en active Application Filing
- 2014-05-15 KR KR1020157035424A patent/KR102058175B1/en active IP Right Grant
- 2014-05-15 AU AU2014265291A patent/AU2014265291B2/en active Active
- 2014-05-15 SG SG10202008740YA patent/SG10202008740YA/en unknown
- 2014-05-15 SG SG10201709411RA patent/SG10201709411RA/en unknown
- 2014-05-15 BR BR112015028628A patent/BR112015028628A2/en not_active Application Discontinuation
- 2014-05-15 US US14/279,186 patent/US9978062B2/en active Active
- 2014-05-15 SG SG11201509386UA patent/SG11201509386UA/en unknown
- 2014-05-15 EP EP14797341.6A patent/EP2997532A4/en not_active Ceased
-
2016
- 2016-06-20 HK HK16107080.8A patent/HK1219163A1/en unknown
-
2018
- 2018-04-19 US US15/956,991 patent/US11341491B2/en active Active
-
2022
- 2022-05-09 US US17/740,117 patent/US11861607B2/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7809650B2 (en) | 2003-07-01 | 2010-10-05 | Visa U.S.A. Inc. | Method and system for providing risk information in connection with transaction processing |
US20110106710A1 (en) * | 2009-11-05 | 2011-05-05 | Judson Reed | Encryption switch processing |
US20120023567A1 (en) | 2010-07-16 | 2012-01-26 | Ayman Hammad | Token validation for advanced authorization |
US20120036075A1 (en) * | 2010-08-09 | 2012-02-09 | Microsoft Corporation | Determining mobile account to apply marketplace charges |
US20120136796A1 (en) * | 2010-09-21 | 2012-05-31 | Ayman Hammad | Device Enrollment System and Method |
US20120303503A1 (en) | 2011-05-26 | 2012-11-29 | First Data Corporation | Systems and Methods for Tokenizing Financial Information |
US20130103685A1 (en) * | 2011-09-01 | 2013-04-25 | Protegrity Corporation | Multiple Table Tokenization |
US20130086141A1 (en) * | 2011-09-29 | 2013-04-04 | Anil Saldhana | Systems and methods for security token management service hosted in application server |
Non-Patent Citations (1)
Title |
---|
See also references of EP2997532A4 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11861607B2 (en) | 2013-05-15 | 2024-01-02 | Visa International Service Association | Mobile tokenization hub using dynamic identity information |
WO2016149142A1 (en) | 2015-03-13 | 2016-09-22 | Visa International Service Association | Device with multiple identifiers |
EP3268903A4 (en) * | 2015-03-13 | 2018-09-12 | Visa International Service Association | Device with multiple identifiers |
CN109983751A (en) * | 2016-11-22 | 2019-07-05 | 安维智有限公司 | The management service of management equipment migrates |
CN109983751B (en) * | 2016-11-22 | 2022-06-07 | 安维智有限公司 | Management service migration for managing devices |
WO2023224735A1 (en) * | 2022-05-17 | 2023-11-23 | Visa International Service Association | Efficient and secure token provisioning |
Also Published As
Publication number | Publication date |
---|---|
US20180247303A1 (en) | 2018-08-30 |
AU2014265291B2 (en) | 2019-05-16 |
CN105359179A (en) | 2016-02-24 |
AU2014265291A1 (en) | 2015-11-26 |
US9978062B2 (en) | 2018-05-22 |
KR20160008619A (en) | 2016-01-22 |
US11341491B2 (en) | 2022-05-24 |
SG10202008740YA (en) | 2020-10-29 |
EP2997532A4 (en) | 2016-05-11 |
US20140344153A1 (en) | 2014-11-20 |
US20220270086A1 (en) | 2022-08-25 |
BR112015028628A2 (en) | 2017-07-25 |
KR102058175B1 (en) | 2019-12-20 |
SG11201509386UA (en) | 2015-12-30 |
EP2997532A1 (en) | 2016-03-23 |
US11861607B2 (en) | 2024-01-02 |
SG10201709411RA (en) | 2018-01-30 |
HK1219163A1 (en) | 2017-03-24 |
CA2912695A1 (en) | 2014-11-20 |
CN105359179B (en) | 2019-12-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11861607B2 (en) | Mobile tokenization hub using dynamic identity information | |
US11587067B2 (en) | Digital wallet system and method | |
US20210368012A1 (en) | System and method for token domain control | |
CN109328445B (en) | Unique token authentication verification value | |
US11620643B2 (en) | Tokenization request via access device | |
US20190197552A1 (en) | Payment account identifier system | |
US10922675B2 (en) | Remote transaction system, method and point of sale terminal | |
US20210320922A1 (en) | Method and system for token provisioning and processing | |
AU2014292980A1 (en) | Systems and methods for interoperable network token processing | |
JP6667498B2 (en) | Remote transaction system, method and POS terminal | |
EP3446434B1 (en) | Access credential management device | |
US20230067507A1 (en) | System and method for token processing | |
WO2023229571A1 (en) | Secure and privacy preserving message routing system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 201480038080.8 Country of ref document: CN |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 14797341 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2912695 Country of ref document: CA |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2014797341 Country of ref document: EP |
|
ENP | Entry into the national phase |
Ref document number: 2014265291 Country of ref document: AU Date of ref document: 20140515 Kind code of ref document: A |
|
REG | Reference to national code |
Ref country code: BR Ref legal event code: B01A Ref document number: 112015028628 Country of ref document: BR |
|
ENP | Entry into the national phase |
Ref document number: 20157035424 Country of ref document: KR Kind code of ref document: A |
|
ENP | Entry into the national phase |
Ref document number: 112015028628 Country of ref document: BR Kind code of ref document: A2 Effective date: 20151113 |