Square, Inc.

Block, Inc.

Daniel Federman

Ayokunle Omojola

Peter Westen

Shawn Welch

Alan Paulin

Michael Gershunovsky

Daniele Perito

Marcelo Cortes

Sean Slinsky

Jotham M Taylor, Iii

In one embodiment, a method includes receiving, by a payment server and from a messaging application executing on a first mobile device operated by a first user, a request to initiate a payment transaction using a payment application. The request includes a payment amount and an identifier associated with the first user. The method includes facilitating a first adjustment to a balance associated with the financial account of the first user in the data store identified based on the identifier. The method includes generating a link associated with the first adjustment and transmitting the link to the first mobile device. The method includes, upon receiving from a second user operating a messaging application, an indication that the second user has interacted with the link within the messaging application, facilitating a second adjustment of a balance of a financial account of the second user according to the payment amount.

Processing a mobile payload

Display screen with graphical user interface for a mobile device

Disclosed herein are systems and methods for processing a payment request. A mobile device associated with a payor may generate a user interface having two screen portions. The first screen portion may be configured to display received and sent messages and further configured to receive a command to transmit a message. The second screen portion may be configured to access a third-party application and configured to populate a new message with a payload. The mobile device may receive an inputted amount in the second screen portion representing the payment amount. The mobile device may transmit a request including the payor's identification and the payment amount to a third-party Payment Processing System (PPS) and receive a payload from the PPS. The mobile device may populate and transmit a message to the recipient that contains the payload.

Disclosed are a system and a method for purchasing items from a merchant system using friction-less payment processing technology. A customer initiates a purchase transaction from a user interface of the merchant system by selecting a payment button in lieu of payment information or login credentials or signing-into accounts. An auto-payment component parses a navigable link connected to the payment button to locate a mobile payment portal either installed on the mobile device as a mobile payment application or authenticated as a web application in a web-browser. The auto-pay component generates a payment request and sends the request to a payment service system via the mobile payment portal. The payment service system uses information in the payment request to identify financial accounts associated with the customer and the merchant. The payment service system then initiates a transfer of a payment amount from the customer to the merchant.

Friction-less purchasing technology

Disclosed are a system and a method for purchasing items from a merchant system using friction-less payment processing technology. A user initiates a purchase transaction from a user interface of the merchant system by submitting an indication or intent to use payment proxy in lieu of payment information or login credentials or signing-into accounts. An auto-payment component then generates a payment request including the payment proxy and sends the request to a payment service system. The payment service system uses the payment proxy to identify a financial account associated with the customer and the merchant. The payment service system initiates a transfer of a payment amount associated with the purchase transaction from a financial account associated payment proxy to a financial account associated with the merchant system to pay for the purchase transaction.

Disclosed is a technology for password-free account authentication. The technology includes utilizing a mobile device running an application ('App') associated with a payment service (PS) system. Using the App, a user can enter an addressable handle, which is transmitted to the PS system. The PS system identifies an account state, based on the receipt of the addressable handle, for example, whether the addressable handle corresponds to a user's system account and device. A first authentication factor is based on the knowledge that the user is in possession of and has access to a device that corresponds to the user and the addressable handle. The PS system pushes a notification to the corresponding device, based on the account state, prompting entry of a security code. Receipt of a security code that corresponds to a payment card linked to the user's system account serves as a second authentication factor.

Two-factor authentication with push notification for a security code

Disclosed herein are systems and methods for processing a payment request from a payor's mobile device. Payment Processing System (PPS) server may receive a payment request from a payor's mobile device, including an amount to pay but not any identification of a recipient. The PPS server may increment a balance of an escrow account and decrement a balance of the payor's account according to the amount of the request. The PPS server may generate a token, associated with the escrow account, including an alphanumeric string based on a random value generator. The PPS server may also generate a payload based on the token and transmit the payload to the payor's mobile device. Upon the recipient receiving and activating the payload, the PPS server may decrement the escrow account and increment the recipient's account.

Growing community of inventors

San Francisco, CA, United States of America

Daniel Federman