JP7404154B2 - System for payments via electronic wallets - Google Patents

Description

CROSS-REFERENCE TO RELATED APPLICATIONS This application is filed May 31, 2011, and U.S. Provisional Patent Application Nos. 61/491,791 and 61/491,813, both filed May 31, 2011, and entitled "A System for Payment via Electronic Wallet," both filed May 31, 2011. filed June 13, 2013, and claims priority to U.S. Provisional Patent Application Nos. 61/496,397 and 61/496,404, each entitled "System, Method, and Apparatus for Creating and Distributing a Transaction Credit," , incorporated herein by reference in its entirety.

This application is also incorporated by reference in its entirety into the following disclosures, subject matter and concepts: Patent Application No. 12/538,083, which is a continuation of U.S. Patent Application No. 12/338,854, filed on December 18, 2008, which is a continuation of U.S. Patent Application No. 12/338,854, filed on September 6, 2007. No. 11/851,337 (now U.S. Patent No. 7,477,731), which is a continuation of U.S. Patent Application No. 11/007662 (now U.S. Patent No. 7,280,644), filed December 7, 2004; No. 13/040074, filed March 3, 2011, and entitled "System and Method for Electronic Prepaid Account Replenishment"; filed April 9, 2004, and entitled "System and Method for Electronic Prepaid Account Replenishment"; U.S. Patent Application No. 10/821,815 entitled "Distributing Person Identification Numbers Over a Computer Network"; filed May 24, 2010; and U.S. Patent Application entitled "System and Method for Distributing Person Identification Numbers Over a Computer Network" Application No. 12/786,403; U.S. Patent Application No. 12/711,211 filed February 23, 2010 and entitled "System and Method for Distributing Person Identification Numbers Over a Computer Network"; and March 2010 U.S. Patent Application No. 12/719,741, filed on August 8, and entitled "Systems and Methods for Personal Identification Number Distribution and Delivery."

The electronic trading market is currently flooded with many types of credit cards, debit cards, stored value cards and patronage cards, all of which may be offered by different issuers, vendors and providers.

Some of the cards are made to be redeemed by retailers, while others can be redeemed by financial institutions. Other cards have promotional functions, such as patronage cards. However, the increasing volume and complexity of cards has made organization and redemption increasingly difficult, thus potentially hindering market growth. For example, the user may have so many stored value cards that the user does not know that the user has a stored value card for a particular store during a purchase at that store. , or maybe you don't remember.

Also, the user may not understand the various types of promotional activities available to him using the card in combination with the patronage card and, therefore, may not be able to benefit from the promotional activities that are applicable to the user's purchases. You may not get it. Historically, cards have been implemented in tangible media, such as plastic, and are therefore susceptible to loss, theft, or simply being left at home when needed. Due to the continued growth in card-based processing offerings offered to customers, many customers are using their credit, debit, stored value, patronage and other types of cards issued by merchants, vendors and providers. They face the burdensome task of organizing, managing, tracking, transporting, and storing all of this information. What today's customers need is a more efficient, secure, and effective way to obtain and utilize the assets associated with these cards.

In certain aspects, disclosed herein are computer-implemented methods and apparatus, including computer-implemented methods and systems, for implementing an electronic wallet and for transferring value to/from an electronic wallet or a portion thereof (e.g., a sub-wallet). It is described that it includes functions such as adding/redeeming tokens. In one aspect, a method includes receiving a request to an electronic wallet or sub-wallet to process all or a portion of a payment transaction. The method further includes identifying one or more value tokens in the wallet or sub-wallet that, when used together, cover all or a portion of a payment transaction. The method further includes applying the electronic value token to all or a portion of the payment transaction.

In another aspect, the non-permanent, machine-readable storage device, when executed, causes the one or more processors to receive a request to store the electronic sub-wallet, part of the payment transaction, and the sub-wallet. an electronic wallet provided with the electronic wallet, including executable instructions for processing payment transactions processed for the wallet; The processor will further identify one or more value tokens of the sub-wallet to cover a portion of the payment transaction when used together. The processor further applies the electronic value token to a portion of the payment transaction.

In another embodiment, a system includes one or more processors and a memory coupled to the one or more processors. The memory, when executed, causes one or more processors to receive a request for an electronic sub-wallet, for a portion of a payment transaction, for an electronic wallet with a sub-wallet, for a payment transaction processed for the wallet. Contains executable instructions for processing. The one or more processors further identify one or more value tokens of the sub-wallet that, when used together, will cover a portion of the payment transaction. The one or more processors further apply the electronic value token to a portion of the payment transaction.

In certain embodiments, the electronic value token transaction computer includes a point-of-sale (POS) interface and a sorting unit, and the data store connected to the stored value card transaction computer includes an electronic wallet unit. The POS interface receives the requests and the sorting unit identifies one of the requests as an electronic wallet request containing authentication information. The electronic value token transaction computer accesses the electronic wallet via the electronic wallet unit associated with the authentication information. The electronic value token trading computer examines the rules associated with the electronic wallet and, based on the rules, selects the electronic wallet's value tokens that, when used together, will cover the electronic wallet request. The electronic value token transaction computer applies electronic value tokens to electronic wallet requests.

FIG. 1 is a schematic diagram of an electronic value token transaction processing system in accordance with at least one aspect. 1 illustrates an example aspect of an electronic wallet. 1 is a schematic diagram of an electronic value token transaction processing system in accordance with at least one aspect. FIG. FIG. 1 is a schematic diagram of an electronic value token transaction processing system in accordance with at least one aspect. 1 is a schematic diagram of an electronic value token transaction processing system in accordance with at least one aspect. FIG. FIG. 2 is a front perspective view of an exemplary individual proxy card in accordance with at least one embodiment. FIG. 2 is a front perspective view of an exemplary individual proxy card in accordance with at least one embodiment. FIG. 2 is a front perspective view of an exemplary individual proxy card in accordance with at least one embodiment. FIG. 2 is a front perspective view of an exemplary personal digital camera in accordance with at least one aspect. 2 is a flowchart illustrating an example process utilized by an electronic value token trading computer to create an electronic wallet or add/redeem value tokens to/from an electronic wallet in accordance with at least one embodiment. 2 is a flowchart illustrating an example process utilized by an electronic value token trading computer to create an electronic wallet or add/redeem value tokens to/from an electronic sub-wallet in accordance with at least one embodiment. 1 illustrates a particular machine suitable for carrying out certain aspects of the disclosure. 4 illustrates a series of user interface screens and prompts in accordance with at least one aspect. 4 illustrates a series of user interface screens and prompts in accordance with at least one aspect. 4 illustrates a series of user interface screens and prompts in accordance with at least one aspect. 4 illustrates a series of user interface screens and prompts in accordance with at least one aspect.

An efficient, secure, and effective method for organizing, managing, transporting, storing, and using all forms of assets related to credit, debit, loyalty, and stored value type cards is described herein. The disclosed method incorporates an electronic wallet (“e-wallet”). As shown in Figure 1B, an electronic wallet includes authentication information, rules for use, sub-wallets (e.g., to separately maintain credit card-related information, debit card-related information, and stored value card-related information) and electronic electronically, which may include value tokens (e.g., electronic representations of financial and/or other value associated with credit card-related information, debit card-related information and stored value card-related information contained in an electronic wallet/sub-wallet); A maintained data file. In certain embodiments, as reflected in FIGS. 6A-D, a user creates an electronic wallet, establishes rules for the electronic wallet, provides the electronic wallet, and accesses the electronic wallet to conduct electronic transactions. can be promoted.

Additionally, the electronic value token transaction processing systems disclosed herein, such as those illustrated in FIGS. The present invention provides an efficient, secure and effective system for facilitating the aggregation, management, transportation, storage and use of electronic wallets and electronic value tokens as described above for financial transactions.

As will be more fully described herein, there are certain basic concepts and functionality used by electronic wallets and systems that enable electronic wallets. These concepts include creating an electronic wallet, supplying an electronic wallet (e.g. converting a contact card into an electronic value token, and associating an electronic value token with an electronic wallet, or associating an electronic value token with an electronic wallet) e-wallets), access to e-wallets, and establishing rules for the use of e-wallets.

Moreover, as will be more fully detailed herein, an e-wallet may be used by an e-wallet provider to provide information about the contents of the e-wallet (e.g., the primary e-wallet, any sub-wallets or secondary wallets, and It may also be used in a system that manages all associated electronic value tokens. Alternatively, an e-wallet may be configured such that the e-wallet provider only manages a portion of the e-wallet's contents (e.g., the primary e-wallet and the electronic value tokens therein), and one or more (or all) sub-wallets. Alternatively, it may be used in a system that delegates the management of secondary wallets to a third party electronic value token transaction processing system.

As will be further detailed herein, either of the two described management systems allows the user of the system to have full control over the functionality of the user's e-wallet; to participate in value-added/bonus programs provided by parties associated with electronic value tokens; such as to participate in card exchange functions (e.g., exchange the Electronic Value Tokens maintained in that Electronic Wallet for Electronic Value Tokens (not in the Wallet); and to savings programs offered by issuers, vendors and/or other parties associated with the Electronic Value Tokens. may be configured to participate.

FIG. 1A illustrates an example electronic value token transaction processing system 100. Specifically, FIG. 1A shows an electronic value token transaction computer 150 configured for communication with a POS device 111, one or more authentication systems 160 (e.g., retailers, banks, and credit cards), and a data store 180. Illustrate what was done. Moreover, FIG. 1A shows that POS device 111 is in communication with proxy card 200 (which will be shown below to represent an aspect of the means for a user to access an electronic wallet) and that data store 180 is It is illustrated to include an electronic wallet unit 199, which in turn includes an electronic wallet 10.

FIG. 1B illustrates an electronic wallet 10 according to one embodiment, and details of the electronic wallet 10 may be used in any of the various embodiments disclosed herein (e.g., FIGS. 1A, 2A and 2B electronic wallet 10), and maintenance of said electronic wallet 10 may be performed entirely by a single electronic wallet system (e.g., electronic value token transaction processing system 100) or by multiple electronic wallet systems. It should be understood that the electronic value token transaction processing systems 1100 and 1200 and the electronic wallet aggregator system 1000 may be distributed across the electronic value token transaction processing systems 1100 and 1200.

Specifically, Figure 1B shows credential 801, rule 802, electronic value token 804, sub-wallet 807 for credit card electronic value token, sub-wallet (along with corresponding rule 817 and electronic value token 827), debit card Electronic with sub-wallet 808 for electronic value tokens (with corresponding rule 818 and electronic value token 828) and sub-wallet 809 for stored value card electronic value token (with corresponding rule 819 and electronic value token 829) A wallet 10 is illustrated. Figures 1A and 1B can be further understood from the discussion below.

To eliminate increased complexity in consolidation, transportation, security and redemption, transaction cards are stored electronically as value tokens in electronic wallets. As used herein, a value token refers to an electronic ID that can be used to conduct business with a party willing to accept an electronic value token, eg, as an offer to purchase. Examples of such value tokens include electronic representations of or associated with stored value cards (also known as prepaid cards) and credit cards, debit cards, gift cards, prepaid phone cards, loyalty cards, membership cards, etc. and other physical representations of value of various types, such as ship cards, tickets or ticket cards, entertainment cards, sports cards, prepaid cards, coupons, admission passes, prepaid or pre-purchased goods or services, and the like. In some respects, value tokens include cash or currency. In certain embodiments, the electronic value token includes a credit or debit card or account. In some embodiments, the value token includes an existing account, such as a merchant account, bank account, etc. In some embodiments, the value token includes the value of credits, points, coupons, or promotions issued and/or authorized by the retailer. In some embodiments, the value token is associated with a prepaid card or account, and unless otherwise specified, various aspects described herein are performed in conjunction with an account, such as a prepaid card or merchant gift card. You should understand that it is also good.

A physical credit card, debit card, stored value card or other physical representation of value may be converted into a value token and attached to an electronic wallet. For example, a physical gift card or other physical representation of value may be converted into a value token in a user's electronic wallet via a point-of-sale device, mobile phone, computer, Short Message Service (“SMS”), etc. good. Once so converted, the electronic value token may be redeemed by the user, after authentication, without possession of the physical representation, such as a gift card, by accessing the user's electronic wallet during the purchase. .

Thus, use of the term value token herein refers to electronic representations and physical representations that can be converted to electronic representations. In at least one embodiment, the physical gift card is non-functional after conversion. In an alternative embodiment, the physical gift card does not function after redemption of the electronic value token using an electronic wallet or physical gift card.

Customer uses of value tokens typically include a vendor, a redeeming merchant or retailer, and an issuer. In various embodiments, the vendor, redeeming retailer, and issuer may be the same, different, or related entities. A POS at which Value Tokens are purchased or otherwise made available for the contents of an electronic wallet may be referred to as a vendor. Thus, although the vendors sell the electronic value tokens themselves, the electronic value tokens may be redeemed at another location. An entity that may receive value tokens for commercial transactions, eg, as an offer to purchase, may be referred to as a redeeming merchant or retailer.

For example, a grocery store may sell clothing store electronic value tokens. Grocery stores are vendors and clothing stores are redeeming merchants or retailers. An entity that provides financial support and/or payment processing for a given token of value, 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 retailer, sometimes referred to as closed-loop prepaid cards), and some In this aspect, the vendor may also be the issuer and/or the redeeming retailer (eg, prepaid cards or tokens issued, sold, and redeemed by the same retailer). Issuers also include financial institutions such as banks, VISA, MasterCard, American Express, and others, and Value Tokens issued by such institutions can be purchased or purchased by numerous redeeming retail merchants. (These are sometimes referred to as open-loop prepaid cards or tokens because they can be redeemed at a number of different retailers).

The issuer may also be a provider of branded e-wallets such as Google, Facebook, Twitter, etc., and in some aspects such branded wallets may be provided by the issuer (e.g., Google "cash" or 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 include or be associated with a wallet.

Generally, electronic value token transaction computer 150 credits or debits (or takes other actions of the type described herein) an account associated with electronic value tokens contained within an electronic wallet or sub-wallet. take). The electronic value token transaction computer 150 is configured to enable the authentication system 160 to credit or debit the account associated with the electronic value token (or take other actions of the type described herein). A message may be generated or sent to the authentication system 160 so that the message can be sent to the authentication system 160. A confirmation message is returned to electronic value token transaction computer 150 and POS device 111, and electronic wallet 10 or sub-wallet is updated as necessary.

In at least one embodiment, transaction information is separated from authentication information. For example, information regarding purchased items, purchase price, purchase location, etc. are considered transaction information and are separated from authentication information such as authentication tokens, PINs, account numbers, etc. Among other things, maintaining information separately allows for separate processing and routing, allowing for greater efficiency and privacy. For example, when applying electronic value tokens according to changeable rules, the priorities are: physical location of the retailer making the e-wallet request; transaction volume; type of retailer; time of day; day of the week; week of the month; year. the department of the retailer making the e-wallet request; the lane of the retailer making the e-wallet request; the identification of the checker; the parent company of the retailer making the e-wallet request; the value of the value token; and the e-wallet in various aspects It may also be based on transaction information variables such as the type of request. Such transaction or credential information may be used for security purposes, such as in conjunction with regulation-based decision-making (e.g., examining such transaction data to identify and apply transactions and related promotions). It may be used by the systems described herein to (eg, match such transaction data against predetermined profiles 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 after the purchase. However, this time lag creates discrepancies in the retailer's records. Specifically, the retailer records transactions between the retailer and the wallet provider. Retailers record later redemptions via value tokens for apparently non-purchases. In these instances, a third party administrator is required that can link redemptions to transactions.

There are many ways to supply or add value tokens to an electronic wallet. For example, a user may pay a value token to a vendor, and the vendor may place an electronic value token into the user's wallet. Alternatively, the user may obtain a physical representation of the electronic value token from the vendor (e.g., card, note, printed receipt, etc.) and then transfer the value to the electronic wallet (e.g., by phone or Internet access). (via the user interface provided). A user may have a selection of many different retailers associated with vendors. In other words, a given vendor may offer multiple tokens associated with different retailers. For example, a retailer may offer a promotion to compete for your business when purchasing value tokens, such as prepaid accounts.

Each retailer may define a particular format for value tokens. For example, one retailer may require a 16-digit card number plus a 4-digit month/year expiration date. Other retailers may request pin numbers, access numbers, card verification value numbers, card security code numbers, etc. Each piece of information for different retailers may have different formats as well as different names. Accordingly, an electronic wallet provider or host (e.g., a primary electronic wallet provider) provides electronic representations of value tokens in various forms, such as stored value cards, credit cards, debit cards, loyalty and promotional cards, as well as primary electronic wallets. It would benefit from allowing third party management for other subsets of value tokens where management by the provider would be more expensive.

In certain embodiments, value tokens associated with a prepaid card or account may be associated with a sub-wallet within an electronic wallet (e.g., a sub-wallet of a primary, branded electronic wallet such as a Google e-wallet), and a third party. may manage sub-wallets for the primary/main e-wallet host or provider. For example, during a transaction involving a value token associated with a prepaid card or account (e.g., an electronic or virtual stored value card), the e-wallet provider may transfer the sub-transaction to the sub-wallet associated with such value token. Part of the transaction can be controlled. In certain aspects, sub-transactions include transactions associated with an electronic prepaid card or account, such as redemption, value addition (eg, replenishment), activation, closure, fraud detection, and the like. Specifically, the third-party administrator is responsible for managing transactions quickly and cheaply, including but not limited to determining and/or providing appropriate formatting for sub-transactions, and further Sub-transactions may be performed independently of and/or in conjunction with the primary electronic wallet host or provider. Such formatting may include details of the information/data contained in or related to a given value token (e.g. card number, security code, other type) and/or information or data related to a particular transaction (e.g. processing transactions and data characteristics such as card type, transaction type, security code, etc., aggregation, packaging, etc., into messaging fields or other data formats for receipt/transmission, etc.) obtain. For example, a third party may provide a suitable transaction formatting template to the primary wallet provider. In at least one embodiment, the third party administrator determines from the request or requests the user's identification of the retailer associated with the transaction. Preferably, the third party administrator maintains a database of multiple transaction types associated with multiple retailers. After determining the identity of the retailer associated with the transaction, the third party administrator uses a format database to identify the associated transaction format for the identified retailer, and all subsequent processing conducted using merchant-specific transaction formats and vocabulary.
In some embodiments, a user may add value tokens to an electronic wallet using a physical stored value card. The user identifies the retailer associated with the stored value card, for example, through a user interface located at a POS (including, in some embodiments, a POS associated with a personal computer, such as when shopping online via a website). be asked to do so. In another embodiment, a user provides information associated with a stored value token via a web-based or personal digital assistant interface (eg, a mobile phone app). Therefore, based on the data provided by the user, the appropriate format may be consulted from the database, and the user may receive a physical stored value card with specific input information highlighted on the pictorial representation or mock-up. Other mock-up representations of may also be shown. Thus, the user knows exactly which inputs are required to add the electronic value token to the electronic wallet. The user-entered information derived from the mockup may be in any suitable format and/or may be further modified, packaged, or otherwise by a third party administrator to meet further formatting requirements.
The example described is simple, but more complex transactions are possible. As will be described more fully herein below, a transaction involving (i) the use of the primary and/or sub-wallet's Value Tokens for a portion of the transaction may be subject to (ii) the primary and/or sub-wallet's It will be treated the same as exchanging Value Tokens for any other type of Value Token or Value Tokens associated with any other retailer. For example, a user may wish to exchange a value token associated with a retailer that the user does not frequent for a value token associated with a retailer that the user frequents. In addition, the third-party administrator records the transaction format associated with the identified retailer for financial reconciliation of the transaction or sub-transaction (e.g., debiting and crediting a prepaid account). May be used. In this example, the use of a suitable transaction format is not only convenient, but often necessary.

As mentioned above, an electronic sub-wallet is a specifically defined portion of an electronic wallet located at or associated with a particular electronic wallet (e.g., a primary or primary wallet). The sub-wallet may be managed/maintained by the primary or primary electronic wallet administrator, processor and/or provider, or may be managed by another party, system, processor, subroutine or server. Separate management of electronic sub-wallets allows primary electronic wallet providers and users to 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 electronic wallet or in separate electronic sub-wallets. Accordingly, the provider of the primary e-wallet may manage/conduct transactions with respect to the value tokens associated with the credit and debit cards belonging to the primary e-wallet, while third parties may Transactions regarding associated value tokens can be managed/conducted, freeing third parties from costly banking and credit controls. Additionally, third-party administrators may use economies of scale to receive payment for their services via exchange arbitrage, commissions, wages per transaction, or the like.

Through separate management of sub-wallets, a third-party administrator (eg, an administrator of an electronic sub-wallet associated with an electronic prepaid account) provides benefits to both the user and the primary electronic wallet provider. Often, a third-party administrator has the knowledge and expertise to process financial reconciliation statements or other transactions associated with electronic prepaid accounts associated with a given issuer (e.g., It is the only entity with a database of formats. For example, a third party administrator may be the only entity that can query a particular transaction on a retailer's books for a particular use of a value token or electronic wallet. As discussed in more detail herein, in some embodiments, a third party administrator provides information to a primary host or provider of an electronic wallet, such as a branded electronic wallet, for example, one or more electronic sub-wallets. (e.g., an electronic sub-wallet associated with an electronic prepaid account, such as a closed loop account issued for one or more merchants) in conjunction with the electronic value token trading computer 150. Carry out, perform, and/or assume all or part of a function.

Access to the e-wallet may be gated or secured by authentication tokens or other means to ensure access to the e-wallet, such as by proxy card or personal digital assistant or smartphone. mobile devices. Other aspects for accessing electronic wallets include cardless access such as number/password combinations, numbers without passwords, and the like. Biometric information may also be used for authentication and access purposes, such as fingerprints or iris prints. Near field communication technology may also be used to implement the authentication token. Near field communication technology may be implemented at a physical POS or combined with online transactions. In either situation, the near field communication technology may be performed by the user via a proxy card (e.g. 200, 201 or 203), personal computer, personal digital assistant, smartphone 204 or other online transaction related device. You may. Thus, an authentication token may be tangible, intangible, or a combination thereof. In certain aspects, an authentication token may be generated, created, and/or formed at the initiation of an electronic transaction to uniquely identify the electronic transaction. In certain embodiments, the uniquely generated authentication token includes elements of an electronic wallet ID, a merchant identifier, a POSID, an electronic value token ID, an electronic value token issuer ID, an electronic value token transaction processor ID, or a combination thereof. You can stay there. In another embodiment, the uniquely generated authentication token may be completely unique and may not include any part of any previous ID.

Examples of proxy cards are shown in Figures 3A, 3B and 3C. FIG. 3A shows a proxy card 200 on which authentication information 211 is encoded by means of a barcode that can be read by an optical scanner. FIG. 3B shows a proxy card 201 with authentication information 211 encoded on a magnetic strip located on the card 201. FIG. FIG. 3B shows a proxy card 203 in which authentication information 211 is encoded on a near field communication chip on the card 201. In some embodiments, the proxy card may have a magnetic strip and a barcode (or multiple magnetic strips or barcodes), and one or more of such includes authentication information 211. Proxy cards 200, 201 and 203 may be made of a suitable first material such as plastic, paper, plastic coated paper, laminate or a combination thereof. Typically fabricated in a thickness range of approximately 0.040 inches, proxy cards 200, 201 and 203 each correspond to an electronic wallet and contain authentication information 211, such as an account number, number value, authentication code, digital signatures, electronic critical or key codes and RFID chips/data, etc. The proxy card credentials 211 are specific to the proxy card and associate the proxy card with the electronic wallet, and in some embodiments such association The authentication information 211 is stored in a database accessible by the administrator of the e-wallet.The authentication information 211 is stored in a barcode on the proxy card 200 as illustrated in FIG. The strip, near field communication chip, as illustrated in FIG. 3C on proxy card 203, may be coded with a series of numbers, a series of letters, or a combination thereof. The PIN may be made of a personal identification number or PIN, which corresponds to the authentication information 211 and is capable of accessing and/or using the electronic wallet. It may be coded with a bar code, a magnetic strip, a series of numbers, a series of letters, or a combination thereof. In some embodiments, the PIN is coded with an obfuscating material such as on a scratch card strip or with a peel-off label or a combination thereof. May be visually obscured by packaging. In some embodiments, a proxy card may contain a Card Security Code (CSC), Card Verification Value (CVV or CV2), Card Verification Value Code (CVVC), Card Verification Code ( CVC), verification code (V-Code or V-Code), card code verification (CCV), credit card ID (CCID), or a combination thereof; (along with other authentication data or tokens) may be used for authentication or authentication transactions initiated at a POS in conjunction with e-wallet payments for purchase transactions, for example.

FIG. 3B shows a proxy card 201 with authentication information 211 encoded on a magnetic strip located on the card 201. FIG. The magnetic strip may be made from a conventional configuration, such as one deposited from a slurry placed on the card 201, so that it is used in magnetic strip loading equipment such as the Tranz terminal made by Verifone. Can be scanned. For further security, the authentication information 211 may also be subjected to an encryption algorithm before encoding onto the magnetic strip.

In at least one embodiment, proxy card 200 includes a barcode, such as a UPC code (e.g., GS1-128 or UCC/EAN-128), placed on proxy card 201 so that it is a well-known barcode. Can be scanned by code reading equipment. A representation of the authentication information 211 is coded into a barcode on the proxy card.

In other embodiments, the series of numbers, the series of letters, or a combination thereof is read or interpreted by a device configured to interpret a series of shapes corresponding to a human or package identifier, i.e., an optical character recognition device. may be placed on proxy cards 200 and 201 as shown in FIG. Any suitable authentication token described herein may be used in the various aspects described herein, such as virtual or cardless authentication tokens, mobile phones, etc.

In further embodiments, for example, the proxy card 203, near field communication technology, radio frequency identification (RFID) tag, microprocessor and/or microchip is mounted on the proxy card to be interpreted by a specifically configured device. may be placed. RFID tags, microprocessors and/or microchips may be used in addition to or in place of barcode 255 on proxy card 200 and magnetic strip 256 on proxy card 201, or authentication on these or proxy cards. It may also be used in conjunction with other means of encoding information. Alternatively, other means such as RFID or near-field, Bluetooth® may be used by a user-operated device (e.g., a personal digital assistant such as a smartphone) to provide e-wallet access and/or Authentication functionality may also be provided. In some embodiments, the authentication token is associated with a personal digital assistant, such as a smartphone 204, as illustrated in FIG. 3D. For example, an electronic wallet stored on and/or accessed via a phone may contain an authentication token, or the phone itself may have hardware and/or unique electronic data that serves as an authentication token. (For example, authentication data such as a number value, MAC address, SIM card, digital signature, electronic key, user ID, phone number, passcode, etc.). Such phones may use near field communication to communicate data associated with authentication tokens with POS devices for authentication and transaction purposes. For example, a telephone may pass near a POS device and use near field communication protocols to transfer user and/or wallet information and authentication information to the POS device. The phone may transfer all or part of the wallet and/or authentication information, leaving the POS device to make decisions about which portions are applicable to the current transaction, or the phone may transfer all or part of the wallet and/or credentials to the current application of the information. Only that portion of the information that is possible, ie, the information used during the current transaction, may be transferred to the POS device. That is, the logic for transferring the authentication token (eg, phone) and wallet and/or authentication information to/from the POS device may belong to the authentication device, the POS device, or both. In some embodiments, the phone provides hardware and/or software to authenticate the user, such as a camera or scanner and associated applications to verify biometric information associated with the user. As soon as the phone has successfully authenticated the user, the phone will communicate the successful authentication to the POS device. In another example, the POS device may communicate with the wallet host or provider (e.g., the primary electronic wallet host) and any sub-wallet with the host or provider, e.g., a third party administrator. or a provider (eg, a primary electronic wallet host), and a wallet host or provider may communicate with a third party administrator, such as a sub-wallet host or administrator. Although multiple configurations enable communication, the parties use a scalable architecture so that transactions can still occur in real time without delay to the customer.

In some embodiments, the authentication device is a proxy card. A proxy card is not a physical card, but since the customer knows how to use electronic value tokens, the appearance of a proxy card is similar to a credit card, debit card or stored value card, and the adoption of electronic wallets and will assist in accessing. Accordingly, customers may come to think of the proxy card as multiple cards rolled into one, or simply think of the proxy card itself as an electronic wallet, despite the physical representation. Authentication tokens may take and/or be associated with tangible or intangible forms such as mobile devices, personal identification numbers, telephone numbers plus personal identification numbers, passwords, usernames plus passwords, biometric IDs, and the like. good. The authentication token includes, provides, and/or relates to authentication information (eg, electronic authentication data or information) that associates a user with an electronic wallet. Accordingly, multiple value tokens included in the electronic wallet (or its sub-wallet) are associated with the user.

Returning once to FIG. 1A, electronic value token trading computer 150 accesses electronic wallet 10 from data store 180. Prepaid or stored value cards Electronic value tokens may include electronic representations of gift cards, patronage 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 sends the authentication information (and some e.g., rules for allocating the contents of the electronic wallet to the requested transaction) to the electronic value token trading computer 150. The electronic value token transaction computer 150 uses the authentication information to place the correct electronic wallet 10 or sub-wallet in the data store 180 to act on the electronic value token (e.g., attach the value token to the primary wallet or sub-wallet). Activate a Value Token, Debit a Value Token, Report a Value Token, Examine a Value Token Balance, etc.) or Inspect a Rule in the Light of Information in a Request (Receive a Request, Debit a Value Token, etc.) transaction processing system 100, 1100, 1200 or a combination thereof). For example, for a purchase transaction, electronic value token transaction computer 150 may process the purchase based on rules, such as rules associated with the order or priority in which value tokens are applied or redeemed to cover the purchase price. Select electronic value tokens to cover.

As shown in FIGS. 2A and 2B, electronic value token trading computer 150 includes a rules unit 159. Rules unit 159 may be provided, selected, and/or required by e-wallet users, e-wallet providers, e-wallet accepting merchants, e-value token issuers, e-wallet transaction system administrators, and combinations thereof. Provides functionality to process, manage, associate, and enforce e-wallet (and sub-wallet) rules. Rules unit 159 may function to associate provided, selected, and/or requested rules with electronic wallets and sub-wallets maintained in database 180 and/or electronic wallet unit 199. Rules unit 159 provides rules for deriving rules to apply to transactions in the absence of (or in place of) any specific rules provided by or selected by the entity assigning any other rules. May include an engine. Regulations unit 159 provides for: (i) e-wallet user input (e.g., via kiosks, smartphones, personal digital assistants, and internet-accessible user interfaces); e-wallet provider input; (iii) e-wallet system administrator's e-wallet/sub-wallet rules data may be provided such that the data is read via input; (iv) or any combination thereof; For example, the e-wallet user may, via kiosk 189 connection, enter the e-value token transaction computer 150 and detail the manner in which the e-value tokens contained in the e-wallet should be preferred for use in fulfilling the transaction. Specific customized rules may be provided. Alternatively, the same e-wallet user can simply select the type of rule applicable to the e-wallet from a list of choices provided by the kiosk's 189 display. In addition, for example, certain laws, regulations and/or policies may require the e-wallet to be limited to an indicated and selected number of transactions per period (e.g. transfers from a savings-only e-wallet). ).

In certain embodiments, the rules can be configured when created by a user as a flowchart for selection of value tokens based on purchase information. For example, the rules allow the selection of closed-loop related (store X branded) value tokens for any amount of store ) may be included, along with any remaining purchase balance to result in the selection of Value Tokens. Alternatively, the User may agree that the Open Loop Associated Electronic Value Tokens should not be used to satisfy the balance for the Closed Loop Associated Electronic Value Token purchases, but rather that the Debit Card Associated Electronic Value Tokens belonging to the electronic wallet shall instead may be invoked as a rule specifying that the balance should be used to satisfy the balance. Accordingly, a user may access and apply multiple value tokens with the efficiency of using one authentication token (eg, one proxy card or smartphone). For example, a user may use an electronic gift card, an electronic coupon and two electronic credit cards from all electronic wallets or sub-wallets, all using only one physical card such as a prepaid, debit or credit card. Happens with time of use. Consumers, retailers, publishers, vendors, merchants, advertisers, and other parties can save time and quickly access multiple sources of value (e.g., multiple accounts associated with different value tokens). ), promotional opportunities, transaction tracking and data mining on customer purchasing behavior, promotional and advertising effectiveness, real-time product selection/location or purchase promotional opportunities, and other benefits.

In another aspect, rules may be established by an electronic wallet system provider (eg, a primary and/or secondary electronic wallet provider or host). An e-wallet system provider may issue an e-wallet allocation when there are no user-established rules available (or under the user's e-wallet management agreement, where the system's rules precede specified transaction activity). Rules regarding this may be established. For example, the e-wallet system may first apply to the e-wallet system provider's own branded e-value tokens that belong to the user's e-wallet, such that the transaction involves, is related to, or is related to the e-wallet system provider's affiliates and/or Or, rules may be introduced to direct the electronic value token trading computer 150 to fulfill a requested transaction when it involves contractually related entities. Accordingly, this type of regulation may require the provider and its affiliates and/or contractually related entities to obtain income or other business purposes and other synergies based on the use of the e-wallet system for the e-wallet system. can be maximized.

In a further aspect, the electronic wallet rules may be made to automatically direct electronic value token exchange activities (electronic value token exchange is discussed in more complete detail herein). For example, an e-wallet user may, on the occasion that the user points the e-wallet to fulfill a transaction at a retail merchant, e.g. Retailer Q, and the e-wallet does not contain Retailer Q-branded electronic value tokens, , the electronic wallet may manage the electronic wallet to automatically and in real time initiate the electronic value token exchange process and communicate the electronic value token exchange to the electronic value token transaction computer 150 (e.g., in FIG. 6A-6D, as described in more detail herein). Additionally or alternatively, the user may offer promotions to earn retailer-specific value tokens in real-time (eg, real-time offers for store-branded value tokens such as accounts receivable). In this example, the e-wallet user may manage the e-wallet such that all electronic value tokens (gift card-type electronic value tokens) associated with the prepaid service are placed in the designated sub-wallet; Each said electronic value token is assigned a priority ranking system, e.g., the most preferred electronic value token or token type (e.g., #1), the least preferred electronic value token or token type (e.g., #22, the 22 types of electronic value in the sub-wallet). If there is a value token, it may be placed/commanded/specified in the sub-wallet via the value token (if there is one). For example, a Retailer M branded electronic value token may be designated as the most preferred, and a Retailer L branded electronic value token may be designated as the least preferred. In further examples, an e-wallet may also be used to store electronic value tokens of said retailer, such as the Retailer Q scenario described above, in a situation where an e-wallet has been presented to facilitate transactions at a retailer. (the e-wallet would recognize the retailer based on the exchange of information between the e-wallet and the retailer's communication device at the beginning of the original transaction), and the e-wallet regulation does not include the e-wallet to initiate an electronic value token exchange request, and in said request, the least preferred exchange electronic value token belonging to the electronic wallet, i.e. Retailer L brand electronic value token (#22) and, if necessary, the original transaction. has provided rules by users directing the inclusion of preferred Electronic Value Tokens #21, #20, etc. for Retailer Q Electronic Value Tokens in sufficient quantities to satisfy the quantity of Retailer Q Electronic Value Tokens. Upon receiving the electronic value token exchange request, the electronic value token transaction computer 150 communicates with the electronic value token exchange program 2000 (which is part of the overall electronic value token transaction processing system 100, 1100, or 1200) to receive the requested electronic value token exchange. Execute electronic value token exchange. The requested electronic value token exchange takes place, the electronic wallet receives the requested electronic value token of the merchant Q brand, which is used simultaneously in making the original transaction, and the electronic wallet receives the electronic value token of the merchant L brand that is requested. electronic value tokens to electronic value token trading computer 150 (or otherwise made unavailable for use and available only for modification), in this case electronic value tokens of the requested merchant Q brand. It was an actual value that exceeded the token value. Accordingly, the electronic value token trading computer 150 modifies the value of the Retailer L Brand electronic value token (either internally or via communication with the Retailer L Brand electronic value token issuance system). , reflect the value reduction based on the provided Retailer Q Electronic Value Tokens, and extract the exchange rate for the exchange of Retailer Q Branded Electronic Value Tokens for Retailer L Branded Electronic Value Tokens (this (as discussed more fully in the Specification), communicate transaction information to all interested parties, and return (or make available for re-use) the value-modified Retailer L Branded Value Tokens to the User's e-wallet. ). In an alternative embodiment, the e-value token exchange rules for the e-wallet determine the ranking of the e-value tokens by querying the e-value token trading computer 150 regarding the best available exchange rate for the e-value tokens belonging to the e-wallet. Rather, it could provide for exchanges to be made based on the best exchange rate.

FIG. 2A illustrates an example electronic value token transaction processing system 100 in accordance with one aspect. As shown, the electronic value token transaction processing system includes: (a) at least one POS device 111; (b) an electronic wallet processing system, such as an electronic value token transaction computer 150; (c) an account number; e-wallet account information, value-added award status (“value-added award” is herein referred to as “value-added bonus”, “value-added bonus award”, “value-added award”) 804, 827, 828, and other information related to attaching, redeeming, and managing electronic Value Tokens. , and 829; (d) at least one private issuer authentication system 160; and (e) any other included in the system by the electronic value token transaction computer administrator 151. unit. In one embodiment, the electronic value token transaction computer 150 includes a value attached determination unit 153, a point of sale (“POS”) interface 152, a message modification unit 154, an adjustment unit 155, an issuer system interface 156, an authentication unit 157, and Includes sorting unit 198. In certain embodiments, electronic value token trading computer 150 (or a unit thereof, such as sorting unit 189) further includes a token exchange interface that may communicate with electronic value token exchange program 2000. POS interface 152 provides a means for electronic value token transaction computer 150 to communicate with POS device 111, for example, via the Internet (Public Switched Telephone Network (“PSTN”) or an independent proprietary network). Similarly, the electronic value token trading computer 150 may communicate with the issuer's authentication system 160 via the issuer system interface 156, for example via the Internet (Public Switched Telephone Network (PSTN) or a separate dedicated network). good. Communications 106, 107 between POS interface 152 and POS device 111 and communications 109, 110 between issuer system interface 156 and issuer authentication system 160 may be encrypted for added security. and/or may utilize a virtual private network (“VPN”). Sorting unit 198 may sort various types of communications for routing in various ways. For example, upon receiving authorization information in an electronic wallet and/or sub-wallet request (e.g., transaction request), sorting unit 198 may sort the requested transaction into a specific electronic wallet maintained by the system and/or or to a specific sub-wallet or sub-wallets associated with the e-wallet), balance inquiry requests, registration requests, activation requests, redemption requests, and management requests to the various units in Figure 2A. , and may be sorted. Electronic value token trading computer 150 or sorting unit 198 may also generate messages based on requests for similar routing.

As can be seen in FIG. 2A, a POS device 111 (typically located at a vendor and/or redeeming merchant or retailer, or alternatively, at a kiosk 189 or a personal computer during an online transaction, for example) The authentication token is interpreted by a POS interpretation unit 101 (eg, a card reader) at a user's home or office configured to function as a POS. The POS interpretation unit 101 may be configured to generate a code in or for: a human, a barcode scanner, a magnetic strip reader, an optical character recognition device, a biometric device, a numeric keyboard (for example, for entering a token identification number) or an authentication token. and other devices configured to interrogate, interpret, capture, or input data generated.

At about the same time (or alternatively, before or after) the interpretation of the authentication token, a request is made for an electronic wallet transaction by point of sale transaction unit 104. POS transaction unit 104 may be a human, electronic input device, register or terminal, computer processing unit (“CPU”), personal computer, personal digital assistant (e.g., smartphone), or POS interpretation unit 101 and/or POS processing unit 105 may include other means of requesting or sending messages that may be interpreted by. In some embodiments, the operations performed by POS interpretation unit 101 and POS transaction unit 104 may both be performed by a personal unit, e.g., a POS register/terminal or a personal computer during online web-based transactions. may be performed by a single unit capable of performing the following operations.

POS interpretation unit 101 and POS transaction unit 104 communicate with POS processing unit 105. POS processing unit 105 may include a CPU or other type of processing device acceptable for use in industry. POS interpretation unit 101 conveys authentication information 102 to POS processing unit 105. The POS transaction unit 104 communicates the electronic wallet transaction request 103 to the POS processing unit 105. POS processing unit 105 may combine this information and communicate with electronic value token transaction computer 150 (eg, to convey a message requesting an electronic wallet transaction along with associated transaction and/or authentication data). In certain embodiments, the POS processing unit 105 is configured to process electronic value token transactions from the electronic value token transaction computer 150 (or a unit associated therewith, such as a sub-administrator or sub-wallet administrator) associated with a POS retailer and/or a given transaction type. and/or remembering and/or receiving transaction formats associated with Value Tokens and formatting transaction requests or messages using such transaction formats for further information or gathering features at the point of sale. , or other data to transmit/receive. For example, a user making a purchase at a retailer operates a card reader. A card reader may be displayed with an input device and a barcode reader or magnetic strip scanner. The card reader may be touch sensitive and may have various buttons used for input. After the card reader prompt, the user sees the options "Debit", "Credit" and "Electronic Wallet". The user selects "electronic wallet". The user then sees the options "Purchase," "Add Token," and "Remove Token." The user selects "Purchase". After further prompting (in some embodiments regarding transaction formats specific to a particular retailer at the POS), the user enters a PIN number. In some embodiments, the operations performed by POS interpretation unit 101 are performed by one unit (e.g., an integrated POS device such as a computerized register) that can perform all the operations that would be performed by individual units. , POS transaction unit 104 and POS processing unit 105 may all be performed.

POS processing unit 105 is connectable to electronic value token trading computer 150 via a suitable network (eg, the Internet, a public switched telephone network (PSTN), or a separate dedicated network). Each POS processing unit 105 has an associated identifier (eg, a terminal identification name or number number) that may be communicated to the electronic value token transaction computer 150 during connection of the POS processing unit 105 to the electronic value token transaction computer 150. Each POS processing unit 105 may include multiple POS transaction units, each corresponding to a personal terminal with its own terminal identification, for example, within a given store location.

As illustrated in FIG. 2A, electronic value token transaction computer 150: (a) authenticates the retailer/merchant and/or vendor (e.g., via POS device 111, customer Internet connection or kiosk 189), issuer; to form a secure connection with the system 160 and any other entity 190 authorized by the Electronic Value Token Transaction Computer Administrator 151 to access the Electronic Value Token Transaction Computer 150; (b) issuer authentication; (c) communicating with the issuer's authentication system 160 to request and receive the redemption or attachment of value tokens to the electronic wallet; (c) communicating with the issuer's authentication system 160 to request and receive the redemption or attachment of value tokens to the electronic wallet; (d) to generate and maintain a transaction log 170 of all activities performed; (e) to generate an error log 175 of all activities completed unsuccessfully and therefore the reasons; (f) Redemption or attachment of Value Tokens to an electronic wallet by a retailer/merchant and/or vendor (e.g., via POS unit 111) and the redemption or attachment of Value Tokens to an electronic wallet; and (g) communicate to the retailer/merchant and/or vendor any reasons why the transaction could not be completed (e.g., via POS unit 111); It is configured as follows.

Electronic value token trading computer 150 may be a distributed computing system having a single processing unit (e.g., a centralized server), multiple processing units (e.g., various units distributed and in communication with each other) with associated storage capabilities. ) or a combination thereof, each of which can or may be specified for: accessing a data store 180; creating a transaction log 170; creating an error log 175; and maintaining; communicating with retailers/merchants and/or vendors, including over the Internet for online transactions, such as at a point of sale; communicating with an individual issuer's authentication system 160; processing value tokens and electronic wallet requests; processing redemption requests; adding additional market value or electronic redemption coupons for specific product(s) or service(s); processing value-added functionality for; processing redemption requests for electronic redemption coupons for specific product(s) and/or service(s); and electronic value token transactions; Communicating with other systems 190 capable of and authorized to communicate with computer 150.

Data store 180 maintains a record of the account associated with each electronic wallet indicating: (a) whether each Personal Value Token has been attached or redeemed; (b) whether an authentication token has been registered; (c) the record and details of each individual redemption request; (d) the amount remaining in the Electronic Value Token; (e) the rules required to redeem the Electronic Value Token; (f) the issuer of the Electronic Value Token; (f) the Valued Bonus Award; (g) the rules for redeeming the Valued Bonus Award; and (h) any combination thereof. The data store may also maintain a record of the rules required to award a valued bonus award to an electronic wallet or value token.

Data store 180 also maintains records associated with each electronic wallet and/or sub-wallet indicating: (a) timing of registration activities and other related information; (b) timing of administrative activities and related (c) transaction activity timing and other related information; (e) applicable regulations; (f) identification of the Issuer Electronic Value Token therein; (f) identification of the sub-wallet associated therewith; (h) any other records requested by a publisher, retailer, vendor, advertiser, user or other interested party; and (i) any combination thereof. Although a single data store 180 is shown, it should be understood that multiple data stores may be used and data may be stored in any suitable manner depending on the various processes and purposes described herein. Related data is separated between stores. Additionally, various data may be proximately connected to and/or located in one or more subunits, subprocessors, third party processors, and the like associated with electronic value token trading computer 150. may be associated with one or more data stores, such data stores preferably containing data used by such subunits, subprocessors and third party processors.

Electronic Value Token trading computer 150 is also configured to generate and maintain a transaction log 170 of all activities involving Electronic Value Token trading computer 150. The transaction log may include a detailed summary of transaction types such as: (a) requested Value Token additions; (b) requested Value Token sales; (c) requested Value Token redemptions; (d) the requested Value Token exchange; (e) the financial amount attributable to the Value Token addition; (f) the financial amount attributable to the Value Token redemption; (g) the monetary value attributable to the Value Token exchange; (h) (i) Redemption of a value-added amount, product or service; (j) When an electronic Value Token is added; (k) When an electronic Value Token is redeemed; l) transactions or communications made with the Issuer to attach Value Tokens; (m) transactions or communications made with the Issuer to redeem Value Tokens; (n) requiring entry of a PIN for use; PIN communicated to the vendor in response to a request to attach a value token; (o) e-wallet registration; (p) e-wallet setup activity; (q) e-wallet transaction activity; (r) e-wallet savings activity; (s) electronic wallet management activity; (t) any other information that causes electronic value token trading computer administrator 151 to maintain electronic value token trading computer 150 as a log entry; and (u) any combination thereof. .

The information contained in the transaction log 170 may be used for data mining purposes, such as reconciliation reports, inheritance reports, payment reports, audit reports, e-wallet registration reports, e-wallet management reports, e-wallet usage reports, e-wallet savings reports, Electronic 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, data store administrator 181, vendor, issuer, issuer authentication system 160, It may be used to generate other forms of information aggregation for the benefit of, use by, or supply to redeeming merchants or other interested parties. For example, transaction log 170 contains information about each transaction made by electronic value token transaction computer 150 (and any subcomponents thereof) and various vendors, merchants, issuers, and electronic value token transaction processing system managers. It may be utilized by the reconciliation unit 155 when reconciling accounts belonging to person(s). Additional data mining questions that stakeholders (e.g., vendors, merchants, publishers, advertisers, etc.) may record, analyze, and/or provide are: (i) purchasing habits of e-wallet users; (ii) Electronic Value Token purchases, sales, redemptions and exchanges; (iii) special offers and/or value-added activities; (iv) loyalty-related activities; and (v) savings-related activities. data, all of which may be used for marketing, inventory and other purposes.

Management and maintenance of the electronic value token trading computer is performed by an electronic value token trading computer administrator 151. In an alternative embodiment, although not required, electronic value token trading computer administrator 151 may also function as data store administrator 181. Accordingly, electronic value token trading computer 150 is configured to generate and maintain an error log of all transactions that are not completed and the reasons thereof. In some embodiments, the error log is managed by the electronic value token trading computer administrator 151.

The electronic value token trading computer 150 is also configured to provide permission to access the electronic value token transaction processing system and to communicate with other entities 190 that are specifically authorized to access the electronic value token trading computer 150. be done. These other entities may include third party payment management systems, third party verification systems, issuer affiliated entities, vendor affiliated entities, redeeming merchants or redeeming merchant affiliated entities, banks, credit card agencies or It may include any other entity to which access is provided by a financial institution such as a credit union or electronic value token transaction computer administrator 151 or other entity authorized to authenticate access.

A transaction request from a POS device 111 or other access point associated with an electronic wallet may include one or more of the following pieces of information: (a) authentication information; (b) POS terminal identification; (d) time of request; (e) date of request; (f) identification of issuer; (g) identification of vendor; (h) location of vendor; (i) identification of the product(s) or service(s) being purchased; (j) activation or deactivation requests; (k) attachment of Value Tokens, deletion of Value Tokens, exchange of Value Tokens; (l) Wallet management functions such as change management or processing rules associated with multiple value tokens, distribution of wallets to sub-wallets or vice versa, etc., and any combination thereof. However, the information contained within the request is not limited to the enumerated list and may include other items in addition to or in place of the items listed above.

Upon receiving an electronic wallet transaction request from the POS and therefore sorting by identification and sorting unit 198, electronic value token transaction computer 150 accesses the electronic wallet units of data store 180. Electronic value token transaction computer 150 processes information contained in data store 180 and communicates 109, 110 with private issuer authentication system 160 to perform management of electronic value tokens and corresponding accounts. The message modification unit may coordinate messages and requests so that multiple units, subcomponents/processors or third party administrators can recognize and accurately interpret the messages. For example, after the electronic value token transaction computer 150 determines the private issuer authentication system 160 associated with the request, the message modification unit 154 accesses the database 180 to determine the appropriate determining a transaction message transmission format and then formatting subsequent communications to the private issuer's authentication system 160 using the transaction format and vocabulary specified/preferred by the private issuer's authentication system 160; The communication between the private issuer's authentication system 160 and the electronic value token trading computer 150 may occur simultaneously or independently. The electronic value token trading computer 150 is connectable to the private issuer's authentication system via a suitable network (eg, PSTN, the Internet, or an independent dedicated network). The electronic value token trading computer 150 is configured to send and/or receive communications 110 from the issuer's authentication system 160 regarding the status of the electronic value token.

Reconciliation unit 155 reconciles the accounts of the various issuers, selling vendors and/or redeeming merchants to ensure that the appropriate merchants, vendors, electronic value token transaction processing system administrators and issuers have the value of the various transactions. credit and debit entities to reflect which entities received value from which other entities. For example, if vendor A sells tokens issued by issuer B to value for a specified amount and receives payment from a user who adds electronic value tokens to the user's e-wallet, selling vendor amount and/or a percentage of the predetermined amount (e.g., hold 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. When a value token issued by issuer Y is redeemed at retailer X to purchase an item, the amount redeemed is debited to issuer Y and credited to retailer minus transaction fees collected and/or transaction or processing fees collected by the electronic value token transaction processing system administrator.

Authentication unit 157 allows electronic value token transaction computer 150 to process electronic wallet requests rather than transmit the request to issuer's authentication system 160 for authentication when electronic value token transaction computer 150 is also an authorization system. be used as permitted. Authentication unit 157 performs the same and/or different functions as described for authentication system 160, and vice versa.

Authentication unit 157 will verify the formatting of an electronic wallet transaction request (eg, primary or sub-wallet) received from POS processor 105 (or other transaction-producing device/component/processor). In other words, the authentication unit 157 will examine the data fields of the request to ensure that the fields are occupied with data and that the data is in the correct format (eg, length, alphanumeric format). If the request is improperly formatted, authentication unit 157 may deny the request, or, in some aspects, retrieve the appropriate format (e.g., from a format database) and The transaction request may be modified to comply with. Authentication unit 157 also performs various validation checks on the request. Authentication unit 157 verifies card-related transaction information based on analysis of several criteria, such as: 1) For electronic value token transaction processing system 100, the UPC code for the product is in data store 180 (or 2) determine that the amount of value of the requested transaction corresponds to the customer's payment for the subject transaction request, e.g., a card with UPC information of $25.00; 3) determine whether the UPC information identifies the card as a card and that the corresponding transaction request involves a payment of $25.00 by the customer; 3) the UPC information is the type of card available for processing by the requesting merchant; and 4) the card's bank identification number (“BIN”) (i.e., the first six digits of the card's identification number) that identifies the card issuer; Deciding to respond to identifying UPC information.

Authentication unit 157 may also verify transactions based on other criteria, such as transaction velocity (numbers/amount per unit time). For example, if a card processor is concerned that multiple invalid transactions indicate fraudulent activity, the card processor may determine that the electronic value token transaction processing system 100 monitors the number of invalid transactions requested, and may be asked to reject transactions from terminals that exceed a preselected amount of invalid transactions. Finally, authentication unit 157 may be configured to reject transaction requests in the event that the information received by authentication unit 157 is incomprehensible.

If the request is properly formatted and verified as described above, electronic value token transaction computer 150 may transmit transaction details to the issuer's authentication system rather than an authorization request. Also, in some embodiments, the issuer, authorization system (e.g., authentication unit 157) and transaction computer are part of the same entity, and in such embodiments, the issuer's authentication system 160 may not be present. The wax or issuer's authentication system 160 may be used by the electronic value token transaction computer 150 (e.g., a commonly owned and operated computing system, even if it is centralized (e.g., in a centralized data center). (part) and/or may be under common control with other units (which may be distributed within a commonly owned or controlled system or network). Furthermore, although the units associated with electronic value token trading computer 150 (e.g., units 152-157) are shown as various units within a single data processing system for illustrative and conceptual purposes, It should be noted that one or more of units 152-157 may be executed on separate computers, systems or servers in a distributed processing environment.

An exemplary process utilized by electronic value token transaction computer 150 to facilitate purchases using an electronic wallet in accordance with the primary electronic wallet transaction processing aspect is illustrated in FIG. 4A. Such an aspect may be illustrated by an electronic wallet transaction processing request initially received and subsequently performed by electronic value token transaction processing system 100. The actions shown can be performed in the order shown or in different orders, and two or more actions can be performed in parallel.

At block 302, electronic value token transaction computer 150 receives a request or requests from a POS terminal. In at least one embodiment, the request may include an electronic wallet transaction request, a balance inquiry request, a registration request, an activation or redemption request, a wallet management request, and includes one or more of the following: (a ) identification of the terminal; (b) authentication information; (c) amount of purchase; (d) identification of the electronic value token issuer; (e) identification of the vendor; (f) identification of the location; (g) time of the request; (h) the date of the request; (i) information that unambiguously identifies the request as an e-wallet transaction request (e.g., transaction type data); (j) information that identifies the primary e-wallet, sub-wallet, or 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, requests, or functionality, eg, 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. Using the electronic value token issuer's identity, transactions can be formatted correctly for communication with the electronic value token issuer.

At block 304, using information contained within the electronic wallet transaction received from the POS device 111 and/or from information obtained from the data store 180, the electronic value token transaction computer 150 determines whether the request is valid authentication information. and whether the request is for redeeming Value Token(s), adding Value Token(s), deleting Value Token(s), or managing the e-Wallet. Determine whether the The e-wallet request may include the bank identification number (“BIN”) located on the proxy card as part of the authentication information. The sorting unit may decode the BIN number or otherwise verify that the request is an electronic wallet request.

At block 324, using information contained within the electronic wallet transaction received from the POS device 111 and/or from information obtained from the data store 180, the electronic value token transaction computer 150 uses the indicated/received electronic Identifying/determining the primary electronic wallet, sub-wallet(s), and/or location of said electronic wallet or sub-wallet(s) necessary to accomplish the wallet transaction request. If the received authorization information indicates that the requested electronic wallet transaction involves a primary electronic wallet, sub-wallet, or a combination thereof maintained by electronic value token transaction computer 150, electronic value token transaction computer 150 may also: (i) apply its own logic to the request; (ii) rules stored in the primary wallet (e.g., rules established by the electronic value token transaction processing system administrator, the primary electronic wallet user, or a combination thereof); ); (iii) apply rules stored in the sub-wallet (e.g., rules established by the electronic value token transaction processing system administrator, sub-wallet user, or a combination thereof); (iv) POS111 ( (v) or any combination thereof;

For example, an embodiment may include the electronic value token transaction computer 150 determining that all requests pertain to value tokens contained in a primary electronic wallet. Upon receiving the request, electronic value token transaction computer 150 queries its authentication unit 157 (as more fully described herein), its data store 180, electronic wallet unit 199, and any other necessary units. whether the primary e-wallet contains value tokens that are capable of fulfilling the subject request (e.g., whether the primary e-wallet contains value tokens associated with a vendor (retailer) and/or associated with the requested transaction). issuer). Such a determination may be made by comparing the electronic value token identification, the user ID, and the requested transaction type. The electronic value token transaction computer 150 then determines whether the electronic value tokens available in the primary electronic wallet corresponding to the request are applied under the primary electronic wallet's rules or the requested rules, as well as the requested transaction (single or (plural) or refuse to do so.

Another embodiment may include the electronic value token trading computer 150 determining that all requests are related to value tokens contained in a sub-wallet. Upon receiving the request, electronic value token transaction computer 150 queries its authentication unit 157 (as more fully described herein), its data store 180, electronic wallet unit 199, and any other necessary units. whether the sub-wallet contains value tokens capable of fulfilling the subject request (e.g., whether the sub-wallet contains value tokens associated with a vendor and/or an issuer associated with the requested transaction). whether or not). Such a determination may be made by comparing the electronic value token identification, the user ID, and the requested transaction type. The electronic value token transaction computer 150 then applies the electronic value tokens available in the sub-wallet corresponding to the request under the rules of the primary electronic wallet or the requested rules, as well as the requested transaction and/or transaction. The group will evaluate the manner in which it will perform or refuse to perform.

In another example, an aspect provides that a portion of all transaction requests are associated with electronic value tokens belonging to a primary electronic wallet, while a portion of transaction requests are associated with electronic value tokens belonging to a sub-wallet(s). It may also include an electronic value token trading computer 150 that determines that the value token is relevant. Such a 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 will evaluate the manner in which the electronic value tokens available in the primary electronic wallet corresponding to the request would be applied under the rules of the primary electronic wallet (these rules In response to the request, the electronic value token transaction computer 150 determines whether the tokens available in any applicable sub-wallets are available in such sub-wallets (as this may affect the payment method utilized for those placed in the wallet). to assess the manner in which the electronic value would be applied under the rules and/or the requested rules and the manner in which the requested transaction and/or group of transactions would be conducted or refused to be conducted. Probably.

In an exemplary embodiment, at block 324, electronic value token transaction computer 150 responds to the received transaction request and, when used together, will cover the entirety of the requested electronic wallet transaction. , may identify one or more value tokens of the primary electronic wallet or one or more electronic value tokens of the sub-wallet. Moreover, one of the electronic value tokens located in the primary electronic wallet or sub-wallet may be an electronic representation of the patronage card, and located either in the same or in a different position of said patronage card value token. Another electronic value token may be an electronic representation of a retailer's gift card. In such an example, the electronic value token transaction computer 150 may process "patronage card" tokens and "retailer gift card" tokens, regardless of the token's position in the primary electronic wallet and/or sub-wallet(s). Enhancement of user benefits, as opposed to not applying the value of "Retailer's Gift Card" token and "Patronage Card" token at the same time for a transaction; For example, a 5% increase in the value of a "Retailer Gift Card" token or the loyalty point bonus applied to a "Patronage Card" token for the use of a "Retailer Gift Card" token is possible.

Value tokens may be associated with closed loop accounts or open loop accounts. Closed-loop accounts typically expire after the funds in the account are depleted, such as gift card accounts. Open loop accounts typically do not expire. Rather, the various entities that credit and debit accounts, such as branded credit or debit card accounts such as Visa or Mastercard, typically have pending obligations. Closed-loop accounts are often directly associated with a retailer, while open-loop accounts are often associated with a financial institution (eg, Visa issued by Chaze or Citi). In at least one embodiment, the electronic value token includes a closed loop account number and an open loop account number. The closed loop account number is associated with a retailer that can debit or credit the closed loop account associated with the closed loop account number. The open loop account number is associated with a financial institution that can debit or credit the open loop account associated with the open loop account number. Electronic Value Tokens may have a different expiration date or designated expiration date for use than any other Value Token. Furthermore, the electronic value token may identify a particular retailer, location, and/or product for which the electronic value token may be utilized.

If the request is for value token addition, at block 306, an electronic wallet is created (if not previously created) and an electronic value token is added to the electronic wallet. The table below includes elements, parameters, and information included in electronic wallet transaction communications and used by electronic value token transaction processing system 100 to facilitate and accomplish electronic wallet transactions.

Table IA illustrates the required parameters required to create a wallet in at least one embodiment. Table 1B illustrates the response parameters required to create a wallet in at least one embodiment.

The electronic value token transaction computer 150 preferably allocates memory to the electronic wallet and value tokens and stores the electronic wallet and/or stored information in the electronic wallet unit 199 in a data structure on the data store 180. Associate credentials with account numbers. Table 2 illustrates parameters for gift card value tokens in at least one embodiment.

Table 3 illustrates more detailed parameters for gift card electronic value tokens in an alternative embodiment, including the name of the associated wallet and/or sub-wallet.

However, the request may be modified for other reasons unrelated to the attached token determination, and sent to an appropriate one of the issuer's authentication systems 160 as part of the reconciliation process, e.g. may relate to redemptions, deletions, refill values, added value, balance inquiries, or combinations thereof, each of which will be communicated to the issuer's authentication system 160 for adjustment.

Table 4 illustrates the formatting for authenticated communications.

Each request is authenticated using a signature, the user is authenticated with a username/password or open id, and the session is confirmed using a user token. The client may send a client_ref_id, timestamp, nonce, encryption_type, channel, user_ip, signature, and optionally a usertoken, and each request can be individually verified as a 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 a wallet.

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

Table 7A illustrates the request parameters used to fill a wallet with value tokens.

Table 7B illustrates the response parameters used to fill the wallet with value tokens.

If the request is for value token redemption, at block 308, the electronic value token transaction computer 150 accesses the electronic wallet previously determined to be associated with the credential and the electronic wallet associated with the electronic wallet. Check the rules. In at least one embodiment, examining the rules includes examining user-variable value token priorities. For example, a user may prefer to use any closed loop value token that corresponds to the retailer making the purchase request. If none are found, or the tokens will not cover the purchase, the user may prefer to use open loop value tokens for the remainder. As a result of these priorities, closed loop value tokens may all have higher priority than open loop value tokens. Among the open loop value tokens, one may have priority over the other. For example, the user may prefer to pay for any balances with a credit card rather than a debit card. In at least one embodiment, a user may configure these rules via the Internet or a mobile application and may save the priorities as default priorities. In an alternative embodiment, a user selects an electronic value token to be applied to an electronic wallet request at a POS device, eg, at a vendor or retailer location such as a checkout lane, customer service counter, or kiosk. Therefore, selecting electronic value tokens involves selecting value tokens with the highest priority that, when used together, will cover the purchased amount. As can be seen in the example, one purchase transaction was split into two redemptions without compromising the efficiency of the purchase. Similarly, one or more e-wallet transactions can be split into two or more transactions without loss of efficiency. In certain embodiments, at least one of the electronic value tokens is associated with a closed loop prepaid account (e.g., an electronic prepaid gift or stored value card), and the rules associated with the primary wallet are associated with a third wallet associated with the subwallet. triggers a sub-transaction that is processed by an administrator.

In at least one aspect, the rule determines the proportion of the e-wallet request that the different value tokens should be applied, and that applying the electronic value token includes applying the electronic value token to the e-wallet request according to the proportion. Including investigating. At block 310, electronic value token trading computer 150 then selects value tokens in the electronic wallet that, when used together, will cover the electronic wallet request based on the rules. For example, a user may configure a rule so that each purchase is split evenly between two credit cards. Therefore, selecting an electronic value token involves selecting two open loop tokens to split the purchase amount. Similar to the example above, efficiency is saved when a single authentication token (e.g., just a proxy card or a mobile device) is used at the POS, since two credit cards do not correspond to electronic value tokens. be done. Other rules can be implemented, and the rules can be used in various combinations and orders with each other. The electronic value token transaction processing system may also implement "if-then" rules based on information conveyed in the electronic wallet request. For example, a purchase at a gas station may result in a gas credit card value token selection, etc. In such embodiments, the electronic value token computer 150 is capable of controlling the subject electronic wallet 10 and/or sub-wallets 807 (e.g., for credit card-type electronic value tokens), 808 (e.g., for debit card-type electronic value tokens), and Rules 802, 817, 818, and 819 (e.g., for stored value-type electronic value tokens) to determine which electronic wallets to use based on the transaction request information, including the transaction type, e.g., gas station purchase. 10 and/or sub-wallet 807, 808 and 809 requests is that the transaction type request first requires a token type in the first electronic value, e.g. gas card related electronic value token 829 and the subject electronic wallet 10 or sub-wallet(s) 807, 808 and 809 contains a sufficient amount of the first value token type to satisfy all transaction requests. If not, electronic value token computer 150 may satisfy the remainder of the transaction request with a second electronic value token type, such as a debit card-related electronic value token 828.

Electronic value token transaction computer 150 also applies electronic value tokens to electronic wallet requests. In applying electronic value tokens to a request, electronic value token transaction computer 150 sends credit and debit messages as done in accounts managed by retailers and financial institutions using the appropriate account numbers. The electronic value token trading computer 150 can directly credit or debit the account if the electronic value token trading computer 150 can generate and transmit, or if the electronic value token trading computer has such executive authority.

In at least one embodiment, electronic value token trading computer 150 modifies the request (e.g., applies the required format) and sends the modified request to an appropriate one of the issuer's authentication systems 160. , which receives the modified request and operates in the same manner, e.g., authenticates and/or processes the request to redeem the electronic value token, and updates the data store accordingly. Authentication system 160 is not located at the same location where the electronic wallet request was received in at least one aspect. For example, if the electronic wallet request is received from a retailer, the authentication system may be owned and operated by the retailer, but not the retailer. Rather, the authentication system may be located at a data center, for example. Therefore, neither the retailer nor the retailer generally needs to know some or all of the contents of the wallet. In at least one aspect, the retail store determines whether some transaction authentication activity occurs at its POS (e.g., proxy card attack, digital personal assistant interaction with a POS device, entry of a PIN with a keypad at the POS, or other authentication They do not even know that e-wallets exist, as they simply recognize what has been communicated to them (activity). In other words, accessing and using e-wallets at the POS is seamless, and does not require any special or bespoke operations to process transactions compared to traditional physical offers. Issuer's authentication system 160 sends a response message back to electronic value token trading computer 150. In alternative embodiments where electronic value token trading computer 150 performs the functions of issuer authentication system 160, the method may proceed directly to block 306 or 310-block 314.

The electronic value token trading computer 150 receives a confirmation message from the appropriate one of the issuer's authentication systems 160 at block 312. At block 314, the electronic value token transaction computer 150 updates the electronic wallet at the electronic wallet unit 199 and data store 180 to reflect that the electronic wallet is activated, and the electronic value token(s). Reflects any debit, credit, addition, or deletion of. 6A-D illustrate a series of user interface screens and prompts in at least one embodiment. For example, a user may refer to the illustrated prompts when managing the user's electronic wallet via an Internet-connected computer and/or kiosk 189.

Transaction log 170 may be updated by electronic value token transaction computer 150 at block 316 to record details about the transaction. The details recorded in the transaction log include (a) the type, time and date of the transaction; (b) whether the e-wallet was activated; and (c) if the request was denied, the e-wallet was not activated. (d) the crediting, debiting, addition or deletion of/to the Electronic Value Token(s); (e) any change in the rules associated with the Electronic Value Token; (f) the identification of the vendor; (g) ) the identity of the issuer, (h) the location of the vendor, (i) the identity of the terminal attaching the electronic value token, (j) the identity of the entity attaching the token to the electronic value, and (k) any combination thereof. sell. A transaction log may include other information (eg, transaction and/or authentication data) in addition to or in place of the items listed above.

Electronic value token transaction computer 150 then delivers a confirmation message to POS device 111 at block 318. The electronic value token transaction computer 150 may optionally print a receipt to the customer and/or present it on a display to a store employee operating the POS device 111 before transmitting the confirmation message to the POS device 111 . The confirmation message may be modified to include possible information. At block 320, electronic value token transaction computer 150 issues electronic value tokens, sells, offers, redeems, and adjusting the accounts of other entities involved in the sale to credit and debit the appropriate accounts and, in some aspects, initiate transfers between the appropriate deposit accounts belonging to the various entities; do. Alternatively, account adjustments may be made periodically (eg, daily, weekly, monthly, etc.) rather than after each transaction. In such an embodiment, information from the transaction log 170 may be utilized to coordinate the various entities involved in the sale or redemption of various value tokens and, therefore, may be required to initiate small transfers. Ru. In some embodiments, information in transaction log 170 is used to match transactions, etc. For example, grouping all transactions from a given location or merchant, or grouping transaction types (eg, credit, debit, etc.). In various embodiments, the order of events depicted may vary and, therefore, may be performed sequentially or simultaneously in any desired order.

FIG. 2B shows an embodiment in which an electronic wallet processing system includes an electronic value token transaction computer 150 and functions as an integrated electronic sub-wallet transaction processor with a primary electronic wallet transaction processor such as that illustrated by electronic wallet assembly 1000. 11 illustrates an example electronic value token transaction processing system 1100. It can be further understood that the electronic wallet assembly 1000 has the same functionality, capabilities, database access, networked communications and operational components as the electronic value token trading computer 150 described herein, and has several In such embodiments, electronic value token transaction computer 150 and its associated components (eg, electronic value token transaction processing system 100) may serve as or replace electronic wallet assembly 1000. In some embodiments, the electronic wallet collection system 1000 is controlled and maintained by a common entity or entities that control, maintain, operate, own and/or otherwise manage the electronic value token trading computer 150. , operated, owned, and/or otherwise managed, i.e., the primary electronic wallet transaction processor and the electronic sub-wallet transaction processor are connected to a common controller, maintainer, operator, owner and/or manager. Share. In certain embodiments, the electronic wallet collection system 1000 is a separate, distinct entity or entities that controls, maintains, operates, owns and/or otherwise manages the electronic value token trading computer 150. , and/or may be controlled, maintained, operated, owned, and/or otherwise managed by an entity or entities that are unrelated, i.e., the primary electronic transaction processor and the electronic sub-wallet transaction processor are , do not share a common controller, maintainer, operator, owner and/or manager. As shown, when functioning 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) an electronic wallet assembly interface 1052; (c) count number, e-wallet account information, value-added award status, as described in detail at the beginning of the Favorite (“value-added award” is herein referred to as “value-added bonus; ”, “value-attached bonus award”, “value-attached award bonus” and “value differentiation”), and attaching, redeeming, and managing electronic value tokens. (d) an authentication system 160 of at least one private issuer; and (e) Any other unit included in the System by Electronic Value Token Trading Computer Administrator 151. In one embodiment, the electronic value token trading computer 150 includes: a value added determination unit 153, an electronic wallet assembly interface 1052, a message modification unit 154, an adjustment unit 155, an issuer system interface 156, It includes an authentication unit 157 and a sorting unit 198. E-wallet aggregation system interface 1052 provides a means for electronic value token trading computer 150 to communicate with e-wallet aggregation system 1000 via, for example, the Internet (Public Switched Telephone Network (“PSTN”) or an independent proprietary network). . Similarly, the electronic value token trading computer 150 may communicate with the issuer's authentication system 160 via the issuer system interface 156, for example via the Internet (Public Switched Telephone Network (PSTN) or a separate dedicated network). good. The communications 116, 117 between the electronic wallet aggregation system interface 1052 and the electronic wallet aggregation system 1000 and the communications 109, 110 between the issuer system interface 156 and the issuer's authentication system 160 are provided for added security. It may be encrypted and/or may utilize a virtual private network (“VPN”). Sorting unit 198 may sort various types of communications for routing in various ways. For example, upon receiving authorization information in a sub-wallet request (e.g., transaction request), sorting unit 198 may route the requested transaction into a specific electronic sub-wallet maintained by the system and/or into an electronic sub-wallet. 2B), balance inquiry requests, registration requests, activation requests, redemption requests, and administrative requests to the various units of FIG. 2B; and May be sorted. Electronic value token trading computer 150 or sorting unit 198 may also generate messages based on requests for similar routing.

As can be seen in FIG. 2B, a POS device 111 (typically located at a vendor and/or redeeming merchant or retailer, or alternatively, at a kiosk 189 or a personal computer during an online transaction, for example) The authentication token is interpreted by a POS interpretation unit 101 (eg, a card reader) at a user's home or office configured to function as a POS. The POS interpretation unit 101 may be configured to generate a code in or for: a human, a barcode scanner, a magnetic strip reader, an optical character recognition device, a biometric device, a numeric keyboard (for example, for entering a token identification number) or an authentication token. may include other devices configured to interrogate, interpret, capture, or input data generated.

At about the same time (or alternatively, before or after) the interpretation of the authentication token, a request is made for an electronic wallet transaction by the POS transaction unit 104. POS transaction unit 104 may be interpreted by a human, electronic input device, register or terminal, computer processing unit (“CPU”), personal computer, personal digital assistant, such as a smartphone or POS interpretation unit 101 and/or POS processing unit 105. may include other means of requesting or sending messages. In some embodiments, the operations performed by POS interpretation unit 101 and POS transaction unit 104 may both be performed by a personal unit, e.g., a POS register/terminal or a personal computer during online web-based transactions. may be performed by a single unit capable of performing the following operations.

POS interpretation unit 101 and POS transaction unit 104 communicate with POS processing unit 105. POS processing unit 105 may include a CPU or other type of processing device acceptable for use in industry. POS interpretation unit 101 conveys authentication information 102 to POS processing unit 105. The POS transaction unit 104 communicates the electronic wallet transaction request 103 to the POS processing unit 105. POS processing unit 105 may combine this information and communicate with electronic wallet assembly 1000 (eg, convey a message requesting an electronic wallet transaction along with associated transaction and/or authentication data). In some embodiments, the POS processing unit 105 is associated with a POS retailer from the electronic wallet assembly 1000 (or a unit associated therewith, such as a sub-administrator or sub-wallet administrator, e.g. electronic value token transaction computer 150), and and/or remembering and/or receiving a given transaction type and/or transaction format associated with a value token, and formatting a transaction request or message using such transaction type, for further information, or Prompting the user to collect features or transmit/receive other data at the POS. For example, a user making a purchase at a retailer operates a card reader. A card reader may be displayed with an input device and a barcode reader or magnetic strip scanner. The card reader may be touch sensitive and may have various buttons used for input. After the card reader prompt, the user sees the options "Debit", "Credit" and "Electronic Wallet". The user selects "electronic wallet". The user then sees the options "Purchase," "Add Token," and "Remove Token." The user selects "Purchase". After further prompting (in some embodiments regarding transaction formats specific to a particular retailer at the POS), the user enters a PIN number. In some embodiments, the operations performed by POS interpretation unit 101 are performed by one unit (e.g., an integrated POS device such as a computerized register) that can perform all the operations that would be performed by individual units. , POS transaction unit 104 and POS processing unit 105 may all be performed.

POS processing unit 105 is connectable to electronic wallet assembly 1000 via a suitable network, such as the Internet, a public switched telephone network (PSTN), or a separate dedicated network. Each POS processing unit 105 has an associated ID (eg, a terminal identification name or a number number) that may be communicated to the electronic wallet assembly 1000 during the process of connecting the POS processing unit 105 to the electronic wallet assembly 1000. Each POS processing unit 105 may include multiple POS transaction units, each corresponding to a personal terminal with its own terminal identification, for example, within a given store location.

As illustrated in FIG. 2B, electronic wallet assembly 1000 includes: (a) a retailer/merchant and/or vendor (e.g., via POS device 111), electronic value token transaction computer 150, and issuer authentication system; (b) to communicate with the issuer's authentication system 160 to request and receive the redemption or attachment of value tokens to the electronic wallet; (c) to form a secure connection with the issuer's authentication system 160; communicating with system 160 to redeem all or a portion of the electronic value tokens associated with the electronic wallet; (d) transacting with respect to value tokens belonging to an electronic sub-wallet maintained by electronic value token transaction processing system 1100; communicate with electronic value token transaction computer 150 to facilitate; (e) redeem or add value tokens to an electronic wallet (e.g., via POS unit 111) and to convey to the electronic wallet any information incidental to the redemption or attachment of the Value Token; and (f) to the retailer/merchant and/or vendor (e.g., via POS unit 111) to complete the transaction. shall be configured to convey any reason why it was not possible.

Electronic value token trading computer 150 may be a distributed computing system having a single processing unit (e.g., a centralized server), multiple processing units (e.g., various units distributed and in communication with each other) with associated storage capabilities. ) or a combination thereof, each of which can or may be specified for: accessing a data store 180; creating a transaction log 170; creating an error log 175; communicating with the e-wallet aggregation system 1000; communicating with the personal issuer's authentication system 160; processing personal value tokens and e-wallet requests; processing redemption requests; and adding additional market value. or processing value-added functionality to attach electronic redemption coupons to specific product(s) or service(s); and/or processing redemption requests for electronic redemption coupons for the service(s) and communicating with other systems 190 capable of and authorized to communicate with the electronic value token transaction computer 150. .

Data store 180 maintains a record of the account associated with each sub-e-wallet indicating: (a) whether each Personal Value Token has been attached or redeemed; (b) an authentication token for the Personal Value; (c) records and details of each individual redemption request; (d) amount remaining in the Electronic Value Token; (e) rules required to redeem the Electronic Value Token; (f) (g) the value-added bonus award; (h) the rules for redeeming the value-added bonus award; and (d) any combination thereof. The data store may also maintain a record of the rules required to award a valued bonus award to an electronic wallet or value token.

Data store 180 also maintains records associated with each electronic wallet and/or sub-wallet indicating: (a) timing of registration activities and other related information; (b) timing of administrative activities and related (c) transaction activity timing and other related information; (d) applicable regulations; (e) identification of the Issuer Electronic Value Token therein; (f) identification of the sub-wallet associated therewith; (g) any other records requested by a publisher, retailer, vendor, advertiser, user or other interested party; and (h) any combination thereof. Although a single data store 180 is shown, it should be understood that multiple data stores may be used, and in any suitable manner depending on the various processes and purposes described herein. Related data is separated between data stores. Additionally, various data may be proximately connected to and/or located in one or more subunits, subprocessors, third party processors, and the like associated with electronic value token trading computer 150. may be associated with one or more data stores, such data stores preferably containing data used by such subunits, subprocessors and third party processors.

Electronic Value Token trading computer 150 is also configured to generate and maintain a transaction log 170 of all activities involving Electronic Value Token trading computer 150. The transaction log may include a detailed summary of transaction types such as: (a) requested Value Token additions; (b) requested Value Token sales; (c) requested Value Token redemptions; (d) the requested Value Token exchange; (e) the financial amount attributable to the Value Token addition; (f) the financial amount attributable to the Value Token redemption; (g) the monetary value attributable to the Value Token exchange; (h) (i) Redemption of a value-added amount, product or service; (j) When an electronic Value Token is added; (k) When an electronic Value Token is redeemed; l) transactions or communications made with the Issuer to attach Value Tokens; (m) transactions or communications made with the Issuer to redeem Value Tokens; (n) requiring entry of a PIN for use; PIN communicated to the vendor in response to a request to attach a value token; (o) e-wallet registration; (p) e-wallet setup activity; (q) e-wallet transaction activity; (r) e-wallet savings activity; (s) electronic wallet management activity; (t) any other information that causes electronic value token trading computer administrator 151 to maintain electronic value token trading computer 150 as a log entry; and (u) any combination thereof. .

The information contained in the transaction log 170 may be used for data mining purposes, such as reconciliation reports, inheritance reports, payment reports, audit reports, e-wallet registration reports, e-wallet management reports, e-wallet usage reports, e-wallet savings reports, electronic 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, data store administrator 181, electronic wallet aggregation system 1000 (e.g., vendor or other 160 for the benefit of, vendors, issuers, issuer authentication systems, redeeming merchants, or other interested parties (for communication purposes), or for use by or supplying any other information aggregation to May be used to generate morphology. For example, transaction log 170 includes information about each transaction made by electronic value token transaction computer 150 (and any subcomponents thereof) and includes information about various vendors, merchants, and issuers associated with electronic wallet assembly system 1000. , as well as vendors, merchants and issuers not associated with electronic wallet aggregation 1000, and also electronic value token transaction processing system administrator 151. Additional data mining questions that stakeholders (e.g., vendors, merchants, publishers, advertisers, etc.) may record, analyze, and/or provide are: (i) purchasing habits of e-wallet users; (ii) Electronic Value Token purchases, sales, redemptions and exchanges; (iii) special offers and/or value-added activities; (iv) loyalty-related activities; and (v) savings-related activities. data, all of which may be used for marketing, inventory and other purposes.

Management and maintenance of the electronic value token trading computer is performed by an electronic value token trading computer administrator 151. In an alternative embodiment, although not required, electronic value token trading computer administrator 151 may also function as data store administrator 181. Accordingly, electronic value token trading computer 150 is configured to generate and maintain an error log of all transactions that are not completed and the reasons thereof. In some embodiments, the error log is managed by the electronic value token trading computer administrator 151.

The electronic value token trading computer 150 is also configured to provide permission to access the electronic value token transaction processing system and to communicate with other entities 190 that are specifically authorized to access the electronic value token trading computer 150. be done. These other entities include the e-wallet aggregation system 1000, a third party payment management system, a third party review system, an issuer affiliated entity, a vendor affiliated entity, a redeeming merchant or a redeeming retailer affiliated entity, It may include a financial institution such as a bank, credit card agency or credit union or any other entity to which access is provided by the electronic value token transaction computer administrator 151 or other entity authorized to authorize access.

In certain embodiments, a transaction request from electronic wallet aggregation system 1000 may include one or more of the following pieces of information: (a) authentication information, (b) POS terminal identification, (c) credit entry. or the amount to be debited; (d) the time of the request; (e) the date of the request; (f) the identity of the issuer; (g) the identity of the vendor; (h) the location of the vendor; (i) the product purchased; (j) request activation or deactivation; (k) attach Value Tokens, remove Value Tokens, exchange Value Tokens; one or more Value Tokens; (l) wallet management functions, such as associated change management or processing rules, distribution of wallets to sub-wallets or vice versa, etc., and any combination thereof; However, the information contained within the request is not limited to the enumerated list and may include other items in addition to or in place of the items listed above.

Upon receiving an electronic wallet transaction request from electronic wallet assembly 1000 and thus sorted by identification and sorting unit 198, electronic value token transaction computer 150 accesses the electronic wallet units of data store 180. Electronic value token transaction computer 150 processes information contained in data store 180 and communicates 109, 110 with private issuer authentication system 160 to perform management of electronic value tokens and corresponding accounts. The message modification unit may coordinate messages and requests so that multiple units, subcomponents/processors or third party administrators can recognize and accurately interpret the messages. For example, after the electronic value token transaction computer 150 determines the private issuer authentication system 160 associated with the request, the message modification unit 154 accesses the database 180 to determine the appropriate determining a transaction message transmission format and then formatting subsequent communications to the private issuer's authentication system 160 using the transaction format and vocabulary specified/preferred by the private issuer's authentication system 160; Electronic value token transaction computer 150 may also provide appropriate messaging of formatting information, such as templates, to electronic wallet assembly system 1000 to facilitate that system's processing of information related to the request. The communication between the private issuer's authentication system 160 and the electronic value token trading computer 150 may occur simultaneously or independently. The electronic value token trading computer 150 is connectable to the private issuer's authentication system via a suitable network (eg, PSTN, the Internet, or an independent dedicated network). The electronic value token trading computer 150 is configured to send and/or receive communications 110 from the issuer's authentication system 160 regarding the status of the electronic value token.

Reconciliation unit 155 reconciles the accounts of the various issuers, selling vendors, and/or redeeming merchants to ensure that the appropriate merchants, vendors, electronic value token transaction processing system administrators and issuers have the value of the various transactions. credit and debit entities to reflect which entities received value from which other entities. For example, if vendor A sells a specified amount of tokens issued by issuer B to value and receives payment from a user who adds electronic value tokens to the user's e-wallet, selling vendor amount and/or a predetermined percentage of the amount (e.g., holds a percentage), the electronic wallet aggregation system 1000 and/or electronic value token system administrator receives the purchase amount and/or a predetermined percentage of the amount to process the transaction. After receiving a percentage of the stipulated amount, the issuer receives the remainder. When a value token issued by issuer Y is redeemed at retailer X to purchase an item, the amount redeemed is debited to issuer Y and credited to retailer minus transaction fees collected and/or transaction or processing fees collected by the electronic value token transaction processing system administrator.

Authentication unit 157 allows electronic value token transaction computer 150 to process electronic wallet requests rather than transmit the request to issuer's authentication system 160 for authentication when electronic value token transaction computer 150 is also an authorization system. be used as permitted. Authentication unit 157 performs the same and/or different functions as described for authentication system 160, and vice versa.

Authentication unit 157 will verify the formatting of a wallet (eg, primary or sub-wallet) transaction request received from electronic wallet assembly 1000. In other words, the authentication unit 157 will examine the data fields of the request to ensure that the fields are occupied with data and that the data is in the correct format (eg, length, alphanumeric format). If the request is improperly formatted, authentication unit 157 may deny the request, or, in some aspects, retrieve the appropriate format (e.g., from a format database) and The transaction request may be modified to comply with. Authentication unit 157 also performs various validation checks on the transaction request. Authentication unit 157 verifies card-related transaction information based on analysis of several criteria, such as: 1) For electronic value token transaction processing system 1100, the UPC code for the product is in data store 180 (or 2) determine that the amount of value of the requested transaction corresponds to the customer's payment for the subject transaction request, e.g., a card with UPC information of $25.00; 3) determine whether the UPC information identifies the card as a card and that the corresponding transaction request involves a payment of $25.00 by the customer; 3) the UPC information is the type of card available for processing by the requesting merchant; and 4) the card's bank identification number (“BIN”) (i.e., the first six digits of the card's identification number) that identifies the card issuer; Deciding to respond to identifying UPC information.

Authentication unit 157 may also verify transactions based on other criteria, such as transaction velocity (numbers/amount per unit time). For example, if a card processor is concerned that multiple invalid transactions indicate fraudulent activity, the card processor may determine that the electronic value token transaction processing system 1100 monitors the number of invalid transactions requested, and may be asked to reject transactions from terminals that exceed a preselected amount of invalid transactions. Finally, authentication unit 157 may be configured to reject transaction requests in the event that the information received by authentication unit 157 is incomprehensible.

If the request is properly formatted and verified as described above, electronic value token transaction computer 150 may transmit transaction details to the issuer's authentication system rather than an authorization request. Also, in some embodiments, the issuer, authorization system (e.g., authentication unit 157) and transaction computer are part of the same entity, and in such embodiments, the issuer's authentication system 160 may not be present. The wax or issuer's authentication system 160 may be used by the electronic value token transaction computer 150 (e.g., a commonly owned and operated computing system, even if it is centralized (e.g., in a centralized data center). (part) and/or may be under common control with other units (which may be distributed within a commonly owned or controlled system or network). Furthermore, although the units associated with electronic value token trading computer 150 (e.g., units 152-157) are shown as various units within a single data processing system for illustrative and conceptual purposes, It should be noted that one or more of units 152-157 may be executed on separate computers, systems or servers in a distributed processing environment.

Facilitate purchases using the e-wallet pursuant to an e-wallet transaction with an electronic sub-wallet maintained by a third party electronic value token trading computer that maintains the sub-wallet as part of a relationship with a primary e-wallet transaction system provider An exemplary process utilized by electronic value token trading computer 150 for is shown in FIG. 4B. Such aspects may be illustrated by an electronic wallet transaction processing request initially received by electronic wallet assembly 1000 and partially performed by electronic value token computer 150. The actions shown can be performed in the order shown or in different orders, and two or more actions can be performed in parallel.

At block 301, electronic wallet assembly 1000 receives a request or requests from POS 111. In at least one embodiment, the request may include an electronic wallet transaction request, a balance inquiry request, a registration request, an activation or redemption request, a wallet management request, and includes one or more of the following: (a ) identification of the terminal; (b) authentication information; (c) amount of purchase; (d) identification of the electronic value token issuer; (e) identification of the vendor; (f) identification of the location; (g) time of the request; (h) the date of the request; (i) information that unambiguously identifies the request as an e-wallet transaction request (e.g., transaction type data); (j) information that identifies the primary e-wallet, sub-wallet, or combination thereof; (k) any other transaction and/or authentication data described herein; and (l) any combination thereof. The request at block 301 may include other information, requests, or functionality, for example 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.

Following the processing of block 301, the e-wallet aggregation system 1000 may process a portion of the e-wallet transaction via the e-wallet aggregation system 1000, while another portion of the requested e-wallet transaction. The electronic value token trading computer 150 may be associated with a sub-wallet maintained by a third party administrator, such as electronic value token trading computer 150. that the electronic wallet transaction request information received by the electronic wallet aggregation system 1000 requires/will include a sub-wallet maintained by the third party administrator's system to fully execute the response to the transaction request; and the rules applicable to the associated primary electronic wallet maintained by the electronic wallet aggregation system 1000 so dictate, the electronic wallet aggregation system 1000 processes the original request and generates a new request. , generates a sub-request or modifies the original request and sends it to a sub-wallet maintained in association with the primary electronic wallet, e.g. The original request is sent to the electronic value token trading computer 150 that maintains the indicated sub-wallet. In processing the original request, generating a new request, generating a sub-request, or modifying the original request to send to a sub-wallet, electronic wallet collection system 1000 (i) (ii) applying the rules stored in the primary wallet (e.g., rules expressed by the primary e-wallet provider, the primary e-wallet user, or a combination thereof); (iii) despite the application of rules that allow transaction requests from POS 111 to be accepted (e.g., concurrency rules for submitting requests by users of the primary electronic wallet and/or electronic sub-wallet); (iv) or these Any combination is possible.

At block 303, electronic value token trading computer 150 receives a request or requests from electronic wallet assembly 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, and includes one or more of the following: (a) Terminal identification; (b) Authentication information; (c) Purchase amount; (d) Electronic Value Token issuer identification; (e) Vendor identification; (f) Location identification; (h) date of the request; (i) information that specifically identifies the request as an e-wallet transaction request (e.g., transaction type data); (j) information that identifies the primary e-wallet, sub-wallet, 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 functionality, for example 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 proxy card and/or mobile phone identification, the embedded transaction may be accurately formatted for communication with the valid electronic value token issuer of the subject transaction request.

Using the information received from the electronic wallet collection system 1000 based on the transaction request and from the information obtained from the data store 180, at block 304, the electronic value token transaction computer 150 sends the request to an electronic wallet containing valid authentication information. whether the request is a sub-wallet request, and whether the request is for redeeming value token(s), adding value token(s), deleting value token(s), or managing the e-wallet; determine whether The electronic wallet request may include the bank identification number (“BIN”) located on the proxy card as part of the authentication information. The sorting unit may decode the BIN number or otherwise verify that the request is an electronic wallet request.

At block 324, using information contained within the electronic wallet transaction received from electronic wallet collection system 1000 and/or from information obtained from data store 180, electronic value token transaction computer 150 indicates/receives identifying/determining the sub-wallet(s) and/or the location of said electronic wallet or sub-wallet(s) necessary to fulfill the electronic wallet transaction request; If the received authorization information indicates that the requested electronic wallet transaction involves a sub-wallet maintained by electronic value token trading computer 150, electronic value token trading computer 150 may (i) implement its own logic; (ii) apply rules stored in the sub-wallet (e.g., rules established by an electronic value token transaction processing system administrator, a sub-e-wallet user, or a combination thereof); (iii) (iv) apply rules stored in the sub-sub-wallet (e.g., rules established by the electronic value token transaction processing system administrator, sub-sub-wallet user, or a combination thereof); (v) apply the rules received with the request from (concurrency rules submitted in the request by the user of the wallet/sub-wallet); (v) or any combination thereof;

For example, an embodiment may include electronic value token trading computer 150 determining that all requests received from electronic wallet collection 1000 pertain to value tokens contained in a single sub-wallet. Upon receiving the request, electronic value token transaction computer 150 queries its authentication unit 157 (as more fully described herein), its data store 180, electronic wallet unit 199, and any other necessary units. whether the sub-e-wallet contains value tokens capable of fulfilling the subject request (e.g., whether the sub-e-wallet contains value tokens associated with a vendor (retailer) and/or associated with the requested transaction). issuer). Such a determination may be made by comparing the electronic value token identification, the user ID, and the requested transaction type. The electronic value token transaction computer 150 then applies the available electronic value tokens in the sub-e-wallet corresponding to the request under the sub-e-wallet's rules or the requested rules, as well as the requested transaction (singular). and/or more) or refuse to do so.

Another embodiment may include the electronic value token transaction computer 150 determining that all requests received from the electronic wallet collection 1000 pertain to value tokens included in sub-sub wallets. Upon receiving the request, electronic value token transaction computer 150 queries its authentication unit 157 (as more fully described herein), its data store 180, electronic wallet unit 199, and any other necessary units. whether the sub-sub-wallet contains value tokens capable of fulfilling the subject request (e.g., whether the sub-sub-wallet contains value tokens associated with a vendor (retailer) and/or an issuer associated with the requested transaction). whether or not). Such a determination may be made by comparing the electronic value token identification, the user ID, and the requested transaction type. The electronic value token transaction computer 150 then determines whether the electronic value tokens available in the sub-sub-purse corresponding to the request are applied under the sub-sub-e-wallet's rules or the requested rules, and the requested transaction (singular and/or or more), or refuse to do so.

In another example, an aspect provides that a portion of the request received from the electronic wallet aggregation system 1000 is related to an electronic value token belonging to a sub-electronic wallet, while another portion of the request is related to an electronic value token belonging to the sub-sub-purse. The electronic value token trading computer 150 may also include an electronic value token trading computer 150 that determines that the associated electronic value token is relevant. Such a 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 will evaluate the manner in which the electronic value tokens available in the sub-electronic wallet corresponding to the request will be applied under the sub-electronic wallet's rules (these rules In response to the request, the electronic value token transaction computer 150 determines whether the tokens available in any applicable sub-sub-purse are available in such sub-sub-purse. and/or the requested transaction(s) and/or the requested transaction(s) or to refuse to do so. Dew.

In an exemplary embodiment, at block 324, electronic value token transaction computer 150 responds to the received transaction request and, when used together, will cover the entirety of the requested electronic wallet transaction. , may identify one or more value tokens of the sub-electronic wallet or one or more electronic value tokens of the sub-sub-wallet. Moreover, the sub-e-wallet or one of the electronic value tokens located in the sub-wallet may be an electronic representation of the patronage card, and located either in the same or in a different position of said patronage card value token. Another electronic value token may be an electronic representation of a retailer's gift card. In such an example, the electronic value token transaction computer 150 may transfer "patronage card" tokens and "retailer gift card" tokens, regardless of the position of the tokens in the sub-electronic wallet and/or sub-sub-purse(s). Enhancement of user benefits, as opposed to not applying the value of "Retailer's Gift Card" token and "Patronage Card" token at the same time for a transaction; For example, a 5% increase in the value of a "Retailer Gift Card" token or the loyalty point bonus applied to a "Patronage Card" token for the use of a "Retailer Gift Card" token is possible.

Electronic value tokens may be associated with closed loop accounts or open loop accounts. Closed-loop accounts typically expire after the funds in the account are depleted, such as gift card accounts. Open loop accounts typically do not expire. Rather, the various entities that credit and debit accounts, such as branded credit or debit card accounts such as Visa or Mastercard, may have ongoing obligations. Closed-loop accounts are often directly associated with a retailer, while open-loop accounts are often associated with a financial institution (eg, Visa issued by Chaze or Citi). In at least one embodiment, the electronic value token includes a closed loop account number and an open loop account number. The closed loop account number is associated with a retailer that can debit or credit the closed loop account associated with the closed loop account number. The open loop account number is associated with a financial institution that can debit or credit the open loop account associated with the open loop account number. Electronic Value Tokens may have a different expiration date or designated expiration date for use than any other Value Token. Furthermore, the electronic value token may identify a particular retailer, location, and/or product for which the electronic value token may be utilized.

If the request is for an electronic value token addition, at block 306, an electronic sub-wallet is created (if not previously created) and an electronic value token is added to the electronic sub-wallet. The table below lists the electronic wallets that may be included in electronic wallet transaction communications, such as as part of a concurrent primary electronic wallet transaction processed by electronic wallet aggregation system 1000, as well as to facilitate and accomplish electronic sub-wallet transactions. Contains elements, parameters and information used by Value Token Trading Computer 150.

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

The electronic value token transaction computer 150 preferably allocates memory to the electronic sub-wallet and value token(s) and stores the pieces of information in the data structures on the data store 180. Associate account numbers with wallets and/or remembered credentials. Table 9 illustrates parameters for gift card value tokens in at least one embodiment.

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

However, the request may be modified for other reasons unrelated to the attached token determination, and sent to an appropriate one of the issuer's authentication systems 160 as part of the reconciliation process, e.g. may relate to redemptions, deletions, refill values, added value, balance inquiries, or combinations thereof, each of which will be communicated to the issuer's authentication system 160 for adjustment.

Table 11 illustrates the formatting for authenticated communications.

Each request is authenticated using a signature, the user is authenticated with a username/password or open id, and the session is confirmed using a user token. The client may send a client_ref_id, timestamp, nonce, encryption_type, channel, user_ip, signature, and optionally a usertoken, and each request can be verified individually.

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

Table 13A illustrates request parameters used to redeem value from tokens in a sub-wallet.

Table 13B illustrates response parameters used to redeem value from tokens in a sub-wallet.

Table 14A illustrates the request parameters used to fill a wallet with value tokens.

Table 14B illustrates the response parameters used to fill the sub-wallet with value tokens.

If the request is for electronic value token redemption, at block 308, electronic value token transaction computer 150 accesses the sub-e-wallet previously associated with the authentication information and sets the rules associated with the sub-e-wallet. investigate. In at least one embodiment, examining the rules includes examining user-variable value token priorities. For example, a user may prefer to use any closed loop value token that corresponds to the retailer making the purchase request. If none are found, or the tokens will not cover the purchase, the user may prefer to use open loop value tokens for the remainder. As a result of these priorities, closed loop value tokens may all have higher priority than open loop value tokens. Among the open loop value tokens, one may have priority over the other. For example, the user may prefer to pay for any balances with a credit card rather than a debit card. In at least one embodiment, a user may configure these rules via the Internet or a mobile application and may save the priorities as default priorities. In an alternative embodiment, a user selects an electronic value token to be applied to an electronic wallet request at a POS device, eg, at a vendor or retailer location such as a checkout lane, customer service counter, or kiosk. Therefore, selecting electronic value tokens involves selecting value tokens with the highest priority that, when used together, will cover the purchased amount. As can be seen in the example, one purchase transaction was split into two redemptions without compromising the efficiency of the purchase. Similarly, one or more e-wallet transactions can be split into two or more transactions without loss of efficiency.

In at least one aspect, the rule is that different electronic value tokens are to be applied, and applying the electronic value tokens comprises applying the electronic value tokens to the sub-e-wallet request according to a proportion. This includes examining the proportion of At block 310, electronic value token trading computer 150 then selects value tokens in the electronic wallet that, when used together, will cover the sub-electronic wallet request based on the rules. For example, a user may configure a rule so that each purchase is split evenly between two credit cards. Therefore, selecting an electronic value token involves selecting two open loop tokens to split the purchase amount. Similar to the example above, if a single authentication token (e.g., just a proxy card or a mobile device) is used at the POS, two credit cards do not support electronic value tokens, so the efficiency ) are saved. Other rules can be implemented, and the rules can be used in various combinations and orders with each other. Electronic value token computer 150 may also execute "if-then" rules based on information conveyed in the sub-electronic wallet request. For example, a purchase at a gas station may result in a gas credit card value token selection, etc. In such embodiments, the electronic value token computer 150 is capable of controlling the subject electronic wallet 10 and/or sub-wallets 807 (e.g., for credit card-type electronic value tokens), 808 (e.g., for debit card-type electronic value tokens), and Rules 802, 817, 818, and 819 (e.g., for stored value-type electronic value tokens) to determine which electronic wallets to use based on the transaction request information, including the transaction type, e.g., gas station purchase. 10 and/or sub-wallet 807, 808 and 809 requests is that the transaction type request first requires a token type in the first electronic value, e.g. gas card related electronic value token 829 and the subject electronic wallet 10 or sub-wallet(s) 807, 808 and 809 contains a sufficient amount of the first value token type to satisfy all transaction requests. If not, electronic value token computer 150 may satisfy the remainder of the transaction request with a second electronic value token type, such as a debit card-related electronic value token 828.

Electronic value token transaction computer 150 also applies electronic value tokens to sub-electronic wallet requests. In applying electronic value tokens to a request, electronic value token transaction computer 150 sends credit and debit messages as done in accounts managed by retailers and financial institutions using the appropriate account numbers. The electronic value token trading computer 150 can directly credit or debit the account if the electronic value token trading computer 150 can generate and transmit, or if the electronic value token trading computer has such administrative authority.

In at least one embodiment, the electronic value token trading computer 150 modifies the request and sends the modified request to a suitable one of the issuer's authentication systems 160, which receives the modified request and issues the same. operate, e.g., authenticate and/or process requests to redeem electronic value tokens, and update the data store accordingly. Authentication system 160 is not located at the same location where the electronic sub-wallet request was received in at least one aspect. For example, if an electronic sub-wallet request is received from a retailer, the authentication system may be owned and operated by the retailer, but would not be the retailer. Rather, the authentication system may be located at a data center, for example. Therefore, neither the retailer nor the retailer generally needs to know the contents of any or all of the sub-wallets. In at least one aspect, the retail store may require that some transaction authentication operations occur at its POS (e.g., proxy card attack, digital personal assistant interaction with a POS device, entry of a PIN on a keypad at the POS, or other It does not even know that the e-wallet exists, as it simply recognizes what has been communicated to it (authentication activity). Issuer's authentication system 160 sends a response message back to electronic value token trading computer 150. In alternative embodiments where electronic value token trading computer 150 performs the functions of issuer authentication system 160, the method may proceed directly to block 306 or 310-block 314.

The electronic value token trading computer 150 receives a confirmation message from the appropriate one of the issuer's authentication systems 160 at block 312. At block 314, the electronic value token transaction computer 150 updates the electronic sub-wallet in the electronic wallet unit 199 and data store 180 to reflect that the electronic sub-wallet is activated, and the electronic value token(s). ) reflects any debits, credits, additions or deletions to/from. 6A-D illustrate a series of user interface screens and prompts in at least one embodiment. For example, a user may refer to the illustrated prompts when managing the user's electronic wallet via an Internet-connected computer and/or kiosk 189.

Transaction log 170 may be updated by electronic value token transaction computer 150 at block 316 to record details about the transaction. The details recorded in the transaction log include (a) time and date of the transaction, (b) whether the electronic sub-wallet was activated, and (c) if the request was denied, the electronic sub-wallet was not activated. (d) crediting, debiting, adding or deleting to/from the Electronic Value Token(s); (e) changes in the rules associated with the Electronic Value Token; (f) identification of the vendor; (g) (h) location of the vendor; (i) identification of the terminal attaching the electronic value token; (j) identification of the entity attaching the token to the electronic value; (k) the electronic wallet for which the sub-wallet request was received. (l) communication between the electronic value token trading computer 150 and the electronic wallet assembly 1000; and (m) any combination thereof. The transaction log may include other information in addition to or in place of the items listed above.

Electronic value token transaction computer 150 then delivers sub-wallet transaction results and related information in the form of a confirmation message to electronic wallet assembly 1000 at block 319. The electronic value token transaction computer 150 optionally prints a receipt to the customer and/or displays it to a store employee operating the POS device 111 before transmitting the confirmation message to the electronic wallet assembly 1000. The confirmation message may be modified to include information that may be presented. At block 320, electronic value token transaction computer 150 issues and sells electronic value tokens included in various vendors, merchants, issuers, electronic value token transaction processing system administrators, and sub-wallet requests; and other entities involved in the sale, adjusting the accounts to credit and debit the appropriate accounts and, in some aspects, facilitate transfers between the appropriate deposit accounts belonging to the various entities. Start. Alternatively, account adjustments may be made periodically (eg, daily, weekly, monthly, etc.) rather than after each transaction. In such an embodiment, information from the transaction log 170 may be utilized to coordinate the various entities involved in the sale or redemption of various value tokens and, therefore, may be required to initiate small transfers. Ru. In various embodiments, the order of events depicted may vary and, therefore, may be performed sequentially or simultaneously in any desired order.

FIG. 2C illustrates an embodiment of an electronic value token transaction processing system 1200 in which an electronic value token transaction computer 150 communicates with a POS 111 and an electronic wallet assembly 1000. Accordingly, electronic value token transaction computer 150 may function as a primary electronic wallet transaction processor and an electronic sub-wallet transaction processor, as described in detail above with respect to FIGS. 2A and 2B.

E-wallet management may be performed at a store or other location, such as a kiosk, through a variety of user interfaces, such as smartphone applications, personal computer applications, website-based applications, point-of-sale terminals, dedicated terminals, etc. .

In at least one embodiment, the user provides electronic wallet management functionality (e.g., balance inquiry, loyalty management and/or other bonus-type programs); (i) exchange of value tokens in an electronic wallet; (ii) exchange between different wallets (configured to allow redemption activity to a sub-wallet configured for saving behavior with limited redemption activity) and (iii) exchange with another user; purchase Electronic Value Tokens for placement in an electronic wallet; participate in or targeted sales. Deciding or opting out of receiving promotional offers and materials; numerous functions via the world wide web from a computer or mobile phone, such as splitting the offer of payment between electronic value tokens available in an electronic wallet, etc. Payment functions can be performed.

With respect to possible exchangeability, the user may choose to exchange value tokens associated with a retailer with which the user is likely to have a high frequency with value tokens associated with a retailer with which the user is likely to have a high frequency. May be exchanged for tokens. Similarly, users may exchange, sell, gift, or re-gift Value Tokens or bundles of Value Tokens to each other.

Through the e-wallet management functionality, the User: (i) determines the amount of Value associated with each Value Token, such as reward points, dollar amount, etc.; (ii) determines the expiration date on the Value Token; inspect, purchase Value Tokens for others as gifts, and receive notifications from certain retailers; (iii) create and register certain Value Tokens in or on their e-wallets; (iv) require that the e-wallet provide or make available a physical representation of the e-value token in the user's e-wallet (e.g., in some embodiments, when the user or (v) provide print-on-demand services so that notes, coupons, checks or other physical representations of electronic value tokens can be printed at any other accessible printing facility); and (v) the user's mobile phone. The e-wallet can be sent to a user-specific value token by using the GPS service of the user or through integration with the user's SMS service.

In at least one embodiment, the user's electronic wallet is integrated into the user's social networking services, such as Facebook and Twitter. Therefore, the user can perform management functions through the social network platform or receive value tokens through the social network platform. Complete or partial information about the user's electronic wallet may be made available to the user's social network contacts as well.

As illustrated in FIG. 6A, a user may access an electronic wallet system, such as an electronic value token transaction processing system 100 or an electronic wallet assembly system 1000, through an interactive display page/screen of such system. (The interactive display page/screen is accessed via the user's computer, the user's personal digital assistant or smart phone, POS terminal, kiosk 189 or other device. As shown in Figure 6A, the user may create and/or register an electronic wallet or sub-wallet by providing certain requested information and agreeing to certain periods and conditions.

As illustrated in FIG. 6B, a user may manage their electronic wallet by entering certain card specific information into the electronic wallet system interactive display page/screen. In some embodiments, the user may enter the gift card brand, card number, expiration date, CVV2 code and card nickname, and select the "Add gift card to my wallet" button on the screen. You may also register a gift card.

As shown in FIG. 6C, the user is provided with many options for managing the electronic wallet and its contents. For example, as shown, the user may review specific details associated with electronic value tokens (shown as gift cards in FIG. 6C) present in the electronic wallet and/or sub-wallet. Moreover, the user may ensure that the electronic value token is (i) "last attached" (as shown in Figure 6C); (ii) included in various "sub-wallets" (the sub-wallets are (iii) highest to lowest remaining value; (iii) highest to lowest residual value; or (iv) may request to be shown ranked in terms of priority for use.

Also, as shown in FIG. 6C, the user has the ability to "add gift card," "add value," "redeem card," and "sell card."

The "Add Gift Card" functionality allows the user to place electronic value tokens in the electronic wallet. The "Add Gift Card" selection provides the user with at least two different methods for adding electronic value tokens to the electronic wallet. First, an electronic value token representing a physical card owned by the user may be attached to the electronic wallet. As described with respect to FIG. 6B, by selecting "Add gift card" and the subsequent manner of such addition, the screen display of FIG. 6B may be presented to the user. Therefore, the user can add the e-wallet by entering the gift card brand, card number, expiration date, CVV2 code and card nickname, as well as selecting the "Add on-screen gift card to my wallet" button. You can add a gift card to. Alternatively, the user may use a card reader, such as a device attached to the user's computer, personal digital assistant or smartphone, to enter the card information into an electronic wallet system for conversion into an electronic value token. (e.g., a magnetic stripe reader and/or barcode reader) and in combination with the user's computer, personal digital assistant or smartphone to read information from a physical card. A device may also be used. Second, electronic value tokens representing physical cards not already owned by the user may be added to the electronic wallet. In such an embodiment, when the user selects this option, the user may be presented with a display screen informing the user of all the different types and value amounts of electronic value tokens available for purchase. Good too. The validity of electronic Value Tokens for purchase is determined by the card issuer, merchant, vendor and/or processor of the electronic wallet system (e.g., 100 of the electronic Value Token transaction processing system), as will be described in further detail below. (e.g., a GiftCard Mall web-based application such as that provided by BlackHawk Network, which allows users to choose from a variety of different types of gift cards (and various currencies), and to delivered to you (or to your identified recipient) in any tangible form (via email or other messenger) or electronically (e.g., via an electronic Value Token transaction processing system). may be based on the ability to access an electronic value token exchange program 2000 (e.g., electronic value token transaction processing system 100) of an electronic wallet system (e.g., electronic value token transaction processing system 100).

The "Add Value" functionality allows the user to select an electronic value token and increase the value of said token. Such "refilling", "filling up" or "recharging" of electronic value tokens may be performed as described in International Application No. PCT/US11/40055 by reference in its entirety. For example, when an e-wallet user wishes to refill/recharge/fill up telecommunications-related electronic value tokens belonging to the e-wallet, the user selects "Add Value" on the display screen. may facilitate the system to communicate a refill/recharge/fill request to the electronic value token computer 150.

In a first aspect of the refill/recharge/fill scenario, electronic value token computer 150 approves the request if the telecommunications-related electronic value token is activated and associated with a telephone number. Electronic value token computer 150 determines the telecommunications account associated with the telephone number and adds the requested refill/recharge/fill amount to the account. Electronic value token computer 150 sends a response to the request (eg, indicating that the refill/recharge/fill amount has been added to the associated account). Electronic value token computer 150 transmits a refill/recharge/fill transaction request to the telephone number's associated telecommunications carrier. Upon approval of the refill/recharge/fill transaction request from the telecommunications carrier, the electronic value token computer 150 sends the telecommunications-related electronic value to reflect the refill/recharge/fill amount. Modify the value of the value token. The electronic value token computer 150 will cause the display accessed by the user to reflect the modification of the value of the electronic value token or if the refill/recharge/fill transaction request is not approved. , the electronic value token computer 150 will cause the display to inform the user regarding the result. The "add value" functionality has been described with respect to electronic value tokens related to telecommunications, but the "add value" functionality has been described with respect to electronic value tokens related to telecommunications. Similarly applicable and functional for refilling/recharging/filling electronic value tokens associated with cards, gift cards, etc.

The "Redeem Card" functionality allows the user to select electronic value tokens and use the tokens to fulfill purchases or other transactions. In the “Redeem Card” scenario, if the entire value of the electronic value token is not used in the redemption transaction, the system modifies/reduces the remaining value of the token and displays the “new” value of the token. will cause the user to be informed of the decrease in redemption transactions, while also informing all interested parties regarding the redemption transaction, as well as logging and adjusting any relevant logs accordingly. Alternatively, when the e-wallet is used in a POS-type transaction situation rather than the e-wallet management situation described above, the "redeem card" functionality is automatically invoked via transaction information conveyed from the POS. and can therefore be based on predetermined rules.

The "Sell Card" functionality allows a user to select an electronic value token to sell to (i) another e-wallet user, (ii) an e-wallet (or sub-wallet) system provider, or ( iii) Can be monetized via offering cards for sale to the Electronic Value Token Program Exchange 2000 (as more fully described herein). In the "sell card" scenario, the user informs the electronic wallet system that it wishes to sell electronic value tokens, selects a forum for such sale from the list of available forums, and instructs the system as to how the proceeds from the sale should be routed to the e-wallet (e.g. the value attached to the e-wallet system branded e-value token(s), other selected e-value token(s) and / or delivery in hard/tangible form of receipt which the Employer may present for the application (e.g. in the form of a note, coupon, check or a combination thereof) and, where applicable, the Employer's readiness to withdraw. There is no, for example, setting a minimum auction price would instruct the system regarding a threshold value for the sale of electronic value tokens. The system will execute the desired sale transaction and cause the display to inform the user of the outcome of the sale of electronic value tokens, as well as inform all interested parties regarding the sale transaction, as well as Record and adjust any relevant logs accordingly.

Further, as shown in Figure 6C, the user may choose to manage "My Rewards", which allows for loyalty or e-wallet and/or e-value token usage. A screen may be brought up showing the user options available for the user's receipt of other types of rewards. The user may also select "Special Offers" which may bring up a screen showing the user any promotional type offers available to the user via the electronic wallet. The user may also select "Exchange," which may bring up a screen showing the options available for electronic value tokens to be exchanged by the user via the electronic wallet.

In a manner similar to that described above with respect to available e-wallet management features and functionality, kiosk 189 serves as a user's interface with an e-wallet transaction system through which the user can access e-wallet management functionality. may be connected to an electronic value token trading computer 150 in at least one aspect and function.

Kiosk 189 may be located in a high-traffic location, such as a shopping center, and may perform any electronic wallet management function. For example, users may create, delete, and change these electronic wallets or sub-wallets. Users can also check the balance of electronic value tokens belonging to e-wallets and add, delete, refill, recharge, print, and exchange value tokens in these e-wallets or sub-wallets. You may. Kiosk 189 may reflect transactions available through an electronic wallet management website or electronic wallet functionality enabled by a personal digital assistant and/or smartphone in at least one embodiment. Users may use print-on-demand functionality with these Value Tokens if a particular retailer does not accept e-wallet transactions. For example, a user may select a value token to print, and a printer connected to kiosk 189 prints a physical representation of the selected value token, such as a scannable bar coupled to an electronic value token. It will print a receipt with the code. The physical representation may be a gift card with a magnetic stripe, a paper receipt or a coupon with a barcode or matrix code (eg, a QR code), or the like. In some embodiments, kiosk 189 may print physical cards for additional printing fees, for example. The user may also use kiosk 189 to supply and/or split (eg, create sub-wallets) electronic wallets. For example, after authenticating the user and identifying the electronic wallet associated with the user, the user may be operated at a kiosk 189, e.g. The user's physical stored value card may be inserted into the kiosk. Kiosk 189 may convert a physical stored value card into an electronic value token in a user's electronic wallet. The physical stored value card may then be retained, destroyed by kiosk 189, or returned to the user. In one embodiment, the physical stored value card is not usable by the user after conversion. In another embodiment, the user may have an electronic value token or a physically stored value card. In other words, both would be "active" and available for use. Users may also purchase value tokens and supply them directly to their wallets from kiosk 189.

In at least one embodiment, a user is associated with multiple electronic wallets. Each of the plurality of wallets is associated with a unique wallet identification (ID) to identify one of the plurality of wallets associated with a user. A database or lookup table may be used, for example, 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 aspects described above, the disclosed e-wallet and sub-wallet methods and systems enable a user to add value to electronic value tokens belonging to the e-wallet and/or sub-wallet. provide the ability to In certain embodiments, similar value-added capabilities and functionality of the electronic value token transaction processing system 100 just described are detailed and described in International Application No. PCT/US11/20570, which is incorporated by reference in its entirety. Such similar value-added capabilities and functionality may be adapted from the situation described in International Application No. PCT/US11/20570 as applied in the present electronic wallet/electronic value token situation.

A customer may be motivated to purchase and/or redeem value token(s) via a value difference between the purchase and redemption value of said value token(s).

In some embodiments, a Value Token with a face value of $25 may be purchased by a customer for $25, but an electronic Value Token may be added to an electronic wallet in an amount of $30 - e.g. The incentive to purchase is the purchase price of $25 plus an additional $5. Alternatively, rather than attaching cash value to the electronic value token, the electronic value token may be coded with a redemption coupon code for Tokuji's products or services. For example, a $15 value token for a coffee shop may have an electronic redemption coupon code for a free shot of syrup of the customer's choice to be added to any coffee purchased at the coffee shop. Free shots of syrup may be redeemed together with redeeming some or all of the electronic value token amount, or free shots of syrup may be redeemed separately.

In another aspect, the value token vendor may provide an incentive to the customer to redeem the value token by adding value in addition to the value of the electronic value token when the customer redeems the electronic value token. For example, a retailer may offer a promotion that provides a customer with an additional $5 credit when the customer uses Value Tokens for a purchase at one of the retailer's retail stores during a specified period of time. can be executed.

As mentioned above, electronic value token trading computer 150 communicates with data store 180 and/or issuer's authentication system 160. The electronic value token transaction computer 150 performs an action included within the transaction request against data contained in the data store 180 to determine whether the electronic value token to be attached/redeemed is appropriate for the value attached award. One or more of the card identification, terminal identification, vendor identification, and date and time of the activation request may be compared. For example, a vendor may run a promotion to encourage customers to purchase Value Tokens, and Value Tokens purchased within a specified period of time are may be purchased for a price less than the given value. Thus, a customer can purchase $25 value tokens for some amount less than $25, for example $20. In either of the above examples, value differentials, e.g. bonuses added to the redemption value of the Value Token and reductions in the purchase price for a specified value of the Value Token, can be applied either equally or unequally to the electronic value. It would be applicable to bundled value token packages and value differentials distributed across and/or across tokens. Similarly, retailers can collaborate for cross-promotions, in whole, in part, or by securing value tokens of other retailers for specific products, or for promotions. . By choosing to use an electronic wallet at the POS, the user may even receive promotional benefits that the user was not aware of. Furthermore, by configuring the rules, the user can ensure that the best promotions are available at various retailers without peer scouting. Thus, retailers can run and change promotions at a rapid pace without having to make users aware of promotions and cutting coupons. Cross-promote advertising resources with other retailers on a daily or even hourly basis without having to go through the practical administration involved in traditional redemption models, such as entering codes for various promotions, etc. can do. Additionally, retailers can fine-tune promotions to various market segments in order to strengthen relationships by serving the specific demands of the segments.

Message modification unit 154 modifies messages 106 and 110 to add value-adding information to the messages. For example, if it is determined by the value determination unit 153 that the value token is appropriate for a valued bonus, the message 106 received from the POS device 111 may be modified by the message modification unit 154 to to the appropriate issuer's authentication system 160 as message 109 to include the determined value-added bonus and then authorize the request for the amount plus value-added bonus specified in the activation request. Modified to send. As another example, if it is determined that the electronic value token is suitable for purchase at a discount, the message 106 received from the POS device 111 may send the electronic value token to the appropriate issuer's authentication system 160. amended by message modification unit 154 to indicate that one amount will be credited to the electronic wallet, but that the customer will be charged a lesser amount to reflect the discount associated with the electronic value token; (and delivered as message 109).

In some embodiments, the message modification unit 154 also includes any information regarding the value attached to the electronic value token that the POS device 111 may print on the receipt generated for the customer, as well as any information that the cashier communicates to the customer. modifying the message 110 from the designated issuer's authentication system 160 to include information that may be shown to the cashier on the obtaining terminal 101 or 104; such modified message is sent as message 107 to the POS device 111; It will be done.

As referenced with respect to both the primary e-wallet and sub-wallet aspects described above, the disclosed e-wallet and sub-wallet methods and systems provide electronic value tokens belonging to the user's e-wallet or sub-wallet that are currently being used by the user. provides the user with the ability to exchange for electronic value tokens that are not part of the e-wallet or sub-wallet, but are available through the e-wallet's or sub-wallet's transaction system.

The owner and/or operator of electronic value token computer 150 may earn income through exchange arbitrage type activities. That is, the owner and/or operator of the electronic value token computer 150 is responsible for the transaction between two electronic value tokens, e.g., a bought/sold/exchanged first electronic value token and a desired/obtained second electronic value token. Differences in current rates between In at least one embodiment, electronic value token transaction computer 150 may instead charge a user transaction fee in lieu of an exchange. Transaction fees may be flat or based on the size of the exchange.

The electronic value token transaction computer 150 may also charge either the issuer or retailer associated with the exchange, or both, based on a flat transaction fee or the amount of the exchange. These charges are minimal, but may be generated in large numbers. All parties will benefit because the user will receive Value Tokens that the user would use in exchanging for Value Tokens that the user would not use. Additionally, one issuer or retailer may eliminate any debt or inventory liability associated with the exchanged value tokens, thus freeing up capital for other uses. Additionally, other issuers and/or retailers may gain customers, retain loyal customers, or increase revenue if customers spend more than the amount of electronic value tokens.

As referenced with respect to both the primary electronic wallet and sub-wallet aspects described above, the disclosed electronic wallet and sub-wallet methods and systems are useful for other electronic value tokens not located in said electronic wallet or sub-wallet. Providing users with the ability to exchange electronic value tokens located in electronic wallets and/or sub-wallets. Such value token exchange may be performed (1) (i) at a point of sale, (ii) at a kiosk, (iii) via the user's personal digital assistant or smartphone, or (iv) in the user's electronic wallet. (v) or by any other method of accessing the user's e-wallet; or (2) if the Regulations are not applicable to (i) the e-wallet user, (ii) the e-wallet provider. , (iii), or a combination thereof, may be initiated by the application of the electronic wallet rules by the electronic wallet processing system established.

In at least one embodiment, exchanging 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. , requires an exchange rate to be applied. This exchange rate may be applied to the value of the second Value Token that is sought to be exchanged, and thus reducing the face value of the second Value Token may be The comparison to the value or exchange rate may be applied to some other valued asset located in the electronic wallet (as prescribed by any appropriate regulation or directive). Exchange rates may be realized by the electronic wallet processing system and/or shared with designated vendors, merchants, and issuers.

The exchange rate is for electronic value tokens, gift cards (or other similar equipment), acquisition of such electronic value tokens, gift cards (or other similar equipment) from other e-wallet users or other sources. ), as well as the establishment of a dynamically changing value for all such electronic value tokens and the use of gift card-type devices available to electronic wallet processing systems for incorporation into electronic value token exchange programs and the interest thereon. An ongoing evaluation program operated by an e-wallet processing system that includes tracking or may be established by a related entity.

The electronic value token exchange program described above may be illustrated by the following considerations. An electronic wallet user may deploy an electronic wallet associated with kiosk 189 at Retailer A store. The electronic wallet user connects to and functions with the kiosk 189 to provide the electronic wallet with identifying information (eg, an accountid as described herein in Table 1) to the kiosk. Provision of identification information may occur via manual input by the user of the kiosk or automatically via communication between the e-wallet user's personal digital assistant (or proxy card 200) and the kiosk 189. It may also be done on a regular basis. The electronic wallet user may then use the kiosk 189 to access the electronic wallet's electronic value token exchange program, and further use the kiosk 189 to facilitate any requested electronic value token exchange; and complete. In certain embodiments, an e-wallet user may send electronic value tokens issued and/or authorized by merchant B included in the user's e-wallet (or a sub-wallet thereof) to merchant B issued and/or authorized by merchant A; /or may be exchanged for approved electronic value tokens. An electronic wallet user working in conjunction with kiosk 189 can cause the electronic wallet user to be presented with a screen display such as that shown in FIG. 6C. In addition to providing the electronic wallet user with the ability to outline the contents of the electronic wallet, the display allows the electronic wallet user to select an "Exchange" tab from the functionality available to the electronic wallet user. The "Exchange" tab will then present the e-wallet user with the options available for electronic value token exchange. As illustrated in Figure 6D, such choices may include: (1) Viewing the selection of electronic value tokens for which acquisition is available; (2) Selecting the electronic value tokens currently belonging to the electronic wallet. see; (3) various exchanges for the identified electronic value token(s) with respect to the calculated acquisition taking into account the electronic value token(s) selected to be removed (exchanged) from the electronic wallet; (4) View options to match the exchange rate (e.g. (i ) a reduction in the value of the Electronic Value Tokens selected for acquisition such as to meet the exchange rate; or (ii) an exchange rate into some other asset belonging to the electronic wallet, such as a credit card value token or a debit card value token. (5) (i) sending to an electronic wallet (or sub-wallet); (ii) sending to a personal digital assistant or computer via email, SMS, social media or other electronic means; , (iii) printing out a tangible version of the electronic value token on a kiosk or other printing device of the user's choice (e.g., as described in U.S. patent application Ser. No. 12/719,741, which is incorporated by reference in its entirety); See the selection of options for the sending of electronic value tokens for the acquisition (such as via printing in the receipt-type function). Each of the described screen view options includes functionality that allows selection of the depicted option, so that the user makes that desired selection in response to the information provided on each of the screens described above. obtain. In this example, the user selects that Retailer B $25.00 Electronic Value Tokens belonging to the electronic wallet are exchanged for Retailer A Electronic Value Tokens. As a result, the E-Value Token Exchange Program provides for the amount of Retailer A E-Value Tokens to be redeemed by the requested exchange in the amount of $24.75 if the User elects that the exchange rate be applied to the value of the E-Value Tokens. prompt the kiosk 189 to indicate that it will result in the user earning a value token (the exchange rate will vary from transaction to transaction, and the exchange rate can be any value, e.g. $0.001 to $10.00 or this can be any value below, within, or above the range). The user makes such a selection. The electronic value token exchange program prompts the kiosk 189 to indicate the available delivery methods and whether the user selects delivery to an electronic wallet. The electronic value token exchange program prompts kiosk 189 to show another screen similar to FIG. 6C, but indicating that the electronic wallet currently contains Merchant A electronic value tokens in the amount of $24.75.

As a result of the above "exchange" transaction, the e-wallet user received its desired Retailer A Electronic Value Token, and the e-Value Token Exchange Program received Retailer B $25.00 Electronic Value Token. . As part of the transaction described above, the Electronic Value Token Exchange Program contacted the Merchant A Electronic Value Token issuing entity (e.g., in some embodiments, the Retailer A Electronic Value Token issuing entity) may be an Electronic Value Token Exchange Program 2000), and Retailer A $24.75 required that electronic Value Tokens be provided to meet the requirements of electronic wallet users; or an Electronic Value Token Exchange Program; For example, it has already been modified to control Merchant A Electronic Value Token; for example, it has modified Merchant A $25.00 Electronic Value Token to a value of only $24.75, and it is associated with said card by only $0.25. Retailer A informed the issuing entity of the Electronic Value Token that it could reduce its liability incurred. Further, the Electronic Value Token Exchange Program 2000 communicates with and provides the Retailer B Electronic Value Token Issuer with the appropriate Retailer B $25.00 Electronic Value Token identification so that the Issuer: Retailer B $25.00 Electronic Value Token may be removed from its list of debts. Therefore, as a final result, the activity of the e-value token exchange program will result in a $0.25 value (exchange rate, i.e. the e-value obtained by the requesting user) that can be allocated to interested parties according to established contractual obligations. (differences in the value of the token and the electronic value token delivered by the requesting user as part of the exchange).

In an alternative scenario, if the e-wallet request user selects an exchange rate that is satisfied by another asset belonging to the e-wallet or sub-wallet, such as a credit card e-value token or a debit card e-value token, the e-wallet user , will provide $25.00 of Retailer A Electronic Value Tokens to match the $25.00 of Retailer A Electronic Value Tokens surrendered in the transaction, and the exchange rate of $0.25 will be applied to the charge against the credit card Electronic Value Tokens. Or by debiting the electronic value token against the debit card. Such actions are processed in communications between the electronic value token exchange program and the credit card electronic value token or debit card electronic value token that require an exchange rate value of $0.25 to be paid to the electronic value token exchange program. It will be. Thus, again as an end result, the electronic value token exchange program activity would have generated $0.25 of value (exchange rate) that could be allocated to interested parties according to established contractual obligations.

The electronic value token exchange transaction (or any described variation thereof) described above describes the situation at a kiosk 189, but may also be conducted via a personal digital assistant with electronic wallet functionality at the POS. Users can access or access electronic wallets through their computers.

In an alternative electronic value token exchange aspect, as previously discussed, the electronic wallet may automatically direct electronic value token exchange activities. For example, an e-wallet user may use a retail establishment, e.g., when the user indicates an e-wallet to fulfill a transaction at a retailer may manage the electronic wallet such that the electronic wallet automatically and in real time initiates the electronic value token exchange process and communicates a request for electronic value token exchange to the electronic value token transaction computer 150. In this example, the e-wallet user is provided with the information that all e-value tokens (gift card-type e-value tokens) associated with the prepaid service are located in a designated sub-wallet, and that each of said e-value tokens is prioritized. system ranking, for example from the most preferred electronic value token or token type (e.g. #1) to the least preferred electronic value token or token type (e.g. if there are 22 types of electronic value tokens in a sub-wallet, from #22 to the sub E-wallets have been managed to be located/claimed/designated in the wallet. For example, Retailer M branded electronic value tokens may be designated as the most preferred, and Retailer L branded electronic value tokens may be designated as most preferred, and Retailer L branded electronic value tokens may be , may be designated as least preferred. In a further example, the electronic wallet may also be designated as least preferred for transactions at said retailer where the electronic wallet does not contain any of the retailer's electronic value tokens, such as the Retailer Q scenario described above. (the e-wallet would recognize the retailer based on information exchanged between the e-wallet and the retailer's communication device at the beginning of the original transaction) and the e-wallet rules Initiate an e-value token exchange request to the e-wallet, and in said request send the least preferred e-value token belonging to the e-wallet, i.e. Retailer L brand e-value token (#22) and, if necessary, the original Rules by the User directing the e-wallet in an environment to include the exchange of Preferred Electronic Value Tokens #21, #20, etc. for Retailer Q Electronic Value Tokens in sufficient quantities to satisfy the volume of transactions. Upon receiving an electronic value token exchange request, the electronic value token trading computer 150 sends an electronic value token exchange program 2000, such as an electronic value token distributor (which is part of the overall electronic value token transaction processing system 100), to an electronic value token exchange program 2000, e.g. ) to accomplish the requested electronic value token exchange. The requested electronic value token exchange takes place and the electronic wallet receives the requested merchant Q branded electronic value token, which is replaced with the original simultaneously used in making a transaction, and the e-wallet transfers the Retailer L brand electronic value token to the electronic value token transaction computer 150 (or is not available for use and is available only for modification). In this case, this was actually valued in excess of the requested retailer Q-branded e-value tokens. Accordingly, the electronic value token trading computer 150 modifies (either internally or through communication with the retailer L brand value token issuance registry) the Retailer L Brand electronic value token and Reflecting the value reduction based on the provided Retailer Q Branded Electronic Value Tokens, extract the exchange rate for the exchange of Retailer L Branded Value of Retailer Q Branded Electronic Value Tokens to Electronic Value Tokens. (as will be more fully discussed herein), communicates the transaction information to all interested parties, and returns the value-modified Retailer L-branded electronic value token to the user's electronic wallet. (or make it available again).

In an alternative embodiment, the electronic wallet's electronic value token exchange rules cause the electronic wallet to query the electronic value token trading computer 150 regarding the best available exchange rate for electronic value tokens belonging to the electronic wallet, and It may be provided that exchanges are made based on the best exchange rate rather than rankings. Additionally, electronic wallet users may subjectively decide which electronic token(s) should be exchanged to fulfill a transaction.

In certain embodiments, the electronic token exchange program 2000 also surveys the user's electronic wallet and sub-wallets maintained by the electronic value token exchange computer 150 and sends the electronic wallet user(s) to the electronic value token exchange. Suggestions may be made regarding (single or plural) items. For example, the Electronic Token Exchange Program 2000 requires that as part of its investigation (i) the history of e-wallet usage; (ii) the total amount of time unused e-value tokens have belonged to e-wallets; and (iii) certain (iv) the date of damage to the Electronic Value Token; (v) a promotional offer to obtain the Electronic Value Token; and (vi) the use of the electronic wallet, as determined based on a combination of these. proposes to a person to exchange the electronic value token(s) that currently belongs to the user's electronic wallet/sub-wallet for electronic value token(s) that does not currently belong to the user's electronic wallet/sub-wallet; You may. In certain aspects, the electronic token exchange program 2000 may add offers for redemption with various valued/bonus incentives previously described herein. In another aspect, the offer may include an option for the user to place a portion of the exchange value amount into a savings wallet, as will be described more fully below.

As referenced with respect to both the primary e-wallet and sub-wallet aspects described above, the disclosed e-wallet and sub-wallet methods and systems provide a user with the location of value tokens belonging to the e-wallet or sub-wallet, as well as the Provides the ability to specify rules governing the use and/or validity of wallets and/or sub-wallets. Also as described herein, electronic value token(s) may be a sub-wallet (hereinafter referred to as a designated "fully redeemable" electronic wallet or sub-wallet) configured to enable redemption activities. may be transferred from or placed in a sub-wallet (hereinafter referred to as a "save" designated electronic wallet or sub-wallet) configured for savings activities that are of limited redemption possibility. In effect, the system provides electronic value token(s) to be placed in the designated electronic wallet or sub-wallet as "save" when the electronic value token(s) becomes available to the electronic wallet or sub-wallet. .

In certain embodiments, electronic value tokens should be used by electronic wallets or sub-wallets for savings activities, and are therefore not readily available for general access or for redemption/exchange activities. may be designated for and/or placed in certain electronic wallets and/or sub-wallets that have rules for providing items. In certain embodiments, similar savings capabilities, functionality, requirements, and limitations of the electronic value token transaction processing system 100 described herein are detailed and described in International Application No. PCT/US11/49338, which is incorporated herein by reference in its entirety. is incorporated by reference and such similar savings capabilities, functionality, requirements and limitations may be adapted from the situation described in International Application No. PCT/US11/49338 applicable to this e-wallet/electronic value token situation. .

At least some aspects enable users to easily "save" a designated electronic wallet or sub-wallet from a designated electronic wallet or sub-wallet that is "fully redeemable," and conversely electronic value tokens (e.g., debit cards). related electronic value tokens) can be redistributed. Users are limited by regulation to a given number of transfers per calendar month, e.g. 6, from a "savings" designated e-wallet or sub-wallet to a "fully redeemable" designated e-wallet or sub-wallet. obtain. The user may specify a one-time transfer via the e-wallet system's website, IVR, personal digital assistant or smartphone, or by a customer service representative. The user may also establish and automate transfers between a "fully redeemable" designated electronic wallet or sub-wallet and a "save" designated electronic wallet or sub-wallet. To encourage savings, users may be presented with the option of automatically funding a "save" designated e-wallet or sub-wallet from a "fully redeemable" designated e-wallet or sub-wallet. Often, this may be triggered by various transaction events, including: (a) upon receiving a direct deposit, (b) when a refill/recharge/fill transaction occurs, and/or (c) upon designation. at specified time intervals (for example, repeated weekly or monthly). The user can select all, some, or none of the available options. Moreover, the above events may be processed regardless of the current balance of a designated "fully redeemable" or "save" designated electronic wallet or sub-wallet. A user may have the ability to select the amount or percentage of electronic value tokens filled into a designated electronic wallet or sub-wallet that is "fully redeemable." If the user selects a time interval for automatic transfer, the user will be able to select a preferred date. The user will have the flexibility to update, edit, or otherwise change the automatic funding options at any time. Any negative "Fully Redeemable" designated e-wallet or sub-wallet will result in a "savings" designated e-wallet or sub-wallet before initiating any automatic or one-time transfer. may need to be saved. If automatic transfers cannot be fully funded or cannot be funded at all, any amount available will be transferred from a designated e-wallet or sub-wallet that is designated as "fully redeemable" to "save". transaction will be received in the e-wallet or sub-wallet and a notification will be provided to the e-wallet user describing the transaction. Automatic transfers will then continue for the specified transfer options and amounts.

The electronic value token trading computer 150 above may be executed on any particular machine with sufficient processing power, memory resources, and network throughput capabilities to handle the necessary workload placed on it.

All or part of the system described above may be run on any particular machine or set of machines that has sufficient processing power, memory resources, and throughput capabilities to handle the required workload placed on the computer or set of computers. It is possible. FIG. 5 illustrates a computer system 580 suitable for implementing all or a portion of one or more of the aspects disclosed herein. Computer system 580 is connected to memory devices including secondary storage 584, read only memory (ROM) 586, random access memory (RAM) 588, input/output (I/O) devices 590, and network connectivity devices 592. Includes a processor 582 (which may be referred to as a central processor unit or CPU). Processor 582 may be implemented as one or more CPU chips.

By programming and/or loading executable instructions onto computer system 580, at least one of CPU 582, RAM 588, and ROM 586 is modified to implement novel functionality taught in part by this disclosure. It is understood that converting computer system 580 to a particular machine or device that has It is fundamental to electrical and software engineering techniques that functionality that can be performed by loading executable software onto a computer can be translated into a hardware implementation according to well-known design rules. . The decision between implementing a concept in software versus hardware is typically based on considerations of design stability and number of units produced, rather than any issues regarding translation from the software domain to the hardware domain. Determined by In general, it is more expensive to rerotate a hardware implementation than to reroute a software design, so designs that are subject to subsequent frequent changes may preferably be implemented in software.
Generally, for large-scale manufacturing operations, hardware implementations will be less expensive than software implementations, so for designs that are stable and will be manufactured in large volumes, e.g. Preferably, it will be implemented on an application specific integrated circuit (ASIC). Often, designs are developed and tested in software form by well-known design principles, and later translated into an equivalent hardware implementation in an application-specific integrated circuit that hardwires the software instructions. You may. Similarly, a computer programmed and/or loaded with executable instructions may be viewed as a specific machine or device, in the same manner as a machine controlled by a new ASIC that is a specific machine or device.

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

Input/output device 590 may include a printer, video monitor, liquid crystal display (LCD), touch screen display, keyboard, keypad, switch, dial, mouse, trackball, voice recognizer, card reader, paper tape reader, or other well-known device. It may include an input device.

Network connectivity devices 592 include modems, modem banks, Ethernet cards, universal serial bus (USB) interface cards, serial interfaces, token ring cards, fiber data distribution interface (FDDI) cards, wireless LAN (WLAN) cards, code division Radio Multiple Access (CDMA), Global System for Mobile Communications (GSM), Long Term Evolution (LTE), Microwave-Based World Standard Communication (WiMAX) and/or other air interface protocols It may take the form of a radio transceiver card, such as a transceiver card, as well as other well-known network devices. These network connectivity devices 592 may enable processor 582 to communicate with the Internet or one or more intranets. In such network communications, it is contemplated that processor 582 may receive information from the network or may output information to the network in the course of performing the method steps described above. Such information is often expressed as a sequence of instructions executed using processor 582, and may be received from and output to the network, for example, in the form of a computer data signal embedded in a carrier wave.

Such information may include, for example, data or instructions executed using the processor 582, received from and output to a network, for example in the form of a computer database band signal or signal embedded in a carrier wave. Good too. Baseband signals in a carrier or signals embedded in a carrier wave or other types of signals currently used or later developed may be generated according to a number of methods well known to those skilled in the art. A baseband signal or a signal embedded in a carrier wave may be referred to as a transitory signal in some situations.

Processor 582 can store instructions, code, computer programs, scripts that it accesses from hard disks, floppy disks, optical disks (systems based on these various disks can all be considered secondary storage 584); Running ROM 586, RAM 588 or network connectivity device 592. Although only one processor 582 is shown, multiple processors may be shown. Thus, although instructions may be considered to be executed by a processor, the instructions may be executed sequentially, concurrently, or otherwise executed by one or more processors. Instructions, code, computer programs, scripts and/or data that may be accessed from secondary storage 584, such as hard drives, floppy disks, optical disks and/or other devices, ROM 586 and/or RAM 588, may in some circumstances , may be referred to as non-transitory instructions and/or non-transitory information.

In some embodiments, computer systems 580 may collaborate to perform tasks, including two or more computers in communication with each other. For example, and without limitation, applications may be distributed in such a manner as to allow for simultaneous and/or parallel processing of application instructions. Alternatively, the data processed by the application may be distributed in such a way that processing of different parts of the data set by two or more computers simultaneously and/or in parallel is possible. In some embodiments, virtualization software may be used by computer system 580 to provide functionality for multiple servers that are not directly coupled to a number of computers in computer system 580. For example, virtualization software provides 20 virtual servers on 4 physical computers. In certain aspects, the functionality disclosed above may be provided by running an application and/or applications in a cloud computing environment. Cloud computing may involve providing computational services via network communications using dynamically measurable computational resources. Cloud computing may be supported, at least in part, by virtualization software. A cloud computing environment may be established by an enterprise and/or optionally rented from a third party provider. Some cloud computing environments may include cloud computing resources that are owned and operated by an enterprise, as well as cloud computing resources that are rented and/or rented from third party providers.

In certain embodiments, some or all of the functionality disclosed above may be provided as a computer program product. The computer program product may include one or more computer readable storage mediums having computer usable program code embedded therein to perform the functionality disclosed above. A computer program product may include data structures, executable instructions, and other computer-usable program code. A computer program product may be implemented on removable and/or non-removable computer storage media. Removable computer-readable storage media include, but are not limited to, paper tape, magnetic tape, magnetic disks, optical disks, solid state memory chips, such as analog magnetic tape, CD-ROM (CD-ROM) disks, floppy disks, jump ( jump) drives, digital cards, multimedia cards, and others. The computer program product may be stored by computer system 580 in secondary storage 584, ROM 586, RAM 588, and/or other non-volatile memory and volatile memory of computer system 580. May be suitable for loading sections. Processor 582 processes executable instructions and/or data structures, in part, by directly accessing a computer program product, such as by reading from a CD-ROM disk inserted into a peripheral disk drive of computer system 580. obtain. Alternatively, processor 582 may transmit executable instructions and/or data structures by remotely accessing the computer program product, such as by downloading executable instructions and/or data structures from a remote server via network connectivity device 592. Can handle structures. The computer program product loads data, data structures, files and/or executable instructions into secondary storage 584, ROM 586, RAM 588, and/or other non-volatile and volatile memory of computer system 580. and/or instructions to facilitate copying.

In some circumstances, secondary storage 584, ROM 586 and RAM 588 may be referred to as non-transitory computer-readable media or computer-readable storage media. The dynamic RAM aspect of RAM 588 is similarly such that dynamic RAM receives power and is activated, for example, during periods when computer 580 is turned on and operational; A computer-readable medium is a non-transitory computer-readable medium in that it stores stored information. Similarly, processor 582 may include internal RAM, internal ROM, cache memory and/or other internal non-transitory storage blocks, which may in some circumstances be referred to as non-transitory computer-readable media or computer-readable storage media. May contain sections or components.

The order of steps in the various processes, data flows, and flowcharts depicted is for illustrative purposes and does not necessarily reflect the order in which the various steps must be performed. The steps may be rearranged in different ways and in different orders to reflect the needs, requirements, and priorities of the entity implementing the system. Furthermore, many steps may be performed simultaneously with other steps in some embodiments.

Additionally, techniques, systems, subsystems, and methods described and illustrated in various aspects as separate or isolated may be combined with other systems, modules, techniques, or methods without departing from the spirit of this disclosure. may also be incorporated with or. Other items shown or considered to be directly connected or in communication with each other indicate that the items are no longer considered directly connected, but are still indirectly connected and electrically or mechanically connected. , or otherwise, may be connected via a number of interfaces or devices such that they may communicate with each other. Other examples of modifications, substitutions, and changes may be ascertained by those skilled in the art and may be made without departing from the spirit and scope of the disclosure. The following numbered description represents a non-exhaustive collection of exemplary aspects of the subject matter of this disclosure:

1. A computer-implemented method, comprising:
receiving requests to process payment transactions for electronic wallets;
identifying the authentication information of the request;
identifying a value token in an electronic wallet; and
applying at least a portion of the value token to at least a portion of the request;
method including.

2. Method 1:
accepting an authentication token to access an electronic wallet;
How to further include.

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

4. The method of 1, wherein the electronic wallet includes a primary wallet and a sub-wallet.

5. Method 4:
The method further comprising processing at least a portion of the request via a primary wallet.

6. The method of 4, further comprising processing at least a portion of the request via the sub-wallet.

7. The method of 4, wherein the primary wallet includes a value token, the method:
determining that the request relates to a primary wallet; and
determining that the value token is capable of responding to the request;
Further comprising a method.

8. The method of 7, 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.

9. The method of 4, wherein the sub-wallet includes a value token, the method:
determining that the request is related to a sub-wallet; and
determining that the value token is capable of responding to the request;
Further comprising a method.

10. The method of 9,
The method, wherein applying at least a portion of the value token includes applying at least a portion of the sub-wallet's value token to the request.

11. 4, wherein the electronic wallet includes two or more value tokens, the primary wallet includes at least one of the two or more value tokens, and the subwallet includes at least one of the two or more value tokens. A method, including at least one other.

12. The eleven methods are:
determining that a portion of the request relates to a primary wallet; and
determining that another part of the request is related to a sub-wallet;
Further comprising a method.

13. Twelve methods comprising:
applying at least a portion of the primary wallet's value tokens to the request; and
applying at least a portion of the sub-wallet's value tokens to the request;
Further comprising a method.

14. Method 8 or 13, wherein the value token of the primary wallet is applied to the claim under the rules of the primary wallet or claim.

15. Method 10 or 13, wherein the value token of the sub-wallet is applied to the claim under the rules of the sub-wallet or claim.

16. In the method of 4, the aggregator system receives the request, and the method is:
determining that at least a portion of the request may be processed in the sub-wallet; and
sending part of the request from the aggregator system to a third party;
Further comprising a method.

17. In method 1, the request includes: identification of the POS terminal; authentication information; amount of purchase; identification of the value token issuer; identification of the vendor; identification of the location; time of the request; date of the request; A method, including information identifying a sub-wallet or a combination thereof; transaction data; authentication data; or a combination thereof.

18. In method 1, the value token includes an electronic representation of value, and the electronic representation of value is a credit card, debit card, gift card, prepaid telephone card, patronage card, membership card, ticket or ticket. card, entertainment card, sports card, prepaid card, coupon, admission pass, prepaid or pre-purchased product or service, cash, currency, credit card account, debit card account, merchant account, deposit account, merchant issued credit issued, retailer issued position, retailer issued promotional value, retailer authorized credit, retailer authorized position, retailer authorized promotional value, or a combination thereof; Method.

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

20. In the method of 1, wherein the Value Token includes a Closed Loop Account Number, applying at least a portion of the Value Token may credit or debit the Closed Loop Account associated with the Closed Loop Account Number. Methods, including filling out.

21. In the method of 1, the Value Tokens include an Open Loop Account Number, and applying at least a portion of the Value Tokens includes crediting an Open Loop Account associated with the Open Loop Account Number; or Methods, including debiting.

22. The method of 1, wherein applying at least a portion of the value tokens includes using the value tokens according to a variable set of rules that specify priorities of the value tokens.

23. 22 methods, wherein the priority is transaction information variables including the physical location of the retailer generating the e-wallet request; the transaction amount; the type of retailer; the time of day; the day of the week; the week of the month; the month of the year. the department of the retailer making the e-wallet request; the lane of the retailer making the e-wallet request; the identification of the checker; the parent company of the retailer making the e-wallet request; the value of the value token; the type of e-wallet request; or a combination thereof. The method is based on.

24. The method of 1, wherein applying at least a portion of the Value Token includes using the Value Token in accordance with a variable set of rules specifying a rate of electronic wallet request to which the Value Token may be applied. ,Method.

25. Method 1:
The method further comprising examining rules associated with the electronic wallet.

26. 25 ways to look up rules:
A method including examining the priority of value tokens.

27. 25 ways to look up rules:
including checking the rate of requests;
The method, 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 a rate.

28. The method of 1, wherein the electronic wallet includes a closed-loop related value token and an open-loop related value token:
selecting closed loop related value tokens; and
then selecting an open loop related value token;
Further comprising a method.

29. The method of 1, wherein the electronic wallet includes an open loop associated value token, the method being:
withholding that open loop related value tokens are applied to requests;
Further comprising a method.

30. Method 1, which:
exchanging at least a portion of the value tokens of the electronic wallet for at least a portion of a second value token not located in the electronic wallet;
Further comprising a method.

31. Thirty ways:
The method further comprises: applying an exchange rate to assets located in a second value token or electronic wallet.

32. Thirty ways of exchanging at least a portion of the Value Tokens by:
contacting a second value token distributor; and
requesting a second Value Token distributor to provide a second Value Token;
including methods.

33. The method of 1, wherein the electronic wallet includes a first sub-wallet and a second sub-wallet, the first sub-wallet includes a value token, and the method:
placing value tokens of the first sub-wallet in a second sub-wallet;
Further comprising a method.

34. Method 1, which:
supplying value tokens to electronic wallets;
Further comprising a method.

35. The method of 34, wherein the value token is supplied in an amount different from the purchase price.

36. The method of 34, wherein providing the electronic wallet includes encoding the value token with a coupon code.

37. The method of 34, wherein providing the electronic wallet includes adding value tokens to the electronic wallet.

38. The method of 1, wherein the electronic wallet includes a savings designated sub-wallet, the method being:
placing at least a portion of the Value Tokens in a sub-wallet designated for saving;
Further comprising a method.

39. A computer-implemented method comprising:
receiving requests to process payment transactions for electronic wallets;
determining that the request contains valid authentication information;
determining that the value token or combination of value tokens associated with the electronic wallet can satisfy the request; and
applying at least a portion of the value token to at least a portion of the request;
including methods.

40. The method of 39:
granting an authentication token to access the e-wallet;
Further comprising a method.

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

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

43. 42 methods, comprising:
The method further comprising processing at least a portion of the request via the primary wallet.

44. 43 methods, comprising:
processing at least another portion of the request via the sub-wallet;
Further comprising a method.

45. A method of 42, wherein the primary wallet includes a value token, the method:
determining that the request relates to a primary wallet;
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;
Further comprising a method.

46. A method of 42, wherein the sub-wallet includes a value token, the method:
determining that the request is related to a sub-wallet; and
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;
Further comprising a method.

47. The method of 42, wherein the electronic wallet includes two or more value tokens, the primary wallet includes at least one of the two or more value tokens, and the subwallet includes at least one of the two or more value tokens. A method, including at least one other.

48. 47 methods, comprising:
determining that a portion of the request relates to a primary wallet; and
determining that another part of the request is related to a sub-wallet;
Further comprising a method.

49. 48 methods, comprising:
applying at least a portion of the primary wallet's value tokens to the request; and
applying at least a portion of the sub-wallet's value tokens to the request;
Further comprising a method.

50. Method 45 or 49, wherein the value token of the primary wallet is applied to the claim under the rules of the primary wallet or claim.

51. Method 46 or 49, wherein the value token of the sub-wallet is applied to the claim under the rules of the sub-wallet or claim.

52. 42 methods.
The aggregator system receives the request and the method is:
determining that at least a portion of the request may be processed in the sub-wallet; and
sending part of the request from the aggregator system to a third party;
Further comprising a method.

53. A method for a sub-wallet in an electronic wallet system, the method comprising:
receiving a request to process a payment transaction for an electronic wallet from a provider of a primary wallet;
determining that the value token can satisfy the request; and
applying at least a portion of the value token to at least a portion of the request;
including methods.

54. 53 methods, comprising:
further comprising determining that the request relates to a sub-wallet;
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;
including methods.

55. The method of 53, wherein the sub-wallet includes a sub-sub-wallet.

56. 55 methods, comprising:
further comprising determining that the request relates to a sub-sub wallet;
Applying at least a portion of the value tokens includes applying the value tokens of the sub-subwallet to the request;
including methods.

57. 55 methods, comprising:
determining that a portion of the request is relevant to the sub-wallet; and
determining that another part of the request relates to a sub-sub wallet;
Further comprising a method.

58. The method of 55, wherein the sub-wallet includes two or more value tokens, the sub-wallet includes at least one of the two or more value tokens, and the sub-sub-wallet includes at least one of the two or more value tokens. Methods, including value tokens.

59. 58 methods, comprising:
applying at least a portion of the sub-wallet's value tokens to the request; and
applying at least a portion of the sub-subwallet's value tokens to the request;
Further comprising a method.

60. The method of paragraph 54 or 59, wherein the value token of the sub-wallet is applied to the claim under the rules of the sub-wallet or claim.

61. Method 56 or 59, wherein the value token of the sub-sub-purse is applied to the claim under the rules of the sub-sub-purse or claim.

62. A method for managing contents of an electronic wallet, comprising:
receiving a request related to an electronic wallet, the request including an electronic wallet request, a balance inquiry request, a registration request, an activation request, a redemption request, or a combination thereof; and
managing the contents of the e-wallet according to requests;
including methods.

63. 62 ways to manage content include:
exchanging at least a portion of the low value tokens of the electronic wallet for at least a portion of a second value token not located in the electronic wallet;
including methods.

64. The method of 63:
applying an exchange rate to a second value token or asset located in an electronic wallet;
Further comprising a method.

65. The method of 63, wherein the exchange of at least a portion of the Value Tokens is:
communicating to a second value token distributor of the second value token; and
requesting a second Value Token distributor to provide a second Value Token;
including methods.

66. The method of 62, wherein the electronic wallet includes a first sub-wallet and a second sub-wallet, the first sub-wallet includes a value token, and the method:
placing value tokens of the first sub-wallet in a second sub-wallet;
Further comprising a method.

67. 62 methods of:
supplying value tokens to electronic wallets;
Further comprising a method.

68. The method of 67, wherein providing the electronic wallet includes adding value tokens to the electronic wallet.

69. The method of 67, wherein the value token is supplied in an amount different from the purchase price.

70. The method of 67, wherein providing the electronic wallet includes encoding the value token with a coupon code.

71. The method of 62, wherein the electronic wallet includes a savings-designated sub-wallet, the method comprising:
placing at least a portion of the Value Tokens in a sub-wallet designated for saving;
Further comprising a method.

72. A non-transitory machine-readable storage medium containing executable instructions that, when executed, cause one or more processors to:
receiving requests to process payment transactions against electronic wallets;
identifying the authentication information of the request;
identifying value tokens in an electronic wallet; and
applying at least a portion of the value token to at least a portion of the request;
A storage medium containing instructions for causing

73. A non-transitory machine-readable storage medium containing executable instructions that, when executed, cause one or more processors to:
receiving requests to process payment transactions against electronic wallets;
determining that the request contains valid authentication information;
determining that the value token or combination of value tokens associated with the electronic wallet can satisfy the request; and
applying at least a portion of the value token to at least a portion of the request;
A storage medium containing instructions for causing

74. A non-transitory machine-readable storage medium containing executable instructions that, when executed, cause one or more processors to:
receiving a request from a primary wallet provider to an electronic wallet to process a payment transaction;
determining that the value token can satisfy the request; and
applying at least a portion of the value token to at least a portion of the request;
A storage medium containing instructions for causing

75. A non-transitory machine-readable storage medium containing executable instructions that, when executed, cause one or more processors to:
receiving a request related to an electronic wallet, the request including an electronic wallet request, a balance inquiry request, a registration request, an activation request, a redemption request, or a combination thereof; and
managing the contents of the e-wallet according to requests;
A storage medium containing instructions for causing

76. One or more processors;
A system including memory connected to at least one of the one or more processors, the system comprising:
the memory includes executable instructions;
The instructions, when executed, cause one or more processors to:
receiving requests to process payment transactions against electronic wallets;
identifying the authentication information of the request;
identifying a value token in an electronic wallet; and
applying at least a portion of the value token to at least a portion of the request;
A system that lets you do what you want.

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

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

79. 76 system, wherein the electronic wallet includes a primary wallet and a sub-wallet.

80. The system of 79, wherein the one or more processors are further caused to process at least a portion of the request through the primary wallet.

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

82. 79 system, wherein the primary wallet includes a value token and the one or more processors:
determining that the request relates to a primary wallet; and
determining that the Value Token is capable of responding to the request;
A system that allows you to do more.

83. The system of 82, wherein applying at least a portion of the value tokens includes applying at least a portion of the value tokens of the primary wallet to the request.

84. 79 system, wherein the sub-wallet includes a value token and the one or more processors:
determining that the request is related to a sub-wallet; and
determining that the Value Token is capable of responding to the request;
A system that allows you to do more.

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

86. 79 system, wherein the electronic wallet includes two or more value tokens, the primary wallet includes at least one of the two or more value tokens, and the subwallet includes at least one of the two or more value tokens. A system, including at least one other.

87. An 86 system in which one or more processors:
determining that the request relates to a primary wallet; and
determining that another part of the request is related to a sub-wallet;
A system that allows you to do more.

88. 87 systems:
applying at least a portion of the primary wallet's value tokens to the request; and
applying at least a portion of the sub-wallet's value tokens to the request;
The system further includes:

89. A system in 83 or 88, wherein the value token of the primary wallet is applied to the claim under the rules of the primary wallet or claim.

90. 85 or 88 system, wherein the sub-wallet value token is applied to the sub-wallet or claim under the rules of the claim.

91. 79 system, wherein the aggregator system receives a request and one or more processors:
determining that at least a portion of the request may be processed in the sub-wallet; and
sending part of the request from the aggregator system to a third party;
The system further includes:

92. 76 system, wherein the request includes: identification of the POS terminal; authentication information; amount of purchase; identification of the value token issuer; identification of the vendor; identification of the location; time of the request; date of the request; A system that includes information identifying a sub-wallet or a combination thereof; transaction data; authentication data; or a combination thereof.

93. In a 76 system, a value token includes an electronic representation of value, and the electronic representation of value is a credit card, debit card, gift card, prepaid telephone card, patronage card, membership card, ticket or ticket. card, entertainment card, sports card, prepaid card, coupon, admission pass, prepaid or pre-purchased product or service, cash, currency, credit card account, debit card account, merchant account, deposit account, merchant issued credit issued, retailer issued position, retailer issued promotional value, retailer authorized credit, retailer authorized position, retailer authorized promotional value, or any combination thereof; system.

94. The system of 93, wherein the value token further includes electronic representations of at least two different types of value.

95. In the system of 76, the Value Tokens include a Closed Loop Account Number, and applying at least a portion of the Value Tokens includes crediting a Closed Loop Account associated with the Closed Loop Account Number; system, including debiting.

96. In the system of 76, the Value Tokens include an Open Loop Account Number, and applying at least a portion of the Value Tokens includes crediting the Open Loop Account associated with the Open Loop Account Number; System, including debiting.

97. The system of 76, wherein applying at least a portion of the Value Tokens includes using the Value Tokens according to a variable set of rules specifying priority of the Value Tokens.

98. 97 system, where the order of priority is transaction information variables including the physical location of the retailer generating the e-wallet request; transaction amount; retailer type; time of day; day of the week; week of the month; month of the year. the department of the retailer making the e-wallet request; the lane of the retailer making the e-wallet request; the identification of the checker; the parent company of the retailer making the e-wallet request; the value of the value token; the type of e-wallet request; or a combination thereof. The system is based on.

99. The system of 76, wherein applying at least a portion of the Value Tokens includes using the Value Tokens in accordance with a variable set of rules specifying the rate of e-wallet requests to which the Value Tokens may be applied. ,system.

100.76 systems, with one or more processors:
examining the regulations associated with electronic wallets;
A system that allows you to do more.

101. In 100 systems, looking up the rules is:
A system, including examining the priority of value tokens.

102. In the 100 systems, examining the rules is:
including checking the rate of requests;
The system, 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 a rate.

103. 76 system, wherein the electronic wallet includes a closed-loop related value token and an open-loop related value token, and the one or more processors:
selecting closed loop related value tokens; and
then selecting an open loop related value token;
A system that allows you to do more.

104. 76 system, wherein the electronic wallet includes an open loop associated value token, and the one or more processors:
withholding that open loop related value tokens are applied to requests;
A system that allows you to do more.

105. 76 systems having one or more processors:
exchanging at least a portion of the value tokens of the electronic wallet for at least a portion of a second value token not located in the electronic wallet;
A system that allows you to do more.

106. 105 system, wherein one or more processors:
applying an exchange rate or to assets located in a second value token or electronic wallet;
A system that allows you to do more.

107. A system of 105 in which at least part of the Value Tokens is exchanged:
contacting a second value token distributor; and
requesting a second Value Token distributor to provide a second Value Token;
system, including.

108. The system of 76, wherein the electronic wallet includes a first sub-wallet and a second sub-wallet, the first sub-wallet includes a value token, and the one or more processors:
placing value tokens of the first sub-wallet in a second sub-wallet;
A system that allows you to do more.

109. 76 systems with one or more processors:
supplying value tokens to electronic wallets;
A system that allows you to do more.

110. 109 system, in which Value Tokens are supplied at a different amount than the purchase price.

111. The system of 109, wherein providing the electronic wallet includes encoding a value token with a coupon code.

112. The system of 109, wherein providing the electronic wallet includes adding value tokens to the electronic wallet.

113. 76 systems, wherein the electronic wallet includes a savings-designated sub-wallet, and the one or more processors:
placing at least a portion of the Value Tokens in a sub-wallet designated for saving;
A system that allows you to do more.

114. One or more processors;
A system comprising a memory coupled to at least one of the one or more processors, the memory comprising executable instructions;
When executed, the executable instructions cause one or more processors to:
receiving requests to process payment transactions against electronic wallets;
determining that the request contains valid authentication information;
determining that the requirements can be met; and
determining that the value token or combination of value tokens associated with the electronic wallet can satisfy the request; and
applying at least a portion of the value token to at least a portion of the request;
A system that lets you do what you want.

115. The system of 114, wherein the one or more processors: accept an authentication token to access an electronic wallet;
A system that allows you to do more.

116. 115 systems,
The authentication information is based on an authentication token, the authentication token includes a proxy card, a mobile device, a password, a biometric identifier, or a combination thereof.

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

118. 117 system, wherein one or more processors:
processing at least a portion of the request via the primary wallet;
A system that allows you to do more.

119. 118 system having one or more processors:
processing at least a portion of the request via the sub-wallet;
A system that allows you to do more.

120. 117 system, wherein the primary wallet includes a value token and the one or more processors:
further caused to determine that the request relates to a primary wallet;
applying at least a portion of the value tokens includes applying at least a portion of the value tokens of the primary wallet to the request;
system.

121. The system of 117, wherein the sub-wallet includes a value token and the one or more processors:
determining that the request relates to a sub-wallet;
The system, wherein applying at least a portion of the value token includes applying at least a portion of the sub-wallet's value token to the request.

122. The system of 117, wherein the electronic wallet includes two or more value tokens, the primary wallet includes at least one of the two or more value tokens, and the subwallet includes at least one of the two or more value tokens. A system, including at least one other.

123. A 122 system having one or more processors:
determining that a portion of the request relates to a primary wallet; and
determining that another part of the request is related to a sub-wallet;
A system that allows you to do more.

124. 123 systems,
applying at least a portion of the primary wallet's value tokens to the request; and
applying at least a portion of the sub-wallet's value tokens to the request;
system, including.

125. 120 or 124 system, wherein the value token of the primary wallet is applied to the claim under the rules of the primary wallet or claim.

126. A system in 121 or 124, wherein the value token of a sub-wallet is applied to a claim under the rules of the sub-wallet or claim.

127. A 117 system, wherein the aggregator system receives a request and the one or more processors:
determining that at least a portion of the request may be processed in the sub-wallet; and
sending part of the request from the aggregator system to a third party;
A system that allows you to do more.

128. With one or more processors
A system comprising a memory coupled to at least one of the one or more processors, the memory comprising executable instructions;
When said instruction is executed, on one or more processors:
receiving a request from a primary wallet provider to an electronic wallet to process a payment transaction;
determining that the value token can satisfy the request; and
applying at least a portion of the value token to at least a portion of the request;
A system that lets you do what you want.

129. 128 system having one or more processors:
determining that the request is related to a sub-wallet;
I was made to do even more.
The system, wherein applying at least a portion of the value token includes applying at least a portion of the sub-wallet's value token to the request.

130. 128 system, wherein the sub-wallet includes a sub-sub-wallet.

131. 130 system having one or more processors:
determining that the request relates to a sub-sub wallet;
made to do more;
The system, wherein applying at least a portion of the value token includes applying at least a portion of the value token of the sub-subwallet to the request.

132. 130 systems having one or more processors:
determining that a portion of the request is relevant to the sub-wallet; and
determining that another part of the request relates to a sub-sub wallet;
A system that allows you to do more.

133. The system of 130, wherein the electronic wallet includes two or more value tokens, the sub-wallet includes at least one of the two or more value tokens, and the sub-sub-wallet includes two or more value tokens. A system, including at least one other.

134. 133 systems:
applying at least a portion of the sub-wallet's value tokens to the request; and
applying at least a portion of the sub-subwallet's value tokens to the request;
The system further includes:

135. A system in 129 or 134, wherein a sub-wallet value token is applied to a claim under the rules of the sub-wallet or claim.

136. A system in 131 or 134, wherein the value token of a sub-sub-purse is applied to a claim under the rules of the sub-sub-purse or claim.

137. With one or more processors
A system including memory connected to at least one of the one or more processors, the system comprising:
The memory includes executable instructions that, when executed, cause one or more processors to:
receiving a request related to an electronic wallet, the request including an electronic wallet request, a balance inquiry request, a registration request, an activation request, a redemption request, or a combination thereof; and
managing the contents of the e-wallet according to requests;
A system that lets you do what you want.

138. 137 system for managing contents:
exchanging at least a portion of the value tokens of the electronic wallet for at least a portion of a second value token not located in the electronic wallet;
system, including.

139. 138 system having one or more processors:
The system is further caused to apply an exchange rate to assets located in a second value token or electronic wallet.

140. A 138 system in which at least a portion of the Value Tokens are exchanged:
communicating to a second value token distributor of the second value token; and
requesting a second Value Token distributor to provide a second Value Token;
system, including.

141. The system of 137, wherein the electronic wallet includes a first sub-wallet and a second sub-wallet, the first sub-wallet includes a value token, and the one or more processors:
placing value tokens of the first sub-wallet in a second sub-wallet;
A system that allows you to do more.

142. 137 system, wherein one or more processors:
supplying value tokens to electronic wallets;
A system that allows you to do more.

143. 142 A system in which Value Tokens are supplied at a different amount than the purchase price.

144. The system of 142, wherein providing the electronic wallet includes encoding a value token with a coupon code.

145. The system of 142, wherein providing the electronic wallet includes adding value tokens to the electronic wallet.

146. The system of 137, wherein the electronic wallet includes a savings designated sub-wallet, and the one or more processors:
placing at least a portion of the Value Tokens in a sub-wallet designated for saving;
A system that allows you to do more.

147. one or more processors;
A system comprising a memory coupled to at least one of the one or more processors, the memory containing executable instructions;
When said instruction is executed, on one or more processors:
receiving requests to process payment transactions against electronic wallets;
identifying the authentication information of the request;
identifying a value token in an electronic wallet; and
applying at least a portion of the value token to at least a portion of the request;
A system that lets you do what you want.

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 148, wherein the authentication information is based on an authentication token, the authentication token including a proxy card, a mobile device, a password, a biometric identifier, or a combination thereof.

150. 149 system, wherein the electronic wallet includes 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 system of 152, wherein the primary wallet includes a value token and the one or more processors:
determining that the request relates to a primary wallet; and
determining that the Value Token is capable of responding to the request;
A system that allows you to do more.

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

155. A system of 154, wherein the sub-wallet includes a value token, and the one or more processors:
determining that the request is related to a sub-wallet; and
determining that the Value Token is capable of responding to the request;
A system that forces you to do more.

156. The system of 155, wherein applying at least a portion of the value token includes applying at least a portion of the sub-wallet's value token to the request.

157. The system of 156, wherein the electronic wallet includes two or more value tokens, the primary wallet includes at least one of the two or more value tokens, and the subwallet includes at least one of the two or more value tokens. A system, including at least one other.

158. 157 system, wherein one or more processors:
determining that the request relates to a primary wallet; and
determining that another part of the request relates to a sub-wallet;
A system that allows you to do more.

159. 158 system having one or more processors:
applying at least a portion of the primary wallet's value tokens to the request; and
applying at least a portion of the sub-wallet's value tokens to the request;
A system that allows you to do more.

160. 159 of the system, wherein the value token of the primary wallet is applied to claims under the rules of the primary wallet.

161. A system of 159, wherein the value token of the primary wallet is applied to the claim under the rules of the claim.

162. A system in 159, wherein a sub-wallet's value token is applied to a claim under the rules of the sub-wallet.

163. A system of 159, wherein a sub-wallet value token is applied to a claim under the rules of the claim.

164. 159 system, wherein the aggregator system receives a request and the one or more processors:
determining that at least a portion of the request may be processed in the sub-wallet; and
sending part of the request from the aggregator system to a third party;
A system that allows you to do more.

165. 164 system, wherein the request includes: identification of the POS terminal; authentication information; amount of purchase; identification of the value token issuer; identification of the vendor; identification of the location; time of the request; date of the request; A system that includes information identifying a sub-wallet or a combination thereof; transaction data; authentication data; or a combination thereof.

166. 165 system, wherein a value token includes an electronic representation of value, and the electronic representation of value is a credit card, debit card, gift card, prepaid telephone card, patronage card, membership card, ticket or ticket. card, entertainment card, sports card, prepaid card, coupon, admission pass, prepaid or pre-purchased product or service, cash, currency, credit card account, debit card account, merchant account, deposit account, merchant issued credit issued, retailer issued position, retailer issued promotional value, retailer authorized credit, retailer authorized position, retailer authorized promotional value, or any combination thereof; system.

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

168. The system of 167, wherein the Value Tokens include a Closed Loop Account Number, and applying at least a portion of the Value Tokens includes crediting a Closed Loop Account associated with the Closed Loop Account Number; System, including debiting.

169. The system of 168, wherein the Value Tokens include an Open Loop Account Number, and applying at least a portion of the Value Tokens includes crediting the Open Loop Account associated with the Open Loop Account Number; System, including debiting.

170. The system of 169, wherein applying at least a portion of the Value Tokens includes using the Value Tokens according to a configurable set of rules that specify priority of the Value Tokens.

171. 170 system, wherein the priority is transaction information variables including the physical location of the retailer generating the e-wallet request; the transaction amount; the type of retailer; the time of day; the day of the week; the week of the month; and the month of the year. the department of the retailer making the e-wallet request; the lane of the retailer making the e-wallet request; the identification of the checker; the parent company of the retailer making the e-wallet request; the value of the value token; the type of e-wallet request; or a combination thereof. The system is based on.

172. 171, wherein applying at least a portion of the Value Tokens includes using the Value Tokens in accordance with a configurable set of rules specifying a proportion of e-wallet requests to which the Value Tokens may be applied. Including, system.

173. A 172 system having one or more processors:
examining the regulations associated with electronic wallets;
A system that allows you to do more.

174. 173 system, to check the rules:
A system, including examining the priority of value tokens.

175. The system of 174, wherein examining the rules includes examining the ratio of requests;
The system, 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 a ratio.

176. The system of 175, wherein the electronic wallet includes a closed-loop related value token and an open-loop related value token, and the one or more processors:
selecting closed loop related value tokens; and
then selecting an open loop related value token;
A system that allows you to do more.

177. The system of 176, wherein the electronic wallet includes an open loop associated value token, and the one or more processors:
withholding that open loop related value tokens are applied to requests;
A system that allows you to do more.

178. 177 system, wherein one or more processors:
exchanging at least a portion of the value tokens of the electronic wallet for at least a portion of a second value token not located in the electronic wallet;
A system that allows you to do even more.

179. 178 system having one or more processors:
applying an exchange rate to assets located in a second value token or electronic wallet;
A system that allows you to do more.

180. 179 system in which at least a portion of the Value Tokens are exchanged:
contacting a second value token distributor; and
requesting a second Value Token distributor to provide a second Value Token;
system, including.

181. The system of 180, wherein the electronic wallet includes a first sub-wallet and a second sub-wallet, the first sub-wallet includes a value token, and the one or more processors:
placing value tokens of the first sub-wallet in a second sub-wallet;
A system that allows you to do more.

182. 181 system having one or more processors:
supplying value tokens to electronic wallets;
A system that allows you to do more.

183. A system in 182, wherein Value Tokens are supplied at a different amount than the purchase price.

184. The system of 183, wherein providing the electronic wallet includes encoding a value token with a coupon code.

185. The system of 184, wherein providing the electronic wallet includes adding value tokens to the electronic wallet.

186. The system of 185, wherein the electronic wallet includes a savings designated sub-wallet, and the one or more processors:
placing at least a portion of the Value Tokens in a sub-wallet designated for saving;
A system that allows you to do more.

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

Claims (1)

A computer-implemented, access-controlled electronic wallet management method comprising:
receiving a request to process a payment transaction to the controlled-access electronic wallet by an electronic value token transaction computer different from the issuer authentication system, the access to the controlled-access electronic wallet; The authentication token is uniquely generated, created, and/or formed at the initiation of a payment transaction, such that the authentication token is authorized via the authentication token, e-wallet identification, merchant identification, POS receiving said request, which does not include a portion of an identification, an electronic Value Token identification, an electronic Value Token issuer identification, and an electronic Value Token transaction processor identification;
identifying by the electronic value token transaction computer that the request includes a valid authentication token;
identifying, by the electronic value token transaction computer, a value token in the access controlled electronic wallet;
filling at least a portion of the request with at least a portion of the value token by the electronic value token transaction computer; and at least a portion of the request is processed via a primary wallet.
Method.