Abstract:
A user installs a Peer-to-Peer Payment Application (“PPA”) on their mobile device. The PPA transmits the location of the user device to a server located in a Peer-to-Peer Payment System (“PPS”). The PPS may search for other devices within a certain proximity to the user that may be active. The PPS may search the social network content of the user to determine if any of the proximate devices users are likely counter-parties. If more than one likely counter-party is identified, the PPS may rank the counter-parties according to a preconfigured set of factors that define the strength of the connection to the user. These factors may include their status in the user's social networks, frequency of contact, prior transactions, or other factors that further establish a relationship. The PPS may transmit the ranked list of likely counter-parties to the PPA for display to the user on the device.
Abstract:
Users of a communication system can initiate electronic payments during a communication session hosted by the communication system or via a social network identity page hosted by the communication system. The communication system detects a payment signal from a user of the communication system and the collects payment information details either by displaying a payment object interface in a communication application of the user or receiving payment information input directly from the user's communication device. The payment information includes sender and recipient payment account identifiers that arc communicated to a payment processing system for processing and delivery of the designated payment amount to the recipient.
Abstract:
A method includes gathering a plurality of instances of online activity associated with a user, analyzing the plurality of instances of online activity to determine a characteristic that is likely to correspond to a profile attribute of the user and generating a profile enrichment suggestion for the user based on the determined characteristic.
Abstract:
An email payment system and method to provide users with the ability to initiate and send payments to one more recipients via email messaging. A user interface is provided in an email client that allows a user to insert payment with the email. Payment details are collected through one or more payment modals displayed in the email client. A payment object is inserted into the body of the email and is displayed to both the sender and recipient. The payment details captured in the payment object are communicated to a payment processor. The payment processor uses electronic payment accounts associated with the corresponding sender and recipient email addresses to identify the relevant electronic payment accounts and transfer the payment between said accounts. A status of the payment transaction is tracked and displayed within the payment object of the emails residing in both the sender and recipient email client.