U.S. patent application number 13/902458 was filed with the patent office on 2013-11-28 for methods and systems for wallet enrollment.
The applicant listed for this patent is Kevin Laracey. Invention is credited to Kevin Laracey.
Application Number | 20130317928 13/902458 |
Document ID | / |
Family ID | 49622322 |
Filed Date | 2013-11-28 |
United States Patent
Application |
20130317928 |
Kind Code |
A1 |
Laracey; Kevin |
November 28, 2013 |
METHODS AND SYSTEMS FOR WALLET ENROLLMENT
Abstract
Embodiments of the present invention relate to systems, methods,
processes, computer program code, and means for creating digital
wallets for users. In some embodiments, digital wallets are
created, at least in part, on information obtained from payment
transactions conducted by users.
Inventors: |
Laracey; Kevin; (Natick,
MA) |
|
Applicant: |
Name |
City |
State |
Country |
Type |
Laracey; Kevin |
Natick |
MA |
US |
|
|
Family ID: |
49622322 |
Appl. No.: |
13/902458 |
Filed: |
May 24, 2013 |
Related U.S. Patent Documents
|
|
|
|
|
|
Application
Number |
Filing Date |
Patent Number |
|
|
61651193 |
May 24, 2012 |
|
|
|
Current U.S.
Class: |
705/21 ;
705/41 |
Current CPC
Class: |
G06Q 20/20 20130101;
G06Q 20/3278 20130101; G06Q 20/322 20130101; G06Q 20/4014 20130101;
G06Q 20/363 20130101; G06Q 20/40 20130101; G06Q 20/3552 20130101;
G06Q 20/405 20130101; G06Q 20/10 20130101; G06Q 20/326 20200501;
G06Q 20/202 20130101; G06Q 30/06 20130101 |
Class at
Publication: |
705/21 ;
705/41 |
International
Class: |
G06Q 20/36 20060101
G06Q020/36 |
Claims
1. A method of conducting a digital wallet registration,
comprising: receiving, from a point of transaction, information
associated with a payment device of a user; receiving, from said
point of transaction, information associated with a user contact
preference; provisioning a digital wallet for use by said user; and
transmitting information associated with said digital wallet to
said user using said contact preference.
2. The method of claim 1, wherein said information associated with
a payment device of a user is information obtained during a
transaction at a point of transaction device.
3. The method of claim 1, further comprising: receiving, from said
point of transaction, a user consent to utilize said information
associated with said payment device to provision said digital
wallet.
4. The method of claim 3, wherein said information associated with
said user contact preference and said user consent are received in
a single message from said point of transaction.
5. The method of claim 1, wherein said user contact preference is a
mobile telephone number, and wherein said transmitting information
associated with said digital wallet to said user further comprises
at least one of (i) transmitting a text message to said user, and
(ii) placing a phone call to said user.
6. The method of claim 1, wherein said information associated with
a payment device of a user is data read from at least one of: (i) a
magnetic stripe of said payment device, and (ii) a memory chip of
said payment device.
7. The method of claim 1, wherein said provisioning a digital
wallet for use by said user further comprises: assigning a proxy
identifier to said payment device of said user; storing said
information associated with said payment device in a secure data
store identifiable by said proxy identifier; and associating said
proxy identifier with said digital wallet.
8. The method of claim 7, wherein said provisioning a digital
wallet for use by said user further comprises: identifying an image
associated with said payment device of said user; and associating
said image with said digital wallet.
9. The method of claim 8, wherein said image associated with said
payment device of said user is at least one of: (i) a logo of an
issuer of said payment device, (ii) a logo of a payment network of
said payment device, (iii) an image of a payment card graphic.
10. The method of claim 1, wherein said transaction at a point of
transaction further includes routing said information associated
with a payment device with transaction data to an issuer of a
payment account for authorization of said transaction.
11. A method for processing wallet enrollments, comprising:
identifying a request for a mobile wallet at a point of transaction
device; receiving consumer contact information; prompting the
consumer to present a payment card to be read; transmitting a
mobile wallet installation message to the consumer upon receipt of
data from the payment card.
12. The method of claim 11, wherein the point of transaction device
includes a tablet computer having a touch screen display.
13. A digital wallet enrollment system, comprising: a communication
device to receive wallet registration request data from a
registration device, including a customer contact information and
payment account data; a computer processor for executing program
instructions; and a memory, coupled to the computer processor, for
storing program instructions for execution by the computer
processor for: creating a digital wallet associated with said
customer contact information and said payment account data; and
transmitting information associated with said digital wallet to
said customer using said customer contact information.
14. The digital wallet enrollment system of claim 13, wherein said
payment account data is data read from a payment card presented by
a customer at a merchant point of sale.
15. The digital wallet enrollment system of claim 14, wherein said
payment account data is magnetic stripe track data.
16. The digital wallet enrollment system of claim 13, wherein said
customer contact information is obtained at an enrollment device in
communication with a point of sale device at said merchant
location.
17. The digital wallet enrollment system of claim 13, wherein said
creating a digital wallet further comprises: provisioning a mobile
application for use by said customer.
18. The digital wallet enrollment system of claim 17, wherein said
transmitting information associated with said digital wallet to
said customer further comprises: transmitting information usable by
said customer to install said mobile wallet application on a mobile
device.
19. The digital wallet enrollment system of claim 13, further
storing program instructions for execution by the computer
processor for: receiving, from said customer, additional
information to update said digital wallet.
Description
CROSS-REFERENCE TO RELATED APPLICATIONS
[0001] The present application is a non-provisional application of
and claims benefit of and priority to U.S. Provisional Patent
Application Ser. No. 61/651,193 filed on May 24, 2012, the entire
contents of which are incorporated herein by reference for all
purposes.
BACKGROUND
[0002] Consumers continue to seek faster, more convenient and more
secure ways to pay for goods and services, pay bills, pay other
people (peer-to-peer or person to person) and access cash at ATMs.
In some cases this means conducting these transactions without the
use of plastic payment cards. For example, the inventor of the
instant application described systems and methods for using mobile
devices (such as mobile phones) to conduct purchase transactions in
U.S. Pat. No. 8,380,177, the contents of which are hereby
incorporated herein in their entirety for all purposes.
[0003] Many card-less, online or mobile transaction systems require
that users register one or more payment devices or accounts with a
so-called "digital wallet". The digital wallet stores information
about the user and the payment device(s), allowing the payment
device(s) to be used in transactions involving the digital wallet.
Unfortunately, adoption of such digital wallets requires that users
enroll or otherwise provide information to the entity operating the
digital wallet (including payment card details, user details, and
the like). For example, some digital wallets require the user to
navigate a Web browser to a wallet enrollment website, enter a
portion of the data associated with a plastic payment card (or
other payment account) into an enrollment form, and provide other
authenticating information. This process can be time consuming,
error prone, subject to fraud, and inconvenient for potential
users.
[0004] As digital wallets become more prevalent, users will want to
store many or all of their account information in the new wallet
which makes the process even more time consuming. This difficult
registration process makes it much less likely users will adopt
alternate payment methods and creates a barrier to broader,
merchant and financial institution acceptance.
[0005] It would be desirable to provide a convenient and secure way
for users to register payment credentials with a digital or mobile
wallet service and thus enable more rapid adoption of alternative
payment methods.
BRIEF DESCRIPTION OF THE DRAWINGS
[0006] FIG. 1 is a block diagram depicting a system configured
pursuant to some embodiments.
[0007] FIG. 2 is a flow diagram depicting a process pursuant to
some embodiments.
[0008] FIG. 3 is a block diagram depicting a point of transaction
device pursuant to some embodiments.
[0009] FIG. 4 is a flow diagram depicting a process pursuant to
some embodiments.
[0010] FIG. 5 is an illustrative user interface of a point of
transaction display pursuant to some embodiments.
DESCRIPTION
[0011] Embodiments of the present invention relate to systems,
methods, processes, computer program code, and means for creating
digital wallets for users. In some embodiments, digital wallets are
created, at least in part, on information obtained from payment
transactions conducted by users. For example, in some embodiments,
a seed data record in a digital wallet system may be created for a
user based on information obtained during a payment transaction
conducted by that user. For example, the information may be
obtained during a purchase transaction at a merchant in which the
user presents a traditional credit card (or other payment device)
to a merchant at a point of sale (in person at a physical point of
sale or remotely in a mail order, telephone or Internet
transaction). In some embodiments, payment details and user
information obtained during the purchase transaction may be
transmitted to a wallet enrollment system for use in creating a
seed data record in a digital wallet system. Additional details may
be provided by the user at a later time (e.g., in response to a
notification message transmitted by the digital wallet system to
the user). In this way, embodiments allow the creation of digital
wallets on behalf of users efficiently and securely. Further,
embodiments provide merchants and other entities with the ability
to market and encourage use of digital wallets by prompting them to
enroll while at a point of sale. In this way, merchants can
dramatically accelerate consumer adoption of digital wallets.
[0012] As used herein, the term "payment device", "payment card" or
"credit card" is used to refer to a device, card or indicator used
to initiate payment or purchase transactions. For example, a
payment device may be a traditional credit card, debit card, or
similar device that may be presented to a merchant or other entity
by an account holder to complete a financial transaction.
[0013] As used herein, the term "digital wallet" is used to refer
to an electronic repository of payment or other account information
such as, for example, a mobile payment application that accesses
account information stored at one or more central repositories. For
example, one form of digital wallet that may be used with desirable
results in conjunction with embodiments of the present invention is
the digital wallet (or mobile payment application) shown and
described in our co-pending and commonly assigned U.S. patent
application Ser. No. 13/768,156 and U.S. Pat. No. 8,380,177, the
contents of each of which are hereby incorporated by reference in
their entirety for all purposes. Those skilled in the art, upon
reading the following disclosure, will appreciate that embodiments
of the present invention may be used with desirable results in
conjunction with other "digital wallet" technologies such as, for
example, electronic wallets accessible online (such as, for
example, the Google.RTM. Wallet, PayPal.RTM., V.ME from Visa.RTM.
or the like). For example, a wallet accessible online (e.g., via a
Web browser) may be referred to as a "browser wallet", while a
wallet accessible through a mobile application may be referred to
as a "mobile wallet". Some wallets may be accessible through both a
mobile application as well as a browser. For convenience and ease
of exposition, each of these wallets may be referred to herein as a
"digital wallet".
[0014] Embodiments of the present invention relate to systems,
methods, processes, computer program code and means for enrolling
in and creating a digital/mobile wallet account that can be used on
a mobile device or any other network (such as Internet) connected
device to conduct financial transactions in a variety of contexts
including retail stores, restaurants, ecommerce sites, bill
payment, ATM cash access and between individuals. In some
embodiments, the account and wallet creation process is initiated
at a brick and mortar point-of-sale terminal, when a retailer
processes a payment card as part of a traditional card-based
payment transaction. In some embodiments, the card can include but
is not limited to credit, debit, stored, value and even checking,
savings and other bank accounts. In some embodiments, the card can
be a loyalty, reward, or other benefits card.
[0015] For the purposes of describing features of some embodiments,
an illustrative example will be described (and referenced
throughout the remainder of this disclosure). This illustrative
example is not intended to be limiting--instead, it is used to
provide an example of some embodiments. In the illustrative
example, an individual (the "customer") has several payment cards,
including a debit card issued by a first bank (referred to as
"First Bank") and a credit card issued by a second bank (referred
to as "Second Bank"). Both of the payment cards are traditional
form factor magnetic stripe cards (e.g., they are compliant with
ISO Standards 7810, 7812 and 7813, for example). In the
illustrative example, the customer is conducting a transaction at a
retail store. In particular, the customer has presented a number of
items to a store clerk, who has rung up the items on a store point
of sale device. The customer chooses to pay using his debit card,
and presents the card for payment (e.g., by swiping the magnetic
stripe card through a customer-facing point of sale device, or by
providing the card to the clerk, etc.).
[0016] Pursuant to embodiments of the present invention, several
things occur at this point in the transaction. First, data from the
payment card (e.g., such as magnetic stripe data read from Track 1
and/or Track 2 of the card) are used to establish a traditional
payment authorization request (for submission to a payment network
for processing of the transaction). Further, pursuant to some
embodiments, the same (or similar) data from the payment card is
used to establish a wallet registration request message. This
wallet registration request message can be initiated by the point
of sale terminal or it can be initiated elsewhere in the
authorization processing network (e.g., such as at an acquirer, an
issuer, a merchant processor, a gateway, or in the payment network
itself). In some embodiments, generation (and transmission) of the
wallet registration request message may require permission or
acceptance by the customer. In some embodiments, this permission or
acceptance is obtained at the point of sale (e.g., by presenting a
message to the customer on a customer facing point of sale device,
such as that shown and described below in conjunction with FIG. 5).
In some embodiments, the customer permission or acceptance includes
the receipt of a contact method for the customer, such as, for
example, a mobile telephone number, an email address or the
like.
[0017] Once acceptance or permission is obtained, the wallet
registration request message is transmitted to a wallet enrollment
system for further processing. In situations where the customer
does not currently have a digital wallet, the wallet enrollment
system provisions or creates a digital wallet on behalf of the
customer. The provisioning of the digital wallet includes
associating the received payment card data (e.g., from Track 1
and/or Track 2 of the payment card or the like) with the customer's
digital wallet. In some embodiments the actual payment account
information (such as the primary account number or "PAN" and other
sensitive information) is stored in a secure manner and associated
with the digital wallet using a proxy identifier or the like. Once
the digital wallet is provisioned, information is transmitted from
the wallet enrollment system (or from a system under control of the
wallet enrollment system) to the customer (using the contact method
provided by the customer) with instructions for accessing the newly
provisioned digital wallet. In this manner, embodiments allow
customers to easily register or associate payment card information
with a wallet (as well as to create a new digital wallet). For
example, in some embodiments, upon electronically or otherwise
collecting (including by manual keypad entry) payment account
information from a payment card, the account data is not only
transmitted via traditional channels to a payment processor, but
given customer approval, is also transmitted to a wallet enrollment
system to initiate the account creation process.
[0018] In the illustrative example, the customer may later wish to
add his credit card (from Second Bank) to his previously created
digital wallet. Pursuant to some embodiments, additional payment
cards can easily be added when the customer uses the additional
payment card at a point of sale, and when prompted whether the card
should be added to a digital wallet, the customer may consent and
enter contact information that is previously associated with the
existing digital wallet. The contact information may then be used
to identify the existing digital wallet and information associated
with the new payment card may be associated with the existing
digital wallet of the customer.
[0019] In some embodiments, when a payment card is added (e.g., in
response to a wallet registration request message) to a new (or
existing) digital wallet, the payment card record in the wallet is
considered to be a "seed" or partial record, and additional steps
may be required from the customer to complete the information about
the payment card in the wallet (e.g., to verify the customer's
ownership of the account, to provide usage rules, to provide name,
address and other contact information, or the like). In some
embodiments, the contact method provided by the customer may be
used to communicate information to the customer to obtain the
additional information required to complete the record. As used
herein, the term "seed record" will be used to refer to payment
account data associated with a digital wallet which requires
additional information from a holder of the payment account. While
the term "record" is used, it is not intended to imply that a
single record or field of a database or data table contains the
information--instead, the term "record" is used merely for
convenience and ease of exposition, and is intended to refer to any
data storage technique in which data associated with an account may
be stored in association with a digital wallet.
[0020] The initial account data including but not limited to
customer name, account identification number, expiration date and
other necessary information, is used to "seed" the account creation
process. Once the initial account setup is completed, the wallet
enrollment system sends an email, text message or otherwise
notifies the user that an account has been created in their name.
This notification includes a link, button or other means of
navigating to an application or website for completing the
enrollment process.
[0021] Once the customer installs the mobile application or
navigates to a Web site associated with the wallet provider, they
may or may not be required to enter additional information. At a
minimum it is expected the customer will need to create account
authentication credentials that may include but are not limited to
a username, email address, password, PIN or other identifying
information. This information will be used to authenticate further
access to the digital wallet to change account information, user
profile information or other user data. Those skilled in the art
will appreciate there are a number of activities a user may wish to
conduct as part of digital wallet account maintenance.
[0022] Once the registration process is complete, the customer now
has a valid digital wallet that can be accessed by any number of
alternative payment mechanisms or applications including mobile
payment, ecommerce payments, peer-to-peer (or person to person)
payments, bill payments and ATM cash access.
[0023] Embodiments of the present invention are believed to provide
desirable advantages when compared to existing methods for user and
payment account enrollment in alternative payment wallets. First,
it provides a convenient process for retailers and other merchants
to encourage registration for a digital wallet at the time of
payment. In this way, consumers that are using traditional methods
of payments can be encouraged to enroll for an alternative payment
method as part of the normal payment process. This will create
numerous opportunities to drive customer adoption as part of the
normal daily business process.
[0024] Another advantage is customer convenience. Registering
payment accounts can be a time consuming process whether it is
entering credit card information, address data for an e-commerce
site, or adding account information to an existing alternative
payments platform like PayPal. It is widely believed that these
existing registration processes are a primary deterrent to using
alternative, digital or mobile payment systems. By reducing the
enrollment and account creation process to a card swipe and a
sharing of contact information (such as a mobile phone number or
email address), the time required to register is dramatically
reduced for the consumer.
[0025] Another advantage is the reduction of fraud in the digital
wallet account creation process. Because physical payment cards are
physically swiped at a point of sales system, fraud due to entering
a stolen card number--a primary source of e-commerce fraud for
example--is eliminated or substantially reduced. Only customers in
physical possession of the card itself can initiate the enrollment
process as part of a payment transaction. The payment transaction
itself also helps reduce fraud in subsequent transactions since a
successful payment transaction with no chargeback is a good
indicator of valid credential data. Furthermore, the addition of
the mobile number or email address adds another "factor" to the
authentication process. This also reduces risk since it combines
the physical card with an additional credential that can be further
validated if necessary.
[0026] Features of some embodiments of the present invention will
be described by reference to FIG. 1, which is a block diagram of a
system 100 pursuant to some embodiments. As shown, the system 100
has a number of entities or devices which interact to facilitate
the efficient enrollment in and provisioning of a digital wallet
for a user. Further, the entities or devices of the system 100 may
allow the efficient enrollment or registration of additional
payment accounts or devices in existing digital wallets.
[0027] In the system of FIG. 1, a user paying for goods at a retail
store approaches the cashier and begins to conduct a transaction in
the traditional manner using a payment device 102. In some
embodiments, the payment device could be a credit, debit, stored
value or other type of payment card. The transaction may be
conducted as a card present transaction (e.g., by swiping or
presenting the payment card to a physical point of sale system) or
it may be a card not present transaction (e.g., where the user
enters card information into an electronic shopping cart or
provides the card information over the phone). In some embodiments,
such as for physical card present transactions, on presenting the
card 104 at a point of sale of the merchant system 106, the clerk
may be prompted on a display of a point of sale device of merchant
system 106 to ask the user whether they would like to enroll
information associated with the payment card 102 into a digital
wallet and/or to create a new digital wallet. In other embodiments,
the prompt to enroll the card may appear on a customer facing
display of a point of sale device, or in an online shopping cart.
The user may agree to enroll the payment card 102 in a digital
wallet (and/or to create a new digital wallet with the payment card
information) by either replying verbally to the clerk or selecting
"yes" (or other affirmative choice) on a display and/or keypad of a
point of sale device themselves. The clerk may also ask the user
for their mobile phone number and/or email address to complete the
transaction. In other embodiments, this request may appear on a
customer facing display device (such as shown in FIG. 5) or in an
electronic shopping cart, and the user may enter this information
rather than a clerk. In other embodiments, the user may also be
prompted to swipe their driver's license 103 or other identifying
information in order to retrieve their home address information as
well.
[0028] Once the user has accepted the offer to create or update a
digital wallet using information associated with the payment card
102, the merchant system 106 generates and transmits a payment
authorization request (including the data read from the payment
card 102 as well as transaction details associated with the
purchase transaction conducted between the cardholder and the
merchant) to a payment processor 108 using a traditional processing
network connection 107. For example, the merchant system 106 may
post data to a payment gateway or otherwise transmit payment card
and transaction data to a payment processor 108 for payment
processing in a conventional manner.
[0029] Pursuant to embodiments of the present invention, the
merchant system 106 also transmits (or causes the transmission of)
payment card information and cardholder contact information (such
as a mobile phone number, an email address, or the like) to a
wallet enrollment system 114 over a network connection 110. For
example, the payment card and contact information may be formed in
a wallet request message and transmitted to the wallet enrollment
system 114 via a secure API or the like. In some embodiments, the
wallet request message is generated by an entity other than the
merchant system 106. For example, in some embodiments, the merchant
system 106 may flag those transactions in which a cardholder has
opted in to allowing the payment card to be used in a wallet
registration process pursuant to the present invention. The flag
may be set in one or more fields such that a payment processor 108
associated with the merchant system 106 may identify those
transactions in which the cardholder has opted in to permitting use
of the payment card to be used in an wallet registration process,
and then the payment processor 108 may generate a wallet request
message which is transmitted to wallet enrollment system 114 for
enrollment processing. In some embodiments, both a flag (or other
data element) indicating customer consent as well as data
identifying a customer contact method may be provided. For example,
the customer contact method may include information identifying a
preferred method by which the customer wishes to be contacted once
the digital wallet has been provisioned by wallet enrollment system
114 (e.g., such as a mobile phone number, an email address, or the
like).
[0030] That is, in some embodiments, the merchant systems 106
transmits the wallet request message to the wallet enrollment
system 114, and in some embodiments, the payment processor 108
transmits the wallet request message to the wallet enrollment
system 114. In either embodiment, the wallet request message may
include information from the payment card 102 used in a transaction
at the merchant (e.g., such as Track 1/Track 2 data read from a
magnetic stripe, or the like).
[0031] The wallet enrollment system 114 combines the payment card
data which may include (but is not limited to): a payment card
number (also referred to as a "PAN"), a payment card expiration
date, and a customer name. Customer contact information may also be
provided (if captured by the merchant systems as described herein),
such as, for example, a mobile phone number, an email address, or
the like. In some embodiments, if a driver's license was
successfully scanned by the merchant system 106, the data
transmitted to the wallet enrollment system 114 data may also
include the cardholder's home address and other information. If the
customer did not previously have a digital wallet provisioned, this
data (received by the wallet enrollment system 114 from a wallet
request message or messages) is used to create a new "seed" digital
wallet account in the customer's name with the swiped payment card
as the initial payment instrument in the digital wallet. If the
customer did previously have a digital wallet provisioned, this
information from the wallet request message is used by the wallet
enrollment system 114 to update an existing digital wallet of the
customer (by adding the new payment card to the existing digital
wallet of the customer).
[0032] Pursuant to some embodiments, the provisioning of a new
digital wallet may include the storage of the received payment card
information in a secure storage device or network, and generating
an identifier (or "proxy") which allows the digital wallet to
reference the payment card information in the secure storage device
or network. The proxy may further be associated with a wallet
identifier assigned to the new customer. In this manner, a digital
wallet may be created that is seeded with basic information
associated with the customer, including the customer contact
information (such as mobile phone number) and a proxy or identifier
usable to lookup or retrieve the payment card information.
[0033] Subsequent to creating the seed digital wallet account, the
wallet enrollment system 114 may send a notification message to the
user (using the contact preference information provided by the
user). For example, the system 114 may cause a text message 118 to
be sent to the user's mobile device 122 with a link to install a
mobile wallet application. The user will select this link and
install the mobile application in order to complete the
registration process. In other embodiments, the wallet enrollment
system may use an email message 124 to send to prompt users of a
mobile phone or a personal computer 130 to complete their
registration and/or install the mobile application.
[0034] Once the mobile application is installed, the user will be
asked to enter any remaining necessary account information needed
to complete the configuration and setup of the digital wallet. For
example, the user may be prompted to enter their home address,
their billing address, their preferred shipping address, and other
contact information (such as alternative phone numbers and email
address). Other required information may include additional account
credentials, social security number, password selection, password
hints and other information. Those skilled in the art will
appreciate that other pieces of information may be collected
pursuant to the present invention.
[0035] Once the registration process is complete, the user is now
able to use their digital wallet using their mobile or internet
connected device to purchase goods or services, pay bills or access
cash at ATMs. The digital wallet is presented on the mobile or
other Internet connected device as a series of accounts available
for payment. After the goods and/or services have been totaled, the
payment method is selected and the transaction conducted.
[0036] Although a single wallet enrollment system 114 is shown in
FIG. 1, any number of such devices may be included. Moreover,
various devices described herein might be combined according to
embodiments of the present invention. For example, in some
embodiments, the wallet enrollment system, the payment processor,
and the merchant (or combinations thereof) might be co-located
and/or may comprise a single apparatus. The wallet enrollment
system 114 may be implemented as one or more server or other
computing devices which include one or more computer processors
which may include one or more conventional microprocessors and may
operate to execute programmed instructions to provide functionality
as described herein. The wallet enrollment system 114 may be,
according to some embodiments, accessible via a Graphical User
Interface (GUI) rendered at least in part by one or more
input/output controllers. The GUI might be used, for example, to
allow access to wallet information or the like by one or more users
and/or administrators.
[0037] Reference is now made to FIG. 2, where a process 200 for
creating a wallet account pursuant to some embodiments is
described. Process 200 may be performed by a system such as the
system 100 of FIG. 1. For example, process 200 may be performed in
association with a purchase transaction conducted by a customer of
a merchant system 106. Although embodiments are described as being
performed in conjunction with a purchase transaction, embodiments
may also be used in a registration process, where a customer swipes
or presents a payment device in order to create a "seed" record in
a digital wallet, without conducting a payment transaction.
[0038] Processing begins at 202 where a wallet enrollment system
114 (or other device operated to perform the processing of FIG. 2)
receives transaction data from a payment transaction involving a
user and a payment device. For example, the transaction data may be
received from a merchant point of sale location at which a user has
presented a payment device for a purchase transaction. The
transaction processing at the merchant may proceed as a normal
transaction; however, some or all of the transaction data may be
transmitted (in parallel, in real time, or in a batch mode) to the
wallet enrollment system 114 at 202, including, for example, data
from Track 1 and/or Track 2 of a magnetic stripe of the payment
device, as well as information identifying the user. For example,
processing at 202 may include transmitting or preparing to transmit
the following information to the wallet enrollment system: the
user's name, the primary account number ("PAN") of the payment
device, and an expiry date. In some embodiments, the user may be
prompted to provide additional information such as an email
address, a phone number, or the like.
[0039] In some embodiments, at 204, either before or after a
payment device is presented, the user is prompted (e.g., prior to
or in conjunction with the purchase transaction) to consent to
transmitting some or all of the information to the wallet server
(e.g., by being prompted by a clerk at the merchant location, or by
accepting terms and conditions on a display screen associated with
the point of sale device, or the like). For example, an
illustrative user interface 500 for prompting for such information
is shown in FIG. 5 (where a user interface 500 that may be
displayed on a display device 502 at a point of transaction is
shown).
[0040] At 206, the wallet enrollment system 114 receives the
information and creates a seed record in a wallet database on
behalf of the user. As used herein, the term "seed record"
generally refers to a partial record that either requires
additional information to be a complete record for use (e.g., such
as additional user information or additional payment account
information) or that requires verification or confirmation by the
user. In some embodiments, a seed record may be created for an
existing user, where the seed record may be associated with an
existing digital wallet associated with a current user, and the
seed record includes payment account information for a new payment
account to be associated with the user. For example, a user who has
already established an existing digital wallet with payment account
details for a Visa.RTM. credit card, and who is conducting a
purchase transaction using a MasterCard.RTM. debit card may have
details of the MasterCard debit card added as a seed record
associated with his existing digital wallet account. In this
manner, embodiments allow users to easily, securely and accurately
add payment account details to their digital wallet.
[0041] Processing continues at 208 where the user is notified of
the creation of the seed record. For example, this notification may
be transmitted to the user as an email message, as a text message,
as a phone call or the like, prompting the user to verify details
in the seed record and to add any additional data needed to convert
the seed record to an active record. This notification may be used
as a security mechanism to ensure that the user authorized the
creation of the seed record, to verify details, and/or to collect
additional information. The notification may provide the user with
instructions to verify/add details, such as a URL the user needs to
visit, a phone number to call, or the like.
[0042] Processing continues at 210 where additional data and/or
verification details are received from the user, and the seed
record is converted to an active record in the wallet enrollment
system 114. In some embodiments, the additional data obtained at
210 may include information identifying a mobile wallet payment
application. For example, in some embodiments, an application may
be downloaded onto a user's mobile device which allows the user to
conduct transactions using the digital wallet. Processing at 210
may include associating information with the specific application
(including information identifying the mobile device on which the
application has been installed) with the payment information from
the seed record.
[0043] Pursuant to some embodiments, wallet enrollment may be
performed using a separate hardware device configured to allow
wallet enrollments to be performed at merchant or other transaction
locations that have legacy payment terminals (e.g., such as point
of sale devices which have not been adapted to perform wallet
enrollment as described herein). Referring now to FIG. 3, such a
wallet enrollment system 300 is shown.
[0044] The wallet enrollment system 300 may include one or more
components that are deployed at a merchant location or at other
locations where consumers are located and wish to enroll to
participate in a digital wallet program. For example, a wallet
enrollment system 300 may include an enrollment device 304 which is
located at customer service counters at merchant locations, at bank
branches, at events, or the like. Pursuant to some embodiments, a
wallet enrollment system 300 may include a legacy payment terminal
302 (such as a electronic cash register, a point of sale terminal
or the like). Pursuant to some embodiments, the wallet enrollment
system 300 leverages the processor and communications of the legacy
payment terminal 302. An enrollment device 304 is in communication
with the legacy payment terminal 302. The enrollment device 304 may
be, for example, a computing device with a touch screen display
interface, such as a tablet computing device (e.g., such as an
Apple.RTM. iPad, or a device using the Android.RTM. or
Microsoft.RTM. Windows operating systems). In some embodiments, the
enrollment device 304 may have a keypad or other data entry device
(in addition to or instead of a touch screen).
[0045] In some embodiments, the enrollment device 304 (and/or the
payment terminal 302) is in communication with a card reader 306.
The card reader 306 may be, for example, a magnetic stripe reader.
The card reader 306 may be built into a housing of the enrollment
device 304 or be a separate component in communication with the
enrollment device 304. For example, the card reader 306 may be
coupled to a universal serial bus ("USB") port of the enrollment
device 304 and may be configured to read up to 3 tracks of data
from magnetic stripe payment devices pursuant to ANSI/ISO Standards
7810,7811-1/6 and 7813.
[0046] The card reader 306 may also be or include a radio frequency
identifier ("RFID") reader, such as one configured to interrogate
and read data from a contactless mobile device such as one
configured to operate pursuant to the PayPass.RTM. standard or the
like. In some embodiments, the card reader 306 is shared by the
payment terminal 302 and the enrollment device 304. In some
embodiments, a separate card reader 306 may be provided for use
with the enrollment device 304.
[0047] The enrollment device 304, may be operated in conjunction
with the payment terminal 302 and the reader 306 to perform wallet
enrollment processing (e.g., as described above in conjunction with
FIG. 1). For example, the enrollment device 304 may be used to
secure consumer consent to allow payment card data to be
transmitted to a wallet enrollment system 314 for use in creation
or updating of a digital wallet. In some embodiments, the
enrollment device 304 may be operated separately from the payment
terminal 302 to allow a user to register payment account
information for use in creating or updating a digital wallet
separate from a payment transaction. For example, a user may
interact with the enrollment device 304 to swipe or present a
payment card solely for the purpose of creating or updating a
digital wallet with information from that payment card (in which
case the enrollment device 304 may communicate the wallet
enrollment request message directly to a wallet enrollment system
314 or have the wallet enrollment request message forwarded or
routed to the wallet enrollment system 314 through the payment
terminal 302).
[0048] Not all of the components shown in FIG. 3 need be involved
in a wallet enrollment system 300 of the present invention. For
example, in some embodiments, an enrollment device 304 may be in
communication with a reader 306 to allow a user to create or update
digital wallets pursuant to the present invention. For example, in
some embodiments, enrollment device 304 may be a standalone device
in communication with a reader 306 and wallet enrollment system 314
to allow users to swipe or otherwise read their card(s) and cause
the information read from the card(s) to be transmitted (along with
customer contact information and opt in data) to wallet enrollment
system 314. As an illustrative example, an enrollment device 304
may be a tablet computer, a mobile device, a kiosk, a dedicated
terminal, or the like located at a customer service desk or other
convenient location for customers to interact with the enrollment
device 304 to present their payment cards for reading to create or
update digital wallets pursuant to the present invention.
[0049] As a further illustrated example, in some embodiments, the
wallet enrollment device 304 may be a mobile device (including a
mobile device operated by the user wishing to create or update a
digital wallet). In such an embodiment, a mobile wallet
registration application may be made available and downloaded and
installed onto a mobile device. The mobile device, operating the
mobile wallet registration application, may function as an
enrollment device 304. In some embodiments, the reader 306 may be a
mobile magnetic stripe reader that attaches to a mobile device via
a Micro-USB port or an audio jack of the mobile device. For
example, one suitable reader is an iMag Pro Mobile MagStripe Reader
available from ID TECH.RTM. (or similar devices). In such an
embodiment, a user of a mobile device that is configured with a
mobile wallet registration application, and which is in
communication with a payment card reader (including magnetic stripe
or other reader technologies), may read payment card information
from one or more payment cards and cause the information read from
the cards to be transmitted to a wallet enrollment system 314 to
update or create a digital wallet pursuant to the present
invention. As another illustrative example, in some embodiments, no
reader 306 is required. Instead, imaging and capture technology
available on a mobile device may be used to capture an image of the
face of a payment card. The captured image may then be processed
using image processing software and tools (such as those provided
by card.io.RTM.) to generate payment card data (including, for
example, the cardholder's name, the PAN, the expiration date, and
card image). This captured data may be transmitted (along with
cardholder contact information) from the mobile device (acting as
an enrollment device 304) to wallet enrollment system 314 to cause
the updating or creation of a digital wallet pursuant to the
present invention.
[0050] The wallet enrollment system 300 may be configured with
software to allow consumers to perform wallet enrollment
processing. For example, the system 300 may be configured to
perform a wallet enrollment process as described in FIG. 4, in
which a process 400 for wallet enrollment is shown.
[0051] Process 400 begins at 402 when a consumer interacts with an
enrollment device 304 to request a mobile wallet. For example, a
consumer may visit a location having an enrollment device 304 and
interact with a display menu on the device. For example, a display
screen of the enrollment device 304 may prompt the consumer to
"click here to get your mobile wallet" or a similar call to action.
An illustrative user interface 500 is shown in FIG. 5, where a user
interface 500 that may be displayed on a display screen 502 of an
enrollment device 304 is shown. As depicted in FIG. 5, the user
interface 500 prompts the user "To create a mobile wallet or add
this payment card to your existing wallet, simply enter your mobile
phone number and press `Accept`". Those skilled in the art will
appreciate that this prompt is illustrative, and that other user
interfaces may be utilized. Further, while a mobile phone number
may be used as a customer contact method, other contact methods may
also be used.
[0052] Processing continues at 404 where the wallet enrollment
system 300 receives consumer contact information. More
particularly, in some embodiments, the consumer is prompted (e.g.,
by interacting with the display device associated with the
enrollment device 304) to enter the phone number of their mobile
device on which they wish to install and use the mobile wallet
application. Once the phone number is received, processing
continues at 406 where the consumer is prompted to present a first
payment card to be read by the card reader 306. The consumer then
swipes or taps (depending on whether the card is a magnetic stripe
card or an RFID card) a first payment card on reader 306. The card
data is transmitted from the enrollment device 304 to a remote
wallet enrollment platform for processing. The card data (such as,
for example, Track 1 and Track 2 data from a magnetic stripe
payment card) are read by the reader 306, passed to the enrollment
device 304 for association with the information entered by the
consumer (e.g., the mobile phone number entered by the consumer),
and transmitted to the remote wallet enrollment platform so that
the data may be used to store the card data in the consumer's
mobile wallet.
[0053] If the card is read properly and the card data is
successfully captured, processing continues at 408 where the
consumer is prompted to answer whether they wish to add another
payment card to their wallet. If "yes", processing reverts to 406
and the consumer is prompted to present another card to the reader
306. If no further cards are to be added to the consumer's wallet,
processing continues at 410 where a mobile wallet installation
message is transmitted to the consumer.
[0054] For example, the mobile wallet installation message may be
transmitted to the consumer as an email message (if the consumer
provided their email address), as an SMS message, or the like. The
mobile wallet installation message may provide a link directing the
consumer to download and install the mobile wallet application of
the present invention on their mobile device. In some embodiments,
the mobile wallet is pre-loaded with information about the
consumer's enrolled payment cards.
[0055] In some embodiments, the mobile wallet installation message
may be presented to the consumer on the display device of the
enrollment device 304. For example, a QR code may be generated
which encodes a URL to a download location for the mobile wallet
application (which may be personalized for the consumer). The
consumer may be prompted to operate their mobile device and scan
the QR code to initiate download and installation of the mobile
wallet application.
[0056] When the mobile wallet application is downloaded onto the
consumer's mobile device, an installer may launch the application
and prompt the consumer for information to complete the enrollment
process. For example, the consumer may be prompted to validate
themselves. As one specific validation example, a consumer may be
presented with several addresses that may be associated with their
payment card(s) (several of which are invalid) and prompted to
select their correct address. If the consumer properly identifies
their correct address, the consumer is validated and the mobile
wallet application installation process may complete and the mobile
wallet may be used for use in payment transactions.
[0057] Embodiments of the present invention as shown and described
in conjunction with FIGS. 3-5 provide an upgrade path for merchants
that do not have point of sale terminals that are capable of being
updated with wallet enrollment software or applications.
[0058] The above descriptions of processes herein should not be
considered to imply a fixed order for performing the process steps.
Rather, the process steps may be performed in any order that is
practicable, including simultaneous performance of at least some
steps.
[0059] Although the present invention has been described in
connection with specific exemplary embodiments, it should be
understood that various changes, substitutions, and alterations
apparent to those skilled in the art can be made to the disclosed
embodiments without departing from the spirit and scope of the
invention as set forth in the appended claims.
* * * * *