WO2018083663A1 - Cartes de paiement virtuelles émises par des banques destinées à des dispositifs portables et mobiles - Google Patents

Cartes de paiement virtuelles émises par des banques destinées à des dispositifs portables et mobiles Download PDF

Info

Publication number
WO2018083663A1
WO2018083663A1 PCT/IB2017/056894 IB2017056894W WO2018083663A1 WO 2018083663 A1 WO2018083663 A1 WO 2018083663A1 IB 2017056894 W IB2017056894 W IB 2017056894W WO 2018083663 A1 WO2018083663 A1 WO 2018083663A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
card
payment
merchant
mobile
Prior art date
Application number
PCT/IB2017/056894
Other languages
English (en)
Inventor
Andrew Zhou
Dylan ZHOU
Tiger ZHOU
Zhou XING
Original Assignee
Andrew Zhou
Zhou Dylan
Zhou Tiger
Xing Zhou
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US15/345,003 external-priority patent/US9710804B2/en
Application filed by Andrew Zhou, Zhou Dylan, Zhou Tiger, Xing Zhou filed Critical Andrew Zhou
Publication of WO2018083663A1 publication Critical patent/WO2018083663A1/fr

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/385—Payment protocols; Details thereof using an alias or single-use codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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/321—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wearable 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/322—Aspects of commerce using mobile devices [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/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/348—Single-use cards, i.e. without possibility of recharging

Definitions

  • This application relates generally to data processing, and more specifically, to systems and methods for issuing virtual payment cards for mobile and wearable devices.
  • a customer In applying for a payment card, a customer usually has to physically visit a bank, spent some time there filling out a plurality of bank forms and standing in queues. Subsequently, the bank processes a credit card application by evaluating the creditworthiness of an applicant, verifying his credit history and employment information. In addition, the processing of payment cards, for example, carving names and card numbers on a credit card and storing magnetic information on a magnetic stripe of the card, takes a certain amount of time.
  • obtaining a payment card after filing an application may be a long-lasting procedure.
  • customers may desire to receive a payment card immediately.
  • the customers may want to avoid issuance of physical plastic payment cards and may want to have only virtual payment cards to avoid frauds related to personal payment data.
  • a system for issuing single-use and multiple-use virtual payment cards via a mobile and wearable device may include a processor, a card issuance unit, and a storage unit.
  • the processor may be operable to receive a card issuance request for issuing a virtual payment card.
  • the card issuing request may be received from the mobile and wearable device of a user.
  • the request may include a payment amount and a first merchant identification data associated with a merchant.
  • the processor may be further operable to prompt the user to enter a user authentication information in response to the request.
  • the processor may be operable to receive the user authentication information from the user.
  • the processor may be further operable to access a user account maintained by a card issuer. The accessing of the user account may be based on the user authentication information.
  • the user account may include at least a payment data associated with the user.
  • the card issuance unit may be operable to generate the virtual payment card based on the payment data associated with the user and the first merchant identification data.
  • the virtual payment card may have a deposit. The deposit may be equal to the payment amount requested by the user in the card issuance request.
  • the card issuance unit may be further operable to provide the virtual payment card to the mobile and wearable device.
  • the processor may be further operable to receive, from the merchant, a transaction request to perform a payment transaction associated with the user.
  • the transaction request may include at least a second merchant identification data and data associated with the virtual payment card.
  • the processor may be further operable to match the first merchant identification data and the second merchant identification data.
  • the processor may be operable to authorize the payment transaction upon determining a match of the first merchant identification data and the second merchant identification data.
  • the authorizing may be performed by transferring the payment amount from the virtual payment card to a merchant account associated with the merchant.
  • the authorizing of the payment transaction may be performed upon determining that the first merchant identification data and the second merchant identification data match.
  • the merchant account may be retrieved from the second merchant identification data.
  • the processor may be further operable to determine, based on the transferring, that the payment transaction associated with the user is completed.
  • the processor may be operable to deactivate the virtual payment card based on the determining that the payment transaction is completed.
  • the storage unit may be operable to store at least the user authentication information, the virtual payment card, the first merchant identification data, and the second merchant identification data.
  • a method for issuing single-use and multiple-use virtual payment cards via a mobile and wearable device may commence with receiving, by a processor, a card issuance request for issuing a virtual payment card.
  • the request may be received from the mobile and wearable device of a user.
  • the request may include a payment amount and a first merchant
  • the method may include prompting, by the processor, the user to enter a user authentication information.
  • the method may continue with receiving, by the processor, the user authentication information.
  • the authentication information may be received from the user.
  • the method may further continue with accessing, by the processor, a user account maintained by a card issuer.
  • the accessing of the user account may be based on the user authentication information.
  • the user account may include at least a payment data associated with the user.
  • the method may continue with generating, by a card issuance unit, the virtual payment card.
  • the generation of the virtual payment card may be based on the payment data associated with the user and the first merchant identification data.
  • the deposit may be equal to the payment amount requested by the user in the card issuance request.
  • the method may further continue with providing, by the card issuance unit, the virtual payment card to the mobile and wearable device.
  • the method may further include receiving, by the processor, a transaction request to perform a payment transaction associated with the user.
  • the transaction request may be received from the merchant.
  • the transaction request may include at least a second merchant identification data and data associated with virtual payment card.
  • the method may continue with matching, by the processor, the first merchant identification data and the second merchant identification data.
  • the method may further continue with authorizing, by the processor, the payment transaction by transferring the payment amount from the virtual payment card to a merchant account associated with the merchant.
  • the payment transaction may be authorized upon determining a match of the first merchant identification data and the second merchant identification data.
  • the merchant account may be retrieved from the second merchant identification data.
  • the method may continue with determining, by the processor, that the payment transaction associated with the user is completed.
  • the determination that the payment transaction associated with the user is completed may be based on transferring of the payment amount from the use virtual payment card to a merchant account associated with the merchant.
  • the method may further continue with deactivating, by the processor, the virtual payment card. The deactivation of the virtual payment card may be based on the determining that the payment transaction is completed.
  • modules, subsystems, or devices can be adapted to perform the recited steps.
  • Other features and exemplary embodiments are described below.
  • FIG. 1 is a block diagram showing an environment within which methods and systems for issuing single-use and multiple-use virtual payment cards via a mobile and wearable device can be implemented, in accordance with an example embodiment.
  • FIG. 2 is a block diagram showing a system for issuing single- use and multiple-use virtual payment cards via a mobile and wearable device, in accordance with an example embodiment.
  • FIG. 3 is a flow chart illustrating a method for issuing single- use and multiple-use virtual payment cards via a mobile and wearable device, in accordance with an example embodiment.
  • FIG. 4 illustrates a schematic diagram of an interaction of a mobile and wearable device and a merchant device during a payment transaction, in accordance with an example embodiment.
  • FIG. 5 is a diagrammatic representation of a computing device for a machine in the exemplary electronic form of a computer system, within which a set of instructions for causing the machine to perform any one or more of the methodologies discussed herein can be executed.
  • Various computer implemented methods and systems for issuing single-use and multiple-use virtual payment cards via a mobile and wearable device are described herein.
  • the described system provides issuance of digital virtual payment cards, also referred to herein as single- use and multiple-use virtual payment cards or virtual payment cards, by third-party organizations, such as banks.
  • the virtual payment cards may be issued for a user based on financial data of the user stored or collected by a third-party organization. Therefore, though the user may have an account opened in the third-party organization, there may be no need to issue physical plastic payment cards, such as Visa, Master Card, American Express, and so forth.
  • the virtual payment card may be an electronically issued payment card having a unique card number.
  • the unique card number may be generated for a specific transaction only.
  • the unique card number may be electronically generated via a web service or a mobile application running on a mobile and wearable device of the user and being in communication with a card issuer.
  • the card issuer may include a bank or any other third-party organization.
  • the virtual card may be issued for the exact amount of the transaction. Thus, the possibility of fraud related to the account of the user opened in the bank may be significantly reduced.
  • a virtual payment card may eliminate the risk of compromising the virtual payment card. More specifically, the virtual payment card may be generated for a specific transaction or for several transaction within a predetermined time and, after the transaction is completed, the virtual payment card may become invalid. Therefore, even though data associated with the virtual payment card may be stolen, the data of the account of the user in the bank cannot be accessed using the stolen data because the virtual payment card may be deactivated.
  • the user may control spending parameters associated with the virtual payment card. More specifically, the user may set restrictions related to the virtual payment card.
  • the restrictions may include a specific money amount allowed to be spent, a range of the money amount allowed to be spent, the number of times the virtual payment card can be used, such as for a one-time payment or for a payment within a predetermined time limit, persons allowed to use the virtual payment card, such as a primary holder of the account and a secondary holder of the account, places where the virtual payment card may be used, such as a specific merchant.
  • the virtual payment card may be also useful for companies and businesses. More specifically, paying bills by a company using a virtual payment card may result in cost savings, such as money costs related to issuance of physical cards and time and resource saving related to actions taken by a staff of the company. Additionally, a rebate may be provided to the user or the company based on the amount of money spent using the virtual payment card.
  • the user may monitor amount of money spent using the virtual payment card. Since one virtual payment card is generated for each specific transaction, the generated virtual payment cards may be electronically tracked and reconciled by the card issuer and a report related to the use of virtual payment cards may be provided to the user.
  • analysis of the use of the virtual payment cards by the user may be performed.
  • the analysis may include evaluation of spending of money by the user for a specific time period, list of merchants that accepted the payment using the virtual payment cards, an average amount spent at each of the merchants, and the like.
  • the user may use the virtual payment cards for performing payments related to electronic accounts associated with a plurality of merchants, corporate travel payments, mobile payments, and so forth.
  • FIG. 1 illustrates an environment 100 within which a system and a method for issuing single-use and multiple-use virtual payment cards via a mobile and wearable device can be implemented.
  • the environment 100 may include a network 110, a user 120, a mobile and wearable device 130, a merchant 140, a merchant device 150, and a system 200 for issuing single-use and multiple-use virtual payment cards via a mobile and wearable device, also referred to as the system 200.
  • the system 200 may have a distributed architecture including a cloud-based application 160 running on the mobile and wearable device 130, and a cloud storage 170 associated with the mobile and wearable device 130 of the user 120.
  • the mobile and wearable device 130 may include a smartphone, a wearable device (e.g., augmented reality glasses, a smart watch), a tablet computer, a lap top, and so forth.
  • the merchant device 150 may include a payment terminal, such as a point of sale terminal, a credit card terminal, a card reader, and any other device that interfaces with payment cards to make electronic funds transfers.
  • the merchant device 150 may be located at a point of sale associated with the merchant 140.
  • the user 120 may activate the cloud-based application 160 on the mobile and wearable device 130.
  • a request to issue a virtual payment card 180 may be sent to the system 200.
  • the system 200 may generate the virtual payment card 180 and provide the virtual payment card 180 to the mobile and wearable device 130.
  • the virtual payment card 180 may be displayed on an interface 185 of the mobile and wearable device 130.
  • the user 120 may put the mobile and wearable device 130 in a proximity to the merchant device 150 to enable connection between the mobile and wearable device 130 and the merchant device 150.
  • the connection the mobile and wearable device 130 and the merchant device 150 may be established through radio waves, contacts for direct electrical connection, data-strip reading, and so forth.
  • the mobile and wearable device 130 and the merchant device 150 may include one or more of a radio frequency identification chip, a Near Field Communication (NFC) chip, one or more contacts for direct electrical connection, a magnetic data strip, a holographic data strip, and so forth.
  • NFC Near Field Communication
  • a payment request may be sent by the merchant device 150 to a card issuer 190 via the network 110.
  • the cloud-based application 160 may be provided on a display of the mobile and wearable device 130, or may be projected or otherwise displayed by the mobile and wearable device 130 via a web browser or through another way.
  • the cloud-based application 160 may provide to the user 120 the interface 185.
  • the cloud-based application 160 may include a file hosting service, which may offer cloud storage, file synchronization, personal cloud, and client software.
  • payment details of the user 120 may be accessed in the cloud storage 170.
  • the payment details may include data of a credit card, debit card, payment card, banking account, virtual currency account, web purse, or another payment facility of the user.
  • the payment performed using the virtual payment card 180 may include an Internet payment, a scan code payment, a person-to-person payment, a buyer-to-merchant payment, a peer-to-peer payment, an in- application payment, a point-of-sale payment, a mobile payment, a wearable payment, a one-touch buying, and a digital wallet payment, and so forth.
  • the payment details are not stored in the mobile and wearable device 130.
  • the payment details may be stored in the cloud storage 170, which may be associated with the card issuer 190, and provided via the cloud-based application 160 in a form of the virtual payment card 180 only to perform the transaction.
  • the payment details of the user 120 may be protected from a theft or fraud.
  • Communication between the mobile and wearable device 130, the system 200, and the card issuer 190 may be performed via a network 110.
  • the network 110 may include the Internet or any other network capable of communicating data between devices. Suitable networks may include or interface with any one or more of, for instance, a local intranet, a Personal Area Network, a Local Area Network, a Wide Area Network, a
  • a virtual private network a storage area network, a frame relay connection, an Advanced Intelligent Network connection, a synchronous optical network connection, a digital Tl, T3, El or E3 line, Digital Data Service connection, Digital Subscriber Line connection, an Ethernet connection, an Integrated Services Digital Network line, a dial-up port such as a V.90, V.34 or V.34bis analog modem
  • communications may also include links to any of a variety of wireless networks, including Wireless Application Protocol, General Packet Radio Service, Global System for Mobile Communication, Code Division Multiple Access or Time Division Multiple Access, cellular phone networks, Global Positioning System, cellular digital packet data, Research in Motion, Limited duplex paging network, Bluetooth radio, or an IEEE 802.11-based radio frequency network.
  • Wireless Application Protocol General Packet Radio Service
  • Global System for Mobile Communication Code Division Multiple Access or Time Division Multiple Access
  • cellular phone networks Global Positioning System
  • cellular digital packet data Research in Motion, Limited duplex paging network
  • Bluetooth radio or an IEEE 802.11-based radio frequency network.
  • the network 110 can further include or interface with any one or more of an RS-232 serial connection, an IEEE-1394 (Firewire) connection, a Fiber Channel connection, an IrDA (infrared) port, a Small Computer Systems Interface connection, a Universal Serial Bus connection or other wired or wireless, digital or analog interface or connection, mesh or Digi® networking.
  • the network 110 may be a network of data processing nodes that are interconnected for the purpose of data communication.
  • the systems and methods describe herein may also be practiced in a wide variety of network environments (represented by the network 110) including, for example, Transmission Control
  • TCP/IP Protocol/Internet Protocol
  • the computer program instructions may be stored in any type of computer-readable media.
  • the program may be executed according to a variety of computing models including a client/server model, a peer-to-peer model, on a stand-alone computing device, or according to a distributed computing model in which various functionalities described herein may be effected or employed at different locations.
  • FIG. 2 is a block diagram showing various modules of a system 200 for issuing single-use and multiple-use virtual payment cards via a mobile and wearable device, in accordance with certain embodiments.
  • the system 200 may include a processor 210, a card issuance unit 220, and a storage unit 230. Operations performed by each of the processor 210, the card issuance unit 220, and the storage unit 230 are described below with reference to FIG. 3.
  • the storage unit 230 of the system 200 may be operable to store at least the user authentication information, the virtual payment card, the first merchant identification data, the second merchant identification data, and any other information related to a user, a merchant, or a payment transaction.
  • FIG. 3 is a flow chart illustrating a method 300 for issuing single-use and multiple-use virtual payment cards via a mobile and wearable device, in accordance with certain embodiments.
  • the method 300 may commence with receiving, by a processor, from the mobile and wearable device of a user, a card issuance request at operation 302.
  • the card issuance request may include a request for issuing a virtual payment card.
  • the card issuance request may include a payment amount to be deposited to the virtual payment card and a first merchant identification data associated with a merchant.
  • the method 300 may continue with prompting, by the processor, the user to enter a user authentication information at operation 304.
  • the method 300 may further include an operation 306, at which the user authentication information may be received from the user by the processor.
  • the user authentication information includes one or more of the following: a name of the user, an address of the user, a guarantor name, a social security number of the user, a phone number of the user, an identification number of the user, a bank account of the user, an insurance account number of the user, a photograph of the user, and so forth.
  • the prompting may include at least displaying an authentication button on the display of the mobile and wearable device.
  • the method 300 may include authenticating an identity of the user.
  • the authentication may include at least a biometric authentication.
  • the biometric authentication may include one or more of a fingerprint authentication, an iris pattern authentication, a heartbeat authentication, and a vein pattern identification.
  • the vein pattern may include one or more of a fingerprint authentication, an iris pattern authentication, a heartbeat authentication, and a vein pattern identification.
  • the fingerprint authentication may include scanning fingerprints of at least one finger of the user when the user touches one or more or the following: the display of the mobile and wearable device, a button of the mobile and wearable device, a rear panel of the mobile and wearable device, and the like.
  • the fingerprint authentication may further include matching the fingerprints to one or more approved fingerprints.
  • the one or more approved fingerprints may be stored in the cloud storage.
  • the method 300 may further include, accessing, by the processor, a user account maintained by a card issuer at operation 308.
  • the accessing may be performed based on the user authentication information provided by the user.
  • the user account may include at least a payment data associated with the user.
  • the user account maintained by the card issuer may include a payment account associated with a credit card or a debit card of the user.
  • the payment data may include data associated with one or more of the following: a credit card, a debit card, a retail card, a charge card, a bank saving account, a bank checking account, an insurance account, a stored-value card, a digital mobile currency, and so forth.
  • the card issuer may be selected from one or more of the following: a bank, a credit card company, an insurance company, a credit union, a store, a third-party organization, and so forth.
  • the method 300 may continue with generating the virtual payment card at operation 310.
  • the virtual payment card may be generated by a card issuance unit based on the payment data associated with the user and the first merchant identification data. More specifically, the user may obtain the first merchant identification data at a point of sale associated with the merchant, e.g. by scanning a barcode encoding merchant identification data, or may type a name of the merchant based on data provided at point of sale.
  • the generated virtual payment card may have a deposit being equal to or higher than the payment amount requested by the user in the card issuance request.
  • the card issuance unit may provide the virtual payment card to the mobile and wearable device at operation 312.
  • the processor may provide a command to an interface of the mobile and wearable device to display the virtual payment card.
  • the displayed virtual payment card may be read by a card reader associated with the merchant.
  • the virtual payment card may be displayed in a form of one or more of the following: a code, the code being selected from a group comprising: a linear dimensional code, a two- dimensional code, a snap tag code, a Quick Response (QR) code, and so forth.
  • data associated with the virtual payment card may be transmitted from the mobile and wearable device to a merchant device associated with the merchant using an NFC upon bringing the mobile and wearable device and the merchant device into proximity to each other.
  • the method 300 may include receiving an indication that the user brings the mobile and wearable device in proximity to the merchant device associated to initiate sending data related to the virtual payment card to the merchant.
  • the indication may be received based on sensing an interaction of the mobile and wearable device with the merchant device.
  • the interaction may include at least an NFC.
  • the NFC may be used to pair the mobile and wearable device and the merchant device upon bringing the mobile and wearable device into proximity to the merchant device.
  • the mobile and wearable device and the merchant device may be connected to a cloud network.
  • at least a Bluetooth connection between the mobile and wearable device and the merchant device may be established.
  • the data related to virtual payment card and authentication information associated with the user may be stored in the cloud storage associated with the cloud network.
  • the method may further include an operation 314, at which the processor may receive, from the merchant, a transaction request to perform a payment transaction associated with the user.
  • the transaction request may include at least a second merchant identification data and data associated with virtual payment card.
  • the processor may match the first merchant identification data received from the user in the card issuance request and the second merchant identification data received from the merchant in the transaction request.
  • Merchant identification data such as first merchant identification data and the second merchant identification data, may include one or more of the following: a name of the merchant, an address of the merchant, a name of a store associated with the merchant, a social security number of the merchant, a phone number of the merchant, an identification number of the merchant, a bank account number of the merchant, an insurance account number of the merchant, a product code associated with one or more products provided in a store associated with the merchant, and so forth.
  • the processor may authorize the payment transaction at operation 318. More specifically, the authorization of the payment transaction may include transferring the payment amount from the virtual payment card to a merchant account associated with the merchant. The merchant account may be retrieved from the second merchant identification data provided by the merchant in the transaction request.
  • the payment transaction may be associated with an internet payment, an NFC payment, a scan code payment, a person-to-person payment, a buyer-to-merchant payment, a peer-to-peer payment, an in-application payment, a point-of-sale payment, a mobile payment, a wearable payment, a digital wallet payment, and so forth.
  • the processor may determine, at operation 320, that the payment transaction associated with the user is completed.
  • the processor upon determining that the payment transaction associated with the user is completed, the processor my check whether a portion of the payment amount is present on the virtual payment card.
  • the portion of the payment amount may be left on the virtual payment card is the payment amount transferred to the merchant is less that the deposit of the virtual payment card. If the portion of the payment amount is present on the single-use virtual payment card, the processor may transfer the portion of the payment amount from the virtual payment card to a payment card associated with the user.
  • the payment card may be determined based on the payment data, such as a credit card or a debit card of the user.
  • the method 300 may further include an operation 322, at which the processor may deactivate the virtual payment card based on the determining that the payment transaction is completed.
  • the account of the user may include an account associated with banks and retailers, such as an account opened by the user in a bank or in an organization associated with a retailer.
  • the retailers may include one or more of the following organizations: Wal- Mart, Costco, The Kroger Company, Home Depot, Walgreens Boots Alliance Inc, Target, ETC, and so forth.
  • the banks may include one or more of the following: Fargo bank, Citibank bank, Industrial and Commercial Bank of China, China Construction Bank, Agricultural Bank of China, Bank of China, Mitsubishi UFJ, HSBC Holdings, JPMorgan Chase, BNP Paribas, Bank of America, Credit Agricole, and so forth.
  • the method 300 may further include receiving product data.
  • the product data may be provided by the merchant device based on the interaction.
  • the product data may include at least a price of a product the user wants to buy.
  • the method 300 may include encrypting the transaction request associated with the payment transaction to obtain an encrypted payment request.
  • the encrypting of the payment request may include generating a one-time code.
  • the one-time code may encode at least the data of the virtual payment card of the user, the product data, and the merchant identification data.
  • the payment transaction may be authorized when a geographic location determined by the mobile and wearable device matches a geographic location of the merchant at a time of the selecting of requesting, by the merchant, to perform the payment transaction.
  • the method 300 may include securing the mobile and wearable device via a band to a part of a human body.
  • the part of the human body may include one or more of the following: a wrist, an arm, a neck, a bead, a leg, a waist, an ear, and a finger.
  • the mobile and wearable device may be secured under, within or on clothing.
  • the method 300 may include setting, by the card issuance unit, a validity period for the virtual payment card.
  • the validity period may be pre-selected by the user and stored in the user account.
  • the deactivation of the virtual payment card may be performed upon expiration of the validity period.
  • the cloud-based application may include one or more of the following: a media player, a multimedia library, an online radio broadcaster, an online store selling software applications for the mobile and wearable device, and a mobile and wearable device management application to play, download, purchase, organize multimedia, send multimedia gift cards, and synchronize the multimedia with a portable device and one or more internet-connected devices.
  • the cloud-based application may be configured to prompt the user to purchase and download one or more or the following: music, music videos, television shows, audio books, movies, movie rentals, and the like.
  • the cloud-based application may reside in the cloud network and may be provided on the mobile and wearable device via a web browser, a projector, or a hologram.
  • the cloud- based application may be provided for purchase in one or more applications stores.
  • the one or more applications stores may be associated with an operating system including one of the following: Microsoft Windows, Linux, Android, Blackberry, iOS, Windows Phone, and so forth.
  • the cloud-based application may be provided free of charge or at a predetermined price.
  • the virtual payment card may be associated with a joint operation with banks and top retailers.
  • the cloud-based application running on the mobile and wearable device may reside in a cloud network and may be provided on the mobile and wearable device via one or more of the following: a web browser, a projector, and a hologram, an augmented reality (AR) device, and a virtual reality (VR) device.
  • the cloud-based application is provided for purchasing in one or more applications stores, the one or more applications stores being associated with an operating system running on the mobile and wearable device, the operating system including one of the following: Microsoft Windows, Linux, Android, Blackberry, iOS, and Windows Phone.
  • the cloud-based application may be provided free of charge or at a predetermined price.
  • the cloud-based application may include at least a bank account emulation (BAE) client, the BAE client is configured to provide emulation of a bank account to combine with cloud computing and provide an emulated virtual payment card.
  • the bank account may be emulated based on metadata associated with the user, a phone number associated with the user, and data associated with a point-of- sale (POS) terminal of the merchant.
  • the BAE client may be configured to provide a virtual representation of an emulated bank account.
  • the operating system associated with the mobile and wearable device may be configured to run the BAE client, provide two communication paths for NFC commands from the POS terminal based on an application identifier (AID) associated with the BAE client.
  • the operating system may be further configured to use the AID to route the NFC commands to the cloud-based application managing the emulation of the bank account.
  • an NFC command may be routed to the BAE client for verification of the NFC commands by the cloud-based application managing the emulation of the bank account.
  • the cloud-based application may be configured to connect to a backend associated with the card issuer to complete the transaction.
  • the cloud-based application may be associated with a trusted tokenization node.
  • the trusted tokenization node may be a shared resource used to generate and de-tokenize tokens representing data associated with the virtual payment card at the backend associated with the issuer.
  • the BAE client may provide multi-level security by providing limited use keys, tokenization, device fingerprinting, and dynamic risk analysis.
  • the limited use keys may be derived from a master domain key shared by the issuer.
  • a use of the limited use keys may be associated with time to live of the limited use keys and a number of transactions to be performed using the limited use keys.
  • the device fingerprints may be profiles associated with the mobile and wearable device and are used to determine that transactions are initiated only by an authorized mobile and wearable device at recognized locations of the POS terminal.
  • FIG. 4 is a schematic representation 400 of an interaction of a mobile and wearable device and a merchant device during a payment operation, in accordance with an example embodiment.
  • a user initiates a generation of a virtual payment card 180, for example, by activating a cloud-based application (not shown) running on the mobile and wearable device 130.
  • the user may send a card issuance request to a card issuer 190.
  • the card issuance request may include merchant identification data and a deposit to be provided to the virtual payment card 180.
  • the user may bring the mobile and wearable device 130 in proximity to the merchant device 150 so that the mobile and wearable device 130 and the merchant device 150 may communicate with the NFC.
  • the merchant device 150 may receive data associated with the virtual payment card 180 from the mobile and wearable device 130.
  • the merchant device 150 may include a mobile device 153, a point-of-sale card reader 155, a barcode reader 157, and so forth.
  • the virtual payment card 180 may be displayed on an interface of the mobile and wearable device 130.
  • the displayed virtual payment card 180 may have a card number 405, a name 410 of the user, and a code, such a barcode 415 or a QR code 420.
  • the merchant device may sent the data associated with the virtual payment card 180 and the merchant identification information to the card issuer 190 to complete the transaction.
  • FIG. 5 shows a diagrammatic representation of a machine in the example electronic form of a computer system 500, within which a set of instructions for causing the machine to perform any one or more of the methodologies discussed herein may be executed.
  • the machine operates as a standalone device or may be connected (e.g., networked) to other machines.
  • the machine may operate in the capacity of a server or a client machine in a server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
  • the machine may be a personal computer (PC), a tablet PC, a set-top box (STB), a cellular telephone, a portable music player (e.g., a portable hard drive audio device such as a Moving Picture Experts Group Audio Layer 3 (MP3) player), a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
  • PC personal computer
  • PDA set-top box
  • MP3 Moving Picture Experts Group Audio Layer 3
  • web appliance e.g., a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
  • MP3 Moving Picture Experts Group Audio Layer 3
  • machine shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.
  • the example computer system 500 includes a processor or multiple processors 502 (e.g., a central processing unit (CPU), a graphics processing unit (GPU), or both), a main memory 504 and a static memory 506, which communicate with each other via a bus 508.
  • the computer system 500 may further include a video display unit 510 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
  • the computer system 500 may also include an alphanumeric input device 512 (e.g., a keyboard), a cursor control device 514 (e.g., a mouse), a disk drive unit 516, a signal generation device 518 (e.g., a speaker) and a network interface device 520.
  • the disk drive unit 516 includes a non-transitory computer- readable medium 522, on which is stored one or more sets of instructions and data structures (e.g., instructions 524) embodying or utilized by any one or more of the methodologies or functions described herein.
  • the instructions 5214 embodying or utilized by any one or more of the methodologies or functions described herein.
  • instructions 524 may also reside, completely or at least partially, within the main memory 504 and/or within the processors 502 during execution thereof by the computer system 500.
  • the main memory 504 and the processors 502 may also constitute machine-readable media.
  • the instructions 524 may further be transmitted or received over a network 526 via the network interface device 520 utilizing any one of a number of well-known transfer protocols (e.g., Hyper Text Transfer Protocol (HTTP)).
  • HTTP Hyper Text Transfer Protocol
  • non-transitory computer-readable medium 522 is shown in an example embodiment to be a single medium, the term
  • “computer-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database and/or associated caches and servers) that store the one or more sets of instructions.
  • the term "computer-readable medium” shall also be taken to include any medium that is capable of storing, encoding, or carrying a set of instructions for execution by the machine and that causes the machine to perform any one or more of the methodologies of the present application, or that is capable of storing, encoding, or carrying data structures utilized by or associated with such a set of instructions.
  • the term “computer-readable medium” shall accordingly be taken to include, but not be limited to, solid- state memories, optical and magnetic media, and carrier wave signals. Such media may also include, without limitation, hard disks, floppy disks, flash memory cards, digital video disks, random access memory (RAMs), read only memory (ROMs), and the like.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

La présente invention concerne un procédé d'émission de cartes de paiement virtuelles à usage multiple et à usage unique par l'intermédiaire d'un dispositif pouvant être porté et mobile. Le procédé peut consister à recevoir une demande d'émission de carte émanant d'un utilisateur, à inviter l'utilisateur à entrer des informations d'authentification d'utilisateur, à accéder à un compte d'utilisateur maintenu par un émetteur de carte, à générer la carte de paiement virtuelle sur la base de données de paiement du compte d'utilisateur, et à fournir la carte de paiement virtuelle au dispositif pouvant être porté et mobile. Le procédé peut continuer avec la réception d'une demande de transaction émanant d'un commerçant et la mise en correspondance des données d'identification de commerçant fournies par l'utilisateur dans la demande d'émission de carte et des données d'identification de commerçant fournies par le commerçant. Si la mise en correspondance des données d'identification de commerçant est déterminée, le procédé peut continuer avec l'autorisation d'une transaction de paiement en transférant un montant de paiement de la carte de paiement virtuelle vers un compte de commerçant associé au commerçant.
PCT/IB2017/056894 2016-11-07 2017-11-03 Cartes de paiement virtuelles émises par des banques destinées à des dispositifs portables et mobiles WO2018083663A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/345,003 US9710804B2 (en) 2012-10-07 2016-11-07 Virtual payment cards issued by banks for mobile and wearable devices
US15/345,003 2016-11-07

Publications (1)

Publication Number Publication Date
WO2018083663A1 true WO2018083663A1 (fr) 2018-05-11

Family

ID=62075868

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2017/056894 WO2018083663A1 (fr) 2016-11-07 2017-11-03 Cartes de paiement virtuelles émises par des banques destinées à des dispositifs portables et mobiles

Country Status (1)

Country Link
WO (1) WO2018083663A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220210154A1 (en) * 2020-12-31 2022-06-30 Capital One Services, Llc Virtual credential authentication based on browsing context
US20220237584A1 (en) * 2021-01-28 2022-07-28 Bank Of America Corporation Smartglasses-to-smartglasses payment systems
US11734665B2 (en) 2021-02-08 2023-08-22 Bank Of America Corporation Card-to-smartglasses payment systems

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020026575A1 (en) * 1998-11-09 2002-02-28 Wheeler Lynn Henry Account-based digital signature (ABDS) system
CN102346890A (zh) * 2010-07-30 2012-02-08 李嘉辉 网络支付方法及系统
CN104318437A (zh) * 2014-10-11 2015-01-28 上海众人科技有限公司 一种虚拟预付卡线上支付系统及其支付方法
US20170076277A1 (en) * 2012-10-07 2017-03-16 Andrew H. B. Zhou Virtual payment cards issued by banks for mobile and wearable devices

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020026575A1 (en) * 1998-11-09 2002-02-28 Wheeler Lynn Henry Account-based digital signature (ABDS) system
CN102346890A (zh) * 2010-07-30 2012-02-08 李嘉辉 网络支付方法及系统
US20170076277A1 (en) * 2012-10-07 2017-03-16 Andrew H. B. Zhou Virtual payment cards issued by banks for mobile and wearable devices
CN104318437A (zh) * 2014-10-11 2015-01-28 上海众人科技有限公司 一种虚拟预付卡线上支付系统及其支付方法

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220210154A1 (en) * 2020-12-31 2022-06-30 Capital One Services, Llc Virtual credential authentication based on browsing context
US11695764B2 (en) * 2020-12-31 2023-07-04 Capital One Services, Llc Virtual credential authentication based on browsing context
US20220237584A1 (en) * 2021-01-28 2022-07-28 Bank Of America Corporation Smartglasses-to-smartglasses payment systems
US11556912B2 (en) * 2021-01-28 2023-01-17 Bank Of America Corporation Smartglasses-to-smartglasses payment systems
US20230117748A1 (en) * 2021-01-28 2023-04-20 Bank Of America Corporation Smartglasses-to-smartglasses payment systems
US11734665B2 (en) 2021-02-08 2023-08-22 Bank Of America Corporation Card-to-smartglasses payment systems

Similar Documents

Publication Publication Date Title
US9710804B2 (en) Virtual payment cards issued by banks for mobile and wearable devices
US10055714B2 (en) Digital currency (virtual payment cards) issued by central bank for mobile and wearable devices
US9830589B2 (en) Systems and methods for mobile application, wearable application, transactional messaging, calling, digital multimedia capture, payment transactions, and one touch payment, one tap payment, and one touch service
US9646300B1 (en) Systems and methods for mobile application, wearable application, transactional messaging, calling, digital multimedia capture, payment transactions, and one touch service
US10521776B2 (en) UN currency (virtual payment cards) issued by central bank or other issuer for mobile and wearable devices
US9704151B2 (en) Systems and methods for mobile application, wearable application, transactional messaging, calling, digital multimedia capture and payment transactions
US10147076B2 (en) Digital currency (virtual payment cards) issued by central bank for mobile and wearable devices
US10521777B2 (en) Crypto digital currency (virtual payment cards) issued by central bank or other issuer for mobile and wearable devices
US11379818B2 (en) Systems and methods for payment management for supporting mobile payments
US11216803B2 (en) Authentication token for wallet based transactions
US9489671B2 (en) Systems and methods for mobile application, wearable application, transactional messaging, calling, digital multimedia capture and payment transactions
EP3207515B1 (fr) Authentification sécurisée d'une personne en fonction d'un contexte
CN109564659B (zh) 经由启用支付的移动设备中的钱包应用与卡发行方共享数据
AU2015324337A1 (en) Method and apparatus for streamlined digital wallet transactions
WO2020109972A1 (fr) Devise numérique (cartes de paiement virtuelles) émise par une banque centrale ou un autre émetteur pour dispositifs mobiles et pouvant être portés
WO2018138655A1 (fr) Systèmes et procédés pour application mobile, application portable, messagerie de transaction, appel, capture multimédia numérique, transactions de paiement et service à touche unique
WO2018083663A1 (fr) Cartes de paiement virtuelles émises par des banques destinées à des dispositifs portables et mobiles
WO2018189660A1 (fr) Devise numérique (cartes de paiement virtuelles) émise par une banque centrale pour des dispositifs mobiles et pouvant être portés
WO2019150255A1 (fr) Devise numérique (cartes de paiement virtuelles) émise par une banque centrale pour des dispositifs mobiles et pouvant être portés
US20200410478A1 (en) Methods and systems enabling external entity to provision payment credentials to a digital device
WO2018207057A1 (fr) Systèmes et procédés pour application mobile, application portable, messagerie de transaction, appel, capture multimédia numérique, transactions de paiement et paiement à touche unique, paiement à contact unique, et service à touche unique
WO2018083638A1 (fr) Systèmes et procédés pour application mobile, application portable, messagerie de transaction, appel, capture multimédia numérique et transactions de paiement
WO2024073602A1 (fr) Dispositifs, systèmes, et procédés d'amélioration de transactions par l'intermédiaire d'un réseau de chaîne de blocs
WO2008117212A1 (fr) Commerce électronique

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17866597

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17866597

Country of ref document: EP

Kind code of ref document: A1