Abstract: Systems and techniques are provided for protecting user privacy from intrusive mobile applications. A capability request may be received from an application. The capability request may be a request for access to data associated with a capability. A selection may be received to provide the application with stub data upon receiving a request from the application to access the data associated with the capability. The stub data may be generated to be provided to the application when the application requests the data associated with the capability. The stub data may be stored. A request may be received from the application for the data associated with the capability. It may be determined that the application is to be provided with the stub data when the application requests access to the data associated with the capability. The stub data may be retrieved. The stub data may be provided to the application.

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

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

Abstract: A computer-implemented method includes accessing, with a user computing device, a web-based document from a first party containing a mark-up code segment pointing to a second party; and loading, using the mark-up code segment, a program for generating a shopping application for the web-based document. The loaded program is used to add to the web-based document event handlers associated with tags indicating items for sale, and a shopping cart containing information about an item for sale is generated upon triggering of one of the event handlers.

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

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.

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.

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.

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

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

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

Abstract: The invention provides a computer-implemented method to select a preferred card for a purchase based on a merchant category. In the exemplary method, the computer associates a plurality of financial accounts with an account of a user; associates a merchant category with a financial account associated with the user account; and receives data from a transaction. The computer can maintain a database of merchant categories; determine the category of the merchant based on the data associated with the transaction; and extract data to identify the merchant, such as merchant name, address, or telephone number. The computer can determine the geo-location of the user device and determine the merchant identify from the location. The computer can determine a merchant category of the merchant from the merchant identity; select the financial account associated with the merchant category of the merchant; and communicate the financial account selected to conduct the transaction.

Abstract: The invention provides a computer-implemented method for using the social networking content of a user to determine authentication levels required for a peer-to-peer transaction. A user inputs transaction counter-party and transaction details into a payment application. The information can be transmitted to a server located in a peer-to-peer payment system. The system may search the social network content of the user to determine the account information of the counter-party and to assess the security risk of the counter-party according to a preconfigured set of factors that define the strength of the connection to the user. These factors may include the counter-party's status in the user's social networks, frequency of contact, prior transactions, or other factors that further establish a relationship. The system may determine the level of transaction authentication required to process the transaction. The user may enter the authentication data to complete the transaction.

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

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: A computer-implemented method includes accessing, with a user computing device, a web-based document from a first party containing a mark-up code segment pointing to a second party; and loading, using the mark-up code segment, a program for generating a shopping application for the web-based document. The loaded program is used to add to the web-based document event handlers associated with tags indicating items for sale, and a shopping cart containing information about an item for sale is generated upon triggering of one of the event handlers.