Abstract: In one aspect, a method includes receiving, from a sender device, a request to initiate a transfer of an asset to a recipient; causing a user interface to be presented on the sender device to receive an input of an amount of the asset to be transferred; causing an indication of the transfer of the asset to be presented via the user interface in association with a graphical icon representing a gift wrapping that conceals at least some information regarding a payload associated with the transfer; associating the graphical icon with the payload to generate a gift-wrapped element that includes the amount and the information regarding the payload; causing a notification to be sent to a recipient device of the recipient that includes the gift wrapped element; and causing assets in the amount to be withdrawn from an account of the sender and transferred to an account of the recipient.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: Disclosed herein are systems and methods for processing a payment request. A server may receive a request to transmit a message generated on a payor's mobile device to a second user's mobile device, where the request includes a message including a payload and an identifier for the second user. The payload may not include any information or identifiers associated with the second user. The server may transmit the message and payload from the payor's mobile device to the second user's mobile device.

Abstract: 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.

Abstract: 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.