Google Inc.

Mcmurray Fabrics, Inc.

Peter Schmitt

Travis Harrison Kroll Green

Boris Mizhen

Narelle Cozens

Michael DePasquale

Avery Pennarun

Josh Ostrow

Hoai Nguyen

Phillip Neal Sharp

Kevin Michael Bierhoff

Alevtina Stolpnik

Travis Harrison Green

Michael Depasquale

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 entails residing in both the sender and recipient email client.

Management of emailed payment recipients

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 are communicated to a payment processing system for processing and delivery of the designated payment amount to the recipient.

Payments in communication systems

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.

Management of emailed payment receipts

A group including plurality of users is established. A transaction record is maintained for the group that includes a plurality of payment transactions. Each of the plurality of payment transactions involves at least one user of the group. Additionally, a balance is maintained that indicates an amount owed by a first user of the group to a second user of the group based on one or more of the plurality of payment transactions. When a settling event occurs, the balance is settled by initiating a transfer of funds between the first user and the second user.

Tracking and managing group expenditures

A transfer management system receives a request to transfer an amount of funds from a transferring account maintained by a transferring bank to a receiving account maintained by a receiving bank. The transfer management system determines whether the transferring bank maintains an intermediate transferring account, and whether the receiving bank maintains an intermediate receiving account. If the transferring bank maintains an intermediate transferring account and the receiving maintains an intermediate receiving account, the transfer management system transmits to a transferring bank system of the transferring bank an intra-bank transfer request. The intra-bank transfer request is to transfer the amount of funds from the transferring account to the intermediate transferring account. Additionally, the transfer management system transmits an intra-bank transfer request to a receiving bank system of the receiving bank to transfer the amount of funds from the intermediate receiving account maintained by the receiving bank to the receiving account.

Efficient transfer of funds between accounts

Ranking payment requests includes a peer-to-peer payment system that employs a server configured for receiving a payment request from a requester computing device; receiving location data of the requester network device; receiving a request for a ranking of payment requests; searching social network information of the payor for occurrences of the requester of the payment request; receiving location data of the payor network device, the location data comprising a location of the payor computing device and a location history of the payor computing device; searching a transaction history of the payor; ranking the payment requests based at least in part on one or more of the location of the requester, a strength of social network connections to the payor for each of the payment requesters, and number of previous transactions between the payor and the requester; and providing the ranking of the payment requests to the payor.

Methods for discovering and paying debts owed by a group

The invention provides a computer-implemented method for generating a risk rating for a peer-to-peer transaction. The method comprises receiving a request to generate a risk rating for a proposed peer-to-peer financial transaction; identifying information associated with a plurality of previous peer-to-peer transactions of the payor; identifying one or more of the previous peer-to-peer transactions that are related to the proposed transaction; assigning a score to each of the related peer-to-peer transactions, the score being based at least in part on a determination of a level of success of each of the related peer-to-peer transactions; determining the risk rating for the proposed transaction based on the scores assigned to the transactions related to the proposed transaction; determining a payor risk rating for the payor; adjusting the risk rating for the proposed transaction based on the payor risk rating of the payor; and presenting the risk rating for the proposed transaction.

Generating peer-to-peer transaction risk ratings

Management of emails containing payments

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.

Growing community of inventors

Jersey City, NJ, United States of America

Peter Schmitt