In some implementations, a user device may present, on a user interface, an arc-shaped user interface element. The user device may detect a user interaction that indicates a first point on the arc-shaped user interface element. The user device may present, on the user interface, a first arc portion of the arc. The first arc portion may represent a first amount, of a total amount, to be associated with a first user account. A second arc portion may represent a second amount, of the total amount, associated with the second user account. The user device may transmit, to an account management device, information that identifies the first amount, of the total amount, to be associated with the first user account.

A system may include one or more processors, a memory in communication with the one or more processors, and storing instructions, that when executed by the one or more processors, are configured to cause the system to generate VCNs. The system may generate a first parent VCN based on one or more first limits, and a plurality of child VCNs based on one or more second limits. The system may transmit the plurality of child VCNs to a plurality of first users and determine whether an attempted transaction utilizing one of the plurality of child VCNs falls within the first and second limits. When the attempted transaction falls within the first and second limits, the system may approve the attempted transaction. When the attempted transaction falls outside of the first limits or the second limits, the system may deny the attempted transaction.

One embodiment provides a method and system for joint payment. During operation, a joint-payment server receives a joint-payment request comprising an identifier of a user initiating a joint payment and an identifier of a user to-be-included in the joint payment; determines, based the identifiers of the user initiating the joint payment and the to-be-included user, whether a binding relationship has been established between the user initiating the joint payment and the to-be-included user; in response to determining that the binding relationship has been established, generates graphic codes respectively corresponding to the user initiating the joint payment and the to-be-included user; and sends the graphic codes to a terminal device associated with the user initiating the joint payment, thereby facilitating the terminal device to display the graphic codes to complete the joint payment.

There are provided systems and methods for requesting payment for selected items or services using payment tokens. A first user, such as a requester for a transaction, may initiate a transaction with a merchant for at least one item or service. Upon checkout for the transaction, the first user may request that a second user complete payment for the transaction, such as a parent, spouse, or relative. A payment provider may generate a token for the transaction and instruct the merchant to hold the transaction for a period of time. The token may be communicated to the second user, a payer, for the transaction. The second user may then decide to authorize or decline payment for the transaction. The token may be kept valid for a period of time and the transaction may be cancelled with the merchant if the token is not paid for within the period.

A parent/child model for smart contracts enables the smart contracts to be updateable without compromising the immutability of the underlying data. As a first step, a parent smart contract (Client Contract) is deployed that stores any other contract that may be called using the contract address. Then, whenever a new child smart contract (Service Contract) is deployed, the parent smart contract is updated with the address of the new child smart contract so that the parent smart contract will be able to call the child smart contract. The structure of the child smart contract is known to the parent smart contract. For example, the number of inputs going into the child smart contract and the number of outputs coming out of the child smart contract are known to the parent smart contract before deployment of the parent smart contract, and the transaction data remains accessible without affecting the parent contract.

Child/family support payments are made on a multilayered consortium ledger network using blockchain, IoT, and other technologies to expedite the process and disbursement of child/family support payments. The multilayered consortium ledger network may cater to local and/or global child support agencies and/or local and global Parties/Parents/family members who elect to send child/family support payments to their family(ies) outside the traditional child support agencies/district attorney offices. The plurality of technologies used support payments made/received using, but not limited to, domestic/foreign fiat, cryptocurrency, tokens, an/or native tokens.

A method for operating an integrated smart shopping cart app using autonomous payments, includes: a step in which an integrated smart shopping cart icon is displayed through an online/mobile shopping mall app program driven in a first server, the integrated smart shopping cart icon is clicked and activated by a purchase requester, purchase information about the purchase by the purchase requester is transmitted from the first server to an integrated smart shopping cart app driving program of a second server, and a payment is made in the integrated smart shopping cart app on the basis of the purchase information by a payment right holder who is different from the purchase requester, or a step in which a payment is made by a payment right holder who is different from the purchase requester through an app driving program operated in the first server.

In various embodiments, the mobile device includes an NFC tag for near-field communication. The NFC tag includes a first storage device and a second storage device. Personal data is stored on the first storage device, which is not accessible by an NFC reader device. Prior to a transaction, a controller detects electromagnetic energy from a reader devices and transmits the personal data from the first storage device to the second storage device, where the personal data is readable or accessible by the reader device.

The present disclosure generally relates to techniques for managing contextual transactions. In some examples, at a sender electronic device, a first user provides authorization to purchase an item for a second user. In some examples, at a recipient device, the second user selects one or more attributes for the item and requests to claim the item. In some examples, an electronic device displays a representation of an item and a purchase affordance for purchasing the item using a payment system that is available on the electronic device.

The present invention relates to a multifunctional payment card configured to be used for a variety of purposes wherein money can be easily transferred from any credit card, debit card, and/or bank account onto the card. Money spent using the card can be tracked using a card ordering software application and money can be added/transferred to the card or removed from the card. A card generation system generates the payment card and a user may use the card ordering software application for ordering and customizing the card. The card can be used as a gift card and prepaid card. The card is provided both as a physical card and a digital card.