KR20220137795A - A system for payment via electronic wallet - Google Patents

Abstract

for an electronic wallet, receiving a request for partial processing of a transaction, optionally wherein the electronic wallet includes a sub-wallet, wherein the transaction is processed for the wallet and/or the sub-wallet. The method further includes identifying in the electronic wallet and/or sub-wallet one or more electronic value tokens that, when used together, will cover a portion of the transaction. The method further includes applying the electronic value tokens to the portion of the transaction.

Description

Payment system through electronic wallet {A SYSTEM FOR PAYMENT VIA ELECTRONIC WALLET}

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is filed on May 31, 2011, in United States Provisional Patent Application Nos. 61/491,791 and 61/491,813, entitled "Payment System Through Electronic Wallet"; Claims priority to U.S. Provisional Patent Application Serial Nos. 61/496,397 and 61/496,404, filed on June 13, 2011, entitled "System, Method, and Apparatus for Generating and Providing Transaction Credit," , each of which is incorporated herein by reference in its entirety.

This application also includes, in its entirety, subject matter, and US Patent Application Serial No. 11/007,662, filed December 7, 2004 (now US Patent No. 7,280,644); U.S. Patent Application Serial No. 13/040,074, filed March 3, 2011, "System and Method for Reloading Electronic Prepaid Accounts;" US Patent Application Serial No. 10/821,815, filed April 9, 2004, for "System and Method for Supplying Personal Identification Numbers Over Computer Networks;" US Patent Application Serial No. 12/786,403, filed May 24, 2010, "System and Method for Supplying Personal Identification Numbers Over Computer Networks;" US Patent Application Serial No. 12/711,211, filed on February 23, 2010, for "Systems and Methods for Supplying Personal Identification Numbers Over Computer Networks;" and U.S. Patent Application Serial No. 11/851,337, filed September 6, 2007; Continuing Applicant of U.S. Patent No. 7,477,731), Continuing Applicant of U.S. Patent Application Serial No. 12/338,854, filed December 18, 2008, August 7, 2009 “Transaction Processing Platform for Facilitating Electronic Provision of Multiple Prepaid Services The concepts of U.S. Patent Application Serial No. 12/538,083, filed as " are incorporated by reference.

background of the invention

The current electronic trading market is filled with many types of credit, debit, built-in and loyalty cards, all of which may be offered by various issuers, vendors, and suppliers. Some of these cards are redeemable from retailers, while others are intended to be redeemed by financial institutions as well. Other cards have promotions attached to them, eg loyalty cards. However, as the volume and complexity of cards increases, they become increasingly difficult to configure and redeem, potentially hampering the growth of the market as a result. For example, because they have so many embedded value cards, the user may not know or remember that they have the embedded value card for that store while making a purchase at that store. In addition, a user may not understand the various types of promotions available to a user by using the card in conjunction with a loyalty card, and may not benefit from such promotions applicable to the user's purchases. Historically, cards have been embodied in tangible media such as plastic, making them vulnerable to loss, theft, or simply leaving them at home when needed. As the number of card-based transaction offers offered to consumers continues to grow, many consumers configure and maintain their credit, debit, built-in, royalty, and other types of merchant, merchant, and vendor-issued cards alike. They face the burden of managing, tracking, transporting, and storing. What consumers need today is a more efficient, safe and effective way to access and use their card-related assets.

Summary of invention

Computer-implemented methods and systems are disclosed herein, comprising, in one embodiment, the ability to add/redeem value tokens to/from an electronic wallet or portion thereof (eg, a sub-wallet), and the like. Describes a computer-implemented method and system for implementing a wallet. In one embodiment, the method includes receiving a request to process all or a portion of a payment transaction for an electronic wallet or sub-wallet. The method further includes identifying one or more value tokens in the wallet or sub-wallet that, when used together, will cover all or part of a payment transaction. The method further includes applying the electronic value tokens to all or a portion of the payment transaction.

In yet another embodiment, a non-transitory machine-readable storage device comprising executable instructions that, when executed, cause one or more processors to receive a request to process a portion of a payment transaction for an electronic sub-wallet; The wallet includes a sub-wallet, and payment transactions are processed against the wallet. The processor is further caused to identify one or more value tokens in the sub-wallet that, when used together, will cover part of the payment transaction. The processors are a further reason to apply the electronic value tokens as part of a payment transaction.

In another embodiment, a system includes one or more processors and a memory coupled to the one or more processors. The memory includes executable instructions that, when executed, cause the one or more processors to receive a request to process a portion of a payment transaction with an electronic sub-wallet, wherein the electronic wallet comprises the sub-wallet, the payment transaction comprising: is processed for the wallet. The one or more processors are further causes to identify one or more value tokens in a sub-wallet that, when used together, will cover a portion of a payment transaction. The one or more processors are further causes to apply electronic value tokens as part of a payment transaction.

In one embodiment, the electronic value token transaction computer includes a store interface and sort unit, and the datastore coupled to the card transaction computer with stored value includes an electronic wallet unit. The store interface receives requests, and the sorting unit identifies one of the requests as an electronic wallet request comprising authentication information. The electronic value token transaction computer accesses the electronic wallet through the electronic wallet unit associated with the authentication information. The electronic value token transaction computer examines rules associated with the electronic wallet and selects value tokens in the electronic wallet that, when used together, will cover a portion of a payment transaction based on the rules. The electronic value token transaction computer applies the electronic value tokens to the electronic wallet request.

A brief description of the drawing
1A, 2A, 2B, and 2C are schematic diagrams of an electronic value token transaction processing system in accordance with at least one embodiment.
1B depicts an exemplary embodiment of an electronic wallet.
3A, 3B, and 3C are front perspective views of representative individual proxy cards in accordance with at least one embodiment.
3D is a front perspective view of an exemplary personal digital device in accordance with at least one embodiment.
4A is a flow diagram illustrating an example process utilized by an electronic value token transaction computer to create an electronic wallet or to add/redeem value tokens to/from the electronic wallet in accordance with at least one embodiment.
4B is a flow diagram illustrating an example process utilized by an electronic value token transaction computer to create an electronic sub-wallet, or to add/redeem value tokens to/from an electronic sub-wallet, in accordance with at least one embodiment.
5 shows a specific machine suitable for implementing various embodiments of the present invention.
6A-D illustrate a series of user interface screens and prompts in accordance with at least one embodiment.

DETAILED DESCRIPTION OF THE INVENTION

Disclosed herein is an efficient, secure, and effective method for configuring, maintaining, shipping, storing and using all asset methods related to credit, debit, royalty, and embedded value type cards, the method disclosed above comprising an electronic wallet ( "e-wallet"). As shown in FIG. 1B , the electronic wallet includes authentication information, usage rules, a sub-wallet (eg, for separately managing credit card-related information, debit card-related information, and built-in card-related information), and an electronic value token ( e.g., electronic representations of money and/or other values associated with credit card-related information, debit card-related information, and built-in card-related information contained within the e-wallet/sub-wallet). It is a data file that is maintained. In certain embodiments, as reflected in Figures 6A-D, a user may create an e-wallet, establish rules for the e-wallet, prepare the e-wallet, access the e-wallet, and enable e-transactions. may be

As also disclosed herein, and as shown in Figures 1A, 2A-B, and 4A-B, the electronic value token transaction processing system may be used by users, merchants, merchants, issuers, vendors, and other interested parties. provides an efficient, secure and effective system for configuring, managing, shipping, storing and using the aforementioned electronic wallets and electronic value tokens in financial transactions.

As will be described in greater detail herein, there are certain basic concepts and functions employed by e-wallets and e-wallet-enabled systems. These concepts include creating an e-wallet, preparing the e-wallet (eg, converting tangible cards into e-value tokens and associating the e-value tokens with an e-wallet or requesting an e-value token to be associated with the e-wallet); Accessing the e-wallet and establishing rules for using the e-wallet.

Moreover, as will be described in greater detail herein, the e-wallet stores the entire contents of the e-wallet (eg, the primary e-wallet, any sub-wallets or sub-wallets, and associated e-value tokens therein). It may also be used in vendor-managed systems. Alternatively, the e-wallet may be used in a system, where only a portion of the e-wallet's contents (eg, a primary e-wallet and electronic value tokens therein) is managed by the e-wallet vendor, and one or more (or all of) the e-wallet. )'s sub-wallets or management of sub-wallets delegates to a third-party electronic value token transaction processing system.

As will be further detailed herein, in either of the two management systems described above, the system user fully manages the functions of the user's electronic wallet; participate in value-added/bonus programs offered by issuers, vendors, and/or other electronic value token-related parties; engage in card exchange activities (eg, a user exchanging an electronic value token held in its electronic wallet for an electronic value token not in the electronic wallet); It may be a configuration that can participate in save programs presented by issuers, vendors, and/or other electronic value token-related parties.

1A depicts an exemplary electronic value token transaction processing system 100 . Specifically, FIG. 1A illustrates an electronic value token transaction computer that is a structure in communication with store devices 111 , one or more authorization systems 160 (eg, retailer, bank, and credit card), and datastore 180 . (150) is shown. Moreover, Figure 1A shows that the merchant devices 111 communicate with a proxy card 200 (as will be shown below to show one embodiment of a means for a user to access an electronic wallet), and the datastore ( 180 , in turn, includes an electronic wallet unit 199 that includes electronic wallets 10 .

1B illustrates an electronic wallet 10 in accordance with one embodiment, wherein details of the electronic wallet 10 are provided in any of the various embodiments disclosed herein (eg, in FIGS. 1A, 2A, and 2B). e-wallet 10, etc.), and the management of the e-wallet 10 may be entirely performed by one e-wallet system (eg, e-value token transaction processing system 100), or a plurality of e-wallet systems. It should be understood that it may be provided across e-wallet systems (eg, e-value token transaction processing systems 1100 and 1200 and e-wallet aggregator system 1000). Specifically, FIG. 1B shows authentication information 801, rules 802, electronic value tokens 804, sub-wallet 807 for credit card electronic value tokens, sub-wallet (rules 817 and electronic value tokens). 827), a sub-wallet 808 for a debit card electronic value token (corresponding to rules 818 and electronic value tokens 828), and a sub-wallet 809 for a built-in card electronic value token. An electronic wallet 10 comprising (corresponding to rules 819 and electronic value tokens 829) is described. 1A and 1B may be understood in more depth through the discussion below.

Transaction cards are stored electronically as tokens of value in e-wallets to eliminate the increasingly complexities of configuration, delivery, security and redemption. As used herein, a value token refers to an electronic identifier that can be used to transact with a party willing to accept an electronic value token, such as in a purchase bid. Examples of such value tokens include electronic representations of or associated electronic representations of a card with embedded value (also called prepaid cards), such as credit cards, debit cards, gift cards, prepaid calling cards, loyalty cards, membership cards, tickets or There are various types of other representations of physical value, such as ticket cards, entertainment cards, sports cards, prepaid cards, coupons, admission tickets, prepaid or pre-purchased goods or services, and the like. In one embodiment, the value token comprises cash or currency. In one embodiment, the electronic value token comprises a credit or debit card or account. In one embodiment, the value token comprises an existing account, such as a merchant account, a bank account, and the like. In one embodiment, the value tokens include credit, points, coupons or promotional values issued and/or accepted by the merchant. In one embodiment, the value token is associated with a prepaid card or account, and it should be understood that, unless otherwise indicated, the various embodiments described herein may be realized by means of a prepaid card or account, such as a merchant gift card.

Physical credit cards, debit cards, built-in cards, or other physical representations of value may be converted into value tokens and added to the e-wallet. For example, physical gift cards or other representations of physical value may be converted into value tokens in the user's e-wallet via a store device, cell phone, computer, short text service (“SMS”), and the like. Once so converted, the electronic value token may be redeemed by the user after authentication without having a physical representation, such as a gift card, by accessing the user's electronic wallet during purchase. In this way, the use of the term value token herein refers to both electronic representations and physical representations convertible into electronic representations. In at least one embodiment, the physical gift card is inoperable after conversion. In another embodiment, the physical gift card is inoperable after redeeming the electronic value token using the electronic wallet or the physical gift card.

Consumer use of value tokens typically involves merchants, redemption merchants or retailers, and issuers. In various embodiments, the merchant, redemption merchant, and issuer may be the same person, another person, or related parties. A store that buys value tokens or otherwise makes them available for placing in an e-wallet may be called a Vendor. Thus, the merchant sells the electronic value tokens themselves, although the electronic value tokens may be redeemed at another business location. An entity that seeks to receive value tokens for a business transaction, for example, a purchase bid, may be referred to as a redemption merchant or retailer. For example, a vegetable store may sell the clothing store's electronic value tokens. The vegetable store is a seller and the clothing store is a redemption merchant or retailer. An entity that provides financial support and/or payment processing for a given value token, such as a prepaid card or account, may be referred to as an issuer. Issuers include direct issuers of value tokens, such as store-branded value tokens (e.g., store-branded prepaid cards or tokens issued directly by a merchant, sometimes referred to as closed loop prepaid cards), and in some embodiments The merchant may be the issuer and/or the redemption merchant (eg, a prepaid card or token issued, sold, redeemed by the same merchant). Issuers may include financial institutions such as banks, VISA, Mastercard, American Express, etc., and the value tokens issued by such institutions are readily accepted by numerous redemption merchants to purchase It is also sometimes called an open loop prepaid card or token). Issuers may also be vendors of branded electronic wallets, such as Google, Facebook, Twitter, etc., and in some embodiments such branded wallets may include the issuer (eg, Google "cash" or credit, PayPal currency). , Facebook e-money, etc.), a sub-wallet containing a gift card-related value token, a sub-wallet containing a credit card-related value token, a sub-wallet containing a debit card-related value token, , or a combination thereof may be included or linked.

In general, the electronic value token transaction computer 150 deposits or withdraws (or takes other action of the kind described herein) an account associated with the electronic value tokens contained in the electronic wallet or sub-wallet. The electronic value token transaction computer 150 may generate or forward a message to the authorization systems 160 to deposit or withdraw an account associated with the electronic value tokens by the authorization systems 160 (or as described herein). take other measures). A confirmation message is sent back to the electronic value token transaction computer 150 and the POS device 111, and the electronic wallet 10 or sub-wallet is updated as necessary.

In at least one embodiment, the transaction information is distinct from the authentication information. For example, information about a purchase item, purchase price, purchase location, etc. is considered transaction information and is distinct from authentication information such as an authentication token, PIN, account number, and the like. Among other things, the separation of information allows for individual processing and routing, further extending efficiency and privacy. For example, in applying the electronic value tokens according to a configuration rule, priority may depend on transaction information variables, such as the physical location of the retailer sending the electronic wallet request in various embodiments; transaction amount; type of retailer; time of day; day of the week; week of the month; month of the year; the department of the retailer sending the e-wallet request; the retailer's lane sending e-wallet requests; Identification of the inspector; the parent company of the retailer sending the e-wallet request; the value of the value tokens; and the type of the e-wallet request. The transaction and/or authentication information may be used by the systems described herein in conjunction with rule-based decision making (eg, checking the transaction data to validate and apply promotions associated with the transaction) for security purposes, etc. (eg, checking the transaction data against a predefined profile to aid in fraud detection).

In at least one embodiment, the wallet provider acts on behalf of the purchaser, and redemption of the electronic value token occurs following the purchase. However, this discrepancy creates discrepancies in the retailer's records. Specifically, the retailer records transactions between the retailer and the wallet provider. The retailer records future redemption through value tokens, perhaps not to purchase. In these examples, a third-party administrator is required to be able to associate the reimbursement with the transaction.

There may be several ways to prepare or add value tokens to an e-wallet. For example, a user may pay a merchant a value token, and the merchant may insert the electronic value token into the user's wallet. Alternatively, the user may obtain a physical representation of the electronic value token from the merchant (eg, card, slip, printed receipt, etc.) and then transfer the value to the electronic wallet (eg, by phone or internet access). by user interface). The user may select a number of different retailers associated with the vendor. That is, a given merchant may present a plurality of tokens associated with various retailers. For example, a retailer may offer a promotion to compete for the user's business when purchasing a value token, such as a prepaid account.

Each retailer may require a specific format for value tokens. For example, a retailer may require a 16-digit card number plus a 4-digit month/year expiration date. Other retailers may ask for a PIN number, access number, card authentication value number, card security password number, etc. Each piece of information for different retailers may have a different name as well as a different format. Thus, if you are an e-wallet vendor or owner (e.g., a primary e-wallet supplier), electronic representation of value tokens in various formats, including embedded value cards, credit cards, debit cards, loyalty and promotional cards, and other sub-populations of value tokens. would benefit from allowing a third party to manage their wallets, which would be more expensive if managed by the primary e-wallet provider.

In one embodiment, the value tokens associated with prepaid cards or accounts may be linked to a sub-wallet in the e-wallet (eg, a primary, brand e-wallet, such as a sub-wallet of a Google e-wallet), and a third party The secondary wallet may be managed on behalf of the primary/main electronic wallet owner or supplier. For example, during a transaction involving prepaid cards or value tokens associated with accounts (eg, electronic or virtual embedded value cards), the e-wallet provider may indicate that a sub-wallet linked to the value tokens controls a portion of the transaction. This is sometimes referred to as a secondary transaction. In one embodiment, secondary transactions include electronic prepaid card or account related transactions, such as redemption, value added (eg, replenishment), activation, closure, fraud detection, and the like. Specifically, the third-party administrator manages transactions quickly and inexpensively, including, but not limited to, providing and/or determining an appropriate format for the secondary transaction, and further working with the primary e-wallet owner or supplier. The secondary transaction may be executed cooperatively and/or independently. These formats include information/data contained in or linked to the description of a given value token (eg, type of card number, secure password, etc.) and/or specific transaction-related information or data format (eg, messaging fields or receipts during transaction processing). /Other data formats for outgoing, card type, transaction type, security password, characteristics of the data, configuration, packaging, etc.). For example, the third-party management may communicate an appropriate transaction format template to the primary wallet provider. In at least one embodiment, the third-party administrator determines the identity of the retailer associated with a transaction from the request, or the user's request. Advantageously, said third party administrator maintains a database of a plurality of transaction formats associated with a plurality of retailers. After determining a retailer identity associated with a transaction, the third-party administrator uses the format database to identify the relevant transaction format for the identified retailer, and uses the retailer-specific transaction format and vocabulary for all subsequent transactions. processing is performed. In one embodiment, a user may wish to add a value token to an electronic wallet using a physical embedded value card. The user is asked to identify the retailer linked to the embedded value card, eg, via a user interface located in the store (including, in one embodiment, a store connected to a personal computer, such as online shopping through a website). In another embodiment, the user provides information associated with the store of value token via a web-based or personal digital assistant interface (eg, a mobile phone application). Thus, an appropriate format may be referenced from the database based on user-supplied data, and the user may view a pictorial representation, or other model representation of a physical value embedded card with specific input information highlighted in the model. As such, the user knows exactly what input is required to add an electronic value token to the electronic wallet. The user input information derived from the model will be in an appropriate format and/or may be further modified and packaged by the third party administrator to meet the requirements for additional formats. The example described is simple, but more complex transactions are possible. As will be described more fully here, a transaction involving (i) the use of value tokens in primary and/or sub-wallets for part of a transaction is (ii) value tokens in primary and/or sub-wallets as other types of value tokens. Or treated similarly to exchange for value tokens associated with retailers. For example, a user may wish to exchange value tokens associated with a retailer with which the user does not frequently transact for value tokens associated with a retailer with which the user frequently transacts. Furthermore, the third-party administrator may use the transaction format associated with the identified retailer for financial reconciliation of the transaction or secondary transaction (eg, withdrawing and depositing prepaid accounts). In this case, it is not only convenient, but often necessary, to use an appropriate transaction format.

As indicated above, an electronic sub-wallet is a specifically limited portion of an electronic wallet that resides in or is associated with a particular electronic wallet (eg, primary or primary wallet). The sub-wallet may be maintained/maintained by the administrator, processor, and/or vendor of the primary or primary electronic wallet, or may be managed by another party, system, processor, subroutine, or server. By separately managing the secondary electronic wallet, the primary electronic wallet provider and the user can benefit from economies of scale. For example, all electronic value tokens may be stored in one sub-wallet, while credit and debit cards are stored in the primary e-wallet or separate e-wallets. Thus, while the supplier of the primary e-wallet may manage/conduct value token-related transactions associated with credit and debit cards in the primary e-wallet, third parties may Administer/execute transactions and free the third party from expensive banking and credit regulations. Moreover, third-party administrators may take advantage of economies of scale to receive payments for their services through arbitrage, fees, pay-per-transaction, etc.

By separately managing the sub-wallet, the third-party administrator (eg, the administrator of the electronic sub-wallet linked to the electronic prepaid account) provides convenience to both the user and the primary electronic wallet provider. Occasionally, the third party administrator is the only entity with the knowledge and expertise (eg, a database of required transaction formats) to handle financial reconciliation or other transactions associated with electronic prepaid accounts associated with a given issuer. For example, a third-party administrator may be the only entity capable of matching specific transactions on a retailer's ledger to specific uses of value tokens or e-wallets. One or more electronic sub-wallets for the primary owner or supplier of an electronic wallet, e.g., a brand e-wallet, e.g., linked to an electronic prepaid account, such as a closed loop account issued on behalf of one or more merchants, as described in more detail herein. In the context of managing an electronic sub-wallet), in some embodiments, the third-party administrator is responsible for implementing, implementing, and/or responsible for all or some of the functions described above in conjunction with the electronic value token transaction computer 150 .

Access to the e-wallet may be gated or protected by an authentication token or other means for secure access to the e-wallet, such as a proxy card or a personal digital assistant such as a smartphone or a mobile device. Other embodiments for accessing the electronic wallet include non-card access, such as number/password combinations, passwordless numbers, and the like. Biometric information may also be used for authentication and access purposes, such as fingerprint or iris prints. Short-range communication technologies may also be used to implement authentication tokens. Short-range communication technology may be implemented in physical stores or in conjunction with online transactions. In any event, near field communication technology may be implemented by the user via a proxy card (eg, 200, 201, or 203), personal computer, personal digital assistant, smartphone 204, or other online transaction-related device. have. Accordingly, the authentication token may be tangible, intangible, or a combination thereof. In one embodiment, the authentication token may be created, created, and/or formed at the initiation of an electronic transaction to uniquely identify the electronic transaction. In one embodiment, the uniquely generated authentication token comprises an element of an electronic wallet identifier, merchant identifier, store identifier, electronic value token identifier, electronic value token issuer identifier, electronic value token transaction processor identifier, or a combination thereof. You may. In another embodiment, the uniquely generated authentication token may be completely unique and may not include any part of the previous identifier.

Examples of proxy cards are shown in Figures 3A, 3B, and 3C. 3A shows a proxy card 200 in which authentication information 211 is encoded on the card 200 by means of a barcode readable by an optical scanner. FIG. 3B shows a proxy card 201 in which the authentication information 211 is encoded in a magnetic strip on the card 201 . 3B shows a proxy card 203 in which the authentication information 211 is encoded in a short-range communication chip on the card 201 . In some embodiments, the proxy card may have one magnetic stripe and barcode (or multiple magnetic stripes and/or barcodes), and one or more of them may include the authentication information 211 . The proxy cards 200 , 201 , 203 are made of a suitable primary material, such as plastic, paper, plastic coated paper, laminate, or a combination thereof. The proxy cards 200 , 201 , 203 are typically made in a thickness range of about 0.005 to about 0.040 inches. The proxy cards 200, 201, and 203 each transmit authentication information 211 corresponding to an electronic wallet, such as an account number, a serial number, an authorization code, a digital signature, an electronic key or key code, and an RFID chip/data, respectively. hold The proxy card authentication information 211 is unique to the proxy card and associates the proxy card with an electronic wallet, wherein the association is stored in a database accessible by the electronic wallet administrator in one embodiment. The authentication information 211 is a barcode on the proxy card 200 as shown in Fig. 3A, a magnetic strip on the proxy card 201 as shown in Fig. 3B, and a proxy card 203 as shown in Fig. 3C. It may be encoded in a short-distance communication chip, a series of numbers, a series of characters, or a combination thereof. The proxy cards 200 , 201 , 203 may also be entered in the course of a transaction, organized as a personal identification number or pin, corresponding to the authentication information 211 and allowing access and/or use of the electronic wallet. . In one embodiment, the PIN may be encoded in a barcode, magnetic stripe, sequence of numbers, sequence of characters, or a combination thereof. In one embodiment, the PIN may be hidden from view by packaging materials such as a peel-off strip or peel-off label, or a combination thereof. In some embodiments, the proxy card is a card security password (CSC), card authentication value (CVV or CV2), card authentication value code (CVVC), card authentication code (CVC), authentication code (V-code or V code) , card code authentication (CCV), credit card identification (CCID), or a combination thereof, wherein the codes (along with any other authentication data or tokens described herein) may be used in an authorization or authentication transaction. , initiated with e-wallet payments for purchase transactions, for example in stores.

FIG. 3B shows a proxy card 201 in which the authentication information 211 is encoded in a magnetic strip on the card 201 . The magnetic strip is made of a conventional structure, such as deposited from a slurry, located on the card 201, and can be scanned in magnetic strip reading equipment, such as Veriphone's Trans terminal. For additional security, the authentication information 211 may also be subjected to an encryption algorithm before encoding on the magnetic strip.

In at least one embodiment, the proxy card 200 includes a barcode, such as a UPC code (eg, GS1-128 or UCC/EAN-128) located on the proxy card 201, to read known barcodes. It can be scanned by the device. Encoded in the barcode on the proxy card is a representation of the authentication information 211 .

In other embodiments, a device having a structure that interprets a series of figures corresponding to a human or package identifier by placing a series of numbers, a series of characters, or a combination thereof on the proxy cards 200 and 201; That is, it can also be read or interpreted by an optical character recognition device. Any suitable authentication token as described herein may be used in the various embodiments described herein, such as virtual or non-card authentication tokens, cell phones, and the like.

In another embodiment, for example, a proxy card 203, near field communication technology, a radio frequency identification (RFID) tag, a microprocessor, and/or a microchip are placed in the proxy card to be interpreted by specially structured devices. You may. The RFID tag, microprocessor, and/or microchip may be added to or used in place of the barcode 255 on the proxy card 200 and the magnetic strip 256 on the proxy card 201, or these or the proxy card. It can also be used in combination with other means of encoding authentication information on the image. Alternatively, the RFID or other means, such as short-range, Bluetooth, etc., may be used by a user-operated device (eg, a personal digital assistant, such as a smartphone) to provide e-wallet access and/or authorization functionality. . In one embodiment, the authentication token is associated with a personal digital assistant, such as a smartphone 204 , as shown in FIG. 3D . For example, an electronic wallet stored and/or accessed via a phone may include an authentication token, or hardware and/or proprietary electronic data (eg, authentication data, such as serial), in which the phone itself serves as an authentication token. number, MAC address, SIM card, digital signature, electronic key, user ID, phone number, password, etc.). The phone may communicate data associated with the authentication token with the store device for authentication and transaction purposes using near field communication. For example, the phone may be delivered near the merchant device and transmit user and/or wallet information and authentication information to the merchant device using a near field communication protocol. The phone may transmit all or part of the wallet and/or authentication information, while leaving the merchant device to determine which parts are applicable to the current transaction, or the phone may transmit only currently applicable pieces of information. Only a portion, ie information to be used during the current transaction, may be transmitted to the store device. That is, the logic for passing the authentication token (eg, phone) and wallet and/or authentication information to/from the store device may reside in the authentication device, the store device, or both. In one embodiment, the phone provides hardware and/or software for authenticating the user, such as a camera or scanner, and an associated application for verifying user-related biometric information, upon which the phone transmits successful authentication to the store device upon user authentication. will be. The merchant device may communicate with the wallet owner or vendor (eg, a primary e-wallet owner) and any sub-wallet owner or vendors, eg, a third party administrator. In another example, the merchant device may communicate with the wallet owner or vendor (eg, a primary e-wallet owner), and the wallet owner or vendor may communicate with a third-party administrator, eg, a secondary wallet owner or administrator. . Notwithstanding the plurality of configurations that enable communication, since the parties use a scalable structure, transactions may occur in real time without delay to the customer.

In one embodiment, the authentication device is a proxy card. Although proxy cards are not physical cards, because proxy cards resemble credit, debit, and/or built-in-value cards in appearance, they help to gain access to and adoption of e-wallets, allowing consumers to learn how to use e-value tokens. because you know Thus, despite its physical representation, consumers may come to think of proxy cards as multiple cards rolled into one, or simply think of proxy cards as electronic wallets themselves. Authentication tokens may take the form of related and/or embodiments of tangible or intangible embodiments of a mobile device, personal identification number, phone number plus personal identification number, password, username plus password, biometric identifier name, etc. may be Authentication tokens contain, provide, and/or be associated with authentication information (eg, electronic authentication data or information) that associates a user with an electronic wallet. Accordingly, a plurality of value tokens contained in an electronic wallet (or sub-wallet thereof) is associated with the user.

1A , the electronic value token transaction computer 150 accesses the electronic wallet 10 from the datastore 180 . The prepaid or embedded value card electronic value token may include electronic representations such as gift cards, loyalty cards, promotions, and the like. The POS device 111 obtains authentication information from an e-wallet user via an authentication token such as a smartphone or proxy card 200, and the electronic value token transaction computer along with purchase information and/or value token information as part of a transaction request. Send authentication information (and, in some examples, rules for allocating the contents of the e-wallet for the requested transaction) to 150 . The electronic value token transaction computer 150 uses the authentication information to locate the correct electronic wallet 10 or sub-wallet in the datastore 180 and act on the electronic value token (eg, primary or sub-wallet). Add value tokens to, activate value tokens, withdraw value tokens, top off value tokens, check the balance of value tokens, etc.) by referring to the above request information (electronic value token transaction processing system , 1100, 1200), or a combination thereof (received in the request associated with the e-wallet). For example, in a purchase transaction, the electronic value token transaction computer 150 may cover purchases according to rules, eg rules relating to the order or priority of applying or redeeming value tokens to adjust the purchase price. Choose a token.

2A and 2B , the electronic value token trading computer 150 includes a rules unit 159 . The rules unit 159 may be provided, selected, and/or required by e-wallet users, e-wallet providers, merchants accepting e-wallets, e-value token issuers, e-wallet transaction system administrators, and combinations thereof. It handles, manages, connects, and implements functions for e-wallet (and sub-wallet) rules such as The rules unit 159 may function to link provided, selected, and/or required rules with the electronic wallet and sub-wallet maintained in the database 180 and/or the electronic wallet unit 199 . The rules unit 159 may include a rules engine for deriving rules that should be applied to a transaction in the absence (or on behalf of) any particular rule provided or selected by any other rule assignment entity. The rules unit 159 may be configured to: (i) electronic wallet user inputs (eg, kiosks, smartphones, personal digital assistants, and internet accessible user interfaces); e-wallet provider input; (iii) input by the e-wallet system administrator; You may provide e-wallet/sub-wallet rule data that can be populated through (iv) or any combination thereof. For example, an e-wallet user may create, via interfacing a kiosk 189, specific, custom rules detailing how the e-value tokens contained in the e-wallet should be prioritized for use in satisfying a transaction. It may also be provided to the electronic value token transaction computer 150 . Alternatively, the same e-wallet user may simply select the type of rule applicable to the e-wallet from a list of options provided by the kiosk 189 display. There may also be instances where, for example, in terms of saves, certain laws, regulations, and/or policies require an e-wallet to limit a selected number of transactions per period to a given number (e.g., transfers from a save-only e-wallet). .

In one embodiment, the rules may be created and configured by the user as a flow chart for selecting a value token based on purchase information. For example, the rule includes selecting a closed loop related (X brand store) value token for any amount of X store purchase, and an open loop related (credit card Y) value token for any remaining purchase balance. You can also choose to monetize the remaining balance. Alternatively, the user should not use the open-loop related e-value tokens to satisfy the balance for the purchase of the closed-loop related e-value tokens, but rather use the debit card-related e-value tokens in the e-wallet to satisfy the balance. You can also invoke a rule that says As such, a user may access or apply multiple value tokens with the efficiency of using one authentication token (eg, one proxy card or smartphone). For example, a user may always use two e-credit cards in an e-gift card, e-coupon, e-wallet or sub-wallet for every time it takes to use only one physical card, be it a prepaid card, debit card or credit card. . Users, retailers, issuers, vendors, merchants, advertisers, and other parties can save time and thereby facilitate access to multiple sources of value (eg multiple accounts associated with multiple value tokens), promotional opportunities, You will enjoy data mining on transaction tracking and customer purchasing behavior, promotion and advertising effectiveness, real-time/point of product selection or purchase promotion opportunities.

In another embodiment, rules may be set by the e-wallet system vendor (eg, primary and/or secondary e-wallet vendor or owner). If there are no user setting rules available (or if the rules of the system precede the specified transaction activity according to the terms of the user's e-wallet usage contract), the e-wallet system provider may establish rules for e-wallet allocation. For example, the electronic wallet system may direct the electronic value token transaction computer 150 to direct the electronic value token transaction computer 150 when the transaction considers, relates to, or involves an associate and/or contract-related entity of the electronic wallet system provider. The e-wallet system vendor's own brand e-value tokens in the e-wallet of the e-wallet can also be put in place as appropriate to satisfy the requested transaction. As such, this type of rule will enable the e-wallet system vendors and their associates and/or contract-related entities to maximize revenue or other business objectives based on the use of other synergies with the e-wallet system. can

In another embodiment, the rules of the e-wallet may be made to automatically drive e-value token exchange activity (electronic value token exchange will be discussed in more detail herein). For example, the e-wallet user may manage the e-wallet (eg, as described in more detail herein with respect to FIGS. 6A-6D ), in some cases allowing the user to set up a retail transaction, e.g., Retailer Q When an electronic wallet is provided to satisfy It will initiate an electronic value token exchange process communicating a token exchange request. Additionally or alternatively, the user may be offered real-time with a promotion to obtain a retailer-specific value token (eg, real-time offering of a store's brand value token, such as a credit account). In this example, the e-wallet user manages the e-wallet so that all e-value tokens (gift card-type e-value tokens) related to the prepaid service are located in a designated sub-wallet, and each of the e-value tokens is a priority system For example, there are 22 types of e-value tokens or token types (e.g., #22) from most preferably e-value tokens or token types (e.g. #1) to least-preferred e-value tokens or token types (e.g. # 22). If there is), it may be located/placed/designated in the sub-wallet. For example, an electronic value token of the retailer M brand may be designated as the most preferred and the electronic value token of the retailer L brand may be designated as the least preferred. Also in the example above, in situations where the e-wallet is presented with an e-wallet to close a transaction at a retailer where the e-wallet does not contain any of the retailer's e-value token (the e-wallet is A rule by the user has also been provided, dictating the e-wallet (recognizing the retailer based on information exchanged between the e-wallet and the retailer's contact device), e.g., in the above retailer Q scenario, the e-wallet rule is Initiate an e-value token exchange request by instructing the e-wallet, and in an amount sufficient to satisfy the original transaction volume for the retailer Q e-value token, the least preferred e-value token in the e-wallet, e.g. the retailer L brand of Electronic Value Tokens (#22), and, if necessary, most preferred Electronic Value Tokens #21, #20, etc. are included in the above request. The electronic value token transaction computer 150 communicates with the electronic value token exchange program 2000 (which is part of the electronic value token transaction processing system 100 , 1100 , or 1200 ) in response to the electronic value token exchange request to communicate the requested electronic value. Conduct a value token exchange. The requested e-value token exchange is performed, the e-wallet receives the requested retailer Q brand e-value token, which is used concurrently to conduct an initial transaction, the e-wallet receives the retailer L brand e-value token Passed over to electronic value token trading computer 150 (or made unavailable for use and only available for modification), in which case it is effectively overvalued in excess of the requested retailer Q brand electronic value token. As such, the electronic value token transaction computer 150 modifies the value of the retailer L-branded electronic value token (either internally or via communication with the retailer L-branded electronic value token issuance system), so that the provided retailer Q Reflecting the brand e-value token-based depreciation, and extracting the exchange rate for the exchange of the retailer Q brand e-value tokens for the retailer L-branded e-value tokens (as more fully discussed herein), and all stakeholders communicates transaction information to the user and returns (or makes available again) value-modified retailer L-branded value tokens to said user's e-wallet. In another embodiment, the electronic value token exchange rules of the e-wallet allow the e-wallet to query the e-value token transaction computer 150 for the highest exchange rate for e-value tokens in the e-wallet, rather than the ranking of the e-value tokens. We offer exchanges based on the best exchange rate.

2A illustrates an exemplary electronic value token transaction processing system 100 in accordance with one embodiment. As can be seen, the electronic value token transaction processing system includes: (a) one or more merchant devices 111; (b) an electronic wallet processing system, such as an electronic value token transaction computer 150; (c) a datastore 180 comprising an electronic wallet unit 199 that stores electronic value tokens, such as 804, 827, 828, and 829, such as an account number, electronic wallet account information, value-added payment terms, where "Value Added Payment" is synonymous with "Value Added Bonus," "Value Added Bonus Payment," "Value Added Payment Bonus," and "Value Differentiation"); (d) an accreditation system 160 of one or more individual publishers; and (e) any other unit incorporated into the system by said electronic value token transaction computer administrator (151). In one embodiment, the electronic value token transaction computer 150 includes a value added determination unit 153 , a store (“POS”) interface 152 , a message modification unit 154 , a reconciliation unit 155 , and an issuer system interface. 156 , an application unit 157 , and an alignment unit 198 . In one embodiment, the electronic value token transaction computer 150 (or a unit thereof, such as an alignment unit 189 ) further comprises a token exchange interface in communication with the electronic value token exchange program 2000 . The POS interface 152 is the means by which the electronic value token transaction computer 150 communicates with the merchant device 111 via, for example, the Internet, a public switched telephone network (“PSTN”), or an independent dedicated network. provides Similarly, the electronic value token transaction computer 150 may be authorized by the issuer through the issuer system interface 156, for example, through the Internet, the public switched telephone network (“PSTN”), or an independent dedicated network. It may communicate with system 160 . Communications (106, 107) between the POS interface (152) and the merchant device (111) and communications (109, 110) between the publisher system interface (156) and the publisher's authorization systems (160) ) may be encrypted for added security and/or may use a virtual private network (“VPN”). The sorting unit 198 may classify the communications into various types for routing in various ways. For example, the sorting unit 198 may be configured to send e-wallet and/or sub-wallet requests (eg, upon receipt of a transaction request and authorization information), the sorting unit 198 may process the requested transaction to be maintained by the system. Identify and arrange a specific e-wallet and/or a particular sub-wallet or sub-wallets linked to the e-wallet), balance inquiry requests, registration requests, activation requests, redemption requests, and maintenance requests for routing to the various units of Figure 2A You may. The electronic value token transaction computer 150 or sorting unit 198 may also generate a message based on the requests for similar routing.

As can be seen in FIG. 2A the store device 111 (usually at a merchant and/or redemption merchant or retailer, but alternatively a kiosk 189 or personal computer at the user's home configured to act as a store or At the office location, for example during an on-line transaction, the authentication token is interpreted by the store interpretation unit 101 (eg, a card reader). The store interpretation unit 101 interrogates a human, a barcode scanner, a magnetic stripe reader, an optical character recognition device, a biometric device, a numeric keyboard (eg, for entering a token identification number) or data encoded in or on the authentication token; other devices configured to interpret, capture, or input.

An e-wallet transaction request is made by the store transaction unit 104 at approximately the same time (or alternatively, before or after) interpreting the authentication token. The store transaction unit 104 may include a person, an electronic input device, a register or terminal, a computer processing unit (“CPU”), a personal computer, a personal digital assistant (eg, a smartphone) or other such store interpreting unit 101 and and/or request or messaging means interpreted by the store processing unit 105 . In some embodiments, the operations performed by the store interpretation unit 101 and the store transaction unit 104 are performed by the individual units, for example, a store register/terminal or a personal computer during online, web-based transaction. It may be performed by one unit capable of performing all of the operations to be performed.

The store analysis unit 101 and the store transaction unit 104 communicate with the store processing unit 105 . The store processing unit 105 may include a CPU or other type of processing device accepted for use in the industry. The store analysis unit 101 communicates the authentication information 102 to the store processing unit 105 . The store transaction unit 104 communicates the request 103 to the store processing unit 105 for an electronic wallet transaction. The store processing unit 105 may combine this information to communicate with the electronic value token transaction computer 150 (eg, by sending a message requesting an electronic wallet transaction along with associated transaction and/or authentication data). . In one embodiment, the store processing unit 105 is associated with the POS retailer from the electronic value token transaction computer 150 (or a secondary administrator or unit associated therewith, such as a secondary wallet administrator) and/or a given transaction type. and/or store and/or receive a transaction format associated with a value token, format the transaction request or message, direct the user to collect additional information, or other data, or send/receive properties in the store You may use such a form of transaction to do so. For example, a user making a purchase from a retailer operates a card reader. The card reader may be a display with an input device and a barcode reader or magnetic stripe scanner. The card reader may be touch sensitive and may have various buttons used for input. Following the card reader prompts, the user sees “debit,” “credit,” and “e-wallet” options. The user selects "Electronic Wallet." The user then sees the “Buy,” “Add Token,” and “Remove Token” options. The user selects "buy". Following further prompts (which in one embodiment relates to a transaction format specific to a specific retailer of the store), the user enters a PIN number. In some embodiments, the operations performed by the store interpretation unit 101 , the store transaction unit 104 , and the store processing unit 105 may perform all of the operations to be performed by the individual units. may be performed by a single unit (eg, an integrated POS device, such as a computerized register).

The store processing unit 105 is connectable to the electronic value token transaction computer 150 through a suitable network, eg, the Internet, a public switched telephone network (“PSTN”), or an independent dedicated network. Each store processing unit 105 has an associated identifier (eg, a terminal) that may be transmitted to the electronic value token transaction computer 150 while connecting the store processing unit 105 to the electronic value token transaction computer 150 . identifier or serial number). Each store processing unit 105 may include, for example, a plurality of store transaction units corresponding to individual terminals, each having its own terminal identification, residing within a given store location.

As shown in FIG. 2A , the electronic value token transaction computer 150 is configured as follows: (a) the retail business (eg, via the store device 111 , customer Internet access, or kiosk 189 ) merchant/merchant and/or vendor, the issuer's authorization systems 160 , and any other authorized by the electronic value token transaction computer administrator 151 to access the electronic value token transaction computer 150 . establish a secure connection with entities 190; (b) communicate with the issuer's authorization systems 160 to request and receive redemption or addition of value tokens to e-wallets; (c) communicate with the issuers' authorization systems 160 to redeem all or some of the electronic value tokens associated with the electronic wallet; (d) create and maintain a transaction log 170 of all activities performed; (e) create and maintain an error log 175 for all activities that have ended in failure and their reasons; (f) redeeming or adding value tokens to e-wallets and redeeming or adding value tokens to e-wallets to the retailer/merchant and/or vendor (eg, via the POS unit 111 ); communicate any accompanying information; and (g) communicate to the retailer/merchant and/or vendor (eg, via the POS unit 111 ) any reasons why transactions should not be closed.

The electronic value token transaction computer (150) accesses the datastore (180); generating a transaction log 170; creating and maintaining an error log 175; communicating with retailers/merchants and/or vendors in the store, including via the Internet, for example, for on-line transactional purposes; communicating with the respective publishers authorization systems (160); processing individual value token and e-wallet requests; processing reimbursement requests; processing value-added functions to add additional cash value or electronic redemption coupons for specific product(s) or service(s); processing redemption requests for electronic redemption coupons for specific product(s) or service(s); and a single processing unit capable of communicating with the electronic value token transaction computer 150 and having concomitant storage capabilities designed for or capable of communicating with other authorized systems 190, respectively; eg, a centralized server), a plurality of processing units (eg, a distributed computing system having various units distributed and in communication with each other), or a combination thereof.

Datastore 180 maintains a record of accounts linked to each e-wallet, indicating: (a) whether each individual value token has been added or redeemed; (b) whether the authentication token has been registered; ( c) a record and details of each individual redemption request, (d) the amount remaining in the electronic value tokens, (e) the rules required to redeem the electronic value tokens, (f) the issuer of the electronic value tokens; (f) Value-added bonus payments, (g) Rules for redeeming value-added bonus payments, and (h) combinations thereof. The datastore may also maintain a record of rules necessary for awarding value-added bonus payments to e-wallets or value tokens.

Datastore 180 represents and also maintains records associated with each e-wallet and/or sub-wallet: (a) the timing of registration activity and other information thereon; (b) the timing of management activities and other information regarding them; (c) the timing of and other information regarding the trading activity; (e) applicable rules; (f) identification of internal issuer electronic value tokens; (f) identification of sub-wallets associated therewith; (h) any other records requested by publishers, merchants, vendors, advertisers, users, or other interested parties; and (i) any combination thereof. Although a single datastore 180 is shown, it should be understood that multiple datastores may be used, and related data may be partitioned between the datastores in any suitable manner to meet the various processes and objectives described herein. . Further, the various data may be coupled to one or more datastores that are closely coupled and/or located proximate to one or more sub-units, sub-processors, third-party processors, etc. coupled to the electronic value token transaction computer 150 , etc., preferably Preferably, the datastores contain data used by the sub-unit, sub-processor, and third-party processors.

The electronic value token transaction computer 150 is also configured to generate and maintain a transaction log 170 of all activities involving the electronic value token transaction computer 150 . The transaction log may include, for example, a detailed summary of transaction types such as: (a) request to add value tokens; (b) request to sell value tokens; (c) request for redemption of value tokens; (d) request for value token exchange; (e) the amount of currency due to the addition of value tokens; (f) the amount of money due to redemption of value tokens; (g) the amount of currency due to the exchange of value tokens; (h) adding value-added amounts, products, or services; (i) reimbursement of value-added amounts, products, or services; (j) the time the Electronic Value Token was added; (k) the time the Electronic Value Token was redeemed; (l) any transaction or contact with the Issuer for the purpose of adding value tokens; (m) any transaction or contact with the Issuer for the redemption of Value Tokens; (n) a PIN contacted by the Vendor in response to a request to add a Value Token that requires PIN entry for use; (p) e-wallet setup activities; (q) e-wallet transaction activity; (r) e-wallet save activity; (s) e-wallet management activities; (t) any other information that electronic value token transaction computer administrator 151 directs electronic value token transaction computer 150 and maintains as log entries; and (u) any combination thereof.

The information contained in the transaction log 170 may be used for data mining purposes, such as reconciliation reports, settlement reports, payment reports, audit reports, e-wallet registration reports, e-wallet management reports, e-wallet usage reports, e-wallet save reports, e-value Token Purchase Report, Electronic Value Token Redemption Report, Electronic Value Token Exchange Report, Electronic Value Token Sale Report, or Electronic Value Token Transaction Manager 151, Datastore Manager 181, Vendors, Issuers, Issuers It may also be used to create other forms of information gathering for the benefit, use, or provision of authorization systems 160 , redemption merchants, or other interested parties. For example, the transaction log 170 contains information about each transaction performed by the electronic value token transaction computer 150 (and its subcomponents) and includes information about various merchants, merchants, issuers, It may also be used by the reconciliation unit 155 when reconciling accounts belonging to the electronic value token transaction processing system administrator(s). Additional data mining considerations that may provide records, analysis, and/or stakeholders (eg, merchants, merchants, publishers, advertisers, etc.) include (i) e-wallet users' purchasing habits; (ii) purchase, sale, redemption and exchange of electronic value tokens; (iii) special offers and/or value-added activities; (iv) royalty-related activities; and (v) data on save-related activities, all of which may be used for marketing, inventory, and other purposes.

The supervision and maintenance of the electronic value token trading computer is performed by the electronic value token trading computer administrator 151 . In another embodiment, although not required, the electronic value token transaction computer manager 151 may also function as the datastore manager 181 . The electronic value token transaction computer 150 is configured to generate and maintain an error log of all incomplete transactions and their reasons. In some embodiments, the error log is maintained by the electronic value token transaction computer administrator 151 .

In addition, the electronic value token transaction computer 150 has permission to access the electronic value token transaction processing system, and in particular other entities 190 that have permission to access the electronic value token transaction computer 150 configuration that communicates with These other entities may be third party payment management systems, third party auditing systems, issuer affiliates, merchant affiliates, redeem merchant or redeem merchant affiliates, financial institutions such as banks, credit card institutions, or credit unions, or administrators of the electronic value token transaction computer. (151) may include other entities to which access is provided, or other entities authorized to grant access.

A transaction request at the store device 111, or other access point associated with the electronic wallet, may include one or more of the following information: (a) authentication information, (b) store terminal identification, (c) deposit or withdrawal amount, (d) time of request, (e) date of request, (f) identification of issuer, (g) identification of vendor, (h) location of vendor, (i) product(s) being purchased and/or identification of service(s); (j) request to activate or deactivate; In the case of, wallet management functions, etc., (l) and combinations thereof. However, the information included in the request is not limited to the enumerated list and may include other items in addition to or in place of the enumerated items.

Upon receipt of the e-wallet transaction request in the store and confirmation and classification by the sorting unit 198 , the e-value token transaction computer 150 accesses the e-wallet unit in the datastore 180 . The electronic value token trading computer 150 processes the information contained in the datastore 180 and communicates (109, 110) with the individual issuer authorization systems 160 to manage the electronic value token and its account. start to do The message modification unit coordinates the message and request so that multiple units, sub-components/processors, or third party administrators can recognize and correctly interpret the message. For example, after the electronic value token transaction computer 150 determines the respective issuer's authorization systems 160 associated with the request, the message modification unit 154 accesses the database 180 to access each individual issuer's authorization systems 160 . Determining an appropriate transaction messaging format for the publisher authorization systems 160 and then using the respective publisher authorization systems 160 with a specified/preferred transaction format and vocabulary to format subsequent communications. The electronic value token transaction computer 150 communication with the respective issuers' authorization systems 160 may occur concurrently or independently. The electronic value token transaction computer 150 is connectable to individual issuer authentication systems through a suitable network, such as the PSTN, the Internet, or an independent dedicated network. The electronic value token transaction computer 150 is configured to send and/or receive communications 110 from issuer authorization systems 160 regarding the status of the electronic value token.

The reconciliation unit 155 may reconcile the accounts of various issuers, sellers on sale, and/or merchants under redemption, with the appropriate merchants, merchants, electronic value token transaction processing system administrators, with various transaction values; and issuers, reflecting which entities received value from other entities. For example, if Merchant A sells a specified amount of value tokens issued by Issuer B, and receives a payment from a user who adds the electronic value tokens to the user's e-wallet, then the seller selling the /or receive a percentage of a predetermined amount (eg, maintain a percentage), the electronic value token system administrator receives the purchase amount and/or a percentage of the predetermined amount to process the transaction, and the issuer receives the remainder. If the value tokens issued by issuer Y are redeemed at merchant X to purchase items, the amount redeemed will be withdrawn to issuer Y, credited to merchant X, and/or transaction fees sometimes collected by issuer and/or electronic The transaction or processing fee collected by the value token transaction processing system administrator is reduced.

The electronic value token transaction computer 150 is also an authorization system so that the authorization unit 157 when the electronic value token transaction computer 150 authorizes the electronic wallet request rather than sending the request to the issuers' authorization systems 160 for authorization purposes. ) is used. Authorization unit 157 may perform the same and/or different functions as described for authorization systems 160 and vice versa.

The authorization unit 157 will confirm the format (eg, primary or secondary wallet) of the e-wallet transaction request received at the POS processor 105 (or other transaction inducer/component/processor). That is, the authorization unit 157 will examine the data fields of the request to ensure that the fields are filled with data and that the data is in the correct format (eg length, alphanumeric format). If the request format is not correct, the authorization unit 157 may reject the request, or in some embodiments retrieve the appropriate format (eg, from a format database), and modify the transaction request to conform to the appropriate format. have. The authorization unit 157 also performs various validation checks on the request reminder. Authorization unit 157 verifies the following card-related transaction information based on analysis of various conditions: 1) UPC code is stored in datastore 180 (or issuer) for electronic value token transaction processing system 100 . determine if it is in other databases (such as the database of 2) determine whether the value amount of the requested transaction corresponds to the customer's payment for the target transaction request, eg, the UPC information identifies a card, such as a $25.00 card, and the corresponding transaction request includes a $25.00 payment by the customer whether or not; 3) determining whether the UPC information identifies the card as a type of card usable by the requesting merchant; and 4) determining whether the card's bank identification number ("BIN") identifying the card issuer (ie, the first six digits of the card's identification number) corresponds to UPC information identifying the card issuer.

Authorization unit 157 may also verify transactions according to other criteria, such as transaction speed (number/amount per unit time). For example, if the card processor is concerned that a plurality of invalid transactions indicate fraudulent activity, the card processor monitors the number of invalid transactions requested by the electronic value token transaction processing system 100, and a preselected amount of invalid transactions per unit time You can request to reject a transaction from a terminal exceeding the limit. Finally, the authorization unit 157 may be configured to reject a transaction request in an event in which the information received by the authorization unit 157 is incomprehensible.

If the request has the proper format and has been validated as described above, the electronic value token transaction computer 150 may send the details of the transaction to the issuer's authentication system rather than an authorization request. Also, in some embodiments, the issuer, authorization system (eg, authorization unit 157 ), and transaction computer are part of the same entity, and in such embodiments, there are no publisher authorization systems 160 ; The issuer's authorization systems 160 may be jointly controlled (eg, centralized (eg, part of a centralized data center) with other units of the electronic value token transaction computer 150 ) and/or or a jointly owned or operated computing system, which may be distributed within a jointly owned or controlled system or network). Also, although the units associated with the electronic value token transaction computer 150 (eg, units 152-157) are depicted as various units within one data processing system for illustrative and conceptual purposes, one or more units 152-157 are distributed It should be noted that it may be implemented on a separate computer, system, or server in a data processing environment.

An exemplary process utilized by electronic value token transaction computer 150 for facilitating purchases using an electronic wallet in accordance with a primary e-wallet transaction processing embodiment is shown in FIG. 4A. Such an embodiment may be implemented by an electronic wallet transaction processing request initially received by the electronic value token transaction processing system 100 and subsequently performed. The illustrated operations may be performed in the illustrated order or another order, and two or more types of operations may be performed in parallel.

At block 302 , the electronic value token transaction computer 150 receives one request or multiple requests from the merchant terminal. In at least one embodiment, the request may include an electronic wallet transaction request, a balance inquiry request, a registration request, an activation request, or a redemption request, a wallet management request, including: (a) identification of a terminal; (b) authentication information; (c) the amount of the purchase; (d) identification of the issuer of the Electronic Value Token; (e) Identification of the Vendor; (f) identification of location; (g) time of request; (h) the date of the request; (i) information that unambiguously identifies the request as an e-wallet transaction request (eg, transaction type data); (j) information identifying the primary e-wallet, the sub-wallet(s), or a combination thereof; (k) any other transaction and/or authentication data described herein; and (l) any combination thereof. The request at block 302 may include other information, request or functionality of the types described herein in addition to or in lieu of the items listed above. In at least one embodiment, the authentication information is based on an authentication token selected from the group consisting of a proxy card and a mobile phone. By using the electronic value token issuer's identification, it is possible to accurately formulate a transaction for communication with the electronic value token issuer.

At block 304 , using information contained in an e-wallet transaction received from the store device 111 and/or from information obtained from the datastore 180 , the electronic value token transaction computer 150 determines that the request is Determines whether the e-wallet request includes valid authentication information and whether the request is for redemption of value token(s), addition of value token(s), deletion of value token(s), or management of the e-wallet. The e-wallet request may include the bank identification number (“BIN”) on the proxy card as part of the authentication information. The sorting unit may decode the BIN number or verify that the request is an e-wallet request.

At block 324 , from information obtained from the datastore 180 and/or using information contained in an e-wallet transaction received from the merchant device 111 , the electronic value token transaction computer 150 sends the received electronic Identify/determine the location of the primary e-wallet, sub-wallet(s) and/or the e-wallet or sub-wallet(s) required/directed to trigger a wallet transaction request. If the received authentication information indicates that the requested e-wallet transaction is associated with an e-wallet, sub-wallet, or combination thereof maintained by e-value token transaction computer 150, e-value token transaction computer 150: (i ) apply your own logic to the request; (ii) apply rules stored in the primary wallet (eg, rules established by an electronic value token transaction processing system administrator, primary electronic wallet user, or a combination thereof); (iii) apply rules stored in the sub-wallet (eg, rules established by the electronic value token transaction processing system administrator, sub-wallet user, or a combination thereof); (iv) apply rules received with the request from the store 111 (eg, concurrent rules submitted with the request by the user of the primary e-wallet/sub-wallet); or; (v) any combination thereof may be applied.

For example, one embodiment may include an electronic value token transaction computer 150 that determines that the entire request is for value tokens contained in a primary electronic wallet. Upon receiving the request, the electronic value token transaction computer 150 configures its authorization unit 157 (as more fully described herein), its datastore 180, its electronic wallet unit 199, and Query any other necessary units to see if the primary e-wallet contains value tokens capable of satisfying the subject request (eg, whether the primary e-wallet is associated with a merchant, merchant, and/or issuer for the requested transaction). value tokens). This determination can be made by comparing the electronic value token identification, user ID, and transaction type requested. The electronic value token transaction computer 150 subsequently applies the electronic value tokens available in the primary electronic wallet corresponding to the request under the rules of the primary electronic wallet and/or the rules received with the request and executes the requested transaction and/or transactions. Evaluate the way you perform or refuse to perform.

Another embodiment may include the electronic value token transaction computer 150 determining that the entire request relates to value tokens contained in the sub-wallet. Upon receipt of the request, the electronic value token transaction computer 150 configures its authorization unit 157 (as described in more detail herein), its datastore 180, its electronic wallet unit 199, and other Queries any required unit to see if the sub-wallet contains value tokens capable of satisfying the subject request (eg, the sub-wallet contains value tokens associated with the merchant, merchant, and/or issuer for the requested transaction). included) to decide. This determination can be made by comparing the electronic value token identification, user ID, and transaction type requested. Subsequently, the electronic value token transaction computer 150 evaluates how the electronic value tokens available in the sub-wallet corresponding to the request are applied under the rules of the sub-wallet and/or the rules received with the request, and performs the requested transaction. and/or conduct or refuse to perform such transactions.

As another example, one embodiment is that a portion of the entire transaction request relates to electronic value tokens residing in a primary e-wallet while a portion of the transaction request pertains to e-value tokens residing in a sub-wallet(s). and an electronic value token transaction computer 150 that determines that the This determination may be made by evaluating the requested transaction type, electronic value token identification, or any other method for determining transaction allocation. The electronic value token transaction computer 150 evaluates the manner in which electronic value tokens available in the primary electronic wallet corresponding to the request are applied under the rules of the primary electronic wallet (using these rules located in the primary electronic wallet) payment method), the electronic value token transaction computer 150 determines that the electronic value tokens available in any applicable sub-wallet corresponding to the request, along with the rules and/or request of such sub-wallet Evaluate the manner governed by the rules received, and perform or deny the requested transaction and/or transactions.

In one exemplary embodiment, at block 324, the electronic value token transaction computer 150 responds to the received transaction request, one of the sub-wallets that, when used together, will cover all of the requested electronic wallet transactions. The one or more value tokens and one or more electronic value tokens of the primary electronic wallet may be identified. Moreover, one of the electronic value tokens in the primary e-wallet or the sub-wallet may be an electronic representation of a loyalty card, and another e-value token at the same or different location of the loyalty card value token is the retailer's It may be an electronic representation of a gift card. In this example, the electronic value token transaction computer 150 uses a "Loyalty Card" token and a "Retailer's Gift Card" token concurrently, regardless of the location of the tokens in the primary e-wallet and/or sub-wallet(s), to: "Retailer's Gift Card" tokens applied to "Loyalty Card" tokens to redeem "Retailer's Gift Card" tokens, or "Loyalty Card" tokens for a transaction, such as a 5% increase in the value of a Loyalty Points bonus As opposed to not simultaneously applying the value of a "retailer's gift card" token, it can enhance user benefits.

A value token may be associated with a closed loop account or an open loop account. Closed loop accounts typically expire after the account's funds are completely depleted, such as gift card accounts. Open loop accounts typically do not expire. Rather, there may be various ongoing obligations for depositing and withdrawing from an account, for example, a credit or debit card account of a well-known brand such as Visa or Mastercard. Closed loop accounts are often associated with retailers while open loop accounts are often associated with financial institutions (eg, Chase or City issued visas). In at least one embodiment, the electronic value tokens include a closed loop account number and an open loop account number. A closed loop account number is associated with a retailer that can deposit and withdraw money from a closed loop account associated with that closed loop account number. An open loop account number is associated with a financial institution that can deposit and withdraw money from an open loop account associated with that open loop account number. An electronic value token may have a different expiration date or specific date than any other value token. Further, electronic value tokens may identify a particular merchant, location, and/or product for which the electronic value tokens may be used.

If the request is for an electronic value token addition, then at block 306, an electronic wallet is created (if not previously created) and the electronic value token is added to the electronic wallet. The following tables include elements, parameters, and information included in an electronic wallet transaction communication and used by the electronic value token transaction processing system 100 to facilitate an electronic wallet transaction.

Table 1A illustrates the request parameters requested to create a wallet in at least one embodiment. Table IB illustrates the response parameters requested to create a wallet in at least one embodiment.

The electronic value token transaction computer 150 preferably allocates memory for the electronic wallet and value token(s), and stores the pieces of information in a data structure of the datastore 180 to store the account number in the electronic wallet unit ( 199) and/or associated with the electronic wallet. Table 2 illustrates parameters for a gift card value token in at least one embodiment.

Table 3 illustrates more detailed parameters for a gift card electronic value token, including designation of the associated wallet(s) and/or sub-wallet(s) in an alternative embodiment.

However, the request may be modified for other reasons independent of the additional token determination and forwarded as part of the reconciliation process to the appropriate one of the issuer's authorization system 160, for example, the request may be redeemed, deleted, , reload value, additional value, balance inquiry, or a combination thereof, each of which may be communicated to the issuer's authorization system 160 for reconciliation.

Table 4 illustrates formatting for authentication communication.

Each request is authenticated using a signature, the user is authenticated with a username/password or open id, and the session is verified using a user token. The client may send with each request a client_ref_id, timestamp, nonce, encryptiontype, channel, user_ip, signature, and optional usertoken to verify each message.

Table 5 illustrates the parameters used to retrieve the user's wallet.

Table 6A illustrates the request parameters used to redeem value from tokens in the wallet.

Table 6B illustrates the response parameters used to redeem value from tokens in the wallet.

Table 7A illustrates the request parameters used to load the value token into the wallet.

*Table 7B illustrates the response parameters used to load the value token into the wallet.

If the request is for an electronic value token redemption, then at block 308 the electronic value token transaction computer 150 accesses the electronic wallet previously associated with the authentication information and checks the rules associated with the electronic wallet. In at least one embodiment, the rule checking includes checking the priority of value tokens configurable by the user. For example, a user may prefer to use any closed loop value tokens corresponding to a retailer issuing a purchase request. If nothing is found or the token does not cover the purchase, the user may prefer to use an open loop value token for the balance. As a result of this preference, both closed loop value tokens may have a higher priority than open loop value tokens. Among open loop value tokens, one may have a higher priority than the other. For example, users prefer to pay any balance with a credit card rather than a debit card. In at least one embodiment, the user can configure these rules via the Internet or a mobile application and save the priority as a default preference. In an alternative embodiment, the user selects and applies electronic value tokens to the e-wallet request at the point-of-sale device, for example at a merchant or retailer location such as a checkout lane, customer service counter, kiosk, etc. As such, selection of electronic value tokens includes selection of value tokens having the highest priority that, when used together, covers the purchase amount. As can be seen from the example above, one purchase transaction was split into two redemptions without compromising purchasing efficiency. Likewise, one or more e-wallet transactions may be split into two or more transactions without compromising efficiency. In one embodiment, at least one of the electronic value tokens is associated with a closed loop prepaid account (eg, electronic prepaid, gift, or embedded value card), and the rules associated with the primary wallet are set by a third party administrator associated with the secondary wallet. Stimulates secondary transactions to be processed.

In at least one embodiment, the rule checking comprises checking a percentage of the e-wallet request indicating to what extent different value tokens should be applied, wherein the application of the e-value tokens applies e-value tokens to the e-wallet request according to the percentage. includes doing Then, at block 310 , the electronic value token transaction computer 150 selects, based on the rule, the value tokens of the electronic wallet that, when used together, cover the electronic wallet request. For example, the user can configure the rules so that each percentage is divided equally between two credit cards. As such, the selection of electronic value tokens involves the selection of two open loop tokens for splitting the purchase amount. As with the example above, efficiency is maintained because the store uses a single authorization token (eg, only a proxy card or mobile device) rather than two credit cards corresponding to electronic value tokens. Other rules may be implemented, and the rules may be used in various combinations and permutations of each other. The electronic value token transaction processing system may also implement “if-then” rules based on the information sent in the electronic wallet request. For example, following a purchase at a gas station, a gas credit card value token selection, etc. may occur. In this embodiment, the electronic value token computer 150 controls the rule(s) 802, 817 of the target electronic wallet 10 and/or the sub-wallet 807 (eg, for a credit card-type electronic value token). , 818, 819) and rule 808 (eg, for stored value type electronic value tokens), based on transaction request information including transaction types such as purchases at gas stations, target electronic The established rule(s) inhibiting the wallet 10 and/or the sub-wallet 807 , 808 , 809 indicates that the transaction type request is the first imputed value token type, for example a gas card related electronic value token 829 . ) must first be satisfied, and includes a sufficient amount of the first value token type such that the target e-wallet 10 and/or sub-wallet(s) 807, 808, 809 satisfy the entire transaction request. Otherwise, the electronic value token computer 150 may satisfy the balance of the transaction request with a second electronic value token type, eg, a debit card-related electronic value token 828 .

The electronic value token transaction computer 150 also applies the electronic value tokens to the electronic wallet request. Upon applying the electronic value token to the request, the electronic value token transaction computer 150 may aggregate and transmit debit and credit messages conducted in accounts managed by retailers and financial institutions using the appropriate account number; Alternatively, the electronic value token trading computer 150 may directly deposit and withdraw from the account if the electronic value token trading computer has such management authority.

In at least one embodiment, the electronic value token transaction computer 150 modifies the request (eg, applies a required format) and forwards the modified request to the appropriate one of the issuers' authorization systems 160 , such authorization system receives the modified request and functions accordingly, eg, authorizes and/or processes the request to redeem the electronic value token and update the datastore accordingly. Authorization system 160 is not in the same location where the e-wallet request was received, in at least one embodiment. For example, if an e-wallet request was received from a retailer, the authorization system would be owned and operated by the retailer, but not at the retailer. Rather, the authorization system may be located, for example, in a data center. As such, both retailers and retailers generally do not need to know some or all of the contents of a sub-wallet. In at least one embodiment, the retailer is not even aware of the existence of an e-wallet, and performs some transaction authorization actions (eg, swiping a proxy card, interacting with a store device and personal digital assistant, entering a PIN by a keypad in the store). , or other authorization activity) has been communicated to the store. In other words, accessing and using the e-wallet in the store is very smooth and no special or customary actions are required for transaction processing compared to traditional physical bidding. The issuer's authorization systems 160 send a response message back to the electronic value token transaction computer 150 . In an alternative embodiment where the electronic value token transaction computer 150 performs the functions of the issuers' authorization systems 160 , the method may proceed directly from block 306 or 310 to block 314 .

The electronic value token transaction computer 150 receives at block 312 a confirmation message from the appropriate one of the issuers' authorization systems 160 . At block 314 , the electronic value token transaction computer 150 updates the electronic wallet in the electronic wallet unit 199 and datastore 180 to reflect that the electronic wallet has been activated and any transaction for the electronic value token(s). It reflects withdrawals, deposits, additions, or deletions. 6A-6D illustrate a series of user interface screens and prompts in at least one embodiment. For example, the user may see the illustrated prompt when managing the user's electronic wallet via a computer and/or kiosk 189 connected to the Internet.

The transaction log 170 may be updated by the electronic value token transaction computer 150 to record details regarding the transaction at block 316 . Details recorded in the transaction log are: (a) the time and date of the transaction, (b) whether the e-wallet was activated, (c) why the e-wallet was not activated if the request was denied, (d) the e-value token(s) ) for deposits, withdrawals, additions, or deletions to, (e) changes in the rules associated with the Electronic Value Token(s), (f) the identity of the merchant, (g) the identity of the issuer, (h) the location of the merchant; i) the identity of the terminal adding the electronic value token, (j) the identity of the entity accepting the electronic value token, and (k) any combination thereof. The transaction log may include other information (eg, transaction and/or authentication data) in addition to or in place of the items listed above.

Then, at block 318 , the electronic value token transaction computer 150 forwards a confirmation message to the merchant device 111 . The electronic value token transaction computer 150 may, before forwarding a confirmation message to the store device 111 , may be printed on a receipt for the customer and/or displayed on a display for the clerk operating the store device 111 if necessary. The confirmation message can be modified to include information that can be presented. At block 320, the electronic value token transaction computer 150 conducts the issuance, sale, Reconciles accounts of different entities involved in marketing and, in some embodiments, initiates transfers of funds between appropriate bank accounts belonging to the various entities. Alternatively, account reconciliation may be performed periodically (eg, daily, weekly, monthly, etc.) rather than after each transaction. In such an embodiment, information from the transaction log 170 may be used to coordinate the various entities involved in the sale or redemption of various value tokens and thus may require less transfer of funds. In one embodiment, information in the transaction log 170 is used to match transactions and the like. For example, grouping all transactions from a given place or from a given merchant, or grouping types of transactions (eg deposits, withdrawals, etc.). In various embodiments, the illustrated order of events may vary, and thus may be executed in any desired order, sequentially, or concurrently.

2B illustrates an exemplary electronic value token transaction processing system 1100 in accordance with one embodiment, wherein the electronic value token transaction processing system functions as an electronic sub-wallet transaction processor and includes a primary electronic wallet transaction processor, such as an electronic and an electronic value token transaction computer 150 incorporated with a wallet consolidator system 1000 . The e-wallet aggregator system 1000 may be further understood to have the same functions, strengths, database access, network connectivity, and operational components as the e-value token transaction computer 150 described herein, and in some embodiments e-value tokens. Token transaction computer 150 and its associated components (eg, electronic value token transaction processing system 100 ) may act as or be substituted for the electronic wallet aggregator system 1000 . In one embodiment, the electronic wallet aggregator system 1000 is controlled, maintained, operated by a common entity or entities that control, maintain, operate, own, and/or process the electronic value token transaction computer 150 . , owned, and/or processed. That is, the primary e-wallet transaction processor and the electronic sub-wallet transaction processor share a common controller, maintainer, operator, owner, and/or processor. In one embodiment, the e-wallet aggregator system 1000 is separate, distinct, and/or separate from, and/or with, the entity and/or entities that control, maintain, operate, own, and/or process the electronic value token transaction computer 150 . or may be controlled, maintained, operated, owned, and/or processed by an unrelated entity or entities. That is, the primary e-wallet transaction processor and the electronic sub-wallet transaction processor do not share a common controller, maintainer, operator, owner, and/or processor. As can be seen, when operating in an electronic sub-wallet transaction processing capability, the electronic value token transaction processing system 1100 includes: (a) an electronic value token transaction computer 150; (b) e-wallet aggregator system interface 1052; (c) a datastore 180 comprising an electronic wallet unit 199 that stores electronic value tokens, such as 804, 827, 828, and 829, such as an account number, electronic wallet account information, value-added payment terms, where "Value Added Payment" is synonymous with "Value Added Bonus," "Value Added Bonus Award," "Value Added Payment Bonus," and "Value Differentiation"), and other information relating to the addition, redemption, and management of said Electronic Value Tokens; (d) an accreditation system 160 of one or more individual publishers; and (e) any other unit incorporated into the system by said electronic value token transaction computer administrator (151). In one embodiment, the electronic value token transaction computer 150 includes a value-added determination unit 153 , an electronic wallet consolidator system interface 1052 , a message modification unit 154 , a reconciliation unit 155 , an issuer system interface ( 156 ), an application unit 157 , and an alignment unit 198 . The wallet aggregator system interface 1052 allows the electronic value token transaction computer 150 to communicate with the wallet aggregator system via, for example, the Internet, the public switched telephone network (“PSTN”), or an independent dedicated network. It provides a means to communicate with (1000). Similarly, the electronic value token transaction computer 150 may access the issuer's authorization system through an issuer system interface 156, for example, through the Internet, a public switched telephone network (“PSTN”), or a dedicated, independent network. 160 may be communicated. Communications (116, 117) between the wallet aggregator system interface (1052) and the wallet aggregator system (1000) and between the issuer system interface (156) and the issuer's authorization systems (160) Communications 109 , 110 of may be encrypted for added security and/or may use a virtual private network (“VPN”). The sorting unit 198 may classify the communications into various types for routing in various ways. For example, the sorting unit 198 may send sub-wallet requests (eg, upon receipt of a transaction request and authorization information), the sorting unit 198 may process the requested transaction into a particular electronic sub-wallet maintained by the system and Identify and classify maintenance requests for routing to/or to specific sections or sections maintained within the electronic sub-wallet), balance inquiry requests, registration requests, activation requests, redemption requests, and maintenance requests for routing to the various units of FIG. 2B You may. The electronic value token transaction computer 150 or sorting unit 198 may also generate a message based on the requests for similar routing.

As can be seen in FIG. 2B the store device 111 (typically at a merchant and/or redemption merchant or retailer, but alternatively a kiosk 189 or personal computer configured to serve as a store, or a user's home or At the office location, for example during an on-line transaction, the authentication token is interpreted by the store interpretation unit 101 (eg, a card reader). The store interpretation unit 101 interrogates data encoded in or on a human, a barcode scanner, a magnetic stripe reader, an optical character recognition device, a biometric device, a numeric keyboard (eg, for entering a token identification number) or the authentication token; other devices configured to interpret, capture, or input.

An e-wallet transaction request is made by the store transaction unit 104 at approximately the same time (or alternatively, before or after) interpreting the authentication token. The store transaction unit 104 may be a person, electronic input device, register or terminal, computer processing unit (“CPU”), personal computer, personal digital assistant, smartphone, or other such store interpreting unit 101 and/or request or messaging means interpreted by the store processing unit 105 . In some embodiments, the operations performed by the store interpretation unit 101 and the store transaction unit 104 are performed by the individual units, eg, a store register/terminal or personal computer during online, web-based transaction. It may be performed by one unit capable of performing all of the operations to be performed.

The store analysis unit 101 and the store transaction unit 104 communicate with the store processing unit 105 . The store processing unit 105 may include a CPU or other type of processing device accepted for use in the industry. The store analysis unit 101 communicates the authentication information 102 to the store processing unit 105 . The store transaction unit 104 communicates the request 103 to the store processing unit 105 for an electronic wallet transaction. The store processing unit 105 may combine this information to communicate with the e-wallet aggregator system 1000 (eg, by sending a message requesting an e-wallet transaction along with associated transaction and/or authentication data). . In one embodiment, the store processing unit 105 is configured from the e-wallet aggregator system 1000 (or a sub-administrator or unit associated therewith, such as a sub-wallet manager, e.g., the electronic value token transaction computer 150). store and/or receive a transaction format associated with the POS retailer and/or associated with a given transaction type and/or value token; Such a transaction format may be used to induce or transmit/receive properties in the store. For example, a user making a purchase from a retailer operates a card reader. The card reader may be a display with an input device and a barcode reader or magnetic stripe scanner. The card reader may be touch sensitive and may have various buttons used for input. Following the card reader prompt, the user sees "Withdraw," "Deposit," and "Electronic Wallet" options. The user selects "Electronic Wallet." The user then sees the “Buy,” “Add Token,” and “Remove Token” options. The user selects "Purchase." Following further prompts (which in one embodiment relates to a transaction format specific to a specific retailer of the store), the user enters a PIN number. In some embodiments, the operations performed by the store interpreting unit 101 , the store transaction unit 104 , and the store processing unit 105 may perform all of the operations to be performed by the individual units. may be performed by a single unit (eg, an integrated POS device, such as a computerized register).

The store processing unit 105 is connectable to the electronic wallet consolidator system 1000 through a suitable network, eg, the Internet, a public switched telephone network (“PSTN”), or an independent dedicated network. Each store processing unit 105 has an associated identifier (eg, a terminal identifier) that may be transmitted to the e-wallet consolidator system 1000 while connecting the store processing unit 105 to the e-wallet consolidator system 1000 . or serial number). Each store processing unit 105 may include, for example, a plurality of store transaction units corresponding to individual terminals, each having its own terminal identification, residing within a given store location.

As shown in FIG. 2B , the e-wallet aggregator system 1000 has the following configuration: (a) the retailer/merchant and/or merchant (eg, via the store device 111 ), the establishing a secure connection with an electronic value token transaction computer (150) and the issuer's authorization systems (160); (b) communicate with the issuer's authorization systems 160 to request and receive redemption or addition of value tokens to e-wallets; (c) communicate with the issuers' authorization systems 160 to redeem all or some of the electronic value tokens associated with the electronic wallet; (d) communicate with the electronic value token transaction computer 150 to facilitate transactions for value tokens residing in the electronic sub-wallet maintained by the electronic value token transaction processing system 1100; (e) redeeming or adding value tokens to e-wallets and redeeming or adding value tokens to e-wallets to the retailer/merchant and/or vendor (eg, via the POS unit 111 ); communicate any accompanying information; and (f) communicate to the retailer/merchant and/or vendor (eg, via the POS unit 111 ) any reasons why transactions should not be closed.

The electronic value token transaction computer (150) is configured to access the datastore (180); generating a transaction log 170; creating and maintaining an error log 175; communicating with the electronic wallet consolidator system 1000; communicating with the respective publishers authorization systems (160); processing individual value token and e-wallet requests; processing redemption requests and processing value-added functions to add additional cash value or electronic redemption coupons for specific product(s) or service(s); processing redemption requests for electronic redemption coupons for specific product(s) or service(s); and communicating with other systems 190 authorized and capable of communicating with the electronic value token transaction computer 150, respectively, or having concomitant storage capabilities designed for that purpose. It may include a unit (eg, a centralized server), a plurality of processing units (eg, a distributed computing system having various units that are distributed and communicate with each other), or a combination thereof.

Datastore 180 maintains a record of accounts linked to each sub-wallet, indicating: (a) whether each individual value token has been added or redeemed; (b) whether an authentication token for each individual value token has been registered; (c) records and details of each individual redemption request, (d) the amount remaining in the electronic value tokens, (e) the rules required to redeem the electronic value tokens, (f) the electronic value token the identity of their issuers, (g) value-added bonus payments, (h) rules for redeeming value-added bonus payments, and (i) their combination. The datastore may also maintain a record of rules necessary for awarding value-added bonus payments to e-wallets or value tokens.

Datastore 180 represents and also maintains records associated with each e-wallet and/or sub-wallet: (a) the timing of registration activity and other information thereon; (b) the timing of management activities and other information regarding them; (c) the timing of and other information regarding the trading activity; (d) applicable rules; (e) identification of internal issuer electronic value tokens; (f) identification of sub-wallets associated therewith; (g) any other records requested by publishers, merchants, vendors, advertisers, users, or other interested parties; and (h) any combination thereof. Although a single datastore 180 is shown, it should be understood that multiple datastores may be used, and related data may be partitioned between the datastores in any suitable manner to meet the various processes and objectives described herein. . Further, the various data may be coupled to one or more datastores that are closely coupled and/or located proximate to one or more sub-units, sub-processors, third-party processors, etc. coupled to the electronic value token transaction computer 150 , etc., preferably Preferably, the datastores contain data used by the sub-unit, sub-processor, and third-party processors.

The electronic value token transaction computer 150 is also configured to generate and maintain a transaction log 170 of all activities involving the electronic value token transaction computer 150 . The transaction log may include, for example, a detailed summary of transaction types such as: (a) request to add value tokens; (b) request to sell value tokens; (c) request for redemption of value tokens; (d) request for value token exchange; (e) the amount of currency due to the addition of value tokens; (f) the amount of money due to redemption of value tokens; (g) the amount of currency due to the exchange of value tokens; (h) adding value-added amounts, products, or services; (i) reimbursement of value-added amounts, products, or services; (j) the time the Electronic Value Token was added; (k) the time the Electronic Value Token was redeemed; (l) any transaction or contact with the Issuer for the purpose of adding value tokens; (m) any transaction or contact with the Issuer for the redemption of Value Tokens; (n) a PIN contacted by the Vendor in response to a request to add a Value Token that requires PIN entry for use; (o) e-wallet registration; (p) e-wallet setup activities; (q) e-wallet transaction activity; (r) e-wallet save activity; (s) e-wallet management activities; (t) any other information that electronic value token transaction computer administrator 151 directs electronic value token transaction computer 150 and maintains as log entries; and (u) any combination thereof.

The information contained in the transaction log 170 may be used for data mining purposes, such as reconciliation reports, settlement reports, payment reports, audit reports, e-wallet registration reports, e-wallet management reports, e-wallet usage reports, e-wallet save reports, e-value Token Purchase Report, Electronic Value Token Redemption Report, Electronic Value Token Exchange Report, Electronic Value Token Sale Report, or Electronic Value Token Transaction Manager 151 , Datastore Manager 181 , Electronic Wallet Consolidator System 1000 (eg, (for purposes of contacting vendors or otherwise), collecting other information to prepare for the profit, use or otherwise of vendors, issuers, publisher's accreditation systems 160, redemption merchants, or other interested parties. It can also be used to create shapes. For example, the transaction log 170 contains information about each transaction performed by the electronic value token transaction computer 150 (and its subcomponents) and includes various electronic wallet aggregator system 1000 associated merchants. to reconcile accounts belonging to the electronic value token transaction processing system administrator 151 with merchants, merchants, issuers, as well as non-associated merchants, merchants, issuers, and electronic wallet consolidator system 1000 . It may also be used by the case adjustment unit 155 . Additional data mining considerations that stakeholders (eg, merchants, merchants, publishers, advertisers, etc.) may record, analyze, and/or provide include: (i) e-wallet users' purchasing habits; (ii) purchase, sale, redemption and exchange of electronic value tokens; (iii) special offers and/or value-added activities; (iv) royalty-related activities; and (v) data on save-related activities, all of which may be used for marketing, inventory, and other purposes.

The supervision and maintenance of the electronic value token transaction computer is performed by the electronic value token transaction computer administrator 151. In another embodiment, although not required, the electronic value token transaction computer administrator 151 may also It may also function as the storage manager 181 . The electronic value token transaction computer 150 is configured to generate and maintain an error log of all incomplete transactions and their reasons. In some embodiments, the error log is maintained by the electronic value token transaction computer administrator 151 .

In addition, the electronic value token transaction computer 150 has permission to access the electronic value token transaction processing system, and in particular other entities 190 that have permission to access the electronic value token transaction computer 150 configuration that communicates with These other entities may include the electronic wallet consolidator system 1000 , a third party payment management system, a third party audit system, an issuer affiliate, a merchant affiliate, a redemption merchant or redemption merchant affiliate, a financial institution such as a bank, credit card institution, or credit union. , or other entities to which access is provided by the electronic value token transaction computer administrator 151 or other entities having the authority to grant access rights.

In one embodiment, the transaction request in the e-wallet aggregator system 1000 may include one or more of the following information: (a) authentication information, (b) merchant terminal identification, (c) deposit or withdrawal amount, (d) time of request, (e) date of request, (f) identification of issuer, (g) identification of vendor, (h) location of vendor, (i) product(s) and/or service being purchased ( ), (j) request activation or deactivation, (k) add value tokens, delete value tokens, exchange value tokens, change management or processing rules related to one or more value tokens, split into sub-wallets or vice versa; , etc. wallet management functions, (l) and combinations thereof. However, the information included in the request is not limited to the enumerated list and may include other items in addition to or in place of the enumerated items.

Upon receipt of the e-wallet transaction request in the e-wallet aggregator system 1000 and confirmation and classification by the sorting unit 198, the e-value token transaction computer 150 is stored in the e-wallet unit in the datastore 180. approach The electronic value token trading computer 150 processes the information contained in the datastore 180 and communicates (109, 110) with the individual issuer authorization systems 160 to manage the electronic value token and its account. start to do The message modification unit coordinates the message and the request so that multiple units, subcomponents/processors, or third party administrators can recognize and correctly interpret the message. For example, after the electronic value token transaction computer 150 determines the respective issuer's authorization systems 160 associated with the request, the message modification unit 154 accesses the database 180 to access each individual issuer's authorization systems 160 . Subsequent to the respective publisher accreditation systems 160 using a transaction messaging format suitable for the publisher accreditation systems 160 followed by the respective publisher accreditation systems 160 having a specified/preferred transaction format and vocabulary. communicate The electronic value token transaction computer 150 may also provide appropriate messaging formatting information, such as a template, to the electronic wallet consolidator system 1000 to facilitate the system's processing of information regarding the request. The electronic value token transaction computer 150 communication with the individual issuer authorization systems 160 may occur concurrently or independently. The electronic value token transaction computer 150 is connectable to individual issuer authentication systems via a suitable network, such as the PSTN, the Internet, or an independent dedicated network. The electronic value token transaction computer 150 is configured to send and/or receive communications 110 from issuer authorization systems 160 regarding the status of the electronic value token.

The reconciliation unit 155 may reconcile the accounts of various issuers, sellers on sale, and/or merchants under redemption, with the appropriate merchants, merchants, electronic value token transaction processing system administrators, with various transaction values; and issuers, reflecting which entities received value from other entities. For example, if Merchant A sells a value token issued by Issuer B for a specified amount, and receives payment from a user adding the E-Value Token to the user's e-wallet, the Merchant selling the Upon receiving (eg, maintaining a percentage) a percentage of the predetermined amount, the electronic wallet aggregator system 1000 and/or the electronic value token system administrator receives the purchase amount and/or the percentage of the predetermined amount for processing the transaction. received, and the publisher receives the rest. If the value tokens issued by Issuer Y are redeemed at Merchant X to purchase items, the amount redeemed will be withdrawn to Issuer Y, credited to Merchant X, and/or transaction fees sometimes collected by Issuer and/or electronic The transaction or processing fee collected by the value token transaction processing system administrator is reduced.

The electronic value token transaction computer 150 is also an authorization system so that the authorization unit 157 when the electronic value token transaction computer 150 authorizes the electronic wallet request rather than sending the request to the issuers' authorization systems 160 for authorization purposes. ) is used. Authorization unit 157 may perform the same and/or different functions as described for authorization systems 160 and vice versa.

The authorization unit 157 will authenticate the format (eg, primary or secondary wallet) of the electronic wallet transaction request received at the electronic wallet consolidator system 1000 . That is, the authorization unit 157 will examine the data fields of the request to ensure that the fields are filled with data and that the data is in the correct format (eg length, alphanumeric format). If the request format is not correct, the authorization unit 157 may reject the request, or in some embodiments retrieve the appropriate format (eg, from a format database), and modify the transaction request to conform to the appropriate format. have. The authorization unit 157 also performs various authentication checks on the request reminder. The authorization unit 157 verifies the following card-related transaction information based on the analysis of various conditions: 1) For the electronic value token transaction processing system 1100, the UPC code for the product is stored in the datastore 180 (or determine whether it is in other databases, such as the publisher's database; 2) determine whether the value amount of the requested transaction corresponds to the customer's payment for the target transaction request, eg, the UPC information identifies a card, such as a $25.00 card, and the corresponding transaction request includes a $25.00 payment by the customer whether or not; 3) determining whether the UPC information identifies the card as a type of card usable by the requesting merchant; and 4) determining whether the card's bank identification number ("BIN") identifying the card issuer (ie, the first six digits of the card's identification number) corresponds to UPC information identifying the card issuer.

Authorization unit 157 may also verify transactions according to other criteria, such as transaction speed (number/amount per unit time). For example, if the card processor is concerned that a plurality of invalid transactions indicate fraudulent activity, the card processor monitors the number of invalid transactions requested by the electronic value token transaction processing system 1100, and performs a preselected invalid transaction per unit time. You can request to reject the transaction from the terminal that exceeds the amount. Finally, the authorization unit 157 may be configured to reject a transaction request in an event in which the information received by the authorization unit 157 is incomprehensible.

If the request has the proper format and has been authenticated as described above, the electronic value token transaction computer 150 may send the details of the transaction to the issuer's authorization system rather than the authorization request. Also, in some embodiments, the issuer, authorization system (eg, authorization unit 157 ), and transaction computer are part of the same entity, and in such embodiments, there are no publisher authorization systems 160 ; The issuer's authorization systems 160 may be jointly controlled (eg, centralized (eg, part of a centralized data center) with other units of the electronic value token transaction computer 150 ) and/or or a jointly owned or operated computing system, which may be distributed within a jointly owned or controlled system or network). Also, although the units associated with the electronic value token transaction computer 150 (eg, units 152-157) are depicted as various units within one data processing system for illustrative and conceptual purposes, one or more units 152-157 are distributed It should be noted that it may be implemented on a separate computer, system, or server in a data processing environment.

In accordance with an e-wallet transaction comprising an e-wallet transaction maintained by a third-party e-value token transaction computer that maintains a sub-wallet as part of a relationship with a primary e-wallet system provider, e.g., e-wallet consolidator system 1000; An exemplary process utilized by electronic value token transaction computer 150 to facilitate purchases using a wallet is shown in FIG. 4B . Such an embodiment may be implemented by an e-wallet transaction processing request initially received by the e-wallet aggregator system 1000 and performed in part by the e-value token transaction computer 150 . The illustrated operations may be performed in the illustrated order or another order, and two or more types of operations may be performed in parallel.

At block 301 , the e-wallet aggregator system 1000 receives a single request or multiple requests from the store 111 . In at least one embodiment, the requests may include an electronic wallet transaction request, a balance inquiry request, a registration request, an activation request, or a redemption request, a wallet management request, (a) identification of the terminal, (b) authentication information , (c) purchase amount, (d) electronic value token issuer identification, (e) vendor identification, (f) location identification, (g) request time, (h) request date, (i) electronically information that explicitly identifies as a wallet transaction request (eg, transaction type data); (j) information that identifies the primary e-wallet, sub-wallet(s), or a combination thereof; transaction and/or authentication data of, and (l) any combination thereof. The request at block 301 may include, for example, other information, request, or functionality of the type described herein in addition to or in place of the items listed above. In at least one embodiment, the authentication information is based on an authentication token selected from the group consisting of a proxy card and a mobile phone.

Subsequent to processing block 301 , e-wallet aggregator system 1000 provides a sub-wallet in which a portion of the requested e-wallet transaction is maintained by a third-party administrator, eg, by e-value token transaction computer 150 . while suggesting that another portion of the requested e-wallet transaction may be processed through e-wallet aggregator system 1000 . The electronic wallet transaction request information received by the electronic wallet aggregator system 1000 requires/accompanying the transaction request to a sub-wallet maintained by the third-party administrator's system to fully trigger a response to the transaction request; If the rules applicable to the associated primary e-wallet maintained by the wallet consolidator system 1000 indicate that it is, then the e-wallet consolidator system 1000 processes the initial request, creates a new request, and issues the secondary request. Creates, or modifies the initial request, and sends it to a sub-wallet maintained in association with the primary e-wallet, for example, the primary e-wallet sends an initial request, a new request, a sub-request, or a modified initial request to the indicated sub-wallet. to the electronic value token transaction computer 150 holding the wallet. When processing the initial request, generating a new request, generating a secondary request, or modifying the initial request and sending it to the sub-wallet, the wallet aggregator system 1000 (i) its own logic to apply to e-wallet transaction requests, and (ii) rules stored in the primary wallet (e.g., rules formulated by the primary e-wallet vendor, primary e-wallet user, or a combination thereof); (iii) apply rules received with the transaction request from the store 111 (eg, concurrent rules submitted with the request by the user of the e-sub-wallet and/or primary e-wallet); , or (iv) any combination thereof may be applied.

At block 303 , the electronic value token transaction computer 150 receives one request or multiple requests from the electronic wallet aggregator system 1000 . In at least one embodiment, the request may include an electronic sub-wallet request, a balance inquiry request, a registration request, an activation request, or a redemption request, a sub-wallet management request, (a) identification of a terminal, (b) authentication information, (c) purchase amount, (d) electronic value token issuer identification, (e) vendor identification, (f) location identification, (g) time of request, (h) date of request, (i) information that unambiguously identifies as an e-wallet transaction request (eg, transaction type data); (j) information identifying the primary e-wallet, sub-wallet(s), or a combination thereof; (k) any other transaction and/or authentication data described herein; and (l) any combination thereof. The request at block 303 may include other information, requests or functions of the types described herein in addition to or in place of the items listed above. In at least one embodiment, the authentication information is based on an authentication token selected from the group consisting of a proxy card and a mobile phone. By using the identification of the proxy card and/or mobile phone, it is possible to accurately formulate the embedding transaction for communication with the permanent electronic value token issuers of the target transaction request.

At block 304, using information received from the e-wallet aggregator system 1000 in accordance with the transaction request and from information obtained from the datastore 180, the electronic value token transaction computer 150 determines that the request is valid. Whether the request is an electronic sub-wallet request containing authentication information and whether the request is for redemption of value token(s), addition of value token(s), deletion of value token(s), or other management of the electronic sub-wallet decide The electronic sub-wallet request may include a bank identification number (“BIN”) as part of the authentication information. The sorting unit may decode the BIN number or verify that the request is an electronic sub-wallet request containing an electronic value token residing in the indicated sub-wallet.

At block 324 , using information contained in an e-wallet transaction received from the e-wallet aggregator system 1000 and/or from information obtained from the datastore 180 , the electronic value token transaction computer 150 Identifies/determines the location of the sub-wallet(s) and/or the sub-wallet(s) required/directed to trigger the received e-wallet transaction request. If the received authentication information indicates that the requested e-wallet transaction involves a sub-wallet maintained by the electronic value token transaction computer 150, the electronic value token transaction computer 150 (i) requests its own logic (ii) apply rules stored in the sub-wallet (e.g., rules established by an electronic value token transaction processing system administrator, sub-wallet user, or a combination thereof); ( iii) apply the rules stored in the sub-sub-wallet (e.g., rules established by the electronic value token transaction processing system administrator, sub-sub-wallet users, or a combination thereof); (iv) the store apply a rule received with a request from (111) (eg, a concurrent rule submitted with a request by a user of the primary wallet/sub-wallet), or (v) any combination thereof; can be applied.

For example, one embodiment may include an electronic value token transaction computer 150 that determines that all requests received from the electronic wallet aggregator system 1000 are for value tokens contained in a single sub-wallet. have. Upon receiving the request, the electronic value token transaction computer 150 determines whether the sub-wallet contains value tokens capable of satisfying the subject request (eg, the sub-wallet is a merchant, merchant, and/or its authorization unit 157 (as more fully described herein), its datastore 180 , the electronic wallet unit 199 , and any other Inquire about the required unit. This determination may be made by comparing the electronic value token identification, user ID, and transaction type requested. The electronic value token transaction computer 150 subsequently applies the electronic value tokens available in the sub-wallet corresponding to the request under the rules and/or rules of the sub-wallet received with the request and performs the requested transaction and/or transactions or Evaluate the manner in which they refuse to perform these practices.

Another embodiment may include an electronic value token transaction computer 150 that determines that the entire request received from the electronic wallet aggregator system 1000 is for value tokens contained in a sub-sub-wallet. Upon receipt of the request, the electronic value token transaction computer 150 determines whether the sub-sub-wallet contains value tokens capable of satisfying the subject request (eg, the merchant, merchant for which the sub-sub-wallet relates to the requested transaction). , and/or whether it contains value tokens associated with the issuer); and any other necessary units. This determination may be made by comparing the electronic value token identification, user ID, and transaction type requested. Subsequently, the electronic value token transaction computer 150 evaluates how the electronic value tokens available in the sub-sub-wallet corresponding to the request are applied under the rules of the sub-sub-wallet and/or the rules received with the request, and , perform or refuse to perform the requested transaction and/or transactions.

As another example, in one embodiment, a portion of a request received from the e-wallet aggregator system 1000 relates to electronic value tokens residing in the sub-wallet while another portion of the request resides in the sub-wallet. and an electronic value token transaction computer 150 for determining that it is related to electronic value tokens. This determination may be made by evaluating the requested transaction type, electronic value token identification, or any other method for determining transaction allocation. The electronic value token transaction computer 150 evaluates how the electronic value tokens available in the sub-wallet corresponding to the request are applied under the rules of the sub-wallet (such rules may affect the payment method to be used located in the sub-wallet). ), the electronic value token transaction computer 150 determines that the electronic value tokens available in any applicable sub-sub-wallet corresponding to the request are received along with the rules and/or request of such sub-sub-wallet. Evaluate the manner governed by the rules, and perform or refuse to perform the requested transaction and/or transactions.

In one exemplary embodiment, at block 324, the electronic value token transaction computer 150, in response to the received transaction request, causes a sub-sub-wallet that, when used together, will cover all of the requested electronic wallet transactions. and one or more electronic value tokens of the sub-wallet. Further, one of the electronic value tokens in the sub-wallet or the sub-wallet may be an electronic representation of a loyalty card, and another electronic value token at the same or different location of the loyalty card value token may be an electronic representation of a retailer's gift card. can be In this example, the electronic value token transaction computer 150 may, for example, use a “retailer’s gift card” token to redeem a customer points bonus or a “retailer’s gift card” value of a “retailer’s gift card” token applied to a “loyalty card” token. Sub-Wallet and/or Sub-Sub-Wallet(s) to enhance user benefits as opposed to not simultaneously applying the value of “Loyalty Card” tokens and “Retailer’s Gift Card” tokens for a transaction, such as a 5% increase Regardless of where the tokens are located, both "Loyalty Card" tokens and "Retailer's Gift Card" tokens can be used simultaneously.

An electronic value token may be associated with a closed loop account or an open loop account. Closed loop accounts typically expire after the account's funds are completely depleted, such as gift card accounts. Open loop accounts typically do not expire. Rather, there may be various ongoing obligations for depositing and withdrawing from an account, for example, a credit or debit card account of a well-known brand such as Visa or Mastercard. Closed loop accounts are often associated with retailers while open loop accounts are often associated with financial institutions (eg, Chase or City issued visas). In at least one embodiment, the electronic value tokens include a closed loop account number and an open loop account number. A closed loop account number is associated with a retailer that can deposit and withdraw money from a closed loop account associated with that closed loop account number. An open loop account number is associated with a financial institution that can deposit and withdraw money from an open loop account associated with that open loop account number. An electronic value token may have a different expiration date or specific date than any other value tokens. Further, electronic value tokens may identify a particular merchant, location, and/or product for which the electronic value tokens may be used.

If the request is for an electronic value token addition, at block 306, an electronic sub-wallet is created (if not previously created) and the electronic value token is added to the electronic sub-wallet. The following tables are included in an e-wallet transaction communication to facilitate conducting an e-wallet transaction as part of a concurrent primary e-wallet transaction being processed by a primary e-wallet transaction processing system, such as the e-wallet consolidator system 1000, It contains elements, parameters, and information used by the electronic value token transaction computer 150 .

Table 8A illustrates the request parameters requested to create a sub-wallet in at least one embodiment. Table 8B illustrates the response parameters requested to create a sub-wallet in at least one embodiment.

The electronic value token transaction computer 150 preferably stores the account number in the electronic wallet by allocating memory for the electronic sub-wallet and value token(s), and storing pieces of authentication information in a data structure of the datastore 180 . It is associated with authentication information and/or electronic sub-wallet stored in unit 199 . Table 9 illustrates parameters for a gift card value token in at least one embodiment.

Table 10 illustrates more detailed parameters for a gift card electronic value token, including designation of the associated sub-wallet(s) and/or sub-sub-wallet(s) in an alternative embodiment.

*However, the request may be modified for other reasons independent of the additional token decision and forwarded as part of the reconciliation process to the appropriate one of the issuer's authorization system 160, for example, the request may be redeemed, deleted, It may relate to a reload value, an additional value, a balance inquiry, or a combination thereof, each of which may be communicated to the issuer's authorization system 160 for reconciliation.

Table 11 illustrates formatting for authentication communication.

*

*

Each request is authenticated using a signature, the user is authenticated with a username/password or open id, and the session is verified using a user token. The client may send with each request a client_ref_id, timestamp, nonce, encryption_type, channel, user_ip, signature, and an optional usertoken to verify each message.

Table 12 illustrates parameters used to retrieve a user's wallet.

Table 13A illustrates the request parameters used to redeem the value from the token of the sub-wallet.

Table 13B illustrates the response parameters used to redeem the value from the token of the sub-wallet.

Table 14A illustrates the request parameters used to load the value token into the sub-wallet.

Table 14B illustrates the response parameters used to load the value token into the sub-wallet.

If the request is for an electronic value token redemption, then at block 308 the electronic value token transaction computer 150 accesses the electronic sub-wallet previously associated with the authentication information and checks the rules associated with the electronic sub-wallet. In at least one embodiment, the rule checking includes checking the priority of value tokens configurable by the user. For example, a user may prefer to use any closed loop value tokens corresponding to a retailer issuing a purchase request. If nothing is found or the token does not cover the purchase, the user may prefer to use an open loop value token for the balance. As a result of this preference, both closed loop value tokens may have a higher priority than open loop value tokens. Among open loop value tokens, one open loop value token may have a higher priority than another open loop value token. For example, the user prefers to pay any balance with a credit card rather than a debit card. In at least one embodiment, the user can configure these rules via the Internet or a mobile application and save the priority as a default preference. In an alternative embodiment, a user selects and applies electronic value tokens to an electronic wallet request at a point-of-sale device, for example at a merchant or retailer location such as a checkout lane, customer service counter, kiosk, etc. As such, selection of electronic value tokens includes selection of value tokens having the highest priority that, when used together, covers the purchase amount. As the example shows, one purchase transaction was split into two redemptions without compromising purchasing efficiency. Likewise, one or more e-wallet transactions may be split into two or more transactions without compromising efficiency.

In at least one embodiment, the rule checking comprises checking a percentage of the e-wallet request indicating to what extent different e-value tokens should be applied, wherein the application of e-value tokens is based on the percentage e-value in the e-wallet request. This includes applying tokens. Then, at block 310 , the electronic value token transaction computer 150 selects, based on the rule, the value tokens of the electronic sub-wallet that, when used together, cover the electronic sub-wallet request. For example, the user can configure the rules so that each purchase is split equally between two credit cards. As such, the selection of electronic value tokens involves the selection of two open loop tokens for splitting the purchase amount. As with the example above, efficiency is maintained because the store uses a single authorization token (eg, only a proxy card or mobile device) rather than two credit cards corresponding to electronic value tokens. Other rules may be implemented, and the rules may be used in various combinations and permutations of each other. The electronic value token computer 150 may also implement “if-then” rules based on the information sent in the electronic sub-wallet request. For example, following a purchase at a gas station, a gas credit card value token selection, etc. may occur. In this embodiment, the electronic value token computer 150 includes the target electronic wallet 10 and/or a sub-wallet 807 (eg, for a credit card-type electronic value token), (eg, a debit card type). sub-wallet 808 (for e-value tokens), and rule(s) 802, 817, 818, 819 of sub-wallet 809 (eg, for embedded value e-value tokens); , based on the transaction request information including the transaction type, such as purchase at a gas station, the rule(s) established for the target electronic wallet 10 and/or the sub-wallet 807, 808, 809, the transaction type request It may be determined that this first electronic value token type, for example, a gas card related electronic value token 829, should first be satisfied, the target electronic wallet 10 and/or sub-wallet(s) 807 , If 808, 809 do not contain a sufficient amount of the first value token type to satisfy the entire transaction request, then the electronic value token computer 150 may convert the second electronic value token type into a second electronic value token type, eg, debit card related electronics. A value token 828 may satisfy the balance of the transaction request.

In addition, the electronic value token transaction computer 150 applies the electronic value tokens to the electronic sub-wallet request. Upon applying the electronic value token to the request, the electronic value token transaction computer 150 may aggregate and transmit debit and credit messages conducted on accounts managed by retailers and financial institutions using the appropriate account number; Alternatively, the electronic value token trading computer 150 may directly deposit and withdraw from the account if the electronic value token trading computer has such management authority.

In at least one embodiment, the electronic value token transaction computer 150 modifies the request and forwards the modified request to the appropriate one of the issuers' authorization systems 160, which authorization system receives the modified request; It functions accordingly, e.g., authorizing and/or processing the request to redeem the electronic value token and update the datastore accordingly. Authorization system 160 is not in the same location where the electronic sub-wallet request was received, in at least one embodiment. For example, if an electronic sub-wallet request was received from a retailer, the authorization system would be owned and operated by the retailer, but not at the retailer. Rather, the authorization system may be located, for example, in a data center. As such, both retailers and retailers generally do not need to know some or all of the contents of a sub-wallet. In at least one embodiment, the retailer is not even aware of the existence of the e-wallet and performs some transaction authorization action (eg, swiping of a proxy card, interaction of a store device with a digital personal assistant, entering a PIN by a keypad in the store) , or other authorization activity) has been communicated to the store. The issuer's authorization systems 160 send a response message back to the electronic value token transaction computer 150 . In an alternative embodiment where the electronic value token transaction computer 150 performs the functions of the issuers' authorization systems 160 , the method may proceed directly from block 306 or 310 to block 314 .

The electronic value token transaction computer 150 receives at block 312 a confirmation message from the appropriate one of the issuers' authorization systems 160 . At block 314 , the electronic value token transaction computer 150 updates the electronic sub-wallet in the electronic wallet unit 199 and datastore 180 to reflect that the electronic sub-wallet has been activated and for the electronic value token(s). It reflects any withdrawal, deposit, addition, or deletion. 6A-6D illustrate a series of user interface screens and prompts in at least one embodiment. For example, the user may see the illustrated prompt when managing the user's e-wallet via an internet-connected computer and/or kiosk 189 .

The transaction log 170 may be updated by the electronic value token transaction computer 150 to record details regarding the transaction at block 316 . Details recorded in the transaction log are: (a) the time and date of the transaction, (b) whether the electronic sub-wallet was activated, (c) why the electronic sub-wallet was not activated if the request was rejected, and (d) the electronic value token Deposits, withdrawals, additions, or deletions to (s), (e) changes in rules associated with the Electronic Value Token(s), (f) Identification of the Vendor, (g) Identification of the Issuer, (h) Location of the Vendor , (i) identification of the terminal adding the electronic value token, (j) identification of the entity accepting the electronic value token, (k) identification of the electronic wallet aggregator system 1000 sending the sub-wallet request, (l) communication between the electronic value token transaction computer 150 and the electronic wallet aggregator system 1000, and (m) any combination thereof. The transaction log may contain other information in addition to or in place of the items listed above.

Then, at block 319 , the electronic value token transaction computer 150 forwards the sub-wallet transaction result and associated information in the form of a confirmation message to the electronic wallet consolidator system 1000 . The electronic value token transaction computer 150 , before forwarding the confirmation message to the electronic wallet consolidator system 1000 , may be printed on a receipt for the customer and/or the clerk operating the store device 111 if necessary. The confirmation message can be modified to include information that can be presented on the display for At block 320, the electronic value token transaction computer 150 performs the issuance of electronic value tokens associated with various merchants, issuers, electronic value token transaction processing system administrators, and sub-wallet requests for deposits and withdrawals from appropriate accounts; Regulates accounts of different entities involved in sales, marketing, and, in some embodiments, initiates transfers of funds between appropriate bank accounts belonging to the various entities. Alternatively, account reconciliation may be performed periodically (eg, daily, weekly, monthly, etc.) rather than after each transaction. In such an embodiment, information from the transaction log 170 may be used to coordinate the various entities involved in the sale or redemption of various value tokens and thus may require less transfer of funds. In various embodiments, the illustrated order of events may vary, and thus may be executed in any desired order, sequentially, or concurrently.

2C illustrates one embodiment of an electronic value token transaction processing system 1200 , wherein an electronic value token transaction computer 150 communicates with a merchant device 111 and an electronic wallet aggregator system 1000 . Accordingly, the electronic value token transaction computer 150 may function as both a primary e-wallet transaction processor and an electronic sub-wallet transaction processor as described in detail above with respect to FIGS. 2A and 2B.

Electronic wallet management may be implemented through various user interfaces, such as smartphone applications, personal computer applications, web site-based applications, store terminals, dedicated terminals at other locations, such as stores or kiosks.

In at least one embodiment, the user may use e-wallet management functions (eg, balance inquiry, management of customers and/or other bonus programs), (i) an e-value token that does not currently exist in the e-wallet. exchange with value tokens, (ii) exchange between different wallets (such as exchange of electronic value tokens from a sub-wallet configured to enable redemption activity to a sub-wallet configured for a save activity with limited redemption potential), and (iii) ) exchange of value tokens such as exchanges with other users, purchase of electronic value tokens to be placed in an e-wallet, opt-in or opt-out of receiving targeted promotional offers and materials, and payment between e-value tokens available in e-wallets Many functions can be performed via the World Wide Web from a computer or mobile phone, such as payment functions such as splitting suppliers.

Regarding the possible exchange possibilities, a user may exchange a value token associated with a retailer that the user will not be looking for frequently for a value token associated with a likely retailer. Similarly, a user may exchange, sell, gift, or re-gift value tokens or bundles of value tokens to each other.

Through the e-wallet management function, users can (i) determine the value amount associated with each value token, such as payment points, dollar amounts, etc. may purchase value tokens, receive notifications from certain retailers, (iii) create, register, and delete a user's e-wallet or particular value tokens in their e-wallet; (iv) a user's e-wallet; An e-wallet may request that the e-wallet provide or make available a physical representation of an e-value token (e.g., in one embodiment, a user may request a voucher, coupon, A print service is provided upon request to enable printing of a bill or other physical representation of an electronic value token); Allows the e-wallet to send user specific tokens.

In at least one embodiment, the user's electronic wallet is integrated with the user's social networking services, such as Facebook and Twitter. Accordingly, the user may perform a management function through the social network platform, or may receive value tokens through the social network platform. Partial or full information about the user's electronic wallet may be used by the user's social network contacts.

As shown in Figure 6A, a user may access an electronic wallet system, such as an electronic value token transaction processing system 100 or an electronic wallet consolidator system 1000, through the interactive display pages/screens of such systems. (where the interactive display page/screen is accessed via the user's computer, the user's personal digital assistant or smartphone, point of sale terminal, kiosk 189, or other device). As shown in Fig. 6A, the user can create and/or register an electronic wallet or sub-wallet by providing predetermined request information and agreeing to predetermined conditions.

As shown in Fig. 6B, the user can manage the electronic wallet by inputting predetermined card specific information into the electronic wallet system interface display page/screen. In one embodiment, the user may register for a gift card by entering the gift card's brand, card number, expiration date, CVV2 code, and card nickname on the screen and selecting the "Add gift card to my wallet" button .

As shown in Figure 6C, the user is provided with many options for managing the e-wallet and its contents. For example, as shown, a user may review certain details associated with e-wallet tokens (shown as a gift card in FIG. 6C ) residing in the e-wallet and/or sub-wallet. In addition, the user may indicate that electronic value tokens are (i) "last added" (as shown in FIG. 6C), (ii) various "sub-wallets" (sub-wallets are "dining," "home improvement"). , "debit", "credit", "royalty", etc.), as included in (iii) highest to lowest balance, or (iv) as a ranking of preferred usage. may be requested to be presented.

As also shown in Fig. 6C, the user has the ability to "add gift card", "add value", "redeem card", "sell card".

The "Add Gift Card" feature allows users to place electronic value tokens in their electronic wallets. The “Add Gift Card” selection provides at least two different ways for users to add their e-value tokens to their e-wallet. First, an electronic value token representing the physical card the user holds can be added to the e-wallet. As described with reference to FIG. 6B, by selecting "Add Gift Card" and selecting this subsequent addition scheme, the screen display of FIG. 6B may be presented to the user. Accordingly, the user can add a "gift card" to the e-wallet by entering the gift card's brand, card number, expiry date, CVV2 code, and card nickname on the screen and selecting the "add gift card to my wallet" button. can do. Alternatively, the user may have access to a card reader (eg, a Mac stripe reader and/or a bar code reader) such as a device attached to the user's computer, personal digital assistant, or smartphone, and the user's These devices, along with computers, personal digital assistants or smartphones, can be used to read information from physical cards and enter card information into electronic wallet systems for conversion into electronic value tokens. Next, the user can add an electronic value token to the e-wallet that represents a physical card that the user does not yet hold. In such an embodiment, once the user selects this option, the user may be presented with a display screen notifying the user of all different types and value amounts of electronic value tokens available for purchase. Availability of electronic value tokens for purchase depends on the electronic wallet system (eg, electronic value token transaction processing system 100 ) and card issuers, merchants, merchants, and/or processors (eg, users). provide the ability to choose from a variety of different types of gift cards (and various denominations) and have the selected cards delivered to the user (or the user's identified recipient) in the form of a tangible (via mail or other courier) or the GiftCard Mall web-based application as provided by the Blackhawk Network, which is delivered electronically (eg, via an electronic value token transaction processing system), described in more detail below. It may be due to the ability of the electronic wallet system (eg, electronic value token transaction processing system 100 ) to access the electronic value token exchange program 2000 as described above.

The “add value” feature allows the user to select an electronic value token and increase the value of that token. “Reloading”, “top-off”, or “recharging” of such electronic value tokens may be performed as disclosed in International Application No. PCT/US11/40055, which is incorporated herein by reference in its entirety. . For example, when an e-wallet user wants to reload/recharge/top-off a telecom-related electronic value token residing in the e-wallet, the user sends a reload/recharge/top-up request to the electronic value token computer 150 . You can select "Add Value" on the display screen prompting the system.

In a first embodiment of the reload/recharge/top-up scenario, the electronic value token computer 150 authorizes the request once the telecom-related electronic value token is activated and associated with a phone number. The electronic value token computer 150 determines that the telecom account associated with the phone number adds the requested reload/reload/top-up amount to the account. The electronic value token computer 150 sends a response to the request (eg, a response indicating that a reload/recharge/top-up amount has been added to the associated account). The electronic value token computer 150 sends a reload/recharge/top-up transaction request to the phone number's associated telecom carrier. Upon receiving the reloading/recharging/top-up transaction request from the telecom carrier, the electronic value token computer 150 modifies the value of the telecom-associated electronic value token to reflect the reloading/recharging/top-up amount. The electronic value token computer 150 causes the display accessed by the user to reflect the modification of the value of the electronic value token, or, if the reload/recharge/top-up transaction request is not approved, the electronic value token computer 150 Let the display notify the user of the result. Although the "add value" function has been described with respect to telecom-related electronic value tokens, the "add value" function is uniformly applicable and functional to reload/reload/top-up electronic value tokens associated with debit cards, prepaid service cards, gift cards, etc. can

The “Card Redemption” feature allows the user to select an electronic value token and use that token to fulfill a purchase or other transaction. In a “redemption card” situation, if the full value of the electronic value token is not used in the redemption transaction, the system modifies/decrements the balance of the token so that the display notifies the user of the “new” reduced value of the token, while redemption Notify all parties involved in the transaction and record and adjust any permanent logs accordingly. Alternatively, if the e-wallet is used in a point-of-sale transaction context rather than the e-wallet management context described above, the "Card Redemption" function may be automatically invoked through the transaction information transmitted from the store, and thus based on a predetermined rule. can do.

The “Sell Cards” feature allows users to provide cards for sale to (i) other e-wallet users, (ii) e-wallet (or sub-wallet) system providers, or (iii) e-value token exchange program (2000). Allows selection of electronic value tokens to be used as money (discussed in more detail herein). In a "card sale" situation, the user notifies the electronic system system of the electronic value token that he wants to sell, selects a forum for this sale from the list of available forums, and the money from the sale (e.g., electronic Wallet system name brand electronic value tokens, in the form of value added to other selected electronic value token(s) and/or in the form of wire/tangible delivery of receipts that the user may present for bid (e.g., slips, instruct the system how it should be transferred to the e-wallet (in coupons, bills, or a combination thereof) and, if applicable, a threshold for the sale of e-value tokens, e.g., the user does not wish to proceed below the lowest price. It dictates values to the system. The system executes the desired sale transaction and causes the display to notify the user of the result of the sale of the electronic value token, while notifying all parties of the sale transaction and records and adjusts any permanent logs accordingly.

As further shown in FIG. 6C , the user manages “My Rewards” which brings up a screen depicting the user choices available due to customer or other type of receipt of a reward for using the e-wallet and/or e-value tokens. you can choose to do In addition, the user may select a "special offer" that will display a screen to the user showing the promotions available to the user via the e-wallet. The user may also select "Exchange" which will bring up a screen that shows the user the user options available for electronic value token exchange via the e-wallet.

In a manner similar to that discussed above with respect to the e-wallet management capabilities and functions described above, the kiosk 189 may be coupled to the e-value token transaction computer 150 in at least one embodiment, allowing the user to access e-wallet management functions. It can serve as a user interface with an electronic wallet transaction system that enables

The kiosk 189 may be disposed in an area where traffic is complicated, such as a shopping mall, and may perform any electronic wallet management function. For example, users can create, delete, and change their electronic wallets or sub-wallets. In addition, the user can check the balance of the electronic value tokens residing in the electronic wallet, addition, removal, reloading, charging, printing, and exchange value tokens of the electronic wallet or sub-wallet. The kiosk 189 may, in at least one embodiment, mirror transactions available through an e-wallet management website, or through the functionality of an e-wallet-enabled personal digital assistant and/or smartphone. Users can employ print-on-demand capabilities with their value tokens if certain retailers do not allow e-wallet transactions. For example, a user may select a value token to print, and a printer connected to the kiosk 189 prints a physical representation of the selected value token, eg, a receipt with a scannable bar code connected to the electronic value token. . The physical representation may be a gift card with magnetic stripes, a paper receipt with a barcode or matrix code (eg, a QR code), or a coupon, or the like. In one embodiment, the kiosk 189 may be, for example, a physical card for an additional printing fee. The user may also use the kiosk 189 to provision and/or partition (eg, create sub-wallets) an electronic wallet. For example, after authentication of the user and identification of an electronic wallet associated with the user, the user may transfer the user's physically stored value card to a kiosk 189, eg, a machine operated kiosk similar to an automatic teller machine, or alternatively a suitable card reader, etc. It can be inserted into a manual kiosk with The kiosk 189 may convert a physical stored value card into an electronic value token in the user's electronic wallet. Thereafter, the physically stored value card may be maintained or destroyed by the kiosk 189 or returned to the user. In one embodiment, the physically stored value card is not available to the user after conversion. In another embodiment, the user may have the option of using an electronic value token or a physically stored value card. In other words, both are "active" and available for use. The user may also purchase value tokens to prepare a wallet directly from the kiosk 189 .

In at least one embodiment, a user is associated with multiple electronic wallets. To identify a wallet of a plurality of wallets associated with a user, each of the plurality of wallets is associated with a unique wallet identification (“ID”). For example, a database or lookup table can be used to access wallet identification. In at least one embodiment, the wallet ID is customizable by the user.

As referenced with respect to both the primary e-wallet and sub-wallet embodiments described above, the disclosed e-wallet and sub-wallet methods and systems provide the ability to add value to an e-value token residing in an e-wallet and/or sub-wallet. provided to the user. In one embodiment, these similar value adding capabilities, as well as the value adding capabilities and functions of the electronic value token transaction processing system 100 detailed in International Application No. PCT/US11/20570, which is incorporated herein by reference in its entirety, in its entirety. and functions can be adapted from the context described in International Application No. PCT/US11/20570, which is immediately applied in the context of e-wallet/e-wallet tokens.

Customers may be provided with an incentive to purchase and/or redeem the value token(s) through value differentiation between the purchase and redemption values of the value token(s).

In one embodiment, a value token having a face value of $25 may be purchased by a customer for $25, but the electronic value token may be added to the electronic wallet in an amount of $30, which is an additional $5 to the $25 purchase price of the electronic value token. It was added as an incentive to purchase. Alternatively, instead of adding a cash value to the electronic value token, the electronic value token may be encoded as a redemption coupon for a particular product or service. For example, a $15 value token for a coffee shop could have an electronic redemption coupon code for a complimentary one-time selection of syrup added to any coffee purchased at that coffee shop. The complimentary syrup addition may be redeemed in conjunction with redemption of a portion or all of the electronic value token amount, or the complimentary sample addition may be redeemed separately.

In another embodiment, the value token merchant may offer customers an incentive to redeem the value token by adding value to the amount of the electronic value token when the customer redeems the electronic value token. For example, a merchant may have a promotion that presents the customer with an additional $5 deposit when the customer redeems a value token for a purchase at one of the merchant's retail outlets for a certain period of time.

As noted above, the electronic value token transaction computer 150 communicates with the datastore 180 and/or the issuer's authorization systems 160 . The electronic value token transaction computer 150 compares one or more of the card identification, terminal identification, vendor identification, and time and date of the activity request included in the transaction request with data stored in the datastore 180, to add /determines whether the electronic value token to be redeemed is eligible for value-added payment. For example, a merchant may promote a customer to purchase value tokens, where value tokens purchased within a certain period of time may be purchased at a price less than the value specified by the electronic value token description or metadata. Thus, a customer may purchase a $25 value token in an amount less than $25, for example, for $20. In the examples described above, a bonus added to a value differentiator, eg, a reduction in the redemption value of a value token and a purchase price for a specified value of the value token, is bundled among and/or across electronic value tokens. It can be applied equally or disproportionately to type value token packages and value differentials. Similarly, retailers can collaborate for mutual promotion, either by fully or partially respecting the value tokens of other retailers, or for specific products or promotions. By opting for the use of e-wallets in stores, users can equally receive promotion benefits that users are not aware of. Also, by configuring the rules, the user can be guaranteed to get the best promotions at various retailers without shopping comparisons. As such, retailers can quickly implement promotions without consuming advertising resources to ensure users are aware of the promotion and without the user having to sell the rigging associated with conventional redemption models such as cutting coupons, entering various promotional codes, etc. and can be changed, and cross-promotion with other retailers can be done on a daily or even hourly basis. Additionally, retailers can fine-tune promotions for various market segments to strengthen relationships by serving the specific requests of the market segments.

The message modification unit 154 modifies the messages 106 and 110 to add value-added information to the message. For example, if the value-added determination unit 153 determines that the value token to be added qualifies as a value-added bonus, the message 106 received from the store device 111 is configured to include the determined value-added bonus, the message modifying unit After being modified by 154, it is forwarded as message 109 to the appropriate issuer's authorization system 160 to authorize the request for the amount specified in the value-added bonus plus activation request. As another example, if it is determined that the electronic value token is eligible for a discount purchase, the message 106 received from the store device 111 may indicate that the electronic value token is added to the electronic wallet in one amount but the customer receives the electronic value token. It is modified (and forwarded as message 109) by the message modification unit 154 to indicate to the appropriate issuer's authorization system 160 that it is charged at a small amount reflecting the associated discount.

In one embodiment, the message modification unit 154 may also be printed on a receipt generated for the customer as well as information that may be presented to the cashier on the terminal 101 or 104 that the cashier may communicate with the customer. modify the message 110 from the issuer's authorization system 160 for the merchant device 111 to include any information regarding the value to be added to the electronic value token being placed there, the modified message being sent to the merchant device ( 111) as message 107.

As noted with respect to both the primary e-wallet and sub-wallet embodiments described above, the disclosed e-wallet and sub-wallet methods and systems can be used to transfer an e-value token residing in a user's e-wallet or sub-wallet to a user's e-wallet. or to provide users with the ability to exchange for electronic value tokens that are not currently resident in the sub-wallet but made available through the e-wallet or the sub-wallet's transaction system(s).

Electronic value token computer 150 owners and/or operators may earn revenue through arbitrage-type activities. That is, the owner and/or operator of the electronic value token computer 150 can maintain the difference in current prices between the two electronic value tokens, eg, a first electronic value token that is traded/exchanged with a desired/obtained The difference between the second electronic value tokens may be maintained. In at least one embodiment, the electronic value token transaction computer 150 may charge a user transaction fee in lieu of an exchange. The transaction cost may be fixed or may be based on the exchange size.

Further, the electronic value token transaction computer 150 may charge any or all of the issuers and/or retailers involved in the exchange a fixed transaction cost or a transaction fee based on the amount of the exchange. These costs may be minimal, but may be produced in large quantities. All parties will benefit, as users will receive value tokens to use in exchange instead of unused value tokens. In addition, one issuer and/or retailer eliminates the debt or inventory liability associated with the exchanged value tokens, thereby freeing up the capital for other uses. In addition, other issuers and/or retailers may acquire customers, retain loyal customers, or increase revenue if the customer consumes more than the amount of electronic value tokens.

As referenced with respect to the foregoing embodiments of a primary e-wallet and a sub-wallet, the disclosed e-wallet and sub-wallet methods and systems can be used to transfer an electronic value token located in an e-wallet and/or sub-wallet to the e-wallet or sub-wallet. It provides users with the ability to exchange for other electronic value tokens that are not located in their wallets. These value token exchanges may occur: (i) in stores, (ii) at kiosks, (iii) via the user's personal digital assistant or smartphone, (iv) via web access to the user's e-wallet, (v) or (1) by the e-wallet user using any other method of accessing the user's e-wallet; or (2) application of an e-wallet rule by an e-wallet processing system, wherein the rule is initiated by (i) an e-wallet user, (ii) an e-wallet provider, or (iii) a combination thereof. is established

In at least one embodiment, to exchange a first value token associated with a first retailer located in the electronic wallet for a second value token associated with a second retailer not located in the electronic wallet, an exchange rate must be applied. This exchange rate may be applied to the value of the second value token applied in exchange, such that a decrease in the par value of the second value token is related to the value of the first value token being exchanged, or, as stipulated by the Directive) may be applied to assets of some other value in the e-wallet. The exchange rate may be realized by the electronic wallet processing system and/or shared with a designated merchant, merchant, issuer.

Exchange rates may include tracking interest rates and usage of electronic value tokens, gift cards (or other similar means), the acquisition of such pass-through value tokens, gift cards (or other similar means) from other electronic wallet users or other sources, and electronic value An ongoing evaluation program operated by the e-wallet processing system or affiliated entity that includes the establishment of dynamically variable values for all such electronic value tokens and gift card-like means available to the e-wallet processing system for incorporation into the token exchange program. can be established through

The aforementioned electronic value token exchange program can be exemplified by the following description. The e-wallet user may use the e-wallet associated kiosk 189 at Retail A. The e-wallet user interfaces with the kiosk 189 and provides e-wallet identification information (eg, as described in Table 1 as “accountid”) to the kiosk. Preparation of identification information may be done by manual entry by the user of the kiosk, or may be done automatically via communication between the e-wallet user's personal digital assistant (or proxy card 200 ) and the kiosk 189 . . The e-wallet user may then use the kiosk 189 to access the e-value token exchange program of the e-wallet, and further utilize the kiosk 189 to facilitate and complete any requested e-value token exchange. have. In one embodiment, the e-wallet user issues an e-value token issued and accepted by Retailer B contained in the user's e-wallet (or user's sub-wallet) of e-value issued and/or accepted by Retailer A. You may want to exchange them for tokens. As the e-wallet user interfaces with the kiosk 189, a screen display as shown in FIG. 6C may be presented to the e-wallet user. In addition to providing the e-wallet user with the ability to review the contents of the e-wallet, the display may allow the e-wallet user to select the “Exchange” tab from the available features. The “Exchange” tab then presents the e-wallet user with the options available for exchanging e-value tokens. As shown in FIG. 6D , these options include: (1) viewing a selection of electronic value token(s) available for acquisition; (2) viewing the selection of electronic value token(s) currently residing in the electronic wallet; (3) viewing the various exchange rates for the electronic value token(s) identified for acquisition as calculated taking into account the electronic value token(s) selected for removal (exchange) from the electronic wallet (the exchange rate is the exchange rate selected for exchange); may vary based on the type/retailer of the electronic value token); (4) the viewing option to meet the exchange rate (e.g., (i) a decrease in the value of the electronic value tokens selected for acquisition to meet the exchange rate, or (ii) the amount of the exchange rate on a credit card value token or debit card applied to some other assets residing in e-wallets, such as value tokens); (5) (i) delivery to an electronic wallet (or sub-wallet); (ii) delivery to a personal digital assistant or computer via email, SMS, social media, or other electronic means; (iii) a kiosk or other user Printing of a tangible version of an electronic value token at an optional printing device (eg, via a receipt printing capability as disclosed in US Patent Application Serial No. 12/719,741, which is incorporated herein by reference in its entirety) and the like, viewing a selection of options for delivery of an electronic value token selected for acquisition. A user may make a desired selection in response to information provided on each of the aforementioned screens, as each of the described screen viewing options permits selection of the presented options. In this example, the user chooses to exchange Retailer B's $25.00 electronic value tokens residing in the electronic wallet for Retailer A's electronic value tokens. As a result, the Electronic Value Token Exchange program is determined that the exchange rate (the exchange rate varies from transaction to transaction, the exchange rate may be of any value, for example, between $0.001 and $10.00), or less than or within this range. , or any value in excess of this range), if the user chooses what applies to Retailer A's Electronic Value Token, the user will redeem Retailer A's Electronic Value Token in the amount of $24.75 upon the requested exchange. Prompts the kiosk 189 to express acquisition. The user makes this selection. The electronic value token exchange program prompts the kiosk 189 to represent the available delivery methods, and the user selects delivery to the electronic wallet. The electronic value token exchange program prompts the kiosk 189 to display another screen similar to FIG. 6C but indicating that the electronic wallet now contains Retailer A's electronic value token in an amount of $24.75.

As a result of the "exchange" transaction described above, the e-wallet user received the desired retailer A's electronic value token, and the electronic value token exchange program received retailer B's $25.00 electronic value token. As part of the transaction described above, the electronic value token exchange program of retailer A (eg, in an embodiment where the issuing entity of retailer A's electronic value token may be the electronic value token exchange program 2000) The e-value token issuing entity for the token was contacted and requested to provide $24.75 e-value tokens from Retailer A to satisfy the e-wallet user's request; alternatively, the e-value token exchange program was previously controlled by Retailer A has modified the electronic value token of, for example, that it may modify Retailer A's $25.00 electronic value token to a value of $24.75 and reduce the liability associated with the card by $0.25 to Retailer A's issuing entity. The tokens were notified. In addition, the electronic value token exchange program 2000 may contact the issuer of retailer B's electronic value token and provide an appropriate Provide retailer B's $25.00 electronic value token identification. Thus, as an end result, depending on the activity of the electronic value token exchange program, whenever a legal obligation is established, a value of $0.25 (at the exchange rate, i.e. the portion of the exchange with the electronic value token obtained by the requesting user) can be allocated to those involved. As a result, the difference in the value of the electronic value token delivered by the requesting user) occurred.

In an alternative situation, if the e-wallet requesting user selects an exchange rate that is satisfied by other assets residing in the e-wallet or sub-wallet, such as a credit card e-value token or debit card e-value token, the e-wallet user will receive the Retailer A's electronic value token of $25.00 is provided which matches Retailer A's electronic value token of $25.00, and an exchange rate of $0.25 is realized upon billing for a credit card electronic value token or debit card electronic value token. This action is transacted as a communication between the electronic value token exchange program and the credit card electronic value token or credit card electronic value token requesting that a $0.25 exchange rate value be paid to the electronic value token exchange program. Thus, as the end result, depending on the activity of the Electronic Value Token Exchange Program, whenever a contractual obligation is established, there is a $0.25 value (exchange rate) that can be allocated to those involved.

The electronic value token exchange transaction described above (or any variant thereof), as described in the context of a kiosk 189 , may be performed in a store via a personal digital assistant with electronic wallet functionality, or via a computer accessing the user's electronic wallet. may be performed.

In an alternative embodiment of the electronic value token exchange, as described above, the electronic wallet may automatically control electronic value token exchange activities. For example, an e-wallet user can use an e-wallet to satisfy a transaction at a retail store, eg, at Retailer Q, where the user presents the e-wallet and the e-wallet does not contain a value token of the Retailer Q brand. may manage the electronic wallet to automatically and in real time initiate an electronic value token exchange process, wherein the electronic wallet communicates a request for an electronic value token exchange with the electronic value token transaction computer 150 . In this example, the e-wallet user has located all e-value tokens (gift card-type e-value tokens) associated with the prepaid service in a designated sub-wallet and each of said e-value tokens is via a preferred ranking system, for example, When 22 types of e-value tokens exist in the sub-wallet, from the most preferred e-value token or token type (eg #1) to the least preferred e-value token or token type (eg #22) ) to manage the electronic wallet so that it is located/ordered/specified in the secondary wallet. For example, retailer M brand electronic value tokens may be designated as most preferred and retailer L brand electronic value tokens may be designated as least preferred. Also in this example, the e-wallet is presented in a situation where the e-wallet is presented to facilitate transactions at a retailer where the e-wallet does not contain the e-value token of the retailer, such as the retailer Q situation described above (the e-wallet is Rules were provided by the user to control the e-wallet (recognizing the retailer based on the information exchanged between the e-wallet and the retailer's communication device at the initiation of the initial transaction), wherein the e-wallet rules were used to send an e-value token exchange request. least preferred e-value tokens residing in the e-wallet to initiate and within the request, e.g. retailer L brand e-value tokens (#22) and preferred e-value tokens #21, #20, etc. Controls the e-wallet to include exchanging it for retailer Q e-value tokens in sufficient quantity to satisfy the initial transaction volume. The electronic value token transaction computer 150, upon receiving the electronic value token exchange request, sends an electronic value token exchange program 2000, eg, an electronic value token distributor (which is part of the overall tank value token transaction processing system 100 ). communicates with to trigger the requested electronic value token exchange. The requested e-value token exchange is performed, the e-wallet receives the requested retailer Q brand e-value token to be used concurrently in the execution of the initial transaction, and the e-wallet receives the retailer L brand e-value token as an e-value token It passes to the transaction computer 150 (or is disabled and only modifiable), in which case the e-wallet is actually valued in excess of the requested retailer Q brand e-value tokens. As such, the electronic value token transaction computer 150 modifies the retailer L brand electronic value token (either internally or through communication with the retailer L brand electronic value token generation system) to provide a reflect the decrease in value based on the e-value token, extract an exchange rate for exchanging the retailer Q brand e-value token for an e-value token of the retailer L brand (as described in more detail herein); It communicates transaction information to the parties and returns (or makes available again) a retailer L-branded value token with the value modified to the user's e-wallet.

In an alternative embodiment, the electronic value token exchange rules of the e-wallet may cause the e-wallet to query the e-value token transaction computer 150 for the best exchange rate available for e-value tokens residing in the e-wallet and rank the e-value tokens. Rather, it may offer to conduct an exchange based on the best exchange rate. In addition, the e-wallet user can subjectively determine which e-token(s) should be exchanged to satisfy a transaction.

In one embodiment, the electronic token exchange program 2000 queries the user's electronic wallet and sub-wallet maintained by the electronic value token transaction computer 150 to obtain offer(s) for electronic value token exchange(s). Present to e-wallet users. For example, the electronic token exchange program 2000 may, as part of a query, include: (i) a usage history of the electronic wallet; (ii) the length of time an unused e-value token has resided in the e-wallet; (iii) a request for certain electronic value tokens in the marketplace; (iv) the date of impairment of the Electronic Value Tokens; (v) promotions to obtain electronic value tokens; and (vi) based on a combination thereof, converting the e-value token(s) currently resident in the user's e-wallet/sub-wallet to e-value token(s) not currently residing in the user's e-wallet/sub-wallet It may decide to present to the e-wallet user for an exchange. In one embodiment, the electronic token exchange program 2000 may subsidize offers for exchanges with value-added/bonus incentives as described hereinabove. In another embodiment, the offer may include an option for the user to deposit a portion of the amount of exchange value in the save wallet, as described in more detail below.

As referenced with respect to both the primary e-wallet and sub-wallet embodiments described above, the disclosed e-wallet and sub-wallet methods and systems provide for rules governing the use and/or availability of an e-wallet or sub-wallet, as well as the It provides users with the ability to locate value tokens residing in e-wallets or sub-wallets. Further, as described herein, the electronic value token(s) may be removed from a sub-wallet configured to allow redemption activity (hereinafter referred to as a “fully redeemable” designated e-wallet or sub-wallet), and redeemable It may be placed in a sub-wallet configured for this limited save activity (hereinafter referred to as a “save” designated e-wallet or sub-wallet). In fact, immediately the system provides the electronic value token(s) to be placed in the e-wallet or sub-wallet designated as “save” when the e-wallet or sub-wallet is available.

In one embodiment, the e-value tokens may be designated for a given e-wallet and/or sub-wallet with rules in which the e-wallet or sub-wallet is used for a save activity and thus not easy to access or redeem/exchange activity in general. and/or may be placed in such an electronic wallet and/or sub-wallet. In one embodiment, similar save capabilities, functions, requirements, and limitations of the electronic value token transaction processing system 100 described above are described in International Application No. PCT/US11/49338, which is incorporated herein by reference in its entirety. While detailed, these similar save capabilities, functions, requirements, and limitations can be adapted from the context described in International Application No. PCT/US11/49338, which immediately applies to the e-wallet/electronic value token context.

In at least one embodiment, a user can "save" electronic value tokens (eg, debit card related electronic value tokens) from a "fully redeemable" designated e-wallet or sub-wallet to a "save" designated e-wallet or sub-wallet and vice versa. can be easily redistributed. The user is required by law to make, for example, a predetermined number of transfers, for example 6 transfers, each month of the calendar from a "save" designated e-wallet or sub-wallet to a "fully redeemable" designated e-wallet or sub-wallet. may be restricted. The user can designate a one-time transfer via the website of the electronic wallet system, IVR, personal digital assistant or smartphone, or by representative customer service. In addition, the user may establish an automatic transfer between a “fully redeemable” designated e-wallet or sub-wallet and a “save” designated e-wallet or sub-wallet. To incentivize saves, users are provided with a variety of transactions, including (a) upon receipt of a direct deposit, (b) upon reloading/reloading/top-up transactions occurring, and/or (c) at specified intervals (eg, weekly or monthly). The option to automatically make a transfer from a “full redemption” designated e-wallet or sub-wallet that may be triggered by events to a “save” designated e-wallet or sub-wallet may be presented. The user may select some, all, or none of the available options. In addition, the above events can be traded regardless of the current balance of an e-wallet or sub-wallet designated as “fully redeemable” or “save”. A user may have the ability to select the amount or percentage of electronic value tokens loaded into a “fully redeemable” designated e-wallet or sub-wallet. If the user selects an interval for direct debit, the user can select a preferred date. The user may have the flexibility to update, edit, or change the automatic funding options at any time. Any negative “fully redeemable” designated e-wallet or sub-wallet may need to be remedied prior to initiating any automatic or one-time transfer to the “save” designated e-wallet or sub-wallet. If direct debit cannot be fully or not provided at all, any amount available is taken from the "Fully Redeemable" Designated E-Wallet or Sub-Wallet to the "Save" Designated E-Wallet or Sub-Wallet, and the Transaction to the E-Wallet User Provide a notice explaining Direct debit continues thereafter for the specified debit option and amount.

The electronic value token trading computer 150 described above may be implemented on any particular machine with sufficient processing power, memory resources, and throughput capabilities to handle the required workload deployed on such computer.

Any or all of the system described above may be implemented on any particular machine, or machines, having sufficient processing power, memory resources, and throughput capabilities to handle the necessary workload deployed on the computer or computers. 5 depicts a computer system 580 suitable for implementing some or any mode of one or more embodiments disclosed herein. Computer system 580 communicates with memory devices including secondary storage 584 , ROM 586 , RAM 588 , input/output (I/O) devices 590 , and network connection devices 592 (central and a processor 582 (which may be referred to as a processor unit or CPU). Processor 582 may be implemented as one or more CPU chips.

By programming and/or loading executable instructions into computer system 580 , at least one of CPU 582 , RAM 588 , and ROM 586 is modified to render computer system 580 by the present disclosure. It will be appreciated that this translates in part to a particular machine or apparatus having the novel function being taught. It is key in the fields of electrical engineering and software engineering that functions that can be implemented by loading executable software into a computer can be converted into hardware implementations by known design rules. Decisions to implement the concept of software versus hardware typically consider design stability and the number of units to be produced, rather than any issues related to the transition from the software domain to the hardware domain. In general, designs that continue to undergo frequent changes may be preferred to be implemented in software because re-presenting a hardware implementation is more expensive than re-presenting a software design. In general, a design that is stable for mass production may be preferred to be implemented in hardware, for example in an ASIC, since for mass production a hardware implementation may be less expensive than a software implementation. Often, a design can be developed and tested in software form and later converted by known design rules into an equivalent hardware implementation in an ASIC that streamlines the instructions of the software. A particular machine or apparatus is made in the same way as a machine controlled by a new ASIC, and likewise, a computer programmed and/or loaded with executable instructions may be considered a particular machine or apparatus.

Secondary storage 584 typically consists of one or more disk drives or tape drives and is used for non-volatile storage of data and for overflow data storage if RAM 588 is not large enough to hold all working data. Secondary storage 584 may be used to store programs that are loaded into RAM 588 once they are selected for execution. ROM 586 is used to store instructions and data that are read during program execution. ROM 586 is a non-volatile memory device that typically has a smaller memory capacity than the larger memory capacity of secondary storage 584 . RAM 588 is used to store volatile data and also to store instructions. Access to both ROM 586 and RAM 588 is typically faster than access to secondary storage 584 . Secondary storage 584 , RAM 588 , and/or ROM 586 may be referred to as computer-readable storage media and/or non-transitory computer-readable media in some contexts.

I/O devices 590 include printers, video monitors, LCDs, touch screen displays, keyboards, keypads, switches, dials, mice, trackballs, voice recognizers, card readers, paper tape readers, or other known input devices. can do.

The network connection device 592 may be a modem, modem bank, Ethernet card, USB interface card, serial interface, token ring card, FDDI card, WLAN card, transceiver card such as CDMA, GSM, LTE, WiMAX, and/or other air interface. protocol radio transceiver cards, and other known network devices. This network connection device 592 allows the processor 582 to communicate with the Internet or one or more intranets. By using such a network connection, the processor 582 can receive information from, or output information to, the network while performing the steps of the method described above. This information, often expressed as a sequence of instructions executed using the processor 582, may be sent and received over the network, for example, in the form of a computer data signal embodied in a carrier wave.

Such information, which may include, for example, data or instructions executed using processor 582, may be received from a network, for example, in the form of a computer data baseband signal or a signal embodied in a carrier wave; It can be output to the network. A baseband signal or signal embodied in a carrier wave, or other types of signals currently used or developed in the future, may be generated according to various methods known to those skilled in the art. A baseband signal and/or a signal embodied in a carrier wave may be referred to as a transient signal in some contexts.

The processor 582 may include a hard disk, floppy disk, optical disk (all of these various disk-based systems are considered secondary storage 584), ROM 586, RAM 588, or network-attached device 592 Executes commands, code, computer programs, and scripts accessed from Although only one processor 582 is shown, there may be multiple processors. Thus, while instructions may be described as being executable by a processor, the instructions may be executed concurrently, serially, or otherwise, by one or more processors. instructions, code, computer programs, which can be accessed from secondary storage 584 , such as hard drives, floppy disks, optical disks, and/or other devices, ROM 586 , and/or RAM 588 , Scripts, and/or data, may in some contexts be referred to as non-transitory instructions and/or non-transitory information.

In one embodiment, computer system 580 may include two or more computers in communication with each other that cooperate to perform tasks. For example, but not by way of limitation, an application may be partitioned in a manner that allows concurrent and/or parallel processing of the instructions of the application. Alternatively, the data processed by the application may be partitioned in a manner that allows simultaneous and/or parallel processing of different portions of the data set by two or more computers. In one embodiment, computer system 580 may employ virtualization software to provide the functionality of multiple servers that are not directly coupled to the number of computers in computer system 580 . For example, virtualization software can provide 20 virtual servers on 4 physical computers. In one embodiment, the functionality described above may be provided by running an application and/or applications in a cloud computing environment. Cloud computing may include providing a computing service through a network connection using dynamically variable computing resources. Cloud computing may be supported at least in part by virtualization software. The cloud computing environment may be established by the enterprise and/or may be employed as needed from third-party vendors. Some cloud computing environments may include cloud computing resources owned and operated by an enterprise, as well as cloud computing resources leased and/or employed from third-party vendors.

In one embodiment, some or all of the functionality described above may be provided as a computer program product. The computer program product may include one or more computer readable storage media embodied in computer usable program code to implement the functions described above. A computer program product may include data structures, executable instructions, and other computer usable program code. The computer program product may be embodied in a removable computer storage medium and/or a non-transitory computer storage medium. Removable computer readable storage media may include, without limitation, paper tape, magnetic tape, magnetic disk, optical disk, solid state memory chip, such as analog magnetic tape, CD-ROM disk, floppy disk, jump drive, digital card, It may include a multimedia card and the like. The computer program product may transfer, by the computer system 580 , at least a portion of the contents of the computer program product to secondary storage 584 , ROM 586 , RAM 588 , and/or other non-volatile components of the computer system 580 . It may be suitable for loading into memory and volatile memory. The processor 582 may partially read the executable instructions and/or data structures by directly accessing the computer program product, for example by reading from a CD-ROM disk inserted in a disk drive that is a peripheral device of the computer system 580 . can be processed with Alternatively, the processor 582 may be configured to remotely access the computer program product, for example by downloading executable instructions and/or data structures from a remote server via a network-connected device 592 , and/or by downloading the executable instructions and/or data structures. Data structures can be manipulated. The computer program product may store data, data structures, files, and/or executable instructions in volatile and secondary storage 584, ROM 586, RAM 588, and/or other non-volatile memory of computer system 580. It may contain instructions prompting to load and/or copy into memory.

In some contexts, secondary storage 584 , ROM 586 , and RAM 588 may be referred to as non-transitory computer-readable media or computer-readable storage media. Similarly, a dynamic RAM embodiment of RAM 588 may, for example, store information to which the dynamic RAM is written, while the dynamic RAM receives power and operates according to design for a period during which the computer 580 is turned on and operable. In that sense, it may be referred to as a non-transitory computer-readable medium. Likewise, the processor 582 may include internal RAM, internal ROM, cache memory, and/or other internal non-transitory storage blocks, sections, or components, which in some contexts may be referred to as non-transitory computer-readable media or computer-readable storage media. may include.

The various processing, data flow, and order of steps in the flowcharts are for purposes of illustration and do not necessarily reflect the order in which the various steps must be performed. The steps may be rearranged in a different order in other embodiments to reflect the needs, desires, and preferences of an entity implementing the system. Also, many steps may be performed concurrently with other steps in some embodiments.

Moreover, the techniques, systems, subsystems, and methods described and illustrated discretely or separately in the various embodiments may be combined or integrated with other systems, modules, techniques, or methods without departing from the scope of the present disclosure. can Other items shown or described as being in communication with or directly coupled to each other may be coupled via some interface or device, wherein the items may no longer be considered directly coupled to each other and may be indirectly, electrically, mechanically, or otherwise. It may be coupled and communicated. Other examples of changes, substitutions, and modifications will be apparent to those skilled in the art, and may be made without departing from the spirit and scope of the disclosure. The numerical items that follow represent a non-exclusive set of exemplary embodiments of the disclosed subject matter.

One. receiving a payment transaction processing request for the electronic wallet;

identifying authentication information of the request;

identifying a value token in the electronic wallet; and

and applying at least a portion of the value token to at least a portion of the request.

2. The method of claim 1,

and accepting an authentication token to access the electronic wallet.

3. The method of claim 2 , wherein the authentication information is based on the authentication token, the authentication token comprising a proxy card, a portable device, a password, a biometric identifier, or a combination thereof.

4. The method of claim 1 , wherein the electronic wallet comprises a primary wallet and a secondary wallet.

5. 5. The method of claim 4,

and processing at least a portion of the request via the primary wallet.

6. 5. The method of claim 4,

and processing at least a portion of the request via the sub-wallet.

7. 5. The method of claim 4, wherein the primary wallet comprises the value token,

determining whether the request relates to the primary wallet; and

The method further comprising determining whether the value token can satisfy the request.

8. 8. The method of claim 7, wherein applying at least some of the value tokens comprises applying at least some of the value tokens of the primary wallet to the request.

9. 5. The method of claim 4, wherein the sub-wallet comprises the value token,

determining whether the request relates to the sub-wallet; and

The method further comprising determining whether the value token can satisfy the request.

10. 10. The method of claim 9, wherein applying at least some of the value tokens comprises applying at least some of the value tokens of the sub-wallet to the request.

11. 5. The method of claim 4, wherein the electronic wallet comprises two or more value tokens, the primary wallet comprises at least one of the two or more value tokens, and the sub-wallet comprises another at least one of the two or more value tokens. how to do it.

12. 12. The method of claim 11,

determining whether some of the requests relate to the primary wallet; and

The method further comprising determining whether another portion of the request relates to the sub-wallet.

13. 13. The method of claim 12,

applying at least a portion of the value tokens of the primary wallet to the request; and

The method further comprising applying at least a portion of the value tokens of the sub-wallet to the request.

14. 14. A method according to claim 8 or 13, wherein the value token of the primary wallet is applied to the request according to a rule of the primary wallet or the request.

15. 14. The method according to claim 10 or 13, wherein the value token of the sub-wallet is applied to the request according to a rule of the sub-wallet or the request.

16. 5. The method of claim 4, wherein the aggregator system receives the request,

determining whether at least a portion of the request can be processed in the sub-wallet; and

and transmitting the portion of the request from the aggregator system to a third party.

17. The method of claim 1 , wherein the request comprises: a store terminal identification; authentication information; purchase amount; identification of the value token issuer; Identification of the vendor; identification of location; the date of the request; primary wallet, secondary wallet, or a combination thereof identifying information; transaction data; authentication data; or a combination thereof.

18. The entertainment card of claim 1 , wherein the value token comprises an electronic representation of value, wherein the electronic representation of value is a credit card, debit card, gift card, prepaid calling card, loyalty card, membership card, ticket or ticket card, entertainment card. , sports card, prepaid card, coupon, admission ticket, prepaid or prepaid goods or services, cash, currency, credit card account, debit card account, merchant account, bank account, merchant issued credit card, merchant issued point card, merchant issued promotion value, merchant accepted credit card, merchant accepted loyalty card, merchant accepted promotional value, or a combination thereof.

19. 19. The method of claim 18, wherein the value token comprises at least two or more electronic representations of different types of value.

20. The method of claim 1 , wherein the value token comprises a closed loop account number, and wherein applying at least a portion of the value token comprises depositing or withdrawing a closed loop account associated with the closed loop account number. .

21. The method of claim 1 , wherein the value token comprises an open loop account number, and wherein applying at least a portion of the value token comprises depositing or withdrawing an open loop account associated with the open loop account number. .

22. 2. The method of claim 1, wherein applying at least a portion of the value token comprises using the value token according to a set of configuration rules that prioritize among the value tokens.

23. 23. The method of claim 22, wherein the priority comprises: a physical location of the retailer sending the e-wallet request; transaction volume; type of retailer; time of day; day of the week; week of the month; month of the year; the department of the retailer sending the e-wallet request; the retailer's lane sending the e-wallet request; Identification of the inspector; the parent company of the retailer sending the e-wallet request; the value of the value tokens; and the type of e-wallet request; or a transaction information variable comprising a combination thereof.

24. The method of claim 1 , wherein applying at least a portion of the value token comprises using the value token according to a set of configuration rules that specify a percentage of e-wallet requests to which the value tokens may be applied.

25. The method of claim 1,

and examining rules associated with the electronic wallet.

26. 26. The method of claim 25, wherein checking the rule comprises:

and examining the priority of the value token.

27. 26. The method of claim 25, wherein checking the rule comprises:

examining the percentage of the requests;

wherein applying at least a portion of the value token includes applying at least a portion of the value token to the request according to the percentage.

28. The method of claim 1 , wherein the electronic wallet comprises a closed loop related value token and an open loop related value token,

selecting the closed loop related value token; and

and then selecting the open loop related value token.

29. The method of claim 1, wherein the electronic wallet comprises an open loop related value token;

and collecting the open loop related value token from being applied to the request.

30. The method of claim 1,

exchanging at least a portion of a value token of the electronic wallet for at least a portion of a second value token not in the electronic wallet.

31. 31. The method of claim 30,

and applying an exchange rate for the second value token or asset in the electronic wallet.

32. 31. The method of claim 30, wherein exchanging at least a portion of a value token of the electronic wallet comprises:

contacting a second value token reseller; and

and requesting the second value token reseller to provide the second value token.

33. The method of claim 1, wherein the electronic wallet comprises a first sub-wallet and a second sub-wallet, wherein the first sub-wallet comprises a value token,

The method further comprising placing a value token of the first sub-wallet in the second sub-wallet.

34. The method of claim 1,

The method further comprising the step of preparing the value token in the electronic wallet.

35. 35. The method of claim 34, wherein the value token is provisioned for an amount different than the purchase price.

36. 35. The method of claim 34, wherein preparing the electronic wallet comprises encoding a value token having a coupon code.

37. 35. The method of claim 34, wherein preparing the electronic wallet comprises adding the value token to the electronic wallet.

38. The method of claim 1, wherein the electronic wallet comprises a secondary wallet to which a save is designated,

and placing at least a portion of the value token in the sub-wallet to which the save is designated.

39. receiving a payment transaction processing request for the electronic wallet;

determining whether the request contains valid authentication information;

determining whether a value token, or combination of value tokens, associated with the electronic wallet can satisfy the request; and

and applying at least a portion of the value token to at least a portion of the request.

40. 40. The method of claim 39,

and accepting an authentication token to access the electronic wallet.

41. 41. The method of claim 40, wherein the authentication information is based on the authentication token, the authentication token comprising a proxy card, a portable device, a password, a biometric identifier, or a combination thereof.

42. 40. The method of claim 39, wherein the electronic wallet comprises a primary wallet and a sub-wallet.

43. 43. The method of claim 42,

and processing at least a portion of the request via the primary wallet.

44. 44. The method of claim 43,

and processing at least a portion of the request via the sub-wallet.

45. 43. The method of claim 42, wherein the primary wallet comprises the value token;

determining whether the request relates to the primary wallet;

wherein applying at least some of the value tokens includes applying at least some of the value tokens of the primary wallet to the request.

46. 43. The method of claim 42, wherein the sub-wallet comprises the value token,

determining whether the request relates to the sub-wallet;

wherein applying at least some of the value tokens includes applying at least some of the value tokens of the sub-wallet to the request.

47. 43. The method of claim 42, wherein the electronic wallet comprises two or more value tokens, the primary wallet comprises at least one of the two or more value tokens, and the sub-wallet comprises another at least one of the two or more value tokens. how to do it.

48. 48. The method of claim 47,

determining whether some of the requests relate to the primary wallet; and

The method further comprising determining whether another portion of the request relates to the sub-wallet.

49. 49. The method of claim 48,

applying at least a portion of the value tokens of the primary wallet to the request; and

The method further comprising applying at least a portion of the value tokens of the sub-wallet to the request.

50. 50. A method according to claim 45 or 49, wherein the value token of the primary wallet is applied to the request according to a rule of the primary wallet or the request.

51. 50. The method according to claim 46 or 49, wherein the value token of the sub-wallet is applied to the request according to a rule of the sub-wallet or the request.

52. 43. The method of claim 42, wherein the aggregator system receives the request,

determining whether at least a portion of the request can be processed in the sub-wallet; and

and transmitting the portion of the request from the aggregator system to a third party.

53. receiving a payment transaction processing request for the electronic wallet from a provider of the primary wallet;

determining whether a value token can satisfy the request; and

and applying at least a portion of the value token to at least a portion of the request.

54. 54. The method of claim 53,

determining whether the request relates to the sub-wallet;

wherein applying at least some of the value tokens includes applying at least some of the value tokens of the sub-wallet to the request.

55. 54. The method of claim 53, wherein the sub-wallet comprises a sub-sub-wallet.

56. 56. The method of claim 55,

determining whether the request relates to the sub-sub-wallet;

wherein applying at least some of the value tokens includes applying at least some of the value tokens of the sub-sub-wallet to the request.

57. 56. The method of claim 55,

determining whether the part of the request relates to the sub-wallet; and

The method further comprising determining whether the other portion of the request relates to the sub-sub-wallet.

58. 56. The method of claim 55, wherein the sub-wallet comprises two or more value tokens, the sub-wallet comprises at least one of the two or more value tokens, and the sub-sub-wallet comprises another at least one of the two or more value tokens. A method comprising:

*

*59. 59. The method of claim 58,

applying at least a portion of the value tokens of the sub-wallet to the request; and

and applying at least a portion of the value tokens of the sub-sub-wallet to the request.

60. 60. The method according to claim 54 or 59, wherein the value token of the sub-wallet is applied to the request according to a rule of the sub-wallet or the request.

61. 60. The method of claim 56 or 59, wherein the value token of the sub-sub-wallet is applied to the request according to a rule of the sub-sub-wallet or the request.

62. Receiving a request regarding an electronic wallet, wherein the request includes an electronic wallet request, a balance inquiry request, a registration request, an activation request, a redemption request, or a combination thereof; and

and managing the contents of the electronic wallet according to the request.

63. 63. The method of claim 62,

exchanging at least a portion of a value token of the electronic wallet for at least a portion of a second value token that is not in the electronic wallet.

64. 64. The method of claim 63,

and applying an exchange rate for the second value token or asset in the electronic wallet.

65. 64. The method of claim 63, wherein exchanging at least a portion of a value token of the electronic wallet comprises:

contacting a second value token reseller; and

requesting the second value token to a token reseller to provide the second value token.

66. 63. The method of claim 62, wherein the electronic wallet comprises a first sub-wallet and a second sub-wallet, wherein the first sub-wallet comprises a value token;

The method further comprising placing a value token of the first sub-wallet in the second sub-wallet.

67. 63. The method of claim 62,

The method further comprising the step of preparing a value token in the electronic wallet.

68. 68. The method of claim 67, wherein preparing the electronic wallet comprises adding the value token to the electronic wallet.

69. 68. The method of claim 67, wherein the value token is provisioned for an amount different than the purchase price.

70. 68. The method of claim 67, wherein preparing the electronic wallet comprises encoding a value token having a coupon code.

71. 63. The method of claim 62, wherein the electronic wallet comprises a sub-wallet to which a save is assigned;

and placing at least a portion of the value token in the sub-wallet to which the save is designated.

72. causes one or more processors to execute,

receiving a payment transaction processing request for the electronic wallet;

identifying authentication information of the request;

identifying a value token in the electronic wallet; and

and applying at least a portion of the value token to at least a portion of the request.

73. causes one or more processors to execute,

receiving a payment transaction processing request for the electronic wallet;

determining whether the request contains valid authentication information;

determining whether a value token, or combination of value tokens, associated with the electronic wallet can satisfy the request; and

and applying at least a portion of the value token to at least a portion of the request.

74. causes one or more processors to execute,

receiving a payment transaction processing request for the electronic wallet from a provider of the primary wallet;

determining whether a value token can satisfy the request; and

and applying at least a portion of the value token to at least a portion of the request.

75. causes one or more processors to execute,

receiving a request regarding an electronic wallet, wherein the request includes an electronic wallet request, a balance inquiry request, a registration request, an activation request, a redemption request, or a combination thereof; and

a non-transitory machine-readable storage medium comprising executable instructions that cause the step of managing the contents of the electronic wallet in accordance with the request.

76. one or more processors;

a memory coupled to at least one of the one or more processors;

The memory, when executed, allows the one or more processors to

receiving a payment transaction processing request for the electronic wallet;

identifying authentication information of the request;

identifying a value token in the electronic wallet; and

and applying at least a portion of the value token to at least a portion of the request.

77. 77. The system of claim 76, wherein the one or more processors accept an authentication token to access the electronic wallet.

78. 78. The system of claim 77, wherein the authentication information is based on the authentication token, wherein the authentication token comprises a proxy card, a portable device, a password, a biometric identifier, or a combination thereof.

79. 77. The system of claim 76, wherein the electronic wallet comprises a primary wallet and a sub-wallet.

80. 80. The system of claim 79, wherein the one or more processors cause at least a portion of the request to be processed through the primary wallet.

81. 80. The system of claim 79, wherein the one or more processors cause at least a portion of the request to be processed through the sub-wallet.

82. 80. The method of claim 79, wherein the primary wallet comprises the value token, wherein the one or more processors

determine whether the request relates to the primary wallet; and

and further caused to determine if the value token can satisfy the request.

83. 83. The system of claim 82, wherein applying at least some of the value tokens comprises applying at least some of the value tokens of the primary wallet to the request.

84. 80. The method of claim 79, wherein the sub-wallet comprises the value token, wherein the one or more processors

determine whether the request relates to the sub-wallet; and

and further caused to determine if the value token can satisfy the request.

85. 85. The system of claim 84, wherein applying at least a portion of the value tokens comprises applying at least a portion of the sub-wallet's value tokens to the request.

86. 80. The method of claim 79, wherein the electronic wallet comprises two or more value tokens, the primary wallet comprises at least one of the two or more value tokens, and the sub-wallet comprises another at least one of the two or more value tokens. to do, the system.

87. 87. The method of claim 86, wherein the one or more processors are:

determine whether some of the requests relate to the primary wallet; and

and further caused to determine whether the other portion of the request relates to the sub-wallet.

88. 88. The method of claim 87,

apply at least a portion of the value tokens of the primary wallet to the request; and

and applying at least a portion of the sub-wallet's value tokens to the request.

89. 89. The system of claim 83 or 88, wherein the value token of the primary wallet is applied to the request according to a rule of the primary wallet or the request.

90. 89. The system of claim 85 or 88, wherein the value token of the sub-wallet is applied to the request according to a rule of the sub-wallet or the request.

91. 80. The method of claim 79, wherein the aggregator system receives the request, wherein the one or more processors

determine whether at least a portion of the request can be processed in the sub-wallet; and

and send the portion of the request from the aggregator system to a third party.

92. 77. The method of claim 76, wherein the request includes: merchant terminal identification; authentication information; purchase amount; identification of the value token issuer; Identification of the vendor; identification of location; the date of the request; primary wallet, secondary wallet, or a combination thereof identifying information; transaction data; authentication data; or a combination thereof.

93. 77. The card of claim 76, wherein the value token comprises an electronic representation of value, wherein the electronic representation of value is a credit card, debit card, gift card, prepaid calling card, loyalty card, membership card, ticket or ticket card, entertainment card. , sports card, prepaid card, coupon, admission ticket, prepaid or prepaid goods or services, cash, currency, credit card account, debit card account, merchant account, bank account, merchant issued credit card, merchant issued point card, merchant issued promotion value, merchant accepted credit card, merchant accepted point card, merchant accepted promotional value, or a combination thereof.

94. 94. The system of claim 93, wherein the value token comprises at least two or more electronic representations of different types of value.

95. 77. The system of claim 76, wherein the value token comprises a closed loop account number, and wherein applying at least a portion of the value token comprises depositing or withdrawing a closed loop account associated with the closed loop account number. .

96. 77. The system of claim 76, wherein the value token comprises an open loop account number, and wherein applying at least a portion of the value token comprises depositing or withdrawing an open loop account associated with the open loop account number. .

97. 77. The system of claim 76, wherein applying at least a portion of the value token comprises using the value token according to a set of configuration rules that prioritize among the value tokens.

98. 98. The method of claim 97, wherein the priority comprises: the physical location of the retailer sending the e-wallet request; transaction volume; type of retailer; time of day; day of the week; week of the month; month of the year; the department of the retailer sending the e-wallet request; the retailer's lane sending the e-wallet request; Identification of the inspector; the parent company of the retailer sending the e-wallet request; the value of the value tokens; and the type of e-wallet request; or a transaction information variable comprising a combination thereof.

99. The method of clause 76, wherein applying at least a portion of the value token comprises using the value token according to a set of configuration rules specifying a percentage of e-wallet requests to which the value tokens may be applied. , system.

100. The system of clause 76, wherein the one or more processors are

further caused to check a rule associated with the electronic wallet.

101. Paragraph 100, wherein checking the rule comprises:

and examining the priority of the value token.

102. Paragraph 100, wherein checking the rule comprises:

examining the percentage of the requests;

and applying at least a portion of the value token comprises applying at least a portion of the value token to the request according to the percentage.

103. The electronic wallet of clause 76, wherein the electronic wallet comprises a closed loop related value token and an open loop related value token, wherein the one or more processors include:

select the closed loop related value token; and

and then further caused to select the open loop related value token.

104. The electronic wallet of clause 76, wherein the electronic wallet comprises an open loop related value token, wherein the one or more processors include:

and collect the open loop related value token from being applied to the request.

105. The method of 76, wherein the one or more processors are

and exchanging at least a portion of the value token of the e-wallet for at least a portion of a second value token not in the e-wallet.

106. The method of 105, wherein the one or more processors are

and apply an exchange rate for the second value token or asset in the electronic wallet.

107. The method of clause 105, wherein exchanging at least a portion of the value token comprises:

contact the second value token reseller; and

and requesting the second value token reseller to provide the second value token.

108. The electronic wallet of clause 76, wherein the electronic wallet comprises a first sub-wallet and a second sub-wallet, wherein the first sub-wallet comprises the value token, wherein the one or more processors comprise:

and placing the value token of the first sub-wallet in the second sub-wallet.

109. The one or more processors of clause 76, wherein:

further caused to provision the value token in the electronic wallet.

110. The system of 109, wherein the value token is provisioned for an amount different than the purchase price.

111. The system of 109, wherein provisioning the electronic wallet comprises encoding a value token having a coupon code.

112. The system of 109, wherein provisioning the electronic wallet comprises adding the value token to the electronic wallet.

113. The e-wallet of clause 76, wherein the electronic wallet comprises a sub-wallet with a designated save, wherein the one or more processors

and the save is further caused to place at least a portion of the value token in a designated sub-wallet.

114. One or more processors;

a memory coupled to at least one of the one or more processors;

The memory, when executed, allows the one or more processors to

receive a payment transaction processing request for the electronic wallet;

determine whether the request includes valid authentication information;

determine whether a value token, or combination of value tokens, associated with the electronic wallet can satisfy the request; and

and executable directives that cause at least a portion of the value token to apply to at least a portion of the request.

115. The one or more processors of clause 114, wherein:

wherein the system is further caused to accept an authentication token to access the electronic wallet.

116. The system of 115, wherein the authentication information is based on the authentication token, wherein the authentication token comprises a proxy card, a portable device, a password, a biometric identifier, or a combination thereof.

117. The system of 114, wherein the electronic wallet comprises a primary wallet and a sub-wallet.

118. The one or more processors of clause 117, wherein the

and further caused to process at least some of the requests via the primary wallet.

119. The one or more processors of clause 118, wherein the

and further caused to process another at least a portion of the request via the sub-wallet.

120. The system of clause 117, wherein the primary wallet comprises the value token, wherein the one or more processors

determine whether the request relates to the primary wallet;

and applying at least some of the value tokens comprises applying at least some of the value tokens of the primary wallet to the request.

121. The sub-wallet of clause 117, wherein the sub-wallet comprises the value token, wherein the one or more processors

determine whether the request relates to the sub-wallet;

and applying at least some of the value tokens comprises applying at least some of the value tokens of the sub-wallet to the request.

122. The item of clause 117, wherein the electronic wallet comprises two or more value tokens, the primary wallet comprises at least one of the two or more value tokens, and the sub-wallet comprises another at least one of the two or more value tokens. A system comprising a.

123. The method of 122, wherein the one or more processors are

determine whether some of the requests relate to the primary wallet; and

and further caused to determine whether the other portion of the request relates to the sub-wallet.

124. Item 123,

apply at least a portion of the value tokens of the primary wallet to the request; and

and applying at least a portion of the sub-wallet's value tokens to the request.

125. The system of paragraphs 120 or 124, wherein the value token of the primary wallet is applied to the request according to a rule of the primary wallet or the request.

126. The system of clauses 121 or 124, wherein the value token of the sub-wallet is applied to the request according to a rule of the sub-wallet or the request.

127. The system of clause 117, wherein an aggregator system receives the request, wherein the one or more processors

determine whether at least a portion of the request can be processed in the sub-wallet; and

and send the portion of the request from the aggregator system to a third party.

128. One or more processors;

a memory coupled to at least one of the one or more processors;

The memory, when executed, allows the one or more processors to

receive a payment transaction processing request for the electronic wallet from a vendor of the primary wallet;

determine whether a value token can satisfy the request; and

and executable directives that cause at least a portion of the value token to apply to at least a portion of the request.

129. The system of clause 128, wherein the one or more processors are

further caused to determine whether the request relates to the sub-wallet;

wherein applying at least some of the value tokens comprises applying at least some of the value tokens of the sub-wallet to the request.

130. The system of 128, wherein the sub-wallet comprises a sub-sub-wallet.

131. The method of 130, wherein the one or more processors are

further caused to determine whether the request relates to the sub-sub-wallet;

wherein applying at least some of the value tokens comprises applying at least some of the value tokens of the sub-sub-wallet to the request.

132. The one or more processors of clause 130, wherein the

determine whether the portion of the request relates to the sub-wallet; and

wherein the other portion of the request is further caused to determine whether the sub-sub-wallet relates to the sub-wallet.

133. The sub-wallet of clause 130, wherein the sub-wallet comprises two or more value tokens, the sub-wallet comprises at least one of the two or more value tokens, and the sub-sub-wallet comprises another of the two or more value tokens. A system comprising at least one.

*

*134. 134. The method of claim 133,

apply at least a portion of the value tokens of the sub-wallet to the request; and

and applying at least a portion of the value tokens of the sub-sub-wallet to the request.

135. The system of clauses 129 or 134, wherein the value token of the sub-wallet is applied to the request according to a rule of the sub-wallet or the request.

136. The system of clauses 131 or 134, wherein the value token of the sub-sub-wallet is applied to the request according to a rule of the sub-sub-wallet or the request.

137. One or more processors;

a memory coupled to at least one of the one or more processors;

The memory, when executed, allows the one or more processors to

receive a request regarding an electronic wallet, wherein the request includes an electronic wallet request, a balance inquiry request, a registration request, an activation request, a redemption request, or a combination thereof; and

and executable directives that cause it to manage the contents of the electronic wallet in accordance with the request.

138. The method of 137, wherein managing the contents of the electronic wallet comprises:

exchanging at least a portion of a value token of the electronic wallet for at least a portion of a second value token not in the electronic wallet.

139. The method of 138, wherein the one or more processors are

and apply an exchange rate for the second value token or asset in the electronic wallet.

140. The method of 138, wherein exchanging at least a portion of a value token of the electronic wallet comprises:

contact a second value token reseller; and

and requesting the second value token reseller to provide the second value token.

141. The method of 137, wherein the electronic wallet comprises a first sub-wallet and a second sub-wallet, wherein the first sub-wallet comprises a value token, wherein the one or more processors comprise:

and placing the value token of the first sub-wallet in the second sub-wallet.

142. The method of 137, wherein the one or more processors are

further caused to provision the value token in the electronic wallet.

143. The system of 142, wherein the value token is provisioned for an amount other than the purchase price.

144. The system of 142, wherein provisioning the electronic wallet comprises encoding a value token having a coupon code.

145. The system of 142, wherein provisioning the electronic wallet comprises adding the value token to the electronic wallet.

146. The e-wallet of clause 137, wherein the electronic wallet comprises a sub-wallet with a designated save, wherein the one or more processors

and the save is further caused to place at least a portion of the value token in a designated sub-wallet.

147. One or more processors;

a memory coupled to at least one of the one or more processors;

The memory, when executed, allows the one or more processors to

*

*Receive a payment transaction processing request for the e-wallet;

identify authentication information of the request;

identify a value token in the electronic wallet; and

and executable directives that cause at least a portion of the value token to be applied to at least a portion of the request.

148. The system of 147, wherein the one or more processors are further caused to accept an authentication token to access the electronic wallet.

149. The system of clause 148, wherein the authentication information is based on the authentication token, wherein the authentication token comprises a proxy card, a portable device, a password, a biometric identifier, or a combination thereof.

150. The system of 149, wherein the electronic wallet comprises a primary wallet and a sub-wallet.

151. The system of 150, wherein the one or more processors are further caused to process at least a portion of the request via the primary wallet.

152. The system of 151, wherein the one or more processors are further caused to process at least a portion of the request via the sub-wallet.

153. The method of 152, wherein the primary wallet comprises the value token, wherein the one or more processors

determine whether the request relates to the primary wallet; and

and further caused to determine if the value token can satisfy the request.

154. The system of 153, wherein applying at least a portion of the value tokens comprises applying at least a portion of the value tokens of the primary wallet to the request.

155. The sub-wallet of clause 154, wherein the sub-wallet comprises the value token, wherein the one or more processors

determine whether the request relates to the sub-wallet; and

and further caused to determine if the value token can satisfy the request.

156. The system of 155, wherein applying at least a portion of the value tokens comprises applying at least a portion of the value tokens of the sub-wallet to the request.

157. The sub-wallet of clause 156, wherein the electronic wallet comprises two or more value tokens, the primary wallet comprises at least one of the two or more value tokens, and the sub-wallet comprises another at least one of the two or more value tokens. A system comprising a.

158. The one or more processors of clause 157, wherein the

determine whether some of the requests relate to the primary wallet; and

and further caused to determine whether the other portion of the request relates to the sub-wallet.

159. The one or more processors of clause 158, wherein:

apply at least a portion of the value tokens of the primary wallet to the request; and

and apply at least a portion of the value tokens of the sub-wallet to the request.

160. The system of 159, wherein the value token of the primary wallet is applied to the request according to the rules of the primary wallet.

161. The system of 159, wherein the value token of the primary wallet is applied to the request according to a rule of the request.

162. The system of 159, wherein the value token of the sub-wallet is applied to the request according to the rules of the sub-wallet.

163. The system of 159, wherein the value token of the sub-wallet is applied to the request according to a rule of the request.

164. The system of clause 159, wherein the aggregator system receives the request, wherein the one or more processors

determine whether at least a portion of the request can be processed in the sub-wallet; and

and send the portion of the request from the aggregator system to a third party.

165. The method of 164, wherein the request comprises: merchant terminal identification; authentication information; purchase amount; identification of the value token issuer; Identification of the vendor; identification of location; the date of the request; primary wallet, secondary wallet, or a combination thereof identifying information; transaction data; authentication data; or a combination thereof.

166. The system of clause 165, wherein the value token comprises an electronic representation of value, wherein the electronic representation of value comprises a credit card, debit card, gift card, prepaid calling card, loyalty card, membership card, ticket or ticket card; entertainment card, sports card, prepaid card, coupon, admission ticket, prepaid or prepaid goods or services, cash, currency, credit card account, debit card account, merchant account, bank account, merchant issued credit card, merchant issued point card, merchant issued promotional value, merchant accepted credit card, merchant accepted point card, merchant accepted promotional value, or a combination thereof.

167. The system of 166, wherein the value token further comprises at least two or more electronic representations of different types of value.

168. The method of clause 167, wherein the value token comprises a closed loop account number, and wherein applying at least a portion of the value token comprises depositing or withdrawing a closed loop account associated with the closed loop account number. , system.

169. The method of clause 168, wherein the value token comprises an open loop account number, and wherein applying at least a portion of the value token comprises depositing or withdrawing an open loop account associated with the open loop account number. , system.

170. The system of 169, wherein applying at least a portion of the value token comprises using the value token according to a set of configuration rules that prioritize among the value tokens.

171. The method of 170, wherein the priority comprises: the physical location of the retailer sending the e-wallet request; transaction volume; type of retailer; time of day; day of the week; week of the month; month of the year; the department of the retailer sending the e-wallet request; the retailer's lane sending the e-wallet request; Identification of the inspector; the parent company of the retailer sending the e-wallet request; the value of the value tokens; and the type of e-wallet request; or a transaction information variable comprising a combination thereof.

172. The method of clause 171, wherein applying at least a portion of the value token comprises using the value token according to a set of configuration rules specifying a percentage of e-wallet requests to which the value tokens may be applied. , system.

173. The method of 172, wherein the one or more processors are

further caused to check a rule associated with the electronic wallet.

174. The method of clause 173, wherein checking the rule comprises:

and examining the priority of the value token.

175. The method of clause 174, wherein checking the rule comprises:

examining the percentage of the requests;

and applying at least a portion of the value token comprises applying at least a portion of the value token to the request according to the percentage.

176. The e-wallet of clause 175, wherein the electronic wallet comprises a closed loop related value token and an open loop related value token, wherein the one or more processors include:

select the closed loop related value token; and

and then further caused to select the open loop related value token.

177. The electronic wallet of clause 176, wherein the electronic wallet comprises an open loop related value token, wherein the one or more processors include:

and collect the open loop related value token from being applied to the request.

178. The method of 177, wherein the one or more processors are

and exchanging at least a portion of the value token of the e-wallet for at least a portion of a second value token not in the e-wallet.

179. The method of 178, wherein the one or more processors are

and apply an exchange rate for the second value token or asset in the electronic wallet.

180. The method of clause 179, wherein exchanging at least a portion of the value token comprises:

contact the second value token reseller; and

and requesting the second value token reseller to provide the second value token.

181. The method of 180, wherein the electronic wallet comprises a first sub-wallet and a second sub-wallet, wherein the first sub-wallet comprises the value token, wherein the one or more processors comprises:

and placing the value token of the first sub-wallet in the second sub-wallet.

182. The method of 181, wherein the one or more processors are

further caused to provision the value token in the electronic wallet.

183. The system of 182, wherein the value token is provisioned for an amount other than the purchase price.

184. The system of 183, wherein provisioning the electronic wallet comprises encoding a value token having a coupon code.

185. The system of 184, wherein provisioning the electronic wallet comprises adding the value token to the electronic wallet.

186. The e-wallet of clause 185, wherein the electronic wallet comprises a sub-wallet with a designated save, wherein the one or more processors

and the save is further caused to place at least a portion of the value token in a designated sub-wallet.

An electronic value token transaction processing system that allows a user to purchase, redeem, and/or exchange electronic value tokens in an electronic wallet is described herein. It will be apparent to those skilled in the art that modifications may be made without departing from the spirit and scope of the present invention. The described embodiments are representative only and are not intended to be limiting. Many variations, combinations, and variations of the applications disclosed herein are possible and are within the scope of the present invention. Accordingly, the scope of protection is not limited by the description set forth above, but rather is defined by the claims following the scope including all equivalents of the subject matter of the claims.

Claims (37)

A system comprising an electronic value token transaction computer separate from an authorization system of a value token issuer, the electronic value token transaction computer having one or more processors and a memory coupled to at least one of the one or more processors, the memory which, when executing the instructions, causes one or more processors of the electronic value token transaction computer to:
receiving a user's request to process a payment transaction for the user's electronic wallet, wherein the user is a consumer;
accepting an authentication token to provide access to the electronic wallet, the authentication token being generated, created, or formed upon initiating a payment transaction to uniquely identify the payment transaction, the one or more processors accepting the authentication token; , the authentication token is implemented via a proxy card, personal digital assistant, or smart phone;
identifying authentication information of the request;
authorizing the request;
identifying a value token in the electronic wallet; and
applying at least a portion of the value token to at least a portion of the request;
A system comprising executable instructions for performing The system of claim 1 , wherein the authentication information is based on the authentication token, and the authentication information is communicated via a proxy card, a portable device, a password, a biometric identifier, or a combination thereof. The system of claim 1 , wherein the electronic wallet comprises a primary wallet and a sub-wallet. 4. The system of claim 3, wherein the one or more processors are further configured to process at least a portion of the requests via the primary wallet. 4. The system of claim 3, wherein the one or more processors are further configured to process at least a portion of the requests via the sub-wallet. 4. The method of claim 3, wherein the primary wallet comprises the value token, wherein the one or more processors
determine whether the request is for the primary wallet; and
and determine whether the value token can satisfy the request. 7. The system of claim 6, wherein applying at least a portion of the value tokens comprises applying at least a portion of the value tokens of the primary wallet to the request. 4. The method of claim 3, wherein the sub-wallet comprises the value token, wherein the one or more processors comprises:
to determine whether the request relates to the sub-wallet; and
and determine whether the value token can satisfy the request. 9. The system of claim 8, wherein applying at least some of the value tokens comprises applying at least some of the value tokens of the sub-wallet to the request. 4. The method of claim 3, wherein the electronic wallet comprises two or more value tokens, the primary wallet comprises at least one of the two or more value tokens, and the sub-wallet comprises another at least one of the two or more value tokens. to do, the system. 11. The method of claim 10, wherein the one or more processors
determine whether some of the requests are related to the primary wallet; and
and determine whether the other portion of the request relates to the sub-wallet. 12. The method of claim 11,
the electronic value token transaction computer applies at least a portion of the value tokens of the primary wallet to the request; and
and the electronic value token transaction computer applying at least a portion of the sub-wallet's value tokens to the request. 13. The system according to claim 7 or 12, wherein the value token of the primary wallet is applied to the request according to the rules of the primary wallet or the request. 13. The system according to claim 9 or 12, wherein the value token of the sub-wallet is applied to the request according to a rule of the sub-wallet or the request. 4. The method of claim 3, wherein an aggregator system receives the request, wherein the one or more processors comprises:
determine whether at least a portion of the request can be processed in the sub-wallet; and
and forward the portion of the request from the aggregator system to a third party. The method of claim 1, wherein the request comprises: a merchant terminal identity; authentication information; purchase amount; identity of the value token issuer; the seller's identity; the identity of the location; request time; request date; primary wallet, secondary wallet, or a combination thereof identifying information; transaction data; authentication data; or a combination thereof. The entertainment card of claim 1 , wherein the value token comprises an electronic representation of value, wherein the electronic representation of value is a credit card, debit card, gift card, prepaid calling card, loyalty card, membership card, ticket or ticket card, entertainment card. , sports card, prepaid card, coupon, admission ticket, prepaid or prepaid goods or services, cash, currency, credit card account, debit card account, merchant account, bank account, merchant issued credit card, merchant issued point card, merchant issued promotion value, merchant accepted credit card, merchant accepted point card, merchant accepted promotional value, or a combination thereof. 18. The system of claim 17, wherein the value token comprises at least two or more electronic representations of different types of value. The system of claim 1 , wherein the value token comprises a closed loop account number, and wherein applying at least a portion of the value token comprises depositing or withdrawing a closed loop account associated with the closed loop account number. . The system of claim 1 , wherein the value token comprises an open loop account number, and wherein applying at least a portion of the value token comprises depositing or withdrawing an open loop account associated with the open loop account number. . The system of claim 1 , wherein applying at least a portion of the value token comprises using the value token according to a set of configuration rules that prioritize among the value tokens. 22. The method of claim 21, wherein the priority comprises: the physical location of the retailer sending the request; transaction volume; type of retailer; time of day; day of the week; week of the month; month of the year; the department of the retailer sending the request; the retailer's lane sending the request; the examiner's identity; the parent company of the retailer sending the request; the value of the value tokens; and the type of request; or a transaction information variable comprising a combination thereof. The system of claim 1 , wherein applying at least a portion of the value token comprises using the value token according to a set of configuration rules that specify a percentage of requests to which the value tokens may be applied. The method of claim 1, wherein the one or more processors are:
and check rules associated with the electronic wallet. 25. The method of claim 24, wherein checking the rule comprises:
and examining the priority of the value token. 25. The method of claim 24, wherein checking the rule comprises:
examining the percentage of the requests;
and applying at least a portion of the value token comprises applying at least a portion of the value token to the request according to the percentage. 2. The electronic wallet of claim 1, wherein the electronic wallet comprises a closed loop related value token and an open loop related value token, wherein the one or more processors comprises:
to select the closed loop related value token; and
thereafter, further configured to select the open loop related value token. 2. The electronic wallet of claim 1, wherein the electronic wallet comprises an open loop associated value token, wherein the one or more processors comprises:
and wherein the open loop related value token is not applied to the request. The method of claim 1, wherein the one or more processors are:
and exchange at least a portion of a value token of the electronic wallet for at least a portion of a second value token that is not in the electronic wallet. 30. The method of claim 29, wherein the one or more processors
and apply an exchange rate for the second value token or asset in the electronic wallet. 30. The method of claim 29, wherein exchanging at least a portion of the value token comprises:
contacting a second value token reseller; and
and requesting the second value token reseller to provide the second value token. The method of claim 1 , wherein the electronic wallet comprises a first sub-wallet and a second sub-wallet, wherein the first sub-wallet comprises the value token, the one or more processors comprising:
and place a value token of the first sub-wallet in the second sub-wallet. The method of claim 1, wherein the one or more processors are:
and provision the value token in the electronic wallet. 34. The system of claim 33, wherein the value token is provisioned for an amount different from the purchase price. 34. The system of claim 33, wherein preparing the electronic wallet comprises encoding a value token with a coupon code. 34. The system of claim 33, wherein preparing the electronic wallet includes adding the value token to the electronic wallet. The method of claim 1, wherein the electronic wallet comprises a sub-wallet to which a save is designated, wherein the one or more processors
and place at least a portion of the value token in the sub-wallet for which the save is designated.

Images