JP2023016836A - System for payment via electronic wallet - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an electronic wallet accepting multiple types of value tokens, and a method of performing a payment transaction using the value tokens.

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

SELECTED DRAWING: Figure 1A

COPYRIGHT: (C)2023,JPO&INPIT

Description

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

This application is also incorporated by reference in its entirety for the following disclosures, subject matter and concepts: filed Aug. 7, 2009 in the United States and entitled "Transaction Processing Platform for Facilitating Electronic Distribution of Plural Prepaid Services"; Patent Application Serial No. 12/538,083, which is a continuation of U.S. Patent Application Serial No. 12/338,854, filed December 18, 2008, which is a U.S. patent application filed 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, filed December 7, 2004 (now U.S. Patent No. 7,280,644); U.S. Patent Application Serial No. 13/040074, filed March 3, 2011 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 entitled "System and Method for Distributing Person Identification Numbers Over a Computer Network"; Application Serial No. 12/786,403; filed February 23, 2010 and U.S. Patent Application Serial No. 12/711,211 entitled "System and Method for Distributing Person Identification Numbers Over a Computer Network"; and March 2010 No. 12/719,741, filed on Aug. 8, and entitled "Systems and Methods for Personal Identification Number Distribution and Delivery";

The electronic transaction marketplace is now flooded with many types of credit cards, debit cards, stored value cards and loyalty cards, all of which can be offered by different issuers, vendors and providers.

Some of the cards are made to be redeemed from retailers, while others can be redeemed by financial institutions. Other cards have a promotional function, such as the patron card. However, the increasing volume and complexity of cards makes them increasingly difficult to organize and redeem, thus potentially hindering market growth. For example, the user does not know that the user has a stored value card for a particular store during purchases at that store because the user has so many stored value cards. , or may not remember.

Also, the user may not understand the various types of promotions available to him using the card in combination with the loyalty card and thus benefit from the promotions applicable to the user's purchases. may not get Historically, cards have been embodied in a tangible medium such as plastic and are therefore subject to loss, theft or simply being left at home when needed. Due to the continued growth in card-based transaction offerings offered to customers, many customers are buying their credit, debit, stored value, patronage and other types of cards issued by merchants, vendors and providers. face the burdensome task of organizing, managing, tracking, transporting and storing all of What customers today need are more efficient, secure, and effective ways to obtain and use assets associated with these cards.

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

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

In another aspect, 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, an electronic sub-purse, a portion of a payment transaction, an electronic wallet with a sub-purse, a payment transaction processed for the wallet. contains executable instructions such as The one or more processors may also identify one or more value tokens of the sub-purse which, when used together, will cover a portion of the payment transaction. The one or more processors also apply electronic value tokens to a portion of the payment transaction.

In one aspect, the electronic value token transaction computer includes a point-of-sale (POS) interface and 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 through the electronic wallet unit associated with the authentication information. The electronic value token transaction computer examines the rules associated with the electronic wallet and, based on the rules, selects an electronic wallet value token that, when used together, will cover the electronic wallet request. An electronic value token transaction computer applies electronic value tokens to electronic wallet requests.

1 is a schematic diagram of an electronic value token transaction processing system according to at least one aspect; FIG. 1 illustrates an exemplary embodiment of an electronic wallet; 1 is a schematic diagram of an electronic value token transaction processing system according to at least one aspect; FIG. 1 is a schematic diagram of an electronic value token transaction processing system according to at least one aspect; FIG. 1 is a schematic diagram of an electronic value token transaction processing system according to at least one aspect; FIG. 1 is a front perspective view of a representative individual proxy card in accordance with at least one aspect; FIG. 1 is a front perspective view of a representative individual proxy card in accordance with at least one aspect; FIG. 1 is a front perspective view of a representative individual proxy card in accordance with at least one aspect; FIG. 1 is a front perspective view of a representative personal digital in accordance with at least one aspect; FIG. FIG. 10 is a flowchart illustrating an exemplary process utilized by an electronic value token trading computer to create an electronic wallet or to add/redeem value tokens to/from an electronic wallet in accordance with at least one embodiment; FIG. FIG. 11 is a flowchart illustrating an exemplary 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; FIG. 1 illustrates a particular machine suitable for carrying out some 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 associated with credit, debit, loyalty and stored value type cards is herein provided. , the disclosed method incorporates an electronic wallet (“e-wallet”). As shown in Figure 1B, an e-wallet consists of authentication information, rules for use, sub-wallets (e.g., to maintain credit card-related information, debit card-related information and stored value card-related information separately) and electronic wallets. electronically that may contain 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 e-wallets/sub-wallets); 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 promote

Also, the electronic value token transaction processing system disclosed herein, such as shown in FIGS. provide persons with an efficient, secure and effective system for facilitating the collection, management, transport, storage and use of the aforementioned electronic wallets and electronic value tokens in financial transactions.

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

Moreover, as will be more fully detailed herein, an e-wallet is an e-wallet that allows the e-wallet provider to access the contents of the e-wallet (e.g., the primary e-wallet, any sub-wallets or secondary wallets and associated electronic value tokens). Alternatively, an e-wallet may be defined such that the e-wallet provider controls only a portion of the e-wallet contents (e.g., the main e-wallet and the e-value tokens therein) and one or more (or all) sub-wallets. Or 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 elaborated herein, either of the two described management systems allow users of the system to have complete control over the functionality of their electronic wallets; Participate in value-added/bonus programs offered by parties, vendors and/or other parties associated with electronic value tokens; Participate in card exchange functions (e.g., users may redeem an electronic value token maintained in its electronic wallet for an electronic value token, not in a wallet); and to savings programs offered by issuers, vendors and/or other parties associated with the electronic value token. may be configured to participate.

FIG. 1A illustrates an exemplary electronic value token transaction processing system 100. As shown in FIG. 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 (eg, retailers, banks and credit cards) and a data store 180. Illustrate what has been done. Moreover, FIG. 1A shows POS device 111 communicating with proxy card 200 (which will be shown below to represent aspects of the means by which a user accesses an electronic wallet) and data store 180. An electronic wallet unit 199 is shown which in turn contains an electronic wallet 10 .

FIG. 1B illustrates an electronic wallet 10 according to one embodiment, and details of electronic wallet 10 may be used in any of the various embodiments disclosed herein (e.g., FIGS. 1A, 2A and 2B), 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. may be distributed across (eg, electronic value token transaction processing systems 1100 and 1200 and electronic wallet aggregator system 1000).

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

Transaction cards are electronically stored as value tokens in electronic wallets to eliminate added complexity in collection, transportation, security and redemption. As used herein, a value token refers to an electronic ID that can be used to do business with parties willing to accept electronic value tokens, eg, as offers for purchase. Examples of such value tokens include electronic representations of or related to stored value cards (also known as prepaid cards) and credit cards, debit cards, gift cards, prepaid calling cards, loyalty cards, membership cards. Includes other physical representations of various types of value 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 one aspect, value tokens include cash or currency. In one aspect, the electronic value token comprises a credit or debit card or account. In some aspects, value tokens include existing accounts such as merchant accounts, bank accounts, and the like. In some aspects, value tokens include merchant-issued and/or authorized credit, points, coupons, or promotional value. In some aspects, value tokens are associated with prepaid cards or accounts, and unless otherwise specified, the various aspects described herein are performed in connection with accounts such as prepaid cards or merchant gift cards. It should also be understood that

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 the electronic wallet. For example, a physical gift card or other physical representation of value may be converted to value tokens in your e-wallet via a point-of-sale device, mobile phone, computer, short message service (“SMS”), etc. good. Once so converted, electronic value tokens may, after authentication, be redeemed by a user without possession of a physical representation such as a gift card by accessing the user's electronic wallet during purchase. .

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

Customer uses of value tokens typically include vendors, redeeming retailers or retailers and issuers. In various aspects, the vendor, redeeming retailer, and issuer may be the same, different, or related entities. A vendor may be a POS where value tokens are purchased or otherwise made available for the contents of an e-wallet. Thus, vendors sell electronic value tokens themselves, but the electronic value tokens may be redeemed at another point of sale. An entity that will receive a value token for a commercial transaction, eg, as an offer to purchase, may be referred to as a redeeming merchant or retailer.

For example, a grocery store may sell electronic value tokens for a clothing store. A grocery store is a vendor and a clothing store is a redeeming retailer or retailer. An entity that provides financial assistance and/or payment processing for a given value token, such as a prepaid card or account, may be 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 merchants, sometimes referred to as closed-loop prepaid cards), and some In this aspect, the vendor may also be the issuer and/or redeeming merchant (eg, prepaid cards or tokens issued, sold, and redeemed by the same merchant). Issuers also include financial institutions such as banks, VISA, MasterCard, American Express, and others, and value tokens issued by such institutions may be redeemed by numerous retail merchants for transactions such as purchases. (these are sometimes referred to as open-loop prepaid cards or tokens because they can be redeemed at many different merchants).

The issuer may also be a provider of branded e-wallets, such as Google, Facebook, Twitter, etc., and in some embodiments, such branded wallets may be owned by the issuer (e.g., Google "Cash" or Credit, Pay Pal currency, Facebook e-currency, etc.), and sub-wallets containing gift card-related value tokens, credit card-related value tokens, debit card-related value tokens, or any combination thereof. It may include or be associated with a wallet.

In general, the electronic value token transaction computer 150 will credit or debit accounts associated with electronic value tokens contained within an electronic wallet or sub-wallet (or take other actions of the type described herein). take). The electronic value token transaction computer 150 may cause the authentication system 160 to credit or debit the account associated with the electronic value token (or take other actions of the types described herein). A message may be generated or sent to the authentication system 160 as appropriate. A confirmation message is returned to the electronic value token transaction computer 150 and the POS device 111 and the electronic wallet 10 or sub-wallet is updated as necessary.

In at least one aspect, transaction information is separated from authentication information. For example, information regarding purchased items, purchase prices, purchase locations, etc. are considered transaction information and are separate from authentication information such as authentication tokens, PINs, account numbers, and the like. Among other things, keeping information separate allows for separate processing and routing, allowing for greater efficiency and privacy. For example, in applying electronic value tokens according to configurable rules, the order of priority may be the physical location of the retailer issuing the electronic wallet request; transaction volume; type of retailer; time of day; day of week; week of month; the retailer's department issuing the e-wallet request; the retailer's lane issuing the e-wallet request; the checker identification; the retailer's parent company issuing the e-wallet request; It may be based on transaction information variables such as type of request. Such transaction or authentication information may be used for security purposes, such as in conjunction with rule-based decision-making (e.g., examining such transaction data to verify and apply promotions associated with transactions). It may be used by the systems described herein (eg, to match such transaction data against predetermined profiles to aid in fraud detection).

In at least one aspect, the wallet provider acts on behalf of the purchaser and redemption of the electronic value token occurs after 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 seemingly no purchases. In these examples, a third party administrator is needed that can tie redemptions to transactions.

There are many ways to supply or attach value tokens to electronic wallets. For example, a user may pay a value token to a vendor, and the vendor may place an electronic value token in the user's wallet. Alternatively, a user may obtain a physical representation of an electronic value token from a vendor (e.g., card, note, printed receipt, etc.) and then transfer value to an electronic wallet (e.g., phone or internet access). via the user interface provided). The user may have many different retailer options associated with the vendor. In other words, a given vendor may offer multiple tokens associated with different retailers. For example, a retailer may offer promotions to compete against a user's business when purchasing value tokens, such as prepaid accounts.

Each retailer may define a specific 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 require pin numbers, access numbers, card verification value numbers, card security code numbers, and the like. Each piece of information for different retailers may have different formats as well as different names. Accordingly, an e-wallet provider or host (e.g., a primary e-wallet provider) may provide electronic representations of value tokens in various forms, such as stored value cards, credit cards, debit cards, loyalty and promotion cards, as well as primary e-wallets. It would benefit from enabling third-party control over other subsets of value tokens that would be more expensive to control by the provider.

In some embodiments, value tokens associated with prepaid cards or accounts may be associated with sub-wallets within e-wallets (e.g., primary such as Google e-wallets, sub-wallets of branded e-wallets) and third-party wallets. MAY manage sub-wallets for the primary/primary e-wallet host or provider. For example, during a transaction involving a prepaid card or value token associated with an account (e.g., an electronic or virtual stored value card), the e-wallet provider may assign a sub-wallet associated with such value token, sometimes a sub-transaction. It can be subject to control of a part of the so-called transaction. In some 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 controller can rapidly and cheaply manage transactions, including but not limited to determining and/or providing appropriate formatting for sub-transactions, and also Sub-transactions can be performed independently of and/or in coordination with the primary e-wallet host or provider. Such formatting may include details of information/data contained in or associated with a given Value Token (e.g., card number, security code, other type) and/or information or data associated with 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; obtain. For example, the third party can pass the appropriate 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 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 manager identifies the associated transaction type for the identified retailer using the type database, and all subsequent processing is performed by the retailer. Conducted using merchant-specific transaction formats and vocabulary.
In some aspects, a user may add a value token to an electronic wallet using a physical stored value card. A user identifies the retailer associated with the stored value card, for example, via a user interface located at a POS (including, in certain embodiments, a POS associated with a personal computer, such as online shopping via a website). be asked to do so. In another aspect, the user provides information associated with the stored value token via a web-based or personal digital assistant interface (eg, mobile phone app). Therefore, based on user-provided data, the appropriate format may be looked up from the database, and the user may provide a physical stored-value card with specific input information highlighted on the pictorial representation or mock-up. may show other mockup representations of Therefore, the user knows exactly what inputs are required to add an electronic value token to the electronic wallet. The user-entered information derived from the mockup may be in a suitable format and/or may be further modified by a third party administrator to meet further formatting requirements, packaged, etc.
The example described is simple, but more complex transactions are possible. As will be described more fully herein below, transactions involving (i) the use of primary and/or sub-purse value tokens for part of the transaction are (ii) primary and/or sub-purse Exchanging Value Tokens for other types of Value Tokens or Value Tokens associated with other retailers will be treated the same. For example, a user may wish to exchange a value token associated with a retailer the user does not frequent for a value token associated with a retailer the user frequents. Additionally, the third-party controller may use the transaction type associated with the identified retailer for a transaction or sub-transaction financial reconciliation (e.g., debiting and crediting a prepaid account). may be used. In this example, the use of a suitable transaction form is not only convenient, but often required.

As noted above, an electronic sub-purse is a specifically defined portion of an electronic wallet located on or associated with a particular electronic wallet (eg, primary or primary wallet). A sub-purse may be managed/maintained by a 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 separate electronic sub-wallets. Thus, the provider of the primary e-wallet may manage/conduct transactions involving value tokens associated with credit and debit cards belonging to the primary e-wallet, while a third party may Transactions on associated value tokens can be managed/performed, freeing third parties from costly banking and credit controls. Moreover, third-party managers can use economies of scale to get paid for their services via exchange awards, commissions, wages per transaction, or the like.

Through separate management of sub-purse, a third-party administrator (eg, an administrator of an electronic sub-purse associated with an electronic prepaid account) benefits both the user and the primary electronic wallet provider. Third party controllers often have the knowledge and expertise to process financial reconciliations or other transactions associated with electronic prepaid accounts associated with a given issuer (e.g., the required format database). For example, a third party custodian may be the only entity that can refer a particular transaction on a retailer's books to a particular use of a value token or e-wallet. As discussed in more detail herein, in some embodiments, a third party administrator provides a primary host or provider of an electronic wallet, such as a branded electronic wallet, with, 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). perform, perform and/or undertake all or part of a function;

Access to e-wallets may be gated or protected by authentication tokens or other means for secure access to e-wallets, examples include proxy cards or personal digital assistants or smart phones. mobile devices. Other aspects for access to 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 short-range wireless communication technology is implemented by the user via a proxy card (e.g., 200, 201 or 203), personal computer, personal digital assistant, smart phone 204 or other online transaction-related device. You may As such, an authentication token may be tangible, intangible, or a combination thereof. In some aspects, an authentication token may be generated, crafted, and/or formed at the initiation of an electronic transaction to uniquely identify the electronic transaction. In some 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 In another embodiment, the uniquely generated authentication token may be entirely unique and may not contain any part of any previous identity.

Examples of proxy cards are shown in Figures 3A, 3B and 3C. FIG. 3A shows a proxy card 200 with authentication information 211 encoded on the card 200 by means of a bar code 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 onto a near field communication chip on card 201. FIG. In some embodiments, a proxy card may have a magnetic strip and barcode (or multiple magnetic strips or barcodes), and one or more of such may include authentication information 211. Proxy cards 200, 201 and 203 are made of a suitable first material such as plastic, paper, plastic-coated paper, laminates or combinations thereof Proxy cards 200, 201 and 203 have a thickness of about 0.005 to Typically made in a thickness range of about 0.040 in. 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 including signatures, electronic vital or key codes and RFID chips/data, etc. Proxy card authentication information 211 is specific to the proxy card and associates the proxy card with the electronic wallet and, in some embodiments, such association. are stored in a database accessible by the administrator of the e-wallet.Authentication information 211 is barcoded on proxy card 200 as illustrated in FIG. It may be encoded with a strip, a near field communication chip, a series of numbers, a series of letters, or a combination thereof as illustrated in Figure 3C on proxy card 203. Proxy cards 200, 201 and 203 may also be encoded with transaction As entered in, it may be made up of a personal identification number or PIN, which corresponds to authentication information 211 and which allows access and/or use of the electronic wallet. It may be encoded 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 on a scratch card strip or by an obfuscating material such as a peel-off label or combinations thereof. The packaging may obscure the appearance.In some embodiments, the proxy card contains a Card Security Code (CSC), a Card Verification Value (CVV or CV2), a Card Verification Value Code (CVVC), a Card Verification Code ( CVC), verification code (V-Code or V-Code), card code verification (CCV), credit card ID (CCID) or any combination thereof Often such codes (together with any other authentication data or tokens described herein) are used in authentication or authorization transactions initiated at a point of sale, for example accompanying e-wallet payment for purchase transactions. may be used.

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 of conventional construction, such as deposited from a slurry placed on the card 201, so that it can be read with magnetic strip reading equipment such as the Tranz terminal made by Verifone. can be scanned. For additional security, the authentication information 211 may also be subjected to an encryption algorithm prior to encoding onto the magnetic strip.

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

In other embodiments, a series of numbers, a 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 follows. Any suitable authentication tokens described herein, such as virtual or cardless authentication tokens, mobile phones, etc., may be used in the various aspects described herein.

In a further aspect, for example, the proxy card 203, near field communication technology, radio frequency identification (RFID) tags, microprocessors and/or microchips are placed 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 instead of barcode 255 on proxy card 200 and magnetic strip 256 on proxy card 201, or authentication on these or proxy cards. It may be used in combination with other means of encoding information. Alternatively, other means such as RFID or near-field, Bluetooth® may be used by user-operated devices (e.g., personal digital assistants such as smartphones) for electronic wallet access and/or An authentication function may be provided. In one aspect, the authentication token is associated with a personal digital assistant, such as a smart phone 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 be hardware and/or specific electronic data that serves as the token for authentication. (eg, authentication data such as number values, MAC addresses, SIM cards, digital signatures, electronic keys, user IDs, phone numbers, passcodes, 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, the phone may pass near the POS device and transfer user and/or wallet information and authentication information to the POS device using a short-range wireless communication protocol. The phone may transfer all or part of the wallet and/or authentication information and leave the POS device to decide which parts are applicable to the current transaction, or the phone may transfer the information currently applicable. As much as possible, information used during the current transaction may be transferred to the POS device. That is, the logic for transferring authentication tokens (eg, phone) and wallet and/or authentication information to/from the POS device may reside on the authentication device, on 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. Well, and upon authenticating the user, the phone will pass the successful authentication to the POS device. A POS device may communicate with a wallet host or provider (e.g., a primary e-purse host) and any sub-purse may communicate with the host or provider, e.g., a third-party administrator. or only with a provider (eg, a primary e-purse host), and a wallet host or provider may communicate with a third party administrator, such as a sub-purse host or administrator. Even though multiple configurations enable communication, the parties use a scalable architecture so that transactions can still be conducted in real time with no delay to the customer.

In one aspect, the authenticator is a proxy card. A proxy card is not a physical card, but because the customer knows how to use an electronic value token, the similarity in appearance of the proxy card to a credit card, debit card or stored value card is a key factor in the adoption of e-wallets and their use. will assist access to Customers may therefore come to think of the proxy card as multiple cards grouped together, or simply think of the proxy card itself as an electronic wallet despite its physical representation. Authentication tokens may take and/or relate to tangible or intangible aspects such as mobile devices, personal identification numbers, phone numbers plus personal identification numbers, passwords, usernames plus passwords, biometric IDs and the like. good. An authentication token includes, provides, and/or is associated with authentication information (eg, electronic authentication data or information) that associates a user with an electronic wallet. Thus, multiple value tokens contained in the electronic wallet (or its sub-wallets) are associated with the user.

Returning briefly to FIG. 1A, electronic value token transaction computer 150 accesses electronic wallet 10 from data store 180 . Prepaid or Stored Value Card Electronic Value Tokens may include electronic representations of gift cards, loyalty cards, promotions, and the like. The POS device 111 obtains authentication information from the e-wallet user via an authentication token, such as a smartphone or proxy card 200, and sends the authentication information (and some e.g., the rules for assigning the contents of the electronic wallet to the requested transaction) to the electronic value token transaction computer 150. The electronic value token trading 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 main wallet or sub-wallet). , activate value tokens, debit value tokens, report value tokens, check value token balances, etc.) or investigate rules against the information in the claim (receiving claims, electronic value tokens associated with an electronic wallet by a transaction processing system 100, 1100, 1200 or a combination thereof). For example, for purchase transactions, the electronic value token trading computer 150 may determine purchases based on rules, e.g., rules associated with the order or priority in which value tokens are applied or redeemed to cover the purchase price. Choose an electronic value token to cover.

As shown in FIGS. 2A and 2B, electronic value token transaction computer 150 includes rules unit 159 . Regulation unit 159 may be provided, selected and/or required by electronic wallet users, electronic wallet providers, electronic wallet accepting merchants, electronic value token issuers, electronic wallet transaction system administrators and combinations thereof. Provides the ability to process, manage, associate and enforce e-wallet (and sub-purse) rules. Rules unit 159 may function to associate provided, selected and/or requested rules with electronic wallets and sub-purses maintained in database 180 and/or electronic wallet unit 199 . A rules unit 159 provides rules for deriving rules to apply to transactions in the absence (or instead) of any particular rules provided or selected by any other rule assigning entity. It may contain an engine. Rules unit 159 accepts (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 input; e-purse/sub-purse rule data may be provided to be read via input; (iv) or any combination thereof. For example, an electronic wallet user, via a kiosk 189 connection, to an electronic value token transaction computer 150 and details the manner in which the electronic value tokens contained in the electronic wallet should be preferred for use in fulfilling a 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 options provided by the kiosk's 189 display. Additionally, for example, savings situations where certain laws, regulations and/or policies require e-wallets to be limited to a selected number of indicated transactions per time period (e.g., transfers from savings-only e-wallets ) may occur.

In one aspect, the rules can be configured by the user as a flow chart for the 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 store X purchases of any amount, and open loop related (credit card Y ) along with any remaining purchase balance to effect the selection of Value Tokens. Alternatively, the user should not use open loop related electronic value tokens to meet balances against closed loop related electronic value token purchases, but rather debit card related electronic value tokens belonging to electronic wallets instead. A rule may be invoked that stipulates that the balance should be used to meet the balance. Thus, a user may access and apply multiple value tokens with the efficiency of using one authentication token (eg, one proxy card or smart phone). For example, a user may use an e-gift card, an e-coupon and two e-credit cards from an e-wallet or sub-wallet all with only one physical card such as a prepaid, debit or credit card. Happens in time to use. Consumers, retailers, publishers, vendors, merchants, advertisers and other parties can save time, 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/location of product selection or purchase promotional opportunities, and other benefits.

In another aspect, the rules may be established by an e-purse system provider (eg, primary and/or secondary e-purse providers or hosts). The e-wallet system provider may not allocate e-wallets when there are no user-established rules available (or if, under the user's e-wallet management agreement, system rules precede specified transaction activity). may establish rules regarding For example, the e-wallet system may initially apply to the e-purse system provider's own branded e-value token belonging to the user's e-wallet to which the transaction is related, associated or affiliated with the e-purse system provider and/or Or, when including contractually related entities, rules may be introduced that direct the electronic value token trading computer 150 to fulfill the requested transaction. Therefore, this type of regulation does not provide the provider and its affiliates and/or contractually related entities with income or other business purposes and other synergies based on the use of the electronic wallet system. can be maximized.

In a further aspect, electronic wallet rules may be created to automatically direct electronic value token exchange activities (electronic value token exchanges are discussed in more complete detail herein). For example, an e-wallet user may indicate an e-wallet to fulfill a transaction at a retailer, e.g., retailer Q, and the e-wallet does not contain retailer Q-branded e-value tokens, and the e-wallet is , automatically and in real-time initiate the electronic value token exchange process, and the electronic wallet may manage the electronic wallet to communicate the electronic value token exchange to the electronic value token trading computer 150 (e.g., FIG. 6A-6D, as described in more detail herein). Additionally or alternatively, users may submit 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 electronic wallet user may manage the electronic wallet so 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 has a priority ranking system, e.g. most preferred e-value token or token type (e.g. #1) least preferred e-value token or token type (e.g. #22, sub-wallet with 22 types of electronic If there is a value token), it may be placed/ordered/specified in the sub-wallet. For example, retailer M branded electronic value tokens may be designated as most preferred, and retailer L branded electronic value tokens may be designated as least preferred. Further by way of example, an electronic wallet may also be a retailer's electronic value token, such as in the retailer Q scenario described above, in situations where an electronic 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. the merchant L branded electronic value token (#22) and where appropriate the original transaction We have provided rules by users to encourage the inclusion of Preferred Electronic Value Tokens #21, #20, etc. for Retailer Q Electronic Value Tokens in sufficient quantities to meet the amount of The electronic value token transaction computer 150, upon receiving an electronic value token exchange request, 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). Conduct electronic value token exchanges. The requested e-value token exchange takes place, the e-wallet receives the e-value token of the requested retailer Q brand, which is used simultaneously in conducting the original transaction, and the e-wallet receives the requested retailer L brand e-value token. of electronic value tokens to the electronic value token trading computer 150 (or made unavailable for use and only available for modification), in this case the requested retailer Q branded electronic value It was real value beyond tokens. Accordingly, the electronic value token trading computer 150 modifies (either internally or via communication with Retailer L Brand's electronic value token issuing system) the value of Retailer L Brand's electronic value token. , reflecting the value reduction based on the provided Retailer Q electronic value tokens, and extracting the exchange rate for the exchange of Retailer Q branded electronic value tokens for Retailer L branded electronic value tokens (this Communicate the transaction information to all interested parties and return (or make available for reuse) the value-modified retailer L-branded value tokens to the user's e-wallet, as discussed more fully in the specification). so as to). In an alternative embodiment, the electronic value token exchange rules of the electronic wallet query the electronic value token trading computer 150 for the best available exchange rate for electronic value tokens belonging to the electronic wallet and rank the electronic value tokens. It could offer to make the exchange based on the best exchange rate rather than.

FIG. 2A illustrates an exemplary electronic value token transaction processing system 100 according to one aspect. As indicated, 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 electronic value tokens (e.g., 804, 827, 828), such as (e.g., 804, 827, 828), which are synonymous with “award bonuses” and “value tiers”) and other information related to adding, redeeming, and managing electronic value tokens; , and 829; (d) at least one individual issuer authentication system 160; and (e) any other electronic value token transaction computer administrator 151 included in the system. unit. In one embodiment, the electronic value token transaction computer 150 includes a value added 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 some embodiments, electronic value token trading computer 150 (or a unit thereof such as sorting unit 189) further includes a token exchange interface that can 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 a separate proprietary network). Similarly, electronic value token trading computer 150 may communicate with issuer authentication system 160 via issuer system interface 156, for example, over the Internet (Public Switched Telephone Network (PSTN) or a separate proprietary network). good. Communications 106, 107 between the POS interface 152 and the POS device 111 and communications 109, 110 between the issuer system interface 156 and the issuer authentication system 160 may be encrypted for added security. and/or may utilize a virtual private network (“VPN”). Sorting unit 198 may sort different types of communications for routing in different ways. For example, if the sorting unit 198 receives authorization information in an electronic wallet and/or sub-purse request (e.g., a transaction request, the sorting unit 198 places the requested transaction into a specific electronic wallet maintained by the system, and/or or to a specific sub-purse or sub-purse associated with the electronic wallet), balance inquiry requests, registration requests, activation requests, redemption requests and administration requests for routing to the various units of FIG. 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 at a kiosk 189, for example during an online transaction, or a personal computer (located at the user's home or office configured to function as a POS), the authentication token is interpreted by the POS interpretation unit 101 (eg, card reader). The POS interpretation unit 101 reads code in or to: a human, a barcode scanner, a magnetic strip reader, an optical character recognizer, a biometric device, a numeric keyboard (e.g., to enter a token identification number) or an authentication token. It can include other devices configured to interrogate, interpret, capture, or input data obtained.

At approximately the same time (or, alternatively, before or after) interpretation of the authentication token, a request is made for an electronic wallet transaction by the 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 (eg, smart phone) or POS interpretation unit 101 and/or POS processing unit 105. may include other means of requesting or sending messages that are 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, such as a POS register/terminal or a personal computer during online web-based transactions. may be performed by a single unit capable of performing the operations of

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 equipment acceptable for industrial use. POS interpretation unit 101 communicates 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 . The POS processing unit 105 may combine this information and communicate it to the electronic value token transaction computer 150 (eg, convey a message requesting an electronic wallet transaction with associated transaction and/or authentication data). In some embodiments, the POS processing unit 105 is associated with a POS retailer from the electronic value token transaction computer 150 (or its associated unit, such as a sub-administrator or sub-purse administrator) and/or for a given transaction type. and/or store and/or receive transaction formats associated with Value Tokens, and use such transaction formats to format transaction requests or messages to collect further information or features at the point of sale; , or prompt the user for other data to transmit/receive. For example, a user making a purchase at a retailer operates a card reader. A card reader may be presented with an input device and a bar code 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 "e-wallet". The user selects "electronic wallet". The user then sees the options "Buy", "Add Token" and "Remove Token". The user selects "Purchase". After further prompting (in one embodiment, relating to transaction formats specific to a particular retailer of POS), the user enters a PIN. 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 operations that would be performed by an individual unit. , POS transaction unit 104 and POS processing unit 105 may all be performed.

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

As illustrated in FIG. 2A, electronic value token transaction computer 150: (a) retailers/merchants and/or vendors (eg, via POS device 111, customer Internet connection or kiosk 189), issuer authentication; to form a secure connection with the system 160 and any other entity 190 authorized to access the electronic value token trading computer 150 by the electronic value token trading computer administrator 151; (b) issuer authentication; (c) communicating with the issuer authentication system 160 to request and receive redemption or addition of value tokens to the electronic wallet; (d) generate and maintain a transaction log 170 of all activities performed; (e) generate an error log 175 of all failed and completed activities and therefore the reason. (f) to retailers/merchant and/or vendors (e.g., via POS unit 111) to redeem or add Value Tokens to electronic wallets and to redeem or add Value Tokens to electronic wallets; and (g) tell the retailer/merchant and/or vendor (e.g., via the POS unit 111) any reason why the transaction could not be completed. configured as

Electronic value token trading computer 150 may be a single processing unit (e.g., a centralized server), multiple processing units (e.g., a distributed computing system with various units distributed and communicating with each other), with associated storage capacity. ) or combinations thereof, each of which may or may be specified for: accessing a data store 180; creating a transaction log 170; creating an error log 175; communicating with retailers/merchants and/or vendors, e.g., at a point of sale, including over the Internet for online transactions; communicating with an individual issuer's authentication system 160; process value tokens and e-wallet requests; process redemption requests; add additional quotes or add electronic redemption coupons for specific product(s) or service(s); processing value-added features for purposes; processing redemption requests for electronic redemption coupons for specific product(s) and/or service(s); and electronic value token transactions. Communicate with other systems 190 that can and are authorized to communicate with computer 150 .

Data store 180 maintains a record of accounts associated with each e-wallet that indicates: (a) whether each individual value token has been added or redeemed; (b) whether an authentication token has been registered; (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) issuer of the electronic value token; (f) value-added bonus awards; (g) rules for redeeming value-added bonus awards; and (h) any combination thereof. The data store may also maintain a record of the rules required to award value-added bonus awards to electronic wallets or value tokens.

Data store 180 also maintains records associated with each electronic wallet and/or sub-purse indicating: (a) timing of registration activities and other related information; (b) timing of administrative activities and related (c) transaction activity timings, and other related information; (e) applicable rules; (f) identification of the issuer electronic value token therein; (f) identification of the sub-purse associated with it; (h) any other records required by the 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 for the various processes and purposes described herein. Related data is separated between stores. Also, various data may be closely connected to and/or located near one or more subunits, subprocessors, third party processors and the like associated with the 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 activity 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; value-added quantity, product or service addition; (i) value-added quantity, product or service redemption; (j) when an electronic value token is added; (k) when an electronic value token is redeemed; l) transactions or communications conducted with Issuers to add Value Tokens; (m) transactions or communications conducted with Issuers to redeem Value Tokens; (n) requiring entry of a PIN for use; (o) e-wallet registration; (p) e-wallet setup activity; (q) e-wallet transaction activity; (r) e-wallet savings activity; (s) electronic wallet management activities; (t) any other information that directs electronic value token transaction computer administrator 151 to maintain electronic value token transaction 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, succession 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 manager 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 retailers or other interested parties. For example, the transaction log 170 contains information about each transaction made by the electronic value token transaction computer 150 (and any subcomponents thereof) and various vendor, merchant, issuer and electronic value token transaction processing system administrators. It may be utilized by reconciliation unit 155 when reconciling accounts belonging to person(s). Further data mining questions that stakeholders (e.g., vendors, retailers, publishers, advertisers, etc.) can record, analyze, and/or provide are: (i) purchasing habits of e-wallet users; (ii) electronic value token purchases, sales, redemptions and redemptions; (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 electronic value token trading computer administrator 151 . Although not required, in an alternative embodiment, electronic value token transaction computer administrator 151 may also function as data store administrator 181 . Accordingly, electronic value token transaction computer 150 is configured to generate and maintain an error log of all transactions that have not been completed and the reasons thereof. In some embodiments, error logs are maintained by electronic value token transaction computer administrator 151 .

The electronic value token trading computer 150 is also configured to authorize access to 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 be third party payment management systems, third party verification systems, issuer related entities, vendor related entities, redeeming retailers or redeeming retailer related entities, banks, credit card agencies or May include any other entity to which access has been provided by a financial institution such as a credit union or electronic value token transaction computer administrator 151 or other entity authorized to authorize access.

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

Upon receipt of an e-purse transaction request from the POS and thus sorting by identification and sorting unit 198 , electronic value token transaction computer 150 accesses the e-purse unit of data store 180 . Electronic value token transaction computer 150 processes information contained in data store 180 and communicates 109, 110 with individual issuer authentication system 160 to perform management of electronic value tokens and corresponding accounts. A message modification unit may coordinate messages and requests so that multiple units, subcomponents/processors or third party administrators can recognize and correctly interpret the messages. For example, after the electronic value token transaction computer 150 determines the personal issuer authenticator 160 associated with the request, the message modification unit 154 accesses the database 180 to determine the appropriate personal issuer authenticator 160. determine a suitable transaction message transmission format, and then format subsequent communications to said individual issuer's authentication system 160 using the transaction format and vocabulary specified/preferred to said individual issuer's authentication system 160 . Communication between the individual issuer authentication system 160 and the electronic value token transaction computer 150 may occur simultaneously or independently. The electronic value token transaction computer 150 is connectable to the individual issuer's authentication system via a suitable network (eg, PSTN, Internet, or independent proprietary network). The electronic value token transaction 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.

Coordination unit 155 coordinates accounts of various issuers, vendors and/or redeeming merchants to provide appropriate merchants, vendors, electronic value token transaction processing system administrators and issuers with various transaction values. credit and debit recipients to reflect which entities received value from which other entities. For example, if Vendor A sells tokens issued by Issuer B for a specified amount to Value and receives payments from users who add electronic value tokens to their e-wallets, the selling vendor The electronic value token system administrator receives the purchase amount and/or the predetermined percentage of the amount to process the transaction. and the issuer receives the remainder. When a Value Token issued by Issuer Y is redeemed at Merchant X to purchase an item, the amount redeemed is debited to Issuer Y and credited to Merchant X, sometimes by the Issuer. Minus any transaction fees collected and/or transaction or processing fees collected by the electronic value token transaction processing system administrator.

The authentication unit 157 allows the electronic value token transaction computer 150 to validate the electronic wallet request rather than communicating the request to the issuer's authentication system 160 for authentication when the electronic value token transaction computer 150 is also an authorization system. Used to allow. 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 electronic wallet transaction requests (eg, primary or sub-purse) received from POS processor 105 (or other transaction originating device/component/processor). In other words, authentication unit 157 will examine the data fields of the request to ensure that the fields are populated with data and that the data are in the correct format (eg, length, alphanumeric format). Authentication unit 157 may reject the request if the request is improperly formatted, or, in some embodiments, retrieve the proper format (eg, from a format database) and can modify the transaction request to comply with Authentication unit 157 also performs various validation checks on the request. Authentication unit 157 validates card-related transaction information based on parsing 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 issuing 2) that the value amount 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; and that the corresponding transaction request involves a payment of $25.00 by the customer; 3) the type of card that the UPC information is available for processing by the requesting merchant; and 4) the card's bank identification number ("BIN") that identifies the card issuer (i.e., the first six digits of the card's identification number) identifies the card issuer. Determining to respond to identifying UPC information.

Authentication unit 157 may also verify transactions based on other criteria such as transaction circulation rate (number/volume per unit time). For example, if the card processor is concerned that multiple invalid transactions indicate fraudulent activity, the card processor will ensure that the electronic value token transaction processing system 100 monitors the number of invalid transactions requested and may be required 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 information received by authentication unit 157 is difficult to understand.

If the request is properly formatted and verified as described above, the electronic value token transaction computer 150 may transmit the details of the transaction to the issuer's authentication system rather than the authorization request. Also, in some embodiments, the issuer, the authorization system (eg, authentication unit 157) and the transaction computer are part of the same entity, and in such embodiments, the issuer's authentication system 160 is not. The token or issuer authentication system 160 may be implemented by the electronic value token transaction computer 150 (e.g., a commonly owned and operated computing system, whether centralized (e.g., in a centralized data center). part of it) and/or which may be commonly owned or distributed within a controlled system or network) under common control. Furthermore, units associated with electronic value token trading computer 150 (eg, units 152-157) are shown as various units within a single data processing system for illustrative and conceptual purposes. , 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 for facilitating purchases using electronic wallets in accordance with primary electronic wallet transaction processing aspects is shown in FIG. 4A. Such aspects may be illustrated by electronic wallet transaction processing requests initially received and subsequently made by the electronic value token transaction processing system 100 . The acts shown can occur in the order shown or out of order, and two or more acts can occur in parallel.

At block 302, the 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 (b) authentication information; (c) amount of purchase; (d) identification of electronic value token issuer; (e) identification of vendor; (f) location identification; (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-purse, or a combination thereof; (k) any other transaction and/or authentication data described herein; and (l) any combination thereof. The request at block 302 may include other information, requests or functions in addition to or in place of the items listed above, eg, of the types described herein. In at least one aspect, the authentication information is based on an authentication token selected from the group consisting of proxy cards and mobile phones. Using the identification of the electronic value token issuer, transactions can be correctly formatted 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 validates the requested authentication information. and whether the request is for redeeming value token(s), appending value token(s), deleting value token(s), or managing an e-wallet to determine whether it is of The e-wallet request may include a 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 e-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 processes the indicated/received electronic Identify/determine the primary electronic wallet, sub-purse(s), and/or location of said electronic wallet(s) or sub-purse(s) necessary to fulfill the wallet transaction request. If the received authorization information indicates that the requested electronic wallet transaction involves a primary electronic wallet, a sub-purse, or a combination thereof maintained by electronic value token trading computer 150, electronic value token trading computer 150 also: good (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 the rules stored in the sub-wallet (e.g., the rules established by the electronic value token transaction processing system administrator, the sub-wallet user, or a combination thereof); (iv) POS111 ( (v) or any combination thereof.

For example, an aspect may include the electronic value token transaction computer 150 determining that all requests pertain to value tokens contained in the primary electronic wallet. Upon receipt of the request, the electronic value token transaction computer 150 queries its authentication unit 157 (more fully as described herein), its data store 180, the electronic wallet unit 199 and any other necessary units. whether the primary e-wallet contains a value token that can satisfy the subject request (e.g., whether the primary e-wallet contains a value token associated with a vendor (merchant) and/or whether the primary e-wallet contains a value token associated with the requested transaction). issuer or not). Such a determination may be made by comparing the electronic value token identification, user ID, requested transaction type. The electronic value token transaction computer 150 then determines that the electronic value tokens available in the primary electronic wallet corresponding to the request are applied under the rules of the primary electronic wallet or the rules that received the request, as well as the requested transaction (singular or plural) will be assessed as doing or refusing to do.

Another aspect may include the electronic value token transaction computer 150 determining that all requests relate to value tokens contained in the sub-purse. Upon receipt of the request, the electronic value token transaction computer 150 queries its authentication unit 157 (more fully as described herein), its data store 180, the electronic wallet unit 199 and any other necessary units. whether the sub-purse contains value tokens that can respond to the subject request (e.g., whether the sub-purse contains value tokens associated with a vendor (merchant) and/or issuer associated with the requested transaction). will decide whether Such a determination may be made by comparing the electronic value token identification, user ID, requested transaction type. The electronic value token transaction computer 150 then applies the electronic value tokens available in the sub-purse corresponding to the request under the rules of the primary electronic wallet or the rules that received the request, 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 relates to electronic value tokens where a portion of all transaction requests belong to the primary electronic wallet, while a portion of the transaction requests belong to sub-purse(s). It may also include an electronic value token trading computer 150 that determines that the value token is relevant. Such determinations may be made by evaluating the type of transaction requested, the 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 will be applied under the primary electronic wallet's rules (these rules may be The electronic value token transaction computer 150 responds to the request by determining whether tokens available in any applicable sub-purse may affect the payment method used for those located in such sub-purses. Evaluate the manner in which Electronic Value would be applied and would perform or refuse to perform the requested transaction and/or class of transactions under the rules of and/or requested rules. be.

In an exemplary embodiment, at block 324, the electronic value token transaction computer 150 will respond to the received transaction request and, when used together, will cover the entire 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-purse. Moreover, one of the electronic value tokens located in the primary electronic wallet or sub-purse may be an electronic representation of the patron card and located either in the same or a different location of said patron 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 will generate a "loyalty card" token and a "retailer gift card" token regardless of the token's position in the primary and/or sub-wallet(s). concurrent use of , as opposed to not simultaneously applying the value of the “retailer gift card” token and the “loyalty card” token for a transaction, enhancing user benefits; For example, a 5% increase in the loyalty point bonus applied to a "loyalty card" token for the value of a "retailer gift card" token or use of a "retailer gift card" token is possible.

A value token may be associated with a closed loop account or an open loop account. Closed loop accounts typically expire after the funds in the account are depleted, eg 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 retailers, while open-loop accounts are usually associated with financial institutions (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. A closed-loop account number is associated with a retailer that can debit or credit from 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 expiration dates or specified expiration dates that are different from any other value tokens. Furthermore, an electronic value token may identify a particular merchant, location and/or product that the electronic value token may utilize.

If the request is for adding a value token, at block 306 an electronic wallet is created (if not previously created) and an electronic value token is added to the electronic wallet. The following table contains 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 1A illustrates the required parameters required to make a wallet in at least one embodiment. Table 1B illustrates response parameters required to create a purse in at least one embodiment.

The electronic value token transaction computer 150 preferably allocates memory to the electronic wallets and value tokens and stores the pieces of information in data structures on the data store 180 to store electronic wallets and/or stored electronic wallets in the electronic wallet unit 199 . 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 a gift card electronic value token in an alternative embodiment, including the name of the associated wallet and/or sub-purse.

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

Table 4 illustrates formatting for authentication communication.

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

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

Table 7A illustrates the request parameters used to fill the 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 out the rules. In at least one aspect, checking the rules includes checking a value token priority that is variable by the user. For example, a user may prefer to use any closed-loop value token that corresponds to the retailer originating the purchase request. If nothing is found, or the token will not cover the purchase, the user may prefer to use open loop value tokens for the rest. 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, a user may prefer to pay for any balance with a credit card rather than a debit card. In at least one aspect, the user may configure these rules via the Internet or mobile application and save the priority as the default priority. In an alternative embodiment, a user selects an electronic value token to be applied to an electronic wallet request at a POS device, for example, at a vendor or retailer location such as a checkout lane, customer service counter or kiosk. Selecting an electronic value token therefore involves selecting a value token with the highest priority that, when used together, will cover the purchase volume. As can be seen in the examples, 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 some 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 the sub-wallets. Causes a sub-transaction to be processed by an administrator.

In at least one aspect, the rule specifies that different value tokens should be applied, and applying electronic value tokens comprises applying electronic value tokens to electronic wallet requests according to percentages of electronic wallet requests. Including examining. At block 310, the electronic value token transaction computer 150 then selects, based on rules, value tokens in the electronic wallet that, when used together, will cover the electronic wallet claim. For example, a user may configure rules so that each purchase is split evenly between two credit cards. Selecting an electronic value token therefore involves selecting two open-loop tokens that divide the purchase amount. Similar to the example above, if a single authentication token (e.g. proxy card only or mobile device) is used at the POS, efficiency is preserved as 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 can also implement "if-then" rules based on the information communicated in the electronic wallet request. For example, a gas station purchase may result in a gas credit card value token selection, and the like. In such an embodiment, the electronic value token computer 150 can be used to store the target electronic wallet 10 and/or sub-wallets 807 (eg, for credit card-type electronic value tokens), 808 (eg, for debit card-type electronic value tokens), and rules 802, 817, 818 and 819 of 809 (e.g., for stored value-type electronic value tokens), based on the transaction type, e.g. The established rule(s) for 10 and/or sub-purse 807, 808 and 809 requests is that the transaction type request first uses the first electronic value token type, e.g. gas card related electronic value token 829. and that the subject electronic wallet 10 or sub-wallet(s) 807, 808 and 809 contain a sufficient amount of the first value token type to satisfy all transaction requests. If not, electronic value token computer 150 may fill the rest of the transaction request with a second electronic value token type, eg, debit card-related electronic value token 828 .

Electronic value token transaction computer 150 also applies electronic value tokens to electronic wallet requests. In applying an electronic value token to a claim, the electronic value token transaction computer 150 sends credit and debit messages as done with accounts managed by retailers and financial institutions using the appropriate account number. can be generated and transmitted, or if the electronic value token trading computer has such administrative authority, the electronic value token trading computer 150 can directly credit or debit the account.

In at least one embodiment, the electronic value token transaction computer 150 modifies the request (eg, applies the required format) and sends the modified request to the appropriate one of the issuer's authentication systems 160. , which receives the modified request and operates in the same manner, eg, authorizing and/or processing the request to redeem the electronic value token, and updating the data store accordingly. Authentication system 160 is not co-located where the electronic wallet request was received in at least one aspect. For example, if an electronic wallet request was received from a retailer, the authentication system could be owned and operated by the retailer, but not the retailer. Rather, the authentication system may be located, for example, in a data center. Therefore, neither the retailer nor the retailer generally need to know some or all of the contents of the wallet. In at least one embodiment, the retailer may determine that some transaction authentication actions are performed by its POS (e.g., proxy card attacks, digital personal assistance interactions with POS devices, keypad PIN entry at the POS, or other authentication). activity), so they don't even know the existence of the e-wallet. In other words, access and use of electronic wallets at the POS is seamless and does not require any special or bespoke actions to process transactions compared to traditional physical applications. Issuer authentication system 160 sends a response message back to electronic value token transaction computer 150 . In alternative embodiments in which the electronic value token transaction computer 150 performs the functions of the issuer authentication system 160, the method may proceed directly to blocks 306 or 310-314.

The electronic value token transaction 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 in the electronic wallet unit 199 and data store 180 to reflect that the electronic wallet is activated, and to/from the electronic value token(s). reflect any debits, credits, additions or deletions of 6A-D illustrate a series of user interface screens and prompts in at least one embodiment. For example, the user may refer to the illustrated prompts when managing the user's electronic wallet via a computer and/or kiosk 189 connected to the Internet.

The transaction log 170 may be updated by the electronic value token transaction computer 150 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) crediting, debiting, adding or removing electronic value token(s); (e) changes in rules associated with electronic value tokens; (f) vendor identification; (h) the location of the vendor; (i) the identity of the terminal attaching the electronic value token; (j) the identity of the entity providing the electronic value token; and (k) any combination thereof. sell. Transaction logs may include other information (eg, transaction and/or authentication data) in addition to or instead of the items listed above.

The electronic value token transaction computer 150 then delivers the confirmation message to the POS device 111 at block 318 . The electronic value token transaction computer 150 may, for example, optionally print a receipt to the customer and/or present it on a display to the store employee operating the POS device 111 before delivering the confirmation message to the POS device 111 . The confirmation message may be modified to include the information available. At block 320, the electronic value token trading computer 150 communicates with various vendors, merchants, issuers, electronic value token transaction processing system administrators, and electronic value tokens to issue, sell, pitch, redeem, and Reconcile the accounts of other entities involved in the sale to balance and debit the appropriate accounts and, in some embodiments, initiate transfers between appropriate deposit accounts belonging to 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, thus requiring the initiation of small transfers. be. In one aspect, the information in the transaction log 170 is used to match transactions and the like. For example, grouping all transactions from a given location or from a given merchant or grouping transaction types (eg, credit, debit, etc.). In various embodiments, the order of events depicted may vary and thus may occur sequentially or concurrently in any desired order.

FIG. 2B illustrates according to an aspect that the electronic wallet processing system includes an electronic value token transaction computer 150 and functions as an electronic sub-purse transaction processor integrated with a primary electronic wallet transaction processor such as that illustrated by electronic wallet aggregation system 1000. An exemplary electronic value token transaction processing system 1100 is illustrated. It can further be appreciated that the electronic purse aggregation system 1000 has the same functionality, capabilities, database access, networked communication and operating components as the electronic value token transaction computer 150 described herein, and 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 purse aggregation system 1000. In some embodiments, electronic purse aggregation system 1000 is controlled and maintained by a common entity or entities that control, maintain, operate, own and/or otherwise manage electronic value token transaction computer 150. , may be operated, owned, and/or otherwise managed, i.e., the primary electronic wallet transaction processor and the electronic sub-purse transaction processor may have a common controller, maintainer, operator, owner and/or manager. share. In some embodiments, the electronic wallet aggregation system 1000 controls, maintains, operates, owns and/or otherwise manages the electronic value token transaction computer 150, separate and distinct from the common entity or entities that control it. , and/or controlled, maintained, operated, owned, and/or otherwise managed by an entity or group of entities that are unrelated, i.e., the primary electronic transaction processor and the electronic sub-purse transaction processor , do not share a common controller, maintainer, operator, owner and/or manager. As indicated, when functioning in an electronic sub-purse transaction processing capability, the electronic value token transaction processing system 1100 includes: (a) an electronic value token transaction computer 150; (b) an electronic purse assembly system interface 1052; (c) count number, e-wallet account information, value-added award status (“award” is hereinafter referred to as “value-added bonus ”, “value-added bonus award”, “value-added award bonus” and “value differentiation”) and adding, redeeming and managing Electronic Value Tokens; (d) at least one individual issuer authentication system 160; and (e) any other unit included in the system by the Electronic Value Token Trading Computer Administrator 151; In one embodiment, the electronic value token transaction computer 150 includes: a value added determination unit 153, an electronic wallet aggregation system interface 1052, a message modification unit 154, an adjustment unit 155, an issuer system interface 156, Includes authentication unit 157 and sorting unit 198 . The e-purse aggregation system interface 1052 provides a means for the electronic value token transaction computer 150 to communicate with the e-purse aggregation system 1000 via, for example, the Internet (Public Switched Telephone Network (“PSTN”) or a separate proprietary network). . Similarly, electronic value token trading computer 150 may communicate with issuer authentication system 160 via issuer system interface 156, for example, over the Internet (Public Switched Telephone Network (PSTN) or a separate proprietary network). good. Communications 116, 117 between the e-purse aggregation system interface 1052 and the e-purse aggregation system 1000 and communications 109, 110 between the issuer system interface 156 and the issuer authentication system 160 are It may be encrypted and/or may utilize a virtual private network (“VPN”). Sorting unit 198 may sort different types of communications for routing in different ways. For example, if the sorting unit 198 receives authorization information in a sub-purse request (e.g., a transaction request), the sorting unit 198 places the requested transaction into a specific electronic sub-purse maintained by the system and/or an electronic sub-purse. 2B), balance inquiry requests, registration requests, activation requests, redemption requests and administration requests for routing to the various units of FIG. 2B; You can sort it. 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 at a kiosk 189 during an online transaction, for example, or a personal computer (located at the user's home or office configured to function as a POS), the authentication token is interpreted by the POS interpretation unit 101 (eg, card reader). The POS interpretation unit 101 reads code in or to: a human, a barcode scanner, a magnetic strip reader, an optical character recognizer, a biometric device, a numeric keyboard (e.g., to enter a token identification number) or an authentication token. It can include other devices configured to interrogate, interpret, capture, or input data obtained.

At approximately the same time (or alternatively before or after) 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 smart phone or POS interpretation unit 101 and/or POS processing unit 105. Other means of requesting or sending messages may be included. In some embodiments, the operations performed by POS interpretation unit 101 and POS transaction unit 104 may both be performed by a personal unit, such as a POS register/terminal or a personal computer during online web-based transactions. may be performed by a single unit capable of performing the operations of

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 equipment acceptable for industrial use. POS interpretation unit 101 communicates 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 . The POS processing unit 105 may combine this information and communicate with the e-purse aggregation system 1000 (eg, convey a message requesting an e-purse 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 aggregation system 1000 (or its associated unit, such as a sub-administrator or sub-purse manager, e.g., electronic value token transaction computer 150); /or store and/or receive a given transaction type and/or a transaction type associated with a value token and use such a transaction type to format a trade request or message for further information; Prompt the user about collecting features or other data transmitted/received at the POS. For example, a user making a purchase at a retailer operates a card reader. A card reader may be presented with an input device and a bar code 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 "e-wallet". The user selects "electronic wallet". The user then sees the options "Buy", "Add Token" and "Remove Token". The user selects "Purchase". After further prompting (in one embodiment, relating to transaction formats specific to a particular retailer of POS), the user enters a PIN. 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 operations that would be performed by an individual unit. , POS transaction unit 104 and POS processing unit 105 may all be performed.

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

As illustrated in FIG. 2B, electronic wallet assembly system 1000 includes: (a) a retailer/merchant and/or vendor (eg, via POS device 111), electronic value token transaction computer 150, and issuer authentication system; (b) communicate with the issuer's authentication system 160 to request and receive value token redemptions or additions to electronic wallets; (c) issuer's authentication. Communicate with system 160 to redeem all or a portion of electronic value tokens associated with an electronic wallet; (e) to retailers/merchants and/or vendors (e.g., via POS unit 111) to redeem or add value tokens to electronic wallets; and (f) to the retailer/merchant and/or vendor (e.g., via the POS unit 111) to complete the transaction. configured to convey any reason why it could not

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

The data store 180 maintains a record of accounts associated with each sub-wallet indicating: (a) whether each Personal Value Token has been added or redeemed; (b) an authentication token for Personal Value. (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; (g) value-added bonus awards; (h) rules for redeeming value-added bonus awards; and (i) any combination thereof. The data store may also maintain a record of the rules required to award value-added bonus awards to electronic wallets or value tokens.

Data store 180 also maintains records associated with each electronic wallet and/or sub-purse indicating: (a) timing of registration activities and other related information; (b) timing of administrative activities and related (c) transaction activity timings, and other related information; (d) applicable rules; (e) identification of the issuer electronic value token therein; (f) identification of the sub-purse associated with it; (g) any other records required by the 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, in any suitable manner consistent with the various processes and purposes described herein. Related data is divided between data stores. Also, various data may be closely connected to and/or located near one or more subunits, subprocessors, third party processors and the like associated with the 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 activity 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; value-added quantity, product or service addition; (i) value-added quantity, product or service redemption; (j) when an electronic value token is added; (k) when an electronic value token is redeemed; (l) transactions or communications conducted with Issuers to add Value Tokens; (m) transactions or communications conducted with Issuers to redeem Value Tokens; (n) requiring entry of a PIN for use; (o) e-wallet registration; (p) e-wallet setup activity; (q) e-wallet transaction activity; (r) e-wallet saving activity; (s) electronic wallet management activities; (t) any other information that directs the electronic value token transaction computer administrator 151 to maintain the electronic value token transaction 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, succession 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 manager 181, electronic wallet aggregation system 1000 (e.g., vendor or other for communication purposes), other information aggregation for the benefit of, by, or supply to, vendors, issuers, issuer authentication systems 160, redeeming retailers, or other interested parties. May be used to generate morphology. For example, the transaction log 170 contains information about each transaction made by the electronic value token transaction computer 150 (and any subcomponents thereof) and the various vendors, merchants, issuers associated with the electronic wallet aggregation system 1000. , and may be utilized by reconciliation unit 155 when reconciling accounts belonging to vendors, merchants and issuers not associated with electronic wallet aggregation system 1000 and also electronic value token transaction processing system administrator 151 . Further data mining questions that stakeholders (e.g., vendors, retailers, publishers, advertisers, etc.) can record, analyze, and/or provide are: (i) purchasing habits of e-wallet users; (ii) electronic value token purchases, sales, redemptions and redemptions; (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 electronic value token trading computer administrator 151 . Although not required, in an alternative embodiment, electronic value token transaction computer administrator 151 may also function as data store administrator 181 . Accordingly, electronic value token transaction computer 150 is configured to generate and maintain an error log of all transactions that have not been completed and the reasons thereof. In some embodiments, error logs are maintained by electronic value token transaction computer administrator 151 .

The electronic value token trading computer 150 is also configured to authorize access to 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 are electronic wallet aggregation system 1000, third party payment management system, third party verification system, issuer related entity, vendor related entity, redeeming retailer or redeeming retailer related entity, This may include any other entity to which access has been provided by a financial institution such as a bank, credit card agency or credit union or by the electronic value token transaction computer administrator 151 or other entity authorized to authorize access.

In some embodiments, a transaction request from the e-purse aggregation system 1000 may include one or more of the following pieces of information: (a) authentication information, (b) POS terminal identification, (c) credit. (d) time of request; (e) date of request; (f) identification of issuer; (g) identification of vendor; (h) location of vendor; identification of service(s) or services, (j) activation or deactivation requests, (k) appending value tokens, removing value tokens, exchanging value tokens, one or more value tokens (l) purse management functions such as change control or processing rules associated with, the distribution of purses to sub-purses or vice versa, and any combination thereof; However, the information included in the request is not limited to the enumerated list, and may include other items in addition to or instead of the items listed above.

Upon receipt of an e-purse transaction request from e-purse aggregation system 1000 and thus sorting by identification and sorting unit 198 , electronic value token transaction computer 150 accesses the e-purse unit of data store 180 . Electronic value token transaction computer 150 processes information contained in data store 180 and communicates 109, 110 with individual issuer authentication system 160 to perform management of electronic value tokens and corresponding accounts. A message modification unit may coordinate messages and requests so that multiple units, subcomponents/processors or third party administrators can recognize and correctly interpret the messages. For example, after the electronic value token transaction computer 150 determines the personal issuer authenticator 160 associated with the request, the message modification unit 154 accesses the database 180 to determine the appropriate personal issuer authenticator 160. determine a suitable transaction message transmission format, and then format subsequent communications to said individual issuer's authentication system 160 using the transaction format and vocabulary specified/preferred to said individual issuer's authentication system 160 . Electronic value token transaction computer 150 may also provide formatting information, eg, appropriate messaging of templates, to electronic purse aggregation system 1000 to facilitate processing of that system's information related to the request. Communication between the individual issuer authentication system 160 and the electronic value token transaction computer 150 may occur simultaneously or independently. The electronic value token transaction computer 150 is connectable to the individual issuer's authentication system via a suitable network (eg, PSTN, Internet, or independent proprietary network). The electronic value token transaction 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.

Coordination unit 155 coordinates accounts of various issuers, vendors and/or redeeming merchants to provide appropriate merchants, vendors, electronic value token transaction processing system administrators and issuers with various transaction values. credit and debit recipients to reflect which entities received value from which other entities. For example, if Vendor A sells tokens issued by Issuer B for a specified amount to Value and receives payments from users who add electronic value tokens to their e-wallets, the selling vendor Upon receipt of an amount and/or a predetermined percentage of the amount (eg, holding a percentage), the electronic wallet aggregation system 1000 and/or electronic value token system administrator may determine the purchase amount and/or the predetermined amount to process the transaction. After receiving a percentage of the stated amount, the issuer receives the remainder. When a Value Token issued by Issuer Y is redeemed at Merchant X to purchase an item, the amount redeemed is debited to Issuer Y and credited to Merchant X, sometimes by the Issuer. Minus any transaction fees collected and/or transaction or processing fees collected by the electronic value token transaction processing system administrator.

The authentication unit 157 allows the electronic value token transaction computer 150 to validate the electronic wallet request rather than communicating the request to the issuer's authentication system 160 for authentication when the electronic value token transaction computer 150 is also an authorization system. Used to allow. 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 wallet (eg, primary or sub-purse) transaction requests received from electronic wallet aggregation system 1000 . In other words, authentication unit 157 will examine the data fields of the request to ensure that the fields are populated with data and that the data are in the correct format (eg, length, alphanumeric format). Authentication unit 157 may reject the request if the request is improperly formatted, or, in some embodiments, retrieve the proper format (eg, from a format database) and can modify the transaction request to comply with Authentication unit 157 also performs various validation checks on the transaction request. Authentication unit 157 validates card-related transaction information based on parsing 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 issuing 2) that the value amount 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; and that the corresponding transaction request involves a payment of $25.00 by the customer; 3) the type of card that the UPC information is available for processing by the requesting merchant; and 4) the card's bank identification number ("BIN") that identifies the card issuer (i.e., the first six digits of the card's identification number) identifies the card issuer. Determining to respond to identifying UPC information.

Authentication unit 157 may also verify transactions based on other criteria such as transaction circulation rate (number/volume per unit time). For example, if the card processor is concerned that multiple invalid transactions indicate fraudulent activity, the card processor will ensure that the electronic value token transaction processing system 1100 monitors the number of invalid transactions requested and may be required 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 information received by authentication unit 157 is difficult to understand.

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

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

At block 301 , electronic purse assembly system 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 (b) authentication information; (c) amount of purchase; (d) identification of electronic value token issuer; (e) identification of vendor; (f) location identification; (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-purse, or a 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 functions in addition to or in place of the items listed above, eg, of the type described herein. In at least one aspect, the authentication information is based on an authentication token selected from the group consisting of proxy cards and mobile phones.

Following processing of block 301, the electronic wallet aggregation system 1000 may process a portion of the electronic wallet transaction through the electronic wallet aggregation system 1000 while another portion of the requested electronic wallet transaction is processed. It may be determined that the department is associated with a sub-purse maintained by a third party administrator, such as the electronic value token trading computer 150 . e-purse transaction request information received by the e-purse aggregation system 1000 that the transaction request requires/will include a sub-purse maintained by the third-party administrator's system to fully implement the response to the transaction request; and the rules applicable to the associated primary e-purse maintained by the e-purse aggregation system 1000 so dictate, the e-purse aggregation system 1000 processes the original request and generates a new request. , generate a sub-request, or modify the original requisition and send it to a sub-purse maintained in association with the primary e-wallet, e.g. send the original request to the electronic value token transaction computer 150 that maintains the indicated sub-purse. In processing an original request, generating a new request, generating a sub-request, or modifying an original request to be sent to a sub-purse, the electronic wallet aggregation system 1000 will: (i) (ii) apply the rules stored in the primary wallet (e.g., the rules expressed by the primary e-wallet provider, the primary e-wallet user, or a combination thereof); (iii) applying rules that allow transaction requests from POS111 (e.g., the concurrency rules that submitted requests by users of primary electronic wallets and/or electronic sub-wallets); (iv) or any of these Any combination may be used.

At block 303 , electronic value token transaction computer 150 receives a request or requests from electronic purse aggregation system 1000 . In at least one embodiment, the request may include an electronic sub-purse request, balance inquiry request, registration request, activation request, or redemption request, sub-purse 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, (g) request (h) the 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-purse, or a combination thereof; (k) any other transaction and/or authentication data described herein; and (l) any combination thereof. The request at block 303 may include other information, requests or functions in addition to or in place of the items listed above, eg, of the types described herein. In at least one aspect, the authentication information is based on an authentication token selected from the group consisting of proxy cards and mobile phones. By using proxy card and/or mobile phone identities, the embedded transaction can be correctly formatted for communication with the appropriate electronic value token issuer of the subject transaction request.

Using the information received from the electronic wallet aggregation 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 generates an electronic wallet request containing valid authentication information. Whether the request is a sub-wallet request, and the request is for redeeming value token(s), adding value token(s), deleting value token(s), or managing an e-wallet to determine whether The e-wallet request may include a 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 e-wallet request.

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

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

Another aspect may include the electronic value token transaction computer 150 determining that all requests received from the electronic wallet aggregation system 1000 relate to value tokens contained in the sub-sub-purse. Upon receipt of the request, the electronic value token transaction computer 150 queries its authentication unit 157 (more fully as described herein), its data store 180, the electronic wallet unit 199 and any other necessary units. whether the sub-sub-purse contains value tokens that can respond to the subject request (e.g., whether the sub-sub-purse contains value tokens associated with a vendor (merchant) and/or issuer associated with the requested transaction). will decide whether Such a determination may be made by comparing the electronic value token identification, user ID, requested transaction type. The electronic value token transaction computer 150 then applies the electronic value tokens available in the sub-sub-wallet corresponding to the request under the rules of the sub-sub-wallet or the rules that received the request, as well as the requested transaction (singular and/or or more) to do or refuse to do.

In another example, an aspect is that part of the request received from the electronic wallet aggregation system 1000 relates to electronic value tokens belonging to a sub-wallet, while another part of the request is to a sub-sub-wallet. It may also include an electronic value token trading computer 150 that determines which electronic value tokens are associated. Such determinations may be made by evaluating the type of transaction requested, the 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-wallet corresponding to the request will be applied under the rules of the sub-wallet (these rules are The electronic value token transaction computer 150 responds to the request by determining whether tokens available in any applicable sub-purse may affect the payment method used for those located in the wallet. Evaluate to apply or refuse to conduct the requested transaction(s), and/or to conduct or refuse to conduct the requested transaction(s). deaf.

In an exemplary embodiment, at block 324, the electronic value token transaction computer 150 responds to received transaction requests and when used together will cover the entire 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, one of the sub-electronic wallets or electronic value tokens located in the sub-purse may be an electronic representation of a patron card and located either in the same or a different location on said patron 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 will generate a "loyalty card" token and a "retailer gift card" token regardless of the token's position in the sub-electronic wallet and/or sub-sub-purse(s). concurrent use of , as opposed to not simultaneously applying the value of the “retailer gift card” token and the “loyalty card” token for a transaction, enhancing user benefits; For example, a 5% increase in the loyalty point bonus applied to a "loyalty card" token for the value of a "retailer gift card" token or the use of a "retailer gift card" token is possible.

An electronic value token may be associated with a closed loop account or an open loop account. Closed loop accounts typically expire after the funds in the account are depleted, eg gift card accounts. Open loop accounts typically do not expire. Rather, there may be pending obligations for the various entities that credit and debit accounts, such as branded credit or debit card accounts such as Visa or Mastercard. Closed-loop accounts are often directly associated with retailers, while open-loop accounts are usually associated with financial institutions (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. A closed-loop account number is associated with a retailer that can debit or credit from 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 expiration dates or specified expiration dates that are different from any other value tokens. Furthermore, an electronic value token may identify a particular merchant, location and/or product that the electronic value token may utilize.

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 following tables are included in e-purse transaction communications, for example, as part of concurrent primary e-purse transactions processed by e-purse aggregation system 1000, as well as electronic wallet transactions to facilitate and accomplish electronic sub-purse transactions. Contains elements, parameters and information used by the value token trading computer 150.

Table 8A illustrates the required parameters required to create a sub-purse in at least one embodiment. Table 8B illustrates response parameters required to create a sub-purse 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 electronic wallet unit 199 in data structures on the data store 180 . Associate wallet and/or stored credentials with account numbers. Table 9 illustrates parameters for gift card value tokens in at least one embodiment.

Table 10 illustrates more detailed parameters for a gift card electronic value token 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 the appropriate one of the issuer's authentication systems 160 as part of the reconciliation process, e.g. may relate to redemptions, deletions, recharge values, added values, balance inquiries, or combinations thereof, each of which will be communicated to the issuer's authentication system 160 for reconciliation.

Table 11 illustrates formatting for authentication communication.

Each request is authenticated using a signature, the user is authenticated with a username/password or openid, and the session is verified using a user token. The client may send the client_ref_id, timestamp, nonce, encryption_type, channel, user_ip, signature, optionally usertoken, and each request can verify its own message.

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

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

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

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

Table 14B illustrates the response parameters used to load the sub-purse with value tokens.

If the request is for electronic value token redemption, at block 308 the electronic value token transaction computer 150 accesses the sub-electronic wallet previously associated with the credential and redefines the rules associated with the sub-electronic wallet. investigate. In at least one aspect, checking the rules includes checking a value token priority that is variable by the user. For example, a user may prefer to use any closed-loop value token that corresponds to the retailer originating the purchase request. If nothing is found, or the token will not cover the purchase, the user may prefer to use open loop value tokens for the rest. 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, a user may prefer to pay for any balance with a credit card rather than a debit card. In at least one aspect, the user may configure these rules via the Internet or mobile application and save the priority as the default priority. In an alternative embodiment, a user selects an electronic value token to be applied to an electronic wallet request at a POS device, for example, at a vendor or retailer location such as a checkout lane, customer service counter or kiosk. Selecting an electronic value token therefore involves selecting a value token with the highest priority that, when used together, will cover the purchase volume. As can be seen in the examples, 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 embodiment, the rules specify that different electronic value tokens should be applied, and applying the electronic value tokens includes applying the electronic value tokens to the sub-electronic wallet requests according to a percentage. including examining the proportion of At block 310, the electronic value token transaction computer 150 then selects, based on rules, value tokens in the electronic wallet that, when used together, will cover the sub-wallet claim. For example, a user may configure rules so that each purchase is split evenly between two credit cards. Selecting an electronic value token therefore involves selecting two open-loop tokens that divide the purchase amount. Similar to the above example, if a single authentication token (e.g. proxy card only or mobile device) is used at the POS, the efficiency ) is preserved. Other rules can be implemented, and the rules can be used in various combinations and orders with each other. The electronic value token computer 150 can also implement "if-then" rules based on the information conveyed in the sub-e-purse request. For example, a gas station purchase may result in a gas credit card value token selection, and the like. In such an embodiment, the electronic value token computer 150 can be used to store the target electronic wallet 10 and/or sub-wallets 807 (eg, for credit card-type electronic value tokens), 808 (eg, for debit card-type electronic value tokens), and rules 802, 817, 818 and 819 of 809 (e.g., for stored value-type electronic value tokens), based on the transaction type, e.g. The established rule(s) for 10 and/or sub-purse 807, 808 and 809 requests is that the transaction type request first uses the first electronic value token type, e.g. gas card related electronic value token 829. and that the subject electronic wallet 10 or sub-wallet 807, 808 and 809(s) contain a sufficient amount of the first value token type to satisfy all transaction requests. If not, electronic value token computer 150 may fill the rest of the transaction request with a second electronic value token type, eg, 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 an electronic value token to a claim, the electronic value token transaction computer 150 sends credit and debit messages as done with accounts managed by retailers and financial institutions using the appropriate account number. can be generated and transmitted, or if the electronic value token trading computer has such administrative authority, the electronic value token trading computer 150 can directly credit or debit the account.

In at least one embodiment, the electronic value token transaction computer 150 modifies the request and sends the modified request to the appropriate one of the issuer's authentication systems 160, which receives the modified request and applies the same operating, for example, authenticating and/or processing requests to redeem electronic value tokens, and updating data stores accordingly. Authentication system 160 is not co-located where the electronic sub-purse request was received in at least one aspect. For example, if an electronic sub-wallet request was received from a retailer, the authentication system could be owned and operated by the retailer, but not the retailer. Rather, the authentication system may be located, for example, in a data center. Therefore, neither the retailer nor the retailer generally need to know the contents of some or all of the sub-purse. In at least one embodiment, a retailer may determine that some transaction authentication actions are performed by its POS (e.g., proxy card attacks, digital personal assistance interactions with POS devices, PIN entry travel on keypads at POS or other It doesn't even know the existence of the e-wallet, as it simply recognizes what it has been told to authenticate activity). Issuer authentication system 160 sends a response message back to electronic value token transaction computer 150 . In alternative embodiments in which the electronic value token transaction computer 150 performs the functions of the issuer's authentication system 160, the method may proceed directly to blocks 306 or 310-314.

The electronic value token transaction 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-purse in the electronic wallet unit 199 and data store 180 to reflect that the electronic sub-purse is activated, and the electronic value token(s). ) reflect 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, the user may refer to the illustrated prompts when managing the user's electronic wallet via a computer and/or kiosk 189 connected to the Internet.

The transaction log 170 may be updated by the electronic value token transaction computer 150 at block 316 to record details about the transaction. The details recorded in the transaction log include (a) the 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 to or removing electronic value token(s); (e) changes in rules associated with electronic value tokens; (f) vendor identification; (h) location of the vendor; (i) identification of the terminal adding the electronic value token; (j) identification of the entity giving the token to the electronic value; This may include identification of the aggregation system 1000, (l) communication between the electronic value token transaction computer 150 and the electronic purse aggregation system 1000, and (m) any combination of these. Transaction logs may include other information in addition to or instead of the items listed above.

The electronic value token transaction computer 150 then delivers the sub-purse transaction results and related information in the form of a confirmation message to the electronic purse aggregation system 1000 at block 319 . The electronic value token transaction computer 150 optionally prints a receipt to the customer and/or displays it to the store employee operating the POS device 111 before delivering the confirmation message to the electronic wallet assembly system 1000 . The confirmation message may be modified to include information that may be presented. At block 320, the electronic value token transaction computer 150 issues and sells the electronic value tokens included in the various vendors, merchants, issuers, electronic value token transaction processing system administrators, and sub-purse requests, and other entities involved in the sale to balance and debit appropriate accounts, and in some embodiments transfer money between appropriate deposit accounts belonging to 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, thus requiring the initiation of small transfers. be. In various embodiments, the order of events depicted may vary and thus may occur sequentially or concurrently in any desired order.

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

Electronic wallet management may be implemented at stores such as kiosks or other locations through various user interfaces such as smart phone applications, personal computer applications, website-based applications, POS terminals, dedicated terminals, etc. .

In at least one embodiment, the user has access to e-wallet management functions (e.g., balance inquiry, loyalty management and/or other bonus-type programs); exchanging value tokens such as (i) value tokens in e-wallets; (ii) exchange between different wallets (configured to allow redemption activity to a sub-wallet configured for restricted redemption behavior) (e.g. placing electronic value tokens from sub-wallets that have been registered), and (iii) exchanging with another user; purchasing electronic value tokens to be placed in electronic wallets; participating or targeted sales; many functions via the World Wide Web from a computer or mobile phone, such as opting out or opting out of receiving promotional offers and materials; and splitting payment offers between electronic value tokens available in electronic wallets; payment functions.

With regards to possible exchangeability, users may purchase value tokens associated with retailers that are likely to be infrequent with value tokens associated with retailers that are likely to be frequent. Tokens may be exchanged. Similarly, users may trade, sell, gift, or regift 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) sets the expiration date on the Value Token; inspect, purchase Value Tokens for others as gifts, and receive notices from certain retailers; (iii) create and register certain Value Tokens in their e-wallets or in their e-wallets; (iv) require the electronic wallet to provide or make available a physical representation of the electronic value token in the user's electronic wallet (e.g., in some or provide print-on-demand services so that you can print notes, coupons, checks or other physical representations of electronic value tokens at any other accessible printer); and (v) your mobile phone. e-wallets can be sent to user-specific value tokens by using our GPS service or via integration with the user's SMS service.

In at least one embodiment, the user's electronic wallet is integrated into the user's social network services such as Facebook and Twitter. Therefore, users can perform management functions via the social network platform or receive value tokens via 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 accesses an electronic wallet system, such as electronic value token transaction processing system 100 or electronic wallet aggregation system 1000, via an interactive display page/screen of such system. (The interactive display page/screen is accessed via the user's computer, user's personal digital assistant or smart phone, POS terminal, kiosk 189 or other device. As shown in FIG. 6A, the user may create and/or register an electronic wallet or sub-wallet by providing certain requested information and agreeing to certain terms and conditions.

As illustrated in FIG. 6B, the user may manage their e-wallet by entering certain card-specific information on the e-wallet system interactive display page/screen. In one embodiment, the user can enter the gift card brand, card number, expiration date, CVV2 code and card nickname, and by selecting the "Add on-screen gift card to my wallet" button. You can register a gift card.

As shown in Figure 6C, the user is provided with many options for managing the electronic wallet and its contents. For example, as indicated, a user may review specific details associated with an electronic value token (shown as a gift card in FIG. 6C) residing in an electronic wallet and/or sub-wallet. In addition, users may choose to have electronic value tokens (i) as “last-appended” (as shown in Figure 6C); (ii) contained in various “sub-wallets” (sub-wallets are , "meal", "home improvement", "debit", "credit", "loyalty", etc.); (iii) highest to lowest remaining value; or (iv) be indicated to be 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. By selecting "Add Gift Card" and the subsequent manner of such addition, as described with respect to Figure 6B, the user may be presented with the screen display of Figure 6B. Thus, the user can access the e-wallet by entering the gift card brand, card number, expiration date, CVV2 code and card nickname, as well as selecting the "Add gift card to my wallet" button on the screen. You can add gift cards to Alternatively, the user may use a card reader, such as a device attached to the user's computer, personal digital assistant or smart phone, to enter the card's information into an electronic wallet system for conversion to electronic value tokens. (e.g. magnetic stripe reader and/or barcode reader) and to read information from physical cards in combination with the user's computer, personal digital assistant or smart phone. You can use the device. Second, an electronic value token representing a physical card not already owned by the user may be added to the electronic wallet. In such embodiments, when the user selects this option, the user is presented with a display screen that informs the user of all the different types and amounts of value of electronic value tokens available for purchase. good too. Validity of electronic value tokens for purchase may be determined by card issuers, merchants, vendors and/or processors of electronic wallet systems (e.g., 100 of electronic value token transaction processing systems), as will be described in greater detail below. (for example, the GiftCard Mall web-based application, such as provided by the BlackHawk Network, which allows users to select from a variety of different types of gift cards (and various currencies) and which delivered to you (or to your identified recipient) in any tangible form (via email or other messenger) or electronically (e.g., through an electronic value token transaction processing system); ), or based on the ability of the electronic wallet system (eg, 100 of the electronic value token transaction processing system) to access the electronic value token exchange program 2000.

An "Add Value" functionality allows a user to select an electronic value token and increase the value of said token. Such "recharging", "filling" or "recharging" of electronic value tokens may be performed as described in International Application No. PCT/US11/40055, the entirety of which is incorporated herein by reference. For example, when an electronic wallet user wishes to recharge/recharge/fill telecommunications related electronic value tokens belonging to the electronic wallet, the user selects "add value" on the display screen. , which prompts the system to communicate recharge/recharge/fill requests to the electronic value token computer 150 .

In a first aspect of the refill/recharge/fill scenario, the electronic value token computer 150 approves the request if the telecommunications-related electronic value token is activated and associated with the phone number. The electronic value token computer 150 determines the telecommunications account associated with the phone number and attaches the requested recharge/recharge/fill amount to the account. The electronic value token computer 150 sends a response to the request (eg, indicating that a recharge/recharge/fill amount has been added to the associated account). The electronic value token computer 150 transmits the recharge/recharge/fill transaction request to the telecommunications carrier associated with the phone number. Upon receiving approval of the refill/recharge/fill transaction request from the telecommunications carrier, the electronic value token computer 150 updates the telecommunications related electronic Modify the value of a 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 transaction request to recharge/recharge/fill was not approved. , the electronic value token computer 150 will cause the display to inform the user as to the result. While the "add value" functionality has been described in terms of telecommunications-related electronic value tokens, the "add value" functionality has been described in terms of functions debit cards, prepaid services Equally applicable and functional for recharging/recharging/topping up electronic value tokens associated with cards, gift cards, etc.

The "redeem card" functionality allows the user to select an electronic value token and use that token to complete a purchase or other transaction. In the "redeem the card" scenario, if the full value of the electronic value token is not used in the redemption transaction, the system modifies/decreases the remaining value of the token and displays the "new" value of the token. , while also informing all interested parties regarding the redemption transaction, and recording 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 passed 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 (i) another e-wallet user, (ii) an e-wallet (or sub-wallet) system provider, or ( iii) can be monetized via offering the card for sale to the Electronic Value Token Program Exchange 2000 (more fully as described herein); In a "sell card" scenario, the user informs the electronic wallet system regarding the electronic value token that it wishes to sell, selects a forum for such sale from the list of available forums, (e.g., e-wallet system-branded e-value tokens, other selected e-value token(s) attached value and /or delivery of receipts in hard/tangible form (e.g., in the form of notes, coupons, checks or combinations thereof) that the User may present for the offer and, where applicable, the User's provision to withdraw; There is no threshold value for the sale of electronic value tokens, which, for example, sets a reserve price. The system will execute the desired sale transaction and cause the display to inform the user of the outcome of the sale of the electronic value tokens, as well as to inform all interested parties regarding the sale transaction, as well as to Record and adjust any relevant logs accordingly.

Additionally, as shown in FIG. 6C, the user may choose to manage "My Rewards", whereby the loyalty or rewards for using the e-wallet and/or e-value tokens. A screen may be brought up showing available user options for user acceptance of other types of rewards. The user may also select "Special Offers", which may bring up a screen showing the user any promotion type offers available to the user via the electronic wallet. The user may also select "Exchange," which may bring up a screen showing available options for electronic value tokens that the user may exchange via the electronic wallet.

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

The kiosk 189 may be placed in a high traffic location such as a shopping center and may perform any electronic wallet management functions. 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 electronic wallets, add, delete, recharge, recharge, print, and exchange value tokens in these electronic wallets or sub-wallets. You may Kiosk 189 may, in at least one embodiment, reflect transactions available via an e-wallet management website, or e-wallet functionality enabled by a personal digital assistant and/or smart phone. Users may use the print-on-demand feature with these Value Tokens if a particular retailer does not accept e-wallet transactions. For example, a user may select a value token for printing, and a printer connected to kiosk 189 prints a physical representation of the selected value token, e.g., a scannable bar coupled to an electronic value token. It will print a receipt with the code. A physical representation may be a gift card with a magnetic stripe, a paper receipt or a coupon with a barcode or matrix code (eg, QR code), or the like. In some embodiments, kiosk 189 may print a physical card for additional printing charges, for example. A user may also use the kiosk 189 to provision and/or split electronic wallets (eg, create sub-wallets). For example, after authentication of the user and identification of the electronic wallet associated with the user, the user is operated at a kiosk 189, e.g., an automated teller machine or otherwise similar to a manned kiosk, having a suitable card reader or the like. A user's physical stored-value card may be inserted into a kiosk. Kiosk 189 may convert physical stored-value cards into electronic value tokens in the user's electronic wallet. The physical stored value card may then be retained or destroyed by kiosk 189 or returned to the user. In one aspect, the physical stored value card is not usable by the user after conversion. In another aspect, 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. The user may also purchase value tokens and supply them directly from the kiosk 189 to the wallet.

In at least one aspect, 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 the user. A database or lookup table, for example, may be used to access the wallet identification. In at least one embodiment, the wallet ID is customizable by the user.

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 allow users to add value to electronic value tokens belonging to electronic wallets and/or sub-wallets. provide the ability to In certain embodiments, similar value-added capabilities and functionality of the electronic value token transaction processing system 100 immediately described are detailed and described in International Application No. PCT/US11/20570, which is incorporated by reference in its entirety. Incorporated, such similar value-added capabilities and functionality may be adapted from the context described in International Application No. PCT/US11/20570 as applied in the present e-wallet/electronic circuit value token context.

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

In one embodiment, a value token with a surface value of $25 may be purchased by a customer for $25, but an electronic value token may be added to an electronic wallet in the amount of $30 - an electronic value token. A $25 purchase price plus an additional $5 is added as an incentive to buy. Alternatively, rather than adding cash value to the electronic value token, the electronic value token may be encoded 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 added to any coffee purchased at the coffee shop. The free shot of syrup may be redeemed with redeeming some or all of the amount of electronic value tokens, or the free shot of syrup may be redeemed separately.

In another aspect, the value token vendor may provide customers with an incentive 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 purchases at one of the retailer's retail locations during a specified period of time. can be executed.

As noted above, electronic value token transaction computer 150 communicates with data store 180 and/or issuer authentication system 160 . The electronic value token trading computer 150 accesses the data contained within the transaction request to the data contained in the data store 180 to determine whether the electronic value token to be attached/redeemed is appropriate for the award attached value. 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 promotions to encourage customers to purchase Value Tokens, and Value Tokens purchased within a specified time period are designated by an electronic Value Token description or metadata. may be purchased for a price less than its value. Thus, a customer may purchase a $25 Value Token for some amount less than $25, say $20. In either of the above examples, the value differential, e.g., the bonus added to the redemption value of the Value Token and the reduction of the purchase price to the specified value of the Value Token, either equally or disproportionately, the electronic value It would be applicable to tied value token packages and value deltas distributed across and/or across tokens. Similarly, retailers may cooperate for cross-promotions, in whole, in part, or by defending other retailers' value tokens for specific products or for promotions. . By choosing to use an electronic wallet at a POS, the user may even benefit from promotions that the user was unaware of. Furthermore, by configuring rules, users can ensure that they have the best promotions at various retailers without scouting. Thus, retailers can run and change promotions at a rapid pace, without having to force users to become aware of promotions and disconnect coupons; Cross-promote advertising resources with other retailers on a daily or even hourly basis without having to perform the physical controls involved in traditional redemption models such as entering codes for various promotions can do. Moreover, retailers can have promotions fine-tuned to different market segments in order to strengthen relationships by serving the specific needs of the segment.

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 valued determination unit 153 that the valued tokens are appropriate for the valued bonus, the message 106 received from the POS device 111 is modified by the message modification unit 154 to: to the appropriate issuer authentication system 160 as message 109 to include the determined value-added bonus and then to authorize the request for the multi-money plus value-added bonus specified in the activation request. modified to send. As another example, if it is determined that an electronic value token is eligible to be purchased at a discount, the message 106 received from the POS device 111 indicates that the appropriate issuer's authentication system 160 has received the electronic value token. Modified by message modification unit 154 to indicate that one amount will be added 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 one aspect, 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 a message 110 from a designated issuer authentication system 160 to include information that can be presented to a cashier on a terminal 101 or 104, and sending such modified message as a message 107 to a POS device 111; be done.

As referenced with respect to both the primary and sub-wallet aspects described above, the disclosed electronic wallet and sub-wallet methods and systems allow electronic value tokens belonging to a user's electronic wallet or sub-wallet to provide users with the ability to redeem electronic value tokens that do not belong to any electronic wallet or sub-wallet, but are available through the electronic wallet's or sub-wallet's transaction system.

The owner and/or operator of the electronic value token computer 150 may generate income through redemption arbitration type activities. That is, the owner and/or operator of the electronic value token computer 150 has two electronic value tokens, e.g., a first sold/exchanged electronic value token and a desired/obtained second electronic value token. can hold the current rate difference between In at least one embodiment, the electronic value token transaction computer 150 may instead charge a user transaction fee for exchange. Transaction fees may be flat or based on the size of the exchange.

The electronic value token trading computer 150 may also charge either or both the issuer or retailer associated with the exchange a flat transaction fee or based on the amount of the exchange. These charges are minimal, but can be generated in large numbers. All parties will benefit because users will receive value tokens that they will use in exchanging for value tokens that they will not use. In addition, one issuer or retailer may eliminate the debt or inventory liability associated with the exchanged Value Tokens, thus freeing the capital for other uses. Also, 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 primary and sub-wallet aspects described above, the disclosed e-wallet and sub-wallet methods and systems can be used for other electronic value tokens not located in said e-wallet or sub-wallet. It provides users with the ability to exchange electronic value tokens located in electronic wallets and/or sub-wallets. Such value token exchanges may be (1) (i) at a POS, (ii) at a kiosk, (iii) via a user's personal digital assistant or smartphone, (iv) a user's e-wallet. (v) by the e-wallet user via a web connection to, or in any other manner that accesses the user's e-wallet; , (iii) or a combination thereof by the application of the e-purse rules by the e-purse processing system established.

In at least one embodiment, to exchange a first value token associated with a first retailer located in an electronic wallet for a second value token associated with a second retailer not located in an electronic wallet. , requiring an exchange rate to be applied. This exchange rate may be applied to the value of the second value token sought to be exchanged, and thus reducing the denomination of the second value token may affect the value of the first value token with which it is exchanged. A comparison to value or exchange rate may be applied to some other valued asset located in the electronic wallet (as stipulated by any applicable regulation or directive). The exchange rate may be actualized by the electronic wallet processing system and/or shared among designated vendors, merchants and issuers.

The exchange rate may vary depending on the value of electronic value tokens, gift cards (or other similar devices), acquisition of such electronic value tokens, gift cards (or other similar devices) from other electronic wallet users or other sources. ), and the establishment of dynamically changing value for all such electronic value tokens and the use of gift card-type devices available to the electronic wallet processing system for incorporation into the electronic value token exchange program and the interest thereof. It may be established by an ongoing rating program or affiliated entity operated by an electronic wallet processing system that includes tracking.

The above electronic value token exchange program can be illustrated by the following considerations. An e-wallet user can install an e-wallet associated with kiosk 189 at Merchant A store. The e-wallet user works in connection with the kiosk 189 to provide the e-wallet with identifying information (eg, accountid described in Table 1 herein) to the kiosk. The provision of identification information may be via manual input by the kiosk user or automatically via communication between the e-wallet user's personal digital assistant (or proxy card 200) and the kiosk 189. may be done intentionally. 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 one aspect, an electronic wallet user may purchase an electronic value token issued and/or approved by merchant B contained in the user's electronic wallet (or a sub-purse thereof) issued by merchant A and /or redeemable for approved electronic value tokens. An electronic wallet user working in connection with kiosk 189 can present the electronic wallet user with a screen display such as that shown in FIG. 6C. In addition to providing the e-wallet user with the ability to review the contents of the e-wallet, the display allows the user to select a "Redeem" tab from the functionality available to the e-wallet user. The "Redeem" tab will then present the e-wallet user with options available for redeeming electronic value tokens. As illustrated in Figure 6D, such options may include: (1) viewing a selection of electronic value tokens available for acquisition; (2) selecting electronic value tokens that currently belong to the electronic wallet. (3) Various Exchanges for Identified Electronic Value Token(s) for Acquisition Calculated Considering Electronic Value Tokens Selected for Removal (Exchange) from Electronic Purse See rate (exchange rate may vary based on the type of electronic value token/retailer selected for exchange); (4) See options for matching exchange rate (e.g., (i ) the reduction in value of the electronic value tokens selected for acquisition to meet the exchange rate or (ii) the exchange rate to some other asset belonging to the electronic wallet such as credit card value tokens or debit card value tokens. (5) (i) to an electronic wallet (or sub-wallet); (ii) to a personal digital assistant or computer via email, SMS, social media or other electronic means; , (iii) printout of a tangible version of the electronic value token on a kiosk or other printing device of the user's choice (for example, as described in U.S. Patent Application Serial No. 12/719,741, which is incorporated by reference in its entirety); See selection of options for delivery of electronic value tokens for acquisition (such as via print on receipt-type feature). Each of the described screen view options includes functionality that enables selection of the indicated 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 the Merchant B $25.00 electronic value token belonging to the electronic wallet be exchanged for a Merchant A electronic value token. As a result, the Electronic Value Token Exchange Program will provide that the requested exchange will result in an amount of $24.75 for Retailer A Electronic Prompt the kiosk 189 to indicate that it will cause the user to acquire 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 e-value token exchange program prompts the kiosk 189 to indicate available delivery methods and the user chooses to send to an electronic wallet. The e-value token exchange program prompts kiosk 189 to show another screen similar to FIG. 6C, but to indicate that the e-wallet now contains an amount of $24.75 of Merchant A e-value token.

As a result of the above "exchange" transaction, the e-wallet user received its desired Merchant A Electronic Value Token, and the Electronic Value Token Exchange Program received a Retailer B $25.00 Electronic Value Token. . As part of the above transaction, the electronic value token exchange program contacts the entity issuing Retailer A Electronic Value Token electronic value token (e.g., in one aspect, the entity issuing Retailer A Electronic Value Token may be an electronic value token exchange program 2000), and the merchant required that a $24.75 electronic value token be provided to meet the requirements of the electronic wallet user; modified a Retailer A electronic value token that it had already controlled, e.g., modified a retailer A $25.00 electronic value token to only be worth $24.75, and that it was associated with said card by $0.25. Informed the Merchant A Electronic Value Token Issuing Entity that it could reduce its liability to be incurred. Further, the Electronic Value Token Exchange Program 2000 will communicate with the Retailer B Electronic Value Token Issuer and provide the Issuer with the appropriate Retailer B $25.00 Electronic Value Token identification, so that the Issuer will: The retailer may remove the $25.00 Electronic Value Token from its list of liabilities. The end result, therefore, is that the activity of the electronic value token exchange program will result in a value of $0.25 (the exchange rate, i.e. the electronic value obtained by the requesting user) that can be allocated to interested parties according to the contractual obligations they establish. difference in the value of the electronic value token delivered by the requesting user as part of the exchange with the token).

In an alternative scenario, if the e-wallet requesting user selects an exchange rate filled 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 Merchant A Electronic Value Tokens matching the $25.00 of Merchant A Electronic Value Tokens delivered 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 electronic value tokens against debit cards. Such actions are handled 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. would Thus, again as a net result, the activity of the electronic value token exchange program would have resulted in a $0.25 value (exchange rate) that could be allocated to interested parties according to established contractual obligations.

The above electronic value token exchange transaction (or any described variation thereof) describes the situation at a kiosk 189, but also at a POS via a personal digital assistant with electronic wallet functionality. A user can access or access an electronic wallet through a computer.

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 indicate an e-wallet to fulfill a transaction at a retail establishment, e.g., Retailer Q, and the e-wallet does not contain a Retailer Q-branded e-value token. may automatically and in real-time initiate the electronic value token exchange process and manage the electronic wallet such that the electronic wallet communicates a request for electronic value token exchange to the electronic value token trading computer 150 . In this example, the e-wallet user has all e-value tokens (gift card-type e-value tokens) associated with the prepaid service located in a designated sub-wallet and each of said e-value tokens is prioritized. system ranking, e.g. from the most preferred e-value token or token type (e.g. #1) to the least preferred e-value token or token type (e.g. if there are 22 types of e-value tokens in a sub-wallet, then #22 to sub E-wallets have been managed as located/required/designated in the wallet, for example, retailer M-branded electronic value tokens may be designated as most preferred, and retailer L-branded electronic value tokens may be In a further example, the electronic wallet may also be used for transactions at a retailer in which the electronic wallet does not contain any of the retailer's electronic value tokens, such as the merchant Q scenario described above. is facilitated by the e-wallet (the e-wallet will recognize the retailer based on information exchanged between the e-wallet and the retailer's communication device at the initiation of the original transaction), and the e-wallet rules to initiate an electronic value token exchange request to the electronic wallet, and in said request to transfer the least preferred electronic value token belonging to the electronic wallet, i.e. the retailer L brand electronic value token (#22) Rules by users directing electronic wallets in environments directed to include the exchange of preferred electronic value tokens #21, #20, etc. for retailer Q electronic value tokens in sufficient quantities to satisfy the transaction volume. The electronic value token trading computer 150, upon receiving an electronic value token exchange request, provides an electronic value token exchange program 2000, e.g., an electronic value token distributor (which is part of the overall electronic value token trading processing system 100). ) to accomplish the requested electronic value token exchange.The requested electronic value token exchange has occurred and the e-wallet receives the requested merchant Q branded electronic value token, which is the original used concurrently in conducting transactions, and the electronic wallet transfers the retailer L-branded electronic value token to the electronic value token trading computer 150 (and not available for use and only available for modification), in which case this was actually valued in an over-claimed retailer Q-branded electronic value token. Accordingly, the electronic value token trading computer 150 modifies (either internally or via communication with the Merchant L Brands value token shelf registration scheme) the Retailer L Brands electronic value tokens to Reflecting the value reduction based on the provided Retailer Q brand electronic value tokens, extracting the exchange rate for exchanging the Retailer L brand value of the retailer Q brand electronic value tokens into electronic value tokens (as will be discussed more fully herein), communicating the transaction information to all interested parties, and returning the value-modified retailer L-branded electronic value tokens to the user's electronic wallet. (or make it available again).

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

In one aspect, the electronic token exchange program 2000 also examines the user's electronic wallets and sub-wallets maintained by the electronic value token transaction computer 150 and assigns the electronic wallet user(s) to the electronic value token exchange. You may make suggestions for (singular or plural). For example, the Electronic Token Exchange Program 2000 used, as part of its research, (i) the history of e-wallet usage; (ii) the total amount of time an unused e-value token belonged to an e-wallet; (iv) the date of damage to the electronic value token; (v) a promotional offer to obtain an electronic value token; Proposal to exchange the electronic value token(s) belonging to the current user's electronic wallet/sub-wallet for the electronic value token(s) not belonging to the current user's electronic wallet/sub-wallet You may In some embodiments, the electronic token exchange program 2000 may add offers for exchange for various value-added/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 in the savings wallet, as will be seen more fully below.

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 provide a user with the location of value tokens belonging to an electronic wallet or sub-wallet, as well as the location of said electronic wallet. Provides the ability to specify rules governing the use and/or validity of purses and/or sub-purses. Also as described herein, the electronic value token(s) may be a sub-wallet configured to enable redemption activity (hereinafter "fully redeemable" designated e-wallet or sub-wallet). and placed in a sub-wallet configured for savings activities with limited redemption (hereafter an electronic wallet or sub-wallet designated “saving”). In effect, the system will provide electronic value token(s) to be placed in a "thrift" designated e-wallet or sub-wallet when the e-value tokens become available to the e-wallet or sub-wallet. .

In certain aspects, electronic value tokens are used when an electronic wallet or sub-wallet is to be used for savings activities and therefore not readily available for general access or for redemption/redemption activities. It may be designated for and/or placed in certain electronic wallets and/or sub-wallets that have rules for providing things. In certain aspects, 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, the entirety of which is hereby incorporated by reference. is incorporated by reference and such similar savings capabilities, functionalities, requirements and limitations may be adapted from the circumstances described in International Application No. PCT/US11/49338 as applied to the present e-wallet/e-value token context. .

At least some embodiments allow users to easily "thrift" designated e-wallets or sub-wallets from "fully redeemable" designated e-wallets or sub-wallets, and vice versa, electronic value tokens (e.g., debit cards). Associated Electronic Value Tokens) may be redistributed. Users are limited by regulation to a given number of transfers per calendar month, e.g. obtain. A user may designate a one-time transfer via the e-wallet system website, IVR, personal digital assistant or smart phone, or via a customer service representative. The user may also establish and automate transfers between a “fully redeemable” designated e-wallet or sub-wallet and a “thrift” designated e-wallet or sub-wallet. In order to encourage savings, the user may be presented with the option to automatically fund a "saving" designated e-wallet or sub-wallet from a "fully redeemable" designated e-wallet or sub-wallet. Well, this can be triggered by various transaction events including: (a) upon receiving a direct deposit, (b) when a refill/recharge/fill transaction occurs, and/or (c) specified at regular time intervals (eg, recurring weekly or monthly). The user can choose all, little or none of the options available. Moreover, the above events may be processed regardless of the current balance of an e-wallet or sub-purse designated as "fully redeemable" or "saving". A user may have the ability to select the amount or percentage of electronic value tokens loaded into a designated electronic wallet or sub-wallet that is “fully redeemable”. If the user selects a time interval for automatic transfer, the user could select a preferred date. The user will have the flexibility to update, edit, or otherwise change the auto-funding options at any time. Any negative “fully redeemable” designated e-wallet or sub-wallet must be replaced with a “thrift” designated e-wallet or sub-wallet before initiating any automatic or one-time transfer. may need to be saved. If automatic transfers cannot fully fund or fund at all, any amount available can be “fully redeemed” from designated e-wallets or sub-wallets designated as “savings”. The wallet or sub-purse will be received and a notification will be provided to the e-purse user describing the transaction. Automatic transfers will then continue for the transfer options and amounts specified.

The electronic value token trading computer 150 above may run 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 runs on any particular machine or machines with sufficient processing power, memory resources and throughput capabilities to handle the necessary workload placed on the computer or machines. can. FIG. 5 illustrates a computer system 580 suitable for carrying out all or part 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 . It 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.

Programming and/or loading executable instructions onto computer system 580 modifies at least one of CPU 582, RAM 588 and ROM 586 to implement, in part, new functionality taught by this disclosure. It is understood to translate computer system 580 to a particular machine or device having. Fundamental to the art of electrical and software engineering is that functionality that can be executed by loading executable software into a computer can be translated into a hardware implementation according to well-known design rules. . Decisions between implementing concepts in software versus hardware are typically based on design stability and number of units to be produced considerations rather than any issues related to the conversion from the software domain to the hardware domain. determined by Designs that are subject to continual and frequent changes may preferably be implemented in software, as it is generally more expensive to re-rotate a hardware implementation than to re-rotate a software design.
In general, for large-scale manufacturing runs, a hardware implementation will be less expensive than a software implementation, so for designs that are stable that will be manufactured in large volumes, e.g. It would preferably be implemented in an application specific integrated circuit (ASIC). Most often, the design is developed and tested in software form by well-known design rules, and later converted to an equivalent hardware implementation in an application-specific integrated circuit that hardwires the instructions of the software. You may In a manner similar to a machine controlled by a new ASIC that is a specific machine or device, a computer programmed and/or loaded with executable instructions may also be viewed as a specific machine or device.

Secondary storage 584 typically comprises one or more disk drives or tape drives, and for non-volatile storage of data and when RAM 588 is not large enough to hold all the 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 secondary memory 584 memory capacity. 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 employed as computer-readable storage media and/or non-transitory computer-readable media in some circumstances.

Input/output device 590 may be 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. An input device may be included.

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 Multiple Access (CDMA), Global System for Mobile Communications (GSM(R)), Long Term Evolution (LTE), Universal Communication System Using Microwaves (WiMAX) and/or other radio interface protocols radio 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 allow 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 a network, for example, in the form of computer data signals embedded in carrier waves.

Such information may include, for example, data or instructions executed using processor 582, received from and output to a network, for example, in the form of computer database band signals or signals embedded in carrier waves. good too. Baseband signals or signals embedded in carriers or other types of signals now 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 transient signal in some circumstances.

Processor 582 stores instructions, code, computer programs, scripts that it accesses from hard disks, floppy disks, optical disks (all of these various disk-based systems can be considered secondary storage 584); Executes ROM 586, RAM 588 or network connectivity device 592. Although only one processor 582 is shown, multiple processors may be shown. Thus, although the instructions may be viewed as being executed by a processor, the instructions may be executed serially, concurrently, or otherwise 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 , non-transitory instructions and/or non-transitory information.

In some embodiments, computer system 580 may collaborate to perform tasks involving two or more computers in communication with each other. For example, and not by way of limitation, applications may be distributed in such a manner as to allow concurrent and/or parallel processing of application instructions. Alternatively, the data processed by the application may be distributed in such a way as to allow processing of different portions of the data set by two or more computers simultaneously and/or in parallel. In some embodiments, virtualization software may be used by computer system 580 to provide the functionality of multiple servers that are not directly tied to the number of computers in computer system 580 . For example, virtualization software provides 20 virtual servers on 4 physical computers. In some aspects, the functionality disclosed above may be provided by executing an application and/or applications in a cloud computing environment. Cloud computing may involve providing computing services via network communications using dynamically scalable computing 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 may be rented from a third party provider as needed. 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 some aspects 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 media having computer-usable program code embedded therein to perform the functionality disclosed above. The computer program product may include data structures, executable instructions and other computer usable program code. The computer program product may be embodied in removable and/or non-removable computer storage media. Removable computer-readable storage media include, but are not limited to, paper tapes, magnetic tapes, magnetic disks, optical disks, solid-state memory chips, such as analog magnetic tapes, CD-ROM (CD-ROM) disks, floppy disks, jump ( jump) drives, digital cards, multimedia cards and others. A computer program product may be stored by computer system 580 in secondary storage 584, ROM 586, RAM 588, and/or other non-volatile and volatile memory of computer system 580, at least part of the contents of the computer program product. May be suitable for loading parts. 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 loaded in a peripheral disk drive of computer system 580. obtain. Alternatively, processor 582 may be configured to execute executable instructions and/or data structures by remotely accessing a computer program product, such as by downloading executable instructions and/or data structures from a remote server via network connectivity device 592 . It 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 may contain instructions to facilitate copying.

In some circumstances, secondary memory 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 operated during periods when dynamic RAM receives power and is therefore by design, for example, computer 580 is turned on and operational, but dynamic RAM is written to it. A computer-readable medium may be referred to as a non-transitory computer-readable medium in that it stores information stored on it. Similarly, processor 582 may include on-board RAM, on-board ROM, cache memory and/or other on-board non-transitory storage blocks, which in some circumstances may be referred to as non-transitory computer-readable media or computer-readable storage media; It may contain sections or components.

The order of steps in the various processes, data flows and flowcharts shown are for illustrative purposes and do not necessarily reflect the order in which the various steps should be performed. The processes 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 concurrently with other steps in some embodiments.

Also, the techniques, systems, subsystems and methods described and illustrated in various aspects as separate or separate may be combined with other systems, modules, techniques or methods without departing from the scope of this disclosure. may also be incorporated with or with Other items shown or discussed to be directly connected or in communication with each other are not considered to be directly connected, but are still indirectly connected and electrically and mechanically connected. , or otherwise, may be connected via some interface or device so that they may communicate with each other. Other examples of alterations, substitutions and variations can be identified by those skilled in the art and made without departing from the spirit and scope of the disclosure. The following numbered descriptions represent a non-exhaustive collection of exemplary aspects of the disclosed subject matter:

1. A computer-implemented method comprising:
receive requests to process payment transactions to electronic wallets;
identifying the credentials of the request;
identifying value tokens in electronic wallets; and
applying at least a portion of the value token to at least a portion of the request;
method including.

2. The method of 1, wherein:
Accepting authentication tokens to access electronic wallets;
The method further comprising

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

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

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

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

7. Method 4, wherein the primary wallet contains the Value Token, the method:
determining that the request is related to the primary wallet; and
determining that the value token is capable of serving the request;
The method further comprising:

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

9. Method 4, wherein the sub-wallet contains the value token, the method:
determining that the request is related to a sub-purse; and
determining that the value token is capable of serving the request;
The method further comprising:

10. The method of 9,
The method, wherein applying at least a portion of the value tokens includes applying at least a portion of the value tokens of the sub-purse to the request.

11. Method 4, wherein the electronic wallet contains two or more value tokens, the primary wallet contains at least one of the two or more value tokens, and the sub-wallet contains two or more value tokens. A method comprising at least one.

12. The method of 11, wherein:
determining that a portion of the request is related to the primary wallet; and
determining that another part of the request is related to the sub-purse;
The method further comprising:

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-purse's value token to the request;
The method further comprising:

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

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

16. Method 4, wherein the aggregator system receives the request, the method:
determining that at least a portion of the request may be processed in a sub-purse; and
sending part of the request from the aggregator system to a third party;
The method further comprising:

17. The method of 1, wherein the request includes identification of the POS terminal; authentication information; amount of purchase; identification of the value token issuer; identification of the vendor; A method comprising information identifying a sub-purse or a combination thereof; transaction data; authentication data; or a combination thereof.

18. In the method of 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 calling card, loyalty card, membership card, ticket or ticket. Cards, entertainment cards, sports cards, prepaid cards, coupons, admission passes, prepaid or pre-purchased goods or services, cash, currency, credit card accounts, debit card accounts, merchant accounts, savings accounts, issued by merchants including credits issued, retailer-issued positions, retailer-issued promotional value, retailer-authorized credits, retailer-authorized positions, retailer-authorized promotional values, or any 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 and applying at least a portion of the Value Token is crediting or debiting the Closed Loop Account associated with the Closed Loop Account Number. A method, including filling in.

21. The method of 1, wherein the Value Token includes an Open Loop Account Number and applying at least a portion of the Value Token includes crediting an Open Loop Account associated with the Open Loop Account Number; A method, including debiting.

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

23. The method of 22, wherein the priority is a transaction information variable including the physical location of the retailer generating the electronic wallet request; transaction volume; type of retailer; time of day; the department of the retailer issuing the e-wallet request; the lane of the retailer issuing the e-wallet request; the identity of the checker; the parent company of the retailer issuing the e-wallet request; the value of the value token; based on the method.

24. The method of 1, wherein applying at least a portion of the value token includes using the value token according to a variable set of rules that specify the rate of e-wallet claims to which the value token can be applied. ,Method.

25. The method of 1, wherein:
The method further comprising examining rules associated with the electronic wallet.

26. A method of 25, examining the rules:
A method that includes checking the priority of value tokens.

27. A method of 25, examining a rule is:
including checking the rate of requests;
The method, wherein applying at least a portion of the value tokens includes applying at least a portion of the value tokens to the request according to a rate.

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

29. The method of 1, wherein the e-wallet contains an open-loop associated value token, the method:
withholding open-loop associated value tokens from being applied to the request;
The method further comprising:

30. The method of 1, wherein:
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;
The method further comprising:

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

32. In thirty ways, exchanging at least a portion of the Value Tokens:
contacting a second value token distributor; and
requesting the second value token distributor to provide the second value token;
A method, including

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

34. The method of 1, wherein:
supply value tokens to electronic wallets;
The method further comprising:

35. The method of 34, wherein the value tokens are 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 provisioning the electronic wallet includes attaching a value token to the electronic wallet.

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

39. A computer-implemented method comprising:
receiving requests to process payment transactions to 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 method, including

40. The method of 39, wherein:
grant authentication tokens to access e-wallets;
The method further comprising:

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

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

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

44. The method of 43, wherein:
processing at least another portion of the request via the sub-purse;
The method further comprising:

45. The method of 42, wherein the primary wallet contains a value token, the method:
determining that the request is related to the primary wallet;
Applying at least a portion of the value tokens applies at least a portion of the primary wallet's value tokens to the claim;
The method further comprising:

46. The method of 42, wherein the sub-purse contains the value token, the method:
determining that the request is related to a sub-purse; and
applying at least a portion of the value token of the sub-wallet to the claim;
The method further comprising:

47. The method of 42, wherein the electronic wallet contains two or more value tokens, the primary wallet contains at least one of the two or more value tokens, and the sub-wallet contains two or more value tokens. A method comprising at least one.

48. The method of 47, wherein:
determining that a portion of the request is related to the primary wallet; and
determining that another part of the request is related to the sub-purse;
The method further comprising:

49. The method of 48, wherein:
applying at least a portion of the primary wallet's value tokens to the request; and
applying at least a portion of the sub-purse's value token to the request;
The method further comprising:

50. The method of 45 or 49, wherein the primary wallet's value token is applied to the claim under the rules of the primary wallet or claim.

51. The method of 46 or 49, wherein the sub-purse's value token is applied to the claim under the rules of the sub-purse or claim.

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

53. A method for a sub-wallet in an electronic wallet system, the method comprising:
receiving requests from primary wallet providers to process payment transactions for electronic wallets;
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 method, including

54. The method of 53, wherein:
further comprising determining that the request relates to a sub-purse;
applying at least a portion of the value token of the sub-wallet to the claim;
A method, including

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

56. The method of 55, wherein:
further comprising determining that the request is related to the sub-sub-purse;
applying at least a portion of the value token includes applying the value token of the sub-sub-wallet to the request;
A method, including

57. The method of 55, wherein:
determining that a portion of the request is related to a sub-purse; and
determining that another portion of the request is related to the sub-sub-purse;
The method further comprising:

58. The method of 55, wherein the sub-wallet contains two or more value tokens, the sub-wallet contains two or more at least one value token, the sub-sub-wallet contains two or more at least one other A method involving a value token.

59. The method of 58, wherein:
applying at least a portion of the sub-purse's value token to the request; and
applying at least a portion of the value token of the sub-sub-wallet to the request;
The method further comprising:

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

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

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

63. The method of 62, managing content:
exchanging at least a portion of the minor value tokens of the electronic wallet for at least a portion of a second value token not located in the electronic wallet;
A method, including

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

65. In the method of 63, exchanging at least a portion of the Value Tokens:
communicating with a second value token distributor of a second value token; and
requesting the second value token distributor to provide the second value token;
A method, including

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

67. The method of 62, wherein:
supply value tokens to electronic wallets;
The method further comprising:

68. The method of 67, wherein providing the electronic wallet includes attaching a value token to the electronic wallet.

69. The method of 67, wherein the value tokens are 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 savings;
The method further comprising:

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

73. A non-transitory machine-readable storage medium containing executable instructions which, 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 to cause

74. A non-transitory machine-readable storage medium containing executable instructions which, when executed, causes one or more processors to:
receiving a request from a primary wallet provider to process a payment transaction to an electronic 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;
A storage medium containing instructions to cause

75. A non-transitory machine-readable storage medium containing executable instructions which, when executed, causes one or more processors to:
receiving an e-wallet related request, the request comprising an e-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 electronic wallet according to the request;
A storage medium containing instructions to cause

76. One or more processors;
A system including memory connected to at least one of one or more processors,
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 credentials of the request;
identifying value tokens in electronic wallets; and
applying at least a portion of the value token to at least a portion of the request;
system.

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

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

79. The system of 76, 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 requests via 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 requests via the sub-purse.

82. The system of 79, wherein the primary wallet contains value tokens and one or more of the processors:
determining that the request is related to the primary wallet; and
determining that the value token is capable of serving the request;
The system is further forced to.

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. The system of 79, wherein the sub-purse contains value tokens and one or more processors:
determining that the request is related to a sub-purse; and
determining that the value token is capable of serving the request;
The system is further forced to.

85. The system of 84, wherein applying at least a portion of the value tokens includes applying at least a portion of the value tokens of the sub-purse to the request.

86. The system of 79, wherein the electronic wallet contains two or more value tokens, the primary wallet contains at least one of the two or more value tokens, and the sub-wallet contains two or more value tokens. A system that includes at least one other.

87. In a system of 86, one or more of the processors:
determining that the request is related to the primary wallet; and
determining that another part of the request is related to the sub-purse;
The system is further forced to.

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

89. The system of 83 or 88, wherein the primary wallet's value token is applied to claims under the rules of the primary wallet or claims.

90. The system of 85 or 88, wherein the sub-purse's value tokens are applied to the claim under the rules of the sub-purse or claim.

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

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

93. A system of 76 wherein a value token includes an electronic representation of value, wherein the electronic representation of value is a credit card, debit card, gift card, prepaid calling card, loyalty card, membership card, ticket or ticket. Cards, entertainment cards, sports cards, prepaid cards, coupons, admission passes, prepaid or pre-purchased goods or services, cash, currency, credit card accounts, debit card accounts, merchant accounts, savings accounts, issued by merchants including credits issued, retailer-issued positions, retailer-issued promotional values, retailer-authorized credits, retailer-authorized positions, retailer-authorized promotional values, or any combination thereof; system.

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

95. The system of 76, wherein the value token includes a closed-loop account number and applying at least a portion of the value token is crediting a closed-loop account associated with the closed-loop account number; system, including debiting.

96. The system of 76, wherein the value token includes an open loop account number, and applying at least a portion of the value token includes crediting an open loop account associated with the open loop account number; system, including debiting.

97. The system of 76, wherein applying at least some of the value tokens includes using the value tokens according to a variable set of rules that specify the priority of the value tokens.

98. The system of 97 wherein the order of priority is a transaction information variable including the physical location of the retailer generating the electronic wallet request; transaction volume; type of retailer; time of day; day of week; week of month; the department of the retailer issuing the e-wallet request; the lane of the retailer issuing the e-wallet request; the identity of the checker; the parent company of the retailer issuing the e-wallet request; the value of the value token; The system, which is based on.

99. The system of 76, wherein applying at least a portion of the value token includes using the value token according to a variable set of rules that specify the rate of e-wallet claims to which the value token can be applied. ,system.

100. 76 systems in which one or more processors:
examining the rules associated with the electronic wallet;
The system is further forced to.

101. In 100 systems, checking the rules:
A system that includes checking the priority of value tokens.

102. In 100 systems, checking rules:
including checking the rate of requests;
The system, wherein applying at least a portion of the value tokens includes applying at least a portion of the value tokens to the request according to a rate.

103. A system of 76, wherein the electronic wallet includes closed-loop related value tokens and open-loop related value tokens, and wherein one or more processors:
selecting a closed-loop related value token; and
then selecting an open loop related value token;
The system is further forced to.

104. A system of 76, wherein the electronic wallet contains an open-loop associated value token, and one or more of the processors:
withholding open-loop associated value tokens from being applied to the request;
The system is further forced to.

105. 76 systems in which one or more of the 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 on the electronic wallet;
The system is further forced to.

106. In a system of 105, one or more of the processors:
applying an exchange rate or to assets located in a second value token or e-wallet;
The system is further forced to.

107. In the system of 105, exchanging at least a portion of the Value Tokens:
contacting a second value token distributor; and
requesting the second value token distributor to provide the 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 including a value token, the one or more processors:
placing the value token of the first sub-wallet in the second sub-wallet;
The system is further forced to.

109. In 76 systems, one or more of the processors:
supply value tokens to electronic wallets;
The system is further forced to.

110. The system of 109, wherein Value Tokens are supplied at a sum different from the purchase price.

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

112. The system of 109, wherein providing the electronic wallet includes attaching a value token to the electronic wallet.

113. The system of 76, wherein the electronic wallet includes a savings designated sub-purse, one or more of the processors:
Placing at least a portion of the Value Tokens in a sub-wallet designated for savings;
The system is further forced to.

114. One or more processors;
1. A system including memory coupled to at least one of one or more processors, the memory containing executable instructions,
The executable instructions, 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 request can be satisfied; 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;
system.

115. The system of 114, wherein one or more processors: accept authentication tokens to access electronic wallets;
The system is further forced to.

116. The system of 115,
The system, wherein the authentication information is based on an authentication token, and the authentication token includes a proxy card, mobile device, password, 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 systems in which one or more of the processors:
processing at least a portion of the requests made through the primary wallet;
The system is further forced to.

119. In 118 systems, one or more of the processors:
processing at least a portion of the requests made through the sub-purse;
The system is further forced to.

120. The system of 117, wherein the primary wallet contains value tokens and one or more processors:
determining that the request is related to the primary wallet;
Applying at least a portion of the value tokens includes applying at least a portion of the primary wallet's value tokens to the request;
system.

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

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

123. 122 systems in which one or more of the processors:
determining that a portion of the request is related to the primary wallet; and
determining that another part of the request is related to the sub-purse;
The system is further forced to.

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

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

126. The system of 121 or 124, wherein the sub-purse value tokens are applied to claims under the sub-purse or claim rules.

127. A system of 117, an aggregator system receiving a request, one or more processors:
determining that at least a portion of the request may be processed in a sub-purse; and
sending part of the request from the aggregator system to a third party;
The system is further forced to.

128. With one or more processors
1. A system including memory coupled to at least one of one or more processors, the memory including executable instructions,
To one or more processors when said instruction is executed:
receiving a request from a primary wallet provider to process a payment transaction to an electronic 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;
system.

129. 128 systems in which one or more of the processors:
determining that the request relates to a sub-purse;
furthermore,
Applying at least a portion of the value tokens includes applying at least a portion of the sub-wallet's value tokens to the request.

130. The system of 128, wherein the sub-purse includes a sub-sub-purse.

131. In 130 systems, one or more of the processors:
determining that the request relates to a sub-sub-purse;
is further forced to;
The system, wherein applying at least a portion of the value tokens includes applying at least a portion of the value tokens of the sub-sub-wallet to the request.

132. In 130 systems, one or more of the processors:
determining that a portion of the request is related to a sub-purse; and
determining that another portion of the request is related to the sub-sub-purse;
The system is further forced to.

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

134. 133 system and:
applying at least a portion of the sub-purse's value token to the request; and
applying at least a portion of the value token of the sub-sub-wallet to the request;
The system further comprising:

135. The system of 129 or 134, wherein the sub-purse value tokens are applied to claims under the sub-purse or claim rules.

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

137. One or More Processors and
A system including memory connected to at least one of one or more processors,
The memory contains 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 electronic wallet according to the request;
system.

138. 137 system to manage content:
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 systems in which one or more of the processors:
The system is further allowed to apply an exchange rate to assets located in a second value token or electronic wallet.

140. A system of 138 that exchanges at least a portion of the Value Tokens:
communicating with a second value token distributor of a second value token; and
requesting the second value token distributor to provide the 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 including a value token, the one or more processors:
placing the value token of the first sub-wallet in the second sub-wallet;
The system is further forced to.

142. 137 systems in which one or more of the processors:
supply value tokens to electronic wallets;
The system is further forced to.

143. A system of 142, wherein Value Tokens are supplied at a sum different from the purchase price.

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

145. The system of 142, wherein providing the electronic wallet includes attaching a value token to the electronic wallet.

146. The system of 137, wherein the electronic wallet includes a savings designated sub-purse, one or more of the processors:
Placing at least a portion of the Value Tokens in a sub-wallet designated for savings;
The system is further forced to.

147. one or more processors;
a memory connected to at least one of the one or more processors, the memory containing executable instructions;
To one or more processors when said instruction is executed:
receiving requests to process payment transactions against electronic wallets;
identifying the credentials of the request;
identifying value tokens in electronic wallets; and
applying at least a portion of the value token to at least a portion of the request;
system.

148. The system of 147, wherein the one or more processors are further caused to accept the 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 comprising a proxy card, mobile device, password, biometric identifier or combination thereof.

150. The system of 149, 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 requests 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 requests via the sub-purse.

153. The system of 152, wherein the primary wallet contains value tokens and one or more processors:
determining that the request is related to the primary wallet; and
determining that the value token is capable of serving the request;
The system is further forced to.

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. The system of 154, wherein the sub-purse contains value tokens and one or more processors:
determining that the request is related to a sub-purse; and
determining that the value token is capable of serving the request;
The system that makes you even more.

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

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

158. 157 systems in which one or more of the processors:
determining that the request is related to the primary wallet; and
determining that another part of the request is related to the sub-purse;
The system is further forced to.

159. In 158 systems, one or more of the 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-purse's value token to the request;
The system is further forced to.

160. The system of 159, wherein the primary wallet's value tokens are applied to claims under the primary wallet's rules.

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

162. The system of 159, wherein the sub-purse's value tokens are applied to claims under the rules of the sub-purse.

163. The system of 159, wherein the value token of the sub-purse is applied to the claim under the rules of the claim, the system.

164. In 159 systems, an aggregator system receives a request and one or more processors:
determining that at least a portion of the request may be processed in a sub-purse; and
sending part of the request from the aggregator system to a third party;
The system is further forced to.

165. In the system of 164, a request may include: identification of POS terminal; authentication information; amount of purchase; identification of value token issuer; identification of vendor; A system containing information identifying a sub-purse or a combination thereof; transaction data; authentication data; or a combination thereof.

166. A system of 165, wherein a value token includes an electronic representation of value, wherein the electronic representation of value is a credit card, debit card, gift card, prepaid telephone card, loyalty card, membership card, ticket or ticket. Cards, entertainment cards, sports cards, prepaid cards, coupons, admission passes, prepaid or pre-purchased goods or services, cash, currency, credit card accounts, debit card accounts, merchant accounts, savings accounts, issued by merchants including credits issued, retailer-issued positions, retailer-issued promotional value, retailer-authorized credits, retailer-authorized positions, retailer-authorized promotional values, or any combination thereof; system.

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

168. The system of 167, wherein the value token includes a closed-loop account number, and applying at least a portion of the value token includes crediting a closed-loop account associated with the closed-loop account number; system, including debiting.

169. The system of 168, wherein the value token includes an open loop account number, and applying at least a portion of the value token includes crediting an open loop account associated with the open loop account number; system, including debiting.

170. The system of 169, wherein applying at least some of the value tokens includes using the value tokens according to a configurable set of rules that specify the priority of the value tokens.

171. A system of 170 wherein the order of priority is a transaction information variable containing the physical location of the retailer generating the electronic wallet request; transaction volume; type of retailer; time of day; the department of the retailer issuing the e-wallet request; the lane of the retailer issuing the e-wallet request; the identity of the checker; the parent company of the retailer issuing the e-wallet request; the value of the value token; The system, which is based on.

172. The system of 171, wherein applying at least a portion of the value tokens uses the value tokens according to a configurable set of rules that specify the percentage of e-wallet claims to which the value tokens can be applied. Including, system.

173. 172 systems in which one or more of the processors:
examining the rules associated with the electronic wallet;
The system is further forced to.

174. In 173 systems, examining the rules:
A system that includes checking the priority of value tokens.

175. The system of 174, wherein checking the rules includes checking the rate of demand;
The system, wherein applying at least a portion of the value tokens includes applying at least a portion of the value tokens to the request according to a ratio.

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

177. The system of 176, wherein the electronic wallet includes an open-loop associated value token and one or more processors:
withholding open-loop associated value tokens from being applied to the request;
furthermore, the system.

178. 177 systems in which one or more of the 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 on the electronic wallet;
system.

179. 178 systems in which one or more of the processors:
applying the exchange rate to assets located in a second value token or e-wallet;
The system is further forced to.

180. A system of 179 that exchanges at least a portion of the Value Tokens:
contacting a second value token distributor; and
requesting the second value token distributor to provide the 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 including a value token, the one or more processors:
placing the value token of the first sub-wallet in the second sub-wallet;
The system is further forced to.

182. A system of 181 in which one or more of the processors:
supply value tokens to electronic wallets;
The system is further forced to.

183. The system of 182, wherein the value tokens are supplied at a sum different from the purchase price.

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

185. The system of 184, wherein providing the electronic wallet includes attaching a value token to the electronic wallet.

186. The system of 185, wherein the electronic wallet includes a savings designated sub-purse, the one or more processors:
Placing at least a portion of the Value Tokens in a sub-wallet designated for savings;
The system is further forced to.

Described herein is an electronic value token transaction processing system that allows users to purchase, redeem and/or exchange electronic value tokens belonging to electronic wallets.
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.
Accordingly, the scope of protection is not limited out set by the description but is defined by the claims that follow. and the scope includes all equivalents of the claimed subject matter.

Claims (1)

A computer-implemented method comprising:
receiving a request to process a payment transaction for an electronic wallet by an electronic value token transaction computer distinct from the electronic value token issuer authentication system, said electronic wallet being stored in a database with a plurality of electronic wallets; receiving a request, wherein the e-wallet includes multiple value tokens issued by multiple issuers;
identifying, by the electronic value token transaction computer, a first merchant involved in the payment transaction;
identifying, by the electronic value token transaction computer, authentication information for the request;
identifying, by the electronic value token transaction computer, a first value token associated with a second merchant in the electronic wallet that is not accepted by the first merchant;
exchanging, by the electronic value token transaction computer, the first value token for a second value token accepted by the first merchant and not present in the electronic wallet; and
allocating at least a portion of the second value token to pay for at least a portion of the claim by the electronic value token trading computer;
method including.

Images