Abstract: Computer-implemented methods and systems comprising, in examples, receiving transaction data including a customer identifier; processing a payment for the transaction; storing the transaction data in a particular storage location within a database, wherein the particular storage location is associated with the customer identifier; causing presentation, on a customer's mobile device, of a visual representation of a customized digital receipt associated with the transaction wherein the customized digital receipt includes at least a portion of the transaction data and interactive element(s) associated with actions available to the customer associated with the transaction; receiving an indication of an interaction with an interactive element, wherein the indication includes the customer identifier; based at least in part on the indication, determining that the customer intends performance of an action corresponding to the interactive element; and facilitating the action on behalf of the customer.

Abstract: Computer-implemented methods and systems for using a resource locator and customer identifier to identify transactions associated with certain characteristics. An example method comprises monitoring transaction data and storing it within a database. Transaction data associated with a customer is stored at a storage location within the database, and the storage location is associated with an identifier and accessible via a resource locator. A request is received that is associated with purchase activity of the customer and specifies a time period and transaction characteristics(s). It is determined that that the request is associated with the identifier. Based at least in part on the identifier and the transaction data associated with the customer, transaction(s) of the customer occurring within the time period and including the characteristic(s) are identified.

Abstract: User interface (UI) customization systems and methods are described. A system modifies guest instructions using a first UI style to generate first customized guest instructions that are customized for use by a first client device, and provides the first customized guest instructions to the first client device. The first customized guest instructions include a first customized variant of a UI element with the first UI style applied, and that initiates a function in response to an interaction. The system modifies the guest instructions using a second UI style to generate second customized guest instructions that are customized for use by a second client device, and provides the second customized guest instructions to the second client device. The second customized guest instructions include a second customized variant of the UI element with the second UI style applied, and that initiates the function in response to an interaction.

Abstract: A device may execute an application having information about multiple accounts associated with the processing of transactions. The application may provide standard account information that is used to process the transactions. At the same time, a background application may operate on the device. The background application may be compatible with a second device, and when within range of the second device, may communicate background messages relevant to the transaction. The second device may provide an option to a user of the device to process the transaction with a non-standard account via the background application.

Abstract: A payment service system may receive a request to complete a first purchase of at least one ticket for an event, wherein the at least one ticket is offered for sale by an event organizer to a customer. The payment service system may send the at least one ticket to the application on a first mobile device of the customer, receive a request via the application to transfer ownership of the at least one ticket to a new customer, and receive an indication, from a corresponding application on a second mobile device of the new customer, to acquire the ownership of the at least one ticket. Based on the indication, the payment service system may process an electronic payment for the transfer of the ownership and transfer the at least one ticket from the application on the first mobile device to the corresponding application on the second mobile device.

Abstract: In some examples, a payment system receives, from a sender device of a sender, a message sent to multiple recipients that includes identifying information of the multiple recipients. The message is associated with a payment between the sender and each of the multiple recipients. The payment system generates an electronic invoice based on the message, and sends, using the identifying information, the electronic invoice to each of the multiple recipients. The electronic invoice includes an interactive element, particular to a receiving recipient, from which the receiving recipient is able to confirm payment to the sender. Upon receiving confirmation, the payments system withdraws funds from accounts of each of the multiple recipients for deposit into an account of the sender, and each of the accounts is identifiable based at least in part on the identifying information in the message.

Abstract: Systems and methods are disclosed for updating an application's user interface (UI) without updating the application. A system provides, for a client device, an application with host instructions having host memory and a guest environment having guest memory. The system receives guest instructions relating to an update to a UI element to be presented via the application's UI without the application being updated. The system selects, based on the client device's platform, a native UI type for the UI element, selected from possible UI types corresponding to different platforms. The system bridges an interaction between a function of the guest instructions and a function of the host instructions without the guest memory and the host memory sharing memory. The system causes the application to display, via the UI, the UI element according to the native UI type based on the bridging and without the application being updated.

Abstract: A device may run an application having information with multiple accounts associated with processing of transactions. The application may provide account information that is used to process the transactions. At the same time, a background application may operate on the device. The background application may be compatible with a second device, and when within range of the second device, may communicate background messages relevant to the transaction. The transaction may then be processed based on the account information and the background messages.

Abstract: In some examples, a system associates a first proxy identifier (ID) with a financial account of a user. The first proxy ID has a syntax including a symbol followed by a first string of one or more characters comprising at least one letter. The system generates a second proxy ID having the syntax including the symbol followed by a second string. The system associates the second proxy ID with the first proxy ID based on a configured rule that automatically allocates at least a portion of funds received via the second proxy ID to the financial account associated with the first proxy ID. Based on detecting the second proxy ID in a message, the system initiates a transfer of funds from a financial account of the sender of the message, and at least some of the transferred funds are transferred to the user's financial account based on the configured rule.

Abstract: In one embodiment, a payment service system may receive a request to split a bill between two or more peer users. The request may include information identifying at least the two or more peer users and an amount of the bill to be split. The two or more peer users may be identified based on determining a presence of two or more mobile devices that are respectively associated with the two or more peer users. The payment service system may send a payment request to each mobile device associated with the two or more peer users. The payment service system may receive a response, which may indicate the respective user's approval of a specified amount for payment of a portion of the bill associated with the user. The payment service system may cause a funds transfer based on specified amounts approved by the two or more peer users.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer storage media, for transferring money using email. One of the methods includes receiving a user input of a funds-transfer request from a sender associated with a first identifier to one or more recipients associated with one or more second identifiers, respectively, generating one or more electronic messages based on the user input, each being operable to allow a respective recipient to send a funds-transfer authorization, sending the electronic messages to the recipients based on the second identifiers, receiving one or more funds-transfer authorizations from the one or more recipients, respectively, identifying a sender account based on the first identifier and one or more recipient accounts based on the one or more second identifiers, respectively; and initiating one or more transfers of funds from the one or more recipient accounts to the sender account, respectively.

Abstract: In some examples, a payment service system receives a request to associate a proxy identifier with a user account of a charity. The proxy identifier is individually distinguishable from other proxy identifiers associated with user accounts of other users, and has a syntax including a symbol and a string of one or more characters. The symbol and the string are concatenated such that the symbol appears immediately before the string. The payment service system receives, via an application on a user device of a user, an input associated with the proxy identifier, and performs a database lookup to identify the user account associated with the proxy identifier. Information associated with the user account of the charity is presented via a user interface presented by the application. The user interface enables the user to donate funds from a financial account of the user to the user account of the charity.

Abstract: In some examples, a payment system generates, for a first user, a proxy identifier having a syntax including a symbol and a string of one or more characters that are concatenated such that the symbol appears immediately before the string. The proxy identifier is associated with a financial account of the first user. The payment system receives an indication of an intent to transfer funds from a second user to the first user. The indication includes the proxy identifier in lieu of financial account information of the first user, and to identify the financial account of the first user for receiving the funds. Based at least on identifying the proxy identifier, the payment system accesses the financial account information of the first user and initiates the transfer of funds from the financial account of the second user to the financial account of the first user.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer storage media, for discovery of and communication with nearby devices using direct radio signal communication. One of the methods includes receiving, by a payment service system, a message authorizing a payment from a user account to a merchant account, wherein the message was sent by a user device using direct radio signal communication to a nearby merchant device and forwarded to the payment service system by the merchant device. The message is decrypted to obtain a session token that authenticates the user device as being associated with the user account. If the session token is valid a payment transaction is conducted between the user account and the merchant account.

Abstract: A device may run an application having information with multiple accounts associated with processing of transactions. The application may provide account information that is used to process the transactions. At the same time, a background application may operate on the device. The background application may be compatible with a second device, and when within range of the second device, may communicate background messages relevant to the transaction. The transaction may then be processed based on the account information and the background messages.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer storage media, for discovery of and communication with nearby devices using direct radio signal communication. One of the methods includes receiving, by a payment service system, a message authorizing a payment from a user account to a merchant account, wherein the message was sent by a user device using direct radio signal communication to a nearby merchant device and forwarded to the payment service system by the merchant device. The message is decrypted to obtain a session token that authenticates the user device as being associated with the user account. If the session token is valid a payment transaction is conducted between the user account and the merchant account.

Abstract: An analytic device comprising a device housing, a dock to receive a camera enabled mobile electronic device, such as a smartphone and other smart devices, and a processing device to communicate with the mobile electronic device and to control a condition of the assay tube, such as temperature. In another example, the analytic device comprises a device housing and a circuit board. A processing device, a heating block defining a recess to support assay tube, and a resistive heater are surface mounted to the circuit board. A light source and a fan are also provided. A dock may be provided to support a mobile electronic device. The mobile electronic device communicates with the processing device to cause the application of reaction conditions to the assay tube, to perform a PCR procedure, for example. Methods are also disclosed.

Abstract: In some examples, a system receives a request to associate a user-defined payment proxy with a financial account of a first user. The payment proxy has a syntax including a symbol followed by a string of characters. The system may generate a webpage in which the user-defined payment proxy is included in the URL of the webpage. The system may detect the payment proxy in a message associated with a second user, and may cause the webpage to be displayed on the device of the second user, including an entry field for receiving a payment amount to transfer to the first user. Based on identifying the financial account of the first user at least based on the payment proxy included in the URL of the webpage, the system initiates a transfer of the payment amount to the financial account of the first user.

Abstract: In one embodiment, a payment service system may receive a request to split a bill between two or more peer users. The request may include information identifying at least the two or more peer users and an amount of the bill to be split. The two or more peer users may be identified based on determining a presence of two or more mobile devices that are respectively associated with the two or more peer users. The payment service system may send a payment request to each mobile device associated with the two or more peer users. The payment service system may receive a response, which may indicate the respective user's approval of a specified amount for payment of a portion of the bill associated with the user. The payment service system may cause a funds transfer based on specified amounts approved by the two or more peer users.