Nothing Special   »   [go: up one dir, main page]

US20210049579A1 - Multi-factor identity authentication - Google Patents

Multi-factor identity authentication Download PDF

Info

Publication number
US20210049579A1
US20210049579A1 US17/083,611 US202017083611A US2021049579A1 US 20210049579 A1 US20210049579 A1 US 20210049579A1 US 202017083611 A US202017083611 A US 202017083611A US 2021049579 A1 US2021049579 A1 US 2021049579A1
Authority
US
United States
Prior art keywords
mobile device
notification
webpage
user
payment application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US17/083,611
Inventor
Massimiliano Mancini
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Apple Inc
Original Assignee
Apple Inc
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
Application filed by Apple Inc filed Critical Apple Inc
Priority to US17/083,611 priority Critical patent/US20210049579A1/en
Publication of US20210049579A1 publication Critical patent/US20210049579A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326Payment applications installed on the mobile devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4014Identity check for transactions
    • G06Q20/40145Biometric identity checks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/42Confirmation, e.g. check or permission by the legal debtor of payment

Definitions

  • the present disclosure relates to authenticating the identity of a user and more specifically to multi-factor identity authentication.
  • Systems, methods and non-transitory computer-readable media are disclosed which allow for payment of transactions initiated with a client device to be completed using a mobile device and which require multiple-step authentication of the user before completing the transactions.
  • Some embodiments of the present technology involve receiving a request to confirm a user identity in an identity service and sending a confirmation, to the commerce server, that the user is the same user of a mobile device having a mobile payment option that is integrated with the commerce server.
  • an identity service can notify the user that the mobile device can be used to complete the payment transaction using the mobile payment option.
  • Some embodiments of the present technology involve providing a user of an online store an option to pay for a transactions initiated with a client device to be completed using a mobile device.
  • a commerce server can identify a user accessing an online store via a webpage and ask an identity service to determine that the identified user has a mobile device with a mobile payment option that is integrated with the commerce service. After receiving confirmation from the identity service, the commerce server can display an interface element on an online store webpage for purchasing the product via the mobile payment option. Upon a user selecting the interface element, the commerce server can cause a notification to be sent to the mobile device along with a purchase transaction identifier and an application identifier. After receiving a confirmation that mobile payment option has completed a payment transaction that required a user authentication on the user's mobile device, the commerce server can update the webpage on the client device to indicate that the product was purchased.
  • FIG. 1 illustrates an example of a system for performing a multiple-factor authentication of a user's identity and allowing the user to checkout from an online store using a mobile payment service according to some embodiments of the present technology
  • FIG. 2A illustrates a sequence of events performed between a client device, a commerce server, an identity service, and a mobile device to complete a payment transaction using the mobile device and after receiving multiple factors of user authentication according to some embodiments of the present technology
  • FIG. 2B illustrates another sequence of events performed between a client device, a commerce server, an identity service, and a mobile device to complete a payment transaction using the mobile device and after receiving multiple factors of user authentication according to some embodiments of the present technology
  • FIG. 3 illustrates a method of allowing for payment of transactions initiated with a client device to be completed using a mobile device by confirming an identity of a user according to some embodiments of the present technology
  • FIG. 4 illustrates a method of providing a user of an online store an option to pay for a transactions initiated with a client device to be completed using a mobile device according to some embodiments of the present technology
  • FIG. 5A and FIG. 5B illustrate exemplary possible system embodiments.
  • the present disclosure addresses the need in the art for allowing payment completion, for transactions initiated on a website, on mobile devices and for integrating transaction data into mobile payment options using notifications.
  • Systems, methods and non-transitory computer-readable media are disclosed which allow for payment of transactions initiated with a client device to be completed using a mobile device and which require multiple-step authentication of the user before completing the transactions.
  • FIG. 1 illustrates an example of a system 100 for performing a multiple-factor authentication of a user's identity and allowing the user to checkout from an online store using a mobile payment service.
  • the system 100 includes a commerce server 115 that hosts an online store and a client device 110 accessing the online store via a webpage 105 .
  • the commerce server 115 can identify a user accessing the online store via the webpage 105 by the user entering login credentials, the commerce server 115 recognizing a cookie on the client device 110 , or other methods of authentication.
  • the commerce server 115 also communicates with an identity service 120 for determining when to allow the user of the client device 110 to complete a payment transaction with online store via a mobile payment system on a mobile device.
  • the identity service 120 can receive information from the mobile device 140 describing whether the mobile device 140 has mobile payment options. For example, the identity service 120 can receive information from the mobile device 140 describing a digital wallet application that is executable on the mobile device 140 and that is capable of performing mobile payments. The identity service 120 can also receive information about specific cards within the digital wallet that can be used to make payments either generally (e.g. credit gift card) or with specific vendors (e.g. a coffee shop store card). Similarly, the identity service 120 can receive, from the mobile device 140 , information describing standalone (i.e. separate from a digital wallet application) applications that are executable on the mobile device 140 and that are capable of performing mobile payments. For example, the identity service 120 can receive information from the mobile device 140 describing an application specifically designed to interact with a specific online store.
  • the identity service 120 can receive information from the mobile device 140 describing the identity of the user of the mobile device 140 .
  • the identity service 120 can receive, from the mobile device 140 , a user identifier associated with the digital wallet application.
  • the identity service 120 can receive an account identifier for a cloud-based media and services platform that is associated with the mobile device.
  • the commerce server 115 , the identity service 120 , or both the commerce server 115 and the identity service 120 can compare the identify a user accessing the online store via the webpage 105 and the identity of the user of the mobile device 140 to determine when it is the same user. For example, when the login credentials of the user logging into an online store on the client device are the same as the login credentials for an application for accessing the online store that is running on the mobile device, then the identity server 120 can determine that the users are the same user.
  • the identity service 120 can receive information from the mobile device 140 describing an additional level of authentication required by the mobile device 140 to perform a mobile payment. For example, the identity service 120 can receive information describing that the mobile device requires biometric authentication before completing a mobile payment. Likewise, the identity service 120 can receive information describing that the mobile device requires a password, entry of a specific pattern, a voice command, etc. before completing a mobile payment.
  • the commerce server 115 can send the client device instructions for rendering a webpage 105 that allows the user to specify a payment transaction.
  • the webpage 105 can display a shopping cart of items selected for purchase by the user and options for completing a payment transaction to purchase them items in the shopping cart, e.g. credit card information, gift card information, checking account information, etc.
  • the commerce server can also update the webpage 105 to include an interface element for allowing the user to complete a payment using a mobile payment option.
  • the commerce server 115 can send an instruction to the identity server 120 to send a notification to the mobile device 140 that a mobile payment option on the mobile device can be used to complete the payment transaction.
  • the system 100 also includes a notification service 130 that is used to send a notification to the mobile device 140 after the commerce server 115 verifies that the user selected the interface element on the webpage 105 .
  • the notification can be delivered in the form of an email, text message, etc.
  • the notification is an interactive notification that is delivered to a notification management center on the mobile device 140 and displayed on the mobile device 140 when the user opts in to receiving notifications from the commerce server 115 .
  • the notification can be displayed on a lock screen of the mobile device 140 .
  • the notification includes a payment transaction identifier that identifies the payment transaction in the commerce server 115 .
  • the payment transaction identifier can include an identifier that identifies the items stored in the user's shopping cart in the online store.
  • the mobile device 140 (via the digital wallet application, standalone application, etc.) can display an interface showing the items in the shopping cart.
  • the user can modify the shopping cart on the mobile device 140 and the mobile device 140 (via the digital wallet application, standalone application, etc.) can send an instruction to the commerce server 115 to update the webpage 105 to reflect the modification.
  • the notification can include an application identifier that identifies an application on the mobile device associated with the online store.
  • the mobile device 140 can use the application identifier to locate and/or execute the appropriate application or digital card on the mobile device 140 .
  • the notification can include an application identifier that specifies a digital card in the user's digital wallet application (as specified by the identity service) that can be automatically displayed when the user selects the notification.
  • the application identifier can specify a standalone application (as specified by the identity service) that is specific to the online store that can be automatically displayed when the user selects the notification.
  • the notification includes one or more merchant identifier for the payment transaction and the mobile device 140 can recognize the merchant identifier and initiate a separate loyalty card protocol with the commerce server 115 .
  • the mobile device 140 can complete the payment transaction using one or more mobile payment option.
  • the mobile device 140 can require an additional level of authentication before completing a payment transaction.
  • the mobile device 140 can require a password, biometric authentication, etc.
  • the commerce server 115 can require a confirmation, from the mobile device, that the performed the additional level of authentication before recognizing a payment transaction as being completed.
  • the identity service 120 and/or the notification service 130 can require that the mobile device 140 be designated as the user's primary device before sending a notification to the mobile device 140 .
  • the commerce server 115 can require confirmation that the mobile device 140 is the user's primary device before recognizing a payment transaction as being completed.
  • the mobile device 140 can complete the payment transaction with a payment service 150 .
  • a payment service 150 allows a user to add a credit or debit card, without storing the actual card numbers on the mobile device nor on the commerce server. Instead, a unique Device Account Number is assigned, encrypted and securely stored in a secure element on the mobile device. The payment transaction is authorized with a one-time unique number using your Device Account Number and, instead of using the security code from the back of your card, the payment service creates a dynamic security code to securely validate each transaction. As explained in greater detail below, some embodiments of the present technology involve enforcing a privacy policy for securing user information.
  • the payment service 150 and/or the mobile device 140 can inform the commerce server 115 that the payment transaction has been completed and the commerce server 115 can update the webpage 105 to reflect that the transaction is complete. Additionally, in some embodiments, the payment service 150 and/or the mobile device 140 can inform a backend management server 160 associated with the commerce server 115 that the transaction is complete. In some other embodiments, the commerce server 115 includes an integrated backend management subsystem. A backend management server 160 or subsystem can automatically, upon determining that a purchase transaction is complete, coordinate shipping and tracking, update an inventory management system, schedule routine updates, coordinate customer service items, etc.
  • FIGS. 2A and 2B illustrate sequences of events for allowing for payment of transactions initiated with a client device to be completed using a mobile device and which require multiple-step authentication of the user before completing the transactions according to some embodiments of the present technology.
  • FIG. 2A illustrates a sequence 200 of events performed between a client device, a commerce server, an identity service, and a mobile device to complete a payment transaction using the mobile device and after receiving multiple factors of user authentication.
  • the sequence 200 can include a mobile device sending an identity service information about the user's identity and mobile payment capability information 202 .
  • Step 202 can occur in advance of the rest of the sequence 200 .
  • the mobile device can update the identity service when the mobile device first sets up a mobile payment option.
  • the sequence 200 also involves a user logging into a store webpage with a user identifier 204 and the commerce server requesting, from the identity service, whether or not it should display a mobile pay option icon 206 by virtue of the identity service identifying the user as the user of a mobile device with a mobile pay option.
  • the identity service responds to the commerce server in the affirmative 208 , the commerce server can cause the website shown to the client device to render a mobile pay option icon 210 .
  • the client device can report, to the commerce server, that the user selected the mobile pay option icon 212 and the commerce server can tell the identity service to send a notification to the mobile device 214 .
  • the identity service can send a notification to the mobile device 216 that includes a transaction identifier and an application identifier.
  • the transaction identifier can be used to find the user's transaction (e.g. shopping cart of selected items) in the commerce server.
  • the application identifier can be used to tell the mobile device which application to open (e.g. digital wallet, standalone store application, etc.) when the user selects the notification.
  • the sequence 200 can then involve the user selecting the notification and opening the application specified in the application identifier 218 .
  • the mobile device can request shopping cart information from the commerce server 220 and receiving the same 222 .
  • the shopping cart information can be displayed 224 in the selected application.
  • the sequence 200 can involve the user altering the shopping cart from the mobile device 226 , requesting that the commerce server alter the shopping cart 228 , and the commerce server updating the webpage displayed on the client device with the altered shopping cart information 230 .
  • the sequence 200 can involve a user confirming the payment and authenticating the user 232 .
  • confirming payment and authenticating a user can involve requesting biometric authentication from a user, e.g. fingerprint recognition, retina detection, voice authentication, etc.
  • confirming payment and authenticating a user can involve a user entering a password and clicking a payment icon.
  • the sequence 200 can include the mobile device confirming payment with the commerce server 234 and the commerce server updating the website displayed on the client device 236 .
  • FIG. 2B illustrates another sequence 250 of events performed between a client device, a commerce server, an identity service, and a mobile device to complete a payment transaction using the mobile device and after receiving multiple factors of user authentication.
  • the sequence 250 can include a mobile device sending an identity service information about the user's identity and mobile payment capability information 252 .
  • Step 252 can occur in advance of the rest of the sequence 250 .
  • the mobile device can update the identity service when the mobile device first sets up a mobile payment option.
  • the sequence 250 also involves a user logging into a store webpage with a user identifier 254 and the commerce server requesting, from the identity service, whether or not it should display a mobile pay option icon 256 by virtue of the identity service identifying the user as the user of a mobile device with a mobile pay option.
  • the identity service responds to the commerce server in the affirmative 258 , the commerce server can cause the website shown to the client device to render a mobile pay option icon 260 .
  • the client device can report, to the commerce server, that the user selected the mobile pay option icon 262 and the commerce server can tell a notification service to send a notification to the mobile device 264 .
  • the notification service can send a notification to the mobile device 266 that includes a transaction identifier and an application identifier.
  • the transaction identifier can be used to find the user's transaction (e.g. shopping cart of selected items) in the commerce server.
  • the application identifier can be used to tell the mobile device which application to open (e.g. digital wallet, standalone store application, etc.) when the user selects the notification.
  • the sequence 250 can then involve the user selecting the notification and opening the application specified in the application identifier 268 .
  • the mobile device can request shopping cart information from the commerce server 270 and receiving the same 272 .
  • the shopping cart information can be displayed 274 in the selected application.
  • the sequence 250 can involve the user altering the shopping cart from the mobile device 276 , requesting that the commerce server alter the shopping cart 278 , and the commerce server updating the webpage displayed on the client device with the altered shopping cart information 280 .
  • the sequence 250 can involve a user confirming the payment and authenticating the user 282 .
  • confirming payment and authenticating a user can involve requesting biometric authentication from a user, e.g. fingerprint recognition, retina detection, voice authentication, etc.
  • confirming payment and authenticating a user can involve a user entering a password and clicking a payment icon.
  • the sequence 250 can include the mobile device confirming payment with the commerce server 284 and the commerce server updating the website displayed on the client device 286 .
  • FIG. 3 illustrates a method 300 of allowing for payment of transactions initiated with a client device to be completed using a mobile device by confirming an identity of a user according to some embodiments of the present technology.
  • the method 300 involves receiving a request to confirm a user identity 310 in an identity service.
  • the method involves the identity service sending a confirmation, to the commerce server, that the user is the same user of a mobile device having a mobile payment option that is integrated with the commerce server 320 .
  • the method involves the identity service notifying the user that the mobile device can be used to complete the payment transaction using the mobile payment option 340 .
  • notifying the user that the mobile device can be used to complete the payment transaction using the mobile payment option 340 can involve instructing a notification service to send a notification to the mobile device.
  • FIG. 4 illustrates a method 400 of providing a user of an online store an option to pay for a transactions initiated with a client device to be completed using a mobile device according to some embodiments of the present technology.
  • the method 400 involves identifying a user accessing an online store via a webpage 410 .
  • identifying a user can involve receiving and authenticating login credentials, recognizing a cookie on a client device, etc.
  • the method 400 involves querying an identity service to determine that the identified user has a mobile device with a mobile payment option that is integrated with the commerce service 420 .
  • the method 400 After receiving confirmation from the identity service, the method 400 involves displaying an interface element on an online store webpage for purchasing the product via the mobile payment option on the mobile device 430 .
  • the method 400 Upon receiving an instruction, via the interface element, to initiate the mobile payment option on the mobile device 440 , the method 400 involves causing a notification to be sent to the mobile device along with a purchase transaction identifier and an application identifier 450 .
  • the method 400 involves updating the webpage on the client device to indicate that the product was purchased 470 .
  • one aspect of the present technology is the gathering and use of data available from various sources to improve the delivery of invitational content including, promotions, advertisements, or any other content that may be of interest to users.
  • this gathered data may include personal information data that uniquely identifies or can be used to contact or locate a specific person.
  • personal information data can include demographic data, location-based data, telephone numbers, email addresses, twitter ID's, home addresses, or any other identifying information.
  • the present disclosure recognizes that the use of such personal information data in the present technology can be used to the benefit of users.
  • the personal information data can be used to better understand user behavior, facilitate and measure the effectiveness of advertisements, applications, and delivered content. Accordingly, use of such personal information data enables calculated control of the delivered content.
  • the system can reduce the number of times a user receives a given ad or other content and can thereby select and deliver content that is more meaningful to users. Such changes in system behavior improve the user experience. Further, other uses for personal information data that benefit the user are also contemplated by the present disclosure.
  • the present disclosure further contemplates that the entities responsible for the collection, analysis, disclosure, transfer, storage, or other use of such personal information data should implement and consistently use privacy policies and practices that that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining personal information data private and secure. For example, personal information from users should be collected for legitimate and reasonable uses of the entity and not shared or sold outside of those legitimate uses. Further, such collection should occur only after the informed consent of the users. Additionally, such entities would take any needed steps for safeguarding and securing access to such personal information data and ensuring that others with access to the personal information data adhere to their privacy and security policies and procedures. Further, such entities can subject themselves to evaluation by third parties to certify their adherence to widely accepted privacy policies and practices.
  • the present disclosure also contemplates embodiments in which users selectively block the use of, or access to, personal information data. That is, the present disclosure contemplates that hardware and/or software elements can be provided to prevent or block access to such personal information data.
  • the present technology can be configured to allow users to select to “opt in” or “opt out” of participation in the collection of personal information data during registration for services.
  • users can select not to provide location information for advertisement delivery services.
  • users can configure their devices or user terminals to prevent storage or use of cookies and other mechanisms from which personal information data can be discerned.
  • the present disclosure also contemplates that other methods or technologies may exist for blocking access to their personal information data.
  • the present disclosure broadly covers use of personal information data to implement one or more various disclosed embodiments, the present disclosure also contemplates that the various embodiments can also be implemented without the need for accessing such personal information data. That is, the various embodiments of the present technology are not rendered inoperable due to the lack of all or a portion of such personal information data.
  • content can be selected and delivered to users by inferring preferences based on non-personal information data or a bare minimum amount of personal information, such as the content being requested by the device associated with a user, other non-personal information available to the content delivery services, or publically available information.
  • FIG. 5A , and FIG. 5B illustrate exemplary possible system embodiments. The more appropriate embodiment will be apparent to those of ordinary skill in the art when practicing the present technology. Persons of ordinary skill in the art will also readily appreciate that other system embodiments are possible.
  • FIG. 5A illustrates a conventional system bus computing system architecture 500 wherein the components of the system are in electrical communication with each other using a bus 505 .
  • Exemplary system 500 includes a processing unit (CPU or processor) 510 and a system bus 505 that couples various system components including the system memory 515 , such as read only memory (ROM) 520 and random access memory (RAM) 525 , to the processor 510 .
  • the system 500 can include a cache of high-speed memory connected directly with, in close proximity to, or integrated as part of the processor 510 .
  • the system 500 can copy data from the memory 515 and/or the storage device 530 to the cache 512 for quick access by the processor 510 .
  • the cache can provide a performance boost that avoids processor 510 delays while waiting for data.
  • These and other modules can control or be configured to control the processor 510 to perform various actions.
  • Other system memory 515 may be available for use as well.
  • the memory 515 can include multiple different types of memory with different performance characteristics.
  • the processor 510 can include any general purpose processor and a hardware module or software module, such as module 1 532 , module 2 534 , and module 3 536 stored in storage device 530 , configured to control the processor 510 as well as a special-purpose processor where software instructions are incorporated into the actual processor design.
  • the processor 510 may essentially be a completely self-contained computing system, containing multiple cores or processors, a bus, memory controller, cache, etc.
  • a multi-core processor may be symmetric or asymmetric.
  • an input device 545 can represent any number of input mechanisms, such as a microphone for speech, a touch-sensitive screen for gesture or graphical input, keyboard, mouse, motion input, speech and so forth.
  • An output device 535 can also be one or more of a number of output mechanisms known to those of skill in the art.
  • multimodal systems can enable a user to provide multiple types of input to communicate with the computing device 500 .
  • the communications interface 540 can generally govern and manage the user input and system output. There is no restriction on operating on any particular hardware arrangement and therefore the basic features here may easily be substituted for improved hardware or firmware arrangements as they are developed.
  • Storage device 530 is a non-volatile memory and can be a hard disk or other types of computer readable media which can store data that are accessible by a computer, such as magnetic cassettes, flash memory cards, solid state memory devices, digital versatile disks, cartridges, random access memories (RAMs) 525 , read only memory (ROM) 520 , and hybrids thereof.
  • RAMs random access memories
  • ROM read only memory
  • the storage device 530 can include software modules 532 , 534 , 536 for controlling the processor 510 . Other hardware or software modules are contemplated.
  • the storage device 530 can be connected to the system bus 505 .
  • a hardware module that perform a particular function can include the software component stored in a computer-readable medium in connection with the necessary hardware components, such as the processor 510 , bus 505 , display 535 , and so forth, to carry out the function.
  • FIG. 5B illustrates a computer system 550 having a chipset architecture that can be used in executing the described method and generating and displaying a graphical user interface (GUI).
  • Computer system 550 is an example of computer hardware, software and firmware that can be used to implement the disclosed technology.
  • System 550 can include a processor 555 , representative of any number of physically and/or logically distinct resources capable of executing software, firmware, and hardware configured to perform identified computations.
  • Processor 555 can communicate with a chipset 560 that can control input to and output from processor 555 .
  • chipset 560 outputs information to output 565 , such as a display, and can read and write information to storage device 570 , which can include magnetic media, and solid state media, for example.
  • Chipset 560 can also read data from and write data to RAM 575 .
  • a bridge 580 for interfacing with a variety of user interface components 585 can be provided for interfacing with chipset 560 .
  • Such user interface components 585 can include a keyboard, a microphone, touch detection and processing circuitry, a pointing device, such as a mouse, and so on.
  • inputs to system 550 can come from any of a variety of sources, machine generated and/or human generated.
  • Chipset 560 can also interface with one or more communication interfaces 590 that can have different physical interfaces.
  • Such communication interfaces can include interfaces for wired and wireless local area networks, for broadband wireless networks, as well as personal area networks.
  • Some applications of the methods for generating, displaying, and using the GUI disclosed herein can include receiving ordered datasets over the physical interface or be generated by the machine itself by processor 555 analyzing data stored in storage 570 or 575 . Further, the machine can receive inputs from a user via user interface components 585 and execute appropriate functions, such as browsing functions by interpreting these inputs using processor 555 .
  • exemplary systems 500 and 550 can have more than one processor 510 or be part of a group or cluster of computing devices networked together to provide greater processing capability.
  • the present technology may be presented as including individual functional blocks including functional blocks comprising devices, device components, steps or routines in a method embodied in software, or combinations of hardware and software.
  • the computer-readable storage devices, mediums, and memories can include a cable or wireless signal containing a bit stream and the like.
  • non-transitory computer-readable storage media expressly exclude media such as energy, carrier signals, electromagnetic waves, and signals per se.
  • Such instructions can comprise, for example, instructions and data which cause or otherwise configure a general purpose computer, special purpose computer, or special purpose processing device to perform a certain function or group of functions. Portions of computer resources used can be accessible over a network.
  • the computer executable instructions may be, for example, binaries, intermediate format instructions such as assembly language, firmware, or source code. Examples of computer-readable media that may be used to store instructions, information used, and/or information created during methods according to described examples include magnetic or optical disks, flash memory, USB devices provided with non-volatile memory, networked storage devices, and so on.
  • Devices implementing methods according to these disclosures can comprise hardware, firmware and/or software, and can take any of a variety of form factors. Typical examples of such form factors include laptops, smart phones, small form factor personal computers, personal digital assistants, and so on. Functionality described herein also can be embodied in peripherals or add-in cards. Such functionality can also be implemented on a circuit board among different chips or different processes executing in a single device, by way of further example.
  • the instructions, media for conveying such instructions, computing resources for executing them, and other structures for supporting such computing resources are means for providing the functions described in these disclosures.

Landscapes

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

Abstract

Disclosed herein are systems, methods, and non-transitory computer-readable storage media for allowing for payment of transactions initiated with a client device to be completed using a mobile device and requiring multiple-step authentication of the user before completing the transactions.

Description

    CROSS-REFERENCES TO RELATED APPLICATIONS
  • This application is a continuation of U.S. application Ser. No. 14/788,315, filed Jun. 30, 2015 entitled, “MULTI-FACTOR IDENTITY AUTHENTICATION,” the contents of which are herein incorporated by reference.
  • BACKGROUND OF THE INVENTION
  • The present disclosure relates to authenticating the identity of a user and more specifically to multi-factor identity authentication.
  • INTRODUCTION
  • Traditional online payment systems expose users to security risks. For example, typing a credit card number into a field on an online payment form exposes a user to theft of the number by a person looking at their screen, by a keystroke logging virus, etc. Also, storing credit card number by an online retailer can avoid requiring the user to enter the information, but it exposes the online retailer to its own security risks and liability.
  • Other existing solutions support mobile payments and allows for integration with web sites by enabling an online store to use barcodes to complete payment on a mobile device. However, these solutions do not support notifications or provide validation of what specifically is being purchased.
  • BRIEF SUMMARY OF THE INVENTION
  • Additional features and advantages of the disclosure will be set forth in the description which follows, and in part will be obvious from the description, or can be learned by practice of the herein disclosed principles. The features and advantages of the disclosure can be realized and obtained by means of the instruments and combinations particularly pointed out in the appended claims. These and other features of the disclosure will become more fully apparent from the following description and appended claims, or can be learned by the practice of the principles set forth herein.
  • Systems, methods and non-transitory computer-readable media are disclosed which allow for payment of transactions initiated with a client device to be completed using a mobile device and which require multiple-step authentication of the user before completing the transactions.
  • Some embodiments of the present technology involve receiving a request to confirm a user identity in an identity service and sending a confirmation, to the commerce server, that the user is the same user of a mobile device having a mobile payment option that is integrated with the commerce server. After receiving a request from the user to perform a payment transaction using the mobile payment option on the mobile device, an identity service can notify the user that the mobile device can be used to complete the payment transaction using the mobile payment option.
  • Some embodiments of the present technology involve providing a user of an online store an option to pay for a transactions initiated with a client device to be completed using a mobile device. A commerce server can identify a user accessing an online store via a webpage and ask an identity service to determine that the identified user has a mobile device with a mobile payment option that is integrated with the commerce service. After receiving confirmation from the identity service, the commerce server can display an interface element on an online store webpage for purchasing the product via the mobile payment option. Upon a user selecting the interface element, the commerce server can cause a notification to be sent to the mobile device along with a purchase transaction identifier and an application identifier. After receiving a confirmation that mobile payment option has completed a payment transaction that required a user authentication on the user's mobile device, the commerce server can update the webpage on the client device to indicate that the product was purchased.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • In order to describe the manner in which the above-recited and other advantages and features of the disclosure can be obtained, a more particular description of the principles briefly described above will be rendered by reference to specific embodiments thereof which are illustrated in the appended drawings. Understanding that these drawings depict only exemplary embodiments of the disclosure and are not therefore to be considered to be limiting of its scope, the principles herein are described and explained with additional specificity and detail through the use of the accompanying drawings in which:
  • FIG. 1 illustrates an example of a system for performing a multiple-factor authentication of a user's identity and allowing the user to checkout from an online store using a mobile payment service according to some embodiments of the present technology;
  • FIG. 2A illustrates a sequence of events performed between a client device, a commerce server, an identity service, and a mobile device to complete a payment transaction using the mobile device and after receiving multiple factors of user authentication according to some embodiments of the present technology;
  • FIG. 2B illustrates another sequence of events performed between a client device, a commerce server, an identity service, and a mobile device to complete a payment transaction using the mobile device and after receiving multiple factors of user authentication according to some embodiments of the present technology;
  • FIG. 3 illustrates a method of allowing for payment of transactions initiated with a client device to be completed using a mobile device by confirming an identity of a user according to some embodiments of the present technology;
  • FIG. 4 illustrates a method of providing a user of an online store an option to pay for a transactions initiated with a client device to be completed using a mobile device according to some embodiments of the present technology; and
  • FIG. 5A and FIG. 5B illustrate exemplary possible system embodiments.
  • DETAILED DESCRIPTION OF THE INVENTION
  • Various embodiments of the disclosure are discussed in detail below. While specific implementations are discussed, it should be understood that this is done for illustration purposes only. A person skilled in the relevant art will recognize that other components and configurations may be used without parting from the spirit and scope of the disclosure.
  • The present disclosure addresses the need in the art for allowing payment completion, for transactions initiated on a website, on mobile devices and for integrating transaction data into mobile payment options using notifications. Systems, methods and non-transitory computer-readable media are disclosed which allow for payment of transactions initiated with a client device to be completed using a mobile device and which require multiple-step authentication of the user before completing the transactions.
  • FIG. 1 illustrates an example of a system 100 for performing a multiple-factor authentication of a user's identity and allowing the user to checkout from an online store using a mobile payment service. The system 100 includes a commerce server 115 that hosts an online store and a client device 110 accessing the online store via a webpage 105. The commerce server 115 can identify a user accessing the online store via the webpage 105 by the user entering login credentials, the commerce server 115 recognizing a cookie on the client device 110, or other methods of authentication.
  • The commerce server 115 also communicates with an identity service 120 for determining when to allow the user of the client device 110 to complete a payment transaction with online store via a mobile payment system on a mobile device.
  • The identity service 120 can receive information from the mobile device 140 describing whether the mobile device 140 has mobile payment options. For example, the identity service 120 can receive information from the mobile device 140 describing a digital wallet application that is executable on the mobile device 140 and that is capable of performing mobile payments. The identity service 120 can also receive information about specific cards within the digital wallet that can be used to make payments either generally (e.g. credit gift card) or with specific vendors (e.g. a coffee shop store card). Similarly, the identity service 120 can receive, from the mobile device 140, information describing standalone (i.e. separate from a digital wallet application) applications that are executable on the mobile device 140 and that are capable of performing mobile payments. For example, the identity service 120 can receive information from the mobile device 140 describing an application specifically designed to interact with a specific online store.
  • Also, the identity service 120 can receive information from the mobile device 140 describing the identity of the user of the mobile device 140. For example, the identity service 120 can receive, from the mobile device 140, a user identifier associated with the digital wallet application. In some embodiments, the identity service 120 can receive an account identifier for a cloud-based media and services platform that is associated with the mobile device.
  • The commerce server 115, the identity service 120, or both the commerce server 115 and the identity service 120 can compare the identify a user accessing the online store via the webpage 105 and the identity of the user of the mobile device 140 to determine when it is the same user. For example, when the login credentials of the user logging into an online store on the client device are the same as the login credentials for an application for accessing the online store that is running on the mobile device, then the identity server 120 can determine that the users are the same user.
  • Additionally, the identity service 120 can receive information from the mobile device 140 describing an additional level of authentication required by the mobile device 140 to perform a mobile payment. For example, the identity service 120 can receive information describing that the mobile device requires biometric authentication before completing a mobile payment. Likewise, the identity service 120 can receive information describing that the mobile device requires a password, entry of a specific pattern, a voice command, etc. before completing a mobile payment.
  • The commerce server 115 can send the client device instructions for rendering a webpage 105 that allows the user to specify a payment transaction. For example, the webpage 105 can display a shopping cart of items selected for purchase by the user and options for completing a payment transaction to purchase them items in the shopping cart, e.g. credit card information, gift card information, checking account information, etc. When the identity service 120 and/or the commerce server 115 determine that the user of the client device 110 is the same user as the user of the mobile device 140, the commerce server can also update the webpage 105 to include an interface element for allowing the user to complete a payment using a mobile payment option. When the user selects the interface element, the commerce server 115 can send an instruction to the identity server 120 to send a notification to the mobile device 140 that a mobile payment option on the mobile device can be used to complete the payment transaction. In some embodiments, the system 100 also includes a notification service 130 that is used to send a notification to the mobile device 140 after the commerce server 115 verifies that the user selected the interface element on the webpage 105. The notification can be delivered in the form of an email, text message, etc. Preferably, the notification is an interactive notification that is delivered to a notification management center on the mobile device 140 and displayed on the mobile device 140 when the user opts in to receiving notifications from the commerce server 115. For example, the notification can be displayed on a lock screen of the mobile device 140.
  • In some embodiments of the present technology, the notification includes a payment transaction identifier that identifies the payment transaction in the commerce server 115. For example, the payment transaction identifier can include an identifier that identifies the items stored in the user's shopping cart in the online store. Also, the mobile device 140 (via the digital wallet application, standalone application, etc.) can display an interface showing the items in the shopping cart. In some embodiments of the user can modify the shopping cart on the mobile device 140 and the mobile device 140 (via the digital wallet application, standalone application, etc.) can send an instruction to the commerce server 115 to update the webpage 105 to reflect the modification.
  • Likewise, the notification can include an application identifier that identifies an application on the mobile device associated with the online store. The mobile device 140 can use the application identifier to locate and/or execute the appropriate application or digital card on the mobile device 140. For example, the notification can include an application identifier that specifies a digital card in the user's digital wallet application (as specified by the identity service) that can be automatically displayed when the user selects the notification. In another example, the application identifier can specify a standalone application (as specified by the identity service) that is specific to the online store that can be automatically displayed when the user selects the notification.
  • In some embodiments of the present technology, the notification includes one or more merchant identifier for the payment transaction and the mobile device 140 can recognize the merchant identifier and initiate a separate loyalty card protocol with the commerce server 115.
  • After the mobile device 140 identifies the payment transaction (e.g. receives payment transaction information and displays the shopping cart), the mobile device 140 can complete the payment transaction using one or more mobile payment option. In some embodiments, the mobile device 140 can require an additional level of authentication before completing a payment transaction. For example, the mobile device 140 can require a password, biometric authentication, etc. Likewise, the commerce server 115 can require a confirmation, from the mobile device, that the performed the additional level of authentication before recognizing a payment transaction as being completed. Similarly, the identity service 120 and/or the notification service 130 can require that the mobile device 140 be designated as the user's primary device before sending a notification to the mobile device 140. Likewise, the commerce server 115 can require confirmation that the mobile device 140 is the user's primary device before recognizing a payment transaction as being completed.
  • After completing the necessary steps to perform a payment transaction, the mobile device 140 can complete the payment transaction with a payment service 150.
  • In some embodiments of the present technology, a payment service 150 allows a user to add a credit or debit card, without storing the actual card numbers on the mobile device nor on the commerce server. Instead, a unique Device Account Number is assigned, encrypted and securely stored in a secure element on the mobile device. The payment transaction is authorized with a one-time unique number using your Device Account Number and, instead of using the security code from the back of your card, the payment service creates a dynamic security code to securely validate each transaction. As explained in greater detail below, some embodiments of the present technology involve enforcing a privacy policy for securing user information.
  • The payment service 150 and/or the mobile device 140 can inform the commerce server 115 that the payment transaction has been completed and the commerce server 115 can update the webpage 105 to reflect that the transaction is complete. Additionally, in some embodiments, the payment service 150 and/or the mobile device 140 can inform a backend management server 160 associated with the commerce server 115 that the transaction is complete. In some other embodiments, the commerce server 115 includes an integrated backend management subsystem. A backend management server 160 or subsystem can automatically, upon determining that a purchase transaction is complete, coordinate shipping and tracking, update an inventory management system, schedule routine updates, coordinate customer service items, etc.
  • FIGS. 2A and 2B illustrate sequences of events for allowing for payment of transactions initiated with a client device to be completed using a mobile device and which require multiple-step authentication of the user before completing the transactions according to some embodiments of the present technology.
  • FIG. 2A illustrates a sequence 200 of events performed between a client device, a commerce server, an identity service, and a mobile device to complete a payment transaction using the mobile device and after receiving multiple factors of user authentication. The sequence 200 can include a mobile device sending an identity service information about the user's identity and mobile payment capability information 202. Step 202 can occur in advance of the rest of the sequence 200. For example, the mobile device can update the identity service when the mobile device first sets up a mobile payment option.
  • The sequence 200 also involves a user logging into a store webpage with a user identifier 204 and the commerce server requesting, from the identity service, whether or not it should display a mobile pay option icon 206 by virtue of the identity service identifying the user as the user of a mobile device with a mobile pay option. When the identity service responds to the commerce server in the affirmative 208, the commerce server can cause the website shown to the client device to render a mobile pay option icon 210.
  • Next, the client device can report, to the commerce server, that the user selected the mobile pay option icon 212 and the commerce server can tell the identity service to send a notification to the mobile device 214. The identity service can send a notification to the mobile device 216 that includes a transaction identifier and an application identifier. The transaction identifier can be used to find the user's transaction (e.g. shopping cart of selected items) in the commerce server. The application identifier can be used to tell the mobile device which application to open (e.g. digital wallet, standalone store application, etc.) when the user selects the notification.
  • The sequence 200 can then involve the user selecting the notification and opening the application specified in the application identifier 218. Next, using the transaction identifier, the mobile device can request shopping cart information from the commerce server 220 and receiving the same 222. The shopping cart information can be displayed 224 in the selected application. Optionally, the sequence 200 can involve the user altering the shopping cart from the mobile device 226, requesting that the commerce server alter the shopping cart 228, and the commerce server updating the webpage displayed on the client device with the altered shopping cart information 230.
  • Once the user of the mobile device is satisfied with the transaction information (e.g. shopping cart, price, etc.) the sequence 200 can involve a user confirming the payment and authenticating the user 232. For example, confirming payment and authenticating a user can involve requesting biometric authentication from a user, e.g. fingerprint recognition, retina detection, voice authentication, etc. Also, confirming payment and authenticating a user can involve a user entering a password and clicking a payment icon. After the user is authenticated and the payment is confirmed, the sequence 200 can include the mobile device confirming payment with the commerce server 234 and the commerce server updating the website displayed on the client device 236.
  • FIG. 2B illustrates another sequence 250 of events performed between a client device, a commerce server, an identity service, and a mobile device to complete a payment transaction using the mobile device and after receiving multiple factors of user authentication.
  • The sequence 250 can include a mobile device sending an identity service information about the user's identity and mobile payment capability information 252. Step 252 can occur in advance of the rest of the sequence 250. For example, the mobile device can update the identity service when the mobile device first sets up a mobile payment option.
  • The sequence 250 also involves a user logging into a store webpage with a user identifier 254 and the commerce server requesting, from the identity service, whether or not it should display a mobile pay option icon 256 by virtue of the identity service identifying the user as the user of a mobile device with a mobile pay option. When the identity service responds to the commerce server in the affirmative 258, the commerce server can cause the website shown to the client device to render a mobile pay option icon 260.
  • Next, the client device can report, to the commerce server, that the user selected the mobile pay option icon 262 and the commerce server can tell a notification service to send a notification to the mobile device 264. The notification service can send a notification to the mobile device 266 that includes a transaction identifier and an application identifier. The transaction identifier can be used to find the user's transaction (e.g. shopping cart of selected items) in the commerce server. The application identifier can be used to tell the mobile device which application to open (e.g. digital wallet, standalone store application, etc.) when the user selects the notification.
  • The sequence 250 can then involve the user selecting the notification and opening the application specified in the application identifier 268. Next, using the transaction identifier, the mobile device can request shopping cart information from the commerce server 270 and receiving the same 272. The shopping cart information can be displayed 274 in the selected application. Optionally, the sequence 250 can involve the user altering the shopping cart from the mobile device 276, requesting that the commerce server alter the shopping cart 278, and the commerce server updating the webpage displayed on the client device with the altered shopping cart information 280.
  • Once the user of the mobile device is satisfied with the transaction information (e.g. shopping cart, price, etc.) the sequence 250 can involve a user confirming the payment and authenticating the user 282. For example, confirming payment and authenticating a user can involve requesting biometric authentication from a user, e.g. fingerprint recognition, retina detection, voice authentication, etc. Also, confirming payment and authenticating a user can involve a user entering a password and clicking a payment icon. After the user is authenticated and the payment is confirmed, the sequence 250 can include the mobile device confirming payment with the commerce server 284 and the commerce server updating the website displayed on the client device 286.
  • FIG. 3 illustrates a method 300 of allowing for payment of transactions initiated with a client device to be completed using a mobile device by confirming an identity of a user according to some embodiments of the present technology. The method 300 involves receiving a request to confirm a user identity 310 in an identity service. Next, the method involves the identity service sending a confirmation, to the commerce server, that the user is the same user of a mobile device having a mobile payment option that is integrated with the commerce server 320.
  • Next, after receiving a request from the user to perform a payment transaction using the mobile payment option on the mobile device 330, the method involves the identity service notifying the user that the mobile device can be used to complete the payment transaction using the mobile payment option 340. In some cases, notifying the user that the mobile device can be used to complete the payment transaction using the mobile payment option 340 can involve instructing a notification service to send a notification to the mobile device.
  • FIG. 4 illustrates a method 400 of providing a user of an online store an option to pay for a transactions initiated with a client device to be completed using a mobile device according to some embodiments of the present technology. The method 400 involves identifying a user accessing an online store via a webpage 410. For example, identifying a user can involve receiving and authenticating login credentials, recognizing a cookie on a client device, etc. Next, the method 400 involves querying an identity service to determine that the identified user has a mobile device with a mobile payment option that is integrated with the commerce service 420.
  • After receiving confirmation from the identity service, the method 400 involves displaying an interface element on an online store webpage for purchasing the product via the mobile payment option on the mobile device 430. Upon receiving an instruction, via the interface element, to initiate the mobile payment option on the mobile device 440, the method 400 involves causing a notification to be sent to the mobile device along with a purchase transaction identifier and an application identifier 450.
  • Next, after receiving a confirmation that mobile payment option has completed a payment transaction that required a user authentication on the user's mobile device 460, the method 400 involves updating the webpage on the client device to indicate that the product was purchased 470.
  • As described herein, one aspect of the present technology is the gathering and use of data available from various sources to improve the delivery of invitational content including, promotions, advertisements, or any other content that may be of interest to users. The present disclosure contemplates that, in some instances, this gathered data may include personal information data that uniquely identifies or can be used to contact or locate a specific person. Such personal information data can include demographic data, location-based data, telephone numbers, email addresses, twitter ID's, home addresses, or any other identifying information.
  • The present disclosure recognizes that the use of such personal information data in the present technology can be used to the benefit of users. For example, the personal information data can be used to better understand user behavior, facilitate and measure the effectiveness of advertisements, applications, and delivered content. Accordingly, use of such personal information data enables calculated control of the delivered content. For example, the system can reduce the number of times a user receives a given ad or other content and can thereby select and deliver content that is more meaningful to users. Such changes in system behavior improve the user experience. Further, other uses for personal information data that benefit the user are also contemplated by the present disclosure.
  • The present disclosure further contemplates that the entities responsible for the collection, analysis, disclosure, transfer, storage, or other use of such personal information data should implement and consistently use privacy policies and practices that that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining personal information data private and secure. For example, personal information from users should be collected for legitimate and reasonable uses of the entity and not shared or sold outside of those legitimate uses. Further, such collection should occur only after the informed consent of the users. Additionally, such entities would take any needed steps for safeguarding and securing access to such personal information data and ensuring that others with access to the personal information data adhere to their privacy and security policies and procedures. Further, such entities can subject themselves to evaluation by third parties to certify their adherence to widely accepted privacy policies and practices.
  • Despite the foregoing, the present disclosure also contemplates embodiments in which users selectively block the use of, or access to, personal information data. That is, the present disclosure contemplates that hardware and/or software elements can be provided to prevent or block access to such personal information data. For example, in the case of advertisement delivery services, the present technology can be configured to allow users to select to “opt in” or “opt out” of participation in the collection of personal information data during registration for services. In another example, users can select not to provide location information for advertisement delivery services. In yet another example, users can configure their devices or user terminals to prevent storage or use of cookies and other mechanisms from which personal information data can be discerned. The present disclosure also contemplates that other methods or technologies may exist for blocking access to their personal information data.
  • Therefore, although the present disclosure broadly covers use of personal information data to implement one or more various disclosed embodiments, the present disclosure also contemplates that the various embodiments can also be implemented without the need for accessing such personal information data. That is, the various embodiments of the present technology are not rendered inoperable due to the lack of all or a portion of such personal information data. For example, content can be selected and delivered to users by inferring preferences based on non-personal information data or a bare minimum amount of personal information, such as the content being requested by the device associated with a user, other non-personal information available to the content delivery services, or publically available information.
  • FIG. 5A, and FIG. 5B illustrate exemplary possible system embodiments. The more appropriate embodiment will be apparent to those of ordinary skill in the art when practicing the present technology. Persons of ordinary skill in the art will also readily appreciate that other system embodiments are possible.
  • FIG. 5A illustrates a conventional system bus computing system architecture 500 wherein the components of the system are in electrical communication with each other using a bus 505. Exemplary system 500 includes a processing unit (CPU or processor) 510 and a system bus 505 that couples various system components including the system memory 515, such as read only memory (ROM) 520 and random access memory (RAM) 525, to the processor 510. The system 500 can include a cache of high-speed memory connected directly with, in close proximity to, or integrated as part of the processor 510. The system 500 can copy data from the memory 515 and/or the storage device 530 to the cache 512 for quick access by the processor 510. In this way, the cache can provide a performance boost that avoids processor 510 delays while waiting for data. These and other modules can control or be configured to control the processor 510 to perform various actions. Other system memory 515 may be available for use as well. The memory 515 can include multiple different types of memory with different performance characteristics. The processor 510 can include any general purpose processor and a hardware module or software module, such as module 1 532, module 2 534, and module 3 536 stored in storage device 530, configured to control the processor 510 as well as a special-purpose processor where software instructions are incorporated into the actual processor design. The processor 510 may essentially be a completely self-contained computing system, containing multiple cores or processors, a bus, memory controller, cache, etc. A multi-core processor may be symmetric or asymmetric.
  • To enable user interaction with the computing device 500, an input device 545 can represent any number of input mechanisms, such as a microphone for speech, a touch-sensitive screen for gesture or graphical input, keyboard, mouse, motion input, speech and so forth. An output device 535 can also be one or more of a number of output mechanisms known to those of skill in the art. In some instances, multimodal systems can enable a user to provide multiple types of input to communicate with the computing device 500. The communications interface 540 can generally govern and manage the user input and system output. There is no restriction on operating on any particular hardware arrangement and therefore the basic features here may easily be substituted for improved hardware or firmware arrangements as they are developed.
  • Storage device 530 is a non-volatile memory and can be a hard disk or other types of computer readable media which can store data that are accessible by a computer, such as magnetic cassettes, flash memory cards, solid state memory devices, digital versatile disks, cartridges, random access memories (RAMs) 525, read only memory (ROM) 520, and hybrids thereof.
  • The storage device 530 can include software modules 532, 534, 536 for controlling the processor 510. Other hardware or software modules are contemplated. The storage device 530 can be connected to the system bus 505. In one aspect, a hardware module that perform a particular function can include the software component stored in a computer-readable medium in connection with the necessary hardware components, such as the processor 510, bus 505, display 535, and so forth, to carry out the function.
  • FIG. 5B illustrates a computer system 550 having a chipset architecture that can be used in executing the described method and generating and displaying a graphical user interface (GUI). Computer system 550 is an example of computer hardware, software and firmware that can be used to implement the disclosed technology. System 550 can include a processor 555, representative of any number of physically and/or logically distinct resources capable of executing software, firmware, and hardware configured to perform identified computations. Processor 555 can communicate with a chipset 560 that can control input to and output from processor 555. In this example, chipset 560 outputs information to output 565, such as a display, and can read and write information to storage device 570, which can include magnetic media, and solid state media, for example. Chipset 560 can also read data from and write data to RAM 575. A bridge 580 for interfacing with a variety of user interface components 585 can be provided for interfacing with chipset 560. Such user interface components 585 can include a keyboard, a microphone, touch detection and processing circuitry, a pointing device, such as a mouse, and so on. In general, inputs to system 550 can come from any of a variety of sources, machine generated and/or human generated.
  • Chipset 560 can also interface with one or more communication interfaces 590 that can have different physical interfaces. Such communication interfaces can include interfaces for wired and wireless local area networks, for broadband wireless networks, as well as personal area networks. Some applications of the methods for generating, displaying, and using the GUI disclosed herein can include receiving ordered datasets over the physical interface or be generated by the machine itself by processor 555 analyzing data stored in storage 570 or 575. Further, the machine can receive inputs from a user via user interface components 585 and execute appropriate functions, such as browsing functions by interpreting these inputs using processor 555.
  • It can be appreciated that exemplary systems 500 and 550 can have more than one processor 510 or be part of a group or cluster of computing devices networked together to provide greater processing capability.
  • For clarity of explanation, in some instances the present technology may be presented as including individual functional blocks including functional blocks comprising devices, device components, steps or routines in a method embodied in software, or combinations of hardware and software.
  • In some embodiments the computer-readable storage devices, mediums, and memories can include a cable or wireless signal containing a bit stream and the like. However, when mentioned, non-transitory computer-readable storage media expressly exclude media such as energy, carrier signals, electromagnetic waves, and signals per se.
  • Methods according to the above-described examples can be implemented using computer-executable instructions that are stored or otherwise available from computer readable media. Such instructions can comprise, for example, instructions and data which cause or otherwise configure a general purpose computer, special purpose computer, or special purpose processing device to perform a certain function or group of functions. Portions of computer resources used can be accessible over a network. The computer executable instructions may be, for example, binaries, intermediate format instructions such as assembly language, firmware, or source code. Examples of computer-readable media that may be used to store instructions, information used, and/or information created during methods according to described examples include magnetic or optical disks, flash memory, USB devices provided with non-volatile memory, networked storage devices, and so on.
  • Devices implementing methods according to these disclosures can comprise hardware, firmware and/or software, and can take any of a variety of form factors. Typical examples of such form factors include laptops, smart phones, small form factor personal computers, personal digital assistants, and so on. Functionality described herein also can be embodied in peripherals or add-in cards. Such functionality can also be implemented on a circuit board among different chips or different processes executing in a single device, by way of further example.
  • The instructions, media for conveying such instructions, computing resources for executing them, and other structures for supporting such computing resources are means for providing the functions described in these disclosures.
  • Although a variety of examples and other information was used to explain aspects within the scope of the appended claims, no limitation of the claims should be implied based on particular features or arrangements in such examples, as one of ordinary skill would be able to use these examples to derive a wide variety of implementations. Further and although some subject matter may have been described in language specific to examples of structural features and/or method steps, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to these described features or acts. For example, such functionality can be distributed differently or performed in components other than those identified herein. Rather, the described features and steps are disclosed as examples of components of systems and methods within the scope of the appended claims.

Claims (20)

What is claimed is:
1. A method, comprising:
receiving, by a server computer, a login request from a client device associated with a user identifier;
transmitting, by the server computer, a webpage to the client device;
receiving, by the server computer, identification information that identifies a mobile device associated with the user identifier, the mobile device configured with a payment application;
updating, by the server computer, the webpage to present an icon for utilizing the payment application of the mobile device;
receiving, by the server computer, selection information that identifies selection of the icon;
transmitting, by the server computer, instructions to send a notification to the mobile device;
transmitting, by the server computer and at least responsive to a request from the mobile device, item information that identifies an item associated with the webpage;
receiving, by the server computer, authentication information that identifies authentication associated with the mobile device; and
updating, by the server computer, the webpage to present confirmation of the authentication associated with the mobile device.
2. The method of claim 1, wherein the identification information is received from an identity server computer.
3. The method of claim 2, wherein the instructions to send the notification are transmitted to the identity service configured to transmit the notification to the mobile device.
4. The method of claim 1, wherein the instructions to send the notification are transmitted to a notification service configured to transmit the notification to the mobile device.
5. The method of claim 1, wherein the notification comprises a transaction identifier corresponding to the item and an application identifier corresponding to the payment application.
6. The method of claim 1, wherein the notification comprises an instruction to launch the payment application.
7. The method of claim 1, wherein the authentication information is received from the mobile device.
8. The method of claim 1, further comprising updating the webpage to present confirmation of use of the payment application to order the item from the server computer.
9. A non-transitory computer-readable storage medium storing instructions that, when executed by a server computer, cause the server computer to perform operations comprising:
receiving a login request from a client device associated with a user identifier;
transmitting a webpage to the client device;
receiving identification information that identifies a mobile device associated with the user identifier, the mobile device configured with a payment application;
updating the webpage to present an icon for utilizing the payment application of the mobile device;
receiving selection information that identifies selection of the icon;
transmitting instructions to send a notification to the mobile device;
transmitting, at least responsive to a request from the mobile device, item information that identifies an item associated with the webpage;
receiving authentication information that identifies authentication associated with the mobile device; and
updating the webpage to present confirmation of the authentication associated with the mobile device.
10. The non-transitory computer-readable storage medium of claim 9, wherein the instructions to send the notification are transmitted to an identity service configured to transmit the notification to the mobile device.
11. The non-transitory computer-readable storage medium of claim 9, wherein the instructions to send the notification are transmitted to a notification service configured to transmit the notification to the mobile device.
12. The non-transitory computer-readable storage medium of claim 9, wherein the notification comprises at least one of a transaction identifier corresponding to the item, an application identifier corresponding to the payment application, or an instruction to launch the payment application.
13. The non-transitory computer-readable storage medium of claim 9, wherein the authentication information is received from the mobile device.
14. The non-transitory computer-readable storage medium of claim 9, further comprising updating the webpage to present confirmation of use of the payment application to order the item from the server computer.
15. A system, comprising:
a memory configured to store computer-executable instructions; and
a processor configured to access the memory and execute the computer-executable instructions to at least:
receive a login request from a client device associated with a user identifier;
transmit a webpage to the client device;
receive identification information that identifies a mobile device associated with the user identifier, the mobile device configured with a payment application;
update the webpage to present an icon for utilizing the payment application of the mobile device;
receive selection information that identifies selection of the icon;
transmit instructions to send a notification to the mobile device;
transmit, at least responsive to a request from the mobile device, item information that identifies an item associated with the webpage;
receive authentication information that identifies authentication associated with the mobile device; and
update the webpage to present confirmation of the authentication associated with the mobile device.
16. The system of claim 15, wherein the instructions to send the notification are transmitted to an identity service configured to transmit the notification to the mobile device.
17. The system of claim 15, wherein the instructions to send the notification are transmitted to a notification service configured to transmit the notification to the mobile device.
18. The system of claim 15, wherein the notification comprises at least one of a transaction identifier corresponding to the item, an application identifier corresponding to the payment application, or an instruction to launch the payment application.
19. The system of claim 15, wherein the authentication information is received from the mobile device.
20. The system of claim 15, wherein the processor is further configured to execute the computer-executable instructions to at least update the webpage to present confirmation of use of the payment application to order the item from the server computer
US17/083,611 2015-06-30 2020-10-29 Multi-factor identity authentication Abandoned US20210049579A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/083,611 US20210049579A1 (en) 2015-06-30 2020-10-29 Multi-factor identity authentication

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/788,315 US10853786B2 (en) 2015-06-30 2015-06-30 Multi-factor identity authentication
US17/083,611 US20210049579A1 (en) 2015-06-30 2020-10-29 Multi-factor identity authentication

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US14/788,315 Continuation US10853786B2 (en) 2015-06-30 2015-06-30 Multi-factor identity authentication

Publications (1)

Publication Number Publication Date
US20210049579A1 true US20210049579A1 (en) 2021-02-18

Family

ID=57683876

Family Applications (2)

Application Number Title Priority Date Filing Date
US14/788,315 Active 2037-07-02 US10853786B2 (en) 2015-06-30 2015-06-30 Multi-factor identity authentication
US17/083,611 Abandoned US20210049579A1 (en) 2015-06-30 2020-10-29 Multi-factor identity authentication

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US14/788,315 Active 2037-07-02 US10853786B2 (en) 2015-06-30 2015-06-30 Multi-factor identity authentication

Country Status (1)

Country Link
US (2) US10853786B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230053383A1 (en) * 2019-11-04 2023-02-23 Visa International Service Association Relying Party Risk-Adjusted Indicator System and Method

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2951529A1 (en) * 2015-12-11 2017-06-11 Capital One Services, Llc Systems and methods for voice-controlled account servicing
US10410017B2 (en) 2016-09-30 2019-09-10 The Toronto-Dominion Bank Device lock bypass on selectable alert
US20190362357A1 (en) * 2017-02-20 2019-11-28 Huawei Technologies Co., Ltd. Payment method and terminal
CN107688940A (en) * 2017-05-10 2018-02-13 平安科技(深圳)有限公司 Bio-identification transaction processing method and system
WO2019022698A1 (en) * 2017-07-24 2019-01-31 Visa International Service Association System, method, and computer program product for authenticating a transaction
CN107592308B (en) * 2017-09-13 2021-03-30 西安电子科技大学 Double-server multi-factor authentication method oriented to mobile payment scene
US11682017B2 (en) * 2017-09-18 2023-06-20 Perk Hero Software Inc. Systems and methods for electronic payments with fraud prevention
US20210241267A1 (en) * 2020-02-04 2021-08-05 Mastercard International Incorporated Electronic methods and systems for processing a declined financial transaction
CN112037372B (en) * 2020-08-04 2022-11-29 摩拜(北京)信息技术有限公司 Unlocking method and terminal for vehicle
US20220358235A1 (en) * 2021-05-05 2022-11-10 EMC IP Holding Company LLC Access Control of Protected Data Using Storage System-Based Multi-Factor Authentication

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110238476A1 (en) * 2010-03-23 2011-09-29 Michael Carr Location-based Coupons and Mobile Devices
US20130013499A1 (en) * 2011-07-05 2013-01-10 Avinash Kalgi Electronic wallet checkout platform apparatuses, methods and systems
US20130297425A1 (en) * 2012-05-04 2013-11-07 Paytel, Inc. Quick transaction completion using mobile device
US20160321650A1 (en) * 2015-04-28 2016-11-03 Ncr Corporation Online transactions

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8352323B2 (en) 2007-11-30 2013-01-08 Blaze Mobile, Inc. Conducting an online payment transaction using an NFC enabled mobile communication device
WO2012065128A1 (en) 2010-11-11 2012-05-18 Ebay Inc. Quick payment using mobile device binding
US20170372405A9 (en) 2012-05-04 2017-12-28 Kachyng, Inc. Quick transaction completion using mobile device
US9741033B2 (en) * 2012-12-31 2017-08-22 Piyush Bhatnagar System and method for point of sale payment data credentials management using out-of-band authentication
GB2523358A (en) 2014-02-21 2015-08-26 Domulas Ltd A system and method of processing a secure payment transaction
US9922324B2 (en) 2014-05-21 2018-03-20 Square, Inc. Verified purchasing by email
US20160162882A1 (en) * 2014-12-08 2016-06-09 Guy LaMonte McClung, III Digital money choice and eWallet selection
CN117829833A (en) * 2016-07-29 2024-04-05 万事达卡国际公司 Method of operating a payment-enabled mobile device running a merchant wallet application

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110238476A1 (en) * 2010-03-23 2011-09-29 Michael Carr Location-based Coupons and Mobile Devices
US20130013499A1 (en) * 2011-07-05 2013-01-10 Avinash Kalgi Electronic wallet checkout platform apparatuses, methods and systems
US20130297425A1 (en) * 2012-05-04 2013-11-07 Paytel, Inc. Quick transaction completion using mobile device
US20160321650A1 (en) * 2015-04-28 2016-11-03 Ncr Corporation Online transactions

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230053383A1 (en) * 2019-11-04 2023-02-23 Visa International Service Association Relying Party Risk-Adjusted Indicator System and Method
US11769155B2 (en) * 2019-11-04 2023-09-26 Visa International Service Association Relying party risk-adjusted indicator system and method

Also Published As

Publication number Publication date
US10853786B2 (en) 2020-12-01
US20170004482A1 (en) 2017-01-05

Similar Documents

Publication Publication Date Title
US20210049579A1 (en) Multi-factor identity authentication
US11869005B2 (en) System and method linking to accounts using credential-less authentication
US11861585B2 (en) System and method for integrating data from a remote server with a client application
US10861000B2 (en) Method, system, and apparatus for application loading
KR101728485B1 (en) Securing payment transactions with rotating application transaction counters
US9479937B2 (en) Using a wireless beacon to provide access credentials to a secure network
US20170278174A1 (en) Automatic population of data on an internet web page via a browser plugin
WO2019014374A1 (en) Systems and methods for using a transaction identifier to protect sensitive credentials
US20160300216A1 (en) Wireless beacon devices for preventing fraud using loyalty information for a user
US20160034843A1 (en) Inventory and queue management
US20160140349A1 (en) Systems and methods for encrypting information displayed on a user interface of a device
US20160117679A1 (en) Automated Payment Information Update With Vendors
JP6680733B2 (en) Generation device, generation method, and generation program
US11341200B1 (en) System and method for facilitating presentation modification of a user interface
US20170372313A1 (en) Electronic device and system for payment
CN110692072A (en) NFC initiated proxy communication
KR20140010295A (en) Payment method and mobile terminal using the same
US12088576B2 (en) System, method, and computer program product for managing computational cluster access to multiple domains
KR20190131348A (en) A method for landing a notification page in response to a selection of a user on a terminal and the terminal and a system for implementing the method
KR20180133608A (en) Server and method for simple log-in
KR102572703B1 (en) Service providing apparatus and method for payment using cyber money, system and computer readable medium having computer program recorded therefor
US20170270519A1 (en) Enabling a secure card on file option for electronic merchant applications
US20230385832A1 (en) Conserving computing resources during identity validation via a last used account
CN117974138A (en) Digital currency transaction method, security chip and terminal

Legal Events

Date Code Title Description
STPP Information on status: patent application and granting procedure in general

Free format text: APPLICATION DISPATCHED FROM PREEXAM, NOT YET DOCKETED

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION